+No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release is not a dupe if it has different or more tracks.
+ Exceptions:
+
+
It's also a dupe if the complete release is included in a previous one.
+ For example CDM is released, now someone releases the CDS and all tracks of the CDS were already included on the CDM (excactly the same tracks).
+
+
You are allowed to create a duplicate release from a release that has a source of lower quality.
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname.
+ For online bought MP3s (-WEB-) we assume the best source quality (CDDA or better) -> you need proofs that
+ your source is better if you want to dupe a web release.
+
+Note:
+That does not mean every WEB release is perfect. If there are probs with the WEB release like "bad rip", "bad quality", etc then of course it's allowed to proper.
+
+
+
All MIXED cds should be ripped as one track supplied with a .cue.
+ If they are not, they may be duped by another group that releases it as one track with a .cue supplied.
+
+
+ Note: if you want to release an import-album or some "extendend edition" then check rule 7 as well !
+
+
+
+An .SFV and .NFO file must be included in every release.
+ If you release a CUE file for multitrack mp3s then the CUE file must
+ include artist and tracknames if they are available on the cover or inlay.
+
+
+
+Directoryname must at least contain:
+
+
+ Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+
+Note:
+That "(decimal)" has been added because in the past some groups thought it's funny to write roman numerals. There is
+only one system allowed: decimal integer numbers using the gregorian calender. Other systems getting nuked.
+
+
+
+ All bootleg releases must have the word BOOTLEG in dirname. (check bootleg rule 14)
+
+
+ If you release magazine CDs then you must tag them as -MAG-.
+ Don't tag them -PROMO-, -ADVANCE- etc..
+
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the vinyl/cd
+ then you must add the artistname.
+
+
+
+Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then you must add the artist name as well
+("VA-tracks" like mixes don't need artistnames).
+
+ Make sure that your filename is unique otherwise some sites might dupeskip.
+
+Exception:
+If no tracknames are supplied by the source (cd,vinyl,..) then you *must* provide proof
+that these tracks have no names.
+Either by a scan of the original cover of the record company/label (no selfmade cdr or bootleg covers)
+or a link to an official or trusted webpage with proofs.
+If these "untitled tracks" are part of a big mix (no silence between the "tracks") then it's
+considered as one track and you must rip it as one mp3/cue and give this track same name as the
+"album".
+
+
+Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+
+
+Self-made releases
+
+
Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other sources, put
+ them together and release that as something new.
+
+
+ A self-made MIX or completely self-made music is allowed if it's good.
+ Sites decide if it's shit by nuking it.
+ If you are releasing self-made stuff then that must be clearly visible in your nfo.
+ If it's not possible to see that it's self-made then it will get nuked as bad pack.
+
+ Exception: if the selfmade release is free available at release time or when you obviously know that it will
+ be available soon then it's not allowed to release it.
+
+
+ If it's not clear if it's selfmade or not and it's not possible to find any information about
+ the release/artist/label then it's up to the group to prove that this release is not selfmade
+ (coverscan, url, ...). If they are not able to prove that it's real it will get nuked as bad pack.
+
+
+Note:
+"self-made" means done by you or a groupmember or a close friend. So your group is "publishing" it.
+Such a rip also needs a -HOMEMADE- tag. Check Source Rule.
+So it's allowed to release your own music but it must be clearly visible to avoid that groups release some
+fakecrap to get credits.
+
+
+
+
+
+The entire CD,Vinyl,etc. must be released (not individual tracks)
+ If you think it's too much work to rip all tracks you better don't rip at
+ all. Releasing the complete CD/Vinyl/.. is necessary because otherwise it
+ would be possible to make several (different) releases of the same
+ cd/vinyl/etc..
+
+ Exception for albums:
+ If a RETAIL album has been released in different editions and the only difference
+ is one or more bonus tracks (imports) then it's allowed to release the
+ bonustrack(s) only. But you may NOT re-release an entire inital edition within
+ the first three months.
+
+ Example: album released in US with 10 tracks, japanese edition with 11 tracks
+ (1 bonus track that is a new song) then you MUST release the jap bonus track
+ only (without including previously released tracks of the US album) during
+ the first three months after first full retail release. If it's more than 3 months
+ later then you are allowed to do either the bonustrack-only or the full album.
+
+ Moreover, it is NOT allowed to re-release a new edition of an retail album EVER if the
+ extra/bonus tracks are already included in one (!) previous release. For example,
+ USA album is released and four months later japanese with simply a remix from
+ an old CDM/CDS still wouldn't be allowed.
+
+ For DVD(A) releases check Rule 10.
+
+
+
+Current maximum directory/filename-length is 128 characters
+Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+
+
+No fake-releases
+ It's a fake release when artist, title, group or source is incorrect (different).
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by Marilyn Manson
+
+
+DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not
+ included then a proper (with ALL tracks) or an additional release
+ (extra tracks only) is not allowed.
+
+ If tracks are available in several audio formats then you must use
+ the "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+
+ Normalizing the sound volume is allowed but optional.
+
+
+Note:
+Normalizing means increase the volume without loosing any sound information.
+Some audio tools are able to do that if the volume of the source is too low.
+
+
+
+
+Encoding Quality
+
+
For releases made from MP3s (online bought):
+ VBR (all combinations, but no maximum bitrate limit) and CBR is allowed.
+ The minumum bitrate for CBR is 192kbit.
+
+ => You release the MP3 as is. It is NOT allowed to re-encode! If
+ the source is below 192 kbit CBR it's not allowed to release it.
+ Release the MP3 unmodifed as you downloaded it. Only adding/changing
+ ID3 tag is allowed.
+
+
For ALL other sources (CD, Vinyl, DVD, etc.):
+ You must use either:
+ - LAME 3.97 (final version!) with preset V2 and VBRNEW ("-V2 --vbr-new") or
+ - LAME 3.90.3 (modified version preferred) with preset APS ("--alt-preset standard").
+ For both LAME versions additional switches which would affect the
+ mp3 quality are forbidden, especially no minimum or maximum bitrate limits.
+
+ If you use LAME 3.90.3: preset must either be stored in mp3 header (= modified
+ LAME version) or be part of info in your nfo file.
+
+ (If you are going to change your encoder now then switch to 3.97. LAME 3.90.3 will
+ be removed from this rule sooner or later)
+
+Note:
+Everyone should switch to 3.97 now. 3.90.3 is not really up2date anymore. 3.90.3 still is allowed
+to give groups more time to switch. But 3.90.3 wont be allowed forever.
+
+
+
+
+
+
+Promos
+If a release is considered not to have every track from the source
+then it must be labeled as a promo and can be duped by any legitimate
+retail release that DOES contain all tracks. The legitimate release can
+be identified by the CAT number, or more suitable proof.
+
+Promos do not have to contain track listings, they are promotional
+material, they are not considered legitimate releases, and are still
+governed by quality rules.
+
+If you release a promo when the retail is already out then you must
+provide proof that this promo is real to make sure this is not a selfmade "promo".
+
+to reduce amount of fakes:
+A one track promo single release must include cover scans/photos.
+
+
+
+
+Re-encodes are not allowed.
+Exception: releases of following sources are currently allowed if they are tagged correctly:
+DVD, DAB, DTV/DVB/ISDB (compressed digital tv/radio sat,cable,terrestrial), MD (live)
+
+
+
+
+All bootleg releases must have the word BOOTLEG in dirname
+A bootleg recording is a cd/vinyl/dvd that was not officially released
+by the person/company owning the rights to do that (for example
+streetmixes, pirate live cds, etc).
+
+Because very often it's not 100% clear if something is bootleg there
+are conditions when we assume something is or isn't bootleg. This is
+not a defnition of "bootleg" and if a condition is not true then it
+does not mean the opposite is true. This only helps nukers and groups
+to decide if a bootleg tag is needed and hopefully leads to more fair
+nuking.
+
+conditions for:
+[records done completely by the artist] (no samples from other artists)
+It's bootleg if ...
+ - there are no signs that the label really released this
+
+Note:
+For example someone creates a Madonna bootleg which looks like a retail.
+With logo of label, barcode etc. Everything like a normal Madonna album.
+But it never has been released by the label (or Madonna).
+
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't need
+ a bootleg tag)
+
+Note:
+For example rapper SuperKewl releases his records with virgin logo because
+it looks more professional. But virgin never heard of that guy. No info that
+he ever signed, no interviews or articles about that and no info about him on
+virgins homepage.
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+Note:
+When it's on the big shops we just assume everything is ok and not bootleg (even when it looks suspicous).
+
+
+
+conditions for:
+[mixes] (samples of other artists included)
+It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released
+ any bootlegs and released stuff that was available at major
+ retail shops
+
+Note:
+If the label already had records on amazon, cduniverse etc and never released
+any bootlegs then we assume it's a serious label and doesn't do illegal things.
+
+ - the artist or label of the samples confirms this release is valid (on
+ their webpage or some other trusted place)
+
+Note:
+The owner of the rights for those samples confirmes it was allowed to use
+them. Then of course we also assume it's ok.
+
+
+
+"major retail shops" currently are:
+www.amazon.com (.de, .fr ...)
+www.bestbuy.com
+www.walmart.com
+www.cduniverse.com
+www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+
+Note:
+The US shop of virgin megastores is excluded because it's identical to amazon.com.
+
+www.sonymusicstore.com
+www.juno.co.uk
+www.deejay.de
+www.ukdancerecords.com
+www.dancegrooves.com
+www.threebeatrecords.co.uk
+www.4djsonly.com
+
+Note:
+shops 1-6 are CD shops, 7-12 vinyl shops.
+
+
+The shop itself must sell the record (no private sellers).
+
+
+Note:
+The shop list will probably change when it turns out that it doesn't have enough shops, has too many or needs shops replaced.
+
+
+
+FREE MP3s
+If music in mp3 format in acceptable quality (CBR 192kbit minimum) or files in a lossless format
+(wav/flac/...) are legally available for download on the net at no cost (artist / record company allows it)
+then it's NOT allowed to release those files or mp3s of the same tracks you made from this or other sources
+(cd/vinyl/...).
+
+
+
+
+SOURCE
+The tracks of a release must all be from the same source and have the same
+quality/cbr-bitrate/vbr-setting. Taking tracks from other scene releases or internal group
+releases of other groups is strictly forbidden.
+If the source is not a pressed CDDA then the directory name needs a valid source tag.
+Valid tags are listed below.
+
+
+
+
+
+ RETAIL SOURCES
+
+
+
+
Source
+
DirTag needed (enforced)
+
DirTag suggested
+
Extra NFO info needed
+
+
+
CD SINGLE (pressed)
+
-CDS- or -CDM-
+
-
+
-
+
+
+
CD ALBUM (pressed)
+
-
+
-CDA- (-2CDA- -3CDA- etc.)
+
-
+
+
+
CD OTHER (pressed)
+
-
+
-CD- (-2CD- -3CD- etc.), -CDEP-
+
-
+
+
+
VINYL SINGLE
+
-VLS- or -VINYL-
+
-VLS-
+
-
+
+
+
VINYL ALBUM
+
-LP- or -VINYL-
+
-LP-
+
-
+
+
+
VINYL OTHER
+
-VINYL-
+
-
+
-
+
+
+
+
+
+Note:
+-EP- is NOT a vinyl tag. The -EP- is also used for CDs.
+
+
+
+
+
+
DVD (pressed video DVD)
+
-DVD- (-2DVD- -3DVD- etc.)
+
-
+
- codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+
+
DVD SINGLE (pressed video DVD)
+
-DVDS- or -DVD-
+
-DVDS-
+
- codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+
+
DVDA (PCM data of a pressed DVDA, not audio of a video DVD!)
+
-DVDA- (-2DVDA- -3DVDA- etc.)
+
-
+
number of channels of source (stereo, 5.1, ...)
+
+
+
+
+Note:
+If you are not sure if your DVD is a DVDA here is some help for you:
+- a normal DVD player is not able to play the DVDA part. It will play the AC3 tracks only (if available).
+- if the directory AUDIO_TS is empty on your DVD then it is NOT a DVDA
+- nearly every DVDA has a copyprotection => very complicated to rip. several tools needed to rip it.
+- a DVDA has a DVD Audio logo. Check http://en.wikipedia.org/wiki/DVD_Audio to see it. Some have
+a "DVD Audio+Video" logo. Similar to the DVDA logo, just with "Audio+Video" as text.
+
+
+
+
+
+
SACD
+
-SACD- (-2SACD- -3SACD- etc.)
+
-
+
-
+
+
+
+
+
+Note:
+Currently it's not possible to read/decrypt the sound data of an SACD. This tag has been added for future use if that
+format ever gets broken. If music is exclusive on SACD then you can rip it via line-out of SACD player.
+
+
+
+
+
+
+
+ LIVE SOURCES
+
+
+
+
+
ANALOG RADIO (terrestrial)
+
-FM- or -RADIO-
+
-FM-
+
-
+
+
+
ANALOG TV (terrestrial)
+
-TV-
+
-
+
-
+
+
+
ANALOG SAT
+
-SAT-
+
-
+
-
+
+
+
ANALOG CABLE
+
-CABLE-
+
-
+
-
+
+
+
DIGITAL TV (digital tv/radio)
+
-DTV-
+
-
+
-
+
+
+
DIGITAL VIDEO BROADCAST SAT
+
-DTV- or -DVBS-
+
-DVBS-
+
-
+
+
+
DIGITAL VIDEO BROADCAST CABLE
+
-DTV- or -DVBC-
+
-DVBC-
+
-
+
+
+
DIGITAL VIDEO BROADCAST TERRESTRIAL
+
-DTV- or -DVBT-
+
-DVBT-
+
-
+
+
+
DIGITAL AUDIO BROADCAST
+
-DAB-
+
-
+
-
+
+
+
+ Note: Because most of the "live" ripping crews are unable or unwilling to add a
+correct source ALL live sources are handled like re-encodes quality-wise.
+
+
+
+
+
+ OTHER SOURCES
+
+
+
+
WEB - audio files legally available on the net and not free
+
-WEB-
+
-
+
- codec of source (MP3, PCM, ...),
+ - bitrate of source file (if not PCM/WAV),
+ - URL to some shop where it's available in that format
+
+
+
+
+
+
+Note:
+WEB means you got it from some webshop. A P2P download is NOT a WEB release. An MP3 someone sent you via EMAIL is NOT a WEB release.
+The URL can be any shop where you are able to buy it in that format. If you having doubts about your security when doing WEB releases then
+simply DON'T do it ! It is indeed unsecure because of possible watermarks and other tracking methods.
+
+
+
+
+
+
+
CDR (small label/artist releasing on CDR)
+
-CDR- (-2CDR- -3CDR- etc.)
+
-
+
-
+
+
+
DVDR (small label/artist releasing on DVDR)
+
-DVDR- (-2DVDR- -3DVDR- etc.)
+
-
+
- codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+
+
+
MD (MiniDisc)
+
-MD-
+
-
+
-
+
+
+
DAT TAPE
+
-DAT-
+
-
+
-
+
+
+
ANALOG TAPE
+
-TAPE-
+
-
+
-
+
+
+
HOMEMADE (done by a groupmember or close friend)
+
-HOMEMADE-
+
-
+
-
+
+
+
-UNKNOWN-
+
-BOOTLEG-
+
-
+
-
+
+
+
+
+
+Note:
+Unknown source also means lowest quality of source (no matter what it really is). It can be propered by any other source (vinyl, cd, dvd, ...).
+
+
+
+
+
+
+
+
+
+
+
+All other "sources" are invalid source tags (-LIVE- , -LINE- , -EP-, ...).
+Which means you need a second tag for the source if you use those tags
+(except for CDs which don't need a source tag).
+
+Additional to the source media the source of the recording is needed for
+direct live recordings:
+-AUD- audience microphone
+-SBD- soundboard
+-BOOTLEG- [unknown]
+example tag: -AUD-DAT- -SBD-CDR- ... or in nfo: "Source: SBD->CDR"
+(if your pc was connected directly to the recording device then no source
+media is needed of course)
+
+If the source media is digital and you used an analog device (eg. line-in) while
+converting the sound to mp3 then this must also be mentioned in your nfo file.
+example: "SOURCE: SACD->ANALOG LINE->PC"
+
+
+
+
+Trackfixes
+Only one trackfix per release is allowed. If the release needs a second trackfix
+or more than 50% of the tracks need a fix then you must re-rip the whole release
+and all previous releases+dir/nfofixes getting nuked.
+A 1-track fix for a 2-track release is allowed (=50% and not "more than 50%").
+
+
+
+
+ID3 Tags
+All mp3 files need an ID3 v1.1 tag. This tag must include *correct* Artist,
+Title and Album. The fields Year, Genre and Tracknumber must be present but may not
+be nuked if incorrect.
+An additional ID3 v2 tag is allowed and recommended.
+
+
+Note:
+ID3 v1.1 means with tracknumbers. ID3 v1.0 was same thing without tracknumbers.
+
+
+
+
+
+
+Notes:
+
+
Releases with an apparently incorrect year may not be nuked.
+However the year should be correct of course. Keep in
+mind that a lot of sites nuke for fake year when it's incorrect. (The Year in dirname is not the year when you released
+it but when the record company/artist published it!)
+
+ If a release labeled as "advance" is identical to the retail version then
+ the advance turns into a retail release. This means then it is not allowed to dupe
+ it and it counts as retail for ALL rules. If the retail is different then of
+ course it's allowed to release it.
+
Typos (in dirname, trackname, id3, etc ...) are tolerated if it still is readable and either artist or title is 100% correct.
+
The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD usually is MP2/AC3/DTS compressed (lossy) while the audio of a real DVDA is high quality PCM (lossless, e.g. 24bit/192khz). Tagging a normal DVD release as -DVDA- will get nuked.
+
+
+
+
+
+change-log:
+2007-01-15 first version (v1.0)
+
+[ NUKE-RULES ]
+[ Syntax: ]
+ !nuke release reason [source]
+ !unnuke release reason [source]
+ !renuke release reason [source]
+ !modnuke release reason [source]
+ !snuke release reason [source]
+ !oldnuke release reason [source]
+ The [source] parameter is required for nukes that are echoed in.
+ !snuke & !oldnuke are silentnukes, for old releases.
+ Not to be announced in announce channels, however they should still
+ be echoed around in nuke channels, and be added to databases.
+[ Nuke Formats: ]
+ repack - reason_get.repack(/repacked.YYYY-MM-DD)
+ propers - reason_get.GRP.proper(/repacked.YYYY-MM-DD)
+ invalid propers - invalid.proper_reason
+ dupes - dupe.GRP.YYYY-MM-DD
+ minor update - mu.GRP.YYYY-MM-DD
+ re-encodes - re-encoded_proof
+ bad crack - bad.crack_whats.wrong_proof
+ free from web - free.from.web_proof
+ nuked source - nuked.GROUP.source
+ always use YYYY-MM-DD. never use sameday, or any other formatting.
+[ Nuke reasons MUST be in english. same with channel conversation. ]
+[ Be specific with your nukes and unnukes. ]
+[ Provide proof where possible/applicable ]
+ ie: if the entire release isn't out of sync, nuke it with timestamps, (eg: oos_eg.05m45s-08m09s)
+[ Use common sense in un/nukes. ]
+[ nuke here first - before anywhere else - or just inform an op, and leave. ]
+[ Do NOT distribute nick, channel, or sensative information ]
+[ Do NOT nuke spam/fakes/bad echos, !delpre them ]
+[ Do NOT nuke something unless you are sure it's valid - meaning no fake un/nukes ]
+[ Do NOT unnuke for "fine". The reason MUST explain why the release is "fine" eg; ar.is.within.acceptable.range, not.dupe, etc ]
+[ Do NOT nuke for bad.encoding you MUST explain whats wrong, or how the release is bad! ]
+[ Do NOT nuke for "reencoded_duration.samples.mod.is.different.from.0" - this method is NOT 100% ]
+[ Do NOT unnuke and renuke (or use !re/modnuke) to add _get.repack, _get.rerip, etc. ]
+[ Do NOT use special characters in un/nuke reasons (eg; !"£$%^&*:;{[}]@'~#/\?>\<,|\ etc) ]
+[ Do NOT fix bad unnukes by renuking the release with "fix" or similar ]
+[ Do NOT engage in "nukewar" un/nukes. ]
+[ Do NOT use foul language in un/nukes. ]
+[ Do NOT nuke with personal opinions or comments. ]
+[ Do NOT echo un/nukes from other networks! ]
+ If botowners want to accept another networks nukes, they'll join the network. (prefixed nukes are still allowed)
+ Don't accept nukes from other bots that say they got it from a source - alot of bots mess up source tags!
+[ Do NOT echo out this channel, copy/paste snippits of conversation, etc to ANYONE for ANY reason. ]
+ if the persons not in this channel - its for a reason. anyone found to be breaking this rule will be glined.
+ un/nukes sourced from here are obviously excluded from this rule.
+[ If a fix has been released for a nuked release - and is valid, unnuke the original release for get.fix
+ However, take note, that if the fix does not fix the original release, or is not valid (eg: dirfix when trackfix is required),
+ nuke the release for fix.for.nuke.
+ Refer to individual rulesets to see if the fixes are forbidden - eg;
+ sizefixes are not allowed for xvid releases
+ trackfixes have restrictions
+[ https://scenerules.org - scene rules ]
+[ Use tinypic for pictures, and tinyurl for shortening urls. ]
+[ disable "thanks for the +v" etc, scripts or expect a ban ]
+
+
. . . . Digital Audio Crew . . . .
+ . .
+ . .______ ___ ______. . .
+ . .:\_ . \/ \\_ . \:.. .
+ . ../ ./ / <\ \/ ./__/. .
+ . .:<_____<____\ >___ >: . .
+ . .mr! \/ \/:. .
+ . .
+ . . . . . . MP3 How-To . . . . . .
+
+
+ DAC MP3 "Mini How-To" V4.0.1
+ Revision [30/08/1996 EDT 00:00]
+ (Non-internal/First public release)
+ by ShereKhan/MegaByte/MindRape of DAC
+
+
+ This Mini HowTo started out as an internal document for DAC members, to
+ standardize how DAC music releases are ripped, encoded, and packaged.
+ Since then, MPEG Layer III Audio (heretofore called "MP3") has grown in
+ popularity rapidly. However, quality has not improved similarly and many
+ of the new encodings I've encountered sound like crap. Most people who
+ have approached DAC (and I'm sure this is even more the case for the
+ online community in general) just do not have the experience in recording
+ digital audio, nor the familiarity with encoding MP3 needed to produce
+ the near-perfect quality we expect in all DAC releases. Hopefully this
+ guide will help you achieve the purest possible encodes from your CDs as
+ well.
+
+ Before going further, you need to get latest MP3 encoder, L3ENC v2.60 for
+ DOS (Linux/SunOS/NeXT versions are also available if you prefer), one or
+ more of the CD-ripping utilities mentioned in this guide (CDDA, DIDO, DAC,
+ CD-Grab Pro), and a good WAV-editing program such as CoolEdit95, Sound
+ Forge/32, or GoldWave. DAC members also need the current release NFO and
+ DIZ files. Please read through this ENTIRE HowTo, before running to one
+ of us for help!
+
+ Many of these tools can be found at MindRape's DAMAGED CYBERNETICS page at:
+
+ http://www.futureone.com/~damaged
+
+ Good Luck!
+
+
+ 1. Resources for DAC members
+
+ 1.1 /DAC-PAK on the #DAC bot(s)
+
+ All the ripping/encoding utilities, plus the current NFO and DIZ
+ for packaging into releases (as well as this How-To) are available
+ from the channel bot. Always make sure you are using the LATEST
+ versions of the NFO/DIZ before finalizing any release!
+
+ 1.2 DAC WWW Page (ask members for address)
+
+ fRSTGUMP has put up a quick WWW page for DAC, with the latest NFO,
+ DIZ, and a table of DAC releases (not always 100% current, but the
+ closest thing). The server is secured with htaccess (DAC internal
+ use ONLY); if you have access to the channel bot, you should be
+ able to use the same login and passwd for the WWW page.
+
+
+ 2. Ripping a song from CD (direct digital copy)
+
+ 2.1 Mitsumi CD-ROM drives
+
+ Before pulling out your hair trying to rip with a Mitsumi CD-ROM,
+ I should tell you that most (all?) Mitsumi CD-ROM drives cannot
+ read "raw" CDDA data (Read_Long) and therefore cannot be used to
+ aquire CD-audio by direct digital copy with ANY program; this
+ includes CDDA/DIDO/DAC/etc. Mitsumi FX001D/FX001DE (2X) and the
+ newer FX400* (4X) drives are known to have this "defect"; the
+ manufacturer has purposely not included Read_Long in their drive
+ logic or drivers to prevent copyright infringement (lesson: don't
+ buy Mitsumi from now on.)
+
+ 2.2 CDDA Version 1.4 build 12c [DOS]
+
+ CDDA is a DOS-based, command line CD ripping tool which allows
+ you to copy CD redbook audio DIRECT to WAV without recording or
+ sampling of any kind ... This type of "copying" gives the cleanest
+ possible results and is MUCH preferred over trying to record the
+ playback from the CD with CoolEdit or GoldWave. Direct copying, or
+ "ripping" as we like to call it, gives you the maximum dynamic
+ range from the songs, and thus NO clipping (which is a real problem
+ with the "record" technique), since with CDDA you are copying the
+ original signal strengths too with every signal peak. Think of it
+ as "Automatic Level Detection" for your CDROM drive. Also ripping
+ does not have problems with "skipping" due to buffer over/underrun
+ you often encounter when record CD playback using SoundRecorder,
+ CoolEdit, etc.
+
+ MegaByte has done a quick comparison test of CDDA and DIDO4 and
+ lists a few pros and cons for CDDA:
+
+ PROS: De-jittering technique MAY improve sound quality (unknown)
+
+ CONS: Must use /o switch to override CD copy protection.
+ DOS based; may not work under windows on some systems.
+ Does not work on some systems.
+
+ If you are using Win95, you will need to first make sure you are
+ using the DOS or 16-bit (Real Mode) Win3.x drivers for your CD-ROM
+ drive, as the Win95 built-in drivers are NOT compatible with CDDA
+ or any of the other direct copy utilities! Also make sure to read
+ the manual with CDDA and use the included tester programs to see
+ if your CDROM drive is capable of "long reads" (if not, you can't
+ do a direct rip). These test utilities (for DOS) are useful even
+ if you decide to use another ripper than CDDA.
+
+ A sample command line to rip a track off an *IDE* CD-Rom drive with
+ CD-DA might be: "CDDA /t [track] /m /f [filewav.wav] /w /o" PLEASE
+ read the CDDA manual to see what switches you need to use ... ATAPI,
+ SCSI, IDE all need different command line options! Additional info
+ from MegaByte's comparison tests on CDDA's dejitter feature:
+
+ [From CDDA.DOC:]
+ > "Many CDs have been mastered from digital sources. In this
+ > case the source may have been synthesized digitally which gives
+ > absolutely perfect sounds which are very repetitive and exactly
+ > the same. When this happens, it may possibly confuse the jitter
+ > correction routines. There is not a lot I can do about it at
+ > the moment, and there is less that any of the other programs
+ > like mine can do."
+
+ In one particular CD, which had repeating sound patterns, CDDA
+ had a dejitter error. In another CD, which had more "analog"
+ music, the error wasn't preesent. This may or may not be a
+ result of the problem expressed in the above quote.
+
+ 2.3 DIDO 4.0 [Windows]
+
+ DIDO4 is a Windows-based CD ripping tool with a GUI. Like CDDA, it
+ copies the RedBook audio data directly from the CD to WAV. I have
+ not personally tested it but from MegaByte's comparison testing,
+ DIDO4 sounds very good. As with the other ripping utilities, you
+ need to use the *DOS* or older 16-bit "real mode" Win3.1 CDROM
+ drivers if you're under Win95. Some pros/cons from MegaByte:
+
+ PROS: GUI, easy to use, easy track view/recording time selector.
+
+ CONS: Has errors on some systems in accessing CD-ROM drives.
+ (see the workaround below)
+ Sometimes produces synchronization errors.
+ (can be worked around by changing end time a little)
+
+ MegaByte's workaround for the DIDO4 errors:
+
+ DIDO4 seems to have some difficulties reading CD's under Windows.
+ On [my] computer it stalls at 0 sectors on the read. To work
+ around this problem, eject the CD and reinsert it at the Save
+ File dialog box. Remember to hold the shift key under Windows 95
+ to prevent Autoplay. Also, disabling Flexi-CD can solve some
+ problems. If the CD is ejected, reinserted, and then "ok" in the
+ save dialog box is clicked, recording works... as long as no
+ autoplay program has opened.
+
+ 2.4 DAC 2.2 [DOS]
+
+ People who have not been able to use CDDA has reported success
+ with DAC in some cases. DAC has a nicer menu interface and is
+ fairly easy to use. However, we do not have a registered version
+ of DAC, which means you cannot do partial rips (to test sound
+ quality, as you can with DIDO4 or CDDA) ... only the full track.
+ Also at least one of the optimization switches is missing in the
+ shareware version of DAC.
+
+ Here is a quick start to using DAC to rip CD tracks:
+
+ Load up DAC 2.2
+ Select the track to copy
+ Go to Action
+ Select copy
+ Pretty easy eh?
+
+ Of course, read the docs for DAC to see if you need to enable any
+ special options. As with CDDA and DIDO, you'll have to use the DOS
+ or old 16-bit "real mode" Win3.x CD-ROM drivers under Win95, NOT
+ the built-in Win95 miniport drivers! (Win95 CDROM drivers usually
+ don't support CDDA/"raw" mode).
+
+ 2.5 CD-Grab Pro V3.21 [DOS]
+
+ This is similar to CDDA, just a bit older. Haven't used this yet,
+ anyone want to review it and let me know if it's good? I know that
+ this ripper DOES have dejitter functions.
+
+ 2.6 General problems ripping in Win95
+
+ Some Win95 users may encounter problems when starting a copy with
+ CDDA, even if they have the correct DOS/real-mode drivers installed
+ and their drive DOES support Read_Long ... this can often be fixed
+ by starting up CD Player (in Win95) and putting the CD-ROM into
+ pause mode; while the player is still paused, open a DOS window
+ (if you're using a DOS-based ripper) and start copying the audio
+ with CDDA/DIDO/etc.
+
+ 2.7 Using a CD-R (burner)
+
+ If you are lucky enough to have use of a CD-R burner, you can use
+ EZ-CD Pro (for Win3/Win95) or one of the various programs bundled
+ with the burner to direct COPY audio tracks from any CD. Typically
+ the read mechanism in CD-R drives are higher quality than regular
+ CD-ROMs and the drivers/software are made with copying in mind.
+
+
+ 3. Sampling (recording output from CD player)
+
+ Although this method of aquiring a CD track as WAV isn't recommended,
+ many people either have incompatible hardware (Mitsumi or other CDROM
+ incapable of Read_Long) or software (try booting to DOS mode if you use
+ Win95, though!) and thus have no other choice than to sample the audio.
+ Unfortunately, many people who CAN (and should) use direct digital copy
+ are still sampling their CDs, either out of ignorance or laziness. This
+ accounts for MANY of the shittier sounding MP3 encodes out there.
+
+ You'll need good WAV-editing tools if you want to do a good sampling
+ job; the "standard" recorder/editor programs bundled with Sound Blaster
+ or PAS16, etc. usually aren't flexible enough and lack the buffering
+ features required to make a skip-free recording. Instead, you should
+ use a high-quality package such as SoundForge32, CoolEdit95, or Gold
+ Wave to do your sampling and post-processing (read on). A section on
+ using these programs will be in a future version of this How-To ...
+
+
+ 4. Examining the WAV prior to compression
+
+ This is perhaps the MOST IMPORTANT STEP quality-wise in the process!
+ It is critical that you load the WAV you're ripped with CDDA/DIDO4/etc
+ into CoolEdit95 or SoundForge32 (or similar wave editors) and examine
+ it for defects, clipping, too quiet, etc. Visually you can see defects
+ that might not be noticible to the ear until AFTER compression (then
+ it's much more annoying to fix!) Here are some common problems you might
+ find in your freshly ripped (or if you cannot rip, recorded *bleh*) WAV:
+
+ 4.1 Clipping
+
+ If you hear a tiny "pops" during playback of your WAV, and/or see
+ a lot of sound peaks that look cut off (pops and cut-off waveforms
+ should coincide) you've clipped the audio. This shouldn't happen
+ with direct ripping, but with recording it happens often. You'll
+ have to do it over if you have any noticible clips. Remember that
+ different parts of the same song may have very different volume
+ levels, so it isn't sufficient to just listen to one part of the
+ WAV when determining the correct recording level (if you sampled).
+
+ 4.2 Too quiet
+
+ The other common problem is the entire wave is too quiet. When you
+ view a properly ripped/recorded WAV in SoundForge or CoolEdit, etc,
+ the loudest parts of the song should have peaks that ALMOST reach
+ the top/bottom edges of the waveform display; if even the loudest
+ peaks never get close to the limits, then you'll either have to set
+ the recording level a bit higher (if you're recording), or use the
+ "Normalize" feature of CoolEdit/SoundForge (do this ONLY if you did
+ a direct digital copy and know that no noise was introduced, other
+ wise the flaws will be amplified) Again, IF you did a direct rip,
+ and the resulting WAV is still very quiet, the Normalize (sort of
+ a smart amplify) function to maximize the dynamic range for the
+ entire file. Now you should see the loudest peaks in the song JUST
+ touch the top/bottom margins, without blowing out the passages in
+ the song that are supposed to be quiet.
+
+ 4.3 Rough ends
+
+ After you're satisfied with the quality of your WAV rip, use your
+ wave editor to create "smooth ends" for the song. In CoolEdit95,
+ Select Entire Wave, use the "Envelope" function and choose "Smooth
+ Ends". If you cut the beginning or end of the song accidentally (or
+ on purpose) you might have to use the "fade-in" and or "fade-out"
+ tools to make a nice intro/ending. Finally, save to Microsoft PCM
+ (.WAV) at 44100Hz/16-bit/stereo.
+
+
+ 5. Compressing from WAV to MPEG Layer III Audio (MP3)
+
+ 5.1 L3ENC 2.60 Registered [DOS] - ftp.fhg.de /pub/layer3/
+
+ This is the encoder for DOS. Make SURE you register the encoder,
+ otherwise many of the command-line options will be locked out,
+ ones DAC members will need to use for their releases! (Registration
+ codes are below:
+
+ > From: Psychotron <mikead@slip.net>
+ > X-Sender: ShereKhan <ursus@alpha.c2.org>
+ > Newsgroups: alt.binaries.sounds.music,alt.binaries.sounds.utilities
+ > Subject: THE "FIRST" REG CODES 4 WINPLAY3 AND L3ENC This iz kewl!!!
+ > Date: Tue, 06 Aug 1996 23:28:13 -0700
+ >
+ > You may like to know that these are the very first reg
+ > codes for both "l3enc" and "WinPlay3", They will not make
+ > the programs run any better then from any other code but
+ > if you look at the serial number on your program after
+ > you reg your software with these number it will say 0001.
+ > kina kewl isn't it. Get it while you can
+ >
+ > L3ENC = 909GCB0A091E-9
+ > WINPLAY3 = 100011-301000-5000
+
+ NOTE: Here is another reg code for WinPlay3 v1.40
+ (from WinPlay3 v1.30, when it was freeware):
+
+ UserName=ISO FreeWare
+ RegistrationCode=222221-025226-0002
+
+ Here is a sample commandline for compressing a WAV (infile.wav) to
+ MP3 (outfile.mp3) REMEMBER YOU MUST REGISTER THE ENCODER FIRST!:
+
+ l3enc [infile.wav] [outfile.mp3] -br 128000 -crc
+
+ The -br 128000 tells L3ENC to produce a MP3 that will playback at
+ at 128000 bit/s ... this is the optimum compromise setting to get
+ the maximum compression ratio for CD-quality music while still
+ producing a MP3 that has virtually all the clarity of the original
+ song and a very respectable dynamic range (16khz rolloff at -br
+ 128000) Compare this to the original CD-audio specification, which
+ rolls off at 22khz; humans can only hear up to about 20khz besides,
+ and virtually no natural sources, and very few artificially created
+ sounds you might find on a CD ever approach 20khz.
+
+ The default for the shareware L3ENC (pre-2.60) USED to be -br
+ 128000 but for 2.60 and newer, it has been changed to -br 112000.
+ We at DAC feel a 112k bitrate sacrifices too much dynamic range
+ for a minimal gain in compression ratio, and therefore recommend
+ that -br 128000 be used for all encodes from CD sources.
+
+ An average 3-4 minute song will need about 10,000 frames to encode;
+ if you're smart, you'll encode only about 1,000 frames or so the
+ first time around (press CTRL+C to stop the encoder) to see if the
+ MP3 sounds good (no popping or dropouts, not too quiet) When you
+ seem to have a good test encode then delete the partial MP3 and
+ make the full-length MP3. L3ENC v2.60 has a nice progress indicator
+ which tells you what % of the encoding is completed.
+
+ If you have a fast computer (>P100) then you can try using the
+ "High Quality" switch in L3ENC (-hq). This will make the encoder
+ do extra quality checking so no errors are produced in the final
+ MP3 file. WARNING: this may take up to 3x as long (according to
+ RainMkr). Basically, -hq possibly may give you slightly higher
+ quality MP3, but at greatly reduced encoding speed. Try it for
+ yourself.
+
+ You better have a fast CPU, like P133 -> PP200, if you're going to
+ do a lot of encoding. ESPECIALLY if you want to use the -hq switch.
+ Otherwise do the encoding at night while you are sleeping, watching
+ tele, or whatnot. Encoding a 5 minute song on a i586-133 takes
+ approximately 15-20 minutes, while on a i486-80 it takes almost
+ 1 hour. L3ENC is a 32-bit DOS executable, but it will run under
+ Win95/NT DOS boxes just fine. In fact. many people have run 4 DOS
+ sessions parallel, encoding 4 songs at once without problems.
+
+ 5.2 Linux version of L3ENC V2.60
+
+ Some people report that the unix L3ENCoder is faster than the DOS
+ version, although I haven't tested it myself. Should work exactly
+ the same as DOS version. There is no Linux realtime player like
+ WinPlay3, unfortunately. Also since I don't know which tools you'd
+ use to rip the cd audio to WAV, I'm not sure it would be practical
+ to encode MP3 with Linux unless you also had DOS bootable on the
+ same machine (FTPing 40-50MB isn't fun, even on a T1).
+
+
+ 6. Testing the completed MPEG3 file
+
+ 6.1 Listening test
+
+ After you've finished compressing the MP3 you'll want to check it
+ over thoroughly of course ... Listen to it with WinPlay3 V1.40
+ REGISTERED (unregged V1.40 has a 20-second time limit for playback)
+ The reg code for WinPlay3 V1.40 is listed above. Make sure you have
+ at least a P90 to be able to playback at full 44100Hz/16-bit/stereo
+ output. You should not hear ANY nasty clicks, pops, or other defect
+ that aren't heard on the CD; these might mean doing the rip/encode
+ again. Also, if the song is VERY quiet, you might have set the
+ record level too low, or forgot to Normalize the WAV before
+ compressing (if you ripped). Lesson: be careful when you're making
+ the source WAV; most problems aren't from the L3ENC, so save time
+ by making sure the input WAV is pristine before encoding!
+
+
+ 7. Packaging for DAC release
+
+ Non-DAC members can probably skip this section, which simply outlines
+ our procedure for putting together a release, starting from the freshly
+ encoded MP3 song.
+
+ 7.1 Generate a MD5 checksum
+
+ After you've finished encoding your song(s) with L3ENC, use the
+ utility MD5SUM to calculate a MD5 checksum for the file. This is
+ for the release list maintainer to archive, as it allows you to
+ see if a file is the same as the checksum you originally generated
+ (test for dupes, other groups ripping off DAC releases, etc). The
+ way to use MD5SUM is as follows:
+
+ md5sum -bv file.mp3
+
+ This will print the MD5 sum for file.mp3 to the screen; put it into
+ the appropriate place in the DAC.NFO file (which you will e-mail to
+ dac@jt.org as well as package into the release ZIP ... read on)
+
+ If you have a whole list of files, you can generate a set of their
+ MD5 checksums by piping the output to a text file:
+
+ md5sum -bv *.mp3>md5sum.txt
+
+ After the output file is generated (md5sum.txt) you can later check
+ any of the MP3 files against their checksums in the md5sum.txt
+ (tells you if the files are identical). This is accomplished by
+ executing:
+
+ md5sum -cv md5sum.txt
+
+ NOTE: md5sum.exe will expect the files to check to be in the same
+ locations as were defined in the input list (md5sum.txt), so if you
+ later move the MP3s you should edit the paths in the MD5SUM.TXT to
+ reflect that.
+
+ 7.2 Filling out the NFO/DIZ
+
+ This part is probably the easiest, just fill in all the appropriate
+ checkboxes and blanks in the DAC.NFO and DAC.DIZ. Remember to
+ rename DAC.DIZ to File_ID.DIZ before you zip up the package! Always
+ use the most current NFO and DIZ from ShereKhan or the channel bot.
+
+ 7.3 Email NFO to fRSTGUMP
+
+ Don't forget to Email your completed NFO to fRSTGUMP so he can keep
+ an accurate list of our releases ... This is particularly important
+ to avoid duping already encoded songs by CDA or other groups.In the
+ near future this step may be replaced with a WWW forms inteface ...
+
+ 7.4 Releasing the package
+
+ Each release should include a filled-out DIZ, NFO (always use the
+ latest available) and the actual MP3 song. Make sure the ZIP file
+ is named DAC-????.zip and FTP the completed package to the archive
+ site and/or any mirror sites DAC is feeding at the time. Also make
+ sure you DCC a copy of the ZIP to whomever is managing the current
+ offer bot(s).
+
+
+--
+DAC MP3 "Mini How-To" V4.0.1
+Revision [30/08/96 EDT 00:00]
+by ShereKhan, et al of DAC
+
Standards of Piracy Association
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ Formed on 6 July 1996, the SPA is an agreement between the 5 top PC games
+ groups that lays down the official "rules of engagement" to be used in the
+ battle to release the most. Here is a synopsis of the topics that were
+ discussed and voted on. The 5 groups that met were Prestige, Razor 1911,
+ Mantis, Napalm, and Hybrid. Each group had approximately 2 representatives,
+ and on the subject of voting, each group had one vote per issue.
+
+ 1. All 5 groups agreed that whatever was decided in the meeting would be
+ adhered to in the releasing process.
+
+ 2. The 5 groups compromised on a size limit for releases. This limit is
+ now set at 50 1.44 meg files. The previous limit was 40 1.44 meg
+ volumes. In megs, this translates to approximately 72 megabytes max
+ per game.
+
+ 3. Groups now have the option of using 2.88 meg files instead of 1.44 meg
+ volumes should they choose to do so on a particular release. The only
+ catch is that ALL disks of a release must be of one format or the other.
+ All releases must be in either 1.44 meg or 2.88 meg format. Any games
+ released that do not adhere to this format, or exceed the size limit
+ (50 for 1.44's and 25 for 2.88's), will be nuked for 5x credits off of
+ all sites in the SPA.
+
+ 4. The groups voted unanimously to ban all ROR releases from all sites
+ participating in the SPA. This means that ROR releases will be nuked
+ for 5x credits on all sites/boards in the SPA. This ban is subject
+ to a monthly review.
+
+ 5. The 5 groups decided on the name (SPA), and that meetings would be
+ held once a month by the leaders of the 5 groups in the SPA. At
+ these meetings issues such as volume size, group bans, and even the
+ size limit can be discussed.
+
+ The SPA exists primarily to enforce fair play on the groups in the scene. The
+ disk limit is part of it, and banning groups like ROR that release nothing but
+ fakes and betas (and worse package them as finals) is also a part of it. If
+ you run a site and would like to be SPA certified, email chemist@laker.net for
+ more information on what you can do to help. The SPA is interested only in
+ fair competition for all groups big and small, and in working releases for all
+ users regardless of what group they download. Think of us as quality control.
+
+ SPA Staff
+
+
+
.------------------------------------------------------------oOo-----o----oOo--.
+|| T H E F A C T I O N M A N I F E S T O .|
+.------------------------------------------------------------------------------.
+|' In lieu of recent events contributing to the breakdown of the now |
+|defunct S.P.A. (Software Piracy Association), a private meeting between the |
+|key contributing and contending groups was held. On October 15th, 1998 an |
+|agreement and compromise was reached between the 3 attending parties, CLASS, |
+|PARADIGM and RAZOR 1911. Let it be known that this type of compromise could |
+|not be achieved under the S.P.A. environment; it took a clean break to |
+|accomplish in a day what had previously gone unaccomplished in 2 months. |
+|The end result being a new council whose sole purpose is to set standards |
+|for the game-releasing subsector of the scene, to be adhered to by all |
+|admitted parties. Represented members of this new council named THE |
+|FACTION, have pledged to abide by the following set of rules created a) to |
+|ensure a quality minded end result and b) to encourage fair play and a |
+|productive competitive environment for involved groups. |
+| |
+| |
+|The Faction 10 Point Program: |
+| |
+|1. The disk limit is as of now 50 x 2.88 megabytes or 2,915,328 bytes. |
+| This equates to a total of 144 megabytes of compressed data or |
+| 145,766,400 bytes. Using 2.88 megabyte archives enables us to keep the |
+| standard 8 character filename with a 3 character extension. This will |
+| also help contribute to the elimination of the 'missing disk' |
+| phenomenon, plaguing end-users worldwide. Acceptable compression |
+| formats at this time are ACE or RAR, followed by the traditional |
+| PKZIPing. |
+| |
+|2. Every release under this limit will be a functionally and playably |
+| complete game. This means that included will be every component |
+| necessary for the successful completion of the game (every level, track, |
+| course and other NECESSARY component). |
+| |
+|3. Sound effects WILL and MUST be included. |
+| |
+|4. Intros, Outros and Cut-Scenes should be removed if the size of the |
+| release is 40 x 2.88 disks or more with them included. Intros should |
+| NOT be iuncluded in a Movie Add-On, only Cut-Scenes and Outro (aka |
+| End-Scene) should be included. Animation files, such as .SMKs, should |
+| be "framed" and not blacked out. Re-indexing of large files, should |
+| consist of an actual re-index instead of just creating a file full of |
+| 0's, (which doesn't change the actual file size, but allows it to |
+| compress to virtually nothing), thus promoting more quality minded rips |
+| and cracks. |
+| |
+|5. Only 2 Add-Ons should be released per game. Each Add-On should be no |
+| more than 25 x 2.88 megabyte archives. |
+| |
+|6. A brief outline of what has been stripped from the game should be |
+| clearly stated in the game-release .NFO, as well as information as to |
+| whether or not Add-Ons can be expected. |
+| |
+|7. Children's games (aka Kiddie games) and Edutainment software do not |
+| qualify under THE FACTION's guidelines for acceptable releases. |
+| |
+|8. In regard to games distributed in the United States that are LATER |
+| distributed in Europe or vice versa under the same or different name / |
+| publisher. These games if released AFTER another group's release are |
+| counted as DUPES unless it can be proven that there is a clearly |
+| noticeable PLAYABLE difference in the latter release (eg. new levels, |
+| enhanced graphics, or other new features). |
+| |
+|9. Fully cracked Update Patches and Trainers are highly regarded, though |
+| they are not the responsibility of any group (including that of which |
+| released the original game.) If 2 trainers from the same or different |
+| groups are released for 1 game, this does NOT qualify as a dupe unless |
+| the latter trainer provides no new features over the prior trainer. |
+| |
+|10. Admittance to THE FACTION is done on an invite / vote-in basis. The |
+| group invitation must be proposed before ALL current FACTION member- |
+| group representatives, and the corresponding vote must be undertaken by |
+| ALL FACTION member-group representatives. This council operates in a |
+| purely democratic manner and all parties therein have upon joining, |
+| agreed to follow all stated guidelines of this Declaration of Scene |
+| Independence. Today is not only a new dawn in the games scene, but our |
+| Independence Day where differences are at least temporarily put aside |
+| and our unity re-consolidated. |
+| |
+|This document was signed & approved on October 17th, 1998 by the following |
+|individuals, representing their respective groups: |
+| .|
+| Mr.Skill - [CLASS] - ZEUS [PARADIGM] - The Punisher [RAZOR 1911] ..|
+`------------------------------------------------------------------------------'
+
+
Section I: Permitted Releases and Agreed Rules
+----------------------------------------------
+
+Before you plan on packaging up a piece of software for release, please
+make sure that it complies with the guidelines for acceptable releases.
+These rules were agreed upon through a meeting with a number of the top
+ISO release groups, which include: CIFE, RiSCiSO, and RAZOR ISO.
+
+1. Starting February 1st, nothing older than one month will be released.
+Requests for older software is independant.
+
+2. No utilities whose ISO size totals under 100 megabytes will be
+released.
+
+3. No console (PSX, etc) titles are to be released by PC groups.
+
+4. UNIX releases will be sent only to sites that want them, and when
+released, should not be done so under an official group name.
+
+5. No BETA releases of ANYTHING. Requests are independant releases.
+
+6. Nukers: Will nuke "Betas, Unix, or Consoles." Unless the release is
+directed to a separate directory, or the upload is a request.
+
+7. All RAR's will be listed as ".001 -> .0xx" as opposed to ".RAR ->
+.RXX", for the directory listing's sake. RAR is the official standard.
+
+Section II: Image File Creation
+-------------------------------
+
+Use CDRWin (Windows graphical front-end) or DAO (DOS based) by Golden Hawk
+Technology (see www.goldenhawk.com) to create a ".bin" (sometimes called
+".raw") file image of the CD-ROM with a corresponding text ".cue" file.
+The .bin file that CDRwin generates is a massively large file. It is
+equivalent to the number of bytes of data on the CD-ROM you are copying.
+So typically the .bin file itself will be between 600 and 700 megabytes.
+That file contains a bit-by-bit image of the CD-ROM, which includes all
+data tracks, audio tracks, and header information. The file is unreadable
+and in binary, therefore you must use front-end software (such as CDRWin
+or WinOnCD) to manipulate the binary file. The technical format of the
+.bin file is a 2352 unscrambled full sector scan. It is sometimes also
+interchanged as a .raw file (.bin can be renamed to .raw and vis versa).
+The format 2352 is a standard image format that other software can read,
+such as WinOnCD.
+
+Note that the .bin/.raw format is not compatible with the .iso format
+generated by Adaptec's EZ-CD Pro.
+
+The current version of CDRwin is 3.3E and it is commercial software. UCF
+has cracked the program and created a "serial key maker" to generate the
+serial numbers. You'll need to download the file "ucfcdr3e.zip" which
+contains CDRwin 3.3E with the Key Maker (DAO33EKM.EXE). That file is
+available in a number of different locations.
+
+The ".cue" file is a text file which contains mappings of data and audio
+tracks from the .bin file. CDRWin automatically generates this file. The
+.cue file is necessary when using CDRWin to burn the .bin image onto blank
+CD-ROM media. The .cue file is not necessary if you use a program such as
+WinOnCD which simply reads the .bin file and doesn't worry about placement
+of audio tracks. However, when packaging your release, be sure that you
+include the generated .cue file into the archive. The .cue file looks
+something like this:
+FILE C:\PATH\YOURFILE.BIN BINARY
+ TRACK 01 MODE1/2352
+ INDEX 01 00:00:00
+
+Note that CDRWin automatically prepends your path of the binary file into
+the .cue file. So you will need to edit the .cue file and remove that
+path. Removing the path is necessary because end users who will be using
+CDRwin to burn the .bin image would then be required to place their .bin
+file in the same path you are using (either that or they would need to
+modify the .cue file themselves). So instead, please edit the .cue file
+and change "C:\PATH\YOURFILE.BIN" to just "YOURFILE.BIN".
+
+*** NOTICE: If the CD-ROM does _not_ contain either audio tracks or the
+program is not Macintosh compatible, then you may use Adaptec's EZ-CD Pro
+or Deluxe software to create a single ".iso" format image. The .iso
+format is compatible with many software packages, but the downside is that
+it does not support audio tracks or macintosh data. Some CD-ROM programs
+say "This CD-ROM works with both PC and Mac," if your CD-ROM says that,
+then you must use CDRWin to capture the Macintosh data - otherwise, it
+becomes a PC only image. The way you can tell if your CD-ROM has audio
+tracks is simply to take the CD-ROM and put it into a normal stereo
+compact disc player. With your stereo hit play and see if you hear
+music. If you hear music, then the CD-ROM has audio tracks and you must
+use CDRwin to create a .bin 2352 image, otherwise you'll lose the audio
+tracks.
+
+If your disc doesn't have audio tracks and isn't a "mac/pc" cd-rom, then
+feel free to use any program which generates .iso formatted image files.
+
+Please do not use any other format other than .bin/.raw/.iso at any time.
+
+Section III: Archive Creation
+The fastest and most efficient archive program is RAR. Once you have used
+CDRwin to create your .bin and .cue files, or EZ-CD Pro to create an .iso
+file (*** see note above), then you want to use RAR or WinRAR to break up
+the image file into workable pieces that can easily be spread on the
+Internet. If you try and upload a 700 meg single file to an FTP site,
+you're going to have trouble. If your connection dies in the middle of
+the connection, you're screwed. Some FTP programs have resume features,
+but it usually doesn't work, therefore we advocate using RAR. You can find
+shareware versions of RAR and WinRAR by searching the web, it is available
+everywhere.
+
+Here are the rules for using RAR:
+
+-- If possible, use the maximum available compression. However, if you
+are racing a release, or you simply don't have the time to wait for
+maximum compression, then use default to light compression. This all
+depends on how much time you have available to sit around. Higher
+compression will save a LOT of hard drive space, but it can take a very
+LONG time, even on a fast Pentium-II processor with 64 megs of ram.
+
+-- Use 15 megabyte segment splits. Thus, you want to break that 700 meg
+.bin file into smaller pieces, each of size 15 megabytes.
+
+-- Turn *OFF* solid archive mode. In both WinRAR and DOS RAR, solid
+archive mode is defaulted on. You must go into preferences and turn it
+off. For DOS RAR you must turn solid mode off as well by using the menu
+options or command-line options. In either case, be sure that you are not
+creating a solid archive, because if you do, the FTP sites will not be
+able to test the CRC integrity of each of the individual 15 meg segment
+file.
+-- Include the .bin, .cue, (or .iso) and "risciso.nfo" inside the RAR
+archive. Be sure that you have filled out the risciso.nfo file to include
+all of the details of the release, including how many CD-ROM discs it is,
+a general description of the program, any necessary OEM or serial numbers,
+and any other details you like (keyboard shortcuts, game hints, web site
+to see screen-shots, etc).
+
+Section IV: Filename Convention Rules
+-------------------------------------
+
+So that everyone is happy for both the users of DOS, Windows, and UNIX,
+please follow these simple guidelines for naming the archive files for
+your package.
+
+-- Please limit the filename of your RAR archive to 8 characters, try to
+name the program in a few characters.
+
+-- Please use only letters and numbers, and no spaces.
+
+-- If you have multiple CD rom's, you will want to include the disc number
+in the filename. For example, if you have Sierra Pro Pilot, which may be
+3 CD's, a good filename will be: ppilot-1.xxx for the first CD-ROM, and
+ppilot-2.xxx for the second CD-ROM, and so on.
+
+When the RAR program asks you to enter the first filename, put on an
+extension of .001, that way the next file will be .002 and then .003, and
+so forth. This will help the traders a lot in counting files. If you use
+".rar" as the extension for the first filename, then the second filename
+will be .r00 and .r01, and that will cause confusion for the traders and
+for yourself. When you use .001 for the first file, then it will be much
+easier to check that you have all of the necessary files uploaded to the
+site.
+
+Section V: Uploading the Archive
+--------------------------------
+
+Before you start thinking about uploading your RAR files, please run a
+quick CRC test on each .0* file to check the validity of the archive.
+Ensure that you didn't run out of hard drive space during the archive
+processing which could result in bad files. Use the command "rar -t
+filename" to test the file. Under WinRAR, there is a graphical user
+interface to step you through testing of the archive.
+
+Once you have authorization to upload the release, log into your directed
+FTP site. Change into the directory where new CD-ROM images are uploaded
+to. If your release consists of only one CD-ROM, then create a directory
+whose name identifies the release. First upload the risciso.nfo file into
+the directory. Even though the risciso.nfo file is included inside your
+RAR archive, some sites do not yet have the ability to extract NFO files
+from RAR archives.
+
+Next, create a subdirectory within your named directory that indicates to
+the traders what the last file of your set is. So, lets say that you
+created a .001/.0XX archive, where XX counts from 01 to 37. The last disk
+in your set is then 37, or YOURFILE.037. For example, lets say you are
+uploading Wing_Commander whose last disk is "wing_c.037". To help the
+traders, please do the following: "mkdir /ISO/Wing_Commander/END_AT_037".
+This notifies the traders that the last disk or end disk in your
+Wing_Commander directory will be disk 037. This empty END_AT_0XX
+directory is merely a flag that greatly assists the traders, they
+definately appriciate your help in this regard.
+
+Now, proceed to upload each 15 meg RAR segment file into that directory.
+Once you are done uploading and have verified that all files are properly
+Now, proceed to upload each 15 meg RAR segment file into that directory.
+Once you are done uploading and have verified that all files are properly
+on the site, create a subdirectory within your directory that says
+"COMPLETED" to let the traders know that the release has been fully and
+completely uploaded. Before creating the "COMPLETED" directory tag,
+please double check that all files have been properly uploaded and there
+are no bad or partially uploaded files.
+
+If your release has multiple CD-ROM discs, then create a subdirectory
+within the name subdirectory to encapsulate each disc. Here is an example
+if I were uploading Sierra's Pro Pilot:
+
+mkdir /ISO/Sierra_Pro_Pilot/CD1
+mkdir /ISO/Sierra_Pro_Pilot/CD2
+mkdir /ISO/Sierra_Pro_Pilot/CD3
+
+Then indicate the last disk of each archive to assist the traders:
+
+mkdir /ISO/Sierra_Pro_Pilot/CD1/END_AT_040
+mkdir /ISO/Sierra_Pro_Pilot/CD2/END_AT_038
+mkdir /ISO/Sierra_Pro_Pilot/CD3/END_AT_042
+
+Then upload the proper 15 megabyte segment files into their corresponding
+directories, whether it be CD1, CD2, or CD3. Once each disc is finished,
+create a subdirectory:
+
+mkdir /ISO/Sierra_Pro_Pilot/CD1/COMPLETED
+
+indicating that disc 1 of Sierra Pro Pilot has been successfully uploaded.
+These flags will greatly assist the traders.
+
+If your transfer ever dies or the site runs out of space, notify the
+administrators. Once space has been cleared, remove any bad RAR segment
+files and/or overwrite them to continue the upload.
+
+
Much has changed in the mp3 "scene" lately, but lets skip the intro and
+ history of the music/mp3scene of the internet. Those of u who have
+ been here since it all started in 1995/96 know that there has been much
+ chaos, and there still is. Any previous attempts (mp3spa)at bringing in
+ some organization and guidelines into the scene have failed. The scene has
+ always worked as every group by it self. That might have worked fine,
+ but we now want to move on and start appreciating other groups
+ releases/rip, and save our own time for ripping more. This means we have
+ to be able to trust each other rips. For this purpose, and nothing else,
+ a council was set up and a name was chosen: RIAA. The participants agreed
+ on some easy to understand rules about how to release music on the internet!
+ This was done by a few big mp3 release groups, but it is the hope of
+ everyone that all groups and independent suppliers will use them as well.
+ We expect top groups like MGC, UBE, NBD, BF, TFA, WLWMP3, MS, IMPG, IDM
+ (and others we forgot) to be joining this council soon!
+
+ The program is as follows:
+
+ 1) The scene will benefit from this effort, and we will respect the
+ agreed rules. The council name is RIAA.
+
+ 2) The members are councils of the chosen groups and a few more
+ selected people.
+
+ 3) New members of this council can join on Invite / Vote-in.
+
+ 4) Rippers/groups must produce .SFV files for crc'ing every release.
+
+ 5) Rippers/groups must produce .NFO files for every release, and the .nfo
+ file must feature at least:
+
+ ARTIST NAME - TITLE - GROUP RELEASE DATE - GROUPNAME
+
+ A release without proper .nfo AND .sfv file is a nuke on all big sites.
+
+ 6) Files and directories must only contain a-z A-Z 0-9 _ - () and
+ no other characters. Underscores will be used for spaces, and
+ double dots wont be used. i.e ..
+
+ 7) The length of filenames and directorynames must not exceed 64 chars.
+
+ 8) Directory names must at minimum include "Artist-Album-GROUPINITIALS"
+
+ 9) Filenames must at minimum include "Tracknumber-Songtitle-GROUPINITIALS"
+
+ 10) The music format is MP3 until MP4 format is out, and AAC and VFQ
+ are ignored.
+
+ 11) The following encoders are banned because of their inability to
+ produce good sounding mp3s.
+
+ Xing Encoder, BladeEnc, AudioActive Po -lq mode
+
+ These encoders are banned at the moment, but it might change soon. Stay
+ tuned...
+
+
+ ***** We Also Agreed That These Changes Will Be In Effect *****
+ ***** No Later Than FEBRUARY 1ST 1999. So Pls Be Ready With *****
+ ***** Your Sfv/Nfo Tools.. And The Characters.. *****
+ ***** Happy Mp3'Ing To Us All.. Lets Make 1999 A Better Year *****
+
+ This Document Was Signed & Approved On
+ December 17Th, 1998 By The Following
+ Individuals, Representing Their Respective Groups:
+
+ Vega[aPC] Aeonizer(Kain)[ATM] AlCapone[RnS] EXx[UMA] Fido[AMOK]
+
MP3 Council (un)Official Scene Releasing Standards 2000
+
+1. An .SFV file must be produced for verifying every release.
+2. An .NFO file must be produced for every release.
+
+The NFO file must feature at least:
+- Title
+- Artist Name
+- Label
+- Release Date
+- Tracks
+- Genre
+- Encode Bit rate
+- Source
+- Encoder
+
+Nfo must contain as much information about the release as possible,
+a recommendation is that you place a release notes section in the NFO
+
+3. Directory standard
+
+The following are the standards for directory naming:
+Directories must only contain characters; a-z A-Z 0-9 _ . - ( )
+
+The filenames cannot contain () through artist neither in dir nor in filename
+
+All release data will be held within one release directory; no CD1, CD2 directories
+
+Various Artist releases must start with "VA", soundtracks with "OST".
+
+Underscores and singular periods will be used. No double periods, i.e. ".."
+
+Length of ALL directories/filenames must no exceed 64 characters.
+
+Directory naming will follow this format (spaces are used to better display the format):
+Artist Name- Title - Additional Information - Published Year - Group name
+i.e. "artist_-_title-4cd-2000-group"
+
+Additional information tags are (suggestions):
+VLS - vinyl single (1-2 tracks)
+EP - vinyl maxi-single (2-5+ tracks)
+LP - vinyl full-length album
+CDS - cd single (1-2 tracks)
+CDM - cd maxi-single (2-5+ tracks)
+MD - minidisk
+Promo - promotional
+XX-import
+RETAIL - retail
+...
+etc.
+
+
+
+4. Filename standard
+
+Files must only contain characters; a-z A-Z 0-9 _ . - ()
+
+Dots are not allowed as replacement for spaces in filenames because it slows down windows
+
+File naming will follow this format (spaces are used to better display the format):
+Track Number - Artist - Song Title - Additional Info - Group.mp3
+
+
+Track numbering example:
+Single CD Release, or non CD and less than 2 sides, cds, etc...
+01-... (track 1)
+02-... (track 2)
+etc.
+
+Multi CD Releaes, or non CD and more than 1 side, cd, etc...
+101-... (track 1 from cd 1)
+102-... (track 2 from cd 1)
+201-... (track 1 from cd 2)
+202-... (track 2 from cd 2)
+etc.
+
+
+For vinyl releases you may also use the naming scheme a1, a2, b1, b2, etc...
+
+5. Encoding
+
+One of the following encoders MUST be used:
+- Fraunhofer HQ
+- LAME - http://www.sulaco.org/mp3/
+
+
+Encode Bit rate:
+Only 160JS or 192FS (Not 160FS or 192JS). For comedy or lower quality sources 160JS.
+Encode Bit rate from a quality source 192FS should be used.
+
+6. No dupes!
+
+You are not allowed to create a duplicate release from any other source if the original CD
+has already been released.
+You are allowed to create a duplicate release from a source of lower quality.
+(not allowed: vinyl after CD release - allowed: CD after vinyl release)
+
+A release is a dupe if the complete release (all tracks) is included in ONE previous release.
+Futhermore if a release is different because it has less tracks it is not allowed to be
+released when a release previous to it contained all the tracks from this release.
+
+7. Mixes must include track listing (in NFO) and a .CUE file if possible (N/A for live mixes).
+8. No self made compilations. (YES DJ Mixes r still allowed)
+9. All ID3 tags must be generated correctly (appropriate information in the correct fields).
+10.The entire CD,Vinyl,etc. must be released (not individual tracks).
+11.Live recordings (from radio) must contain a date when they were broadcast.
+12.Including covers or CD-Extra tracks (videos, etc...) in a release is optional.
+
+
+This Document was signed & approved in August, 2000 by the following individuals,
+representing their respective groups:
+
+crayfish(CMG) fido(AMOK) deepdown(NBD) azmd(MOD) wonder(UBE) fastjack(STAR) luna6(NuHS)
+karmacoma(kW) hopkin(sb) xtream(SS) uforia(eMission) atg(ATR) wezel(HS) eminenz(cnmc)
+trax(trbmp3) trancer(tclub) stryker(OZM)
+
+
In 1998, three people decided the future of how the scene should shape
+ itself and released a 10-point information document stating how a game
+ release should be conducted. In the past year, many of these rules have
+ been broken by its founding members and other groups have purposely
+ broken the agreement. In lieu of recent events, the deciding figures
+ of three groups, Class, Myth & Divine, have converged and agreed upon
+ a new set of rules based on the original Faction rules and Myth's
+ recent proposal and have been updated, modified and agreed upon by a
+ consensus to a new standard to better suit the scene in this millenium.
+ These groups have been active participants in shaping the scene in the last
+ 6 months, and were given active participation in voicing their point of
+ view. These new rules will allow for a more fair and competitive scene
+ while ensuring a quality-minded environment for the scene. These deciding
+ figures have bestowed themselves to be called the N.S.A., Network Software
+ Association. These rules have been ratified and approved among the three
+ groups and will be recognized and followed immediately on this date,
+ March 26th, 2000.
+
+ 1. The disk limit is as of now 65 x 2,915,000 bytes. This equates to a
+ total of 189,495,000 bytes of compressed data. Groups may not go over
+ the total size to prevent any future cheating. Acceptable compression
+ formats at this time are ACE or RAR or any future compression that
+ supports multiple volumes and long file names, followed by the
+ traditional PKZIPing.
+
+ The limit for standard game add-ons is 35 x 2,915,000 bytes for any add-
+ on that includes Music, Speech, Commentary or Play By Play for the
+ original release. Any add-on that does not fit this criteria will be
+ restricted to 25 x 2,915,000 bytes. Only the group that won a game
+ release is allowed to release the add-ons for the game.
+
+ 2. To prevent sloppy rips, a re-release of a game is allowed to make groups
+ release proper and respectable releases. The following provisions
+ include:
+
+ a) it can be ripped in >=10 disks less than the previous release by us-
+ ing only lossless compression methods. Lossy compression will not be
+ permitted to compromise the release to fit under this condition.
+
+ b) it can be ripped in >=15 disks less of the size of the previous
+ release by using mp3-compression while not downgrading any wavs
+ or mp3's sound quality using lossy compression.
+
+ That means all the essential gamedata must be still included in the re-
+ release. No essential data is allowed to be removed to be considered a
+ valid re-release. A re-release from a competing group may not use tools,
+ original crack or any other files from the previous release that were
+ modified for the original game rip.
+
+ The re-release of a rip can be done by any group and must be done in
+ at most 48 hours after the release of the original rip, as possibly
+ every game is rippable in a smaller size if enough time is spent.
+
+ 3. Every release under this limit MUST be a functionally and playable
+ complete game with no essential data missing to complete the game.
+ This means that included will be every component necessary for
+ the successful completion of the game e.g.:
+
+ - all game executables that are needed,
+ - every level (single AND multiplayer),
+ - every track (including practice),
+ - all actor graphics & models etc,
+ - sound effects
+ - registry settings to play on the Internet (e.g. Zone/DirectPlay)
+
+ 4. Any lossless compression method to reduce the size of selected game data
+ is ALLOWED (e.g. uharc).
+
+ 5. Lossy compression is ALLOWED for sound, videos and non-texture graphics
+ (e.g. jpeging of menu screens) but lossless compression is encouraged
+ before using lossy compression. Lossy compression of textures is expli-
+ citly FORBIDDEN to prevent the many problems inherent to that.
+
+ 6. Sound effects WILL and MUST be included. To reduce the size of rips when
+ possible, standard waveformat files (PCM) should be mp3-compressed
+ if possible in a reasonable state of time and is over the size of 20
+ disks. If the soundfiles exist inside a bigfile its highly regarded
+ when time is invested to extract those files to compress them. Groups
+ are not to required to index bigfiles though. Downgrade of sound quality
+ to sound files to allow the game to fit the limit will not be permitted.
+
+ It is allowed to rip music, commentary/speech and ambience files as long
+ as the game remains playable. Speech files MUST be included if there
+ exist no on-screen subtitles. It is okay to remove commentary from a
+ release if size does not permit it.
+
+ It is highly regarded when all sounds, speech and music are included in
+ a rip and not intentionally put out as addons.
+
+ 7. It is allowed to remove gamedata that exists in multiple resolutions or
+ formats as long as the game remains playable on a typical system which
+ is defined by a PII-300 with a D3D-card and soundcard.
+
+ - high-resolution textures for highend systems.
+ - low-resolution textures for low-end systems if there is no
+ possible options to include the high-resolutions in the release.
+ If size permits, it is expected that high resolution be released
+ as an add-on.
+ - high-screen resolution graphics data standard of 800x600 (or 640x480
+ if other than 800x600 is not applicable)
+ - at least one hardware-dependent data must be included, and must be
+ in Direct3D mode or any other hardware data modes that are accepta-
+ ble (e.g. Glide textures). A release of software mode only with all
+ hardware-dependent data and textures removed will not be allowed in
+ future releases.
+
+ 8. Movies (intros, cutscenes) should be removed if they aren't game-related.
+ Movies must be ripped in a way so that the gameplay experience is not
+ compromised, e.g. framing of movies is highly regarded. It should always
+ be avoided to create situations in which user-input is necessary on
+ black screens because the video normally shown has been blacked out.
+
+ 9. Other allowed add-ons for games include:
+
+ - cutscenes/movies
+ - commentary/speech
+ - music
+ - manual/documentation
+ - editor
+
+ Intro and Outro add-ons are EXPLICITLY FORBIDDEN. Not more than 2 add-ons
+ should be released for a game release.
+
+ 10. Children's games (aka Kiddie games) and Edutainment software do not
+ qualify under these rules guidelines for acceptable releases. Kiddie
+ games are usually defined via the game target audience of '5-12 years'
+ as stated by the game's producer. Common sense should be based on
+ common sense by all groups to identify what really is a kiddie game.
+ Platform games are not to be considered kiddie games.
+
+ 11. Levelpacks, game add-ons etc. for rips are only allowed if they are offi-
+ cially released/authorized by the same company/developer/publisher that
+ put out the original game. If possible by its size, the add-on should be
+ made as a standalone and not needing the original game release. The
+ original missions may be removed to allow the game add-on to become
+ standalone if not size can not permit the original game. It should be
+ explained in the NFO if and why a game add-on isn't made to be standalone.
+
+ 12. In regard to games distributed in the United States that are LATER
+ distributed in Europe or vice versa under the same or different name /
+ publisher. These games if released AFTER another group's release are
+ counted as DUPES unless it can be proven that there is a clearly
+ noticeable PLAYABLE difference in the latter release (more than just
+ tiny differences in graphics or sound). Differences in filedates and
+ Game Titles between Euro and US releases are NOT a good enough reason to
+ re-release the game.
+
+ 13. A brief outline of what has been stripped from the game should be
+ clearly stated in the game-release .NFO, as well as information as to
+ whether or not Add-Ons can be expected.
+
+ 14. Fully cracked Update Patches and Trainers are highly regarded, though
+ they are not the responsibility of any group (including that of which
+ released the original game). If 2 trainers from the same or different
+ groups are released for 1 game, this does NOT qualify as a dupe unless
+ the latter trainer provides no new features over the prior trainer. Beta
+ update patches will not considered a valid release among any game group.
+ No group shall release a cracked patch for a game if a generic patch
+ exists for a particular game in the scene. If a generic crack exists, a
+ new patch-release must specify that the generic crack does not work
+ anymore.
+
+ 15. If two or more rips of the same game get released, the first working rip
+ wins. Sites should not nuke any release until the winning rip has been
+ proven to work correctly and follows the above ruleset.
+
+ 16. No group shall do a rip using another's groups work, be it an iso crack
+ or tools written by another competing group. Any third party tools shall
+ be acceptable. A crack from an ISO or past release (even in other
+ languages) shall not be used unless permission is given from the
+ cracker/creator of the original release group.
+
+ All appointed HQ (Headquarters) should abide by these rules to the
+ fullest extent permutable. Any group that competes in the gaming rip
+ scene will and must abide by the above rules to allow fair competition
+ among all competitors.
+
+ Signed,
+ Leaders, Council Members and Seniors of Class, Myth & Divine.
+
+
+
www.isonews.com
+ ▀ ▀▀▀ ▄██▀▀ ▀ ███▀▀██▄ ▀
+ █ ███ ▀▀▀▀▀███ ███ ███ █
+ ▄█ ▀▀▀ ▀▀▀▀▀▀▀▀ ▀▀▀▀▀▀▀▀ █▄
+ ▄████████████████████████████████████▄
+ █▓ ▄▄ ▀█▀ ▄▄ █▓ █▄█ █▀ ▄▄█▄██
+ █ ██ █ ▄▄▄▄▓█ █ █ █▄▄▄▄▄ ▓█
+ █▄▄▄██▄▄▄█▀ ▄▄▄█▄██▄▄▄▄▄▄▄▄██▄▄▄▄▄▄▄▄█▄
+ ▀███▀▀▀▀▀▀ ▌▀▀▀██████████████████████▀▀▀█
+ ▄▄▄███ ███▓ ▄███ ▄▄▄▄ █ ▄▄▄▄ ▄▄▄▄ █ ▄▄▄▄▀ █
+ ▄█▀ ▄▄▄▄▄████ ▀▀▀▀ ████ █ ████ ████ ▀ ████ █▀
+ █ ■███ ▄ ████ ████ ████ █ ████ ▀███▄███▀ ▄█
+ ▄█ ████ █ ████ ████ ████ ▀ ███▓ ▄███▀ ▀███▄ █▄
+ e█▀▀ ▀███▄▄▄████ ███▓ ▀██▄▄███▀ ■████ █ ▓███▄ █▄
+ d█ ▌▀ ▄▄▄ ▌▄▄▄▄▄▄▐ ▌ ▄▄ ▐ █▄▄▄▄▐ █▄▄▄▄▄ ▌▀▀▀▀█
+ g█ ████▄▄▄▄▄ ▀█▀ ▄▄▄▄▄███▓ ▄▄▄█ █ ▄▄▄ ▀ ▄▄▄▄▄████ █
+ e█ ████ ▄ ███■ ■███ ▄ ████ ████ ▀ ████ ■███ ▄ ████ █
+ ■█ ████ █ ████ ████ ▀ ████ ████ █ ████ ████ ▀ ▀▀▀▀ █
+ i█ ████ █ ████ ████▀▀▀▀▀▀■ ▀███ █ ████ ▓▀▀▀▀▀▀████ █
+ M█ ▓███ █ ████ ▀███▄▄▄ ▄ ██ ▀██▄█▄███▓ ▄ ▄ ▄▄▄███▀ █
+ G█▄▄▄▄▐ █ ▀▀▀▀ ▄▄▄▄▄▄▄▄▄▄███▄▄▄▄▄▄▄▄▄▄▄█▄▄▄▄▄▄▄▄▐ █▀
+ ▀█▄▄████████████████████████████████████████▄▄█
+ ██ ▀▀█▀██▀ ▄▄ ██▄█▄▄ ▀█▓ ▄ ▄ ▀█▀
+ █ ██▀▀▀▀ ▄▄▄▄▓█ ▄▄ █ █▄█ █
+ █▓▄▄▄▄▄▄▄██▄▄▄▄█▄██▓▄▄▄▄▄▄▄█▄▄▄█▄█▄▄▄█
+ ▀███████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██▀
+ ▀█▀▀▀▀▀ ███ ▀▀▀ ███ ███ ███ ███ █▀
+ ▀ ███▀▀███ ███ ███ ██▀ ▄██▀▀██▄ ▀
+ ▀ ■▀▀▀▀▀▀▀ ▀▀▀ ▀▀▀▀▀ ▀▀▀ ▀▀▀ ▀
+ www.divxnews.com
+
+┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ Team Div/X (TDX) Presents: The Div/X Releasing Standards (c) 2000 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+├──────────────────────────┬───────────────┬─────────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ This group was formed because we thought the new Div/X scene was a bit │
+│ unmoderated, sloppy and pretty much a free-for-all. Leaders of the top │
+│ 5 DivX releasing groups, topsite siteops as well as rippers and encoders │
+│ have put their competitive edge against each other to work together for │
+│ the betterment of the DivX scene. iSONEWS.COM and DiVXNEWS.COM are proud │
+│ to bring you the results of Team DivX (TDX)'s meetings and debates. │
+│ │
+│ We realize that not EVERY group was included in these decisions, please │
+│ do NOT take offense to this decision - We felt we selected enough people │
+│ from different groups to represent all aspects of the discussion. All │
+│ opinions were accepted and negotiated and then voted on for final approval.│
+│ The rules went through 5 beta stages and have now been finally completed. │
+│ We recognize that we are not perfect and these rules may be changed and/or │
+│ modified at any time and the group will stay in contact for new developing │
+│ technologies or conflicts with the current rule system. We would like to │
+│ request that ALL groups and top sites accept these rules as standards │
+│ and enforce them strictly. Our goal is to have an organized, acceptable │
+│ and competitive scene so everyones co-operation is greatly appreciated. │
+│ │
+│ If ANYONE has any suggestions/comments/complaints please feel free to │
+│ email us: tdx@divxnews.com (futher contact info at the bottom). We │
+│ want to work with all of you, not against you. Thanks in advance for │
+│ the positive input and support. │
+│ │
+│ // krazy8 - Coordinator │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬───────────────────────┬───────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Movie MUST fit the following rules (applies to XXX as well): │
+│ EITHER: │
+│ - Released to DVD in the past 31 days (NO CLASSICS, NO EXCEPTIONS │
+│ unless it is a siteop request and then it should not travel further │
+│ than specified site) │
+│ │
+│ OR: │
+│ - Original Screener Tape -> Div/X: │
+│ - Referred to as 'PRVHS' (see Notes section) │
+│ - MUST be ORIGINAL screener tape -> div/x (NOT the vcd screener - │
+│ see reasons posted under 'vcd -> divx NOT allowed' in Notes │
+│ section) │
+│ - MUST be 512xXXX or BETTER │
+│ - MUST be named Movie.Title.PRVHS.Divx-GROUP │
+│ │
+│ NOT ALLOWED: │
+│ - VCD (includes vcd screeners, telesyncs, cams, workprints) -> Div/X │
+│ will NOT be allowed (see Notes section) │
+│ - VHS -> Div/X will NOT be allowed (NO EXCEPTIONS) │
+│ - MULTI-LANGUAGE - (see Notes section) │
+│ │
+│ │
+│ TV Movies / Straight to Video (not in theater) Movies: (see Notes section)│
+│ - ONLY allowed if they make it to DVD and fit the date rules (released │
+│ within 31 days) │
+│ │
+│ │
+│ Movie Length: │
+│ - Movies under 105minutes must be under 700 MBs. │
+│ - Movies over 105minutes CAN be 2 CDs. Each under 650MBs. │
+│ │
+│ │
+│ Bitrates: │
+│ - Must use the Low-Motion Codec. │
+│ - Video shall be a minimum of 720Kbs. │
+│ - Audio shall be a minimum of: │
+│ WMA 96kbs, 44kKz │
+│ MP3 128Kbs, 44kKz │
+│ - Audio should NOT be 48Khz, quality degrades on standard sound cards. │
+│ │
+│ │
+│ Packaging: │
+│ - All release must be .AVI, not BIN/CUE. (see Notes Section) │
+│ - Must be packed with RAR. NO compression is needed (proven worthless) │
+│ and broken into 15MB or 20MB volumes │
+│ - Must have SFV. │
+│ - Must have NFO. │
+│ - NFO MUST INCLUDE: │
+│ group name │
+│ title │
+│ actual divx release date │
+│ US theater release date │
+│ DVD release date │
+│ audio bitrate (and stating wma or mp3) │
+│ video bitrate │
+│ movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ number of rars per cd (eg. 44x15MB) │
+│ widescreen indication in the nfo only - NOT in the directory name │
+│ │
+│ │
+│ Credits: │
+│ - NOT required in the .avi itself │
+│ - NOT required in the .nfo - it is 'recommended' to list the main few │
+│ characters as IMDB lists them │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED │
+│ - 1 (one) full minute in length (approx 10MB) and in separate folder │
+│ marked 'SAMPLE' │
+│ - MUST be taken from the movie - NOT encoded separately │
+│ │
+│ │
+│ Directory Naming: │
+│ - Directory names shall NOT exceed 64 characters │
+│ - DO NOT indicate WS (widescreen), DATE, GENRE or anything else in the │
+│ directory name. (ONLY within the nfo) │
+│ - Acceptable characters in naming a directory include: (NO spaces or │
+│ double dots - single dots or underscores ONLY) │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - Movie.Title.DVDrip.Divx-GROUP │
+│ - Movie.Title.PRVHS.Divx-GROUP │
+│ - Movie.Title.XXX.Divx-GROUP (assuming ALL xxx releases are dvdrips, │
+│ we do not need to say so in the directory name) │
+│ │
+│ - Releases that are more than 1 (one) CD will follow these specs: │
+│ - MUST be named CD1, CD2, CD3 and so on. ('disc1', etc will NOT be │
+│ allowed) │
+│ - There MUST be an sfv included for each CD │
+│ - rars MUST be broken into 2 or more CD volumes. (78 rars of a 2 │
+│ disc title will NOT be tolerated) │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬────────────────────────────┬────────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ A few notes: │
+│ - Movies should be ripped in their most widescreen format available. │
+│ - Watermarks WILL NOT BE ALLOWED IN ANY CASE │
+│ - vcd -> divx is NOT ALLOWED: │
+│ - lose ability to be played in dvd player │
+│ - waaaay too many releases │
+│ - no quality upgrade, just smaller packaging │
+│ - flood of crap groups (no skill involved, just a race to leech, │
+│ convert and re-release) │
+│ - PRVHS = Pre Release VHS which is also equivalent to Original Screener │
+│ tape but this naming system will avoid confusion for nukers when it │
+│ comes to nuking vcd -> divx because 'screener' is typically │
+│ associated with vcd │
+│ - NO TV Movies or Straight To Video: │
+│ - UNLESS it makes it to dvd - then the 31day rule is applied │
+│ - quality, commercials, too many tv movies │
+│ - only the good ones make it to dvd │
+│ - AVI and not BIN/CUE: │
+│ - Some ppl burn to archive and play on a computer at a later time │
+│ BUT since there is no outside purpose other than playing on the │
+│ computer, there is NO need to be packaged as bin/cue │
+│ - NO Multi-Language (keep in mind the goal of preserving the highest │
+│ quality in the smallest package): │
+│ - Not enough demand │
+│ - DEGRADES the quality │
+│ - Adds unnecessary space │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬──────────────────────────┬──────────────────┴┴───────┐
+│ └───[ GROUPS & MEMBERS ]───┘ │
+│ │
+│ TDX is comprised of members of the following top Div/X groups: │
+│ │
+│ - FM4 - FAiTH - PRiVCD - DHQ - DVL - │
+│ │
+│ - krazy8 - RipKord - │
+│ - rook - xprog - WAREZ21-N - Badness - gand - │
+│ - x[rush]x - Sigar - DireW0lf - DVDRick - rvn - │
+│ - Redemtion - goldragon - │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬─────────────────┬──────────────────────┴┴───────┐
+│ └───[ CONTACT ]───┘ │
+│ │
+│ EMAIL: tdx@divxnews.com │
+│ WWW : www.divxnews.com │
+│ IRC : #divxnews / #isonews (efnet) │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+
+ ▬
+ ▄▄▀ ▬ ▬
+ ▄▄▄▄▄██▓▌ ▀▄▄▄ www.isonews.com ▀▄▄ ▄
+ ▄▄▄████▀ ▄██▓▌ ░▓█▄▄▄ ▀████▄▄▄▄▄ ▐███▄ ▄▄▄▄▄▄█▌
+ ▌███ ▓███▌ ▐██▓▌ ▄▄██▀██▄▄ ▐████▄ ▓██▐ ████▀▀▀▀▀▀▀▀▀▀▀▀ ▀ ▓████▄▄███▀▀ ███▓
+▐▓██▓ ▓██▓ ▓██▓ ▓███▌ ▐███▓ ▓███▀█▄▓██▓ ▓████▓░ ░ ▀████▀ ▓███▌▓███▌░ ███▓
+▄▄▄▄▄▄███▓ ▐████▌▐███▓ ░ ▓███▌▓██▓ ▀███▓ ▓██▓ ▄▄▄▄▄ ▓██▓░ ▓██▓ ▒███ ░▐████▌
+ ▓███▌▐███▌▀▀▀▀▀▀▐███▓ ░ ▓███▌▓██▓ ░ ▓██▓ ▒██▓ ▐███▓ ▐███▌ ▒██▓ ▐███▄ ▀▀▀▀▀▀
+ ▓██▓░ ▀▀▀▀▀███▄ ▐▐██▓ ░ ▓███▌▓██▓ ░ ▓██▓ ▒██▓ ░ ▓███▌▐███▌█ ░███▄▄ ▀▀▀▀███▄▄
+ ▌██▓ ▄█▄▄ ▓██▓ ▄███▌ ▐███▒ ▓██▓ ▐███▒ ░██▓ ▄███▓ ▓██▓▐█▌████▐▐██▌ ░ ▓███▌
+▐███▓ ▓██▓ ▐████▌ ▀▀██▄██▀▀ ▓██▐ ██████████████▀▀ ▓███▀ ▀███▌ ▀███▄▄████▀
+▀▀▀██▌ ▀███▄███▀▀ ░░ ▀ ▀▀▀▀▀▀▐█▀▀ ▀▀█▌ ░░ ▐██▀ ▀█▀ ▀
+ ▀ ▀ ▬▀ ▀ ░ █▀
+ ▬▀ s8!CRO^Sr
+
+
+
+ f r e e m p e g f o u r
+
+ ▄▄▄ ▄▄ ▄▄ ▄▄▄▄
+ ▄██████▓▄ ▄█████▓▄ ▄██████▄ ▄▄▄▄ ░▓███
+ ▐███▀ ▀███▌ ▐███▓▀▀████▓▀▀████▌ ▐███▌ ███▓
+ ░▓██▌ ▐███░▓██▓░ ▓██░ ▓██▓ ▐███▌ ░▓██▓
+ ███▌ ▐███▒███▌ ▐█▌ ▐██▓░▓████▄▄████▄▄▄
+░░░░░░░░░░░░░░░░ ████▌░░▐███░███▌░░░░▐█▌░░░░▐███░ ▀▀▀██▓██████▓
+░░░░░░░░░░░░░░░░ ███▌ ░▓██▌ ▐██▓░ ░▓███░
+ ███▌ ░███▌ ▐██▓ ▓███░
+ ░▓██▌ ░▓██▌ ▐██▓░ ████
+
+
+
+ ▄▄▄
+ ▄▄▄██▀▀▀▀████▄
+ ▄████▀ ▐███▓▌ ▄▄▄▄▄
+ ▐███▓▌ ███▓▓ ▐███▓▌
+ ███▓▓ ▐███▓▌ ███▓▓
+ ▐███▓▌ ▄███▓▓ ▐███▓▌
+ ███▓▓ ▄▄████▀▀▀ ▄▄▄██▄ ▄▄▄▄▄ ▄▄▄██▄ ▄▄▄███▓▓
+ ▐███▓██▀▀ ▄▄▄██▀▀▐███▓▌ ▐███▓▌ ▄▄▄██▀▀████▓▌ ▄▄▄██▀▀▀▐███▓▌
+ ███▓▓ ▄████▀ ▄▄▓ ▀▀▀▀▀ ███▓▓ ▄████▀ ▐███▓▓ ▄████▀ ███▓▓
+ ▐███▓▌▐███▓▌▐███▓▌▐███▓▌ ▐███▓▌▐███▓▌ ▀▀▀▀▀ ▐███▓▌ ▐███▓▌
+ ███▓▓ ███▓▓ ███▓▓ ███▓▓ ███▓▓ ███▓▓ ███▓▓ ███▓▓ ███▓▓
+ ▐███▓▌▐███▓▌▐███▓▌▐███▓▌▐███▓▌▐███▓▌ ▐███▓▌▐███▓▌ oO▐███▓▌
+ ▀▀▀▀▀ ▀▀▀▀▀ ▀▀▀▀▀ ▀▀▀▀▀▀▀▀▀▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+
+
+
+
+ .######. ;; .=..=; .=. ;#####;
+ .#########+ ######..#####= ;###X+###+
+ ;###; ;####= .#### =###; +###. ;###.
+ .##;=##X .####. ;###. #### +###. .###+
+ ##+###X +###. #### .###= =###; ####
+ ######. =###..###= ;###. .#### .####
+ .;#### =###.;###. .+#### ####. . ;###+
+ .###= #### ###########= .#### .##; +###;
+ ;###. .###X.#######+###. =###; ;## ####.
+ #### =###;;###.X#.#### ####. ;###+
+ .###= .#### #### .###= #### ####.
+ ;###. ####..###= ;###. #### ;###;
+ #### .####= ;###. #### ####.=######+
+ .##########+ #### .###= +#####. ###X
+ ##########; +#### ####+ .####.;####X
+ ;#########; ######X;######; .##########
+ ... ;##=
+ #####.
+ ####;
+ .X;
+
+
+ ░
+ ▒
+ ░ ░░▒▓██▀▀▀▀▀▀▀▀█ █▀▀ ▓▀▀▀█
+ █ █ █▀▀▀█ █ █
+ ▐ █ █ █ █ ██▓▒░░
+ █ █ █ █ █ █
+ █ █ █ █ █ █
+ █ █ █ █ █ █
+ █ █ █ █ █ █
+ █ █ █ █ █ ░▓░░░ ░ ░
+ █ █ █ █ █ █
+ ░ ░ ░▓░ █ █ █ █ █
+ █ █ █ █ █ █▀▀▀█
+ █ ▓ █ ▓ █ ▓ █
+ █ ▒ █ ▒ █ ▒ ░▒░░ ░
+ █ ░ █ ░ █ ░ █
+ ░ ░▒▓██▄▄▄▄▄■▀ ▀■▄▄▄▄▄█▀■▄▄▄■▀
+
+ ░ ░▒▓███████████████████████████████░ ░
+ ▌ ▌ ▌ ▌ ▌ ▌ ▌ ▌ ▌ ▌
+ ███████████████████████████████
+ ▌ ▌ ▌ ▌ ▒
+ ░ ▌ ▌ ▌ ▌▓
+ ▓ ▌ DiVX ▌ ViDEO ▌ LAB ▌
+ ▌ ▌ ▌ ▌ ░
+ ██████████████████████████████
+ ▌ ▌ ▌ ▌ ▌ ▌ ▌ ▌ ▌ ▌
+ ░ ▒ ▓███████████████████████████████▓▒░░ ░
+
+
+
+
+ --========-,,,,-----, .......
+ /,/+++/////////+++%%%. =;-=;;;;;; .-:==:===: ::;==---==--,,,,,,,--, .
+ +.:+////////////+++%$. .%+ =////+%. +%$: ////%+ /+%%%+++/////;;//++=++//+ ==;+/-;//+/
+ +.:++///////////+++%$. ;$=.;/////%/ %$$: ;//+%+ ;++%+++/////////+$+./+++%-$$$$% ;++%+
+ +.:+++++++///+++++%%$. .$%.-/////++%, %$$: ;//+%+ ;+%%%+++////////+$%./+++%-$$$$% :++%+
+ +.:++++%++%%%%%%%%%%$. ;X:.;////+++$; `'+--+++'' +%%%%%:++++++++++$%./%++%-$$$$% :++$%
+ +.;%+++$: .X%,=+++%;+++%$, /XX/+++%% :/+$:.+++%%::++%$%./%%%$-$$$$% :+%$%
+ %,;%%%%$: ;X;,/+++$-+++%$/ $XX;-+++%$ ;XXX:,+++%% $XXX%,+%%%$-$XXX%.;%%$%
+ %,;%%%%$/----------, .$$-:%%%%X=/%%%$$. $XX;.++%%$ :XXX;,%%%%% XXXX%,+%%%$:XXXX$.;%%$%
+ %,/%%%%$%%%%%%%%%$$/ ;X;-+%%%XX+=%%%$X/ $XX;.+%%%X ;HHH;-%%%$% XHHH$,+$%%$%%%%%%;/%$$%
+ %,;%%%%%%%+++%%%%%X+ .$$-:%%%%XXX-/%%%$X. $XX/.+%+%$ ;HHH;-%%%%% USOH$,+$%%%%%%%%%%%%$$%
+ %,;%%%%+++++++++%%X+ ;X/,+%++$HXX:-+%%%X/ $XX/.++++$, :XXX;,%%+%+ XXXX$,+$%%%%++++++%%%$%
+ %,;%%++++++++++++%$+ $$-=++++X@X$+,;+%%$$.%XX; /+++$- :XXX:,+++%+ $XXX$,/%%%%+++++++/%%%+
+ +.;++++%+/;//////++;:X;,/+++%%++++/:++%%$;;$$; ////%- :XXX:.+++++ /XXX$.;%%+%/%%%%+,=+%%+
+ +.:++++%;........,,,$$-=+++////////+++%%%$+$$; ;///%- :XXX:.++/++ /XXX$.;%++%-$$$$% =++%+
+ +.:+++/%: =X/,/++//////////+++%%$$$$; ;///%- :XXX:.+//++ /XXX%.;%++%-$$$$% =++%+
+ +.:++//%: X$-=++/////////////+%%%$$$; :///%- :XXX:.///++ /XXX%.;++++ $$$$% -++%+
+ +.:+///%: :X/,/++/+%;;;;;/%%:-+%%+%$$; :///%- :XXX:.///++ /XXX$.;+++%.$$$$$.=++%+
+ +.:+///%: $X-=+++/%/.....-X$;,/%%+%%$; :///%- :XXX: ///++ /XXX$.;%++%,$$$$$.=++%$
+ +.:++//%: :X/,/++++%- /X$-=%%++%$; ;///%- :XXX:./+/++ /XXX$.;%++$,$$$$$.=++%X
+ +.:++++%; $$-=%%++%+ ,XX/-+%%+%%;.;//+%- ;XXX;,+++++ /$XXX-+%%%$,++%%%,;++%$
+ +,/++++%+ -X+:+%%%%%: ;%$:%$$+/+:=////+, ,:;/::;;;:: ,-==:-:---- ,.,-,.,,,,-
+ //%%/;;;; -=:::--,- . ...
+
OFFiZiELLE DEUTSCHE DiVX REGELN
+
+.ALLGEMEiN_____________________________________________________________________
+
+
+1. Der Rip muss komplett von der Gruppe stammen, es muessen Video und Audio
+von derselben QUELLE kodiert worden sein.
+
+2. Es muss ein DVD- oder direkt kopierter digital-TV-Rip sein (d.h. die Quelle
+muss ein rein digital verarbeiter MPEG2-Stream sein).
+
+3. Digital-TV-Rips duerfen kein Senderlogo oder sonst irgendwelche Einblendun-
+gen enthalten.
+
+4. Als KINOSTART wird der deutsche und nicht der Start im Produktionsland ge-
+wertet, gab es jedoch keinen deutschen Kinostart, ist das Produktionsjahr
+anzugeben (dies bezieht sich auch auf <jahr> im Dateinamen der NFO).
+
+5. Ein einminuetiges SAMPLE, welches aus dem releasten avi stammt (d.h. nicht
+extra encoded wurde) muss in einem separaten Verzeichnis im Release ent-
+halten sein.
+
+6. Es muss per SBC encoded worden sein. Die Stats aus dem ersten Pass muessen
+in einem separaten Verzeichnis im Release enthalten sein.
+
+7. Die minimale/maximale X-AUFLOESUNG muss gecroppt 512/640 pixel betragen.
+
+8. Die minimale/maximale AUDIOBITRATE muss 128/192 (C/ABR) oder 96-160/128-224
+(Lame VBR) sein. Die Audioaufloesung betraegt 44khz @ 16bit.
+
+9. Das Seitenverhaeltnis der Videoaufloesung darf maximal 5% von dem des DVD-
+Bildes abweichen. Die X-Y-Werte der Aufloesung muessen div16 sein.
+
+10. Ein Film kuerzer als 95 MINUTEN muss auf 700mb passen - ausgenommen sind
+vollstaendig computeranimierte Filme (z.B. Toy Story, Antz, Shrek) und XXX.
+
+11. Zulaessige Groessen der Release sind: 1CD, 1.5CD (so dass 2 solcher Release
+auf 3 CDs passen) 2CD und 3CD (bei einem Film laenger als 200 Minuten).
+
+12. Der ABSPANN muss in einem 1CD Release nicht vollstaendig enthalten sein,
+jedoch soweit, dass erkennbar ist, dass der Film tatsaechlich geendet hat.
+Falls im Abspann noch Filmszenen enthalten sind, muss dieser in gleichbe-
+rechtigter Bitrate wie der eigentliche Film, soweit diese Szenen reichen,
+kodiert werden. In einem 2CD+ Release muss der Abspann in voller Laenge
+enthalten sein.
+
+
+.BENENNUNG_____________________________________________________________________
+
+
+<gruppe>-<filmtitel>_<cd#>.avi 1CD = gwl-pitch_black.avi
+2CD = gwl-pitch_black_1.avi
+gwl-pitch_black_2.avi
+
+<gruppe>-<abkuerzung><cd#>.rar 1CD = gwl-pibl.rar
+2CD = gwl-pib1.rar
+gwl-pib2.rar
+
+<gruppe>-<abkuerzung><cd#>.sfv 1CD = gwl-pibl.sfv
+2CD = gwl-pib1.sfv
+gwl-pib2.sfv
+
+<gruppe>-<filmtitel>_(<jahr> ).nfo = gwl-pitch_black_(2000).nfo
+
+
+Die Benennung des Verzeichnisses ist in gewissen Grenzen beliebig. Ent-
+halten sein muss jedoch: <Filmtitel> DiVX German <QUELLE> -<GRUPPE>
+
+Beispiele, Quelle = DVD:
+
+Pitch.Black.DiVX.DVDRIP.German-GWL
+Pitch.Black.DiVX-DVDRIP-German-GWL
+Pitch_Black_DiVX-DVDRIP-German-GWL
+
+Beispiele, Quelle = digital-TV:
+
+Pitch.Black.DiVX.dTV.German-GWL
+Pitch.Black.DiVX-dTV-German-GWL
+Pitch_Black_DiVX-dTV-German-GWL
+
+
+.NFO___________________________________________________________________________
+
+In der NFO muessen mindestens folgende Informationen enthalten sein:
+
+Releasedatum
+Anzahl der RARs pro CD
+Videoaufloesung
+Audioaufloesung
+deutscher Titel und Originaltitel
+deutscher Kinostart und DVD-Release-Datum
+Name des Regisseurs
+Laenge des Films
+IMDB-Rating und URL zum Film
+5-zeilige Angabe des Plots
+
+
+.SiGNiERUNG____________________________________________________________________
+
+Diese Regeln sind von folgenden Gruppen anerkannt:
+
+
+ADM ANNO DiA GDS GME2000 GWL MMP RC
+
+[ODDR-20010820b.txt]______________________________________________________[EOF]
+
+
+ www.isonews.com
+ ▀ ▀▀▀ ▄██▀▀ ▀ ███▀▀██▄ ▀
+ █ ███ ▀▀▀▀▀███ ███ ███ █
+ ▄█ ▀▀▀ ▀▀▀▀▀▀▀▀ ▀▀▀▀▀▀▀▀ █▄
+ ▄████████████████████████████████████▄
+ █▓ ▄▄ ▀█▀ ▄▄ █▓ █▄█ █▀ ▄▄█▄██
+ █ ██ █ ▄▄▄▄▓█ █ █ █▄▄▄▄▄ ▓█
+ █▄▄▄██▄▄▄█▀ ▄▄▄█▄██▄▄▄▄▄▄▄▄██▄▄▄▄▄▄▄▄█▄
+ ▀███▀▀▀▀▀▀ ▌▀▀▀██████████████████████▀▀▀█
+ ▄▄▄███ ███▓ ▄███ ▄▄▄▄ █ ▄▄▄▄ ▄▄▄▄ █ ▄▄▄▄▀ █
+ ▄█▀ ▄▄▄▄▄████ ▀▀▀▀ ████ █ ████ ████ ▀ ████ █▀
+ █ ■███ ▄ ████ ████ ████ █ ████ ▀███▄███▀ ▄█
+ ▄█ ████ █ ████ ████ ████ ▀ ███▓ ▄███▀ ▀███▄ █▄
+ e█▀▀ ▀███▄▄▄████ ███▓ ▀██▄▄███▀ ■████ █ ▓███▄ █▄
+ d█ ▌▀ ▄▄▄ ▌▄▄▄▄▄▄▐ ▌ ▄▄ ▐ █▄▄▄▄▐ █▄▄▄▄▄ ▌▀▀▀▀█
+ g█ ████▄▄▄▄▄ ▀█▀ ▄▄▄▄▄███▓ ▄▄▄█ █ ▄▄▄ ▀ ▄▄▄▄▄████ █
+ e█ ████ ▄ ███■ ■███ ▄ ████ ████ ▀ ████ ■███ ▄ ████ █
+ ■█ ████ █ ████ ████ ▀ ████ ████ █ ████ ████ ▀ ▀▀▀▀ █
+ i█ ████ █ ████ ████▀▀▀▀▀▀■ ▀███ █ ████ ▓▀▀▀▀▀▀████ █
+ M█ ▓███ █ ████ ▀███▄▄▄ ▄ ██ ▀██▄█▄███▓ ▄ ▄ ▄▄▄███▀ █
+ G█▄▄▄▄▐ █ ▀▀▀▀ ▄▄▄▄▄▄▄▄▄▄███▄▄▄▄▄▄▄▄▄▄▄█▄▄▄▄▄▄▄▄▐ █▀
+ ▀█▄▄████████████████████████████████████████▄▄█
+ ██ ▀▀█▀██▀ ▄▄ ██▄█▄▄ ▀█▓ ▄ ▄ ▀█▀
+ █ ██▀▀▀▀ ▄▄▄▄▓█ ▄▄ █ █▄█ █
+ █▓▄▄▄▄▄▄▄██▄▄▄▄█▄██▓▄▄▄▄▄▄▄█▄▄▄█▄█▄▄▄█
+ ▀███████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██▀
+ ▀█▀▀▀▀▀ ███ ▀▀▀ ███ ███ ███ ███ █▀
+ ▀ ███▀▀███ ███ ███ ██▀ ▄██▀▀██▄ ▀
+ ▀ ■▀▀▀▀▀▀▀ ▀▀▀ ▀▀▀▀▀ ▀▀▀ ▀▀▀ ▀
+
+┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The DivX Releasing Standards 2001 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+├──────────────────────────┬───────────────┬─────────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ I am proud to inroduce the newest revision to the TDX rules. Many long │
+│ hours have been spent making them the best that they could be. I thank │
+│ all of the groups involved. These rules could not have been made without │
+│ your ripping experience. A special thanks goes to MaTaN for all his hard │
+│ work in bringing all the groups together, and to Puzz13 for filling in as │
+│ a moderator when needed, along with the hosting space on iSONEWS. I could │
+│ not have done my job without such wonderfull support. So without further │
+│ ado, I present to you, the DivX ripper/enthusiast, the TDX 2001 Releasing │
+│ Standards │
+│ │
+│ │
+│ Lava - Moderator │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬───────────────────────┬───────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ │
+│ NOT ALLOWED: │
+│ - VCD (includes VCD screeners, telesyncs, cams, workprints) -> DivX │
+│ will NOT be allowed (see Notes section) │
+│ - VHS -> DivX will NOT be allowed (Anime ONLY - NO EXCEPTIONS) │
+│ │
+│ │
+│ Movie Length: │
+│ - Movies with runtimes LESS than or EQUAL to 110 minutes must be 1 CD │
+│ under 700 MB. │
+│ - Movies with runtimes OVER 110 minutes can be 2 CDs (80mins allowed) │
+│ - Ripper discretion if a movie 111+ minutes can be done on 1 CD. │
+│ │
+│ │
+│ Bitrates: │
+│ VIDEO (MM4): │
+│ - Low-Motion video shall be NO LESS than 500 Kbs │
+│ - Fast-Motion video shall be NO LESS than 1000 Kbs │
+│ - SBC is excluded from minimum bitrate settings │
+│ Future techniques are subject to an exclusion hearing for bitrate │
+│ controls │
+│ - NOTE: ANIME can be greater than 1000 Kbs low motion if needed. │
+│ │
+│ VIDEO (NON-MM4): │
+│ - Low-Motion video shall be NO LESS than 750 Kbs │
+│ - Fast-Motion video shall be NO LESS than 1000 Kbs │
+│ - NOTE: ANIME can be greater than 1000 Kbs low motion if needed. │
+│ │
+│ AUDIO: │
+│ - MUST be MP3 and MUST be STEREO │
+│ - Audio shall be a minimum of: │
+│ 1 CD release MUST be 128kbs, 44.1kHz or 48kHz │
+│ 2 CD release MUST be 128kbs or 160kbs, 44.1kHz or 48kHz │
+│ - VBR techniques; │
+│ minimum framesize must be no less than 96kbs, average of 128kbs │
+│ - WMA is NOT allowed - other codecs are allowed as long as they are │
+│ readable on all operating systems. │
+│ │
+│ │
+│ Keyframe: │
+│ - MUST be <=2 seconds for constant keyframe techniques │
+│ - MUST be <=20 second for vki techniques │
+│ │
+│ │
+│ Resolution: │
+│ - Width: 512 - 640 pixels and MUST be a multiple of 16 │
+│ - Height: Must be a multiple of 16 │
+│ - Cropping is allowed │
+│ │
+│ │
+│ Subs, Interactive Menus, Trailers: │
+│ - OPTIONAL (if and ONLY if all other requirements have been met) │
+│ - For more detailed Subtitles information, see notes. │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be AVI, not BIN/CUE. (see Notes Section) │
+│ - Must be packed with RAR. NO compression is needed (proven worthless) │
+│ and broken into 15 or 20 MB volumes │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual DivX release date │
+│ DVD release date │
+│ US theater release date │
+│ Video size │
+│ Framesize/aspect ratio │
+│ Audio bitrate │
+│ Video bitrate │
+│ Movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ Number of rars per cd (eg. 44x15MB) │
+│ Ripping Method │
+│ │
+│ │
+│ Credits: │
+│ - Movie credits are allowed but MUST be cut in order to fit within 1 CD │
+│ (700 MB) if the movie length would exceed 110 minutes. │
+│ - NOT required in the AVI itself │
+│ - NOT required in the NFO - it is 'recommended' to list the main few │
+│ characters as IMDB lists them │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED │
+│ - 1 full minute in length (approximately 10 MB) and in separate folder │
+│ marked 'SAMPLE' │
+│ - MUST be taken from the movie - NOT encoded separately │
+│ │
+│ │
+│ Directory Naming: │
+│ - Directory names shall NOT exceed 64 characters │
+│ - Classic releases are to include production year, omitting the │
+│ "classic" tag. Pre's released no later than 31 days after the DVD │
+│ release are NOT subject to the inclusion of production year. │
+│ - DO NOT indicate Ripping method (MM4/VM2/VBR/SBC and so on), │
+│ WS (widescreen), DVD/DivX release DATE, GENRE or anything else │
+│ in the directory name (ONLY within the NFO). │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ With "classic" releases: │
+│ - Movie.Title.Year.DVDrip.DivX-GROUP │
+│ - Movie.Title.Year.ANIME.DivX-GROUP │
+│ - Movie.Title.Year.XXX.DivX-GROUP │
+│ (usage of cGROUP is optional. 'Year' = production year, eg. 19**) │
+│ │
+│ With "non-classic" releases: │
+│ - Movie.Title.DVDrip.DivX-GROUP │
+│ - Movie.Title.ANIME.DivX-GROUP │
+│ - Movie.Title.XXX.DivX-GROUP (assuming ALL XXX releases are DVDrips, │
+│ we do not need to say so in the directory name) │
+│ │
+│ - Releases that are more than 1 CD will follow these specs: │
+│ - MUST be named CD1, CD2, CD3 and so on. ('disc1', etc will NOT be │
+│ allowed) │
+│ - There MUST be a SFV included for each CD │
+│ - rars MUST be broken into 2 or more CD volumes. (78 rars of a 2 │
+│ disc title will NOT be tolerated) │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬────────────────────────────┬────────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - VCD -> DivX is NOT ALLOWED: │
+│ - lose ability to be played in DVD player │
+│ - waaaay too many releases │
+│ - no quality upgrade, just smaller packaging │
+│ - flood of crap groups (no skill involved, just a race to leech, │
+│ convert and re-release) │
+│ - PRVHS = Pre Release VHS which is also equivalent to Original Screener │
+│ tape but this naming system will avoid confusion for nukers when it │
+│ comes to nuking VCD -> DivX because 'screener' is typically │
+│ associated with VCD. │
+│ │
+│ Ripping related notes: │
+│ - Duping on the basis of new techniques is NOT allowed. │
+│ - Maximums VIDEO bitrates are covered by length rules. │
+│ - Movies should be ripped in their most widescreen format available. │
+│ - Multi-language AUDIO tracks are allowed │
+│ - Multiple languages should be interleaved into the AVI, with │
+│ a graphedit filter for each appropriate audio stream │
+│ - Movies that would ordinarily fit on one CD should not be made │
+│ into 2 CD releases on the basis of additional audio tracks │
+│ - Multi-language audio CANNOT be used as a basis for a dupe. │
+│ - Multi-Language SUBTITLES are allowed │
+│ - Subtitles should be in the form of text files as an add-on, │
+│ in any form, however MicroDVD format is prefered │
+│ - Multi-language subtitles CANNOT be used as a basis for a dupe. │
+│ - AVI and not BIN/CUE: │
+│ - Some people burn to archive and play on a computer at a later │
+│ time, BUT since there is no outside purpose other than playing on │
+│ the computer, there is NO need to be packaged as BIN/CUE │
+│ - Watermarks WILL NOT BE ALLOWED IN ANY CASE │
+│ │
+│ Audio related notes: │
+│ - AC3 audio along with Oog Vorbis is permissible │
+│ - When using CBR techniques, audio must be greater than 128kbs │
+│ - WMA audio is NOT allowed: │
+│ - Tremendous amount of synching problems │
+│ - Not compatible with all sound cards │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬──────────────────────────┬──────────────────┴┴───────┐
+│ └───[ GROUPS & MEMBERS ]───┘ │
+│ │
+│ TDX 2001 revision was organized by: │
+│ - Lava - MaTaN - Puzz13 - │
+│ │
+│ Respects to the original TDX, Team DivX, organizers: │
+│ - krazy8 - RipKord - Wuman - │
+│ │
+│ TDX 2001 is comprised of the following DivX groups: │
+│ - DDX - DiAMOND - DiVEStX - EliteMedia - EPiSODE - │
+│ - DOMiNiON - LiGHTNiNG - PoLIsO - SMB - TheFrail │
+│ - TVfans - UPA - VCDVaULT - ViRA - │
+│ │
+│ Also signed by: │
+│ - HeLLRiSE - HOSTiLE - SChiZO - Requiem - │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬─────────────────┬──────────────────────┴┴───────┐
+│ └───[ CONTACT ]───┘ │
+│ │
+│ EMAIL: tdx@isonews.com │
+│ WWW : www.isonews.com │
+│ IRC : #isonews (EFnet) │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+ ▬
+ ▄▄▀ ▬ ▬
+ ▄▄▄▄▄██▓▌ ▀▄▄▄ www.isonews.com ▀▄▄ ▄
+ ▄▄▄████▀ ▄██▓▌ ░▓█▄▄▄ ▀████▄▄▄▄▄ ▐███▄ ▄▄▄▄▄▄█▌
+ ▌███ ▓███▌ ▐██▓▌ ▄▄██▀██▄▄ ▐████▄ ▓██▐ ████▀▀▀▀▀▀▀▀▀▀▀▀ ▀ ▓████▄▄███▀▀ ███▓
+▐▓██▓ ▓██▓ ▓██▓ ▓███▌ ▐███▓ ▓███▀█▄▓██▓ ▓████▓░ ░ ▀████▀ ▓███▌▓███▌░ ███▓
+▄▄▄▄▄▄███▓ ▐████▌▐███▓ ░ ▓███▌▓██▓ ▀███▓ ▓██▓ ▄▄▄▄▄ ▓██▓░ ▓██▓ ▒███ ░▐████▌
+ ▓███▌▐███▌▀▀▀▀▀▀▐███▓ ░ ▓███▌▓██▓ ░ ▓██▓ ▒██▓ ▐███▓ ▐███▌ ▒██▓ ▐███▄ ▀▀▀▀▀▀
+ ▓██▓░ ▀▀▀▀▀███▄ ▐▐██▓ ░ ▓███▌▓██▓ ░ ▓██▓ ▒██▓ ░ ▓███▌▐███▌█ ░███▄▄ ▀▀▀▀███▄▄
+ ▌██▓ ▄█▄▄ ▓██▓ ▄███▌ ▐███▒ ▓██▓ ▐███▒ ░██▓ ▄███▓ ▓██▓▐█▌████▐▐██▌ ░ ▓███▌
+▐███▓ ▓██▓ ▐████▌ ▀▀██▄██▀▀ ▓██▐ ██████████████▀▀ ▓███▀ ▀███▌ ▀███▄▄████▀
+▀▀▀██▌ ▀███▄███▀▀ ░░ ▀ ▀▀▀▀▀▀▐█▀▀ ▀▀█▌ ░░ ▐██▀ ▀█▀ ▀
+ ▀ ▀ ▬▀ ▀ ░ █▀
+ ▬▀ s8!CRO^Sr
+
+
0DAY:
+
+Dupes:
+We can be very quick with this one, below an example (The "CuNT" release is a real dupe)
+2002-10-20 Jack.The.MP3.Ripper.v1.0.cracked-DiCK
+2002-10-30 Jack.The.MP3.Ripper.v1.0.incl.keygen-CuNT
+
+But a Jack.The.MP3.Ripper.v1.0.keygen.only-CuNT is allowed!
+
+Nuke reason: dupe.<yyyy-mm-dd>.<group>
+
+Mu:
+In general we handle a MinorUpdate period of 14 days! If you release a new version of a program with in 14 days of the last program release , but 14 days from the last release out no matter if its nuked for MU or not.
+
+Example:
+2002-10-10 Jack.The.MP3.Ripper.v1.0.cracked-DiCK
+2002-10-15 Jack.The.MP3.Ripper.v1.1.incl.keymaker-CUNT <- (nuked for MU)
+
+Next version is allowed on 2002-10-29 AND NOT on 2002-10-24, coz we count 14 days from the last release, no matter if its nuked for MU or not.
+
+Additionally to bring some more clearness:
+
+2002-10-10 Jack.The.MP3.Ripper.v1.0.cracked-DiCK
+2002-10-14 Jack.The.MP3.Ripper.v1.0.keymaker.only-CUNT
+
+So v1.0 cracked gets released on 10th of oct. and the keymaker.only on 14th then the next release is allowed on 2002-10-24, no matter what time the keymaker.only was released. coz we always count 14 days of the release that included the setup-file of the software itself.
+
+The following groups have agreed to comply to these rules (ask handymen to add ur group here):
+LAXiTY/ACME/DWP
+
+Nuke reason: mu.<yyyy-mm-dd>.<group>
+
+Release Name creation:
+<PROGRAM NAME>.vX.XX.<opt. options>-<GROUP NAME>
+<PROGRAM NAME>_vX.XX_<opt. options>-<GROUP NAME>
+
+Examples:
+The.true.story.by.php.monkey.v1.4-D2D
+The_true_story_by_php_monkey_v1.4-D2D
+
+Nuke reason: bad.dir
+
+File naming:
+Files should be named as stated in the 8.3 notation. And disk size should be between 720 KB and 5 megs. It also has
+to include a .diz and .nfo file
+Example: lxtd2d2.zip
+
+Nuke reason: bad.pack
+
+Size:
+Maximum size of 0day release should be 300 MB
+
+Nuke reason: oversized
+
+Keygen rules:
+A keygen is a standalone program which calculates serials based on pc name/company/user name etc etc.
+When a serial algo uses fixed chars on certain positions and your "keygen" fills the other positions with random data it's NOT a keygen. When a keygen is not sufficient and a crack is required, the dir name should include this "incl.keygen.and.patch"
+
+Nuke reason: not.a.valid.keygen
+
+Theft:
+Using a keygen/serial/crack with out permissions of the owners (other groups for example) is not legit. A group which is cought 2 times with stealing will be banned here aka being auto nuked (ofcourse if there is good evidence)
+
+Nuke reason: stolen
+
+Repack:
+Fucked up releases can be re-released by doing a repack. Dir should contain ".repack.". The previous (bad) release will be nuked
+
+Nuke reason: get.repack
+
+Trade/pre faults:
+Trade faults ("detecting macro monkeys" dirs for example), pre tests or fake things will not be counted as a legit release.
+
+Nuke reason: crap
+
+Free software:
+Software which is freely available is not allowed. "Free" on d2d means that it costs around $0.00. "Cardware" or "free-registration" is. There are 2 exceptions there is, if a upgrade/update is not publicly available. And free updates/upgrades which will render the crack/serial/keygen of the previous version unusable (ie. they blacklisted stuff)
+
+Nuke reason: free
+
+Newer out:
+When a group releases a v1.02 of a program and the new version v1.03 is already out for more then 3 days, it's a nuke. The grace period is 3 days. Only exception COULD be an util group having a hard to get program (thus means not publicly downloadable) and they release it when there's just a new version out, if this happens (unlikely:D) tell so in info file
+
+Nuke.reason: newer.out.v<x.xx>
+
+Crack malfunction:
+If a crack/serial/keygen is not working 100% it's a nuke! This could mean a keygen without a server patch, a keygen which doesn't accept certain basic chars "A-Z,a-z,0-9" and ofcourse spaces (only when the program accepts these chars!) or a crack with missed checks having removed.
+
+Nuke reason: bad.crack
+
+Group request:
+If a group really thinks they fucked up a release badly then they can do a group request. The release will be nuked then.
+
+Nuke reason: grp.req
+
+Beta software:
+Betas / builds / rc are allowed only it's not an hidden beta/build/rc, means the word "Beta", "build" & "RC" has to be in directory name.
+
+Nuke reason: hidden.beta
+
+Types Allowed:
+- ALL languages (Dutch, German, Chinese, Italian, Polish, etc etc)
+- ALL platforms (PC, MAC, Linux, Solaris, OS/400, Windows, etc etc)
+- Bookware
+- HW required software (GSM & Telephone programs)
+- Kiddie (some people have kids here, hi fanny:) )
+- Addons (all types of addons for utils/games)
+- Commerical fonts
+- Screensaver
+- Porn
+- Different kind of flavors (Standard, prof, premium are ALL allowed)
In April 2002 groups across the 0day scene united to update the current rules to better shape todays scene. Below is detailed information on updated rules as well as new rules. These rules must be recognized and followed immediately on this date, April 12, 2002.
+
+1. Max one version per application / 14 days.
+
+2. 0day rips should not contain free software which can be downloaded from the web, such as DirectX/Acrobat Reader.
+
+3. To prevent sloppy rips, a re-release of a 0day application is allowed to make groups release proper and respectable releases. In order to be considered as legit, the re-release must be at least 15MB smaller than the previous release. The following provisions include:
+
+
+a) No essential data is allowed to be removed to be considered a valid re-release. A re-release from a competing group may not use tools, cracks nor any other files from the previous release that were modified for the original rip.
+
+b) The re-release of a rip can be done by any group and must be done within 48 hours after the release of the original rip.
+
+
+4. Rips created with another groups ISO are to be nuked unless the ISO group have given it's permission to have their iSO ripped.
+
+All appointed HQ (Headquarters) should abide by these rules to the fullest extent permutable. Any group that competes in the 0day rip scene will and must abide by the above rules to allow fair competition among all competitors. Take into account that these rules do not apply to nor concern the game rip scene.
+
+Signed,
+Leaders, Council Members and Seniors of Blizzard, Caudex, Core, Digital Factory, Oddity, Orion, The Millenium Group, Epsilon, Eclipse, Embrace, Renegade, Intension, Paradox, Prime, Among others!
In April 2002 groups across the 0day scene united to update
+the current rules to better shape todays scene. Below is
+detailed information on updated rules as well as new rules.
+These rules must be recognized and followed immediately on
+this date, April 12, 2002.
+
+1. Max one version per application / 14 days.
+
+2. 0day rips should not contain free software which can be
+downloaded from the web, such as DirectX/Acrobat Reader.
+
+3. To prevent sloppy rips, a re-release of a 0day application
+is allowed to make groups release proper and respectable
+releases. In order to be considered as legit, the
+re-release must be at least 15MB smaller than the previous
+release. The following provisions include:
+
+a) No essential data is allowed to be removed to
+be considered a valid re-release. A re-release from a
+competing group may not use tools, cracks nor any other
+files from the previous release that were modified for
+the original rip.
+
+b) The re-release of a rip can be done by any group and must
+be done within 48 hours after the release of the
+original rip.
+
+4. Rips created with another groups ISO are to be nuked unless
+the ISO group have given it's permission to have their iSO
+ripped.
+
+All appointed HQ (Headquarters) should abide by these rules to the
+fullest extent permutable. Any group that competes in the 0day rip
+scene will and must abide by the above rules to allow fair competition
+among all competitors. Take into account that these rules do not
+apply to nor concern the game rip scene.
+
+Signed,
+Leaders, Council Members and Seniors of Blizzard, Caudex, Core,
+Digital Factory, Oddity, Orion, The Millenium Group, Epsilon,
+Eclipse, Embrace, Renegade, Intension, Paradox, Prime, Among others!
+
+OFFiZiELLE DEUTSCHE DiVX REGELN
+
+
+
+
+.PROLOG__________________________________________________________________
+Diese Regeln wurden aufgestellt, um eine Richtlinie fⁿr qualitativ hochwertige DiVX-Rips zu schaffen. Sie sollen Siteops und Nukern, aber auch unetablierten Gruppen und dem letztendlichen Konsumenten, ein paar Grundsaetze vermitteln, die wir bei einem guten Rip als Minimalanspruch erachten. Sie sind weder ein Gesetz, noch statisch. Aufgrund immer neuer Erkenntnisse und der Weiterentwicklung von Codecs und Programmen k÷nnen sie nur eine Momentaufnahme des jetzigen Erkenntnisstandes sein. Wir bitten euch deshalb um eure Mithilfe, diese Regeln immer so aktuell und zeitgemaess wie moeglich zu halten.
+Bitte sprecht den Fⁿhrer eurer Gruppe bezueglich Verbesserungen oder Fehlern an und wir beruecksichtigen dies in der naechsten Version.
+
+Danke.
+
+
+
+.Aenderungen_____________________________________________________________
+ seit ODDR-20011113a.htm: 03, 04, 05, 06, 07, 09, 11, 12
+ .ALLGEMEiN_______________________________________________________________
+Der Rip muss komplett von der Gruppe stammen, es muessen Video und Audio von derselben Quelle kodiert worden sein.
+
+
+Es muss ein DVD- oder direkt kopierter digital-TV-Rip sein (d.h. die Quelle muss ein rein digital verarbeiter MPEG2-Stream sein).
+
+
+Filme als dTV-Rips duerfen kein Senderlogo oder jegliche Einblendungen enthalten.
+
+
+Ein Sample von 30 Sekunden, welches aus dem releasten AVI stammt (d.h. nicht extra kodiert wurde) muss in einem separaten Verzeichnis im Release enthalten sein.
+
+
+Es muss per SBC 2-Pass kodiert worden sein.
+
+
+Jedes Release mu▀ eine minimale Aufl÷sung von freigestellten 135.000 Pixeln haben.
+
+
+a) Die minimale/maximale Audiobitrate muss 128/192 (C/ABR) oder 96-160/128-224 (Lame VBR) sein. Die Audioaufloesung betraegt 44khz/48khz @ 16bit.
+
+b) Bei einem 2CD-Release ist die AC3-Tonspur erwuenscht, sofern eine Videobitrate von 1000kbit nicht unterschritten wird.
+
+c) Sofern ein Film 2 CDs ben÷tigt und die Videospur mindestens 1000kbit betraegt, ist eine deutsche und die Originaltonspur erwⁿnscht (Die Tonspuren beide nur als MP3, nicht als AC3, siehe dazu 7a).
+
+
+Das Seitenverhaeltnis der Videoaufloesung darf maximal 5% von dem des DVD-Bildes abweichen. Die X-Werte der Aufloesung muessen div32 sein, die Y-Werte div16.
+
+
+Bei einem nCD Release, mu▀ jede CD die <n
+095 Minuten bei einem AR von 1.33:1
+100 Minuten bei einem AR von 1.85:1
+105 Minuten bei einem AR von 2.35:1
+Film enthalten - ausgenommen sind vollstaendig computeranimierte Filme (z.B. Toy Story, Antz, Shrek), XXX und S/W.
+
+
+Der Abspann muss in einem 1CD Release nicht vollstaendig enthalten sein, jedoch soweit, dass erkennbar ist, dass der Film tatsaechlich geendet hat. Falls im Abspann noch Filmszenen enthalten sind, muss dieser in gleichberechtigter Bitrate wie der eigentliche Film, soweit diese Szenen reichen, kodiert werden. In einem 2CD+ Release muss der Abspann in voller Laenge enthalten sein.
+
+
+Inhaltsrelevante fremdsprachliche Dialoge (und nur diese) muessen mit den deutschen Untertiteln von der DVD versehen werden, sofern vorhanden. Falls die Untertitel softkodiert auf der DVD sind, mⁿssen diese im Format von Vobsub releast werden.
+
+
+Bei einem Nuke aufgrund technischer Maengel, mu▀ ein Proper immer zugleich mit einem Fix in einem separaten Unterverzeichnis releast werden, sofern technisch m÷glich.
+
+.BENNENNUNG______________________________________________________________
+ <gruppe>-<filmtitel>_<cd#>.avi 1CD = grp-pitch_black.avi
+ 2CD = grp-pitch_black_1.avi
+ grp-pitch_black_2.avi
+ <gruppe>-<abkuerzung><cd#>.rar 1CD = grp-pibl.rar
+ 2CD = grp-pib1.rar
+ grp-pib2.rar
+ <gruppe>-<abkuerzung><cd#>.sfv 1CD = grp-pibl.sfv
+ 2CD = grp-pib1.sfv
+ grp-pib2.sfv
+
+ <gruppe>-<filmtitel>_(<jahr>).nfo = grp-pitch_black_(2000).nfo
+Die Benennung des Verzeichnisses ist beliebig - enthalten sein muss jedoch:
+
+ <Filmtitel> DiVX German <QUELLE> -<GRUPPE>
+Beispiele, Quelle = DVD:
+
+ Pitch.Black.DiVX.DVDRIP.German-GRP
+ Pitch.Black.DiVX-DVDRIP-German-GRP
+ Pitch_Black_DiVX-DVDRIP-German-GRP
+Beispiele, Quelle = digital-TV:
+
+ Pitch.Black.DiVX.dTV.German-GRP
+ Pitch.Black.DiVX-dTV-German-GRP
+ Pitch_Black_DiVX-dTV-German-GRP
+.NFO_____________________________________________________________________
+
+In der NFO sollten mindestens folgende Informationen enthalten sein:
+Releasedatum
+Anzahl der RARs pro CD
+Videoaufloesung
+Audioaufloesung
+deutscher Titel und Originaltitel
+deutscher Kinostart und DVD-Release-Datum
+Name des Regisseurs
+Laenge des Films
+IMDB-Rating und URL zum Film
+5-zeilige Angabe desPlots
+Informationen fuer die Beschaffung erforderlicher Codecs, Plugins, Tools
+
+.SiGNiERUNG______________________________________________________________
+
+
+Diese Regeln wurden von allen Fⁿhrern der offiziellen deutschen Divx-Gruppen anerkannt.
+
+
+
+[ODDR-20020501a.htm]________________________________________________[EOF]
+
+
Inhalt:
+
+1.) SVCD-Release Regeln
+2.) NFO Inhalt
+3.) Sample
+4.) Dirnamen Konvention
+
+
+1.) SVCD-Release Regeln
+=======================
+1.1 SVCD Releases muessen mit CCE kodiert werden (ab v2.50 aufwaerts)
+Jeglicher andere Codec (flask/tmpgenc/etc) ist nicht mehr erlaubt.
+VBR mit mindestens 3-pass ist PFLICHT.
+
+1.2 Als Aufloesung ist nur 480x576 PAL erlaubt.
+
+1.3 Die minimale/maximale Audiobitrate muss 128/224 kbit betragen.
+Die Audioaufloesung muss 44khz@16bit betragen.
+
+1.4 Die maximale (durchschnittliche) Bitrate darf 2400 nicht ueber-
+schreiten. Die minimale (durchschnittliche) Bitrate darf 1100
+nicht unterschreiten. Im NFO muss die durchschnittliche Birtate
+angegeben werden.
+
+1.5 Das Release-Format ist BIN/CUE mit maximal 80 Minuten pro CD.
+
+1.6 Die grenze fuer 2 CD und 3 CD Releases ist momentan noch
+unbestimmt. Der grobe Richtwert, ab dem 3CD Releases noetig waeren
+liegt bei 140min (5pass/16:9 AR). Eine genaue Richtwertetabelle folgt
+im naechsten Rules-Update.
+
+1.7 Als SVCD Directory sollte das von VCD bekannte "MPEGAV" erstellt
+sein, denn das koennen alle SVCD faehigen DVD Player lesen.
+Dies ist aber keine Pflicht.
+
+1.8 1 CD Releases sind generell bis 75 Minuten Pflicht. Bei Filmen
+zwischen 75 und 90 Minuten sind 1 CD Releases moeglich, wenn
+folgende Voraussetzungen erfuellt sind:
+- keine Action-Kracher a la Schwarzenegger (Explosionen, Kameraschwenks)
+- mindestens 5pass encoding
+- Audiobitrate 128 und Videobitrate 1100 wird nicht unterschritten
+
+1.9 Der Abspann muss in einem 1CD Release nicht vollstaendig enthalten
+sein, jedoch soweit, dass erkennbar ist, dass der Film tatsaechlich
+geendet hat. Falls im Abspann noch Filmszenen enthalten sind, muss
+dieser in gleichberechtigter Bitrate wie der eigentliche Film, soweit
+diese Szenen reichen, kodiert werden. In einem 2CD+ Release muss
+der Abspann in voller Laenge enthalten sein.
+
+1.10 Bei mehreren Scenen mit inhaltsrelevanten fremdsprachlichen Dialogen
+muessen optionale Subtitels verfuegbar sein.
+
+2.) NFO Inhalt
+==============
+2.1 Im NFO muessen folgende Punkte enthalten sein:
+
+- Titel des Films (plus evtentuellem Originaltitel)
+- Angabe, ob Kinorelease oder STV (Videopremiere)
+- Releasedatum der Groups
+- Kinojahr und DVD-Release-Datum
+- Videobitrate (durschnittliche)
+- Audiobitrate (bei Duallanguage auch jeweils einzeln)
+- Laenge des Films
+- REAL Aspect Ratio (z.B. 1:1,85 / 16:9)
+- IMDB-Rating und URL zum Film
+- 5-zeilige Angabe desPlots
+
+Die Gestaltung der File/NFO-Namen sind bis auf weiteres beliebig.
+
+2.2 Als Kinostart wird der deutsche und nicht der Start im Produktions-
+land gewertet. Bei Videopremieren ist das Produktionsjahr anzugeben.
+Das Jahr des Kinostarts/Produktionsjahres ist im NFO anzugeben.
+
+2.3 Falls weitere SVCD Spezifische Features implementiert wurden, muss
+dies im NFO erwaehnt werden. Dazu gehoert:
+
+- Original DVD Chapter-Anwahl
+- Dual Language (plus Bitratenangabe der jeweiligen Audio-Streams)
+- Dolby Surround
+- Motion Menue (Animiertes Chapter Menue wie auf DVD oder Still Menue)
+
+
+3.) Sample
+==========
+3.1 Ein einminuetiges Sample muss in einem separaten Sample Verzeichnis
+enthalten sein. Dies muss aus dem original MPEG2 stammen und darf
+nicht extra kodiert werden.
+
+
+4.) Dirnamen Konvention
+=======================
+4.1 Die Benennung des Verzeichnisnamens ist folgendermassen definiert:
+
+<Filmtitel> German DVDRip SVCD -<GRUPPE>
+<Filmtitel> German SVCD DVDRip -<GRUPPE>
+
+Optional kann folgendes eingefuegt werden:
+
+DS => Dolby Surround
+DL => Dual Language (German/English switchable)
+MM => Motion Menue (Animiertes Chapter Menue wie auf DVD oder Still Menue)]
+
+Beispiel:
+
+Star.Wars.Episode.2.German.DL.DVDRiP.SVCD-XYZ
+D-Tox.GERMAN.SVCD.DS.DVDRip-Gruppe
+
+4.2 Wenn ein Release ein Proper Releaes ist, muss dies durch Angabe von
+.PROPER. entsprechend gekennzeichnet werden.
+
+Folgende Gruppen stimmen diesen Rules zu:
+-----------------------------------------
+
+AFL - HS - YYY - ZZ
+
+
+- Stand 03.07.2002 v5.0
+ █
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2002 DVDR RELEASING STANDARDS
+ VERSION 2.0.3
+ 03/21/03
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+ . Release size must be at least 4.15 Gb unless source is dvd5
+ . PAL after NTSC and NTSC after PAL is allowed
+
+ Video:
+ . Re-encoding:
+ . CCE must be used for all re-encoded streams
+ . REmpeg is not allowed
+ . Minimum bitrate must be 3000 kbit (2800 kbit for tv shows).
+ If minimum bitrate can not be achieved the explanation must
+ be specified in the nfo.
+ . Passes:
+ . Movies below or equal 100 Minutes: 4 or more passes
+ . Movies over 100 Minutes: 5 or more passes
+
+ Audio:
+ . If audio is stripped from a dvd9 disk, higher bitrates must be
+ kept over lower bitrates (if a disk has 5.1 and 6.1 audio, 5.1
+ would be stripped in favor to 6.1)
+ . For non-English Movies, original audio track must be kept.
+ . English Audio track must be kept if present.
+ . Other audio tracks are at ripperÆs discretion
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Subtitles:
+ . If English subtitles are present, they will be kept under ALL
+ circumstances.
+ . If the disk contains three or less subtitles, all will be kept
+ unless the video bitrate is compromised.
+ . If the disk contains more than three subtitles, rippers will
+ decide which will be kept. Its advised to keep most common used
+ language subtitles.
+
+ Menus:
+ . Menus MUST be included, unless the average bitrate is compromised
+ . Menus on TV Show disk must be kept at all costs.
+
+ Extras:
+ . Extras are an added value but not needed.
+
+ DVD Limitations:
+ . Macro vision must be removed
+ . All user limitations and restrictions must be removed
+ . Releases must be made region free
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+ . All releases must use .img for imaging, .iso, .nrg not allowed
+ . Releases must be broken up into rars of 50,000,000 bytes.
+ . Recovery records must be used.
+ . SFVs and NFOs MUST be included.
+
+ NFO Must include the following:
+ . Groups name
+ . Title
+ . US theatrical release date
+ . Regions, NTSC or PAL
+ . Bitrate used when re-encoding
+ . Audio streams, and subtitles included
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link
+ . Number of rar files.
+
+ Samples:
+ . Samples are required. Minimum size shall be 30mb.
+ . Samples must be put in a separate sub directory, labeled 'Sample'
+ . Vobs may be cut and used as sample, or renamed to mpg
+ . Samples must be from actual packed vob. Separate encodes are
+ not allowed.
+
+ Directory Naming:
+ . Directory names shall NOT exceed 64 characters
+ . ALL releases are to include production year
+ . Directory name must include Disktype (NTSC/PAL)
+ . Acceptable characters are as follows:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+ . DVD-5, and DVD-9 COMPLETE will be named as follows:
+ Movie.Title.Year.COMPLETE.Disktype.DVDR-Groupname
+
+ . Non-Complete DVD-9 releases must be named as follows:
+ Movie.Title.Year.Disktype.DVDR-Groupname
+
+ . Sub directories must be labeled DISK1, DISK2, DISK3, etc
+ CD1, DVD1, will NOT be tolerated
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ Propers:
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . If previous release was not region free, a patch must be used,
+ NOT a proper.
+ . No Propers on releases before 2002 DRS.
+
+
+ Other Notes:
+
+ . Source will be from DVD Only. No re-encoded VHS or TV sources
+ . Intros and outros are not tolerated.
+ . Group watermarks in any part of the dvd are STRICTLY forbidden
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The DVDR Releasing Standards Written and Organized By:
+
+ AUK . SOUL . JR . MAH . PURP . CONE . MSR
+
+
+
+ Signed and approved by
+
+ FallingUpward . Zorlac . TmN . TheMoB . DNA . LotM. SNATCH
+ EFTERLYST . ASZEON . DrDVD . ESVCD . LiON
+ DDX . SuBLiME. iNTL . XluSiV . VOLATiLE
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
+
REGLAS DivX. Ultima Actualizacion: Noviembre de 2002
+----------------------------------------------------
+
+Las reuniones llevadas a cabo entre los responsables de los
+grupos de la scene DivX espa±ola durante el mes de Noviembre
+de 2002 han dado como resultado las siguientes normas, de
+obligado cumplimiento tanto por los grupos actuales como por
+los que se incorporen mas tarde, con el objetivo de asegurar
+un grado de calidad adecuado, considerandose como validas
+solo aquellas releases que se ajusten a las normas que se
+citan a continuacion:
+
+1. ORIGEN: Se aceptan unicamente las codificaciones de fuentes
+DVD y DVB (Satelite, Cable, etc.), quedando prohibido el uso
+de VHSRip y TS como fuentes, con la excepcion de los
+SCREENERS, en los que se debera utilizar siempre la mejor
+fuente de video disponible.
+
+2. CONTENEDOR: Se aceptan tanto contenedores AVI como OGM,
+quedando siempre en manos del ripper la decision de cual
+utilizar, debiendo siempre recaer la eleccion sobre aquel
+que proporcione unos mayores indices de calidad y de
+rendimiento en combinacion con los codecs de audio y
+video seleccionados.
+
+3. VIDEO: Se aceptan los c≤decs DivX5 y XviD basados en el
+Standard ISO MPEG-4, asø como la utilizaci≤n del SBC.
+La eleccion de cada uno estβ supeditado por la decisi≤n
+propia del ripper en funci≤n de la calidad. Eso si, la
+calidad resultante del video ha de ser buena, ya que una
+mala calidad implicarβ con toda seguridad un NUKE.
+
+
++ El video debe llevar el cropping adecuado y debe ir
+perfectamente sincronizado con el audio y con un
+keyframe minimo entre 15 y 30.
+
++ La resolucion horizontal podra estar comprendida entre
+512 y 640, y el rango de error permitido es el siguiente:
+
+a) 4:3 error maximo 1% aproximadamente
+b) 16:9 error maximo 1,5% aproximadamente
+c) WS error maximo 2% aproximadamente
+
+
+Hay que tener en cuenta que estos porcentajes son
+orientativos y que dependen de la resolucion original
+de la fuente y del grado de deformacion que un cambio
+en la misma pueda producir sobre el resultado final,
+pudiendose asi deducir los margenes de error para otras
+resoluciones siguiendo este mismo criterio.
+
++ La codificacion del video debera realizarse siempre sin
+seguir el estandar ITU para evitar obterner resoluciones
+no acordes al AR de la fuente. Ademas, deben utilizarse
+los complementos necesarios para garantizar la ausencia
+de ghosting y shit en dicho video, siendo este posible
+motivo de invalidacion de la release.
+
+4. AUDIO: El audio ha de proceder siempre de fuente DVD,
+con una unica excepcion: la de aquellas peliculas,
+series, etc. que no hayan sido editadas en castellano
+y cuya edicion sea poco factible a corto o medio plazo.
+Solo en este caso se aceptara la combinacion de video
+de fuente DVD y audio de fuente VHS.
+
+Se aceptarβn los formatos MP3, OGG y AC3 para la(s)
+pista(s) de audio, escogiendo cada una a decisi≤n del
+ripper. En relaci≤n con el bitrate, se usarβ un bitrate
+adecuado a la percepci≤n del mismo y a la calidad final del
+video (112-128 CBR MP3 o sus equivalentes VBR, ABR u OGG).
+
++ En caso de ser una peløcula antigua, se podrβ escojer un
+bitrate adecuado a la calidad del audio original, sin da±ar
+la reproducci≤n del mismo por distorsiones. Todos los audios
+deberβn ser normalizados antes de ser multiplexados con el
+video, para evitar saltos bruscos de volumen. Se recuerda
+que la combinacion de pelicula en MONO con audio AC3 no
+esta permitida ya que no supone mas que ocupar espacio
+sin aumentar la calidad de la release.
+
++ Para los MVs, se usarβ un bitrate mβs alto, debido al mayor
+interθs que cobra la pista auditiva: 160 MP3 CBR o sus
+equivalentes en VBR, ABR u OGG.
+
+5. TAMA╤O: la peløcula se ajustarβ en lo posible al espacio
+correspondiene a la mβxima capacidad de un CD de 80 minutos,
+evitando el overburning en todo caso, y sin ser un espacio
+que, por su reducido tama±o, reduzca notablemente la calidad.
+
+El numero de CDs queda a decision del ripper segun cada
+caso, siguiendo en principio las siguientes guias
+orientativas:
+
+< 110 minutos --> 1 CD
+110-120 minutos --> A decision del ripper
+120 minutos --> 2CDs
+
+En caso de que el video sea 4:3, el limite para pasar a
+2 CDs sera de 100 minutos, siempre y cuando la calidad
+del DVD lo permita, intentando evitar siempre el despilfarro
+inutil de espacio innecesario.
+
+En casos concretos las guias puede NO seguirse si el aumento
+de CDs no implica mejora de calidad, quedando esta decision
+a criterio del ripper.
+
+6. SUBTITULOS: Las peliculas en las que aparezcan dialogos en
+lengua extranjera deberan venir acompa±adas de los
+correspondientes subtitulos en castellano, quedando la
+inclusion de otros idiomas a gusto del riper, no
+considerandose valida aquella release que incumpla este punto.
+Las peliculas con audio extranjero y subtitulos en castellano
+deben ir etiquetadas como SUBBED, siguiendo las normas indicadas
+en el apartado dedicado al formato de dichas etiquetas.
+
+7. SERIES: En el caso de que la release corresponda a una serie,
+el primer grupo que saque un volumen determinara el codec y
+parametros a utilizar, para garantizar que la serie mantenga
+una coherencia en sus caracteristicas sea cual sea el
+numero de grupos que la ripeen simultaneamente. Se entiende
+como volumen el equivalente a 1 DVD de la serie, y cada uno
+de los volumenes estara dividido en capitulos, los cuales
+deberan ajustarse al siguiente formato:
+
+- Capitulos de 60min --> 1 por CD
+- Capitulos de 45min --> 2 por CD
+- Capitulos de 23min --> de 3 a 5 por CD, intentando siempre
+mantener la maxima calidad. Se recomienda no incluir mas de
+4 por CD, aunque se pueden incluir 5 siempre que la
+resolucion horizontal sea igual o superior a 480 y la
+calidad del resultado sea decente.
+
+NOTA: Se recuerda que las series no estan exentas del
+cumplimiento del resto de reglas, tales como ajuste al
+tama±o del CD, resolucion, etc.
+
+8. DVB: En el caso de releases obtenidas de SAT o Cable, en
+ambos casos se marcaran como DVB y deberan seguir las
+siguientes normas extra:
+
+- Las capturas deben ser directamente MPEG-TS, sin que
+se considere valido cualquier otro sistema (analogico,
+por ejemplo), que degrade la calidad del video. El
+resto de releases quedarian enmarcadas como VHSRip.
+- Se debe incluir en el NFO el bitrate de emision original
+si se conoce, facilitando asi la aplicacion de criterios
+de validacion de la release.
+
+9. FORMATO: Toda release publicada debe llevar un nombre de
+Carpeta adecuado y debe ir empaquetada segun se detalla a
+continuacion.
+
+* Carpeta: el nombre de la carpeta donde se suba la pelicula
+ha de seguir las siguientes reglas:
+
+Titulo.Pelicula.FUENTE.VIDEO.AUDIO.TIPO.A╤O.IDIOMA-GRUPO
+
+- Titulo_Pelicula: Maximo 64 caracteres SIN ACENTOS NI E╤ES,
+separando las palabras con puntos.
+- Fuente: DVD, DVB (para SATRip o CableRip),
+VHS o TS (para SCREENERS), etc.
+- VIDEO: DivX3, DivX5 o XViD
+- AUDIO: MP3, AC3 u OGG.
+- TIPO: ANIME, DOCU, MV, SCREENER, XXX, etc.
+- A╤O: 4 digitos del a±o de produccion de la
+pelicula (el de IMDB, por ejemplo).
+- IDIOMA: 2 letras si es 1 solo idioma (ES,FR,GR,IT,JP),
+o MULTI si lleva mas (incluidos los MDVDs).
+
++ Las peliculas CON DOBLAJE EN SUDAMERICANO se
+marcaran como SA, no incluyendose en este punto
+aquellas peliculas que procedan de sudamerica
+y cuyo audio sea originalmente sudamericano.
+
++ Las releases inglesas se ajustaran, por sentido
+comun, al formato de las normas extranjeras.
+
+
++ En caso de que la carpeta incluya tags de READNFO, PROPER, SUBBED
+DIRFIX, REPACK, etc. estos iran colocados entre el a±o y el idioma.
+
++ En caso de tratarse de un SCREENER se distinguira el origen
+de la fuente de video mediante el campo FUENTE, usando DVD,
+VHS o TS si procede de una camara.
+
+* Empaquetado: cualquier divx debe ir empaquetado en RARs con un
+tama±o de 15.000.000 bytes, en modo store (SIN COMPRESION) y
+preferentemente SIN RECOVERY RECORD, con el fin de minimizar su
+tama±o y facilitar la correccion de posibles errrores en los
+ficheros, los cuales deben ajustarse al formato 8.3, tanto rars
+como info, sample, bmp, etc.
+
+Ademas, toda release debe incluir NFO, SAMPLE y BMP (este ultimo
+solo en caso de ser un PROPER), siguiendo los siguientes parametros,
+para ser considerada como valida:
+
+* NFO: El NFO que acompa±e a la release debe incluir COMO MINIMO,
+los datos que se citan a continuacion. Se hace ESPECIAL hincapie
+en este punto, dada la importancia de una adecuada documentacion
+para conocer las caracteristicas de la release y si es valida o
+no, pudiendo ser nukeada sin mas aquella release que incluya un
+NFO incompleto:
+
+
+- Titulo completo de la pelicula para su distribucion en Espa▒a.
+En caso de ser necesario se incluira el titulo original como
+medida aclaratoria.
+- Fecha CORRECTA de la release.
+- Codecs utilizados y Bitrates para Audio y Video
+- Dimensiones del video.
+- Numero de RARs por CD
+- Duracion REAL de la pelicula.
+- Argumento, tipo de Pelicula, listado de Actores, Director, etc
+- Link, preferiblemente de imdb.com por su estabilidad o bien de
+otra direcciona si no esta disponible alli. EL 99% DE LAS PELICULAS
+ESTAN REGISTRADAS EN INTERNET Y NO HAY EXCUSA PARA DEJAR EN BLANCO
+ESTE APARTADO.
+- Cualquier otra informacion que se considere necesaria sobre la
+pelicula o sobre la release.
+
+
+* SAMPLE: El SAMPLE debe contener aproximadamente 1 minuto de
+la pelicula "cortada" del video original. El sample sirve para
+poder decidir si la release es valida sin necesidad de bajarla y
+visionarla entera. Es decir, un sample con errores implica una
+release con errores. Por ello, se recomienda la cuidadosa revision
+del sample para evitar problemas innecesarios.
+
+* BMP: En el caso de que una release salga como PROPER de otra, debera
+incluir obligatoriamente una carpeta BMP que incluya una captura del
+video del DVD en formato RAR + SFV. Este BMP permitira determinar la
+validez o no del proper y su no inclusion supondria la calificacion
+del proper como innecesario, dada la falta de pruebas.
+
+-------------------------------------------------------------------------
+
+Estas reglas fueron aprobadas por unanimidad el Miercoles, 11 de
+Diciembre de 2002, por los grupos que se citan a continuacion en
+orden alfabetico, entrando en funcionamiento a partir del dia 12
+de Diciembre del mismo a±o:
+
+aZTeK - BiNWaRe - CHiCNCREAM - DoNuT - EdeN - EiTheL - EviL - kRc
+LHOTSE - ONe - POiNT - SDA - SiRoKo - STReaM - VOTD - WHF
+
Release Rules
+1. No Dupes !
+We check complete albums/releases, not single tracks. So a release is not a
+dupe if it has different or more tracks.
+Exceptions:
+1. It's also a dupe if the complete release is included in a previous one.
+For example CDM is released, now someone releases the CDS and all
+tracks of the CDS were already included on the CDM (exactly the same).
+2. You are allowed to create a duplicate release from a release that has a
+source of lower quality (not lower bitrate! (see rule 11)).
+Example: if vinyl is out then a CD-release is allowed.
+If you do that then please add this info to NFO and dirname.
+3. All MIXED cds should be ripped as one track supplied with a .cue.
+If they are not, they may be duped by another group that releases it as
+one track with a .cue supplied.
+
+2. An .SFV and .NFO file must be included in every release.
+
+3. Directory name must at least contain:
+Artist Name - Title - Published Year - Group name
+(extra info is allowed of course)
+
+4. Filename must at least contain:
+Track Number - Song Title
+If it's an album with different artists then you must add the artist name as
+well.
+Make sure that your filename is unique otherwise some sites might dupeskip
+it. (You can search for filenames here as well)
+
+5. Files/directories must only contain characters; a-z A-Z 0-9 _ . - ()
+This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+6. No self made compilations
+A selfmade compilation is when you select tracks from other sources, put them
+together and release that as something new. A self-made MIX is allowed if it's
+good. Sites decide if it's shit by nuking it. We won't nuke/unnuke such a
+release.
+
+7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+If you think it's too much work to rip all tracks you better don't rip at all.
+Releasing the complete CD/Vinyl is necessary because otherwise it would be
+possible to make several (different) releases of the same cd/vinyl/etc..
+Exception:
+If an album has been released in different editions and the only difference is
+one or more bonus tracks then it's allowed to release the bonustrack(s) only.
+For example album released in US with 10 tracks, Japanese edition with 11
+tracks (1 bonus track). then you can release the jap bonus track only (without
+including previously released tracks of the US album). Of course it's not
+allowed to re-release the full japanese edition then. You can do either the
+full album including the bonus track or only the bonus track, but not both.
+You must release ALL additional tracks in one release (not one release per
+track or side).
+
+8. Current maximum directory/filename-length is 128 characters
+because of limitations on windows cd-filesystem (linux has 256char-limit) and
+about 99% of the people here use either windows or linux.
+Directory names longer than 64 chars are marked to make it easier for people
+using joliet-filesystem which officially has a 64-char-limit (but most of the
+cd-writing-programs ignore that and windows is able to read it up to 128
+chars).
+
+9. No fake-releases
+
+10. A bad rip/release must be reported by either 3 independent people (from
+different groups) or the group which released it (release-comment or web
+board).
+If you re-release something that hasn't been nuked/marked yet then add this
+info to your nfo-file. Otherwise it will get nuked as dupe.
+
+11. Quality
+current minimum bitrate is 160kbit
+it's not allowed to re-release something in 192kbit (or higher) because a
+previous release was only 160kbit.
+
+12. Promos
+If a release is considered not to have every track from the source then it must
+be labelled as a promo and can be duped by any legitimate retail release that
+DOES contain all tracks. The legitimate release can be identified by the CAT
+number, or more suitable proof.
+Promos do not have to contain track listings, they are promotional material,
+they are not considered legitimate releases, and are still governed by quality
+rules.
+
+13. Re-encodes are strictly forbidden.
___ ___ _ ___ _ _ ___ ____ ___ _
+ ___| __| __(_)/ __(_)__ _| | | _ \ _ \ / _ \ _ _ _ _| |___ ___
+ / _ \ _|| _|| | (__| / _` | |__ | _/ |_) | _ | '_| || | / -_|_-<
+ \___/_| |_| |_|\___|_\__,_|____| |_| |____/|_| |_|_| \_,_|_\___/__/
+
+ cREATION dATE : [14]-[APR]-[2002]
+ ____/\_____/\_____/\_____/\_____/\_____/\_____/\_____/\_____/\_____/\____
+ |___> <___> <___> <___> <___> <___> <___> <___> <___> <___> <___|
+ \/ \/ \/ \/ \/ \/ \/ \/ \/ \/
+
+
+ RELEASE-NAME-CREATION :
+ ***********************
+
+ <program name>.vX.xx.<optional Language>.PalmOS.<cracktype>-<groupname>
+
+
+ <program name>.vX.xx.<optional Language>.Machine-Type.SymbianOS.<cracktype>-<groupname>
+
+ Machine-Type : e.g. N9210 or N9210i (Nokia Communikator)
+
+
+ <program name>.vX.xx.<optional Language>.CPU.OP-SYS.<cracktype>-<groupname>
+
+ OP-SYS can be
+
+ CE that is CE 2.0
+ PPC that is for WinCE 3.0 but its not called CE, 99runs also on new ARM
+ machines with PPC2002
+ HPC2000 that is a HandheldPC with keyboard (no pen) only ONE from HP existing
+ PPC2002 that is successor of PPC now most common and runs only on ARM machines
+
+ CPU types can be
+
+ SH3 is SH3 CPU
+ MIPS is MIPS CPU
+ ARM is STRONG ARM CPU
+ IPAQ is NOT a cpu but runs ARM , there are progs that run only on IPAQ so IPAQ has
+ to be named as CPU
+
+ For future extensions :
+ If there is a program version for a special machine then name the machine type
+ instead of the cpu ( see the IPAQ example above ! )
+
+
+ or use underscores if you like:
+
+ <program name>_vX.xx_<optional Language>_PalmOS_<cracktype>-<groupname>
+ <program name>_vX.xx_<optional Language>_ALL_OP-SYS_<cracktype>-<groupname>
+ <program name>_vX.xx_<optional Language>_SymbianOS_<cracktype>-<groupname>
+
+
+ <groupname> has to be <name>pda to part the pda section !!
+
+
+ Examples: WOMAN.v1.4.JAPANESE.PalmOS.Regged-GROUPpda
+ WOMAN_v1.4_JAPANESE_PalmOS_Regged-GROUPpda
+ WOMAN.v1.4.JAPANESE.ARM.PPC2002.Regged-GROUPpda
+ WOMAN_v1.4_JAPANESE_ARM_PPC_Regged-GROUPpda
+ WOMAN_v1.4_JAPANESE_SymbianOS_Regged-GROUPpda
+
+ optional language tag should only be used on NON english releases...
+
+
+
+
+
+ EBOOKS :
+ ********
+
+ <ebook name>.<Edition>.<optional Language>.OP-SYS.-<groupname>
+
+ Edition : Bookversion or Edition
+ OP-SYS : OperatingSystems eg. PalmOS, PPC
+
+
+
+
+
+
+ CRACKTYPES :
+ ************
+
+ can be :
+
+ Regged serial data is included in nfo
+ Cracked the program file has been altered to register the
+ proggy. The program is then "Preregistered", "any
+ name and/or serial can be entered" or "nags/trials
+ removed"
+ Incl.Keymaker if keymaker is included in package
+ Incl.Keymaker.Patch if program is patched and shows correct
+ serial relating to the hotsyncname(palmos,ppc) after
+ program start or after entering any serial
+ Incl.PalmOS.Keymaker if keymaker for PalmOS is in the package (if you wanna
+ use some kind of plugin system for your keygen you HAVE
+ to incl. the plugin-proggy too (not only the plugin))
+ Incl.WinCE.Keymaker if keymaker for WinCE is in the package (if you wanna
+ use some kind of plugin system for your keygen you HAVE
+ to incl. the plugin-proggy too (not only the plugin))
+ Incl.Java.Keymaker if keymaker comes via java applet, the java applet has
+ to be delivered with a name.html file that loads the
+ java app.
+
+ if a Keymaker is only in the package then a url to get the prg has to be
+ included in nfo !
+
+ if a Serial (HOTSYNC independent!) is only in the package then a url to get the prg
+ has to be included in nfo !
+
+
+
+
+ Allowed are :
+
+ Keymaker.Only
+ JAVA.Keymaker.Only
+ PalmOS.Keymaker.Only
+ OPL.Keymaker.Only (Epoc16)
+ OP32.Keymaker.Only (Epoc32)
+ CPU.OP-SYS.Keymaker.Only
+
+
+ Keymakers can be written in :
+
+ Dos, Win32, PalmOS, WinCE, Java ( with start.html )
+
+
+
+ RELEASE RULES :
+ ***************
+
+ Release format/size :
+
+ If a release is bigger than 1.44 mb then it has to be parted in 1.44/2.88 MB
+ packages ( ISO can be packed with rar (most common) )
+
+
+
+ Keygens: A keymaker is allowed to be only (re-)released
+ 1) when a major version hop of the application occurs i.e.
+ 1.xx -> 2.xx
+ 2) when the key algo changes. An algo-change has to be announced
+ by including READ.NFO in dirname AND a short
+ description in the nfo (for example: "Keygenalgo changed ...")
+ 3) when there has not been a re-release within a 1 year.
+
+ Example(1) : Keymaker released first time for v1.43 .
+ The first time it can be replaced for not being a dupe is when
+ the version changes to v2.xx or if the keyalgo changes. So also
+ in v1.44 ;)
+ Example(2): Prog.v1.1.incl.Keymaker-GRP released 01/01/2000
+ the next allowed release date for Prog.v1.11.incl.Keymaker-GRP
+ would be 01/01/2001. Its (of course) not allowed to release the
+ SAME version again after a 1 year :P
+
+ Keymaker.Only releases are allowed, but then include the url where
+ where to download the program in the nfo.
+
+ Keygenpatch: A Keygenpatch is a patch that alters the program that it shows the
+ right serial for the actual hotsync (and which regs it of course).
+ Keygenpatches are like Keygens (same rules here) with one difference:
+ Its allowed to release a Keygen after a Keygenpatch
+ (even for the same version)
+
+ Cracks: Cracks in form of patched programs can be released for every
+ version UNTIL they got keygened or a serial is released.
+ If a keygen or serial gets invalid for some reason a new crack
+ can be released.
+
+ Regged: Can be a serial or name + serial. (hotsync id independent)
+ (Serial) Same rules as for keygens apply here (major version hops, serial
+ change, 1 year rule...)
+
+ Retail: A retail is treated like a crack with these exceptions:
+ - You are allowed to release a retail after
+ a serial/crack/keygen/keygenpatch IF (!) there's something special
+ added (some kind of extra stuff that you dont have in the shareware/
+ demo version). If thats the case you have to add a READ.NFO to the
+ dirname and list whats the additional stuff.
+
+ Normally retails should be released when its not possible to download
+ an uncrippled version which can be regged/keygenned.
+
+
+ All releases must be (zip-)packed with the necessary files for the release and
+ a .nfo and .diz from the group.
+
+ IMPORTANT INFO TO SITEOPs :
+ ***************************
+
+ As we have seen in the past, there are some rules which prevent groups
+ releases being nuked on an affiliate site. We think that if a valid nuke
+ reason applies to any release, it should be nuked on all sites - affil or
+ not.
+
+ ->>> AFFIL PREVENTS NOT FROM BEEING NUKED !! <<
+
+
+ RULES SIGNED BY
+ -+-+-+-+-+-+-+-+-
+
+ APR 2002 -- COREpda
+ APR 2002 -- UFCpda
+ APR 2002 -- BLZpda
+ APR 2002 -- NLPDA
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The SVCD Releasing Standards 2002 │
+│ │
+┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ PROPERS: │
+│ │
+│ - No previous releases may be propered based on audio or video bitrate. │
+│ - Propers will be allowed in the case of technical problems, bad aspect │
+│ ratio, sync problems, skipping/freezing, interlaced, bad ivtc, etc │
+│ │
+│ VIDEO: │
+│ │
+│ - Must be at least 1750kbit average, with a maximum of 2450kbit. │
+│ - TMPGENC: 2 pass minimum │
+│ - CCE: 4 pass minimum │
+│ - Menus allowed. (see notes) │
+│ - Subtitles allowed (and encouraged for foreign releases) │
+│ │
+│ AUDIO: │
+│ │
+│ - Minimum 224kbit @ 44.1khz (regardless of source) │
+│ - Secondary tracks shall be 224 or LESS │
+│ │
+│ PACKAGING: │
+│ │
+│ - All releases must be BIN/CUE. (remove path from cue files) │
+│ - Must be packed with RAR, compression is NOT ALLOWED │
+│ and broken into 15 or 20 MB volumes │
+│ - Recovery record recommended. │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual SVCD release date │
+│ DVD release date │
+│ US theater release date │
+│ Audio bitrate │
+│ Video minimum/average/maximum bitrate │
+│ Movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ Number of rars per cd (eg. 44x15MB) │
+│ │
+│ SAMPLES: │
+│ │
+│ - REQUIRED │
+│ - Minimum 30 seconds, maximum 1 full minute in length and in separate │
+│ folder marked 'SAMPLE'. │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ │
+│ DIRECTORY NAMING: │
+│ │
+│ - Directory names shall NOT exceed 64 characters. │
+│ - All releases are to include production year. │
+│ - DO NOT indicate Ripping method (CBR/VBR/CCE/TMPGENC and so on), │
+│ WS (widescreen), DVD/SVCD release DATE, GENRE or anything else │
+│ in the directory name (ONLY within the NFO). │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - All Release directories, regardless of year, shall be named │
+│ according to Movie.Name.Year.Source.Codec-Group │
+│ (i.e. Movie.Name.Year.DVDRip.SVCD-Group) │
+│ │
+│ - Releases that are more than 1 CD will follow these specs: │
+│ - MUST be named CD1, CD2, CD3 and so on. ('disc1', etc will NOT │
+│ be allowed). │
+│ - There MUST be a SFV included for each CD. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+│ │
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ Source related notes: │
+│ - Source shall be DVD Only, no exceptions! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking, or lack thereof. │
+│ │
+│ Ripping related notes: │
+│ - Movies should be ripped in their most widescreen format available. │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie including possible menus will be tolerated. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+│ │
+│ └───[ GROUPS & MEMBERS ]───┘ │
+│ │
+│ SVCD 2002 revision was organized by: │
+│ - vimVam - ne14a69 - │
+│ │
+│ Respects to the original SVCD council organizers: │
+│ │
+│ iV - V4F - 4HM - XPD - DvCS - PTi - TBH - TWiLiGHT │
+│ │
+│ SVCD 2002 has been approved by the following groups: │
+│ │
+│ EPiC - V4F - aNBc - DEiTY - TheWretched - iFO - WiDE │
+│ │
+│ DvCS - PMM - TBH - SChiZO - ESVCD - PTi │
+│ │
+│ Also signed by: │
+│ │
+│ DMR - VCDWS - tNB - SportsVCD - iNFiNiTY - NAPALM - TmN │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+│ Special thanks to the TDX 2002 rules for their layout and guidelines. │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+
+ ▀▀█▀▀ █ █ ▀▀▀▀█ █▀▀▀█ █▀▀▀█ ▀▀▀▀█
+ █ █ █ R E L E A S E R U L E S █▀▀▀▀ █ █ █ █ ▀▀▀▀█
+ █ █ █▄▄▄▄ █▄▄▄█ █▄▄▄█ ▄▄▄▄█
+
+ █ v1.5 (11/16/02) ▄
+ ▀▄ ▄▀
+ ▀█ ▄▀
+ ▀█▄ ▄▀
+ █▄ ▄█▀
+ █▄ ▄█▀
+ ██ ▄██
+ ▀█▄ ▄██▀
+ ▀█▄ ▄██▀
+ ▀██▄ ▄███▀
+ ████▄▄▄▄███▀
+ ▄▄▄▄████████████▄▄▄▄▄▄▄▄▄███████████▄
+ ▄▄▄▄██████████████████████████████████████████▄
+ ▄█████████████████████████████████████████████████████████▄▄▄▄▄▄▄
+ █████████████████████████████████████████████████████████████████████████▄▄
+ █████▀ ▀▀▀▀▀▀██████████████████████████████████████████████████████████
+ █████ ▀▀▀▀▀▀██████████████████████████████████████████
+ ████▀ ▀████████████████████████████████
+ ████ ███████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████ ██████████████████████████████
+ ████▄ ██████████████████████████████
+ █████▄ ██████████████████████████████
+ ▀████████▄▄▄▄▄▄ ██████████████████████████████
+ ▀▀▀▀▀████████████████▄▄▄▄▄▄ █████████████████████████████▀
+ █████████████████████████████▄▄▄▄▄▄▄▄██████████████████████████▀▀
+ ▀███████████████████████████████████████████████████████████▀
+ █████▀ ▀▀▀▀███▀▀████████████████████████████████▀▀█████▄
+ ▄████▀ ███ ▀▀▀▀▀▀▀▀▀█████████████▀▀▀▀ ▀████▄
+ ▄███▀ ██ ▀█████ ▀███▄
+ ███▀ ███ ▀████ ▀███
+ ▄██▀ ▀▀▀ ████ ▀██
+ ▄██▀ ▀███▄ ▀▀
+ ▀▀ ████ │
+ ███ ▐│
+ │ ███ ▐│
+ │▌ Nuking has always been an issue in the TV ███ ▐│
+ │▌ scene. So here is the ruleset that tries ▀██ ▐│
+ │▌ to cover up the mess a little. ▀▀ ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ DIGITAL CAP: ▐│
+ │▌ ──────────── ▐│
+ │▌ This includes any real digital source that didn't pass through any ▐│
+ │▌ analog interface between the source (Sat/Antenna/Cable) and the file ▐│
+ │▌ on your computer. ▐│
+ │▌ ▐│
+ │▌ This includes ATSC off-air antenna signals carrying MPEG2 Transport ▐│
+ │▌ Streams (using cards such as MyHD/Hipix/WinTV-HD), DirecTiVo MPEG2 ▐│
+ │▌ Streams (not standard TiVo!) and DVB Stream Capture cards. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ *HDTV* (High Definition Televison): Digital recording from a source ▐│
+ │▌ stream at either 1080i or 720p at a bitrate from 19,39mbps or ▐│
+ │▌ higher. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ *PDTV* (Pure Digital Television): Other resolution digital recor- ▐│
+ │▌ dings from source streams at a bitrate of 10+mbps or higher. ▐│
+ │▌ - This includes digital recordings from digital C-Band and ▐│
+ │▌ DVB. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ *SDTV* (Standard Digital Television): Digital recording or capture ▐│
+ │▌ from a source stream at any resolution with bitrate under ▐│
+ │▌ 10mbps. ▐│
+ │▌ - This includes DirecTiVo but also captures from digisat or ▐│
+ │▌ digicable with analog capture cards. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ note: For SVCD, analog cable and antenna caps are not allowed, so ▐│
+ │▌ SDTV is the lowest allowed source and will have no label. See ▐│
+ │▌ NAMING below. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ note: HDTV and PDTV rips are digital recordings, although PDTV was ▐│
+ │▌ labeled wrongly in the past by some groups (TiVo is NOT PDTV). ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ ANALOG CAP: ▐│
+ │▌ ─────────── ▐│
+ │▌ This includes any source that went through at least one Digital -> ▐│
+ │▌ Analog -> Digital process. ▐│
+ │▌ ▐│
+ │▌ This includes Standard TiVo, any MPEG2 capture card, any DV source ▐│
+ │▌ (unless you're releasing your home videos that were actually shot on ▐│
+ │▌ a DV camera) or any other standard capture card. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ PDVTV and HDTV is NEVER captured in analogue, on the other hand a ▐│
+ │▌ SDTV cap can be both. ▐│
+ │▌ ▐│
+ │▌──────────────────────────────────────────────────────────────────────────▐│
+ │▌ ▐│
+ │▌ COMMENTS: ▐│
+ │▌ ───────── ▐│
+ │▌ For SVCD/DivX, any video, regardless of Analog or Digital should be ▐│
+ │▌ converted to 23.976fps (NTSC) or 25fps (PAL) "Progressive Film" for ▐│
+ │▌ correct encoding. ▐│
+ │▌ A LOT of group don't bother with this step and thus their encoding ▐│
+ │▌ quality suffers, regardless of their source quality. ▐│
+ │▌ ▐│
+ │▌ Even if your source video comes as Progressive 59.976fps (as it can ▐│
+ │▌ with ATSC sources), you must still convert to the proper frame rate ▐│
+ │▌ or your video will be jerky or waste bits. ▐│
+ │▌ ▐│
+ │▌ For any NTSC encode (other than live shows like the "Tonight Show") ▐│
+ │▌ the video must be converted to 23.976fps through the use of IVTC or ▐│
+ │▌ duplicate frame elimination (for ATSC 59.976fps progressive sources) ▐│
+ │▌ prior to SVCD encoding. And once encoded, you must enable the 3:2 ▐│
+ │▌ pulldown flag to enable playback at 29.976fps (even though the sour- ▐│
+ │▌ ce still remains at 23.976fps). ▐│
+ │▌ ▐│
+ │▌ Analog Cable or Analog Antenna rips on SVCD are NOT allowed. ▐│
+ │▌ ▐│
+ │▌──────────────────────────────────────────────────────────────────────────▐│
+ │▌ ▐│
+ │▌ DUPE RULES: ▐│
+ │▌ ▀▀▀▀▀▀▀▀▀▀▀ ▐│
+ │▌ ▐│
+ │▌ - SVCD Releases: ▐│
+ │▌ . HDTV: ▐│
+ │▌ - DUPE if there was a PDTV or a HDTV release. ▐│
+ │▌ - NO DUPE if there was only a SDTV or a VCD version. ▐│
+ │▌ ▐│
+ │▌ . PDTV: ▐│
+ │▌ - DUPE if there was a PDTV or a HDTV release. ▐│
+ │▌ - NO DUPE if there was only a SDTV or a VCD version. ▐│
+ │▌ ▐│
+ │▌ . SDTV: ▐│
+ │▌ - Obvious. DUPE if there was previous release without ▐│
+ │▌ technical issues. ▐│
+ │▌ - NO DUPE if there was only a VCD version. ▐│
+ │▌ ▐│
+ │▌ . Widescreen does NOT dupe Fullscreen and vice versa. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ - VCD Releases: ▐│
+ │▌ . No matter what source, the first release wins. Every ▐│
+ │▌ other VCD release is a dupe. ▐│
+ │▌ ▐│
+ │▌ - DivX/Xvid Releases: ▐│
+ │▌ . HDTV: ▐│
+ │▌ - DUPE if there was a PDTV or a HDTV release. ▐│
+ │▌ - NO DUPE if there was only a SDTV or an analog cap. ▐│
+ │▌ ▐│
+ │▌ . PDTV: ▐│
+ │▌ - DUPE if there was a PDTV or a HDTV release. ▐│
+ │▌ - NO DUPE if there was only a SDTV or an analog cap. ▐│
+ │▌ ▐│
+ │▌ . SDTV: ▐│
+ │▌ - DUPE if there was already a analog cap. ▐│
+ │▌ technical issues. ▐│
+ │▌ ▐│
+ │▌ . Analog cap: ▐│
+ │▌ - Obvious. DUPE if there was previous release without ▐│
+ │▌ technical issues. ▐│
+ │▌ ▐│
+ │▌ . Widescreen does NOT dupe Fullscreen and vice versa. ▐│
+ │▌ ▐│
+ │▌──────────────────────────────────────────────────────────────────────────▐│
+ │▌ ▐│
+ │▌ NUKE RULES: ▐│
+ │▌ ▀▀▀▀▀▀▀▀▀▀▀ ▐│
+ │▌ ▐│
+ │▌ - A release is considered as a NUKE, if: ▐│
+ │▌ . It's a DUPE. ▐│
+ │▌ . It has technical issues. ▐│
+ │▌ . Wrong or no source/cap information is specified in the .nfo. ▐│
+ │▌ ▐│
+ │▌──────────────────────────────────────────────────────────────────────────▐│
+ │▌ ▐│
+ │▌ NAMING RULES: ▐│
+ │▌ ▀▀▀▀▀▀▀▀▀▀▀▀▀ ▐│
+ │▌ ▐│
+ │▌ The following tags are used for SVCD releases: ▐│
+ │▌ ▐│
+ │▌ - "HDTV" for HDTV caps. ▐│
+ │▌ - "PDTV" for PDTV caps. ▐│
+ │▌ - "SDTV" or nothing for SDTV caps. ▐│
+ │▌ ▐│
+ │▌ . VCD releases don't need to be tagged. ▐│
+ │▌ . Widescreen releases are tagged with "WS", otherwise they are ▐│
+ │▌ supposed to be fullscreen. ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌──────────────────────────────────────────────────────────────────────────▐│
+ │▌ ▐│
+ │▌ PROPER RULES: ▐│
+ │▌ ▀▀▀▀▀▀▀▀▀▀▀▀▀ ▐│
+ │▌ ▐│
+ │▌ - A PROPER is only valid when the previous release has technical ▐│
+ │▌ issues. A HDTV after a PDTV rip is no reason to dupe and there- ▐│
+ │▌ fore no reason for a PROPER if the previous release was ▐│
+ │▌ ok. ▐│
+ │▌ ▐│
+ │▌──────────────────────────────────────────────────────────────────────────▐│
+ │▌ ▐│
+ │▌ GROUPS AND MEMBERS: ▐│
+ │▌ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▐│
+ │▌ ▐│
+ │▌ This ruleset was written and organized by: ▐│
+ │▌ ▐│
+ │▌ ■ FoV ■ SD-6 ■ PHRENiC ■ FTV ■ FFN ■ SFM ■ STN ■ ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ Signed and approved by: ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▌ ▐│
+ │▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀│
+ └────────────────────────────────────────────────────────────────────────────┘
+
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The DivX Releasing Standards 2002 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+├──────────────────────────────┬───────────────┬─────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ In an unparalleled event of co-operation and innovation, the DivX scene │
+│ united once again to bring you the 2002 installment of the TDX guideli- │
+│ nes. We thank all of you who so kindly gave up time and energy to bring │
+│ us suggestions and help us brainstorm on the newest of video technolo- │
+│ gies. So without further ado, we present to you, the DivX ripper/enthu- │
+│ siast, the TDX 2002 Releasing Standards. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Movie Length: │
+│ - PAL (25 fps) = min runtime is 105 minutes/CD │
+│ - FILM (23.976 fps) = min runtime is 110 minutes/CD │
+│ - NTSC (29.97 fps) = min runtime is 92 minutes/CD │
+│ TV-Series Episodes shall NOT be exempt from these rules (See Series │
+│ Notes). │
+│ These runtimes are scalable via the following equation: │
+│ N cd time minimum = (N-1) * allowed_time where N is number of CDs and │
+│ allowable time applies to your format │
+│ (i.e. 4 cd FILM rip min = 110 x (4-1) = 330 minutes) │
+│ │
+│ Media usage is at Ripper's discretion, please use it. │
+│ Releases should utilize at minimum 97% of total media capacity, however │
+│ an undersized release is not a technical flaw. │
+│ │
+│ │
+│ AUDIO: │
+│ - MUST be MP3 or Studio AC3 (AC3 transcoding forbidden). │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ (MONO audio as STEREO on source is considered a MONO source). │
+│ - MUST BE VBR! NO CBR MP3! │
+│ - VBR techniques: │
+│ - strongly recommended to use --r3mix with LAME │
+│ - ABR is considered a VBR technique. │
+│ - AC3 MUST be used wisely and correctly. │
+│ - AC3 MUST be interleaved at 64 or 96 ms. │
+│ │
+│ VIDEO: │
+│ Keyframe: │
+│ - MUST be <=20 seconds and MUST be inserted according to scene │
+│ changes and framesizes as determined by the codec or encoding │
+│ application. │
+│ │
+│ Framerate: │
+│ - MUST be as close to original source framerate as possible. │
+│ │
+│ Codec: │
+│ - MUST be DivX 3.11 or XviD. │
+│ - MUST use 2 pass technique during encoding! │
+│ - NO DUPES BASED ON CODEC TYPE, USE INTERNAL. │
+│ │
+│ Resolution: │
+│ - Width: 512 - 640 pixels and MUST be a multiple of 16. │
+│ EXCEPTION: 4:3 FS sources may use a minimum resolution of 448 pixels. │
+│ - Height: Must be a multiple of 16. │
+│ - Cropping is required. │
+│ │
+│ │
+│ Subs, Interactive Menus, Trailers: │
+│ - OPTIONAL (if and ONLY if all other requirements have been met). │
+│ - VOBSUB is the preferred format due to the fact it does not use │
+│ OCR, however, any format that displays with DVobSub is acceptable. │
+│ - Subtitles may be MUXED with video stream, but may NOT be BURNED │
+│ into video stream. │
+│ - Subtitles not muxed into video stream MUST be encapsulated in .rar │
+│ file with the MOST compression available and shall be contained in │
+│ the directory named 'Subs' and will NOT be packaged with main movie │
+│ .rars. │
+│ - Subbed is preferred over dubbed. │
+│ - Burned subtitles shall only be permissible when the source exhibits │
+│ forementioned subtitles in the picture itself (i.e. Subs in the │
+│ matte portion of the picture MUST be typed in a seperate file and │
+│ the frame shall be cropped). │
+│ - Subs on non english movies MUST fit on CD with main movie, all other │
+│ optional subs SHOULD fit on CD. │
+│ │
+│ │
+│ Series Notes: │
+│ - Episodes shall not overlap on CDs (i.e. 2eps/CD, 4eps/CD is allowed │
+│ 1.5eps/CD is NOT). │
+│ - Episodes are not subject to the same scaling rules as cinematic │
+│ features and must obey forementioned rule. │
+│ - Suggested media usage: 4x23min = 1CD, 2x45min = 1CD, 1x60min = 1CD │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be AVI, not BIN/CUE. (see Notes Section) │
+│ - Must be packed with RAR, compression is NOT ALLOWED │
+│ and broken into 15 or 20 MB volumes │
+│ - Recovery record recommended. │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual DivX release date │
+│ DVD release date │
+│ US theater release date │
+│ Video size │
+│ Framesize/aspect ratio │
+│ Audio bitrate │
+│ Video bitrate │
+│ Movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ Number of rars per cd (eg. 44x15MB) │
+│ Ripping Method │
+│ │
+│ │
+│ Credits: │
+│ - Movie credits are preferred but CAN be cut in order to fit within │
+│ 1 CD (700 MB) if the movie length would exceed 110 minutes. │
+│ - NOT required in the AVI itself. │
+│ - NOT required in the NFO - it is 'recommended' to list the main few │
+│ characters as IMDB lists them. │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED │
+│ - 1 full minute in length (approximately 10 MB) and in separate folder │
+│ marked 'SAMPLE'. │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are ONLY permitted in the case of a technical flaw with the │
+│ original release (i.e. Bad IVTC, Interlacing, etc). │
+│ - Releases not nuked on release lists and/or sites MUST include │
+│ original sample of technical flaw. │
+│ - Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper (i.e. # of CDs, AC3 or MP3, etc). │
+│ - Propers based upon the compliance with new instances of TDX │
+│ guidelines are also forbidden (i.e. older rips with 720px res). │
+│ - Subbed (in original movie language) propers dubbed (in any language). │
+│ │
+│ │
+│ Directory Naming: │
+│ - Directory names shall NOT exceed 64 characters. │
+│ - All releases are to include production year. │
+│ - DO NOT indicate Ripping method (MM4/VM2/VBR/SBC and so on), │
+│ WS (widescreen), DVD/DivX release DATE, GENRE or anything else │
+│ in the directory name (ONLY within the NFO). │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - All Release directories, regardless of year, shall be named according │
+│ to Movie.Name.Year.Source.Codec-Group, suggested naming for the movie │
+│ itself shall follow the same procedure │
+│ (i.e. Movie.Name.Year.Source.Codec-Group.avi, │
+│ Movie.Name.CD1.Year.Source.Codec-Group.avi). │
+│ │
+│ - Releases that are more than 1 CD will follow these specs: │
+│ - MUST be named CD1, CD2, CD3 and so on. ('disc1', etc will NOT │
+│ be allowed). │
+│ - There MUST be a SFV included for each CD. │
+│ - Rars MUST be broken into 2 or more CD volumes. (78 rars of a 2 │
+│ disc title will NOT be tolerated) │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - Source shall be DVD Only, no exceptions! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking, or lack thereof. │
+│ │
+│ Ripping related notes: │
+│ - Maximum VIDEO bitrates are covered by length rules. │
+│ - Movies should be ripped in their most widescreen format available. │
+│ - Multi-language audio tracks are allowed. │
+│ - Multiple languages should be interleaved into the AVI, with │
+│ a graphedit filter for each appropriate audio stream. │
+│ - Movies that would ordinarily fit on one CD should not be made │
+│ into 2 CD releases on the basis of additional audio tracks. │
+│ - Multi-language audio CANNOT be used as a basis for a dupe. │
+│ - Multi-language subtitles CANNOT be used as a basis for a dupe. │
+│ - AVI and not BIN/CUE: │
+│ - Some people burn to archive and play on a computer at a later │
+│ time, BUT since there is no outside purpose other than playing on │
+│ the computer, there is NO need to be packaged as BIN/CUE. │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie will be tolerated. │
+│ - Movie container MUST be AVI. OGG, OGM, MCF, Project Theora, MP4 are │
+│ all forbidden due to bugs and usability factors, maybe next year! │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬───────────────┴┴───────┐
+│ └───[ GROUPS & MEMBERS ]───┘ │
+│ │
+│ TDX 2002 revision was organized by: │
+│ - E.L. - V. - f3k - │
+│ │
+│ Respects to the original TDX, Team DivX, organizers: │
+│ - krazy8 - RipKord - Wuman - Lava - MaTaN - │
+│ │
+│ TDX 2002 has been approved by the following DivX groups: │
+│ - AEN - DOMiNiON - DVD-R - EPiSODE - EPiC - INCiTE - MDX - │
+│ - QiX - SChiZO - VCDVaULT - │
+│ │
+│ Also signed by: │
+│ - SATELLiTE - InFuX - aNBc - DEiTY - MEDiAMANiACS - DVL - │
+│ - CPY - JDX - DDX - REQUiSiTE - SEVcD - FoCUS - │
+│ - DiSTORTiON - COLLiSiON - WOT - │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The DivX Releasing Standards 2002 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+├──────────────────────────┬───────────────┬─────────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬───────────────────────┬───────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Movie Length: │
+│ - PAL = min runtime is 105 minutes/CD │
+│ - FILM = min runtime is 110 minutes/CD │
+│ - NTSC = min runtime is 92 minutes/CD │
+│ TV-Series Episodes shall NOT be exempt from these rules.(See Series Notes)│
+│ These runtimes are scalable via the following equation: │
+│ N cd timeminimum = (N-1) * allowed_time where N is number of CDs and │
+│ allowable time applies to your format │
+│ (i.e. 4 cd FILM rip min = 110 x (4-1) = 330 minutes) │
+│ │
+│ Media usage is at Ripper's discretion, please use it │
+│ Releases should utilize at minimum 97% of total media capacity, however │
+│ an undersized release is not a technical flaw │
+│ │
+│ │
+│ AUDIO: │
+│ - MUST be MP3 or Studio AC3 (AC3 transcoding forbidden) │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ (MONO audio as STEREO on source is considered a MONO source) │
+│ - MUST BE VBR! NO CBR MP3! │
+│ - VBR techniques; │
+│ strongly recommended to use --r3mix with LAME │
+│ ABR is considered a VBR technique │
+│ - AC3 MUST be used wisely and correctly │
+│ - AC3 MUST be interleaved at 64 or 96 ms │
+│ │
+│ VIDEO: │
+│ Keyframe: │
+│ - MUST be <=20 second and MUST be inserted according to scene │
+│ changes and framesizes as determined by the codec or encoding │
+│ application │
+│ │
+│ Framerate: │
+│ - MUST be as close to original source framerate as possible │
+│ │
+│ Codec: │
+│ - MUST be DivX 3.11 or XviD │
+│ - MUST use 2 pass technique during encoding! │
+│ - NO DUPES BASED ON CODEC TYPE, USE INTERNAL │
+│ │
+│ Resolution: │
+│ - Width: 512 - 640 pixels and MUST be a multiple of 16 │
+│ EXCEPTION: 4:3 FS sources may use a minimum resolution of 448 pixels │
+│ - Height: Must be a multiple of 16 │
+│ - Cropping is required │
+│ │
+│ │
+│ Subs, Interactive Menus, Trailers: │
+│ - OPTIONAL (if and ONLY if all other requirements have been met) │
+│ - VOBSUB is the preferred format due to the fact it does not use │
+│ OCR, however, any format that displays with DVobSub is acceptable │
+│ - Subtitles may be MUXED with video stream, but may NOT be BURNED │
+│ into video stream │
+│ - Subtitles not muxed into video stream MUST be encapsulated in .rar │
+│ file with the MOST compression available and shall be contained in │
+│ the directory named 'Subs' and will NOT be packaged with main movie │
+│ .rars │
+│ - Subbed is preferred over dubbed │
+│ - Burned subtitles shall only be permissible when the source exhibits │
+│ forementioned subtitles in the picture itself (i.e. Subs in the │
+│ matte portion of the picture MUST be typed in a seperate file and │
+│ the frame shall be cropped) │
+│ - Subs on non English Movies MUST fit on CD with main movie, all other │
+│ optional subs SHOULD fit on CD │
+│ │
+│ │
+│ Series Notes: │
+│ - Episodes shall not overlap on CDs (i.e. 2eps/CD, 4eps/CD is allowed │
+│ 1.5eps/CD is NOT) │
+│ - Episodes are not subject to the same scaling rules as cinematic │
+│ features and must obey forementioned rule │
+│ - Suggested media usage: 4x23min = 1CD, 2x45min = 1CD, 1x60 = 1CD │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be AVI, not BIN/CUE. (see Notes Section) │
+│ - Must be packed with RAR, compression is NOT ALLOWED │
+│ and broken into 15 or 20 MB volumes │
+│ - Recovery record recommended │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual DivX release date │
+│ DVD release date │
+│ US theater release date │
+│ Video size │
+│ Framesize/aspect ratio │
+│ Audio bitrate │
+│ Video bitrate │
+│ Movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ Number of rars per cd (eg. 44x15MB) │
+│ Ripping Method │
+│ │
+│ │
+│ Credits: │
+│ - Movie credits are preferred but CAN be cut in order to fit within 1 CD│
+│ (700 MB) if the movie length would exceed 110 minutes │
+│ - NOT required in the AVI itself │
+│ - NOT required in the NFO - it is 'recommended' to list the main few │
+│ characters as IMDB lists them │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED │
+│ - 1 full minute in length (approximately 10 MB) and in separate folder │
+│ marked 'SAMPLE' │
+│ - MUST be taken from the movie - NOT encoded separately │
+│ │
+│ │
+│ Propers: │
+│ - Propers are ONLY permitted in the case of a technical flaw with the │
+│ original release (i.e. Bad IVTC, Interlacing, etc.) │
+│ - Releases not nuked on release lists and/or sites MUST include │
+│ original sample of technical flaw │
+│ - Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper (i.e. # of CDs, AC3 or MP3, etc.) │
+│ - Propers based upon the compliance with new instances of TDX │
+│ guidelines are also forbidden (i.e. older rips with 720px res) │
+│ - Subbed (in original movie language) propers dubbed (in any language) │
+│ │
+│ │
+│ Directory Naming: │
+│ - Directory names shall NOT exceed 64 characters │
+│ - All releases are to include production year │
+│ - DO NOT indicate Ripping method (MM4/VM2/VBR/SBC and so on), │
+│ WS (widescreen), DVD/DivX release DATE, GENRE or anything else │
+│ in the directory name (ONLY within the NFO). │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │ │
+│ - All Release directories, regardless of year, shall be named according │
+│ to Movie.Name.Year.Source.Codec-Group, suggested naming for the movie │
+│ itself shall follow the same procedure │
+│ (i.e. Movie.Name.Year.Source.Codec-Group.avi, │
+│ Movie.Name.CD1.Year.Source.Codec-Group.avi). │
+│ │
+│ - Releases that are more than 1 CD will follow these specs: │
+│ - MUST be named CD1, CD2, CD3 and so on. ('disc1', etc will NOT be │
+│ allowed) │
+│ - There MUST be a SFV included for each CD │
+│ - Rars MUST be broken into 2 or more CD volumes. (78 rars of a 2 │
+│ disc title will NOT be tolerated) │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬────────────────────────────┬────────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - Source Shall be DVD Only, no exceptions! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking, or lack thereof │
+│ │
+│ Ripping related notes: │
+│ - Maximum VIDEO bitrates are covered by length rules. │
+│ - Movies should be ripped in their most widescreen format available. │
+│ - Multi-language AUDIO tracks are allowed │
+│ - Multiple languages should be interleaved into the AVI, with │
+│ a graphedit filter for each appropriate audio stream │
+│ - Movies that would ordinarily fit on one CD should not be made │
+│ into 2 CD releases on the basis of additional audio tracks │
+│ - Multi-language audio CANNOT be used as a basis for a dupe. │
+│ - Multi-language subtitles CANNOT be used as a basis for a dupe. │
+│ - AVI and not BIN/CUE: │
+│ - Some people burn to archive and play on a computer at a later │
+│ time, BUT since there is no outside purpose other than playing on │
+│ the computer, there is NO need to be packaged as BIN/CUE │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE │
+│ - NO Intros, Outros, Betweenos, or any other form of defacement of the │
+│ movie will be tolerated │
+│ - Movie container MUST be AVI. OGG, OGM, MCF, Project Theora, MP4 are │
+│ all forbidden due to bugs and usability factors, maybe next year! │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬──────────────────────────┬──────────────────┴┴───────┐
+│ └───[ GROUPS & MEMBERS ]───┘ │
+│ │
+│ TDX 2002 revision was organized by: │
+│ - E.L. - V. - f3k - │
+│ │
+│ Respects to the original TDX, Team DivX, organizers: │
+│ - krazy8 - RipKord - Wuman - Lava - MaTaN - │
+│ │
+│ TDX 2002 has been approved by the following DivX groups: │
+│ - AEN - DOMiNiON - DVD-R - EPiSODE - EPiC - INCiTE - MDX - │
+│ - QiX - SChiZO - VCDVaULT - │
+│ │
+│ Also signed by: │
+│ SATELLiTE │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+
POE Releasing Standards of AUDIOBOOKS
+ 2003-03-22
+
+ THE RULESET:
+
+ Since we have decided to open this new scene, we thought it was time for
+ a standard ruleset. Any other groups that wish to compete in the english
+ audiobook scene can contact us if they have questions, or want the rules
+ altered.
+
+ 1 - Audiobooks will be encoded in mp3 at 32kbit/22050Hz/Mono. This
+ approximates to roughly 10mb per hour of audio. Now this might seem
+ a rather low standard. However keep in mind that this is purely
+ spoken word. No bells and whistles -g-
+
+ Now it is allowed to split the audio into 80 minute slices so they
+ can be burned on conventional cd burners. Otherwise this format is
+ perfectly capable of operating on a standard standalone mp3 player.
+
+ 2 - Release directory names will consist of the following information:
+
+ Name of Author
+ Name of Book
+
+ Example:
+
+ Some_Author-Some_Book-AUDIOBOOK-POE
+
+ Also prefered is the tag of ABRIDGED or UNABRIDGED; Example:
+
+ Some_Author-Some_Book-AUDIOBOOK-UNABRIDGED-POE
+
+ Other TAGS that are accepted are:
+
+ HEARPLAY
+ AUDIOPOEM
+ AUDIOMAG ( this includes papers / magazines / etc. )
+
+ 3 - Included will be the standard .m3u playlist and standard sfv.
+
+
+ This concludes the standard Audiobook Ruleset. If any changes are made
+ a revised version will be included with a POE release.
+
█
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2003-2004 DVDR RELEASING STANDARDS
+
+ [ 09AUG2K3 ]
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+ . Release size must be at least 4.3 Gb unless source is DVD5.
+ . PAL after NTSC and NTSC after PAL is allowed.
+
+ Video:
+ . Re-encoding:
+ . CCE version 2.50+ or Canopus Procoder must be used in all
+ circumstances where transcoding (re-encoding) of the video
+ stream is required. Other encoding programs such as:ob
+ REmpeg and TMPGenc, etc. are NOT allowed.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, e.g. InstanCopy, DVDXCopy, etc.
+ . Minimum average bitrate allowed is 3000 kbit/s
+ (2800 kbit/s for tv shows). If minimum average bitrate
+ cannot be achieved, a valid explanation is required in
+ the NFO.
+ . Quality Settings:
+ . CCE:
+ . No CBR. Multipass is to be enforced.
+ . The initial 1st pass that encodes the .vaf file
+ in CCE is NOT considered within the multipass set.
+ . The number of passes required for a movie is
+ determined by the length (runtime) of the movie."
+ . Movies below or equal to 100 minutes will
+ require 5 passes or more.
+ . Movies over 100 minutes will require 6 passes
+ or more.
+
+ . Canopus Procoder:
+ . No CBR. 2-pass VBR is to be enforced for all
+ bitrate scenarios.
+ . The quality settings will also be determined
+ by the length (runtime) of the movie.
+ . Movies below or equal to 100 minutes will
+ require the "High-Quality" setting.
+ . Movies over 100 minutes will require the
+ "Highest-Quality" setting.
+
+ Audio:
+ . Dolby Digital is considered the standard audio format and is
+ required in all releases that contain this audio format.
+ . DVDs that contain only PCM audio are allowed and should
+ be noted in the NFO.
+ . Downsampling of audio tracks, except audio commentary is
+ banned. No downsampling of any other tracks.
+ . If audio is stripped from a DVD9 disk, superior audio tracks
+ need to be kept. e.g. If a DVD contained DD2.0 and DD5.1
+ audio, DD2.0 would be stripped in favor to 5.1. However in
+ regards to DVDs that contain both DTS and 5.1, 5.1 must be
+ kept. The inclusion of a DTS stream is up to the ripper's
+ discretion.
+ . For non-English movies, the movie's original language audio
+ stream must be kept unless it is not contained in the retail.
+ In the circumstances that a reissue/new edition dvd contains
+ an original language audio stream, a re-release of the movie
+ is valid.
+ . For ALL English movies, the English audio stream MUST be kept.
+ . The inclusion of other audio streams will be based upon the
+ ripper's discretion, whether they are foreign or commentary.
+
+
+ Notes: DTS/SUPERBIT/DTS-ONLY are issues that cannot be ignored.
+ However, it is not up to us to decide whether they should
+ be allowed or not. Rather, it's up to the SITES that will
+ determine their own appropriate rules. However, those
+ groups that wish to release DTS, SUPERBIT and/or DTS-ONLY
+ should name their directory clearly with the appropriate
+ tags of DTS, SUPERBIT and/or DTS-ONLY.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Source:
+ . Releases of superior/remastered editions of previous released
+ DVDs are ALLOWED as they improve upon the initial release.
+ e.g. If a new mastered DVD contains a 5.1 stream compared
+ to an inferior stream in the previous release, the
+ release is considered valid.
+ . Mastered DVDs of: Director's Cut, Criterion, Unrated or any
+ editions with additional/extended scenes are not considered
+ dupes over existing mastered DVDs.
+ . The DVD to be ripped should also be the best available edition
+ on the market. Releases of inferior editions are NOT ALLOWED.
+
+ Authoring:
+ . Authoring in both Scenarist and DVD Maestro are allowed.
+ However, users of DVD Maestro need to be aware of the problem
+ which check that if the total bitrate exceeds
+ 9800kbit/s. Rippers should be aware that the MAX bitrate is
+ 9800kbit/s for both audio and video streams.
+
+ Subtitles:
+ . If English subtitles are present, they will be kept under ALL
+ circumstances.
+ . If the dvd contains no more than three subtitle streams, all
+ will be kept. If the dvd contains more than three subtitle
+ streams, it's ripper's discretion which subtitles should be
+ kept. Its advised to keep the most common used language
+ subtitles. It is recommended to keep them all (they don't take
+ up much space).
+
+ Menus:
+ . Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ . The menu must be in English and not foreign, unless they
+ are aimed for non-English endusers.
+ . Removing useless links within the menu is optional. This is the
+ only extreme of menu authoring allowed. Such programs such as
+ MenuEdit are recommended.
+ . Menus on TV Show disk must be kept at all costs.
+
+ Extras:
+ . Extras are an added value but are not needed. Extras are
+ allowed to be transcoded with a minimum average bitrate of
+ 1700kbit/s.
+ . A minimum of 5 passes for extras is required.
+
+ DVD Limitations:
+ . Macro vision must be removed.
+ . All user limitations and restrictions must be removed.
+ . Releases must be made region free.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+ . All releases must either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ . Releases must be broken up into rars of 50,000,000 bytes.
+ . Solid Archive and Recovery Record MUST be used.
+ . SFVs and NFOs MUST be included.
+ . NFO must include the following:
+ . Groups name.
+ . Title.
+ . Regions, NTSC or PAL.
+ . Number of Passes and Bitrate used when re-encoding.
+ . Audio streams, and subtitles included.
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link.
+ . Number of archive files.
+
+ Samples:
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 50mb.
+ . Samples must be put in a separate sub directory, labeled
+ 'Sample'.
+ . Vobs may be cut and used as sample, or renamed to mpg.
+ . Samples must be from actual packed vob. Separate encodes are
+ not allowed.
+
+ Directory Naming:
+ . Directory names shall NOT exceed 64 characters.
+ . ALL releases are to include production year.
+ . Directory name should include REGION (NTSC or PAL).
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . DVD-5, and DVD-9 COMPLETE are recommended to be named as:
+ MOVIE.TITLE.YEAR.COMPLETE.REGION.DVDR-GROUP
+ e.g. The.Godfather.1972.COMPLETE.NTSC.DVDR-TDRS
+ . Non-Complete DVD-9 releases are recommended be named as:
+ MOVIE.TITLE.YEAR.REGION.DVDR-GROUP
+ . Sub directories are recommended to be labeled as DISC1, DISC2,
+ etc. EXTRA and CD1, CD2 dirs are NOT allowed.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Propers:
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc.
+ . Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . PPF patches should be used for fixing releases with simple
+ problems such as RCE/Region coding, VTS sectors, P-Ups and
+ soforth. REPACKS/PROPERS should be avoided if a PPF patch is
+ possible.
+
+ Tagging:
+ . Intros and outros are not tolerated.
+ . Group watermarks within the DVD are STRICTLY forbidden.
+ . Volume Label must be EXACTLY like the original. Adding any
+ tags to the Volume Label will not be tolerated.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The DVDR Releasing Standards Originally Written and Organized By:
+ AUK . SOUL . JR . MAH . PURP . CONE
+
+ Signed, Approved and Enforced By:
+
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
Music Video Council 2.0 FINAL
+This document is designed to resolve problems with dupes, propers, REAL_PROPERS, etc.. and to ensure that only quality releases are released to the MV scene. The following groups have agreed to follow these guidelines:
+
+FSPViDZ GOD kvz MiLF mkv mv mVa mVi mVz pHViD rHViD SE UVZ VME wcs
+
+
+Index
+1) Encoding
+
+2) Releasing
+ a) Dirname/Filename
+ b) Logos
+ c) Concerts & Live Performances
+ d) NFO
+
+3) Propers & Dupes
+
+
+
+1) Encoding
+Two formats will be allowed: SVCD and VCD.
+ - This means that any other format, such as:
+ XVCD, XSVCD, nVCD, DIVX, XVID, DVDR/DVDS
+ will not be allowed. If you must, keep them INTERNAL.
+
+VCD Audio - MPEG-1 Layer 2 44.1KHz 224kbps
+- Replacing audio on VCD rips is RECOMMENDED,
+ but not required.
+
+
+VCD Video: - PAL - 1150kbps CBR, 352x288, 25 fps.
+- NTSC - 1150kbps CBR, 352x240, 29.970 fps.
+- NTSC-FILM - 1150kbps CBR, 352x240, 23.967 fps. (via IVTC)
+
+
+
+
+SVCD Audio - Audio must be replaced on all SVCD music videos.
+ Replacement audio must be from a CD, or from a high
+ bitrate MP3 (192kbps+) ripped from a CD. All
+ video soundeffects must be inserted into the replac-
+ ement audio
+
+* If replacement audio *DOES NOT EXIST* for videos older than 1998,
+ then you can release with normalised tv audio, AND, IF
+ REPLACEMENT AUDIO BECOMES AVAILABLE, it's a PROPER
+
+* Vinyl ripped MP3s are not to be used. Replacing
+ less-than-cd-quality with less-than-cd-quality is
+ pointless.
+
+* Use uncensored audio. If you use censored audio,
+ prepare to be propered.
+
+- Live rips (concerts, performances) use normalised audio
+ from source. If source is 48KHz, downsample to 44.1KHz.
+
+
+SVCD Video: - PAL - Should be inverse 2:2 pulldown manually, if possible.
+ (This is also known as manual-deinterlace)
+
+- NTSC - Should be inverse 3:2 pulldown manually, if possible.
+ (This is also known as IVTC).
+ If 3:2 pulldown is not possible, then
+ inverse 2:2 pulldown manually, if possible.
+ (This is also known as manual-deinterlace)
+
+- Interlaced videos will not be allowed.
+
+- Video and audio bitrate MUST be within SVCD standard.
+
+ For maximum player compatibility, it is STRONGLY
+ RECOMMENDED that the video bitrate does not exceed
+
+ 2496 kbps. - SVCD rips must not be ripped from VHS or SVHS source,
+ due to the sub-SVCD specs of both formats.
+
+ VHS resolution (analogue) approx 240 lines of resolution.
+ SVHS resolution (analogue) approx 400 lines of resolution.
+ VCD resolution = 352x240(NTSC), 352x288(PAL)
+ SVCD resolution = 480x480(NTSC), 480x576(PAL)
+
+ VHS/SVHS is only sufficient for VCD rips. SVCD rips
+ from VHS/SVHS must be kept INTERNAL.
+
+
+
+
+2) Releasing
+2a) Dirname/filename
+ - Directory name is decided by the group. However, the following naming
+ scheme is STRONGLY RECOMMENDED:
+
+ Artist_name-Song_title-extra_info_here-FORMAT-YEAR-GRP
+
+ Example:
+
+ Britney_spears-Baby_one_more_time-Live_in_london_01_03-SVCD-2003-GRP
+
+
+ - SFV and NFO are required.
+
+ - The standard extension is .mpg for both VCD and SVCD releases. However,
+ it doesn't matter, so groups decide to use .mpg or .m2v as extension.
+
+
+
+2b) Logos
+ - Including an intro/outro is NOT RECOMMENDED. Advertisements in your
+ videos is not what the MV scene is about... if you must spam, then
+ do it your NFO file. However, intro/outro will not be banned, and
+ propering a video with a logo will not be permitted.
+
+ - Watermarking on videos is NOT ALLOWED. This is the same situation as
+ intro/outro - nobody wants to stare at your spam while watching your
+ rips. It's already bad enough that tv stations do it. Videos with
+ watermarks can be propered.
+
+ For letterboxed videos, covering a TV station logo that is entirely
+ in the letterbox is RECOMMENDED. However, propering because of
+ tv-station-not-covered will not be permitted.
+
+
+
+2c) Concerts and Live Performances
+ - Concerts involving one artist must be released as one release.
+ This means, for example, that if you rip a concert of Linkin Park
+ at the Royal Albert Hall, you CANNOT release each song as a release.
+
+ - You should include the main introduction and any other introductions
+ between songs, as the point in ripping a concert is to have a COMPLETE
+ copy of the concert.
+
+ - The ripper decides to rip as separate tracks or as full CDs.
+
+ If you rip as separate tracks, DO NOT PUT A LOGO ON EACH TRACK.
+ Single-tracks ripped concerts should be packaged in ONE release,
+ similar to a mp3 album:
+
+ Artist-concert_title-svcd-2002-group/00-artist-concert_title.nfo
+ Artist-concert_title-svcd-2002-group/00-artist-concert_title.sfv
+ Artist-concert_title-svcd-2002-group/01-artist-introduction.mpg
+ Artist-concert_title-svcd-2002-group/02-artist-song1.mpg
+ Artist-concert_title-svcd-2002-group/03-artist-song2.mpg
+
+ If you rip as full CDs, it is recommended that you use multipass VBR
+ to make it fit evenly on one or more CDs. Also package it as a BIN/CUE,
+ and release it the same way VCDs are: 15mb rars, and a 1 minute sample:
+
+ Artist-concert_title-svcd-2002-group/CD1
+ Artist-concert_title-svcd-2002-group/CD2
+ Artist-concert_title-svcd-2002-group/Sample
+ Artist-concert_title-svcd-2002-group/nfo_file.nfo
+
+ - Non-concert live performances with more than one song, such as those
+ on TOTP, awards shows, etc. should be released as individual videos
+ with any intermediate footage (interviews, presentations, etc.) cut
+ out. Also, include the date and the name of the show in the dirname.
+
+ - COMMERCIALS (such as Britney Spears' Pepsi) are not music videos, so
+ they will not be allowed. Keep non music video rips INTERNAL.
+
+
+
+2d) NFO
+ - Your NFO should contain:
+
+ - Artist and Title
+ - Format (VCD/SVCD, and PAL/NTSC/NTSC-FILM)
+ - Video source
+ - Audio source
+ - Deinterlace type
+ - Size
+ - Genre (This is nice for sites with scripts that search NFOs for genre)
+ - Video Year
+ - Live videos MUST include the show it is from and the date it was aired.
+ - If you are propering, you MUST include the reason for proper,
+ and the name/date of the release being propered.
+
+ - Other useful information to include in your NFO, optionally, is:
+
+ - Length in min:sec
+ - Bitrate of video and audio streams
+ - Album name
+ - Description of video
+ - Fullscreen or Letterbox (FS or WS)
+ - Source (Name of DVD or name of TV station)
+
+
+
+3) Propers and Dupes
+ Propering because of SLIGHT quality increase is not acceptable. If the original rip
+ was very bad, then proper, but un-neeeded propers will be nuked !
+
+ - PAL & NTSC
+
+ NTSC and PAL dupes will NOT BE ALLOWED. Keep PAL/NTSC dupes INTERNAL.
+
+ Releases of lower quality are dupes of higher quality, as decided by
+ the following list, which is in order of lowest quality to highest:
+
+ CONVERT TV-Rip, CONVERT DVD-Rip, NATIVE TV-Rip, NATIVE DVD-Rip
+
+Native: This means progressive.
+NTSC produced video is native to NTSC broadcasts, and PAL
+produced video is native to PAL broadcasts. Native NTSC
+broadcast means IVTC-able NTSC or progressive NTSC.
+Native PAL means progressive PAL.
+
+
+Convert: This also means deinterlaced.
+A PAL produced video, broadcast in NTSC, is converted before
+it's bradcasted. A NTSC produced video is converted to PAL
+before it's broadcasted. These converts cannot be reversed
+to progressive, and must be deinterlaced.
+
+
+ Hence, it is not a good idea to release pal-ntsc converts of top 50 videos,
+ because a native rip will be released.
+
+ - Widescreen/fullscreen dupes will not be allowed. Keep WS/FS dupes INTERNAL.
+
+ - The following are reasons for you to release a PROPER:
+ - Desync
+ - Incomplete
+ - Improper inverse 3:2 or 2:2 pulldown
+ - Lack of inverse 3:2 or 2:2 pulldown (when possible)
+ - Out-of-spec rips
+ - Massive frame drops
+ - Very bad quality (includes low bitrate on high motion videos)
+ - Rips without replaced audio (Concerts/performances excluded)
+ - Native video with correct picture aspect is broadcasted
+ - Logo included more than once in a concert release
+ - Watermarked video
+ - Censored replacement audio
+ - Improper multiplexing (such as underflowed audio)
+
+ It is vitally important that you state which release you are propering
+ and your reasons in your nfo, and as well make sure to put -proper- in
+ your dirname.
+
+ - It is STRONGLY RECOMMENDED that you demux with M2 edit, and remux with
+ bbmpeg, to avoid improper multiplexing errors.
+
+ - No propering of releases previous to MV COUNCIL will be allowed.
+ If you want to release a better version of an OLD video, keep it INTERNAL !
+
+ - MV COUNCIL 1.0 FINAL begins on 01 OCTOBER, 2002.
+ - MV COUNCIL 2.0 FINAL begins on XX XXXXXXX, 2003.
+
+
+
/-------------------------------------------------------------------\
+| | | | |
+| | | | |
+| | | | | |
+| | | | | |
+|----- -----| ------| | |
+| | | | | | |
+| | | | | --------| /|
+| | | | | | \|
+| | | |------ | | | |
+| | | | | | | |
+| | | | | | | |
+| | | | | | | |
+\-------------------------------------------------------------------/
+| The Scenes Cover Rules 2004 |
+| Retail & Customs Releases |
+|-------------------------------------------------------------------|
+| These are the 2004 rules set by members of the covers scene on |
+| June 15th 2004. Members from the largest groups atteneded a |
+| meeting in order to determine the standards for cover scanning / |
+| custom cover creation. We would like to thank everyone involved |
+| in the TSCR meeting for your input and views, We would also like |
+| to wish you all a good year! |
+|-------------------------------------------------------------------|
+| |
+| **RETAIL SCAN RULES** |
+| |
+| **IMAGE RULES** |
+| Images must be a minimum of 300 DPI, scaling down is allowed but |
+| to a maximum of 50%. In order for the scalling to be acceptable |
+| the image must stay in its original ratio. The amount of scalling |
+| is left up to the scanners discression. CROPPING IN ORDER TO GET |
+| RID OF ANGLES WILL NOT BE TOLERATED. There is no file size limit. |
+| All scans must be cleared in a editing package to clear dust etc. |
+| The file type of .tif, .png or .jpeg must be used. No |
+| compression is allowed on the .tif or .png files. No Watermarks |
+| are allowed to be placed on the image by the group. If cat no's |
+| are removed clone brush must be used and not blocks. If a covers |
+| has rounded edges clone brush must be used to fill them out. |
+| |
+| **PACKING & DIRECTORY NAMING** |
+| Directory's must be labelled clearly weather the package contains |
+| all contents of the original DVD package (Front/Inlay/DVD) or |
+| only the front cover. e.g: |
+| |
+| For Complete Package: This.Is.A.Movie.Retail.Covers-Group |
+| |
+| The NFO must state what is in the package. E.g Front/Inlay/DVD. |
+| You must always state the word "Covers" in the directory name so |
+| that they are not confused with movie rips. If Dir Name is wrong |
+| then a dir fix must be issued. |
+| |
+| The files must be rared in either 3mb, 5mb, or 10 mb Volumes |
+| and the recovery record should also be selected. |
+| All releases must have a .sfv file and a .nfo stating any notes |
+| essential to the release. RARS may not have compression. |
+| |
+| *3mb = 3,000,000bytes 5mb = 5,000,000bytes 15mb |
+|-------------------------------------------------------------------|
+| |
+| |
+| **CUSTOM ART RULES** |
+| |
+| **IMAGE RULES** |
+| Must be the size of a normal dvd case (Scalling not allowed). |
+| High quality pictures must be used to eradicate lack of quality, |
+| this means small pictures blow up to the level of distortion is |
+| not allowed. No Custom art must be released if it has already |
+| been published on a covers website: e.g CDCOVERS.CC or DVDCOVERART|
+| any releases breaking these rules will be nuked as stolen. |
+| |
+| Files must be in .tif, .png or .jpeg format only. No compression |
+| is allowed at all. Watermarks are not acceptable. |
+| |
+| **PACKING & DIRECTORY NAMING** |
+| Directory's must be labelled clearly that the release is a CUSTOM |
+| release. This is so they do not get confused with Retail scans. |
+| Different versions must be named with .V* to differentiate |
+| between different versions. For Example: |
+| |
+| For A First Release: This.Is.A.Movie.CUSTOM.Covers-GROUP |
+| |
+| or |
+| |
+| For A Second Release: This.Is.A.Movie.V2.CUSTOM.Covers-GROUP |
+| |
+| You must always state the word "Covers" in the directory name so |
+| that they are not confused with movie rips. Year is not nescessary|
+| |
+| The files must be rared in either 3mb, 5mb or 10mb volumes. |
+| All releases must have a .sfv file and a .nfo stating any notes |
+| essential to the release. RARS may not have compression. |
+| *3mb = 3,000,000bytes 5mb = 5,000,000bytes 15mb |
+|-------------------------------------------------------------------|
+| |
+| **PROPERING A RELEASE** |
+| A proper is only valid if the original release is lacking in |
+| quality, a proper due to bad dirname or no nfo is not a valid |
+| reason. A group may proper if the file type is not the correct |
+| type as specified earlier in these rules. A custom release may |
+| not be propered but a new Version may be brought out. |
+|-------------------------------------------------------------------|
+| |
+| **FINAL NOTES** |
+| |
+| These rules were put in place to avoid bad releases being put in |
+| to the scene, therefore any release not following these rules |
+| will be nuked. |
+|-------------------------------------------------------------------|
+| THANK YOU FOR READING AND HAPPY |
+| SCANNING! |
+|-------------------------------------------------------------------|
+| The TSCR Consists Of Members From: |
+| |
+| EMU - SaNdS - iNDiAN - GCaRDiNaL |
+| |
+| And Was also Signed By: |
+| |
+| |
+|-------------------------------------------------------------------|
+| TSCR 2004: The Scenes Cover Rules |
+\-------------------------------------------------------------------/
Achtung: Diese Rules sind eine zusammenfassung der (nach wie vor) gueltigen 2002
+ Rules (oddr-20020501a.htm11111.html) und der 2004er Beta3 Rules.
+ (ODDR-20040502_beta_3.html)
+ Alle Additions aus den 2004 RUles werden mit "*" am anfang eingefuegt.
+
+Dieses File wurde aus aktuellem anlass erstellt das Groups wie FmE meinen ihre
+eigenen not valid Rules erstellen zu duerfen.
+
+---------------------------------------------------------------------------------
+
+OFFiZiELLE DEUTSCHE DiVX REGELN
+
+
+
+.PROLOG__________________________________________________________________
+Diese Regeln wurden aufgestellt, um eine Richtlinie fⁿr qualitativ hochwertige DiVX-Rips zu schaffen. Sie sollen Siteops und Nukern, aber
+auch unetablierten Gruppen und dem letztendlichen Konsumenten, ein paar Grundsaetze vermitteln, die wir bei einem guten Rip als Minimalanspruch
+erachten. Sie sind weder ein Gesetz, noch statisch. Aufgrund immer neuer Erkenntnisse und der Weiterentwicklung von Codecs und Programmen
+koennen sie nur eine Momentaufnahme des jetzigen Erkenntnisstandes sein. Wir bitten euch deshalb um eure Mithilfe, diese Regeln immer so
+aktuell und zeitgemaess wie moeglich zu halten.
+Bitte sprecht den Fuehrer eurer Gruppe bezueglich Verbesserungen oder Fehlern an und wir beruecksichtigen dies in der naechsten Version.
+
+Danke.
+
+.Aenderungen_____________________________________________________________
+
+seit ODDR-20011113a.htm: 03, 04, 05, 06, 07, 09, 11, 12
+
+.ALLGEMEiN_______________________________________________________________
+ 1. Der Rip muss komplett von der Gruppe stammen, es muessen Video und Audio von derselben Quelle kodiert worden sein.
+
+ 2. Es muss ein DVD- oder direkt kopierter digital-TV-Rip sein (d.h. die Quelle muss ein rein digital verarbeiter MPEG2-Stream sein).
+
+ 3. Filme als dTV-Rips duerfen kein Senderlogo oder jegliche Einblendungen enthalten.
+
+ 4. Ein Sample von 30 Sekunden, welches aus dem releasten AVI stammt (d.h. nicht extra kodiert wurde) muss in einem separaten Verzeichnis im
+ Release enthalten sein.
+
+ 5. Es muss per SBC 2-Pass kodiert worden sein.
+ *5. Es muss 2-Pass kodiert werden. Entweder mit XViD (Empfohlen!), oder mit DiVX 3.11.
+
+ 6. Jedes Release muss eine minimale Aufloesung von freigestellten 135.000 Pixeln haben.
+ *6. Jedes Release muss eine Mindestaufloesung von freigestellten 135.000 Pixeln haben und darf eine X-Aufloesung von 512 nicht unterschreiten.
+
+ 7. a) Die minimale/maximale Audiobitrate muss 128/192 (C/ABR) oder 96-160/128-224 (Lame VBR) sein. Die Audioaufloesung betraegt 44khz/48khz @ 16bit.
+ *7. a) Die minimale/maximale MP3-Bitrate sollte bei 96-160/128-224 (Lame VBR) liegen. Die Audioaufloesung sollte 48khz und 16bit betragen.
+
+ (Hinweis: ein "SOLLTE" impliziert keine pflicht... Nach wie vor ist CBR erlaubt. ABR ist eine VBR Technik und somit ebenfalls erlaubt.)
+
+
+ b) Bei einem 2CD-Release ist die AC3-Tonspur erwuenscht, sofern eine Videobitrate von 1000kbit nicht unterschritten wird.
+ *b) 2CD+ Rips sollten 2 MP3-Tonspuren (deutsch & original) haben, sofern die Videobitrate mindestens 1000 kbit betraegt.
+
+ c) Sofern ein Film 2 CDs benoetigt und die Videospur mindestens 1000kbit betraegt, ist eine deutsche und die Originaltonspur erwuenscht
+ (Die Tonspuren beide nur als MP3, nicht als AC3, siehe dazu 7a).
+
+ (Hinweis: Hier unterscheiden sich die Rules etwas.. Es kann also bei 2CD+ entweder DL oder Ac3 verwandt werden wenn die Video Bitrate 1000
+ nicht unterschreitet)
+
+
+ 8. Das Seitenverhaeltnis der Videoaufloesung darf maximal 5% von dem des DVD-Bildes abweichen.
+ Die X-Werte der Aufloesung muessen div32 sein, die Y-Werte div16.
+
+ *8. a) Das Seitenverhaeltnis (aspect ratio) der Videoaufloesung darf maximal 2% von dem des DVD-Bildes abweichen.
+ Die X-Werte der Aufloesung muessen div32 sein, die Y-Werte div16. (Es wird GordianKnot zur Einstellung empfohlen.)
+ * b) Das Video muss freigestellt (Cropped) werden. Zum Erreichen des richtigen Seitenverhaeltnisses sind bis zu 10 Pixelreihen
+ oben und unten erlaubt.
+
+ (Hinweis: Cropping ist bereits in 6. geregelt (freigestellt..= ohne Balken)
+
+ 9. Bei einem nCD Release, muss jede CD die <n
+ 095 Minuten bei einem AR von 1.33:1
+ 100 Minuten bei einem AR von 1.85:1
+ 105 Minuten bei einem AR von 2.35:1
+ Film enthalten - ausgenommen sind vollstaendig computeranimierte Filme (z.B. Toy Story, Antz, Shrek), XXX und S/W.
+
+ (Hinweis: An dieser Stelle ist anzumerken das es useless ist bei 106 minuten direkt auf 2 CDs zu gehen.)
+
+ 10. Der Abspann muss in einem 1CD Release nicht vollstaendig enthalten sein, jedoch soweit, dass erkennbar ist, dass der Film tatsaechlich geendet hat. Falls im Abspann noch Filmszenen enthalten sind, muss dieser in gleichberechtigter Bitrate wie der eigentliche Film, soweit diese Szenen reichen, kodiert werden. In einem 2CD+ Release muss der Abspann in voller Laenge enthalten sein.
+ *Bei einem 2CD+ Release muss der Abspann in voller Laenge enthalten sein, darf jedoch mit geringerer Bitrate kodiert werden, sofern er nur Text enthaelt.
+
+ 11. Inhaltsrelevante fremdsprachliche Dialoge (und nur diese) muessen mit den deutschen Untertiteln von der DVD versehen werden, sofern vorhanden. Falls die Untertitel softkodiert auf der DVD sind, mⁿssen diese im Format von Vobsub releast werden.
+ *11. Untertitel in wenigstens Deutsch, Englisch und Franzoesisch sollten als RAR-gepackter VobSub-Rip im Release enthalten sein.
+
+(Hinweis: Auch hier ist es etwas anders.. Generell kann man sagen..das adden der SUBS sollte kein Problem darstellen und auch die Crews nicht weiter aufhalten.)
+
+ 12. Bei einem Nuke aufgrund technischer Maengel, muss ein Proper immer zugleich mit einem Fix in einem separaten Unterverzeichnis releast werden, sofern technisch m÷glich.
+
+.BENNENNUNG______________________________________________________________
+
+ <gruppe>-<filmtitel>_<cd#>.avi 1CD = grp-pitch_black.avi
+ 2CD = grp-pitch_black_1.avi
+ grp-pitch_black_2.avi
+ <gruppe>-<abkuerzung><cd#>.rar 1CD = grp-pibl.rar
+ 2CD = grp-pib1.rar
+ grp-pib2.rar
+ <gruppe>-<abkuerzung><cd#>.sfv 1CD = grp-pibl.sfv
+ 2CD = grp-pib1.sfv
+ grp-pib2.sfv
+
+ <gruppe>-<filmtitel>_(<jahr>).nfo = grp-pitch_black_(2000).nfo
+Die Benennung des Verzeichnisses ist beliebig - enthalten sein muss jedoch:
+ <Filmtitel> DiVX German <QUELLE> -<GRUPPE>
+Beispiele, Quelle = DVD:
+ Pitch.Black.DiVX.DVDRIP.German-GRP
+ Pitch.Black.DiVX-DVDRIP-German-GRP
+ Pitch_Black_DiVX-DVDRIP-German-GRP
+Beispiele, Quelle = digital-TV:
+ Pitch.Black.DiVX.dTV.German-GRP
+ Pitch.Black.DiVX-dTV-German-GRP
+ Pitch_Black_DiVX-dTV-German-GRP
+.NFO_____________________________________________________________________
+
+In der NFO sollten mindestens folgende Informationen enthalten sein:
+ * Releasedatum
+ * Anzahl der RARs pro CD
+ * Videoaufloesung (*und Bitrate)
+ * Audioaufloesung (*und Bitrate)
+ * deutscher Titel und Originaltitel
+ * deutscher Kinostart und DVD-Release-Datum
+ * Name des Regisseurs
+ * Laenge des Films
+ * IMDB-Rating und URL zum Film
+ * 5-zeilige Angabe desPlots
+ * Informationen fuer die Beschaffung erforderlicher Codecs, Plugins, Tools
+Folgende Informationen sollten nicht in der NFO stehen:
+ * Nicks der Mitglieder
+ * Namen von Sites / HQs
+ * Adressen zur Kontaktierung. (Wer euch erreichen muss, soll "site msg" auf einem HQ nutzen.)
+
+
+
+.SiGNiERUNG______________________________________________________________
+
+Diese Regeln wurden von allen Fuehrern der offiziellen deutschen Divx-Gruppen anerkannt.
+
+(Diese Signierung gillt nur fuer diese Regeln OHNE die addons)
+
+
+ZUSATZ TV RULES
+---------------
+
+Also diese Rules sollen keine Eigenstaendigen sein, vielmehr sind Sie als eine Ergaenzung der ODDR anzusehen.
+Einige Rules moegen etwas hart klingen am Anfang, Sie machen bei naeherer Betrachtung aber durchaus Sinn, jeder
+von uns der Serien macht weiss bestimmt was in der englischen Serien Szene abgeht. Da wird mit Absicht mit
+Settings gerippt die inkompatibel zu nem Release der selben Serie einer anderen Group sind. Da werden dann
+von einer Group 2 Folgen auf fuer eine CD gerippt und eine andere Group die bei einer Folge schneller war macht es
+fuer 3 Folgen pro CD oder encoded gar auf 400mb damit das ja nicht passt
+
+1.) Als Source zulΣssig sind nur DVDs und dTV Streams. Bei dTV sollte nach Moeglichkeit eine Nachtwiederholung als
+Quelle genommen werden, Warum? Ganz einfach: Auf Premiere werden Folgen nachts groessenteils mit einer hoeheren
+Aufloesung und/oder hoeheren Bitrates ausgestrahlt. Wer die Rules weiterliest versteht auch das es machbar ist eine
+Nachtwiederholung zu nehmen. Der Rip darf kein Logo/Watermark enthalten.
+
+****** 2.) Sollte zu einer Serien die im dTV laeuft innerhalb der naechsten 8 Wochen eine DVD erscheinen ist auf die DVD zu
+ warten.
+
+(Hinweis: Ebenfalls aus aktuellem Anlass... DIESE RULE IST WICHTIG UND SOLLTE ENDLICH MAL BEACHTET WERDEN!!!!!!!!!!!!!!)
+
+3.) Eine Serie die von einer Group angefangen wurde, sollte bei der Group bleiben, aber mit gewissen EinschrΣnkungen:
+
+-> Faengt eine Group eine Serie an, muss Sie diese auch konsequent zu Ende rippen. Sollte bei einer taeglich
+ausgestrahlten Serie innerhalb von 7 Tagen und einer woechentlichen ausgestrahlten Serie innerhalb von
+14 Tagen kein Rip der zugehoerigen Group vorhanden sein, kann die Serie automatisch von einer anderen
+Group weiter gemacht werden, hier greift diese Rule dann auch wieder.
+-> Bei einer Serie auf DVD sollte innerhalb von 7 Tagen eine Episode released werden. Ist die erste Episode
+released hat automatisch die Group den Zuschlag fuer die ganze Serie muss aber innerhalb der naechsten
+7 Tage jeweils eine Folge der DVD Box releasen, ansonsten greift hier Rule 3.1.
+-> Die Nummerierung muss immer von der Group uebernommen werden, welche die Serie begonnen hat. Es gibt
+viele Episodenguides mit vielen verschiedenen Nummerierungen und alle meinen Sie seien korrekt.
+-> Sollte einer Group ein Stream fehlen, weil defekt oder sonst irgendwelcher Problemchen, bedeutet dies NICHT
+das die Serie an eine andere Group faellt, erst wenn auch die Folgen danach nicht mehr kommen ist davon
+auszugehen das die Group hier grobe Fehler gemacht hat.
+
+4.) Bei den Episodennummerierungen ist ein Blick auf http://www.epguides.de/ hilfreich. Diese Adresse hat sich als
+korrekt fuer nahezu jede Serie erwiesen und enthaelt neben einer simplen Episodenbeschreibung nuetzliche
+Hintergrundinfos zu fast jeder Serie. Die Nummerierung ist NICHT fortlaufend zu waehlen.
+
+-> Richtig: S01E01
+S01E02
+S02E01
+...
+-> Falsch: S01E01
+S01E02
+S02E03
+...
+
+5.) Die Dirnamen sind den ODDR zu entnehmen es kommt lediglich eine eindeutige Seriennummerierung hinzu.
+
+Serientitel-S01E01-Episodentitel-German-DVDRiP-DivX-MMP
+Serientitel.S01E01.Episodentitel.German.DVDRiP.DivX-MMP
+
+-> Sollte eine Serie nur eine Staffel haben oder keine Staffelnummerierung, so kann die Staffelbezeichnung
+unerwΣhnt bleiben.
+
+Serientitel-E01-Episodentitel-German-DVDRiP-DivX-MMP
+Serientitel.E01.Episodentitel.German.DVDRiP.DivX-MMP
+
+Beispiele, Quelle = digital-TV:
+ Pitch.Black.DiVX.dTV.German-GRP
+ Pitch.Black.DiVX-dTV-German-GRP
+ Pitch_Black_DiVX-dTV-German-GRP
+
+(Hinweis an CONFUSED: Auch Ihr muesst das real Tag verwenden, also dTV und nicht SATRIP... SATRIP war nie valid...)
+
+-> Um eine einheitliche Nummerierung zu gewaehrleisten, muss eine Staffel-/Episodennummerierung immer zweistellig
+formatiert sein. Auch wenn die Serie weniger als 10 Staffeln/Episoden enthaelt. Dies schliesst auch Anime Serien
+ein.
+
+Richtig: S0xE0x
+Falsch: SxEx
+
+6.) Bei 4:3 Serien sollte generell eine Aufloesung von 512x384 Pixeln gewaehlt werden. (Achtung, hier ist der AR zu beachten!
+AR fehler muessen auch hier mit GordianKnot korrigiert werden *siehe oben*)
+
+Serien die nicht 4:3 sind sollten je nach Source entschieden werden, Bei dTV streams sollte eine Aufloesung von 576xXXX nicht ueberschritten werden.
+Bei DVD sollten 640xXXX nicht ueberschritten werden.
+
+7.) Kommen wir nun zur Dateigroesse: Bei 20-25 Minuten Kurzserien sollten 3 Folgen auf eine Gesamtgroesse von 700 MB
+encoded werden. Bei einer Laenge von 45 Minuten sollten 2 Folgen auf 700 MB encoded werden.
+
+8.) Dies ist keine richtige Rule nur ein Hinweis: Jede Serien Group sollte hin und wieder mal einen Blick auf
+http://www.wunschliste.de/ werfen. Dort stehen viele zukuenftige Serienstarts, man kann fuer Serien woechentlich
+voten und es gibt ein Serien Rating System.
+
+Wir hoffe vorallem das mit diesen Rules der Massenpre der Serien aufhoert, denn im Moment geht das fast nicht anders, sowie
+eine Group eine Serie anfΣngt, stuerzen sich andere Groups mit drauf, obwohl Sie von alleine niemals darauf gekommen waeren
+diese Serie zu encoden, es bleibt einen also im Moment nix anderes uebrig als eine Serie fast komplett in einem Ruck zu pren.
+Auch wird mit den Einschraenkungen zur Rule 3 kein Ausruhrecht fuer eine Group definiert. Fuer die obigen Rules gibt es genug
+Beispiele wieso so etwas langsam noetig wird, noch vor einem Jahr haetten wir keine eigenstaendigen Serien Rules gebraucht. Ich
+weiss Rule 3 klingt etwas hart, aber damit wird einmal unnoetiger Traffic vermieden, weil nicht mehr nach Group Internal Rips
+gefragt werden muss (viele Groups verwenden nunmal andere Aufloesungen und Settings, jedem sein gutes Recht.) und die Spannungen
+werden damit hoffentlich endlich mal beendet. Wer natuerlich die 7 Tage verpennt ist selber Schuld, ich denk mit 7 Tagen ist die
+Rule recht annehmbar.
+
▄▄▄ ▄
+ ▄▄█████▓█▄ ▄███
+ ▄▄████████▓██▓█▄ ▄▄▄▄▄▄▄▄▄███▒█▌
+ ▄▄██████████▓▓▓▓▒██▓█▄ ▄▓█████▓██▓██▓██▒█▓█
+ ▄▄██▓▓▓███████▓▓▓▓▒▒▒▒▒██▓█▄ ▄▓▓██▒▒▒▒▒▒▒▒▒▒▒▒▀█▓▓█
+ ▄▄██▓▓▓▓████████▓▓▓▓▒▒▒▓▓▓▓▓███▓█▄ ▐▓██▀▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█▓█
+ █▓▓▓▓██████████▓▓▓▓▒▒▓▓▓▓█████████▓█▄ ▓██▒▒▒ ▒▐█▓█
+ ▀█▓▓▓██████████▓▓▓▓▓▓▓███████████████▓█▄ ▐██▒▒ █▓▓█
+ █▄▀█▓▓██████████████████████████████▓██▓█▄ ██▌▒▒ ░ ░ ░ █▓█▌
+ █░░▀▓▓▓██████████████████████████▓▓▓▓▒██▓█▄ ██▒▒ ░ ░ ▐█▓█▌
+ █░░░▀█▓▓██████████████████████▓▓▓▓▒▒▒▒▒██▓█▄ ▐██▒▒ ░ █▓▓█
+ █▌ ░░░▀█▓▓██████████████████▓▓▓▓▒▒▒▓▓▓▓▓███▓█▄██▌▒▒ ░ ░ ░ █▓█▌
+ ▄██▌ ░░░▀█▓▓▒█████████████▓▓▓▓▒▒▓▓▓▓████████▓▓█▄▒▒ ░ ░ ▐█▓█▌
+ ▄█▒█▀▀▄ ░░░▀█▓▓▒██████████▓▓▓▓▓▓▓████████▀▀▓▓ ▓█ ▄▄▀▀▀█▓▓█
+▄█▒▒█▄ ▀▄ ░░░▀█▓▓▒███████████████████▀▀ ▄██ ▓▌▒█▀▀▀▀▀▄▀▀▀ ▄▄███▓█▌
+ ▀█▒▒█▄ ░░░▀█▓▓▒▒▒▒▒▒▒▒▒▒▒███▀▀ ▄▄ █ ▓▌██████▄▄▄████████▓█▌
+ ▀█▒▒█▄ ▀▄ ▀▄ ░░░▀█▓▓▒▒▒▒▒▒██▀▀ ▀▀ █▀ ▓▌██░███░████░████▓▓█
+ ▀█▒▒█▄ ▀ ▀ ▀█▓▒██▀▀ ▄ ▄ ▄▄▀ ▀ ▓█ ▀████░░░███████▓▓█
+ ▀█▒▒█▄ ▄ ▄ ▀█ █░░██▒ ▄▄█▄██ █████████▒▒▓▓▓▓▓▀ ▄█
+ ▀█▒▒█▄ ▀▄ ▀█▄▒█ ▄▄▀ ▒█▒░██▒▀▀ ▄▄██▒▒██▀ ▒ ▀▀▓▓▓▓▓▀▀▀▀ █▓█
+ ▀█▒▒█▄ █▄ ▀▄▒█ ▄ ▒█▒░░█▒▀█▒▒██▀ ▄ ▄ ▒ ▀ █▓█
+ ▀█▒▒█▄ ▀█▄ ██▄▀▀ ▀██▒░█ █▀▀ ▄▄▒▀ ▄▄██▀█▄ ▓ ▒ █▓█
+ ▀█▒▒█▄ ▀█▄▄█ ▄▄█▀ █░░█▀ ▄▄▀▒▓ ▄▀▀▒▀▄░ ▀█▄ ▓ █▓█
+ ▀█▒▒█▄ ▓█▄▄██▒▒█ █░▒█▌ ▀▓▒ ▓ ▓█▒░ ░▒██▄ █▓█
+ ▀█▒▒█▄█▒▒▒██▀▀ ██░░█▄▒ ▓▄▀ ▄█▓▒▒░▒▒█░▀ ▐█▀
+ ▀█▒▒██▀▀ ▀██░▒██ ▒▀█▄▄▒█▀▓▓▓▓▒▄█░ ,▀,
+ ▀▀ ▀█▀ ▀▓ ▒▀██████▄██▀░
+ ▄ ▄█▀ ASCII DONE BY SHANE54 OF DFS ▒▀▀▀██▀▓ █ ▒ ▄▄▄ ■
+ ▄██▄▄ █▄██▓ ▄██▄▄ ▄██▄▒ ▄█▄▒ ▄█▄ ▄██▄▄ ▄██▄ ▄█▄ ▄██▓ ▄████▓▄█
+ ▒██▀▒▒█ ▓███ ▒██▀▒▒█ ▓███▄▀███▄▀███▀ ▒██▀▒▒█ ▓███▄▀███▀▓▄▓███▒▄▓ ▓███ ▀▀▒▄
+ ███▓ ▄▀ ███▓ ███▓ ▄▀▒ ████ ███▒ ███▒ ███▓ ▄▀▒ ███▓ ███▒█████████ ▀███▓▄▀██▒
+ ███▄▀▓ ▒███▀ ███▄▀▓ ███▓ ███▓ ███ ███▄▀▓ ███▓ ███ ▒ ▒███▀ ▒▒▄ ▓▀▀ ▓███
+ ███▓ ▓███▓▄▀███▓ ▒███▓ ███▓ ███▓ ███▓ ▒███░ ███▓ ▓███▓▄ ███▄▄▒▄█▀▓
+ ▒███▓▄█ ▀████▓ ▒███▓▄█▄████ ▒███ ▒███▄ ▒███▓▄█▄████ ▒███▄ ▀████▓ ▓█▀████▀▓▒
+ ▓▀██▀▓ ▓▀▒ ▓▀██▀▓ ▓▀█▀ ▓█▀ ▓█▀▓ ▓▀██▀▓ ▓▀█▀ ▀▓█▀ ▓▀▒ ▒ ▓ ▀▀▓
+
+ ▒▄▄ .:E.L.E.M.E.N.T.S..:::..P.R.E.S.E.N.T.S:. ▄▄▒
+ ▒▄███▓ ----------------------------------------- ▓███▄▒
+ ▄███▓ ▓███▄
+ ▄ ▄▄█░▀ ▀▀▒ Ebook Rules 2004 ▒▀▀ ▀░█▄▄ ▄
+ ▐███░█▌▄ ▄▐█░███▌
+ ░███▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▀███░
+ ███▓ sUPPLIED bY..: Team ELM gERNE......: sceneware ▓███
+ ▒██▐ rELEASE dATE.: 12-2003 sYSTEM.....: siteread ▌██▒
+ ▒███ sTORE dATE...: 12-2003 lANGUAGE...: German ███▒
+ ▓███ Protection...: - Cracker....: - ███▓
+ ▐███░ ISBN.........: - dISKsIZE...: 1 x 3 MB ░███▌
+ ▓███ Autor........: pxd pUBLISHER..: elements ███▓
+ ▀▓█▄ sYSTEM rEQUIREMENTS: PC, bRAIN ▄█▓▀
+ ▒ ▀ ▀▀■▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄■▀▀ ▀ ▒
+
+ .: rELEASE nFO :.
+ -------------
+
+ Ebook Rules Beta 0.70a
+
+ Alle Systeme erlaubt Win9x/NT/2K/XP/Linux, Mac OS, Palm usw
+ Alle formate erlaubt, txt, html, pdf, pdb, chm usw.
+ -----------------------------------------------------------
+ Verlag x Titel x Ausgabe x Language x Version x Ebook - Grp
+
+ Bei Bⁿchern mit Auflage H÷her als 1 geh÷rt diese Angabe in den Dir Namen
+ Auflage 1 muss nicht erwΣhnt werden.
+
+ Hanser.Verlag.-.Hans.Im.Wald.3.Ausgabe.German.Retail.Ebook-Hans legit
+ Hanser.Verlag.-.Hans.Im.Wald.1.Ausgabe.German.Retail.Ebook-Hans nuke
+
+ Taggs
+ -----
+ Verlag.-.Titel.German.Retail.Ebook-grp legit
+ Autor.-.Titel.German.Retail.Ebook-grp legit
+ Titel.German.Retail.Ebook-grp nuke
+
+
+
+ Daily News brauchen keine Angabe des Verlages
+
+ Mond.Am.Abend.03.Dezember.2003.German.Retail.Ebook-Grp legit
+ Mond.Am.Abend.03.12.2003.German.Retail.Ebook-Grp legit
+
+ Palm Release mⁿssen gesondert gekennzeichnet werden
+
+ Hanser.Verlag.-.Hans.Im.Wald.3.Ausgabe.Included.Palm.OS.Version.German.Retail.Ebook-Hans
+ Hanser.Verlag.-.Hans.Im.Wald.3.Ausgabe.German.Palm.OS.Retail.Ebook-Hans
+
+
+ Datumsangaben im deutschen Format sollten fⁿr eine deutsche Grp
+ kein Problem darstellen
+
+ 01.12.2003 legit
+ 01.Dezember.2003 legit
+ Dezember.2003 legit
+
+ Retail Ebooks mⁿssen als solche gekennzeichnet werden xxx.Retail.Ebook-Grp
+
+ Selfscanns mⁿssen nicht gekennzeichnet werden, alles wo nicht Retail drauf steht
+ ist halt einfach ein Scann.
+
+ Scann Rules kann ich nichts zu sagen aber 300 DPI bei 1024 x 768 sollten das Minimum
+ der heutigen Zeit sein und sind auch machbar.
+
+ Release mⁿssen im Zip Format vorliegen mit nfo/diz
+
+ Only 8.3 filenames
+
+
+ Disksize
+ --------
+ = 1,44 MB legit
+ = 3,00 MB legit
+ = 5,00 MB legit
+ =>15,00 MB nuke
+
+
+ Retail Ebooks max Release Size = 40 MB
+ Retail Jahresarchive max Release Size = 200 MB
+ Selfscan Ebooks max Release Size = 60 MB
+
+ Retail Ebook Release nach Scan Release erlaubt
+ ----------------------------------------------
+ Scan Ebook Release nach Retail Release erlaubt wenn Neuauflage
+
+ Neuauflagen Release eines Buches frⁿhestens 3 Wochen nach Vorpree
+
+ - Hans.Tomate.German.Retail.Ebook-Grp 03.Oktober 2004
+
+ - Hans.Tomate.2.Auflage.German.Retail.Ebook-Grp 10.Oktober.2004 nuke
+
+ - Hans.Tomate.2.Auflage.German.Retail.Ebook-Grp 10.November.2004 legit
+
+ Nfo Header Minimum
+ ------------------
+
+ als Minimum gilt, Supply, Grp, Store Date, Release Date, File Size,
+ ISBN, Publisher, Genre
+
+ Genre sind noch zu definieren wobei ich sagen wⁿrde man kann sich an
+ die Buchladen Vorgaben halten also Drama, Thriller, Krimi, IT Book,
+ Wirtschaft usw.
+
+ Willkommen sind auch
+
+ - webseite, Autor, Fileformat und anderes
+
+ Inhaltsangaben bei Daily News nicht n÷tig
+
+ ISSN bei Daily News nicht n÷tig
+
+ Daily News mⁿssen deutschlandweit Paper sein.
+
+ Regionale Zeitungen die weder im Internet noch in anderen StΣdten verfⁿgbar
+ sind sind NICHT legit
+
+ PROPER Release sind erlaubt, Vorraussetzungen
+ ---------------------------------------------
+ Proper muss max 50 % der Gr÷sse des Vorreleases haben
+ Proper muss deutlich h÷here LesequalitΣt als Vorrelease haben
+
+ Jahresarchive
+ --------------
+ Archive von Zeitungen und Zeitschriften sind nur erlaubt wenn
+
+ - die Einzelausgaben ⁿbers Jahr verteilt nicht pree wurden
+
+ oder
+ - das Archiv einen Extremen Mehrwert gegenⁿber den Einzelausgaben enthΣlt
+ (z.b. Suchfunktionen)
+
+ oder
+ - Einzelausgaben nur als Scanned vorliegen
+
+ Gamestar 2003 Jahresarchiv z.b. nicht erlaubt da Gamestar 2003 alle Ausgaben
+ als Retail vorliegen
+
+ PC Games Jahresarchiv erlaubt weil nur Scanns released worden sind
+
+ Archive gr÷sser als 200 MB sind im Book Dir nicht erlaubt, ISO Preen !!
+
+ Technische Bⁿcher
+ -----------------
+ IT und andere Fachbⁿcher Σlter als 2 Jahre zum Release Date sind nuke.
+ Niemand glaubt doch daran das sowas noch uptodate ist.
+
+ Sachbⁿcher und Romane usw sind von dieser Bedingung natⁿrlich ausgeschlossen
+ da Zeitlos.
+
+ Signaturen
+ ----------
+ Signaturen, Crypt, DRM nicht erlaubt !! nuke
+
+ Grp Taggs erlaubt !! legit
+
+ Race
+ ----
+ Es ist erlaubt anderer Grps Daily News zu racen. Ich halte es fⁿr sinnlos
+ einer Grp die Monopolstellung fⁿr Daily News einzurΣumen nur weil Sie diese
+ als erste Pree haben. Wer zu spΣt kommt den bestraft das Leben. Absprachen
+ unter den Grps muss Jeder fⁿr sich ausmachen.
+
+
+ Fazit
+ -----
+
+ Diese Regeln sind mein Beitrag zur Diskussion und sind nur als Anstoss eben
+ Dieser zu sehen. In Teilen hΣlt man sich ja schon daran aber es sollte in unser
+ aller Interesse sein wenn es einmal zu festen Regeln in dieser Sektion kommt.
+
+ Weiterhin erwarte ich von jeder Grp, dass sie sowohl fⁿr sich als auch fⁿr alle
+ in dieser Sektion denkt. Es hilft der Sektion nicht und im Gegenteil es schadet
+ ihr nur wenn weiterhin unbedacht alles klaren Menschenverstandes jeder Scheiss
+ released wird. Ich setze hier keine inhaltlichen Schwerpunkte da die GeschmΣcker
+ verschieden sind aber ich m÷chte euch doch bitten von Freeware und Edonkey Releasen
+ Abstand zu nehmen und euch auf das wesentliche zu Konzentrieren. Das es in unserer
+ Sektion leicht einmal ein Fremdsupply geben kann ist mir verstΣndlich aber wer diese
+ nicht auf Korrektheit prⁿft soll sich nachher nicht darauf herausreden er hΣtte es
+ nicht besser gewusst.
+
+ Prⁿft eure Quellen oder besser Supply eure Ebooks selber dann gibt es auch keinen
+ ─rger mehr. Und H÷rt damit auf speziell an mir und meinen Release herumzumΣkeln.
+ Ihr tut euch keinen Gefallen damit und der Sektion schonmal ⁿberhaupt nicht.
+ Falls es noch niemandem hier aufgefallen ist sind Ebooks ein kleiner winziger Teil
+ in der Scene und auch recht unwichtig im Vergleich zu Anderem. Wenn Ihr also auch
+ in anderen Teilen der Scene ernst genommen werden wollt h÷rt auf mit dem Kleinkram
+ und akzeptiert das es immer Jemanden geben wird der besser ist als man selber.
+
+ Bin zu vernⁿnftigen Diskussionen ⁿber die Rules jederzeit bereit solange Sie nicht
+ unwirrsch gefⁿhrt werden.
+
+ pxd
+
+ ps. wer Schreibfehler findet darf sie behalten um 3 Uhr Nachts interessieren die mich
+ nicht mehr :)
+
+
+ ▄ ▄
+ ■▀▓▀▀■▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄■▀▀▓▀■
+ ░▀ ▒ ▒ ▒ ▒ ▀░
+ .: iNSTALL nFO :.
+ -------------
+
+ read and talk to me
+
+ ▄ ▄
+ ■▀▓▀▀■▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄■▀▀▓▀■
+ ░▀ ▒ ▒ ▒ ▒ ▀░
+ .: cONTACT :.
+ ---------
+
+ On the internet, write to us at attica_hq@hushmail.com
+
+
+ ▄ ▄
+ ■▀▓▀▀■▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄■▀▀▓▀■
+ ░▀ ▒ ▒ ▒ ▒ ▀░
+ .: nEWS :.
+ ------
+
+ You want to join, just write me.
+
+ We are just about a 100% internet group, so you will find
+ most of our wares on the internet first.
+
+ Only suppliers/gfx are wanted. I'm against a group having any
+ couriers since that's the job of courier groups. I have seen the
+ consequences of not enough suppliers, and too many couriers in
+ one group. If you want to : join, you have to just give me one
+ unreleased ware, and that's it. You're then in for life(maybe).
+
+
+ Egos are not wanted. Thank you, drive through.
+
+ -pxd-
+
+ Note to the Feds:
+
+ This is a non-profit group. We have never nor will we ever accept
+ one cent from anybody. This includes Couriering, Suppliers,
+ Members Membership, and any person willing to pay for our Ebooks.
+ If the founder or any members does accept any such payment, we will
+ immediately : disband this group.
+
+
+ ▄ ▄
+ ■▀▓▀▀■▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄■▀▀▓▀■
+ ░▀ ▒ ▒ ▒ ▒ ▀░
+ │ · Greets ·
+
+ to: 8088, SI, TRSI, INC, LEGEND, PDM, DNS, CMG, TGSC, Comix
+ JGT, Library, cro, DFS
+
+ and all Friends, SiteOps I didn't mention.
+
+
+
+ fuck you goes to:
+
+ Team Liberty Ebook Devision & mks from HS
+
+
+
+
+ ▄ ▒▄█░▀▀■▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▓▄▄▄■▀▀░█▄▒ ▄
+ ▐███░█▌▄ ▒ ▒ ▒ ▒ ▄▐█░███▌
+ ░███▀ .: search :. ▀███░
+ ███▓ ------ ▓███
+ ████ ████
+ ▒██▐ headhunter ▌██▒
+ ▒███ ███▒
+ ▐███░ ░███▌
+ ▓███ ███▓
+ ▀▓█▄ ▄█▓▀
+ ▀▀■▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄■▀▀
+ LINUS TORVALDS SAY "JUST FOR FUN"
+
2004-12-14 DPDR
+Deutsche Pirate-Dub-Regeln
+
+01. Ein PD ist nur dann valid, wenn er innerhalb von 4 Wochen nach
+ .DE-Kinostart kommt.
+02. Ein SVCD-PD ist Dupe, sofern ein VCD-PD existiert und vice versa.
+03. Das Quellmaterial darf nur mit expliziter Erlaubnis der Gruppe verwendet
+ werden. Die Gruppe muss in der NFO angegeben werden.
+
+ NOTE: Every Group is allowed to forbid the pirate-dubbing of their
+ releases. Our nukers will respect that and strictly nuke all of
+ those releases.
+
+04. Die Bildquelle muss vollstaendig sein.
+05. Die Tonspur darf nicht per Mikrophon abgegriffen worden sein.
+06. PDs von CAMs sind nicht zulaessig.
+07. Sofern die deutsche Kinoversion eines Filmes laenger als das Quellvideo
+ ist, ist ein PD nicht zulaessig.
+08. Sofern ein PD valid war, duerfen keine Proper-PDs kommen, die sich
+ primaer durch qualitativ hoeherwertige Quellen rechtfertigen.
+09. Ansonsten gelten die ueblichen technischen Standards fuer VCD und SVCD -
+ Standalone-Player gelten dabei als Referenz fuer Mangelfreiheit.
+10. Benennung:
+
+ <Deutscher*Titel>*<QUELLE>*PD*German*<FORMAT>-<GRUPPE>
+
+ * = . oder _
+ PD = Pirate Dub
+
+ Der.Stadtneurotiker.TS.PD.German.SVCD-GRP
+ Der_Stadtneurotiker_SCREENER-PD-GERMAN.VCD-GRP
+ ...
+
+[DPDR-20020804a]
+
█
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2004 DVDR RELEASING STANDARDS
+
+ [ 19JUN2K4 ]
+
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+ . Release size must be at least 4.15 Gb unless source is DVD5.
+ . PAL after NTSC and NTSC after PAL is allowed.
+
+ Video:
+ . Re-encoding:
+ . CCE version 2.50+ must be used for all purposes where
+ the transcoding (re-encoding) of the video stream is
+ required. Other encoding programs such as: REmpeg and
+ TMPGenc, etc. are NOT allowed in any circumstances.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, e.g. InstanCopy, DVDXCopy, etc.
+ . Minimum average bitrate allowed is 3000 kbit/s
+ (2800 kbit/s for tv shows). If minimum average bitrate
+ cannot be achieved, a valid explanation is required in
+ the nfo.
+ . Passes:
+ . Movies below or equal 100 Minutes: 5 or more passes.
+ . Movies over 100 Minutes: 6 or more passes.
+ . Extras: If transcoded, 5 or more passes.
+ . Note: The initial 1st pass that encodes the .vaf
+ file in CCE is NOT considered a pass in any
+ circumstance.
+
+ Audio:
+ . Dolby Digital is considered the standard audio format and is
+ required in ALL releases.
+ . DTS is not considered a standard audio format and is NOT
+ a reason to proper/dupe an existing release. DTS-only releases
+ are also strictly FORBIDDEN as valid releases.
+ . If audio is stripped from a DVD9 disk, higher bitrates must be
+ kept over lower bitrates (if a dvd has 2.0 and 5.1 audio, 2.0
+ would be stripped in favor to 5.1) unless their is a valid
+ reason, e.g. significantly reduces bitrate. However in regards
+ to DVDs that contain both DTS and 5.1, 5.1 must be kept. The
+ inclusion of a DTS stream is up to the ripper's discretion.
+ . For non-English movies, the movie's original language audio
+ stream must be kept unless it is not contained in the retail.
+ In the circumstances that a reissue/new edition dvd contains
+ an original language audio stream, a re-release of the movie
+ is valid.
+ . For ALL English movies, the English audio stream MUST be kept.
+ . The inclusion of other audio streams are at ripper's discretion
+ whether they are foreign or commentary.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Source:
+ . Releases MUST be from either SCREENER or RETAIL dvds. Other
+ sources are not allowed, e.g. PDVD, VHS, TV, TS, TC, CAM, etc
+ shall not be tolerated.
+ . Region duping (differs from PAL/NTSC duping), i.e. R1, R2 are
+ not permitted unless there were problems with the first
+ release (problems need to be stated regarding 1st release).
+ . Releases from reissues/superior editions of previous released
+ DVDs are only valid for: Criterion Ed. and DVDs which do
+ markedly improve upon the initial release, i.e. contains a
+ 5.1 stream comparitive to an inferior stream in the previous
+ release.
+
+
+ Authoring:
+ . Authoring in both Scenarist and DVD Maestro are allowed.
+ However, users of DVD Maestro need to be aware of the problem
+ which doesn't check that if the total bitrate exceeds
+ 9800kbit/s. Rippers should be aware that the MAX bitrate is
+ 9800kbit/s for both audio and video streams.
+
+ Subtitles:
+ . If English subtitles are present, they will be kept under ALL
+ circumstances.
+ . If the dvd contains no more than three subtitle streams, all
+ will be kept. If the dvd contains more than three subtitle
+ streams, it's ripper's discretion which subtitles should be
+ kept. Its advised to keep the most common used language
+ subtitles.
+
+ Menus:
+ . Menus MUST be included.
+ . The menu must be in English and not foreign, unless they
+ are aimed for non-English endusers.
+ . Menus on TV Show disk must be kept at all costs.
+
+ Extras:
+ . Extras are an added value but are not needed. Extras are
+ allowed to be transcoded with a minimum average bitrate of
+ 1700kbit/s.
+
+ DVD Limitations:
+ . Macro vision must be removed.
+ . All user limitations and restrictions must be removed.
+ . Releases must be made region free.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+ . All releases must either use .IMG or .ISO. Other formats
+ NOT allowed.
+ . Releases must be broken up into rars of 50,000,000 bytes.
+ . Solid Archive and Recovery Record MUST be used.
+ . SFVs and NFOs MUST be included.
+ . NFO must include the following:
+ . Groups name.
+ . Title.
+ . US theatrical release date.
+ . Regions, NTSC or PAL.
+ . Number of Passes and Bitrate used when re-encoding.
+ . Audio streams, and subtitles included.
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link.
+ . Number of archive files.
+
+ Samples:
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 50mb.
+ . Samples must be put in a separate sub directory, labeled
+ 'Sample'.
+ . Vobs may be cut and used as sample, or renamed to mpg.
+ . Samples must be from actual packed vob. Separate encodes are
+ not allowed.
+
+ Directory Naming:
+ . Directory names shall NOT exceed 64 characters.
+ . ALL releases are to include production year.
+ . Directory name should include Disktype (NTSC/PAL)
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . DVD-5, and DVD-9 COMPLETE are recommended to be named as:
+ Movie.Title.Year.COMPLETE.Disktype.DVDR-Groupname
+ . Non-Complete DVD-9 releases must be named as follows:
+ Movie.Title.Year.Disktype.DVDR-Groupname
+ . Sub directories must be labeled DISK1, DISK2, DISK3, etc
+ CD1, DVD1, will NOT be tolerated.
+`
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Propers:
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc. No dupes/propers if
+ the previous release was not COMPLETE.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . If previous release was not region free, a patch must be used,
+ NOT a proper.
+
+ Other Notes:
+ . Intros and outros are not tolerated.
+ . Group watermarks within the DVD are STRICTLY forbidden.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The DVDR Releasing Standards Originally Written and Organized By:
+ AUK . SOUL . JR . MAH . PURP . CONE
+
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
▄▓▀▀▄
+ ▓█▌
+ TiME ▒▄▄ ▄▄█ ▄███▌
+▄▄▄░ ▓▓▓▄▄ ░▄▄▄▄▄▓███ ■▄▄████ ▄▓██████▄
+ ▓███▓▄▄▄ ▐████ ░░░ ░▓███████████ ░ ▐▓███▌ ▄▓▄ ▄▓█▀░ ▀███▓
+ ▓█████▓▀▀████▓▓▄▄▄▄▄██▓▄▄ ▀██████████▌ ▒ ▓████ ▓ ▄██▀ ▀███▄
+ ░ ▓█████▌ ▐███▌ ▄████▓▀ ▒▒▀ ▐█████▌ ■ ▓ ▓█████ ▒ ▒██░ ▒ ▐████▄░
+ ▓▄ ▓█████ ████ ▓████▀ ░▄▄▓█▀ ▐████▓█ ▐▓░ █▀████▌ ██▓ ░ ▄████▓▀▀
+ █▀ ▐█████▓ ▐███▌████▌ ▓████▌ ▒ ▓███▌ ▓▄ ▀▓ ▐█ ▐████ ░███▄ ▄▄▄▓██▓▀▀
+ ▄▓████▓▀▀ ████ ▀▀█▓▄▀▐████▌ ▓ ████▌ ▓▄ █▌ ████▓▐█████▓▀▀▀ ░▄▄▄▄████▓▒░
+ ▒▀▀▀▀▀ ░▄ ░███▓ ▀ ████▌ ░█ ▐████▌ ▄ ▓█▄█▓ ▐████████▄▄▄▄████▓▀▀▀▀▀
+ ▀▀▒ ▐███▓ ▀▓▒ ▓███▓ ▓█ ▐████▌ ▓ ▓█▀ ▄▓ ░█████████▓▀▀▀ ░▄▄▄▓▀▀▀▀▀
+░▒▓▓███▓▄▄▄▄░ ▄████▓▄ ░ ▐████▄ ▀ ▓████░ ░ ░▀ ░▄▀█ ████████▄ ▀▓▀▀▀
+ ▀▀▀▀▀▓████████▓▀░ ▓██▓▀▀▀▀██████░ ▀ ░▀ ▐▌ ▐████▓▓███▓▀▀ ▒ asx ░▄▄▄▒░
+ ▀▀▀▀▀▓▄▄▄░ ▀▀▀▓▀ ▄ ■▀ ▀▀▓▌ ░ ▐▌ ▐██▓▀▀▀░ ▒ ▄▄▓▀▀▒ ░
+ ░ ▀▀▀▓▄ ░█▓ ▄▄▓▀▀▀▀▒▄▄▒ ▀▒ ▒ ▒▓ ▒▀ ▄▄▄▒▀▀ ░
+ ▒▀▓▓▀ ▒■▀ ▀▀▄ ▒ ░ ▒▄▓▀▀▀░ ▒ ░
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ▀▒▀ ▀▒▓ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ░▒ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓
+ ▓█ HIGH COUNCIL for FRENCH ANIME RULES █▓ ░
+ ██ ██
+ ██ Date v1: ........................................24/10/2004 ██
+ ██ Date v2: ........................................14/11/2004 ██
+ ██ ██
+ ░ ▓█ Teams: M**.E*0***.MAN******.DV*****.DRAG***.NIN**.KEN** █▓ ░
+ ░ ▓█ Kit**.PEPI**.TK*.W* █▓ ░
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ RELEASE NOTES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+ Chers membres de la scene francaise,
+
+ Le present document vous est presente suite a la rencontre de plusieurs
+ teams francaises Animes. Ensemble, nous avons discute de plusieurs
+ aspects de notre scene francaise anime dont les rules generales
+ a respecter afin de maintenir et accroitre la qualite des releases
+ qui vous sont offertes. Suite aux nombreuses suggestions, propositions
+ et arguments presentes durant cette rencontre, nous avons elabore ces
+ rules dont l'unanimite des teams ont lu et accepte de respecter.
+
+ Un petit mot plus particulierement aux siteops/nukers de sites o· les
+ animes sont trades: Nous tenons a ce que vous respectiez et appliquiez
+ ces rules que nous, les teams francaises animes, avons choisi
+ d'honorer.
+
+ ---------------------------------------------------------------------------
+ ANiME RULES v2.0
+
+
+ Nom de la source a specifier pour les captures broadcast de chaines TV FR
+ (chaines MANGAS, AB1 etc...)
+ HDTV: Capture numerique via une carte DVB ou une carte HDTV au format
+ High Definition TeleVision
+ PDTV: Capture numerique via une carte DVB (S ou C) appeler aussi DVBRIP
+ SDTV: Capture numerique via une platine DVD de salon
+ SATRIP: Capture via une carte de capture analogique avec une source
+ satellite ou cable numerique
+ TVRiP: Capture via une carte de capture terrestre ou carte de capture
+ analogique avec une source cable analogique avec entrees
+ RCA video/audio
+
+ LE DVDRIP HK est considere comme une source Broadcast. A savoir que c'est
+ la commercialisation d'une capture avec le travail d'une equipe chinoise
+ pour faire des Sub US de l'audio JAP.
+ LE DVDRIP HK comme les RAW a une qualite suivant les annees de captures.
+ Le Japon est passe en diffusion HDTV en 2002-2003.
+ Reste a savoir la methode qui a ete employee pour capturer le HDTV.
+ Voila pourquoi les DVDHK ont une qualite differente selon les annees de
+ diffusion TV.
+
+ Le Rawrip est une capture SAT au japon bien souvent en HDTV de tres bonne
+ qualite.
+ Le Rawrip d'un DVDRIP est considere comme un DVDRIP, le nom RAWRIP etant
+ accorde au capture broadcast.
+ Les captures SAT sur les chaines Francaise devront specifier leur format
+ de capture : le format DVBrip n'existe donc plus et devra etre remplace
+ par PDTV pour suivre les rules HCR serie TV.
+
+ Les formats en FANSUB ne se nukent pas les uns les autres. En d'autres
+ termes une serie fansub ne peut pas etre recommencee. Une serie en RAWRIP
+ ne peut etre recommencee en DVDRIP Z1, Z2jap etc...
+ SEULE une serie Z2 subfrench retail peut recommencer la serie.
+ Si un groupe arrete une serie, une autre team peut la reprendre et ce meme
+ dans une source differente (un Z1 arrete peut etre continue en rawrip
+ et vice-versa)
+
+ Peuvent avoir la denomination de DVDrip :
+ les DVD Z1, DVD Z2 PAL/UK/JAP, DVD Z3 (coreen) et les raw ayant pour
+ source un DVD (generalement DVD Zone2 JAP).
+
+ Cas des DVDrip avec un AUDIO VF non DVD (source audio: broadcast ou VHS)
+ Desormais ce genre de rlz ne sera plus considere comme DVDRIP mais
+ DVDSCR pour eviter que de vrais DVDRIP Z2 FRENCH RETAILs soient nuke.
+
+ Les nouveaux format sont donc:
+ DVDRIP - DVDSCR - HKDVDRIP - RAWRIP - HDTV/PDTV/SDTV/SATRIP/TVRIP
+
+ Si le Z2 subfrench est OUT en magasin, la serie fansub peut continuer si
+ la serie a ete sortie dans ses 3/4. Dans le cas contraire, la serie fansub
+ doit se terminer.
+ Si c'est le Z2 French qui est OUT, la serie Fansub peut continuer.
+ Une serie Fansub (VO) peut commencer si la serie FRENCH est sortie en DVD.
+ La distribution d'anime de team fansub non warez est possible si ces teams
+ l'autorisent et si elles sont conformes avec les rules HCR animes (reso,
+ codec audio et video etc...).
+ Dans ce cas, la team warez devra indiquer dans ses NFO le nom de la team
+ fansub acceptant la diffusion.
+ VOBSUB obligatoire (et pas Subrip) pour DVD Zone 2 Subfrench.
+ Verifier la hauteur des sous-titres, s'ils sont un peu au milieu de
+ l'image, il faudra les descendre (bien verifier ensuite le resultat sur
+ les sous-titres etant sur une et deux lignes).
+ Une serie fansub commencee dans un codec et une rezo doit etre poursuivie
+ ainsi, meme si ces formats ne sont plus allowed avec les rules HCR anime
+ d'aujourd'hui (idee de continuite).
+
+
+ Differentes categories d'animes:
+ L'anime JAP/FR/US (Marvel, Disney (non sorti en salles FR, sinon section
+ DiVX), etc.)
+ Le HENTAI
+ Le SENTAI (X-OR, Bioman etc.)
+ KID (Maya, Mask, Minipouss etc.)
+ C'est aux sites a soit differencier ces sections, ou au contraire a les
+ regrouper en une seule ayant pour nom ANIMES.
+ Notion d'exclusivite pour PRE une box Z2 serie anime :
+ La team qui sort le premier 2 cds en suivant, a l'exclusivite pour pre la
+ box entiere. Cependant si dans les 4 jours ils n'ont pas termine la box,
+ une autre team peut RACE la serie.
+ Exemple: team A CD1 et team B CD2-3. C'est la team B qui a l'exclu pour
+ RLZ le reste de la box jusqu'a terme des 4jours a partir de la
+ pre du CD3.
+
+ Attention les series anime dont les DVDS sont vendu a l'unite n'ont pas
+ cette notion d'exclusivite. Chaque DVD pouvant etre rlz par une team
+ differente.
+ Exemple: Olive et Tom, DBZ, dont les DVDs vendus a l'unite peuvent etre
+ race par des teams differentes.
+
+ Format:
+ Le SBC est allowed mais il est conseille d'utiliser le XViD
+
+ Video XViD 1.0 en 2 pass 29fps ou 23.9fps (NTSC) OU 25fps (PAL)
+ La diminution du FPS de 29.9 a 23.9 doit etre faite uniquement via IT.dll,
+ decomb.dll, ou autre methode de qualite equivalente.
+ La diminution du FPS NTSC 29.9 a NTSC 23.9 n'est desormais plus
+ obligatoire.
+
+ Audio MP3 128kbps CBR 44.1khz/48khz, AC3 autorise.
+
+ Resolution:
+ - doit respecter l'aspect ratio (AR) original de la diffusion originale
+ 1.33 (4/3) 704 x 528 | 640 x 480 | 576 x 432
+ 1.66 (16/9) 704 x 432 | 640 x 384 | 576 x 352
+ 1.77 (16/9) 704 x 384 | 640 x 352 | 576 x 320
+ 1.85 (WS 16/9) 704 x 384 | 640 x 352 | 576 x 304
+ 2.35 (CS 16/9) 704 x 304 | 640 x 272 | 576 x 240
+
+ - Le cropping est obligatoire
+ Taille:
+ Episode de 20-29mn = 170 a 235 Mo
+ Episode de 30-49mn = 235 a 350 Mo
+ Episode de + de 50mn = 375 a 700 Mo
+ Z2 Retail uniquement:
+ Quant au nbr des episodes a release
+ On met 3 episodes/cd quand ca tombe juste sinon
+ on met en 4 episodes / cd.
+
+ Package:
+ Dirname Serie: TITRE.DE.LA.SERIE.CDX.LANGAGE.SOURCE.CODEC-TEAM
+ Dirname Serie Saison: TITRE.DE.LA.SERIE.SAISONX.CDX.LANGAGE.SOURCE.CODEC-TEAM
+ Dirname anime long metrage: TITRE.DE.LA.SERIE.LANGAGE.SOURCE.CODEC-TEAM
+ Rars: 15mb par fichier
+
+ Qualite:
+ - Les teams doivent se rappeler que la qualite de leurs series devrait
+ etre optimale par respect pour les amateurs et pour elles-memes.
+
+ Le nuke en anime:
+ - On nuke une serie qui dupe une autre en pretextant un format superieur
+ (un Z1 fansub qui voudrait refaire la meme serie qu'un rawrip fansub)
+ - Pour mauvaise resolution, mauvais codec, mauvais bitrate/codec audio
+ - Pour mauvaise qualite d'image.
+ - Pour subs incoherents, mauvaise traduction, trop de fautes.
+
+ ------------------------------------------------------------------------------
+ DVDR ANIMe RULES v2
+
+ Generales:
+ - Pour commencer une saison, la team doit release le VOL01/DVD1
+ - Les DVDs suivants doivent etre PRE dans l'ordre chronologique
+ - Pour sortir la saisons suivante une team n'est pas obliger
+ d'attendre la fin de la precedente.
+ Notion d'exclusivite pour PRE une box Z2 serie anime:
+ La team qui sort le premier DVDR, a l'exclusivite pour pre la box entiere.
+ Cependant la team a 3 jours pour Pre une release DVDR.
+ Attention les series animes dont les DVDS sont vendus a l'unite n'ont pas
+ cette notion d'exclusivite. Chaque DVD pouvant etre rlz par une team
+ differente.
+ Les dvd9 doivent etre reauthores pas d'utilisation de ifoupdate ou autres.
+
+ Format:
+ Video:
+ CCE 4 a 9pass
+ Resolution:
+ - doit respecter l'aspect ratio (AR) original de la source dvd
+ ainsi que la resolution
+
+ Bonus:
+ -Les bonus sont autorise
+ Package:
+ Dirname: TITRE.DE.LA.SERIE.S1.DVDX.FRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.S1.DVDX.MULTI.DVDR-TEAM
+ TITRE.DE.LA.SERIE.S1.DVDX.SUBFRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.VOLX.SUBFRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.VOLX.FRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.VOLX.MULTI.DVDR-TEAM
+ S'il n'y a pas de saison juste mettre DVDX (X etant le numero du volume
+ DVD)
+ FULL: rien n'a ete enleve
+ MULTI: mini 2 langues
+ Rars: 50mb par fichier
+ Autres:
+ Fansub:
+ - Le Fansub est autorise s'il s'agit d'un DVD Z1, Z3, Z2UK/JAP (allowed
+ selon les sites)
+ FANSUB de DVDR HK interdit.
+ Subfrench:
+ - Le Subfrench est autorise
+
+ Qualite:
+ - Les teams doivent se rappeler que la qualite de leurs series devrait
+ etre optimale par respect pour les amateurs et pour elles-memes.
+
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓ ░
+ ██ ██
+ ██ HCR des rules animes: DVDR - DVDRIP - Broadcast ██
+ ░ ██ ██ ░
+ ░ ██ Lu et approuve dans leur majorite par les teams animes ██ ░
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ 14/11/2004 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+
▄▓▀▀▄
+ ▓█▌
+ TiME ▒▄▄ ▄▄█ ▄███▌
+▄▄▄░ ▓▓▓▄▄ ░▄▄▄▄▄▓███ ■▄▄████ ▄▓██████▄
+ ▓███▓▄▄▄ ▐████ ░░░ ░▓███████████ ░ ▐▓███▌ ▄▓▄ ▄▓█▀░ ▀███▓
+ ▓█████▓▀▀████▓▓▄▄▄▄▄██▓▄▄ ▀██████████▌ ▒ ▓████ ▓ ▄██▀ ▀███▄
+ ░ ▓█████▌ ▐███▌ ▄████▓▀ ▒▒▀ ▐█████▌ ■ ▓ ▓█████ ▒ ▒██░ ▒ ▐████▄░
+ ▓▄ ▓█████ ████ ▓████▀ ░▄▄▓█▀ ▐████▓█ ▐▓░ █▀████▌ ██▓ ░ ▄████▓▀▀
+ █▀ ▐█████▓ ▐███▌████▌ ▓████▌ ▒ ▓███▌ ▓▄ ▀▓ ▐█ ▐████ ░███▄ ▄▄▄▓██▓▀▀
+ ▄▓████▓▀▀ ████ ▀▀█▓▄▀▐████▌ ▓ ████▌ ▓▄ █▌ ████▓▐█████▓▀▀▀ ░▄▄▄▄████▓▒░
+ ▒▀▀▀▀▀ ░▄ ░███▓ ▀ ████▌ ░█ ▐████▌ ▄ ▓█▄█▓ ▐████████▄▄▄▄████▓▀▀▀▀▀
+ ▀▀▒ ▐███▓ ▀▓▒ ▓███▓ ▓█ ▐████▌ ▓ ▓█▀ ▄▓ ░█████████▓▀▀▀ ░▄▄▄▓▀▀▀▀▀
+░▒▓▓███▓▄▄▄▄░ ▄████▓▄ ░ ▐████▄ ▀ ▓████░ ░ ░▀ ░▄▀█ ████████▄ ▀▓▀▀▀
+ ▀▀▀▀▀▓████████▓▀░ ▓██▓▀▀▀▀██████░ ▀ ░▀ ▐▌ ▐████▓▓███▓▀▀ ▒ asx ░▄▄▄▒░
+ ▀▀▀▀▀▓▄▄▄░ ▀▀▀▓▀ ▄ ■▀ ▀▀▓▌ ░ ▐▌ ▐██▓▀▀▀░ ▒ ▄▄▓▀▀▒ ░
+ ░ ▀▀▀▓▄ ░█▓ ▄▄▓▀▀▀▀▒▄▄▒ ▀▒ ▒ ▒▓ ▒▀ ▄▄▄▒▀▀ ░
+ ▒▀▓▓▀ ▒■▀ ▀▀▄ ▒ ░ ▒▄▓▀▀▀░ ▒ ░
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ▀▒▀ ▀▒▓ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ░▒ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓
+ ▓█ HIGH COUNCIL for FRENCH SERiES RULES █▓ ░
+ ██ ██
+ ██ Date: ...................................................12/09/04 ██
+ ██ Date: ...................................................00/00/04 ██
+ ██ ██
+ ░ ▓█ Team: .TVI.PDTVFR.WB.SVP.MOZAIC.MACK4.PLOP.PEPiTO.SESSiON.RiDERS. █▓ ░
+ ▒ ▓█ .DVBCITY.SERIOUS.UNRATED.PANiK.QCSERIES.iNFOS.............. █▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ RELEASE NOTES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+
+ Chers membres de la scene francaise,
+
+
+ Le prθsent document vous est prθsentθ suite α la rencontre de plusieurs
+ teams francaises series tv. Ensemble, nous avons discutθ de plusieurs
+ aspects de notre scene francaise series tv dont les rules gθnθrales
+ α respecter afin de maintenir et accroεtre la qualitθ des releases
+ qui vous sont offertes. Suite aux nombreuses suggestions, propositions
+ et auguments prθsentθs durant cette rencontre, nous avons θlaborθ ces
+ rules dont l'hunanimitθ des teams ont lu et acceptθ de respecter.
+
+
+ Un petit mot plus particuliΦrement aux siteops/nukers de sites o· les
+ series tv sont trades: Nous tenons α ce que vous respectez et appliquez
+ ces rules que nous, les teams francaises series tv, avons choisi
+ d'honorer.
+
+
+
+
+
+ TVRiP RULES
+
+ Generales:
+
+ - Pour commencer une serie/saison, la team doit release l'episode 01
+ Ensuite, elle obtient la prioritθ de la sθrie/saison
+
+ - Les θpisodes suivants doivent Ωtre PRE dans l'ordre chronologique
+
+ - Toutefois, si le team tarde (48 heures aprΦs la diffusion de l'episode)
+ α releaser une episode, une autre team est autorisθe a race sur
+ l'episode si, et seulement si, la qualitθ de la source est identique
+ ou supθrieure et dans le meme format
+
+ - Le logo doit etre enlevθ, si possible, selon la chaine
+
+
+ Source/broadcast (en ordre de supθrioritθ):
+
+ HDTV: capture numθrique via une carte DVB ou une carte HDTV au format
+ High Definition TeleVision
+
+ PDTV: capture numθrique via une carte DVB (S ou C)
+
+ SATRIP: capture via une carte de capture analogique avec une source
+ satellite ou cable numθrique
+
+ TVRiP: capture via une carte de capture terrestre ou carte de capture
+ analogique avec une source cable analogique avec entrθes
+ RCA video/audio
+
+
+ Format:
+
+ Video XViD 1.0 1pass ou 2pass 23.976fps (NTSC) OU 25fps (PAL)
+
+ Audio MP3 128kbps CBR ou ABR/VBR ou OGG , 44.1khz
+
+ vbr/abr: minimum de 96kbps et une moyenne de 128kbps minimum
+
+ Resolution:
+
+ - doit respecter l'aspect ratio (AR) original de la diffusion originale
+
+ 1.33 ( 4:3) 640 x 480 | 576 x 432 | 512 x 384
+ 1.77 (16:9) 640 x 368 | 576 x 320 | 512 x 288
+ 1.85 (16:9) 640 x 352 | 576 x 304 | 512 x 272
+ 2.35 (16:9) 640 x 272 | 576 x 240 | 512 x 224
+
+ - Le cropping est obligatoire
+
+ Taille:
+
+ Episode de 20-29min = 125 α 235 Mo
+ Episode de 30-49min = 235 α 350 Mo
+ Episode de + de 50mn = 375 α 700 Mo
+
+
+ Package:
+
+ Dirname: TITRE.DE.LA.SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ Early.Edition.S01E01.FRENCH.PDTV.XVID-TEAM
+
+ sauf si serie de FR ou du QC car titre US non existant
+
+ Rars: Store 15mb ou 20mb par fichier
+
+
+ Autres:
+
+ Fansub:
+
+ - Le Fansub est interdit
+
+ Subfrench:
+
+ - Le Subfrench est autorisθ
+
+
+
+ Recommandation: En ce qui a trait aux series de 25 ou 26 θpisodes de moins
+ de 30min, une taille variant entre 320 et 330 Mo serait
+ prθfθrable pour que la serie complete entre sur 2 DVDR
+ (13 episodes/DVDR)
+
+
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDRiP RULES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+ Generales:
+
+ - Pour commencer une sθrie/saison, la team doit release l'θpisode 01/CD1
+ Ensuite, elle obtient la prioritθ du volume/coffret dvd
+
+ - Les θpisodes/CDs suivants doivent Ωtre PRE dans l'ordre chronologique
+
+ - Toutefois, si le team tarde(plus de 2 jours entre chaque) α releaser
+ les θpisodes/CDs suivants, une autre team est autorisθe a continuer cette
+ serie/saison avec les memes caractθristiques Video et Audio que les
+ episodes/CDs prθcθdents
+
+ Format:
+
+ Video:
+
+ XViD 1.0 2pass 23.976fps (NTSC) OU 25fps (PAL)
+
+ Resolution:
+
+ - doit respecter l'aspect ratio (AR) original de la source dvd
+
+ 1.33 ( 4:3) 640 x 480 | 576 x 432 | 512 x 384
+ 1.77 (16:9) 640 x 368 | 576 x 320 | 512 x 288
+ 1.85 (16:9) 640 x 352 | 576 x 304 | 512 x 272
+ 2.35 (16:9) 640 x 272 | 576 x 240 | 512 x 224
+
+ - Le cropping est obligatoire
+
+ Audio:
+
+ - doit etre MP3 CBR ou ABR/VBR 128kbps, 44.1kHz
+ - doit etre STEREO
+ - audio vbr/abr: minimum de 96kbps et une moyenne de 128kbps minimum
+ - AC3 est acceptθ
+
+
+ Taille:
+
+ Une serie dvdrip peut etre release soit:
+
+ - par episode:
+ Episode de 20-29min = 233 Mo
+ Episode de 30-49min = 350 Mo
+ Episode de + de 50min = 700 Mo
+
+ - par CD:
+ 3 episodes de 20-29min a 233mo
+ 2 episodes de 30-49min a 350mo
+ 1 episode de + de 50min a 700 Mo
+
+ Package:
+
+ Dirname: TITRE.DE.LA.SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.SERIE.US.S01CD1.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.SERIE.US.S01DVD1.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.SERIE.US.S01VOL1.FRENCH.SOURCE.FORMAT-TEAM
+
+ Early.Edition.S01E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01CD1.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01DVD1.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01VOL1.FRENCH.DVDRiP.XVID-TEAM
+
+ - sauf si serie de FR ou du QC car titre US non existant
+
+ Rars: Store 15mb ou 20mb par fichier
+
+
+
+ Autres:
+
+ Fansub:
+
+ - Le Fansub est interdit
+
+ Subfrench:
+
+ - Le Subfrench est autorisθ
+
+
+
+
+
+
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ CONTACT █▓ ░
+ ██ ██
+ ██ ██
+ ░ ██ ██ ░
+ ░ ██ EMAIL : NEVER ██ ░
+ ██ IRC : NEVER ██
+ ░ ▓█ WWW : NEVER █▓ ░
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ READ AND APPROVED BY ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+ ■ iNFOS ■ PDTVFR ■ QCSeries ■
+
+ ■ WB ■ SVP ■ MOZAiC ■ PLOP ■ TVI ■ PANiK ■
+
+ ■ PEPiTO ■ SESSiON ■ RiDERS ■ SERiOUS ■ UNRATED ■
+
+ ■ BiGNAiN ■ DVBCiTY ■ M4CK4 ■
+
+
+ ▒ ▒
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ asphyx ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ▀░ ■
▄▓▀▀▄
+ ▓█▌
+ TiME ▒▄▄ ▄▄█ ▄███▌
+▄▄▄░ ▓▓▓▄▄ ░▄▄▄▄▄▓███ ■▄▄████ ▄▓██████▄
+ ▓███▓▄▄▄ ▐████ ░░░ ░▓███████████ ░ ▐▓███▌ ▄▓▄ ▄▓█▀░ ▀███▓
+ ▓█████▓▀▀████▓▓▄▄▄▄▄██▓▄▄ ▀██████████▌ ▒ ▓████ ▓ ▄██▀ ▀███▄
+ ░ ▓█████▌ ▐███▌ ▄████▓▀ ▒▒▀ ▐█████▌ ■ ▓ ▓█████ ▒ ▒██░ ▒ ▐████▄░
+ ▓▄ ▓█████ ████ ▓████▀ ░▄▄▓█▀ ▐████▓█ ▐▓░ █▀████▌ ██▓ ░ ▄████▓▀▀
+ █▀ ▐█████▓ ▐███▌████▌ ▓████▌ ▒ ▓███▌ ▓▄ ▀▓ ▐█ ▐████ ░███▄ ▄▄▄▓██▓▀▀
+ ▄▓████▓▀▀ ████ ▀▀█▓▄▀▐████▌ ▓ ████▌ ▓▄ █▌ ████▓▐█████▓▀▀▀ ░▄▄▄▄████▓▒░
+ ▒▀▀▀▀▀ ░▄ ░███▓ ▀ ████▌ ░█ ▐████▌ ▄ ▓█▄█▓ ▐████████▄▄▄▄████▓▀▀▀▀▀
+ ▀▀▒ ▐███▓ ▀▓▒ ▓███▓ ▓█ ▐████▌ ▓ ▓█▀ ▄▓ ░█████████▓▀▀▀ ░▄▄▄▓▀▀▀▀▀
+░▒▓▓███▓▄▄▄▄░ ▄████▓▄ ░ ▐████▄ ▀ ▓████░ ░ ░▀ ░▄▀█ ████████▄ ▀▓▀▀▀
+ ▀▀▀▀▀▓████████▓▀░ ▓██▓▀▀▀▀██████░ ▀ ░▀ ▐▌ ▐████▓▓███▓▀▀ ▒ asx ░▄▄▄▒░
+ ▀▀▀▀▀▓▄▄▄░ ▀▀▀▓▀ ▄ ■▀ ▀▀▓▌ ░ ▐▌ ▐██▓▀▀▀░ ▒ ▄▄▓▀▀▒ ░
+ ░ ▀▀▀▓▄ ░█▓ ▄▄▓▀▀▀▀▒▄▄▒ ▀▒ ▒ ▒▓ ▒▀ ▄▄▄▒▀▀ ░
+ ▒▀▓▓▀ ▒■▀ ▀▀▄ ▒ ░ ▒▄▓▀▀▀░ ▒ ░
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ▀▒▀ ▀▒▓ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ░▒ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓
+ ▓█ HIGH COUNCIL for FRENCH SERiES RULES █▓ ░
+ ██ ██
+ ██ Date: ...................................................28/09/04 ██
+ ██ Date: ...................................................18/10/04 ██
+ ██ ██
+ ░ ▓█ Team: .TVI.PDTVFR.WB.SVP.MOZAIC.MACK4.PLOP.PEPiTO.SESSiON.RiDERS. █▓ ░
+ ▒ ▓█ .DVBCiTY.SERiOUS.UNRATED.PANiK.QCSeries.iNFOS.TiMER.BiGNAiN █▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ RELEASE NOTES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+
+ Chers membres de la scΦne franτaise,
+
+
+ Le prθsent document vous est prθsentθ suite α la rencontre de plusieurs
+ Teams franτaises de sθries TV. Ensemble, nous avons discutθ de plusieurs
+ aspects de notre scΦne franτaise sθries TV dont les rules gθnθrales
+ α respecter afin de maintenir et accroεtre la qualitθ des releases
+ qui vous sont offertes. Suite aux nombreuses suggestions, propositions
+ et arguments prθsentθs durant cette rencontre, nous avons θlaborθ ces
+ rules dont l'unanimitθ des teams ont lue et acceptθu de respecter.
+
+
+ Un petit mot plus particuliΦrement aux siteops/nukers de sites o· les
+ sθries TV sont trades: Nous tenons α ce que vous respectez et appliquez
+ ces rules que nous, les teams franτaises sθries TV, avons choisi
+ d'honorer.
+
+
+
+ TVRiP RULES v2.0
+
+
+ Generals:
+
+ * Sθries en cours de diffusion :
+
+ - Pour commencer et obtenir la prioritθ d'une saison, une team doit
+ releaser l'θpisode qui est diffusθe en premier par la chaεne.
+
+ - Les θpisodes d'une saison doivent Ωtre PRE dans l'ordre de diffusion.
+
+ - Toutefois, si la team tarde (48h aprΦs la diffusion) α releaser
+ un θpisode, une autre team est autorisθe a race sur cette episode
+ uniquement. La qualitθ de la source doit Ωtre identique ou
+ supθrieure et dans le mΩme format.
+
+ - Pour releaser une saison, il est suggθrθ d'attendre que la saison
+ prθcθdente soit complΦtement releasθe, sauf si elle n'a pas θtθ diffusθe.
+
+ - Si une sθrie est abandonnθe ou qu'il s'θcoule 3 semaines sans aucune
+ release de la team qui a la prioritθ, une team est autorisθe α complθter
+ la sθrie en cours ou α sortir la saison suivante et elle obtient la
+ prioritθ de la saison.
+
+ - Si la chaεne ne diffuse plus la sθrie pendant un temps et ensuite
+ reprend la diffusion, la team ayant la prioritθ originellement
+ α toujours la prioritθ sur la suite de cette saison.
+
+ * Sθries en stock :
+
+ - Il arrive parfois, et mΩme souvent, que les teams stockent plusieurs
+ saisons d'une sθrie, et dθcident par la suite de les diffuser.
+ Dans ce cas, il est conseillθ que la team annonce dans leur nfo
+ dΦs le dθbut le nombre de saisons et θpisodes qu'elle souhaite diffuser.
+
+ - Aucune prioritθ n'est donnθe avant le PRE de l'θpisode 01 d'une saison
+ mais il est fortement suggθrθ qu'une autre team respecte, par souci
+ de prθserver une bonne rθputation, d'θthique ainsi que de bonne foi, les
+ souhaits d'une autres teams.
+
+ - Dans un cas ou une team α annoncer les saisons et θpisodes qu'elle
+ prθvoyait diffuser et qu'une autre team race, la team ayant racθe
+ obtient la prioritθ de la saison qu'elle a dθbutθe mais cette team
+ doit respecter les rules HCR.
+
+ - Pour commencer et obtenir la prioritθ d'une saison, une team doit
+ release l'θpisode 01.
+
+ - Les θpisodes doivent PRE dans l'ordre chronologique.
+
+ - Pour sortir la saisons suivante, une team n'est pas obligθe d'attendre
+ la fin de la prθcθdente.
+
+ - L'espacement maximal entre 2 PRE doit Ωtre de 24h maximum, sinon
+ une autre team est autorisθe α racer sur cette θpisode uniquement.
+ Pour racer une team la qualitθ de la source doivent Ωtre identique
+ ou supθrieure et dans le mΩme format.
+
+ - Dans un cas ou une team α annoncer qu'elle allait releaser une saison ou
+ une sθrie qu'elle possθdait en stock, mais que cette saison revient en
+ ondes avant que la team n'aille releaser l'θpisode 01, cette team α 24h
+ pour sortir l'θpisode 01 aprΦs la dθbut de la diffusion. AprΦs ce 24h, la
+ sθrie sera soumise aux rules des sθries en diffusion et donc pour sortir
+ une rlz une team doit le faire dans les 24h restant.
+
+
+
+ Source/broadcast (en ordre de supθrioritθ):
+
+ - Ordre de qualitθ: HDTV --> PDTV --> SDTV ou SATRIP --> TVRIP
+
+
+ HDTV: Capture numθrique via une carte DVB ou une carte HDTV au format
+ High Definition TeleVision.
+
+ PDTV/DVBRIP: Capture numθrique via une carte DVB (C ou S ou bien T).
+
+
+ SDTV/SATRIP: Capture d une source numθrique satellite ou cΓble avec
+ une carte d acquisition analogique ou graveur DVD avec
+ branchement analogique.
+
+ TVRiP: Capture via une carte de capture terrestre ou carte de capture
+ analogique avec une source cΓble analogique avec entrθes
+ RCA vidθo/audio.
+
+ Format:
+
+ Vidθo:
+
+ - XViD (1.x) 1 α 2pass 23.976/29.970fps (NTSC) OU 25fps (PAL).
+
+ Audio:
+
+ - MP3 128kbps CBR ou ABR/VBR, 44.1khz/48khz.
+
+ Vbr/abr: minimum de 96kbps et une moyenne de 128kbps minimum.
+
+ Rθsolution:
+
+ - doit respecter l'aspect ratio (AR) original de la diffusion originale.
+
+ 1.33 (4/3) 640 x 480 | 576 x 432 | 544 x 408 | 512 x 384
+ 1.66 (16/9) 644 x 388 | 568 x 342 | 528 x 318 | 508 x 306
+ 1.77 (16/9) 644 x 364 | 584 x 330 | 556 x 314 | 512 x 288
+ 1.85 (WS 16/9) 644 x 348 | 584 x 316 | 544 x 294 | 492 x 266
+ 2.35 (CS 16/9) 644 x 274 | 592 x 252 | 536 x 228 | 512 x 218
+
+ WS = WIDESCREEN
+ CS = CINEMASCOPE
+
+ - Mais les anciennes rθsolutions TDX sont toujours acceptθes
+
+ - Le cropping est obligatoire.
+
+ Taille:
+
+ ╔pisode de 20-29mn = 125 α 235 Mo
+ ╔pisode de 30-49mn = 235 α 350 Mo
+ ╔pisode de + de 50mn = 375 α 700 Mo
+
+ Package:
+
+ Dirname: TITRE.DE.LA.SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ Early.Edition.S01E01.FRENCH.PDTV.XVID-TEAM
+
+ Sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Rars: Store 15mb ou 20mb par fichier.
+
+ Autres:
+
+ Fansub:
+
+ - Le Fansub est interdit.
+
+ Logo:
+
+ - Le logo doit Ωtre enlevθ, si possible, selon la chaεne.
+
+ Subfrench:
+
+ - Le Subfrench est autorisθ.
+
+ Qualitθ:
+
+ - Les teams doivent se rappeler que la qualitθ de leurs sθries devrait Ωtre optimal
+ par soucie envers les amateurs et pour eux mΩme.
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDRiP RULES v2.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+ Gθnθrales:
+
+ - Pour commencer une saison, la team doit release l'E01/CD1.
+
+ - Les θpisodes/CDs suivants doivent Ωtre PRE dans l'ordre chronologique.
+
+ - Toutefois, si le team tarde (plus de 3 jours entre chaque) α releaser
+ les θpisodes/CDs suivants, une autre team est autorisθe α continuer
+ cette saison avec les mΩmes caractθristiques vidθo/audio que les
+ θpisodes/CDs prθcθdents.
+
+ - Pour sortir la saisons suivante une team n'est pas obligθe d'attendre la
+ fin de la prθcθdente.
+
+ Format:
+
+ Vidθo:
+
+ - XViD (1.x) 2pass 23.976/29.970fps (NTSC) OU 25fps (PAL).
+
+ Rθsolution:
+
+ - doit respecter l'aspect ratio (AR) original de la source DVD.
+
+ 1.33 (4/3) 640 x 480 | 576 x 432 | 544 x 408 | 512 x 384
+ 1.66 (16/9) 644 x 388 | 568 x 342 | 528 x 318 | 508 x 306
+ 1.77 (16/9) 644 x 364 | 584 x 330 | 556 x 314 | 512 x 288
+ 1.85 (WS 16/9) 644 x 348 | 584 x 316 | 544 x 294 | 492 x 266
+ 2.35 (CS 16/9) 644 x 274 | 592 x 252 | 536 x 228 | 512 x 218
+
+ WS = WIDESCREEN
+ CS = CINEMASCOPE
+
+ - Mais les anciennes rθsolutions TDX sont toujours acceptθes
+
+ - Le cropping est obligatoire.
+
+ Audio:
+
+ - doit Ωtre MP3 CBR ou ABR/VBR 128kbps, 44.1khz/48khz.
+ - doit Ωtre STEREO.
+ - audio vbr/abr: minimum de 96kbps et une moyenne de 128kbps minimum.
+ - AC3 est acceptθ.
+
+ Taille:
+
+ Une sθrie dvdrip peut Ωtre release soit:
+
+ - par θpisode:
+ ╔pisode de 20-29min = 233 Mo
+ ╔pisode de 30-49min = 350 Mo
+ ╔pisode de + de 50min = 700 Mo
+
+ - par CD:
+ 3 θpisodes de 20-29min a 233mo
+ 2 θpisodes de 30-49min a 350mo
+ 1 θpisode de + de 50min a 700 Mo
+
+ Package:
+
+ Dirname: TITRE.DE.LA.SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.SERIE.US.S01CD1.FRENCH.SOURCE.FORMAT-TEAM
+
+ Early.Edition.S01E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01CD1.FRENCH.DVDRiP.XVID-TEAM
+
+ - sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Rars: Store 15mb ou 20mb par fichier.
+
+ Autres:
+
+ Fansub:
+
+ - Le Fansub est interdit.
+
+ Subfrench:
+
+ - Le Subfrench est autorisθ.
+
+ Qualitθ:
+
+ - Les teams doivent se rappeler que la qualitθ de leurs sθries devrait Ωtre optimale
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDR RULES v1.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+ Gθnθrales:
+
+ - Pour commencer une saison, la team doit releaser le VOL01/DVD1
+
+ - Les DVD suivants doit Ωtre PRE dans l'ordre chronologique
+
+ - Toutefois, si la team tarde (plus de 8 jours entre chaque) α
+ releaser les DVD suivants, une autre team est autorisθe a race
+ sur ce DVD uniquement, si et seulement si la qualitθ est identique
+ ou supθrieure et dans le mΩme format.
+
+ - Pour sortir la saison suivante, une team n'est pas obligθe
+ d'attendre la fin de la saison prθcθdente.
+
+ Format:
+
+ Vidθo:
+
+ CCE 4 α 9pass 23.976/29.970fps (NTSC) OU 25fps (PAL)
+
+ Rθsolution:
+
+ - doit respecter l'aspect ratio (AR) original de la source DVD
+ ainsi que la rθsolution.
+
+ Audio:
+
+ - doit Ωtre AC3 ou Dolby 5.1/2.0.
+ - doit Ωtre FRENCH 5.1 si possible, inclure ENGLISH 2.0.
+ - doit Ωtre STEREO.
+
+ Bonus:
+
+ -Les bonus sont autorisθs.
+
+ Package:
+
+ Dirname: TITRE.DE.LA.SERIE.US.S01DVD1.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.SERIE.US.S01DVD1.MULTI.SOURCE.FORMAT-TEAM
+
+ TITRE.DE.LA.SERIE.US.S01VOL1.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.SERIE.US.S01VOL1.MULTI.SOURCE.FORMAT-TEAM
+
+ Early.Edition.S01DVD1.FRENCH.DVDR-TEAM
+ Early.Edition.S01DVD1.MULTI.DVDR-TEAM
+
+ Early.Edition.S01VOL1.FRENCH.DVDR-TEAM
+ Early.Edition.S01VOL1.MULTI.DVDR-TEAM
+
+ - sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Rars: Store 50mb par fichier.
+
+ Autres:
+
+ Fansub:
+
+ - Le Fansub est interdit.
+
+ Subfrench:
+
+ - Le Subfrench est autorisθ.
+
+ Qualitθ:
+
+ - Les teams doivent se rappeler que la qualitθ de leurs sθries devrait Ωtre optimale
+
+
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ CONTACT █▓ ░
+ ██ ██
+ ██ ██
+ ░ ██ ██ ░
+ ░ ██ EMAIL : NEVER ██ ░
+ ██ IRC : NEVER ██
+ ░ ▓█ WWW : NEVER █▓ ░
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ READ AND APPROVED BY ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+ ■ iNFOS ■ PDTVFR ■ QCSeries ■
+
+ ■ SVP ■ MOZAiC ■ M4CK4 ■ TiMER ■ PANiK ■
+
+ ■ PEPiTO ■ SESSiON ■ RiDERS ■ SERiOUS ■ UNRATED ■ DVBCiTY ■
+
+ ■ BiGNAiN ■ TVI ■ WB ■ PLOP ■
+
+
+ ▒ ▒
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ asphyx ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ▀░ ■
+
___ ___
+ __) |_____ __) |_____ .
+ |_ | /__ | /__ . ..:.. .
+ _ _____ _ _ _// _ _|_ | _| :
+ : ::::::::::::: )| | \\_// | \\_ _ _ _____ _ __
+ //____| |____| |( . .|
+ +--------|______\\--|_______\\ : _|
+ ___ y yyy ___ . ____ | ... ___ | pO/iMP____ \\_
+ __) _|_____ __) _|_____ __) _/____ __) |_____ __) _/____ .|
+ |_ _____ /__ \ /__ _| /__ | /__ _| /__ :|
+ _// | / _|_ | _|_ | _|_ / _|_ | _| :|
+ )| | / \\_// | \\_//| \\_// | \\_//| \\_ :|
+ //___|/ |___| |__| |____| |__| |(:|
+ +-------|_______\\--|_______\\-|_______\\---|______\\-|_______\\-+
+ à H Q S C E N E à ._ . ....::: . . |
+ _ _____ _ _ _// | ::::::: | : |
+ |:. | ::::::: | : .:|
+ +---------| ::::::: |-------------------+
+ +---------+ :
+ .
+------------------------------------------------------------------------------
+
+ those signed herein propose that a quality standard of
+
+ --alt-preset standard
+
+using the currently recommended lame compile (by developers/hydrogenaudio.org)
+become the new high-quality standard of the mp3 scene. the benefits of vbr
+over cbr regarding the ratio of quality to size are now abundant using this
+compile. this benefits both the end user and the siteop. since it is now
+commonly known that vbr far outweighs cbr regarding disk usage, bandwidth, and
+quality, vbr uses a sites resources to its fullest potential. the end user who
+uses a portable device or a personal computer also benefits from having the
+smallest possible file size (given the sample complexity) at the highest
+possible quality. the only true concern regarding vbr was the lack of
+zipscripts that support it, but this is no longer the case since zip scripts
+have been created that fully support vbr. note that vbr is _STILL_ a .mp3
+file, it just uses different settings than the previous standard.
+
+this current recommended compile of lame can be obtained at the following url:
+
+ * http://rarewares.hydrogenaudio.org/files/lame-3.90.3modified.zip
+ (this zip includes both lame.exe and lame_enc.dll)
+
+while eac remains the recommended ripping software, we do not propose that it
+become a standard due to hardware conflicts and limitations of some drives.
+
+ * http://www.exactaudiocopy.de
+ * http://hqscene.fatty.dk/eaclame1.html
+
+for those that wish to encode to mp3 after ripping the entire cd, razorlame is
+recommended. razorlame is a gui front-end for lame that works on windows
+platforms.
+
+ * http://www.dors.de/razorlame/download.php
+ * http://hqscene.fatty.dk/razorlame.htm
+
+for a complete guide on the encoding with the alt-presets and VBR overview
+peep the following url:
+
+ * http://hqscene.fatty.dk
+
+the public modification/addon for project-zs is available here
+
+ * http://www.glftpd.at
+ * http://zs.fatty.dk
+
+signed by important people of the following groups
+
+ 0MNi AMOK APC ATM ATR BLA BOS BOSS BPM CHR CMC CMS CR DPS DRUM FKK FNT FSP
+ FuFFeNS gEm gF gTi HiT2000 hXc iTS JAH JUST KrbZ mbs MIL MiM MnD MNS NVS OSC
+ pH PMS PsyCZ RAGEMP3 RKS RNS RSD sb SER SiRiON SMS soup SSR TGX TWCMP3 uF
+ WLM XXL YARD
+
+-------------------------------------------------------------------------------
+ hqscene:01/14/2004
+
+
+-----------------------[- SWESUB STANDARDS 2004 -]-------------------------------
+
+.1-[ViDEO]
+---| Aspect Ratio PAL 576x480 / NTSC 480x480.
+---| Only FS 4:3 and WS 16/9 are allowed. Not anamorphic ws becouse they
+---| dont work 100% on all standalone dvdplayers.
+---| Telecid should be turned on to get ultimate quality ( if movie is interlaced )
+---| Never release a movie if less bitrate then 1674 or highest 2450 +-1%
+---| Examples below
+---| ( 104Min 74Min=2CDS = 1702 Bitrate )
+---| ( 112Min 80Min=2CDS = 1708 Bitrate )
+---| ( 156Min 74Min=3CDS = 1702 Bitrate )
+---| ( 168Min 80Min=3CDS = 1708 Bitrate )
+---| MAX Bitrate 2496 MIN Bitrate 1554 use 120 or more from MIN/MAX AVG bitrate
+---| else cce/tmpgenc can fail
+---| Never use less PASS then below and always use Varible Bitrate.
+---| Tmpgenc: 2 PASS VBR (Min)
+---| Cinema Craft Encoder: 4 PASS MVBR (Min)
+---|-----------------------------------------------------------------------------
+
+.2-[ViDEO+SOUND]
+---| PEAK Video + Audio
+---| Bitrate on video max avg 2450 + Sound 224kbs 44.1Khz = PEAK at MAX 2674 AVG
+---| Bitrate on video min avg 1674 + Sound 224kbs 44.1Khz = PEAK at MIN 1898 AVG
+---| So never go less then 1898 AVG. and never go higher then 2674 AVG
+---|-----------------------------------------------------------------------------
+
+.3-[AUDiO]
+---| 224Kbs 44100Khz STEREO
+---|-----------------------------------------------------------------------------
+
+.4-[SUBTiTLES]
+---| Subtitles should be as on DVD. / alternative at one 16/9 movie 50/50 on bottom
+---| border if subtitles 100% is in the picture.
+---| Only Permanent subtitles allowed.
+---| Fonts should be ( Verdana ) they are easiest to read.
+---| Subtitle color should be white.
+---|-----------------------------------------------------------------------------
+
+.5-[SAMPLE]
+---| Sample should be 1Min no more or less.
+---|-----------------------------------------------------------------------------
+
+.6-[PACKAGiNG]
+---| All releases must be BIN/CUE.
+---| Must be packed with RAR, compression is NOT ALLOWED and broken into 15MB volumes
+---| If 2/3/4 CD release last CD shouldnt be less then 44/45X15MB = 650MB+
+---| Must have SFV
+---| Must have NFO
+---| Directory names shall NOT exceed 64 characters.
+---| Another.Movie.SVCD.DVDRip.SWESUB.YEAR-GROUP : Example what should be in one dir
+---| Allowed disc dirs CD1 CD2 CD3 Sample not Cd1 Cd2 Cd3 or Disc1 Disc2 Disc3
+---| Always use small letters in the .rar archive and .nfo
+---| Nfo file another.movie.svcd.dvdrip.swesub.year-group.nfo : Example
+---| If its possible please use SVCDINFO.TXT its one proof of the svcd quality
+---| FS = 4:3 and WS = 16/9 and if movie is STV or LiMiTED you need to have that info
+---| in .NFO or DIRNAME.
+---| On movies from .SE .NO .DK .FI should movie be named like retail/theater title
+---| from that country.
+---| On other movies use .US retail/theater title.
+---| Acceptable characters in a directory
+---| ABCDEFGHIJKLMNOPQRSTUVWXYZ
+---| abcdefghijklmnopqrstuvwxyz
+---| 0123456789 . -_
+---|-----------------------------------------------------------------------------
+
+.7-[MENUES/INTRO]
+---| Menu is allowed if they are like source.
+---| Never use intro/cd change pictures
+---|-----------------------------------------------------------------------------
+
+.8-[PROPERS]
+---| No previous releases may be propered based on audio or video bitrate.
+---| Propers will be allowed in the case of technical problems, bad aspect
+---| ratio, sync problems, skipping/freezing, interlaced, wrong placed subtitles,
+---| other font colour then allowed and bad .rar archives,, or stolen sourches.
+---|-----------------------------------------------------------------------------
+
+.9-[DUPES]
+---| FS = 4:3 Dupes WS = 16/9
+---| Wierd proper reasons
+---| Retail subs never dupe Custom sub....
+---|-----------------------------------------------------------------------------
+
+.10[REENCODE]
+---| Dl a dvdr and encode to svcd its NOT okθ... And if its one COMPLETE DVDR
+---| (not encoded movie) then you need to have PERMISSION from the group that
+---| released it to make svcd swesub from that.. or else its STOLEN.
+---| Simple honor by thiefs.....
+---|-----------------------------------------------------------------------------
+
+.11[THEATER?]
+---| What is limited and stv?
+---| An limited movie has 1-499 (SCREENS) .US and 1-299 (SCREENS) .UK
+---| A stv never hit one public theater and got straight to video
+---| If movie is Festival it will go like limited.
+---| You can find all info at www.imdb.com ...
+---|-----------------------------------------------------------------------------
+
+-----------------------------[- SiGNED BY -]------------------------------------
+BBSvCD - PWRSVCD - CaKe - PiTch - DiTS - iNSANE
+-------------------------------[- 2004 -]---------------------------------------
+Updated 2004-01-26
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The XviD Releasing Standards 2004 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+├──────────────────────────┬───────────────┬─────────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ Yes it took us a while, but here they are. The new XviD standards 2004. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬───────────────────────┬───────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Movie Length: │
+│ - PAL (25 fps) = min runtime is 105 minutes/CD │
+│ - FILM (23.976 fps) = min runtime is 110 minutes/CD │
+│ - NTSC (29.97 fps) = min runtime is 92 minutes/CD │
+│ - These runtimes are scalable via the following equation: │
+│ N cd timeminimum = (N-1) * allowed_time where N is number of CDs and │
+│ allowable time applies to your format │
+│ (i.e. 3 cd FILM rip min = 110 x (3-1) = 220 minutes) │
+│ - Length rules applies per MINIMUM time on a cd, not MAXIMUM! │
+│ - The use of AC3 has nothing to do with the length rules! │
+│ │
+│ Media usage is at Ripper's discretion, please use it. │
+│ Releases must utilize at minimum 97% of total media capacity (700mb cd) │
+│ an undersized release is a technical flaw unless it is a multi-cd release │
+│ │
+│ │
+│ AUDIO: │
+│ - MUST be MP3 or Studio AC3 (AC3 transcoding forbidden). │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ (MONO audio as STEREO on source is considered a MONO source). │
+│ - MUST BE VBR! NO CBR MP3! │
+│ - MP3 tracks must have the original frequency as on the AC3. │
+│ - MP3 files must be normalized. │
+│ - VBR techniques: │
+│ - strongly recommended to use --r3mix with LAME │
+│ - ABR is considered a VBR technique. │
+│ - AC3 MUST be used wisely and correctly. │
+│ - AC3 MUST be interleaved at 64 or 96 ms. │
+│ -MONO AC3 is BANNED! in that case must encode to 1.0 mp3! │
+│ │
+│ VIDEO: │
+│ Keyframe: │
+│ - MUST be <=20 seconds and MUST be inserted according to scene │
+│ changes and framesizes as determined by the codec or encoding │
+│ application. │
+│ │
+│ Framerate: │
+│ - MUST be as close to original source framerate as possible. │
+│ │
+│ Codec: │
+│ - MUST be DivX 3.11 or XviD. │
+│ - MUST use 2 pass technique during encoding! │
+│ - NO DUPES BASED ON CODEC TYPE, USE INTERNAL. │
+│ │
+│ Resolution and Aspect Ratio │
+│ - Width: 512 - 640 pixels and MUST be a multiple of 16. │
+│ EXCEPTION: 4:3 FS sources may use a minimum resolution of 448 pixels, │
+│ and maximal resolution of 576 pixels! │
+│ - Height: Must be a multiple of 16. │
+│ - Cropping is required to the MAXIMUM possible. │
+│ - Movie encodes must be within 5% of original aspect ratio. │
+│ │
+│ Subs, Interactive Menus, Trailers: │
+│ - OPTIONAL (if and ONLY if all other requirements have been met). │
+│ - VOBSUB is the preferred format due to the fact it does not use │
+│ OCR, however, any format that displays with DVobSub is acceptable. │
+│ - Subtitles may be MUXED with video stream, but may NOT be BURNED │
+│ into video stream. MUXED subs will proper BURNED subs │
+│ - Subtitles not muxed into video stream MUST be encapsulated in .rar │
+│ file with the MOST compression available and shall be contained in │
+│ the directory named 'Subs' and will NOT be packaged with main movie │
+│ .rars. │
+│ - Burned subtitles shall only be permissible when the source exhibits │
+│ forementioned subtitles in the picture itself (i.e. Subs in the │
+│ matte portion of the picture MUST be typed in a seperate file and │
+│ the frame shall be cropped). │
+│ - Subs on non english movies MUST fit on CD with main movie, all other │
+│ optional subs SHOULD fit on CD. │
+│ - Foreign movies (Non English Spoken) with no english subs must have │
+│ the language name taggings (applies to the various none english │
+│ scenes). Movies with english subs present, WILL NOT have any language │
+│ tag on them! │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be AVI, not BIN/CUE. (see Notes Section) │
+│ - Must be packed with RAR, compression is NOT ALLOWED │
+│ and broken into 15 or 20 MB volumes │
+│ - Recovery record recommended. │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO SHOULD INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual XviD release date │
+│ DVD release date │
+│ Theatrical relase date (US preferably) │
+│ Video size │
+│ Framesize/aspect ratio │
+│ Audio bitrate │
+│ Video bitrate │
+│ Movie runtime/length │
+│ IMDB/amazon/any other dvd site info link │
+│ Number of rars per cd (eg. 50x15MB) │
+│ Ripping Method │
+│ - All NFOs have to include the maximum information possible. Lack of │
+│ info or smartass comments such as "good size" or "nice res" will not │
+│ be tolerated! │
+│ │
+│ │
+│ Credits: │
+│ - Movie credits can be encoded separately at a lower birate only if │
+│ the time length exceeds the no. of cds used. (ie. 111 min on 1cd │
+│ for ntsc source, or 211 min on 2cds for pal source etc.) │
+│ - Any movies with scenes in the credits (ie. bloopers,continuation of │
+│ story) MAY NOT be downsampled! │
+│ - Cutting Credits is FORBIDDEN! │
+│ │
+│ Samples: │
+│ - REQUIRED │
+│ - 1 full minute in length (approximately 10 MB) and in separate folder │
+│ marked 'SAMPLE'. │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ - Vob samples are recommended for any rip that is deemed questionable, │
+│ (No ivtc possible on source, ivtc to 24.975fps etc). │
+│ │
+│ │
+│ Propers: │
+│ - Propers are ONLY permitted in the case of a technical flaw with the │
+│ original release (i.e. Bad IVTC, Interlacing, bad no. of cds). │
+│ - Releases not nuked on release lists and/or sites MUST include │
+│ original sample of technical flaw. │
+│ - Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper (i.e. # of CDs, AC3 or MP3, etc). │
+│ - Propers based upon the compliance with new instances of TDX │
+│ guidelines are also forbidden. │
+│ - Only propers that will be acceptable when propering old tdx rips are │
+│ propers based on picture damage. (Aspect Ratio and IVTC) │
+│ - Subbed (in original movie language) propers dubbed (in any language). │
+│ - Hardcored Subs may be propered by releases containing Vobsub/Srt. │
+│ <This rule will not apply to movies ripped before TXD2K4.> │
+│ │
+│ │
+│ WS after FS: │
+│ - FS movies after WS was out, are FORBIDDEN! │
+│ - WS movies after FS was out, MUST HAVE original sample from the │
+│ previous release, unless proven no WS dvd was out at the time the │
+│ FS was released. A WS not following the above is considered a DUPE! │
+│ - WS or FS name tags on the release name, if the other wasnt released │
+│ in the past, WILL NOT BE TOLERATED! <use nfo to mention the AR> │
+│ - WS cannot proper another WS. <for example 2.35:1 after 1.85:1 is out> │
+│ Use the tag WS in the dirname. However WS after WiderWS released │
+│ will be considered a DUPE unless proven it contains more picture! │
+│ Sample rule, applies here also. │
+│ - Letterboxed DVDs are not considered FS even if it's FS on the source! │
+│ │
+│ Special Movie Editions: │
+│ - Allowed: SE, DC, Extended, Remastered, UNRATED, CHRONO. │
+│ - Releases MUST CONTAIN at least 2 minute extra/alternate footage from │
+│ the past releases of the same movie. If not use the INTERNAL tag. │
+│ PAL - NTSC length diffrence comes from the no. of frames. BE AWARE! │
+│ - Remastered will not be considered a dupe ONLY IF the previous │
+│ release was BLACK AND WHITE. Everything else use INTERNAL! │
+│ - Extras ARE NOT CONSIDERED an edition and will be nuked for dupe, │
+│ unless released seperatly. <and are not dupes of previous releases> │
+│ - Chrono editions will be accepted only if its a retail version, and │
+│ not homemade. │
+│ - Extras that are put into the movie by hand, will not be claimed as │
+│ extended or unrated etc, and will be considered as a fake. │
+│ │
+│ Directory Naming: │
+│ - Directory names shall NOT exceed 64 characters. │
+│ - All releases are to include production year. │
+│ - DO NOT indicate Ripping method (MM4/VM2/VBR/SBC and so on), │
+│ DVD/DivX release DATE, GENRE or anything else! (ONLY within the NFO) │
+│ - NO AC3/FESTIVAL/STV/LIMITED/READ.NFO in dirnames, include it in NFO! │
+│ - Permited tags are: WS <rules above>, PROPER, REPACK, RERIP, INTERNAL │
+│ DC, SE, EXTENDED, REMASTERED, UNRATED, CHRONO. │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - All Release directories, regardless of year, shall be named according │
+│ to Movie.Name.Year.Source.Codec-Group, suggested naming for the movie │
+│ itself shall follow the same procedure │
+│ (i.e. Movie.Name.Year.Source.Codec-Group.avi, │
+│ Movie.Name.CD1.Year.Source.Codec-Group.avi). │
+│ │
+│ - Releases that are more than 1 CD will follow these specs: │
+│ - MUST be named CD1, CD2, CD3 and so on. ('disc1', etc will NOT │
+│ be allowed). │
+│ - There MUST be a SFV included for each CD. │
+│ - Rars MUST be broken into 2 or more CD volumes. (78 rars of a 2 │
+│ disc title will NOT be tolerated) │
+│ │
+│ │
+│ │
+│ TV Series Notes: │
+│ - All Episodes <Caps or DVDRips> are obligated to follow the above │
+│ rules. │
+│ - Media usage capicity: 4x25min = 1CD, 2x50min = 1CD │
+│ Episodes of up to 25 minutes, will not be over 175mb. │
+│ Episodes of up to 50 minutes, will not be over 350mb. │
+│ Episodes further then 50 minutes, will follow the length rules of │
+│ TXD2K4. │
+│ - Capping method ie. PDTV/HDTV/DSRip etc. must be mentioned in the │
+│ dirname. │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬────────────────────────────┬────────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - Source shall be DVD RETAIL Only, no exceptions! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking, or lack thereof. │
+│ - Use of downsampled DVD-Rs as source is FORBIDDEN! <only untouched> │
+│ │
+│ Ripping related notes: │
+│ - Maximum VIDEO bitrates are covered by length rules. │
+│ - If DRF average would be over 4.0, the resolution must be lowered if │
+│ possible, untill the minimal res is reached. See Resolution rules. │
+│ DRF average can be checked with DRF Analyzer. │
+│ - Quant. Matrix always has to be H.263 due lack of hardware support for │
+│ for Custom matrixes. │
+│ - Quarterpel / GMC forbidden due lack of hardware support. │
+│ - Multi-language audio tracks are allowed. │
+│ - Multiple languages should be interleaved into the AVI, with │
+│ a graphedit filter for each appropriate audio stream. │
+│ - Movies that would ordinarily fit on 1 CD should not be made │
+│ into 2 CD releases on the basis of additional audio tracks. │
+│ - Multi-language audio CANNOT be used as a basis for a dupe. │
+│ - Multi-language subtitles CANNOT be used as a basis for a dupe. │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie will be tolerated. │
+│ │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────────────────────────────────────────────────┴┴───────┐
+│ The Tradition Continues: TXD RULES 2k4 (finale date here) │
+│ TDX2k2 <7/12/02) 2k1 (4/22/01) original (4/26/00) │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬───────────────┴┴───────┐
+│ └-------─[ GROUPS ]--------┘ │
+│ TXD2K4 Rules signed by the following XviD Groups: │
+│ ───────────────────────────────────────────────── │
+│ FiCO - iLLUSiON - PROMiSE - TML - TWiST - VoMiT │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+└─┬────────────────────────────────────────────────────────────────────────┬─┘
+ └----[ Edited By tcj- 2004. Respect goes to all TDX teams 2000-2004 ]----┘
OoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+O.ffizielle D.eutsche D.VDR R.elease R.ules 2k5
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+OoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO
+
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+1. FESTLEGUNGEN ZUM RELEASE:
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+1.1 Muss vorhanden sein:
+------------------------
+
+1.1.1. Original-Menue (entfernte Links totlegen - d.h. entweder
+ duerfen sie nicht mehr mit dem Cursor anwaehlbar sein, oder
+ beim Druecken passiert nichts)
+1.1.2. Hauptfilm
+1.1.3. 2-Sprachig (deutsch/englisch Dolby Digital)
+1.1.3.1. Ab 140min Lauflaenge kann das Release 1-sprachig sein
+ um eine bessere Bildqualitaet zu erzielen. Bei Erreichen
+ guter Bildqualitaet ist Duallanguage aber weiter erlaubt.
+1.1.4. DTS Tonspur MUSS nicht vorhanden sein, kann sofern die
+ Bitrate nicht zu gering ausfaellt (siehe 2.) vorhanden sein
+1.1.5. Alle Subtitles
+
+
+
+1.2 Kann vorhanden sein:
+------------------------
+
+1.2.1. Extras
+1.2.2. Sonstige Tonspuren
+ (das Vorhandensein ist aber NIEMALS Proper-Grund und wird
+ als DUPE gewertet solange das Erst-Release unnuked ist)
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░
+2. FILM:
+░░░░░░░░
+
+
+2.1. Sofern alle in 1.1. genannten Voraussetzungen erfuellt sind
+ und der Videostream ohne Neu-Enkodierung auf eine DVDR passt
+ (d.h. wenn die unter 1.1. beschriebenen Daten nicht auf
+ 4,37GB passen), duerfen nicht zusaetzliche Extras oder
+ Tonspuren hinzugefuegt werden, die eine Neu-Enkodierung
+ erforderlich machen wuerden.
+
+2.2 Videokodierung
+2.2.1. CCE ab Version 2.5x
+2.2.2. Der Film MUSS bis 120 Min. mit 4 Passes und ab
+ 120 Min mit mindestens 5 Passes enkodiert werden.
+2.2.3. Die oddrr-2k5 schreiben keine minimale AvgBitrate vor.
+ Sie sollte entsprechend der Komprimierbarkeit und der Groesse
+ des Original-Video-Streams gewaehlt werden um keinen
+ bad.quality Nuke zu provozieren. Die Angabe der Bitrate sowie
+ der benutzten Passes ist in der NFO zu vermerken!!!
+
+2.3 Serien DVDs
+2.3.1 Diese enthalten oft nur 2.0 ger+engl Ton und keine
+ Extras (vgl. 1.1.3.1.).
+ Eine serien-DVD9 sollte nur in Ausnahmefaellen als 2-DISC DVD5
+ released werden (zb. wenn das Bild sichtbar auf laengere zeit
+ grosse Artefakte enthaelt).
+2.3.2 Sollte eine Group eine Season beginnen, gelten alle anderen
+ Release dieser Season durch eine andere Group als Dupe.
+ Bei Start einer Season darf es maximal 6 Wochen dauern bis alle
+ DVDs dieser Season released sind, ansonsten verfaellt der Dupe.
+ Zwingend fuer den Start einer Season ist DISC 1!!!
+2.3.3 Bei Rls und Split auf 2 DVDs sollte Disc 1 das Originalmenue
+ enthalten, Disc 2 sollte fuer den Fall, dass alle Serien in
+ einem PGC sind ein selbstgefertigtes Menue enthalten, in dem
+ jede Episode einzeln anwaehlbar ist. Im Falle mehrerer PGC
+ muss auch Disc 2 das Originalmenue enthalten.
+
+2.4 Groesse einer DVD-R
+2.4.1. Sofern Neukodiert, muss das Release (d.h. alle Dateien
+ im Image zusammen, nicht das Image-File selber) insgesamt
+ min. 4,24 GB (= 4.550.000.000 Bytes) enthalten, was
+ 91 Files zu 50.000.000 Bytes entspricht (und ca. 143 MB
+ Leerraum auf der dvdr).
+2.4.2. Ausnahme sind DVD5 die als COMPLETE (vgl. 3.6.) kleiner sind.
+
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░
+3. BETITELUNG:
+░░░░░░░░░░░░░░
+
+Titel.Titel.Titel.German(.DL|.ML)(.SUBBED).YYYY(.ANIME|.HENTAI|.DOCU|.XXX)(.xDISC|SyyDxx|SyyDxxSzz)(.COMPLETE).PAL(.PROPER)
+.DVDR(.MDVDR)(.INTERNAL)-GRP
+
+3.1. Titel.Titel.Titel:
+ Ist der deutsche Name des Films - hierbei werden "-" ersetzt
+ durch "." (bsp "Otto-Der Film" wird zu "Otto.Der.Film")
+
+3.2. German(.DL|.ML):
+ Gibt die Anzahl der Sprachen an. (nur ger. Audio: German,
+ 2-Sprachig: German.DL, 3- und Mehrsprachig: German.ML)
+ Bei COMPLETE entfaellt die Bezeichnung "DL/ML" (weitere Angaben
+ gemaess NFO)
+
+3.2.1. German(.SUBBED):
+ Wenn der Film nur in Originalsprache inkl. deutschen Subs vorliegt (Omu).
+
+3.3. YYYY:
+ Gibt das Produktions-Jahr (imdb-date) an.
+
+3.4. ANIME|HENTAI|DOKU|XXX:
+ Kennzeichnung bei Anime/Hentai/Doku/XXX etc. Filmen
+3.4.1. Bei der Bezeichnung .MDVDR entfaellt das .DVDR im Releasetag und wird
+ an deren Position gesetzt.
+3.5. xDISC|SyyDxx|SyyDxxSzz:
+3.5.1. Sofern das Release aus mehr als einer DVDR besteht wird
+ hier mit "x" die Anzahl der DVDs angegeben. (bsp: 2DISC)
+3.5.2. Sofern es sich um eine Serien-DVD Release handelt wird
+ die Season und die Disc angegeben (bsp: S01D01, S03D05)
+3.5.3. Bei einer 2-seitigen, 1-schichtigen Serien dvd wird zusaetzlich
+ auch noch die Seite angegeben (bsp: S01D01S01, S01D01S02)
+
+3.6. COMPLETE:
+ Wenn die DVD komplett inkl. aller Sprachen und Extras uebernommen
+ wurde. Das gilt auch bei reencode (weitere Angaben gemaess NFO)
+
+3.7. PROPER:
+ Wenn es sich um ein PROPER-Release handelt
+ (Ein Proper MUSS innerhalb eines Zeitraumes von 30 Tagen gebracht
+ werden, falls das zu propernde Release nicht schon vorher genuked
+ worden ist)
+
+3.8. INTERNAL:
+ Nur bei internal Releases zu verwenden
+ (Internal Dupes duerfen nicht ohne Approval getraded werden sonst
+ gelten sie als offizieller Dupe und werden genuked).
+
+3.9. GRP:
+ Der Gruppenname
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░░░░░
+4. BESONDERHEITEN:
+░░░░░░░░░░░░░░░░░░
+
+4.1. Region Free, PUP:
+ Das DVD-R Release muss Region-Free sein und die PUPs
+ entfernt werden. Region-Free heist es muessen Region 1-6
+ aktiviert sein. Region 7 darf nicht aktiviert sein, da
+ dies bei wenigen DVD-Playern Probleme macht.
+
+4.2. Format:
+ Die DVD-R muss als .img File erstellt werden.
+
+4.3. Packen:
+ DVD-R releases werden mit WinRAR in Files mit einer
+ Groesse von 50.000.000 Bytes "gestored" (d.h. Compression
+ Ratio 0 - "rar -m0 a foo.rar foo.img")
+
+4.4. Sample:
+ Das Sample sollte zwischen 30-60 Sekunden lang sein und
+ 45MB nicht uebersteigen. Es ist Empfehlenswert ein zweites
+ Sample vom Original beizulegen welches an gleicher Stelle
+ erstellt wurde.
+ Ein Proper MUSS immer drei Samples enthalten: Original,
+ Own Reencode und das zu propernde, welche alle an derselben
+ Stelle zu erstellen sind und nicht mehr als 30 Sek/Sample
+ laufen sollten. Bei Serien DVDs ist ein zusaetzliches Sample
+ vom Original pflicht.
+
+4.5. PROPER Releases:
+ NUR zulaessig, wenn das Erst-Release technische Fehler
+ aufweist bzw Verstoesse gegen die ODDRR beinhaltet und
+ aus diesem Grunde geNUKED wurden.
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+ an der Ausarbeitung wirkten mit:
+ CDD, c0nFuSed, DAW, DFE, DFL, DLRG, DRABBiTS, FAI, GDC,
+ GMI, GOTHAM, HS, LC, MOS, OMERTA, SiECHTUM, STRAiGHT, TM,
+ TM3, VSN, VTK, ZZG
+
+ letztes Update: 20.03.2005
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+ █
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2005 DVDR RELEASING STANDARDS
+
+ [ 11APR2K5 ]
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+ . Release size must be at 4.3-4.37 Gb unless source is DVD5.
+ . PAL after NTSC and NTSC after PAL is allowed.
+
+ Video:
+ . Re-encoding:
+ . CCE version 2.50+ or must be used in all
+ circumstances where transcoding (re-encoding) of the video
+ stream is required. REmpeg and TMPGenc are NOT allowed.
+ New unknown or unreleased encoders are not strictly
+ forbidden, however use at your own risk.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, e.g. InstanCopy, DVDXCopy, DVDShrink etc.
+ . Minimum average bitrate allowed is 3000 kbit/s
+ (2800 kbit/s for tv shows). If minimum average bitrate
+ cannot be achieved, a valid explanation is required in
+ the NFO.
+ . TV-DVDR does not need to be deinterlaced.
+ . Quality Settings:
+ . CCE:
+ . No CBR. Multipass is to be enforced.
+ . The initial 1st pass that encodes the .vaf file
+ in CCE is NOT considered within the multipass set.
+ . The number of passes required for a movie is to be
+ determined by the final avg bitrate. Under
+ 4,000k/s 6+ passes required, over 4,000k/s
+ 5 passes are required.
+
+
+ Audio:
+ . Dolby Digital is considered the standard audio format and is
+ required in all releases that contain this audio format.
+ . DVDs that contain only PCM audio are allowed and should
+ be noted in the NFO.
+ . Downsampling of audio tracks, except audio commentary is
+ banned. No downsampling of any other tracks.
+ . If audio is stripped from a DVD9 disk, superior audio tracks
+ need to be kept. e.g. If a DVD contained DD2.0 and DD5.1
+ audio, DD2.0 would be stripped in favor to 5.1. However in
+ regards to DVDs that contain both DTS and 5.1, 5.1 must be
+ kept. The inclusion of a DTS stream is up to the ripper's
+ discretion.
+ . For non-English movies, the movie's original language audio
+ stream must be kept unless it is not contained in the retail.
+ In the circumstances that a reissue/new edition dvd contains
+ an original language audio stream, a re-release of the movie
+ is valid.
+ . For ALL English movies, the English audio stream MUST be kept.
+ . The inclusion of other audio streams will be based upon the
+ ripper's discretion, whether they are foreign or commentary.
+
+
+ Notes: DTS/SUPERBIT/DTS-ONLY are issues that cannot be ignored.
+ However, it is not up to us to decide whether they should
+ be allowed or not. Rather, it's up to the SITES that will
+ determine their own appropriate rules. However, those
+ groups that wish to release DTS, SUPERBIT and/or DTS-ONLY
+ should name their directory clearly with the appropriate
+ tags of DTS, SUPERBIT and/or DTS-ONLY.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Source:
+ . Releases of superior/remastered editions of previous released
+ DVDs are ALLOWED as they improve upon the initial release.
+ e.g. If a new mastered DVD contains a 5.1 stream compared
+ to an inferior stream in the previous release, the
+ release is considered valid.
+ . Mastered DVDs of: Director's Cut, Criterion, Unrated or any
+ editions with additional/extended scenes are not considered
+ dupes over existing mastered DVDs.
+ . The DVD to be ripped should also be the best available edition
+ on the market.
+
+ Authoring:
+ . NO ONE CLICK APPS ARE TO BE USED! e.g. InstanCopy, DVDXCopy,
+ DVDShrink etc. Anything else like Scenarist and Maestro are
+ acceptable so long as newly reauthored DVDR plays as original does.
+ . VTS Sectors must always be gotten.
+
+ Subtitles:
+ . Keep them all. If certain subs present a problem, it is the
+ rippers discretion to retain.
+ . Closed Captioning must be retained if no subtitles are present on
+ the source disc, and if CC are present.
+
+ Menus:
+ . Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ . The menu must be in English and not foreign, unless they
+ are aimed for non-English endusers.
+ . Removing useless links within the menu is required. If you
+ remove something, disable or remove the button.
+ . If all else is stripped and still can't get a 3000k/s avg
+ bitrate, then the menu may be reencoded at a minimum of
+ 3000k/s avg.
+
+ Extras:
+ . Extras are an added value but are not needed. Extras are
+ allowed to be transcoded @ ripper's discretion.
+ . A minimum of 5 passes for extras is required.
+
+ DVD Limitations:
+ . Macro vision must be removed.
+ . All user limitations and restrictions must be removed.
+ . Releases must be made region free.
+ . Any new unmentioned copy protection that comes out( ie: ARcoSS) must be stripped.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+ . All releases must either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ . Releases must be broken up into rars of 50,000,000 bytes.
+ . Recovery Record MUST be used.
+ . Compression method must be store.
+ . SFVs and NFOs MUST be included.
+ . NFO must include the following:
+ . Groups name.
+ . Title.
+ . Region, NTSC or PAL.
+ . Number of Passes and Bitrate used when re-encoding
+ main movie.
+ . Number of Passes and Bitrate used when re-encoding
+ extras.
+ . Audio streams, and subtitles included.
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link.
+ . Number of archive files.
+
+ Samples:
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 50mb.
+ . Samples must be put in a separate sub directory, labeled
+ 'Sample'.
+ . Vobs must be cut and used as sample. You cannot rename a rar
+ and use it as the sample. The sample must have a header.
+ . Samples must be from actual packed vob. Separate encodes are
+ not allowed.
+ . VOBSplitter or ChopperXP are recommended for making samples.
+
+ Directory Naming:
+ . ALL releases are to include production year, except for
+ current year and TV series.
+ . Directory name MUST include REGION (NTSC or PAL).
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . COMPLETE is for DVD5 only
+ . Non-Complete DVD-9 releases are to be named as:
+ MOVIE.TITLE.YEAR.REGION.DVDR-GROUP
+ . Sub directories are to be labeled as DISC1, DISC2,
+ etc. EXTRA and CD1, CD2 dirs are NOT allowed.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Propers:
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc.
+ . Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . PPF patches should be used for fixing releases with simple
+ problems such as RCE/Region coding, VTS sectors, P-Ups and
+ so forth. REPACKS/PROPERS should be avoided if a PPF patch is
+ possible.
+ . R1 or R2 after R3 is not considered a DUPE.
+
+ Tagging:
+ . Intros and outros are not tolerated.
+ . Group watermarks within the DVD are STRICTLY forbidden.
+ . Volume Label must be EXACTLY like the original. Adding any
+ tags to the Volume Label will not be tolerated.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The DVDR Releasing Standards Originally Written and Organized By:
+
+ AUK . SOUL . JR . MAH . PURP . CONE
+
+ The 2005 Revised Releasing Standards Written and Organized By:
+
+ ANBC . BADBOYS . BHP . CUNT . EMERALD . FBiSO
+ HELLBOUND . IGUANA . iNERTiA . iV . KooSH . REQDVD
+
+
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
▄▓▀▀▄
+ ▓█▌
+ TiME ▒▄▄ ▄▄█ ▄███▌
+▄▄▄░ ▓▓▓▄▄ ░▄▄▄▄▄▓███ ■▄▄████ ▄▓██████▄
+ ▓███▓▄▄▄ ▐████ ░░░ ░▓███████████ ░ ▐▓███▌ ▄▓▄ ▄▓█▀░ ▀███▓
+ ▓█████▓▀▀████▓▓▄▄▄▄▄██▓▄▄ ▀██████████▌ ▒ ▓████ ▓ ▄██▀ ▀███▄
+ ░ ▓█████▌ ▐███▌ ▄████▓▀ ▒▒▀ ▐█████▌ ■ ▓ ▓█████ ▒ ▒██░ ▒ ▐████▄░
+ ▓▄ ▓█████ ████ ▓████▀ ░▄▄▓█▀ ▐████▓█ ▐▓░ █▀████▌ ██▓ ░ ▄████▓▀▀
+ █▀ ▐█████▓ ▐███▌████▌ ▓████▌ ▒ ▓███▌ ▓▄ ▀▓ ▐█ ▐████ ░███▄ ▄▄▄▓██▓▀▀
+ ▄▓████▓▀▀ ████ ▀▀█▓▄▀▐████▌ ▓ ████▌ ▓▄ █▌ ████▓▐█████▓▀▀▀ ░▄▄▄▄████▓▒░
+ ▒▀▀▀▀▀ ░▄ ░███▓ ▀ ████▌ ░█ ▐████▌ ▄ ▓█▄█▓ ▐████████▄▄▄▄████▓▀▀▀▀▀
+ ▀▀▒ ▐███▓ ▀▓▒ ▓███▓ ▓█ ▐████▌ ▓ ▓█▀ ▄▓ ░█████████▓▀▀▀ ░▄▄▄▓▀▀▀▀▀
+░▒▓▓███▓▄▄▄▄░ ▄████▓▄ ░ ▐████▄ ▀ ▓████░ ░ ░▀ ░▄▀█ ████████▄ ▀▓▀▀▀
+ ▀▀▀▀▀▓████████▓▀░ ▓██▓▀▀▀▀██████░ ▀ ░▀ ▐▌ ▐████▓▓███▓▀▀ ▒ asx ░▄▄▄▒░
+ ▀▀▀▀▀▓▄▄▄░ ▀▀▀▓▀ ▄ ■▀ ▀▀▓▌ ░ ▐▌ ▐██▓▀▀▀░ ▒ ▄▄▓▀▀▒ ░
+ ░ ▀▀▀▓▄ ░█▓ ▄▄▓▀▀▀▀▒▄▄▒ ▀▒ ▒ ▒▓ ▒▀ ▄▄▄▒▀▀ ░
+ ▒▀▓▓▀ ▒■▀ ▀▀▄ ▒ ░ ▒▄▓▀▀▀░ ▒ ░
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ▀▒▀ ▀▒▓ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ░▒ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓
+ ▓█ HIGH COUNCIL for FRENCH TV/SERiES RULES █▓ ░
+ ██ ██
+ ██ Date: HCRV1SERIE-FRENCH-2004-TiME........................28/09/04 ██
+ ██ Date: HCRV2SERIE-FRENCH-2004-TiME........................18/10/04 ██
+ ██ Date: HCRV3SERIE-FRENCH-2005-TiME........................02/03/05 ██
+ ██ Date: HCRV4SERIE-FRENCH-2005-TiME........................15/06/05 ██
+ ██ Date: HCRV5SERIE-FRENCH-2005-TiME........................08/10/05 ██
+ ██ ██
+ ██ ██
+ ░ ▓█ Team: █▓ ░
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█▌ .Special participation of: CLiMAT/DVBCiTY ▐█▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ░ ▓█ Team: .TVrIders.MACK4.PEPiTO.MAGiCAL.CIRCUS.CHOCAPiC.QCXViD.BIPOP. █▓ ░
+ ▒ ▓█ .FoReVer.EViDENCE.DREAMFORCE.VXZ.KETCHUP.Dx6.ZAP.HYBRiS.SLY. █▓ ▒
+ ▒ ▓█ .iNCERTiTUDE.DiGiTAL.WiRE.T2F █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ RELEASE NOTES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+
+ Chers membres de la scΦne franτaise,
+
+
+ Voici la v5 du HCR TV/SERIE , il y a plus d'un an ce concept naissait
+ transformant la section et la faisant θvoluer vers quelque chose de meilleur
+ cette annθe fut remplie de dθfis et surpassement.Mais aprΦs cette annθe nous
+ sommes plus fort que jamais,prouvant que le concept marche , prouvant qu'il
+ est possible et qu'il doit toujours l'Ωtre que des teams puissent reprendre
+ le contr⌠le de leur section, dθcidant de la facon et maniΦre dont celle-ci
+ doit fonctionner et ne plus laisser comme bien d'autre le fond entre les
+ mains de gens ne la comprenant pas mais comme dans chaque HCR passer nous
+ leur tendons une fois de plus la main les priants de bien vouloir respecter
+ ce documents et ses rules au mΩme titre que tout autre rules de vos sites et
+ des sections rattacher a ceux-ci :)
+
+ alors Happy Day HCR TV/SERIE et que tu puisses vivre encore longtemps :)
+
+
+
+
+ TVRiP RULES v5.0
+
+
+1) Generals:
+
+Sθries en cours de diffusion :
+
+
+101... Pour commencer et obtenir la prioritθ d'une saison, une team doit
+ releaser l'θpisode qui est diffusθ en premier par la chaine.
+
+102... Les θpisodes d'une saison doivent Ωtre PRE dans l'ordre de diffusion.
+
+103... Toutefois, si la team tarde (48h aprΦs la diffusion) α releaser
+ un θpisode, une autre team est autorisθe α race sur cet θpisode
+ uniquement. La qualitθ du broadcast doit Ωtre identique ou
+ supθrieure et la release dois possΦder les mΩmes spθcificitθs video/audio.
+
+104... Toutefois une team qui se fait racer sur 2 θpisodes consθcutifs par une
+ autre team et dont la raison est la rule 103 cette team perd
+ la prioritθ de la saison , et devra se battre sur l'θpisode suivant pour
+ rθcupΦrer sa prioritθ.
+
+105... Pour releaser une saison, il est suggθrθ d'attendre que la saison
+ prθcθdente soit complΦtement releasθe, sauf si elle n'a pas θtθ diffusθe.
+
+106... Si la sθrie est diffusθe α coup de 1 episode par semaine il faudra 2 semaines
+ sans release pour perdre la prioritθ. Pour une serie diffusθe α coup de
+ 2 episodes par semaine ou plus il ne faudra qu'1 semaine sans release pour perdre
+ sa prioritθ.
+
+107... Si la chaine ne diffuse plus la sθrie pendant un temps et qu'ensuite
+ reprend la diffusion, la team ayant la prioritθ originellement
+ α toujours la prioritθ sur la suite de cette saison.
+
+Sθries en stock :
+
+108... Il arrive parfois, et mΩme souvent, que les teams stockent plusieurs
+ saisons d'une sθrie, et dθcident par la suite de les diffuser.
+ Dans ce cas, il est conseillθ que la team annonce dans leur nfo
+ dΦs le dθbut le nombre de saisons et θpisodes qu'elle souhaite diffuser.
+
+109... Aucune prioritθ n'est donnθe avant le PRE de l'θpisode 01 d'une saison
+ mais il est fortement suggθrθ qu'une autre team respecte, par soucis
+ de prθserver une bonne rθputation, d'θthique ainsi que de bonne foi, les
+ souhaits d'une autre team.
+
+110... Dans un cas o· une team α annoncθ les saisons et θpisodes qu'elle
+ prθvoyait de diffuser et qu'une autre team race, la team ayant racθ
+ obtient la prioritθ de la saison qu'elle a dθbutθ mais cette team
+ doit respecter les rules HCR.
+
+111... Pour commencer et obtenir la prioritθ d'une saison, une team doit
+ releaser l'θpisode 01.
+
+112... Les θpisodes doivent etre PRE dans l'ordre chronologique.
+
+113... Pour sortir la saison suivante, une team n'est pas obligθe d'attendre
+ la fin de la prθcθdente.
+
+114... L'espacement maximal entre 2 PRE doit Ωtre de 48h maximum, sinon
+ une autre team est autorisθe α racer sur cette θpisode uniquement.
+ Pour racer une team, la qualitθ de la source doit Ωtre identique
+ ou supθrieure et dans le mΩme format.
+
+115... Dans un cas o· une team α annoncθ qu'elle allait releaser une saison ou
+ une sθrie qu'elle possθdait en stock, mais que cette saison revient en
+ ondes avant que la team n'ait releasθ l'θpisode 01, cette team a 24h
+ pour sortir l'θpisode 01 aprΦs le dθbut de la diffusion. AprΦs ces 24h, la
+ sθrie sera soumise aux rules des sθries en diffusion et donc pour sortir
+ une rlz une team doit le faire dans les 24h restantes.
+
+
+
+
+2) Source/broadcast (en ordre de supθrioritθ):
+
+201... Ordre de qualitθ: DVTV --> HDTV --> PDTV ou DVBRiP ou DSR --> SDTV ou SATRIP --> TVRIP
+
+202... DVTV: L'image provenant exclusivement de HDTV/DVD Z1 ou Z2 et le son lui
+ provenant de source de haute qualitθ de PDTV.
+
+203... HDTV: Capture numθrique via une carte HDTV au format High Definition TeleVision.
+
+204... PDTV/DVBRIP/DSR: Capture numθrique via une carte DVB (C ou S ou bien T).
+
+205... SDTV/SATRIP: Capture d'une source numθrique satellite ou cΓble avec
+ une carte d'acquisition analogique ou graveur DVD avec
+ branchement analogique.
+
+206... TVRiP: Capture via une carte de capture terrestre ou carte de capture
+ analogique avec une source cΓble analogique avec entrθes
+ RCA vidθo/audio.
+
+207... Si une team release une sθrie dans un broadcast supθrieur, la team qui release
+ dans un broadcast infθrieur doit s'arrΩter de releaser sur cette sθrie pour
+ assurer la meilleure qualitθ auprΦs des fans.
+
+ Broadcast:
+
+ DVTV:
+
+208... La Video doit provenir de HDTV/DVD PAL/NTSC uniquement.
+209... Le Son doit provenir de HDTV/PDTV uniquement.
+210... La provenance de la source VIDEO doit Ωtre inscrite.
+211... Le DVTV est autorisθ uniquement pour les sθries jamais diffusθes ou sorties en DVD sans SON FR.
+212... Le DVTV est autorisθ si les dvd sortent dans un minimum de 2 mois aprΦs la release DVTV.
+213... La provenance de la video doit Ωtre inscrite dans le nfo.
+
+3) Format:
+
+ Vidθo:
+
+301... Le VCD/XViD (1.x)/DiVX (6.x) sont acceptθ.
+302... Le VCD doit Ωtre fait en 1 pass et le XViD (1.x)/DiVX (6.x) doit Ωtre fait en 2 pass obligatoirement.
+303... Une Team doit toujours releaser en 2 pass le XViD (1.x)/DiVX (6.x) sous peine de perdre sa prioritθ.
+304... Le SBC est interdits.
+305... Une serie sans action doit comporter un bitrate mininal de 700 kbs.
+306... Une serie avec action doit comporter un bitrate mininal de 900 kbs.
+307... Le fichier doit toujours Ωtre sous forme de .avi pour du XViD (1.x)/DiVX (6.x)
+308... Le fichier doit toujours Ωtre sous forme de .bin .cue pour du VCD
+309... Aucune release de 3 CD n'est autorisθe.
+
+ Audio:
+
+310... Doit Ωtre du MP3 CBR ou ABR/VBR 128kbps, 44.1khz/48khz.
+311... Doit Ωtre STEREO sauf si la chaine diffuse en MONO.
+312... Audio vbr: minimum de 96kbps et une moyenne de 128kbps minimum.
+
+ Rθsolution:
+
+313... Doit respecter l'aspect ratio (AR) original de la diffusion originale.
+
+ 1.33 (4/3) 640 x 480 | 576 x 432 | 544 x 408 | 512 x 384
+ 1.66 (16/9) 644 x 388 | 568 x 342 | 528 x 318 | 508 x 306
+ 1.77 (16/9) 644 x 364 | 584 x 330 | 556 x 314 | 512 x 288
+ 1.85 (WS 16/9) 644 x 348 | 584 x 316 | 544 x 294 | 492 x 266
+ 2.35 (CS 16/9) 644 x 274 | 592 x 252 | 536 x 228 | 512 x 218
+
+ - 624 x 352 est la seule rθsolution acceptθe dans les releases HDTV.
+
+ WS = WIDESCREEN
+ CS = CINEMASCOPE
+
+ Mais les anciennes rθsolutions TDX sont toujours acceptθes.
+
+ 1.33 ( 4:3) 640 x 480 | 576 x 432 | 512 x 384
+ 1.77 (16:9) 640 x 368 | 576 x 320 | 512 x 288
+ 1.85 (WS 16/9) 640 x 352 | 576 x 304 | 512 x 272
+ 2.35 (CS 16/9) 640 x 272 | 576 x 240 | 512 x 224
+
+314... Le cropping est obligatoire.
+315... Le ivtc est obligatoire.
+316... L'intro et le gθnθrique doivent Ωtre prθsents.
+
+ Taille:
+
+317.... ╔pisode de 20-29mn = 140 α 270 Mo
+318.... ╔pisode de 30-49mn = 200 α 385 Mo
+319.... ╔pisode de + de 50mn = 350 α 700 Mo
+
+4) Nfo:
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+401... Le Nom de Groupe
+402... Le Titre Francais ou Anglais
+403... Le FPS de la vidθo.
+404... La Langue de la sθrie.
+405... Lien IMDB, ou similaire.
+406... Nombre de rar.
+
+
+5) Package:
+
+501... Dirname: TITRE.DE.LA.ETV/SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/SERIE.US.S1E01.FRENCH.SOURCE.FORMAT-TEAM
+
+ Titre_De_La_ETv/Serie.SAISONxEPISODE.FRENCH_SOURCE_FORMAT-TEAM
+
+ Ex: Early.Edition.S01E01.FRENCH.HDTV.XVID-TEAM
+ Early.Edition.S1E01.FRENCH.HDTV.XVID-TEAM
+
+ Early_Edition.1x01.FRENCH_HDTV_XVID-TEAM
+
+ Francais:
+
+ Pour que ce dirname franτais soit acceptθ, il faut que:
+502... Que le titre fr et qc soient le mΩme sinon une team doit mettre le titre Us.
+503... Que le titre Us soit toujours prθsent dans le nfo.
+504... Que le dirname d'une sθrie reprise soit le mΩme que celui de dθpart.
+505... Sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Autres:
+
+506... Un dirname ne doit pas excθder 64 caractΦres.
+507... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+508... Pour l'episode final toujours inscrire .FINAL. dans le dirname:
+
+ Ex: Early.Edition.S01E00.FiNAL.FRENCH.HDTV.XVID-TEAM
+ Early.Edition.S1E00.FiNAL.FRENCH.HDTV.XVID-TEAM
+
+ Early_Edition.1x00.FiNAL.FRENCH_HDTV_XVID-TEAM
+
+
+509... Les sous-dossiers doivent Ωtre nommθs CD1/DISK1 : aucun autre nom n'est autorisθ.
+
+ Rars:
+
+510... Store 15mb ou 20mb par fichier nommθs en OLD Format (.rxx)
+
+6) Proper:
+
+601... Un REPACK est toujours autorisθ avant un PROPER et jamais aprΦs.
+602... Un PROPER est autorisθ si une release ne respecte pas les rules HCR.
+603... Un PROPER est autorisθ si une release possΦde un problΦme AUDIO/VIDEO/.RAR
+604... Une PREUVE doit Ωtre fournie sous forme de BUG.AVI pour Ωtre valide.
+605... Un PROPER sur une release en XViD/DiVX en 1 pass est juger valide car la prθcθdente
+ release est considΦre comme de mauvaise qualitθ.
+
+606... Une TEAM qui PROPER sur l'E01 est considerθe comme valide si le PROPER concerne les rules:
+ 305,306,312,313,317,318,319,501 α 508 et 704 pour tout autre raison ce PROPER est INVALIDE.
+
+607... Une TEAM doit sortir sont PROPER sur l'E01 AVANT le PRE de l'E02 sinon il est invalide et si cela
+ dθpasse 48h aprΦs le PRE de l'E01 il n'y a aucune perte de prioritθ.
+
+608... Un PROPER sur autre chose que l'E01 n'entraine pas la perte de la prioritθ et il doit Ωtre valide.
+609... Un PROPER dois respecter les bonnes spθcification video/audio de la release proper sinon elle devient invalide.
+610... Un PROPER pour Bad.Quality sur l'E01 ou autre est autoriser si une des RULES HCR n'est pas respectθes.
+
+7) Autres:
+
+ E01:
+
+701... L'θpisode 01 doit toujours Ωtre fait en 2 pass.
+
+ Fansub:
+
+702... Le FANSUB est toujours interdit.
+
+ Logo:
+
+703... Le logo devrait Ωtre enlevθ, si possible, selon la chaine.
+
+ Sample:
+
+704... Le sample doit Ωtre d'une taille minimal de 3 mb ou comporter 1 minute de video et sous forme de .avi.
+
+ Subfrench:
+
+705... Le Subfrench est autorisθ.
+
+ Qualitθ:
+
+706... La Qualitθ est la chose primordiale quitte α passer un peu plus de temps avant de sortir sa release.
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ PPCRiP RULES v2.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+ - Le HCR tient α rapeller les rules PPCTV faites par MiTP/PPCTV
+
+
+1) Gθnθrales:
+
+101... Pour commencer une saison, une team doit release l'E01.
+
+102... Les θpisodes suivants doivent Ωtre PRE dans l'ordre chronologique.
+
+103... Toutefois, si la team tarde (plus de 2 jours entre chaque) α releaser
+ les θpisodes suivants, une autre team est autorisθe α continuer
+ cette saison avec les mΩmes caractθristiques vidθo/audio que les
+ θpisodes prθcθdents.
+
+104... Si une sθrie est abandonnθe ou qu'il s'θcoule 1 semaine sans aucune
+ release de la team qui a la prioritθ, une team est autorisθe α complθter
+ la sθrie en cours ou α sortir la saison suivante et α obtenir ainsi la
+ prioritθ de la saison.
+
+105... Pour sortir la saison suivante, une team n'est pas obligθe d'attendre la
+ fin de la prθcθdente.
+
+
+2) Format:
+
+ Source:
+
+201... Il faut obtenir l'autorisation de la source video pour pouvoir releaser la version PPC.
+
+ Video:
+
+202... Uniquement le XViD (1.x) est acceptθ.
+203... Le DIVX (6.x)/SBC sont interdits.
+204... Une serie doit avoir un bitrate minimum de 200 kbs.
+
+ Audio:
+
+205... MP3 64kbps CBR ou ABR/VBR, 44.1khz/48khz.
+
+ Vbr/abr: minimum de 24kbps et une moyenne de 64kbps minimum.
+
+ Rθsolution:
+
+206... Doit respecter l'aspect ratio (AR) original de la diffusion originale ou du DVD.
+
+207... 320*xxx
+
+208... Le cropping est obligatoire.
+209... l'intro et le gθnθrique doivent Ωtre prθsents.
+
+ Taille:
+
+210... ╔pisode de 20 α + de 50mn = 45 α 128 Mo
+
+3) Nfo:
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+301... Le Nom de Groupe
+302... Le Titre Francais ou Anglais
+303... Le nom de la TEAM utilisθe pour la source de l'θpisode.
+304... Le FPS de la vidθo.
+305... La Langue de la sθrie.
+306... Lien IMDB, ou similaire.
+307... Nombre de rar.
+
+4) Package:
+
+401... Dirname: Dirname: TITRE.DE.LA.ETV/SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/SERIE.US.S1E01.FRENCH.SOURCE.FORMAT-TEAM
+
+ Ex: Early.Edition.S01E01.FRENCH.PPC.XVID-TEAM
+ Early.Edition.S1E01.FRENCH.PPC.XVID-TEAM
+
+ Francais:
+
+ Pour que ce dirname franτais soit acceptθ, il faut que:
+402... Que le titre fr et qc soient le mΩme sinon une team doit mettre le titre Us.
+403... Que le titre Us soit toujours prθsent dans le nfo.
+404... Que le dirname d'une sθrie reprise soit le mΩme que celui de dθpart.
+405... Sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Autres:
+
+406... Un dirname ne doit pas excθder 64 caractΦres.
+407... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+408... Pour l'episode final toujours inscrire .FINAL. dans le dirname:
+
+ Ex: Early.Edition.S01E00.FiNAL.FRENCH.PPC.XVID-TEAM
+ Early.Edition.S1E00.FiNAL.FRENCH.PPC.XVID-TEAM
+
+ Rars:
+
+409... Store 15mb ou 20mb par fichier nommθs en OLD Format (.rxx)
+
+5) Autres:
+
+ Fansub:
+
+501... Le FANSUB est toujours interdit.
+
+ Sample:
+
+502... Le sample doit Ωtre d'une taille minimal de 3 mb ou compoter 1 minute de video et sous forme de .avi.
+
+ Subfrench:
+
+503... Le Subfrench est autorisθ.
+
+ Qualitθ:
+
+504... La Qualitθ est la chose primordial quit α passer un peu plus de temps avant de sortir sa release.
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDRiP RULES v5.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+1) Generals:
+
+101... Pour commencer une saison, une team doit release l'E01/CD1.
+
+102... Les θpisodes/CDs suivants doivent Ωtre PRE dans l'ordre chronologique.
+
+103... Toutefois, si la team tarde (plus de 2 jours entre chaque) α releaser
+ les θpisodes/CDs suivants, une autre team est autorisθe α continuer
+ cette saison avec les mΩmes caractθristiques vidθo/audio que les
+ θpisodes/CDs prθcθdents.
+
+104... Si une sθrie est abandonnθe ou qu'il s'θcoule 1 semaine sans aucune
+ release de la team qui a la prioritθ, une team est autorisθe α complθter
+ la sθrie en cours ou α sortir la saison suivante et α ainsi obtenir la
+ prioritθ de la saison.
+
+105... Pour sortir la saison suivante, une team n'est pas obligθe d'attendre la
+ fin de la prθcθdente.
+
+106... Une team est autorisθ a utiliser la video d'une team US ou autres mais cette
+ team dois en indiquer la provenance en tout temps et en obtenir l'autorisation
+ si cela est possible.
+
+2) Format:
+
+ Vidθo:
+
+201... XViD (1.x)/DiVX (6.x) 2pass 23.976/29.970fps (NTSC) OU 25fps (PAL).
+202... Le SBC/VCD sont interdits.
+203... Une serie avec peu d'action doit comporter un bitrate mininal de 700 kbs.
+204... Une serie avec beaucoup d'action doit comporter un bitrate mininal de 800 α 1000 kbs.
+205... Le fichier doit toujours Ωtre sous forme de .avi.
+206... Aucune release de 3 CD n'est autorisθ.
+
+ Rθsolution:
+
+207... Doit respecter l'aspect ratio (AR) original de la source DVD.
+
+ 1.33 (4/3) 640 x 480 | 576 x 432 | 544 x 408 | 512 x 384
+ 1.66 (16/9) 644 x 388 | 568 x 342 | 528 x 318 | 508 x 306
+ 1.77 (16/9) 644 x 364 | 584 x 330 | 556 x 314 | 512 x 288
+ 1.85 (WS 16/9) 644 x 348 | 584 x 316 | 544 x 294 | 492 x 266
+ 2.35 (CS 16/9) 644 x 274 | 592 x 252 | 536 x 228 | 512 x 218
+
+ WS = WIDESCREEN
+ CS = CINEMASCOPE
+
+ Mais les anciennes rθsolutions TDX sont toujours acceptθes.
+
+ 1.33 ( 4:3) 640 x 480 | 576 x 432 | 512 x 384
+ 1.77 (16:9) 640 x 368 | 576 x 320 | 512 x 288
+ 1.85 (WS 16/9) 640 x 352 | 576 x 304 | 512 x 272
+ 2.35 (CS 16/9) 640 x 272 | 576 x 240 | 512 x 224
+
+208... Le cropping est obligatoire.
+209... l'intro et le gθnθrique doivent Ωtre prθsents.
+
+ Audio:
+
+210... Doit Ωtre du MP3 CBR ou ABR/VBR 128kbps, 44.1khz/48khz.
+211... Audio vbr: minimum de 96kbps et une moyenne de 128kbps minimum.
+212... AC3 est acceptθ.
+
+4) Nfo:
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+401... Le Nom de Groupe
+402... Le Titre Francais ou Anglais
+403... La Regions, NTSC ou PAL
+404... Le FPS de la vidθo.
+405... La Langue de la sθrie.
+406... Lien IMDB, ou similaire.
+407... Nombre de rar.
+
+5) Taille:
+
+ Une sθrie dvdrip peut Ωtre releasθe soit:
+
+ - par θpisode:
+
+501... ╔pisode de 20-29min = 170 α 233 Mo
+502... ╔pisode de 30-49min = 250 α 350 Mo
+503... ╔pisode de + de 50min = 700 Mo
+
+ - par CD:
+
+504... 3 θpisodes de 20-29min de 170 α 233mo
+505... 2 θpisodes de 30-49min de 250 α 350mo
+506... 1 θpisode de + de 50min de 700 Mo
+
+6) Package:
+
+601... Dirname: TITRE.DE.LA.ETV/SERIE.US.S01E01.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/SERIE.US.S01CD1.FRENCH.SOURCE.FORMAT-TEAM
+
+ TITRE.DE.LA.ETV/SERIE.US.S1E01.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/SERIE.US.S1CD1.FRENCH.SOURCE.FORMAT-TEAM
+
+ Ex: Early.Edition.S01E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01CD1.FRENCH.DVDRiP.XVID-TEAM
+
+ Early.Edition.S1E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S1CD1.FRENCH.DVDRiP.XVID-TEAM
+
+ Francais:
+
+ Pour que ce dirname franτais soit acceptθ, il faut que:
+602... Que le titre fr et qc soient le mΩme sinon une team doit mettre le titre Us.
+603... Que le titre Us soit toujours prθsent dans le nfo.
+604... Que le dirname d'une sθrie reprise soit le mΩme que celui de dθpart.
+605... Sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Autres:
+
+606... Un dirname ne doit pas excθder 64 caractΦres.
+607... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+608... Pour l'episode final toujours inscrire .FINAL. dans le dirname:
+
+ Ex: Early.Edition.S01E01.FiNAL.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01CD1.FiNAL.FRENCH.DVDRiP.XVID-TEAM
+
+ Early.Edition.S1E01.FiNAL.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S1CD1.FiNAL.FRENCH.DVDRiP.XVID-TEAM
+
+609... Si il s'agit d'un box final le dirname doit porter la mention BOX.FiNAL.
+
+610... Les sous-dossiers doivent Ωtre nommθs CD1/DISK1 : aucun autre nom n'est autorisθ.
+
+ Rars:
+
+611... Store 15mb ou 20mb par fichier nommθs en OLD Format (.rxx)
+
+7) Proper:
+
+701... Un REPACK est toujours autorisθ avant un PROPER et jamais aprΦs.
+702... Un PROPER est autorisθ si une release ne respecte pas les rules HCR.
+703... Un PROPER est autorisθ si une release possΦde un problΦme AUDIO/VIDEO/.RAR
+704... Une PREUVE doit Ωtre fournie sous forme de BUG.AVI pour Ωtre valide.
+705... Un PROPER sur une release en XViD/DiVX en 1 pass est juger valide car la prθcθdente
+ release est considΦre comme de mauvaise qualitθ.
+
+706... La TEAM PROPER sur l'E01/CD1 perd la prioritθ si le PROPER est valide.
+
+707... 607... Une TEAM doit sortir sont PROPER sur l'E01/CD1 AVANT le PRE de l'E02/CD2 sinon il est invalide et si cela
+ dθpasse 48h aprΦs le PRE de l'E01/CD1 il n'y a aucune perte de prioritθ.
+
+708... Un proper sur autres chose que l'E01/CD1 n'entraine pas la perte de la prioritθ et il doit Ωtre valide.
+709... Un PROPER dois respecter les bonnes spθcification video/audio de la release proper sinon elle devient invalide.
+710... Un PROPER pour Bad.Quality sur l'E01/CD1 ou autre ou autre est autoriser si une des RULES HCR n'est pas
+ respectθes.
+
+8) Source:
+
+801... DVDRiP signifie que la source originale sonore et video doit provenir d'un DVD Z1 ou DVD Z2 retail.
+
+9) Autres:
+
+ Fansub:
+
+901... Le FANSUB est toujours interdit.
+
+ Sample:
+
+902... Le sample doit Ωtre d'une taille minimal de 3 mb ou compoter 1 minute de video et sous forme de .avi
+
+ Subfrench:
+
+903... Le Subfrench est autorisθ.
+
+ Qualitθ:
+
+904... La Qualitθ est la chose primordiale quit α passer un peu plus de temps avant de sortir sa release.
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDR RULES v4.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+1) Gθnθrales:
+
+101... Pour commencer une saison, la team doit releaser le VOL01/DVD1.
+
+102... Les DVD suivants doit Ωtre PRE dans l'ordre chronologique
+
+103... Toutefois, si la team tarde (plus de 5 jours entre chaque) α
+ releaser les DVD suivants, une autre team est autorisθe α race
+ sur ce DVD uniquement, si et seulement si la qualitθ est identique
+ ou supθrieure et dans le mΩme format.
+
+104... Si une sθrie est abandonnθe ou qu'il s'θcoule 2 semaines sans aucune
+ release de la team qui a la prioritθ, une team est autorisθe α complθter
+ la sθrie en cours ou α sortir la saison suivante et α obtenir la
+ prioritθ de la saison.
+
+105... Pour sortir la saison suivante, une team n'est pas obligθe d'attendre la fin de
+ la saison prθcθdente.
+
+2) Format:
+
+ Vidθo:
+
+201... Video en 23.976/29.970fps (NTSC) OU 25fps (PAL).
+202... CCE pour un dvd de 100 minutes et moins 4 passes minimum pour un dvd de plus de 100 minutes
+ 5 pass pour un maximum de 9 pass.
+203... Le bitrates minimum doit Ωtre minimum de 2400 kbit pour les DVDR-SERIE de plus de 150 minutes.
+204... DVDSHRINK ou les programmes all-in-one ne sont pas acceptθs
+205... Les Macro vision doivent Ωtre retirθs.
+206... Toute limitation pour un utilisateur doit Ωtre retirθe.
+207... Une release DVDR-TV DVDR-SERIE doit toujours etre free region.
+208... Les fichier VTS qui font de 0 α 100ko ne sont pas autoriser sur un DVDR-SERIE.
+209... Le reauthoring du menu et de la structure d'un DVDR-SERIE n'est pas obligatoire sauf si il cause problΦme
+ α atteindre le bitrate minimal
+
+ Rθsolution:
+
+208... Doit respecter l'aspect ratio (AR) original de la source DVD
+ ainsi que la rθsolution.
+
+ Audio:
+
+209... Doit Ωtre au minimum AC3 ou Dolby 5.1/2.0/1.0
+210... Doit Ωtre FRENCH 5.1 si possible, inclure ENGLISH 2.0.
+
+ Bonus:
+
+211... Les bonus sont autorisθs mais pas obligatoire.
+212... L'intro et le gθnθrique doivent Ωtre prθsents.
+
+3) Nfo:
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+301... Le Nom de Groupe.
+302... Le Titre Francais ou Anglais.
+303... La Region, NTSC ou PAL.
+304... Bitrate utilisθ lors du rθencodage.
+305... Les Audio, et sous-titres inclus.
+306... Ce qui α θtθ stripped, extras, menu, etc.
+307... Lien IMDB, ou similaire.
+308... Nombre de rar.
+
+4) Package:
+
+401... Dirname: TITRE.DE.LA.ETV/SERIE.US.S01DVD1.ZONE.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/SERIE.US.S01DVD1.ZONE.MULTI.SOURCE.FORMAT-TEAM
+
+ TITRE.DE.LA.ETV/SERIE.US.S1DVD1.ZONE.FRENCH.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/SERIE.US.S1DVD1.ZONE.MULTI.SOURCE.FORMAT-TEAM
+
+ Ex: Early.Edition.S01DVD1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S01DVD1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S01VOL1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S01VOL1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1DVD1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1DVD1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1VOL1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1VOL1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Francais:
+
+ Pour que ce dirname franτais soit acceptθ, il faut que:
+402... Que le titre fr et qc soient le mΩme sinon une team doit mettre le titre Us.
+403... Que le titre Us soit toujours prθsent dans le nfo.
+404... Que le dirname d'une sθrie reprise soit le mΩme que celui de dθpart.
+405... Sauf si sθrie de FR ou du QC car titre US non existant.
+
+ Autres:
+
+406... PAL ou NTSC doivent se trouver en tout temps dans le DIRNAME.
+407... Un dirname ne doit pas excθder 64 caractΦres.
+408... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+409... Pour l'episode final toujours inscrire .FINAL. dans le dirname:
+
+ Ex: Early.Edition.S01DVD1.FiNAL.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S01DVD1.FiNAL.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S01VOL1.FiNAL.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S01VOL1.FiNAL.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1DVD1.FiNAL.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1DVD1.FiNAL.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1VOL1.FiNAL.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1VOL1.FiNAL.PAL.FRENCH/MULTI.DVDR-TEAM
+
+410... Si rien n'a θtθ compressθ ou changθ du DVDR ORIGINAL le dirname doit comporter la mention FULL/COMPLETE
+411... Les sous-dossiers doivent Ωtre nommθs DVD1/DISK1 : aucun autre nom n'est autorisθ.
+412... Si il s'agit d'un box final le dirname doit porter la mention BOX.FiNAL.
+
+ Rars:
+
+413... Store 50mb par fichier nommθs en OLD Format (.rxx)
+
+5) Proper:
+
+501... Un REPACK est toujours autorisθ avant un PROPER et jamais aprΦs.
+502... Un PROPER est autorisθ si une release ne respecte pas les rules HCR.
+503... Un PROPER est autorisθ si une release possΦde un problΦme AUDIO/VIDEO/.RAR
+504... Une PREUVE doit Ωtre fournie sous forme de BUG.VOB pour Ωtre valide.
+505... La TEAM PROPER sur l'DVD1/VOL1 perd la prioritθ si le PROPER est valide.
+506... Une TEAM doit sortir sont PROPER sur l'DVD1/VOL1 AVANT le PRE de l'DVD2/VOL2 sinon il est invalide.
+507... Un proper sur autres chose que l'DVD1/VOL1 n'entraine pas la perte de la prioritθ et il doit Ωtre valide.
+
+508... Un PROPER dois respecter les bonnes spθcification video/audio de la release proper sinon elle devient invalide
+ et si cela dθpasse 48h aprΦs le PRE de l'DVD1/VOL1 il n'y a aucune perte de prioritθ.
+
+509... Un PROPER pour Bad.Quality sur l'DVD1/VOL1 ou autre est autoriser si une des RULES HCR n'est pas respectθes.
+510... Un PROPER est autorisθ si une team α utilisθ un SOFT ALL IN ONE
+511... Un PROPER sur un DVDR-SERIE est autorisθ si une des RULES HCR n'est pas respectθes.
+
+
+6) Autres:
+
+ Fansub:
+
+601... Le FANSUB est toujours interdit.
+
+ Sample:
+
+602... Le sample doit Ωtre d'une taille minimale de 30mb et sous forme de .vob.
+
+ Subfrench:
+
+603... Le Subfrench est autorisθ.
+
+ Zone:
+
+604... Le Zone dupe est autorisθ.
+
+ Qualitθ:
+
+605... La Qualitθ est la chose primordiale quitte α passer un peu plus de temps avant de sortir sa release.
+
+
+
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓ ░
+ ██ ██
+ ██ HCR des rules sθried: DVDR - DVDRIP - PPC - PDTV. ██
+ ░ ██ ██ ░
+ ░ ██ Lu et approuvθ dans leur majoritθ par les teams sθries. ██ ░
+ ░ ██ ██ ░
+ ░ ██ ██ ░
+ ██ CONTACT ██
+ ░ ██ ██ ░
+ ░ ██ EMAIL : hcr@i-nfo.ws ██ ░
+ ██ IRC : #private ██
+ ░ ▓█ WWW : www.private.com █▓ ░
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+ ■ Merci ■
+
+ ▒ ▒
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ asphyx ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ▀░ ■
+
+
+
▄▓▀▀▄
+ ▓█▌
+ TiME ▒▄▄ ▄▄█ ▄███▌
+▄▄▄░ ▓▓▓▄▄ ░▄▄▄▄▄▓███ ■▄▄████ ▄▓██████▄
+▓███▓▄▄▄ ▐████ ░░░ ░▓███████████ ░ ▐▓███▌ ▄▓▄ ▄▓█▀░ ▀███▓
+ ▓█████▓▀▀████▓▓▄▄▄▄▄██▓▄▄ ▀██████████▌ ▒ ▓████ ▓ ▄██▀ ▀███▄
+░ ▓█████▌ ▐███▌ ▄████▓▀ ▒▒▀ ▐█████▌ ■ ▓ ▓█████ ▒ ▒██░ ▒ ▐████▄░
+▓▄ ▓█████ ████ ▓████▀ ░▄▄▓█▀ ▐████▓█ ▐▓░ █▀████▌ ██▓ ░ ▄████▓▀▀
+█▀ ▐█████▓ ▐███▌████▌ ▓████▌ ▒ ▓███▌ ▓▄ ▀▓ ▐█ ▐████ ░███▄ ▄▄▄▓██▓▀▀
+ ▄▓████▓▀▀ ████ ▀▀█▓▄▀▐████▌ ▓ ████▌ ▓▄ █▌ ████▓▐█████▓▀▀▀ ░▄▄▄▄████▓▒░
+▒▀▀▀▀▀ ░▄ ░███▓ ▀ ████▌ ░█ ▐████▌ ▄ ▓█▄█▓ ▐████████▄▄▄▄████▓▀▀▀▀▀
+ ▀▀▒ ▐███▓ ▀▓▒ ▓███▓ ▓█ ▐████▌ ▓ ▓█▀ ▄▓ ░█████████▓▀▀▀ ░▄▄▄▓▀▀▀▀▀
+░▒▓▓███▓▄▄▄▄░ ▄████▓▄ ░ ▐████▄ ▀ ▓████░ ░ ░▀ ░▄▀█ ████████▄ ▀▓▀▀▀
+ ▀▀▀▀▀▓████████▓▀░ ▓██▓▀▀▀▀██████░ ▀ ░▀ ▐▌ ▐████▓▓███▓▀▀ ▒ asx ░▄▄▄▒░
+ ▀▀▀▀▀▓▄▄▄░ ▀▀▀▓▀ ▄ ■▀ ▀▀▓▌ ░ ▐▌ ▐██▓▀▀▀░ ▒ ▄▄▓▀▀▒ ░
+░ ▀▀▀▓▄ ░█▓ ▄▄▓▀▀▀▀▒▄▄▒ ▀▒ ▒ ▒▓ ▒▀ ▄▄▄▒▀▀ ░
+ ▒▀▓▓▀ ▒■▀ ▀▀▄ ▒ ░ ▒▄▓▀▀▀░ ▒ ░
+░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ▀▒▀ ▀▒▓ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+▒ ▄▓▀ ▀▄█▀ ░ ▒ ░▒ ▀ ░█▄▀ ▀▓▄ ▒
+▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓
+ ▓█ HIGH COUNCIL for FRENCH ANIME RULES █▓ ░
+ ██ ██
+ ██ Date v1: ........................................24/10/2004 ██
+ ██ Date v2: ........................................14/11/2004 ██
+ ██ Date v3: ........................................03/10/2005 ██
+ ██ ██
+░ ▓█ Teams: DRAG***.Kit**.CHO*****.EXO***.HER***.T**.BAK****, M** █▓ ░
+░ ▓█ █▓ ░
+▒ ▓█▌ ▐█▓ ▒
+▓ ██▌ ▐██ ▓
+░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ RELEASE NOTES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+▀▄░ ▄ ▄ ░▄▀
+
+ Chers membres de la scene francaise,
+
+ Le prθsent document vous est prθsentθ suite α la rencontre de plusieurs
+ teams francaises Animθs. Ensemble, nous avons discutθ de plusieurs
+ aspects de notre scene francaise animθ dont les rules gθnθrales
+ α respecter afin de maintenir et accroεtre la qualitθ des releases
+ qui vous sont offertes. Suite aux nombreuses suggestions, propositions
+ et arguments prθsentθs durant cette rencontre, nous avons θlaborθ ces
+ rules que la quasi-unanimitθ des teams a lu et acceptθ de respecter.
+
+ Un petit mot plus particuliΦrement aux siteops/nukers de sites o· les
+ animθs sont trades : Nous tenons α ce que vous respectiez et appliquiez
+ ces rules que nous, certaines teams francaises animθs, avons choisi
+ d'honorer.
+
+ ---------------------------------------------------------------------------
+
+ ANiME RULES v3
+
+ Nom de la source α spθcifier pour les captures broadcast de chaεnes TV FR
+ (chaεnes MANGAS, AB1 etc...)
+
+ HDTV : Capture numθrique via une carte DVB ou une carte HDTV au format
+ High Definition TeleVision
+
+ PDTV : Capture numθrique via une carte DVB (S ou C) appelθe aussi DVBRIP
+
+ SDTV : Capture numθrique via une platine DVD de salon
+
+ SATRIP : Capture via une carte de capture analogique avec une source
+ satellite ou cΓble numθrique
+
+ TVRiP : Capture via une carte de capture terrestre ou carte de capture
+ analogique avec une source cΓble analogique avec entrθes
+ RCA video/audio
+
+ LE DVDRIP HK est considθrθ comme une source Broadcast. A savoir que c'est
+ la commercialisation d'une capture avec le travail d'une θquipe chinoise
+ pour faire des Subs US de l'audio JAP.
+ LE DVDRIP HK comme les RAW a une qualitθ qui varie selon les annθes de captures.
+ Le Japon est passθ en diffusion HDTV en 2002-2003.
+ Reste α connaεtre la mθthode qui a θtθ employθe pour capturer le HDTV.
+ Voilα pourquoi les DVDHK ont une qualitθ diffθrente selon les annθes de
+ diffusion TV.
+
+ Le Rawrip est une capture SAT au japon bien souvent en HDTV de trΦs bonne
+ qualitθ.
+ Le Rawrip d'un DVDRIP est considθrθ comme un DVDRIP, le nom RAWRIP θtant
+ accordθ aux captures broadcast.
+ Les captures SAT sur les chaεnes franτaises devront spθcifier leur format
+ de capture : le format DVBrip n'existe donc plus et devra Ωtre remplacθ
+ par PDTV pour suivre les rules HCR sθrie TV.
+
+ Les formats en FANSUB ne se nukent pas les uns les autres. En d'autres
+ termes une sθrie fansub ne peut pas Ωtre recommencθe. Une sθrie en RAWRIP
+ ne peut Ωtre recommencθe en DVDRIP Z1, Z2jap etc...
+ SEULE une sθrie Z2 subfrench retail peut recommencer la sθrie.
+ Si un groupe arrΩte une sθrie, une autre team peut la reprendre et ce mΩme
+ dans une source diffθrente (un Z1 arrΩtθ peut Ωtre continuθ en rawrip
+ et vice-versa)
+
+ Peuvent avoir la dθnomination de DVDrip :
+ les DVD Z1, DVD Z2 PAL/UK/JAP, DVD Z3 (corθen) et les raw ayant pour
+ source un DVD (gθnθralement DVD Zone2 JAP).
+
+ Cas des DVDrip avec un AUDIO VF non DVD (source audio: broadcast ou VHS)
+ Dθsormais ce genre de rlz ne sera plus considθrθ comme DVDRIP mais
+ DVDSCR pour θviter que de vrais DVDRIP Z2 FRENCH RETAIL soient nuke.
+
+ Les nouveaux format sont donc :
+ DVDRIP - DVDSCR - HKDVDRIP - RAWRIP - HDTV/PDTV/SDTV/SATRIP/TVRIP
+
+ Si le Z2 subfrench est OUT en magasin, la sθrie fansub peut continuer si
+ la sθrie a θtθ sortie aux 3/4. Dans le cas contraire, la sθrie fansub
+ doit se terminer.
+
+ Si c'est le Z2 French qui est OUT, la sθrie Fansub peut continuer.
+ Une sθrie Fansub (VO) peut commencer si la sθrie FRENCH est sortie en DVD.
+
+ La distribution d'animθs de teams fansub non warez est possible si ces teams
+ l'autorisent et si elles sont conformes avec les rules HCR animθs (rθso,
+ codec audio et video etc...).
+ Dans ce cas, la team warez devra indiquer dans ses NFO le nom de la team
+ fansub acceptant la diffusion.
+
+ VOBSUB obligatoire (et pas Subrip) pour DVD Zone 2 Subfrench.
+ Vθrifier la hauteur des sous-titres, s'ils sont un peu au milieu de
+ l'image, il faudra les descendre (bien vθrifier ensuite le rθsultat sur
+ les sous-titres θtant sur une et deux lignes).
+
+ Une sθrie fansub commencθe dans un codec et une rθso doit Ωtre poursuivie
+ ainsi, mΩme si ces formats ne sont plus allowed par les rules HCR animθs
+ d'aujourd'hui (idθe de continuitθ).
+
+ Diffθrentes catθgories d'animθs :
+ L'animθ JAP/FR/US (Marvel, Disney (non sorti en salles FR, sinon section
+ DiVX), etc.)
+ Le HENTAI
+ Le SENTAI (X-OR, Bioman etc.)
+ KID (Maya, Mask, Minipouss etc.)
+
+ C'est aux sites soit de diffθrencier ces sections, ou au contraire de les
+ regrouper en une seule ayant pour nom ANIMES.
+
+ Notion d'exclusivitθ pour PRE une box Z2 sθrie anime :
+ La team qui, la premiΦre, sort 2 cds de mΩme langage α la suite, a l'exclusivitθ pour pre la
+ box entiΦre. Cependant si dans les 4 jours elle n'a pas terminθ la box,
+ une autre team peut RACE la sθrie.
+ Exemple : team A CD1 et team B CD2-3. C'est la team B qui a l'exclu pour
+ RLZ le reste de la box jusqu'α terme des 4 jours α partir de la
+ pre du CD3.
+
+ Attention les sθries anime dont les DVDS sont vendus a l'unitθ n'ont pas
+ cette notion d'exclusivitθ. Chaque DVD pouvant Ωtre rlz par une team
+ diffθrente.
+ Exemple : Olive et Tom, DBZ, dont les DVDs vendus α l'unitθ peuvent Ωtre
+ race par des teams diffθrentes.
+
+ Format :
+
+ Le SBC est allowed mais il est conseillθ d'utiliser le XViD
+
+ Video XViD 1.0 en 2 pass 29fps ou 23.9fps (NTSC) OU 25fps (PAL)
+ La diminution du FPS de 29.9 α 23.9 doit Ωtre faite uniquement via IT.dll,
+ decomb.dll, ou toute autre mθthode de qualitθ θquivalente.
+ La diminution du FPS NTSC 29.9 a NTSC 23.9 n'est dθsormais plus
+ obligatoire.
+
+ Audio MP3 128kbps CBR 44.1khz/48khz, AC3 autorisθ.
+
+ Rθsolution :
+
+ - Multiple de 16, doit respecter l'aspect ratio (AR) original
+
+ 1.33 (4/3) 704 x 528 | 640 x 480 | 576 x 432
+ 1.66 (16/9) 704 x 432 | 640 x 384 | 576 x 352
+ 1.77 (16/9) 704 x 400 | 640 x 368 | 576 x 320
+ 1.85 (WS 16/9) 704 x 384 | 640 x 352 | 576 x 304
+ 2.35 (CS 16/9) 704 x 304 | 640 x 272 | 576 x 240
+
+ Ou
+
+ - Multiple de 4, doit respecter l'aspect ratio (AR) original
+
+ 1.33 (4/3) 704 x 528 | 640 x 480 | 576 x 432
+ 1.66 (16/9) 704 x 424 | 640 x 384 | 568 x 342
+ 1.77 (16/9) 704 x 396 | 640 x 360 | 584 x 330
+ 1.85 (WS 16/9) 704 x 380 | 644 x 348 | 584 x 316
+ 2.35 (CS 16/9) 704 x 300 | 644 x 274 | 592 x 252
+
+ - Le cropping est obligatoire
+
+ Taille:
+
+ Episode de 20-29mn = 170 α 235 Mo
+ Episode de 30-49mn = 235 α 350 Mo
+ Episode de + de 50mn = 375 α 700 Mo
+
+Z2 Retail uniquement :
+ Quant au nombre des θpisodes α release
+ On met 3 θpisodes/cd quand τa tombe juste sinon
+ on met en 4 θpisodes / cd.
+
+ Package:
+
+ Dirname Sθrie: TITRE.DE.LA.SERIE.CDX.LANGAGE.SOURCE.CODEC-TEAM
+ Dirname Sθrie Saison: TITRE.DE.LA.SERIE.SAISONX.CDX.LANGAGE.SOURCE.CODEC-TEAM
+ Dirname animθ long mθtrage: TITRE.DE.LA.SERIE.LANGAGE.SOURCE.CODEC-TEAM
+
+ Rars : 15mb par fichier
+
+ Qualitθ :
+
+ - Les teams doivent se rappeler que la qualitθ de leurs sθries devrait
+ Ωtre optimale par respect pour les amateurs et pour elles-mΩmes.
+
+ Le nuke en animθ :
+
+ - On nuke une sθrie qui dupe une autre en prθtextant un format supθrieur
+ (un Z1 fansub qui voudrait refaire la mΩme sθrie qu'un rawrip fansub)
+ - Pour mauvaise resolution, mauvais codec, mauvais bitrate/codec audio
+ - Pour mauvaise qualitθ d'image.
+ - Pour subs incohθrents, mal placθ, mauvaise traduction, trop de fautes.
+
+------------------------------------------------------------------------------
+ DVDR ANIMθ RULES v3
+
+ Gθnθrales :
+
+ - Pour commencer une saison, la team doit release le VOL01/DVD1
+
+ - Les DVDs suivants doivent Ωtre PRE dans l'ordre chronologique
+
+ - Pour sortir la saisons suivante une team n'est pas obligθe
+ d'attendre la fin de la prθcθdente.
+
+ Notion d'exclusivitθ pour PRE une box Z2 sθrie animθ :
+ La team qui sort le premier DVDR, a l'exclusivitθ pour pre la box entiΦre.
+ Cependant la team a 3 jours pour Pre une release DVDR.
+
+ Attention les sθries animθs dont les DVDS sont vendus α l'unitθ n'ont pas
+ cette notion d'exclusivitθ. Chaque DVD pouvant Ωtre rlz par une team
+ diffθrente.
+
+ Dans le cas de DVD9, DVDSHRINK , DVDSTRIPPER ou les programmes
+ all-in-one ne sont pas acceptθs sous peine de propers.
+ Le reauthoring est obligatoire pour tout le contenu du DVD.
+ Les softs pouvant Ωtre utilisθs sont Maestro ou Sonic Scenarist...
+ D'autres softs pourront etre ajoutθs si ils parviennent a des rθsultats θquivalents
+ en matiΦre de reauthoring.
+
+ Dans le cas de DVD9, Toutes publicitθs et avertissements doivent Ωtre supprimθs.
+
+ Dans le DVD il ne devra y avoir qu'un seul menu.
+
+ Les fichiers de dummy ne sont plus tolθrθs dans l'arborescence du DVD.
+
+ Format :
+
+ Video :
+
+ - CCE 4 α 9 pass
+
+ Rθsolution :
+
+ - doit respecter l'aspect ratio (AR) original de la source dvd
+ ainsi que la rθsolution
+
+ Bonus :
+
+ - Les bonus sont autorisθs
+
+ Package :
+
+ Dirname : TITRE.DE.LA.SERIE.S1.DVDX.FRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.S1.DVDX.MULTI.DVDR-TEAM
+ TITRE.DE.LA.SERIE.S1.DVDX.SUBFRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.VOLX.SUBFRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.VOLX.FRENCH.DVDR-TEAM
+ TITRE.DE.LA.SERIE.VOLX.MULTI.DVDR-TEAM
+
+ S'il n'y a pas de saison juste mettre DVDX (X θtant le numθro du volume
+ DVD)
+
+ FULL : rien n'a θtθ enlevθ
+ MULTI : mini 2 langues
+
+ Rars : 50mb par fichier
+
+ Autres :
+
+ Fansub :
+
+ - Le Fansub est autorisθ s'il s'agit d'un DVD Z1, Z3, Z2UK/JAP (allowed
+ selon les sites)
+ FANSUB de DVDR HK interdit.
+
+ Subfrench :
+
+ - Le Subfrench est autorisθ
+
+ Qualitθ :
+
+ - Les teams doivent se rappeler que la qualitθ de leurs sθries devrait
+ Ωtre optimale par respect pour les amateurs et pour elles-mΩmes.
+
+░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓ ░
+ ██ ██
+ ██ HCR des rules animθs: DVDR - DVDRIP - Broadcast ██
+░ ██ ██ ░
+░ ██ Lu et approuvθ dans leur majoritθ par les teams animθs ██ ░
+▒ ▓█ citθ prθcθdemment. █▓ ▒
+▒ ▓█▌ ▐█▓ ▒
+▓ ██▌ ▐██ ▓
+░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ 03/10/2005 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+▀▄░ ▄ ▄ ░▄▀
+
Rules DVDR-CLASSiQ ( 07.2005 )
+
+Apres la concertation de la plupart des teams DVDR-CLASSiK prθsentes sur la scΦne
+nous avons θtablis ces quelques regles :
+
+1. iMDB :
+ Les releases devront avoir une note au-dessus de 5.0 et un minimum de 1000 votes
+ ou 6.0 et un minimum de 100 votes
+
+2. Les series de films ( ALiEN, RAMBO etc... ) :
+ La team qui release le premier film d'une serie de plusieurs a la priorite sur les
+ films qui suivent l'ordre de la serie, sans periode de temps entre deux films de cette
+ serie. Toutefois une team peut reprendre la suite de la serie apres accord avec la
+ team prioriotaire. De plus les suites de films ne sont pas tenu de respectθ la regle 1.
+
+3. CCE :
+ Si il ya reencodage de la vidθo, cela devra se faire avec CCE et un minimum de 5 pass.
+ La taille minimale d'une vidθo apres rθencodage devra etre de 3.0Go.
+
+4. Reauthoring :
+ Le menu doit etre reauthored si il y a besoin ( suppression de boutons etc ... )
+ Les warnings, annonces FBi etc... devront etre retirθ obligatoirement.
+
+5. Audio :
+ Audio FRENCH obligatoire et VO si prθsent, les autres audios ne sont pas obligatoire mais
+ recommandθs si il est possible de les mettres sans nuire a la qualitθ vidθo.
+
+6. Subs :
+ FRENCH, sous-titres de langue originale du film et US obligatoire si prθsent. Les autres
+ subs ne sont pas obligatoire mais recommandθs.
+
+7. Format
+ Les releases devront etre mises en .img avant d'etre mise en .rar
+
+8. Dirtag
+ DVD5 : Nom.De.La.Rlz.Annθe.PAL/NTSC.FULL.FRENCH/MULTi.DVDR-TEAM
+ DVD FS: Nom.De.La.Rlz.Annθe.PAL/NTSC.FS.FRENCH/MULTi.DVDR-TEAM
+ sinon Nom.De.La.Rlz.Annθe.PAL/NTSC.FRENCH/MULTi.DVDR-TEAM
+
+9. Les All in one "dvdshrink" sont formellement interdit
+
+10. NFO
+ les informations suivantes doivent figurθes dans la NFO
+ Release Name .:
+ Release Date .:
+ Genre ........:
+ Bonus ........: yes ou no
+ Menu .........: Reauthored ou Untouched
+ video.........: Cce X pass ou untouched
+ Audio ........:
+ Subs .........:
+ Archives .....: 92*50mo
+ IMDB .........:
+ Allocine .....:
+
+
+Lu et approuvθ par : CHOCAPiC - DREAMFORCE - FONDATION - HUNTER - iPoD - KzK - MFT - SDA - TEASPOON - WaDjeT - WiRE - Youppi
+
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The HighDef XViD Releasing Standards 2005 │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────────────────────────────────────────────────┴┴───────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────────┬───────────────┬────────────────────┴┴───────┐
+│ └───[ INTRO ]───┘ │
+│ │
+│ │
+│ │
+│ Why HighDef XViD? Isn't DVD-R good enough? No. │
+│ XViD is superior to MPEG-2 by a lot. At some bitrate (e.g. 4 mbit/s) │
+│ MPEG-2 can let 720x576/720x480 look good. XViD can let 1280x720 look │
+│ good at the very same video bitrate. │
+│ Compatibility is a lot smaller problem by now thanks to XBMC and modern │
+│ standalone players ... so why not let everyone enjoy true HDTV? │
+│ │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ │
+│ │
+│ Runtime: │
+│ │
+│ 0 to 30 min: 1 CD ( 734,000,000 byte) │
+│ 25 to 60 min: 1/3 DVD-5 (1,560,000,000 byte) │
+│ 55 to 85 min: 1/2 DVD-5 (2,340,000,000 byte) │
+│ 80 to 170 min: 1 DVD-5 (4,680,000,000 byte) │
+│ 160 to * min: 1 DVD-9 (8,450,000,000 byte) │
+│ │
+│ Releases must utilize 97 to 100% of the target file size. │
+│ │
+│ │
+│ │
+│ Audio: │
+│ │
+│ AC3 5.1 is to be used. │
+│ Source can be from the HDTV airing and/or from a foreign DVD. │
+│ Muxing a different audio language to an existing release's video is │
+│ welcome if allowed by the video source group and mentioned in the nfo. │
+│ │
+│ │
+│ │
+│ Video: │
+│ │
+│ Framerate: │
+│ Must be as close to original source framerate as possible. │
+│ │
+│ Codec: │
+│ Must be XviD. │
+│ Must not be singlepass encoding technique. │
+│ │
+│ Resolution: │
+│ Must be 1280x720 progressive. │
+│ │
+│ Credits: │
+│ Full Credits must be included. │
+│ Credits must not be encoded separately at a lower bitrate if they │
+│ contain video footage, ie bloopers. │
+│ │
+│ │
+│ │
+│ Packaging: │
+│ │
+│ Must be .avi, not bin/cue, iso or img. │
+│ Must be packed with .rar, compression is not allowed. │
+│ Must be broken into 15MB (CD), 50MB (DVD-5) or 100MB (DVD-9) volumes. │
+│ Must include recovery record. │
+│ Must have .sfv. │
+│ Must have .nfo including: │
+│ group name │
+│ title │
+│ release date │
+│ theatrical relase date (movies) │
+│ original air date (TV episodes) │
+│ file size │
+│ number and size of volumes │
+│ audio source, format and bitrate │
+│ video bitrate │
+│ runtime │
+│ iMDB-link or similar │
+│ All .nfos have to include the maximum information possible. Lack of │
+│ info or smartass comments such as "good size" or "nice audio" will not │
+│ be tolerated. │
+│ │
+│ │
+│ │
+│ Samples: │
+│ │
+│ A 15 to 30MB Sample must be included. │
+│ Must be taken from the release - not encoded separately. │
+│ │
+│ │
+│ │
+│ Propers: │
+│ │
+│ Propers are only permitted in the case of a technical flaw with the │
+│ original release (i.e. sync problems, bad choice of file size, ...). │
+│ Propers must state the proper reason and include proof. │
+│ Qualitative propers are not allowed. │
+│ Propers based upon the compliance with new instances of THX │
+│ guidelines are not allowed. │
+│ │
+│ │
+│ │
+│ Directory Naming: │
+│ │
+│ All releasenames must include: │
+│ TV: Show name, season & episode number (S??E??), episode title, │
+│ language, source (720p.HDTV), codec (XVID), groupname. │
+│ Movies: Title, production year, language, source (720p.HDTV), │
+│ codec (XVID), groupname. │
+│ English language does not need to be tagged. │
+│ No FESTIVAL/STV/LIMITED/READ.NFO in dirnames. │
+│ Permited tags are: PROPER, REPACK, RERIP, INTERNAL, DC, EXTENDED, │
+│ REMASTERED, UNRATED. │
+│ │
+│ Acceptable characters in the directory name are: │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.-_ │
+│ No spaces or double dots. │
+│ │
+│ Examples: │
+│ Funky.Show.S93E72.Groovy.Title.720p.HDTV.XVID-CoolGroup │
+│ Great.Movie.2007.Chinese.UNRATED.720p.HDTV.XVID-BigGroup │
+│ │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ │
+│ Source related notes: │
+│ │
+│ For now the only source to be used is 720p HDTV. │
+│ THX will be updated when we will be blessed with HD-DVDs. │
+│ Re-encoding HDWMV to XVID will not be tolerated. │
+│ │
+│ │
+│ │
+│ Ripping related notes: │
+│ │
+│ Group watermarks are not allowed. │
+│ No intros, outros, betweenos, or any other form of defacement of the │
+│ movie will be tolerated. │
+│ │
+│ │
+│ │
+│ Filesystem related notes: │
+│ │
+│ ISO9660 craps out above 2GB files, so in order to burn 1/2 DVD-5 or │
+│ larger releases you will have to use UDF. │
+│ │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────────────────────────────────────────────────┴┴───────┐
+│ Thx to TDX2k4, we kinda stole their design :) │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └────────[ GROUPS ]────────┘ │
+│ THX2K5 signed by the following Groups: │
+│ ────────────────────────────────────── │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+│ │
+└─┬────────────────────────────────────────────────────────────────────────┬─┘
+ └──[ v0.3 created by the Union of Themepark Zombies in September 2005 ]──┘
+
-/\/- MP3 Rules (2005-03-03) -\/\-
+ 1. No Dupes !
+
+ We check complete albums/releases, not single tracks. So a release is not
+ a dupe if it has different or more tracks.
+ Exceptions:
+ 1.1.
+ It's also a dupe if the complete release is included in a previous one.
+ For example CDM is released, now someone releases the CDS and all tracks
+ of the CDS were already included on the CDM (excactly the same).
+ 1.2.
+ You are allowed to create a duplicate release from a release that has a
+ source of lower quality (not lower bitrate! (see rule 11)).
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname.
+ 1.3.
+ All MIXED cds should be ripped as one track supplied with a .cue.
+ If they are not, they may be duped by another group that releases it as
+ one track with a .cue supplied.
+
+ Note: if you want to release an import-album or some "extendend edition"
+ then check rule 7 as well !
+
+
+ 2. An .SFV and .NFO file must be included in every release.
+
+ 3. Directoryname must at least contain:
+
+ 3.1 Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+
+ 3.2
+ All bootleg releases must have the word BOOTLEG in the dirname.
+ Street mixes that are not available at major retailers or only at one
+ suspicious webshop are bootlegs and they need to be labeled as such.
+ (bootleg rule start: 2005-03-14)
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the vinyl/cd
+ then you must add the artistname.
+
+
+ 4. Filename must at least contain:
+
+ Track Number - Song Title
+
+ If it's an album with different artists (one artist per track) then you
+ must add the artist name as well ("VA-tracks" like mixes don't need
+ artistnames).
+ Make sure that your filename is unique otherwise some sites might
+ dupeskip it. (You can search for filenames here as well)
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you *must*
+ provide proof that these tracks have no names. Either by a scan of the
+ original cover of the record company/label (no selfmade cdr or bootleg
+ covers) or a link to an official or trusted webpage with proofs. If
+ these "untitled tracks" are part of a big mix (no silence between the
+ "tracks") then it's considered as one track and you must rip it as one
+ mp3/cue and give this track same name as the "album".
+
+
+ 5. Files/directories must only contain characters; a-z A-Z 0-9 _ . - ()
+
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+
+ 6. Self-made releases
+
+ 6.1.
+ Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other sources,
+ put them together and release that as something new.
+
+ 6.2.
+ A self-made MIX or completely self-made music is allowed if it's good.
+ Sites decide if it's shit by nuking it. We won't nuke/unnuke such a
+ release.
+ If you are releasing self-made stuff then that must be clearly visible
+ in your nfo. If it's not possible to see that it's self-made then it
+ will get nuked as bad pack.
+ Exception: if the selfmade release is free available at release time
+ or when you obviously know that it will be available soon then it's not
+ allowed to release it.
+
+ If it's not clear if it's selfmade or not and it's not possible to find
+ any information about the release/artist/label then it's up to the group
+ to prove that this release is not selfmade (coverscan, url, ...). If
+ they are not able to prove that it's real it will get nuked as bad pack.
+
+
+ 7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+
+ If you think it's too much work to rip all tracks you better don't rip
+ at all. Releasing the complete CD/Vinyl is necessary because otherwise
+ it would be possible to make several (different) releases of the same
+ cd/vinyl/etc..
+
+ Exception for albums:
+ If an RETAIL album has been released in different editions and the only
+ difference is one or more bonus tracks (imports) then it's allowed to
+ release the bonustrack(s) only. But you may NOT re-release an entire
+ inital edition within the first three months.
+ Example: album released in US with 10 tracks, japanese edition with 11
+ tracks (1 bonus track that is a new song) then you MUST release the jap
+ bonus track only (without including previously released tracks of the
+ US album) during the first three months after first full retail release.
+ If it's more than 3 months later then you are allowed to do either the
+ bonustrack-only or the full album.
+ Moreover, it is NOT allowed to re-release a new edition of an retail
+ album EVER if the extra/bonus tracks are already included in one (!)
+ previous release. For example, USA album is released and four months
+ later japanese with simply a remix from an old CDM/CDS still wouldn't
+ be allowed.
+
+
+ 8. Current maximum directory/filename-length is 128 characters
+
+ Because of limitations on windows cd-filesystem (linux has 256char-limit)
+ and about 99of the people here use either windows or linux.
+
+
+ 9. No fake-releases
+
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by
+ Marilyn Manson
+
+
+ 10. A bad rip/release must be reported by either 3 independent people
+
+ (from different groups) or the group which released it.
+ If you re-release something that hasn't been nuked/marked yet then add
+ this info to your nfo-file. Otherwise it will get nuked as dupe.
+
+
+ 11. Quality
+
+ current minimum bitrate is 160kbit
+ it's not allowed to re-release something in 192kbit (or higher) because
+ a previous release was only 160kbit.
+
+
+ 12. Promos/Advances
+
+ If a release is considered not to have every track from the source then
+ it must be labelled as a promo and can be duped by any legitament retail
+ release that DOES contain all tracks. The legitament release can be
+ identified by the CAT number, or more suitable proof.
+
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitament releases, and are still
+ governed by quality rules.
+
+ If you release a promo when the retail is already out then you must
+ provide proof that this promo is real to make sure this is not a
+ selfmade "promo".
+
+ to reduce amount of fakes (starting on 2005-03-14):
+ ALL promos/advances must either have cover scans or be VBR/Lame+preset
+ (any Lame version, any preset, 3.90.3/APS recommended).
+ A one track promo single release must include cover scans even if it is
+ VBR/Lame+preset already.
+
+ 13. Re-encodes are strictly forbidden.
+
+
+ 14. Don't add duplicate nuke requests unless it differs from the original.
+
+
+ 15. FREE MP3s
+
+ Free MP3s that are legally available on the net (artist / record company
+ allows it) in acceptable quality are NOT allowed to release.
+
+
+ 16. SOURCE
+
+ The tracks of a release must all be from the same source and have the
+ same quality/bitrate. Taking tracks from other scene releases or internal
+ group releases of other groups is strictly forbidden.
+ If the source is not CDDA or vinyl (tv,radio,web,whatever,..) then it
+ must be either part of the dirname (-TV-, -RADIO-, -WEB-, etc.) or
+ mentioned in your NFO file.
+
+
+ Notes:
+ - When dupe checking input partial text of the release name in the search
+ field, do not search for the entire album name that you have, because it
+ may have already been released under something slightly different.
+
+ - Radio rips that were recorded via the radio tuner can be duped by a
+ source that is superior in quality AND if there is proof of mastering
+ involved, for example, removing commercials and commentary.
+
+ - Releases with an apparently incorrect year may not be nuked. However
+ the year should be correct of course. Keep in mind that a lot of sites
+ nuke for fake year when it's incorrect. (The Year in dirname is not the
+ year when you released it but when the record company/artist published
+ it!)
+
+ - If a release labeled as "advance" is identical to the retail version
+ then the advance turns into a retail release. This means then it is not
+ allowed to dupe it and it counts as retail for ALL rules. If the retail
+ is different then of course it's allowed to release it.
+
+ - We tolerate typos if it still is readable and either artist or title is
+ 100correct.
+
+ - For webrips (bought online) we assume that they are made from a digital
+ source. So duping them for better quality (rule 1, exception 2) is not
+ allowed.
+
+ Nukerequest/Re-Rip info for older releases:
+
+ Our rules started on 2000-09-17. To describe which of the older releases
+ are allowed to re-release or nukerequested here are some notes how we
+ handle these older releases:
+
+ before RIAA:
+ RIAA rules started 1. february 1999. Releases before 1999-02-01 are taken
+ as is. This means we just accept the nuke-status and you are not allowed
+ to re-release a group-release that has been accepted. To count as
+ "group-release" it needs at least a groupname, artistname and
+ track/albumname. If it has these attributs and it's not nuked then it's
+ valid.
+
+ RIAA time:
+ With exception of rule 7 the RIAA-rules were active from 1999-02-01 to
+ 2000-09-17.
+ You are allowed to request nukes for releases made during RIAA period
+ according to the RIAA rules except rule 7.
+
+ There was a 64-char limit for dirnames during RIAA time. However sites
+ usually didn't nuke releases that had longer dirnames.
+ Since this rule (RIAA-rule #7) was ignored by a lot of sites/groups we
+ will not nuke any releases because of that rule. However if the sites
+ nuked it we will not unnuke it. In other words: we don't touch it. If
+ it's nuked you are allowed to re-release it, if not then not. No
+ nukerequests allowed.
+
+ general:
+ There was no bitrate limit until 2000-09-17.
+ Releases before that date that have been accepted (were not nuked) here
+ or on the sites can *NOT* be nukerequested or re-ripped because of the
+ bitrate !
+
+ An incomplete tracklist here is *NO* reason for a nukerequest or re-rip.
+ That we didn't scan it completely doesn't mean it was released incomplete.
+ We started on only one site and had some problems with the scan-script
+ first. If you want to re-release something because you are sure it was
+ incomplete then you must give proofes in your nfo.
+
+ The mix-exception that it's allowed to re-release something when the
+ first release was single tracks and not one file with cue (rule 1.3)
+ does *not* count for releases before 2001-05-08. Releases before that
+ date are not allowed to re-release as single track.
+
+ The dupe-rule that we dupe for whole releases and not for single tracks
+ always has been used (even if it wasn't written down) so it counts for
+ ALL releases even the very old ones.
+
+ That a self-made release is only allowed when it's possible to see that
+ in the NFO starts on 2003-07-15.
+
+ Listing non-cd/vinyl source is mandatory since 2004-10-11.
+
+ Rule 3.2 (bootleg tag) and VBR/coverscan part of rule 12 started on
+ 2005-03-14.
+
+ change-log:
+ 09-17-2000 - first version
+ 12-31-2000 - changed rule 1,11
+ 05-08-2001 - updated rule 10, added rule1/exception 3, added rules 12-15,
+ added notes
+ 11-15-2001 - changed exception of rule 7
+ 09-16-2002 - added exception to rule 3
+ 01-14-2003 - changed exception of rule 7, added note to rule 1
+ 02-05-2003 - added rule 15
+ 02-05-2003 - added exception to rule 6
+ 03-21-2003 - added Nukerequest/Re-Rip info
+ 04-02-2003 - changed wording of rule 4 to make clear that one-track mixes
+ with lots of artists don't need artistname in filename
+ 05-17-2003 - added exception to rule 4, added rule 16
+ 07-15-2003 - rules 6 changed (selfmade rels in nfo)
+ 09-28-2003 - added "retail" to rule 7 to make sure it does not count for
+ advance/promos
+ 09-28-2003 - "promo proof after retail" sentence added to rule 12
+ 12-14-2003 - added "advance" note
+ 12-23-2003 - added "decimal" to rule 3
+ 10-11-2004 - added explanation to rule 9 (fakes), rule 16: listing
+ non-cd/vinyl source is mandatory now, typo note and webrip
+ note added
+ 12-14-2004 - fake year notes added
+ 03-03-2005 - added bootleg info to rule 3 (3.2), start: 2005-03-14
+ 03-03-2005 - added VBR + cover scan info to rule 12, start: 2005-03-14
+
+
miniDVD Standards Are The Same As DVDR Standards.
+ Video:
+ . Re-encoding:
+ . CCE version 2.50+ or Canopus Procoder must be used in all
+ circumstances where transcoding (re-encoding) of the video
+ stream is required. Other encoding programs such as
+ TMPGenc are NOT allowed.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, e.g. InstanCopy, DVDXCopy, etc.
+ . Minimum average bitrate allowed is 3000 kbit/s
+ (2800 kbit/s for tv shows). If minimum average bitrate
+ cannot be achieved, a valid explanation is required in
+ the NFO.
+ . Quality Settings:
+ . CCE:
+ . No CBR. Multipass is to be enforced.
+ . The initial 1st pass that encodes the .vaf file
+ in CCE is NOT considered within the multipass set.
+ . The number of passes required for a movie is
+ determined by the length (runtime) of the movie."
+ . Movies below or equal to 100 minutes will
+ require 5 passes or more.
+ . Movies over 100 minutes will require 6 passes
+ or more.
+ . Canopus Procoder:
+ . No CBR. 2-pass VBR is to be enforced for all
+ bitrate scenarios.
+ . The quality settings will also be determined
+ by the length (runtime) of the movie.
+ . Movies below or equal to 100 minutes will
+ require the "High-Quality" setting.
+ . Movies over 100 minutes will require the
+ "Highest-Quality" setting.
+ Audio:
+ . Dolby Digital is considered the standard audio format and is
+ required in all releases that contain this audio format.
+ . DVDs that contain only PCM audio are allowed and should
+ be noted in the NFO.
+ . Downsampling of audio tracks, except audio commentary is
+ banned. No downsampling of any other tracks.
+ . If audio is stripped from a DVD9 disk, superior audio tracks
+ need to be kept. e.g. If a DVD contained DD2.0 and DD5.1
+ audio, DD2.0 would be stripped in favor to 5.1. However in
+ regards to DVDs that contain both DTS and 5.1, 5.1 must be
+ kept. The inclusion of a DTS stream is up to the ripper's
+ discretion.
+ . For non-English movies, the movie's original language audio
+ stream must be kept unless it is not contained in the retail.
+ In the circumstances that a reissue/new edition dvd contains
+ an original language audio stream, a re-release of the movie
+ is valid.
+ . For ALL English movies, the English audio stream MUST be kept.
+ . The inclusion of other audio streams will be based upon the
+ ripper's discretion, whether they are foreign or commentary.
+
+ Notes: DTS/SUPERBIT/DTS-ONLY are issues that cannot be ignored.
+ However, it is not up to us to decide whether they should
+ be allowed or not. Rather, it's up to the SITES that will
+ determine their own appropriate rules. However, those
+ groups that wish to release DTS, SUPERBIT and/or DTS-ONLY
+ should name their directory clearly with the appropriate
+ tags of DTS, SUPERBIT and/or DTS-ONLY.
+ Source:
+ . Releases of superior/remastered editions of previous released
+ DVDs are ALLOWED as they improve upon the initial release.
+ e.g. If a new mastered DVD contains a 5.1 stream compared
+ to an inferior stream in the previous release, the
+ release is considered valid.
+ . Mastered DVDs of: Director's Cut, Criterion, Unrated or any
+ editions with additional/extended scenes are not considered
+ dupes over existing mastered DVDs.
+ . The DVD to be ripped should also be the best available edition
+ on the market. Releases of inferior editions are NOT ALLOWED.
+
+ Authoring:
+ . Authoring in both Scenarist and DVD Maestro are allowed.
+ However, users of DVD Maestro need to be aware of the problem
+ which check that if the total bitrate exceeds
+ 9800kbit/s. Rippers should be aware that the MAX bitrate is
+ 9800kbit/s for both audio and video streams.
+ Subtitles:
+ . If English subtitles are present, they will be kept under ALL
+ circumstances.
+ . If the dvd contains no more than three subtitle streams, all
+ will be kept. If the dvd contains more than three subtitle
+ streams, it's ripper's discretion which subtitles should be
+ kept. Its advised to keep the most common used language
+ subtitles. It is recommended to keep them all (they don't take
+ up much space).
+ Menus:
+ . Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ . The menu must be in English and not foreign, unless they
+ are aimed for non-English endusers.
+ . Removing useless links within the menu is optional. This is the
+ only extreme of menu authoring allowed. Such programs such as
+ MenuEdit are recommended.
+ . Menus on TV Show disk must be kept at all costs.
+ Extras:
+ . Extras are an added value but are not needed. Extras are
+ allowed to be transcoded with a minimum average bitrate of
+ 1700kbit/s.
+ . A minimum of 5 passes for extras is required.
+ DVD Limitations:
+ . Macro vision must be removed.
+ . All user limitations and restrictions must be removed.
+ . Releases must be made region free.
+ Packaging:
+ . All releases must either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ . Releases must be broken up into rars of 50,000,000 bytes.
+ . Solid Archive and Recovery Record MUST be used.
+ . SFVs and NFOs MUST be included.
+ . NFO must include the following:
+ . Groups name.
+ . Title.
+ . Regions, NTSC or PAL.
+ . Number of Passes and Bitrate used when re-encoding.
+ . Audio streams, and subtitles included.
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link.
+ . Number of archive files.
+ Samples:
+ . Samples should be more than 15 minutes long but
+ less than 3 minutes.
+ . Samples should be encoded and only in vob form
+ if it is a encoded vob.
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 50mb.
+ . Samples must be put in a separate sub directory, labeled
+ 'Sample'.
+ . Vobs may be cut and used as sample, or renamed to mpg.
+ . Samples must be from actual packed vob. Separate encodes are
+ not allowed.
+ Directory Naming:
+ . Directory names shall NOT exceed 64 characters.
+ . ALL releases are to include production year.
+ . Directory name should include REGION (NTSC or PAL).
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . DVD-5, and DVD-9 COMPLETE are recommended to be named as:
+ MOVIE.TITLE.YEAR.COMPLETE.REGION.DVDR-GROUP
+ e.g. The.Godfather.1972.COMPLETE.NTSC.DVDR-TDRS
+ . Non-Complete DVD-9 releases are recommended be named as:
+ MOVIE.TITLE.YEAR.REGION.DVDR-GROUP
+ . Sub directories are recommended to be labeled as DISC1, DISC2,
+ etc. EXTRA and CD1, CD2 dirs are NOT allowed.
+ Propers:
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc.
+ . Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . PPF patches should be used for fixing releases with simple
+ problems such as RCE/Region coding, VTS sectors, P-Ups and
+ soforth. REPACKS/PROPERS should be avoided if a PPF patch is
+ possible.
+ Tagging:
+ . Intros and outros are not tolerated.
+ . Group watermarks within the DVD are STRICTLY forbidden.
+ . Volume Label must be EXACTLY like the original. Adding any
+ tags to the Volume Label will not be tolerated.
+ The miniDVD Releasing Standards Originally Written and Organized By:
+ AUK . SOUL . JR . MAH . PURP . CONE
+ Signed, Approved and Enforced By:
+ miniDVD -
+ .--- - ----------------------------------------------------.
+ | S!' _ _ ______._ - --. |
+ | ' \|| | | |
+ ____|_______ _____ /\___ _ ____|_ __ |_________/\ ___________| /\_____
+ _/ _ // |/ _/ _//_/ |_ _ \______ \_/ __/
+ // / / / // | |/ / / _ ./ |
+ _/ / _/ _/ / |_ / ______/ / // |
+ \_____ /\___________________/|_______ / /|______________________/|______|
+ <--- \/ -+------------------------- \/ | .______ --------------|------->
+ | . _|______|_|______\_ _ |
+ | | ' |
+ | `-- - |
+ `----------------------------------------------------------'
+ [ ::::::: Nuclear MP3 Releasing Standards 2005 ::::::: ]
+ .----------------------------------------------------------.
+ | Version 0.22a |
+ `----------------------------------------------------------'
+--
+ 1. SFVs
+
+ 1.1. An .SFV file must be included to verify file integrity in every
+ release.
+
+
+
+
+--
+ 2. NFOs
+
+ 2.1. An .NFO file must be included with every release.
+
+ 2.2. The NFO file must feature at least:
+ - Album Title
+ - Artist Name
+ - Release Date (Recommended format: YYYY-MM-DD)
+ - Tracks & Playtime
+ - Genre
+ - Source
+ - Encoding Bitrate
+ - Encoder Used
+
+ We suggest including:
+ - Label
+
+ Note: The NFO must contain as much information about the release as
+ possible. It is recommended that you place a 'Release Notes'
+ section in your NFO file for any other information pertinent to
+ the release.
+
+
+
+
+--
+ 3. Directory Naming and Labeling Specifications
+
+ 3.1. The following are the standards for directory naming:
+
+ - Directories must only contain characters of type a-Z 0-9 _ . - ( )
+ Example: Artist_-_Title-Promo-CDS-2005-Group
+
+ - The first and last characters must be of type a-Z 0-9
+ Examples: Artist-Title-EP-REPACK-2005-Group
+ Artist-Title_(feat_blah)-DE-2005-Group
+ DJ_blah-Live_at_blah-CABLE-(YY-MM-DD)-Group
+
+ 3.2. Parenthesis are allowed in the directory name.
+
+ 3.3. Directory naming will follow this format (spaces are used solely to
+ clearly illustrate the format):
+
+ Artist Name - Title - Additional Info - Published Year - Group Name
+
+ Example: Artist_-_Title-4CD-Retail-2000-Group
+
+ 3.4. All release data will be held within the single release directory. No
+ CD1, CD2 directories.
+
+ 3.5. Various Artist album releases must be prefixed with "VA-". Soundtrack
+ Album releases must be prefixed with "OST-".
+
+ 3.6. Underscores and singular periods will be used. No double periods are
+ to be used.
+
+ Example: ..
+
+ 3.7. Directory names can be up to 64 characters in length. It is acceptable
+ to use abbreviations/selftitled/etc to achieve this. This is enforced
+ to ensure wide device filesystem compatibility.
+
+ 3.8. Additional Tagging Information (mandatory if applicable):
+
+ VLS - Vinyl Single (1-2 tracks)
+ EP - Vinyl Maxi-single (2-5 tracks)
+ LP - Vinyl Full-length Album
+ CDS - CD Single (1-2 tracks)
+ CDM - CD Maxi-single (2-5 tracks)
+ CDR - CD-Recordable (CD-R)
+ DVDA - DVD-Audio
+ MD - MiniDisk
+ Promo - Promotional
+ Mixtape - Mixtape, Pressed or promotional from a real artist or
+ one of their representatives
+ Bootleg - Any release not produced by real artists or their
+ representatives
+
+ XX - Import
+ RETAIL - Retail
+ Liveset - DAB/SAT/CABLE/TAPE/etc, full date needed, e.g. -YYYY-MM-DD-
+ Example: -2005-12-31-
+
+ TLD - Non-English dialect lang. by Top Level Domain (TLD)
+ Examples: -DE- -FR- -SE- -UK- -NL- -CN- -JP- -KR- -MX- -BR-
+ Reference: http://www.iana.org/cctld/cctld-whois.htm
+
+
+
+
+--
+ 4. File Naming and Labeling Specifications
+
+ 4.1. Files must only contain characters; a-z A-Z 0-9 _ . - ()
+
+ 4.2. Periods are not allowed as replacement for spaces in filenames.
+
+ 4.3. The use of periods is restricted to abbreviations only.
+
+ 4.4. File names can be up to 64 characters in length. It is acceptable
+ to use abbreviations/selftitled/etc to achieve this. This is enforced
+ to ensure wide device filesystem compatibility.
+
+ 4.5. Parenthesis are allowed in the filenames when:
+
+ - They are part of the track title
+ Example: 01-usher_-_i_want_to_pee_on_you_(girl)-group.mp3
+
+ - They are needed to specify a featured artist
+ Example: 01-artist_-_title-(feat_blah)-group.mp3
+
+ - They specify the producers of the track when groupname isnt given
+ Example: 01-artist_-_title-(produced_by_name)-group.mp3
+
+ - They specify unique track properties
+ Example: 01-artist_-_title-(remix)-group.mp3
+
+ Parenthesis are not allowed in any circumstances except those outlined
+ above.
+
+ 4.6. All filenames must be lowercase.
+
+ 4.7. File naming will follow this format (spaces are used to display the
+ format better):
+
+ Track Number - Artist - Song Title - Additional Info - Group.mp3
+
+ If Group name is chosen to not be used, the producer(s) of each track
+ must be included so that each track has an original filename.
+
+ Track numbering example:
+ Single CD Release, or non CD and less than 2 sides, cds, etc...
+ 01-... (track 1)
+ 02-... (track 2)
+ etc.
+
+ Multi CD Release, or non CD and more than 1 side, cd, etc...
+ 101-... (track 1 from cd 1)
+ 102-... (track 2 from cd 1)
+ 201-... (track 1 from cd 2)
+ 202-... (track 2 from cd 2)
+ etc.
+
+ For vinyl releases you may also use the naming scheme a1, a2, b1, b2,
+ etc. Labeling with 'a' would indicate side-a, 'b' would indicate
+ side-b, and so forth.
+
+
+
+
+--
+ 5. Encoding
+
+ 5.1. Encoder
+
+ The following encoder
+ Lame 3.90.3
+
+ Note: As new significantly improved final builds of codecs are
+ released, this document will be updated by NUCLEAR.
+
+ 5.2. Encoding Method:
+
+ Use Lame's --alt-preset standard (APS)
+ URL: http://hqscene.fatty.dk
+
+ 5.3. Re-Encoding is strictly forbidden.
+
+
+
+
+--
+ 6. No dupes!
+
+ 6.1. You are not allowed to create a duplicate release from a source of
+ lower quality if the original CD has already been released.
+
+ - Not Allowed : Vinyl after CD release
+ - Allowed : CD after vinyl release
+
+ 6.2. A release is a dupe if the complete release (all tracks) is included
+ in ONE previous release. Futhermore, if a release is different
+ because it has fewer tracks, it is not a valid release if a previous
+ release contains all of the tracks.
+
+
+
+
+--
+ 7. Mixes
+
+ 7.1. Mixes must include track listing in NFO and a .CUE file (N/A for
+ liveset)
+
+ 7.2. No selfmade or homemade compilations. Real DJ Mixes are allowed.
+ No, IRC DJs are NOT real DJs.
+
+
+
+
+--
+ 8. ID3 Tags
+
+ 8.1. All ID3 tags must be generated correctly and all available information
+ must be used (appropriate information in the correct fields).
+
+ 8.2. Both ID3.v1 and ID3.v2 must be used.
+
+
+
+
+--
+ 9. No Partials!
+
+ 9.1. The entire CD, Vinyl etc. must be released (no individual tracks).
+
+
+
+
+--
+10. Broadcast Sources
+
+ 10.1. Live recordings (from radio etc.) must contain a date when they were
+ broadcast in the directory name.
+ Note: See rule 3.8 for additional info
+
+ 10.2. All commercials must be removed.
+
+
+
+--
+11. Additional Specifications
+
+ 11.1. Including covers in a release is optional, but strongly advised when
+ possible. This can be done with a scanner, digital camera, or some
+ other image capturing device. If, for whatever reason, you are unable
+ to provide proof, you should include a concise and clearly written
+ explanation in your NFO file. This will save you and everyone else
+ grief and reduce the likelihood of a nuke.
+
+
+
+
+
+
+This Document was signed & approved in March 2005 by the following entities
+representing their respective groups:
+
+
+
+
+2005-03-10 : v0.21a Written and Reviewed by:
+
+laiso mC Jnc7 pinky t0i sJ
+
+
+
+
+
+
+
+
+ #EOF
+ .--- - ----------------------------------------------------.
+ | S!' _ _ ______._ - --. |
+ | ' \|| | | |
+ ____|_______ _____ /\___ _ ____|_ __ |_________/\ ___________| /\_____
+ _/ _ // |/ _/ _//_/ |_ _ \______ \_/ __/
+ // / / / // | |/ / / _ ./ |
+ _/ / _/ _/ / |_ / ______/ / // |
+ \_____ /\___________________/|_______ / /|______________________/|______|
+ <--- \/ -+------------------------- \/ | .______ --------------|------->
+ | . _|______|_|______\_ _ |
+ | | ' |
+ | `-- - |
+ `----------------------------------------------------------'
+ [ ::::::: Nuclear MP3 Releasing Standards 2005 ::::::: ]
+ .----------------------------------------------------------.
+ | Version 0.24a |
+ `----------------------------------------------------------'
+
+ Recently there has been a lot of FUD (Fear, Uncertainty,
+ and Doubt) regarding how things should be in the MP3
+ arena. As a result, Nuclear has composed these standards
+ and guidelines designed to assist groups in releasing
+ high-quality material. The contents of this document
+ contain the standards that we use when looking at MP3
+ releases.
+
+--
+ 1. SFVs
+
+ 1.1. An .SFV file must be included to verify file integrity in every
+ release.
+
+ 1.2. Only .mp3 files are allowed in the SFV. This means .bin, .cue, .jpg,
+ and .nfo filetypes are NOT allowed to be indexed in the SFV file.
+
+
+
+--
+ 2. NFOs
+
+ 2.1. An .NFO file must be included with every release.
+
+ 2.2. The NFO file must feature at least:
+ - Album Title
+ - Artist Name
+ - Release Date (Recommended format: YYYY-MM-DD)
+ - Tracks & Playtime
+ - Genre
+ - Source
+ - Encoding Bitrate
+ - Encoder Used
+
+ We suggest including:
+ - Label
+
+ Note: The NFO must contain as much information about the release as
+ possible. It is recommended that you place a 'Release Notes'
+ section in your NFO file for any other information pertinent to
+ the release.
+
+
+
+
+--
+ 3. Directory Naming and Labeling Specifications
+
+ 3.1. The following are the standards for directory naming:
+
+ - Directories must only contain characters of type a-Z 0-9 _ . - ( )
+ Example: Artist_-_Title-Promo-CDS-2005-Group
+
+ - The first and last characters must be of type a-Z 0-9
+ Examples: Artist-Title-EP-REPACK-2005-Group
+ Artist-Title_(feat_blah)-DE-2005-Group
+ DJ_blah-Live_at_blah-CABLE-(YY-MM-DD)-Group
+
+ 3.2. Parenthesis are allowed in the directory name.
+
+ 3.3. Directory naming follows this format (spaces are used solely to
+ clearly illustrate the format):
+
+ Artist Name - Title - AdditionalInfo - Published Year - Group Name
+
+ Example: Artist_-_Title-4CD-Retail-2000-Group
+ Example: Artist-Title-AdditionalInfo-Language-Group
+
+ 3.4. All release data will be held within the single release directory. No
+ CD1, CD2 directories.
+
+ 3.5. Various Artist album releases must be prefixed with "VA-". Soundtrack
+ Album releases must be prefixed with "OST-".
+
+ 3.6. Underscores and singular periods will be used. No double periods are
+ to be used.
+
+ Example: ..
+
+ 3.7. Directory names can be up to 64 characters in length. It is acceptable
+ to use abbreviations/selftitled/etc to achieve this. This is enforced
+ to ensure wide device filesystem compatibility.
+
+ 3.8. Additional Tagging Information (mandatory if applicable):
+
+ Bootleg - Any release not produced by real artists or their
+ representatives
+ CDM - CD Maxi-single (2-5 tracks)
+ CDR - CD-Recordable (CD-R)
+ CDS - CD Single (1-2 tracks)
+ DVDA - DVD-Audio
+ EP - Vinyl Maxi-single (2-5 tracks)
+ Lbl_Cat - Label and category number of the release.
+ Example: -WS_1203- WS=Wavescape label Category number 1203
+ Liveset - DAB/SAT/CABLE/TAPE/etc, full date needed, e.g. -YYYY-MM-DD-
+ Example: -2005-12-31-
+ LP - Vinyl Full-length Album
+ MD - MiniDisk
+ Mixtape - Mixtape, pressed or promotional from a real artist or
+ one of their representatives
+ Promo - Promotional
+ RETAIL - Retail
+ TLD - Non-English dialect lang. by Top Level Domain (TLD)
+ Examples: -DE- -FR- -SE- -UK- -NL- -CN- -JP- -KR- -MX- -BR-
+ Reference: http://www.iana.org/cctld/cctld-whois.htm
+ VINYL - Vinyl source (for newbie rippers)
+ VLS - Vinyl single (1-2 tracks)
+ xCD - Number of CDs, e.g. -3CD-
+ XX - Import
+
+
+
+
+
+
+
+
+
+--
+ 4. File Naming and Labeling Specifications
+
+ 4.1. Files must only contain characters; a-z A-Z 0-9 _ . - ()
+
+ 4.2. Periods are not allowed as replacement for spaces in filenames.
+
+ 4.3. The use of periods is restricted to abbreviations only.
+
+ 4.4. File names can be up to 64 characters in length. It is acceptable
+ to use abbreviations/selftitled/etc to achieve this. This is enforced
+ to ensure wide device filesystem compatibility.
+
+ 4.5. Parenthesis are allowed in the filenames when:
+
+ - They are part of the track title
+ Example: 01-usher_-_i_want_to_pee_on_you_(girl)-group.mp3
+
+ - They are needed to specify a featured artist
+ Example: 01-artist_-_title-(feat_blah)-group.mp3
+
+ - They specify the producers of the track when groupname isnt given
+ Example: 01-artist_-_title-(produced_by_name)-group.mp3
+
+ - They specify unique track properties
+ Example: 01-artist_-_title-(remix)-group.mp3
+
+ Parenthesis are not allowed in any circumstances except those outlined
+ above.
+
+ 4.6. All filenames must be lowercase.
+
+ 4.7. File naming will follow this format (spaces are used to display the
+ format better):
+
+ Track Number - Artist - Song Title - Additional Info - Group.mp3
+
+ If Group name is chosen to not be used, the producer(s) of each track
+ must be included so that each track has an original filename.
+
+ Track numbering example:
+ Single CD Release, or non CD and less than 2 sides, cds, etc...
+ 01-... (track 1)
+ 02-... (track 2)
+ etc.
+
+ Multi CD Release, or non CD and more than 1 side, cd, etc...
+ 101-... (track 1 from cd 1)
+ 102-... (track 2 from cd 1)
+ 201-... (track 1 from cd 2)
+ 202-... (track 2 from cd 2)
+ etc.
+
+ For vinyl releases you may also use the naming scheme a1, a2, b1, b2,
+ etc. Labeling with 'a' would indicate side-a, 'b' would indicate
+ side-b, and so forth.
+
+
+
+
+--
+ 5. Encoding
+
+ 5.1. Encoder
+
+ The following encoder is recommended for highest quality:
+ Lame 3.90.3b
+
+ Note: As new significantly improved final builds of codecs are
+ released, this document will be updated by NUCLEAR.
+
+ 5.2. Encoding Method:
+
+ Use of Lame's --alt-preset standard (APS) is recommended.
+ URL: http://hqscene.fatty.dk
+
+ Use of 192kbps CBR FS or 160kbps CBR JS is at ripper's distrection.
+
+ 5.3. Re-Encoding is strictly forbidden.
+
+ Re-Encoding is defined as taking a file which is already in the mp3
+ format and encoding it again.
+
+ A release that was bought as MP3 may be released as-is as long as it
+ is noted in the nfo. Re-Encoding something originally purchased in mp3
+ format would result in undesireable loss of quality. Please note that
+ this does not apply to free, publicly accessable files from the web.
+
+
+
+
+
+
+
+--
+ 6. No dupes!
+
+ 6.1. You are not allowed to create a duplicate release from a source of
+ lower quality if the original CD has already been released.
+
+ - Not Allowed : Vinyl after CD release
+ - Allowed : CD after vinyl release
+
+ 6.2. A release is a dupe if the complete release (all tracks) is included
+ in ONE previous release. Futhermore, if a release is different
+ because it has fewer tracks, it is not a valid release if a previous
+ release contains all of the tracks.
+
+
+
+
+--
+ 7. Mixes
+
+ 7.1. Mixes must include track listing in NFO and a .CUE file (N/A for
+ liveset)
+
+ 7.2. No selfmade or homemade compilations. Real DJ Mixes are allowed.
+ No, IRC DJs are NOT real DJs.
+
+
+
+
+--
+ 8. ID3 Tags
+
+ 8.1. All ID3 tags must be generated correctly and all available information
+ must be used (appropriate information in the correct fields).
+
+ 8.2. Both ID3.v1 and ID3.v2 must be used.
+
+
+
+
+--
+ 9. No Partials!
+
+ 9.1. The entire CD, Vinyl etc. must be released (no individual tracks).
+
+ 9.2. Bonus Tracks must be released separately, if the original album has
+ already been released.
+
+ Example: Artist-Album-2CD-2005-Group has been released.
+ Artist-Album-UK_Bonus_Tracks-2005-Group may be released, but
+ not the full album including the boni.
+
+
+
+
+--
+10. Broadcast Sources
+
+ 10.1. Live recordings (from radio etc.) must contain a date when they were
+ broadcast in the directory name.
+ Note: See rule 3.8 for additional info
+
+ 10.2. All commercials must be removed.
+
+
+
+--
+11. Additional Specifications
+
+ 11.1. Including covers in a release is optional, but strongly advised when
+ possible. This can be done with a scanner, digital camera, or some
+ other image capturing device. If, for whatever reason, you are unable
+ to provide proof, you must include a concise and clearly written
+ explanation in your NFO file. This will save you and everyone else
+ grief and reduce the likelihood of a nuke.
+
+
+
+
+
+
+This Document was signed & approved in April 2005 by the following entities
+representing their respective groups:
+
+
+
+
+
+
+
+
+2005-04-19 : v0.24a Written and Reviewed by:
+
+laiso mC Jnc7 pinky t0i sJ
+
+Any kind of feedback is welcome at nuclear@hush.ai
+
+
+
+
+
+
+ #EOF
.--- - ----------------------------------------------------.
+ | S!' _ _ ______._ - --. |
+ | ' \|| | | |
+ ____|_______ _____ /\___ _ ____|_ __ |_________/\ ___________| /\_____
+ _/ _ // |/ _/ _//_/ |_ _ \______ \_/ __/
+ // / / / // | |/ / / _ ./ |
+ _/ / _/ _/ / |_ / ______/ / // |
+ \_____ /\___________________/|_______ / /|______________________/|______|
+ <--- \/ -+------------------------- \/ | .______ --------------|------->
+ | . _|______|_|______\_ _ |
+ | | ' |
+ | `-- - |
+ `----------------------------------------------------------'
+ [ ::::::: Nuclear MP3 Releasing Standards 2005 ::::::: ]
+ .----------------------------------------------------------.
+ | Version 0.23a |
+ `----------------------------------------------------------'
+
+ Recently there has been a lot of FUD (Fear, Uncertainty,
+ and Doubt) regarding how things should be in the MP3
+ arena. As a result, Nuclear has composed these standards
+ and guidelines designed to assist groups in releasing
+ high-quality material. The contents of this document
+ contain the standards that we use when looking at MP3
+ releases.
+
+--
+ 1. SFVs
+
+ 1.1. An .SFV file must be included to verify file integrity in every
+ release.
+
+
+
+
+--
+ 2. NFOs
+
+ 2.1. An .NFO file must be included with every release.
+
+ 2.2. The NFO file must feature at least:
+ - Album Title
+ - Artist Name
+ - Release Date (Recommended format: YYYY-MM-DD)
+ - Tracks & Playtime
+ - Genre
+ - Source
+ - Encoding Bitrate
+ - Encoder Used
+
+ We suggest including:
+ - Label
+
+ Note: The NFO must contain as much information about the release as
+ possible. It is recommended that you place a 'Release Notes'
+ section in your NFO file for any other information pertinent to
+ the release.
+
+
+
+
+--
+ 3. Directory Naming and Labeling Specifications
+
+ 3.1. The following are the standards for directory naming:
+
+ - Directories must only contain characters of type a-Z 0-9 _ . - ( )
+ Example: Artist_-_Title-Promo-CDS-2005-Group
+
+ - The first and last characters must be of type a-Z 0-9
+ Examples: Artist-Title-EP-REPACK-2005-Group
+ Artist-Title_(feat_blah)-DE-2005-Group
+ DJ_blah-Live_at_blah-CABLE-(YY-MM-DD)-Group
+
+ 3.2. Parenthesis are allowed in the directory name.
+
+ 3.3. Directory naming will follow this format (spaces are used solely to
+ clearly illustrate the format):
+
+ Artist Name - Title - AdditionalInfo - Published Year - Group Name
+
+ Example: Artist_-_Title-4CD-Retail-2000-Group
+ Example: Artist-Title-AdditionalInfo-Language-Group
+
+ 3.4. All release data will be held within the single release directory. No
+ CD1, CD2 directories.
+
+ 3.5. Various Artist album releases must be prefixed with "VA-". Soundtrack
+ Album releases must be prefixed with "OST-".
+
+ 3.6. Underscores and singular periods will be used. No double periods are
+ to be used.
+
+ Example: ..
+
+ 3.7. Directory names can be up to 64 characters in length. It is acceptable
+ to use abbreviations/selftitled/etc to achieve this. This is enforced
+ to ensure wide device filesystem compatibility.
+
+ 3.8. Additional Tagging Information (mandatory if applicable):
+
+ VLS - Vinyl Single (1-2 tracks)
+ EP - Vinyl Maxi-single (2-5 tracks)
+ LP - Vinyl Full-length Album
+ CDS - CD Single (1-2 tracks)
+ CDM - CD Maxi-single (2-5 tracks)
+ CDR - CD-Recordable (CD-R)
+ DVDA - DVD-Audio
+ MD - MiniDisk
+ Promo - Promotional
+ Mixtape - Mixtape, Pressed or promotional from a real artist or
+ one of their representatives
+ Bootleg - Any release not produced by real artists or their
+ representatives
+ XX - Import
+ RETAIL - Retail
+ xCD - Number of CDs, e.g. -3CD-
+ Liveset - DAB/SAT/CABLE/TAPE/etc, full date needed, e.g. -YYYY-MM-DD-
+ Example: -2005-12-31-
+ Lbl_Cat - Label and Category number of the release.
+ Example: -WS_1203- WS=Wavescape label Category number 1203
+ TLD - Non-English dialect lang. by Top Level Domain (TLD)
+ Examples: -DE- -FR- -SE- -UK- -NL- -CN- -JP- -KR- -MX- -BR-
+ Reference: http://www.iana.org/cctld/cctld-whois.htm
+
+
+
+
+--
+ 4. File Naming and Labeling Specifications
+
+ 4.1. Files must only contain characters; a-z A-Z 0-9 _ . - ()
+
+ 4.2. Periods are not allowed as replacement for spaces in filenames.
+
+ 4.3. The use of periods is restricted to abbreviations only.
+
+ 4.4. File names can be up to 64 characters in length. It is acceptable
+ to use abbreviations/selftitled/etc to achieve this. This is enforced
+ to ensure wide device filesystem compatibility.
+
+ 4.5. Parenthesis are allowed in the filenames when:
+
+ - They are part of the track title
+ Example: 01-usher_-_i_want_to_pee_on_you_(girl)-group.mp3
+
+ - They are needed to specify a featured artist
+ Example: 01-artist_-_title-(feat_blah)-group.mp3
+
+ - They specify the producers of the track when groupname isnt given
+ Example: 01-artist_-_title-(produced_by_name)-group.mp3
+
+ - They specify unique track properties
+ Example: 01-artist_-_title-(remix)-group.mp3
+
+ Parenthesis are not allowed in any circumstances except those outlined
+ above.
+
+ 4.6. All filenames must be lowercase.
+
+ 4.7. File naming will follow this format (spaces are used to display the
+ format better):
+
+ Track Number - Artist - Song Title - Additional Info - Group.mp3
+
+ If Group name is chosen to not be used, the producer(s) of each track
+ must be included so that each track has an original filename.
+
+ Track numbering example:
+ Single CD Release, or non CD and less than 2 sides, cds, etc...
+ 01-... (track 1)
+ 02-... (track 2)
+ etc.
+
+ Multi CD Release, or non CD and more than 1 side, cd, etc...
+ 101-... (track 1 from cd 1)
+ 102-... (track 2 from cd 1)
+ 201-... (track 1 from cd 2)
+ 202-... (track 2 from cd 2)
+ etc.
+
+ For vinyl releases you may also use the naming scheme a1, a2, b1, b2,
+ etc. Labeling with 'a' would indicate side-a, 'b' would indicate
+ side-b, and so forth.
+
+
+
+
+--
+ 5. Encoding
+
+ 5.1. Encoder
+
+ The following encoder
+ Lame 3.90.3
+
+ Note: As new significantly improved final builds of codecs are
+ released, this document will be updated by NUCLEAR.
+
+ 5.2. Encoding Method:
+
+ Use Lame's --alt-preset standard (APS)
+ URL: http://hqscene.fatty.dk
+
+ 5.3. Re-Encoding is strictly forbidden.
+
+ Re-Encoding is defined as taking a file which is already in the mp3
+ format and encoding it again.
+
+ A release that was bought as MP3 may be released as-is as long as it
+ is noted in the nfo. Re-Encoding something originally purchased in mp3
+ format would result in undesireable loss of quality. Please note that
+ this does not apply to free, publicly accessable files from the web.
+
+ 5.4. VBR is to be used in all situations except in a situation where rule
+ 5.3 applies.
+
+
+
+
+--
+ 6. No dupes!
+
+ 6.1. You are not allowed to create a duplicate release from a source of
+ lower quality if the original CD has already been released.
+
+ - Not Allowed : Vinyl after CD release
+ - Allowed : CD after vinyl release
+
+ 6.2. A release is a dupe if the complete release (all tracks) is included
+ in ONE previous release. Futhermore, if a release is different
+ because it has fewer tracks, it is not a valid release if a previous
+ release contains all of the tracks.
+
+
+
+
+--
+ 7. Mixes
+
+ 7.1. Mixes must include track listing in NFO and a .CUE file (N/A for
+ liveset)
+
+ 7.2. No selfmade or homemade compilations. Real DJ Mixes are allowed.
+ No, IRC DJs are NOT real DJs.
+
+
+
+
+--
+ 8. ID3 Tags
+
+ 8.1. All ID3 tags must be generated correctly and all available information
+ must be used (appropriate information in the correct fields).
+
+ 8.2. Both ID3.v1 and ID3.v2 must be used.
+
+
+
+
+--
+ 9. No Partials!
+
+ 9.1. The entire CD, Vinyl etc. must be released (no individual tracks).
+
+
+
+
+--
+10. Broadcast Sources
+
+ 10.1. Live recordings (from radio etc.) must contain a date when they were
+ broadcast in the directory name.
+ Note: See rule 3.8 for additional info
+
+ 10.2. All commercials must be removed.
+
+
+
+--
+11. Additional Specifications
+
+ 11.1. Including covers in a release is optional, but strongly advised when
+ possible. This can be done with a scanner, digital camera, or some
+ other image capturing device. If, for whatever reason, you are unable
+ to provide proof, you must include a concise and clearly written
+ explanation in your NFO file. This will save you and everyone else
+ grief and reduce the likelihood of a nuke.
+
+
+
+
+
+
+This Document was signed & approved in March 2005 by the following entities
+representing their respective groups:
+
+
+
+
+
+
+
+
+2005-03-28 : v0.23a Written and Reviewed by:
+
+laiso mC Jnc7 pinky t0i sJ
+
+Any kind of feedback is welcome at nuclear@hush.ai
+
+
+
+
+
+
+ #EOF
PDA Trainer rules: (Updated: Aug 2005)
+---------------------------------------
+
+Naming:
+
+Folder names:
+For Trainers naming should be:
+Game.Version.Plus.X.Trainer.OS-Group
+example:
+Mario.v1.0.Plus.3.Trainer.PalmOS-FooBar
+
+For cheats/guides naming should be:
+Game.Version.Type.OS-Group
+example:
+Mario.v1.0.Cheats.PalmOS-FooBar
+
+Allowed types are:
+- Cheats
+- Walkthrough
+- Guide
+
+Allowed OS: same as PDA rules, if PDA rules change, so does this.
+Allowed Group name: same as PDA rules if PDA rules change, so does this.
+
+All file names MUST follow 8.3 rule.
+
+If a trainer is already released, a trainer with more cheats is allowed. A group is only allowed to release ONE trainer for each game version (if group X releases +3 and group Y release +4, group X can NOT release +5 unless as stated that the version has changed).
+
+If a game is released with more than one version (lowres and highres), the trainer-release must include trainers with equal functionality for all these versions
+
+Trainers/Cheats for games that have not been release on the scene is NOT allowed. The scene release can not be more than 4 months old.
+
+
+Trainers MUST:
+... Work on both cracked/uncracked version
+
+
+Trainers MUST NOT:
+... Be bigger than 100k bytes
+... Bundle the game
+... Cracks the game.
+... Require better PDA than the game
+
+
+Cheats MUST NOT:
+... Be stolen from anywere (you have to hack them out yourself)
+
+
+IMPORTANT INFO TO SITEOPs :
+
+... As we have seen in the past, there are some rules which prevent groups releases being nuked on an affiliate site. We think that if a valid nuke reason applies to any release, it should be nuked on all sites - affil or not.
+
+ ->>> AFFIL PREVENTS NOT FROM BEEING NUKED !!! <<<-
+
+ RULES SIGNED BY
+ -+-+-+-+-+-+-+-+-
+
+ Nov 2003 -- CSCPDA
+
+
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The Council of PSP Movie Releasing Groups Presents │
+│ │
+│ The PSP Movie Releasing Standards 2005 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬───────────────────────┬───────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ SOURCE: │
+│ │
+│ - DVDR and XviD source allowed and source grp should be mentioned in nfo. │
+│ - Source Quality (DVD/DVDSCR/TS/TC) should be mentioned in dirname. │
+│ │
+│ │
+│ │
+│ VIDEO: │
+│ │
+│ - CBR technique must be used. │
+│ - Minimum bitrate of 384kbps. Maximum of 768kbps. │
+│ - Releases must be maximum 458mb per disc to fit in a 512mb CARD. │
+│ - Movies over 110 mins can go to 2 discs. │
+│ - .THM must be included. │
+│ - Cropping is required to the maximum possible. │
+│ - Movie encode must be within 5% of original aspect ratio. │
+│ - At least 2pass rips are required. │
+│ - Burned subtitles are ONLY needed for foreign releases. │
+│ │
+│ │
+│ │
+│ FRAMERATE: │
+│ │
+│ - MUST be closest possible to the original source framerate │
+│ │
+│ │
+│ │
+│ AUDIO: │
+│ │
+│ - CBR technique must be used. │
+│ - Minimum 128kbit @ 44.1khz │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ │
+│ │
+│ │
+│ SAMPLE: │
+│ │
+│ - REQUIRED │
+│ - Minimum 1 minute in length or about 5mb. │
+│ - Must be in folder marked sample rarred with .sfv │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ │
+│ │
+│ │
+│ PACKAGING: │
+│ │
+│ - All releases must be MP4/THM. │
+│ - Must be packed with RAR into 15mb volumes ,compression is NOT ALLOWED │
+│ - Recovery record recommended. │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual PSP release date │
+│ DVD release date │
+│ Audio bitrate │
+│ Video bitrate │
+│ Source used (Xvid/DVDR) and (TC/TS/DVD/DVDSCR) │
+│ Movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ Number of rars per CARD (eg. 31x15MB) │
+│ - Releases that are more than 1 CARD will follow these specs: │
+│ - MUST be named CARD1, CARD2 and so on. │
+│ │
+│ │
+│ │
+│ DIRECTORY NAMING: │
+│ │
+│ - Directory names shall NOT exceed 64 characters. │
+│ - Including production year is at groups discretion, but encouraged. │
+│ - Indicate source quality in dirname (TS/TC/DVDRiP/DVDSCR) │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - All Release directories, shall be named according to : │
+│ Movie.Name.Year.Source.Codec.PSP-Group, │
+│ (i.e. Matrix.1997.DVDRiP.MP4.PSP-Homo) │
+│ │
+│ │
+│ │
+│ PROPERS: │
+│ │
+│ - No previous releases may be propered based on quality. That means no │
+│ propers based on audio or video bitrate, and/or, divx/dvdr source used │
+│ For quality reasons you can use INTERNAL. │
+│ - Propers will be allowed in the case of technical problems, bad aspect │
+│ ratio, sync problems, skipping/freezing, interlaced, bad ivtc, etc │
+│ - Sample of the propered release should be included for proof. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬────────────────────────────┬────────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie is accepted. │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬───────────────┴┴───────┐
+│ └-------─[ GROUPS ]--------┘ │
+│ │
+│ The PSP Releasing Standards 2005 decided and signed by the following groups│
+│ │
+│ ───────────────────────────────────────────────── │
+│ │
+│ MTG - MmM - SbN - iRGUN - PmG │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
╔═════════╗
+╔═╝ GENERAL ╚══════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► CUSTOM SWESUB skall preas 14 dagar innan retail datum. (Ex pσ Discshop.se) ║
+║ ► KΣllreleasen mσste uppges i releasens nfo. ║
+║ ► Subtitles pσ releasen ska finnas angivna i NFO. Vilken som Σr CUSTOM ska ║
+║ tydligt mΣrkas ut. ║
+║ ► AnvΣndning av andra gruppers ÷versΣttningar Σr strikt f÷rbjuden, med ║
+║ undantag av tillσtelse. AnvΣndning av sσ kallade "www-subbar" ska ske med ║
+║ stor aktsamhet, och mσste omarbetas grovt. ║
+║ ► Endast WS-releaser tillσtna. Undantag om releasen bara kommer i FS. Detta ║
+║ gΣller sσvΣl retail som TC och DVDscr. ║
+║ ► F÷ljande sources Σr tillσtna till custom-releaser: REAL TC (TeleCine), ║
+║ DVDScr, Retail. Ej tillσtna sources: TS (TeleSync), Screeners, CAM. ║
+║ ► De grupper som f÷jer standarden rekommenderas att mΣrka ut det i sina NFO ║
+║ filer, f÷rslagsvis som f÷ljande: "<GRPNAMN> har signerat och f÷ljer CUSTOM ║
+║ SWESUB RLSSTD 2K5". ║
+║ ► Genom att grupper g÷r detta kan vi behσlla den svenska custom-scenen med ║
+║ god kvalitθt, och gott n÷je f÷r alla parter. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔══════╗
+╔═╝ DVDR ╚═════════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► Videoformatet (NTSC/PAL) ska anges i NFO. Frivilligt i release-namnet. ║
+║ ► Releasen ska taggas korrekt med LiMiTED / STV / dylikt om sσ Σr fallet. ║
+║ ► Subtitle-str÷mmarna ska vara komplett synliga pσ TV-skΣrm, och absolut ║
+║ inte gσ utanf÷r skΣrmens kant. ║
+║ ► AnvΣndning av tre subtitle-str÷mmar f÷r varje sprσk, med olika placering ║
+║ rekommenderas starkt, dock inte obligatoriskt. ║
+║ ► Subtitle-str÷mmarna ska vara fullt lΣsliga. Typsnitt Arial, stl 18, ║
+║ fetstil, med svart outline border rekommenderas. Vit fΣrg pσ texten. ║
+║ ► Menyer skall finnas pσ samtliga CUSTOM SWESUB-releaser. Om menyn Σr retail ║
+║ eller custom Σr gruppens egna val, och ska sjΣlvfallet vara fungerande. ║
+║ ► Filmens huvudspσr frσn source-releasen ska finnas med. Med huvudspσr menas ║
+║ filmens originalsprσk i bΣsta version, rangordning: DD5.1, DTS, DD2.0, ║
+║ Stereo, Mono. ╓vriga spσr f÷rutom huvudspσret Σr frivilliga. ║
+║ ► Pσ custom-releaser med source som levereras med engelsk subtitle, ska den ║
+║ engelska subben Σven vara med i custom-releasen. ╓vriga subtitles frσn ║
+║ sourcen Σr frivilliga att inkludera. ║
+║ ► Intron Σr frivilliga. Max 25 sekunder. Ska placeras som "first play", ║
+║ och ska kunna skippas genom "Next" eller "Menu"-knapp pσ fjΣrrkontroll. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔══════╗
+╔═╝ SVCD ╚═════════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► Bara FS 4:3 och WS 16:9 Σr tillσtet. Inte anamorfisk WS, f÷r det funkar ║
+║ inte till 100% pσ alla standalone DVD-spelare. ║
+║ ► AnvΣnd Telecide f÷r att deinterlaca, om filmen Σr interlaced. ║
+║ ► Minimum bitrate, 1750Kbps, h÷gsta bitrate tillσten, 2450Kbps. ║
+║ ► AnvΣnd alltid VBR, 2-pass VBR i TMPEG-Enc, 4 passes i CCE. ║
+║ ► Hσll audio pσ 224Kbps, 44.1Khz Stereo. ║
+║ ► Bara permanenta subtitles tillσtna. ║
+║ ► F÷reslaget typsnitt pσ subtitle; Arial, stl 18, fetstil. Vit fΣrg pσ text. ║
+║ ► Alla releaser ska vara i CUE/BIN, och packas i RAR om 15MB. ║
+║ ► Om mer Σn en CD, skall den sista inte vara mindre Σn totalt 650MB. ║
+║ ► CD change / Intro-bilder ej tillσtna. ║
+║ ► Ladda ner och reencoda CUSTOM SWESUB DVDR utan tillσtelse Σr oacceptabelt. ║
+║ ► Se till att Σven SVCD-releasen hσller rΣtt taggning med STV, LiMITED, osv. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔═════════════════════╗
+╔═╝ SUBTITLE GUIDELINES ╚══════════════════════════════════════════════════════╗
+║ ║
+║ Notera att f÷ljande stycke inte Σr obligatoriskt, men rekommenderas f÷r god ║
+║ kvalitθ pσ ÷versΣttningarna. ║
+║ ║
+║ ► Ha aldrig mer Σn max tvσ (2) rader pσ en insΣttning. ║
+║ ► Hσll antalet tecken per rad till 40, aldrig mer Σn 42. ║
+║ ► Dialoger, konversationer markeras ut pσ f÷ljande "vanliga" sΣtt. ║
+║ ║
+║ "- Hej, Pelle! Hur Σr det? ║
+║ - Hej, Lisa. Tackar bra!" ║
+║ ║
+║ ► Om en mening gσr ÷ver tvσ insΣttningar, dela upp dem pσ f÷ljande vis; ║
+║ ║
+║ "Vi hade tΣnkt g÷ra Σppelpaj-" ║
+║ "-men vi hittade inga Σpplen." ║
+║ ║
+║ ► Vid paus och/eller avbrytning i tal, dela upp pσ f÷ljande vis; ║
+║ ║
+║ "Jo, hon kom hit, sen skulle vi..." ║
+║ "...sen skulle vi gσ ut tillsammans." ║
+║ ║
+║ ► F÷rs÷k hσlla insΣttningslΣngden till max 8 sekunder, och minst tvσ ║
+║ sekunder per rad i insΣttningarna. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔════════════════════════════════════════╗
+╔═╝ FRAMTAGNA AV F╓LJANDE GRUPPER I SAMR┼D ╚═══════════════════════════════════╗
+║ ║
+║ AMEN aTerFalleT BRiO DEVASTATiON ESB ║
+║ ║
+║ FiSHBONE QSUB PYTHON SFSVCD TROPiCAL Wool ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ An Independent Critic presents │
+│ a Rebuttal of... │
+│ The XviD Releasing Standards 2005 │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ To introduce myself first...I am a member of one of the oldest active XviD │
+│ release groups and one of main writers/contributors to TDX2k2. Neither I, │
+│ nor my group was informed of this new ruleset. That is reflected in the │
+│ fact that we are not a signatory. I find it astounding that the writers of │
+│ this ruleset can give "respect" to the previous TDX teams but at the same │
+│ time self-proclaim themselves to be the new TDX team and write a new ruleset│
+│ without even consulting them. In fact, not even half of the of the (active) │
+│ groups to whom the main TDX2k2 writers belonged have signed off on TXD2k5. │
+│ Several of the oldest XviD groups have not signed TXD2k5, but instead of │
+│ any attempts at compromise, the new ruleset was steamrolled through without │
+│ them or their input. │
+│ │
+│ As a result of these strong-arm tactics, I am now forced to point out each │
+│ any every flaw that the TXD2k5 authors are forcing the XviD scene to │
+│ swallow. The TDX2k5 ruleset was meant to plug the holes in TDX2k2 and some │
+│ had hoped it would usher in a new era in MPEG-4 based encoding. Sadly, this │
+│ abomination does neither. Within the ruleset guideline below, I have │
+│ included my rebuttal comments. While many of my points might seem to be │
+│ bordering on anal, it is my opinion that a ruleset must be precise and │
+│ concise. It should eliminate all ambiguity and close all loopholes. │
+│ As you will see, I find that this new ruleset does neither. The scope of │
+│ the rules is adequate, but it could have gone a lot further in some areas, │
+│ and went too far in others. TDX as a ruleset must curb the release of bad │
+│ rips, while at the same time it cannot impede a ripper's ability to create │
+│ the highest possible quality rip. I do also acknowledge that some of the │
+│ words and ideas that I contest in my rebuttal were present in TDX2k2. This │
+│ does not excuse TXD2k5 of having the same problem since the TXD2k5 writers │
+│ had the choice to edit or reword anything they felt appropriate. │
+│ │
+│ I know that some people will just dismiss this as me holding a personal │
+│ grudge or think that I'm just out to pick a fight. If you take the time to │
+│ read my rebuttal comments, you should find them to be valid concerns. I │
+│ truly care about the future of the MPEG-4 scene and am deeply troubled when │
+│ I see a document like this being flaunted as a new ruleset. │
+│ │
+│ This document is meant only as a rebuttal of the TXD2k5 document and is not │
+│ intended as a reflection of any of the signee groups. I know that many of │
+│ the groups that signed did so blindly in order to support what appeared to │
+│ be a positive advancement for the XViD Scene. As such, I'm not suprised by │
+│ the number of obvious errors that I was able to locate when picking it │
+│ apart. I don't believe that having signed TXD2k5 precludes any group from │
+│ lending their voice to anything that might arise from the dialogue that I │
+│ hope to have started. I would encourage all groups who agree with any of my │
+│ points to speak their mind, whether it be with me or the writers of TXD2k5, │
+│ or even in a public forum or their own nfos. I welcome any groups to │
+│ include this nfo or their own rebuttals with their releases. │
+│ │
+│ Thank you for your time. │
+│ │
+│ P.S. I find it strange how TXD2k5's intro is written in the first person │
+│ singular when it is supposedly an intro from the entire new TDX │
+│ committee... │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Movie Length: │
+│ - PAL (25 fps) = MINIMUM runtime is 100 minutes/CD. │
+│ - FILM (23.976 fps) = MINIMUM runtime is 105 minutes/CD. │
+│ - NTSC (29.97 fps) = MINIMUM runtime is 87 minutes/CD. │
+│ - These runtimes are scalable via the following equation: │
+│ N CD time minimum = (N-1) * allowed time where N is number of CDs and │
+│ allowable time applies to fps as outlined above: │
+│ i.e. 3 CD FILM rip minimum = 105 x (3-1) = 210 minutes. │
+│ - MINIMUM time length rule is as implied - that is the MINIMUM time per │
+│ CD -- NOT MAXIMUM!!! (i.e. no such thing as "must be more than 1 CD") │
+│ - Release runtime must be at least 50 minutes for using the full burnable │
+│ media capacity. In such cases, releases MUST utilize a MINIMUM of │
+│ 680mb of the 700mb standard burnable media (Multi-CD releases MUST │
+│ conform to the 680mb minimum, for each CD used). Any other use of the │
+│ media shall not be over 350mb (Sizes between 350mb to 680mb are not │
+│ allowed). │
+│ - Media usage is at ripper's discretion, please use it. │
+│ │
+│ REBUTTAL: │
+│ - The runtime rule is still a slightly vague and occasionally contested │
+│ issue within TDX. The new wording doesn't change this at all. The │
+│ correct interpretation of this rule is that it is permitted to use an │
+│ additional CD for every additional x minutes beyond the original x │
+│ minute runtime (x being the runtime based on the framerate). The way it │
+│ is currently worded can still be interpreted such that each CD MUST │
+│ have at least x minutes on it. │
+│ - With the improvements in encoding technology, I don't understand why │
+│ the new ruleset would be trending towards less compression with the │
+│ modified length rules. │
+│ - The first time I read the new point that was added, I thought that it │
+│ related to shorts but apparently it's not. The point just seems to │
+│ bumble around. Couldn't it just have been simply stated that the │
+│ minimum capacity used on a CD is 680MB? The 50 minute rule should have │
+│ just been included in some new rules about the runtime of shorter │
+│ features (which I definitely feel is needed). The new TDX implies that │
+│ everything under 50 minutes can be ripped to 350MB, but doesn't a 350MB │
+│ rip of a 5 or 10 minute short seem a bit oversized? │
+│ - Why is the capacity of a CD not explicitly defined? Is it 700MB even │
+│ (734,003,200 bytes)? 702MB (which will still fit on a CD)? or something │
+│ else? There have been several releases between 700 and 702MB, is that │
+│ allowed? │
+│ - So what are the rules for non-standard framerate releases? There are │
+│ plenty of silent films that IVTC to 16 to 22fps... │
+│ │
+│ │
+│ AUDIO: │
+│ - MUST be MP3 or Studio AC3 (AC3 transcoding forbidden). │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ (MONO audio as STEREO on source is considered a MONO source). │
+│ - MUST BE VBR! NO CBR MP3! │
+│ - MP3 tracks must have the original frequency as it was on the DVD's │
+│ audio: i.e. 48khz for 48khz and 44.1khz for 44.1khz. │
+│ - MP3 files must be normalized. │
+│ - ABR is considered a VBR technique. │
+│ - AC3 MUST be used wisely and correctly. Ripper's discretion on when to │
+│ use it. Using or not using AC3 IS NOT a technical flaw. │
+│ - MONO AC3 is not allowed, in that case must encode to mono MP3. │
+│ - Multi-language audio tracks are FORBIDDEN! (Use INTERNAL!) │
+│ │
+│ REBUTTAL: │
+│ - Please define mono. The term was incorrectly used in TDX2k2 and has │
+│ caused all sorts of issues. Technically speaking, any audio track with │
+│ identical channel(s) is mono. Of course, the intention is to forbid the │
+│ use of 2.0 Mono MP3/AC3, but once again, this is left unclear. │
+│ - The term source also needs definition. Is it the source AC3 track on │
+│ the DVD? The original theatrical master? This ruleset still doesn't │
+│ clear up whether a DVD should be encoded in stereo when the studio │
+│ remasters a mono theatrical track into 2.0 (Stereo) or 5.1 audio. │
+│ - Why MUST MP3 need to be normalized? Wouldn't minimal processing of a │
+│ track be ideal? The rule also doesn't state the extent to which the │
+│ audio must be normalized. Without that, the rule means absolutely │
+│ nothing. │
+│ │
+│ VIDEO: │
+│ - Keyframe: │
+│ MUST be <=20 seconds and MUST be inserted according to scene changes │
+│ and framesizes as determined by the codec or encoding application. │
+│ - Group watermarks of any kind on the video will not be tolerated! │
+│ - Intermission messages must be removed from the avi! │
+│ │
+│ REBUTTAL: │
+│ - I know the intermission rule is personal. I still maintain that there │
+│ is often wonderful musical accompaniment during the intermission and │
+│ that would be lost if that rule is kept in effect. Sometimes the │
+│ intermission is used as a directorial tool as well, so removing it │
+│ would alter the flow of the movie. If removing the climax of a movie is │
+│ frowned upon, shouldn't the same common sense lend itself to any other │
+│ part of a movie? │
+│ │
+│ │
+│ Framerate: │
+│ - MUST be as close to original source framerate as possible. │
+│ - In some cases PAL movies should be ivtc'd (i.e. to 24fps). Therefore │
+│ using a PAL source is not an excuse for lack of ivtc. │
+│ │
+│ REBUTTAL: │
+│ - Once again, the term source needs to be defined. While it seems obvious │
+│ to most what the correct framerate should be, there are some that think │
+│ that the NTSC telecine framerate of 29.97fps is the "source framerate". │
+│ - Hybrids? What are the guidelines for ripping hybrids? What would │
+│ make a hybrid encode properable? Hasn't this been a hot enough issue to │
+│ address? │
+│ │
+│ │
+│ Codec: │
+│ - MUST BE XviD (all DivX codecs are banned). │
+│ - MUST use 2 pass technique during encoding. │
+│ - NO DUPES BASED ON CODEC TYPE, USE INTERNAL! │
+│ │
+│ │
+│ Resolution and Aspect Ratio: │
+│ - Width: 512 - 672 pixels for WS movies (Letterboxed is considered WS). │
+│ 448 - 576 pixels for FS movies (Only 4:3 images). │
+│ - Height and Width: Must be a multiple of 16. │
+│ - Cropping is required to be the MAXIMUM possible (black borders must │
+│ be cropped to their maximum). Over cropped releases are considered │
+│ a technical flaw. Some movies present changing ARs, in that case the │
+│ cropping applies only to the image that presents more pixels (Means │
+│ that part of the movie will have bad cropping). │
+│ - Movie encodes must be within 5% of the original aspect ratio. │
+│ Calculating AR % error: (Release AR - Original AR)/Original AR x 100 │
+│ │
+│ REBUTTAL: │
+│ - Due to the popular 1.37:1 AR, the FS rule should probably be extended │
+│ from the 4:3 definition to any AR 1.4/1.5:1 and narrower. It's obvious │
+│ that 1.37:1 isn't widescreen. │
+│ - The term "bad cropping" is kind of silly. It's either overcropped or │
+│ undercropped. Once again, the wording of the 3rd point is imprecise. │
+│ Why not just say what correct cropping is and go from there. The │
+│ "maximum possible" cropping is just to crop the whole frame away. The │
+│ rule regarding a source with varying ARs is appropriate but again badly │
+│ worded. How does cropping apply to anything? Does this sentence make │
+│ sense? "In the case that the movie presents changing ARs, cropping │
+│ applies only to the image that presents more pixels." Huh?! How about: │
+│ "In the case..., the movie must be cropped such that no frame is │
+│ overcropped". Simple. │
+│ │
+│ │
+│ Subs, Interactive Menus, Trailers: │
+│ - OPTIONAL (ONLY if all other requirements have been met). │
+│ - VOBSUB is the preferred format due to the fact it does not use OCR. │
+│ However, any format that displays with DVobSub is acceptable. │
+│ - Subtitles may be MUXED with video stream, but MAY NOT be BURNED into │
+│ video stream. MUXED subs will proper BURNED subs. │
+│ - Subtitles not muxed into video stream MUST be encapsulated in a .rar │
+│ file with the MOST compression available and shall be contained in │
+│ the directory named 'Subs' and will NOT be packaged with main movie │
+│ rars. │
+│ - Burned subtitles shall only be permissible when the source exhibits │
+│ aforementioned subtitles in the picture itself (i.e. Subs in the │
+│ matte portion of the picture MUST be typed in a separate file and the │
+│ frame shall be cropped). If there is a part of the burned subtitles │
+│ on the picture itself, and another part on the matte portion of the │
+│ picture, the frame must be cropped to 2 pixels from the start of the │
+│ subtitles on the matte portion. Upside cropping of the picture has │
+│ nothing to do with the downside, therefore the cropping on the upside │
+│ MUST BE to it's maximum. │
+│ - English subs on non English movies MUST fit on CD with main movie, │
+│ all other optional subs SHOULD fit on the CD. │
+│ - Foreign movies (Non English Spoken) with no English subs, must have │
+│ the language name taggings (applies to the various non English │
+│ scenes). Movies with English subs present, WILL NOT HAVE any language │
+│ tag on them! │
+│ - Using of hand made subs on non English releases (i.e. fansubs) MUST │
+│ be mentioned in the nfo, and at nuker's discretion if to nuke the │
+│ release for Bad.Subs, depends on how bad the subtitles are. Please │
+│ use common judgement! Releases that were nuked for bad subtitles, may │
+│ be propered only by subtitles that came from the retail DVD (Ripper's │
+│ choice if to release the full movie again or just the subtitles). │
+│ - Multi-language subtitles cannot be used as a basis for a dupe. │
+│ │
+│ REBUTTAL: │
+│ - I see nothing about Interactive Menus or Trailers, or any other extras │
+│ for that matter. │
+│ - As we appear to be still using the avi container, it is not possible to │
+│ mux subs into the actual container (which is what muxing actually means)│
+│ - I'm not sure about the mandatory use of rar. I know there are certain │
+│ (standalone) players that wouldn't read through the rar. Not that │
+│ many (if any) current standalones play Vobsubs anyway. │
+│ - I've always loved this 1/2 matted burned subs discussion. Doing it the │
+│ way that the ruleset indicates would cause the image to be off-center │
+│ during fullscreen playback. Some people swear that they can't watch │
+│ anything off-center, personally don't think it's the end of the world. │
+│ In any event, a few of us had thought up a great compromise based on │
+│ the macroblock structure of MPEG encoding. It's too bad we weren't │
+│ consulted. │
+│ - EngSub Must fit on CD rule: See above rar comment and more above CD │
+│ filesize comment. │
+│ - The next bullet..."will not" or "must/may not"? (And I find the use of │
+│ exclamation marks to be very unprofessional in a ruleset) │
+│ - How many times do I have to say it? How bad do subs have to be to be │
+│ bad.subs? I'm sure there's no consensus on what "common judgement" is. │
+│ (judgment is misspelled too). This of course is even worse since the │
+│ rules state that if SOMEONE has made the call to nuke it for bad.subs, │
+│ then it can be propered. │
+│ │
+│ Packaging: │
+│ - All releases must be AVI, not BIN/CUE. │
+│ - Must be packed with RAR and broken into 15 or 20 MB volumes. │
+│ Releases that are more then 1 CD must have the RAR files broken into │
+│ 2 or more CD volumes. │
+│ - Compression is not allowed. │
+│ - Recovery and MD5 record are recommended. │
+│ - Must have SFV included for each CD. │
+│ - Must have NFO. │
+│ - NFO SHOULD INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual XviD release date │
+│ DVD release date │
+│ Theatrical release date (US preferably) │
+│ Video size │
+│ Framesize/Aspect Ratio │
+│ Audio bitrate │
+│ Video bitrate │
+│ Movie runtime/Length │
+│ IMDB/Amazon/Any other DVD site info link │
+│ Number of rars per CD (i.e. 50x15MB) │
+│ Ripping method │
+│ DRF average │
+│ │
+│ REBUTTAL: │
+│ - Now that we've cleared up what it SHOULD include, what MUST it include? │
+│ - DRF. Sigh... (see more about this below) │
+│ - Exactly what ripping method we are talking about? │
+│ - How about...Audio Codec? XviD Build? Packed Bitstream? Max Conseq BFs? │
+│ │
+│ Credits: │
+│ - Movie credits can be encoded separately at a lower bitrate only if the │
+│ time length exceeds the no. of CDs used (i.e. 106 min on 1CD for FILM │
+│ source, or 201 min on 2CDs for PAL source, etc). │
+│ - Any movies with scenes in the credits (i.e. bloopers or continuation │
+│ of story) MAY NOT be downsampled! │
+│ - Cutting Credits is not allowed. │
+│ │
+│ REBUTTAL: │
+│ - I don't see the advantage in restricting when credit downsampling can │
+│ occur. There's no consistency. They're either expendable, or they │
+│ aren't. │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - 1 full minute in length and in a separate folder marked as 'Sample'. │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ - Vob samples are recommended for any rip that is deemed questionable: │
+│ i.e. no ivtc possible on source, ivtc to 24.975fps etc. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are ONLY permitted in the case of a technical flaw in the │
+│ original release (i.e. Bad IVTC, Interlacing, bad number of CDs). │
+│ - Releases not nuked on release lists and/or sites MUST include │
+│ original sample of the technical flaw. │
+│ - Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper (i.e. No. of CDs, AC3 or MP3, etc). │
+│ - Propers based upon the compliance with new instances of TXD2K5 │
+│ guidelines are also forbidden. │
+│ Only propers acceptable when propering old tdx rips are propers based │
+│ on picture damage: Aspect Ratio, IVTC, Over-Cropping. Other propers │
+│ acceptable are propers based on releases that did not follow previous │
+│ tdx guidelines, at the time they were released. │
+│ - Subbed (in original movie language) propers dubbed (in any language). │
+│ - Hardcored Subs may be propered by releases containing Vobsub/Srt. │
+│ <This rule will not apply to movies ripped before TXD2K5> │
+│ │
+│ REBUTTAL: │
+│ - "bad number of CDs"...speaks for itself. │
+│ - Speaking of which...something can be propered for "bad number of CDs" │
+│ but not for "No. of CDs". │
+│ - Are you expecting new instances of TXD2K5? That whole sentence needs to │
+│ be rethought. "Only propers acceptable" -> "Propers are only acceptable"│
+│ might be slightly better English? Although that whole sentence probably │
+│ needs reworking. The meaning of "old tdx rips" is obvious even if it │
+│ doesn't seem to make sense. I also believe that the list of flaws was │
+│ previously called technical flaws (a couple points up, why change that?)│
+│ In any event, I'm sure there are plenty of other ways to reword that │
+│ bullet. │
+│ - "Original movie language" -> "Movie's original/native language"? │
+│ - I know some people are pretty passionate about their subs, but hardcore │
+│ might be going a bit to far (Yes, I know it's just a typo) │
+│ - Propers imply that there was something wrong with the original release │
+│ and it doesn't make sense to penalize a group for ripping a hardsubbed │
+│ DVD. │
+│ │
+│ WS vs. FS: │
+│ - FS movies after WS was out, are FORBIDDEN unless proven it contains │
+│ more picture (use of sample or .jpg as proof). │
+│ - WS movies after FS was out, MUST HAVE original sample from the │
+│ previous release, unless proven no WS DVD was out at the time the FS │
+│ was released. A WS not following the above is considered a DUPE! │
+│ - WS or FS name tags on the release name, if the other wasn't released │
+│ in the past, WILL NOT BE TOLERATED! <use nfo to mention the AR>. │
+│ - WS cannot proper another WS: for example 2.35:1 after 1.85:1 is out. │
+│ Use the tag WS in the dirname instead. However WS after a wider WS │
+│ was released, will be considered a DUPE unless proven it contains │
+│ more picture! Sample rule applies here also. │
+│ - Letterboxed DVDs are not considered FS even if it's FS on the source! │
+│ │
+│ REBUTTAL: │
+│ - "FS movies after WS was out" is also grammatically incorrect. │
+│ - Why no FS tag when it's the first one out? I can understand people not │
+│ wanting to read the nfo just to see if the release if FS or WS. │
+│ - Aren't violations of any rule not to be tolerated? Why makes this one │
+│ so special? │
+│ - Again, define source...In this case, the physical layout of the DVD is │
+│ being considered the source. │
+│ - This whole segment feels that it could be reworked for less redundancy │
+│ and more conciseness. │
+│ │
+│ Special Movie Editions: │
+│ - Allowed: SE, DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, │
+│ CHRONO. │
+│ - Special Edition releases without any different features in the film │
+│ itself will be considered dupes of previous releases of the same │
+│ movie. │
+│ - Shorter cut version of a movie after a longer version was released is │
+│ allowed (i.e. THEATRICAL), and MUST be mentioned in the dirname. │
+│ - Remastered movies after the original have been released are allowed │
+│ only if the original release was in BLACK AND WHITE and the │
+│ remastered edition is colour. Everything else use INTERNAL! │
+│ (Remastered DVD releases that were nuked in the past and were colour │
+│ after black and white, shall not be unnuked and shall not be duped!) │
+│ - Remastered audio will be considered a dupe if it's the only reason │
+│ movie was re-released. │
+│ - Extras released in a special movie edition, cannot be used as a basis │
+│ for a dupe, unless released separately <and are not dupes of previous │
+│ releases>. │
+│ - Homemade Rips are not allowed (Use INTERNAL!). For example adding of │
+│ deleted scenes, alternate endings, chrono editions. Only retail DVD │
+│ rips of this versions are allowed. │
+│ - NOTE: PAL - NTSC length difference comes from the no. of frames, not │
+│ extra footage. │
+│ │
+│ REBUTTAL: │
+│ - "different features" -> "different footage"? What is a feature in a │
+│ movie and how can it differ? │
+│ - How about Original Black & White after a studio coloured version? │
+│ - Aren't violations of any rule not to be tolerated? Why makes this one │
+│ so special? │
+│ - Uh, excuse me? PAL <-> NTSC time difference comes from the SAME number │
+│ of frames being played at a different rate. Example: │
+│ NTSC: 86400 frames ÷ 24frames/secs ÷ 60 secs/min = 60 mins │
+│ PAL: 86400 frames ÷ 25frames/secs ÷ 60 secs/min = 57.6 mins │
+│ │
+│ │
+│ Directory Naming: │
+│ - All releases are to include production year (applies to the pre scene │
+│ as well). │
+│ - DO NOT indicate Ripping method, DVD/XviD release date, Genre, Audio │
+│ which was used (no AC3) or anything else! (ONLY WITHIN THE NFO) │
+│ - Movie distribution tags i.e. FESTIVAL, STV, LIMITED or TV (TV tag │
+│ is used for TV movies only) are allowed and shall be used wisely and │
+│ correctly. │
+│ - READ.NFO is strictly forbidden. │
+│ - Other permitted tags are: WS/FS <rules above>, PROPER, REPACK, RERIP, │
+│ REAL, RETAIL, EXTENDED, REMASTERED, UNRATED, CHRONO, THEATRICAL, DC, │
+│ SE, UNCUT, INTERNAL, DUBBED, SUBBED. │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 .-_ │
+│ │
+│ - Releases that are more than 1 CD MUST be named CD1, CD2, CD3 and so │
+│ on ('disc1' and others are NOT allowed). │
+│ │
+│ REBUTTAL: │
+│ - I almost missed it, and I know that READ.NFO is often abused, but there │
+│ are legitimate uses for it. Banning it is an overreaction. │
+│ │
+│ │
+│ TV Series Notes: │
+│ - All Episodes <DVD rips> are obligated to follow the above rules. │
+│ - Media usage capacity: │
+│ * 4x 20-23min = 1CD, Releases shall not be over 175mb. │
+│ * 3x 23-35min = 1CD, Releases shall not be over 233mb. │
+│ * 2x 35-50min = 1CD, Releases shall not be over 350mb. │
+│ * Episodes further then 50 minutes, will follow the length rules │
+│ of TXD2K5. │
+│ NOTE: Runtimes not mentioned above should fit on 1 CD i.e. 5x120mb, │
+│ 6x116mb, 7x100mb etc. │
+│ - Sizes mentioned above may be used only when minimum runtime is applied, │
+│ i.e. 23 minutes on 233mb or 35 minutes on 350mb. Media usage is at │
+│ ripper's discretion (i.e. 25 minutes may also be on 175mb). │
+│ - Recommendation: 26x22min = 1 DVD-R Disc, 13x45min = 1 DVD-R Disc │
+│ i.e. 172mb x 26eps or 344mb x 13eps fits on 1 burnable DVD-R Disc. │
+│ - Exception: 20-23min NTSC episodes (29.97 fps) may use 233mb. │
+│ │
+│ REBUTTAL: │
+│ - "Episodes further then" -> "Episodes longer than"? (and no comma) │
+│ - "Sizes mentioned above may be used only when minimum runtime is │
+│ applied". What does this actually mean? It seems redundant? │
+│ - For consistency, how about 29.97fps 23-35min or 35-50min eps? │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - DVD source shall be RETAIL/DVD Screener only. Non DVD sources like │
+│ CAM, TS, TC, VHS, SCREENER, PDVD, LDVD etc, MUST be tagged with source │
+│ in dirname and MUST adhere to ALL TXD2K5 rules! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking and counters or │
+│ lack thereof. │
+│ - Use of downsampled DVD-Rs as source is FORBIDDEN! <only untouched> │
+│ │
+│ REBUTTAL: │
+│ - Maybe it's just me, but what is a LDVD? Is is supposed to be Laserdisc? │
+│ │
+│ │
+│ Internals: │
+│ - All INTERNALS must follow TXD2K5 rules, apart from the time length │
+│ rules and multi-language audio tracks rule (and will not be considered │
+│ as dupes). Other codecs and containers are allowed for experimental │
+│ purposes. │
+│ - NOTE: INTERNAL dirfix is not allowed as a basis of avoiding a nuke. │
+│ │
+│ REBUTTAL: │
+│ - Excuse me? Groups can do whatever they want with internals. Internals │
+│ are not meant to be regulated. Internal dupes? Am I missing something? │
+│ - Many people disagree with dirfixing an internal to avoid a dupe, but │
+│ TDX doesn't have jurisdiction over internals. Let sites and dupechecks │
+│ decide what they want to do with them. │
+│ │
+│ Ripping related notes: │
+│ - Maximum VIDEO bitrates are covered by length rules. │
+│ - If DRF average would be over 4.0, the resolution should be lowered if │
+│ possible, until the minimal res is reached. See Resolution rules. │
+│ DRF average can be checked with DRF Analyzer <It is recommended to │
+│ check the full avi file and not just the sample>. │
+│ - Quant. Matrix always has to be H.263/MPEG due to lack of hardware │
+│ support for Custom matrixes. │
+│ - Quarterpel/GMC forbidden due to lack of hardware support. │
+│ - Packed Bitstream is not supported on some of the major gen chipsets, │
+│ therefore using it, is not recommended. │
+│ - The use of ITU-R is not recommended since it gives an AR error of │
+│ around 2% from the original DVD's Aspect Ratio. │
+│ - Multi-language audio tracks are allowed only for INTERNALS. │
+│ Multiple languages should be interleaved into the AVI, with a │
+│ graphedit filter for each appropriate audio stream. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie will be tolerated. │
+│ │
+│ REBUTTAL: │
+│ - Our friend DRF again. DRF (Detail Removal Factor) is actually a DIVX │
+│ 3.11/SBC ATTRIBUTE. XViD's equivalent attribute is the Quantizer. │
+│ Obviously I'm quite amused to see DRF mentioned in this new ruleset │
+│ which abolishes SBC. │
+│ - For those that really understand how quantizers work, especially with │
+│ regards to their relationship with the Quantization type, they'd know │
+│ that the raw quant avg doesn't mean anything without the exact quant │
+│ matrix being used. As such, using the average quant as a statistic to │
+│ to determine the rip quality without considering the exact method of │
+│ quantization would be erroneous. Of course since this ruleset bans all │
+│ Custom Matrices (more on that later), that simplifies things...but MPEG │
+│ and h263 are two completely different animals and look very different │
+│ at comparable quants. As a result, blind avg quant comparison is │
+│ dangerous and not a good benchmark at all. │
+│ - While the argument about compatibility on standalones is a valid one, │
+│ many CQMs do in fact work on standalones and as long as rippers choose │
+│ well, the problems should be minor. On the flipside, the power of the │
+│ wide range of CQMs is unmatched. The choice of matrix gives control of │
+│ how XViD prioritizes the compression of the source material. The │
+│ quality of a high bitrate encode made with h263 or basic MPEG │
+│ quantization pales in comparison to one created with one of several │
+│ high bitrate matrices. │
+│ - The packed bitstream (PB) issue is one that is already solved and thus │
+│ I don't even know why it has to be brought up again. There are some │
+│ standalones that do not work with 2 consecutive B-Frames with PB and │
+│ there are some (fewer) that don't work without it. Luckily, a tool was │
+│ developed that allowed for PB to be removed from a video file without │
+│ the need to reencode. Unfortunately it doesn't work in reverse (It │
+│ can't add PB to a non PB file). So really, if there were a rule, it │
+│ should be that all B-Frames must be packed, as it would be simple │
+│ enough to remove them if necessary. Alternatively, rips with 2+ │
+│ consecutive B-Frames should be banned entirely. │
+│ - Finally, this whole ITU-R thing...Specifically, the referral is to the │
+│ ITU-R BT.601 Standard for Aspect Ratios. The ITU-R itself is a body │
+│ that establishes standards, so the phrase "the use of ITU-R" doesn't │
+│ make a whole lot of sense. It still doesn't make sense if you │
+│ substitute in "ITU-R BT.601 Standard" since you abide or obey standards,│
+│ you don't "use" them. The ruleset is probably just talking about the │
+│ Gknot checkbox. It is true that the difference between following the │
+│ standard and not doing so is about 2% on the AR. However, the jury is │
+│ still out on which is the correct way to proceed. For now, it really │
+│ seems to come down to the output device being used and what is │
+│ considered to be the "correct" viewing experience. Links below: │
+│ http://www.uwasa.fi/~f76998/video/conversion/ │
+│ http://forum.doom9.org/showthread.php?t=42708 │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The Tradition Continues: TXD RULES 2K5 (2005-09-25) │
+│ TDX2K2 <2002-07-12) 2K1 (2001-04-22) Original (2000-04-26) │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ TXD2K5 Rebuttal signed by the following XviD Groups: │
+│ ──────────────────────────────────────────────────── │
+│ │
+│ ME │
+│ │
+│ MYSELF │
+│ │
+│ AND I │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----[ Created by Me 2005. Respect goes to all TDX teams 2000-2002 ]----┘
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The XviD Releasing Standards 2005 │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ After a long wait and hours of work, I am proud to present, the new XviD │
+│ scene standards. In this celebration note, I must condemn the leaking of │
+│ the 2004 draft edition, which was written only for the purpose of helping │
+│ us all in building this new set of guidelines. I wanna thank everyone who │
+│ took time to express their ideas and experience into bringing this document │
+│ to life. Also, we shall not forget, all the past teams from 2000 to 2002 │
+│ that made the DivX and XviD scene guidelines available, for TXD2K5 to be │
+│ built upon. So without further ado, Enjoy! │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Movie Length: │
+│ - PAL (25 fps) = MINIMUM runtime is 100 minutes/CD. │
+│ - FILM (23.976 fps) = MINIMUM runtime is 105 minutes/CD. │
+│ - NTSC (29.97 fps) = MINIMUM runtime is 87 minutes/CD. │
+│ - These runtimes are scalable via the following equation: │
+│ N CD time minimum = (N-1) * allowed time where N is number of CDs and │
+│ allowable time applies to fps as outlined above: │
+│ i.e. 3 CD FILM rip minimum = 105 x (3-1) = 210 minutes. │
+│ - MINIMUM time length rule is as implied - that is the MINIMUM time per │
+│ CD -- NOT MAXIMUM!!! (i.e. no such thing as "must be more than 1 CD") │
+│ - Release runtime must be at least 50 minutes for using the full burnable │
+│ media capacity. In such cases, releases MUST utilize a MINIMUM of │
+│ 680mb of the 700mb standard burnable media (Multi-CD releases MUST │
+│ conform to the 680mb minimum, for each CD used). Any other use of the │
+│ media shall not be over 350mb (Sizes between 350mb to 680mb are not │
+│ allowed). │
+│ - Media usage is at ripper's discretion, please use it. │
+│ │
+│ │
+│ AUDIO: │
+│ - MUST be MP3 or Studio AC3 (AC3 transcoding forbidden). │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ (MONO audio as STEREO on source is considered a MONO source). │
+│ - MUST BE VBR! NO CBR MP3! │
+│ - MP3 tracks must have the original frequency as it was on the DVD's │
+│ audio: i.e. 48khz for 48khz and 44.1khz for 44.1khz. │
+│ - MP3 files must be normalized. │
+│ - ABR is considered a VBR technique. │
+│ - AC3 MUST be used wisely and correctly. Ripper's discretion on when to │
+│ use it. Using or not using AC3 IS NOT a technical flaw. │
+│ - MONO AC3 is not allowed, in that case must encode to mono MP3. │
+│ - Multi-language audio tracks are FORBIDDEN! (Use INTERNAL!) │
+│ │
+│ │
+│ VIDEO: │
+│ - Keyframe: │
+│ MUST be <=20 seconds and MUST be inserted according to scene changes │
+│ and framesizes as determined by the codec or encoding application. │
+│ - Group watermarks of any kind on the video will not be tolerated! │
+│ - Intermission messages must be removed from the avi! │
+│ │
+│ │
+│ Framerate: │
+│ - MUST be as close to original source framerate as possible. │
+│ - In some cases PAL movies should be ivtc'd (i.e. to 24fps). Therefore │
+│ using a PAL source is not an excuse for lack of ivtc. │
+│ │
+│ │
+│ Codec: │
+│ - MUST BE XviD (all DivX codecs are banned). │
+│ - MUST use 2 pass technique during encoding. │
+│ - NO DUPES BASED ON CODEC TYPE, USE INTERNAL! │
+│ │
+│ │
+│ Resolution and Aspect Ratio: │
+│ - Width: 512 - 672 pixels for WS movies (Letterboxed is considered WS). │
+│ 448 - 576 pixels for FS movies (Only 4:3 images). │
+│ - Height and Width: Must be a multiple of 16. │
+│ - Cropping is required to be the MAXIMUM possible (black borders must │
+│ be cropped to their maximum). Over cropped releases are considered │
+│ a technical flaw. Some movies present changing ARs, in that case the │
+│ cropping applies only to the image that presents more pixels (Means │
+│ that part of the movie will have bad cropping). │
+│ - Movie encodes must be within 5% of the original aspect ratio. │
+│ Calculating AR % error: (Release AR - Original AR)/Original AR x 100 │
+│ │
+│ │
+│ Subs, Interactive Menus, Trailers: │
+│ - OPTIONAL (ONLY if all other requirements have been met). │
+│ - VOBSUB is the preferred format due to the fact it does not use OCR. │
+│ However, any format that displays with DVobSub is acceptable. │
+│ - Subtitles may be MUXED with video stream, but MAY NOT be BURNED into │
+│ video stream. MUXED subs will proper BURNED subs. │
+│ - Subtitles not muxed into video stream MUST be encapsulated in a .rar │
+│ file with the MOST compression available and shall be contained in │
+│ the directory named 'Subs' and will NOT be packaged with main movie │
+│ rars. │
+│ - Burned subtitles shall only be permissible when the source exhibits │
+│ aforementioned subtitles in the picture itself (i.e. Subs in the │
+│ matte portion of the picture MUST be typed in a separate file and the │
+│ frame shall be cropped). If there is a part of the burned subtitles │
+│ on the picture itself, and another part on the matte portion of the │
+│ picture, the frame must be cropped to 2 pixels from the start of the │
+│ subtitles on the matte portion. Upside cropping of the picture has │
+│ nothing to do with the downside, therefore the cropping on the upside │
+│ MUST BE to it's maximum. │
+│ - English subs on non English movies MUST fit on CD with main movie, │
+│ all other optional subs SHOULD fit on the CD. │
+│ - Foreign movies (Non English Spoken) with no English subs, must have │
+│ the language name taggings (applies to the various non English │
+│ scenes). Movies with English subs present, WILL NOT HAVE any language │
+│ tag on them! │
+│ - Using of hand made subs on non English releases (i.e. fansubs) MUST │
+│ be mentioned in the nfo, and at nuker's discretion if to nuke the │
+│ release for Bad.Subs, depends on how bad the subtitles are. Please │
+│ use common judgement! Releases that were nuked for bad subtitles, may │
+│ be propered only by subtitles that came from the retail DVD (Ripper's │
+│ choice if to release the full movie again or just the subtitles). │
+│ - Multi-language subtitles cannot be used as a basis for a dupe. │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be AVI, not BIN/CUE. │
+│ - Must be packed with RAR and broken into 15 or 20 MB volumes. │
+│ Releases that are more then 1 CD must have the RAR files broken into │
+│ 2 or more CD volumes. │
+│ - Compression is not allowed. │
+│ - Recovery and MD5 record are recommended. │
+│ - Must have SFV included for each CD. │
+│ - Must have NFO. │
+│ - NFO SHOULD INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual XviD release date │
+│ DVD release date │
+│ Theatrical release date (US preferably) │
+│ Video size │
+│ Framesize/Aspect Ratio │
+│ Audio bitrate │
+│ Video bitrate │
+│ Movie runtime/Length │
+│ IMDB/Amazon/Any other DVD site info link │
+│ Number of rars per CD (i.e. 50x15MB) │
+│ Ripping method │
+│ DRF average │
+│ │
+│ │
+│ Credits: │
+│ - Movie credits can be encoded separately at a lower bitrate only if the │
+│ time length exceeds the no. of CDs used (i.e. 106 min on 1CD for FILM │
+│ source, or 201 min on 2CDs for PAL source, etc). │
+│ - Any movies with scenes in the credits (i.e. bloopers or continuation │
+│ of story) MAY NOT be downsampled! │
+│ - Cutting Credits is not allowed. │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - 1 full minute in length and in a separate folder marked as 'Sample'. │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ - Vob samples are recommended for any rip that is deemed questionable: │
+│ i.e. no ivtc possible on source, ivtc to 24.975fps etc. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are ONLY permitted in the case of a technical flaw in the │
+│ original release (i.e. Bad IVTC, Interlacing, bad number of CDs). │
+│ - Releases not nuked on release lists and/or sites MUST include │
+│ original sample of the technical flaw. │
+│ - Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper (i.e. No. of CDs, AC3 or MP3, etc). │
+│ - Propers based upon the compliance with new instances of TXD2K5 │
+│ guidelines are also forbidden. │
+│ Only propers acceptable when propering old tdx rips are propers based │
+│ on picture damage: Aspect Ratio, IVTC, Over-Cropping. Other propers │
+│ acceptable are propers based on releases that did not follow previous │
+│ tdx guidelines, at the time they were released. │
+│ - Subbed (in original movie language) propers dubbed (in any language). │
+│ - Hardcored Subs may be propered by releases containing Vobsub/Srt. │
+│ <This rule will not apply to movies ripped before TXD2K5> │
+│ │
+│ │
+│ WS vs. FS: │
+│ - FS movies after WS was out, are FORBIDDEN unless proven it contains │
+│ more picture (use of sample or .jpg as proof). │
+│ - WS movies after FS was out, MUST HAVE original sample from the │
+│ previous release, unless proven no WS DVD was out at the time the FS │
+│ was released. A WS not following the above is considered a DUPE! │
+│ - WS or FS name tags on the release name, if the other wasn't released │
+│ in the past, WILL NOT BE TOLERATED! <use nfo to mention the AR>. │
+│ - WS cannot proper another WS: for example 2.35:1 after 1.85:1 is out. │
+│ Use the tag WS in the dirname instead. However WS after a wider WS │
+│ was released, will be considered a DUPE unless proven it contains │
+│ more picture! Sample rule applies here also. │
+│ - Letterboxed DVDs are not considered FS even if it's FS on the source! │
+│ │
+│ │
+│ Special Movie Editions: │
+│ - Allowed: SE, DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, │
+│ CHRONO. │
+│ - Special Edition releases without any different features in the film │
+│ itself will be considered dupes of previous releases of the same │
+│ movie. │
+│ - Shorter cut version of a movie after a longer version was released is │
+│ allowed (i.e. THEATRICAL), and MUST be mentioned in the dirname. │
+│ - Remastered movies after the original have been released are allowed │
+│ only if the original release was in BLACK AND WHITE and the │
+│ remastered edition is colour. Everything else use INTERNAL! │
+│ (Remastered DVD releases that were nuked in the past and were colour │
+│ after black and white, shall not be unnuked and shall not be duped!) │
+│ - Remastered audio will be considered a dupe if it's the only reason │
+│ movie was re-released. │
+│ - Extras released in a special movie edition, cannot be used as a basis │
+│ for a dupe, unless released separately <and are not dupes of previous │
+│ releases>. │
+│ - Homemade Rips are not allowed (Use INTERNAL!). For example adding of │
+│ deleted scenes, alternate endings, chrono editions. Only retail DVD │
+│ rips of this versions are allowed. │
+│ - NOTE: PAL - NTSC length difference comes from the no. of frames, not │
+│ extra footage. │
+│ │
+│ │
+│ Directory Naming: │
+│ - All releases are to include production year (applies to the pre scene │
+│ as well). │
+│ - DO NOT indicate Ripping method, DVD/XviD release date, Genre, Audio │
+│ which was used (no AC3) or anything else! (ONLY WITHIN THE NFO) │
+│ - Movie distribution tags i.e. FESTIVAL, STV, LIMITED or TV (TV tag │
+│ is used for TV movies only) are allowed and shall be used wisely and │
+│ correctly. │
+│ - READ.NFO is strictly forbidden. │
+│ - Other permitted tags are: WS/FS <rules above>, PROPER, REPACK, RERIP, │
+│ REAL, RETAIL, EXTENDED, REMASTERED, UNRATED, CHRONO, THEATRICAL, DC, │
+│ SE, UNCUT, INTERNAL, DUBBED, SUBBED. │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 .-_ │
+│ │
+│ - Releases that are more than 1 CD MUST be named CD1, CD2, CD3 and so │
+│ on ('disc1' and others are NOT allowed). │
+│ │
+│ │
+│ │
+│ TV Series Notes: │
+│ - All Episodes <DVD rips> are obligated to follow the above rules. │
+│ - Media usage capacity: │
+│ * 4x 20-23min = 1CD, Releases shall not be over 175mb. │
+│ * 3x 23-35min = 1CD, Releases shall not be over 233mb. │
+│ * 2x 35-50min = 1CD, Releases shall not be over 350mb. │
+│ * Episodes further then 50 minutes, will follow the length rules │
+│ of TXD2K5. │
+│ NOTE: Runtimes not mentioned above should fit on 1 CD i.e. 5x120mb, │
+│ 6x116mb, 7x100mb etc. │
+│ - Sizes mentioned above may be used only when minimum runtime is applied, │
+│ i.e. 23 minutes on 233mb or 35 minutes on 350mb. Media usage is at │
+│ ripper's discretion (i.e. 25 minutes may also be on 175mb). │
+│ - Recommendation: 26x22min = 1 DVD-R Disc, 13x45min = 1 DVD-R Disc │
+│ i.e. 172mb x 26eps or 344mb x 13eps fits on 1 burnable DVD-R Disc. │
+│ - Exception: 20-23min NTSC episodes (29.97 fps) may use 233mb. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - DVD source shall be RETAIL/DVD Screener only. Non DVD sources like │
+│ CAM, TS, TC, VHS, SCREENER, PDVD, LDVD etc, MUST be tagged with source │
+│ in dirname and MUST adhere to ALL TXD2K5 rules! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking and counters or │
+│ lack thereof. │
+│ - Use of downsampled DVD-Rs as source is FORBIDDEN! <only untouched> │
+│ │
+│ │
+│ Internals: │
+│ - All INTERNALS must follow TXD2K5 rules, apart from the time length │
+│ rules and multi-language audio tracks rule (and will not be considered │
+│ as dupes). Other codecs and containers are allowed for experimental │
+│ purposes. │
+│ - NOTE: INTERNAL dirfix is not allowed as a basis of avoiding a nuke. │
+│ │
+│ │
+│ Ripping related notes: │
+│ - Maximum VIDEO bitrates are covered by length rules. │
+│ - If DRF average would be over 4.0, the resolution should be lowered if │
+│ possible, until the minimal res is reached. See Resolution rules. │
+│ DRF average can be checked with DRF Analyzer <It is recommended to │
+│ check the full avi file and not just the sample>. │
+│ - Quant. Matrix always has to be H.263/MPEG due to lack of hardware │
+│ support for Custom matrixes. │
+│ - Quarterpel/GMC forbidden due to lack of hardware support. │
+│ - Packed Bitstream is not supported on some of the major gen chipsets, │
+│ therefore using it, is not recommended. │
+│ - The use of ITU-R is not recommended since it gives an AR error of │
+│ around 2% from the original DVD's Aspect Ratio. │
+│ - Multi-language audio tracks are allowed only for INTERNALS. │
+│ Multiple languages should be interleaved into the AVI, with a │
+│ graphedit filter for each appropriate audio stream. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie will be tolerated. │
+│ │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The Tradition Continues: TXD RULES 2K5 (2005-09-25) │
+│ TDX2K2 <2002-07-12) 2K1 (2001-04-22) Original (2000-04-26) │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ TXD2K5 Rules signed by the following XviD Groups: │
+│ ───────────────────────────────────────────────── │
+│ ALLiANCE HLS DMT DoNE XPD DEiTY DVL LRC │
+│ │
+│ FRAGMENT EPiC FiNaLe LiGHTNiNG iNCiTE PROMiSE │
+│ │
+│ VALiOMEDiA iMBT DDX VoMiT iNFiNiTE TWiST EXiLE LiNE │
+│ │
+│ TheWretched GoDSMaCK aAF iMMORTALs FiCO aNBc MEDiAMANiACS │
+│ │
+│ SAPHiRE TML iLLUSiON NEPTUNE MDX KiNOBOX SiNK RETRO │
+│ │
+│ EPiSODE TURKiSO SSB TDL CRDS WRD FEZ SAVANNAH │
+│ │
+│ AEROHOLiCS DnB BETAMAX CG MiNT DvF BiEN │
+│ │
+│ FFNDVD SAiNTS GOTHiC SFM FQM MEDiEVAL FoV │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----[ Edited By tcj 2005. Respect goes to all TDX teams 2000-2002 ]----┘
┌───────────────────────────[ AUDIOBOOKS 101 ]───────────────────────────┐
+ │ : : │
+ │ │
+ │ Let's make the difference between DAISY and none DAISY audiobooks clear │
+ │ once and for all... │
+ │ │
+ │ 1st, DAISY books are produced for people with reading disabilities and │
+ │ are none comercial (i.e. you can not buy them in the shops, you have to │
+ │ get them through your local library). │
+ │ │
+ │ 2nd, DAISY books when read include things such as the reader letting │
+ │ us know he/she's reading a blank page, quotation mark and so forth. │
+ │ │
+ │ 3rd, DAISY books are read by professional narrators and audiobooks are │
+ │ read by hired actors. │
+ │ │
+ │ Finally a quotation from "talboks- och punktskriftsbiblioteket" the │
+ │ producers of DAISY audiobooks in swedish: │
+ │ │
+ │ ─r det nσgon skillnad pσ ljudb÷cker och talb÷cker? │
+ │ │
+ │ Ja. Ljudb÷cker Σr kommersiellt utgivna och kan k÷pas i handeln. │
+ │ Talb÷cker kan endast g÷ras med st÷d av 17 º i UpphovsrΣttslagen av │
+ │ dem som har regeringens tillstσnd och lσnas pσ bibliotek av personer │
+ │ med lΣshandikapp. │
+ │ │
+
+ ┌────────────────────────────[ SCENE RULES ]─────────────────────────────┐
+ │ : : │
+ │ │
+ │ Apart from the below stated rules just follow the normal mp3 releasing │
+ │ standards and apply some common sense. │
+ │ │
+ │ Remember it's supposed to be fun... │
+ │ │
+ │ 1, GENERAL │
+ │ │
+ │ 1.1 Always populate both ID3v1 and ID3v2, this is important for │
+ │ proper playback. │
+ │ │
+ │ 1.2 Always include author and title in the tracknames to avoid dupes, │
+ │ the title may be an abbreviation. │
+ │ │
+ │ 1.3 All releases must be labeled so they include: │
+ │ │
+ │ Author │
+ │ Title │
+ │ PublicationYear (see 1.4) │
+ │ Format (see 2.1 and 3.1) │
+ │ Language │
+ │ ReleaseYear │
+ │ Group │
+ │ │
+ │ for example: Author-Title-PubYear-Format-Language-RelYear-Grp │
+ │ │
+ │ 1.4 If publication year of the recording and if the publication date │
+ │ of the book doesn't differ the publication year should be excluded │
+ │ │
+ │ 2, AUDIOBOOKS │
+ │ │
+ │ 2.1 The format type is always AUDIOBOOK. │
+ │ │
+ │ 2.2 Must be encoded using VBR. │
+ │ │
+ │ 3, DAISYBOOKS │
+ │ │
+ │ 3.1 The format type is always DAISY-AUDIOBOOK. │
+ │ │
+ │ 3.2 Original encoding must remain untouched (no reencoding allowed). │
+ │ │
+ │ 3.3 Must include working smil files in an archive, working smil files │
+ │ can be done in one of the following ways: │
+ │ │
+ │ [Option1] Include batch files for tracknames, must be able to │
+ │ rename daisy->release and release->daisy. │
+ │ │
+ │ [Option2] Patch the smil files to work with the release names. │
+ │ │
+ │ Signed, │
+ │ AB,ALL4,iLiGHT,LzY and x3m │
+ │ │
+
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The German PSP Movie Releasing Standards 2006 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or other ascii viewer │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬───────────────────────┬───────────────────┴┴───────┐
+│ └───[ GERMAN PSP RELEASE RULES ]───┘ │
+│ │
+│ SOURCE: │
+│ │
+│ - DVDR and XviD source allowed and source grp should be mentioned in nfo. │
+│ - Source Quality (DVD/DVDSCR/TS/TC) should be mentioned in dirname. │
+│ │
+│ │
+│ │
+│ VIDEO: │
+│ │
+│ - Only 2Pass VBR allowed. │
+│ - Minimum bitrate of 384kbps. Maximum of 768kbps. │
+│ - Releases must be maximum 458mb per disc to fit in a 512mb CARD. │
+│ - Movies over 110 mins can go to 2 Cards. │
+│ - .THM must be included. │
+│ - Cropping is required to the maximum possible. │
+│ - Movie encode must be within 5% of original aspect ratio. │
+│ - Burned subtitles are ONLY needed for foreign releases. │
+│ │
+│ │
+│ │
+│ FRAMERATE: │
+│ │
+│ - MUST be closest possible to the original source framerate │
+│ │
+│ │
+│ │
+│ AUDIO: │
+│ │
+│ - CBR technique must be used. │
+│ - Minimum 128kbit @ 24khz │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ │
+│ │
+│ │
+│ SAMPLE: │
+│ │
+│ - REQUIRED │
+│ - Minimum 1 minute in length or about 5mb. │
+│ - Must be in folder marked sample rarred with .sfv │
+│ - MUST be taken from the movie - NOT encoded separately. │
+│ │
+│ │
+│ │
+│ PACKAGING: │
+│ │
+│ - All releases must be MP4/THM. │
+│ - Must be packed with RAR into 15mb volumes ,compression is NOT ALLOWED │
+│ - Recovery record recommended. │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ - Group name │
+│ - Title │
+│ - Actual PSP release date │
+│ - DVD release date │
+│ - Audio bitrate │
+│ - Video bitrate │
+│ - Source used (Xvid/DVDR) and (TC/TS/DVD/DVDSCR) │
+│ - Movie runtime/length │
+│ - IMDB/adultdvdempire link │
+│ - Number of rars per CARD (eg. 31x15MB) │
+│ - Releases that are more than 1 CARD will follow these specs: │
+│ - MUST be named CARD1, CARD2 and so on. │
+│ │
+│ │
+│ │
+│ DIRECTORY NAMING: │
+│ │
+│ - Directory names shall NOT exceed 64 characters. │
+│ - Including production year is at groups discretion, but encouraged. │
+│ - Indicate source quality in dirname (TS/TC/DVDRiP/DVDSCR) │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - All Release directories, shall be named according to : │
+│ Movie.Name.Year.Source.Codec.PSP-Group, │
+│ (i.e. Matrix.1997.DVDRiP.MP4.PSP-Homo) │
+│ │
+│ │
+│ │
+│ PROPERS: │
+│ │
+│ - No previous releases may be propered based on quality. That means no │
+│ propers based on audio or video bitrate, and/or, divx/dvdr source used │
+│ For quality reasons you can use INTERNAL. │
+│ - Propers will be allowed in the case of technical problems, bad aspect │
+│ ratio, sync problems, skipping/freezing, interlaced, bad ivtc, etc │
+│ - Sample of the propered release should be included for proof. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴────────────┬────────────────────────────┬────────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie is accepted. │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬───────────────┴┴───────┐
+│ └-------─[ GROUPS ]--------┘ │
+│ │
+│ The German PSP Releasing Standards 2006 decided and signed by the │
+│ following groups 15.03.2006 │
+│ │
+│ ───────────────────────────────────────────────── │
+│ │
+│ TNG - OPIUM - DX - MoDu - SmokerZ │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
Charte.DiVX.CLASSiC.2006
+
+
+MΩme si les rulez XVI standard sont suffisantes, bien faites,
+et plut⌠t claires pour qui sait les lire, un petit rappel en franτais s'impose.
+Afin de souligner ou prθciser les points concernant de plus prΦs les teams de Classico,
+Voici donc une charte de qualitθ ou de bonne conduite ;)
+
+
+Titre (dirname) :
+
+Le Titre de la release doit Ωtre en US de prθfθrence pour les films US.
+Dans la langue originale ou en US pour les autres origines.
+Le Titre franτais est toutefois possible pour les films US si le Titre QC est identique.
+(MΩme si ce dernier point n'est pas le plus recommandθ)
+
+
+Source :
+
+DVD9 original pour les DVD9
+DVD5 original pour les DVD5
+DVDR autorisθ uniquement si source non downsampled.
+(CÆest α dire Vidθo et Audio UNTOUCHED, aucune source encodθe CCE ou autre n'est autorisθe)
+
+Indiquer les accords entre team(s) DVDR-Classico et team(s) de XVI-Classico dans le NFO.
+Pour les releases pre en DVDR moins de 10 jours avant le xvid veuillez indiquer une preuve
+De votre source quelle qu'elle soit (scan du DVD, covers, sample d'un vob du DVD constituant
+Une preuve tangible (sample des bonus/extras non prθsents sur le DVDR ou contenant 1
+Ou plusieurs langues ayant θtθ stripped sur le DVDR correspondant)
+Sans preuve de votre bonne foi incluse avec la rlz, il est indispensable de prθciser
+iNTERNAL dans le dirname de la rlz.
+
+Nuke: Charte.divx.classik.2006 sera juste un moyen de montrer la diffθrence entre
+Une productivitθ de faible qualitθ et des gens qui veulent faire avancer les choses
+Afin d'avoir un partage sθrieux et honnete.
+
+
+Utilisez les ratios corrects et pensez α croper vos releases correctement...
+
+Ci joint les points importants des rules standards TDK
+
+
+AUDIO:
+ - MUST be MP3 or Studio AC3 (AC3 transcoding forbidden).
+ - MUST BE VBR! NO CBR MP3!
+ - MP3 tracks must have the original frequency as it was on the DVD's
+ audio: i.e. 48khz for 48khz and 44.1khz for 44.1khz.
+ - MP3 files must be normalized.
+ - ABR is considered a VBR technique.
+ - AC3 MUST be used wisely and correctly. Ripper's discretion on when to
+ use it. Using or not using AC3 IS NOT a technical flaw.
+
+VIDEO:
+ - Keyframe:
+ MUST be <=20 seconds and MUST be inserted according to scene changes
+ and framesizes as determined by the codec or encoding application.
+ - Group watermarks of any kind on the video will not be tolerated!
+ - Intermission messages must be removed from the avi!
+
+Codec:
+ - MUST BE XviD (all DivX codecs are banned).
+ - MUST use 2 pass technique during encoding.
+
+
+Resolution and Aspect Ratio:
+ - Width: 512 - 672 pixels for WS movies (Letterboxed is considered WS).
+ 448 - 576 pixels for FS movies (Only 4:3 images).
+ - Height and Width: Must be a multiple of 16.
+ - Cropping is required to be the MAXIMUM possible (black borders must
+ be cropped to their maximum). Over cropped releases are considered
+ a technical flaw. Some movies present changing ARs, in that case the
+ cropping applies only to the image that presents more pixels (Means
+ that part of the movie will have bad cropping).
+ - Movie encodes must be within 5% of the original aspect ratio.
+ Calculating AR % error: (Release AR - Original AR)/Original AR x 100
+
+
+Subs, Interactive Menus, Trailers:
+ - OPTIONAL (ONLY if all other requirements have been met).
+
+
+Packaging:
+ - All releases must be AVI, not BIN/CUE.
+ - Must be packed with RAR and broken into 15 or 20 MB volumes.
+ Releases that are more then 1 CD must have the RAR files broken into
+ 2 or more CD volumes.
+ - Compression is not allowed.
+ - Recovery and MD5 record are recommended.
+ - Must have SFV included for each CD.
+ - Must have NFO.
+ - NFO SHOULD INCLUDE:
+ Group name
+ Title
+ Actual XviD release date
+ DVD release date
+ Theatrical release date (US preferably)
+ Video size
+ Framesize/Aspect Ratio
+ Audio bitrate
+ Video bitrate
+ Movie runtime/Length
+ IMDB/Amazon/Any other DVD site info link
+ Number of rars per CD (i.e. 50x15MB)
+
+Samples:
+ - REQUIRED!
+ - 1 full minute in length and in a separate folder marked as 'Sample'.
+ - MUST be taken from the movie - NOT encoded separately.
+
+
+Ci joint les team ayants participer α cette charte :
+
+CiNEMA
+LOWIMDB
+TeuB
+VFC
+
+
+
+
▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+ 010000011100000110001111010000000010ssh0111001010 ▄▄ 100110100
+ 0 0000000010100001100000000000100011100000101110100100 ▄█▀▀█▄ ▄▄▄▄▄▄███▌
+ 00100101000000000000000 0000000001100010100001000 ▐▌ ▐▌█████░ ░ ██
+ 0100110000011000 ▄▄██▄ 0 0001101101101100 ▐▌ ░ ▐▌ ░ ░░░░ ░ ░▌
+01110000000 ▄▄▄███▀▀▀▀ ▀ ▄▄███▄▄ 000000010000 ░ █▄░ ▄█▐▄ ░▒░▒░░ ░█▌
+0 ▄▄▄▄▄▄███▀ ░ ▄▄██▀▀ ░▀██▄ 00 ▄▄ 00 ░ ▀███▄ ▀▀█▒▒░██▀▀▀▀
+ ▄██▀▀▀▀ ░ ▌██▀ ░ ░ ░░▀█ ▄▄█▀▀█ ░▒ ▄█▀ ░█▌ █▒▓▒█▌ 1000
+ █ ░ ░ ░░ ░░░░ ▌█ ░ ░░░░░ ░▒░░▌▄█▀▀ ░ ▀█ ░▒▒ █ ░░▒▐▌ █▓▒▓▒█ 001
+ ██ ░░░░ ░░░░░░░▄▄▌█░░▒░░░██▄▄░▒░░▒░▀█ ░▒░ ▀█ ▒▓ ▐█░▓░▐█ ▐█▒▒▓█ 00
+ █▄ ▄▄███▄░░░░▒░██▀ ██▒█░▒░█ ▀▀█▄▒▒▓▒▒▀█░░░░▒░▀█ █▄ █▒▒▓▒█ ▐█▒▓▒█▌ 11
+0 ▀███▀▀ ▀█░▒░▒▒▒█ █▄ █▒▒▒▒▒██ ▄ ▀█▒▒▒▓▒▀█▒▒▒▓▒░▀█▄ █ ▐█▓▓▒█ █▓▓▓▓█ 00
+10 0010 █▒▓▒▒▒▒█ ▒▓█ █▒▓▒▓▒▒█ █▓ ▀█▓▓▒▒▒▀█▓▒▒▒▒░░█▄ ▄▐█▓▓█▀▐▄ ▀▀▀███ 0
+ 00100000 0 █▒▒▒▓▓▒█ ▒▓█ █▒▒▓▓▓▒█ █▓▒ ▀█▓▓▒▓▓▀█▓▓▒▒▒░░██▌ ▀██▀ ░▀█▄ 10
+ 000111001 ██▓▓▓▓▓█ ▒▓ █▓▓▓▓▓▓█ ▓▒░ █▓▓▓▓▓▓▀█▓▓▓▒▒▒▒▒░▒ ░ ▄█ 00011
+ 0001100 ██▒▓▒▒▒██ ▒▓ ██▒▓▒▓▓██ ▒▒░ █▓▓▓▒▒▒▌▀█▓▓▓▓▒▓▓▒▒▒▒▒▒░▄█▀ 010001 0
+ 000000 █▒▒▒▓▒▒█ ▒▒ █▒▒▒▒▓▓█ ░░ ▄█▓▒▒▒▓▒▌ ██▓▓▓▓▓▓▓▓▓▓▓▄█▀ 0000100
+ ▀▀ ▀▀▀▀▀▀▀▀ █░▒░▒▒▒█ ░░▒ █░▒▓▒▒▓█ ░ ▄█▒▒░░▒▒▒▄█▀▒▒▒▒▓▓▓▓▒▒▄█▀ ▀▀▀▀ ▀ ▀▀▀ ▀
+ █░░░░░▒█ ░▒ █░░▒░▒▒█▄ ▄█░░░░▒░▄█▀░░░░░▒▒▒▓▒▒▒▀█▄
+ █░░ ░░█ ░░ █░▒░░▒░▒██▀░░ ░░▄█▀ ░░░░▒░░░░▒▒▓▒▒░█▄
+ █░ ░ ██ ░ █░░░ ░░░░░░░ ▄█▀ ░ ░ ░░▄ ░▒░▒▒░░░░█▄
+ █ ░ ░ █ ██░ ░░░ █▀ ▄█▀█ ░░░░░ █▄
+ ██▄▄ ▄█ ░ █ ░ ░ ░ ▀█▄ ▄█▀ ▀█░░░ ░ █▄
+ ▀▀▀▀████ █▄▄ ▄█▌ ▀█▄ ▄█▀ ▀█ ▄█
+ ▀▀▀█████▀▀ ▀█▀ ▀█ ▄▄██▀▀
+ ▀██▀▀▀
+
+ The Italian Screener XviD Releasing Standards 2006
+ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ Queste che vi presentiamo sono le regole riguardante la parte Screener, │
+│ discusse e pianificate di comune accordo tra le crew della scena iTA │
+│ che si occupano delle rls in questione. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ SCREENERS RULES ]───┘ │
+│ │
+│ │
+│ │
+│ - Salvo i casi qui trattati valgono SEMPRE e comunque le regole │
+│ riguardanti la lunghezza dei film, audio, video, framerate ecc.. │
+│ stabilite nelle tdx2k5,tdx2k5it e superiori. │
+│ - E' consenstito reencodare un dvdrip. │
+│ - Undersize ammesso causa possibilita' di utilizzo sources gia' rippate │
+│ - Non sono ammessi tagli video per far combaciare l'audio ita, │
+│ ad eccezione delle rls internal. │
+│ - Una sorce video con nuke riguardante il video non e'ammessa. │
+│ - Non e'possibile reencodare un video DVDSCR o DVDRip per correggere │
+│ un errore video che ha causato un NUKE. │
+│ - Le rls internal non sono soggette alle regole di massima │
+│ ma hanno comunque l'obbligo di mettere la source. │
+│ - Gli audio LD e DD devono avere samplerate di 48000Hz │
+│ - Audio CAM ammessi solo a 44100Hz o 48000HZ |
+│ - Audio che non siano MP3, non sono permessi, │
+│ eccezzione fatta per gli internal. │
+│ - Usando audio LD e audio DD non e' necessario cambiare │
+│ il frame rate originale della source video. │
+│ - Sono ammessi tutti i tipi di sources video, │
+│ ad eccezione dei pdvd italiani provenienti dal commercio illecito. │
+│ I CAM italiani di produzione propria sono ammessi. │
+│ │
+│ - L'ordine di dupe e' il seguente: │
+│ │
+│ WP -> CAM -> TS -> SCREENER -> TC -> DVDSCR -> FS DVDRIP -> DVDRIP │
+│ │
+│ - Sono ammesse release su stessa source video solo se si rende │
+│ disponibile una source audio superiore. Es.: LD.TC dopo MD.TC │
+│ - Non sono ammesse release su stessa source video o superiore se │
+│ si rende disponibile una source audio inferiore a quella di una │
+│ release gia' presente (non sono ammesse ad es.: MD.TC dopo LD.TC │
+│ oppure MD.DVDSCR dopo LD.TC). │
+│ - Sono ammessi massimo 5 secondi consecutivi di audio parlato straniero │
+│ per una sola volta all'interno della stessa release │
+│ - Non e' possibile utilizzare sources UNRATED ad eccezione di internal, │
+│ stesso discorso vale anche per video che subiscono dei tagli │
+│ dovranno essere lasciate con l'audio originale e rilasciate │
+│ eventualmente come internal. │
+│ - Non e' obbligatorio usare il tag UNRATED per una release internal │
+│ - Le release 4:3 Full Screen andranno taggate FS. │
+│ (Discorso valevole esclusivamente per i 4/3 DVDRip) │
+│ │
+│ Es: King.Kong.2005.iTALiAN.MD.FS.DVDRip.XviD-GRP │
+│ │
+│ │
+│ - Sono ammesse release WS dopo relese FS ma non viceversa. In questo │
+│ caso bastera' taggare la relese senza il tag FS. │
+│ │
+│ - TS o TC con AR che varia durante il film sono ammessi solo come │
+│ INTERNAL. Mentre l'errore ar per queste source non e' valido │
+│ in quanto affette da deformazione nella compressione in SVCD/VCD │
+│ - Nuke su release internazionali riguardanti audio non sono validi │
+│ inquanto l'audio verra' sostituito con quello italiano. Eccezzione │
+│ fatta se il nuke riguarda un desync e questo non viene corretto │
+│ nella release italiana. Sono quindi ad esempio utilizzabili │
+│ sources video TS nukkate per AUDIO CAM │
+│ - E' obbligatorio indicare nell'nfo la source video madre utilizzata. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ │
+│ Tagging: │
+│ │
+│ - Il nome della directory deve includere l'anno di produzione │
+│ come indicato da IMDB (www.imdb.com) │
+│ deve contenere tipo di audio e ti po di video │
+│ - Ecco i caratteri accettati nei nomi della directory: │
+│ (no spazi o doppi punti, soltano il punto "."): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . - │
+│ │
+│ - Non sono accettati spazi, doppi punti e tutti gli accenti vengono │
+│ ignorati. L'apostrofo si trasforma in punto TRANNE nel caso del │
+│ genitivo sassone. │
+│ - Tutte le directory devono essere nominate seguendo il seguente esempio:│
+│ │
+│ Nome.Film.Anno.Lingua.Options.Source.Codec-GRP │
+│ │
+│ - Le "Options" possibili sono: │
+│ │
+│ iNTERNAL -> Il gruppo decide di rilasciare il proprio film con questa │
+│ opzione in caso di una release imperfetta o se un altro gruppo ha gia' │
+│ rilasciato la stessa. │
+│ │
+│ PROPER -> Il gruppo ritiene che una release esistente contiene errori │
+│ e ne fa uscire una propria migliore. DEVE essere presente nel nfo la │
+│ motivazione VALIDA e le prove quando possibile. │
+│ │
+│ REPACK -> Il gruppo nota un errore, di packing o nella release in se │
+│ e ne produce un altra identica senza l'errore. │
+│ │
+│ REAL.PROPER -> PROPER di una PROPER gia' esistente. │
+│ │
+│ MD -> Mic Dubbed, tag utilizzato per i film screener per definire │
+│ che la traccia audio proviene da un registratore nascosto in sala. │
+│ A discrezione del gruppo definire la qualita' dell'audio e rilasciare │
+│ come iNTERNAL un audio non troppo buono. │
+│ │
+│ LD -> Line Dubbed, tag utilizzato per i film screener per definire │
+│ che la traccia audio proviene da un dispositivo a presa diretta. Viene │
+│ utilizzato anche in caso di serie tv o film ridoppiati con audio │
+│ preso da satellite. │
+│ │
+│ DD -> Digital Dubbed, tag utilizzato per sorgenti audio DTS. Gli audio │
+│ AC3 possono essere a 384KBps o a 448KBps ma DEVONO essere a 48KHz, │
+│ come anche gli MP3. │
+│ │
+│ DiRFiX -> Tag utilizzato per correggere un errore nel testo della │
+│ directory di una data release. │
+│ │
+│ NFOFiX -> Tag utilizzato per correggere un errore nel testo del NFO. │
+│ │
+│ SAMPLEFiX -> Tag utilizzato per correggere errori relativi al sample │
+│ mancante o corrotto. │
+│ │
+│ - READNFO E' STRETTAMENTE PROIBITO! │
+│ │
+│ Es: King.Kpng.2005.iTALiAN.MD.DVDRip.XviD-GRP │
+│ King.Kong.2005.iTALiAN.iNTERNAL.LD.TC.XviD-GRP │
+│ King.Kong.2005.iTALiAN.PROPER.DD.DVDSCR.XviD-GRP │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ │
+│ L'nfo DEVE contenere: │
+│ - Il nome del gruppo (preferibilmente con header e footer grafici); │
+│ - Nome della release │
+│ (consiglio lo stile "Nome Release *OPTION1* *OPTION2* *SOURCE*" │
+│ - Release date; │
+│ - Store date (Data di uscita nelle sale cinematografiche); │
+│ - SOURCE VIDEO OBBLIGATORIA │
+│ (per source si intende esclusivamente la source madre │
+│ e non sources che abbiano nel tag, audio MD, LD, o DD); │
+│ NB:Tale inosservanza sarα valida ragione di NUKE │
+│ e valido motivo di PROPER! │
+│ La SOURCE pu≥ essere tranquillamente indicata nelle NOTE. │
+│ Le source audio possibili, da indicare nel NFO sono: │
+│ CAM -> Tutti gli MD sono con questa dicitura, registrati con Mic. │
+│ LINE o TS -> Audio preso direttamente dal proiettore. │
+│ DIGITAL -> DTS Dolby Digital, deve apparire sempre e solo come DIGITAL │
+│ per motivi di sicurezza. │
+│ │
+│ │
+│ - Durata; │
+│ - Info sul video (codec , bitrate ed encoding (es. VBR)); │
+│ - L'AR esatta del video encodato; │
+│ - Info sull'audio (codec, bitrate ed encoding); │
+│ - Lingua; │
+│ - Descrizione dei dischi (packs); │
+│ - Link IMDB; │
+│ - Titolo del film │
+│ - Plot (in caso di serie un plot generico della serie e' accettato); │
+│ │
+│ Ogni crew e'libera di aggiungere altri campi, │
+│ ad esempio un link a 35mm o a filmup. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ translated and edited from the TXD RULES 2K5 (2006-01-14) │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+ Regole scritte e firmate da:
+
+ - All Grp iTALiAN SCR -
+
+
+
+ ▄▄▄
+ ▄▄▄▄█▀█ █ ▀
+ ▀ ▀▀ ▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▀ ██ █▄█▀█▀▀██ ▀▀▀▀▀▀ ▀ ▀
+ 1 11 01101100 1101111000101001010001010001001 ██▀▀█ ▄██ ██▄▄█ 10 1000 1
+ ▄▄ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ █▄▄█▀▀▀▀█ ▄█ ▄▄▄▄▄▄▄▄▄ ▄ ▄▄
+ ▀▀▀▀
+
The Dutch TV Releasing Standards 2006
+Revision 1.1 20 feb 2007
+
+Audio:
+- Must be VBR MP3 or AC3 (no transcoding on AC3)
+- Must be stereo when it's available
+- ABR is not VBR
+- 44.1 kHz or 48 kHz allowed
+- MP3 files must be normalized
+- No multi-language
+
+Video:
+- Must be 25 FPS
+- Keyframes must be inserted <= 20 seconds and must be inserted
+ according to scene changes and framesizes as determined by the
+ codec or encoding application
+
+Codec:
+- Only XviD 1.0 final+ and x264 allowed
+- 2 or more passes must be used
+- No dupes based on codec, use internal instead
+- Quartel Pixel not allowed due to incompatibility issues
+
+Resolution:
+- Width: 512 - 672 for WS/letterboxed, 448 - 640 for FS
+- Height and width must be a multiple of 16
+- Cropping is required. Over cropped releases are a technical flaw.
+- Changing ARs, in that case the cropping must be applied to the image that
+ presents more pixels
+- Subtitles must not be cropped
+- Aspect ratio must be within 5% of the original aspect ratio.
+
+Size:
+- Episodes shall not overlap on CDs
+- 20-23 min: 175 MB
+- 23-35 min: 233 MB
+- 35-50 min: 350 MB
+- 50+ min: 700 MB
+- 100+ min: 1400 MB (2 x 700MB)
+- 2% under the maximum size is allowed
+
+Packaging:
+- All releases must be AVI, MP4 or MKV.
+- Must be packed with RAR, no compression
+- 15.000.000 bytes or 20.000.000 bytes archives
+- Recovery record allowed
+- Must have SFV
+- Must have NFO
+- NFO must include:
+ * Group name
+ * Title
+ * Episode title (if any)
+ * Release date
+ * Air date
+ * Video resolution
+ * Video bitrate
+ * Video length
+ * Audio bitrate
+ * Number of RARs
+ * Source
+
+Credits:
+- Cutting not allowed
+- Downsampling not allowed
+
+Sample:
+- Required +/- 1 min
+- In a seperate 'Sample' folder
+- Must be taken from the released material, not encoded separately
+- .ts on DSR/PDTV/HDTV sources with questionable quality
+
+Propers:
+- Only based on technical flaws, not on ripper's choice (like codec)
+- Proper reason must be mentioned in the .nfo
+
+Directory naming:
+- No indication of ripping methods
+- No genres or channel
+- Allowed characters are a-zA-Z0-9.-_
+- Session tags should be like SxxEyy, where xx is the season and yy is the episode number
+- Miniseries should be tagged without seasontag, only Eyy
+- Releases with more than 1 CD must be named CD1, CD2, etc.
+ * Each directory should contain an SFV file
+ * Only 1 sample
+- Dutch spoken series should be tagged accordingly with the tag 'DUTCH'
+- Flemish spoken series should be tagged 'FLEMISH'
+- Other languages and dutch subbed should be tagged 'NLSUBBED'
+- Must be tagged WS, if its letterboxed or widescreen. FS tag is not allowed.
+- READ.NFO tag is allowed if an important note is included in the .nfo
+
+Sources:
+- HDTV: Digital recording from a source stream at either 1080i or 720p at a bitrate from 19,39mbps or higher
+- PDTV: Other resolution digital recordings from source streams at a bitrate of 10+mbps or higher.
+- DSR: Other resolution digital recordings with a bitrate lower than 10 mbps
+- TVRip: Analog recordings or digital recordings that were converted from digital -> analog -> digital
+ ( This includes DVD-recorders, boxes that have analog output, etc )
+
+Dupes:
+- FLEMISH doesn't dupe DUTCH, DUTCH doesn't dupe FLEMISH
+- HDTV dupes PDTV/DSR if resolution is not HR (760+ width) or full HDTV resolution
+- PDTV dupes DSR, DSR dupes PDTV
+- TVRip dupes PDTV/DSR/HDTV
+- FS dupes WS, WS doesn't dupe FS
+- FS doesn't dupe WS if it contains more picture (use proof .jpg sample)
+- Letterboxed is WS
+
+Quality control:
+- If a group releases PDTV/HDTV or DSR releases, and there are doubts if this is actually true, a
+ Transport Stream file (.ts) must be given by the group to prove it
+
+
+Signed by:
+MiSTAKE, DiFFERENT, STELLA, JUPiLER, TDF, RENTALTV
+
As most of you are aware, the PDA scene as a whole has been working with a new set of rules but have nothing written down except the good old rules written by some of the older PDA groups (respects to you) but as we all know times change and so must the rules, The new set of rules you will see below havent changed that much from the old (old used as template).There are however "some" changes that have been made for various reasons (some will be explained through-out the new set). As new improvements are made in the PDA world im sure there will be more changes made to this but as it stands today this is the new set of rules, Please pass it on to new groups that need a copy as we all hate seeing the scene flooded with incorrectly packed/released programs just wasting nukers time.
+
+Release Name Creation :
+***********************
+
+PalmOS:
+
+<developers name>.<program name>.vX.xx.<optional Language>.PalmOS.<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.PalmOS5.<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.PalmOS5.4.<cracktype>-<groupname>
+
+etc
+
+Phone:
+
+<developers name>.<program name>.vX.xx.<optional Language>.Platform.JAVA.<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.Platform.J2Mev1.<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.Platform.J2Mev2.<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.Platform.SymbianOS.<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.Platform.SymbianOS6.1<cracktype>-<groupname>
+<developers name>.<program name>.vX.xx.<optional Language>.Platform.SymbianOS7.<cracktype>-<groupname>
+
+etc
+
+Platform can be: S60, S60v1, S60v2, S60v3, UIQ, UIQ3 OR specific phone: e.g. N9210 or N70
+
+S60 is used when the app runs on all Series 60 editions: 1.0, 1.2, 2.0, 3.0
+be aware that if this platform is used the SymbianOS tag should be without a version number since S60 editions run on different versions of Symbian OS
+
+S60v3 apps which run on S60v3 will have to use SymbianOS9.1 or later
+
+UIQ is used for apps which run on UIQ versions 2.0, 2.1
+
+UIQ3 should be used for UIQ v3, be aware that UIQ3 is only used in SymbianOS9.1 or later
+
+PHONE: if the app is for a specific phone model please use: SE.P9x0 for SonyEricsson P900/P910 or NN70 for Nokia NN70, e.g.
+
+PPC:
+
+<developers name>.<program name>.vX.xx.<optional Language>.CPU.OP-SYS.<cracktype>-<groupname>
+
+OP-SYS can be:
+
+CE......that is CE 2.0
+PPC.... that is for WinCE 3.0 but its not called CE, 99% runs also on new ARM machines with PPC2002
+HPC2000 that is a HandheldPC with keyboard (no pen) only ONE from HP existing
+PPC2002 that is successor of PPC now most common and runs only on ARM machines
+WM2003..that is for XScale machines running Windows Mobile 2003
+WM2005..that is for XScale machines running Windows Mobile 2005
+
+CPU types can be:
+
+SH3 is SH3 CPU
+MIPS is MIPS CPU
+ARM is STRONG ARM CPU
+IPAQ is NOT a cpu but runs ARM , there are progs that run only on IPAQ so IPAQ has to be named as CPU
+XSCALE is XSCALE CPU
+
+........For future extensions :
+........If there is a program version for a special machine then name the machine type instead of the cpu ( see the IPAQ example above ! )
+
+<groupname> has to be <name>pda..to part the pda section !!!
+
+Examples:
+DevelopersName.ProgramName.v1.2.JAPANESE.PalmOS.Regged-GROUPpda
+DevelopersName.ProgramName.v1.2.JAPANESE.ARM.PPC2002.Regged-GROUPpda
+DevelopersName.ProgramName.v1.2.JAPANESE.SymbianOS.Regged-GROUPpda
+
+* Optional language tag should only be used on NON english releases...
+
+
+PDA EBooks :
+*************
+
+<ebook name>.<Edition>.<optional Language>.OP-SYS.-<groupname>
+
+Edition : Bookversion or Edition..
+OP-SYS..: OperatingSystems eg. PalmOS, PPC
+
+
+CrackTypes :
+*************
+
+Can Be :
+
+- Regged................serial data is included in nfo
+- Cracked.............. the program file has been altered to register the proggy. The program is then "Preregistered", "any name and/or serial can be entered" or "nags/trials removed"
+- Incl.Keymaker........ if keymaker is included in package
+- Incl.Keymaker.Patch.. if program is patched and shows correct serial relating to the hotsyncname(palmos,ppc) after program start or after entering any serial
+- Incl.PalmOS.Keymaker..if keymaker for PalmOS is in the package (if you want use some kind of plugin system for your keygen you HAVE to incl. the plugin program also (not only the plugin))
+- Incl.WinCE.Keymaker.. if keymaker for WinCE is in the package (if you wanna use some kind of plugin system for your keygen you HAVE to incl. the plugin program also (not only the plugin))
+- Incl.Java.Keymaker....if keymaker comes via java applet, the java applet has to be delivered with a name.html file that loads the java app.
+
+* If a Keymaker is only in the package then a url to get the prg has to be included in nfo !
+* If a Serial (HOTSYNC independent!) is only in the package then a url to get the program has to be included in nfo !
+
+Allowed are :
+
+- Keymaker.Only
+- JAVA.Keymaker.Only
+- PalmOS.Keymaker.Only
+- OPL.Keymaker.Only (Epoc16)
+- OP32.Keymaker.Only (Epoc32)
+- CPU.OP-SYS.Keymaker.Only
+
+Keymakers can be written in :
+
+Dos, Win32, PalmOS, WinCE, Java ( with start.html )
+
+Keymaker / Keygen same difference.. replace as you see fit in the above examples.
+
+
+Release Rules :
+****************
+
+Release format/size :
+
+If a release is bigger than 5mb then it has to be parted in 5mb packages
+
+Keygens:.... A keymaker is allowed to be only (re-)released
+
+1) when a major version hop of the application occurs i.e. 1.xx -> 2.xx
+2) when the key algo changes. An algo-change has to be announced by including READ.NFO in dirname AND a short description in the nfo (for example: "Keygen algo changed")
+3) when there has not been a re-release within a 1/2 year.
+
+Example(1) : Keymaker released first time for v1.11 .
+The first time it can be replaced for not being a dupe is when the version changes to v2.xx or if the key algo changes. So also in v1.12 ;)
+
+Example(2): Prog.v1.1.incl.Keymaker-GRP released 01/01/2006 the next allowed release date for Prog.v1.11.incl.Keymaker-GRP would be 07/01/2006. Its (of course) NOT allowed to release the SAME version again ever.
+
+Keymaker.Only releases are allowed, but then include the url where where to download the program in the nfo.
+
+Keygenpatch: A Keygenpatch is a patch that alters the program that it shows the right serial for the actual hotsync (and which regs it of course).
+
+Keygenpatches are like Keygens (same rules here) with one difference:
+Its allowed to release a Keygen after a Keygenpatch (even for the same version)
+
+Cracks:......Cracks in form of patched programs can be released for every version UNTIL they got keygened or a serial is released.
+
+If a keygen or serial gets invalid for some reason a new crack can be released.
+
+Regged:......Can be a serial or name + serial. (hotsync id independent)
+
+(Serial).... Same rules as for keygens apply here (major version hops, serial change, 1 year rule)
+Retail:......A retail is treated like a crack with these exceptions:
+- You are allowed to release a retail after a regged/crack/keygen/keygenpatch IF (!) there's something special added (some kind of extra stuff that you dont have in the shareware/demo version). If thats the case you have to add a READ.NFO to the dirname and list whats the additional stuff
+
+Normally retails should be released when its not possible to download an uncrippled version which can be regged/keygenned.
+
+
+Additional Notes:
+******************
+
+If possible (we all know it is) PLEASE TRY and include the developers name at the begining of your release. This will help prevent unnecessary nukes for mistaken duplicates and help...If the developers name is too long it is OK to abbreviate it or leave it out but PLEASE TRY to make sure it gets in there.
+
+All releases must be (zip-)packed with the necessary files for the release and a .nfo and .diz from the group.
+
+Minor Updates (for KEYGEN(incl.patch) & REGGED):..As explained above this is set at every 6mths , It USED to be 1 year in the old set of rules
+
+....but we have all agreed upon the notion that every 6months is sufficient as programs can change
+....ALOT within 6months and without flooding the scene with mu's that are 14days etc like 0day.
+
+
+
+Internals: As internals may save you from a dupe nuke, they should NEVER be raceable, hence you should only pre them on your WHQ or a site "you" own...Internals are meant to be just that.. INTERNAL .. please keep it that way.
+
+
+READ NFO:..IF you label a release READ.NFO please have a clearly stated section in your nfo on what the READ.NFO is all about, dont make people guess...If you want people to read it for a certain reason make sure they can :)
+
+
+EXTRA INFO IN DIRS:..If you have extra information in dirs, such as READ.NFO, DIRFIX, NFOFIX.. It MUST go as follows...
+
+...... DevelopersName.ProgramName.v1.2.PalmOS.Regged.READ.NFO-GROUPpda
+...... DevelopersName.ProgramName.v1.2.ALL.PPC.Regged.DIRFIX-GROUPpda
+...... etc
+
+...... Other information such as HAPPY.NEW.YEAR, MERRY.CHRISTMAS,HAPPY.NEW.YEAR.OF.THE.DOG.DIE.OLD.CHICKEN etc ...... PLEASE ONLY tag ONE of your releases as such, you dont need to tell people happy new year 5 or 50 times in one pre.
+
+
+PDA Trainer rules:
+*******************
+
+Naming:
+
+Folder names:
+........For Trainers naming should be:
+........DevelopersName.Game.Version.Plus.X.Trainer.OS-Group
+
+example:
+........ExampleSoft.Mario.v1.0.Plus3.Trainer.PalmOS-FooBarPDA
+
+For cheats/guides naming should be:
+........DevelopersName.Game.Version.Type.OS-Group
+
+example:
+........ExampleSoft.Mario.v1.0.Cheats.PalmOS-FooBarPDA
+
+
+Allowed types are:
+........- Cheats
+........- Walkthrough
+........- Guide
+
+Allowed OS: same as above PDA rules, if PDA rules change, so does this.
+
+All file names MUST follow 8.3 rule.
+
+If a trainer is already released, a trainer with more cheats is allowed. A group is only allowed to release ONE trainer for each game
+(if group X releases +3 and group Y release +4, group X can NOT release +5).
+
+If a game is released with more than one version (lowres and highres), the trainer-release must include trainers with equal functionality for all these versions.
+
+Trainers/Cheats for games that have not been release on the scene is NOT allowed. The scene release can not be more than 4 months old.
+
+When releasing a Trainer/Cheat you MUST include a public URL in the nfo directing people where to go to download the ORIGINAL program.
+
+
+Trainers MUST:
+... Work on both cracked/uncracked versions
+
+Trainers MUST NOT:
+... Be bigger than 100k bytes
+... Bundle the game
+... Cracks the game.
+... Require better PDA than the game
+
+Cheats MUST NOT:
+... Be stolen from anywere (you have to hack them out yourself)
+
+Important Info To Siteops/Nukers :
+**********************************
+
+As we have seen in the past, there are some rules which prevent groups releases being nuked on an affiliate site...We think that if a valid nuke reason applies to any release, it should be nuked on all sites - affil or not.
+
+................ ->>> AFFIL PREVENTS NOT FROM BEING NUKED !!! <<
+
+
+.....................................RULES SIGNED BY
+.................... -+-+-+-+-+-+-+-+-
+
+.. FEB 2006.. --..XXXXXX
+.. FEB 2006.. --..XXXXXX
+.. FEB 2006.. --..XXXXXX
+.. FEB 2006.. --..XXXXX
+.. FEB 2006.. --..XXXXX
+
(pers_v_1_0.nfo)
+
+0. Polish eBooks Releasing Standards v. 1.0
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+Ponizsze zasady okreslaja standardy wydawania polskich eBookow
+i powstaly w wyniku dyskusji pomiedzy przedstawicielami naste-
+pujacych grup: BiL, iMN, KiOSK oraz PiSToNS.
+
+Zasady obowiazuja od dnia 22 wrzesnia 2006 i nie dotycza
+releasow wydanych wczesniej.
+
+I. KOMIKSY, MAGAZYNY I CZASOPISMA - ZASADY OGOLNE
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+1. Zrodlo:
+
+a) Releasy powinny byc skanowane z wydania papierowego w znaj-
+ dujacego sie w bardzo dobrym stanie, to jest bez widocznych
+ defektow mechanicznych, chyba ze taki defekt jest wina dru-
+ karni lub wydawnictwa. Skaner, na ktorym release jest skano-
+ wany nie moze miec zadnych uszkodzen, ktore wplywaja na ja-
+ kosc koncowego wydania.
+
+2. Skanowanie:
+
+a) Skany musza byc wykonywane w rozdzielczosci minimum 300 dpi.
+b) W przypadku stronic czarno-bialych skany musza byc wykonane
+ w odcieniach szarosci.
+c) Mozna nie skanowac stronic zawierajacych pelnoformatowe re-
+ klamy, ogloszenia drobne, plakaty.
+d) Mozna nie skanowac dodatkow.
+e) Wydanie zawsze powinno posiadac okladke.
+
+3. Obrobka:
+
+a) Dozwolone sa jedynie dwie szerokosci stronicy 1280 i 1600
+ pikseli.
+b) Skany nie powinny posiadac tzw. mory, ponadto powinny byc
+ ostre.
+c) Kazda ze stron musi byc ustawiona prosto optycznie (maksy-
+ malne odchylenie wynosi 1,5 stopni od pionu wzgledem linii
+ tekstu, badz ilustracji).
+d) Obszary znajdujace sie poza obrebem skanowania powinny zo-
+ stac usuniete.
+e) Strony nie powinny przebijac (nalezy np. podlozyc pod skano-
+ wana strone kartke czarnego papieru)
+f) Dozwolone jest laczenie stron - jesli zawartosc to uzasad-
+ nia.
+g) Dozwolona kompresja plikow JPG to 80%-100%.
+h) Maksymalna waga pojedynczej strony nie moze przekraczac 2MB,
+ odpowiednio dla stron laczonych - ilosc stron * 2MB.
+i) Zabroniona jest konwersja skanowanych gazet i komiksow z
+ JPG do PDF.
+j) Zabroniona jest konwersja z PDF do JPG. Jezeli komiks lub
+ magazyn zostal wydany w formacie PDF, to jesli jest to mo-
+ zliwe to w takim tez powinien zostac wydany na scenie (cho-
+ dzi tutaj o poskladane PDFy - zabronione jest na przyklad
+ konwertowanie do JPG w celu zdjecia zabezpieczenia, a po-
+ zniej, z JPG znowu do PDF), przy czym jesli zabezpieczenie
+ nie pozwala na wydanie poskladanego PDF'a, to mozna go prze-
+ robic na JPG i wypuscic.
+
+4. Pakowanie:
+
+a) Pliki nalezy spakowac najpierw w pliki rar (maksymalnie po
+ 5 000 000 bajtow kazdy), a nastepnie w zip dodajac do kazdej
+ paczki wlasny plik file.diz i .nfo. Archiwa ZIP powinny miec
+ nazwy skladajace sie maksymalnie z 8 znakow.
+
+5. Nazewnictwo:
+
+a) Releasy powinny byc nazywane wedlug schematu:
+
+ Nazwa.(Numer).(Rok).(Nr).(TRANSL).(PDF).(WEB).(iNTERNAL).POLISH.(Magazine/Comic/Walkthrough).(PROPER)(READ.NFO).-grp
+
+ Jezeli release to wydanie specjalne, numer specjalny itp.
+ to ta informacja powinna znalezc sie po nazwie, a przed nu-
+ meracja.
+
+ Numer, Rok - dotyczy gazet i czasopism lub komiksow, jezeli
+ taka numeracje posiadaja.
+ Nr - numer kolejny w danym roku.
+ TRANSL - stosowany gdy release tlumaczony jest przez
+ grupe
+ WEB - stosowany do releasow pochodzacych z sieci i
+ nie dostepnych w wersji papierowej
+ (poradniki, platne ziny internetowe)
+ PDF - stosowany gdy release wydawany w formacie
+ PDF
+ Magazine - stosowany podczas wydawania gazet, czaso-
+ pism, magazynow.
+ Comic - stosowany podczas wydawania komiksow.
+ Walkthrough - stosowany podczas wydawania poradnikow.
+
+6. Nuki i propery
+
+ Release kwalifikuje sie do znukowania jesli:
+
+a) Brak w nim stron, jest w niewlasciwej rozdzielczosci lub la-
+ mie zasady - nalezy jednak unikac properow z blahych powodow.
+b) Jesli komiks lub gazeta dostepna jest do kupienia w formacie
+ PDF, a grupa wyda ja w formacie JPG, to w momencie kiedy
+ zostanie wydany na scenie poskladany PDF kupiony u wydawcy i
+ odbezpieczony, to kwalifikowane to jest jako PROPER (i tak
+ powinno byc nazwane).
+c) w PROPERZE powinno byc jasno wyszczegolnione co bylo nie tak
+ w poprzednim releasie - z numerami stron w nfo oraz z przyk-
+ ladami wadliwych stron w samym releasie.
+
+II. MAGAZYNY, CZASOPISMA I PODRECZNIKI RPG - ZASADY SZCZEGOLOWE
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+1. Zrodlo
+
+a) Material nie moze byc darmowy, badz posiadac nakladu mniej-
+ szego niz 150 egzemplarzy
+b) Mozna wydac najwyzej 10 ostatnich numerow w odniesieniu
+ do aktualnego numeru, lecz nie moga byc one starsze niz rok
+ (nie dotyczy prasy zawierajacej literature).
+c) Dzienniki nie moga byc wydawane pozniej niz dzien po ukaza-
+ niu sie.
+
+2. Obrobka
+
+a) Stronice powinny byc nazywane w najprostszy sposob tj.
+ 01.jpg, 02.jpg itd...(dla materialow posiadajacych maksy-
+ malnie 99 stronic) lub 001.jpg 002.jpg itd... (dla gazet za-
+ wierajacych wiecej niz 99 stronic). Pliki JPG powinny byc
+ ponumerowane zgodnie z kolejnoscia wystepowania w danej ga-
+ zecie (jezeli okladka nie jest uwzgledniona numerujemy jako
+ 00.jpg, a w przypadku wiekszej ich ilosci 00a.jpg, 00b.jpg
+ itd.). Numeracja powinna uwzgledniac pomijane strony (jezeli
+ reklama znajduje sie na stronie 69, numeracja powinna wygla-
+ dac nastepujaco: 68, 70). Informacja o pominietych stronach
+ powinna byc w nfo.
+
+IV. KOMIKSY - ZASADY SZCZEGOLOWE
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+1. Obrobka
+
+a) Stronice powinny byc nazywane w najprostszy sposob tj.
+ 01.jpg, 02.jpg itd...(dla materialow posiadajacych maksy-
+ malnie 99 stronic) lub 001.jpg 002.jpg itd... (dla komiksow
+ zawierajacych wiecej niz 99 stronic).
+
+
+VI. KSIAZKI
+~~~~~~~~~~~
+
+1. Postanowienia ogolne
+
+
+a) Podstawowym formatem jest RTF (DOC - gdy ksiazka zawiera
+ spora ilosc ilustracji), chyba ze material zrodlowy zostal
+ wydany tylko w wersji elektronicznej np. w PDFIE i nie ma
+ mozliwsci konwersji.
+
+b) Inne formaty moga byc dolaczone do releasu jako dodatek,
+ jednakze nalezy unikac bezsensownego dodawania mnostwa for-
+ matow - np. po co dolaczac PDF'a wygenerowanego z Worda,
+ skoro zrobienie takiego pliku to kwestia paru sekund (czym
+ innym juz jest PDF poskladany w programie DTP).
+
+c) Obowiazuje zasada jeden release na jedna ksiazke - jesli
+ grupa chce pozniej wydac dana ksiazke w innym formacie
+ musi byc to internal, przy czym po wydaniu releasu nie-
+ finalnego mozna wydac jeszcze release finalny.
+
+d) Do releasu trzeba dolaczyc wszelkie mapki oraz ilustracje do
+ ktorych znajduja sie odnosniki w tekscie. Inne ilustracje i
+ okladka nie sa obowiazkowe.
+
+ Mapki i okladka - w osobnym pliku graficznym (jpg, png itp)
+
+ Ilustracje - wstawione w tekst, najblizej jak sie da
+ miejsca, w ktorym byly w wydaniu papie-
+ rowym.
+
+ Jesli ebook zawiera ilustracje mozna dolaczyc do wydania
+ druga wersje - bez ilustracji.
+
+e) Wprowadza sie rozgraniczenie na releasy niefinalne i final-
+ ne.
+
+ Release niefinalny - ksiazka zdatna do czytania, z drobnymi
+ bledami i prostym formatem
+
+ Release finalny - wydanie ostateczne ksiazki, z doskona-
+ la korekta i formatowaniem
+
+2. Release niefinalny musi spelniac nastepujace warunki:
+
+a) Usuniete wszelkie smieci Fr'a, poprawione akapity rozwalone
+ w srodku zdania, usunieta numeracja stron, a takze podzialy
+ stron (w sensie - po kazdej stronie, nie chodzi tutaj o
+ podzialy wstawione na przyklad przed nowym rozdzialem) lini
+ i wyrazow.
+
+b) Co prawda ksiazka powinna byc przeczytana, ale dopuszcza sie
+ mozliwosc wydania releasu bez czytania - jednakze nalezy o
+ tym napisac w nfo, a sam tekst powinien byc bardzo dokladnie
+ sprawdzony w FineReaderze i Wordzie.
+
+c) Rozdzialy, czesci, podrozdzialiki - tak jak w wydaniu pa-
+ pierowym.
+
+d) Release niefinalny moze byc sformatowany w prosty, jedno-
+ lity sposob.
+
+2. Release finalny musi spelniac nastepujace warunki:
+
+a) To, co w relasie niefinalnym, dodatkowo tekt MUSI byc prze-
+ czytany i bardzo dokladnie sprawdzony oraz sformatowany po-
+ dobnie do wydania papierowego (tzn. odpowiednie style na
+ rozdzialach i czesciach ksiazki, wieksze wciecia przy wier-
+ szach i listach itp).
+
+b) Akapity powinny byc ustawione tak jak w ksiazce lub popra-
+ wione na akapity logiczne (jesli laczenie akapitow nie bylo
+ zamierzeniem autora, a w wydaniu papierowym byly bledy).
+
+c) Jesli dana grupa chce wydac korekte finalna na bazie wczes-
+ niejszego releasu niefinalnego innej grupy, to musi uzyskac
+ zgode i napisac w nfo ze taka zgoda byla (chyba ze ksiazka
+ zostala zeskanowana po raz drugi - co jest latwe do spra-
+ wdzenia).
+
+3. Nuki i propery
+
+ Release kwalifikuje sie do znukowania jesli:
+
+a) Brak w nim stron, lub posiada znaczna ilosc bledow - rozwa-
+ lonych akapitow, literowek i smieci FR'a. Nalezy jednak
+ unikac PROPEROW z blahych powodow, a w interesie grupy,
+ ktora decyduje sie wydac PROPERA lezy, zeby udowodnic,
+ ze poprzedni release byl wadliwy.
+
+b) w PROPERZE powinno byc jasno wyszczegolnione co bylo nie tak
+ w poprzednim releasie a do archiwum nalezy dolaczyc porowna-
+ nie dokumentow oraz liste bledow.
+
+4. Nazewnictwo i pakowanie
+
+a) Releasy powinny byc nazywane wedlug schematu:
+
+ Nazwisko.Imie.Tytul.(TRANSL).(iNTERNAL).(Final).POLISH.eBook.(PROPER).(READ.NFO).-grp
+
+ Final - w przypadku wydania finalnego
+ TRANSL - stosowany gdy release tlumaczony jest przez grupe
+
+b) Pliki nalezy spakowac najpierw w pliki rar (maksymalnie po
+ 5 000 000 bajtow kazdy), a nastepnie w zip dodajac do kazdej
+ paczki wlasny plik file.diz i .nfo. Archiwa ZIP powinny miec
+ nazwy skladajace sie maksymalnie z 8 znakow.
+
+c) Ksiazka w archiwum powinna byc nazwana w nastepujacy sposob:
+
+ Nazwisko_Imie_-_Tytul.(format) - ksiazka
+
+ Nazwisko_Imie_-_Tytul_-_okladka.(format) - okladka
+
+ Nazwisko_Imie_-_Tytul_-_nazwa_mapy.(format) - mapy
+
┌────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The of PSP Movie Releasing Groups Presents │
+│ │
+│ The PSP Movie Releasing Standards 2006 │
+│ │
+└────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────┬───────────────────────┬──────────────────────────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ SOURCE: │
+│ │
+│ - DVDR SVCD VCD and XviD source allowed. │
+│ │
+│ │
+│ │
+│ VIDEO: │
+│ │
+│ - Averaged Variable Bitrate (A-VBR) technique must be used. │
+│ - At least 2pass rips are required. │
+│ - 97-110 Min/CARD Minimum bitrate of 438kb │
+│ - 00-97 Min/CARD Minimum bitrate of 512kb │
+│ - Releases must be maximum 458mb per disc to fit in a 512mb CARD. │
+│ - Minimum 110 min/card. │
+│ i.e. 2 Card movie minimum 110 x (2-1) = 110 minutes │
+│ i.e. 3 Card movie minimum 110 x (3-1) = 220 minutes │
+│ - .THM must be included. │
+│ - Cropping is required to the maximum possible. │
+│ - Movie encode must be within 5% of original aspect ratio. │
+│ - Burned subtitles are ONLY allowed for non english releases. │
+│ │
+│ │
+│ 112 Min movie On two Cards │
+│ 112/2 = 56 Min on each card = Minimum bitrate of 512kb │
+│ │
+│ 196 Min movie on two cards │
+│ 196/2 = 98 min on each card = Minimum bitrate of 438kb │
+│ │
+│ │
+│ │
+│ TV RULES: │
+│ │
+│ - 1 Card = 458mb │
+│ - Episodes shall not overlap on Cards (i.e. 2eps/Card, 4eps/Card │
+│ is allowed, 1.5eps/Card is NOT). │
+│ - Episodes are not subject to the same scaling rules as cinematic │
+│ features and must obey forementioned rule. │
+│ - 5x 15-20min = 1Card, Releases shall not be over 91mb. │
+│ - 4x 20-23min = 1Card, Releases shall not be over 114mb. │
+│ - 3x 23-35min = 1Card, Releases shall not be over 152mb. │
+│ - 2x 35-50min = 1Card, Releases shall not be over 229mb. │
+│ - Episodes longer than 50 minutes, will follow the length rules │
+│ of cinematic. │
+│ │
+│ │
+│ │
+│ NOTE: Runtimes not mentioned above should fit on 1 Card i.e. 6x76mb, │
+│ 7x65mb etc. │
+│ │
+│ │
+│ │
+│ FRAMERATE: │
+│ │
+│ - MUST be closest possible to the original source framerate │
+│ │
+│ │
+│ │
+│ AUDIO: │
+│ │
+│ - CBR technique must be used. │
+│ - Minimum 128kbit @ 24.0khz │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ │
+│ │
+│ │
+│ SAMPLE: │
+│ │
+│ - REQUIRED │
+│ - 1 minute in length │
+│ - Must have .THM. │
+│ │
+│ │
+│ │
+│ PACKAGING: │
+│ │
+│ - All releases must be MP4/THM. │
+│ - Must be packed with RAR into 15mb volumes ,compression is NOT ALLOWED │
+│ - Recovery record recommended. │
+│ - Must have SFV │
+│ - Must have NFO │
+│ - NFO MUST INCLUDE: │
+│ Group name │
+│ Title │
+│ DVD release date │
+│ Source release │
+│ Audio bitrate │
+│ Framesize/aspect ratio │
+│ Video bitrate │
+│ Source used (Xvid/DVDR) and (TC/TS/DVD/DVDSCR/HDTV/PDTV) │
+│ Movie runtime/length │
+│ IMDB/adultdvdempire link │
+│ Number of rars per CARD (eg. 31x15MB) │
+│ - Releases that are more than 1 CARD will follow these specs: │
+│ - MUST be named CARD1, CARD2 and so on. │
+│ │
+│ │
+│ │
+│ DIRECTORY NAMING: │
+│ │
+│ - Directory names shall NOT exceed 64 characters. │
+│ - Including production year is at groups discretion, but encouraged. │
+│ - Indicate source quality in dirname (TS/TC/DVDRiP/DVDSCR) │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . -_ │
+│ │
+│ - All Release directories, shall be named according to : │
+│ Movie.Name.Year.Source.Codec.PSP-Group, │
+│ (i.e. Seven.1995.DVDRiP.MP4.PSP-General) │
+│ │
+│ │
+│ │
+│ PROPERS: │
+│ │
+│ - No previous releases may be propered based on quality. That means no │
+│ propers based on what source used, xvid/dvdr │
+│ For quality reasons you can use INTERNAL. │
+│ - Propers will be allowed in the case of technical problems, bad aspect │
+│ ratio, sync problems, skipping/freezing, interlaced, bad ivtc, etc │
+│ - Sample of the propered release should be included for proof. │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴──────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ - Group Watermarks WILL NOT BE ALLOWED IN ANY CASE. │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ movie is accepted. │
+│ │
+│ │
+└───────┬┬──────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬───────────────┴┴───────┐
+│ └────────[ GROUPS ]────────┘ │
+│ │
+│ PSP 2006 revision was organized by: │
+│ │
+│ KMS - OMG - CI - CcR - EwDp - UKPsP - PSPTV - FUCT │
+│ │
+│ │
+│ Respects to the original PSP council organizers: │
+│ │
+│ MTG - MmM - SbN - iRGUN - PmG │
+└────────────────────────────────────────────────────────────────────────────┘
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+ ██▀▄▄ ▀█▀ ▄ ▀█▀ ▄ ▀█▀ ▄▄█▄██
+ ████▀ ▄██ █ █ █ █ ▄▄ ▀███
+ ████ ▀▀▀█▄ ▀ ▄█▄ ▀ ▄█▄ ▀▀ ▄████
+ █▀▀▀▀▀▀▀▀▀▀▀▀██████████████████████▄
+ █ ████▀▀▀██▄ ▄ ▄▄▄▄▄▄ █ ▄ ▄▄ ▀█
+ █ ████ █ ████ ██ ▀ ▓██ ▄ ███ █
+ █ ████ ▀ ███ ▄ ▄██▀▀▀███ ███ ▀ ███ █
+ ┌── ─ █ ████▀▀▀▀▀ ▄█ ███ █ ███ ▀▀▀▀▀███ █ ─ ──┐
+ │ ┌──────█ ▓███ ██ ▀██▄▄▄██▓ ▄ ▄▄▄▄███▀ █────┐ │
+ │ ▄█▄▄ ▀▀▀▀▀▀▀▀ ▄▄▄▄▄▄▄▄▄ ▀▀▀█ │
+ │ │ ▄█▀▀ ▄▄▄▄████ ▄███ ▄▄█ ▄▄▄▄█▄ ▄▄▄▄▄▄██▓ █ │ │
+ │ █ ▄███ ▄ ████ ▀▀▀▀ ████▄▄ ▄ █ ███ ▄ ████ █ │
+ ┌─┴──█ ████ ▀ ▀▀▀ ▓███ ████ ████ ▀ ████ █──┴─┐
+ _ __ ___ ___│__ █▄ █▀▀▀▀▀████ ████ ▓███ █ ███▀████▀▀▀▀▀▀ ▄█ __│___ ___ __ _
+\\\\ \\ \\ \ █▄ ▄ ▄▄▄██▓▀ ███ ▀██▄▄▄██▀ ▀███▄▄▄ ▄ █ / // // ////
+ \\\\_\\__\\_____\ █▄▄▄▄▄▄▄▄▄▄█▄ ▀█ █▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█ /_____//__//_////
+ ┌──────┤ █nrn▀████████▄ ▄ ██▄▀▄█▄▀▄█▄▀▄█████████▀ ├──────┐
+ ┌─│ ┐│ │ ▀ ▀█████▄▄▄██▄█▄█▄█▄█▄█▄██▀ █ │ │┌ │─┐
+ ┌─│ │└ │ ▀ █ █ █ ▄ │ ┘│ ├─┐
+┌─────┴──────┘ ┘ ▄ ▀ ▄ └ └──────┴─────┐
+│ ▀ │
+│ Official Pay Web Sites (PAYSiTES): XXX Videos Council Rules │
+│ Public Release Version 1.0 │
+│ │
+│ Requirements: Notepad with Terminal font support or DAMN NFO Viewer │
+│ │
+│ Index │
+│ 0. Introduction │
+│ 1. Video Formats │
+│ 2. Release Standards │
+│ 2a) Directory │
+│ 2b) Files │
+│ 2c) NFO File │
+│ 2d) Sample │
+│ 2e) RAR Files │
+│ 3. Propers and dupes │
+│ 4. Legal nuke reasons │
+│ 5. Additional restrictions and guidelines │
+│ │
+│ │
+│ 0. Introduction: │
+│ Pay-web-sites XXX section, which is also know as PAYSiTE-XXX became │
+│ popular in the scene. │
+│ Groups who used to release PAYSiTE-XXX videos for a while noticed │
+│ that more and more new groups are starting to support this section │
+│ and felt the need to make proper rules for this section. │
+│ Read carefully and understand the rules: │
+│ │
+│ │
+│ 1. Video Formats: │
+│ - You may rip sites with the video formats: MPEG, XviD, DivX and WMV. │
+│ - Re-encode is strictly forbidden. │
+│ Exception: You may re-encode the video WITHOUT CHANGING FORMAT to │
+│ prevent a nuke or to fix the video. │
+│ - You are allowed to provide stream videos (WMV in most cases). │
+│ - No DRM protected movies! │
+│ │
+│ 2. Release Standards: │
+│ 2a) Directory: │
+│ The directory may be tagged in one of these ways: │
+│ 1. (Web.site).(EP#)[.EP.or.model.Name].(Video.Format).XXX-(GRP) │
+│ Example: Bangbus.E100.Ariana.MPEG.XXX-SOMEGROUP │
+│ In this case, the first Episode is the first (by post date) │
+│ on paysite and so-on. │
+│ 2. (Web.site).(EP.Name.or.Model's.Name).(Video.Format).XXX-(GRP) │
+│ Example: Pix.And.Video.Lena.vaudeville.vixen.DivX.XXX-SOMEGRP │
+│ * For stream rips add a STREAMRiP tag before the format. │
+│ Example: Club.Jenna.Throne.STREAMRiP.WMV.XXX-NiCEGRP │
+│ 2b) Files: │
+│ These files must come within the release: │
+│ 1. SFV File. │
+│ 2. NFO File. │
+│ 3. You can pack more than one video if you are releasing │
+│ a daily issue or a volume. │
+│ 4. All the small video parts must be joined into one big │
+│ file WITHOUT changing the format as said above. │
+│ Note1: If there is an intro/outro on each part then it │
+│ must be removed from all parts, except if: │
+│ The intro on the 1st part must stay. │
+│ The outro on the last part must stay. │
+│ Note2: Merging parts of "high quality" to "med quality" │
+│ or to "low quality" (and vice versa) will get │
+│ you into troubles. If the source is fucked in │
+│ any way use READ.NFO to declare about it │
+│ (scroll to section 5). │
+│ 2c) NFO File: │
+│ NFO must contain the following: │
+│ 1. Full URL to the paysite (http://). │
+│ 2. Genre/Category. │
+│ Allowed categories are: │
+│ http://www.thebestporn.com/categories_niches.html │
+│ Use "other" if not shown above. │
+│ 3. Video format (see above). │
+│ Additional info: │
+│ You can provide score and/or information of a paysite from│
+│ http://www.TheBestPorn.com (if there is one available) and│
+│ link to TheBestPorn review. │
+│ 2d) Sample: │
+│ - Sample must be a part of the original video file. │
+│ - Length: A minimum of 1:00 minute (1500 frames). │
+│ A maximum of 1:30 minutes (2250 frames). │
+│ - Sample file must be a video file (not a RAR) as some sites use │
+│ scripts to analyze samples! │
+│ - No SFV in the sample dir. │
+│ 2e) RAR files: │
+│ - Each volume should be 15000000b long. │
+│ - You may use 1 or 2 recovery volumes; or not use them at all. │
+│ - Compression is strictly forbidden. │
+│ │
+│ │
+│ 3. Propers and dupes: │
+│ 3a) Proper can be made only if the group released incompleted/corrupted │
+│ (by their fault) video. │
+│ 3b) Different video formats dupe each other; the first format wins. │
+│ │
+│ │
+│ 4. Legal nuke reasons: │
+│ - dupe.GROUP.YYYY-MM-DD │
+│ Description: When the video was released already. │
+│ Additional dupe reasons: │
+│ selfdupe.YYYY-MM-DD - The video released already by the same group. │
+│ dupe.GROUP.sameday - The video was released in the same day by a │
+│ different group. │
+│ - grp.req │
+│ Description: Only when the releasing group requests for a nuke. │
+│ - bad.pack(reason) │
+│ Description: When the release made without following the Release │
+│ Standards (see sections 2b-2e). │
+│ - reencoded │
+│ Description: Release was re-encoded (example: from WMV to DivX). │
+│ - unwanted.intro │
+│ unwanted.outro │
+│ Description: The release has unoriginal content in the start or │
+│ in the end of the movie. │
+│ - bad.tagging │
+│ Description: See section 2a. │
+│ - watermarked │
+│ Description: The video contains unoriginal watermarks. │
+│ * No nukes caused by audio because PAYSITE-XXX groups provide the │
+│ videos as-are on website. │
+│ │
+│ │
+│ 5. Additional restrictions and guidelines: │
+│ - No homemade watermarks on video. │
+│ - No homemade intros/outros. │
+│ - You may use common scene tags (PROPER, READ.NFO, INTERNAL, etc). │
+│ │
+└───┬┬───────────────────────────────────────────────────────────────────┬┬───┘
+┌───┴┴───────────────────────────────────────────────────────────────────┴┴───┐
+│ The rules were accepted by the following groups: │
+│ │
+│ THM XaRT ESEXXX LuBEXXX oRo RACiM koCZka │
+└──────────────────────────┬───────────────────────┬──────────────────────────┘
+ │ - Enterprise of THM - │
+ ┌─ ─ ─ ── ──┴───────────────────────┴── ── ─ ─ ─┐
+ ┌──│─┐┌─┐┌┐ _ __ ________ ___ ________ __ _ ┌┐┌─┐┌─│──┐
+ │ └─┘│ │││ __ _ // \\ _ __ │││ │└─┘ │
+ └─────┘ └┘└──── ── ─/_/// /_____\ \\\_\─ ── ────┘└┘ └─────┘
+
█ █
+ █ █
+ █ █
+ █ █
+ █ █
+ █ █
+ ▀▄▄█████▄▄▀
+ ▄▄▄▄▄▄▄▄▄▄▀▀███████▀▀▄▄▄▄▄▄▄▄▄▄
+ ▄▓▓████████████▄▄▄▄▄▄▄████████████▓▓▄
+ ▐▓▓██▀ ▀███████▓▓▌
+ ████▌ ░░ ▐██▀▀▀▀███
+ ████ ░░ ▄▄▄▀ ▄██▓░ █ ░░ ██
+ ████ ▄▄▄█████▀ ▐██▓░ █▄ ▄██
+ ████ ████████████▄ ██▓░ ███▀▀▀███
+ ████ ▀▀▀ ████ ▀███▄██▓░ ██ ░ ██
+ ████ ████ ▀███▓░ ███▄▄▄███
+ ████ ████ ▀▓▒ ████▀█ ██
+ ████ ████▄ ▐▌█▀▓ ▀▀█ ██ █ █░██
+ ████▌ ██▀▀ ▀ █▄█ ▓ ▐██ █░█ ██
+ ▐▓▓██▄ ▄███░█▄███▌
+ ▀▓▓█████████████████████████████████▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+
+ DEUTSCHE SERiEN UND TV RULES 2007
+ (DSTVR.07.FiNAL)
+
+ - Exclusive HDTV Filme -
+
+
+ Inhaltsverzeichniss:
+ --------------------
+
+ A: Allgemeines/Kategorien
+ B: Encoding (Bild - AR - Ton - Sample)
+ C: Subbed/Custom Subbed
+ D: Dubbing Release
+ E: TV-Race
+ F: Fortfuehrung (TV & Retail)
+ G: Rar Files
+ H: Dirnamen
+ I: Info Datei
+ K: Proper
+ L: Kommentar
+
+
+ ► A - Allgemeines/Kategorien: ◄
+ -------------------------------
+
+A1. Xvid/x264 Serien & TV Release sind in 3 Kategorien bzw. Sparten unterteilt.
+ ►INFO: Das Release einer Kategorie kann nie ein Release einer anderen
+ Kategorie dupen/propern.
+
+ KATEGORIE (1) (Standard) (16:9/4:3) (Xvid)
+ -------------------------------------------
+ Zulaessige Release: Quelle:
+
+ Satrip/DVB/dTV (SDTV) Deutschsprachiges Satelliten TV
+ HDTVRip (HDTV) Deutschsprachiges HDTV
+ HDTVRip Dubbed Auslaendische HDTV Release 720p+
+ HDDVDRip Dubbed Auslaendische Retail HDDVDs
+ DVDRip Dubbed Auslaendische Retail DVDs
+ DVDRip Retail Deutschsprachige Retail DVDs
+
+ KATEGORIE (2) (HR) (16:9) (Xvid)
+ -------------------------------------------
+ Zulaessige Release: Quelle:
+
+ HR.HDTVRip (HDTV) Deutschsprachiges HDTV
+ HR.HDTVRip Dubbed Auslaendische HDTV Release 720p+
+ HR.DVDRip Dubbed Auslaendische Retail DVDs
+ HR.HDDVDRip Dubbed Auslaendische Retail HDDVDs
+
+ KATEGORIE (3) (720p) (16:9) (Xvid/x264)
+ ----------------------------------------------
+ Zulaessige Release: Quelle:
+
+ 720p.HDTV (HDTV) Deutschsprachiges HDTV
+ 720p.HDTV Dubbed Auslaendische HDTV Release 720p+
+ 720p.HD Dubbed Auslaendische Retail HDDVDs
+ 720p.HD Retail Deutschsprachige Retail HDDVDs
+
+ Laufzeit/Groesse: Kategorie (1): Kategorie (2): Kategorie (3):
+
+ bis maximal 21 Minuten: 175 MB 350 MB 700 MB
+ bis maximal 30 Minuten: 233 MB 500 MB 1.100 MB
+ bis maximal 50 Minuten: 350 MB 700 MB 1.400 MB
+ bis maximal 95 Minuten: 700 MB 1.400 MB 2.200 MB
+ bis maximal 140 Minuten: 1.100 MB 2.200 MB 3.300 MB
+ bis maximal 185 Minuten: 1.400 MB 2.800 MB 4.400 MB
+
+ Bei HDDVD dubbed 720p XviD/x264 Releasen ist eine Groesse von 1.100 Mb
+ zulaessig bei einer Laufzeit von 31-50 Minuten.
+
+ Alle Release sind in einem File zu erstellen, bis zur vollen DVD5!
+
+ Blu-Ray/HD Source DVDs sind als gleichwertig anzusehen!
+ ►INFO: Kategorie (3) HDDVD dupt Blu-Ray und umgekehrt.
+ ►INFO: Kategorie (3) XviD dupt x264 und umgekehrt.
+
+A3. Serien & TV Release sind im DVD5 Format zugelassen:
+ DVD.Dubbed, Retail DVDR (Codec Mpeg).
+
+A4. Alle Formate die nicht in Rule A1-A3 genannt wurden sind mit der Bezeichnung
+ Internal im Dir zu labeln. Die Bezeichnung INT ist NICHT ausreichend.
+ ►INFO: Streamrips von Movie/Fernsehportalen sind NICHT erlaubt!
+
+A5. Bei digitalen TV Quellen sind Sender-Logos zu ueberblenden und die Werbung
+ zu entfernen. Extraeinblendungen (zb. Einblendung des Serientitels,
+ Hinweise auf Folgesendungen...) muessen NICHT ueberblendet werden.
+ ►INFO: Dies gilt bei allen SDTV und allen HDTV Releasen.
+ ►INFO: Logos z.B. von der BBC muessen bei Retail Releasen NICHT
+ entfernt werden.
+
+A6. Bei allen HD/HDTV Releasen ist als Basis mindestens eine 720p Source
+ erforderlich.
+ ►INFO: Release/Encodes aus minderer Quelle berechtigen zum Proper (Rule F3).
+
+A7. Sollte der DVD/HDDVD Retail Erscheinungstermin weniger als 30 Tage nach
+ TV Ausstrahlung der E01 sein, so ist auf die Retail DVD zu warten.
+
+A8. Retail Serien sollten mit Folge E01 begonnen werden.
+ ►INFO: Kein Proper Grund.
+
+A9. Nach Erscheinen der deutschen Retails ist ein weiteres Pren der
+ anderen Release in der entsprechenden Kategorie nicht mehr
+ erwuenscht. (zb. Satrip, DVDDubbed etc.)
+
+
+
+ ► B - Encoding Bild/Ton: ◄
+ --------------------------
+
+ ► Bild: ◄
+
+B1. XviD/x264 Serien & TV Release sind mit mindestens 2pass zu codieren. Alle
+ Release sind zu croppen (Ohne schwarze Balken zu erstellen). Auf
+ kompatibilitaet zu DVD/HD Playern bzw. Game Konsolen ist zu achten.
+ ►INFO:Custom Matrixen sind in Kategorie (1) & (2) verboten (Proper Grund!)
+
+B2. Erlaubte Codecs in Kategorie (1) und (2): XviD
+ Erlaubte Codecs in Kategorie (3) : XviD oder wahlweise x264
+ ►INFO: XviD dupt x264 und umgekehrt.
+
+B3. DVDR Release sind mit mind 4 pass cce zu encoden, wenn moeglich zweisprachig
+ deutsch/englisch, wenn die durchschnittliche Bitrate des Bildes unter 3000
+ geht, kann auf engl. Ton verzichtet werden.
+
+B4. XviD/x264 Retail Release der Kategorie (3) muessen in der gleichen
+ Framerate erstellt werden, wie die Original Blu-Ray/HDDVD.
+ ►INFO: Wenn die Source PAL ist, muss das Release auch PAL sein.
+ Wenn die Source NTSC ist, muss das Release auch NTSC sein.
+ (IVTC beachten).
+
+B5. Als Container fuer x264 Release ist Matroska (.mkv) zu verwenden.
+
+
+ ► Aspect Ratio: ◄
+
+B6. Release der Kategorie (1) muessen folgende Aufloesung aufweisen:
+ 16:9 (WS) 640 x 352
+ 4:3 (FS) 512 x 384 / 576 x 432
+
+ Release der Kategorie (2) muessen folgende Aufloesung aufweisen:
+ 16:9 (WS) 960 x 528(544)
+
+ Release der Kategorie (3) muessen folgende Aufloesung aufweisen:
+ 16:9 (WS) 1280 x 720
+
+ Ausnahmen fuer Rule B6 sind dubbed DVD/HDDVD Release, die als Grundlage
+ auslaendische Retail XviD/x264 Rips haben.
+ ►INFO: Abweichende Sonderformate (zb. 2,35:1 ~ 640 x 272) muessen mit
+ einer maximalen Abweichung von 3% des gecropten Releases
+ encodet werden.
+
+
+ ► Ton: ◄
+
+B7. Erlaubte Tonformate fuer Release der Kategorie (1):
+
+ 48.000 Herz MP3 bei circa 128 Kbit VBR (115-145 Kbit durchschnitt)
+ ►INFO: Bei TV Filmen ist eine Bitrate von 192 KBit AC3 erwuenscht.
+ ►INFO: Bei Retail Releasen der Kategorie (1) kann wahlweise der Orignal
+ AC3 Ton genommen werden, wenn mindestens die Haelfte der Episoden
+ dieser Staffel ueber 50 Min Laufzeit haben (700 MB).
+
+B8. Erlaubte Tonformate fuer Release Kategorie (2/3):
+
+ 48.000 Herz AC3 mit 2.0 Channel (Dolby Sourround!) 192-384 Kbit
+ 48.000 Herz AC3 mit 5.1 Channel (Dolby Digital!) 384-640 Kbit
+ ►INFO: Bei HD/Blu-Ray Retails hat eine Konvertierung in DD 5.1
+ zu erfolgen, ueber zukuenftige Moeglichkeiten laesst sich
+ jetzt noch nicht viel sagen.
+
+B9. Bei Releasen in Kategorie(3) ist Duallanguage erwuenscht (Deutsch/Englisch).
+
+
+ ► Sample: ◄
+
+B10.Jedem Release ist ein mindestens 30 Sekunden langes Sample beizuliegen.
+ Das Sample sollte aus dem Release herauskopiert sein und nicht seperat
+ encodet werden.
+
+B11.Liegt einer E01 kein Sample bei, so hat die Release Group 3 Stunden
+ Zeit ein SampleFix nachreichen.
+ ►INFO: Proper Grund!
+
+
+
+
+
+ ► C - Subbed / Custom Subbed Release: ◄
+ ---------------------------------------
+
+C1. Auf Grund der Vielzahl an moeglicher Custom Subbed Releasen und der
+ Moeglichkeit auch ohne eigene Source Release zu erstellen, sind alle
+ Custom Subbed Release internal zu releasen.
+ ►INFO: Deutsche Retail Release mit Untertiteln sind erlaubt!
+
+
+
+ ► D - Dubbed Release DVD/HD/HDTV: ◄
+ -----------------------------------
+
+D1. Bei dubbed Xvid/x264 Releasen muss das Bild in der Laufgeschwindigkeit
+ dem deutschen Ton angepasst werden. Das Bild muss durch einen Encode
+ oder einer Frameratenaenderung auf die entsprechende Laufgeschwindigkeit
+ gebracht werden.(Propergrund)!
+ ►INFO: Deutscher TV/Retail DVD Standard ist 25 FPS.
+ ►INFO: Da in anderen Sprachen mit "packed bitstream" encoded wird, sollte
+ dieser aus dem Release entfernt werden Kategorie (1).
+ ►INFO: Kein encoden notwendig bei DVD/HDDVD Source.
+ ►INFO: Encoden notwendig bei HDTV Source.
+
+D2. Dubbed DVDRips und dubbed HDDVDRip in Kategorie (1) sind gleichwertig.
+ ►INFO: Ausnahme Rule E2
+
+D3. Dubbed HR.HDTV/HR.DVDrip/HR.HDDVDrip in Kategorie (2) sind gleichwertig.
+
+D4. Grundsaetzlich gilt: Ton von einer Deutschen Retail DVD ist bei dubbed
+ HDDVD/HDTV Releasen gleichwertig mit einer Tonspur aus einer
+ TV Ausstrahlung.
+ ►INFO: Ausnahme hier (Kategorie 3, HDDVD dubbed):
+ Sollte auf der deutschen Retail DVD Dolby Digital 5.1 Ton
+ vorhanden sein, ist jederzeit ein Releasen dieser Staffel
+ mit dem Dolby Digital 5.1 Ton erlaubt (neues Race)!
+
+
+
+ ► E - TV Race: ◄
+ ----------------
+
+E1. Bei einem TV Race gibt es nicht nur Proper bei technischen Maengeln,
+ sondern auch Wertigkeits Proper. Es bleiben 24 Stunden Zeit nach einem
+ Episode 1 Pre ein Proper aus Wertigkeitsgruenden zu bringen - siehe
+ nachfolgende Rules. Wie bei jedem Proper ist dieses auch im Dir
+ zu kennzeichnen.
+
+E2. Bei einem TV Race gilt: Ein 16:9 Widescreen (WS) Release ist IMMER einem
+ 4:3 Fullscreen (FS) Release vorzuziehen. Ein 16:9 Release kann nie von
+ einem 4:3 Release gepropert werden, nur umgekehrt!
+
+E3. Kategorie 1: Wenn Episode 1 ZUERST auf PREMIERE ausgestrahlt
+ wird, dann ist kein dubbed HDTVRip oder dubbed DVDRip erlaubt.
+ ►INFO:Ausnahme Rule E2
+ ►INFO:Sollte innerhalb von 24 Stunden nach Start der Episode kein
+ Satrip/DVB/dTV gepred sein, hebt sich diese Rule auf.
+
+CHECK: Startet die Serie zuerst auf Premiere? Wird sie in 16:9 ausgestrahlt?
+
+
+ EE1.TV Race E01 / Kategorie (1) (Standard) (16:9/4:3)
+ -----------------------------------------------------
+ -> Erste Pre = HDTVRip/dubbed HDTVRip - Erlaubtes Proper: dubbed DVD/HDDVDRip
+ -> Erste Pre = SATRip/DVB/dTV - Erlaubtes Proper: dubbed DVD/HDDVDRip
+ ►INFO: DVD/HDDVD dubbed sind gleichwertig
+ ►INFO: Ausnahmen Rule E2 und E3.
+
+
+ EE2.TV Race E01 / Kategorie (2) (HR) (16:9)
+ --------------------------------------------
+ -> Das erste Regelkonforme HR Pre gewinnt.
+ ►INFO: HR.HDTVRip, Dubbed HR.HDTVRip/HR.DVDRip/HR.HDDVDRip sind als
+ gleichwertig anzusehen.
+
+
+ EE3.TV Race E01 / Kategorie (3) (720p) (16:9)
+ ---------------------------------------------
+ -> Erste Pre = 720p.HDTV/720p.HDTV dubbed - Erlaubtes Proper: 720p.HD dubbed
+
+
+E4. Sollte fuer eine Staffel in der Kategorie (1) ein dubbed DVDRip/dubbed
+ HDDVDRip erlaubt sein, bzw. in der Kategorie (3) ein dubbed 720p HD,
+ die dafuer benoetige Source steht aber nicht zu Beginn der
+ Staffel zur Verfuegung, so ist es erlaubt bis zur Ausstrahlung der
+ (einschliesslich) 6. Episode der Staffel dieses nachzuholen. Diese Release
+ muessen bei Episode 1 beginnen und sind keine Proper Release!
+ ►INFO: In diesem Fall gibt es parallel 2 Release dieser Staffel in dieser
+ Kategorie.(NUR in diesem Fall!)
+ ►INFO: Sollte die gleiche Group die das erste Race gewonnen hat dann
+ das dubbed DVD/HDDVD Release pren, ist natuerlich nur noch das dubbed
+ Release zulaessig!!!
+
+
+ ► F - Fortfuehrung TV/Retail: ◄
+ -------------------------------
+
+F1. Durch z.B. eine Sommerpause,geteilte Boxen (Retail) oder aehnliches verliert
+ eine Group nicht das Recht diese Staffel weiterzumachen. Nach dem Ende der
+ Pause wirkt Rule F2 bzw. bei Retail Rule F4.
+
+F2. Faengt eine Group eine Serie an, sollte Sie diese auch konsequent zu Ende
+ machen. Sollte 48 Std. nach Ausstrahlungsende einer TV Episode kein Release
+ gepred sein, kann eine andere Group diese Episode innerhalb von 24 Std.
+ pren (Ersatzepisode). Danach hebt sich diese Rule auf.
+
+F3. Weist ein Release (E02-Ende) Maengel auf, die ein Propergrund darstellen und
+ es wird innerhalb von 24 Std. kein Repack gebracht, so kann von einer
+ anderen Group ein Proper dieser Episode in den darauffolgenden 24 Std.
+ gebracht werden. (25-48 zigste Stunde nach Pre des Maengel behafteten
+ Releases.) Dies bedeutet aber (noch) nicht die Uebernahme einer Serie.
+ ►INFO F2/F3: Sollte das Ersatz ODER das Proper Release 2 mal in Folge von
+ der gleichen Group kommen, dann verliert die erste Group die
+ Rechte an dieser Staffel an die zweite Group.
+
+ Release 1 nach Rule F2/F3 von Group BBB = kein Staffelverlust!
+ Release 2 nach Rule F2/F3 von Group BBB = Verlust der Staffel!
+ Release 2 nach Rule F2/F3 von Group CCC = kein Staffelverlust!
+
+F4. Wenn es 7 Tage (7 x 24h) bei einer Retail Serie (DVDR, XviD, x264)
+ lang kein Release von der Serie gibt, verliert die Group das Recht an der
+ Serie und das Race ist wiedereroeffnet.
+
+
+
+ ► G - Rar Files: ◄
+ ------------------
+
+G1. Die Rar Files sollten im "Old Style Volume Names" erstellt werden
+ und eine Groesse von 15.000.000/20.000.000 bytes in Kategorie
+ (1) & (2) haben, bzw. eine Groesse von 50.000.000/100.000.000 bytes in
+ Kategorie (3) haben.
+ ►INFO: Kein Propergrund
+
+
+ ► H - Dirnamen: ◄
+ -----------------
+
+H1. Um eine einheitliche Nummerierung zu gewaehrleisten, muss eine Episoden-
+ nummerierung immer zweistellig formatiert sein, auch wenn die Serie
+ weniger als 10 Episoden enthaelt. Dies schliesst auch Anime Serien mit ein.
+
+H2. Jede Serie ist mit Staffel und Episodennummerierung zu versehen, auch wenn
+ nur eine Staffel vorgesehen ist. Diese ist auch zweistellig zu formatieren.
+ z.B: S01E01
+
+H3. Der Dirname fuer ein Serien & TV Release im XviD/x264 Format muss folgendes
+ in angegebener Reihenfolge beinhalten:
+
+ 1) Serienname
+ 2) Staffel/Episode
+ 3) Episodentitel
+ 4) Sprache (German) (bei Dubbed Releasen: German.Dubbed)
+ 5) Seitenverhaeltnis (WS/FS)
+ 6) Bildformat/quelle
+ 7) Release Format (XviD/x264)
+ 8) Groupname
+
+ Dead.Zone.S01E01.Der.Bauer.Erwin.German.FS.Satrip.XviD-AAA
+ Dead.Zone.S01E01.Der.Bauer.Erwin.German.Dubbed.WS.HR.HDTVRip.XviD-AAA
+ Dead.Zone.S01E01.Der.Bauer.Erwin.German.Dubbed.DL.WS.720p.HD.x264-AAA
+ Dead.Zone.S01E01E02.Der.Bauer.Erwin.Muellers.Toechter.German.FS.dTV.XviD-AAA
+ ►INFO: In Releasen der Kategorie (3) wird in der Bildquellenbezeichnung
+ auf den Zusatz "Rip" verzichtet, da 720p ebenso das Quellformat
+ sein koennte. Blu-Ray Release sind auch als HD zu betiteln!!!
+
+H4. Die Rule H3 gilt auch fuer Dokumentationen. Hier muss IMMER
+ der Zusatz DOKU eingefuegt werden. Die Staffelbezeichnung
+ faellt hier jedoch ganz weg, die Episoden/Episodentitel muessen eingefuegt
+ werden, sobald es mehr als 1 Teil gibt.
+
+ Die.gruenen.Waelder.E01.Waelder.in.Holland.German.Doku.WS.Satrip.XviD-AAA
+ Der.Wilde.Gogotschi.German.ANIME.FS.DVDRiP.XviD-AAA
+ ►INFO: Bei Anime Serien muss die Bezeichnung "Anime" mit ins Dir.
+
+H5. Der Dirname fuer ein Serien & TV Release im DVDR5 Format muss folgendes in
+ angegebener Reihenfolge beinhalten:
+
+ 1) Serienname
+ 2) Staffel Nummer
+ 3) DVD Nummer
+ 4) Sprache (German/German.DL oder ML oder Complete)
+ (Dubbed Release: German.Dubbed oder German.Dubbed.DL)
+ 5) Jahresangabe (entfaellt bei Dubbed)
+ 6) Seitenverhaeltnis (WS/FS)
+ 7) Release Format (DVDR)
+ 8) Groupname
+
+ Dead.Zone.Staffel1.DVD1.German.Dubbed.DL.FS.DVDR-AAA
+ Dead.Zone.Staffel1.DVD1.German.2005.WS.DVDR-AAA
+ ►INFO: Die Bezeichnung PAL ist nicht notwendig, da alle deutschsprachigen
+ DVD5 Release 25 FPS haben/haben muessen.
+
+H6. Als bevorzugte Dirbezeichnung fuer deutsche digitale Satelliten TV Rips
+ ist die Bezeichnung Satrip zu waehlen, die Bezeichnungen DVB oder dTV
+ ist ebenso zulaessig.
+
+H7. Sonderzeichen sind nicht erlaubt (- ; ? etc), der Gedankenstrich ist nur vor
+ der Groupbezeichnung zu verwenden (-AAA).
+
+
+ ► I - NFO Datei: ◄
+ ------------------
+
+I1. In der NFO muessen mindestens folgende Informationen enthalten sein:
+
+ * Releasedatum
+ * Bildsource mit exacter Bezeichnung
+ ►INFO: z.B. Satstream, PAL DVD5, NTSC DVD9, 720p HDTV
+ * Videoaufloesung (z.B. 640x352)
+ * Audioformat/Anzahl Channel (z.B. AC3 5.1 384 Kbit)
+ * mindestens ein Link fuer Informationen zur Serie, vorzugsweise IMDB.de
+ ►INFO: Plot ist erwuenscht, aber nicht zwingend notwendig
+ TV Datum/Retail Datum ist erwuenscht, aber nicht zwingend notwendig
+
+
+
+ ► K - Proper: ◄
+ ---------------
+
+ ►INFO:Ein Proper ist bis maximal 24 Stunden nach dem Pre des
+ zu Propernden Releases moeglich!
+
+ ►INFO:Eine Ersatzepisode ist bis maximal 24 Stunden NACH Ablauf der
+ Repack Frist erlaubt!
+
+ Proper Gruende:
+ ---------------
+
+K1. Fehler in der Aspect Ratio (Rule B6).
+
+K2. Ist die Groesse eines Releases der Kategorie (1) und (2) mit 5.000 KB zu
+ klein oder 2.500 KB zu gross bzw. ein Release der Kategorie (3) 60.000 KB
+ zu klein oder 15.000 zu gross ist, so ist ein Proper erlaubt .
+
+K3. Nicht gecroppte Release (Schwarze Balken) duerfen gepropert werden.
+
+K4. Bei merklicher/messbarer Asyncronitaet von 100-200ms ueber einen Zeitraum
+ von 5Min+ ist ein Proper erlaubt.
+
+K5. Bei merklicher/messbarer Asyncronitaet von 300ms+ ueber einen Zeitraum von
+ 30Sek+, bzw. bei starker Asyncronitaet von 500ms+ ueber einen Zeitraum von
+ 10Sek+ ist ein Proper erlaubt.
+
+K6. Mindere Tonqualitaet "Micky Maus Ton" oder dauerhaft leieriger Ton
+ berechtigt zu einem Proper.
+
+K7. Ein Proper wegen Wertigkeit ist zulaessig (siehe Rule E. TV Race).
+
+K8. Ein Proper einer ersten Folge ist zulaessig bei HDTVRips, HR.HDTVRips, 720p
+ HDTV Releasen, wenn als Basis fuer den Encode keine ausreichende Source
+ genommen wurde. (Siehe Rule A6.). Ein Proper einer Folge E02-Ende ist auch
+ moeglich - hier greift Rule F3!
+
+K9. Die Benutzung von Custom Matrixen beim Encoden (Kategorie 1 & 2)
+ sind ein Propergrund.
+
+K10.Dubbed Release der Kategorien (1-3), die nicht in der Frame Rate an den
+ deutschen Ton angepasst wurden, koennen gepropert werden. (Rule D1).
+
+K11.Release der Kategorie (1) mit einer Audiobitrate von mehr als 145kbit
+ oder weniger als 115kbit koennen gepropert werden. Ebenso Release mit
+ 44100 Herz Audio.
+
+K12.Bei Releasen wo das Logo bzw. die Werbung nicht, bzw. nicht ausreichend
+ entfernt wurde und dadurch eine nachhaltige Minderung der Qualitaet
+ ensteht ist ein Proper Release erlaubt, ebenso das hinzufuegen von
+ ueberfluessigen bzw. extrem zu grossen Ueberblendugen.
+ (SDTV + HDTV) siehe Rule A5!
+
+
+Der Proper Grund muss aussagekraeftig in der NFO Datei beschrieben werden.
+Ein aus den aufgefuehrten Gruenden entstandenes Proper Release fuehrt nur
+bei einer E01 zu einem Verlust der Staffel fuer diese Group.
+ ►INFO: Ausnahmen Rule F2. und F3.!
+ ►INFO: Ein Proper aus nicht Release relevaten Gruenden ist nicht gestattet,
+ falsche NFO Daten/falsche Nummerierung etc.
+
+
+ ► L - Kommentar: ◄
+ ------------------
+
+ Fuer alle nicht beantworteten Fragen gelten die aktuellen XviD/DVDR Rules.
+
+ Alle hier nicht aufgefuehrten Release sind internal zu labeln (Rule A4.):
+ DSRRips, PDTV.dubbed, SVCD, dTVDVDR, HDDVDR, HDTV Release mit Logo,
+ 1080p, custom subbed, dupes, ebenso Streamrips von Movieportalen...
+
+ Proper Release, die nicht die Uebernahme der Serie zur Folge haben, sind
+ gedacht um nicht bemerkte Qualitaetsmaengel der Groups zu beheben bzw.
+ dafuer Sorge zu tragen, dass die Release zeitnahe kommen.
+
+ Die Rules fuer HD Release sind sicher noch nicht ausgereift. Das liegt vor
+ allem an den mangelden Erfahrungswerten. Es sollte daher im Jahre 2008
+ ein Update in dieser Richtung erfolgen.
+
+ Diese Rules sind gueltig ab dem 01.05.2007 und finden nur Anwendung auf
+ Serien und TV Sendungen, die nach dem 01.05.2007 beginnen.
+
+
+ signed by ITG - SOF ▄▄▀▀▄
+ ▄▄▀▀▄▄█▀▄▀▄
+ ▄▄▀▀▄▄█▀▀█▄░░▀▄▀▄
+ PSH - NVA ▄▄▀▀▄▄█▀░▀█▄░▄██▄▄▀█▄▀▄
+ ▄▄▀▀▄▄▀█▀░ █▄▄█▀██▀░▀█▄▄█▌▐█
+ ▄▄▀▀▄▄▀▀█▄░ █▄█▀▀█▄░ █▄▄██▀▀ ░▄▌
+ iNSPiRED ▄▄▀▀▄▄▀▀▀██▄ ▀██▀░▀▄░▄████▀▀ ▄▄▀▀
+ ▄▀▀▄▄██▀ ▄ ▀██▀██▄▄███▀▀ ▄▄▀▀
+ ▐▌▐█▓▓█▌ ▄▓▓▌ ▐█▄ ██▀▀ ▄▄▀▀ co-signed:
+ ▀█ ▀█▓▓█▄ ▀▀ ▄██▀▀ ▄▄▀▀
+ ▀▄ ▀█████▄▄▄▀▀ ▄▄▀▀ euHD - CDDHD
+ ▀▄ ▀▓▓▀▀ ▄▄▀▀ GSF - CDD - DAW
+ ▀▄▒▌▄▄▀▀
+ ░▀
+ E.o.F------------------------------------------------------------------------
▓█▄ ▄▄▀▀▀▄▄
+ ███ ▓█▌▄▓▄ ▀▓▄▄ ▄ ▄▓ ▄▄▄
+▀█▓▓██░▒▓█▄█▄▄▄█▓▓█████▄▄▄████▓▓█▓██████████████████████████████████████▓▓▒▓█▓█
+ ▓▓█ ▄▀▀▀▓▄ ▀▓▀▐█▓ ▀▀▀
+ ░░ ▀▀▄▄▄▀▀
+ ░ High.Def.x264.German.Movie.Standards.v1.nfo
+
+ ░ [ Intro ]
+
+ Das Ziel dieser Rules ist vor allem eins: Kompatibilitaet
+ Ausser einem Mittelklasse PC sollte nichts weiter
+ erforderlich sein, um Releases abspielen zu koennen. Rips der
+ qualitativ hochwertigen BluRays, respektive HDDVDs sollten
+ somit ohne Probleme auf DVDs gebrannt werden koennen, um
+ sie dann auf einem HTPC abspielen zu koennen. Eine
+ Weiterverarbeitung auf BluRay bzw HDDVD Medien ist nicht das
+ Ziel dieser Rules.
+
+ Das Thema Filesize war ein weiterer Schwerpunkt bei der
+ Ausarbeitung dieser Rules. DVD9 verursacht fuer viele Filme
+ jenseits der 2-Stunden-Marke eine zu unnoetig hohe Bitrate,
+ was erstens zu laengeren Downloadzeiten fuehrt und zweitens
+ mehr Space auf der Festplatte erfordert. Des Weiteren
+ steigen mit hohen Bitraten auch die
+ Hardwareanforderungen. Ziel dieser Rules ist jedoch
+ Kompatibilitaet und ein Kompromiss aus angemessener Size
+ sowie Qualitaet.
+
+ Diese Rules beziehen sich ausschliesslich auf 720p Releases.
+
+
+ [ Vorherige Releases ]
+
+ Diese Rules gelten nicht fuer fruehere Releases, und somit
+ ist es nicht erlaubt aeltere Releases unter Anwendung der
+ neuen Rules zu propern.
+
+
+ [ General ]
+
+ 1.1) RAR/SFV/NFO/SAMPLE notwendig.
+ 1.2) RAR Groessen von 50MB, 100MB oder 150MB sind zu verwenden.
+ 1.3) Releases muessen im mkv container vorliegen, alternativ
+ im TS container.
+ 1.4) NFO muss Informationen zu Video- und Audiobitrate, sowie
+ zur Aufloesung enthalten.
+ 1.5) BluRay und HDDVD Sourcen dupen sich gegenseitig.
+ 1.6) Verzeichnisnamen sind folgendermassen zu waehlen:
+ Movie.Name.{YEAR}.German.<AC3|DTS>.DUBBED.{DL}.720p.
+ <HDDVD|BluRay>.x264.{PROPER|READ.NFO|REPACK}-GROUP
+
+ Syntax: {optional} <entweder|oder>
+ 1.7) KEINE Intros, Outros, Betweenos (alles was nicht zum Film
+ gehoert).
+ 1.8) Ein Sample von etwa 60sec muss beiliegen.
+ 1.9.1) Es muss vom finalen Release herausgeschnitten werden
+ und darf nicht separat encoded werden.
+ 1.9.2) Es muss in einem Unterordner des eigentlichen Releases
+ liegen > "Sample".
+
+
+ [ Groessen ]
+
+ 2.1) Erlaubte Groessen: DVD5(4479MB), [1.5xDVD5(6718MB)], oder DVD9(8138MB).
+ 2.2) Bei animierten Filmen kann auch folgende Groesse verwendet werden:
+ [0.5xDVD5(2240MB)].
+ 2.3) Diese Groessen duerfen maximal um 40MB unterschritten werden.
+ 2.4) Aufsplittung auf 2xDVD5 oder sonstige Groessen sind nicht erlaubt.
+ 2.5) Fuer extrem lange Filme kann sich die Groesse nach oben verschieben;
+ hier bitte ein vielfaches von 0.5xDVD5 (2240MB) verwenden.
+
+
+ [ Audio ]
+
+ 3.1) Erlaubte Audiospuren:
+ 3.1.1) AC3(DD5.1|DD2.0|DD1.0) untouched (bevorzugt) oder erzeugt aus
+ EAC3(DD+), LPCM.
+ 3.2.1) DTS untouched (bevorzugt) oder erzeugt aus DTS-HD, LPCM.
+ 3.2) Nicht erlaubte Audiospuren:
+ 3.2.1) EAC3(DD+), DTS-HD, TRUEHD, LPCM, FLAC.
+ 3.2.2) Bei Konzerten MHDDVD/MBLURAY ist FLAC erlaubt.
+
+ 3.4) Alle AC3 Spuren sollten 640kbps(6ch) aufweisen, ausser die Source kommt
+ mit geringerer Bitrate oder weniger Channels (stereo|mono) daher.
+ 3.5) Releases mit mehr als einer Audiospur sind erlaubt (DL/ML).
+ 3.5.1) Es sei denn die Bitrate faellt deswegen unter 4mbps.
+ 3.5.2) Versuche ein Release mit einer Tonspur mit einem DL oder ML
+ Release zu propern sind ungueltig.
+
+
+ [ Video ]
+
+ 4.1) Minimum Bitrate darf 4000kbps nicht unterschreiten.
+ 4.1.1) Werden die 4000kbps unterschritten ist jeweils die naechst-
+ hoehere 0.5xDVD5 Groesse zu waehlen.
+ Beispiel: Bitrate ist < 4000kbps bei DVD5 ist 1.5xDVD5
+ zu waehlen und erneut die Bitrate zu pruefen.
+ Bitrate ist < 4000kbps bei 1.5xDVD5 ist DVD9
+ zu waehlen und erneut die Bitrate zu pruefen.
+ 4.1.2) Animierte Filme koennen 4000kbps unterschreiten;
+ eine Groesse von 0.5xDVD5 ist allerdings einzuhalten.
+
+ 4.2) Alle Filme muessen in ihrer urspruenglichen Framerate bleiben
+ (fast immer 23.976fps).
+ 4.3) Es sind Minimum 2 bframes zu verwenden.
+ 4.4) 2-pass Encode ist Minimum.
+ 4.5) Schwarze Balken sind wegzucroppen.
+ 4.6) Hoehe und Breite muessen mod 16 konform sein.
+ 4.7) 720p steht bedeutend fuer eine maximale Aufloesung von 1280x720.
+ 4.7.1) Folgende Aufloesungen sind zulaessig:
+ - 1280 x 528 = 2.40 AR
+ - 1280 x 544 = 2.35 AR
+ - 1280 x 688 = 1.85 AR
+ - 1280 x 720 = 1.78 AR
+ - 960 x 720 = 1.33 AR
+ 4.7.2) Es gibt hier natuerlich Ausnahmen. Dort ist entprechend
+ eine andere Aufloesung zu waehlen (mod 16).
+ 4.8) Was zaehlt, ist die AR der Source, und nicht was beispielsweise auf
+ zu IMDB lesen ist.
+ 4.9) --deblock kann/muss/sollte je nach Source variiert werden.
+
+
+ [ Subtitles ]
+
+ 5.1) Fehlende Subs koennen nicht als Propergrund dienen.
+ Hier ist wenn ueberhaupt ein Subpack einem neuen Release zu bevorzugen.
+ 5.2) Multi-language subtitles koennen nicht als Basis fuer einen Dupe
+ dienen.
+ 5.3) Subtitles muessen in den mkv container gemuxt werden.
+ 5.4) Es sind keine "forced" Subtitles ins Bild zu encoden.
+ 5.5) "Subs" Ordner sind verboten.
+ 5.6) Subs sollten lesbar sein! (Bitte Einstellungen ueberpruefen, falls
+ notwendig)
+ 5.7) Subs muessen in einem text-basierten Format vorliegen,
+ das in den mkv container gemuxt wird.
+
+
+ [ Encoding ]
+
+ 6.0) Zu verwendende x264 cmd-line Parameter (mindestens):
+
+ Pass 1:
+ x264.exe --pass 1 --bitrate x --threads auto --thread-input --bframes 3
+ --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress
+ --no-psnr --no-ssim --output NUL
+
+ Pass 2:
+ x264.exe --pass 2 --bitrate x --threads auto --bframes 3 --b-pyramid --bime
+ --weightb --b-rdo --me umh --ref 5 --mixed-refs --subme 7 --trellis 1
+ --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output x.mkv
+
+ 6.1) Grobe Abweichungen von Regel 6.0 sind durchaus Grund fuer einen Proper
+ (z.b. Qualitaetsminderung um an Geschwindigkeit zu gewinnen, usw).
+
+
+ [ Dubbed ]
+
+ Fuer Dubbed Releases gelten dieselben Rules wie fuer Retails,
+ mit folgenden Ausnahmen:
+
+ 7.0) Ein dubbed Release ist nur zulaessig, sofern keine Retail Source
+ mit deuschem Ton existiert. Sollte innerhalb der naechsten 30 Tage eine
+ Retail erscheinen ist ebenfalls kein Release zulaessig.
+ 7.1) Verzeichnisnamen sind folgendermassen zu waehlen:
+ Movie.Name.YEAR.German.<AC3|DTS>.DUBBED.<DL>.720p.
+ <HDDVD/BluRay>.x264.<PROPER|READ.NFO|REPACK>-GROUP
+ 7.2) Als Audiospuren sind AC3 und DTS zulaessig (von der retail DVD),
+ aber keine Lines (Cinema).
+
+
+ [ Signed By ]
+
+ CDDHD EMPiRE FATE
+ ░
+ [ Diese Rules gelten ab 19.11.2007 00:00:01 GMT+1 ]
+ ░
+ ░
+ ▄▄▀▀▀▄▄ ▒░
+ ▄▄▄ ▓█▌▄▓▄ ▀▓▄▄▄▀ █▓▓
+█▓█▓▒▓▓███▄██████████████████████████████████▓█▓▓████▀▀▀█████▓▓█▀▀▀█▀█▓▒░██▓▓█▄
+ ▀▀▀ ▓▀ ▀ ▀▀▓▄ ▀▓▀▐█▓ ███cpN
+ ▀▀▄▄▄▀▀ ▀█▓
+
+ ▓█▄ ▄▄▀▀▀▄▄
+ ███ ▓█▌▄▓▄ ▀▓▄▄ ▄ ▄▓ ▄▄▄
+▀█▓▓██░▒▓█▄█▄▄▄█▓▓█████▄▄▄████▓▓█▓██████████████████████████████████████▓▓▒▓█▓█
+ ▓▓█ ▄▀▀▀▓▄ ▀▓▀▐█▓ ▀▀▀
+ ░░ GERMAN.RETAiL.XviD.RELEASiNG.GUiDELiNES ▀▀▄▄▄▀▀
+ ░
+ November 2007
+
+ Requirements: Notepad with terminal font or any other ascii viewer.
+
+
+ GENERAL:
+
+ Jedes als deutscher Retail-DVDRiP getaggtes Release muss von einer
+ originalen, sich im Besitz der jeweiligen Group befindlichen DVD stammen.
+ Dies impliziert, dass sowohl Video/Audio als auch alle anderen fuer das
+ Release verwendeten Materialen (AC3-Addons, Subtitles) aus dem selben
+ Vobset stammen und direkt von diesem encodiert oder extrahiert werden
+ muessen. Das Benutzen von DVDR-Releases bzw. das Klauen einer fremden
+ Source ist untersagt.
+
+
+ CODEC:
+
+ Als Compressor/Decompressor ist nur der XviD-Codec mit der Verwendung
+ der 2-pass-Encodingmethode und variabler Bitrate erlaubt. Die Verwendung
+ aktueller XviD-Binaries ist erlaubt.
+
+
+ VIDEO:
+
+ Aufloesung und Seitenverhaeltnis:
+ - Breite: 512 bis 576 Pixel bei FullScreen (1.33:1)
+ 576 bis 672 Pixel bei WideScreen und LB (1.85:1 und 2,35:1)
+ - Breite und Hoehe: Muessen ein Vielfaches von 16 sein (mod16)
+
+ Cropping:
+ - Das Croppen und Resizen erfolgt nach dem ITU-R BT.601-Standard*
+ - Das Bild muss komplett freigestellt sein, es duerfen keine schwarzen
+ Balken im XviD verbleiben
+ - Das Seitenverhaeltnis darf maximal 3% von dem des Input-ARs**
+ abweichen
+ - Das Input-AR sollte moeglichst exakt dem AR des freigestellten Videos
+ entsprechen; es sind maximal 4 weitere Pixelzeilen (jeweils oben+unten
+ oder links+rechts) als zusaetzlicher Overcrop erlaubt, um einen
+ niedrigeren AR-Error zu erhalten
+ - Grundsaetzlich gilt aber: Soviel Bild wie moeglich erhalten, wie es
+ innerhalb des AR-Error-Bereichs von 3% moeglich ist. Overcropping
+ gilt als technischer Mangel
+
+ *ITU-R BT.601-Standard:
+ Der ITU-R BT.601-Standard wird als beste Resize-Methode fuer DVDs
+ empfohlen, um dem Originalseitenverhaeltnis des Films moeglichst nahe
+ zu kommen.
+
+ **Input-AR:
+ Beim Berechnen des AR-Errors wird stets vom Input-AR ausgegangen.
+ Das heisst, dass die endgueltige XviD-Aufloesung nicht mit dem
+ theoretischen, perfekten Seitenverhaeltnis, welches u.a. auf der
+ DVD-Huelle angegeben ist (z.B. exakt 1.85:1), verglichen wird,
+ sondern dem tatsaechlichen, also dem des freigestellten Bildes,
+ das man nach dem Croppen erhaelt und erfahrungsgemaess in 95%
+ der Faelle von den theoretischen Werten leicht abweicht.
+
+ Size / Filmlaenge:
+ - Eine CD darf 695MB nicht unterschreiten und 735.600.000 Bytes nicht
+ ueberschreiten
+ - Die Entscheidung fuer die CD-Anzahl liegt im Ermessen des Rippers.
+ Orientierungswerte fuer einen Wechsel auf 2CDs:
+
+ bei 1.33:1-AR ab ~095 Minuten
+ bei 1.85:1-AR ab ~100 Minuten
+ bei 2.35:1-AR ab ~105 Minuten
+
+ - Diese Werte sind ORIENTIERUNGSWERTE, koennen jedoch sowohl unter- als
+ auch ueberschritten werden
+ - Beispiel #1: Ein 90-minuetiger Film kann unter Umstaenden auf 2CDs
+ released werden (falls sehr, sehr schlecht komprimierbar)
+ - Beispiel #2: Ein 120-minuetiger Film kann unter Umstaenden auf 1CD
+ released werden (falls (sehr) gut komprimierbar)
+ - BITRATE != QUALITAET
+ - Zum Testen der Komprimierbarkeit ist ein Kompressionstest
+ durchzufuehren, mit dessen Hilfe man anschliessend die Aufloesung
+ und Size waehlt -> Rule Of Thumb: gut komprimierbar = hohe Aufloesung;
+ schlecht komprimierbar = niedrige Aufloesung
+ - Groessere Abweichungen von den Orientierungswerten sollten in der NFO
+ kurz erwaehnt und begruendet werden, die Entscheidung sollte je nach
+ Film und dessen Komprimierbarkeit sorgfaeltig ueberdacht werden
+
+ Deinterlacing:
+ - Interlaced Sources muessen entsprechend deinterlaced werden
+ - NTSC -> PAL Normwandlungen muessen auf ihre urspruengliche Framerate
+ restored werden (hierfuer eignet sich besonders der "restore24" Filter)
+
+ - Progressives Encoden von interlaced Sources ist ein technischer Mangel
+
+ Credits/Abspann:
+ - Ein Encoding des Abspanns mit niedrigerer Bitrate als der Hauptfilm
+ ist gestattet und erwuenscht, solange im Abspann keine nennenswerten
+ Bildinformationen enthalten sind. Bei einem 1 CD Release kann der
+ Abspann entfallen
+
+ Codec-Paramter:
+ - Die Anwendung von QuarterPixel und GlobalMotionCompensation sind
+ aufgrund von diversen StandAlone-Inkompatibilitaeten ausdruecklich
+ verboten
+ - Als Matrix muss MPEG oder H.263 verwendet werden; Custom Matrizen
+ sind verboten
+ - Packed Bitstream ist in Verbindung mit 1-BVOP erlaubt, da diese
+ Kombination DivX5 am naechsten kommt und so auf StandAlonePlayern
+ fuer die bestmoegliche Kompatibilitaet sorgt
+
+
+ AUDIO:
+
+ - Als Audioformate sind MP3 und AC3 erlaubt
+ - Dupes auf Basis von Audioformat sind iNTERNAL zu halten
+ - Die Verwendung von AC3 liegt in der Entscheidung des Rippers und
+ sollte je nach Komprimierbarkeit (siehe oben) eingesetzt werden.
+ - Transcoding/Downsampling von AC3-Spuren ist verboten
+ - MP3-Audiospuren muessen mit V- oder A-Bitrates encoded werden, wobei
+ die minimale durchschnittliche Bitrate bei 128kbps liegt. CBR ist
+ verboten
+ - MP3-Audiospuren muessen normalisiert werden
+ - MP3-Audiospuren muessen der Frequenz ihrer Source-AC3 entsprechen
+ - AC3-Addons sind keine Pflicht, aber erwuenscht. Die in einem Unterordner
+ als RAR-Archiv beigefuegten AC3-Streams sollten auf die AVI-Dateien des
+ Hauptreleases zugeschnitten sein (Split bei 2CDs, bereits integrierter
+ Delay)
+
+
+ UNTERTITEL:
+
+ - Deutsche und fremdsprachige Subtitles fuer den kompletten Film duerfen
+ im VobSub-Format beigelegt werden (Unterverzeichnis /Subs), sind aber
+ keine Pflicht. Komplette Untertitelungen duerfen nicht hardcoded werden
+ (Ausnahmen sind Filme, in denen komplette Untertitelungen als
+ Forced.Subs* gezaehlt werden wie z.B. "Apocalypto")
+ - Forced.Subs* muessen im XviD-Release hardcoded enthalten sein, um Pro-
+ blemen mit den meisten DVD-Playern entgegenzuwirken (In manchen Filmen
+ wie z.B. "Apocalypto" gilt die komplette Untertitelung des Films als
+ Forced.Subtitle und muss somit ebenfalls hardcoded und als
+ German.Subbed getagged werden). Dies gilt auch fuer deutsch unter-
+ titelte Dokumentationen
+ - Das Fehlen von Forced Subs gilt als technischer Mangel
+
+ *Forced.Subs:
+ Jene deutsche Subs, die auf der DVD fuer das Untertiteln fremd-
+ sprachiger, nicht deutsch synchronisierter Dialoge oder Aufschriften auf
+ Schildern/Papieren eingeblendet werden.
+
+
+ PACKEN/WINRAR UND CO:
+
+ - Die fertigen AVI-Container muessen in RAR-Archive (Kompressionsstufe
+ store/speichern) gepackt werden und auf 15.000.000 oder 20.000.000
+ Byte grosse Files gesplittet werden
+ - Erwuenscht ist die Verwendung der Benennung von Teilarchiven im alten
+ Stil (*.rar und *.rxx). Das Einbetten von Wiederherstellungs-
+ informationen in die RAR-Archive wird ausdruecklich empfohlen
+ - Eine SFV muss fuer jede CD beigelegt werden und Checksummen fuer
+ alle RAR-Archive der jeweiligen CD enthalten
+ - Bei 2CD- oder 3CD-Releases muessen die einzelnen CDs in
+ Unterverzeichnisse gepackt werden (/CD1;/CD2;/...)
+ - Eine NFO-Datei muss sich im Hauptverzeichnis des Releases befinden
+ - Zu jedem Release muss ein Sample im AVI-Format beiliegen (/Sample),
+ welches zwischen 30 und 60 Sekunden lang sein kann und direkt aus der
+ Release-AVI extrahiert sein muss; seperates Encoden des Samples ist
+ verboten, da die Aussagekraft dadurch hinfaellig wird
+
+
+ TAGGING:
+
+ - Das Benennen der Dateien im Release bleibt den Groups selbst ueber-
+ lassen, sie sollte aber sinnvoll und ausreichend ausfuehrlich gewaehlt
+ werden, um Dupefiles vorzubeugen
+ - Die Verzeichnisse sollten diesem Beispiel-Tag folgen, wobei
+ <*>-Ausdruecke editiert oder entfernt werden muessen, [*]-Ausdruecke
+ sind optional und releaseabhaengig:
+
+ <Film.Titel>.German.[SUBBED].[ANiME].[DOKU].[YEAR].[AC3].[PROPER].
+ DVDRiP.XviD.[iNTERNAL].[REPACK].[READ.NFO]-<GROUP>
+
+ - Das Einfuegen des YEAR-Tags nach der IMDB ist bei CineRetail/Major-
+ Releases optional, bei STV allerdings Pflicht
+ - Weitere optionale Tags sind: CHRONO, DC, EXTENDED, REAL, REMASTERED,
+ RERIP, RETAIL, SE, SUBBED, THEATRICAL, UNCUT, UNRATED
+
+
+ PROPER:
+
+ Ein Proper-Release ist notwendig und valid, wenn:
+ - Ein anderer Codec als XviD verwendet wurde (bad.Codec)
+ - Aufloesungen ausserhalb der gegebenen Grenzen verwendet wurden
+ (bad.resolution)
+ - X- und/oder Y-Aufloesung kein Vielfaches von 16 sind (!=mod16)
+ (bad.resolution)
+ - Ein groesserer AR-Error als 3% vorliegt (bad.ar)
+ - Unnoetig viel Bild an den Raendern gecropped wurde (overcropped)
+ - Nicht alle schwarzen Balken gecropped wurden (bad.crop)
+ - Interlaced Frames vorliegen (interlaced.frames)
+ - QPel, GMC oder PB in Kombination mit mehr als 1 B-VOP verwendet
+ wurden (bad.Codec.parameters)
+ - Ein anderes Audioformat als MP3 oder AC3 verwendet wurde
+ (bad.audio.Codec)
+ - Die AC3-Audiospur downsampled/transcoded wurde (touched.AC3)
+ - Die durchschnittliche MP3-Bitrate unter 128kbps liegt
+ (low.audio.bitrate)
+ - Eine konstante MP3-Bitrate (CBR) statt einer variablen verwendet
+ wurde (cbr.audio)
+ - Anstatt der Forced.Subs die kompletten Untertitel hardcoded wurden
+ (hardcoded.subs.throughout.whole.movie)
+ - Die Forced.Subs fehlen, nicht hardcoded oder out of sync sind
+ (missing.forced.subs bzw subs.out.of.sync)
+ - Ein Proper ist max. bis 7 Tage nach offiziellem Store-Date moeglich
+
+
+ NFO:
+
+ Fuer die NFO, die jedem Release pflichtmaessig beizulegen ist, gelten
+ folgende Minimalanforderungen:
+ - Releasedatum
+ - Kinostart oder STV
+ - IMDB-Rating + Votes und IMDB-URL zum Film
+ - Laufzeit
+ - Anzahl CDs/RARs
+ - Videoaufloesung
+ - Average Videobitrate
+ - Average Audiobitrate
+ - Proper/Repack-Notes bei Proper/Repack-Release
+
+
+ [ Signed By ] ░
+
+ CRiTiCAL EMPiRE JAM ░
+ ░
+ ▄▄▀▀▀▄▄ ▒░
+ ▄▄▄ ▓█▌▄▓▄ ▀▓▄▄▄▀ █▓▓
+█▓█▓▒▓▓███▄██████████████████████████████████▓█▓▓████▀▀▀█████▓▓█▀▀▀█▀█▓▒░██▓▓█▄
+ ▀▀▀ ▓▀ ▀ ▀▀▓▄ ▀▓▀▐█▓ ███cpN
+ ▀▀▄▄▄▀▀ ▀█▓
+
RULES FRENCH COVERS
+
+Mise α jour du 01/03/2007
+****************************************************************************************************************************
+
+Voici les rules pour la section covers
+
+
+1 - Type d'image : JPEG obligatoirement
+
+2 - Format image -> le minimum est de 300dpi, les autres alternatives sont 400dpi et 600dpi,
+ au dessus de ca, et en dessous la release sera nuke.
+
+3 - Tag -> Le tag de la release doit obligatoirement etre Titre.TYPE.HiGH.QUALiTY.DVDCOVER.FRENCH.SCAN-Team
+ ce tag decvra etre prθcθdθ d'un descriptif en 3 lettre de la provenance(TYPE) de la jaquette :
+ Version Vente France : VFR
+ Version Vente Belge : VBE
+ Version Loc France : LFR
+ Version Loc Belge : LBE
+
+ Il faudra ensuite mettre obligatoirement dans le nfo si celle jaquette est une version location, retail ou promo.
+
+ Tag Console : Le tag pour un scan de jeux video sera le suivant Titre.SOURCE.HiGH.QUALiTY.DVDCOVER.CONSOLE.FRENCH.SCAN-Team
+ La SOURCE θtant soit PAL soit NTSC
+ CONSOLE : Nom de la console Wii, PS2, XBOX...
+ Les releases Custom ne sont pas acceptθe en covers jeux video.
+
+
+4 - Les Customs -> Le customs doit etre rθalisθ en 300 dpi.
+ Il peut etre rθalisθ α partir d'une jaquette US ou partir de rien. Le but des customs est de proposθe
+ une belle jaquette pouvant servir avant la sortie du dvd en location ou vente. Une seule release custom
+ par film sera autorisθe par Team. La deuxieme release custom d'une meme team pour le meme film sera nuke.
+ Un custom ne peut etre sorti aprΦs la parution d'une jaquette Z1 multi ou Z2.
+
+****************************************************************************************************************************
+
▄▓▀▀▄
+ ▓█▌
+ TiME ▒▄▄ ▄▄█ ▄███▌
+▄▄▄░ ▓▓▓▄▄ ░▄▄▄▄▄▓███ ■▄▄████ ▄▓██████▄
+ ▓███▓▄▄▄ ▐████ ░░░ ░▓███████████ ░ ▐▓███▌ ▄▓▄ ▄▓█▀░ ▀███▓
+ ▓█████▓▀▀████▓▓▄▄▄▄▄██▓▄▄ ▀██████████▌ ▒ ▓████ ▓ ▄██▀ ▀███▄
+ ░ ▓█████▌ ▐███▌ ▄████▓▀ ▒▒▀ ▐█████▌ ■ ▓ ▓█████ ▒ ▒██░ ▒ ▐████▄░
+ ▓▄ ▓█████ ████ ▓████▀ ░▄▄▓█▀ ▐████▓█ ▐▓░ █▀████▌ ██▓ ░ ▄████▓▀▀
+ █▀ ▐█████▓ ▐███▌████▌ ▓████▌ ▒ ▓███▌ ▓▄ ▀▓ ▐█ ▐████ ░███▄ ▄▄▄▓██▓▀▀
+ ▄▓████▓▀▀ ████ ▀▀█▓▄▀▐████▌ ▓ ████▌ ▓▄ █▌ ████▓▐█████▓▀▀▀ ░▄▄▄▄████▓▒░
+ ▒▀▀▀▀▀ ░▄ ░███▓ ▀ ████▌ ░█ ▐████▌ ▄ ▓█▄█▓ ▐████████▄▄▄▄████▓▀▀▀▀▀
+ ▀▀▒ ▐███▓ ▀▓▒ ▓███▓ ▓█ ▐████▌ ▓ ▓█▀ ▄▓ ░█████████▓▀▀▀ ░▄▄▄▓▀▀▀▀▀
+░▒▓▓███▓▄▄▄▄░ ▄████▓▄ ░ ▐████▄ ▀ ▓████░ ░ ░▀ ░▄▀█ ████████▄ ▀▓▀▀▀
+ ▀▀▀▀▀▓████████▓▀░ ▓██▓▀▀▀▀██████░ ▀ ░▀ ▐▌ ▐████▓▓███▓▀▀ ▒ asx ░▄▄▄▒░
+ ▀▀▀▀▀▓▄▄▄░ ▀▀▀▓▀ ▄ ■▀ ▀▀▓▌ ░ ▐▌ ▐██▓▀▀▀░ ▒ ▄▄▓▀▀▒ ░
+ ░ ▀▀▀▓▄ ░█▓ ▄▄▓▀▀▀▀▒▄▄▒ ▀▒ ▒ ▒▓ ▒▀ ▄▄▄▒▀▀ ░
+ ▒▀▓▓▀ ▒■▀ ▀▀▄ ▒ ░ ▒▄▓▀▀▀░ ▒ ░
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ▀▒▀ ▀▒▓ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ░▒ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓
+ ▓█ HIGH COUNCIL for FRENCH TV/SERIE RULES █▓ ░
+ ██ ██
+ ██ Date: HCRV1SERIE-FRENCH-2004-TiME........................28/09/04 ██
+ ██ Date: HCRV2SERIE-FRENCH-2004-TiME........................18/10/04 ██
+ ██ Date: HCRV3SERIE-FRENCH-2005-TiME........................02/03/05 ██
+ ██ Date: HCRV4SERIE-FRENCH-2005-TiME........................15/06/05 ██
+ ██ Date: HCRV5.TV.SERIE-FRENCH-2005-TiME....................08/10/05 ██
+ ██ Date: HCRV6.TV.SERIE-FRENCH-2006-TiME....................15/02/06 ██
+ ██ Date: HCRV7.TV.SERIE-FRENCH-2006-TiME....................22/05/06 ██
+ ██ Date: HCRV8.TV.SERIE-FRENCH-2006-TiME....................22/08/06 ██
+ ██ Date: HCRV9.TV.SERIE-FRENCH-2007-TiME....................22/01/07 ██
+ ██ Date: HCRV9.1.TV.SERIE-FRENCH-2007-TiME..................03/02/07 ██
+ ██ ██
+ ░ ▓█ Team: .PEPiTO.TLW.FoReVer.HYBRIS.BAWLS.Ex's Team.VXZ.TVrIders. █▓ ░
+ ▒ ▓█ .1TV.PROUT.SLY.AWARE.KLiT.EVIDENCE.AVN. █▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▒ ▓█▌ ▐█▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▒ ▓█ █▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ RELEASE NOTES ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+ Chers membres de la scΦne franτaise,
+
+
+ Voici la version 9.1 du HCR TV/sθrie.Suite a quelque petite erreur
+ glisser dans la version 9.0 nous avons convenu de sortir ce que
+ nous appellerons une mise a jours du HCR, nous rθintθgrons dans cette
+ version le ABR et nous introduisons les rules HD, nous tenons a
+ remercier KLiT et CiNEFOX pour leur aide et support dans la rθdaction
+ de c'est rules et leur expertise en la matiΦre.Le CBR est bani comme
+ il l'est dans bien d'autre section.Le CBR est dθsuet et il est le
+ synonyme d'une ere et d'un passer rθvolue car nous nous tournons vers
+ le futur, un futur de qualitθ inθgaler.Nous condamnons le comportement
+ des teams qui ne supporte pas le HCR car ceci est un manque flagrant
+ de respect envers les teams qui le rθdige et agisse comme fondation
+ de celui-ci le HCR est un projet comme il y en a peu dans la scene
+ de collaboration et d'entraide car mΩme si les teams demeure en
+ compθtitions rien n'interdit que ce soi une saine et une compθtions
+ ou tous apporte sont petit quelque chose alors nous demandons au team
+ n'ayant pas signer le hcr de le respecter car la plupart de vos
+ rθtisence face a celui-ci ne sont plus et celle qui reste c'est α
+ vous de les faire avancer et θvoluer dans un dθbat lors des rθunions
+ du HCR ou vous Ωtes tous les bienvenus.
+
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ TVRiP RULES v9.1 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+1) Gθnθrales:
+
+
+101... Les θpisodes d'une sθrie/saison doivent Ωtre PRE dans l'ordre de diffusion.
+
+102... La race est autoriser pour les HD-DVTV --> 1080p/1080i --> 720p --> HR-HDTV/HR-PDTV --> DVTV --> HDTV --> HVTV --> PDTV --> DSRIP/DSR --> SDTV/SATRIP
+
+103... Les spθcificitθs audio/vidθo/codec/rθsolution doivent Ωtre les mΩmes entre les θpisodes d'une sθrie/saisons, ce sont
+ celle introduite lors du PRE de l'E01 qui sont celle de rθfθrence.
+
+
+2) Source/broadcast:
+
+201... Ordre de qualitθ: HD-DVTV --> 1080p/1080i --> 720p --> HR-HDTV/HR-PDTV --> DVTV --> HDTV --> HVTV --> PDTV --> DSRIP/DSR --> SDTV/SATRIP:
+
+ HD-DVTV: Source vidθo provenant exclusivement d'un HD-DVD RETAiL/BLUE RAY RETAiL ou HD-DVDRiP Z1/Z2 RETAIL
+ propre ou θtranger au team la source audio propre au team provient d'une capture de source numθrique.
+
+ 1080p/1080i: Source vidθo/audio provenant d'une capture numθrique via une carte HDTV d'une
+ chaine diffusant dans une rθsolution full hd propre au team.
+
+ 720p: Source vidθo/audio provenant d'une capture numθrique via une carte HDTV d'une
+ chaine diffusant dans une rθsolution 720p ou plus propre au team.
+
+ HR-HDTV/HR-PDTV: Source vidθo/audio provenant d'une capture numθrique via une carte HDTV d'une
+ chaine diffusant dans une rθsolution supθrieure a 720x576 propre au team.
+
+ DVTV: Source vidθo provenant exclusivement d'un DVD RETAiL ou DVDRiP Z1/Z2 RETAIL propre ou θtranger au team
+ la source audio propre au team provient d'une capture de source numθrique.
+
+ HDTV: Source vidθo/audio provenant d'une capture numθrique via une carte HDTV d'une
+ chaine diffusant dans une rθsolution supθrieure a 720x576 propre au team.
+
+ HVTV: Source vidθo provenant d'une capture numθrique via une carte HDTV d'une
+ chaine diffusant dans une rθsolution supθrieure a 720x576 propre ou θtranger au team,
+ la source audio propre au team provient d'une capture de source numθrique.
+
+202... Un team peut nommer une release HVTV sous l'appelation HDTV dans le dirname de la release.
+
+ PDTV: Source vidθo/audio provenant d'une capture numθrique via une carte DVB (C ou S ou bien T) d'une
+ chaine diffusant en 720x576 propre au team.
+
+ DSRIP/DSR: Source vidθo/audio provenant d'une capture numθrique via une carte DVB (C ou S ou bien T)
+ d'une chaine diffusant dans une rθsolution infθrieure a 720x576 propre au team.
+
+203... Un team peut nommer une release DSRIP sous l'appelation DSR dans le dirname de la release.
+
+ SDTV/SATRIP: Source vidθo/audio provenant d'une capture d'une source numθrique satellite ou cΓble
+ avec une carte d'acquisition analogique ou graveur DVD avec branchement analogique propre au team.
+
+ TVRIP: Cette Source/broadcast est dθfinitivement bani.
+
+204... Les releases d'une mΩme sθrie/saison mais ayant de diffθrent broadcasts sont autorisθ sans Ωtre considΦrer comme θtant dupe.
+
+
+3) Format:
+
+ Vidθo:
+
+301... Seul le XViD (1.x)/X264/DiVX (6.x) sont autorisθ.
+302... Une Team doit toujours releaser en 2 pass le XViD (1.x)/X264/DiVX (6.x).
+303... Une release X264 doit toujours Ωtre releaser sous forme d'internal.
+304... Le SBC/VCD sont interdits.
+305... Une sθrie sans action doit comporter un bitrate minimal de 700 kbps.
+306... Une sθrie avec action doit comporter un bitrate minimal de 900 kbps.
+307... Le fichier doit toujours Ωtre sous forme de .avi pour du XViD (1.x)/X264/DiVX (6.x).
+308... Le fichier peu aussi Ωtre sous forme de .mkv pour du X264.
+309... Aucune release de 3 CD et + n'est autorisθe.
+310... L'utilisation des options avancer dans un codec (QPEL/GMC...) sont interdite.
+
+ Audio:
+
+311... Dois Ωtre du MP3 ABR/VBR 128kbps minimum, 44.1khz/48khz ou de type AC3.
+312... Dois Ωtre ST╔R╔O sauf si la chaεne diffuse en MONO.
+313... Doit Ωtre obligatoirement un AC3 2.0/AC3 5.1 lorsqu'il s'agit d'un HD-DVTV, 1080p/1080i, 720p, HR-HDTV/HR-PDTV
+
+ Subfrench/Fansub:
+
+314... Les FANSUB sont interdit.
+315... Les SUBFRENCH sont autorisθs.
+
+ Rθsolution pour les sθries en DVTV, HDTV, PDTV, DSRIP/DSR et SDTV/SATRIP:
+
+401... Les releases diffuser en 16/9 (WS) doivent possθder une rθsolution minimal de 576 et maximal de 720 en largeur.
+402... Les releases diffuser en 4/3 (FS) doivent possθder une rθsolution minimal de 576 et maximal de 704 en largeur.
+
+ Rθsolution pour les sθries en HD-DVTV --> 1080p/1080i --> 720p --> HR-HDTV/HR-PDTV:
+
+403... Les releases HD-DVTV en 16/9 (WS) doivent possθder une rθsolution minimal de 1280x720.
+404... Les releases HD-DVTV en 4/3 (FS) doivent possθder une rθsolution minimal de 960x720.
+405... Les releases 1080p/1080i en 16/9 (WS) doivent possθder une rθsolution de 1920x1080.
+406... Les releases 1080p/1080i en 4/3 (FS) doivent possθder une rθsolution de 1440x1080.
+407... Les releases 720p en 16/9 (WS) doivent possθder une rθsolution de 1280x720.
+408... Les releases 720p en 4/3 (FS) doivent possθder une rθsolution de 960x720.
+409... Les releases HR-HDTV doivent possθder une rθsolution de 960x528.
+410... Les releases HR-PDTV doivent possθder une rθsolution de 704x528.
+
+
+411... Toutes les rθsolutions 16/9 ou 4/3 doivent Ωtre en multiple de 16.
+412... Une dθformation de 5% maximal sur l'AR est autorisθ sauf pour les releases en 4/3.
+413... Le cropping d'une release est obligatoire.
+414... L'ivtc d'une release est obligatoire.
+415... Le dθsentrelacement d'une release est obligatoire (sauf pour les rlz en 1080i bien θvidement).
+416... L'utilisation d'un filtre de dθsentrelacement ayant un effet de blend et/ou de ghost est interdite.
+417... L'intro et le gθnθrique de fin sont prθfθrable mais non obligatoire.
+
+ Taille:
+
+ HD-DVTV, 1080p/1080i, 720p:
+
+501.... ╔pisode de 20-29mn = 700 α 1480 Mo
+502.... ╔pisode de 30-49mn = 1110 α 2220 Mo
+503.... ╔pisode de + de 50mn = 2220 α 4440 Mo
+
+ HR HDTV/HR PDTV:
+
+504.... ╔pisode de 20-29mn = 350 α 490 Mo
+505.... ╔pisode de 30-49mn = 490 α 700 Mo
+506.... ╔pisode de + de 50mn = 700 α 1480 Mo
+
+ DVTV --> HDTV --> HVTV --> PDTV --> DSRIP/DSR --> SDTV/SATRIP:
+
+507.... ╔pisode de 20-29mn = 175 α 275 Mo
+508.... ╔pisode de 30-49mn = 275 α 490 Mo
+509.... ╔pisode de + de 50mn = 400 α 700 Mo
+
+
+ Logo:
+
+601... Le logo doit Ωtre de prθfθrence floutθ, si possible, selon la chaine.
+
+
+4) Nfo:
+
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+701... Codec video.
+702... Codec audio.
+703... Resolution.
+704... Bitrate video.
+705... Bitrate audio.
+706... Aspect ratio.
+707... Nombre de rar.
+
+
+5) Package:
+
+
+801... Dirname: TITRE.DE.LA.ETV/sθrie.US.S01E01.FRENCH.BROADCAST.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1E01.FRENCH.BROADCAST.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.00.00.0000.FRENCH.BROADCAST.CODEC-TEAM
+ Titre_De_La_ETv/sθrie.Us.sθrie/saisonxEPISODE.FRENCH_BROADCAST_CODEC-TEAM
+ Titre_De_La_ETv/sθrie.Us.00.00.0000.FRENCH_BROADCAST_CODEC-TEAM
+
+ Ex: Early.Edition.S01E01.FRENCH.HDTV.XVID-TEAM
+ Early.Edition.S1E01.FRENCH.HDTV.XVID-TEAM
+ Early.Edition.00.00.000.FRENCH.HDTV.XVID-TEAM
+
+ Early_Edition.1x01.FRENCH_HDTV_XVID-TEAM
+ Early_Edition.00.00.0000.FRENCH_HDTV_XVID-TEAM
+
+802... Le titre de la etv/serie dois Ωtre soit francais ou anglais.
+803... Une release doit comporter la mention .TRUEFRENCH. si il y a diffθrence de traduction entre la version Z1/Z2.
+804... Un dirname ne doit pas excθder 64 caractΦres.
+805... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789. -_
+
+806... Pour les θpisodes final un team doit toujours inscrire .FINAL. dans le dirname avant le .FRENCH.
+807... Les sous-dossiers doivent Ωtre nommθs CD1/DISK1/DVD1 : aucun autre nom n'est autorisθ.
+808... Les fichiers RAR doivent Ωtre en taile de 15mb ou 20mb ou 50mb et nommθ en OLD Format (.rxx).
+
+
+6) Proper:
+
+
+901... Un REPACK est toujours autorisθ avant un PROPER mais jamais aprΦs.
+902... Un PROPER est valide si la rls est dθfaillante au niveau audio/vidθo/rθsolution.
+903... Un PROPER est valide si la rls n'a pas les mΩmes spθcificitθs audio/vidθo/rθsolution que l'E01.
+904... Un PROPER est valide si la rls n'est pas conforme avec les rules HCR.
+
+
+7) Autres:
+
+
+ Qualitθ:
+
+ Une release de Qualitθ est chose primordiale, mais cette release se doit de respecter les rules HCR dans sont ensemble.
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDRiP RULES v9.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+1) Gθnθrales:
+
+
+101... Pour commencer une sθrie/saison, un team doit release l'E01/CD1/VOL1.
+
+102... Les θpisodes suivants doivent Ωtre PRE dans l'ordre chronologique.
+
+103... Toutefois, si le team tarde (plus de 48h, entre chaque pre) α releaser les θpisodes suivants, un autre team est alors autorisθ
+ α continuer cette sθrie/saison et en obtenir la prioritθ.
+
+104... Deplus si une team tarde (plus de 7 jours) a sortir la moitiθ des θpisodes d'une sθrie/saisons, un autre team est alors autorisθ
+ α continuer cette sθrie/saison et en obtenir la prioritθ.
+
+105... Si une team tarde (plus de 14 jours) a sortir la totalitθ des θpisodes d'une sθrie/saisons, un autre team est alors autorisθ
+ Φ continuer cette sθrie/saison et en obtenir la prioritθ.
+
+106... Les spθcificitθs audio/vidθo/rθsolution doivent Ωtre les mΩmes entre les θpisodes d'une sθrie/saisons, ce sont celle introduite
+ lors du PRE de l'E01/CD1/VOL1 qui sont celle de rθfθrence.
+
+107... Lors d'un nouveau VOLUME/BOX celui-ci est considθrer comme une nouvelle sθrie/saisons au niveau de la prioritθ mais non au niveau
+ des spθcificitθ audio/vidθo/rθsolution.
+
+108... Pour sortir la sθrie/saison suivante, un team n'est pas obligθ d'attendre la fin de la prθcθdente.
+
+
+2) Format:
+
+
+ Vidθo:
+
+201... Seul le XViD (1.x)/X264/DiVX (6.x) sont autorisθ.
+202... Une Team doit toujours releaser en 2 pass le XViD (1.x)/X264/DiVX (6.x).
+203... Le SBC/VCD sont interdits.
+204... Une sθrie sans action doit comporter un bitrate minimal de 700 kbps.
+205... Une sθrie avec action doit comporter un bitrate minimal de 800 α 1000 kbps.
+206... Le fichier doit toujours Ωtre sous forme de .avi pour du XViD (1.x)/X264/DiVX (6.x).
+207... Le fichier peu aussi Ωtre sous forme de .mkv pour du X264.
+208... Aucune release de 3 CD n'est autorisθe.
+209... L'utilisation des options avancer dans un codec(QPEL/GMC...) sont interdite.
+
+ Audio:
+
+210... Dois Ωtre du MP3 ABR/VBR 128kbps minimum, 44.1khz/48khz ou de type AC3.
+211... Audio vbr: minimum de 96kbps et une moyenne de 128kbps minimum.
+
+ Subfrench/Fansub:
+
+212... Les FANSUB sont interdit.
+213... Les SUBFRENCH sont autorisθs.
+
+ Rθsolution:
+
+301... Les releases 16/9 (WS) doivent possθder une rθsolution minimal de 576 et maximal de 720 en largeur.
+302... Les releases 4/3 (FS) doivent possθder une rθsolution minimal de 576 et maximal de 704 en largeur.
+303... Toute les rθsolutions 16/9 ou 4/3 doivent Ωtre en multiple de 16.
+304... Une dθformation de 5% maximal sur l'AR est autorisθ sauf pour les releases en 4/3.
+305... Le cropping d'une release est obligatoire.
+306... L'ivtc d'une release est obligatoire.
+307... Le dθsentrelacement d'une release est obligatoire.
+308... L'utilisation d'un filtre de dθsentrelacement ayant un effet de blend et/ou de ghost est interdite.
+309... L'intro et le gθnθrique de fin sont prθfθrable mais non obligatoire.
+
+
+ Taille:
+
+401... ╔pisode de 20-29mn = 175 α 275 Mo
+402... ╔pisode de 30-49mn = 275 α 490 Mo
+403... ╔pisode de + de 50mn = 350 α 700 Mo
+
+
+3) Nfo:
+
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+501... Codec video.
+502... Codec audio.
+503... Resolution.
+504... Bitrate video.
+505... Bitrate audio.
+506... Aspect ratio.
+507... Nombre de rar.
+
+
+4) Package:
+
+
+601... Dirname: TITRE.DE.LA.ETV/sθrie.US.S01E01.FRENCH.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1E01.FRENCH.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S01CD1.FRENCH.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1CD1.FRENCH.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.VOL01E01.FRENCH.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.VOL1E01.FRENCH.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.00.00.0000.FRENCH.SOURCE.CODEC-TEAM
+
+ Titre_De_La_ETv/sθrie.Us.sθrie/saisonxEPISODE.FRENCH_SOURCE_CODEC-TEAM
+ Titre_De_La_ETv/sθrie.Us.00.00.0000.FRENCH_SOURCE_CODEC-TEAM
+
+ Ex: Early.Edition.S01E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S1E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S01CD1.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.S1CD1.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.VOL01E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.VOL1E01.FRENCH.DVDRiP.XVID-TEAM
+ Early.Edition.00.00.000.FRENCH.DVDRiP.XVID-TEAM
+
+ Early_Edition.1x01.FRENCH_DVDRiP_XVID-TEAM
+ Early_Edition.00.00.0000.FRENCH_DVDRiP_XVID-TEAM
+
+602... Le titre de la etv/serie dois Ωtre soit francais ou anglais.
+603... Une release doit comporter la mention .TRUEFRENCH. si il y a diffθrence de traduction/voie entre la version Z1/Z2.
+604... Un dirname ne doit pas excθder 64 caractΦres.
+605... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789. -_
+
+606... Pour les θpisodes final un team doit toujours inscrire .FINAL. dans le dirname avant le .FRENCH.
+607... Les sous-dossiers doivent Ωtre nommθs CD1/DISK1/DVD1 : aucun autre nom n'est autorisθ.
+608... Les fichiers RAR doivent Ωtre en taile de 15mb ou 20mb ou 50mb et nommθ en OLD Format (.rxx).
+
+
+5) Proper:
+
+
+701... Un REPACK est toujours autorisθ avant un PROPER mais jamais aprΦs.
+702... Un PROPER est valide si la rls est d&faillante au niveau audio/vidθo/rθsolution.
+703... Un PROPER est valide si la rls n'a pas les mΩmes spθcificitθs audio/vidθo/codec/rθsolution que l'E01/CD1/VOL1.
+704... Un PROPER sur l'E01/CD1/VOL1 entraine la perte de la prioritθ si le PROPER est valide.
+705... Un PROPER sur l'E01/CD1/VOL1 alors que l'E02/CD2 serait dθjα sortie est jugθ valide, mais il n'entraεnera pas la perte de prioritθ.
+706... Un PROPER est valide si la rls n'est pas conforme avec les rules HCR.
+
+
+
+6) Autres:
+
+
+ Qualitθ:
+
+801... Une release de Qualitθ est chose primordiale, mais cette release se doit de respecter les rules HCR dans sont ensemble.
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ HD-DVDRiP RULES v1.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+
+1) Gθnθrales:
+
+
+101... Pour commencer une sθrie/saison, un team doit release l'E01/CD1/VOL1.
+
+102... Les θpisodes suivants doivent Ωtre PRE dans l'ordre chronologique.
+
+103... Toutefois, si le team tarde (plus de 72h, entre chaque pre) α releaser les θpisodes suivants, un autre team
+ est alors autorisθ α continuer cette sθrie/saison et en obtenir la prioritθ.
+
+104... Deplus si une team tarde (plus de 14 jours) a sortir la moitiθ des θpisodes d'une sθrie/saisons, un autre team
+ est alors autorisθ α continuer cette sθrie/saison et en obtenir la prioritθ.
+
+105... Si une team tarde (plus de 28 jours) a sortir la totalitθ des θpisodes d'une sθrie/saisons, un autre team
+ est alors autorisθ α continuer cette sθrie/saison et en obtenir la prioritθ.
+
+106... Les spθcificitθs audio/vidθo/rθsolution doivent Ωtre les mΩmes entre les θpisodes d'une sθrie/saisons,
+ ce sont celle introduite lors du PRE de l'E01/CD1/DVD1/VOL1 qui sont celle de rθfθrence.
+
+107... Lors d'un nouveau VOLUME/BOX celui-ci est considθrer comme une nouvelle sθrie/saisons au niveau de la prioritθ
+ mais non au niveau des spθcificitθ audio/vidθo/rθsolution.
+
+108... Pour sortir la sθrie/saison suivante, un team n'est pas obligθ d'attendre la fin de la prθcθdente.
+
+
+2) Format:
+
+
+ Vidθo:
+
+201... Seul le XViD (1.x)/X264/DiVX (6.x) sont autorisθ.
+202... Une Team doit toujours releaser en 2 pass le XViD (1.x)/X264/DiVX (6.x).
+203... Le SBC/VCD sont interdits.
+204... Une sθrie sans action doit comporter un bitrate minimal de 3000 kbps.
+205... Une sθrie avec action doit comporter un bitrate minimal de 4000 kbps.
+206... Le fichier doit toujours Ωtre sous forme de .avi pour du XViD (1.x)/X264/DiVX (6.x).
+207... Le fichier peu aussi Ωtre sous forme de .mkv pour du X264.
+208... L'utilisation des options avancer dans un codec(QPEL/GMC...) sont interdite.
+209... La source video/audio doit provenir exclusivement de HD-DVD RETAiL/BLU RAY RETAiL.
+
+ Audio:
+
+210... Doit Ωtre obligatoirement du AC3 2.0/AC3 5.1
+
+ Subfrench/Fansub:
+
+211... Les FANSUB sont interdit.
+212... Les SUBFRENCH sont autorisθs.
+
+ Rθsolution:
+
+301... Les releases 16/9 (WS) doivent possθder une rθsolution minimal de 1280x720.
+302... Les releases 4/3 (FS) doivent possθder une rθsolution minimal de 960x720.
+
+303... Toute les rθsolutions 16/9 ou 4/3 doivent Ωtre en multiple de 16.
+304... Une dθformation de 5% maximal sur l'AR est autorisθ sauf pour les releases en 4/3.
+305... Le cropping d'une release est obligatoire.
+306... L'ivtc d'une release est obligatoire.
+307... Le dθsentrelacement d'une release est obligatoire.
+308... L'utilisation d'un filtre de dθsentrelacement ayant un effet de blend et/ou de ghost est interdite.
+309... L'intro et le gθnθrique de fin sont prθfθrable mais non obligatoire.
+
+
+ Taille:
+
+401.... ╔pisode de 20-29mn = 700 α 1480 Mo
+402.... ╔pisode de 30-49mn = 1110 α 2220 Mo
+403.... ╔pisode de + de 50mn = 2220 α 4440 Mo
+
+
+3) Nfo:
+
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+501... Codec video.
+502... Codec audio.
+503... Resolution.
+504... Bitrate video.
+505... Bitrate audio.
+506... Aspect ratio.
+507... Nombre de rar.
+
+
+4) Package:
+
+
+601... Dirname: TITRE.DE.LA.ETV/sθrie.US.S01E01.FRENCH.SOURCE.RESOLUTION.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1E01.FRENCH.SOURCE.RESOLUTION.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.VOL01E01.FRENCH.SOURCE.RESOLUTION.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.VOL1E01.FRENCH.SOURCE.RESOLUTION.CODEC-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.00.00.0000.FRENCH.SOURCE.RESOLUTION.CODEC-TEAM
+
+ Titre_De_La_ETv/sθrie.Us.sθrie/saisonxEPISODE.FRENCH_SOURCE_RESOLUTION_CODEC-TEAM
+ Titre_De_La_ETv/sθrie.Us.00.00.0000.FRENCH_SOURCE_RESOLUTION_CODEC-TEAM
+
+ Ex: Early.Edition.S01E01.FRENCH.HD-DVDRiP.720p.XViD-TEAM
+ Early.Edition.S1E01.FRENCH.HD-DVDRiP.720p.XViD-TEAM
+ Early.Edition.VOL01E01.FRENCH.HD-DVDRiP.720p.XViD-TEAM
+ Early.Edition.VOL1E01.FRENCH.HD-DVDRiP.720p.XViD-TEAM
+ Early.Edition.00.00.000.FRENCH.HD-DVDRiP.720p.XViD-TEAM
+
+ Early_Edition.1x01.FRENCH_HD-DVDRiP_720p_XViD-TEAM
+ Early_Edition.00.00.0000.FRENCH_HD-DVDRiP_720p_XViD-TEAM
+
+602... Le titre de la etv/serie dois Ωtre soit francais ou anglais.
+603... Une release doit comporter la mention .TRUEFRENCH. si il y a diffθrence de traduction/voie entre la version Z1/Z2.
+604... Un dirname ne doit pas excθder 64 caractΦres.
+605... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789. -_
+
+606... Pour les θpisodes final un team doit toujours inscrire .FINAL. dans le dirname avant le .FRENCH.
+607... Les sous-dossiers doivent Ωtre nommθs DISK1/DVD1 : aucun autre nom n'est autorisθ.
+608... Les fichiers RAR doivent Ωtre en taille de 50mb et nommθ en OLD Format (.rxx).
+
+
+5) Proper:
+
+
+701... Un REPACK est toujours autorisθ avant un PROPER mais jamais aprΦs.
+702... Un PROPER est valide si la rls est dθfaillante au niveau audio/vidθo/rθsolution.
+703... Un PROPER est valide si la rls n'a pas les mΩmes spθcificitθs audio/vidθo/codec/rθsolution que l'E01/VOL01.
+704... Un PROPER sur l'E01/VOL01 entraine la perte de la prioritθ si le PROPER est valide.
+705... Un PROPER sur l'E01/VOL01 alors que l'E02 serait dθjα sortie est jugθ valide, mais il n'entraεnera pas la perte de prioritθ.
+706... Un PROPER est valide si la rls n'est pas conforme avec les rules HCR.
+
+
+6) Autres:
+
+
+ Qualitθ:
+
+801... Une release de Qualitθ est chose primordiale, mais cette release se doit de respecter les rules HCR dans sont ensemble.
+
+
+ ░ ░
+ ▒ ▒
+ ▒ ▒
+ ▓ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ DVDR RULES v9.0 ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+1) Gθnθrales:
+
+
+101... Pour commencer une sθrie/saison, le team doit releaser le VOL01/DVD1.
+
+102... Les DVD suivants doivent Ωtre PRE dans l'ordre chronologique
+
+103... Toutefois, si le team tarde (plus de 5 jours, entre chaque pre) α releaser les VOLs/DVDs suivants, un autre team est alors autorisθ
+ α continuer cette sθrie/saison et en obtenir la prioritθ.
+
+103... Les spθcificitθs audio/vidθo doivent Ωtre les mΩmes entre les VOLs/DVD d'une sθrie/saisons, ce sont celle introduite
+ lors du PRE du VOL01/DVD1 qui sont celle de rθfθrence.
+
+104... Lors d'un nouveau VOLUME/BOX celui-ci est considθrer comme une nouvelle sθrie/saisons au niveau de la prioritθ mais non au niveau
+ des spθcificitθ audio/vidθo.
+
+105... Pour sortir la sθrie/saison suivante, un team n'est pas obligθ d'attendre la fin de la prθcθdente.
+
+106... Les dupes entre les sθrie/saison de la ZONE NTSC/PAL sont autorisθ.
+
+
+2) Format:
+
+
+ Vidθo:
+
+201... Vidθo en CCE 23.976/29.970fps (NTSC) OU 25fps (PAL).
+202... Un minimum de 5 pass sont obligatoire et de 9 pass au maximum pour un DVD
+203... Le bitrate minimum d'un DVDR-sθrie doit Ωtre de 2600 kbit.
+204... Si le bitrate minimum de 2600 kbit n'est pas atteint une team peux alors retirer les autres pistes audio afin de ne laisser que le FRENCH.
+205... DVDSHRINK ou tout autres programmes all-in-one ne sont pas acceptθs
+206... Les Macros vision doivent Ωtre retirθes.
+207... Toute limitation pour un utilisateur doit Ωtre retirθe.
+208... Une release DVDR-sθrie doit toujours Ωtre free rθgion.
+209... Le reauthoring COMPLET (menu, structure etc...) d'un DVDR-sθrie est obligatoire.
+210... Les AVERTISSEMENT( warning et etc... ) doivent Ωtre obligatoirement retirer.
+
+ Audio:
+
+211... Doit Ωtre au minimum AC3 ou Dolby 5.1/2.0/1.0
+212... Doit Ωtre FRENCH 5.1 si possible, inclure ENGLISH 2.0.
+
+ Subfrench/Fansub:
+
+213... Les FANSUB sont interdit.
+214... Les SUBFRENCH sont autorisθs.
+
+ Rθsolution:
+
+215... Dois respecter l'aspect ratio (AR) original de la source du DVD ainsi que sa rθsolution.
+
+ Bonus:
+
+216... Les bonus sont autorisθs uniquement sur le DVDR-SERIE FINAL d'une sθrie/saisons ou dans le cas d'un DVDR-SERIE FULL/COMPLET
+ ou DVDR-SERIE BONUS, mais il ne sont toutefois pas obligatoires.
+217... L'intro et le gθnθrique doivent Ωtre prθsents.
+
+
+3) Nfo:
+
+
+ Voici ce qui doit Ωtre prθsent dans le Nfo.
+
+301... Codec video.
+302... Codec audio.
+303... Resolution.
+304... Bitrate video.
+305... Bitrate audio.
+306... Aspect ratio.
+307... Nombre de rar.
+
+
+4) Package:
+
+
+401... Dirname: TITRE.DE.LA.ETV/sθrie.US.S01DVD1.ZONE.FRENCH/MULTI.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S01VOL1.ZONE.FRENCH/MULTI.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1DVD1.ZONE.FRENCH/MULTI.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1D1.ZONE.FRENCH/MULTI.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1VOL1.ZONE.FRENCH/MULTI.SOURCE.FORMAT-TEAM
+ TITRE.DE.LA.ETV/sθrie.US.S1DVD1.ZONE.FRENCH/MULTI.SOURCE.FORMAT-TEAM
+
+ Ex: Early.Edition.S01DVD1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S01DVD1.PAL.FRENCH.DVDR-TEAM
+
+ Early.Edition.S01VOL1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S01VOL1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1DVD1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1DVD1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1D1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1D1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1VOL1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1VOL1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+ Early.Edition.S1DVD1.NTSC.FRENCH/MULTI.DVDR-TEAM
+ Early.Edition.S1DVD1.PAL.FRENCH/MULTI.DVDR-TEAM
+
+402... Le titre de la etv/serie dois Ωtre soit francais ou anglais.
+403... La zone (NTSC/PAL) d'une sθrie/saison doit toujours se retrouver dans le DIRNAME.
+404... Un dirname ne doit pas excθder 64 caractΦres.
+405... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789. -_
+
+406... Pour les VOLs/DVDs final un team doit toujours inscrire .FINAL. dans le dirname avant le .ZONE.
+407... Les sous-dossiers doivent Ωtre nommθs DISK1/DVD1/VOL1 : aucun autre nom n'est autorisθ.
+408... Les fichiers RAR doivent Ωtre en taile de 50mb et nommθ en OLD Format (.rxx).
+
+
+
+5) Proper:
+
+
+501... Un REPACK est toujours autorisθ avant un PROPER mais jamais aprΦs.
+502... Un PROPER est valide uniquement si la rls est d&faillante ou si elle n'a pas θtθ reauthored complΦtement.
+503... Un PROPER est valide si la rls n'a pas les mΩmes spθcificitθs audio/vidθo que le VOL01/DVD1.
+502... Un PROPER sur l'VOL1/DVD1 entraine la perte de la prioritθ si le PROPER est valide.
+503... Un PROPER sur l'VOL1/DVD1 alors que l'VOL2/DVD2 serait dθjα sortie est jugθ valide, mais il n'entraεnera pas la perte de prioritθ.
+505... Un PROPER est valide si la release d'une sθrie/saison n'est pas conforme avec les rules HCR.
+
+
+6) Autres:
+
+
+ Qualitθ:
+
+601... Une release de Qualitθ est chose primordiale, mais cette release se doit de respecter les rules HCR dans sont ensemble.
+
+
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ██ ▀░ ■ ██
+ ▓█ █▓ ░
+ ██ ██
+ ██ Voici les rules tv/sθrie: TVRiP, DVDRIP, HD-DVDRiP et DVDR. ██
+ ░ ██ ██ ░
+ ░ ██ Lu et approuvθ dans leur majoritθ par les teams sθries. ██ ░
+ ░ ██ ██ ░
+ ░ ██ ██ ░
+ ██ CONTACT ██
+ ░ ██ ██ ░
+ ░ ██ EMAIL : hcr@i-nfo.ws ██ ░
+ ██ IRC : #private @linknet ██
+ ░ ▓█ WWW : www.hcrprivate.com █▓ ░
+ ▒ ▓█▌ ▐█▓ ▒
+ ▓ ██▌ ▐██ ▓
+ ░▀▀▀▓▄ ▄■▀▒▄ ▄▒▀■▄ ▄▓▀▀▀░
+ ▒▀▀▓▄▄▒ ░▄▓▀ ▄ ▓▌ ▐▓ ▄ ▀▓▄░ ▒▄▄▓▀▀▒
+ ▄▄▄▓▀▀▀▀▀▓███▓▀ ▀█▌ ▐█▀ ▀▓███▓▀▀▀▀▀▓▄▄▄
+ ▓▀ ▀▓ ▓▀ ▀▓
+▐▌ ▐▌ ▐▌ ▐▌
+ ▀▄░ ▄ ▄ ░▄▀
+
+
+ ■ Merci ■
+
+ ▒ ▒
+ ░ ▄▄▄░ ▒▄▓▀▀▀▀▓▀ ░ ░ ▒▄■▀▀▀▓▓▄ ░▄▄▄ ░
+ ▒ ▄▓▀ ▀▄█▀ ░ ▒ ▀▒▀ ▀ ░█▄▀ ▀▓▄ ▒
+ ▄ ▓▌ ▐█▌ ▄▓▀▀▒▄▓ ▄▄▓▓▀▀▀▓▄▄ ▄▄▓▀▀▀▓▓▄▄ ▓▄▒▀▀▓▄ ▐█▌ ▐▓ ▄
+▀▓▀ ▀▓▄▄▄▓█▓ ▐▌ ▓▓█▀ ▓█▓▄▒▄▓█▓ ▀█▓▓ ▐▌ ▓█▓▄▄▄▓▀ ▀▓▀
+ ▄▓▓▀▀▀▓▄ ▀ ▄▓▀ asphyx ▐██▀ ▀██▌ ▀▓▄ ▀ ▄▓▀▀▀▓▓▄
+ ■▓▄▓█▀ ▀▀▓▄▄▄▀▀ ▄▓▀ ▀▓▄ ▄ ▀▀▄▄▄▓▀▀ ▀█▓▄▓■
+ ▀░ ■
+
+
+
+
█ █ ████ ████ ████
+ █ █ █ █ █ █ █ █
+ █████ █ █ ████ ████
+ █ █ █ █ █ █ █ █
+ █ █ ████ █ ██ █ ██ v.2.0
+
+ ──────────────────────────────────────────────────
+
+ ██████████████████ High Definition Rip RULES ██████████████████
+
+
+1) Video:
+
+[1.1]... Seul le XViD (1.x)/x264/ (container MKV pour le x264) sont acceptθs.
+[1.2]... Une team se doit de toujours releaser le XViD (1.x) en 2 pass.
+[1.2]... Une team se doit de toujours releaser le x264 en 2 pass au minimum.
+[1.3]... Seul les tailles 720p ou 1080p sont autorisθs.
+[1.4]... Un bitrate minimal de 4000 Kbps est exigθ.
+[1.5]... Une team est autorisθe α faire une release sous forme de DVD5.
+[1.5]... Une team est autorisθe α faire une release sous forme de DVD9 toutefois
+ cette team dois fournir script et logiciel dans le but de diviser
+ cette release en 2 DVD5.
+[1.6]... Les framerates α respecter sont:
+ 23.976 Fps pour les rips HD-DVD et Blu-Ray.
+ 23.976 Fps pour les rips de chaines HD amθricaine.
+ 25 Fps pour les rips de chaines HD europθenne.
+[1.7]... L'aspect ratio original doit Ωtre respecter.
+[1.8]... Le cropping d'une release est obligatoire.
+[1.8]... Le chapitrage n'est pas obligatoire.
+
+
+2) Audio:
+
+[2.1]... Seul l'AC3 ou DTS est autorisθ.
+[2.2]... Une release XViD (1.x) .avi dois Ωtre FR uniquement.
+[2.2]... Une release XViD (1.x) multi est autorisθe en container .mkv.
+[2.3]... Une release x264 multi est autorisθe en container .mkv.
+[2.4]... Les sous-titres FR sont obligatoire et doivent Ωtre muxθ dans le .mkv lorsqu'il
+ s'agit d'une release multi XViD (1.x)/x264 en container .mkv.
+
+
+2) Package:
+
+[3.1]... TITRE.TAiLLE.LANGUE.SOURCE.FORMAT.AUDIO-TEAM.
+[3.2]... Le titre de la release dois Ωtre soit francais ou anglais.
+[3.2]... La taille (720p/1080p) d'une release doit toujours se retrouver dans le DIRNAME.
+[3.2]... La langue (FRENCH/MULTI) d'une release doit toujours se retrouver dans le DIRNAME.
+[3.2]... La source (HDRip/HDDVDRip/BRDRip) d'une release doit toujours se retrouver dans le DIRNAME.
+[3.2]... Le format video (XViD/x264) d'une release doit toujours se retrouver dans le DIRNAME.
+[3.2]... Le format audio (AC3/DTS) d'une release doit toujours se retrouver dans le DIRNAME.
+[3.2]... Le nom de la team doit toujours se retrouver dans le DIRNAME.
+[3.2]... La mention .TRUEFRENCH. peut Ωtre inscrite dans le DIRNAME lorsqu'une version VQC α
+ θtθ releaser antθrieurement.
+[3.3]... Un dirname ne doit pas excθder 128 caractΦres.
+[3.3]... Voici la liste des caractΦres autorisθs pour un dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-_
+
+[3.4]... Les sous-dossiers doivent Ωtre nommθs DISK1/DVD1 : aucun autre nom n'est autorisθ.
+[3.5]... Les fichiers RAR doivent Ωtre en taile de 50/100mb et nommθ en OLD Format (.rxx).
+
+
+ ███████████████████████████████████████████████████████████████
+
+
▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+ 010000011100000110001111010000000010ssh0111001010 ▄▄ 100110100
+ 0 0000000010100001100000000000100011100000101110100100 ▄█▀▀█▄ ▄▄▄▄▄▄███▌
+ 00100101000000000000000 0000000001100010100001000 ▐▌ ▐▌█████? ? ██
+ 0100110000011000 ▄▄██▄ 0 0001101101101100 ▐▌ ? ▐▌ ? ???? ? ?▌
+01110000000 ▄▄▄███▀▀▀▀ ▀ ▄▄███▄▄ 000000010000 ? █▄? ▄█▐▄ ?????? ?█▌
+0 ▄▄▄▄▄▄███▀ ? ▄▄██▀▀ ?▀██▄ 00 ▄▄ 00 ? ▀███▄ ▀▀█???██▀▀▀▀
+ ▄██▀▀▀▀ ? ▌██▀ ? ? ??▀█ ▄▄█▀▀█ ?? ▄█▀ ?█▌ █???█▌ 1000
+ █ ? ? ?? ???? ▌█ ? ????? ????▌▄█▀▀ ? ▀█ ??? █ ???▐▌ █????█ 001
+ ██ ???? ???????▄▄▌█??????██▄▄??????▀█ ??? ▀█ ?? ▐█???▐█ ▐█???█ 00
+ █▄ ▄▄███▄??????██▀ ██?█???█ ▀▀█▄?????▀█??????▀█ █▄ █????█ ▐█???█▌ 11
+0 ▀███▀▀ ▀█??????█ █▄ █?????██ ▄ ▀█?????▀█??????▀█▄ █ ▐█???█ █????█ 00
+10 0010 █??????█ ??█ █??????█ █? ▀█?????▀█???????█▄ ▄▐█??█▀▐▄ ▀▀▀███ 0
+ 00100000 0 █??????█ ??█ █??????█ █?? ▀█?????▀█???????██▌ ▀██▀ ?▀█▄ 10
+ 000111001 ██?????█ ?? █??????█ ??? █??????▀█?????????? ? ▄█ 00011
+ 0001100 ██?????██ ?? ██?????██ ??? █??????▌▀█??????????????▄█▀ 010001 0
+ 000000 █??????█ ?? █??????█ ?? ▄█??????▌ ██???????????▄█▀ 0000100
+ ▀▀ ▀▀▀▀▀▀▀▀ █??????█ ??? █??????█ ? ▄█???????▄█▀??????????▄█▀ ▀▀▀▀ ▀ ▀▀▀ ▀
+ █??????█ ?? █??????█▄ ▄█??????▄█▀????????????▀█▄
+ █?? ??█ ?? █???????██▀?? ??▄█▀ ???????????????█▄
+ █? ? ██ ? █??? ??????? ▄█▀ ? ? ??▄ ?????????█▄
+ █ ? ? █ ██? ??? █▀ ▄█▀█ ????? █▄
+ ██▄▄ ▄█ ? █ ? ? ? ▀█▄ ▄█▀ ▀█??? ? █▄
+ ▀▀▀▀████ █▄▄ ▄█▌ ▀█▄ ▄█▀ ▀█ ▄█
+ ▀▀▀█████▀▀ ▀█▀ ▀█ ▄▄██▀▀
+ ▀██▀▀▀
+
+ The Italian XviD Releasing Standards 2007
+ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+┌─────────────────────────────────────────────────────────────────────────────?
+? Requirements: Notepad with terminal font or any other ascii viewer. ?
+├──────────────────────────────┬───────────────┬──────────────────────────────?
+? └───[ INTRO ]───┘ ?
+? ?
+? Queste che vi presentiamo sono il risultato di una traduzione completa ?
+? in italiano delle "The XviD Releasing Standards 2005". Sono state ?
+? solo modificate alcune diciture riguardanti subs e tagging sostituendo ?
+? english con iTALiAN. E' stata aggiunta la sezione HDTV non ancora prensente ?
+? nel 2005 come standard video. Seguendo queste regole la scena italiana ?
+? potra'dire di seguire lo standard internazionale al 100%. Vi invitiamo a ?
+? leggere bene questo testo e farne buon uso. ?
+? ?
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────?
+? └───[ RELEASE RULES ]───┘ ?
+? ?
+? Lunghezza del Film: ?
+? - PAL (25 fps) = la durata minima e' 95 minuti/CD ?
+? - FILM (23.976 fps) = la durata minima e' 110 minuti/CD ?
+? - NTSC (29.97 fps) = la durata minima e' 87 minuti/CD ?
+? ?
+? Le durata del film deve essere di almeno 50 minuti e le release devono ?
+? essere almeno da 690mb fino a 702mb di capacita' del supporto. ?
+? Ogni altro uso del supporto non deve essere sopra i 350mb (dimensioni tra ?
+? 350mb e 690mb non saranno accettate). │
+│ │
+│ Serie TV: │
+│ - La dimensione degli episodi deve essere calcolata a seconda della durata.│
+│ da 20 a 23 min -> 4x175MB. │
+│ da 23 a 35 min -> 3x233MB. │
+│ da 35 a 50 min -> 2x350MB. │
+│ da 50 min in poi seguono le regole normali. │
+│ - NOTE: lunghezze non specificate sopra dovrebbero stare comunque in 1CD │
+│ (es: 5x120mb, 6x116mb, 7x100mb, etc.). │
+│ - Le dimensioni sopra possono essere usate solamente quando stanno nella │
+│ dimensione minima (es: 23 min in 233mb o 35 min in 350mb). │
+│ L'uso del CD comunque e' a discrezione del ripper (es: 25 min possono │
+│ anche stare in 175mb) │
+│ - Raccomandazioni: 26x22min = 1 DVD-R, 13x45min = 1 DVD-R │
+│ es: 172mb x 26ep o 344mb x 13ep stanno su un DVDR solo. │
+│ - Eccezioni: Episodi in NTSC (29.97 fps) da 20-23min si dovrebbero fare │
+│ 233 mb. │
+│ │
+│ AUDIO: │
+│ - DEVE essere MP3 o Studio AC3 (Transcoding AC3 non permesso). │
+│ - DEVE essere STEREO per le sorgenti STEREO, MONO per le sorgenti MONO │
+│ (un audio MONO come STEREO e' considerato una sorgente MONO). │
+│ - DEVE ESSERE VBR! NON MP3 CBR! │
+│ - Le tracce MP3 devono avere la frequenza originale come era sul dvd │
+│ (48khz per 48khz e 44.1khz per 44.1khz) │
+│ - I file MP3 vanno normalizzati. │
+│ - ABR e' considerata una tecnica VBR. │
+│ - AC3 DEVE essere usato con saggezza e correttamente (a discrezione del │
+│ ripper usarlo o meno. Usare o meno l'AC3 non e' un errore tecnico) │
+│ - MONO AC3 non e' permesso, in quel caso usare MP3. │
+│ - Multi-language non e' permesso. (usare iNTERNAL!) │
+│ │
+│ VIDEO: │
+│ Keyframe: │
+│ - DEVE essere <=20 secondi e DEVE essere inserito in accordo con i cambi │
+│ di scena e dimensioni dei frame come determinato dal codec o dalle │
+│ applicazioni di encoding. │
+│ - Watermarks dei gruppi NON SONO PERMESSI IN ALCUN CASO. │
+│ │
+│ Framerate: │
+│ - DEVE essere il piu' vicino possibile al framerate della fonte. │
+│ - In alcuni casi i film PAL devono essere "ivtc-ati" (i.e. to 24fps). │
+│ Comunque usare una sorgente PAL non e' una scusa per una mancanza │
+│ dell'uso dell'ivtc │
+│ │
+│ Codec: │
+│ - DEVE essere XviD (tutti i codec Divx sono bannati). │
+│ - BISOGNA usare la tecnica 2 pass in fase di encoding! │
+│ - NESSUN DUPE BASATO SUL TIPO DI CODEC, FARE INTERNAL. │
+│ - QPEL NON AMMESSO. │
+│ - GMC NON AMMESSO. │
+│ - PACKET BITSTREAM da NON usare. │
+│ - Se la media di DRF va oltre i 4.0, la risoluzione andrebbe abbassata se │
+│ possibile, fino al raggiungimento della risoluzione minima. │
+│ Vedere le sezione risoluzione. │ │
+│ La media DRF puo' essere trovata con il DRF Analyzer. Si raccomanda di │
+│ analizzare l'intero avi del film e non il solo sample. │
+│ - Quant. Matrix deve essere sempre H.263/MPEG. Matrici Custom non ammesse │
+│ - L'utilizzo dello standard ITU-R non e' consigliato in quanto genera │
+│ un errore AR di circa il 2% rispetto all'AR originale del dvd. │
+│ │
+│ Risoluzione: │
+│ - Larghezza: 512 - 672 pixels per i film WS (letterbox e' cosiderato WS) │
+│ 448 - 576 pixels per i film FS (solo 4:3) │
+│ - lunghezza e larghezza DEVONO essere multipli di 16. │
+│ - Il cropping e' necessario al MASSIMO possibile anche nei rip da TV/SAT, │
+│ nonostante venga tagliato il logo dell'emittente a meta'. │
+│ - Alcuni film presentano cambi di AR. In quel caso il crop si applica solo │
+│ all'immagine che presenta piu' pixel (quindi una parte di film sara' bad │
+│ crop) │
+│ - La risoluzione del film deve essere entro il 3% del AR originale. │
+│ ((Release AR - Original AR)/Original AR x 100) │
+│ │
+│ Sottotitoli, menu interattivi, trailers: │
+│ - OPZIONALI (SOLO se tutti gli altri requisiti sono rispettati) │
+│ - VOBSUB e' il formato preferito perche' non usa OCR, comunque qualunque │
+│ formato che venga visualizzato con DVobSub e' accettabile. │
+│ - I sottotitoli possono essere MUXATI con lo stream video, ma NON essere │
+│ IMPRESSI sullo stream video. (nuke ammesso per questo errore!) │
+│ - I sottotitoli non muxati nello stream video DEVONO essere messi in un │
+│ file .rar con la compressione maggiore possibile e deve essere in una │
+│ dir chiamata 'Subs' col proprio .sfv e NON devono essere in alcun modo │
+│ pacchettizzati con il film. │
+│ - Sottotitoli multilingua non possono essere usati per rilasciare un dupe. │
+│ - I sottotitoli in italiano devono essere SEMPRE presenti se ci sono delle │
+│ parti del film non doppiate in italiano. │
+│ - L'utilizzo di sottotitoli fatti a mano DEVE essere menzionato nell'nfo │
+│ ed e' a discreione del nuker decidere se accettarli o nukarli per │
+│ "bad.subs". Release che sono state nukate per questo motivo possono │
+│ essere properate SOLO da sottotitoli che provengono dal DVD. Il ripper │
+│ puo' decidere se rilasciare l'intero film oppure solo i sottotitoli. │
+│ │
+│ Propers: │
+│ - Propers sono permesse SOLTANTO nel caso di problemi tecnici nella │
+│ release originale (i.e. Bad IVTC, Interlacing). │
+│ - Releases non nukate nel dupecheck o sui siti DEVONO includere │
+│ il sample originale del problema tecnico (jpg, avi). │
+│ Il nomefile consigliato Φ "proof" o a discrezione del gruppo che │
+│ effettua la proper. I files cmq vanno messi nella directory │
+│ 'Sample' insieme al sample della nuova release. │
+│ - Propers sulla qualita' non sono permesse, nemmeno propers basate │
+│ sulle decisioni prese dal ripper (es. # di CDs, AC3 o MP3, etc). │
+│ │
+│ Credits: │
+│ - I Credits possono essere encodati separatamente ad un bitrate piu' │
+│ basso solo se la lunghezza eccede dal numero di cd usati. │
+│ (es. 116 min su 1cd) │
+│ - Un film con delle scene nei credits NON deve essere encodato │
+│ ad un bitrate minore. │
+│ - Tagliare i credits NON e' permesso, PDTV e LD.HDTV sono esenti. │
+│ │
+│ Sample: │
+│ - NECESSARIO! │
+│ - 1 minuto di lunghezza e in una cartella separata chiamata "sample". │
+│ - Deve essere preso dal film e non encodato a parte. │
+│ - Il sample deve essere nomenclato come l'avi con la parte .sample. │
+│ tra nome ed estensione. │
+│ Es: The Chronicles Of Riddick -> grp-tcor.sample.avi │
+│ │
+│ WS vs. FS: │
+│ - Release FS dopo che il WS e' stato rilasciato NON sono permesse. │
+│ - Release WS dopo che il FS e' stato rilasciato sono permesse allegando │
+│ il sample della FS. │
+│ │
+│ Special Movie Editions: │
+│ - Permesse: SE, DC, EXTENDED, CUT, UNCUT, REMASTERED, UNRATED, CHRONO, │
+│ THEATRICAL, │
+│ - Special Edition senza cambiamenti nel film stesso saranno considerati │
+│ dupe della release precedente! │
+│ - Un film con tagli, quindi piu' corto, DOPO una versione piu' lunga e' │
+│ permesso, ma DEVE essere menzionato nel tag della dir. │
+│ - Film rimasterizzati sono ammessi solo se Φ stato rimasterizzato il │
+│ video │
+│ - L'audio rimasterizzato non e' abbastanza per rilasciare un film │
+│ REMASTERED! │
+│ - HOMEMADE non sono accettati! │
+│ │
+│ Note alle regole: │
+│ - Usare DVDR downsampled come source per rippare e' PROIBITO! │
+│ - Usare iNTERNAL.DiRFiX non e' permesso ne' per evitare un nuke incombente │
+│ ne' per rimediare ad un nuke ricevuto │
+│ │
+│ Tagging: │
+│ - Il nome della directory deve includere l'anno di produzione │
+│ come indicato da IMDB (www.imdb.com). │
+│ - Ecco i caratteri accettati nei nomi della directory: │
+│ (no spazi o doppi punti, soltano il punto "."): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . - │
+│ │
+│ - Non sono accettati spazi, doppi punti e tutti gli accenti vengono │
+│ ignorati. L'apostrofo si trasforma in punto TRANNE nel caso del │
+│ genitivo sassone. │
+│ - Il titolo deve essere SEMPRE quello pubblicato in italiano, nel caso non │
+│ fosse presente si usa il titolo originale. │
+│ - Tutte le directory devono essere nominate seguendo il seguente esempio: │
+│ │
+│ Nome.Film.Anno.Lingua.Options.Source.Codec-GRP │
+│ │
+│ - Le "Options" possibili sono: │
+│ │
+│ iNTERNAL -> Il gruppo decide di rilasciare il proprio film con questa │
+│ opzione in caso di una release imperfetta o se un altro gruppo ha gia' │
+│ rilasciato la stessa. │
+│ │
+│ PROPER -> Il gruppo ritiene che una release esistente contiene errori e │
+│ ne fa uscire una propria migliore. DEVE essere presente nel nfo la │
+│ motivazione VALIDA e le prove quando possibile. │
+│ │
+│ REPACK -> Il gruppo nota un errore, di packing o nella release in se │
+│ e ne produce un altra identica senza l'errore. │
+│ │
+│ REAL.PROPER -> PROPER di una PROPER gia' esistente. │
+│ │
+│ LD -> Line Dubbed, viene utilizzato in caso di serie tv o film │
+│ ridoppiati con audio preso da satellite. Su sorgente video DVDRip portare│
+│ il video a 25fps. │
+│ │
+│ STV -> Tag utilizzato per indicare un film solo per la TV, mai andato al │
+│ cinema. │
+│ │
+│ LiMiTED -> Tag utilizzato per indicare un film con meno di 250 screen │
+│ nel weekend di lancio. │
+│ │
+│ DiRFiX -> Tag utilizzato per correggere un errore nel testo della │
+│ directory di una data release. │
+│ │
+│ NFOFiX -> Tag utilizzato per correggere un errore nel testo del NFO. │
+│ │
+│ SAMPLEFiX -> Tag utilizzato per correggere errori relativi al sample │
+│ mancante o corrotto. │
+│ │
+│ - Altre "Options" possibili sono: │
+│ │
+│ WS/FS, RERIP, RETAIL, EXTENDED, REMASTERED, UNRATED, CHRONO, THEATRICAL, │
+│ DC, SE, UNCUT, SUBBED │
+│ │
+│ FESTIVAL, STV, LIMITED vanno usati con saggezza e correttamente. │
+│ │
+│ - READNFO E' STRETTAMENTE PROIBITO! │
+│ │
+│ Es: The.Chronicles.Of.Riddick.iTALiAN.DVDRip.XviD-GRP │
+│ L.Altra.Meta.Dell.Amore.2002.iTALiAN.DVDRip.XviD-GRP │
+│ Red.Dragon.2002.iTALiAN.iNTERNAL.DVDRip.XviD-GRP │
+│ Red.Dragon.2002.iTALiAN.PROPER.DVDRip.XviD-GRP │
+│ │
+│ - Le "Source" possibili sono: │
+│ │
+│ │
+│ PDTV -> Satellite o Digitale Terrestre. │
+│ │
+│ HDTV -> High Definition, valido solo per sorgenti DVB. │
+│ │
+│ DVDRip -> Rippato da un DVD. │
+│ │
+│ - LA LINGUA VA SEMPRE PRIMA DELLE OPTIONS! │
+│ │
+│ - NON USARE ALCUN TAG NON ELENCATO QUI SOPRA! │
+│ │
+│ │
+│ - Per quanto riguarda il nome del file avi, i rars, il nfo e il sfv: │
+│ si utilizzano le iniziali delle parole che compongono il titolo, in caso │
+│ di film con una singola parola, si utilizzano tutte le consonanti │
+│ contenute nella parola stessa. │
+│ Nel caso di CD multipli, utilizzare una lettera progressiva alla fine │
+│ dell'avi. I file DEVONO iniziare col tag del gruppo. │
+│ Lunghezza massima consigliata: TAG + TRATTINO + 8 CARATTERI + ESTENSIONE │
+│ │
+│ Es: Il Gladiatore -> grp-lgldtr.avi │
+│ The Chronicles Of Riddick -> grp-tcor.avi │
+│ │
+│ - Per quanto riguarda le serie TV va indicato il numero della stagione │
+│ (dove possibile) e il numero dell'episodio. │
+│ Nome.Serie.S##E##.Lingua.Sorgente.Codec-GRP │
+│ │
+│ Es: Streghe.S01E19.iTALiAN.PDTV.XviD-GRP -> grp-streghe.s01e19.avi │
+│ Angel.S01E01.iTALiAN.PDTV.XviD-GRP -> grp-angel.s01e01.avi │
+│ Dark.Angel.S03E21.iTALiAN.PDTV.XviD-GRP -> grp-darkangel.s03e21.avi │
+│ │
+│ Nota: Per le serie il nome va bene per esteso senza spazi ne punti, │
+│ come si vede nell'esempio. │
+│ │
+│ - Nel caso di release particolari tipo LD consiglio di specificarlo │
+│ nei packs, sfv, avi e nfo con ld o md alla fine. │
+│ │
+│ Es: Oceans.Tweleve.2004.iTALiAN.LD.DVDRip.XviD-GRP -> gtp-otld.avi │
+│ │
+│ - Le release su piu' di un CD devono contenere delle sotto-directory │
+│ chiamate CD1, CD2, etc. │
+│ Deve esserci un SFV per ogni CD (non un SFV unico per 2 o + CD). │
+│ Ogni CD dev'esser pacchettizzato in RAR (non rarrare 2 o + CD assieme). │
+│ I file RAR DEVONO essere creati utilizzando il "vecchio stile di winrar" │
+│ (r00, r01, ecc) selezionabile dalle opzioni avanzate una volta inserita │
+│ la dimensione dei pacchetti. │
+│ I file .rar NON DEVONO ESSERE COMPRESSI (scegliere "Memorizzazione" o │
+│ "Store" in inglese dal menu a tendina che specifica la compressione) │
+│ oppure se lo si usa da console specificare -m0. │
+│ Inoltre i pacchetti devono essere di 15000000. │
+│ Il file .sfv deve contenere il checksum di tutti i pacchetti rar (non │
+│ deve contenere nfo e sample). │
+│ - MOLTO IMPORTANTE! GLI ANIME VENGONO TRATTATI COME SERIE TV NEL CASO DI │
+│ EPISODI, O COME DIVX NEL CASO DI OAV! │
+│ - RIP DI DVD NEL SUO COMPLESSIVO ANZICHE' TAGLIATI IN EPISODI E' MOTIVO DI │
+│ NUKE! │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ HDTV RULES ]───┘ │
+│ │
+│ │
+│ Valgono le regole generali tranne per i seguenti punti: │
+│ │
+│ - PACKET SIZE: 100Mb =< 10GB - 200Mb=> 10GB │
+│ - Il Sample deve essere di 1-2 minuti. │
+│ - La lingua deve essere solamente Italiano. │
+│ - Le source video possibili sono: │
+│ HDTV - HDDVD - BluRay │
+│ - Il codec ammesso Φ x264. │
+│ - Le risoluzioni video ammesse sono: │
+│ 720p - 1080i - 1080p │
+│ │
+│ Titolo.Anno.Lingua.SorgenteAudio.RisoluzioneVideo.SorgenteVideo.Codec-GRP │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ │
+│ L'nfo DEVE contenere: │
+│ - Il nome del gruppo (preferibilmente con header e footer grafici); │
+│ - Nome della release │
+│ (consiglio lo stile "Nome Release *OPTION1* *OPTION2* *SOURCE*" │
+│ - Release date; │
+│ - Store date (Air Date in caso di TV); │
+│ - Source │
+│ │
+│ DVD RETAIL -> per i normali DVDR. │
+│ SATELLITE -> per i rip PDTV da satellite. │
+│ DIGITALE TERRESTRE -> per i rip PDTV da DTT. │
+│ │
+│ - Durata; │
+│ - Info sul video (codec , bitrate ed encoding (es. VBR)); │
+│ - L'AR esatta del video encodato; │
+│ - Info sull'audio (codec, bitrate ed encoding (es. ABR, CBR se AC3)); │
+│ - Lingua; │
+│ - Subs; │
+│ - Descrizione dei dischi (packs); │
+│ - Link IMDB; │
+│ - Titolo del film o dell'episodio; │
+│ - Plot (in caso di serie un plot generico della serie e' accettato); │
+│ │
+│ Ogni crew Φ libera di aggiungere altri campi, ad esempio un link a │
+│ 35mm o a filmup. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The Tradition Continues: TXD RULES 2K7it (2007-04-20) │
+│ │
+│ translated from the TXD RULES 2K5 (2005-09-25) │
+│ │
+│ TDX2K2 <2002-07-12) 2K1 (2001-04-22) Original (2000-04-26) │
+└─────────────────────────────────────────────────────────────────────────────┘
+ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+
+
+
+ ▄▄▄
+ ▄▄▄▄█▀█ █ ▀
+ ▀ ▀▀ ▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▀ ██ █▄█▀█▀▀██ ▀▀▀▀▀▀ ▀ ▀
+ 1 11 01101100 1101111000101001010001010001001 ██▀▀█ ▄██ ██▄▄█ 10 1000 1
+ ▄▄ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ █▄▄█▀▀▀▀█ ▄█ ▄▄▄▄▄▄▄▄▄ ▄ ▄▄
+ ▀▀▀▀
+
+
Music DVDR Rules - Draft 1.0 rev.c
+
+General:
+ . Release size must be at 4.3-4.37 Gb unless source is DVD5.
+ . PAL after NTSC and NTSC after PAL is allowed.
+ . DVD9 after DVD5 and DVD5 after DVD9 is allowed.
+ If DVD5 is pred by another group AFTER the DVD9 then
+ is suggested to include proofs of the source (scans or
+ wathever).
+ . Boxset = More than one disc. ALL discs in one release. ╖separated by subdirectories
+ Separated disc release forbidden
+
+
+Video:
+ . Re-encoding:
+ . CCE version 2.50+ MUST be used in all circumstances
+ where transcoding (re-encoding) of the video stream
+ is required. REmpeg and TMPGenc are NOT allowed.
+ New unknown or unreleased encoders are not strictly
+ forbidden, however use at your own risk.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, e.g. InstanCopy, DVDXCopy, DVDShrink etc.
+ . Minimum average bitrate allowed is 3000 kbit/s
+ If minimum average bitrate cannot be achieved,
+ a valid explanation is required in the NFO.
+ . If a release is reauthored then video MUST be
+ deinterlaced if needed.
+ . Quality Settings:
+ . CCE:
+ . No CBR. Multipass is to be enforced.
+ . The initial 1st pass that encodes the .vaf file
+ in CCE is NOT considered within the multipass set.
+ . The number of passes required for main movie is to
+ be determined by the final avg bitrate. Under
+ 4,000k/s 6+ passes required, over 4,000k/s
+ 5 passes are required.
+ . VTS Sectors must always be gotten.
+ . Extras:
+ . Extras are an added value but are not needed. Extras are
+ allowed to be transcoded/stripped/left-untouched
+ @ ripper's discretion.
+ . A minimum of 5 passes for extras is required if transcoded
+ . Menus:
+ . Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ . Removing useless links within the menu is required. If you
+ remove something, disable or remove the button.
+ . If all else is stripped and still can't get a 3000k/s avg
+ bitrate, then the menu may be reencoded at a minimum of
+ 3000k/s avg.
+ . Splitting:
+ . In extreme cases where even if minum bitrate is reached but
+ video quality remains low (like live concerts with lots of
+ flash and moving) the decision to split release in more discs
+ is left @ ripper's discrection. (DON'T ABUSE)
+ Splitting releases aint cause for PROPER without tech failure
+
+
+Audio:
+ . Audio Priority is: DD 5.1 > LPCM 2.0 > DTS
+ . First thing to strip off is DTS, then, if more space is needed
+ to reach the minimum bitrate, LPCM must be stripped.
+ . In extreme cases, where source has ONLY LPCM audio stream
+ (most PROMOs), and video avg bitrate is too low for being re-encoded,
+ ripper can re-encode audio to fit into DVD5. AC3 MUST be used.
+
+DVD Limitations:
+ . Macro vision MUST be removed.
+ . All user limitations and restrictions MUST be removed.
+ . Releases MUST be made region free.
+ . Any new unmentioned copy protection that comes out MUST be stripped.
+
+
+
+Packaging:
+ . All releases MUST either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ . Releases must be broken up into rars of 50,000,000 bytes.
+ . Recovery Record MUST be used.
+ . Compression method must be store.
+ . SFVs and NFOs MUST be included.
+ . NFO MUST include the following:
+ . Artist name.
+ . Title.
+ . Region, NTSC or PAL.
+ . Number of Passes and Bitrate used when re-encoding
+ main movie.
+ . Number of Passes and Bitrate used when re-encoding
+ extras.
+ . Audio streams, and subtitles included.
+ . What has been stripped, extras, menu, etc.
+ . Number of archive files.
+ . Url to a website with retail infos.
+ . Tracklist.
+ For multi-discs releases technical infos like audio streams,
+ video bitrate, extras, etc., from ALL DISCS MUST be present.
+ For live shows is really appreceated the show's year at least
+ in rel notes.
+
+
+Samples:
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 50mb.
+ . Samples must be put in a separate sub directory, labeled
+ 'Sample'.
+ . Samples MUST be from actual packed vob. Separate encodes are
+ not allowed.
+ . Multi-discs / Boxsets:
+ . 1 sample per disc no matter how many discs the release is.
+ . That goes for splitted discs also.
+
+Sources:
+ . Bonuses:
+ . A release MUST be pred as BONUS when the dvd disc isn't sold
+ alone (for example cd+dvd).
+ . Bootlegs:
+ . A bootleg recording is a dvd that was not officially released
+ by the person/company owning the rights to do that
+ (for example streetmixes, pirate live dvds, etc).
+ . Customs:
+ . A custom is an homemade dvd made from not-dvd sources
+ (DVB VHS and so on) in that case source MUST be specified.
+
+
+Directory Naming:
+ . ALL releases are to include production year.
+ . Directory name MUST include REGION (NTSC or PAL).
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . Non-Complete DVD-9 releases are to be named as:
+ MOVIE.TITLE.YEAR.OTHERS.SOURCES.REGION.MDVDR-GROUP
+ . OTHERS are:
+ BONUS BOOTLEG PROMO PROPER DiRFiX
+ REPACK COMPLETE #DiSC
+ (COMPLETE tag isn't mandatory)
+ . SOURCES are to be used if different from DVD so:
+ VHS DVB etc
+ those sources MUST be specified either in tag and nfo.
+ . Sub directories are to be labeled as DISC1, DISC2, etc.
+ . EXTRA and CD1, CD2 dirs are NOT allowed.
+
+
+Propers:
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc.
+ . Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . PPF patches should be used for fixing releases with simple
+ problems such as RCE/Region coding, VTS sectors, P-Ups and
+ so forth. REPACKS/PROPERS should be avoided if a PPF patch is
+ possible.
+
+Written and organized by (in alphabetical order):
+
+777 AMRCMPG gFViD HURRiCANE kHzViD KiSS MTDDVD mVm Oi
+
+Signed by:
+
+BERCViD BVD FKKDVDR FWYH H0T JRP JUSTDVD MUSiX nnDVD SDRDVD YARDViD
+
+Rules starts on April 1st 2007 00:00:00 CET
THE 2007 MDVDR RELEASING STANDARDS
+
+_______________________________________________________________________________
+
+ GENERAL:
+
+ . Downsampled DVD-9 release size must be at 4.3-4.37GB,
+ unless source is DVD5.
+ . PAL after NTSC and NTSC after PAL is always allowed,
+ and DVD9 after DVD5 and DVD5 after DVD9 is allowed.
+ . If DVD5 is pred by another group AFTER the DVD9,
+ then proof MUST be included of the source.
+ . Boxset = More than one disc. ALL discs in one release
+ separated by subdirectories (DISC1, DISC2, etc.)
+
+_______________________________________________________________________________
+
+ VIDEO:
+
+ . Re-encoding:
+
+ . CCE version 2.50+ or newer must be used in all
+ circumstances where transcoding (re-encoding) of the
+ video stream is required. REmpeg and TMPGenc are NOT
+ allowed period.
+ New unknown or unreleased encoders are not strictly
+ forbidden, however use at your own risk.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, i.e. DVDShrink, DVDXCopy, InstantCopy, etc.
+ . Minimum average bitrate allowed is 3000kbps. If the
+ minimum average bitrate cannot be achieved, a valid
+ explanation is required in the NFO.
+
+ . Quality Settings:
+
+ . No CBR. A variable bitrate MUST be used.
+ . The initial first pass that encodes the .vaf file
+ in CCE is NOT considered within the multipass set.
+ . The number of passes required for a movie is to be
+ determined by the final average bitrate. Under
+ 4000kbps 6+ passes required, over 4000kbps
+ 5+ passes are required.
+
+ . Extras:
+
+ . Extras are an added value but are not needed. Extras are
+ allowed to be downsampled/stripped/left-untouched at the
+ rippers discretion.
+ . A minimum of 5+ passes and 1900kbps average bitrate for
+ extras is required if downsampled.
+
+ . Splitting:
+
+ . In extreme cases where even if minimum bitrate is reached but
+ video quality remains low (such as live concerts with lots of
+ flash and moving) the decision to split release into 2 or more
+ discs is left to the ripper's discrection. Also acceptable if
+ the bitrate is way below the minimum. (DON'T ABUSE)
+
+ AUDIO:
+
+ . Audio Priority is: DD5.1 > LPCM > DD2.0 > DTS
+ . If space is needed to reach the minimum bitrate, it's a rippers
+ choice on what streams should be stripped. DD5.1 should always
+ be favored over DD2.0.
+ . In extreme cases, where source has ONLY LPCM audio stream
+ (most Promo's), and video average bitrate is too low for being
+ re-encoded, ripper can re-encode audio to fit into DVD5. AC3
+ MUST be used in this case.
+ . In cases where audio streams are stripped, IFOEdit is suggested
+ to strip the streams and VOB ID's.
+
+ . DTS is an issue that cannot be ignored. However, it is not
+ up to us to decide whether they should be allowed or not.
+ Rather, it's up to the SITES that will determine their own
+ appropriate rules. However, those groups that wish to release
+ should name their directory clearly with the appropriate tag
+ of DTS or DTS-ONLY.
+
+ MENUS:
+
+ . Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ . Removing useless links within the menu is required. If you
+ remove something, disable or remove the button.
+ . If all else is stripped and still can't get a 3000kbps average
+ bitrate, then the menu may be re-encoded at a minimum of 3000kbps
+ average.
+
+_______________________________________________________________________________
+
+ DVD LIMITATIONS:
+
+ . All user limitations and restrictions must be removed.
+ . Antipiracy warnings and dummies are preferred to be removed.
+ . Any new unmentioned copy protection that comes out
+ (i.e. ARcoSS) must be stripped.
+ . Macro vision must be removed.
+ . Releases must be made region free.
+ . RipIt4Me along with DVD Decrypter is a good suggestion
+ to remove all above.
+
+ PACKAGING:
+
+ . All releases must either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ . An SFV and NFO MUST be included.
+ . Compression method must be store.
+ . DVD5 Releases must be broken up into rars of 50,000,000 bytes.
+ . DVD9 Releases must be broken up into rars of 100,000,000 bytes.
+ . Recovery Record MUST be used (1-5%).
+ . NFO must include the following:
+ . Audio streams and subtitles included.
+ . Number of Passes and Bitrate used when re-encoding
+ main movie (if needed).
+ . Number of Passes and Bitrate used when re-encoding
+ extras (if needed).
+ . IMDB, or any link to the DVD itself will suffice.
+ . Number of archive files.
+ . Region, NTSC or PAL (Also R0-R8 is suggested).
+ . Title of the DVD.
+ . What has been stripped, audio, extras, menu, etc.
+ . All other information such as track lists, or any other
+ info is at rippers discretion.
+
+ SAMPLES:
+
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 100mb.
+ . Samples must be from the actual packed DVD. Seperate encodes or
+ using original source (if re-encoded) are not allowed.
+ . Samples must be put in a separate sub directory, labeled
+ "Sample".
+ . VOBSplitter or ChopperXP are recommended for making samples.
+
+ DIRECTORY NAMING:
+
+ . Acceptable characters are as follows:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . - _
+
+ . ALL releases are to include production year. Since Music DVD's
+ are considered STV, this would be the DVD release year.
+ . Directory name MUST include REGION (NTSC or PAL).
+
+ . Complete DVD-5 releases should be named as:
+ MOVIE.TITLE.YEAR.REGION.FULL.MDVDR-GROUP or
+ MOVIE.TITLE.YEAR.REGION.COMPLETE.MDVDR-GROUP
+
+
+ . Non-complete DVD-5 releases should be named as:
+ MOVIE.TITLE.YEAR.REGION.MDVDR-GROUP
+
+ . Untouched DVD-9 releases should be named either:
+ MOVIE.TITLE.YEAR.REGION.MDVD9-GROUP or
+ MOVIE.TITLE.YEAR.REGION.DVD9.MDVDR-GROUP
+
+ . Bonuses:
+ . A release MUST be pred as BONUS when the dvd disc isn't sold
+ alone (i.e. CD+DVD combo).
+
+ . Customs:
+ . A custom is a homemade dvd made from non-dvd sources
+ (DVB, VHS and so on) in that case the source MUST be specified.
+
+ . Tags that can and should be used when needed:
+ # of DISCS BONUS BOOTLEG DIRFIX DVB PROMO PROPER REPACK
+
+ . Sub directories are to be labeled as DISC1, DISC2,
+ etc. CD1, CD2, EXTRA directories are NOT allowed.
+
+_______________________________________________________________________________
+
+ PROPERS:
+
+ . Propers will ONLY be released if previous had technical flaws
+ such as menu errors, bad quality, etc.
+ PPF patch cant fix such things.
+ . Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ . Propers based on previous releases having improper dir names
+ or missing information in the .nfo will not be tolerated.
+ . PPF patches should be used for fixing releases with simple
+ problems such as RCE/Region coding, VTS sectors, P-Ups and
+ so forth. REPACKS/PROPERS should be avoided if a PPF patch is
+ a possible fix.
+
+_______________________________________________________________________________
+
+ The DVDR Releasing Standards Originally Written and Organized By:
+
+ AUK . SOUL . JR . MAH . PURP . CONE
+
+
+ The 2007 Music DVDR Releasing Standards Organized, Revised and Signed By:
+
+ C4DVD . CMS . DHI . FKKDVDR . GT4DVD . OSCDVD
+
+ RAGEDVD . SDRDVD . T3RR0R1STS
+
+ The Music DVDR Releasing Standards are revised from the original DVDR
+ Releasing Standards to include standards for the Music DVDR Releases.
+
+_______________________________________________________________________________
Official MP3 Release Rules 1.0
+ ____________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release
+ is not a dupe if it has different or more tracks.
+
+ Exceptions:
+ 1. It's also a dupe if the complete release is included in a previous
+ one. For example CDM is released, now someone releases the CDS and
+ all tracks of the CDS were already included on the CDM (excactly
+ the same tracks).
+ 2. You are allowed to create a duplicate release from a release that
+ has a source of lower quality.
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname. For
+ online bought MP3s (-WEB-) we assume the best source quality (CDDA
+ or better) -> you need proofs that your source is better if you
+ want to dupe a web release.
+ 3. All MIXED cds should be ripped as one track supplied with a .cue.
+ If they are not, they may be duped by another group that releases
+ it as one track with a .cue supplied.
+
+ Note: if you want to release an import-album or some "extendend
+ edition" then check rule 7 as well !
+
+ 2. An .SFV and .NFO file must be included in every release.
+ If you release a CUE file for multitrack mp3s then the CUE file must
+ include artist and tracknames if they are available on the cover or
+ inlay.
+
+ 3. Directoryname must at least contain:
+ 1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+ 2. All bootleg releases must have the word BOOTLEG in dirname. (check
+ bootleg rule 14)
+ 3. If you release magazine CDs then you must tag them as -MAG-. Don't
+ tag them -PROMO-, -ADVANCE- etc..
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the
+ vinyl/cd then you must add the artistname.
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then you
+ must add the artist name as well ("VA-tracks" like mixes don't need
+ artistnames).
+ Make sure that your filename is unique otherwise some sites might
+ dupeskip.
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you
+ *must* provide proof that these tracks have no names. Either by a scan
+ of the original cover of the record company/label (no selfmade cdr or
+ bootleg covers) or a link to an official or trusted webpage with
+ proofs. If these "untitled tracks" are part of a big mix (no silence
+ between the "tracks") then it's considered as one track and you must
+ rip it as one mp3/cue and give this track same name as the "album".
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and
+ ftp-servers.
+
+ 6. Self-made releases
+ 1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other
+ sources, put them together and release that as something new.
+ 2. A self-made MIX or completely self-made music is allowed if it's
+ good. Sites decide if it's shit by nuking it.
+ If you are releasing self-made stuff then that must be clearly
+ visible in your nfo.
+ If it's not possible to see that it's self-made then it will get
+ nuked as bad pack.
+ Exception: if the selfmade release is free available at release
+ time or when you obviously know that it will be available soon
+ then it's not allowed to release it.
+
+ If it's not clear if it's selfmade or not and it's not possible to find
+ any information about the release/artist/label then it's up to the
+ group to prove that this release is not selfmade (coverscan, url, ...).
+ If they are not able to prove that it's real it will get nuked as bad
+ pack.
+
+ 7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+ If you think it's too much work to rip all tracks you better don't rip
+ at all. Releasing the complete CD/Vinyl/.. is necessary because
+ otherwise it would be possible to make several (different) releases of
+ the same cd/vinyl/etc..
+
+ Exception for albums:
+ If a RETAIL album has been released in different editions and the only
+ difference is one or more bonus tracks (imports) then it's allowed to
+ release the bonustrack(s) only. But you may NOT re-release an entire
+ inital edition within the first three months.
+
+ Example: album released in US with 10 tracks, japanese edition with 11
+ tracks (1 bonus track that is a new song) then you MUST release the jap
+ bonus track only (without including previously released tracks of the
+ US album) during the first three months after first full retail
+ release. If it's more than 3 months later then you are allowed to do
+ either the bonustrack-only or the full album.
+
+ Moreover, it is NOT allowed to re-release a new edition of an retail
+ album EVER if the extra/bonus tracks are already included in one (!)
+ previous release. For example, USA album is released and four months
+ later japanese with simply a remix from an old CDM/CDS still wouldn't
+ be allowed.
+
+ For DVD(A) releases check Rule 10.
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by
+ Marilyn Manson
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not included
+ then a proper (with ALL tracks) or an additional release (extra tracks
+ only) is not allowed.
+ If tracks are available in several audio formats then you must use the
+ "best" version.
+
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+
+ Normalizing the sound volume is allowed but optional.
+
+11. Encoding Quality
+ 1. For releases made from MP3s (online bought):
+ VBR (all combinations, but no maximum bitrate limit) and CBR is
+ allowed. The minumum bitrate for CBR is 192kbit.
+ => You release the MP3 as is. It is NOT allowed to re-encode! If
+ the source is below 192 kbit CBR it's not allowed to release it.
+ Release the MP3 unmodifed as you downloaded it. Only
+ adding/changing ID3 tag is allowed.
+ 2. For ALL other sources (CD, Vinyl, DVD, etc.):
+ You must use either:
+ - LAME 3.97 (final version!) with preset V2 and VBRNEW
+ ("-V2 --vbr-new") or
+ - LAME 3.90.3 (modified version preferred) with preset APS
+ ("--alt-preset standard").
+ For both LAME versions additional switches which would affect the
+ mp3 quality are forbidden, especially no minimum or maximum
+ bitrate limits.
+ If you use LAME 3.90.3: preset must either be stored in mp3 header
+ (= modified LAME version) or be part of info in your nfo file.
+ (If you are going to change your encoder now then switch to 3.97.
+ LAME 3.90.3 will be removed from this rule sooner or later)
+
+12. Promos
+ If a release is considered not to have every track from the source then
+ it must be labeled as a promo and can be duped by any legitimate retail
+ release that DOES contain all tracks. The legitimate release can be
+ identified by the CAT number, or more suitable proof.
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+ If you release a promo when the retail is already out then you must
+ provide proof that this promo is real to make sure this is not a
+ selfmade "promo".
+ to reduce amount of fakes:
+ A one track promo single release must include cover scans/photos.
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if they
+ are tagged correctly:
+ DVD, DAB, DTV/DVB/ISDB (compressed digital tv/radio
+ sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a cd/vinyl/dvd that was not officially released
+ by the person/company owning the rights to do that (for example
+ streetmixes, pirate live cds, etc).
+ Because very often it's not 100% clear if something is bootleg there
+ are conditions when we assume something is or isn't bootleg. This is
+ not a defnition of "bootleg" and if a condition is not true then it
+ does not mean the opposite is true. This only helps nukers and groups
+ to decide if a bootleg tag is needed and hopefully leads to more fair
+ nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't
+ need a bootleg tag)
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released
+ any bootlegs and released stuff that was available at major retail
+ shops
+ - the artist or label of the samples confirms this release is valid (on
+ their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.dancegrooves.com
+ www.threebeatrecords.co.uk
+ www.4djsonly.com
+ The shop itself must sell the record (no private sellers).
+
+15. FREE MP3s
+ If music in mp3 format in acceptable quality (CBR 192kbit minimum) or
+ files in a lossless format (wav/flac/...) are legally available for
+ download on the net at no cost (artist / record company allows it) then
+ it's NOT allowed to release those files or mp3s of the same tracks you
+ made from this or other sources (cd/vinyl/...).
+
+16. SOURCE
+ The tracks of a release must all be from the same source and have the
+ same quality/cbr-bitrate/vbr-setting. Taking tracks from other scene
+ releases or internal group releases of other groups is strictly
+ forbidden.
+ If the source is not a pressed CDDA then the directory name needs a
+ valid source tag. Valid tags are listed below.
+
+ =RETAIL SOURCES=
+ [CD SINGLE] (pressed)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed)
+ dirtag needed: none
+ dirtag suggested: -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL-
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL-
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL-
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ =LIVE SOURCES=
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM- or -RADIO-
+ dirtag suggested: -FM-
+
+ [ANALOG TV] (terrestrial)
+ dirtag needed: -TV-
+
+ [ANALOG SAT]
+ dirtag needed: -SAT-
+
+ [ANALOG CABLE]
+ dirtag needed: -CABLE-
+
+ [DIGITAL TV] (digital tv/radio)
+ dirtag needed: -DTV-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DTV- or -DVBS-
+ dirtag suggested: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DTV- or -DVBC-
+ dirtag suggested: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DTV- or -DVBT-
+ dirtag suggested: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ Note: Because most of the "live" ripping crews are unable or unwilling to
+ add a correct source ALL live sources are handled like re-encodes
+ quality-wise.
+
+ =OTHER SOURCES=
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, PCM, ...),
+ - bitrate of source file (if not PCM/WAV),
+ - URL to some shop where it's available in that format
+
+ [CDR] (small label/artist releasing on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [DAT TAPE]
+ dirtag needed: -DAT-
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE-
+
+ [HOMEMADE] (done by a groupmember or close friend)
+ dirtag needed: -HOMEMADE-
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+ All other "sources" are invalid source tags (-LIVE- , -LINE- , -EP-,
+ ...). Which means you need a second tag for the source if you use those
+ tags (except for CDs which don't need a source tag).
+
+ Additional to the source media the source of the recording is needed
+ for direct live recordings:
+ -AUD- audience microphone
+ -SBD- soundboard
+ -BOOTLEG- [unknown]
+ example tag: -AUD-DAT- -SBD-CDR- ... or in nfo: "Source: SBD->CDR"
+ (if your pc was connected directly to the recording device then no
+ source media is needed of course)
+
+ If the source media is digital and you used an analog device (eg.
+ line-in) while converting the sound to mp3 then this must also be
+ mentioned in your nfo file.
+ example: "SOURCE: SACD->ANALOG LINE->PC"
+
+17. Trackfixes
+ Only one trackfix per release is allowed. If the release needs a second
+ trackfix or more than 50% of the tracks need a fix then you must re-rip
+ the whole release and all previous releases+dir/nfofixes getting nuked.
+ A 1-track fix for a 2-track release is allowed (=50% and not "more than
+ 50%").
+
+18. ID3 Tags
+ All mp3 files need an ID3 v1.1 tag. This tag must include *correct*
+ Artist, Title and Album. The fields Year, Genre and Tracknumber must be
+ present but may not be nuked if incorrect.
+ An additional ID3 v2 tag is allowed and recommended.
+
+Notes:
+ 1. Releases with an apparently incorrect year may not be nuked. However
+ the year should be correct of course. Keep in mind that a lot of sites
+ nuke for fake year when it's incorrect. (The Year in dirname is not the
+ year when you released it but when the record company/artist published
+ it!)
+ 2. If a release labeled as "advance" is identical to the retail version
+ then the advance turns into a retail release. This means then it is not
+ allowed to dupe it and it counts as retail for ALL rules. If the retail
+ is different then of course it's allowed to release it.
+ 3. Typos (in dirname, trackname, id3, etc ...) are tolerated if it still
+ is readable and either artist or title is 100% correct.
+ 4. The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192khz). Tagging a
+ normal DVD release as -DVDA- will get nuked.
+
+change-log:
+2007-01-15 first version (v1.0)
+
+ V1.0 active since 2007-01-15, signed by:
+ 1way AMRC BERC BF BLA BUTT CMG CMS dh DPS DRUM EGM EGO EMP ESC ESK FKK FTD
+ FWYH gEm GRAVEWISH i8 iPC JAH KrbZ KzT mbs MOD nukenet OBC ONe PMS PULSE
+ pyt RAGEMP3 rH RNS RpM RTB SAW SER SEVER sheepnet SiRiON TGX tronik uF
+ UKi UPE wAx XXL
+
+
+
An Independent Critic presents
+ A Rebuttal of......
+ Official MP3 Release Rules 1.1
+
+ __________________________________________________________
+INTRO:
+-The rebuttal of TDX2K5 inspired me to take a look at the current MP3 rules
+ and scrutinize all the points I felt were inconcise and vague. The current
+ rules are adequate, though they could be much better. In no way is this
+ intended to disrespect or offend any of the honorable crews that signed the
+ current ruleset. With that said, some of the points I make may seem anal, but
+ I personally care about the future of the audio scene and would like to
+ ensure its continued operation to provide HQ Audio to its members.
+-In contrast to the author of the TDX2K5 rebuttal, I am NOT a previous
+ signee of previous MP3 rulesets, nor am I part of an old and legendary crew.
+ Despite this, I fully understand why many of the rules were implemented in the
+ ruleset. I just felt that someone outside of the big groups should have the
+ opportunity to address any issues and concerns they may have. I hope this
+ will encourage anyone who agrees with my points to speak their mind and
+ cause much needed vigor in the MP3 scene. Any groups and all groups are welcomed
+ to include this in their .nfo, as well as make their own rebuttal. I also
+ dont want to make it seem I want the MP3 scene to be something extremely
+ difficult to be in, but many of the suggestions I make should
+ not be hard for most groups to integrate into their normal routine. I know MP3s
+ aren't as difficult to do as XviDs, DVDR re-encodes or X264 encodes, but
+ I feel they deserve a ruleset that's clear and eliminates any questions,
+ free of any grammatical errors and has a professional appearance.
+-Note: Yes I know the standard for nfos/txt is 80 char wide, but I'm doing this
+ late in the night since I have insomnia and have nothing else to do, so don't
+ dismiss this as pre spam/fake on those grounds. I wrote this article with
+ serious intentions.
+
+ Thanks for your time.
+
+ __________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release
+ is not a dupe if it has different or more tracks.
+
+ Exceptions:
+ 1. It's also a dupe if the complete release is included in a
+ previous one. For example CDM is released, now someone releases
+ the CDS and all tracks of the CDS were already included on the
+ CDM (excactly the same tracks).
+ 2. You are allowed to create a duplicate release from a release
+ that has a source of lower quality (a different source!).
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname. For
+ online bought MP3s (-WEB-) we assume the best source quality
+ (CDDA or better).
+ 3. All MIXED cds should be ripped as one track supplied with a
+ .cue. If they are not, they may be duped by another group that
+ releases it as one track with a .cue supplied.
+ 4. If a WEB version has been released then a CD RETAIL version is
+ allowed if the CD version has scans/photos.
+
+ For all LIVE sources:
+ + If a show has already been released (e.g. another name, but the
+ mix is the same), no dupe of that same show is allowed. If the
+ show is included in another release (for example, as a guest
+ mix), then it is not allowed either.
+ + If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to
+ release them both as a set. However, it is encouraged to release
+ only the new part if the other part is available in equal or
+ better quality, denoting in the nfo why the other part was
+ omitted.
+ + If a show contains the broadcast of a commercially released CD,
+ it may not be released if the CD has already been released.
+
+ Note: if you want to release an import-album or some "extendend
+ edition" then check rule 7 as well !
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Point 1.1 contains a typographical error (excactly).
+-Point 1.2 is vague in respect to DVD, SACD, and DVD-A releases. What if
+ an album is released both in CDDA and DVD-A format? Could a proper rip
+ from a DVD-A disc dupe a CDDA one? Also, what exactly does the dupe
+ order look like? If I understand correctly, it should be as follows.
+
+Bootleg<Tape<Live<Vinyl<DAT<WEB<CDDA<DVD<SACD<DVDA<BD/HD DVD
+
+Correct? Y/N?
+
+-The Mixed CD rule should be tossed. Many devices, notably the iPod,
+ support gapless playback, along with many of the popular Media Players
+ these days. It's quite annoying to put a single .mp3 rip onto your
+ MP3 player or hard disk and not have direct access to the track you want,
+ isn't it? I have read many-a-NFOs from groups complaining about this rule ;P.
+-The note section contains a typographical error (extendend).
+-Another point that comes up are CDs that only have 1 track, and the entire
+ track is a mix. I recently heard someone say that all single mp3 rips require
+ a .cue file. The rules as they stand don't actually require this. Clarification
+ is needed for this type of CD. It should be noted in the rules that a tracklisting
+ for such rips would be very helpful, though not required.
+-Would a dupe of a previous release be allowed if the average bitrate was higher?
+ If seen a couple groups do this; A retail over a promo with the exact same
+ tracks, except the average bitrate is higher.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 2. An .SFV and .NFO file must be included in every release.
+ If you release a CUE file for multitrack mp3s then the CUE file must
+ include artist and tracknames if they are available on the cover or
+ inlay.
+
+ 3. Directoryname must at least contain:
+ 1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+ 2. All bootleg releases must have the word BOOTLEG in dirname.
+ (check bootleg rule 14)
+ 3. If you release magazine CDs then you must tag them as -MAG-.
+ Don't tag them -PROMO-, -ADVANCE- etc..
+ 4. The directory name of an INTERNAL release must end with _INT.
+ Example: Someone_Something-2007-GROUP_INT
+ 5. For all LIVE sources:
+ It is not necessary to include the name of the station the show
+ is broadcasted on (if it is not included in the directory name,
+ it is strongly encouraged to include it in the nfo instead). The
+ date must be the date of the broadcast. Both USA (-MM/DD-) and
+ EU (-DD/MM-) date format are allowed.
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the
+ vinyl/cd then you must add the artistname.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Why should both USA and EU dating formats be allowed? Sounds like a
+ recipe for confusion. I'm not a Live ripper and most Live rippers/crews
+ probably already know who/what/where of a particular release, but since
+ the scene is based on standards, why not stick to a single standard dating
+ format to minimize confusion? Perhaps the ISO 8601 dating standard?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then
+ you must add the artist name as well ("VA-tracks" like mixes don't
+ need artistnames).
+ The song title for the filename must include the full title as it's
+ written on the cover/cd/inlay with all additional infos like
+ remixed/featured stuff as long as it doesn't exceed the 128 char
+ limit.
+ Make sure that your filename is unique otherwise some sites might
+ dupeskip.
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you
+ *must* provide proof that these tracks have no names. Either by a
+ scan of the original cover of the record company/label (no selfmade
+ cdr or bootleg covers) or a link to an official or trusted webpage
+ with proofs. If these "untitled tracks" are part of a big mix (no
+ silence between the "tracks") then it's considered as one track and
+ you must rip it as one mp3/cue and give this track same name as the
+ "album".
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Reword 'Filename must at least contain' to sound less awkward.
+-"VA-tracks" like is grammatically incorrect.
+-Clarify the dupe filename rules. Does a release with duped filenames
+ get nuked and require a repack with unique filenames or a proper by
+ another group? Most veterans know about dupeskipping but I've seen
+ many of the new groups repack a release or release another rip of
+ an album and not take the time to make sure they have unique filenames.
+ Does this mean the release is wrong?
+-Does missing the extra info of features, remixed, etc. constitute a
+ nuke and a valid proper reason?
+-I've encountered some bootleg mixtapes without track names. The rules as
+ written state not to use bootleg covers. Does this mean it's not allowed
+ to release? Should a ripper attempt to name the tracks to his/her best
+ ability if a release has no track names?
+-See section 1 rebuttal regarding mp3/cue.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and
+ ftp-servers.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Some releases how trailing dots in their names. For example,
+ This Is Me...Then. Is it allowed to include the 3 trailing dots in the
+ dirname, or should they be replaced with 3 underscores or omitted entirely?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 6. Self-made releases
+ 1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other
+ sources, put them together and release that as something new.
+ 2. A self-made MIX or completely self-made music is allowed if it's
+ good. Sites decide if it's shit by nuking it.
+ If you are releasing self-made stuff then that must be clearly
+ visible in your nfo.
+ If it's not possible to see that it's self-made then it will get
+ nuked as bad pack.
+ Exception: if the selfmade release is free available at release
+ time or when you obviously know that it will be available soon
+ then it's not allowed to release it.
+
+ If it's not clear if it's selfmade or not and it's not possible to
+ find any information about the release/artist/label then it's up to
+ the group to prove that this release is not selfmade (coverscan, url,
+ ...). If they are not able to prove that it's real it will get nuked
+ as bad pack.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Clarify and re-write this entire section. When you make a homemade
+ mix/release of mainstream music, wouldn't you be taking tracks from
+ various sources? Or does this mean taking tracks from other scene releases?
+ I know what this section is trying to say, but it should be re-written
+ to omit all ambiguity.
+-'If it's not clear if it's selfmade...' should be re-worded to sound less
+ awkward. Try 'If it's not clear *that* it's selfmade...'
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+ If you think it's too much work to rip all tracks you better don't
+ rip at all. Releasing the complete CD/Vinyl/.. is necessary because
+ otherwise it would be possible to make several (different) releases
+ of the same cd/vinyl/etc..
+
+ Exception for albums:
+ If a RETAIL album has been released and you have a different edition
+ of the same album (foreign/promo/advance/..) then it's allowed to
+ release the new/bonus tracks only. But you may NOT re-release an
+ entire inital edition within the first three months except if ... :
+ ... it's a 1disc release and more than 30% of the tracks of your
+ version are not on the previous retail version.
+ ... it's a multi disc release and either more than 30% of the tracks
+ or at least 6 tracks of your version are not on the previous
+ retail version.
+
+ Moreover, it is NOT allowed to re-release a new edition of an retail
+ album EVER if the different/extra/bonus tracks are already included
+ in one (!) previous release. For example, USA album is released and
+ four months later japanese with simply a remix from an old CDM/CDS
+ still wouldn't be allowed.
+
+ Example1: album released in US with 10 tracks, japanese edition with
+ 11 tracks (1 bonus track that is a new song) then you MUST release
+ the jap bonus track only (without including previously released
+ tracks of the US album) during the first three months after first
+ full retail release. If it's more than 3 months later then you are
+ allowed to do either the bonustrack-only or the full album.
+
+ Example2: After the retail you got a promo with 1 different track.
+ Then it's not allowed to release this full album within 3 months. If
+ the bonus track was already out on a different release then it's not
+ even allowed to release it bonus-only.
+
+ Example3: Your different edition has 13 tracks of which 9 were on the
+ first retail release and 4 (= more than 30%) are new. Then you are
+ allowed to release the full album even within first 3 months. Except
+ when the 4 new tracks were already all on ONE previous release. Then
+ a release isn't allowed at all.
+
+ For DVD(A) releases check Rule 10.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Typographical error (inital).
+-'you better don't rip at all.' Try 'you should not rip it at all.'
+-Clarify this new edition rule. What if you have a new edition with of a
+ certain album and it's bonus tracks spread over 2 or more old releases,
+ CDM/CDS/etc. Would it be allowed to release it then? I know the 3rd example
+ says ONE, but I have my doubts about releasing bonus tracks of a particular
+ album when all of them are already out on older releases.
+-Have respect for the Japanese. All countries/nationalities should be
+ capitalized. My professors have given me -50 for each instance they are not.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Speaking of dirfixes, they shouldn't be allowed in the MP3 scene because
+ MP3s have ID3 tags, and a dirfix does nothing to correct any mistakes there.
+ A dirfix may technically fix a misspelled Justin Timberlay in the db's,
+ but your media player/digital audio player is going file it under
+ Justin Timberlay, not Justin Timberlake. At this point could either edit
+ the tags, which will invalidate your .sfv, or keep 2 copies of it. One with
+ the typo, and one with proper tagging. Yes, dirfixes save space and credits,
+ but to me it's like a temporary fix that should be permanently fixed, which
+ is always better in the long run. Repack/Proper it instead. And don't be such
+ wuss to take the nuke for a repack :P. Dirfixing saves credits, bandwidth, and
+ a nuke, but do really want your files to be mistagged?
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by
+ Marilyn Manson
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-In the html notes version of the rules, it says '...a release tagged DVD
+ and "source: CDDA" in NFO is not allowed).' There are quite a few
+ releases out now that have this error. Does this constitute a nuke? Would
+ group be able to proper for this reason?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not
+ included then a proper (with ALL tracks) or an additional release
+ (extra tracks only) is not allowed.
+
+ If tracks are available in several audio formats then you must use
+ the "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+
+ Normalizing the sound volume is allowed but optional.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-See Section 1 rebuttal regarding the dupe rules.
+-I assume if a group doesn't choose the best soundtrack, a proper with the
+ best soundtrack is allowed?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+11. Encoding Quality
+ 1. For releases made from MP3s (online bought) and which are not SBD:
+ VBR (all combinations, but no maximum bitrate limit) and CBR is
+ allowed. The minumum bitrate for CBR is 192kbit.
+
+ => You release the MP3 as is. It is NOT allowed to re-encode! If
+ the source is below 192 kbit CBR it's not allowed to release it.
+ Release the MP3 unmodifed as you downloaded it. Only
+ adding/changing ID3 tag is allowed.
+
+ If you want to release a -WEB- mp3 file with constant bitrate
+ (CBR) then you must choose the best version (320->256->224->192
+ kbit) available at the shop.
+
+ 2. For ALL other sources (CD, Vinyl, DVD, SBD, CABLE, LINE, etc.):
+ You must use either:
+ - LAME 3.97 (final version!) with preset V2 and VBRNEW
+ ("-V2 --vbr-new") or
+ - LAME 3.90.3 (modified version preferred) with preset APS
+ ("--alt-preset standard").
+ For both LAME versions additional switches which would affect
+ the mp3 quality are forbidden, especially no minimum or maximum
+ bitrate limits.
+
+ If you use LAME 3.90.3: preset must either be stored in mp3
+ header (= modified LAME version) or be part of info in your nfo
+ file.
+ (If you are going to change your encoder now then switch to
+ 3.97. LAME 3.90.3 will probably be removed from this rule in
+ next rules version)
+
+ 3. The sampling rate must be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+
+ 4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file must be correct at all
+ times.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Typographical error (minumum).
+-Point 11.1 should be re-written. I don't think -WEB- releases are made from
+ MP3s, are they? If so, that sounds like a re-encode, which would violate rule
+ 13 below as well as the note directly below 11.1. Section 1 had it right
+ assuming CDDA or better, or do you mean releases *consisting* of MP3s
+ purchased online?
+-Typographical error (unmodifed).
+-Lame 3.98 offers better encode quality over 3.97 (high bitrate too!). See:
+
+ http://www.hydrogenaudio.org/forums/index.php?showtopic=55767
+ http://www.hydrogenaudio.org/forums/index.php?showtopic=56778
+ http://www.hydrogenaudio.org/forums/index.php?showtopic=55697
+
+ When this encoder becomes final, rules should be re-written to allow it to be
+ used, in order to produce the best quality MP3s.
+ Lame 3.90 as much as it is historic and revolutionary, considering it allowed
+ us to utilize the -aps system, should be retired at this point. It's a dinosaur
+ in the land of encoders these days.
+-Point 11.2 would be a spot to emphasize rippers to check their encoding
+ parameters. Many people mess up in EAC by choosing LAME MP3 Encoder in the
+ encoder section, causing a minimum bitrate to be applied. It should be
+ User Defined Encoder.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+12. Promos
+ If a release is considered not to have every track from the source
+ then it must be labeled as a promo and can be duped by any legitimate
+ retail release that DOES contain all tracks. The legitimate release
+ can be identified by the CAT number, or more suitable proof.
+
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+
+ If you release a promo when the retail is already out then you must
+ provide proof that this promo is real to make sure this is not a
+ selfmade "promo".
+
+ to reduce amount of fakes:
+ A one track promo single release must include cover scans/photos.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Clarify one track scan/photo rule. Does this apply to promos only?
+ What about one track retail releases or a single bonus track for
+ a retail album? I've seen some unnukes stating that the scan/photo
+ rule for a single track release only applies to Promo releases,
+ which shows the confusion regarding this rule. Also note this
+ scan rule is under the 'Promos' section, further causing
+ confusion.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if
+ they are tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT (compressed digital tv/radio
+ sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a cd/vinyl/dvd that was not officially
+ released by the person/company owning the rights to do that (for
+ example streetmixes, pirate live cds, etc).
+
+ Because very often it's not 100% clear if something is bootleg there
+ are conditions when we assume something is or isn't bootleg. This is
+ not a defnition of "bootleg" and if a condition is not true then it
+ does not mean the opposite is true. This only helps nukers and groups
+ to decide if a bootleg tag is needed and hopefully leads to more fair
+ nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other
+ artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't
+ need a bootleg tag)
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released
+ any bootlegs and released stuff that was available at major retail
+ shops
+ - the artist or label of the samples confirms this release is valid
+ (on their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.dancegrooves.com
+ www.threebeatrecords.co.uk
+ www.4djsonly.com
+
+ The shop itself must sell the record (no private sellers).
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-This section needs to be clarified so everyone understands what exactly
+ bootleg is. From what I understand, it's a cd/vinyl/dvd that was not
+ officially released by the person/company owning the rights, as stated
+ in the first paragraph. But many people just seem to skip over this
+ and go to the latter part of this section and check if it's available
+ at the listed http sites. If it is not, a release gets nuked as
+ mislabeled bootleg. Someone might want to highlight the indie
+ label/artist section in caps, bold, asterisks, etc.
+-The 2nd paragraph is a mess. '...if a condition is not true then it
+ does not mean the opposite is true.' Opposite of what? There are too many
+ pronouns causing ambiguity. Also, there is a typo (defnition).
+-Typographical error (available at at).
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+15. FREE MP3s
+ If music in mp3 format in acceptable quality (CBR 192kbit minimum) or
+ files in a lossless format (wav/flac/...) are legally available for
+ download on the net at no cost (artist / record company allows it)
+ then it's NOT allowed to release those files or mp3s of the same
+ tracks you made from this or other sources (cd/vinyl/...).
+
+16. SOURCE
+ The tracks of a release must all be from the same source and have the
+ same quality/cbr-bitrate/vbr-setting/encoder/setting. Taking tracks
+ from other scene releases or internal group releases of other groups
+ is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name needs a
+ valid source tag. Valid tags are listed below.
+
+ =RETAIL SOURCES=
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL-
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL-
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL-
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ =LIVE SOURCES=
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so must be released internally)
+ dirtag needed: -STREAM-
+
+ =OTHER SOURCES=
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, PCM, ...),
+ - bitrate of source file (if not PCM/WAV),
+ - URL to some shop where it's available in that format
+
+ [CDR] (small label/artist releasing CDDA on CDR pr LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT-
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE-
+
+ [HOMEMADE] (done by a groupmember or close friend)
+ dirtag needed: -HOMEMADE-
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+
+ All other "sources" are invalid source tags (-LIVE- , -EP-, ...).
+ Which means you need a second tag for the source if you use those
+ tags (except for CDs which don't need a source tag).
+
+ A SBD release is not allowed if it could be a re-encode/repack of the
+ same show streamed or downloaded free from inet. If a free broadcast
+ or download is/was available with 160kbit CBR or better then it's not
+ allowed to do a SBD release.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-I know a few groups that miss some required information from the
+ source. For example, they may list the codec of source, but omit the
+ number of channels of the source, or do the opposite. Some just
+ forget to include this info at all. I assume a proper release with
+ the correct info is allowed? What about -WEB- releases omitting the
+ webshop url?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+17. Trackfixes
+ Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-rip the whole release and all previous releases+dir/nfofixes
+ getting nuked.
+ A 1-track fix for a 2-track release is allowed (=50% and not "more
+ than 50%").
+
+18. ID3 Tags
+ All mp3 files need an ID3 v1.1 tag. This tag must include Artist,
+ Title and Album (see Note #3). The fields Year, Genre and Tracknumber
+ must be present but may not be nuked if incorrect.
+ An additional ID3 v2 tag is allowed and recommended.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-I don't see a reason why ID3v2 tags should not be required? The standard
+ is almost 10 years old now. Virtually everything supports it. Don't
+ you find it annoying when a track name is cut short from the ID3 tags
+ because the release only has ID3v1 tags?
+-What if a release has the correct filenames, but the ID3 fields for
+ artist, tracknumber and title are all incorrect? An odd occurence since
+ most groups name their filenames as track-artist-title, but this recently
+ happened to a release, so this issue must be addressed.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+19. LIVE release quality
+ 1. The set must be complete. This means that every part of the show
+ must be released, and the beginning and end must be included in
+ their entirety. A set may not miss more than 1 minute from begin
+ or end.
+ 2. All commercials must be edited out.
+ 3. DJ talk can be included to a certain extent: track announcements
+ and short lines from the DJ should not be removed; interviews
+ and other long talk should be removed (or included in a separate
+ file if it's special).
+ 4. It is encouraged to fade-in and fade-out the set. However, lack
+ of fades constitutes no proper reason.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-I'm not a Live ripper, so I can't speak for any of the rules for that
+ segment. We'll leave it to those who specialize in them to debate the
+ rules.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+Notes:
+ 1. Releases with an apparently incorrect year may not be nuked. However
+ the year should be correct of course. Keep in mind that a lot of
+ sites nuke for fake year when it's incorrect. (The Year in dirname is
+ not the year when you released it but when the record company/artist
+ published it!)
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-It takes me less than 20 seconds on Google
+ to find the release year for many albums. Some groups will just tag
+ an incorrect year, most likely to the current year or something ahead
+ of its actual year so their stats look better/spreads more. Also, many
+ CDs/DVDs have a copyright year imprinted on them, which is something
+ to go by. I know some albums are impossible to find a release year
+ (I've been there), which is probably why this note exists, but I felt
+ it should be addressed so others can elaborate on it.
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 2. If a release labeled as "advance" is identical to the retail version
+ then the advance turns into a retail release. This means then it is
+ not allowed to dupe it and it counts as retail for ALL rules. If the
+ retail is different then of course it's allowed to release it.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-This note is vague. Different in what way? What if the retail has less
+ tracks than the advance and all the tracks in the retail version are
+ already included in the advance? What if it has more? What if the extra
+ tracks are already included in an old CDM/CDS. I understand that
+ rule 7 has been re-worded to include promo/advances, but they haven't
+ addressed the opposite situation of Promo/Advance vs. Retail. What if
+ the average bitrate of a retail is higher than an advance? Does this section
+ also apply to promos of upcoming retail albums?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 3. Typos (in dirname, trackname, id3, etc ...) are tolerated if it still
+ is readable and either artist or title is 100% correct.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Any typos/misspelling of the artist, song title or track number should
+ not be allowed at all. Yes, I know people are in a rush to release things
+ these days, but why should we should we sacrifice the accuracy of our
+ typing when we spend so much time focusing on proper encoding and
+ packing. Seems like a weak spot in the rules. Since late 2004, RNS hands
+ down had the best tagging of any group; very rarely did they have typos
+ in their tagging. Why can't others do the same? The rules for encoding
+ and filenaming are already strict, why be lax on the typing? I understand
+ that many people who rip stuff may not be familiar with the music they
+ are doing, or the covers have them wrong, which is probably why this note
+ is here, but I just find it unacceptable when a mainstream album,
+ which the ripper should know is a big release, has typos in them, when
+ it's almost certain the covers have them correctly. This is especially
+ true for any album released on the big labels. Perhaps an exception
+ should if the covers themselves mess it up and the group can supply proof?
+ But seriously, I hate how some of the releases have obvious typos that
+ should have been corrected. A good example of this would be to do
+ !dupe form. Many of these releases actually mean from. Perhaps a way to
+ solve this issue is to allow a proper with the correct spelling and
+ supplied proof to make sure they didn't retag the old release and release
+ as their own?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 4. The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192khz). Tagging a
+ normal DVD release as -DVDA- will get nuked.
+
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Rebuttal:
+-Technically speaking, LPCM 16bit/48 KHz is a valid mode for DVD-A, which
+ is a format also found on DVD Video. Refer to: http://en.wikipedia.org/wiki/DVD-A
+ Perhaps omitting the 2nd sentence and replacing it with something stating
+ any release sourced from a DVD Video Disc tagged as DVDA will get nuked?
+▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+Addendum:
+
+The ruleset should have a section describing Propers, similar to what the
+TXD2K5 and TDR2K5 rulesets have. What constitutes a valid proper? An
+invalid proper? What about regarding rips with flaws released under an
+older ruleset? Another issue on deck, what constitutes a valid nuke?
+I assume any violation of the ruleset? I know many groups get quite
+grouchy when they are nuked, so I feel it should be precisely explained
+what will get you nuked, and what will not get you nuked.
+
+I hope my points spark up talk and debate amongst the MP3 Scene so we all
+can make the MP3 scene a better place to be and kick up the quality another notch.
+None of my points are meant to be the ultimate fixes or the final say of a point,
+but I do wish to encourage change and advancement in the ailing MP3 Scene. I
+probably left out a few points I wanted to mention, but considering the
+fact I wrote this entire article in one sitting, I guess that's just fine.
+This Took approximately 6.5 hours to complete. I believe
+I have typed more than 2,800 words, a little over 3/4 of what the current
+ruleset comprises of. My objective was to raise certain points and issues
+in the current ruleset. Since no one else seems to have the will to say
+anything and give the rules a good read, I feel that I have pointed out
+most issues in the current ruleset. Perhaps next revision will see
+some changes in the rules ;). May the audio scene prosper!
+Yes, MP3s are probably one of the easier releases to do on the scene, but
+if the MP3 scene is so easy, why is it on a daily
+basis people screw up releases? I tried to keep a NPOV and address issues
+as a whole, but I'm pretty sure I wandered off at a few points; for that
+I'm sorry. Compared to the rest of the sections in the warez scene, MP3s
+seem to hold a low quality point, which is ironic since they are quite simple
+to do and should be held to higher standards. I know some rules are carried
+over from tradition and old roots, kind of like how 0day still utilizes
+.diz files. But I feel that some of the rules (mp3/cue for example) are quite
+outdated and need to be removed. The MP3 scene also needs to keep pace with
+technology and encoder development (Hydrogen Audio is a good place to start)
+in order to keep our end releases at the very best quality they can be. C'mon
+guys, this is the scene! Let's keep our hobby alive and the quality up.
+But don't forget, nothing can replace the original!
+
+On a side note, there seems to be a lack of progress outside of the general
+audio scene other than MP3. There are other formats other than MP3, you know.
+Sooner or later, a successor to MP3 will emerge. Not in the near future, but
+MP3s will be surpassed by better lossy compression eventually. People should
+start to experiment and keep pace with the ever-changing encoding technology
+to ensure an HQ copy. As for lossless encoding, I'm surprised that FLAC hasn't
+gotten any rap at all. Most people could not tell the difference between
+a -V2 MP3 and a FLAC encode, but I believe the choice should be there for the
+taking. I personally have some nice gear (hts.jpg) where it is quite easy to
+distinguish a -V2 MP3 from it's CDDA original (I also base my quality claims
+of the Lame revisions through the headphones and system pictured).
+I know most people don't have such equipment, but I can compare compressed
+lossless audio to what the current X264 HD scene it, simple an awesome upgrade
+if you care for it. Plus, equipment gets better every year, soon today's
+current standard may feel inadequate a few years down the raod.
+I feel the audio scene should spread its wings and atleast
+start a FLAC section, as it seems to be the most dominant compressed lossless
+codec of choice. They certainly don't have to be pre-releases; just something
+that is available to us. FLAC contrasts with DVD9 releases as it is actually
+smaller than the original, but using lossless encoding methods it's just like
+a 1:1 copy. If DVD9s are regularly traded and released on the scene, why can't
+a 1:1 copy of an audio cd come out occasionally. Again, most people can't
+justify the 350+MB jump in space for a single release, but it should
+atleast be available for us. Let sites decide if they want to add that
+section. I hope this put ideas of the brains of many people. Maybe we can
+actually start to see some variety in audio choices, especially for the
+discerning audiophile.
+
+ V1.1 Rebuttal active since 2007-09-21, signed by:
+
+ Me,
+ Myself
+ And I.
+
Official MP3 Release Rules 1.1
+ __________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release
+ is not a dupe if it has different or more tracks.
+
+ Exceptions:
+ 1. It's also a dupe if the complete release is included in a
+ previous one. For example CDM is released, now someone releases
+ the CDS and all tracks of the CDS were already included on the
+ CDM (excactly the same tracks).
+ 2. You are allowed to create a duplicate release from a release
+ that has a source of lower quality (a different source!).
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname. For
+ online bought MP3s (-WEB-) we assume the best source quality
+ (CDDA or better).
+ 3. All MIXED cds should be ripped as one track supplied with a
+ .cue. If they are not, they may be duped by another group that
+ releases it as one track with a .cue supplied.
+ 4. If a WEB version has been released then a CD RETAIL version is
+ allowed if the CD version has scans/photos.
+
+ For all LIVE sources:
+ + If a show has already been released (e.g. another name, but the
+ mix is the same), no dupe of that same show is allowed. If the
+ show is included in another release (for example, as a guest
+ mix), then it is not allowed either.
+ + If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to
+ release them both as a set. However, it is encouraged to release
+ only the new part if the other part is available in equal or
+ better quality, denoting in the nfo why the other part was
+ omitted.
+ + If a show contains the broadcast of a commercially released CD,
+ it may not be released if the CD has already been released.
+
+ Note: if you want to release an import-album or some "extendend
+ edition" then check rule 7 as well !
+
+ 2. An .SFV and .NFO file must be included in every release.
+ If you release a CUE file for multitrack mp3s then the CUE file must
+ include artist and tracknames if they are available on the cover or
+ inlay.
+
+ 3. Directoryname must at least contain:
+ 1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+ 2. All bootleg releases must have the word BOOTLEG in dirname.
+ (check bootleg rule 14)
+ 3. If you release magazine CDs then you must tag them as -MAG-.
+ Don't tag them -PROMO-, -ADVANCE- etc..
+ 4. The directory name of an INTERNAL release must end with _INT.
+ Example: Someone_Something-2007-GROUP_INT
+ 5. For all LIVE sources:
+ It is not necessary to include the name of the station the show
+ is broadcasted on (if it is not included in the directory name,
+ it is strongly encouraged to include it in the nfo instead). The
+ date must be the date of the broadcast. Both USA (-MM/DD-) and
+ EU (-DD/MM-) date format are allowed.
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the
+ vinyl/cd then you must add the artistname.
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then
+ you must add the artist name as well ("VA-tracks" like mixes don't
+ need artistnames).
+ The song title for the filename must include the full title as it's
+ written on the cover/cd/inlay with all additional infos like
+ remixed/featured stuff as long as it doesn't exceed the 128 char
+ limit.
+ Make sure that your filename is unique otherwise some sites might
+ dupeskip.
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you
+ *must* provide proof that these tracks have no names. Either by a
+ scan of the original cover of the record company/label (no selfmade
+ cdr or bootleg covers) or a link to an official or trusted webpage
+ with proofs. If these "untitled tracks" are part of a big mix (no
+ silence between the "tracks") then it's considered as one track and
+ you must rip it as one mp3/cue and give this track same name as the
+ "album".
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and
+ ftp-servers.
+
+ 6. Self-made releases
+ 1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other
+ sources, put them together and release that as something new.
+ 2. A self-made MIX or completely self-made music is allowed if it's
+ good. Sites decide if it's shit by nuking it.
+ If you are releasing self-made stuff then that must be clearly
+ visible in your nfo.
+ If it's not possible to see that it's self-made then it will get
+ nuked as bad pack.
+ Exception: if the selfmade release is free available at release
+ time or when you obviously know that it will be available soon
+ then it's not allowed to release it.
+
+ If it's not clear if it's selfmade or not and it's not possible to
+ find any information about the release/artist/label then it's up to
+ the group to prove that this release is not selfmade (coverscan, url,
+ ...). If they are not able to prove that it's real it will get nuked
+ as bad pack.
+
+ 7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+ If you think it's too much work to rip all tracks you better don't
+ rip at all. Releasing the complete CD/Vinyl/.. is necessary because
+ otherwise it would be possible to make several (different) releases
+ of the same cd/vinyl/etc..
+
+ Exception for albums:
+ If a RETAIL album has been released and you have a different edition
+ of the same album (foreign/promo/advance/..) then it's allowed to
+ release the new/bonus tracks only. But you may NOT re-release an
+ entire inital edition within the first three months except if ... :
+ ... it's a 1disc release and more than 30% of the tracks of your
+ version are not on the previous retail version.
+ ... it's a multi disc release and either more than 30% of the tracks
+ or at least 6 tracks of your version are not on the previous
+ retail version.
+
+ Moreover, it is NOT allowed to re-release a new edition of an retail
+ album EVER if the different/extra/bonus tracks are already included
+ in one (!) previous release. For example, USA album is released and
+ four months later japanese with simply a remix from an old CDM/CDS
+ still wouldn't be allowed.
+
+ Example1: album released in US with 10 tracks, japanese edition with
+ 11 tracks (1 bonus track that is a new song) then you MUST release
+ the jap bonus track only (without including previously released
+ tracks of the US album) during the first three months after first
+ full retail release. If it's more than 3 months later then you are
+ allowed to do either the bonustrack-only or the full album.
+
+ Example2: After the retail you got a promo with 1 different track.
+ Then it's not allowed to release this full album within 3 months. If
+ the bonus track was already out on a different release then it's not
+ even allowed to release it bonus-only.
+
+ Example3: Your different edition has 13 tracks of which 9 were on the
+ first retail release and 4 (= more than 30%) are new. Then you are
+ allowed to release the full album even within first 3 months. Except
+ when the 4 new tracks were already all on ONE previous release. Then
+ a release isn't allowed at all.
+
+ For DVD(A) releases check Rule 10.
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by
+ Marilyn Manson
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not
+ included then a proper (with ALL tracks) or an additional release
+ (extra tracks only) is not allowed.
+
+ If tracks are available in several audio formats then you must use
+ the "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+
+ Normalizing the sound volume is allowed but optional.
+
+11. Encoding Quality
+ 1. For releases made from MP3s (online bought) and which are not SBD:
+ VBR (all combinations, but no maximum bitrate limit) and CBR is
+ allowed. The minumum bitrate for CBR is 192kbit.
+
+ => You release the MP3 as is. It is NOT allowed to re-encode! If
+ the source is below 192 kbit CBR it's not allowed to release it.
+ Release the MP3 unmodifed as you downloaded it. Only
+ adding/changing ID3 tag is allowed.
+
+ If you want to release a -WEB- mp3 file with constant bitrate
+ (CBR) then you must choose the best version (320->256->224->192
+ kbit) available at the shop.
+
+ 2. For ALL other sources (CD, Vinyl, DVD, SBD, CABLE, LINE, etc.):
+ You must use either:
+ - LAME 3.97 (final version!) with preset V2 and VBRNEW
+ ("-V2 --vbr-new") or
+ - LAME 3.90.3 (modified version preferred) with preset APS
+ ("--alt-preset standard").
+ For both LAME versions additional switches which would affect
+ the mp3 quality are forbidden, especially no minimum or maximum
+ bitrate limits.
+
+ If you use LAME 3.90.3: preset must either be stored in mp3
+ header (= modified LAME version) or be part of info in your nfo
+ file.
+ (If you are going to change your encoder now then switch to
+ 3.97. LAME 3.90.3 will probably be removed from this rule in
+ next rules version)
+
+ 3. The sampling rate must be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+
+ 4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file must be correct at all
+ times.
+
+12. Promos
+ If a release is considered not to have every track from the source
+ then it must be labeled as a promo and can be duped by any legitimate
+ retail release that DOES contain all tracks. The legitimate release
+ can be identified by the CAT number, or more suitable proof.
+
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+
+ If you release a promo when the retail is already out then you must
+ provide proof that this promo is real to make sure this is not a
+ selfmade "promo".
+
+ to reduce amount of fakes:
+ A one track promo single release must include cover scans/photos.
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if
+ they are tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT (compressed digital tv/radio
+ sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a cd/vinyl/dvd that was not officially
+ released by the person/company owning the rights to do that (for
+ example streetmixes, pirate live cds, etc).
+
+ Because very often it's not 100% clear if something is bootleg there
+ are conditions when we assume something is or isn't bootleg. This is
+ not a defnition of "bootleg" and if a condition is not true then it
+ does not mean the opposite is true. This only helps nukers and groups
+ to decide if a bootleg tag is needed and hopefully leads to more fair
+ nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other
+ artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't
+ need a bootleg tag)
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released
+ any bootlegs and released stuff that was available at major retail
+ shops
+ - the artist or label of the samples confirms this release is valid
+ (on their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.dancegrooves.com
+ www.threebeatrecords.co.uk
+ www.4djsonly.com
+
+ The shop itself must sell the record (no private sellers).
+
+15. FREE MP3s
+ If music in mp3 format in acceptable quality (CBR 192kbit minimum) or
+ files in a lossless format (wav/flac/...) are legally available for
+ download on the net at no cost (artist / record company allows it)
+ then it's NOT allowed to release those files or mp3s of the same
+ tracks you made from this or other sources (cd/vinyl/...).
+
+16. SOURCE
+ The tracks of a release must all be from the same source and have the
+ same quality/cbr-bitrate/vbr-setting/encoder/setting. Taking tracks
+ from other scene releases or internal group releases of other groups
+ is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name needs a
+ valid source tag. Valid tags are listed below.
+
+ =RETAIL SOURCES=
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL-
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL-
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL-
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ =LIVE SOURCES=
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so must be released internally)
+ dirtag needed: -STREAM-
+
+ =OTHER SOURCES=
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, PCM, ...),
+ - bitrate of source file (if not PCM/WAV),
+ - URL to some shop where it's available in that format
+
+ [CDR] (small label/artist releasing CDDA on CDR pr LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT-
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE-
+
+ [HOMEMADE] (done by a groupmember or close friend)
+ dirtag needed: -HOMEMADE-
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+
+ All other "sources" are invalid source tags (-LIVE- , -EP-, ...).
+ Which means you need a second tag for the source if you use those
+ tags (except for CDs which don't need a source tag).
+
+ A SBD release is not allowed if it could be a re-encode/repack of the
+ same show streamed or downloaded free from inet. If a free broadcast
+ or download is/was available with 160kbit CBR or better then it's not
+ allowed to do a SBD release.
+
+17. Trackfixes
+ Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-rip the whole release and all previous releases+dir/nfofixes
+ getting nuked.
+ A 1-track fix for a 2-track release is allowed (=50% and not "more
+ than 50%").
+
+18. ID3 Tags
+ All mp3 files need an ID3 v1.1 tag. This tag must include Artist,
+ Title and Album (see Note #3). The fields Year, Genre and Tracknumber
+ must be present but may not be nuked if incorrect.
+ An additional ID3 v2 tag is allowed and recommended.
+
+19. LIVE release quality
+ 1. The set must be complete. This means that every part of the show
+ must be released, and the beginning and end must be included in
+ their entirety. A set may not miss more than 1 minute from begin
+ or end.
+ 2. All commercials must be edited out.
+ 3. DJ talk can be included to a certain extent: track announcements
+ and short lines from the DJ should not be removed; interviews
+ and other long talk should be removed (or included in a separate
+ file if it's special).
+ 4. It is encouraged to fade-in and fade-out the set. However, lack
+ of fades constitutes no proper reason.
+
+Notes:
+ 1. Releases with an apparently incorrect year may not be nuked. However
+ the year should be correct of course. Keep in mind that a lot of
+ sites nuke for fake year when it's incorrect. (The Year in dirname is
+ not the year when you released it but when the record company/artist
+ published it!)
+ 2. If a release labeled as "advance" is identical to the retail version
+ then the advance turns into a retail release. This means then it is
+ not allowed to dupe it and it counts as retail for ALL rules. If the
+ retail is different then of course it's allowed to release it.
+ 3. Typos (in dirname, trackname, id3, etc ...) are tolerated if it still
+ is readable and either artist or title is 100% correct.
+ 4. The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192khz). Tagging a
+ normal DVD release as -DVDA- will get nuked.
+
+change-log:
+2007-01-15 first version (v1.0)
+2007-06-01 rule 1: live sources addition
+2007-06-01 1.4 added (CD after WEB allowed)
+2007-06-01 3.4 added (INT tagging)
+2007-06-01 3.5 added (live sources)
+2007-06-01 rule 4 addition (remix info in filenames)
+2007-06-01 rule 7 reworded to make clear it's for promos/advances too and
+ to allow full re-releases within 3 months more than 30% is new.
+2007-06-01 rule 11 addition: best CBR must be released for WEB releases
+2007-06-01 11.3 added (minimum sampling rate)
+2007-06-01 11.4 added + rewordings for live sources
+2007-06-01 rule 13 adjusted for live sources
+2007-06-01 rule 16 reworded to forbid different encoders in one release
+2007-06-01 rule 16: new sources HD DVD and BLU RAY added
+2007-06-01 rule 16: "CDDA" added to all CD-sources
+2007-06-01 rule 16: all live sources adjusted, "SBD" rips limited
+2007-06-01 rule 19 added (LIVE release quality)
+
+ V1.1 active since 2007-06-01, signed by:
+1way AMRC BERC BF BOSS BUTT CMG CMS CR dh DPS EGM EGO EMP ESC ESK FKK FNT
+ FTD FWYH gEm GRAVEWISH i8 iDC iPC JAH JFK JUST KzT MIL MNS MOD NBD
+ NukeNet OBC ONe PMS PULSE pyt RAGEMP3 RpM RTB SAW SER Sheepnet SiRiON
+ sour TCLUB TGX tronik TWCLIVE uF UPE ViC wAx WiTF XXL
+
The Dutch TV Releasing Standards 2007
+Revision 1.0 19 sept 2007
+
+These rules extend The TV XviD Releasing Standards 2007
+
+Audio:
+- ABR is not VBR
+- 44.1 kHz or 48 kHz allowed
+
+Video:
+- Only XViD 1.1.3+
+- Keyframes must be inserted <= 20 seconds and must be inserted
+ according to scene changes and framesizes as determined by the
+ codec or encoding application
+- Width: 512 - 672 for WS/letterboxed, 448 - 640 for FS
+- Height and width must be a multiple of 16
+- Aspect ratio must be within 5% of the original aspect ratio.
+
+Directory naming:
+- Dutch spoken series should be tagged accordingly with the tag 'DUTCH'
+- Flemish spoken series should be tagged 'FLEMISH'
+- Other languages and dutch subbed should be tagged 'NLSUBBED'
+
+Dupes:
+- FLEMISH doesn't dupe DUTCH, DUTCH doesn't dupe FLEMISH
+- HDTV doesn't dupe PDTV / DSR
+- PDTV dupes HDTV
+- PDTV doesn't dupe DSR
+- DSR dupes PDTV / HDTV
+
+Signed by: DiFFERENT, Redbull, MiSTAKE
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The SWEDiSH 720p x264 TV Releasing Standards 2007 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ This is a re-written version of the tvx2642k7.nfo │
+│ from 'The.720p.x264.TV.Releasing.Standards.2007' to fit the tv-shows from │
+│ swedish television! The main reason why we needed own rules is cause our │
+│ shows airs with 640kbps ac3 audio, and with the runtime/sizes from the │
+│ other ruleset we often ended up with low video bitrates. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Episode Length: │
+│ - Shows 20:00-22:00 long shall be 480MB │
+│ - Shows 22:01-26:00 long shall be 550MB │
+│ - Shows 26:01-30:00 long shall be 733MB │
+│ - Shows 30:01-36:00 long shall be 880MB │
+│ - Shows 36:01-45:00 long shall be 1100MB │
+│ - Shows 45:01-60:00 long shall be 1466MB │
+│ - Shows of any other length should be sized at ripper's discretion, │
+│ provided the size is a multiple of 550 or 733 MB │
+│ │
+│ │
+│ Audio: │
+│ - Must be Studio AC3 (AC3 transcoding forbidden) │
+│ - Dupes based on audio format are forbidden. These should be INTERNAL │
+│ However it is encouraged not to release a 2.0 version of a show │
+│ when true 5.1 is available │
+│ - Audio containing errors/clipping/jitter/dropped frames │
+│ will be considered as a nuke │
+│ │
+│ │
+│ Video: │
+│ - 720p sources are not to be resized. In the event of imperfections │
+│ lasting the majority of the episode, the release shall be cropped with │
+│ borders added to retain 1280x720 resolution AddBorders(*) not Crop(*) │
+│ - 1080i/p Sources are to be cropped and resized using Lanczos or Lanczos4 │
+│ - Custom Matrices are allowed │
+│ - Group watermarks of any kind on the video will not be tolerated │
+│ - Video dropps/errors/blocks are NOT allowed! will be considered as a │
+│ nuke. To search a H264 source for errors, run ProjectX with video output│
+│ disabled. If the audiopart of the log looks like this, it's not a proper│
+│ release. │
+│ │
+│ │
+│ PROJECTX VIDEO DROPPS/ERRORS EXAMPLE: │
+│ │
+│ --> AC-3/DTS Audio on PID 0x285 │
+│ -> check CRC of AC-3 / MPEG-Audio L1,2 │
+│ -> delete CRC in MPEG-Audio Layer1,2 │
+│ Audio PTS: first packet 07:01:40.394, last packet 09:19:19.338 │
+│ -> adjusting audio at its own timeline │
+│ -> src_audio: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, │
+│ 48000Hz, 640kbps @ 00:00:00.000 │
+│ !> missing syncword @ 154701313, @ 00:53:42.944 │
+│ !> found syncword @ 154702608 │
+│ !> 2 frame(s) (64ms) inserted @ 00:53:42.976 │
+│ !> 1 frame(s) (32ms) inserted @ 00:53:43.136 │
+│ audio frames: wri/pre/skip/ins/add 258096/0/0/3/0 @ 02:17:39.072 done... │
+│ ---> new File: 'D:\Just_Testing.ac3' │
+│ │
+│ │
+│ Framerate: │
+│ - Must be 25fps. │
+│ EXAMPLE: SVT HD source framerate is 50fps, │
+│ you need to properly convert it to 25fps. │
+│ │
+│ Codec/Container: │
+│ - Must be x264 │
+│ - Must use Matroska (.mkv) for container │
+│ - Must have a mininum of 3 B-frames │
+│ - Must be minimum 2 passes. The final pass must be done as one continuous │
+│ encode spanning the entire episode, e.g. may not be segmented │
+│ - Subpixel refinement (subme) should be 6 or higher │
+│ - M.E. Algorithm (me) should be multi hexagon (umh) or better │
+│ │
+│ │
+│ Resolution: │
+│ - 1280 x 720/688/544/etc (depending on the source). │
+│ NOTE: for a 1280x720 source you can crop the black │
+│ bars up/down but not at sides. │
+│ │
+│ │
+│ Subtitles: │
+│ - Optional │
+│ - VOBSUB / Srt is the preferred format │
+│ - Subtitles are to be muxed with video stream, but may not be burned │
+│ into the video stream. "Subs" directories are forbidden │
+│ - Burned subtitles will only be allowed when the source exhibits │
+│ such subtitles in the picture itself (Hardcoded) │
+│ - Release muxed with subs must still adhere to the filesizes listed above │
+│ - Multi-language subtitles cannot be used as a basis for a dupe │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be MKV, not BIN/CUE │
+│ - Must be packed with RAR and broken into 50MB or 20MB volumes │
+│ - Multi episode releases should not be split │
+│ - Compression is not allowed │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ │
+│ │
+│ Credits/Previously On: │
+│ - Not required. Ripper's discretion │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - Roughly sixty seconds length and in a separate folder marked as Sample │
+│ - Must be taken from the episode - not encoded separately │
+│ │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (i.e. Bad Interlacing, missing footage, dropps/errors, │
+│ resizing of 720p source, bad crop, commercials, │
+│ bad x264 settings used etc. │
+│ - Sample of propered release is encouraged │
+│ - Proper reason must be stated in nfo │
+│ - Qualitative propers ARE allowed, 720p is all about Quality and should │
+│ be encoded with the Highest Quality settings possible. │
+│ 720p x264 is a very heavy format to encode so you will need a fast │
+│ computer. │
+│ │
+│ - Prefered quality setting settings: │
+│ --pass 2 --bitrate 3210 --stats "statsfile.stats" --deblock=1:0:0 │
+│ --keyint 240 --min-keyint 24 --ref 3 --mixed-refs --no-fast-pskip │
+│ --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto │
+│ --subme 6 --trellis 1 --analyse all --8x8dct --threads 2 │
+│ --thread-input --progress --me umh --no-psnr │
+│ │
+│ │
+│ │
+│ │
+│ Directory Naming: │
+│ - Program.Name.SXXEXX.SWEDiSH.720p.HDTV.x(X)264-GROUP │
+│ │
+│ EXAMPLE 1: Allsang.Pa.Skansen.2007.E04.SWEDiSH.720p.HDTV.x264-GROUP │
+│ EXAMPLE 2: Parlamentet.S17E01.SWEDiSH.720p.HDTV.x264-GROUP │
+│ │
+│ - For daily shows or sports, Show.Name.YYYY-MM-DD.720p.HDTV.x(X)264-GROUP │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE) │
+│ - The use of AC3 or AC3.X.X is FORBIDDEN (should be stated in NFO) │
+│ - READ.NFO is allowed, however, discretion is recommended │
+│ PROPER.READ.NFO is NOT needed. NFO is REQUIRED to have reason, and is │
+│ purely redundant │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, SWEDUB, │
+│ SWESUB, INTERNAL │
+│ - Acceptable characters in naming a directory include (NO spaces, double │
+│ dots or underscores - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 .- │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - This ruleset only applies to episodes capped from HDTV sources, │
+│ not HDDVD and Bluray. │
+│ - HD lite is allowed. HD lite is defined for our purposes as any 1080x │
+│ source that is not full 1920x1080 │
+│ - Upconverted sources are not allowed │
+│ │
+│ │
+│ Internals: │
+│ - All INTERNALS must follow SWETX2642K7 rules, apart from the time length │
+│ rules and multi-language audio tracks rule (and will not be considered │
+│ as dupes) │
+│ - NOTE: INTERNAL dirfix is allowed as a basis of avoiding a nuke │
+│ │
+│ │
+│ Ripping related notes: │
+│ - Multi-language audio tracks are allowed │
+│ Multiple languages should be muxed into the MKV. These languages must │
+│ be identified in the container when muxing │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ episode will be tolerated │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The SWEDiSH 720p x264 TV Releasing Standards 2007 (2007-10-09) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ │
+│ │
+│ SWETVX2642K7 rules signed by the following Groups: │
+│ ──────────────────────────────────────────────── │
+│ HuBBaTiX MsR PRIPPS ST TS TX │
+│ │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----[ REMEMBER, X264 IS QUALiTY OVER SPEED ]----┘
╔═════════╗
+╔═╝ GENERAL ╚══════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► CUSTOM SWESUB skall preas 14 dagar innan retail datum. (Ex pσ Discshop.se) ║
+║ ► KΣllreleasen mσste uppges i releasens nfo. ║
+║ ► Subtitles pσ releasen ska finnas angivna i NFO. Vilken som Σr CUSTOM ska ║
+║ tydligt mΣrkas ut. ║
+║ ► AnvΣndning av andra gruppers ÷versΣttningar Σr strikt f÷rbjuden, med ║
+║ undantag av tillσtelse. AnvΣndning av sσ kallade "www-subbar" Σr strikt ║
+║ f÷rbjuden. Med "www-subbar" avses undertexter frσn publika siter som t.ex. ║
+║ dxs och ut. ║
+║ ► Endast WS-releaser tillσtna. Undantag om releasen bara kommer i FS. Detta ║
+║ gΣller sσvΣl retail som TC och DVDscr. ║
+║ ► F÷ljande sources Σr tillσtna till custom-releaser: REAL TC (TeleCine), ║
+║ R5, DVDScr, Retail. Ej tillσtna sources: TS (TeleSync), Screeners, CAM. ║
+║ ► De grupper som f÷jer standarden rekommenderas att mΣrka ut det i sina NFO ║
+║ filer, f÷rslagsvis som f÷ljande: "<GRPNAMN> har signerat och f÷ljer CUSTOM ║
+║ SWESUB RLSSTD 2K7". De kan Σven tagga sina releaser som REAL. ║
+║ ► Genom att grupper g÷r detta kan vi behσlla den svenska custom-scenen med ║
+║ god kvalitθt, och gott n÷je f÷r alla parter. Denna revision av reglerna ║
+║ har Σven skapats i avseende att ÷ka sΣkerheten pσ custom swesub scenen. Se ║
+║ de grupper som skrivit pσ som seri÷sa, de andra kan betraktas som lamers ║
+║ och inkompetenta gamar (se upp f÷r dessa) ║
+║ ► Grupper som vill skriva under dessa regler kan kontakta grupperna nedan. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔══════╗
+╔═╝ DVDR ╚═════════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► Videoformatet (NTSC/PAL) ska anges i NFO. Frivilligt i release-namnet. ║
+║ ► Releasen ska taggas korrekt med LiMiTED / STV / dylikt om sσ Σr fallet. ║
+║ ► Subtitle-str÷mmarna ska vara komplett synliga pσ TV-skΣrm, och absolut ║
+║ inte gσ utanf÷r skΣrmens kant. ║
+║ ► AnvΣndning av tre subtitle-str÷mmar f÷r varje sprσk, med olika placering ║
+║ rekommenderas starkt, dock inte obligatoriskt. ║
+║ ► Subtitle-str÷mmarna ska vara fullt lΣsliga. Typsnitt Arial, stl 18, ║
+║ fetstil, med svart outline border rekommenderas. Vit fΣrg pσ texten. ║
+║ ► Menyer skall finnas pσ samtliga CUSTOM SWESUB-releaser. Retail struktur ska║
+║ i st÷rsta m÷jliga mσn behσllas intakt, med extras och meny. Custom menyer ║
+║ anvΣnds dσ source inte har nσgon meny och ska sjΣlvfallet vara fungerande. ║
+║ ► Filmens huvudspσr frσn source-releasen ska finnas med. Med huvudspσr menas ║
+║ filmens originalsprσk i bΣsta version, rangordning: DD5.1, DTS, DD2.0, ║
+║ Stereo, Mono. ╓vriga spσr f÷rutom huvudspσret Σr frivilliga. ║
+║ ► Pσ custom-releaser med source som levereras med engelsk subtitle, ska den ║
+║ engelska subben Σven vara med i custom-releasen. ╓vriga subtitles frσn ║
+║ sourcen Σr frivilliga att inkludera. ║
+║ ► Intron Σr frivilliga. Max 25 sekunder. Ska placeras som "first play", ║
+║ och ska kunna skippas genom "Next" eller "Menu"-knapp pσ fjΣrrkontroll. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+
+ ╔═════════════════════╗
+╔═╝ SUBTITLE GUIDELINES ╚══════════════════════════════════════════════════════╗
+║ ║
+║ Notera att f÷ljande stycke inte Σr obligatoriskt, men rekommenderas f÷r god ║
+║ kvalitθ pσ ÷versΣttningarna. ║
+║ ║
+║ ► Ha aldrig mer Σn max tvσ (2) rader pσ en insΣttning. ║
+║ ► Hσll antalet tecken per rad till 40, aldrig mer Σn 42. ║
+║ ► Dialoger, konversationer markeras ut pσ f÷ljande "vanliga" sΣtt. ║
+║ ║
+║ "- Hej, Pelle! Hur Σr det? ║
+║ - Hej, Lisa. Tackar bra!" ║
+║ ║
+║ ► Om en mening gσr ÷ver tvσ insΣttningar, dela upp dem pσ f÷ljande vis; ║
+║ ║
+║ "Vi hade tΣnkt g÷ra Σppelpaj-" ║
+║ "-men vi hittade inga Σpplen." ║
+║ ║
+║ ► Vid paus och/eller avbrytning i tal, dela upp pσ f÷ljande vis; ║
+║ ║
+║ "Jo, hon kom hit, sen skulle vi..." ║
+║ "...sen skulle vi gσ ut tillsammans." ║
+║ ║
+║ ► F÷rs÷k hσlla insΣttningslΣngden till max 8 sekunder, och minst tvσ ║
+║ sekunder per rad i insΣttningarna. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔════════════════════════════════════════╗
+╔═╝ FRAMTAGNA AV F╓LJANDE GRUPPER I SAMR┼D ╚═══════════════════════════════════╗
+║ ║
+║ CiDRON nRon iNNOC3NT DEVASTATiON ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+-----------------------------------------------------------------------------+
+¼ ¼
+¼ The TV XviD Releasing Standards 2007 ¼
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+¼ Requirements Notepad with terminal font or any other ascii viewer. ¼
++-----------------------------------------------------------------------------¼
+¼ +---[ INTRO ]---+ ¼
+¼ Thanks to those who came before with TVx2642K7, TDX2K2, and TXD2K5. ¼
+¼ ¼
+¼ These standards are intended to bring a level playing field to the TV-XviD ¼
+¼ scene and attempt to put down some rules to end some of the controversy ¼
+¼ that has plagued us in recent years. ¼
+¼ ¼
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+¼ +---[ RELEASE RULES ]---+ ¼
+¼ ¼
+¼ Release sizing: ¼
+¼ - Shows 18:00-23:59 shall be 175MB ¼
+¼ - Shows 24:00-34:59 shall be 233MB ¼
+¼ - Shows 35:00-52:59 shall be 350MB ¼
+¼ - Shows 53:00-59:59 shall be 440MB ¼
+¼ - Shows 60:00-64:59 shall be 525MB ¼
+¼ - Shows 65:00-95:00 Shall be 700MB ¼
+¼ *NOTE: Shows 60:00-64:59 may be sized at either 525 or 700MB at the ¼
+¼ capper's discretion based on show framerate and content. ¼
+¼ ¼
+¼ - Best effort should be made to release all episodes of a given series ¼
+¼ at the same size. If one episode runs slightly over or under the size ¼
+¼ lines, it should still be done at the same size as other episodes in ¼
+¼ order to maintain consistency. ¼
+¼ ¼
+¼ - 2CD releases may be optionally split into separate discs, but this is ¼
+¼ not required. 3CD or more releases must be split to prevent issues with ¼
+¼ 2GB files. If releases are split into multiple discs, they must be ¼
+¼ placed in directories named CD1, CD2, CD3, etc. (No Disc1, cd1, or other ¼
+¼ naming styles). ¼
+¼ ¼
+¼ - Episodes that air back-to-back without a natural break such as full ¼
+¼ credits or commercials in between must be encoded as a single release. ¼
+¼ Directory naming for this will be in the following format ¼
+¼ TV.Show.S03E04-E05.HDTV.XviD-Group. ¼
+¼ ¼
+¼ - Releases must be within the range of 5.0MB under to 3.0 MB over the ¼
+¼ target size. ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Previously on/Credits: ¼
+¼ - It is suggested that any previously on footage be included in the ¼
+¼ release, but it is not required. No release may be propered for glitches ¼
+¼ in or missing portions of previously on footage. ¼
+¼ ¼
+¼ - Credits that are overlayed on actual show content are required to be ¼
+¼ included ¼
+¼ ¼
+¼ - Credits that are run cleanly, i.e. with no modifications such as ¼
+¼ promos for upcoming shows, are encouraged but not required ¼
+¼ ¼
+¼ - Credits run with promos for other shows are not recommended, but may ¼
+¼ optionally be included ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Video: ¼
+¼ - 2-pass variable bitrate XviD must be used ¼
+¼ ¼
+¼ - Quantization type must be either MPEG or H.263. Custom quantization ¼
+¼ matrices are not allowed. ¼
+¼ ¼
+¼ - QPel and GMC are not allowed ¼
+¼ ¼
+¼ - B Frames ¼
+¼ - The use of B frames is required ¼
+¼ - A maximum of 2 consecutive B frames may be used ¼
+¼ - This document gives no preference to packed vs. unpacked bitstreams ¼
+¼ as there are benefits to each format, and it is trivial to convert ¼
+¼ between them using MPEG4 Modifier. ¼
+¼ ¼
+¼ - Framerates must be in relation to the original source. Valid ¼
+¼ framerates for releases are FILM (23.976 fps), PAL (25.000 fps), and ¼
+¼ NTSC (29.970 fps). ¼
+¼ ¼
+¼ - Valid resolutions are 512x384 or 576x432 for 43; 624x352, 640x352, ¼
+¼ or 640x368 for 169; and 544x352 or 576x368 for 149. NTSC Video ¼
+¼ (29.970 fps) may also be released at 608x336. ¼
+¼ ¼
+¼ - Releases shall be cropped so that all blacknoise on the edges is ¼
+¼ removed. In the case of changing crops, cropping should be done so that ¼
+¼ no part of the release is overcropped. Portions of a channel logo ¼
+¼ extending into black areas must be cropped. ¼
+¼ ¼
+¼ - Video defacement such as intros, outros, and group watermarks is ¼
+¼ forbidden. ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Audio: ¼
+¼ - Allowed audio formats are VBR MP3 and original AC3. ABR is considered a ¼
+¼ VBR technique. ¼
+¼ ¼
+¼ - MP3 audio should be encoded using standard LAME presets such as ¼
+¼ '--preset 128' or '-m s -V 5 -b 32' ¼
+¼ ¼
+¼ - Average bitrate on MP3 audio may not exceed 192kbps ¼
+¼ ¼
+¼ - MP3 audio must be normalized ¼
+¼ ¼
+¼ - Audio frequency must be maintained at 48kHz ¼
+¼ ¼
+¼ - Original AC3 audio may be used at the discretion of the capper. ¼
+¼ However, transcoding to AC3 is forbidden. ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Release Naming\Packaging: ¼
+¼ - Directory Naming ¼
+¼ - Numbering for episodic programming shall be in the format S00E00 or ¼
+¼ 0x00 (or S00E0000x000 for series with more than 99 episodes per ¼
+¼ season) ¼
+¼ - Number for date-based programming including sports and variety shows ¼
+¼ shall be in the format YYYY.MM.DD ¼
+¼ - Other numbering formats such as S00.E00, DD.MM.YY, and MM.DD.YY are ¼
+¼ not permitted ¼
+¼ - For variety shows, it is strongly recommended that the primary ¼
+¼ guest's name be included in the directory name ¼
+¼ - Different shows that have the same name in different countries should ¼
+¼ be tagged with the ISO country code for the country of airing ¼
+¼ - example Big.Brother.US.S01E01.PDTV.XviD-Group ¼
+¼ - Different shows with the same name produced in different years should ¼
+¼ be tagged with the year of airing of the first season ¼
+¼ - example Battlestar.Galactica.2003.S03E01.HDTV.XviD-Group ¼
+¼ - Releases are to be named in the format ¼
+¼ Show.Name.S00E00.HDTV.XviD-Group ¼
+¼ Show.Name.2007.08.10.Guest.HDTV.XviD-Group ¼
+¼ Show_Name.0x00.HDTV_XviD-Group ¼
+¼ - The episode title may optionally be included between the episode ¼
+¼ number and the source ¼
+¼ ¼
+¼ - Additional Tagging: ¼
+¼ - PROPER, REPACK, RERIP, REAL, UNCUT, SUBBED, iNTERNAL, DIRFIX, ¼
+¼ SAMPLEFIX, NFOFIX, or Read.NFO are allowed (discretion is recommended) ¼
+¼ - All releases tagged PROPER, REPACK, RERIP, REAL, and Read.NFO must ¼
+¼ include notes in the NFO as to why the release was tagged that way. ¼
+¼ PROPER.Read.NFO is therefore redundant and should not be used. ¼
+¼ - Additional tagging should be placed directly before the source, i.e. ¼
+¼ Show.Name.S00E00.PROPER.HDTV.XviD-Group ¼
+¼ ¼
+¼ - Source Naming: ¼
+¼ - Valid source names are DSR, WS.DSR, PDTV, WS.PDTV, HDTV, and no tag ¼
+¼ - Analog source will have no tag other than WS if appropriate. ¼
+¼ - Source Definitons: ¼
+¼ - 480i\576i\576p shall be tagged DSR when horizontal resolution is ¼
+¼ less than 704px ¼
+¼ - 480i\576i\576p shall be tagged PDTV when horizontal resolution is ¼
+¼ greater than or equal to 704px ¼
+¼ - 720p\1080i\1080p shall be tagged HDTV ¼
+¼ - 4:3 content broadcast at HDTV resolutions shall be tagged PDTV ¼
+¼ - Windowboxed (16:9 with black on all sides)\Letterboxed (16:9 with ¼
+¼ black on the top and bottom)\Native 16:9 content shall be labeled as ¼
+¼ Widescreen (WS.DSR or WS.PDTV) ¼
+¼ - The use of the HDTV tag implies widescreen, so WS.HDTV shall not ¼
+¼ be used ¼
+¼ - All sources listed must be 100% digital. S-Video, composite, or RF ¼
+¼ from a digital receiver to a tuner card is analog. Valid DSR, PDTV, ¼
+¼ and HDTV sources will be received via a digital connection such as ¼
+¼ USB, Firewire, or Ethernet from a receiver, or using an ATSC, QAM, or ¼
+¼ DVB tuner. ¼
+¼ ¼
+¼ - AVI: ¼
+¼ - Container must be AVI ¼
+¼ - The AVI itself should be named like the release and include some ¼
+¼ format of episode number (show initials are fine, as is shortening the ¼
+¼ episode number) ¼
+¼ ¼
+¼ - RAR\SFV: ¼
+¼ - Releases shall be packed into 15,000,000 or 20,000,000 byte rars ¼
+¼ using store compression ¼
+¼ - An SFV must be created for all RAR files in the release ¼
+¼ ¼
+¼ - Sample: ¼
+¼ - All releases must include a sample of length :50-1:10, cut directly ¼
+¼ from the release ¼
+¼ - The sample must be placed in a directory named Sample (SAMPLE and ¼
+¼ sample are not permitted) ¼
+¼ - The file itself should be named uniquely, preferably containing the ¼
+¼ name of the release as well as the word sample ¼
+¼ ¼
+¼ - NFO: ¼
+¼ - An NFO must be included in the release and, at a minimum, must ¼
+¼ contain release name, episode number (or title), and date of ¼
+¼ airing/release ¼
+¼ - The NFO must be named uniquely based on the name of the release ¼
+¼ ¼
+¼ - Allowed Characters: ¼
+¼ - abcdefghijklmnopqrstuvwxyz ¼
+¼ - ABCDEFGHIJKLMNOPQRSTUVWXYZ ¼
+¼ - 0123456789 ¼
+¼ - ._- ¼
+¼ - All Sample, NFO, SFV, and RAR names MUST be in all lowercase ¼
+¼ letters. The name of AVI inside the RARs is permitted to contain ¼
+¼ capital letters ¼
+¼ - Double dots (..) are not allowed ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Propers: ¼
+¼ - Propers are only permitted in the case of technical flaws with the ¼
+¼ original release or violations of applicable rules ¼
+¼ ¼
+¼ - All propers must include a note in the NFO detailing the flaw in the ¼
+¼ original release, including timecodes if relevant ¼
+¼ ¼
+¼ - Including a sample of the flaw is suggested but not required ¼
+¼ ¼
+¼ - Propers are expressly permitted in cases of any of the following flaws ¼
+¼ in a release: ¼
+¼ - Audio 150ms or more out of sync ¼
+¼ - Severe audio drops resulting in the inability to understand material ¼
+¼ dialogue ¼
+¼ - Improper audio normalization, including audio with levels that vary ¼
+¼ widely between parts, very quiet audio, or audio with excessive ¼
+¼ clipping ¼
+¼ - Bad cropping resulting in a line of black pixels or noise along an ¼
+¼ edge for the entire episode ¼
+¼ - Releases missing a significant portion of video, either in duration ¼
+¼ or content ¼
+¼ - Loss of 2 seconds of fade in after a break, with no lost dialogue, ¼
+¼ is considered bad form, but is not a valid proper reason ¼
+¼ - Change in video format (i.e. PDTV on an HDTV release) exceeding five ¼
+¼ seconds or causing loss of dialogue. ¼
+¼ - Local overlays such as weather, breaking news, or Amber Alerts that ¼
+¼ exceed five minutes in length, cause a change in video format (i.e. ¼
+¼ drop to PDTV on an HDTV release), or cause loss of dialogue or video ¼
+¼ - The proper release must be completely free of overlays to be ¼
+¼ considered valid; merely having less spam is not enough ¼
+¼ - Inclusion of 2 or more seconds of commercials over an entire release ¼
+¼ - Releases with sizing outside the allowed range. 3.01MB oversize is a ¼
+¼ valid proper reason. ¼
+¼ ¼
+¼ ¼
++-----------------------------------------------------------------------------+
+¼ The TV XviD Releasing Standards 2007 (2007-09-12) ¼
+¼ ¼
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+¼ + ------[ GROUPS ] ------+ ¼
+¼ ¼
+¼ TVX2K7 rules created by the following Groups: ¼
+¼ ------------------------------------------------ ¼
+¼ DIMENSION LOL FQM XOR ¼
+¼ ¼
+¼ TVX2K7 rules signed by the following Groups: ¼
+¼ ------------------------------------------------ ¼
+¼ 2HD aAF AFFiNiTY BiA CAPH CaRaT CRiMSON FoV FUtV ¼
+¼ GOTHiC hV iNGOT KYR NODLABS NoTV OMiCRON ORENJi ¼
+¼ RiVER SSTV SYS TBS YesTV ¼
+¼ ¼
++-----------------------------------------------------------------------------+
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The 720p x264 TV Releasing Standards 2007 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ We would like to start out by thanking those who have come before with │
+│ tdx2k2 and txd2k5, as well as everyone who worked hard to design this │
+│ ruleset. These standards were designed to allow some freedom in the eternal │
+│ tradeoff between quality and speed, while preventing it from degrading to │
+│ crap like other TV scenes have tended to do over the years. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Episode Length: │
+│ - Shows 19:00-29:59 long shall be 550MB │
+│ - Shows 37:00-53:59 long shall be 1100MB │
+│ - Shows 54:00-69:59 long shall be 1466MB │
+│ - Shows of any other length can be sized at ripper's discretion, │
+│ provided the size is a multiple of 550 or 733 MB │
+│ │
+│ │
+│ Audio: │
+│ - Must be Studio AC3 (AC3 transcoding forbidden) │
+│ - Dupes based on audio format are forbidden. These should be INTERNAL │
+│ However it is encouraged not to release a 2.0 version of a show │
+│ when true 5.1 is available │
+│ - Sources with clipping audio will be considered a nuke │
+│ │
+│ │
+│ Video: │
+│ - 720p sources are not to be resized. In the event of imperfections │
+│ lasting the majority of the episode, the release shall be cropped with │
+│ borders added to retain 1280x720 resolution │
+│ - 1080i/p Sources are to be cropped and resized using Lanczos or Lanczos4 │
+│ - Improper methods of IVTC that result in loss of half the fields │
+│ (SeparateFields.SelectEven, YV12InterlacedSelectTopFields) are banned │
+│ - Improper IVTC methods that result in jerky playback such as Force Film │
+│ are banned │
+│ - Custom Matrices are allowed │
+│ - Group watermarks of any kind on the video will not be tolerated │
+│ │
+│ │
+│ Framerate: │
+│ - Must be as close to original source framerate as possible │
+│ - In some cases PAL shows should be IVTC'd (i.e. to 24fps). Therefore │
+│ using a PAL source is not an excuse for lack of IVTC │
+│ │
+│ │
+│ Codec/Container: │
+│ - Must be x264 │
+│ - Must use Matroska (.mkv) for container │
+│ - Must have a mininum of 3 B-frames │
+│ - Must be minimum 2 passes. The final pass must be done as one continuous │
+│ encode spanning the entire episode, e.g. may not be segmented │
+│ - Subpixel refinement (subme) should be 5 or higher │
+│ - M.E. Algorithm (me) should be Hexagon (hex) or better │
+│ │
+│ │
+│ Resolution: │
+│ - 1280 x 720 │
+│ │
+│ │
+│ Subs: │
+│ - Optional │
+│ - VOBSUB is the preferred format │
+│ - Subtitles are to be muxed with video stream, but may not be burned │
+│ into the video stream. "Subs" directories are forbidden │
+│ - Burned subtitles will only be allowed when the source exhibits │
+│ such subtitles in the picture itself │
+│ - Release muxed with subs must still adhere to the filesizes listed above │
+│ - Multi-language subtitles cannot be used as a basis for a dupe │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be MKV, not BIN/CUE │
+│ - Must be packed with RAR and broken into 50MB or 20MB volumes │
+│ - Multi episode releases should not be split │
+│ - Compression is not allowed │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ │
+│ │
+│ Credits/Previously On: │
+│ - Not required. Ripper's discretion │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - Roughly sixty seconds length and in a separate folder marked as Sample │
+│ - Must be taken from the episode - not encoded separately │
+│ - Stream samples are recommended for any rip that is deemed questionable: │
+│ i.e. no IVTC possible on source, IVTC to 24.975fps etc │
+│ │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (i.e. Bad IVTC, Interlacing, missing footage, resizing │
+│ 720p source, bad crop, commercials, bad x264 settings used, etc) │
+│ - Sample of propered release is encouraged │
+│ - Proper reason must be stated in nfo │
+│ - Qualitative propers are not allowed │
+│ - Propers based upon the rules set forth here are allowed only on │
+│ releases that come after this document is made public │
+│ │
+│ │
+│ Directory Naming: │
+│ - Show.Name.SXXEXX.720p.HDTV.x(X)264-GROUP │
+│ - For daily shows or sports, Show.Name.YYYY-MM-DD.720p.HDTV.x(X)264-GROUP │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE) │
+│ - The use of AC3 or AC3.X.X is FORBIDDEN. │
+│ - READ.NFO is allowed, however, discretion is recommended │
+│ PROPER.READ.NFO is NOT needed. NFO is REQUIRED to have reason, and is │
+│ purely redundant │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, │
+│ SUBBED, INTERNAL │
+│ - Acceptable characters in naming a directory include (NO spaces, double │
+│ dots or underscores - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 .- │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - This ruleset only applies to episodes capped from HDTV sources, │
+│ not HDDVD and Bluray. │
+│ - HD lite is allowed. HD lite is defined for our purposes as any 1080x │
+│ source that is not full 1920x1080 │
+│ - Upconverted sources are not allowed │
+│ │
+│ │
+│ Internals: │
+│ - All INTERNALS must follow TX264E2K7 rules, apart from the time length │
+│ rules and multi-language audio tracks rule (and will not be considered │
+│ as dupes) │
+│ - NOTE: INTERNAL dirfix is allowed as a basis of avoiding a nuke │
+│ │
+│ │
+│ Ripping related notes: │
+│ - Multi-language audio tracks are allowed │
+│ Multiple languages should be muxed into the MKV. These languages must │
+│ be identified in the container when muxing │
+│ - NO intros, outros, betweenos, or any other form of defacement of the │
+│ episode will be tolerated │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The 720p x264 TV Releasing Standards 2007 (2007-05-08) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ │
+│ TVX2642K7 rules created by the following Groups: │
+│ ──────────────────────────────────────────────── │
+│ 442 BiA BamHD CTU DIMENSION GOTHiC hV YesTV │
+│ │
+│ TVX2642K7 rules signed by the following Groups: │
+│ ──────────────────────────────────────────────── │
+│ aAF DHD NBS PiX SFM │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----[ Edited By dill 2007. Respect goes to all x264 teams. ]----┘
The Windows Media Video Releasing Standards 2007 for Blu-Ray and HDDVD
+
+Intro: As seen in recent weeks the WMV-HD scene has really picked up. The more groups that join in on WMV-HD
+ the more varations we have in encodes. With this said, standards need to be set in place in order
+ for all releases to be consistent and quality. Many people feel as if WMV-HD is redundent because of
+ the x264 scene. This is not true because of the compatiblity of WMV-HD. It can be played on the
+ XBOX360 and HTPC's. Where as x264 is restricted to HTPC's. The quality of WMV-HD vs x264 is equal
+ only reason many ppl are against WMV-HD is because its Microsoft. Even with the new dashboard
+ update x264 will not be able to play on the XBOX360 so again this shows that its gonna be a while before
+ someone makes a standalone that plays it.
+
+
+Video:
+
+ 1: Video size is determined by length of movie
+ A: If Video is 80 min or less DVD5 is ok but DVD9 is perferable and is to the discretion of the ripper
+ B: If Video is 81min or more DVD9 is required
+ a: Animated Films are a exception to the video length rule, DVD5 is sufficent for animated
+ Note: discs must be fully used when encoding so for DVD5 no less then 4.1 gig and DVD9 no less then 8.0 gig
+ 2: Resolution must be no less then 720p
+ A: 1080p is at the ripper discretion
+ a: min bitrate for 1080p is 10,000kbps and it must be constrained to a peak limit of 14,000kbps with size limit
+DVD9 or greater
+ B: Custom resolution is allowed as long as its multiple of 16
+ 3: Video must be in Windows Media 9 Advanced Profile (WVC1)
+ 4: 2-Pass VBR ONLY
+
+Audio:
+
+ 1: Audio bitrate must be no lower then 640kbps WMA Pro 5.1 unless source is
+ 2: No Stereo to 5.1 upmixing allowed, source must be 5.1 with correct channels mapped unless source disc only has 2.0
+ 3: Must be 24bit or 16bit audio unless source is less
+ 4: English audio is to be use if its the native language on the disc
+ -- If english is not the native audio on the disc do one of the following:
+ A: Add hardcoded English subs and native audio
+ B: Use dubbed English audio track
+ 5: Audio can be either CBR or VBR and 1 Pass is sufficient
+
+General:
+
+ 1: WMV must be in RAR with a recovery record added, SFV NFO and Sample are required as well
+ A: Sample must be atleast 60 sec
+ B: NFO MUST state VIDEO and AUDIO BITRATES, VIDEO RESOLUTION, AUDIO LANGUAGE, AND IF SUBS ARE HARDCODED. NO
+EXCEPTIONS or PROPER is valid!
+ C: RARS must be 50mb stored for DVD5, 100mb stored for DVD9, and 150mb for 1080p rls's going beyond DVD9 size
+ 2: Source Must be HDDVD, Blu-Ray. No re-encoding allowed of x264!
+ 3: 2xDVD5 is not allowed, DVD9 can be split very easily by the end user
+ 4: HDDVD and Blu-Ray sources dupe each other, INTERNAL tag is required if one is already rlsed
+ A: Resolution dupe rules is as follows: 720p dupes 1080p but 1080p does not dupe 720p
+ 5: Intro and credits are to be intact, removing them is grounds for a proper
+ 6: Directory format suggestion:
+
+ Movie.Title.Year.<BluRay/HDDVD/HDTV>.VC1.<720p/1080p>.5.1.WMV-GROUP
+
+
+NOTE: These new rules do not apply to past releases, If a group wants to redo one that was done before the WMVS2k7 rules
+were rlsed
+it must be labled INTERNAL. Only reason a rls should be propered that was rlsed before this nfo is if its not working.
+
+These rules will be updated when there is more progress in the HD DVD and Blu-ray scene.
+
+
+Signed by
+
+IGUANA SMeG DEViANT
+
+05/16/07
+
high.def.x264.movie.standards.nfo
+
+-Release 2: June 07, 2007-
+
+~Intro~
+The High Definition x264 encoding scene has the goal of creating rips of HDDVD and BluRay
+sources that can be played by the majority of end users. Specific hardware (other than
+something higher then a mid-range Pent 4) should never be required to play releases.
+The goal is for these to be burnable to a DVD media source, playable on an HTPC. We are
+not releasing these to be re-authored onto HDDVD or BluRay media. These rules will be
+constantly updated to adjust for new audio formats that are playable.
+
+We have gotten together and discussed file sizing. DVD9 causes a much too high bitrate
+for releases around the 2 hour long mark. In reality leads to longer download times
+and more space being used on your hard drives for no real season. In addition, the higher
+bitrate causes playback to be tougher for lower end machines. Our goal is to reach as many
+people as possible, so this is an attempt to adjust for download times and playback.
+
+~Previous Releases~
+These audio rules do not apply to previous releases, and propering for those reasons will
+not be tolerated. Groups who have released eac3 in the past have the option to repack, but
+this isn't mandatory. Common sense rules such as cropping are properable.
+
+~General~
+1.1) RAR/SFV/NFO needed.
+1.2) Rar's can be 50mb, 100mb or 150mb. Use your best judgment.
+1.3) Releases should be packed into mkv container.
+1.4) NFO must contain information on Audio and Video Bitrate.
+1.5) BluRay and HDDVD Sources dupe each other.
+1.6) Suggested Directory Format (not a properable reason):
+ Movie.Name.Year.<DVD5/DVD9>.720p.<HDDVD/BluRay>.x264.<PROPER/READ.NFO/REPACK>-GROUP
+1.7) NO intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+1.8) Credits must not be removed
+ 1.8.1) Can be encoded at a lower bitrate provided they don't contain any scenes
+ (bloopers, story, etc).
+1.9) A sample roughly 60 seconds in length is required.
+ 1.9.1) It must be cut from the final release and not encoded separately.
+ 9.2) Must be put within a director named "Sample".
+
+~Total Sizes~
+2.1) Final file size must be DVD5, 1.5xDVD5, or DVD9 size
+2.2) A size of 0.5xDVD5 is acceptable for animated movies ONLY.
+2.3) Releases should be within 5% of projected file size.
+2.4) DVD9 should be used only in cases of long movies, or high action movies.
+2.5) Propering a release that could have been a bigger size is not valid, unless below minimum bitrate.
+2.6) 2x DVD5 is NOT allowed.
+2.7) For weird movies like LOTR, you may deviate from rules. Please use a multiple of 0.5xDVD5.
+
+
+~Audio~
+3.1) No EAC3, DD+ TRUE HD, or DTSHD audio until there is practical Windows and Linux support.
+ 3.1.1) This does not include VMWare or alienating any group of users.
+ 3.1.2) The solution should be a reasonable codec that has a high compatibly rate.
+3.2) Currently accepted audio:
+ 3.2.1) FLAC audio is allowed ONLY if created from LPCM or TRUEHD sources.
+ 3.2.2) Source AC3 or DTS from a BluRay
+ 3.2.3) AC3 transcoded from source LPCM, DD+ or EAC3
+3.3) All audio should be proper 5.1, with correct channels, except in the case of stereo/mono
+ only.
+3.4) All AC3 audio with HDDVD releases should be at 640kbit/s, unless the disc only comes with
+ lower bitrate audio.
+3.5) Releases may only contain one audio track muxed into the mkv container.
+ 3.5.1) Use English only if English is the native audio.
+ 3.5.2) If English audio is not native:
+ 3.5.2.1) English Subtitles must be included
+ 3.5.2.2) Subs should not be HUGE AND UGLY. Check your settings!!!
+ 3.5.2.3) Subs should be any format that will mux into an mkv that is text-based.
+ 3.5.2.4) English dub is allowed as a secondary audio track.
+ 3.5.3) Other language audio may be released as a SECOND release with a bat file
+ that will remux that audio into the release.
+
+
+~Video~
+4.1) Minimum bitrate should be 4mbit/s
+ 1.1) Animated movies allowed less than 4mbit/s bitrate.
+4.2) All movies must be at their original framerate.
+4.3) Use at least 3 bframes
+4.4) Must use a minimum encode of 2 passes.
+4.5) Crop the black borders from the source.
+ - Sharp edges in the encoded region will lead to border bits needing
+ more information then they should.
+4.6) Height and Width of rip must be mod 16.
+4.7) 720p refers to a MAXIMUM resolution of 1280x720.
+ 4.7.1) Acceptable resolutions are:
+ - x528 = 2.40 AR
+ - x544 = 2.35 AR
+ - x688 = 1.85 AR
+ - x720 = 1.78 AR
+ 4.7.2) Rare occasions where a movie if VERY wide, use appropriate settings.
+4.8) Use the aspect ratio on the source, not what IMDB says.
+4.9) Custom Matrices are allowed.
+4.10) --deblock can be varied depending on the source.
+
+
+~Subtitles~
+5.1) Multi-language subtitles cannot be used as a basis for a dupe
+5.2) Subtitles are to be MUXED into the mkv container, but MAY NOT be burned in to the video stream.
+5.3) "Subs" directories are forbidden.
+
+
+~Encoding~
+Recommended settings (if you care about quality) are at LEAST:
+
+Pass 1:
+x264.exe --pass 1 --bitrate x --threads auto --thread-input --bframes 3 --me dia --ref 1 --subme 1 --no-dct-decimate
+--partitions none --progress --no-psnr --no-ssim --output NUL
+
+Pass 2:
+x264.exe --pass 2 --bitrate x --threads auto --bframes 3 --b-pyramid --bime --weightb --b-rdo --me umh --ref 5 --mixed-refs
+--subme 7 --trellis 1 --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output x.mkv
+
+
+~Signed By~
+SEPTiC REVEiLLE PROGRESS hV PPQ
+
high.def.x264.movie.standards.rev2.nfo
+
+ Revision 2 :: FINAL :: 2007-07-05
+
+ [ Intro ]
+
+ The High Definition x264 encoding scene has the goal of creating rips of HDDVD
+ and BluRay sources that can be played by the majority of end users. Specific
+ hardware (other than something higher then a mid-range Pent 4) should never be
+ required to play releases. The goal is for these to be burnable to a DVD media
+ source, playable on an HTPC. We are not releasing these to be re-authored onto
+ HDDVD or BluRay media. These rules will be constantly updated to adjust for new
+ audio formats that are playable.
+
+ We have gotten together and discussed file sizing. DVD9 causes a much too high
+ bitrate for releases around the 2 hour long mark. In reality leads to longer
+ download times and more space being used on your hard drives for no real season.
+ In addition, the higher bitrate causes playback to be tougher for lower end
+ machines. Our goal is to reach as many people as possible, so this is an
+ attempt to adjust for download times and playback.
+
+ These rules apply to 720p releases only.
+
+
+ [ Previous Releases ]
+
+ These rules do not apply to previous releases, and propering for those reasons
+ will not be tolerated. Groups who have released eac3 in the past have the
+ option to repack, but this isn't mandatory. Common sense rules such as
+ cropping are properable.
+
+
+ [ General ]
+
+ 1.1) RAR/SFV/NFO needed.
+ 1.2) Rar's can be 50mb, 100mb or 150mb. Use your best judgment.
+ 1.3) Releases should be packed into mkv container.
+ 1.4) NFO must contain information on Audio and Video Bitrate.
+ 1.5) BluRay and HDDVD Sources dupe each other.
+ 1.6) Suggested Directory Format (not a properable reason):
+ Movie.Name.Year.720p.<HDDVD/BluRay>.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.7) NO intros, outros, betweenos, or any other form of defacement of the film
+ will be tolerated.
+ 1.8) Credits must not be removed
+ 1.8.1) Can be encoded at a lower bitrate provided they don't contain
+ any scenes (bloopers, story, etc).
+ 1.9) A sample roughly 60 seconds in length is required.
+ 1.9.1) It must be cut from the final release and not encoded
+ separately.
+ 1.9.2) Must be put within a directory named "Sample".
+
+
+ [ Total Sizes ]
+
+ 2.1) Final file size must be DVD5, 1.5 x DVD5, or DVD9 size
+ 2.2) A size of 0.5 x DVD5 is acceptable for animated movies ONLY.
+ 2.3) A max undersize of 40 MiB can be tolerated
+ 2.4) DVD9 should be used only in cases of long movies, or high action movies.
+ 2.5) Propering a release that could have been a bigger size is not valid,
+ unless below minimum bitrate.
+ 2.6) 2x DVD5 is NOT allowed.
+ 2.7) For very long movies like LOTR, you may deviate from rules. Please use a
+ multiple of 0.5xDVD5 (2240 MiB).
+
+
+ [ Audio ]
+
+ 3.1) No EAC3, DD+, TRUEHD or DTSHD audio until there is practical Windows and
+ Linux support.
+ 3.1.1) This does not include VMWare or alienating any group of users.
+ 3.1.2) The solution should be a reasonable codec that has a high
+ compatibly rate.
+ 3.2) Currently accepted audio:
+ 3.2.1) FLAC audio is allowed ONLY if created from LPCM or TRUEHD
+ sources.
+ 3.2.2) Source AC3 or DTS from a BluRay
+ 3.2.3) AC3 transcoded from source LPCM, DD+ or EAC3
+ 3.3) All audio should be proper 5.1, with correct channels, except in the case
+ of stereo/mono only.
+ 3.4) All AC3 audio with HDDVD releases should be at 640kbit/s, unless the disc
+ only comes with lower bitrate audio.
+ 3.5) Releases may only contain one audio track muxed into the mkv container.
+ 3.5.1) Use English only if English is the native audio.
+ 3.5.2) If English audio is not native:
+ 3.5.2.1) English Subtitles must be included
+ 3.5.2.2) English dub is allowed as a secondary audio track.
+ 3.5.3) Other language audio may be released as a SECOND release with a
+ bat file that will remux that audio into the release.
+
+
+ [ Video ]
+
+ 4.1) Minimum bitrate should be 4 Mbit/s
+ 4.1.1) Animated movies allowed less than 4 Mbit/s bitrate.
+ 4.2) All movies must be at their original framerate.
+ 4.3) Use at least 3 bframes
+ 4.4) Must use a minimum encode of 2 passes.
+ 4.5) Crop the black borders from the source.
+ Sharp edges in the encoded region will lead to border bits needing more
+ information than they should.
+ 4.6) Height and Width of rip must be mod 16.
+ 4.7) 720p refers to a maximum resolution of 1280x720.
+ 4.7.1) Acceptable resolutions are:
+ - 1280 x 528 = 2.40 AR
+ - 1280 x 544 = 2.35 AR
+ - 1280 x 688 = 1.85 AR
+ - 1280 x 720 = 1.78 AR
+ - 960 x 720 = 1.33 AR
+ 4.7.2) Rare occasions where a movie if VERY wide, use appropriate
+ settings.
+ 4.8) Use the aspect ratio on the source, not what IMDB says.
+ 4.9) Custom Matrices are allowed.
+ 4.10) VfW (Video for Windows) is not allowed
+ 4.11) --deblock can be varied depending on the source.
+
+
+ [ Subtitles ]
+
+ 5.1) Multi-language subtitles cannot be used as a basis for a dupe
+ 5.2) Subtitles are to be MUXED into the mkv container, but MAY NOT be burned
+ in to the video stream.
+ 5.3) "Subs" directories are forbidden.
+ 5.4) Subs should not be HUGE AND UGLY. Check your settings!
+ 5.5) Subs must be a text-based format that will mux into an mkv container.
+
+
+ [ Encoding ]
+
+ Recommended settings are at least:
+
+ Pass 1:
+ x264.exe --pass 1 --bitrate x --threads auto --thread-input --bframes 3 --me dia --ref 1 --subme 1 --no-dct-decimate
+--partitions none --progress --no-psnr --no-ssim --output NUL
+
+ Pass 2:
+ x264.exe --pass 2 --bitrate x --threads auto --bframes 3 --b-pyramid --bime --weightb --b-rdo --me umh --ref 5 --mixed-refs
+--subme 7 --trellis 1 --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output x.mkv
+
+
+ [ Signed By (in alphabetic order) ]
+
+ hV PPQ PROGRESS REVEiLLE SEPTiC
+
+
+ [ These rules apply from 2007-07-06 00:00:00 GMT (1183680000 unixtime) ]
+
- INTRO
+
+ These standards are designed to give the enduser more of a choice of where they play the release. The initial mkv is a quick and easy way to play on a computer. While the bluray image can be burned and played on bluray standalones and Playstation 3.
+
+ - GENERAL
+
+ 1.1) RAR/SFV/NFO needed.
+ 1.2) Rar's must be 50, 100, or 150 mb. but no more than 100 rars per BD.
+ 1.3) Releases must be an mkv container with tool(s) to convert it to a compliant bluray iso. (the UDF 2.5 image cannot be mounted with windows xp 64 bit and subs\chapters are only supported by powerdvd8 off the iso, which is why the initial mkv)
+ 1.4) NFO must contain: Release Date, IMDB (or other site) url, Runtime, Audio and Video Bitrate.
+ 1.5) Directory Format: Movie.Name.Year.<PROPER\READ.NFO\REPACK.(720p\1080p).(BD5\BD9).x264-GROUP
+ 1.6) NO intros, outros, added watermarks, or any other form of defacement of the film will be tolerated.
+ 1.7) Credits must not be removed (see also 1.11) but they may be encoded at a lower bitrate as long as they don't contain any footage (bloopers, story, etc).
+ 1.8) A ~60 second sample cut from the release is required in a 'Sample' directory.
+ 1.9> In the case that multiple BD5\9 are needed, each BD must be packed in its own directory (DISC#\DISK#)
+ 1.10> Homemade menus are not required but encouraged when more than one title is to fit on the bluray (eg tv series)
+ 1.11> In the case of a slight oversize of the bluray, tsmuxer may be set to cut off (split at 4481\8151MB) a maximum of 30 seconds of credits as long as there is no footage removed.
+ 1.12> In the case of TV episodes, 1 release per episode with a meta file in the last episode of the BD5\BD9 to create a BD of the set.
+ 1.13> TV episodes must not contain chapters in the BD to allow easy skipping between episodes, except if the BD has a menu with episode selection
+ 1.14> If for any reason any standards cannot be met it must be explained in the nfo.
+
+ - SIZES
+
+ 2.1> The bluray iso must fit on its intended media (DVD+R or DVD+R DL)
+ 2.2) Suggested 720P<iso>: 15-24 min = 746MB <6 per BD5) | 25-37 min = 1120MB (4 per BD5) | 38-49 min = 1493MB (3 per BD5) | 50-74 min = 2240MB (2 per BD5) | 75-148 min = 4480MB (BD5) | 149min+ = 8150MB (BD9)
+ 2.3) Suggested 1080P<iso>: 15-24 min = 1018MB <8 per BD9) | 25-49 min = 2037MB (4 per BD9) | 50-90 min = 4075MB (2 per BD9) OR 4480MB (BD5) | 91-105 min = 4480MB (BD5) OR 8150MB (BD9) | 106-197 = 8150MB (BD9) | 198+ = 2xBD5\9
+ 2.4) A max undersize of 52 MB from media maximum is tolerated (4430 for BD5, 8100 for BD9)
+ 2.5> An accurate bluray bitrate calculator such as RipBot264 should always be used to get the video bitrate.
+ 2.6> In the case of a feature length movie it should at least fill a BD5
+
+ - AUDIO
+
+ 3.1) Only AC3 and DTS allowed
+ 3.2> Use the core of DD+ EAC3 TRUE-HD DTS-HD when possible
+ 3.3> If transoding is needed, DTS -> DTS 768kbps only, AC3 source may not be transoded, except DTS\AC3 -> AC3 448kbps is allowed only in cases where 640/768 kbps is under the minimum video bitrate but 448 kbps is over the miniumum
+ 3.4) All audio should be proper 5.1, with correct channels, except in the case of stereo/mono only.
+ 3.5) Only original language audio track may be muxed into the mkv except if the movie isn't English spoken and there is an English dubbed track in which case original language and English tracks are encouraged.
+ 3.5) Other language audio may be released as another release with a batch (.bat) file that will mux the audio into the mkv/bluray.
+ 3.6> In the case of LPCM as the only available audio it should be encoded to DTS 1536/768 or AC3 448 depending on the video bitrate.
+
+ - VIDEO
+
+ 4.1> x264 must be used to encode
+ 4.2) Required average bitrate: 720P = 3500-8000 kbps | 1080P = 5000-12000 kbps
+ 4.3) All movies must be at their original framerate
+ 4.4> Must be compliant to level 4.1 high profile
+ 4.5> 3 reference frames must be used
+ 4.6) Must use bframes
+ 4.7> Maximum of 3 consecutive bframes, setting 3, 2 or 1 max consecutive is encoder's discretion
+ 4.8) Must use a minimum of 2 passes
+ 4.9> Max bitrate must not exceed 38 mbps
+ 4.10> A keyframe must be inserted at least every 24 frames
+ 4.11) Cropping, AddBorders is allowed when there is unwanted stuff in the borders but output resolution must be 1280x720 or 1920x1080
+ 4.12) Custom natrices not allowed
+ 4.13) x264 vfw (Video for Windows) not allowed
+ 4.14> Required settings during 2nd pass: --keyint 24 --ref 3 --bframes=<3 --me=>hex --subme=>6 --b-rdo --bime --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --mvrange 511 --aud --nal-hrd --vbv-bufsize 30000 --vbv-maxrate=<38000 --sar 1:1 and CABAC (--no-cabac is NOT allowed)
+ 4.15> Suggested settings
+
+ x264.exe --pass 1 --bitrate <bitrate> --stats "<statsfile>" --level 4.1 --keyint 24 --min-keyint 1 --ref 1 --bframes 3 --direct auto --subme 1 --partitions none --vbv-bufsize 30000 --vbv-maxrate 38000 --me dia --threads auto --thread-input --sar 1:1 --progress --no-psnr --no-ssim --output NUL "<input>" --mvrange 511 --aud --nal-hrd
+
+ x264.exe --pass 2 --bitrate <bitrate> --stats "<statsfile>" --level 4.1 --keyint 24 --min-keyint 1 --ref 3 --mixed-refs --bframes 3 --trellis 1 --b-pyramid --b-rdo --bime --weightb --direct auto --subme 7 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-bufsize 30000 --vbv-maxrate 38000 --me umh --threads auto --thread-input --sar 1:1 --progress --no-psnr --no-ssim --output "<output>" "<input>" --mvrange 511 --aud --nal-hrd
+
+ - SUBTITLES
+
+ 5.1) If english subtitles exist they must be ocr'd to srt, muxed into mkv and muxed in during the bluray imaging. This will also provide the overhead needed for endusers to mux in their preferred sub language without cutting or encoding.
+ 5.2) For 720P all subtitle languages must be converted into vobsub format and merged into 1 idx\sub set and included in a Subs directory with the release. (2 idx\sub sets are allowed if more than 8 languages, 3 if more than 16, etc.)
+ 5.3> For 1080P all original sup files must be compressed and included with the release inside the Subs directory, english sup may be used instead of the srt from the mkv for bluray image.
+ 5.4> Bad subs are not a reason for proper\repack. A SUBFIX release with a batch file to replace the bad subs with good ones in mkvmerge is appropriate for such cases.
+
+ - DIGITAL SIGNATURES (alphabetically)
+
+ Chakra DOWN HD1080 iNFAMOUS METiS REFiNED
+
+ [ PS2 - Standards ]
+
+ 1.1) Releases must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars should be split to volumes of 50 MB(DVD5) 15 MB (PS2CD)
+ 1.3) Rars must be compressed with M1 (fastest) or better.
+ 1.4) The image of the game must be in .iso format
+ 1.5) If a game does not include the English language, this must be specified
+ in the dir name.
+ 1.6) If a game is rereleased for having additional foreign languages, the
+ dir must be tagged MULTI and the nfo must specify which additional
+ languages are included.
+ 1.7) No p2p dupes without proof of your own source.
+ 1.8) Source of game disc origin must be included in nfo.
+ 1.9) A release must be pred no later then 30 days after retail date.
+ 1.10) Suggested directory format:
+
+ Game.Name.<PROPER/READ.NFO/REPACK>.PS2DVD-GRPNAME
+ Game.Name.MULTI.<PROPER/READ.NFO/REPACK>.PS2DVD-GRPNAME
+ Game.Name.<PROPER/READ.NFO/REPACK>.PS2CD-GRPNAME
+ Game.Name.LANGUAGE.<PROPER/READ.NFO/REPACK>.PS2CD-GRPNAME
+
+
+
+
+ [ Xbox360 - Standards ]
+
+ 2.1) Releases must be packed in RAR. SFV and NFO must be included.
+ 2.2) Rars should be split to volumes of 50 MB(DVD5) 100 MB(DVD9)
+ 2.3) Rars must be compressed with M1 (fastest) or better.
+ 2.4) The image of the xbox 360 game must be in .iso with .dvd file
+ 2.5) The security sectors must be patched.
+ 2.6) If a game is not region free, the game region must be in the dirname.
+ 2.7) If a game does not include the english language, this must be specified
+ in the dir name.
+ 2.8) PAL/NTSC dupes are only allowed when the initial game was not region
+ free or when there are additional foreign languages.
+ 2.9) If a game is rereleased for having additional foreign languages, the
+ dir must be tagged MULTI and the nfo must specify which additional
+ languages are included.
+ 2.10) Source of game disc origin must be included in nfo.
+ 2.11) No p2p dupes without proof of your own source.
+ 2.12) A release must be pred no later then 30 days after retail date.
+ 2.13) Suggested directory format:
+
+ Game.Name.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.NTSC.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.PAL.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.NTSC.LANGUAGE.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.PAL.LANGUAGE.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.MULTI<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.NTSC.MULTI.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+ Game.Name.PAL.MULTI.<PROPER/READ.NFO/REPACK>.XBOX360-GRPNAME
+
+
+
+
+[ Wii - Standards ]
+
+ 3.1) Releases must be packed in RAR. SFV and NFO must be included.
+ 3.2) Rars should be split to volumes of 50 MB(DVD5) 100 MB(DVD9)
+ 3.3) Rars must be compressed with M1 (fastest) or better.
+ 3.4) The game rip needs to be a full "dump".
+ 3.5) No tools like wiiscrub allowed.
+ 3.6) The image of the wii game must be in .iso
+ 3.7) Source of game disc origina must be included in dir name (PAL/NTSC/JAP).
+ 3.8) If a game does not include the English language, this must be specified
+ in the dir name.
+ 3.9) If a game is rereleased for having additional foreign languages, the
+ dir must be tagged MULTI and the nfo must specify which additional
+ languages are included.
+ 3.10) No p2p dupes without proof of your own source.
+ 3.11) A release must be pred no later then 30 days after retail date.
+ 3.12) Suggested directory format:
+
+ Game.Name.PAL.<PROPER/READ.NFO/REPACK>.Wii-GRPNAME
+ Game.Name.NTSC.<PROPER/READ.NFO/REPACK>.Wii-GRPNAME
+ Game.Name.LANGUAGE.<PROPER/READ.NFO/REPACK>.Wii-GRPNAME
+ Game.Name.MULTI.<PROPER/READ.NFO/REPACK>.Wii-GRPNAME
+
+
+
+-
+
+These rules are signed and will be followed by following groups in alphabetic order:
+
+ACCiDENT, Allstars, DAGGER, GLOBAL, LoCAL, MOMENT, NAGGERS, PreCiSiON, PROTOCOL, RANT, STRANGE, SUSHi, WARG, WiiERD
+
+ ▄▓▄ ■ ▄▓▄ ■
+ ▄█▀▀▀▀▀▀▀█▄ ■ ▀ ▄▄▀ ■
+ HiGH DEFiNiTiON█▀ ▄█▀▀▀█▄ ▀█RULES 2k8 ■ ██▓▓ ▄▓▄ ■
+ ▄█▀▀▀▀▀█▀▀▀▀▀▀▀▀█ ██ ██ █▀▀▀▀▀▀▀▀█▄ ▀▀ ▀ ▄█▓▄
+ █ ▄███ ▄██▀▀██▄ ▀██▄ ▄██▀ ▄██▀▀██▄ ▀█▀▀▀▀▀▀▀▀█▄ ■ ▀▓▓▀ ■
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀█▄▄ ██ ██▀ ▀██ ▄█████▄ ██▀ ▀██ ▄██▀▀██▄ ▀█▀▀▀▀ ▀▀▀▀▀▀▀▀
+ ░ ░ ░▒▒▓▓▓██ ░░█░░█ ██ ██ ██▀ ▀██ █░░ ██ ██▀ ▀██░█░░██▓▓▓▒▒░ ░ ░
+ ░ ░ ░▒▒▓▓▓██▄ ▄█ ██ ██▄ ▄██ ██ ██ ██▄ ▄██ ██▄ ▄██ █░███▓▓▓▒▒░ ░ ░
+ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄█ ▄██▄ ▀██▄▄██▀ ▄ ▀█▄▄▄█▀ ▄ ▀██▄▄██▀░░░███▄▄██▀ ▄█▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+ █▄▄▄▄▄▄▄▄▄▄▄▄▄▄███▄▄▄▄▄▄▄███▄▄▄▄▄▄▄▄▀ ███ ▄▄▄▄█▀ ▄░▄ ■
+ █ █████ █ ■ ▀ ■
+ THE 1 0 8 0 p RELEASiNG STANDARDS░█▄▄▄▄▄▄▄█ ■ ▄▓▄ ■
+ ░░░░ ■ ■ ▀
+
+
+ [GERMAN.HiGH.DEF.1080p.x264.RELEASiNG.STANDARDS.VER1]
+
+
+
+ [ANFORDERUNGEN]
+
+ Notepad mit der Schriftart Terminal oder einem anderen
+ ASCII-Betrachter.
+
+
+ [VORWORT]
+
+ Kompatibilitaet mit den gaengigen SA Playern wie TViX und
+ Popcorn sowie qualitativ hochwertige Release sind das Ziel
+ dieses Releasing Standards. Um ein Optimum an Qualitaet zu
+ erreichen, haben wir bewusst darauf verzichtet, bestimme
+ Groessen fuer die Release festzulegen, statt dessen soll
+ die Bitrate des Videos-Streams als Richtwert dienen. Das
+ Benutzen von BluRay/HDDVD-Releases bzw. das Klauen einer
+ fremden Source ist verboten. Diese Rules beziehen sich
+ ausschliesslich auf 1080p Release.
+
+
+ [1. ANWENDUNG]
+
+ [1.1] Die Rules gelten nicht fuer fruehere Release, und somit
+ ist es nicht erlaubt aeltere Release unter Anwendung
+ dieser Rules zu propern.
+
+
+ [2. ALLGEMEINES]
+
+ [2.1] BluRay und HDDVD Sourcen dupen sich gegenseitig.
+ [2.2] KEINE Intros, Outros, Betweenos (alles was nicht zum Film
+ gehoert).
+ [2.3] Credits muessen nicht entfernt werden
+ [2.4] Ein Release vor deutschem Store Date muss einen Unterordner
+ "Proof" mit mindestens 20 Sekunden der m2ts beinhalten.
+
+
+ [3. AUDIO]
+
+ [3.1] Erlaubte Audiospuren:
+ [3.1.1] untouched AC3(DD5.1/DD2.0/DD1.0) (bevorzugt) oder erzeugt aus
+ DTS, EAC3(DD+), LPCM, TrueHD.
+ [3.1.2] untouched DTS (bevorzugt) oder erzeugt aus DTS-HD, FLAC, LPCM,
+ TrueHD.
+ [3.1.3] Alle AC3 Spuren sollten 640kbps(6ch) aufweisen, ausser die Source
+ kommt mit geringerer Bitrate oder weniger Channels (stereo|mono)
+ daher.
+ [3.1.4] Die Bitrate von DTS muss 1536 kbit betragen, es sei denn die
+ Bitrate der Source ist niedriger.
+ [3.1.5] DTS / AC3 dupen sich gegenseitig.
+ [3.2] Nicht erlaubte Audiospuren:
+ [3.2.1] EAC3(DD+), DTS-HD, TRUEHD, LPCM, FLAC.
+ [3.2.2] Bei Konzerten MHDDVD/MBLURAY ist FLAC als zusaetzlicher
+ Audio-Stream erlaubt.
+ [3.3] Erlaubte Spachen:
+ [3.3.1] German
+ [3.3.2] Releases mit mehr als einer Audiospur sind erlaubt (DL/ML).
+ [3.4] Versuche ein Release mit einer Tonspur mit einem DL oder ML
+ Release zu propern sind ungueltig.
+
+
+ [4. VIDEO]
+
+ [4.1] Release muessen im MKV Container vorliegen.
+ [4.2] Codec:
+ [4.2.1] Als Compressor/Decompressor ist nur der x264-Codec unter
+ Verwendung der 2-pass-Encodingmethode erlaubt.
+ [4.2.2] Die Verwendung aktueller x264-Binaries ist erlaubt.
+ [4.3] Bitrate:
+ [4.3.1] Es ist eine Bitrate von ca. 10250 kbps zu verwenden,
+ Abweichungen von +500 kbps / -250 kbps sind moeglich.
+ [4.3.2] Bei animierten Filmen darf davon abgewichen werden; eine
+ Bitrate von 7000 kbps darf aber nicht unterschritten werden.
+ (Bsp. Simpsons der Film)
+ [4.3.3] Bei Filmen wie z. B. Beowulf ist eine Bitrate, wie
+ unter Punkt 4.3.1 festgelegt, zu verwenden.
+ [4.4] Alle Filme muessen in ihrer urspruenglichen Framerate
+ bleiben (fast immer 23.976fps).
+ [4.5] Schwarze Balken sind wegzucroppen.
+ [4.6] Folgende Aufloesungen sind zulaessig:
+ - 1920 x 800 = 2.40 AR
+ - 1920 x 816 = 2.35 AR
+ - 1920 x 1040 = 1.85 AR
+ - 1920 x 1080 = 1.78 AR
+ Was zaehlt, ist die AR der Source, und nicht was
+ beispielsweise auf IMDB zu lesen ist.
+ [4.7] --deblock kann je nach Source variiert werden.
+
+
+ [5. GROESSE]
+
+ [5.1] Um ein Mindestmass an Uebersichtlichkeit zu waren duerfen die
+ Groessen ausschliesslich ein Vielfaches von 0,5GB betragen.
+
+
+ [6. ENCODING]
+
+ [6.1] Folgende Settings sind minimal zu verwenden:
+
+ [6.1.1] Minimale Settings:
+
+ Pass 1:
+
+ x264.exe --pass 1 --bitrate x --threads auto --thread-input
+ --level 4.1 --bframes 3 --me dia --ref 1 --subme 1
+ --no-dct-decimate --partitions none --progress --no-psnr
+ --no-ssim --output NUL
+
+ [6.1.2] Pass 2:
+
+ x264.exe --pass 2 --bitrate x --threads auto --level 4.1
+ --bframes 3 --b-pyramid --bime --weightb --b-rdo --me umh
+ --ref 4 --mixed-refs --subme 7 --trellis 1
+ --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --no-fast-pskip
+ --progress --no-psnr --no-ssim --output x.mkv
+
+ [6.2] Je nach Aufloesung ist in den Settings folgende
+ Einstellung vorzunehmen:
+ 1920 x 8xx = ref 5
+ 1920 x 10xx = ref 4
+
+
+ [7. UNTERTITEL]
+
+ [7.1] Sind Deutsche forced Subs enthalten, so sind diese Pflicht.
+ [7.2] Sonstige fehlende Subs koennen nicht als Propergrund dienen.
+ [7.3] Subs anderer Sprachen sind moeglich.
+ [7.4] Subs muessen in einem text-basierten Format vorliegen.
+ [7.5] Subs muessen in den mkv container gemuxt werden.
+ [7.6] Es sind keine "forced" Subtitles ins Bild zu encoden.
+ [7.7] "Subs" Ordner sind verboten.
+ [7.8] Subs sollten gut lesbar sein aber nicht riesig!
+
+
+ [8. Kapitel]
+
+ [8.1] Kapitel sind erwuenscht aber keine Pflicht.
+
+
+ [9. DUBBED]
+
+ [9.1] Fuer Dubbed Releases gelten die selben Rules wie fuer
+ Retails, jedoch mit folgenden Ausnahmen:
+ [9.2] Ein dubbed Release ist nur zulaessig, sofern keine Retail
+ Source mit deuschem Ton existiert. Sollte innerhalb der
+ naechsten 30 Tage eine Retail erscheinen ist ebenfalls
+ kein dubbed Release zulaessig.
+ [9.3] Als Audiospuren sind AC3 und DTS erlaubt (von der Retail DVD),
+ aber KEINE Lines (Cinema).
+
+
+ [10. PACKEN & CO]
+
+ [10.1] Die fertigen MKV-Container muessen in RAR-Archive
+ (Kompressionsstufe store/speichern) gepackt werden
+ und auf 100.000.000, 150.000.000 oder 200.000.000
+ Byte grosse Files gesplittet werden.
+ [10.2] Erwuenscht ist die Verwendung der Benennung von
+ Teilarchiven im alten Stil (*.rar und *.rxx).
+ [10.3] Das Einbetten von Wiederherstellungsinformationen
+ in die RAR-Archive wird ausdruecklich empfohlen.
+ [10.4] Eine SFV muss dem Release im Hauptverzeichnis
+ beigelegt werden und Checksummen fuer alle RAR-Archive
+ enthalten.
+ [10.5] Ein Sample mit einer Laenge von etwa 60 Sekunden
+ muss beiliegen.
+ [10.5.1] Es muss aus dem finalen Release herausgeschnitten werden.
+ und darf nicht separat encoded werden.
+ [10.5.2] Es muss sich in einem Unterordner des eigentlichen
+ Releases mit dem Namen "Sample" befinden.
+ [10.6] Eine NFO-Datei muss sich im Hauptverzeichnis des Releases
+ befinden.
+
+
+ [11. TAGGING]
+
+ [11.1] Verzeichnisnamen sind folgendermassen zu waehlen:
+ [11.1.1] Retail:
+ Film.Name.Jahr.German.<AC3|DTS>.<DL|ML>.1080p.
+ <HDDVD|BluRay>.x264.{PROPER|READ.NFO|REPACK}-GROUP
+ [11.1.1] Dubbed:
+ Film.Name.Jahr.German.<AC3|DTS>.DUBBED.<DL|ML>.1080p.
+ <HDDVD|BluRay>.x264.{PROPER|READ.NFO|REPACK}-GROUP
+ Syntax:
+ <entweder|oder> {optional}
+ [11.2] Name des Films:
+ [11.2.1] Im Tag ist, soweit vorhanden, der deutsche Titel
+ zu verwenden.
+ [11.2.2] Sollte kein deutscher Titel vorhanden sein, ist der
+ Originaltitel zu verwenden.
+ [11.3] "RETAIL" und "DUBBED" innerhalb eines Tags sind um
+ Irrtuemern vorzubeugen verboten.
+ [11.4] Das benennen der Dateien im Release bleibt den Groups
+ selbst ueberlassen, sie sollte aber sinnvoll und
+ ausreichend ausfuehrlich gewaehlt werden, um Dupefiles
+ vorzubeugen.
+ [11.5] Weitere optionale Tags sind:
+ DC, EXTENDED, MHDDVD, MBLURAY, REAL, REMASTERED,
+ RETAIL, SE, SUBBED, THEATRICAL, UNCUT, UNRATED
+
+
+ [12. NFO]
+
+ [12.1] NFO muss folgende Informationen enthalten:
+ [12.1.1] Releasedatum
+ [12.1.2] Kinostart bzw. STV
+ [12.1.3] IMDB-Rating + Votes und IMDB-URL zum Film
+ (soweit vorhanden)
+ [12.1.4] Laufzeit des Films
+ [12.1.5] Anzahl der RARs
+ [12.1.6] Source: Format / Aufloesung / Video Codec
+ [12.1.7] Video: Container / Codec / Bitrate / Aufloesung
+ [12.1.8] Audio: Sprache / Codec / Bitrate
+ [12.1.9] Subs: German force ja/nein / sonstige Subs
+ [12.1.10] Proper/Repack-Notes bei Proper/Repack-Release
+
+
+ [13. PROPER]
+
+ [13.1] Ein Proper-Release ist notwendig und valid wenn:
+ [13.1.1] Ein anderer Codec als x264 verwendet wurde (bad.codec)
+ [13.1.2] Ein anderer Container als MKV verwendet wurde (bad.container)
+ [13.1.3] Wenn die Bitrate nicht entsprechend Punkt 4.3 gewaehlt wird.
+ (low.video.bitrate)
+ [13.1.4] Aufloesungen ausserhalb der gegebenen Grenzen verwendet
+ wurden (bad.resolution)
+ [13.5.5] Die Bildqualitaet nicht akzeptabel bzw. das Release nicht
+ kompatibel mit den gaengigen SA Playern ist.
+ (bad.encoder.settings)
+ [13.5.6] Die Reference Frames (ref) nicht der Aufloesung
+ entsprechend gewaehlt wurden. (bad.encoder.settings)
+ [13.1.7] Wenn eine falsche Aufloesung gewaehlt wurde (siehe 4.6).
+ (bad.resolution)
+ [13.1.8] Die Bitrate des Audio-Streams bei AC3 bzw. DTS geringer ist
+ als bei der Source. (bad.audio)
+ [13.1.9] Einer der Audio-Streams folgende Formate hat
+ EAC3(DD+), DTS-HD, TRUEHD, LPCM, FLAC. Die Ausnahme
+ ist FLAC bei MHDDVD/MBLURAY. (bad.audio)
+ [13.1.10] Unnoetig viel Bild an den Raendern gecropped wurde.
+ - Horizontal in der Summe mehr als 6 Zeilem vom Bild
+ cropped wurden. (overcropped)
+ - Vertikal in der Summe mehr als 6 Zeilem vom Bild
+ cropped wurden. (overcropped)
+ [13.1.11] Nicht alle schwarzen Balken gecropped wurden (bad.crop)
+ [13.1.12] Die Forced.Subs fehlen oder out of sync sind
+ (missing.forced.subs bzw subs.out.of.sync)
+ [13.1.13] Die Subs bzw. Forced Subs hardcoded wurden.
+ (hardcoded.forced.subs bzw. hardcoded.subs)
+ [13.1.14] Ein DUBBED-Release nicht als solches ausgewiesen wurde.
+ (dubbed)
+
+
+ Unser Dank geht an die Groups CRiTiCAL, EMPiRE, JAM
+ sowie an hV, PPQ, PROGRESS, REVEiLLE und SEPTiC, denn
+ Ihre grossartige Vorarbeit war uns bei der Erstellung
+ dieses Standards eine enorme Hilfe!
+
+ THE 1080p RELEASiNG STANDARDS ORiGiNALLY WRiTTEN AND ORGANiZED BY:
+
+ * AVG * DETAiLS * c0nFuSed *
+
+ SiGNED, APPROVED AND ENFORCED BY:
+
+
+ * AVG * DETAiLS * c0nFuSed * GROUP * GROUP * GROUP * GROUP *
+
+ [ Diese Rules gelten ab 11.08.2008 00:00:00 MEZ+1 ]
+
+ ____ _____ ______ _____
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀/_ \/ _ \/ __ \/ _ \▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ░ ░ ░ ░░ ░░░ ░░░▒▒▓▓▓███▄| / / \ > < / \ \████▓▓▓▒▒░░░ ░░░ ░░ ░ ░ ░
+ ░ ░ ░ ░░ ░░░ ░░░▒▒▓▓▓████| \ \_/ / -- \ \_/ /████▓▓▓▒▒░░░ ░░░ ░░ ░ ░ ░
+ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄|___|\_____\________/_____/▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+ !kb^faa JULY 2008
░
+ ▒ ▒ ▒ ▒▒▒
+ ░ DEUTSCHE 720p SERiEN UND TV RULES 2008 ░
+ (D720pSTVR.2008) ▒ ▒ ▒ ▒▒▒
+ ░ ░
+ - Exclusive HDTV Filme
+ ░
+
+
+ Allgemeines:
+
+ A1.
+ 720p TV/Serien Release sind nur im x264 Format (MKV Container) zulaessig.
+
+ - 720p.HDTV (HDTV) Deutschsprachiges HDTV (SAT)
+ - 720p.HDTV Dubbed Auslaendische HDTV (Dubbed)
+ - 720p.HDDVD Dubbed Auslaendische Retail HDDVDs (Dubbed)
+ - 720p.HDDVD Retail Deutschsprachige Retail HDDVDs
+ - 720p.BluRay Dubbed Auslaendische Retail BluRay (Dubbed)
+ - 720p.BluRay Retail Deutschsprachige Retail BluRays
+
+ A2.
+ Laufzeit/Groesse: Single Language (DE) Dual Language (DE/ENG)
+
+ -bis maximal 21:00 Minuten: 525 MB 625 MB
+ -bis maximal 33:00 Minuten: 700 MB 880 MB
+ -bis maximal 50:00 Minuten: 1100 MB 1400 MB
+ -bis maximal 65:00 Minuten: 1400 MB 1700 MB
+ -bis maximal 95:00 Minuten: 2200 MB 2200 MB
+
+ A3.
+ Die Laufzeit/Groesse gilt NUR fuer 720p Release die encodet werden bzw.
+ encodet werden muessen. Auslaendische 720p Release die zum dubben
+ verwendet werden, koennen in ihrer Groesse belassen werden. (siehe B1).
+ A4.
+ Release unter 16 Min./ueber 95 Min. duerfen in der Groesse frei gewaehlt
+ werden, sie sollten nach Moeglichkeit eine Bitrate von ca. 3000 Kbit haben.
+ A5.
+ Bei digitalen HDTV Quellen muessen Sender-Logos NICHT ueberblendet werden,
+ es ist lediglich die Werbung zu entfernen.
+ A6.
+ Dubbed Release sind an die Laufgeschwindigkeit des deutschen Tons, in der
+ Regel 25 FPS (25.000) anzupassen.
+ A7.
+ BluRay und HDDVD sind gleichwertig.
+
+ Bild/AR/Ton:
+
+ B1.
+ -720p TV/Serien Release sind mit 2pass zu codieren.
+ -Release die als Source ein 720p Bild haben, sind nicht zu croppen, um eine
+ Skalierung und Verschlechterung des verkleinerten Bildes zu verhindern,
+ das heisst sie muessen NICHT neu codiert werden da eventuell vorhandene
+ Senderlogos NICHT entfernt werden muessen (zb. US-HDTV/US-BluRay),
+ nur die Framerate muss dem deutschen Ton angepasst werden (25 FPS in der
+ Regel).
+ -Release die als Source ein 1080(+) Bild haben, sind zu croppen, d.h. neu
+ zu encoden. (Deinterlacen, IVTC beachten!)
+ -Retail Release sind in original Abspielgeschwindigkeit zu erstellen. Bei
+ BluRay/HDDVD in der Regel 24 FPS (23,976).
+
+ Command Line (Beispiel):
+
+ --pass 2 --bitrate x --stats "1.stats" --level 4.1 --threads auto
+ --bframes 3 --b-pyramid --bime --weightb --b-rdo --me umh --ref 5
+ --mixed-refs --subme 7 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8--8x8dct
+ --no-fast-pskip --progress--no-psnr --no-ssim --output
+ "default.mp4" "default.avs"
+
+ Folgende Werte muessen beim encoden von 720p TV/Serien Releasen
+ eingehalten werden:
+
+ --level 4.1
+ --ref 4 (maximal bis 9)
+ --no-fast-pskip
+ --subme 6 --b-rdo (mindestens)
+ --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct
+ --bframes 3
+ B2.
+ 720p TV/Serien Release muessen folgende Aspect Ratio aufweisen:
+ 1280x720 bei 720p Widescreen
+ 960x720 bei 720p Fullscreen
+ -Bei FS Sonderformaten ist eine Hoehe (Y) von 720 zu waehlen.
+ -Bei WS Sonderformaten ist eine Breite (X) von 1280 zu waehlen.
+ B3.
+ -Einzig erlaubtes Tonformat fuer 720p TV/Serien Release ist AC3.
+ -Wahlweise Single Language (SL), oder Dual Language (DL). (siehe A2.).
+ Erlaubte Bitraten:
+ 384-640 KBit bei 5.1
+ 192-384 KBit bei 2.0
+
+ Subbed/Custom Subbed:
+
+ C1.
+ -Custom Subbed 720p TV/Serien Release sind erlaubt. Das erste Regelkonforme
+ Release gewinnt, ein zweites Pren einer hoeherwertigen Source ist nicht
+ erlaubt.
+ -Deutsche 720p TV/Serien Subbed Retail Release, wo in der Source
+ hartencodete Untertiteln eingebrannt wurden, sind erlaubt!
+ -Bei Retail 720p TV/Serien Releasen sind nur forced Subbtitel Pflicht.
+ -Die Subbtitel bzw. forced Subbtitel muessen bei 720p TV/Serien Releasen
+ im Textformat (.srt) in die .mkv Datei gemuxt werden, extra
+ Ordner (Subordner) sind nicht erlaubt.
+
+ TV Race:
+
+ D1.
+ -Dubbed.HDDVD/BluRay stehen immer ueber HDTV/Dubbed HDTV.
+ -HDTV und Dubbed HDTV sind gleichwertig.
+ -Dubbed.HDDVD und Dubbed.BluRay sind gleichwertig.
+ -Ein HDTV/Dubbed HDTV kann jederzeit mit einem auslaendischem Retail
+ Dubbed.HDDVD/BluRay Release gepropert werden, die Staffel muss in diesem
+ Fall nicht von neuem bei E01 begonnen werden. Das erste Regelkonforme
+ Release zaehlt.
+
+ Fortfuehrung TV/Retail:
+
+ E1.
+ -Fuer das Releasen einer Retail Serie im 720p Format hat eine Group 24 Tage
+ Zeit (24x24 Stunden), nach dieser Zeit kann eine andere Group diese Serie
+ uebernehmen und die noch fehlenden Release pren.
+
+ Rar Files:
+
+ F1.
+ -Die Rar Files muessen eine Groesse von 50.000.000/100.000.000 Bytes haben.
+
+ Proper Gruende:
+
+ G1.
+ -Die Groesse eines Releases das neu encodet wurde, (zb. Retail/
+ deutsches HDTV) ist 10.240 KB zu klein oder 10.240 KB zu gross.
+ -Verwendung anderer Tonformate als AC3.
+ -Es wurden andere Ton-Bitraten als in B3. angegeben verwendet.
+ -Das erste Release einer Staffel ist nicht Ruleskonform.
+
+
+ Diese Rules bauen auf den dstvr.08 auf, hier sind nur die spezifischen
+ Abweichungen zum XviD Format aufgefuehrt. Fuer alle nicht beantworteten Fragen
+ (Sample, Fortfuehrung Tv/Retail, Dirnamen, Nfo-Datei, Propergruende),
+ und nicht weiter ausgefuehrten Rules gelten die dstvr.08.
+
+ ░
+ ▒ ▒ ▒ ▒▒▒
+ ░ Signed by: CDDHD - euHD - iNSPiRED ░
+ ▒ ▒ ▒ ▒
+ ░ ITG - MOViESTARS - SiGHT ░
+
+ ░
+
+ [ Diese Rules gelten ab dem 01.06.2008
+ und finden Anwendung auf 720p Serien und
+ TV Sendungen die nach dem 01.06.2008 beginnen]
+
+ UEBERGANGSREGELUNG:
+ bis zum 15.06.2008 kann nach den alten Rules
+ ODER nach den neuen Rules gearbeitet werden.
+ Release aus laufenden Serien duerfen ab dem
+ 01.06.2008 nach den neuen Rules gemacht werden.
+
+
+
+
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_DE_TV-rebuttal.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_DE_TV-rebuttal.nfo.html
new file mode 100644
index 0000000..18d960b
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2008_DE_TV-rebuttal.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_DE_TV.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_DE_TV.nfo.html
new file mode 100644
index 0000000..f04c3fb
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2008_DE_TV.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_DE_TVv3.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_DE_TVv3.nfo.html
new file mode 100644
index 0000000..0832008
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2008_DE_TVv3.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_DE_X264SD.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_DE_X264SD.nfo.html
new file mode 100644
index 0000000..39ce7ae
--- /dev/null
+++ b/blog/mirror/scenerules.org/t.html?id=2008_DE_X264SD.nfo.html
@@ -0,0 +1,146 @@
+
+
+
+
+ 2008_DE_X264SD.nfo
+
+
+
+
||||||| German.x264.Releasing.Rules.non.HD |||||||
+
+
+
+ | Einleitung |
+ Das Ziel dieser Rules ist es, eine Art Richtlinie
+ gemischt mit verbindlichen Regeln fuer das Releasen
+ von Filmen in "normaler" Aufloesung mit x264-Codec
+ zu gestalten. Dass XviD nicht mehr ganz up-to-date
+ ist, wird immer deutlicher und scheint langsam
+ auch in die Koepfe einzudringen. Nicht umsonst
+ bedient sich die HD-Scene des x264-Codecs.
+ Um einem neuen Format mit viel Potenzial
+ zu mehr Akzeptanz zu verhelfen, sollen diese
+ Rules gelten. Der x264-Codec dupet keinesfalls XviD,
+ ebensowenig ist es das Ziel dieser Rules,
+ XviD zu verdraengen.
+ Er stellt eine Alternative dar, die sich hoffentlich
+ in der Zukunft durchsetzen wird.
+
+
+
+ | Allgemein |
+
+1.1] Diese Rules beziehen sich nur auf DVDRips.
+1.2] Jedes Release muss enthalten: NFO, SFV, Sample.
+1.3] Jedes Release ist in RAR-Dateien von 15MB oder 25MB Groesse
+ ohne Kompression zu packen.
+1.4] Als Container ist nur MKV zulaessig.
+1.5] Das Nutzen von CAM, TS, TC und FS.Screenern ist nicht zulaessig.
+1.6] In der NFO muessen Size, Audio- und Videobitrate angegeben werden.
+1.7] Die Dauer des Samples muss zwischen 40 und 60sec betragen.
+ Dieses ist in einem Unterordner "Sample" zu hinterlegen.
+ Das Sample muss dem letztlichen Release entstammen.
+1.8] Extras, Specials etc duerfen nicht im Release enthalten sein.
+1.9] Die Verzeichnisbenennung ist nach folgendem Schema vorzunehmen:
+ Filmtitel.German.<YEAR>.<AC3>.DVDRip.
+ <PROPER/READ.NFO/REPACK/iNTERNAL>.x264-<GROUP>
+ 1.9.1] Sofern kein anderes rules-konforme Releases pred wurde,
+ besteht keine Pflicht "iNTERNAL" zu lablen.
+
+
+ | Dateigroesse |
+
+2.1] Die maximale Filesize betraegt 1.37GB.
+ 2.1.1] Die Filesize darf bei angemessener Qualitaet auch niedriger
+ gewaehlt werden.
+ 2.1.2] Sollte keine ausreichende Qualitaet innerhalb der maximalen
+ Filesize erreicht werden, darf diese ueberschritten werden.
+2.2] Bei einer Filmlaenge von mehr als 150min ist eine hoehere
+ Filesize erlaubt.
+2.3] Das Splitten des Releases in z.B. 2CDs ist verboten.
+
+
+
+ | Ton |
+
+3.1] Erlaubte Tonspuren:
+ 3.1.1] AC3 (DD5.1/DD2.0) sowie DTS.
+ 3.1.2] Die Tonspuren muessen von der DVD stammen.
+3.2] Nicht erlaubte Tonspuren:
+ AAC, EAC3, FLAC, MP3, LPCM, OGG, TRUEHD sowie DTS-HD
+3.3] Die Bitrate der AC3-Spuren sollte 384kbps bzw. 448kbps
+ betragen - ausgenommen die Source weist eine geringere
+ Bitrate auf.
+3.4] Mehrsprachige Releases (DL/ML) sind nicht erlaubt.
+3.5] Ein Release aufgrund mangelnder DTS-Tonspur zu propern,
+ ist nicht erlaubt.
+
+
+| Video |
+
+4.1] Die minimale Videobitrate betraegt 1000kbps.
+ 4.1.1] Bei guter Komprimierbarkeit darf dieser Wert
+ auch unterschritten werden.
+ 4.1.2] Die minimale Bitrate gilt nicht fuer Animationsfilme.
+4.2] Ziel sollte trotzdem sein, die bestmoegliche Qualitaet
+ zu erreichen.
+4.3] Die Framerate darf gegenueber der Source nicht veraendert werden.
+4.4] Encoding ist stets mit der aktuellen x264-Revision auszufuehren.
+ 4.4.1] Es ist mindestens mit 2 Passes zu encoden.
+ 4.4.2] Es muessen mindestens 2 B-Frames sowie 2 R-Frames verwendet werden.
+ 4.4.2.1] Animationsfilme sollten mit mehr B- und R-Frames
+ encodet werden. (z.B. 12)
+4.5] Schwarze Balken muessen cropped werden.
+4.6] Die Aufloesung muss mod16-konform sein (Hoehe sowie Breite).
+ 4.6.1] Es ist immer die Aufloesung der Source beizubehalten.
+ Muss gecroppt werden, ist die Width der Source
+ beizubehalten (720px).
+4.7.] Die AR des Releases darf maximal 3% von der Original-AR abweichen.
+
+
+| Untertitel |
+
+5.1] Es besteht kein Zwang, Untertitel beizulegen. Fehlende Subs
+ sind kein Nuke- bzw. Properreason.
+5.2] Untertitel duerfen nur in einem Unterordner "Subs" beigelegt werden.
+5.3] "Forced Subs" muessen hardcoded werden.
+5.4] Subs muessen im idx/sub-Format vorliegen.
+5.5] Subpacks sind verboten.
+5.6] Die Subs sollten vorher auf Lesbarkeit geprueft werden.
+ Unlesbare Subs sind ein Nukereason.
+
+
+| Cine |
+
+6.0] Es gelten die oben genannten Rules mit folgenden Abweichungen:
+6.1] Als Audiospuren sind Mics sowie Lines zulaessig.
+ 6.1.1] Zusaetzlich ist hier MP3 erlaubt.
+6.2] Es duerfen nur DVDRip, DVDScreener und R5 gedubbt werden!
+6.3] Verzeichnisnamen sind folgendermassen zu waehlen:
+ Filmtitel.<DVDRip/DVDScr/R5>.<MD/LD/Mic.Dubbed/Line.Dubbed>.
+ German.<PROPER/READ.NFO/REPACK/iNTERNAL>.x264-<GROUP>
+
+
+
+||||||| SiGNED BY |||||||
+
+ HDD | XMF | LEX
+
+
+ [August 2008]
+
+ Ein Jahr ist vergangen seit dem Rel von: A.Call.out.to.all.German.
+ XviD.Grps.to.reorganize.Rules.for.2007.READ.NFO.iMPORTANT-iND
+
+ Da wir uns leider nicht einigen konnten, wird GME2000/ADM ab 2008 mit
+ den unteren Ergaenzungen zu den ddr-20040502 rippen. Wir folgen damit
+ den respektablen Schritten von CDC.
+
+ Wir finden es bedauerlich, damit auszerhalb der "aktuellen" Regeln zu
+ stehen, und sind weiterhin an einer gemeinsamen Loesung interessiert.
+
+
+
+ * GROESZEN:
+
+ DVD5 & DVD9 min 1080mb (1.132.500.000 byte) +- 4mb inklusive Subs
+ DVD5 max 1620mb (1.698.700.000 byte) +- 4mb inklusive Subs
+ DVD9 max 2160mb (2.265.000.000 byte) +- 4mb inklusive Subs
+
+ Folgende Moeglichkeiten zum Brennen auf DVD ergeben sich daraus:
+
+ 4 x 1080mb
+ 2 x 1080mb + 1 x 2160mb
+ 2 x 1620mb + 1 x 1080mb
+ 2 x 2160mb
+
+ * AUDIO:
+
+ AC3 ist Default.
+
+ MP3 128kbit VBR bei Mono
+ MP3 160kbit VBR bei Stereo
+ MP3 192kbit VBR bei 5.1
+
+ * VIDEO:
+
+ Nach einem Kompressionstest mit 10% des Filmes, nehmen wir die Auf-
+ loesung, die mindestens 66% Qualitaet ergibt.
+
+ Wir nehmen Aufloesungen in x/y div16, da man nur so auch die maxi-
+ male DVD-Aufloesung rippen kann und immer den kleinstmoeglichen As-
+ pektfehler hat. Zudem gibt es nahezu keine Player mehr, die damit
+ Probleme haben.
+
+ Als Richtwert fuer die Aufloesungen sehen wir 1080p und 720p, dessen
+ Fortsetzung "360p" = 640x360 (230.400 = 230k) waere.
+ In einer kleinen Uebersicht dazu ein paar gaengige Aufloesungen(x) und
+ die Entsprechungen in Pixeln bezueglich anderer Formate(y).
+
+ 175k 200k 230k 300k 390k
+ 2.35:1 @ 640x272 672.288 720.304 --- ---
+ 16:9 @ 560.320 592.336 *640x368* 720.400 ---
+ 4:3 @ 496.368 512x384 560.416 640x480 720.544
+
+ Ein normaler Film auf DVD5 mueszte sich in 640x368 mit ac3 auf 1080mb
+ rippen lassen, bei guter Qualitaet. Er haette damit 1/4 der Aufloesung
+ eines 720p x264 bei ebenfalls 1/4 der Standardgroesze.
+
+ * PACKEN:
+
+ Beim RARen maximal 1% Recovery Record.
+ Subs maximal 5mb.
+ Keine Addons.
+
+
+
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_DK_TV_X264.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_DK_TV_X264.nfo.html
new file mode 100644
index 0000000..1d7952c
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2008_DK_TV_X264.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_ES_XVID.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_ES_XVID.nfo.html
new file mode 100644
index 0000000..f9d6a73
--- /dev/null
+++ b/blog/mirror/scenerules.org/t.html?id=2008_ES_XVID.nfo.html
@@ -0,0 +1,265 @@
+
+
+
+
+ 2008_ES_XVID.nfo
+
+
+
+
+-----------------------------------------------------------------------------+
+ª ª
+ª REGLAS SCENE ESPANOLA XVID ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ RELEASE RULES ]---+ ª
+ª ª
+ª Duracion de la pelicula: ª
+ª - PAL (25 fps) = duracion MAXIMA de 100 minutos/CD. ª
+ª - La duracion de la Release debe ser de al menos 50 minutos para usar ª
+ª la totalidad de la capacidad de un soporte grabable. ª
+ª En estos casos la release DEBE ocupar un minimo de 680 Mb y un mβximo ª
+ª de 702Mb (los tama▒os comprendidos entre 350 y 680 no estan permitidos).ª
+ª - Rules sobre las series consultad mas abajo ª
+ª ª
+ª AUDIO: ª
+ª - DEBE SER MP3 (vbr 128-192) o AC3 (AC3 transcodeado esta prohibido). ª
+ª - DEBE SER STEREO para fuentes STEREO, MONO para fuentes MONO ª
+ª - DEBE SER VBR! NO CBR MP3! ª
+ª - Las pistas en MP3 deben tener su frequencia original igual que en el DVDª
+ª i.e. 48khz para 48khz y 44.1khz para 44.1khz. ª
+ª - Los archivos MP3 DEBEN ser normalizados. ª
+ª - ABR es considerado una tecnica de VBR. ª
+ª - AC3 DEBE SER usado sabia y correctamente. A discreccion del ripper ª
+ª cuando usarlo. Usar o no usar AC3 NO ES MOTIVO de nuke. ª
+ª - MONO AC3 NO ESTA PERMITIDO, en ese caso debe encodearse como MP3 mono. ª
+ª - Pistas de audio multi-language estan PROHIBIDAS! (Usad INTERNAL!) ª
+ª - 1 cd ac3 prohibido a menos que se respete el pixel frame ª
+ª ª
+ª VIDEO: ª
+ª - Las Marcas de agua no seran toleradas! ª
+ª ª
+ª Framerate: ª
+ª - DEBE ajustarse lo maximo posible al framerate original ª
+ª ª
+ª Codec: ª
+ª - DEBE SER XviD (codecs DIVX estan baneados). ª
+ª - DEBE usarse una tecnica de 2 pasadas durante el encode. ª
+ª - NO DUPES BASEDOS EN EL CODEC, USAD INTERNAL! ª
+ª ª
+ª Resolucion y Aspect Ratio: ª
+ª - Width: 512 - 672 pixels para peliculas WS (Letterboxed es considerado WSª
+ª 448 - 576 pixels para peliculas FS (solo 4:3). ª
+ª - Height and Width: Deben ser multiplos de 16. ª
+ª - El cropping es obligatorio hacerlo al MAXIMO posible. Peliculas con ª
+ª cropping excesivo seran consideradas como un fallo tecnico y pueden ser ª
+ª nukeadas ª
+ª Algunas peliculas presentan AR variable, en ese caso el cropping ª
+ª se hara sobre la imagen que presente mas pixels (la mas ancha) ª
+ª - Las releases deben estar dentro de un 5% de su AR original. ª
+ª Calculating AR % error: (Release AR - Original AR)/Original AR x 100 ª
+ª ª
+ª Subs: ª
+ª - OPCIONAL- SOLO si todos los anteriores requerimientos han sido cumplidosª
+ª excepto los Subs forzados que se usen en el xvid para partes habladas o ª
+ª letreros en otros idiomas, los cuales seran SIEMPRE incluidos. ª
+ª - VOBSUB es el formato preferido ya que no usa OCR. ª
+ª De todos modos, cualquier formato que pueda ser mostrado por VobSub es ª
+ª aceptado (SRT). ª
+ª - Los subtitulos DEBEN estar junto con la pista de video, pero NO DEBEN ª
+ª estar QUEMADOS en la imagen. (debe poder elegirse si mostrarlos o no), ª
+ª esto puede ser motivo de NUKE ª
+ª - Los subtitulos que no se incluyan junto a la pista de video DEBEN estar ª
+ª comprimidos en un archivo .rar con la mayor compresion disponible y ª
+ª deben estar en un directorio llamado 'Subs', NO DEBEN estar comprimidos ª
+ª dentro de los rars de la pelicula. ª
+ª - Si un grupo empieza una serie con subs, y otro grupo decide sacarla, ª
+ª debe de seguir sacandola con subs. No es motivo de nuke si un grupo ª
+ª decide no sacar la serie con subtitulos, salvo que sean forzados. ª
+ª ª
+ª Packaging: ª
+ª - Todas las RLS deben estar en AVI, no en BIN/CUE. ª
+ª - Password en la rls serβ motivo de nuke ª
+ª - Deben estar comprimidas en RAR y partidas en columenes de 15 o 20 MB. ª
+ª - La Compresion no esta permitida. ª
+ª - Recovery y MD5 son recomendados. ª
+ª - DEBE tener SFV incluido en cada CD. ª
+ª - DEBEN tener NFO. ª
+ª - El NFO DEBE incluir: ª
+ª Nombre del grupo ª
+ª Titulo ª
+ª Dia de la salida de la release en xvid ª
+ª Tama▒o del Video ª
+ª Framesize/Aspect Ratio ª
+ª Audio bitrate ª
+ª Video bitrate ª
+ª Duracion de la pelicula ª
+ª IMDB/Amazon/Otro sitio con informacion sobre el DVD ª
+ª Numero de rars por CD (i.e. 50x15MB) ª
+ª Sinopsis ª
+ª ª
+ª Creditos: ª
+ª - Los creditos pueden encodearse aparte a un bitrate mas bajo solo si ª
+ª la duracion excede el numero de cds a usar. si durase por ejemplo 103 ª
+ª minutos siendo una fuente pal a 25 FPS. ª
+ª - Las peliculas con escenas en los creditos NO DEBEN ser downsampleados. ª
+ª - Cortar los creditos no esta permitido. ª
+ª - En cuanto a Desync, solo serβ permitido proper si la desincronizaci≤n ª
+ª supera los +-500ms durante un periodo de mas de 20 segundos. ª
+ª ª
+ª Samples: ª
+ª - REQUERIDOS! ª
+ª - 1 minuto completo de duracion y en una carpeta aparte llamada 'Sample'. ª
+ª - DEBE ser cortado de la pelicula - No encodeado aparte. ª
+ª ª
+ª Propers: ª
+ª - Los propers SOLO estaran permitidos en caso de fallo tecnico en la ª
+ª release (i.e. Bad IVTC, Interlacing, bad number of CDs, Bad Cropping...)ª
+ª - Los propers basados en la decision del ripper no estan permitidos ª
+ª (i.e. No. of CDs, AC3 or MP3, etc). ª
+ª - En cuanto a Desync, solo serβ permitido proper si la desincronizacion ª
+ª supera los +-500ms durante un periodo de mas de 20 segundos. ª
+ª ª
+ª WS vs. FS: ª
+ª - Peliculas FS despues de que hayan salido en WS estan PROHIBIDAS ª
+ª - Letterboxed DVDs no seran considerados FS incluso si la fuente es FS! ª
+ª ª
+ª Ediciones Especiales: ª
+ª - Allowed: SE, DC, EXTENDED, UNCUT, REMASTERED, UNRATED, ª
+ª - Ediciones especiales que no tengan nada diferente a la anterior edicion ª
+ª seran consideradas dupe ª
+ª - Peliculas remasterizadas estan permitidas si el motivo es que la ª
+ª edicion era en BLANCO Y NEGRO y la nueva en color. ª
+ª - Audio remasterizado sera considerado dupe si es el unico motivo para ª
+ª re-relesear la pelicula. ª
+ª - Homemade Rips no estan permitidos (Usad INTERNAL!). ª
+ª ª
+ª Nombre de los directorios y rars: ª
+ª - Todas las releases han de incluir el a▒o de produccion. ª
+ª - NO indiqueis el metodo de ripeo, DVD/XviD fecha de la release, Genero, ª
+ª Audio utilizado (no AC3) o cualquier otra cosa! (LEED EL NFO) ª
+ª - Otros tags permitidos son: PROPER, REPACK, ª
+ª SUBBED, DC,SE, UNCUT, EXTENDED, REMASTERED. ª
+ª - Los tags especiales se colocaran entre el a±o y el idioma. ª
+| - Una rls INTERNAL se pondra en el tag detras del grupo como grupo_INT ª
+ª - Caracteres aceptados al escribir el directorio de la rls (sin espacios ª
+ª o dos puntos: ª
+ª ª
+ª ABCDEFGHIJKLMNOPQRSTUVWXYZ ª
+ª abcdefghijklmnopqrstuvwxyz ª
+ª 0123456789 .-_ ª
+ª ª
+ª - Releases que tengan mas de 1 CD DEBEN tagearse como CD1, CD2, CD3 etc ª
+ª ('disc1' o algo parecido NO esta permitido). ª
+ª ª
+ª - Los rars de las releases a partir de ahora ya no tendran la limitacion ª
+ª de 8+3 y deberan tagearse siempre en minusculas. ª
+ª Los tags seran de la siguiente forma: ª
+ª ª
+ª a= nombre del grupo ª
+ª b= nombre release con una extension maximo de 20 caracteres. ª
+ª a-b.rar ª
+ª ª
+ª ª
+ª Ejemplos: ª
+ª XviD- Nombre.Pelicula.A±O.SPANiSH.DVDRiP.XViD-Group ª
+ª SCR- Nombre.Pelicula.A±O.SPANiSH.DVDSCR.XViD-Group ª
+ª Nombre.Pelicula.A±O.SPANiSH.R5.XViD-Group ª
+ª Nombre.Pelicula.A±O.SPANiSH.SCR.XViD-Group ª
+ª Nombre.Pelicula.A±O.SPANiSH.TS.XViD-Group ª
+ª TV /SERIE - (DSR es como se llamaran ahora los DVB) ª
+ª Nombre.Serie.SXXEXX.A╤O.SPANiSH.DVDRiP.XViD-Group ª
+ª Nombre.Serie.SXXEXX.A╤O.SPANiSH.DSR.XViD-Group ª
+ª Nombre.Serie.SXXEXX.A╤O.SPANiSH.HDTV.XViD-Group ª
+ª XXX- Nombre.Pelicula.A±O.SPANiSH.XXX.DVDRiP.XviD-Group ª
+ª DOCUS- Nombre.Pelicula.A±O.SPANiSH.DOC.DVDRiP.XviD-Group ª
+ª ª
+ª ª
+ª Notas para las Series de TV: ª
+ª - Todos los episodios deben de seguir las siguientes normas. ª
+ª - Capacidad del soporte usado: ª
+ª ª
+ª * SERIES EN MP3: ª
+ª * 175 MB - 15 a 22 mins. ª
+ª * 233 MB - 22 a 32 mins. ª
+ª * 350 MB - 32 a 50 mins. ª
+ª * 420 MB - 50 a 60 mins. ª
+ª * 525 MB - 60 a 75 mins. ª
+ª * 700 MB - 75 a 100 mins. ª
+ª ª
+ª * SERIES EN AC3 5.1: ª
+ª * 350 MB - 20 a 35 mins. ª
+ª * 525 MB - 40 a 60 mins. ª
+ª ª
+ª - Se podra ajustar una serie a un numero de dvds (4200MB) determinado ª
+ª siempre y cuando cumpla la maxima y minima calidad permitida. ª
+ª - Las rls no podran tener un tama±o menor a 7 MB por minuto de media (MP3)ª
+ª - El grupo que saque el primer capitulo de la serie, tendra la serie, y ª
+ª se entiende que una serie sigue perteneciendo a ese grupo que saco ª
+ª el primer capitulo siempre y cuando no se demore mas de 1 semana ª
+ª despues de la emision de cada capitulo. Si al cabo de una semana no lo ª
+ª ha sacado, otro grupo podrβ sacarlo, y la serie pasara a ese grupo. Si ª
+ª le propean la serie, pasara a ser del grupo que ha sacado el proper. ª
+ª - Si la serie no la continua el grupo que saco el primer capitulo, deberβnª
+ª continuar con las mismas caracteristicas de rip del primer capitulo, ª
+ª como subbed, resolucion, audio etc. ª
+ª - El ultimo punto se aplicara a dvbrip. En el caso de las series ª
+ª dvdrip (packs), quien saque el primer capitulo se queda con la serie ª
+ª con un margen de 1 semana para completarla, quedando despues libre para ª
+ª cuantos grupos quieran completarla. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ NOTAS A LAS RULES ]----+ ª
+ª ª
+ª Notas relativas a la Fuente: ª
+ª - La fuente DVD debe ser del DVD RETAIL. ª
+ª - El uso de DVD-Rs downsampleados esta PROHIBIDO. ª
+ª ª
+ª Internals: ª
+ª - Todas las INTERNALS deben seguir las normas de este documento. ª
+ª - NOTA: INTERNAL dirfix no esta permitido como base para evitar un nuke. ª
+ª ª
+ª Notas relativas al ripeo: ª
+ª - Maximum VIDEO bitrates estan cubiertos por las normas de duracion. ª
+ª - Quant. Matrix siempre ha de ser H.263/MPEG debido a la falta de hardwareª
+ª que soporte estas Custom matrixes. ª
+ª - Quarterpel/GMC PROHIBIDO debido a la falta de hardware que lo reproduzcaª
+ª - El uso de ITU-R esta PROHIBIDO ya que da un AR error del 2% con respectoª
+ª al AR del DVD original. ª
+ª - Pistas Multi-language seran permitidas solo en rls INTERNALS. ª
+ª Multiples idiomas deben estar unidos al AVI con un filtro del graphedit ª
+ª para cada pista de audio. ª
+ª - NO intros, outros, o betweenos ª
+ª - El Bits/(Pixel*frame) de los xvid nunca seran inferior a 0.180. Si es ª
+ª inferior a dicho numero, se bajara la resolucion del xvid para aumentar ª
+ª el Pixel+Frame. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª Rules aprobadas el dia 03/03/2008 por los grupos: ª
+ª ª
+ª BlaZe CHaWiN EiTheL EnDoR EXiLiUM DrXxX FCC ª
+ª ª
+ª iDeNT JaBuGo KiMERA kRc tmndISO UNiT YaKuZa ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
The Flemish TV Releasing Standards 2009
+
+These rules extend The TV XviD Releasing Standards 2007
+
+First of all: WE DONT FOLLOW THE DUTCH RULESET!
+
+Directory naming:
+- Dutch spoken series should be tagged accordingly with the tag 'DUTCH'
+- Flemish spoken series should be tagged 'FLEMISH'
+- Other languages and dutch subbed should be tagged 'NLSUBBED'
+
+Dupes:
+- FLEMISH doesn't dupe DUTCH, DUTCH doesn't dupe FLEMISH
+
+Signed by: iNBEV, NALU
+
+Hopefully those retarted dickheads realise now that we dont do dutch rules
▄ ▄ ▄ ▄ ▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄
+ ▐▓▒░ ▐▓▒░ ▐▓▒░ ▐▓▒░ ▐▓▒░ █▓▒░ ▐▓▒░ ▐▓▒
+ █▒░░ █▒░░ █▒░░░ █▒░ █▒░░ ▐▓▒░ █▒░░ █▒░░
+ ▐▓▒░ ▐▓▒░ ▐▓▒░▒░░ ▐▓▒░ ▐ ▐▓▒░ ▀▓▒░▐▓▒░ ▐▓▒░
+ █▒░░ █▒░░ █▒░░ ▒░ █▒░ ▒░ █▒░░ █▒░░ █▒░░
+ ▐▓▒░ ▐▓▒░ ▐▓▒░ ▓▒░░ ▐▓▒░ ▐▓▒ ▐▓▒░ ▐▓▒░ ▐▓▒░
+ █▒░░ █▒░░ █▒░░ ▀▓▒░░▄▓▒░ ▓▒░░ █▒░░ █▒░░ ▄▓▒░
+ ▐▓▒░▒▓▀▀▀▀▐▓▒░ ▄▄▒░░▒▓▀▀▀▀▀▐▓▒░ ▄▓▒▒░░ ▐▓▒ ▐▓▒░▒▓▀▀ ▐▓▒░ ▀▓▒▄
+ █▒░░ █▒░░ █▓▒░░ █▒░░ ▄▓▒░░ ▀▓▒░ ▒░ █▒░░ █▒░░ ▓▒░
+ ▐▓▒░ ▐▓▒░ ▐▓▒░░ ▐▓▒░ ▐▓▒░░ ▐▓▒░ ▐ ▐▓▒░ ▐▓▒░ ▐▓▒░
+ ▓▒░░ ░░ ▓▒░░ ▓▒░░▄▄▄▄▄▄▄▄ ▓▒░░ ▓▒░░ ░░ ▓▒░░ ▓▒░░ ░░░ ▓▒░░ ░ ▓▒░░ yL
+
+ .X.x. H i g h D e f i n i t i o n X 2 6 4 F R e n c h .x.X.
+ m o v i e s t a n d a r d s
+ D e c e m b e r, 2 o o 8
+
+
+ [ Intro ]
+
+ Nous n'avons pas la prθtention d'avoir crθθ des nouvelles rΦgles mais seulement d'avoir adaptθ celles liθes α la
+ scΦne amθricaine en y ajoutant quelques spθcificitθs liθes α notre scΦne.
+ Avec la dθmocratisation des rips HD, il faut que la qualitθ prime sur la quantitθ.
+ Ces rules signθes par les teams prθsentes apporteront de l'homogθnθitθ et un gage de qualitθ.
+
+
+ [ Gθnθral ]
+
+ 1.1) La release doit Ωtre pack en RAR. Sfv,Nfo et sample sont obligatoires.
+ 1.2) Les rars doivent Ωtre en multiple de 50 ou 100 MiB, pas plus de 99 fichiers.
+ 1.3) La release doit Ωtre muxθe dans un container MKV.
+ 1.4) Le nfo doit inclure le bitrate vidθo, audio ainsi que le format et les sous-titres.
+ 1.5) Les Bluray dupe HDDVD et vice versa.
+ 1.6) Les sous-titres FRENCH FORCED sont obligatoires quand ils sont prθsent sur le media original.
+ 1.6.1) Les sous-titres FRENCH sont obligatoires pour les releases MULTi.
+ 1.7) La piste audio Franτaise doit impθrativement provenir du media "pas de son DVD ou autre",
+ sinon le nom du dossier contenant la release devra avoir la mention < CUSTOM >.
+ 1.7.1) Le bitrate audio doit Ωtre le bitrate de l'audio prθsent sur le media.
+ 1.8) Suggestion de dirname:
+ Titre.Du.Film.ANNEE.<FRENCH/MULTi>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ Titre.De.La.Serie.SxxExx.<FRENCH/MULTi>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.9) Le gθnθrique de fin "crθdit" doit Ωtre prθsent.
+ 1.10) Le sample doit reprθsenter 60 secondes du film au minimum.
+ 1.10.1) Ce dernier doit provenir de la release finale.
+
+
+ [ Audio ]
+
+ 2.1) L'audio doit Ωtre AC3 ou DTS, (FLAC interdit)
+ Le core doit Ωtre converti, en cas de DTS-HD ou TRUE-HD
+ 2.2) Le bitrate de l'audio ne doit jamais Ωtre en dessous de 640 kbit, sauf si la source mθdia est en dessous.
+ "ex: true-hd core 448kb/s ou moin".
+ 2.3) L'audio doit Ωtre en 5.1, sauf si la source est stθrθo ou mono.
+ 2.4) Pour les 720p un seul audio est autorisθ (Franτais), pour les 1080p 2 pistes sons : version
+ Franτaise et originale sont autorisθes
+ 2.4.1) La langue principale doit Ωtre le Franτais.
+ 2.4.1.1) Pour une release multi-langues, il est nθcθssaire d'inclure la Version originale et Franτaise.
+ 2.4.1.2) Si la langue originale n'est pas Franτaise, les sous-titres sont obligatoires
+
+
+ [ Vidθo ]
+
+ 3.1) Si nθcessaire le dθsentrelacement ou l'ivtc doivent Ωtre utilisθs.
+ 3.2) L'encodage doit se faire en 2 passes minimum.
+ 3.3) La largeur de la release doit Ωtre en mod 16. La longueur de la release doit Ωtre en mod 8.
+ 3.4) Le crop des bandes noires est obligatoire.
+ 3.5) L'aspect ratio original du media est obligatoire, les annonces d'aspect ratio de la pochette ou d'imdb ne sont
+ pas valables.
+ 3.6) Les custom matrices sont autorisθes.
+ 3.7) VfW (Video for Windows), est interdit.
+ 3.8) La version de x264 qui doit Ωtre utilisθ est au minimum la 999, avec au minimum 50 mises α jour depuis la derniΦre.
+ 3.9) Le level 4.1 doit Ωtre respectθ.
+ 3.10) --deblock doit Ωtre activθ.
+ --aq-mode doit Ωtre activθ.
+ --bframes 3 ou plus doit Ωtre respectθ.
+ --ref 5 ou plus sauf si la rθsolution dθpasse 864, dans ce cas ref 4 doit Ωtre utilisθ pour respecter le
+ level L4.1 et sa compatibilitθ.
+ --me umh ou plus est obligatoire.
+ --subme 7 ou plus est obligatoire.
+ --trellis 1 ou plus est obligatoire.
+
+ 3.11) Pour les releases en 720p, la rθsolution est au maximum de 1280x720.
+ 3.11.1) Pour un aspect ratio θquivalent ou supθrieur α 1.78 horizontal la rθsolution doit Ωtre de 1280.
+ e.g. AR de 2.35:1 doit Ωtre 1280x544.
+ 3.11.2) Pour un aspect ratio θquivalent ou infθrieur α 1.78 vertical la rθsolution doit Ωtre de 720.
+ e.g. AR of 1.33:1 doit Ωtre 960x720.
+ 3.12) Pour les releases en 1080p,la rθsolution maximum doit Ωtre de 1920x1080.
+ 3.12.1) Pour un aspect ratio θquivalent ou supθrieur α 1.78 horizontal la rθsolution doit Ωtre de 1920.
+ e.g. AR of 2.35:1 doit Ωtre 1920x816.
+ 3.12.2) Pour un aspect ratio equivalent ou infθrieur α 1.78 vertical la rθsolution doit Ωtre de 1080.
+ e.g. AR of 1.33:1 doit Ωtre 1440x1080.
+ 3.13) Bitrate video:
+ 3.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. le bitrate minimum pour un anime est de 2300 kbit.
+ 3.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit. le bitrate minimum pour un anime est de 5000 kbit.
+
+
+ [ Sous-titres ]
+
+ 4.1) Les Sous-titres doivent Ωtre en format texte, de prθfθrence .srt.
+ 4.2) Les Sous-titres doivent Ωtre muxθs dans le container .mkv
+
+
+ [ Total Size ]
+
+ 5.1) Le Mkv final doit Ωtre de taille : 1xdvd5, 1.5xdvd5, 2xdvd5, 1xdvd9, 1.5xdvd9, 2xdvd9 ou plus si rθellement
+ nθcessaire.
+ 5.2) Le niveau de tolθrance pour un rip undersize est de 80 MiB.
+
+
+ [ Suggestions de paramΦtres pour l'encodage en 720p ]
+
+ 6.1) PremiΦre passe :
+
+x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --me dia --ref 1
+--subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL movie.avs
+
+ 6.2) DeuxiΦme passe :
+
+x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --b-pyramid
+--weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip
+--progress --no-psnr --no-ssim --output movie.mkv movie.avs
+
+ [ Suggestions de paramΦtres pour l'encodage en 1080p]
+
+ 7.1) PremiΦre passe :
+
+x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 8000 --threads auto --bframes 3 --me dia --ref 1
+--subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL movie.avs
+
+ 7.2) DeuxiΦme passe :
+
+x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 8000 --threads auto --bframes 3 --b-pyramid
+--weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip
+--progress --no-psnr --no-ssim --output movie.mkv movie.avs
+
+ [ Signθ et Approuvθ par les groupes suivants , dans l'ordre alphabθtique ]
+
+ - CREEP - FACEHD - FHD - ForceBleue - PtS -
+
+
+
+
███████ ██ ██ ██ ████████ ████████
+ ██ ██ ██ ██ ██ ██ ██
+ ██ ██ ██ ██ ██ ██ ██
+ ████████ ██ ██ ██ ████ ████████
+ █▓█ ███ ██ ███ ██ ██ █▓█
+ █▒█ █▒█ ██████▒█ ████████ ████████ ██████▒█
+ █░█ █░█ █▓▓▓▒▒░█ █░▒▒▓▓▓█ █░▒▒▓▓▓█ █▓▓▓▒▒░█
+ ███ ███ ████████ ████████ ████████ ████████ (c) 2006-2008
+
+ .: For The Game Scene Charts :.
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+ Extended "nuke" reasons and their meaning:
+
+ * GAME NEVER SCENE RELEASED *
+ -----------------------------
+ Typically nuke reason for a DOX release, were the release group overlooked,
+ that the game was not released into the scene.
+
+ * DUPE *
+ --------
+ Means that a group has already released the game/dox, which means that the
+ last group loses.
+
+ * GROUP REQUESTED *
+ -------------------
+ Typically happens when a group realize that their release has a fault or if
+ their release is a dupe of a previously released release.
+
+ * PROPERED *
+ ------------
+ Happens if another group corrects a bad crack or pack of a release.
+
+ * BAD CRACK *
+ -------------
+ Means that the crack is not done properly.
+
+ * BAD PACK *
+ ------------
+ Means that the release is packed badly, like no compression of the release,
+ wrong file size for the type of release. Can also mean that bin/cue wasn't
+ used for a CDROM release. CDROM shall only use the bin/cue building, while
+ DVDROM type releases uses the iso format. DVD9 releases are packed in 100mb
+ files and DVD5 in 50mb files. CDROM in 15mb files. All only accepted in winrar
+ extension type of files.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+ To get your group name in the charts as an accepted release group, then you
+ have to release, minium three scene points rated releases, during the group's
+ existence. Three 0.0 point releases does not count. Groups/persons without any
+ group will stay/get their releases rated in the INDependent section, until
+ they have three scene point rated releases. Groups that have asked us directy
+ to stay in the INDependent section, will of course get with request furfilled.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+ A cracked game release : 8.0 points
+ -----------------------------------
+
+ Consists of copy-protected game, with additional directory, with copy-
+ protection cracked content. The copy-protection cracked content has to be
+ included within the game iso and not as an addon file. If the game needs a
+ key/serial to run/install, then it have to be included to be a valid release.
+
+ Additional rules concerning DVD rips
+ ------------------------------------
+
+ They're allowed and will be rated full points if it's your own work. DVD rips
+ of the same game by two different groups, has to be 1 cd lesser, than the
+ previously released DVD rip to be allowed, else it's a dupe.
+
+ Additional rules concerning steam releases
+ ------------------------------------------
+
+ These types of releases, do not always featuring a installer. Homemade
+ installations are allowed and will be rated as a normal iso. A steam release
+ after a retail clone or cracked iso, aren't allowed, unless the steam version
+ is featuring additional game enhancements, such as new levels and so on.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A CD/DVD check protected game release : 7.0 points
+ --------------------------------------------------
+
+ Consists of CD/DVD check protected game, with additional directory, with copy-
+ protection cracked content. The CD/DVD protection cracked content has to be
+ included within the game iso and not as an addon file. If the game needs a
+ key/serial to run/install, then it have to be included to be a valid release.
+
+ Additional rules concerning DVD check protected DVD rips
+ --------------------------------------------------------
+
+ They're allowed and will be rated full points if it's your own work. DVD rips
+ of the same game by two different groups, has to be 1 cd lesser, than the
+ previously released DVD rip to be allowed, else it's a dupe.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A clone game release : 6.0 points
+ ---------------------------------
+
+ Consists of a copy-protected game, which can be burned with often special
+ burning programs and methods to maintain it's protection, meaning it's
+ playable without any type of cracked content. It can also mean that you
+ require an additional tool to run it, a method that's not burnable, but where
+ a protection-emulation program, emulates the protection and makes the game
+ playable mounted in it's iso format or with addition mini emulation images
+ files. If the game needs a key/serial to run/install, then it have to be
+ included to be a valid release.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A unprotected game release : 5.5 points
+ ---------------------------------------
+
+ Consists of a unprotected game, in either .iso or cue/bin file format. All
+ through it's a game release, it does not require much skill to do. If the game
+ needs a key/serial to run/install, then it have to be included to be a valid
+ release.
+
+ Additional rules concerning DVD rips
+ ------------------------------------
+
+ They're allowed and will be rated full points if it's your own work. DVD rips
+ of the same game by two different groups, has to be 1 cd lesser, than the
+ previously released DVD rip to be allowed, else it's a dupe.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A cracked game update : 4.0 points
+ ----------------------------------
+
+ Consist of the main copy-protected update file, plus additional copy-
+ protection cracked content. If the game update needs a key/serial to run/
+ install, then it have to be included to be a valid release.
+
+ Additinal rule
+ --------------
+
+ Cracked updates, where the retail commercial protected is replaced with an
+ lower advantaged protected exe file are allowed, as long as it funktions
+ exactly as the original retail commercial protected one.
+
+ If a PROPER retailed commercial reversed exe is released, then the previously
+ released one will not be invalid, but the PROPER retailed commercial reversed
+ release will be considered a dupe as first working crack always wins. A PROPER
+ retailed commercial reversed exe's is prefered and not looked badly upon. If a
+ lower advantaged protected release of the same version number is released
+ after the retailed commercial one, then the retail one wins.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A trainer for a game release : 2.0 points, plus additional 0.1 point for each
+ trainer option above 1 option, the trainer has.
+ -----------------------------------------------------------------------------
+
+ Consists of a programmed exe file, which have to be runned before or under
+ gameplay, for giving you unlimited lives, energy, bullets and so on. Each of
+ the trainer menu options has to have an option that can be turned on/off,
+ either when you play the game or before you start it. 1 option in a trainer,
+ can be Unlimited Money on/off, which isn't 2 options as some trainer makers
+ seem to think, basicially it's just 1 option, just turned on or off. Simple
+ as that.
+
+ The trainer have a GUI interface for easy use and require good programming
+ knowledge to do. Some menus can be quite artistic, with advanced programming,
+ such as 3D objects, scrolls, logos and music, often a real pleasure to watch
+ and hear.
+
+ Point example: GAME.TITLE.PLUS.25.TRAINER
+
+ Will give 2.0 points for the main trainer, plus additional 2.4 points for
+ each option above 1 it has. Which means that GAME.TITLE.PLUS.25.TRAINER,
+ gives 4.4 points.
+
+ Additional rules concerning same amount of trainer options
+ ----------------------------------------------------------
+
+ Same amount of trainer options are allowed, as long as the options isn't the
+ exact same as the previously released trainer.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ Bonus discs/ Interactive dvds : 2.0 points
+ ------------------------------------------
+
+ Are allowed, but will not be rated with top points. Main reason for this, is
+ because, these types of discs often don't ofter much playing value. Sometimes
+ they can be just movies, showing how the game was made, demos, interactive
+ little games, art, previews and so on, meaning very little value to the
+ sterotype gamer.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ Low potentional rated games (cheap ass titles) : 2.0 points
+ -----------------------------------------------------------
+
+ Are allowed, but will not be rated with top points. Main reason for this, is
+ because, these types of game releases are often low in size, published by
+ unknown firms or nearly unknown firms. Not many sites wants these types of
+ game released. We think it would be stupid to rate them with full points as
+ they are often hard to find any webpages to validate their true release dates,
+ meaning very little value to the sterotype gamer.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A online patch for a game release : 2.0 points
+ ----------------------------------------------
+
+ Consists of game hacked material, modified to make the game playable online,
+ either on official servers, but can also be playable through user setup
+ servers.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A savegame generator for a game release : 2.0 points
+ ----------------------------------------------------
+
+ Consistes a programmed exe file, which let you modify your savegame to any
+ desired option, that the generator has available. The generator often have a
+ GUI interface for easy use and require good programming knowledge to do.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A keygen generator for a game release : 2.0 points
+ --------------------------------------------------
+
+ Consists a programmed exe file, which let you generate unique keys/serials,
+ so you can play online on private/public servers, or will let you play against
+ other users on LAN networks. The generator often have a GUI interface for easy
+ use and require good programming knowledge to do.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ Non official game addons for a game release : 2.0 points
+ --------------------------------------------------------
+
+ Consistes of either a addon file which can be bought at the developers
+ webpage or in iso format and featuring some kind of an installer.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A NoCD/NoDVD crack for a game release : 1.5 points
+ --------------------------------------------------
+
+ Consists of an cd/dvd protected file, where the cd/dvd check has been removed
+ , so you can run the game without the iso mounted or media in the drive. Most
+ of these type of protection are easy to crack, but some can be a little
+ tricky. Requires programming knowledge to do.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ An unlocker for a game release : 1.5 points
+ -------------------------------------------
+
+ Consists of an unlocker for a game release, that unlocks parts or full locked
+ content of the game features. An unlocker can be a save game, a modified
+ hacked file, which opens up for locked content of the game, such as levels,
+ cars, weapons and so on. Making an unlocker often requiers more skills, than
+ just looking through game content files to find cheat codes. Gamesaves are
+ often these day, protected and generated with some sort of file packer or
+ file checksum protection, which can requier programming knowledge to re-
+ generate.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ A cheat for a game release : 1.0 points
+ ---------------------------------------
+
+ Consists of a set of cheat codes, obtained from within the game files, either
+ by dissambler knowledge or just by looking/seaching through the game files.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+
+
+ Other kinds of game related releases : 0.5 points
+ -------------------------------------------------
+
+ Consists of game releated material, such as game covers, manuals, solutions
+ and so on, will fall in under this category.
+
+▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
_______ _____ ___ ___ _____
+ | | |.--.--.-----. | \| | | \
+ | || | | | | -- | | | -- |
+ |___|___||_____|__|__| |_____/ \_____/|_____/
+
+ ______ __ __
+ | __ \.-----.| |.-----.---.-.-----.|__|.-----.-----.
+ | <| -__|| || -__| _ |__ --|| || | _ |
+ |___|__||_____||__||_____|___._|_____||__||__|__|___ |
+ |_____|
+ _______ __ __ __
+ | __| |_.---.-.-----.--| |.---.-.----.--| |.-----.
+ |__ | _| _ | | _ || _ | _| _ ||__ --|
+ |_______|____|___._|__|__|_____||___._|__| |_____||_____|
+
+
+╔══════════════════════════════════════════════════════════════════════════════╗
+║ Altalanos: ║
+║ ║
+║ . A release 4.3-4.37 Gb meretu kell, hogy legyen, kiveve ha a forras DVD5. ║
+║ . PAL konvertalasa NTSC-re tilos. ║
+║ . DivX, Xvid es egyeb gyengebb minosegu forras konvertalasa tilos. ║
+║ ║
+║ ║
+║ Video: ║
+║ ║
+║ . Re-encodolas: ║
+║ ║
+║ . Minimum CCE 2.50+ verzio hasznalata a kesziteskor azokban az ║
+║ esetekben, ahol a video ujrakodolasa szukseges. ║
+║ . REmpeg es TMPGenc hasznalata tilos. ║
+║ . Uj es hivatalos formaban meg nem jelent encoder programok hasznalata ║
+║ szigoruan tilos. CPC2 hasznalata TILOS!(Azert mert igenytelen szar.) ║
+║ . Automata programok, amik DVD9-bol DVD5-ot rippelnek 10 perc alatt, ║
+║ hasznalata TILOS! Pl. InstanCopy, DVDXCopy, DVDShrink, CloneDVD, DVD2One ║
+║ . A minimum atlagos bitrata 3000kbit/s (2800 kbit/s TV sorozat eseten). ║
+║ . Amennyiben az atlagos bitrata nem elerheto, annak okarol egy teljeskoru, ║
+║ ertelmes, reszletezett indoklast kotelezo az NFO-ba foglalni. ║
+║ . CCE hasznalata a sorozatok esetben is kotelezo. ║
+║ ║
+║ . Minosegi kovetelmenyek: ║
+║ ║
+║ . CCE: ║
+║ ║
+║ - CBR nem kosz. Multipass hasznalata kotelezo. ║
+║ - Az elengedhetetlen 1. pass ami a .vaf file-t encodolja a CCE-ben nem ║
+║ szamit a multipass-ok koze. ║
+║ - Az adott filmhez szukseges pass szamat a vegso bitrata fuggvenyeben ║
+║ kell meghatarozni. 4000k/s alatt kulonosen ajanlott 6-nal tobb pass ║
+║ hasznalata, de az 1+5 pass hasznalata a minimum. ║
+║ ║
+║ Hang: ║
+║ ║
+║ . Dolby Digital formatum az altalanos cel, ezert lehetoleg alabb ne adjatok.║
+║ . Ertelemszeruen ha a forras DD-t tartalmaz, az a kotelezo. ║
+║ . Azon DVD-k, melyek csak PCM (Pulse Code Modulation) hangforrassal birnak, ║
+║ engedelyezettek, de az NFO-ban ezt fell kel tuntetni. ║
+║ . Amennyiben DVD9-rol tortenik a hangsav strippelese, az elsodleges sav ║
+║ megtartása a cel. Azaz ha a DVD DD2.0 es DD5.1 savot tartalmaz egyazon ║
+║ nyelvbol, a jobbat, azaz a DD5.1-et kell megtartani. ║
+║ . DTS es 5.1-es hangsav eseteben az 5.1 elvezzen elonyt. A DTS ezen feluli ║
+║ megtartása a releaser dontesen mulik. ║
+║ . Termeszetesen a nem csak magyar nyelvet tartalmazo DVD-k eseteben az ║
+║ eredeti nyelv megtartasa kotelezo. Amennyiben megis eltavolitasra kerul ║
+║ azt az NFO-ban vilagos indoklassal kell ellatni. A "mertcsak" tipusu ║
+║ indoklasok NUKE-ot erdemelnek. A kommentarok megtartasa a releaser ║
+║ dontesen mulnak. ║
+║ ║
+║ Feliratok: ║
+║ ║
+║ . Az eredeti es a magyar feirat megtartása kotelezo, a tobbi megtartasa ║
+║ a releaseren mulik. ║
+║ . Abban az esetben ha a film eredeti nyelve magyar, felirat nem kötelezo. ║
+║ . Home-made sub-ok hasznalata esten CUSTOM.HUNSUB tag KOTELEZO!!!! ║
+║ ║
+║ Menu: ║
+║ ║
+║ . Menut hagyjatok a rls-ben. Olyan specialis esetekben, amikor a bolti ║
+║ (retail) dvd nem tartalmaz menut, azt az NFO-ban fel kell tunteni. ║
+║ . Abban az esetben ha a filmet csak a menu miatt kell ujratomoriteni, de ║
+║ menu nelkul felfer tomoritetlenul, a menu elhagyhato. ║
+║ . A menuk stillesitese (mozgobol-allo) csak akkor engedelyezett ha az ║
+║ 200mb-nál nagyobb, vagy a film másképp nem fér fel tomoritetlenul. ║
+║ . A menu nyelve, amennyiben a retail dvd-n magyarul elerheto, a rls-ben is ║
+║ kotelezoen az legyen. ║
+║ . A felesleges linkeket tavolitsatok el. (disable/remove) ║
+║ . Figyelmeztetesek, reklamlogok minden esetben legyenek eltavolitva. ║
+║ . Ha minden felesleget lepucoltatok a dvd-rol, de meg igy sem erheto el a ║
+║ min. 3000K/s atlagos bitrata, abban az esetben a menu tomoritheto, de ║
+║ szinten csak 3000k/s-ig. ║
+║ ║
+║ ║
+║ Extrak: ║
+║ ║
+║ . Abban az esetben maradhat a korongon, ha nem rontja a video minoseget. ║
+║ . Egyéb esetben kulon korongon helyezzetek el. Egyebekben: ║
+║ . Hozzáadott stuff. Szabadon ujrakodolhatok, a releaser belatasa szerint. ║
+║ . Azonban ha megteszi, 5 passt azert ne sajnaljon ra. Amennyiben lehetoseg ║
+║ van ra, inkabb kulon korongon helyezzetek el, igy eredeti minosegu ║
+║ maradhat az eredmeny. ║
+║ ║
+║ ║
+║ Csomagolás: ║
+║ ║
+║ . Minden rls CSAK .ISO / .IMG formatumu lehet. Mas formatumok nem kivanosak ║
+║ es nukeot erdemelnek. ║
+║ . A rls-ek 50,000,000 bytes mereture alakitandok, winrar hasznalataval. ║
+║ . Recovery record (helyreallitasi bejegyzes) minden esetben kotelezo. ║
+║ . Felesleges a tomorites, eleg a store mod alakalmazasa. ║
+║ . Az egyseg megteremtese erdekeben az "old style volume names" funkciot ║
+║ kapcsoljatok be. ║
+║ . SFV es NFO kotelezo. Az NFO-t termeszetesen az SFV ne tartalmazza. ║
+║ ║
+║ ║
+║ Az NFO kotelezo minimum tartalma: ║
+║ ║
+║ . Releaser nev ║
+║ . Film cime (angol es magyar) ║
+║ . Regio kod: PAL / NTSC ║
+║ . Alkalmazott passok szama es a tomorites merteke amennyiben alkalmazasra ║
+║ kerult ║
+║ . Hangsavok es feliratok ║
+║ . Eltavolitott tartalom (extra, commentaries stb.) ║
+║ . IMDB cim kotelezoen es egy hasonlo magyar link (ez utobbi opcionalis) ║
+║ ║
+║ ║
+║ Sample: ║
+║ ║
+║ . Sample minden esetben szukseges. Akkor is ha a kep erintetlen marad. ║
+║ . A sample hossza ne legyen 1 percnel hosszabb. Ebbol kifolyolag 50mb-nal ║
+║ se legyen nagyobb. ║
+║ . Kulon "Sample" konyvtarban kell elhelyezni. ║
+║ . A sample-nak az elkeszult rls-bol kell keszulnie. ║
+║ (Ajanlott a VOBSplitter, ChopperXP, UleadVideo Studio...stb.) ║
+║ ║
+║ ║
+║ RLS KONYVTAR ELNEVEZES (KIEMELTEN FONTOS, AUTONUKE JAR A MEGSZEGESEERT)!!! ║
+║ ║
+║ . Minden rls nevnek tartalmaznia kell a regio feltunteteset (PAL/NTSC)! ║
+║ . Ekezetes betuk hasznalata TILOS! ║
+║ . Hasznalhato karakterek a gyengebbek kedveert: ║
+║ ║
+║ ABCDEFGHIJKLMNOPQRSTUVWXYZ ║
+║ abcdefghijklmnopqrstuvwxyz ║
+║ 0123456789 . -_ ║
+║ ║
+║ . A hasznalando forma: Film.Cime.HUN.REGIO.DVDR-GROUP! ║
+║ . A HunDub es hasonlok nem megengedettek, a jeloles: HUN/HU !!! ║
+║ ║
+║ PROPER: ║
+║ ║
+║ . Proper verzio csak egy mar korabban megjelent, vmilyen technikai hibaban ║
+║ pl. menuhiba, szar minoseg, out of sync...stb.) szenvedo rls illetve ║
+║ nuke jelentetheto meg. ║
+║ . Proper kiadasa csak azert mert a korabbi rls hibas dirname-mel jott ki ║
+║ nem erdemel toleralast! ║
+║ ║
+║ NFO javitasa: ║
+║ Film.Cime.NFO.FIX.ROVID.INDOKLAS.A.JAVITOTT.TENYROL.REGIO.DVDR-GROUP ║
+║ ║
+║ Taggeles: ║
+║ ║
+║ . Group in/outrok TILOSAK. ║
+║ . Group vizjel elhelyezes a DVD-n belul TILTOTT! ║
+║ . A kotetnevnek pontosan egyeznie kell az eredetivel. ║
+║ ║
+║ ║
+║ ║
+║ A NUKE szankciok 2008.januar 1-jetol eletbe lepnek.... HAVE FUN! ║
+║ ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
█
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE ITALIAN DVDR RELEASING STANDARDS
+ Based on TDRS 2K7
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+
+ Regole Generali:
+ . La dimensione della release deve essere compresa tra 4.30 e
+ 4.37GB, a meno che la sorgente non sia DVD5.
+ . PAL dopo NTSC ed NTSC dopo PAL e' permesso.
+
+ Video:
+ . Re-encoding:
+ . CCE versione 2.50 o superiore deve essere usato in tutte
+ le circostanze ove si riveli necessario un reencoding del
+ flusso video. REmpeg, TMPGenc e simili NON sono permessi.
+ Encoders di nuova generazione non sono strettamente
+ proibiti, ma il loro uso e' a personale rischio e pericolo.
+ . Programmi automatizzati che eseguono conversioni da DVD9
+ a DVD5 sono PROIBITI, (es: InstanCopy, DVDXCopy, DVDShrink,
+ etc.).
+ . La bitrate media minima consentita e' pari a 3000kbit/s
+ (2800kbit/s in caso di tvdvdr o anime). Se la media minima non
+ potesse essere raggiunta, sara' obbligatoria una spiegazione
+ valida del motivo nell'NFO.
+ . I TV-DVDR e ANIME-DVDR non necessitano di deinterlacing.
+ . Impostazioni qualitative:
+ . CCE:
+ . No CBR. Il Multipass e' obbligatorio.
+ . La prima passata iniziale che compila il file .vaf
+ in CCE NON e' considerata nel numero di passate
+ totali.
+ . Il numero di passate richieste per un film deve
+ essere determinata in base alla bitrate media finale.
+ Al di sotto dei 4000kbit/s sono richieste 6 o piu'
+ passate; al di sopra dei 4000kbit/s sono richieste
+ 5 passate.
+
+
+ Audio:
+ . Il Dolby Digital e' considerato il formato audio standard
+ ed e' richiesto in tutte le releases ove la source contenga
+ questo formato.
+ . DVD contententi solo flussi PCM sono consentiti, ma questo
+ dovra' esser fatto presente nell'NFO.
+ . Il downsampling delle tracce audio all'infuori delle tracce
+ di commento e' proibito.
+ . Se un flusso audio viene rimosso da una sorgente DVD9,
+ flussi di qualita' superiore vanno tenuti, (es: se un DVD
+ dovesse contenere DD2.0 e DD5.1, DD2.0 verrebbe rimosso in
+ favore del DD5.1). Se il DVD dovesse contenere sia DD5.1
+ che DTS5.1, DD5.1 dovra' essere mantenuto. L'inclusione
+ del DTS come surplus e' a discrezione del ripper.
+ . Per tutti i film l'Italiano DEVE essere mantenuto, la lingua
+ originale del film pu≥ essere mantenuta ma Φ a discrezione
+ del ripper.
+ . L'inclusione di ulteriori flussi audio e' a discrezione del
+ ripper, siano esse altre lingue o commenti ma devono essere
+ specificati nel NFO
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ Note: La questione DTS/SUPERBIT/DTS-ONLY non puo' essere ignorata.
+ Non sta al council decidere se questo tipo di releases sono
+ permesse o meno, piuttosto stara' ai sites determinare,
+ nelle loro rules, se proibirle o meno. I gruppi che vorranno
+ rilasciare DTS, SUPERBIT e/o DTS-ONLY dovranno utilizzare,
+ nel naming della directory, i tag (per l'appunto) DTS,
+ SUPERBIT e/o DTS-ONLY.
+
+ Sorgente:
+ . Releases di edizioni migliori/rimasterizzate di una precedente
+ release sono PERMESSE poiche' apportano un miglioramento
+ alla release iniziale.
+ es: dovesse uscire un'edizione rimasterizzata di un DVD
+ contenente audio 5.1, comparata ad una release con
+ flusso audio di qualita' inferiore, verra' considerata
+ valida.
+ . Edizioni Director's Cut, Criterion, Unrated o altre edizioni
+ con materiale aggiuntivo/esteso non sono considerate dupe di
+ releases precedenti.
+ . Il DVD da rilasciare dovrebbe essere l'edizione migliore
+ disponibile sul mercato.
+
+
+ Authoring:
+ . Le applicazioni ONE-CLICK sono PROIBITE! (es: InstanCopy,
+ DVDXCopy, DVDShrink etc.) qualsiasi altra cosa come Scenarist
+ o Maestro sono consentite finche' il DVDR diversamente
+ authorato funzioni in riproduzione come l'originale.
+ . Avvisi antipirateria, warnings vari e settori fasulli DEVONO
+ essere rimossi.
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ Sottotitoli:
+ . Vanno tenuti tutti quanti. Se alcuni sottotitoli presentano
+ problemi, possono essere mantenuti o rimossi a discrezione del
+ ripper.
+ . I "Closed Captioning" vanno mantenuti se non vi sono presenti
+ altri sottotitoli sul DVD sorgente.
+
+
+ Menu:
+ . Il menu DEVE essere incluso. In casi estremi ove il retail
+ non dovesse contenere un menu, dovra' essere menzionato
+ nell'NFO.
+ . Il menu deve essere in Italiano a meno che la release non sia
+ indirizzata ad utenze non italiane.
+ . La rimozione di collegamenti inutili all'interno del menu e'
+ obbligatoria. Se dei contenuti vengono rimossi, i relativi
+ pulsanti e collegamenti vanno rimossi.
+ . Se e' stato rimosso tutto il possibile e non si riesce comunque
+ a raggiungere una bitrate media di 3000kbit/s, il menu' potra'
+ essere reencodato ad un minimo di 3000kbit/s.
+ . Settori fasulli e warnings devono essere rimossi.
+ . Avvisi antipirateria devono essere rimossi.
+
+ Extras:
+ . Gli extra sono un valore aggiunto non obbligatorio. Gli extra
+ possono essere transcodati a discrezione del ripper.
+ . Un minimo di 5 passate sono richieste per gli extra.
+
+
+ Limitazioni del DVD:
+ . Macrovision deve essere rimosso.
+ . Tutte le limitazioni utente devono essere rimosse.
+ . La release deve essere region-free.
+ . Qualunque nuova protezione non menzionata qui deve essere
+ rimossa (es: ARcoSS).
+ . Settori fasulli e warnings devono essere SEMPRE rimossi.
+ . Avvisi antipirateria devono essere rimossi.
+
+ Packaging:
+ . Tutte le releases devono usare .IMG o .ISO. Altri formati
+ non sono ammessi.
+ . Le releases devono essere compattate in rar da 50,000,000 bytes.
+ . Il Recovery Record DEVE essere incluso.
+ . Il metodo di compressione deve essere STORE (m0).
+ . SFV ed NFO DEVONO essere inclusi
+ . l'NFO DEVE includere le seguenti cose:
+ . Nome del gruppo.
+ . Titolo
+ . Regione (NTSC o PAL)
+ . Numero di passate e bitrate media quando vi e' stato
+ reencoding.
+ . Numero di passate e bitrate media degli extra quando
+ vi e' stato reencoding degli extra.
+ . Flussi audio e sottotitoli inclusi.
+ . Elenco completo dei contenuti rimossi.
+ . Link IMDB o simili.
+ . Numero di archivi.
+
+ Sample:
+ . Il sample e' richiesto. Il sample dovra' avere una dimensione
+ minima di 30MB, massima 50MB.
+ . Il sample andra' posto in una sottodirectory separata,
+ etichettata "Sample".
+ . Il sample dovra' essere tagliato da un VOB. Rinominare un rar
+ in .vob non e' consentito.
+ . Il sample deve contenere l'header.
+ . Il sample deve essere tagliato dai vob presenti nella release.
+ Encoding a parte non sono consentiti.
+ . L'utilizzo di VOBSplitter o ChopperXP e' raccomandato per la
+ creazione del sample.
+
+
+ Cover:
+ . Una cover jpeg del DVDR Φ gradita ma non obbligatoria.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ Nomenclatura delle directory:
+ . TUTTE le releases devono contenere anno di produzione,
+ fatta eccezione per l'anno corrente e le serie TV.
+ . La directory DEVE contenere la regione (NTSC o PAL).
+ . I caratteri accettabili sono i seguenti:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . Il tag COMPLETE e' utilizzabile SOLO ED ESCLUSIVAMENTE in caso
+ di DVD5 come sorgente.
+ . DVD Non-Complete dovranno essere nominati secondo il seguente
+ schema:
+ TITOLO.ANNO.iTALiAN.REGIONE.DVDR-GRUPPO
+ . Le sottodirectories vanno etichettate DISC1, DISC2, etc.
+ EXTRA, CD1, CD2, etc NON sono permesse.
+ . Per TV-DVDR e ANIME-DVDR dovranno essere nominati secondo
+ il seguente schema:
+ TITOLO.SXX.DXX.iTALiAN.REGIONE.DVDR-GRUPPO
+
+
+ Propers:
+ . Una proper va rilasciata SOLO se la release precedente ha
+ problemi tecnici come menu errati, pessima qualita', etc.
+ . Una proper puo' essere rilasciata se la release precedente
+ contiene warnings o settori fasulli. Una patch PPF NON puo'
+ sistemare questi problemi.
+ . Solo perche' una release precedente non e' COMPLETE non e'
+ un motivo valido per fare una PROPER o dupare.
+ . Propers basate su releases precedenti aventi directory
+ taggate in modo errato non saranno tollerate.
+ . Le patch PPF dovrebbero essere utilizzate per aggiustare
+ semplici problemi come RCE/Regione, settori VTS, P-Ups e cosi'
+ via. REPACKS e PROPERS dovrebbero essere evitate se una patch
+ PPF e' possibile.
+ . R1 o R3 dopo R2 non e' considerato dupe.
+
+ Tagging:
+ . Intros ed outros non sono tollerate.
+ . I Watermarks sono STRETTAMENTE proibiti.
+ . L'etichetta di volume del DVD dovra' essere esattamente uguale
+ a quella del retail. L'aggiunta di tag sull'etichetta di volume
+ non verra' tollerata.
+
+
+ Altre Note:
+
+ . La sorgente DEVE essere esclusivamente dvd, nient'altro
+ sarα tollerato
+ . Intro varie e marchi delle crew assolutamente non tollerati
+ . Questi standard sono stati pensati e stilati x offrire sempre
+ e comunque prodotti di qualitα, non certo per complicare la
+ vita a nessuno ;)
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ Gli Standard Italiani per il Rilascio dei DVDR sono stati scritti
+ sulla base dei "The DVDR Releasing Standards (tdrs2k7.nfo)"
+ da:
+
+ - ABiS BBF BoX CATERPiLLAR DARLiNG DiVER -
+ - DuX F2L FSi iRoNiCs ITZ MAiN MC2 -
+ - PMB5 SiLENT SVD TRiBECA -
+
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
+
+
▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+ 010000011100000110001111010000000010ssh0111001010 ▄▄ 100110100
+ 0 0000000010100001100000000000100011100000101110100100 ▄█▀▀█▄ ▄▄▄▄▄▄███▌
+ 00100101000000000000000 0000000001100010100001000 ▐▌ ▐▌█████░ ░ ██
+ 0100110000011000 ▄▄██▄ 0 0001101101101100 ▐▌ ░ ▐▌ ░ ░░░░ ░ ░▌
+01110000000 ▄▄▄███▀▀▀▀ ▀ ▄▄███▄▄ 000000010000 ░ █▄░ ▄█▐▄ ░▒░▒░░ ░█▌
+0 ▄▄▄▄▄▄███▀ ░ ▄▄██▀▀ ░▀██▄ 00 ▄▄ 00 ░ ▀███▄ ▀▀█▒▒░██▀▀▀▀
+ ▄██▀▀▀▀ ░ ▌██▀ ░ ░ ░░▀█ ▄▄█▀▀█ ░▒ ▄█▀ ░█▌ █▒▓▒█▌ 1000
+ █ ░ ░ ░░ ░░░░ ▌█ ░ ░░░░░ ░▒░░▌▄█▀▀ ░ ▀█ ░▒▒ █ ░░▒▐▌ █▓▒▓▒█ 001
+ ██ ░░░░ ░░░░░░░▄▄▌█░░▒░░░██▄▄░▒░░▒░▀█ ░▒░ ▀█ ▒▓ ▐█░▓░▐█ ▐█▒▒▓█ 00
+ █▄ ▄▄███▄░░░░▒░██▀ ██▒░░▒░█ ▀▀█▄▒▒▓▒▒▀█░░░░▒░▀█ █▄ █▒▒▓▒█ ▐█▒▓▒█▌ 11
+0 ▀███▀▀ ▀█░▒░▒▒▒█ █▄ █▒▒▒▒▒██ ▄ ▀█▒▒▒▓▒▀█▒▒▒▓▒░▀█▄ █ ▐█▓▓▒█ █▓▓▓▓█ 00
+10 0010 █▒▓▒▒▒▒█ ▒▓█ █▒▓▒▓▒▒█ █▓ ▀█▓▓▒▒▒▀█▓▒▒▒▒░░█▄ ▄▐█▓▓█▀▐▄ ▀▀▀███ 0
+ 00100000 0 █▒▒▒▓▓▒█ ▒▓█ █▒▒▓▓▓▒█ █▓▒ ▀█▓▓▒▓▓▀█▓▓▒▒▒░░██▌ ▀██▀ ░▀█▄ 10
+ 000111001 ██▓▓▓▓▓█ ▒▓ █▓▓▓▓▓▓█ ▓▒░ █▓▓▓▓▓▓▀█▓▓▓▒▒▒▒▒░▒ ░ ▄█ 00011
+ 0001100 ██▒▓▒▒▒██ ▒▓ ██▒▓▒▓▓██ ▒▒░ █▓▓▓▒▒▒▌▀█▓▓▓▓▒▓▓▒▒▒▒▒▒░▄█▀ 010001 0
+ 000000 █▒▒▒▓▒▒█ ▒▒ █▒▒▒▒▓▓█ ░░ ▄█▓▒▒▒▓▒▌ ██▓▓▓▓▓▓▓▓▓▓▓▄█▀ 0000100
+ ▀▀ ▀▀▀▀▀▀▀▀ █░▒░▒▒▒█ ░░▒ █░▒▓▒▒▓█ ░ ▄█▒▒░░▒▒▒▄█▀▒▒▒▒▓▓▓▓▒▒▄█▀ ▀▀▀▀ ▀ ▀▀▀ ▀
+ █░░░░░▒█ ░▒ █░░▒░▒▒█▄ ▄█░░░░▒░▄█▀░░░░░▒▒▒▓▒▒▒▀█▄
+ █░░ ░░█ ░░ █░▒░░▒░▒██▀░░ ░░▄█▀ ░░░░▒░░░░▒▒▓▒▒░█▄
+ █░ ░ ██ ░ █░░░ ░░░░░░░ ▄█▀ ░ ░ ░░▄ ░▒░▒▒░░░░█▄
+ █ ░ ░ █ ██░ ░░░ █▀ ▄█▀█ ░░░░░ █▄
+ ██▄▄ ▄█ ░ █ ░ ░ ░ ▀█▄ ▄█▀ ▀█░░░ ░ █▄
+ ▀▀▀▀████ █▄▄ ▄█▌ ▀█▄ ▄█▀ ▀█ ▄█
+ ▀▀▀█████▀▀ ▀█▀ ▀█ ▄▄██▀▀
+ ▀██▀▀▀
+
+ The Italian XviD Releasing Standards 2008
+▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+ RELEASE RULES:
+
+ Lunghezza del Film:
+ - PAL (25 fps) = la durata minima e' 100 minuti/CD
+ - FILM (23.976 fps) = la durata minima e' 105 minuti/CD
+ - NTSC (29.97 fps) = la durata minima e' 87 minuti/CD
+
+ La durata minima necessaria per rilasciare N cd e' calcolata tramite
+ la seguente equazione:
+ N.o CD Tempo Minimo = (N-1) * durata
+ dove N e' il numero dei CDs e il tempo e' relativo al formato
+ (es. 4 cd FILM rip min = 100 x (4-1) = 300 minuti)
+
+ La durata MINIMA si riferisce (appunto) alla quantita' MINIMA per CD.
+ Non MASSIMA! (non esiste un nuke per "deve essere piu' di un cd").
+
+ L'utilizzo dei supporti e' a discrezione del ripper, sfruttarli per bene.
+ Le release dovrebbero utilizzare almeno il 97% della capacita' totale del
+ supporto, comunque una release undersize non e' un errore tecnico.
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ AUDIO:
+ - DEVE essere MP3 o Studio AC3 (Transcoding AC3 non permesso).
+ - DEVE essere STEREO per le sorgenti STEREO, MONO per le sorgenti MONO
+ (un audio MONO come STEREO e' considerato una sorgente MONO).
+ - DEVE ESSERE VBR! NON MP3 CBR!
+ - ABR e' considerata una tecnica VBR.
+ - L'audio deve mantenere la frequenza di campionamento originale del DVD
+ (48kHz per 48kHz, 44.1kHz per 44.1kHz)
+ - Gli audio MP3 devono essere normalizzati!
+ - AC3 DEVE essere usato con saggezza e correttamente.
+ - AC3 DEVE essere con interleave a 160ms, MP3 a 520ms.
+ - MONO AC3 non e' consentito, in quel caso va reencodato in mono MP3.
+ - Video con piu' tracce audio non e' permesso!
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ VIDEO:
+ - Keyframe:
+ DEVE essere <=20 secondi e DEVE essere inserito in accordo con i cambi
+ di scena e dimensioni dei frame come determinato dal codec o dalle
+ applicazioni di encoding.
+ - I Watermarks NON SONO PERMESSI IN NESSUN CASO!
+
+
+ Framerate:
+ - DEVE essere il piu' vicino possibile al framerate della fonte.
+ - In alcuni (rari) casi, anche un video PAL necessita di IVTC (24fps).
+ L'utilizzo di un video PAL non giustifica l'assenza di IVTC se
+ necessaria.
+
+ Codec:
+ - DEVE essere XviD.
+ - BISOGNA usare la tecnica 2 pass in fase di encoding!
+ - NESSUN DUPE BASATO SUL TIPO DI CODEC, FARE INTERNAL.
+ - QPEL NON AMMESSO.
+ - GMC NON AMMESSO.
+ - PACKET BITSTREAM E' CONSENTITO, MA SCONSIGLIATO. La presenza del
+ Packet Bitstream attivo su un flusso video non e' un valido motivo
+ di proper.
+
+ Risoluzione ed Aspect Ratio:
+ - Larghezza: 512 - 672 px per sorgenti WideScreen (Letterbox compreso)
+ 448 - 576 px per sorgenti FullScreen (solo 4:3)
+ - Larghezza e Altezza devono essere MOD16 (multipli di 16).
+ - Il Cropping e' obbligatorio al massimo possibile, anche nelle
+ sorgenti TV ove il logo dell'emittente venga parzialmente o totalmente
+ tagliato. Se il film dovesse presentare aspect ratio variabile, si
+ dovra' croppare in accordo con la scena con piu' pixel visibili.
+ - La risoluzione del film deve essere entro il 5% dell'AR originale,
+ calcolato con la formula (AR Release - AR Originale) / AR Originale x 100
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Sottotitoli:
+ - I Sottotitoli sono OPZIONALI.
+ - VOBSUB e' il formato preferito perche' non usa OCR, qualunque formato
+ che venga visualizzato con DVOBSUB e' accettabile.
+ - I sottotitoli possono essere MUXATI con lo stream video, ma NON essere
+ IMPRESSI sullo stream video.
+ - I sottotitoli non muxati nello stream video DEVONO essere messi in un
+ file .rar con la compressione maggiore possibile e deve essere in una
+ dir chiamata 'Subs' col proprio .sfv e NON devono essere in alcun modo
+ pacchettizzati con il film.
+ - La nomenclatura appropriata per i RAR dei sottotitoli e' da effettuare
+ in base al packing della release. Se, ad esempio, i rar della release
+ si presentano come "grp-nmrls.rar", i subs avranno "grp-nmrls.subs.rar".
+ In caso di piu' CD, seguire sempre la nomenclatura data all'avi
+ (es: grp-nmrlsa.subs.rar / grp-nmrlsb.subs.rar). Generalmente, i
+ sottotitoli devono avere lo stesso nome dell'AVI per essere caricati in
+ automatico.
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Packing:
+ - Tutte le release devono essere AVI.
+ - Tutte le release devono essere pacchettizzate con RAR e suddivise in
+ volumi da 15MB. Le release con piu' di un CD dovranno presentare RAR
+ divisi in due o piu' CD.
+ - Le release su piu' di un CD devono contenere delle sotto-directory
+ chiamate CD1, CD2, etc. Deve esserci un SFV per ogni CD
+ (non un SFV unico per 2 o piu' CD).
+ - Ogni CD dev'esser pacchettizzato in RAR, non rarrare 2 o piu' CD insieme
+ - I file RAR DEVONO essere creati utilizzando il "vecchio stile di winrar"
+ (r00, r01, ecc) selezionabile dalle opzioni avanzate una volta inserita
+ la dimensione dei pacchetti.
+ - I file .rar NON DEVONO ESSERE COMPRESSI (scegliere "Memorizzazione" o
+ "Store" in inglese dal menu a tendina che specifica la compressione)
+ oppure, se lo si usa da console, specificare -m0.
+ - Il file SFV deve contenere il checksum di tutti i pacchetti rar (NON
+ NFO E SAMPLE!)
+ - MOLTO IMPORTANTE! GLI ANIME VENGONO TRATTATI COME SERIE TV NEL CASO
+ DI EPISODI, O COME XVID NEL CASO DI OAV!
+ - RIP DI DVD NEL SUO COMPLESSIVO ANZICHE' TAGLIATI IN EPISODI E' MOTIVO
+ DI NUKE!
+ - Per quanto riguarda il nome del file avi, i rars, il nfo e il sfv:
+ si utilizzano le iniziali delle parole che compongono il titolo, in
+ caso di film con una singola parola, si utilizzano tutte le consonanti
+ contenute nella parola stessa.
+ Nel caso di CD multipli, utilizzare una lettera progressiva alla fine
+ dell'avi. I file DEVONO iniziare col tag del gruppo.
+ Es: Il Gladiatore -> grp-lgldtr.avi
+ The Chronicles Of Riddick -> grp-tcor.avi
+ - Nessun tipo di compressione e' permessa. Utilizzare il metodo STORE.
+ - Recovery record e MD5 record sono consentiti.
+ - Ogni CD dovra' avere il suo SFV.
+ - La release DEVE avere un NFO, il quale DEVE contenere:
+ . Il nome del gruppo (preferibilmente con header e footer grafici);
+ . Nome della release
+ (consigliato lo stile "Nome Release *OPTION1* *OPTION2* *SOURCE*"
+ . Release date
+ . Store date (Air Date in caso di TV, Theater Date in caso di SCREENER)
+ . Source (nel caso di film SCREENER, indicare sia source video che audio)
+ Le source audio possibili, da indicare nel NFO sono:
+ CAM -> Tutti gli MD sono con questa dicitura, registrati con Mic.
+ LINE o TS -> Audio preso direttamente dal proiettore.
+ DIGITAL -> DTS Dolby Digital, deve apparire sempre e solo come DIGITAL
+ per motivi di sicurezza.
+
+ Nel caso di film normali e non SCREENER:
+ DVD RETAIL -> per i normali DVDR.
+ SATELLITE -> per i rip PDTV da satellite.
+ DIGITALE TERRESTRE -> per i rip PDTV da DTT.
+ ANALOGIC TV -> per i rip da TV.
+ . Durata
+ . Dimensione e packing
+ . Risoluzione ed Aspect Ratio
+ . Video Bitrate e proprieta'
+ . Audio Bitrate e proprieta'
+ . Lingua audio e lingua sottotitoli (se presenti).
+ . Link IMDB
+
+ Ogni crew Φ libera di aggiungere altri campi, ad esempio un link a
+ 35mm o a filmup.
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Titoli di coda:
+ - I titoli di coda possono essere encodati ad un bitrate inferiore solo
+ se la durata eccede la durata minima per CD (es: 101 minuti PAL)
+ - Se i titoli di coda contengono scene extra animate, NON DEVONO essere
+ encodati a bitrate inferiori, neanche rispettando la rule di cui sopra.
+ - Eliminare i titoli di coda da un DVDRip non e' permesso.
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Sample:
+ - Il sample e' OBBLIGATORIO.
+ - Il sample deve durare 1 minuto, nomenclato come l'avi con la parte
+ .sample. tra nome ed estensione. Mettere il file nella directory Sample,
+ senza creare un sfv.
+ Es: The Chronicles Of Riddick -> grp-tcor.sample.avi
+ - Il sample deve essere estratto dall'encoding finale!
+ - Un VOB sample e' consigliato in casi particolari (es: framerate insolita
+ da source).
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Propers:
+ - Propers sono permesse SOLTANTO nel caso di problemi tecnici nella
+ release originale (es: bad.ivtc / interlaced / etc)
+ - Releases non nukate nel dupecheck o sui siti DEVONO includere
+ il sample originale del problema tecnico (jpg, avi).
+ Il nomefile consigliato e' "proof" o a discrezione del gruppo che
+ effettua la proper. I files vanno posti nella directory "Proof".
+ - Propers sulla qualita' non sono permesse, nemmeno propers basate
+ sulle decisioni prese dal ripper (es. # di CDs, AC3 o MP3, etc).
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ WideScreen e FullScreen:
+ - FS dopo WS non e' ammesso, a meno che non contenga piu' pixel visibili
+ (con proof).
+ - WS o FS vanno usati nel tagging della dir solo ed esclusivamente se
+ l'altra versione e' gia' stata prodotta.
+ - Un WS piu' "wide" e' considerato dupe a meno che non contenga piu' pixel
+ visibili (con proof).
+ - Le sorgenti Letterboxed non sono considerate FS.
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Edizioni speciali:
+ - Consentite: SE, DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL,
+ CHRONO.
+ - Un'edizione speciale senza alcuna differenza dalla versione ordinaria
+ verra' considerata dupe.
+ - Una versione piu' corta di una release gia' prodotta e' consentita,
+ (THEATRICAL, ad esempio) ma DEVE essere menzionato nel tagging.
+ - Le edizioni rimasterizzate sono consentite.
+ - In caso di riedizione con audio migliore, non e' consentito il dupe.
+ - Le opere amatoriali non sono permesse.
+
+ ───────────────────────────────────────────────────────────────────────────
+
+ Tagging:
+ - Tutte le release devono includere l'anno di produzione come riportato
+ su IMDB.
+ - Non vanno riportati metodi di ripping, generi, formati audio e video,
+ per queste cose c'e' l'NFO!
+ - La classificazione di distribuzione (LIMITED, STV, FESTIVAL, TV) e'
+ consentita e va utilizzata oculatamente.
+
+ Produzioni internazionali:
+ LIMITED = da 1 a 249 screens, nella prima settimana di uscita,
+ su IMDB.
+ STV = 0 screens su IMDB.
+
+ Produzioni italiane:
+ NO TAG LIMITED!
+ NO TAG STV!
+
+ - Altre tag permesse sono: WS, FS, PROPER, REPACK, RERIP, SYNCFIX, REAL,
+ RETAIL, EXTENDED, REMASTERED, UNRATED, CHRONO, THEATRICAL, DC, SE,
+ UNCUT, INTERNAL, SUBBED, DIRFIX, NFOFIX, SAMPLEFIX, SUBPACK, READNFO.
+ - I caratteri accettati nei nomi della directory:
+ (no spazi o doppi punti, soltano il punto "."):
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 .-
+
+ - Non sono accettati spazi, doppi punti e tutti gli accenti vengono
+ ignorati. L'apostrofo si trasforma in punto TRANNE nel caso del
+ genitivo sassone.
+ - Tutte le directory devono essere nominate seguendo il seguente esempio:
+
+ Titolo.Film.ANNO.LINGUA.OPTIONS.SOURCE.CODEC-GRP
+
+ - Le "Options" possibili sono:
+
+ WS -> WideScreen (solo dopo FS)
+ FS -> FullScreen (solo dopo WS)
+ PROPER -> Il gruppo ritiene che una release esistente contiene errori e
+ ne fa uscire una propria migliore. DEVE essere presente nell'NFO la
+ motivazione VALIDA e le prove quando possibile.
+ REPACK -> Il gruppo nota un errore, di packing o nella release in se e ne
+ produce un'altra identica senza l'errore.
+ RERIP -> Il gruppo nota un errore tecnico nella release e ne produce
+ un'altra priva di errori tramite un nuovo encoding.
+ UNCUT -> Versione non censurata/non tagliata di un film.
+ SUBBED -> Versione con audio originale e sottotitoli italiani.
+ DIRFIX -> Il gruppo nota un errore di tagging e rilascia una dir vuota
+ con il tagging corretto.
+ NFOFIX -> Il gruppo nota un errore di compilazione (o l'assenza) dell'NFO
+ e rilascia una dir con NFO corretto.
+ SAMPLEFIX -> Il gruppo nota un errore nel sample (o l'assenza) e rilascia
+ una dir con sample corretto.
+ SYNCFIX -> Il gruppo nota un errore di sincronia audio/video nella release
+ e rilascia uno script nandub/virtualdub atto a porre rimedio al desync.
+ Per nuovi avi resyncati utilizzare REPACK!
+ SUBPACK -> Il gruppo rilascia i sottotitoli in una release separata.
+ READNFO -> Il gruppo specifica che l'NFO contiene delle note da leggere.
+ INTERNAL -> Il gruppo decide di rilasciare il proprio film con questa
+ opzione in caso di una release imperfetta o se un altro gruppo ha gia'
+ rilasciato la stessa.
+ REAL -> Da utilizzare su varie options per specificarne la definitiva.
+ es: REAL.PROPER REAL.REPACK.
+
+ Es: American.Gangster.2007.iTALiAN.DVDRip.XviD-GRP
+ Alien.Vs.Predator.2.2007.iTALiAN.PROPER.DVDRip.XviD-GRP
+ Paprika.2006.iTALiAN.INTERNAL.DVDRip.XviD-GRP
+
+
+ - Le "Source" possibili sono:
+ TVRip -> Stream con segnale analogico.
+ PDTV -> Satellite o Digitale Terrestre.
+ HDTV -> High Definition, NON e' permesso il doppiaggio italiano.
+ VHSRip -> Direttamente da un VCR.
+ DVDRip -> Rippato da un DVD.
+
+ - LA LINGUA VA SEMPRE PRIMA DELLE OPTIONS!
+ - NON USARE ALCUN TAG NON ELENCATO QUI SOPRA!
+ - UNA RELEASE NUKED PER DUPE NON VERRA' UNNUKED CON UN DIRFIX INTERNAL!
+ - Il tag DUBBED e' OBBLIGATORIO per i film XXX doppiati.
+
+▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+ Regole tratte da "The XviD Releasing Standards 2005",
+ modificate, autorizzate e firmate da:
+
+ ABiS - BBF - BBZ - BoX - CATERPiLLAR - DARLiNG - DiVER
+ DuX - F2L - FSi - iTV - ITZ - KnG - MC2 - PMB5
+ SEXTiME - SiLENT - SVD - TRiBECA
+ ▄▄▄
+ ▄▄▄▄█▀█ ▄█ █
+▀ ▀▀ ▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▀ ██ █▄█▀██▀▀█ ▀▀▀▀▀▀ ▀ ▀
+ 1 11 01101100 1101111000101001010001010001001 ██▀▀█ ▄██ ██▄▄█ 10 1000 1
+▄▄ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ █▄▄█▀▀▀▀█ ▄█ ▄▄▄▄▄▄▄▄▄ ▄ ▄▄
+ ▀▀▀▀
+
▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+ 010000011100000110001111010000000010ssh0111001010 ▄▄ 100110100
+ 0 0000000010100001100000000000100011100000101110100100 ▄█▀▀█▄ ▄▄▄▄▄▄███▌
+ 00100101000000000000000 0000000001100010100001000 ▐▌ ▐▌█████░ ░ ██
+ 0100110000011000 ▄▄██▄ 0 0001101101101100 ▐▌ ░ ▐▌ ░ ░░░░ ░ ░▌
+01110000000 ▄▄▄███▀▀▀▀ ▀ ▄▄███▄▄ 000000010000 ░ █▄░ ▄█▐▄ ░▒░▒░░ ░█▌
+0 ▄▄▄▄▄▄███▀ ░ ▄▄██▀▀ ░▀██▄ 00 ▄▄ 00 ░ ▀███▄ ▀▀█▒▒░██▀▀▀▀
+ ▄██▀▀▀▀ ░ ▌██▀ ░ ░ ░░▀█ ▄▄█▀▀█ ░▒ ▄█▀ ░█▌ █▒▓▒█▌ 1000
+ █ ░ ░ ░░ ░░░░ ▌█ ░ ░░░░░ ░▒░░▌▄█▀▀ ░ ▀█ ░▒▒ █ ░░▒▐▌ █▓▒▓▒█ 001
+ ██ ░░░░ ░░░░░░░▄▄▌█░░▒░░░██▄▄░▒░░▒░▀█ ░▒░ ▀█ ▒▓ ▐█░▓░▐█ ▐█▒▒▓█ 00
+ █▄ ▄▄███▄░░░░▒░██▀ ██▒█░▒░█ ▀▀█▄▒▒▓▒▒▀█░░░░▒░▀█ █▄ █▒▒▓▒█ ▐█▒▓▒█▌ 11
+0 ▀███▀▀ ▀█░▒░▒▒▒█ █▄ █▒▒▒▒▒██ ▄ ▀█▒▒▒▓▒▀█▒▒▒▓▒░▀█▄ █ ▐█▓▓▒█ █▓▓▓▓█ 00
+10 0010 █▒▓▒▒▒▒█ ▒▓█ █▒▓▒▓▒▒█ █▓ ▀█▓▓▒▒▒▀█▓▒▒▒▒░░█▄ ▄▐█▓▓█▀▐▄ ▀▀▀███ 0
+ 00100000 0 █▒▒▒▓▓▒█ ▒▓█ █▒▒▓▓▓▒█ █▓▒ ▀█▓▓▒▓▓▀█▓▓▒▒▒░░██▌ ▀██▀ ░▀█▄ 10
+ 000111001 ██▓▓▓▓▓█ ▒▓ █▓▓▓▓▓▓█ ▓▒░ █▓▓▓▓▓▓▀█▓▓▓▒▒▒▒▒░▒ ░ ▄█ 00011
+ 0001100 ██▒▓▒▒▒██ ▒▓ ██▒▓▒▓▓██ ▒▒░ █▓▓▓▒▒▒▌▀█▓▓▓▓▒▓▓▒▒▒▒▒▒░▄█▀ 010001 0
+ 000000 █▒▒▒▓▒▒█ ▒▒ █▒▒▒▒▓▓█ ░░ ▄█▓▒▒▒▓▒▌ ██▓▓▓▓▓▓▓▓▓▓▓▄█▀ 0000100
+ ▀▀ ▀▀▀▀▀▀▀▀ █░▒░▒▒▒█ ░░▒ █░▒▓▒▒▓█ ░ ▄█▒▒░░▒▒▒▄█▀▒▒▒▒▓▓▓▓▒▒▄█▀ ▀▀▀▀ ▀ ▀▀▀ ▀
+ █░░░░░▒█ ░▒ █░░▒░▒▒█▄ ▄█░░░░▒░▄█▀░░░░░▒▒▒▓▒▒▒▀█▄
+ █░░ ░░█ ░░ █░▒░░▒░▒██▀░░ ░░▄█▀ ░░░░▒░░░░▒▒▓▒▒░█▄
+ █░ ░ ██ ░ █░░░ ░░░░░░░ ▄█▀ ░ ░ ░░▄ ░▒░▒▒░░░░█▄
+ █ ░ ░ █ ██░ ░░░ █▀ ▄█▀█ ░░░░░ █▄
+ ██▄▄ ▄█ ░ █ ░ ░ ░ ▀█▄ ▄█▀ ▀█░░░ ░ █▄
+ ▀▀▀▀████ █▄▄ ▄█▌ ▀█▄ ▄█▀ ▀█ ▄█
+ ▀▀▀█████▀▀ ▀█▀ ▀█ ▄▄██▀▀
+ ▀██▀▀▀
+
+ The Italian Screener XviD Releasing Standards 2008
+ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ Queste che vi presentiamo sono le regole riguardanti la parte Screener, │
+│ discusse e pianificate di comune accordo tra le crew della scena iTA │
+│ che si occupano delle rls in questione. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ SCREENERS RULES ]───┘ │
+│ │
+│ │
+│ │
+│ - Salvo i casi qui trattati valgono SEMPRE e comunque le regole │
+│ riguardanti la lunghezza dei film, audio, video, framerate ecc.. │
+│ E' quindi sempre obbligatorio effetturare l'IVTC (NTSC), sono valide │
+│ ragioni di NUKE non effettuare il CROP, il Bad AR, audio CBR, │
+│ framerate non standard e tutte le altre regole fondamentali stabilite │
+│ nelle tdx2k5,tdx2k5it e superiori. Video con FPS 29.97 Φ considerato │
+│ un errore e ragione di nuke/proper per mancato inverse telecine. │
+│ - Non e' consenstito reencodare alcun tipo di source priva di errori *
+│ - E' consentito l'encode da sources DVD retail/rental, DVDR, *
+│ ed R5 (oramai considerati ufficiali) Φ quindi possibile *
+│ realizzare MD/LD/DD.DVDRip e MD/LD/DD.R5 anche se non sono *
+│ presenti sui DB INT. *
+│ - Undersize ammesso causa possibilita' di utilizzo sources gia' rippate │
+│ - Non sono ammessi tagli video per far combaciare l'audio ita, │
+│ ad eccezione delle rls internal. │
+│ - Sono ammesse tutte le sources video presenti in DB International. *
+│ ad eccezione dei pdvd italiani provenienti dal commercio illecito. │
+│ Sono ammesse le sources nukkate purche' si reencodino e le si rendano *
+│ TDX compilant, Φ possibile reencodare sources non nukate (anche i *
+│ nukers hanno una vita) solo nel caso si riscontrino errori, deve *
+│ essere riportata nell'NFO la modifca effettuata. *
+│ - I CAM italiani di produzione propria sono ammessi e in base all'audio │
+│ prendereanno il tag CAM (audio MD) TS o TELESYNC (audio diretto) │
+│ - E' vietata un rel con video inferiore se ne Φ disponibile una │
+│ con video superiore, questo indipendemente dall'audio, Φ questa una │
+│ regola fondamentale standard e va rispettata, alcuni esempi: │
+│ NO LD.CAM-GROUP dopo MD.TS-GROUP │
+│ NO MD.CAM-GROUP dopo MD.TS-GROUP │
+│ - Nel momento che si rende disponibile'una source con video superiore │
+│ e' permessa una nuova rel con audio MIC senza TAG "internal" solo │
+│ se questa non Φ nel frattempo resa disponibile con audio superiore │
+│ (LD, DD). alcuni esempi: │
+│ SI MD.DVDRip dopo LD.TS │
+│ NO MD.DVDRip dopo LD.DVDRip │
+│ SI Internal.MD.DVDRip dopo LD.DVDRip │
+│ - E' possibile (questo Φ sottinteso ma meglio scriverlo) realizzare │
+│ release con tag internazionale ma solo nel caso non esista, │
+│ al momento della propria rel, alcuna source nel DB INT o esista solo │
+│ una release inferiore. in questo caso fanno riferimento │
+│ le rules internazionali, esempi di tag: │
+│ SI xxx.Telesync-GROUP (se si dispone di audio diretto LD/DD) │
+│ SI xxx.CAM-GROUP (se si dispone di audio cam MD) │
+│ NO xxx.LD.TS-GROUP │
+│ NO xxx.MD.CAM-GROUP │
+│ - Le rls internal non sono soggette alle regole di massima │
+│ ma hanno comunque l'obbligo di mettere la source. │
+│ - Gli audio LD e DD devono avere samplerate di 48000Hz │
+│ - Audio CAM ammessi solo a 44100Hz o 48000HZ │
+│ - Audio che non siano MP3, non sono permessi, │
+│ eccezzione fatta per gli internal. │
+│ - Usando audio LD e audio DD non e' necessario cambiare │
+│ il frame rate originale della source video. │
+│ │
+│ - L'ordine riguardante gli audio Φ MD - LD - DD │
+│ - E' vietata un rel con audio inferiore se ne Φ disponibile una con │
+│ audio superiore se non come internal, esempi: │
+│ NO MD.TC dopo un LD.TC │
+│ SI iNTERNAL.MD.TC dopo un LD.TC │
+│ │
+│ - Allowed gli R5, il nuovo ordine di dupe e' il seguente: │
+│ │
+│ WP > CAM > TS > SCREENER > TC > DVDSCR > R5 > FS DVDRIP -> DVDRIP │
+│ │
+│ - Sono ammesse release su stessa source video solo se si rende │
+│ disponibile una source audio superiore. Es.: LD.TC dopo MD.TC │
+│ - Non sono ammesse release su stessa source video se │
+│ si rende disponibile una source audio inferiore a quella di una │
+│ release gia' presente (non sono ammesse ad es.: MD.TC dopo LD.TC │
+│ - Sono ammessi massimo 5 secondi consecutivi di audio parlato straniero │
+│ per una sola volta all'interno della stessa release │
+│ l'audio puo essere di qualsiasi lingua, anche italiano da altro audio │
+│ proprio. L'audio non deve essere merged ma sostitutivo. │
+│ - Un audio LD / DD deve essere untouched, tranne che per gli eventuali │
+│ titoli di coda e la sola sigla iniziale che si possono mettere │
+│ dall'audio originale. Si possono effettuare merged ma solo internal │
+│ - Un audio MD non puo essere merged ma si possono sostituire parti │
+│ dove non Φ presente parlato (solo sostituire), merged = internal │
+│ - Non e' possibile utilizzare sources UNRATED ad eccezione di internal, │
+│ stesso discorso vale anche per video che subiscono dei tagli │
+│ dovranno essere lasciate con l'audio originale e rilasciate │
+│ eventualmente come internal. │
+│ - Non e' obbligatorio usare il tag UNRATED per una release internal │
+│ - Le release 4:3 Full Screen andranno taggate FS. │
+│ (Discorso valevole esclusivamente per i 4/3 DVDRip) │
+│ │
+│ Es: King.Kong.2005.iTALiAN.MD.FS.DVDRip.XviD-GRP │
+│ │
+│ │
+│ - Sono ammesse release WS dopo relese FS ma non viceversa. In questo │
+│ caso bastera' taggare la relese senza il tag FS. │
+│ │
+│ - TS o TC con AR che varia durante il film sono ammessi solo come │
+│ INTERNAL. Mentre l'errore ar per queste source non e' valido │
+│ in quanto affette da deformazione nella compressione in SVCD/VCD │
+│ - E' obbligatorio indicare nell'nfo la source video utilizzata. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ │
+│ Tagging: │
+│ │
+│ - Il nome della directory deve includere l'anno di produzione │
+│ come indicato da IMDB (www.imdb.com) │
+│ deve contenere tipo di audio e ti po di video │
+│ - Ecco i caratteri accettati nei nomi della directory: │
+│ (no spazi o doppi punti, soltano il punto "."): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789 . - │
+│ │
+│ - Non sono accettati spazi, doppi punti e tutti gli accenti vengono │
+│ ignorati. L'apostrofo si trasforma in punto TRANNE nel caso del │
+│ genitivo sassone. │
+│ - Tutte le directory devono essere nominate seguendo il seguente esempio:│
+│ │
+│ Nome.Film.Anno.Lingua.Options.Source.Codec-GRP │
+│ │
+│ - Le "Options" possibili sono: │
+│ │
+│ iNTERNAL -> Il gruppo decide di rilasciare il proprio film con questa │
+│ opzione in caso di una release imperfetta o se un altro gruppo ha gia' │
+│ rilasciato la stessa. │
+│ │
+│ PROPER -> Il gruppo ritiene che una release esistente contiene errori │
+│ e ne fa uscire una propria migliore. DEVE essere presente nel nfo la │
+│ motivazione VALIDA e le prove quando possibile. │
+│ │
+│ REPACK -> Il gruppo nota un errore, di packing o nella release in se │
+│ e ne produce un altra identica senza l'errore. │
+│ │
+│ REAL.PROPER -> PROPER di una PROPER gia' esistente. │
+│ │
+│ MD -> Mic Dubbed, tag utilizzato per i film screener per definire │
+│ che la traccia audio proviene da un registratore nascosto in sala. │
+│ A discrezione del gruppo definire la qualita' dell'audio e rilasciare │
+│ come iNTERNAL un audio non troppo buono. │
+│ │
+│ LD -> Line Dubbed, tag utilizzato per i film screener per definire │
+│ che la traccia audio proviene da un dispositivo a presa diretta. Viene │
+│ utilizzato anche in caso di serie tv o film ridoppiati con audio │
+│ preso da satellite. │
+│ │
+│ DD -> Digital Dubbed, tag utilizzato per sorgenti audio DTS. Gli audio │
+│ AC3 possono essere a 384KBps o a 448KBps ma DEVONO essere a 48KHz, │
+│ come anche gli MP3. │
+│ │
+│ DiRFiX -> Tag utilizzato per correggere un errore nel testo della │
+│ directory di una data release. │
+│ │
+│ NFOFiX -> Tag utilizzato per correggere un errore nel testo del NFO. │
+│ │
+│ SAMPLEFiX -> Tag utilizzato per correggere errori relativi al sample │
+│ mancante o corrotto. │
+│ │
+│ - READNFO E' DA USARE CON PARSIMONIA │
+│ │
+│ Es: King.Kpng.2005.iTALiAN.MD.DVDRip.XviD-GRP │
+│ King.Kong.2005.iTALiAN.iNTERNAL.LD.TC.XviD-GRP │
+│ King.Kong.2005.iTALiAN.PROPER.DD.DVDSCR.XviD-GRP │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ │
+│ L'nfo DEVE contenere: │
+│ - Il nome del gruppo (preferibilmente con header e footer grafici); │
+│ - Nome della release │
+│ (consiglio lo stile "Nome Release *OPTION1* *OPTION2* *SOURCE*" │
+│ - Release date; │
+│ - Store date (Data di uscita nelle sale cinematografiche); │
+│ - SOURCE VIDEO OBBLIGATORIA │
+│ La SOURCE pu≥ essere tranquillamente indicata nelle NOTE. │
+│ Le source audio possibili, da indicare nel NFO sono: │
+│ CAM -> Tutti gli MD sono con questa dicitura, registrati con Mic. │
+│ LINE o TS -> Audio preso direttamente dal proiettore. │
+│ DIGITAL -> DTS Dolby Digital, deve apparire sempre e solo come DIGITAL │
+│ per motivi di sicurezza. │
+│ │
+│ │
+│ - Durata; │
+│ - Info sul video (codec , bitrate ed encoding (es. VBR)); │
+│ - L'AR esatta del video encodato; │
+│ - Info sull'audio (codec, bitrate ed encoding); │
+│ - Lingua; │
+│ - Descrizione dei dischi (packs); │
+│ - Link IMDB; │
+│ - Titolo del film │
+│ - Plot (in caso di serie un plot generico della serie e' accettato); │
+│ │
+│ Ogni crew e'libera di aggiungere altri campi, │
+│ ad esempio un link a 35mm o a filmup. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ │
+│ translated and edited from the TXD RULES 2K │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄
+
+ Regole scritte e firmate da:
+
+ BoX - DuX - FSi - iTV
+ SiLENT - SVD - TRiBECA
+
+
+ ▄▄▄
+ ▄▄▄▄█▀█ █ ▀
+ ▀ ▀▀ ▀ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▀ ██ █▄█▀█▀▀██ ▀▀▀▀▀▀ ▀ ▀
+ 1 11 01101100 1101111000101001010001010001001 ██▀▀█ ▄██ ██▄▄█ 10 1000 1
+ ▄▄ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ █▄▄█▀▀▀▀█ ▄█ ▄▄▄▄▄▄▄▄▄ ▄ ▄▄
+ ▀▀▀▀
+
Music Video Sources 1.0 (October 4, 2008)
+-----------------------------------------
+
+Why a scene for the sources ?
+
+ - After years trying to stop the source re-compression in the mv scene,
+we have decided to start a new independent section in the scene, where what
+matters is the quality.
+
+ - In the past, source re-compression could have been justified due to
+slow connections and lower storage space, but not today.
+
+ - The main target of this section, is to release the sources with the highest as possible
+quality while trying to release only the performances from the best artists.
+
+ - With these intentions, we intend to save storage space by releasing only the
+most important artists freeing the users from the pain of looking for sources outside the scene,
+or asking the rippers in private.
+
+
+1.1 - Containers
+
+- Allowed containers are: MPEG/TS/VOB
+
+
+1.2 - Audio
+
+- No recompression for the audio tracks is allowed.
+- You can keep all the audio tracks of the source.
+- Or you can keep just the best track (rippers decission).
+- You can do audio replacement if you keep the original audio tracks too.
+- Audio must be synced.
+- Allowed audio formats: MP2/AC3/LPCM.
+
+
+1.3 - Video Formats
+
+- No recompression is allowed.
+- Video source must be DVB.
+- Allowed formats: MPEG-2/H264.
+
+
+1.4 - Quality Of The Source And Priority
+
+- This is the most complicated part so we'll give you just some tips:
+
++ Ripper can choose the best source for the rip, based on his experience.
++ In general, the higher the bitrate the better is the source.
++ If it possible your source should be fullres.
++ Source with widescreen AR is preferred.
++ Progressive source is preferred.
+
+- In case of dupes using different origins:
+
++ HD doesn't proper SD, but SD will be nuked if the HD version
+has already been pred before.
++ If you rel SD & HD from the same show, your SD rels
+will be nuked. You can only pre the HD version if it's
+broadcasted later than the SD.
+
++ A FEED won't proper an existing rel, but a normal rel will be
+nuked if the FEED has already been pred before.
++ If you pre normal & feeds rels from the same
+show, your normal rels will be nuked. You can only pre the
+FEED if it is broadcasted later than the lower quality stream.
+
++ In general: FEEDHD > HD > FEEDSD > SD
+
++ You can proper if your source image quality is really higher.
++ This is really subjective, so we can just propose some guidelines:
+
+┬╖ For SD, more than 4mbit of difference in bitrate.
+┬╖ For HD, more than 8mbit of difference in bitrate.
+
+
+2.1 - Directory & File Namig
+
+- For Directory:
+
+Artist-Title_(Event_Decription)-SOURCE-SD/HD/FEEDSD/FEEDHD-<LANG>-YEAR-GROUP
+
+- For Filenames:
+
++ Like the Directory, but lower case & with the allowed extensions (mpg, vob, ts).
+
+
+2.2 - Concerts
+
+- You can release as multiple tracks or as a single big track.
+- You can include little interviews.
+
+
+2.3 - NFO File
+
+- Must include:
+
++ Artist name & Title.
++ Video & Audio formats with bitrates (estimated).
++ Container Format (MPEG/TS/VOB).
++ Video resolution, FPS & AR.
++ TV Station name (or FEED).
++ Genre.
++ Air date (can be avoided if included in the title).
+
+- Optional:
+
++ Filesize.
++ Playtime.
++ Ripper's comments.
+
+
+3 - Dupes / Propers / Nukes
+
+- Check source origins dupes section (1.4)
+
+- Bad AR is proper nuke.
+
+- A little glitch won't be a nuke reason, but a lot of glitches then yes.
+
+- Native source is a reason to proper.
+
+- Improper naming could be a reason to nuke.
+
+- Any re-encoded crap is auto-nuked.
+
+- Out of sync audio is a reason to nuke.
+
+- Incomplete or missing audio/video is a reason to nuke.
+
+- Too much spam is a reason to nuke too.
░▒▓▄▄▄▄█▄▄▄▓▒░
+ ░▒▓██████████████▓░▒
+ ░▒▓████████████████████▓█▄▒░
+ ░▒▓██████████████████████████▒
+ ░▒▓███▓████████████████████████▓█▄
+ ░▒▓███▓██████████████████████▀█████▓▄░
+ ░▒▓██▓███▀░▒▓████████████████▓ ░▒▓████▒
+ ░▒▓██▓███ ▓▒█████████████▓█ ▒▓▓████▓█
+ ░▒▓██▓██▀ ░ ▓▓██▒█████████▓█ ▓██░▓▓▌
+ ░▒▓█▓██▌ ▒▒░ ▓█▒████▓█▓▀▀▀▓▌ ▄▄ ▓█▀▀ ▄▓▓▒░
+ █▄▄ ▀███▀▀ ▄▄▓▌ ▓▀▀▀███▓█ ▓▄▄ ▄█▓███ ▄▄█░███████▓▒░
+ ▐█████▄ ▀ ░▓████▓ ▄█░▄ ▀▀ ▐████ ▐▒███▌███████▀█████▓█▓▒░
+ ▓███▌█▓▌ ▀███████▌ ▐█▓████▄░███▒▌ █▓███ ▐███▓▒ ░▒██████▌
+ ▐████ ██▓▄ ▀█████▓░ █▓██▓█▀ ▐▓██▓░▐████▀ ▀████▄▄▄ ▀▓██▓▓
+ ▓███▓▌░▐████▄ ▀███▓▌ ▐▒███▀ ▄████▄▄███▀ ░▒ ▄▄█▓▀▀▀ ▀▀
+ ▄▓█████ ▒ ██████▒ ▐███▓ ░███▌ ▄████████▄▄▄▄ ▄███▄ ███▄▄▒
+ ▐██████▌▐▓ ▐▒░███▓▌ █████████ ▐▓███▓█▌▀█████▓▒░▄ ▓███▌ ▓▒█████
+ ░▒▓███▓█ ▐█▌ █▓████▓ ░████▀▓█▌ ▀▒█████ ▀▓█████▓▌ ▓███░███▓█▀
+ ▀▒▒▓ ▓██ ▐█▀▀▒ ░ ▀▀ ▓███▄ ▀▀▓▌ █▒ ▀███▓▀ ░▀███▓▀▀
+ ░ ▐██▄▓▄ ░▄░█▓▓▄▄▄▄▄▓▄░ ▓▄▄█▓▓█▓▄▄ ░ ▄▄▄▄░
+ ░▀▀▀░ ▀▀▀▀▀▀▀▀░▀▀▀▀▀▀ ▀▀░▀▀▀▀▀▀▀░▀▀▀ ▀▀█▓█
+ ██▀▀██ ██▀▀██ ██ ██ ██▀▀██ ██▀▀██ ▀▀██▀▀ ██ ▄▄ ░
+ █▓▄▄▄▄ ██▓▄██ ██▄▄█▓ █▓ ██ ▓█▄▄▄▄ ▄▄▓█▄▄ ▓█▄▄██ ▓█▒
+ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▒▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄░▄ ░
+ ░▒██████████████▓██░ ▐███░██▓█▓████▓██▓
+ ░▒▓███████████▓██▓ ░███████████████░
+ ░▒▓███████████▓██░▒ ▐███████████████▌
+ ▐██████████████▓ ░▒█████████████▒
+ ░▒▓████████▓██▓ ▐████████████▓
+ ▓░██▓██████▓▌ ▓███████████▒
+ ░▒█▓█████░ ˙mR˙nOv08˙ ▓████████▓▒
+ ▓▒██▓████▄▓▒░ ░▒██████▓▒░
+ ░▒▓███████▄▄░▒▄████████░▒
+ ▓▒▓█████████████▓█▓░▒
+ ▒▓▓▀▒░▒▓▀▀▀░▒
+
+Official Nuke Council 2008
+-----------------------------
+EFFECTIVE DATE: Nov. 15, 2008
+
+0. INTRO
+
+The Nuke Council is a coalition of nuke networks working together to ensure
+nukers bias, nukewars and many other problems that plague the nuke scene become
+a thing of the past. It is our goal to create a universally accepted and proper
+nuking environment that adheres to basic rules agreed upon by all who sign this
+document.
+
+1. NUKE SYNTAX
+
+Nuke Dupes with: dupe.GRP.YYYY-MM-DD (do not use sameday)
+Nuke Self Dupes with: selfdupe.YYYY-MM-DD
+Nuke Repacks with: reason_get.repack
+Nuke Propers with: reason_get.GRP.proper
+Nuke Out of Sync with: out.of.sync (correct timestamps must be used see sec 1.3)
+Nuke Minor Updates with: mu.GRP.YYYY-MM-DD
+Nuke Free From Web with: free.from.web_tinyurlproof
+Nuke Invalid Propers with: invalid.proper_reason
+Nuke Invalid Repacks with: invalid.repack_reason
+Nuke Foreign Nuked Source releases with: nuked.GRP.source_reason
+Nuke all FIXes for a nuked release with: fix.for.nuke (see 2.12)
+Unnuke a release when a FIX is out with: get.XXXfix (excluding the 3 below)
+Unnuke DIRFIXed releases with: dirfix.out
+Unnuke SUBFIXed releases with: get.GRP.subfix
+Unnuke SYNCFIXed releases with: get.GRP.syncfix
+
+ 1.1 Allowed / Forbidden Characters
+
+ a. Allowed Characters: a-z A-Z 0-9 _ - .
+ b. Uppercase chars should only be used for group names accordingly (ie if
+ you are nuking grp bLaH capitalize bLaH correctly and not Blah etc)
+ (Note: any characters aside from these are strictly forbidden)
+
+ 1.2 Nukes Involving URLS
+
+ (Note the following URLs are the only acceptable sites for use)
+ a. tinypic.com - for pic url proof
+ b. tinyurl.com - for web url proof (use for redirects to other sites)
+ c. pastebin.ca - for text based proof
+ d. The proper syntax for nuking uses of URLs are
+ for pic: i##.tinypic.com.######.###
+ for url: tinyurl.com.######
+ for txt: pastebin.ca.######
+
+ 1.3 Timestamps
+
+ a. Proper timestamps must be ##m##s.to.##m##s
+ b. For releases out of sync for the entire release use
+ out.of.sync.throughout
+ c. For a release that isnt out.of.sync.throughout you must provide
+ at least one example timestamp
+ (Note out.of.sync.throughout and out.of.sync.##m##s are the only
+ acceptable out of sync formats, async is strictly forbidden)
+
+2. GENERAL RULES
+
+ 1. Nuke using correct spelling and proper english (!modnuke may be used to
+ fix spelling errors in nuke/unnuke reasons, see sec 4.1)
+ 2. You may NOT nuke with personal opinions/comments
+ 3. You may NOT nuke with profanity in the reason
+ 4. You may NOT nuke prespam/bad echoes; delpre them * fake_dont.trade *
+ 5. You may NOT nuke with a users nick, IP or any other identifying info ever
+ 6. You may NOT nuke non-scene releases; delpre p2p groups etc..
+ 7. You may NOT nuke mp3's for being re-encoded without substantial proof
+ 8. All nukes MUST be valid, nuking with a bias is strictly forbidden
+ 9. You may NOT unnuke a release for the reason fine, it must be
+ fine_description.why.the.nuke.reason.is.invalid if a reason cannot be
+ provided do not unnuke the release
+ 10. Do NOT nuke releases that are over 1 year old (365 days), any inquiries
+ about nuking a release that is older then the specified year time period
+ should be brought to the attention of the council.
+ 11. Participating in nukewars is strictly forbidden. A nukewar is defined as
+ a release that has been nuked or unnuked 4 or more times. Query someone
+ on the nuke council to hear your dispute
+ 12. If a Release has been nuked for a technical flaw and there is any kind of
+ fix (dirfix, nfofix, trackfix, etc) you must nuke the fix as follows only
+ if the fix does not correct the original nuke: !nuke release fix.for.nuke
+
+3. CLARIFICATIONS
+
+ 1. If a release is already nuked, do not renuke the release with
+ _get.GRP.proper (see sec 4.1 for updating reasons)
+ 2. When a release is nuked with grp.req, the nuke reason is not allowed to be
+ updated with the real reason without the groups permission
+ 3. Fixing a bad nuke syntax may only be done by the original network, no
+ other network may fix the reason wihtout the councils permission
+ 4. You may NOT nuke a video rls with a single frame glitch (must contain at
+ least 2 badly glitched frames) on sources that are considered
+ non-retail/studio unless it leads to sync problems (ie tvrips / mvids)
+ 5. Stealing nukes/unnukes is STRICTLY FORBIDDEN, if discussed on a network it
+ may not get nuked on a different network unless nuker (or the one who gave
+ notice of the nuke) gives permission, this also applies to NUKE-REQ's that
+ are echoed to only one network
+ 6. Council member networks may only accept nukes from other council member
+ networks to be echoed in.
+
+4. TRIGGERS
+
+ 1. Rather then unnuke/renuke a release to update the reason on that
+ nuke/unnuke and spam channels/bots in the process, it is more practical to
+ use a new trigger. !modnuke rls updatedreason The prefix echo for it
+ should show as [MODNUKE] !modnuke release reason source
+ 2. Any nuke/unnuke with the NukeCouncil source tag should (originated from the
+ NC channel) should "lock" release from any !nuke or !unnuke. Any other
+ attempts, if made (on a NukeCouncil nuke/unnuke) should be auto-locked on
+ the bot.
+
+5. COUNCIL BOT
+
+ 1. Due to rampant abuse of nuke source tags, all accepted nuke council
+ networks may be echoed to any nets, but for redundancy we require they be
+ echoed into the official nuke council channel as well. For access to this
+ channel contact your network owner.
+ (Note In other words, you are allowed to accept council member nukes only
+ from original source or the council nuke chan. Any middle-echo chans
+ should not be allowed as an accepted nuke source.)
+ 2. Bad nukers (multiple time offenders) will be added to the council ban
+ database, which will permenantly ban the user from all council member
+ networks
+
+COUNCIL MEMBER NETWORKS (signed on 2008-11-08)
+
+SheepNet LocalNet oneNET Nuclear
+
+ZoNeNET FRENCHNET Gotmilk preDB
+
+DutchNET CentralNET IT-NET Lyslogen
█
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2008 DVDR-NL RELEASING STANDARDS *DUTCH SCENE EDITION*
+
+ [ September 2008 ]
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+ . Size van de vobs moet minstens 4.670.000.000 bytes zijn tenzij
+ de source DVD5 is of tenzij er een geldige reden in de nfo
+ genoemd wordt.
+ . DVD moet pal zijn met retail NL subs en/of NL audio. Custom
+ is niet allowed
+
+ Video:
+ . Re-encoding:
+ . Enige encoderings programma dat mag worden gebruikt is
+ CCE versie 2.50 of hoger. CCE moet worden gebruikt als
+ het niet mogelijk is de film untouched te laten.
+ . 1 - click tools (instant copy, shrink, rebuilder,
+ dvdxcopy, etc) zijn verboden.
+ . Minimum average bitrate toegestaan is 3200 kbit/s, 2800
+ voor tvdvdr. Als het niet lukt deze bitrates te halen is er
+ een geldige reden nodig in de nfo. Een voorbeeld: soms komt
+ het voor dat je een tv dvd moet encoden op 2790. Splitsen
+ zou dan zonde zijn.
+ . Quality Settings:
+ . CCE:
+ . Geen CBR. Meerdere passes moeten worden gebruikt op VBR.
+ . De eerste pass telt niet mee voor het totaal aantal passes.
+ . Het aantal passes dat moet worden gebruikt voor films
+ hangt af van de lengte van de film:
+ . Films korter of gelijk aan 110 minuten of een bitrate
+ van 4000 of meer hebben, na encoderen, moeten geencodeerd
+ worden met 6 passes of meer.
+ . Films langer dan 110 minuten of een bitrate van minder
+ dan 4000, na encoderen, moeten geencodeerd worden met 7
+ passes or meer
+
+ Audio:
+ . Dolby Digital 5.1 wordt gezien als standaard audio formaat en
+ moet dus indien aanwezig behouden worden op de dvd.
+ . DVD`s met alleen 2.0 audio zijn toegestaan. Dit moet wel vermeld
+ worden in de nfo
+ . Audio moet untouched overgenomen worden. Down- of upsampelen is
+ verboden.
+ . 5.1 audio moet altijd worden behouden. Indien een dvd zowel 2.0
+ als 5.1 audio bevat moet de 2.0 verwijderd worden indien
+ ge-encodeerd moet worden. DTS en/of 2.0 track(s) mogen behouden
+ worden naast een 5.1 track indien de video untouched kan blijven.
+ Indien de DVD encodeerd moet worden dienen de DTS en/of de 2.0
+ track verwijderd te worden. Ter verduidelijking: zowel 2.0 als DTS
+ dienen verwijderd te worden op dvds die ge-encodeerd dienen te
+ worden, tenzij er reeds een DD5.1-only release uit is.
+ . Indien de DTS track verwijderd is, is een DTS of DTS-only release
+ gewenst naderhand.
+ . Voor alle Engelstalige films geldt dat de Engelse audio stream moet
+ worden bewaard. De overige talen moeten worden verwijderd met als
+ uitzondering de Nederlandse audiotrack (indien aanwezig). Moet er
+ hiervoor encodeerd worden, dan later een Dutch of Dutch-only release,
+ untouched video gaat altijd voor.
+ . Indien de taal van de film buitenlands is moet ook de originele
+ audio track bewaard blijven. Alle dubbed tracks moeten worden
+ verwijderd, behalve Engels en/of Nederlands.
+
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Source:
+ . Releases die beter zijn of anders dan het origineel zijn toegestaan.
+ Voorbeelden zijn: remasterd / 5.1 track ipv 2.0 / directors Cut (DC)
+ / superbit / criterion / untrated of iedere andere benamingen waardoor
+ er andere of extra scenes in de film zitten. Dit is geen proper reden.
+ . De versie dient getagged te worden bv: Name.2008.DC.PAL.NL.DVDR-GROUP.
+ . Deze dvd's worden niet als dupe beschouwd van het origineel.
+ . Als meerdere versies tegelijk uitkomen moet de beste worden geript.
+ De mindere variant wordt niet toegestaan. Dus een Unrated versie gaat
+ altijd voor een rated.
+
+ Authoring:
+ . Authoring van de dvd's is alleen toegestaan in Scenarist, Dvd Maestro
+ of Muxman Pro. Dit betekent dat alleen manual cce rips toegestaan
+ zijn. Rebuilder en andere tools die ook met cce werken zijn dus
+ verboden. Dit om de kwaliteit zo hoog mogelijk te houden.
+
+ Subtitles:
+ . Subs nemen zo weinig ruimte in op dvd's dat alle subs bewaard mogen
+ blijven. Indien nodig mogen ze verwijderd worden.
+ . De enige uitzondering op deze regel zijn Nederlandse en Engelse subs
+ (indien aanwezig) deze zijn te allen tijde vereist.
+
+ Menus & strippen van dvd's:
+ . Menu's moeten worden bewaard. Als de retail dvd geen menu heeft moet
+ dit worden vermeld in de nfo.
+ . Het menu moet in het Engels of Nederlands zijn. Andere talen zijn niet
+ toegestaan, tenzij er geen versie met een Engels of Nederlands menu komt.
+ . Menu's mogen beperkt worden gestripped gestilled of geblanked. Nutteloze
+ menu schermen mogen worden verwijderd. Hieronder verstaan we menu's van
+ extra's (indien die niet meer op de dvd staan).
+ . Andere menu talen moeten worden verwijderd of gestripped of gestilled,
+ zeker wanneer dit de bitrate van de main movie video ten goede komt.
+ . Brein, Fbi-logo's, leeftijd`s waarschuwingen en dergelijke moeten worden
+ verwijdert (ook op dvd5 / untouched releases).
+ . Filmpjes tussen menu's moeten worden bewaard. Studio logo filmpjes als
+ intro naar main movie of naar het menu mogen behouden blijven indien nodig.
+ . End credits in zijn geheel mogen worden verwijderd om de video untouched
+ te laten, (belangrijkste is de mogelijke untouched main movie video).
+
+ Extras:
+ . Als een dvd geencodeerd moet worden, moeten de extra's verwijderd worden
+ van de dvd om zo de optimale bitrate te krijgen.
+ . Bij untouched video kunnen extra's deels worden verwijderd of geencodeerd.
+ . Voor het encoden van extra's geldt een minimum bitrate van 1700 en een
+ minimum aantal passes van 5
+
+ DVD Beveiligingen:
+ . De volgende beveiligingen of restanten ervan moeten worden verwijderd
+ van de dvd:
+ . CSS
+ . RC
+ . RCE
+ . UOPS
+ . Macro vision
+ . BUPS / PUPS
+ . Regio code
+ . Layerbreaks
+ . ARccOS protectie
+ . Ifo structure beveiliging
+ . Ballast files
+ . DVD-9 en DVD-5 releases hebben geen vrijbrief wat betreft beveiligingen.
+ Direct naar .iso is dus geen optie meer.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+ . Alle releases moeten .iso of .img zijn. Andere extensies
+ zijn niet toegestaan.
+ . Rar files moeten 50,000,000 bytes zijn.
+ . DVD-9 mag 100.000.000 bytes per file.
+ . Recovery Record mag gebruikt worden bij het rarren.
+ . Rar compressie is niet toegestaan.
+ . Alle releases moeten sample, sfv en nfo hebben.
+
+ Samples:
+ . Samples zijn verplicht bij elke release. Minimaal 30mb en
+ maximaal 50mb groot.
+ . Samples moeten in een aparte directory "Sample".
+ . Rars mogen worden gerenamed en gebruikt als sample
+ . Samples moeten van dezelfde encode/release zijn. Aparte encoded
+ samples zijn niet toegestaan.
+
+ Directory Tagging:
+ . Indien de release bedoelt is voor de Nederlandse scene is de NL tag
+ verplicht.
+ . Jaartal is verplicht voor alle films, tenzij de filmtitel eindigt
+ op cijfer(s).
+ bijv. 1408.PAL.NL.DVDR-GRP
+ . Regio moet worden vermeld in de directory (PAL in dit geval).
+ . Toegestane karakters:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . Als een DTS track aanwezig is, is de tag DTS verplicht.
+ bijv. Next.2007.DTS.NL.PAL.DVDR-GRP
+ . LiMiTED en STV films moeten ook speciaal worden getagged.
+ (LiMiTED is <500 US screens of <300 UK screens
+ met een minimum van 1 screen waar dan ook ter wereld
+ en deze dient vermeld te staan onder box-office op IMDB.
+ Er wordt niet meer gekeken naar opening weekend.
+ bijv. Year.Of.The.Dog.2007.LiMiTED.PAL.NL.DVDr-GRP
+ . Meerdere discs moeten aangegeven worden in de tag.
+ bijv. Transformers.2007.2DiSC.PAL.NL.DVDR-GRP
+ . Sub directories moeten alsvolgt gelabeled worden DISC1, DISC2,
+ etc. EXTRA en CD1, CD2 dirs zijn NIET toegstaan.
+ . Het gebruik van PAL.NL en NL.PAL zijn beide toegestaan.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Propers:
+ . Propers zijn alleen toegestaan als de vorige release technische
+ mankementen had. Daarnaast dient de proper-reden duidelijk
+ aangegeven te worden in de NFO.
+ . Onder technische mankementen verstaan we:
+ . Beveiligingen die niet goed zijn verwijderd (meestal
+ met een fix op te lossen).
+ . Niet werkende releases
+ . Bitrate problemen (te laag o.i.d.)
+ . Andere ripmethoden geconstateerd dan toegestaan.
+ . shrinkt/encoded menu's (Menu "stillen" of ongebruikte
+ delen "strippen" om main movie untouched te houden is
+ uiteraard toegestaan)
+ . Wordt er een bitrate verkregen die meer dan 400kbps hoger is dan de
+ eerste release, mag er gepropered worden (strippen van aftiteling
+ is bij toepassing van deze regel uitgesloten en dient niet te worden
+ meegenomen in de berekening van de 400kbps).
+ . De voorkeur wordt gegeven aan een fix, een proper moet als uiterste /
+ laatste redmiddel worden gezien.
+
+ Tagging:
+ . Eigen gemaakte intro's en outros zijn verboden.
+ . Watermerken zijn verboden.
+ . Groepnaam in rar`s, iso`s, ifo`s, volume label of elders in de disc
+ of de release is ook verboden (uitgezonderd de NFO).
+ (dit is voor de eigen veiligheid / anonimiteit en veiligheid
+ van de gehele scene)
+ . Enige wat mag worden toegevoegd aan een dvd is een insert next disc
+ logo indien een dvd gesplitst in in 2 dvd's.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The DVDR-NL Releasing Standards Originally Written and Organized By:
+ &
+ Signed, Approved and Enforced By:
+
+ CHRONiCLES - DELERiUM - LUXOR - MUTE - PaTHe - REWiND
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
The Dutch TV Releasing Standards 2008
+Revision 1.1 4 jan 2008
+
+These rules extend The TV XviD Releasing Standards 2007 unless told otherwise
+
+Audio:
+- ABR is not VBR
+- 44.1 kHz or 48 kHz allowed
+
+Video:
+- Only XViD 1.1.3+
+- Keyframes must be inserted <= 20 seconds and must be inserted
+ according to scene changes and framesizes as determined by the
+ codec or encoding application
+- Width: 512 - 672 for WS/letterboxed, 448 - 640 for FS
+- Height and width must be a multiple of 16
+- Aspect ratio must be within 5% of the original aspect ratio.
+
+Release sizing:
+These rules replace the "Release sizing" portion in "The TV XviD Releasing
+Standards 2007"
+- Valid release sizes are: 70 MB, 100 MB, 175 MB, 233 MB, 350 MB, 440 MB,
+ 525 MB, 700 MB, 1100 MB, 1400 MB, 2100 MB, 2800 MB, 3500 MB, 4200 MB
+- The chosen size will be at the capper's discretion based on the size which
+ is the closest to 1100 kbit video bitrate at the expected audio bitrate.
+- For sports with fast motions this is 1250 kbit.
+
+Directory naming:
+- Dutch spoken series should be tagged accordingly with the tag 'DUTCH'
+- Flemish spoken series should be tagged 'FLEMISH'
+- Other languages and dutch subbed should be tagged 'NLSUBBED'
+
+Dupes:
+- FLEMISH doesn't dupe DUTCH, DUTCH doesn't dupe FLEMISH
+- HDTV doesn't dupe PDTV / DSR
+- PDTV dupes HDTV
+- PDTV doesn't dupe DSR
+- DSR dupes PDTV / HDTV
+- XViD dupes x264 and x264 dupes XViD
+
+Previously on/Credits:
+- The broadcastingcompany ending credits are allowed but not required
+ (eg. VARA, TROS, KRO, etc. logo after the ending credits)
+
+Propers:
+- Max. 1 skip of 25-100 frames in 30 min maintaining the ability to
+ understand material dialogue or video
+- Max. 5 skips of less than 25 frames in 30 min maintaining the
+ ability to understand material dialogue or video
+* Show's length can be rounded up here, so a show of 45 min will be
+ 60 minutes long for these 2 rules
+
+Signed by: DiFFERENT, JUPiLER, RENTALTV, STELLA, Redbull, MiSTAKE
+
┌════════════════════════════════┐
+ ║▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀║
+ ║ POLiSH High-Def x264 Standards ║
+ ║▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄║
+ └════════════════════════════════┘
+ ╚═►Revision 1.0 :: 2008-12-20
+ ╔═════════╗
+ ║[ Intro ]║
+ ┌─┴─────────┴─────────────────────────────────────────────────────────────────────────────┐
+ │ As you can see, POLiSH groups started to release High-Def material aswell, │
+ │ so we decided to release this ruleset for all of us to obey from now on. │
+ │ Enjoy and good luck! │
+ └─────────────────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═════════════════════╗
+ ║[ Previous Releases ]║
+ ┌─┴─────────────────────┴──────────────────────────────────────────────────────┐
+ │These rules do not apply to previous releases, and propering for those reasons│
+ │will not be tolerated. │
+ └──────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═══════════╗
+ ║[ Generals]║
+ ┌─┴───────────┴───────────────────────────────────────────────────────────────────────────────────┐
+ │1.1) Release must be packed in RAR (no compression). SFV and NFO must be included. │
+ │1.2) Rars should be in multiples of 50 MiB, no more than 99 files. │
+ │1.3) Release must be muxed into mkv container. │
+ │1.4) NFO should contain information on Audio and Video Bitrate. │
+ │1.5) BluRay and HDDVD Sources dupe each other. │
+ │1.6) Suggested directory format: │
+ │ Movie.Name.YEAR.PL.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP │
+ │ TV.Show.SxxExx.PL.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP │
+ │1.7) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.│
+ │1.8) Credits must not be removed but can be encoded at a lower bitrate provided they │
+ │ don't contain any scenes (bloopers, story, etc). │
+ │1.9) A sample roughly 60 seconds in length is required. │
+ │1.9.1) It must be cut from the final release and not encoded separately. │
+ │1.9.2) It must be put within a directory named "Sample". │
+ └─────────────────────────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═════════╗
+ ║[ Audio ]║
+ ┌─┴─────────┴────────────────────────────────────────────────────────────────────────────────────────────────────────┐
+ │2.1) Audio must be AC3, DTS or FLAC, preferably from source. │
+ │ DTS core must be extracted from a DTS HR/HD MA track. │
+ │ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source. │
+ │ Encoded DTS track must be decodeable by older hardware decoders. │
+ │ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources. │
+ │2.1.1) If source material is capped from HDTV stream, using of MPA audio is allowed. │
+ │2.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track. │
+ │2.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only. │
+ │2.4) Release must only contain one audio track muxed into the mkv container │
+ │2.4.1) Audio track must be either POLiSH Voice Over or POLiSH DUBBiNG │
+ └────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═════════╗
+ ║[ Video ]║
+ ┌─┴─────────┴────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
+ │3.1) If needed, appropriate de-interlacing and ivtc must be applied. │
+ │3.2) Must use a minimum encode of 2 passes. │
+ │3.3) Height of release must be mod 8. Width of release must be mod 16. │
+ │3.3.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders() │
+ │3.4) Crop the black borders from the source. Crop to the widest frame possible. │
+ │3.5) Use the same aspect ratio as the source, not what IMDB or cover says. │
+ │3.6) Custom Matrices are allowed. │
+ │3.7) VfW (Video for Windows) is not allowed. │
+ │3.8) x264 version used must be at least 999 and no more than 50 revisions from newest. │
+ │3.9) --deblock must be enabled. │
+ │ --aq-mode must be enabled. │
+ │ --bframes 3 or higher is required. │
+ │ --subme 7 or higher is required. │
+ │ --ref 5 or higher is required. 4 is valid for vertical resolution above 864 (1080p) to respect L4.1 High Profile. │
+ │ --me umh or higher is required. │
+ │ --trellis 1 or higher is required. │
+ │3.10) 720p refers to a MAXIMUM resolution of 1280x720. │
+ │3.10.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280. │
+ │ e.g. AR of 2.35:1 will be 1280x544. │
+ │3.10.2) For aspect ratio lower than 1.78 vertical resolution must be 720. │
+ │ e.g. AR of 1.33:1 will be 960x720. │
+ │3.11) 1080p refers to a MAXIMUM resolution of 1920x1080. │
+ │3.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920. │
+ │ e.g. AR of 2.35:1 will be 1920x816. │
+ │3.11.2) For aspect ratio lower than 1.78 vertical resolution must be 1080. │
+ │ e.g. AR of 1.33:1 will be 1440x1080. │
+ │3.12) Video bitrate should be as follows: │
+ │3.12.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit. │
+ │3.12.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.│
+ └────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═════════════╗
+ ║[ Subtitles ]║
+ ┌─┴─────────────┴───────────────────────────────────────────────────────────────┐
+ │4.1) Subtitles must be in a text-based format and muxed into the mkv container.│
+ │4.2) Subtitles must not be burned into the video stream. │
+ │4.3) Multi-language subtitles cannot be used as a basis for a dupe. │
+ │4.4) "Subs" directories are forbidden. │
+ │4.5) Subtitles are not obligatory │
+ └───────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═══════════════╗
+ ║[ TotalSize ] ║
+ ┌─┴───────────────┴──────────────────────────────────────────────────────────────────────────────────────┐
+ │5.1) Final mkv file size in MiB (1048576 bytes) must be: │
+ │ Multiples of 2240 │
+ │ DVD5/x (1493, 1120, etc.) │
+ │ 8140, 2713 │
+ │ In addition, 3360 and 4070 are allowed for 1080p tv. │
+ │5.2) A max undersize of 40 MiB can be tolerated. │
+ │5.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate│
+ └────────────────────────────────────────────────────────────────────────────────────────────────────────┘
+
+ ╔═════════════════════════════╗
+ ║[ Suggested encode settings ]║
+ ┌─┴─────────────────────────────┴───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
+ │6.1) First pass: │
+ │ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL movie.avs │
+ │ │
+ │6.2) Second pass: │
+ │ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output movie.mkv movie.avs│
+ └───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
+
+
+
+
+
+ [ Signed By (in alphabetic order) ]
+
+ 55L, A4O, BEER, BiL, CL4SS, ProPL, R4F, SiBV
+
+
+ [ These rules apply to all POLiSH x264 releases from 2008-12-20 ]
+
+
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_SE_TV.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_SE_TV.nfo.html
new file mode 100644
index 0000000..a7b8501
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2008_SE_TV.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_TV_X264.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_TV_X264.nfo.html
new file mode 100644
index 0000000..65c2c3b
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2008_TV_X264.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2008_WMVHD.nfo.html b/blog/mirror/scenerules.org/t.html?id=2008_WMVHD.nfo.html
new file mode 100644
index 0000000..5f38ece
--- /dev/null
+++ b/blog/mirror/scenerules.org/t.html?id=2008_WMVHD.nfo.html
@@ -0,0 +1,162 @@
+
+
+
+
+ 2008_WMVHD.nfo
+
+
+
+
+
+
+
+ --------======== The Windows Media Video Releasing Standards 2009 for Blu-Ray and HDDVD ========--------
+
+
+
+Introduction:
+
+ WMV is equal in quality to x264. Many people feel as if WMV-HD is redundant because of
+ the x264 scene. This simply is not true because of the compatibility of WMV-HD. It can be
+ played on the X360 and HTPC's; x264 is restricted to HTPC's. The only reason many people are
+ against WMV-HD is because it's Microsoft.
+
+
+
+SECTION I: Video
+
+
+
+ Video size is determined by Minimum Bitrates
+
+ 101: Source must be HDDVD or Blu-Ray.
+ No re-encoding of any other source is allowed, i.e. x264!
+ 102: DVD5 720p must have a minimum bitrate of 4000 kbps.
+ 103: 1080p must have a minimum bitrate of 9000 kbps, and must be DVD9 or DVD9+5.
+ 104: Peak bitrate limits must be constrained to 14,500 kbps.
+ 105: If the bitrate is lower than 4000kbps for 720p DVD5, DVD9 720p is required.
+ 106: Resolution must be no less then 720p and NO GREATER then 1080
+ If source is 1088, it must be cropped to 1080 due to known 360 problem with 1088 resolution.
+ 107: Custom resolution is allowed, either OAR or MOD 16 is acceptable.
+ 108: Video codec MUST be Windows Media 9 Advanced Profile (VC-1).
+ 109: All releases must be encoded with 2-pass VBR.
+ 110: Whether 720p or 1080p is used is solely at the ripper's discretion.
+ However, minimum bitrates must be followed as outlined in rules 102 & 103.
+ 111: Discs must be fully used when encoding. Thus,
+ DVD5 must be no less than 4.0 gb
+ DVD9 must be no less than 7.8 gb
+ DVD9+DVD5 must be no less than 12.1 gb
+ 112: Intro and credits are to be kept intact; removing them is grounds for a proper.
+ 113: Resolution dupe rules are as follows:
+ 720p dupes 1080p
+ 1080p does not dupe 720p
+ 114: Intros and watermarks are NOT allowed.
+
+ TV Episodes
+
+ 150: 720p - 1 hour episodes - Minimum size 1.1 gb
+ 151: 720p - 30 minute episodes - Minimum size 750 mb
+ 152: 1080p - 1 hour episodes - Minimum size 2.0 gb
+ 153: 1080p - 30 minute episodes - Minimum size 1.3 gb
+
+
+
+SECTION II: Audio
+
+
+
+ 201: Audio must be a minimum of 640 kbps WMA3 Pro 5.1.
+ The only excpetion is if the source kbps is lower than 640 kbps.
+ 202: No Stereo to 5.1 up mixing is allowed, source must be 5.1 with correct channels mapped.
+ The only exception is if the source contains only 2.0 or mono.
+ 203: Must be 24bit or 16bit audio unless source is less.
+ 204: English audio is to be use if it's the native language on the disc.
+ 205: If English is not the native audio on the disc do A or B and always C:
+ A: Add hardcoded English subs and native audio.
+ B: Use dubbed English audio track.
+ C: Follow directory naming rule 408.
+ 206: Audio can be either CBR or VBR and 1 Pass is sufficient.
+
+
+
+SECTION III: Subtitles
+
+
+
+ 301: Subtitles are NOT required.
+ 302: English subtitles are suggested for titles that contain non-English audio segments when
+ English is the primary audio language.
+
+
+
+SECTION IV: Packaging
+
+
+
+ 401: WMV must be in RAR.
+ 402: Recovery record must be used when RARing.
+ 403: SFV, NFO, and Sample are required for all releases.
+ 404: Sample must be at least 60 seconds in duration.
+ 405: NFO MUST state the following information:
+ VIDEO bitrate
+ AUDIO bitrate
+ VIDEO resolution
+ AUDIO language
+ If Subs are HARDCODED.
+ 406: RAR filesizes
+ DVD5 - 50 mb or 50,000,000 bytes
+ DVD9 - 100 mb or 100,000,000 bytes
+ DVD9+5 - 150 mb or 150,000,000 bytes
+ 407: 2 X DVD5 is not allowed as DVD9 WMV can be split very easily by the end user.
+ 408: If audio is not English, audio language MUST be specified in dir name.
+ 409: Directory format suggestion:
+ Movie.Title.Year.<BluRay/HDDVD>.VC1.<720p/1080p>.<AUDIO CHANNELS>.WMV-GROUP
+
+
+
+
+SECTION V: NUKES
+
+
+
+ 501: These rules govern the WMV-HD section, NO OTHER RULES APPLY!
+ This means all nukes based on any other rules, implied or written, are INVALID NUKES and are
+ UNACCEPTABLE. All groups releasing WMV-HD have agreed to and signed this rule set. As such,
+ we are the only ones who will develop, implement, and mandate the rules governing the WMV-HD
+ section.
+ 502: These new rules do not apply to any release pre'd prior to this rule set. Any and all nukes are
+ INVALID if these rules are applied to releases that came out prior to this rule set.
+ 503: If a group wants to redo a title that was done before the WMVS2k9 rules were released, it must be
+ labeled INTERNAL.
+ 504: Propers are valid if rule 405 is not strictly adhered to.
+ 505: HDDVD and Blu-Ray sources dupe each other.
+ INTERNAL tag is required if one is already released.
+ 506: Propers or nukes are NOT VALID if 302 or 409 are not followed as these are only suggestions
+ and NOT RULES.
+ 507: An EXACT timecode must be specified and screen shot of issue is required in order to nuke a
+ release for video "glitches" or other picture qualtiy problems. Without a the EXACT timecode and
+ screenshot, any nuke for picture quailty is INVALID.
+ 508: An EXACT timecode is required to nuke a release for audio problems such as out-of-sync.
+
+
+
+
+
+ --------======== The Windows Media Video Releasing Standards 2009 for Blu-Ray and HDDVD ========--------
+ --------======== Signed by IGUANA, NOVO, BamHD, INSECTS ========--------
+
High Definition x264 Standards
+ Revision 3.1 :: 2008-12-20
+ [ Intro ]
+ For the past two and a bit months most groups have adapted to the new 3.0 rules which made the x264 scene more
+ uniform. It is however time for a small addtion to the rules. With 3.1 compressed rars are no longer allowed as
+ compressing h264 does not reduce the size much, it just makes extracting slower. We have also decided to
+ keep all release compliant with Level 4.1 of the ITU-T h264 specification. With all releases L4.1 it should
+ be no problem for hardware players to play them. Please refer to the latest ITU-T h264 specification which is
+ detailed when it comes to levels, refs etc. instead of using random incorrect internet sources as reason for nuke.
+ This rule set will target HDDVD and BluRay sourced 720p and 1080p movie and TV-show rips.
+
+ [ Previous Releases ]
+ These rules do not apply to previous releases, and propering for those reasons will not be tolerated.
+ [ General ]
+ 1.1) Release must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars should be in multiples of 50 MiB, no more than 99 files.
+ 1.3) Compressed rars are not allowed.
+ 1.4) Release must be muxed into mkv container.
+ 1.5) NFO should contain information on Audio and Video Bitrate.
+ 1.6) BluRay and HDDVD Sources dupe each other.
+ 1.7) Suggested directory format:
+ Movie.Name.YEAR.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ TV.Show.SxxExx.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.8) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+ 1.9) Credits must not be removed but can be encoded at a lower bitrate provided they
+ don't contain any scenes (bloopers, story, etc).
+ 1.10) A sample roughly 60 seconds in length is required.
+ 1.10.1) It must be cut from the final release and not encoded separately.
+ 1.10.2) It must be put within a directory named "Sample".
+ [ Audio ]
+ 2.1) Audio must be AC3, DTS or FLAC, preferably from source.
+ DTS core must be extracted from a DTS HR/HD MA track.
+ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source.
+ Encoded DTS track must be decodeable by older hardware decoders.
+ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources.
+ 2.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track.
+ 2.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only.
+ 2.4) Release must only contain one audio track muxed into the mkv container, unless original language isn't english.
+ 2.4.1) Original language audio track or English dubbed track must be used.
+ 2.4.1.1) English dubbed movie without original audio track must be tagged -DUBBED-.
+ 2.4.1.2) DUBBED release only allowed if no release with secondary English dubbed audio track exists.
+ 2.4.2) If original language is not English:
+ 2.4.2.1) English Subtitles must be included.
+ 2.4.2.2) English dub is allowed as a secondary audio track.
+ [ Video ]
+ 3.1) If needed, appropriate de-interlacing and ivtc must be applied.
+ 3.2) Must use a minimum encode of 2 passes.
+ 3.3) Width of release must be mod 16. Height of release must be mod 8.
+ 3.4) Crop the black borders from the source. Crop to the widest frame possible.
+ 3.4.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders()
+ 3.5) Use the same aspect ratio as the source, not what IMDB or cover says.
+ 3.6) Custom Matrices are allowed.
+ 3.7) VfW (Video for Windows) is not allowed.
+ 3.8) x264 version used must be at least 999 and no more than 50 revisions from newest.
+ 3.9) Level 4.1 must be respected.
+ 3.10) --deblock must be enabled.
+ --aq-mode must be enabled.
+ --bframes 3 or higher is required.
+ --ref 5 or higher is required unless the vertical resolution is greater than 864, then 4 must be used to respect L4.1.
+ --me umh or higher is required.
+ --subme 7 or higher is required.
+ --trellis 1 or higher is required.
+ 3.11) 720p refers to a MAXIMUM resolution of 1280x720.
+ 3.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280.
+ e.g. AR of 2.35:1 will be 1280x544.
+ 3.11.2) For aspect ratio lower than 1.78 vertical resolution must be 720.
+ e.g. AR of 1.33:1 will be 960x720.
+ 3.12) 1080p refers to a MAXIMUM resolution of 1920x1080.
+ 3.12.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920.
+ e.g. AR of 2.35:1 will be 1920x816.
+ 3.12.2) For aspect ratio lower than 1.78 vertical resolution must be 1080.
+ e.g. AR of 1.33:1 will be 1440x1080.
+ 3.13) Video bitrate should be as follows:
+ 3.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit.
+ 3.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.
+ [ Subtitles ]
+ 4.1) Subtitles must be in a text-based format and muxed into the mkv container.
+ 4.2) Subtitles must not be burned into the video stream.
+ 4.3) Multi-language subtitles cannot be used as a basis for a dupe.
+ 4.4) "Subs" directories are forbidden.
+ [ Total Size ]
+ 5.1) Final mkv file size in MiB (1048576 bytes) must be:
+ Multiples of 2240
+ DVD5/x (1493, 1120, etc.)
+ 8140, 2713
+ In addition, 3360 and 4070 are allowed for 1080p tv.
+ 5.2) A max undersize of 40 MiB can be tolerated.
+ 5.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate.
+
+ [ Suggested encode settings ]
+ 6.1) First pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL movie.avs
+ 6.2) Second pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output movie.mkv movie.avs
+ [ Signed By (in alphabetic order) ]
+ 1920, BestHD, CiNEFiLE, CLASSiC, CULTHD, CYBERMEN, DEFiNiTE, HALCYON, HANGOVER, HDEX, HDMI,
+
+ hV, iKA, Japhson, ORPHEUS, REAVERS, SECTOR7, SEPTiC, SiNNERS, SUNSPOT, TiMELORDS, VOA
+ [ These rules apply from 2009-01-01 00:00:00 GMT (1230768000 unixtime) ]
+
+ [ Change Log ]
+
+ + = added
+ - = removed
+ * = changed
+ 3.1:
+
+ + 1.3: Compressed rars are not allowed.
+ + 3.9: Level 4.1 must be respected.
+ * 3.10: --ref must now respect L4.1, not just allow it.
+
+
+ High Definition x264 Standards
+
+ Revision 3.0 :: 2008-10-13
+
+
+ [ Intro ]
+
+ More than a year has gone by since last revision of the hi-def x264 movie
+ standards and a lot has changed since. We've seen the introduction of standalone
+ players able to handle h264 in mkv containers, and the death of HDDVD.
+ It's been a year where a lot of groups have started releasing movies, and more
+ TV shows in HiDef has started to appear.
+ This rule set will target HDDVD and BluRay sourced 720p and 1080p movie and TV-show rips.
+
+
+ [ Previous Releases ]
+
+ These rules do not apply to previous releases, and propering for those reasons
+ will not be tolerated.
+
+
+ [ General ]
+
+ 1.1) Release must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars should be in multiples of 50 MiB, no more than 99 files.
+ 1.3) Release must be muxed into mkv container.
+ 1.4) NFO should contain information on Audio and Video Bitrate.
+ 1.5) BluRay and HDDVD Sources dupe each other.
+ 1.6) Suggested directory format:
+ Movie.Name.YEAR.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ TV.Show.SxxExx.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.7) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+ 1.8) Credits must not be removed but can be encoded at a lower bitrate provided they
+ don't contain any scenes (bloopers, story, etc).
+ 1.9) A sample roughly 60 seconds in length is required.
+ 1.9.1) It must be cut from the final release and not encoded separately.
+ 1.9.2) It must be put within a directory named "Sample".
+
+
+ [ Audio ]
+
+ 2.1) Audio must be AC3, DTS or FLAC, preferably from source.
+ DTS core must be extracted from a DTS HR/HD MA track.
+ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source.
+ Encoded DTS track must be decodeable by older hardware decoders.
+ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources.
+ 2.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track.
+ 2.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only.
+ 2.4) Release must only contain one audio track muxed into the mkv container, unless original language isn't english.
+ 2.4.1) Original language audio track or English dubbed track must be used.
+ 2.4.1.1) English dubbed movie without original audio track must be tagged -DUBBED-.
+ 2.4.1.2) DUBBED release only allowed if no release with secondary English dubbed audio track exists.
+ 2.4.2) If original language is not English:
+ 2.4.2.1) English Subtitles must be included.
+ 2.4.2.2) English dub is allowed as a secondary audio track.
+
+
+ [ Video ]
+
+ 3.1) If needed, appropriate de-interlacing and ivtc must be applied.
+ 3.2) Must use a minimum encode of 2 passes.
+ 3.3) Height of release must be mod 8. Width of release must be mod 16.
+ 3.4) Crop the black borders from the source. Crop to the widest frame possible.
+ 3.3.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders()
+ 3.5) Use the same aspect ratio as the source, not what IMDB or cover says.
+ 3.6) Custom Matrices are allowed.
+ 3.7) VfW (Video for Windows) is not allowed.
+ 3.8) x264 version used must be at least 999 and no more than 50 revisions from newest.
+ 3.9) --deblock must be enabled.
+ --aq-mode must be enabled.
+ --bframes 3 or higher is required.
+ --subme 7 or higher is required.
+ --ref 5 or higher is required. 4 is valid for vertical resolution above 864 (1080p) to respect L4.1 High Profile.
+ --me umh or higher is required.
+ --trellis 1 or higher is required.
+ 3.10) 720p refers to a MAXIMUM resolution of 1280x720.
+ 3.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280.
+ e.g. AR of 2.35:1 will be 1280x544.
+ 3.11.2) For aspect ratio lower than 1.78 vertical resolution must be 720.
+ e.g. AR of 1.33:1 will be 960x720.
+ 3.11) 1080p refers to a MAXIMUM resolution of 1920x1080.
+ 3.12.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920.
+ e.g. AR of 2.35:1 will be 1920x816.
+ 3.12.2) For aspect ratio lower than 1.78 vertical resolution must be 1080.
+ e.g. AR of 1.33:1 will be 1440x1080.
+ 3.12) Video bitrate should be as follows:
+ 3.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit.
+ 3.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.
+
+
+ [ Subtitles ]
+
+ 4.1) Subtitles must be in a text-based format and muxed into the mkv container.
+ 4.2) Subtitles must not be burned into the video stream.
+ 4.3) Multi-language subtitles cannot be used as a basis for a dupe.
+ 4.4) "Subs" directories are forbidden.
+
+
+ [ Total Size ]
+
+ 5.1) Final mkv file size in MiB (1048576 bytes) must be:
+ Multiples of 2240
+ DVD5/x (1493, 1120, etc.)
+ 8140, 2713
+ In addition, 3360 and 4070 are allowed for 1080p tv.
+ 5.2) A max undersize of 40 MiB can be tolerated.
+ 5.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate.
+
+ [ Suggested encode settings ]
+
+ 6.1) First pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL movie.avs
+
+ 6.2) Second pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output movie.mkv movie.avs
+
+
+ [ Signed By (in alphabetic order) ]
+
+ 1920, CiNEFiLE, CLASSiC, CULTHD, CYBERMEN, DEFiNiTE, HALCYON, hV, Japhson,
+
+ ORPHEUS, REAVERS, SECTOR7, SEPTiC, SiNNERS, SUNSPOT, TiMELORDS, VOA
+
+
+ [ These rules apply from 2008-10-20 00:00:00 GMT (1224460800 unixtime) ]
+
+
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
+ ██▀▄▄ ▀█▀ ▄ ▀█▀ ▄ ▀█▀ ▄▄ ▀██
+ ████▀ ▄██ █ █ █ █▀ ▄▄ ▀███
+ ████ ▀▀▀█▄ ▀ ▄█▄ ▀ ▄█▄ ▀▀ ▄████
+ █▀▀▀▀▀▀▀▀▀▀▀▀██████████████████████▄
+ █ ████▀▀▀██▄ ▄ ▄▄▄▄▄▄ █ ▄ ▄▄ ▀█
+ █ ████ █ ████ ██ ▀ ▓██ ▄ ███ █
+ █ ████ ▀ ███ ▄ ▄██▀▀▀███ ███ ▀ ███ █
+ ┌── ─ █ ████▀▀▀▀▀ ▄█ ███ █ ███ ▀▀▀▀▀███ █ ─ ──┐
+ │ ┌──────█ ▓███ ██ ▀██▄▄▄██▓ ▄ ▄▄▄▄███▀ █────┐ │
+ │ ▄█▄▄ ▀▀▀▀▀▀▀▀ ▄▄▄▄▄▄▄▄▄ ▀▀▀█ │
+ │ │ ▄█▀▀ ▄▄▄▄████ ▄███ ▄▄█ ▄▄▄▄█▄ ▄▄▄▄▄▄██▓ █ │ │
+ │ █ ▄███ ▄ ████ ▀▀▀▀ ████▄▄ ▄ █ ███ ▄ ████ █ │
+ ┌─┴──█ ████ ▀ ▀▀▀ ▓███ ████ ████ ▀ ████ █──┴─┐
+ _ __ ___ ___│__ █▄ █▀▀▀▀▀████ ████ ▓███ █ ███▀████▀▀▀▀▀▀ ▄█ __│___ ___ __ _
+\\\\ \\ \\ \ █▄ ▄ ▄▄▄██▓▀ ███ ▀██▄▄▄██▀ ▀███▄▄▄ ▄ █ / // // ////
+ \\\\_\\__\\_____\ █▄▄▄▄▄▄▄▄▄▄█▄ ▀█ █▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█ /_____//__//_////
+ ┌──────┤ █pb▀█████████▄ ▄ ██▄▀▄█▄▀▄█▄▀▄█████████▀ ├──────┐
+ ┌─│ ┐│ │ ▀ ▀nrn▀█████▄▄▄██▄█▄█▄█▄█▄█▄██▀ █ │ │┌ │─┐
+ ┌─│ │└ │ ▀ ▀ █ █ █ ▄ │ ┘│ ├─┐
+┌─────┴──────┘ ┘ ▄ ▀ ▄ └ └──────┴─────┐
+│ ▀ │
+│ Official XXX-PAYSITE VIDEOS Council Rules │
+│ Public Release, Version 1.1 │
+│ │
+│ Requirements: Notepad with Terminal font support or other NFO viewer │
+│ │
+│ Index: │
+│ 0. Introduction │
+│ 0.1. Changelog │
+│ 1. Video Formats │
+│ 2. Release Standards │
+│ 2a) Directory │
+│ 2b) Files │
+│ 2c) RAR Archives │
+│ 2d) NFO File │
+│ 2e) Sample │
+│ 3. Propers and Dupes │
+│ 4. Legal Proper Reasons │
+│ 5. Additional Restrictions and Guidelines │
+│ │
+│ │
+│ 0. Introduction: │
+│ │
+│ The pay-websites XXX section, more commonly known as XXX-PAYSITE became │
+│ more popular in the scene. Groups who used to release XXX-PAYSITE │
+│ videos noticed an increasing support for the section and felt the need │
+│ to make a set of rules to standardize the releases. Two years have │
+│ passed, and the need for an update of the rules is due. Carefully read │
+│ and understand these rules, as you are obliged to follow them. │
+│ │
+│ │
+│ 0.1. Changelog: │
+│ │
+│ - All viewable video formats now allowed. (see section 1) │
+│ - Website name tagging clarified: TLD removed for good. (2a) │
+│ - Order of the tags XXX and Video Data clarified. (2a) │
+│ - Rules on the joining of video parts edited. (2b) │
+│ - Small change made to Sample Rules. (2e) │
+│ - 50 MB rar file sizes introduced for >700 MB videos. (2e) │
+│ - Dupe rules edited to allow higher resolution after low res. (3b) │
+│ - Legal Nuke Reasons replaced with Legal Proper Reasons. Legal Nuke │
+│ Reasons are generally known throughout the scene. (4) │
+│ - HR tag introduced for High Resolution videos. (2a) │
+│ - Non-English audio get labeled as such in dir/nfo. (2a,2d) │
+│ - All sections re-worded for clarity. (0-5) │
+│ │
+│ │
+│ 1. Video Formats: │
+│ │
+│ - You may rip all viewable video formats. │
+│ - Re-encoding videos is strictly forbidden. │
+│ Exception: You may re-encode the video WITHOUT CHANGING FORMAT to │
+│ prevent a nuke or to repair a defective video. │
+│ - You are allowed to provide stream videos (WMV in most cases). │
+│ - DRM protected movies are not allowed. │
+│ │
+│ │
+│ 2. Release Standards: │
+│ │
+│ Note: Things within () are mandatory, things within [] are optional. │
+│ However, if they are known it is recommended that you include them. │
+│ │
+│ 2a) Directory: │
+│ The directory may be tagged in either one of these two ways: │
+│ 1. (WebSite).(Date.or.Ep).(Model).[Title].XXX.(Video.Data)-(GRP) │
+│ Example: Twistys.08.09.10.Peaches.Tasty.XXX.WMV-GROUP │
+│ Example: BangBus.E100.Ariana.XXX.MPEG-GROUP │
+│ In the case of episodes, the first episode (E1) is the first, │
+│ by posting date, on the website. │
+│ │
+│ 2. (WebSite).(Model.Name.or.Ep.Title).XXX.(Video.Data)-(GRP) │
+│ Example: PixAndVideo.Lena.Vaudeville.XXX.DivX-GROUP │
+│ Example: Brazzers.Special.Package.XXX.WMV-GROUP │
+│ │
+│ Characters allowed for creating directory names: │
+│ a-z, A-Z, 0-9, . and - │
+│ Never use double dots or spaces! Use single dots. │
+│ │
+│ Keep to these standards to avoid bad.tagging nukes. │
+│ │
+│ - (WebSite) means the URL without TLD [.com/.net etc]. │
+│ Examples: SluttySquirters, PornstarsLikeItBig, 1By-Day │
+│ BAD Examples: Pix.and.Video, Explicite-art.com, Bang.Bus.com │
+│ To make it look clean and easier to read, capitalize every new │
+│ word, i.e. SistasInTheHood instead of Sistasinthehood. Lack of │
+│ upper-case first letters is not a valid nuke reason. │
+│ │
+│ - (Video.Data) should be placed after the XXX tag, not before! XXX │
+│ is the delimiter. Releases tagged with the format up front will │
+│ not be nuked, but rest assured they will be looked down upon. │
+│ Good = GeorgesGorgeous.E1.Barbara.Bush.XXX.1080p.DivX-GROUP │
+│ BAD = AlsPals.E666.Tipper.Gore.WMV.XXX-GROUP │
+│ │
+│ - (Video.data) should contain all info about the video. │
+│ - The format: WMV, MPEG, DivX, XviD etc. │
+│ - The resolution: 720p, 1080i etc. │
+│ - The aspect ratio: WS or FS. This is optional. │
+│ │
+│ - If both the episode number and post date are known, you can │
+│ choose which one to use (never use the two combined). If they are │
+│ both unknown, give as much information as you can about the set. │
+│ A direct link to the movie is strongly encouraged (see 2d). │
+│ │
+│ - The notation of dates follow the YY.MM.DD syntax. For example: │
+│ 08.07.21 means July 21st 2008. │
+│ │
+│ - If the resolution is wider than 720 pixels and/or higher than 576 │
+│ pixels, the release must be tagged with HR. │
+│ Example: BillsThrills.07.06.05.Hillary.Clinton.XXX.HR.WMV-GROUP │
+│ │
+│ - For stream rips add a STREAMRIP tag before the other tags. │
+│ Example: ClubJenna.Throne.STREAMRIP.XXX.WMV-GROUP │
+│ │
+│ - Rips with non-English audio must be labeled with their respective │
+│ languages (if known) prior to the XXX tag. Additional information │
+│ may be supplied in the NFO (see section 2d). │
+│ Example: YadaYadaHooters.Baba.Yaga.Scene.1.POLISH.XXX.DivX-GROUP │
+│ │
+│ 2b) Files: │
+│ These files must be part of the release: │
+│ │
+│ 1. Video file packed in RAR archives (refer to section 2c). │
+│ - You can include more than one video in the rar archive │
+│ if you are releasing a daily issue or a volume. │
+│ │
+│ - If there are separate parts/episodes/scenes available, │
+│ but not one big file that includes them all, joining the │
+│ parts to one big file is mandatory. However, if not all │
+│ parts are available at the same time (in the cases where │
+│ websites release one part per day in a week or similar), │
+│ you have to wait until all parts of the movie are │
+│ available. │
+│ Note: If the next part is not available on the website │
+│ within 7 days of the posting of the earlier part, you │
+│ may pre them separately. Use common sense when tagging, │
+│ i.e. Part1 or Part.2 or Part.03, whichever is most │
+│ appropriate. │
+│ │
+│ - If there is an intro/outro longer than 5 seconds on each │
+│ part, it must be removed from all parts, with the │
+│ exceptions: │
+│ - The intro on the first part must be left intact. │
+│ - The outro on the last part must be left intact. │
+│ │
+│ - Merging parts of high quality with medium or low quality │
+│ (or any other combination) will get you into trouble. If │
+│ the source video is bad in any way, use the READ.NFO tag │
+│ and provide as much information as possible about it. │
+│ │
+│ 2. SFV File. │
+│ │
+│ 3. NFO File (refer to section 2d). │
+│ │
+│ 2c) RAR Archives: │
+│ - Each volume should be 15 MB (15000000 B) long. If the video is │
+│ greater than 1 CD (700 MB) in size, the volumes should be 50 MB │
+│ (5000000 B). │
+│ │
+│ - Compression is strictly forbidden! │
+│ - You may use 1 or 2 recovery volumes. This is optional. │
+│ │
+│ 2d) NFO File: │
+│ NFO must contain the following: │
+│ │
+│ 1. Full URL to the paysite (http://). │
+│ │
+│ 2. Genre/Category/Niche. │
+│ Allowed categories are: │
+│ http://www.thebestporn.com/categories.html │
+│ Use "Other" if not shown above. │
+│ │
+│ 3. Video format, as much info as possible (see above). │
+│ │
+│ Optional info: │
+│ │
+│ 4. Score and/or other information of a paysite from TheBestPorn │
+│ http://www.thebestporn.com/ (where available) and a link to │
+│ TheBestPorn review of the paysite. │
+│ │
+│ 5. A direct link to the movie, in the case of sites posting │
+│ videos without date or episode numbering (see section 2a). │
+│ │
+│ 6. In the case of non-English audio, supply relevant │
+│ information, preferably in English. │
+│ │
+│ 2e) Sample: │
+│ - The sample must be a part of the original video file and have │
+│ the same container as the original video. │
+│ │
+│ - Length: A minimum of 1:00 minute (OR 1500 frames). │
+│ A maximum of 1:30 minutes (OR 2250 frames). │
+│ │
+│ - Sample file must be a video file (not a .rar) as some sites use │
+│ scripts to analyze samples. │
+│ │
+│ - No sfv files in the sample dir. │
+│ │
+│ Failure to comply with rules 2b-2e will result in a bad.pack nuke. │
+│ │
+│ │
+│ 3. Propers and Dupes: │
+│ │
+│ 3a) PROPER tag may be used if the previous release is incomplete or │
+│ corrupt (by group's fault). Always state a valid reason for the │
+│ proper in the nfo (see section 4). Thanks to this, the READ.NFO tag │
+│ is superfluous here. │
+│ │
+│ 3b) Different video formats dupe each other - first format wins (i.e. │
+│ WMV is not allowed if MPEG is already released and so on). A higher │
+│ resolution does not dupe a lower resolution - but it is MANDATORY │
+│ to rip the highest quality available on the website at the time. │
+│ │
+│ For instance: │
+│ │
+│ 07-23-2008 Website posts "Ep 30" in 480p (medium res). This is the │
+│ highest resolution available - no 720p is posted yet. │
+│ GROUP1 rips and releases this. │
+│ │
+│ 07-30-2008 Website posts high quality 720p of "Ep 30". GROUP2 rips │
+│ and releases this. They do not dupe GROUP1, since the │
+│ 720p is the current highest resolution available. │
+│ When releasing a higher resolution of a video already │
+│ released in a lower resolution, please make a note about │
+│ this in the nfo. The READ.NFO tag is optional. │
+│ │
+│ │
+│ │
+│ 4. Legal Proper Reasons: │
+│ │
+│ - The original release was nuked for grp.req │
+│ - The original release is re-encoded │
+│ - The original release has unwanted.intro or unwanted.outro │
+│ - The original release is watermarked │
+│ │
+│ - You may NOT proper bad.tagging! │
+│ │
+│ │
+│ 5. Additional Restrictions and Guidelines: │
+│ │
+│ - No homemade watermarks on video. │
+│ - No homemade intros or outros. │
+│ - You may use common scene tags (PROPER, READ.NFO, INTERNAL, etc). │
+│ │
+└───┬┬───────────────────────────────────────────────────────────────────┬┬───┘
+┌───┴┴───────────────────────────────────────────────────────────────────┴┴───┐
+│ The rules were accepted by the following groups: │
+│ │
+│ KTR ASSault hUSHhUSH PaYxXx InYF SEXORCiSTS ESEXXX RRR │
+│ iaK FPS PORNOHOLiCS DiXXX and dupeNET │
+└──────────────────────────┬───────────────────────┬──────────────────────────┘
+ ┌─ ─ ─ ── ──┴───────────────────────┴── ── ─ ─ ─┐
+ ┌──│─┐┌─┐┌┐ _ __ ________ ___ ________ __ _ ┌┐┌─┐┌─│──┐
+ │ └─┘│ │││ __ _ // \\ _ __ │││ │└─┘ │
+ └─────┘ └┘└──── ── ─/_/// /_____\ \\\_\─ ── ────┘└┘ └─────┘
+
+
diff --git a/blog/mirror/scenerules.org/t.html?id=2009_BDr.nfo.html b/blog/mirror/scenerules.org/t.html?id=2009_BDr.nfo.html
new file mode 100644
index 0000000..1006249
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=2009_BDr.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=2009_DE_EBOOK.nfo.html b/blog/mirror/scenerules.org/t.html?id=2009_DE_EBOOK.nfo.html
new file mode 100644
index 0000000..0094d63
--- /dev/null
+++ b/blog/mirror/scenerules.org/t.html?id=2009_DE_EBOOK.nfo.html
@@ -0,0 +1,305 @@
+
+
+
+
+ 2009_DE_EBOOK.nfo
+
+
+
+
+
+ ▄▄▄▄▄▄▄ ▄▄▄▄
+ ▄▄▄▄██████▀▀▀▀▀▀▀████▄▄▄ ▄▄▄▄████▀▀▀▀███▄▄▄
+ ██▀▀ ▀▀▀█▄██▀▀▀▀ ▄ ▄▄ ▄ ▀▀▀█████
+ ██ █ █ ▄▀▀▄▀▀ ▀ ▀ ▀▀▄▀▄ ▄ ██
+ ██ ▄▀▄ █▄ ▄ ▄▀▄ █ ░ █ ▄ ▄ ▄▀▀▄▀▄▀▄▄ ▄▀ ▀ ██
+ ██ █▀▀ █▄▀ █ █ ▀▄▀ █▄▀ ░ █ ░ ▀ ▀ ▄ ▄ ▄ ▀▀ ▀▀▄ ██
+ ██ ▀▀ ▀ ▀ █ ░ █ ░ ▀▄▀▀▄▀ ▀ ▀ ▀▀▄▀▄▄ ▄ ██
+ ██ █▄ █ █ █ ▄▀▄ ▄▀▀ ░ █ ░ ▄ ▄ ▄ ▄▄ ▄ ▄ ▀ ██
+ ██ █ ▀▄█ █ █▀▀ ▀▀▄ ░ █ ░ ▀ ▀▄▀▀ ▀ ▀ ▀▀ ▀▄▄ ██
+ ██ ▀ ▀▄ ▀▀ ▀▀▀ ░ █ ░ ▄ ▄▄ ▄ ▄ ▄ ▀ ██
+ ██ █ █ ▄ ▄▄ ░ █ ░ ▀▀▄▀▀ ▀ ▀ ▀▀▄▀▄ ▄ ██
+ ██ █ █ ▀▀█ █ ▀▄ ░ █ ░ ▄ ▄ ▄▀▀▄▀▄▀▄▄ ▄▀ ▀ ██
+ ██ █ █ █ ▀▄ █ ░ █ ░ ▀ ▀ ▄ ▄ ▄ ▀▀ ▀▀▄ ██
+ ██ █ ▀▀▀▀▀ ▀ ▀▀ ░ █ ░ ▀▄▀▀▄▀ ▀ ▀ ▀▀▄▀▄▄ ▄ ██
+ ██ ▄▄▄▄▄▄ ░ █ ░ ▄ ▄ ▄ ▄▄ ▄ ▄ ▀ ██
+ ██ ▄▄▀▀▀ ▀▀▀▀▄▄▄ ░ █ ░ ▀ ▀▄▀▀ ▀ ▀ ▀▀ ▀▄▄ ██
+ ██ █ ░ ▀ ██
+ ██ ▄▄▄▄▄▀▀▀▀▀▀▄▄▄ █ ▄▄▄▀▀▀▀▀▀▄▄▄▄ ██
+ ██▀▀▀▀ ▄▄▄▄▄▀▀▀▀▄▄▄ ▀▀▀▄▄█▄▄▄▀▀▀ ▄▄▄▀▀▀▀▄▄▄▄ ▀▀▀▀██
+ ██▄▀▀▀▀ ▄▄▄▄▄██▄▄▄ ▀▀▀▄▄▄█▄▄▄▄▀▀▀ ▄▄▄██▄▄▄▄ ▀▀▀▀▄██
+ ██▄▄████▀▀▀▀▀ ▀▀▀███▄▄▄▄█▄▄▄▄▄███▀▀▀ ▀▀▀▀████▄▄██
+ ██▀▀ ▀▀▀███▀▀▀▀ ▀▀██
+
+ GERMAN EBOOK RELEASING STANDARDS 2009
+
+ 1. INTRODUCTiON & NOTES
+
+ 2. TECHNiCAL DETAiLS
+
+ 3. PACKAGiNG
+
+ 4. NFO-FiLE
+
+ 5. DiRNAMiNG
+
+ 6. DUPES/PROPER
+
+ 7. MiSCELLANEOUS
+
+ 8. SiGN
+
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 1. INTRODUCTiON & NOTES ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ Hello fellows!
+
+ This is the final concept of the german ebook releasing standards. Ebooks developed into a whole new independent section which grew out of 0DAY.
+ So it's time for a new set of rules for the german ebook scene which define this section.
+ Groups who want to sign, feel free to do so.
+ If english-releasing groups are willed to follow these rules, they are also welcome. If more international groups will decide
+ to follow these rules and who decide to pre into the EBOOK section, a new discussion about these rules are inevitable.
+
+
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 2. TECHNiCAL DETAiLS ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 2.1 SCANS:
+
+ - Minimum resolution is 300dpi
+ - OCR is wanted (but not necessary!)
+ - Crop pages if necessary
+ - No damaged/dirty pages
+ - The entire magazine/book has to be scanned (advertisings are optional, you can cut them off if you want)
+
+ 2.2 RETAiL:
+
+ - No free from web allowed!
+ - Source has to be mentioned in the NFO
+ - Retail PDFs don't need further editing (release it like you got it)
+
+ 2.3 DRM:
+
+ - DRM protected documents are not allowed for your own security
+ - Removed DRM has to be mentioned in the NFO
+
+
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 3. PACKAGiNG ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 3.0 GLOBAL PACKAGiNG RULES:
+
+ - Use either ZiP/DiZ or RAR/SFV for packing your release
+ - NFO file must be included in all cases
+ - The archives must represent an unique filename (i.e. no file dupes)
+ - Use either 8.3 filenaming style (known from the 0day rules) or use the whole dirname as filename
+
+
+ 3.1 RAR ARCHiVES:
+
+ - Archive size: 5.000.000 bytes disks for releases up to 75 MB
+ - 15.000.000 bytes disks for releases starting with 75+ MB
+ - NO NFO or file_id.diz file in the RAR archive
+ - SFV file is necessary
+ - Compression is allowed
+ - Old-Style archive naming is recommended
+
+ 3.2 ZiP ARCHiVES:
+
+ - Packing rules with ZiP archives happen to be the same as they're used in the 0day scene
+
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 4. NFO-FiLE ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 4.1 CONTENT
+
+ - Minimum information that have to be mentioned in NFO file:
+
+ Genre (i.e. Science-Fiction / Music / Sports / Comic / ...)
+ Release Date (Date of release in ISO format YYYY-MM-DD)
+ Store Date (is available date of release in ISO format YYYY-MM-DD)
+ Language (German / English / French / ...)
+ Release Type (RETAiL / SCAN / BOOKWARE)
+ Size (Overall size of the release in megabytes)
+ Publisher (If necessary, check dirnaming rules)
+ Author (If necessary, check dirnaming rules)
+ Issue/Volume (Issue number of Magazine)
+
+ - You may include additional information that seems to be important:
+
+ ISBN/ISSN (If available, isbn for books, issn for magazines)
+ Disks (Number and size of disks i.e. 20 x 5mb, already covered by "Size")
+ Supplied by (Insert supplier)
+ Url (Url to Book/Magazin website)
+ Shoplink (Url to store where Book/Magazine is available)
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 5. DiRNAMiNG ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 5.0 GLOBAL DiRNAMiNG RULES:
+ - Always add the releasetype (e.g. eBOOk, BOOKWARE, etc.)
+ - Always add your grouptag
+ - If the title of the book/magazine is too long, shorten it the best you can and state the full title
+ in the NFO
+
+
+ 5.1 MAGAZiNES:
+
+ - Name of the Magazine/Paper
+ - Issue and Year
+ - Source and Language (i.e. RETAiL/SCAN and GERMAN/FRENCH/etc)
+ - NOTE: If the ebook is in english language, drop the language tag in the dirname!
+
+ - Example: PC.Magazine.2008.03.FRENCH.RETAiL.eBOOk-COOLGROUPTAG
+ | | | | | |
+ Name -+ | | | | |
+ Year -+ | | | |
+ Issue -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+
+ 5.2 JOURNALS/COMiCS:
+
+ - Name of the journal/comic
+ - Volume, Issue, storedate
+ - Source and Language (i.e. RETAiL/SCAN and GERMAN/FRENCH/etc)
+ - NOTE: If the ebook is in english language, drop the language tag in the dirname!
+ - Don't forget the "Comic" tag when releasing comics
+ - Example: The.New.Adventures.Of.Batman.Vol.23.No.22.Dec.2007.POLiSH.SCAN.COMiC.eBOOk-COOLGROUPTAG
+ | | | | | | |
+ Name -+ | | | | | |
+ Volume -+ | | | | |
+ Issue -+ | | | |
+ Date -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+
+ 5.3 BOOKS (E.G. FiCTiONAL LiTERATURE)
+
+ - ONLY mention the author, NOT the publisher
+ - Name of the book
+ - Issue number (e.g. "3rd.Edition")
+ - Year of bookrelease
+ - Source and Language (i.e. RETAiL/SCAN and GERMAN/FRENCH/etc)
+ - NOTE: If the ebook is in english language, drop the language tag in the dirname!
+ - Example: Ken.Follet.Pillars.Of.The.Earth.69th.Edition.2007.FRENCH.RETAiL.eBOOk-COOLGROUPTAG
+ | | | | | | |
+ Author -+ | | | | | |
+ Title -+ | | | | |
+ Issue -+ | | | |
+ Year -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+
+ 5.4 BOOKS (E.G. TECHNiCAL LiTERATURE)
+
+ - ONLY mention the publisher, NOT the author
+ - Name of the book
+ - Issue number OR book-/storedate (e.g. "3rd.Edition" OR "Aug" for a book-/storedate in August)
+ - date of the bookrelease
+ - Source and Language (i.e. RETAiL/SCAN and GERMAN/FRENCH/etc)
+ - NOTE: If the ebook is in english language, drop the language tag in the dirname!
+
+ - Example: Wiley.Interscience.Tools.and.Environments.for.Parallel.and.Distributed.Computing.Aug.2008.GERMAN.RETAiL.eBOOk-COOLGROUPTAG
+ | | | | | |
+ Publisher -+ | | | | |
+ Title -+ | | | |
+ Date -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+ 5.5 XXX BOOKS:
+
+ - Only applies to hardcore XXX books/magazines, no softcore like for example the Playboy Magazine
+ - Just add a XXX tag to the dirname
+
+
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 6. DUPES/PROPER ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 6.1 DUPES:
+
+ - RETAiL after a scan is the only valid dupe
+
+ 6.2 PROPER:
+
+ - A proper is valid if the original release has technical flaws
+ according to point 2
+ - Always supply a proper reason and proof
+ - A proper due to bad dirname or nfo is only allowed after one week!
+ (this time is given for error detection and correction)
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 7. MiSCELLANEOUS ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 7.1 HOMEMADE:
+
+ - Selfmade (e.g. selfmade yearly compilations of magazines, series of comics, etc.) releases must be released iNTERNAL
+
+
+ 7.2 COVERS:
+
+ - Either you include a .jpg of the cover, or you merge the cover with the PDF, it's up to you (e.g. frontpage of a magazine)
+
+
+ 7.3 WATERMARKS:
+
+ - If the PDF already has a watermark, it's safer for your own security to you remove it
+ - Watermarks can be added if they dont affect the quality or printing
+ quality of the release (i.e. no whole page marks, colorful, ...)
+
+ 7.4 COPY PROTECTION:
+
+ - If the PDF happen to have a copy protection (e.g DRM), remove it
+ - Releasing a copy protected ebook will result in a nuke
+ - See rule 2.3
+
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+ ▀ 8. SiGN ▀
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ 9.0 ORGANiZATiONAL STUFF
+
+ - These rules were created on Tuesday, 2009-04-12 and take effect by now!
+ - By signing them, you agree with all mentioned points above and ensure that your group won't harm those rules!
+
+ 9.1 SiGNED BY
+
+ - These rules were signed by the two remaining german ebook groups:
+
+ sUppLeX and PDFWriters
+
▓█▄ ▄▄▀▀▀▄▄
+ ███ ▓█▌▄▓▄ ▀▓▄▄ ▄ ▄▓ ▄▄▄
+▀█▓▓██░▒▓█▄█▄▄▄█▓▓█████▄▄▄████▓▓█▓██████████████████████████████████████▓▓▒▓█▓█
+ ▓▓█ ▄▀▀▀▓▄ ▀▓▀▐█▓ ▀▀▀
+ ░░ ▀▀▄▄▄▀▀
+ ░ High Def x264 German Movie Standards v2.5
+
+
+
+[ General ]
+
+
+1.1) Die Releases muessen im Matroska Container (mkv) vorliegen.
+1.2) Der Abspann muss im vollen Umfang vorliegen und darf nicht gekuerzt
+ werden. Jedoch ist es erlaubt den Abspann mit einer niedrigeren Bitrate
+ zu encoden, sofern keine zum Film gehoerenden Szenen (Blooper, Story,
+ Outtakes, etc) enthalten sind.
+1.3) Intros, Outros, Betweenos (alles was nicht zum Film gehoert) sind nicht
+ erlaubt.
+1.4) RAR/SFV/NFO/SAMPLE sind notwendig.
+1.5) Als Volumengroesse muss ein Vielfaches von 50 MB gewaehlt werden.
+ *.r99 darf nicht ueberschritten werden. Eine Komprimierung der RAR
+ Dateien ist nicht erlaubt.
+1.6) Filmname.{JAHR}.German.{DL}.720p|1080p.<HDDVD|BluRay>.x264.{PROPER|
+ READ.NFO|REPACK|RERiP}-GROUP
+ Syntax: {optional}
+1.61) Bei Filmen, deren Produktionsjahr laenger als 2 Kalenderjahre
+ zurueckliegt, enfaellt der optionale {JAHR} Tag und wird zur Pflicht.
+ Das Produktionsjahr ist von IMDB zu entnehmen.
+1.7) Ein Sample, das dem Release beiliegen muss, und aus dem finalen Release
+ herausgeschnitten werden muss, sollte eine Laenge von circa 60 Sekunden
+ betragen und muss dem Release in einem Unterordner (./Sample) beiliegen.
+1.8) Die NFO muss Informationen zu Video- und Audiobitrate, sowie zur
+ Aufloesung und zum Encodingverfahren (2-Pass / crf) enthalten.
+1.9) BluRay und HDDVD Sourcen dupen sich gegenseitig.
+1.10) Es ist erwuenscht die originalen Kapitel der Source in den mkv
+ Container einzubetten, jedoch ist es keine Pflicht.
+
+
+[ Audio ]
+
+
+2.1) Als Audiospuren zulaessig sind ausschliesslich AC3 und DTS. Falls beide
+ Tonformate vorliegen, so liegt es im persoenlichen Ermessen welche
+ Tonspur verwendet wird.
+2.2) Die Audiobitrate muss mindestens 640 kbps betragen, es sei denn auf der
+ Source befinden sich nur Tracks mit einer niedrigeren Bitrate.
+2.3) Fuer den Fall, dass ein 448 kbps AC3 Kern existiert, und beispielsweise
+ ein True-HD Track, so liegt es im persoenlichen Ermessen ob der AC3 Kern
+ verwendet wird oder aber aus dem True-HD Track zu 640 kbps AC3 encoded
+ wird.
+2.4) Sofern ein DTS HR/HD MA Track vorhanden ist, muss der DTS Core/Kern aus
+ diesem extrahiert werden.
+2.5) Alle Tonspuren muessen sich im 5.1 Format mit korrekten Kanaelen
+ befinden, mit Ausnahme von Sources die lediglich in Stereo/Mono
+ vorliegen.
+2.6) 2 Kanal Mono muss zu AC3 1.0 zusammengefasst werden.
+2.7) Optional darf eine zweite Tonspur (Originalton) in das Release gemuxt
+ werden. Dies ist allerdings keine Pflicht.
+2.8) Sollte mehr als ein Audiotrack gemuxt werden, so ist auf die korrekte
+ Standardtrackmarkierung zu achten (Standard = yes/no).
+
+
+[ Video ]
+
+
+3.1) Falls erforderlich, muss das Video deinterlaced bzw ivtcd werden.
+3.2) Fuer 720p Releases sind mindestens 2 Passes erforderlich.
+3.2.1) Fuer 1080p Releases kann neben dem 2-Pass Modus der Constant Rate
+ Factor 20 (--crf 20) Modus gewaehlt werden. Hier liegt es im eigenen
+ Ermessen welcher Modus am meisten Sinn macht (bsp. aeltere Filmpro-
+ duktionen mit sehr viel Filmkorn verschlingen viel Bitrate, weshalb in
+ manchen Faellen der 2-Pass Modus zu bevorzugen ist, da ein crf 20
+ unter Umstaenden sehr gross werden koennte). 2-Pass und crf 20 Releases
+ dupen sich gegenseitig -- first Release wins.
+3.2.2) In Ausnahmefaellen (sehr starkes Filmkorn, Rauschen, sehr schlechte
+ Bildqualitaet, u.A.) kann fuer 1080p Releases anstatt --crf 20 auch
+ --crf 21 oder --crf 22 verwendet werden. Solche Faelle muessen kurz be-
+ gruendet werden.
+3.3) Die Breite des Videos muss ein Vielfaches von 16 sein (mod16). Die Hoehe
+ des Videos muss ein Vielfaches von 8 sein (mod8).
+3.4) Schwarze Balken sind bis zu dem Frame, der am meisten Bildinformationen
+ enthaelt, wegzucroppen. Overcroppen ist nicht erlaubt und wird als
+ technischer Mangel gewertet.
+3.4.1) Das Resizen von 1080p Releases ist nicht erlaubt. Es muss mod8/16
+ konform gecroppt werden, ohne zu overcroppen. Ein Undercropping (oder
+ Addborders) wird hierbei gegebenfalls in Kauf genommen.
+3.5) Aufloesungen:
+3.5.1) 720p steht fuer eine maximale Aufloesung von 1280x720.
+ - Fuer Seitenverhaeltnisse von 1.78:1 oder hoeher muss die horizontale
+ Aufloesung 1280px betragen. Beispiel: 2.35:1 -> 1280x544.
+ - Fuer Seitenverhaeltnisse kleiner als 1.78:1 muss die vertikale
+ Aufloesung 720px betragen. Beispiel: 1.33:1 -> 960x720.
+3.5.2) 1080p steht fuer eine maximale Aufloesung von 1920x1080.
+ - Fuer Seitenverhaeltnisse von 1.78:1 oder hoeher muss die horizontale
+ Aufloesung 1920px betragen. Beispiel: 2.35:1 -> 1920x816.
+ - Fuer Seitenverhaeltnisse kleiner als 1.78:1 muss die vertikale
+ Aufloesung 1080px betragen. Beispiel: 1.33:1 -> 1440x1080.
+
+3.6) Es muss das Seitenverhaeltnis der Source verwendet werden und nicht das,
+ was auf einschlaegigen Seiten wie z.B. IMDB zu lesen ist.
+3.7) Video Bitraten im 2-Pass Modus:
+3.7.1) 720p: Minimum = 3700 kbps, Maximum = 7000 kbps.
+3.7.2) 1080p: Minimum = 7000 kbps, Maximum = 13000 kbps.
+3.7.3) Ausgeschlossen hiervon sind Animationsfilme und crf Releases.
+3.8) Fuer 720p als auch fuer 1080p Releases muss Level 4.1 respektiert
+ werden.
+3.9) Fuer vertikale Aufloesungen von => 864px muss --ref 4 verwendet werden,
+ um Level 4.1 zu respektieren.
+3.10) Custom Matrizen sind erlaubt.
+3.11) VfW (Video fuer Windows) ist nicht erlaubt.
+3.12) Es wird empfohlen immer die aktuellste x264 Version zu verwenden. Als
+ erste Anlaufstelle wird x264.nl empfohlen. Die verwendete Version darf
+ nicht mehr als 25 Builds von der bis dato aktuellsten Version zurueck-
+ liegen.
+3.13) Folgende Tabelle zeigt welche x264 Settings verwendet werden muessen:
+
+ .------------------------------------------------------------------------.
+ | Setting | benoetigte Einstellung | x264 default |
+ |-----------------+-------------------------------+----------------------|
+ | b-pyramid | an* | nein |
+ | me | umh, esa oder tesa | nen (hex) |
+ | no-fast-pskip | benoetiggt | nein |
+ | | | |
+ | subme | 7 oder hoeher | ja (7) |
+ | mbtree | an | ja |
+ | -> rc-lookahead | mindestens 40 (default) | ja (40) |
+ | trellis | 1 oder hoeher | ja (1) |
+ | bframes | 3 oder hoeher | ja (3) |
+ | weightb | an | ja |
+ | aq-mode | an (ausser Animationsfilme) | ja (1) |
+ | mixed-refs | an | ja |
+ | b-adapt | 1 oder hoeher | ja (1) |
+ | deblock | an | ja (0:0) |
+ | 8x8dct | an | ja |
+ | direct | darf nicht "none" sein | ja (spatial) |
+ | merange | 16 oder hoeher | ja (16) |
+ | no-chroma-me | darf nicht benutzt werden | ja |
+ | psy-rd | an | ja (1.0:0.0) |
+ | partitions | alle oder p8x8,b8x8,i8x8,i4x4 | p8x8,b8x8,i8x8,i4x4 |
+ `------------------------------------------------------------------------'
+
+ * Momentan ist b-pyramid nicht mit mbtree kompatibel. Allerdings wird ein
+ zeitnaher Patch erwartet, der dieses Problem loest. Deswegen ist
+ b-pyramid erst dann benoetigt, sobald es mit mbtree kompatibel ist.
+ Tipp: Einfach in der Commandline lassen, denn es wird auto-disabled,
+ wenn mbtree nicht explizit ausgeschaltet wurde.
+
+[ Groessen ]
+
+
+4.1) Als Groessen fuer 720p Releases zulaessig sind:
+ - Vielfache von 2240 MB
+ - DVD5/x (z.B. DVD5 / 4 = 1120MB ; DVD5 / 3 = 1493MB ; etc)
+ - 3360 MB
+ - DVD5 (4480 MB)
+ - 5600 MB
+ - 6720 MB
+ - DVD9 (8140 MB)
+4.2) Als Groessen fuer 1080p Releases zulaessig sind:
+ - Vielfache von 1000 MB
+ - DVD5 (4480 MB)
+ - DVD9 (8140 MB)
+ - Beispiele: 3000 MB, 7000 MB, 10000 MB, 12000 MB, etc.
+4.2.1) Hiervon ausgeschlossen sind crf Releases.
+4.2) Diese Groessen duerfen maximal um 40MB unterschritten werden.
+4.3) Ein Proper auf Basis einer groesseren Size ist nicht erlaubt, sofern die
+ minimum Bitrate respektiert wurde.
+
+
+[ Untertitel ]
+
+
+5.1) Untertitel muessen in einem text-basierten Format vorliegen, das in den
+ mkv Container gemuxt wird. Optional sind auch externe Vobsubs erlaubt.
+ (Empfehlung: BDSup2Sub)
+5.2) Text-basierte Untertitel muessen als UTF-8 kodiert sein, um eine
+ korrekte Darstellung von Sonderzeichen zu gewaehrleisten.
+5.3) Untertitel duerfen nicht hardcoded werden.
+5.4) "Forced Untertitel" muessen in den mkv Container gemuxt werden (im text-
+ basierten Format). Optional ist es erwuenscht, diese als Vobsubs in den
+ "Subs" Unterordner (gekennzeichnet als -forced) beizulegen.
+5.5) Sollte mehr als ein Untertiteltrack gemuxt werden, so ist auf die
+ korrekte Standardtrackmarkierung zu achten (Standard = yes/no).
+5.6) Multi-language Untertitel koennen nicht als Basis fuer einen Dupe
+ dienen.
+5.7) Vobsubs muessen mit hoechster Kompression in eine RAR-Datei gepackt
+ werden, und in einen "Subs" Unterordner beigelegt werden.
+
+
+[ Empfohlene Encoding Settings ]
+
+
+6.1) 720p 1st Pass:
+ x264.exe --pass 1 --stats .stats --bitrate 4000 --subme 2
+ --no-dct-decimate --partitions none --output NUL movie.avs
+
+6.2 720p 2nd Pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --b-pyramid
+ --me umh --ref 5 --no-fast-pskip --sar 1:1 --thread-input --output
+ movie.mkv movie.avs
+
+6.3) 1080p crf 20:
+ x264.exe --crf 20 --level 4.1 --b-pyramid --me umh --ref 5
+ --thread-input --no-fast-pskip --output movie.mkv movie.avs
+
+6.4) 1080p 1st Pass:
+ x264.exe --pass 1 --stats .stats --bitrate 8000 --subme 2
+ --no-dct-decimate --partitions none --output NUL movie.avs
+
+6.5) 1080p 2nd Pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 8000 --b-pyramid
+ --me umh --ref 4 --no-fast-pskip --sar 1:1 --thread-input --output
+ movie.mkv movie.avs
+
+
+[ Change Log ]
+
+ + = hinzugefuegt
+ - = entfernt
+ * = geaendert
+
+ v2.5:
+
+ + 2.8: Korrekte Audio-Standardtrackmarkierung sollte entsprechend
+ eingestellt werden.
+ * 3.2.1: Aus --crf 22 wird --crf 20 (crf wurde durch mbtree neu definiert).
+ + 3.2.2: In Ausnahmefaellen sind --crf 21 und --crf 22 erlaubt.
+ * 3.13: Default Settings sind updated. Neues Setting mbtree (--rc-lookahead)
+ * 4.1: Zulaessige Groessen fuer 720p Releases erweitert um 3360 MB.
+ + 5.1: Optionale, externe Vobsubs sind erwuenscht (BDSup2Sub).
+ * 5.4: Optionale, externe "Forced Untertitel" Vobsubs (gekennzeichnet als
+ -forced) sind erwuenscht.
+ + 5.5: Korrekte Untertitel-Standardtrackmarkierung sollte entsprechend
+ eingestellt werden.
+ + 5.7: Optionale Vobsubs muessen in einen "Subs" Unterordner beigelegt und
+ nicht in den mkv Container gemuxt werden (Kompatibilitaetsprobleme).
+ * 6.* Commandlines wurden aufgrund der neuen x264-Defaults updated.
+
+
+
+ [ Signed by ]
+
+
+ CDD DEFUSED DETAiLS EmpireHD NGXHD piepHD R0CKED RSG SightHD UMF ZZG
+
+
+ [ Diese Standards gelten verbindlich ab dem 07.09.2009 00:00:01 GMT+1 ]
+
+
+
+ ░
+ ░
+ ▄▄▀▀▀▄▄ ▒░
+ ▄▄▄ ▓█▌▄▓▄ ▀▓▄▄▄▀ █▓▓
+█▓█▓▒▓▓███▄██████████████████████████████████▓█▓▓████▀▀▀█████▓▓█▀▀▀█▀█▓▒░██▓▓█▄
+ ▀▀▀ ▓▀ ▀ ▀▀▓▄ ▀▓▀▐█▓ ███cpN
+ ▀▀▄▄▄▀▀ ▀█▓
▓█▄ ▄▄▀▀▀▄▄
+ ███ ▓█▌▄▓▄ ▀▓▄▄ ▄ ▄▓ ▄▄▄
+▀█▓▓██░▒▓█▄█▄▄▄█▓▓█████▄▄▄████▓▓█▓██████████████████████████████████████▓▓▒▓█▓█
+ ▓▓█ ▄▀▀▀▓▄ ▀▓▀▐█▓ ▀▀▀
+ ░░ ▀▀▄▄▄▀▀
+ ░ High Def x264 German Movie Standards v2
+
+
+
+[ General ]
+
+
+1.1) Die Releases muessen im Matroska Container (mkv) vorliegen.
+1.2) Der Abspann muss im vollen Umfang vorliegen und darf nicht gekuerzt
+ werden. Jedoch ist es erlaubt den Abspann mit einer niedrigeren Bitrate
+ zu encoden, sofern keine zum Film gehoerenden Szenen (Blooper, Story,
+ Outtakes, etc) enthalten sind.
+1.3) Intros, Outros, Betweenos (alles was nicht zum Film gehoert) sind nicht
+ erlaubt.
+1.4) RAR/SFV/NFO/SAMPLE sind notwendig.
+1.5) Als Volumengroesse muss ein Vielfaches von 50 MB gewaehlt werden.
+ *.r99 darf nicht ueberschritten werden. Eine Komprimierung der RAR
+ Dateien ist nicht erlaubt.
+1.6) Filmname.{JAHR}.German.{DL}.720p|1080p.<HDDVD|BluRay>.x264.{PROPER|
+ READ.NFO|REPACK|RERiP}-GROUP
+ Syntax: {optional}
+1.61) Bei Filmen, deren Produktionsjahr laenger als 2 Kalenderjahre
+ zurueckliegt, enfaellt der optionale {JAHR} Tag und wird zur Pflicht.
+ Das Produktionsjahr ist von IMDB zu entnehmen.
+1.7) Ein Sample, das dem Release beiliegen muss, und aus dem finalen Release
+ herausgeschnitten werden muss, sollte eine Laenge von circa 60 Sekunden
+ betragen und muss dem Release in einem Unterordner (./Sample) beiliegen.
+1.8) Die NFO muss Informationen zu Video- und Audiobitrate, sowie zur
+ Aufloesung und zum Encodingverfahren (2-Pass / crf) enthalten.
+1.9) BluRay und HDDVD Sourcen dupen sich gegenseitig.
+1.10) Es ist erwuenscht die originalen Kapitel der Source in den mkv
+ Container einzubetten, jedoch ist es keine Pflicht.
+
+
+[ Audio ]
+
+
+2.1) Als Audiospuren zulaessig sind ausschliesslich AC3 und DTS. Falls beide
+ Tonformate vorliegen, so liegt es im persoenlichen Ermessen welche
+ Tonspur verwendet wird.
+2.2) Die Audiobitrate muss mindestens 640 kbps betragen, es sei denn auf der
+ Source befinden sich nur Tracks mit einer niedrigeren Bitrate.
+2.3) Fuer den Fall, dass ein 448 kbps AC3 Kern existiert, und beispielsweise
+ ein True-HD Track, so liegt es im persoenlichen Ermessen ob der AC3 Kern
+ verwendet wird oder aber aus dem True-HD Track zu 640 kbps AC3 encoded
+ wird.
+2.4) Sofern ein DTS HR/HD MA Track vorhanden ist, muss der DTS Core/Kern aus
+ diesem extrahiert werden.
+2.5) Alle Tonspuren muessen sich im 5.1 Format mit korrekten Kanaelen
+ befinden, mit Ausnahme von Sources die lediglich in Stereo/Mono
+ vorliegen.
+2.6) 2 Kanal Mono muss zu AC3 1.0 zusammengefasst werden.
+2.7) Optional darf eine zweite Tonspur (Originalton) in das Release gemuxt
+ werden. Dies ist allerdings keine Pflicht.
+
+
+[ Video ]
+
+
+3.1) Falls erforderlich, muss das Video deinterlaced bzw ivtc'd werden.
+3.2) Fuer 720p Releases sind mindestens 2 Passes erforderlich.
+3.2.1) Fuer 1080p Releases kann neben dem 2-Pass Modus der Constant Rate
+ Factor 22 (--crf 22) Modus gewaehlt werden. Hier liegt es im eigenen
+ Ermessen welcher Modus am meisten Sinn macht (bsp. aeltere Filmpro-
+ duktionen mit sehr viel Filmkorn verschlingen viel Bitrate, weshalb in
+ manchen Faellen der 2-Pass Modus zu bevorzugen ist, da ein crf 22
+ unter Umstaenden sehr gross werden koennte). 2-Pass und crf 22 Releases
+ dupen sich gegenseitig -- first Release wins.
+3.3) Die Breite des Videos muss ein Vielfaches von 16 sein (mod16). Die Hoehe
+ des Videos muss ein Vielfaches von 8 sein (mod8).
+3.4) Schwarze Balken sind bis zu dem Frame, der am meisten Bildinformationen
+ enthaelt, wegzucroppen. Overcroppen ist nicht erlaubt und wird als
+ technischer Mangel gewertet.
+3.4.1) Das Resizen von 1080p Releases ist nicht erlaubt. Es muss mod8/16
+ konform gecroppt werden, ohne zu overcroppen. Ein Undercropping (oder
+ Addborders) wird hierbei gegebenfalls in Kauf genommen.
+3.5) Aufloesungen:
+3.5.1) 720p steht fuer eine maximale Aufloesung von 1280x720.
+ - Fuer Seitenverhaeltnisse von 1.78:1 oder hoeher muss die horizontale
+ Aufloesung 1280px betragen. Beispiel: 2.35:1 -> 1280x544.
+ - Fuer Seitenverhaeltnisse kleiner als 1.78:1 muss die vertikale
+ Aufloesung 720px betragen. Beispiel: 1.33:1 -> 960x720.
+3.5.2) 1080p steht fuer eine maximale Aufloesung von 1920x1080.
+ - Fuer Seitenverhaeltnisse von 1.78:1 oder hoeher muss die horizontale
+ Aufloesung 1920px betragen. Beispiel: 2.35:1 -> 1920x816.
+ - Fuer Seitenverhaeltnisse kleiner als 1.78:1 muss die vertikale
+ Aufloesung 1080px betragen. Beispiel: 1.33:1 -> 1440x1080.
+3.6) Es muss das Seitenverhaeltnis der Source verwendet werden und nicht das,
+ was auf einschlaegigen Seiten wie z.B. IMDB zu lesen ist.
+3.7) Video Bitraten im 2-Pass Modus:
+3.7.1) 720p: Minimum = 3700 kbps, Maximum = 7000 kbps.
+3.7.2) 1080p: Minimum = 7000 kbps, Maximum = 13000 kbps.
+3.7.3) Ausgeschlossen hiervon sind Animationsfilme und crf Releases.
+3.8) Fuer 720p als auch fuer 1080p Releases muss Level 4.1 respektiert
+ werden.
+3.9) Fuer vertikale Aufloesungen von => 864px muss --ref 4 verwendet werden,
+ um Level 4.1 zu respektieren.
+3.10) Custom Matrizen sind erlaubt.
+3.11) VfW (Video fuer Windows) ist nicht erlaubt.
+3.12) Es wird empfohlen immer die aktuellste x264 Version zu verwenden. Als
+ erste Anlaufstelle wird x264.nl empfohlen. Die verwendete Version darf
+ nicht mehr als 25 Builds von der bis dato aktuellsten Version
+ zurueckliegen.
+3.13) Folgende Tabelle zeigt welche x264 Settings verwendet werden muessen:
+
+ .-----------------------------------------------------------------------.
+ | Setting | benoetigte Einstellung | x264 default |
+ |----------------+-------------------------------+----------------------|
+ | 8x8dct | an | nein |
+ | b-pyramid | an | nein |
+ | bframes | 3 oder hoeher | nein (default = 2) |
+ | me | umh, esa oder tesa | nein (default = hex) |
+ | mixed-refs | an | nein |
+ | no-fast-pskip | benoetigt | nein |
+ | subme | 7 oder hoeher | nein (default = 6) |
+ | trellis | 1 oder hoeher | nein |
+ | weightb | an | nein |
+ | | | |
+ | aq-mode | an (ausser Animationsfilme) | ja |
+ | b-adapt | an | ja |
+ | deblock | an | ja |
+ | direct | darf nicht "none" sein | ja |
+ | merange | 16 oder hoeher | ja |
+ | no-chroma-me | darf nicht benutzt werden | ja |
+ | partitions | alle oder p8x8,b8x8,i8x8,i4x4 | ja |
+ | psy-rd | an | ja |
+ `-----------------------------------------------------------------------'
+
+
+[ Groessen ]
+
+
+4.1) Als Groessen fuer 720p Releases zulaessig sind:
+ - Vielfache von 2240 MB
+ - DVD5/x (z.B. DVD5 / 4 = 1120MB ; DVD5 / 3 = 1493MB ; etc)
+ - DVD5 (4480 MB)
+ - 5600 MB
+ - 6720 MB
+ - DVD9 (8140 MB)
+4.2) Als Groessen fuer 1080p Releases zulaessig sind:
+ - Vielfache von 1000 MB
+ - DVD5 (4480 MB)
+ - DVD9 (8140 MB)
+ - Beispiele: 3000 MB, 7000 MB, 10000 MB, 12000 MB, etc.
+4.2.1) Hiervon ausgeschlossen sind crf Releases.
+4.2) Diese Groessen duerfen maximal um 40MB unterschritten werden.
+4.3) Ein Proper auf Basis einer groesseren Size ist nicht erlaubt, sofern die
+ minimum Bitrate respektiert wurde.
+
+
+[ Untertitel ]
+
+
+5.1) Untertitel muessen in einem text-basierten Format vorliegen, das in den
+ mkv Container gemuxt wird.
+5.2) Die Untertitel muessen als UTF-8 kodiert sein, um eine korrekte
+ Darstellung von Sonderzeichen zu gewaehrleisten.
+5.3) Untertitel duerfen nicht hardcoded werden.
+5.4) "Forced Untertitel" muessen dem Release beiliegen.
+5.5) Multi-language Untertitel koennen nicht als Basis fuer einen Dupe
+ dienen.
+5.6) "Subs" Ordner sind nicht erlaubt.
+
+
+[ Empfohlene Encoding Settings ]
+
+
+6.1) 720p 1st Pass:
+ x264.exe --pass 1 --stats .stats --bitrate 4000 --threads auto
+ --bframes 3 --me dia --ref 1 --subme 2 --no-dct-decimate --partitions
+ none --progress --no-psnr --no-ssim --output NUL movie.avs
+
+6.2 720p 2nd Pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads
+ auto --bframes 3 --b-pyramid --weightb --me umh --ref 5 --mixed-refs
+ --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress
+ --no-psnr --no-ssim --output movie.mkv movie.avs
+
+6.3) 1080p crf 22:
+ x264.exe --crf 22 --level 4.1 --threads auto --bframes 3 --b-pyramid
+ --weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse
+ all --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output
+ movie.mkv movie.avs
+
+6.4) 1080p 1st Pass:
+ x264.exe --pass 1 --stats .stats --bitrate 8000 --threads auto
+ --bframes 3 --me dia --ref 1 --subme 2 --no-dct-decimate --partitions
+ none --progress --no-psnr --no-ssim --output NUL movie.avs
+
+6.5) 1080p 2nd Pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 8000 --threads
+ auto --bframes 3 --b-pyramid --weightb --me umh --ref 4 --mixed-refs
+ --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress
+ --no-psnr --no-ssim --output movie.mkv movie.avs
+
+
+
+ [ Signed by ]
+
+
+ CDD DEFUSED DETAiLS EmpireHD NGXHD RSG SightHD UMF ZZG
+
+
+ [ Diese Standards gelten ab dem 01.05.2009 00:00:01 GMT+1 ]
+ ░
+ ░
+ ▄▄▀▀▀▄▄ ▒░
+ ▄▄▄ ▓█▌▄▓▄ ▀▓▄▄▄▀ █▓▓
+█▓█▓▒▓▓███▄██████████████████████████████████▓█▓▓████▀▀▀█████▓▓█▀▀▀█▀█▓▒░██▓▓█▄
+ ▀▀▀ ▓▀ ▀ ▀▀▓▄ ▀▓▀▐█▓ ███cpN
+ ▀▀▄▄▄▀▀ ▀█▓
||||||| German.Retail.DVDRiP.x264.Releasing.Rules.V2 |||||||
+
+
+
+ | Einleitung |
+ Das Ziel dieser Rules ist es, eine Art Richtlinie
+ gemischt mit verbindlichen Regeln fuer das Releasen
+ von Filmen in "normaler" Aufloesung mit x264-Codec
+ zu gestalten. Dass XviD nicht mehr ganz up-to-date
+ ist, wird immer deutlicher und scheint langsam
+ auch in die Koepfe einzudringen. Nicht umsonst
+ bedient sich die HD-Scene des x264-Codecs.
+ Um einem neuen Format mit viel Potenzial
+ zu mehr Akzeptanz zu verhelfen, sollen diese
+ Rules gelten. Der x264-Codec dupet keinesfalls XviD,
+ ebensowenig ist es das Ziel dieser Rules,
+ XviD zu verdraengen.
+ Er stellt eine Alternative dar, die sich hoffentlich
+ in der Zukunft durchsetzen wird.
+
+
+
+ | Allgemein |
+
+1.1] Diese Rules beziehen sich nur auf DVDRiPs.
+1.2] Jedes Release muss enthalten: NFO, SFV, Sample.
+1.3] Jedes Release ist in RAR-Dateien von 20000000 Bytes oder 25000000 Bytes Groesse
+ ohne Kompression zu packen.
+1.4] Als Container ist nur MKV zulaessig.
+1.5] In der NFO muessen mindestens Size, Aufloesung,
+ Audio- und Videobitrate, iMDB-Link sowie Retail-Date angegeben werden.
+1.6] Die Dauer des Samples muss zwischen 30 und 60 Sekunden betragen.
+ Dieses ist in einem Unterordner "Sample" zu hinterlegen.
+ Das Sample muss aus dem fertigen Release geschnitten sein und darf
+ nicht seperat encoded werden.
+1.7] Extras, Specials etc duerfen nicht im Release enthalten sein.
+1.9] Releasses bei denen das Store Date laenger als 1 Monat zurueck liegt
+ sind iNTERNAL zu halten.
+1.8] Die Verzeichnisbenennung ist nach folgendem Schema vorzunehmen:
+ Filmtitel.German.YEAR.<AC3/DTS>.<DL>.DVDRip.
+ x264.<PROPER/READ.NFO/REPACK/iNTERNAL>.-<GROUP>
+1.9] Die Dateibennenung ist nach folgendem Schema vorzunehmen:
+ grp-filmkuerzelx264.mkv/rar/nfo/sfv
+ grp-filmkuerzelx264-sample.mkv
+
+
+ | Dateigroesse |
+
+2.1] Die Filesize muss ein vielfaches von 100mb betragen, maximal jedoch 2000mb.
+ 2.1.1] Bei DTS / DL Releases maximal 2300mb.
+2.2] Das Splitten des Releases in z.B. 2 CDs ist verboten.
+
+
+
+ | Ton |
+
+3.1] Erlaubte Tonspuren:
+ 3.1.1] AC3 (DD5.1/DD2.0) sowie DTS.
+ 3.1.2] Die Tonspuren muessen von der DVD stammen.
+3.2] Nicht erlaubte Tonspuren:
+ AAC, EAC3, FLAC, MP3, LPCM, OGG, TRUEHD sowie DTS-HD
+3.3] Transcoding/Downsampling von Tonspuren ist verboten.
+3.4] Zweisprachige Releases sind erlaubt , aber keine Pflicht.
+3.5] Ein Release aufgrund mangelnder DTS-Tonspur zu propern,
+ ist nicht erlaubt.
+
+
+| Video |
+
+4.1] Die Videobitrate ist so zuwaehlen das m÷glichst 100% Qualitaet
+ erreicht wird (Qualitaetscheck), maximal jedoch 2000mb bzw 2300mb (siehe Punkt 2.1.).
+4.2] Die Framerate darf gegenueber der Source nicht veraendert werden.
+4.3] Encoding ist stets mit der aktuellen x264-Revision auszufuehren.
+ 4.3.1] Es ist mindestens mit 2 Passes zu encoden.
+ 4.3.2] Es muessen mindestens 2 B-Frames sowie 2 R-Frames verwendet werden.
+ 4.3.2.1] Animationsfilme sollten mit mehr B- und R-Frames
+ encodet werden. (z.B. 12)
+ 4.3.3] Es ist Level 4.1 zu waehlen.
+4.4] Schwarze Balken muessen cropped werden.
+4.5] Die Aufloesung muss Mod16/16-konform sein (Breite Mod16, Hoehe Mod16).
+ 4.5.1] Es ist immer die Aufloesung der Source beizubehalten.
+ Muss gecroppt werden, ist die Breite der Source
+ beizubehalten (720px).
+4.5] Die AR des Releases darf maximal 3% von der Original-AR abweichen.
+
+
+| Untertitel |
+
+5.1] Es besteht kein Zwang, Untertitel beizulegen. Fehlende Subs
+ sind kein Nuke- bzw. Properreason.
+5.2] Untertitel duerfen nur in einem Unterordner "Subs" beigelegt werden.
+5.3] "Forced Subs" muessen hardcoded werden.
+ 5.3.1] Fehlende Forced Subs sind eine Nuke- bzw. Properreason.
+5.4] Subs muessen im idx/sub-Format vorliegen.
+5.5] Subpacks sind verboten.
+5.6] Die Subs sollten vorher auf Lesbarkeit geprueft werden.
+ Unlesbare Subs sind ein Nukereason.
+
+
+
+
+||||||| SiGNED BY |||||||
+
+RiNC RMP HDD
+
+Diese Rules gelten ab dem 01.06.2009 00:00:01 GMT+1
+
+ [Mai 2009]
+
+
+ ┌─────────────────────────────────────────────────────────────────────────────┐
+ │ │
+ │ The TRAINER Releasing Standards 2009 │
+ │ │
+ │─────────────────────────────────────────────────────────────────────────────│
+
+ ──[ INTRODUCTION ]──
+
+ As game engines are evolving so are trainers. One trainer being better than
+ an other trainer it's more difficult these days to determine which trainer
+ has the best quality. Therefor to guide everyone making trainers in the
+ scene we decided to set up a set of rules. The rules are there to give
+ everyone the possibility to work at the same level through the same rules.
+ At this time there are no rules trainer related. We think it's time to set
+ up some standards so when we sceners using a trainer we can be sure it has
+ an certain level of quality in it.
+
+ Please read this draft, and if you do not agree to certain parts of it,
+ please inform us and tell us what exactly needs to be changed/removed/added,
+ so that it fits your opinion about what these rules should look like.
+
+ ──[ TRAINERs ]──
+
+ - .rar and .zip file names should have a maximum of 8.3 characters.
+
+ - Compression format for iSO trainers is RAR.
+ - Compression format for 0DAY trainers is ZIP.
+
+ Compression mode should be m1 or above.
+
+ - 0DAY trainers must include DIZ file.
+ - NFO must be included in each RAR/ZIP.
+
+ - Trained games must previously have been released as a valid (non-nuked)
+ release into the 0DAY/iSO section.
+ Only game releases from valid/non-scenebanned release groups may be used.
+
+ - To keep the competition, trained games must not be older than 6 months.
+
+ - If an update for a game has been released, it is still allowed to release a
+ trainer for the old version of the game. If this game isn't older than
+ three months.
+
+ - All trainers should work the same on all formats that the game supports.
+ If the game supports Win9x/ME/XP/Vista, then the trainers options must work
+ on all those formats too.
+ Due to WinVista there may also be games that support dx10 with a second
+ game.exe. However, as long as the dx9 trainer works on all supported
+ formats, the trainer will be accepted as valid, if this issue has been
+ explained in the .nfo.
+
+ - Trainers which have been made with so called 'Trainer Making Utilities'
+ like TMK, GameTrainerStudio or any other utility, are not allowed.
+
+ - Trainers for BETAs/DEMOs/etc. are not allowed. Unless the trainer is tagged
+ as internal.
+
+ - All languages are allowed.
+ Accordingly it is preferred (but not necessary) to write the .nfo in the
+ language the release is for. If the .nfo is not the same language as the
+ trainer is for, english must be used.
+
+ - No group should use anothers groups work. No exceptions.
+ Any group that does, will be nuked and should be banned instantly.
+ Any future release/s of this group will be ignored.
+
+ - Using ingame cheats in trainers shows of no respect to other trainer makers
+ and is not allowed in any way.
+ Any group that does, will be nuked and should be banned instantly.
+ Any future release/s of this group will be ignored.
+
+ - Option Counting:
+
+ Trainer options should be counted properly. Lame ways like explained below
+ aren't allowed to count the amount of options on a trainer. Everyone can
+ throw out shit.
+
+ For example:
+
+ Health:
+ Infinite Health for player A
+ Infinite Health for player B
+ Same for more than 1 team mate
+ These options can be seperated in the trainer, but they count as one
+ option.
+
+ Ammo:
+ Ammo in a game is based on ALL ammunition types. It should include
+ grenades, mines and everything else related to ammunition.
+ These options can be seperated in the trainer, but they count as one
+ option.
+ In short this means every option related with secondary or primary ammo
+ should be counted as one option.
+
+ Items:
+ Usually trainers are called +20 or bigger because people are counting all
+ different types of items as seperate options.
+ Items can have a different hotkey in the trainer but they count as one
+ option.
+
+ Resources:
+ Wood, Stones, Iron, etc. are Resources.
+ These options can be seperated in the trainer, but they count as one option
+ unless:
+ for example we take a game where we have wood, stone and coal.
+ If resources are treated as individually in the game ie for trading among
+ other AI players or games like civilization where some resources affect
+ trade, while other affect military, etc, those are allowed to be regarded
+ as individual options.
+
+ Time:
+ Infinite Time for Game-Mode A
+ Infinite Time for Game-Mode B
+ Infinite Time for Mini-Game A
+ Infinite Time for Mini-Game B
+ These options can be seperated in the trainer, but they count as one
+ option.
+
+ Toggles:
+ Toggle Option 1 ON/OFF
+ For those who don't know already, this is only one option.
+
+ - If you do not count your options correctly, you may get PROPERed by other
+ groups.
+
+ - Release Name:
+ The Release Name has to include the trained games name, the version number
+ (if an update has been trained) the number of options and the group name.
+
+ DEFAULT:
+ <Game Name>.PLUS.<Option Number>.TRAINER-<GROUP NAME>
+ <Game Name>_PLUS_<Option Number>_TRAINER-<GROUP NAME>
+ <Game Name>.<Version Number>.PLUS.<Option Number>.TRAINER-<GROUP NAME>
+ <Game Name>_<Version Number>_PLUS_<Option Number>_TRAINER-<GROUP NAME>
+ REPACK'S:
+ <Game Name>.PLUS.<Option Number>.TRAINER.REPACK-<GROUP NAME>
+ <Game Name>_PLUS_<Option Number>_TRAINER_REPACK-<GROUP NAME>
+ <Game Name>.<Version Number>.PLUS.<Option Number>.TRAINER.REPACK-<GROUP NAME>
+ <Game Name>_<Version Number>_PLUS_<Option Number>_TRAINER_REPACK-<GROUP NAME>
+ PROPER's:
+ <Game Name>.PROPER.PLUS.<Option Number>.TRAINER-<GROUP NAME>
+ <Game Name>_PROPER_PLUS_<Option Number>_TRAINER-<GROUP NAME>
+ <Game Name>.<Version Number>.PROPER.PLUS.<Option Number>.TRAINER-<GROUP NAME>
+ <Game Name>_<Version Number>_PROPER_PLUS_<Option Number>_TRAINER-<GROUP NAME>
+
+ Examples:
+ Trackmania.United.Plus.1.Trainer-JEDiDOX
+ Star_Trek_Legacy_v1.030_Plus_5_Trainer-HATEDOX
+
+ Not valid:
+ Wartorn.Resource.Trainer-MYSTiCAL
+ The_Sims_Money_Trainer-DVN
+
+ - Dupes:
+ Group A releases a +5 trainer for game X.
+ Later if group B releases a trainer for game X with the same +5 options, it
+ is a dupe.
+ If group B wants to make a valid trainer for game X, group B must have at
+ least one or more new options on top of the original trainers. Group B can
+ also release an trainer with less options but completely different ones
+ than the one made by group A.
+
+ - Multiple Releases:
+ If group A releases a +3 and later wants to release a new trainer with
+ more options, the new trainer's dir has to contain 'REPACK'.
+ This will result in the previous trainer being nuked and the new trainer
+ being valid. We know this rule can result in a debate. Setting the rule
+ like this avoids groups updating and updating their trainer all the time.
+ Updating your trainer to work with an updated version of the game is
+ offcourse allowed. The rule is there to avoid a pre flood of updated over
+ updated trainers for the same game version.
+ Better create a QUALITY trainer in the first try than updating it 5 times
+ to get the same result as an other group. Do your best on your first prior
+ trainer release.
+
+ - REPACK's:
+ Trainers with one or more non-working option/s can be re-released by doing
+ a repack. NON working options can be removed, although we condone everyone
+ to fix them to keep the quality. The dirname has to include REPACK.
+ Make sure to lable the trainer appropriate. So if your faulty trainer had
+ 6 options and you remove two options. Lable the REPACK as a PLUS 4 than.
+
+ - PROPER's:
+ Trainers with one or more non-working option/s can be propered by another
+ group.
+ The PROPER Trainer must not have less options than the original (non-
+ working) release.
+ NFO must include detailed proper reason.
+ Dirname has to include PROPER.
+
+
+
+ ──[ GROUPS ]──
+
+ - ALL groups (0DAY/DOX) that ever DID or possibly MAY release a trainer, are
+ being considered as signers of the FINAL TRS.
+ These rules have been accepted by the following groups:
+ ===========================================================================
+ Council of ReUnion, Reebsaw, Outlaws and team BReWErS
+
+Draft 1.2
+
+
+
+<END>
+ █
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▀▀ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ ███████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █████▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ ████▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ ███████▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄████████▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒████▐███ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█▐██ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2009 DVDR RELEASING STANDARDS
+
+ [ 02SEP2K9 ]
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+
+ . Release size MUST be between 4.30-4.37 GB unless source is DVD5.
+ If release cannot achieve the minimum size allowed a valid common
+ sense explanation is required e.g Source was less than 4.30 GB
+ after removing the fullscreen cut etc.
+ . Maximum size of the final image MUST be no larger than the maximum
+ storage capacity of a standard DVD+R = 4,700,372,992 bytes.
+ . PAL after NTSC and NTSC after PAL is allowed.
+ . Widescreen releases are allowed after Fullscreen.
+ . Different regions do NOT dupe each other no matter if NTSC or PAL.
+ . DVDR releases MUST follow the DVD-Video standard. It's up to each
+ group/ripper to know and obide by these, as releases that do not
+ follow the standard decrease overall compatibility with players.
+
+
+ Video:
+
+ . Re-encoding:
+
+ . CCE version 2.67+ or higher MUST be used in all circumstances
+ where re-encoding of the video stream is required.
+ . Automated programs that perform DVD9 > DVD5 rips are STRICTY
+ FORBIDDEN, e.g. DVDXCopy, CloneDVD, DVDShrink etc.
+ . DVD-Rebuilder PRO 1.28+ is allowed if the following criteria
+ is met:
+
+ - The one-click option cannot be used.
+ - CCE version(s) as mentioned above MUST be the
+ encoder used.
+ - Qual Prec and VBR Bias MUST be adjusted accordingly.
+ - Max_Bitrate MUST be set according to the DVD-Video
+ standards.
+ - Target_Sectors SHOULD be set to utilize as many
+ sectors as possible.
+ - RB-Opt. or external program to add or modify the CCE
+ settings based upon the encode is recommended.
+
+ . Minimum average bitrate allowed is 4000 kbit/s if any extras
+ or dubbed audios are retained. The release may go as low as
+ 3000 kbit/s if required as long as all extras and dubbed audio
+ and commentary audio streams have been stripped.
+ . Releases that are re-encocded MUST apply the appropriate
+ de-interlacing or IVTC methods if applicable to the source
+ video stream.
+
+
+ . CCE Quality Settings:
+
+ - No CBR. Multipass MUST be enforced.
+ - The initial 1st pass that encodes the .vaf file
+ or Qual Prec. control file is NOT considered within
+ the multipass set.
+ - VBR Bias and Qual Prec. values SHOULD be set as:
+ VBR Bias - Recommended Value = 30
+ Qual Prec. - Recommended Value = 28
+ - The number of passes required for a movie is to be
+ determined by the final avg. bitrate. as follows:
+ Under 4,000 kbit/s avg. = Min. 6 passes required.
+ Above 4,000 kbit/s avg. = Min. 5 passes required.
+
+ NOTE: The Parimeters of a CCE encode should be adjusted
+ acccording to the source video stream. However it
+ is not up to us as to what they should be and/or
+ which filters should be used during the encoding
+ of the source video stream. Enforcing this would
+ also be extremley difficult as well so, we leave
+ these to each groups specific decision as a high
+ recommendation.
+
+
+ . If minimum bitrates cannot be achieved a valid explanation is
+ required in the NFO file.
+
+
+ . Re-encoding TV-DVDR:
+
+ . TV-DVDR MUST follow all the above rules with the following
+ exceptions:
+
+ - Minimum avg. bitrate for TV-DVDR is 2800 kbit/s.
+ - TV-DVDR does NOT need to be de-interlaced.
+
+
+ Audio:
+
+ . Dolby Digital is considered the standard audio format and is
+ required in all releases that contain this audio format.
+ . DVDs that contain only PCM audio are allowed and MUST be noted
+ in the NFO.
+ . Downsampling of any audio track is FORBIDDEN.
+ . If audio is stripped from a DVD9, the superior audio track(s)
+ MUST be kept. e.g. If a DVD contained Dolby 2.0 and Dolby 5.1
+ audio, The Dolby 2.0 would be stripped in favor of Dolby 5.1.
+ The only exception to this rule is DTS audio. If DTS and Dolby
+ 5.1 are both present on the disc, the Dolby 5.1 MUST be kept.
+ The inclusion of a DTS stream is left at ripper's discretion
+ keeping in mind of the bitrate rules.
+ . For non-English movies, the movie's original language audio
+ stream MUST be kept unless it is not contained in the retail.
+ In the circumstances that a new dvd edition is re-issueed that
+ contains the original language audio stream, a re-release of
+ the movie is valid and MUST be noted in the NFO.
+ . For ALL English movies, the English audio stream MUST be kept.
+ . The inclusion of other audio streams will be based upon the
+ ripper's discretion, whether they are foreign or commentary.
+ . If foreign audio track(s) are included in a re-encoded release,
+ the release MUST include the MULTi tag in the directory.
+ . MULTi audio releases do NOT dupe each other if the newer release
+ contains an audio language that does not exist yet.
+ . A retail release with the dubbed audio tracks removed does NOT
+ dupe a MULTi release or release with dubs incuded unless the
+ MULTi release has maintained untouched video with the dubbed
+ audio tracks included.
+ . English dubbed titles without the orignal audio language track
+ and no english subtitles MUST include the tag DUBBED in the
+ directory.
+
+
+ Notes: DTS/DTS-ONLY/SUPERBiT/CRiTERiON/3D are issues that cannot be
+ ignored. However, it is not up to us to decide whether they
+ should be allowed or not. Rather, it's up to the SITES that
+ will determine their own appropriate rules. However, those
+ groups that wish to release these types of releases MUST
+ name their directory clearly with the appropriate tags of
+ DTS, DTS-ONLY, SUPERBiT CRiTERiON and 3D.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Source:
+
+ . Sources that contain both a widescreen and fullscreen cut MUST
+ have the fullscreen cut removed.
+ . Releases of superior/remastered editions of previous released
+ DVDs are ALLOWED as they improve upon the initial release.
+ e.g. If a new mastered DVD contains a Dolby 5.1 stream compared
+ to an inferior stream in the previous release, the re-release is
+ considered valid.
+ . Mastered DVDs of: Director's Cut, Unrated, Extended Releases
+ or any editions with additional scenes or material in the main
+ feature are NOT considered dupes over existing mastered DVDs.
+ . The DVD to be ripped SHOULD also be the best available edition
+ on the market.
+ . DVD9 sources that contain both a Theatrical and Extended/Unrated
+ cut MUST have the Theatrical cut removed and ONLY the Extended or
+ Unrated cut included if the video stream needs to be re-encoded.
+
+ Authoring:
+
+ . NO ONE CLICK APPS ARE TO BE USED! e.g. InstanCopy, DVDXCopy,
+ DVDShrink etc. Anything else like Scenarist and Maestro and
+ MUXMAN are acceptable.
+ . DVD-Rebuilder's reauthoring engine may be used if the rip was done
+ with this program.
+ . References to removed audio/subtitle streams SHOULD be removed.
+ . The main menu of the source SHOULD be first played upon disc
+ insertion as this cuts down on time to load the menu on standalones
+ when content played previous to the menu has been stripped.
+ . Previews and other content played prior to the main menu that does
+ not contain a link to them from the menu SHOULD be played post
+ feature to avoid unplayable content from being included if a first
+ play macro is run on the main menu or removed from the release at
+ ripper's discretion.
+ . The release MUST NOT contain any illegal program chain commands.
+ . Unreferenced material MUST NOT be included in the final release.
+ . VTS Sectors MUST always be gotten.
+
+ Subtitles:
+
+ . Keep them ALL, including commentary streams. If certain subs
+ present a problem, it is at the rippers discretion to retain. A
+ valid common sense explanation MUST be included in the NFO as to
+ why the subtitle stream(s) were removed.
+ . Releases aimed at English end-users MUST contain English subs for
+ any foreign dialogues. In rare cases where no force flagging or
+ forced stream(s) are included on the source, this MUST be
+ mentioned in the NFO.
+ . Closed Captioning MUST be retained if present on the source disc.
+ . Custom subtitles can NOT be added to a retail release, rather the
+ release SHOULD stem from a prior release if custom subs are added.
+ The CUSTOM tag MUST be used and the source MUST be identified in
+ the NFO file.
+ . MULTi subbed releases do NOT dupe each other if the new release
+ contains a subtitle language that does not exist yet.
+ . Titles with hard-coded subtitles MUST be labeled with the SUBBED
+ tag.
+
+ Menus:
+
+ . Menus MUST be included. On rare sources where the retail does
+ not contain a menu, it MUST be mentioned in the NFO.
+ . The menu MUST be in English and NOT a foreign language, unless
+ the release is aimed at non-English end-users.
+ . Foreign menus and/or language units (LU)'s SHOULD be removed if
+ aimed at English end-users. If the menu consumes a considerable
+ amount of space ie. Foreign menus utlize more than 100MB and the
+ video stream requires re-encoding, they MUST be removed.
+ . Removing useless menu cells SHOULD always be done. If the useless
+ cells are left in and the total size of the release is under 4.30
+ GB without them, they MUST be removed to achieve a higher bitrate
+ or to provide more content in the release. Untouched Video is NOT
+ a valid reason to include them.
+ . Removing useless buttons within the menu is required. If you
+ remove something, you MUST disable or remove the button properly.
+ . NOP commands MUST never be implemented to remove a menu button.
+ . If all else is stripped and still cannot achieve a 3000 kbit/s
+ avg. bitrate, ONLY then may the menu be re-encoded at a minimum
+ of 4000 kibt/s avg.
+
+ Extras:
+
+ . Extras are an added value but are not needed. If Extras are to be
+ retained, they SHOULD be those that pertain to the title being
+ released. e.g. Deleted Scenes, Featurettes SHOULD be kept over a
+ set of Previews and/or Coming Attractions etc.
+ . Previews do NOT need to be kept on a source where they are not
+ accessible via menu link.
+ . If a ripper wishes to play previews or any content post feature
+ where no link to the content has been provided it is left to the
+ rippers discretion and ONLY if main feature has been untouched
+ pertaining to the video stream.
+ . A release only containing the added previews will not be tolerated
+ as a reason for a proper or re-release.
+ . If extras are re-encoded, a minimum of 2,500 kbit/s avg. and a
+ minimum of 5 passes are required.
+
+ DVD Protections And Limitations:
+
+ . ALL forms of protection MUST be completley removed from a release,
+ INCLUDING BUT NOT LIMITED TO, Macrovision, "CSS Encryption", "Bad
+ Sector Insertion" e.g. ARccOS, DVDR-Movie PROTECT, FluxDVD etc.
+ "Content Alteration" e.g. Ripguard, Rimage etc.
+ . Blank/Empty/Never Accessed Cells MUST be removed. Untouched Video
+ is NOT a valid reason to include them.
+ . FBI warnings and other junk material "use common sense" MUST be
+ removed from the releases.
+ . All user limitations and restrictions MUST be removed. e.g. UOP's
+ and parental mangement masks/schemes. Parental management is
+ considered a user limitation and MUST be removed from the final
+ release. All references to sprm(13) MUST be removed as well.
+ . Releases MUST be made region free and RCE (Region Code Enhancement)
+ MUST be removed from the final release. ALL references to sprm(20)
+ MUST be removed as well.
+ . ANY new and/or unmentioned copy protection that comes out MUST be
+ completley removed.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+
+ . All releases MUST either use the .IMG or .ISO formats. Any
+ Other formats are strictly FORBIDDEN.
+ . Releases MUST be broken up into rars of 50,000,000 bytes.
+ . Recovery Record MUST be used, maximum 2%.
+ . Compression method MUST be "store".
+ . Archive is recommended to be locked.
+ . SFVs and NFO files MUST be included.
+ . NFO SHOULD include the following:
+ . Group name.
+ . Title.
+ . Source region number.
+ . Video standard NTSC or PAL.
+ . Number of Passes and Bitrate used when re-encoding
+ main movie.
+ . Number of Passes and Bitrate used when re-encoding
+ extras.
+ . Audio streams, and subtitles included.
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link.
+ . Number of archive files.
+
+ Samples:
+
+ . Samples are required. Minimum size shall be 30MB, but no larger
+ than 50MB.
+ . Samples MUST be put in a separate sub directory, labeled "Sample".
+ . VOB files MUST be cut and used as sample. You CANNOT rename a RAR
+ file and use it as a sample. The sample MUST have a header.
+ . Samples MUST be from an actual packed VOB that contains the main
+ feature. Separate encodes are FORBIDDEN.
+
+ Directory Naming:
+
+ . ALL appropriate directory tags MUST be used according to above
+ standards.
+ . ALL releases are to include production year, except for
+ current year and TV series.
+ . Directory name MUST include video standard (NTSC or PAL) except
+ for first release of a title in regards to a retail release.
+ . Source region number MUST be included in the directory if the
+ release is duping an existing standard e.g. Region 1 NTSC release
+ after a region 3 NTSC release MUST include the R1 tag etc.
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-_
+ . COMPLETE is for DVD5 only and when the dvd has NOT been modified
+ other than protection and limitation removals.
+ . Releases are to be named as:
+ MOVIE.TITLE.YEAR.STANDARD.DVDR-GROUP
+ . Sub directories are to be labeled as DISC1, DISC2,
+ etc. CD1, CD2 and EXTRA dirs are NOT allowed.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Propers:
+
+ . Propers will be acceptable if any of the above standards are
+ not followed in a release and/or if the previous release had
+ technical flaws e.g. video glitches, audio errors, menu errors etc.
+ however, if the release can be patched via a PPF patching system, a
+ PROPER by another group or REPACK by initial group will NOT be
+ tolerated.
+ . Releases that can be corrected with any other form of patches are
+ allowed, however, if the release cannot be patched ONLY by a PPF
+ patching system, a PROPER by another group or REPACK by initial
+ group is valid.
+ . Just because a previous release was not COMPLETE does NOT give
+ reason to PROPER/DUPE.
+ . A PROPER based on increased quality when the previous release
+ was within the standards is considered qualitative and will NOT
+ be tolerated.
+ . Propers based on previous releases having improper dir names,
+ incomplete NFO's or bad samples will NOT be tolerated. DIRFIX,
+ NFOFIX and SAMPLEFIX are to be used in these cases.
+ . The PROPER tag is not to be used by the same group when releasing
+ a repack. The REPACK tag MUST be used.
+
+ Tagging:
+
+ . Intros and outros and any other forms of defacement of the
+ feature is NOT tolerated.
+ . Group watermarks within the DVD are STRICTLY FORBIDDEN.
+ . Volume Label MUST be EXACTLY like the original unless it contains
+ a possible disc or area ID. Adding any tags to the Volume Label is
+ NOT tolerated.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The DVDR Releasing Standards Originally Written and Organized By:
+ AUK . SOUL . JR . MAH . PURP . CONE
+
+
+ The 2009 Revised Releasing Standards Written and Organized By:
+
+ 9RS . ALLiANCE . BBDvDR . BeStDvD . BOW . BULLDOZER . CLASSiC
+
+ COALiTiON . CarVeR . CLUE . CME . FiCODVDR . FZERO . HAGGiS
+
+ HNRDVD . IGUANA . MADE . MPTDVD . REDCROSS . SVENNE . WTO
+
+
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
HUN HD RULES 2009
+
+
+############################################
+# A SZABALYZAT 2009.06.08.-TOL ERVENYES! #
+############################################
+
+
+Ez a szabalyzat nem vonatkozik a korabbi rls-ekre, az alabbiak alapjan nem keszitheto
+proper.
+
+
+[ Altalanos ]
+- A rlst RAR-ba kell csomagolni. SFV-t es NFO-t mellekelni kell.
+- A rarok meretenek 50 MiB-nak vagy ennek tobbszorosenek kell lennie, nem allhat 99
+ file-nal tobbol a rls.
+- A rlst mkv kontenerbe kell muxolni.- Az nfonak adatokat kell tartalmaznia a video
+ es audio bitrate-rol.
+- Ajanlott dirnev forma: Movie.Name.YEAR.<720p/1080p>.BluRay.x264.-GROUP
+- A DUAL tag tovabbra is tiltott.- Introk, outrok, reklamok (beetwenos), vagy a film
+ barmilyen csonkitasa tilos.- Stablistat tilos torolni vagy alacsonyabb bitrataval
+ kodolni ha tartalmaz
+ tovabbi jeleneteket (bakik, veglifejlet, alternativ befejezes stb).
+- A sample kb. 60 masodperc hosszu legyen. A vegso rls-bol kell kivagni, ujrakodolni
+ tilos.
+ Sample nevu konyvtarba kell elhelyezni.
+ Barmilyen mas otletes elnevezes (Minta,Reszlet...) TILTOTT!
+
+[ Audio ]
+- A hang lehet AC3, DTS vagy FLAC, lehetoleg a forrasbol. MP3,AAc,OGG...nem
+ engedelyezett! DTS core-t ki kell muxolni a DTS HR/HD MA track-ekbol. Keszitheto
+ AC3 640 kbit, DTS 768 kbit es DTS 1536 kbit, de csak magasabb bitrate-tel rendelkezo
+ forrasbol. A kodolt DTS track-et a regebbi DTS dekoderrel rendelkezo
+ lejatszoknak/hardwereknek is tudniuk kell dekodolni. FLAC audio keszitheto LPCM-bol,
+ DTS HD-bol DTS MA-bol vagy TRUEHD-bol.
+- A TV-bol szarmazo hangot LD taggel kell ellatni, tovabba akkor keszitheto el ha nincs
+ dvd-rol szarmazo
+ hang illetve Bluray-rol.
+- Hang vagas eseten READ.NFO tag hasznalata kotelezo.
+- Hazai nyelv (Magyar) hangsav mellekelese engedelyezett kulon mappaba, de HDAUDIO-kent
+ is kiadhato.
+ Masodik hangsav (angol) mellekelese tiltott.
+- A rls csak 2 nyelvi hangsavot tartalmazhat.
+- DVD-rol felhasznalt hang eseten kotelezo megtartani az eredeti bitratat
+- A DVD-rol szarmazo hangokat csak SoundForge vagy Audacity segitsegevel lehet nyujtani
+ NTSC-re, tovabba elfogadott meg Resample, Prosoniq TimeFactory 2.02, HD-Audio Tools.
+- Minden audio streamnel meg kell tartani a csatornak szamat, azaz tilos a down illetve
+ upmix!
+- Ha hazai Bluray lemezrol szarmazik a magyar hangsav a RETAIL szo feltuntetese ajanlott
+ az infoban.
+- Nem sajat kodolasu filmeknel ha van mar egy elkeszitett munkad dvd-rol szarmazo
+ hangsavval a RETAiL magyar hangsavot csak HDAUDIO-kent adhatod ki ujra. Ehhez kotelezo
+ mellekelni egy *.bat filet ami belemuxolja a hangsavot a mar alltalad elkeszitett mkv-ba.
+
+[ Video ]
+
+- Minimum bitrate-ek:
+ 720p = 4000 kbps - Maximalis bitrata 8000kbps
+ animacioknak 2300 kbps
+
+ 1080p = 8000 kbps - Maximalis bitrata 16000kbps
+ animacioknak 5000 kbis
+
+ De soha nem lehet nagyobb a bitrata mint a forrase!
+
+ Ha a rls megitelesed szerint megfelelo keppel rendelkezik a minimum bitrata alatt
+ hasznalj READ NFO taget es kozold az nfoba.
+- Ha szukseges, deinterlacing vagy ivtc megfelelo alkalmazasa lehetseges
+- Legalabb 2 pass hasznalata kotelezo.
+- Minden filmnek meg kell tartani az eredeti framerate-jθt.
+- Csak a 4.1 szint high profile az elfogadott.
+- 3 reference frame hasznalata kotelezo.
+- b-frame-ek hasznβlata k÷telez⌡, ezekb⌡l maximum 3 egymβst k÷vet⌡ lehet.
+- A keyframe-ek kozt minimum 24, maximum 240 frame lehet
+- Croppolas hasznalata kotelezo.
+- Custom matrixok megengedettek
+- VfW (Video for Windows) nem megengedett
+- Minimum --me umh --subme=>6 --b-rdo --bime --partitions p8x8,b8x8,i4x4,i8x8 --8x8dc
+ es CABAC kotelezo a masodik pass soran.
+- --no-cabac kapcsol≤ hasznβlata TILOS. torekedjen a legfrissebb x264 hasznalatara
+ (mindegy melyik patchelt verzio, csak minel frissebbet)
+- Mivel az x264 valtozik ezert elofordulhat, hogy egyes parameterek automotikusan be
+ vannak kapcsolva az ujabb valtozatokban, ilyenkor termeszetesen nem kell azokat
+ alkalmazi (ertsd: ha hibara fut egy parameter miatt, akkor vedd ki mert alapbol be van
+ kapcsolva)
+- 720p maximalis felbontasa 1280x720 lehet
+
+[ Ajanlott encode beallitasok ]
+
+- elso pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3
+ --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress --no-psnr
+ --no-ssim --output NUL movie.avs
+
+- masodik pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3
+ --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 6 --trellis 1 --analyse all
+ p8x8,b8x8,i4x4,i8x8 --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output
+ movie.mkv movie.avs
+
+[ Feliratok ]
+
+- A feliratoknak szoveges formaban kell lenniuk az mkvba muxolva.
+- Tilos a videostreamre egetett feliratot kesziteni.
+- Multisubs release nem hasznalhato dupe alapjaul.
+- "Subs" dir hasznalata tilos.
+- Amelyik rls tartalmaz angol vagy mas idegen nyelvu hangsavot felirat sav kotelezo.
+- Ha a rls nem retail minden esetbe probaljunk meg dvd-rol rippelt feliratot mellekelni es
+ hanyagoljuk a "homemade" feliratokat.
+- Hazai Blurayen talalhato felirat savot kotelezo hasznalni a sajat kodolasu rlseknel.
+ Ennek elkeszitese a Suprip es SupRead program segitsegevel tortenjen.
+
+[ Meretezes ]
+
+- A megengedett meretezes: 1/2 DVD5, DVD5 + 1/2 DVD5, 2*DVD5, DVD9, DVD9 + DVD5, 2*DVD9
+- Sajat kodolasu filmeknel maximum 50 MB-tal lehet kisebb a rls a fennt emlitett
+ mereteknel.
+- A nem sajat kodolasu filmeknel torekedjunk arra, hogy ki lehessen irni DVD9 / DVD5
+ lemezekre vagy ezeknek a tobbszorosere.
+ A nem sajat kodolasu filmeknel maximum 350MB-al lehet kisebb mint a megadott meretek.
+
+- Engedelyezett tagek: HUN, ENG, DTS, READ NFO, INTERNAL, PROPER, REPACK, LD, DIRFIX,
+ SAMPLEFIX, NFOFIX, UNCUT, DC, UNRATED, REAL
+
+- Az INTERNAL tag eseten meg kell indokolni nfo-ba a hasznalatanak okat!
+
+- Engedelyezett karakterek:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+
+
+A szabalyzatot elfogadtak:
+
+TRiNiTY, Ozaki , NoScEnE, TvTiME
HUN HD RULES 2009
+
+
+############################################
+# A SZABALYZAT 2009.06.08.-TOL ERVENYES! #
+############################################
+
+
+Ez a szabalyzat nem vonatkozik a korabbi rls-ekre, az alabbiak alapjan nem keszitheto
+proper.
+
+
+[ Altalanos ]
+- A rlst RAR-ba kell csomagolni. SFV-t es NFO-t mellekelni kell.
+- A rarok meretenek 50 MiB-nak vagy ennek tobbszorosenek kell lennie, nem allhat 99 file-nal tobbol a rls.
+- A rlst mkv kontenerbe kell muxolni.- Az nfonak adatokat kell tartalmaznia a video es audio bitrate-rol.
+- Ajanlott dirnev forma: Movie.Name.YEAR.<720p/1080p>.BluRay.x264.-GROUP
+- A DUAL tag tovabbra is tiltott.- Introk, outrok, reklamok (beetwenos), vagy a film barmilyen
+ csonkitasa tilos.- Stablistat tilos torolni vagy alacsonyabb bitrataval kodolni ha tartalmaz
+ tovabbi jeleneteket (bakik, veglifejlet, alternativ befejezes stb).
+- A sample kb. 60 masodperc hosszu legyen. A vegso rls-bol kell kivagni, ujrakodolni tilos.
+ Sample nevu konyvtarba kell elhelyezni.
+ Barmilyen mas otletes elnevezes (Minta,Reszlet...) TILTOTT!
+
+[ Audio ]
+- A hang lehet AC3, DTS vagy FLAC, lehetoleg a forrasbol. MP3,AAc,OGG...nem
+ engedelyezett! DTS core-t ki kell muxolni a DTS HR/HD MA track-ekbol. Keszitheto AC3 640 kbit,
+ DTS 768 kbit es DTS 1536 kbit, de csak magasabb bitrate-tel rendelkezo forrasbol. A kodolt DTS
+ track-et a regebbi DTS dekoderrel rendelkezo lejatszoknak/hardwereknek is tudniuk kell
+ dekodolni. FLAC audio keszitheto LPCM-bol, DTS HD-bol DTS MA-bol vagy TRUEHD-bol.
+- A TV-bol szarmazo hangot LD taggel kell ellatni, tovabba akkor keszitheto el ha nincs dvd-rol szarmazo
+ hang illetve Bluray-rol.
+- Hang vagas eseten READ.NFO tag hasznalata kotelezo.
+- Hazai nyelv (Magyar) hangsav mellekelese engedelyezett kulon mappaba, de HDAUDIO-kent is kiadhato.
+ Masodik hangsav (angol) mellekelese tiltott.
+- A rls csak 2 nyelvi hangsavot tartalmazhat.
+- DVD-rol felhasznalt hang eseten kotelezo megtartani az eredeti bitratat
+- A DVD-rol szarmazo hangokat csak SoundForge vagy Audacity segitsegevel lehet nyujtani NTSC-re,
+ tovabba elfogadott meg Resample, Prosoniq TimeFactory 2.02, HD-Audio Tools.
+- Minden audio streamnel meg kell tartani a csatornak szamat, azaz tilos a down illetve upmix!
+- Ha hazai Bluray lemezrol szarmazik a magyar hangsav a RETAIL szo feltuntetese ajanlott az infoban.
+- Nem sajat kodolasu filmeknel ha van mar egy elkeszitett munkad dvd-rol szarmazo hangsavval a
+ RETAiL magyar hangsavot csak HDAUDIO-kent adhatod ki ujra. Ehhez kotelezo mellekelni egy
+ *.bat filet ami belemuxolja a hangsavot a mar alltalad elkeszitett mkv-ba.
+
+[ Video ]
+
+- Minimum bitrate-ek:
+ 720p = 4000 kbps - Maximalis bitrata 8000kbps
+ animacioknak 2300 kbps
+
+ 1080p = 8000 kbps - Maximalis bitrata 16000kbps
+ animacioknak 5000 kbis
+
+ De soha nem lehet nagyobb a bitrata mint a forrase!
+
+ Ha a rls megitelesed szerint megfelelo keppel rendelkezik a minimum bitrata alatt hasznalj READ NFO
+ taget es kozold az nfoba.
+- Ha szukseges, deinterlacing vagy ivtc megfelelo alkalmazasa lehetseges
+- Legalabb 2 pass hasznalata kotelezo.
+- Minden filmnek meg kell tartani az eredeti framerate-jθt.
+- Csak a 4.1 szint high profile az elfogadott.
+- 3 reference frame hasznalata kotelezo.
+- b-frame-ek hasznβlata k÷telez⌡, ezekb⌡l maximum 3 egymβst k÷vet⌡ lehet.
+- A keyframe-ek kozt minimum 24, maximum 240 frame lehet
+- Croppolas hasznalata kotelezo.
+- Custom matrixok megengedettek
+- VfW (Video for Windows) nem megengedett
+- Minimum --me umh --subme=>6 --b-rdo --bime --partitions p8x8,b8x8,i4x4,i8x8 --8x8dc
+ es CABAC kotelezo a masodik pass soran.
+- --no-cabac kapcsol≤ hasznβlata TILOS. torekedjen a legfrissebb x264 hasznalatara
+ (mindegy melyik patchelt verzio, csak minel frissebbet)
+- Mivel az x264 valtozik ezert elofordulhat, hogy egyes parameterek automotikusan be vannak
+ kapcsolva az ujabb valtozatokban, ilyenkor termeszetesen nem kell azokat alkalmazi (ertsd: ha
+ hibara fut egy parameter miatt, akkor vedd ki mert alapbol be van kapcsolva)
+- 720p maximalis felbontasa 1280x720 lehet
+
+[ Ajanlott encode beallitasok ]
+
+- elso pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3
+ --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim
+ --output NUL movie.avs
+
+- masodik pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3
+ --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 6 --trellis 1 --analyse all
+ p8x8,b8x8,i4x4,i8x8 --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output
+ movie.mkv movie.avs
+
+[ Feliratok ]
+
+- A feliratoknak szoveges formaban kell lenniuk az mkvba muxolva.
+- Tilos a videostreamre egetett feliratot kesziteni.
+- Multisubs release nem hasznalhato dupe alapjaul.
+- "Subs" dir hasznalata tilos.
+- Amelyik rls tartalmaz angol vagy mas idegen nyelvu hangsavot felirat sav kotelezo.
+- Ha a rls nem retail minden esetbe probaljunk meg dvd-rol rippelt feliratot mellekelni es
+ hanyagoljuk a "homemade" feliratokat.
+- Hazai Blurayen talalhato felirat savot kotelezo hasznalni a sajat kodolasu rlseknel.
+ Ennek elkeszitese a Suprip es SupRead program segitsegevel tortenjen.
+
+[ Meretezes ]
+
+- A megengedett meretezes: 1/2 DVD5, DVD5 + 1/2 DVD5, 2*DVD5, DVD9, DVD9 + DVD5, 2*DVD9
+- Sajat kodolasu filmeknel maximum 50 MB-tal lehet kisebb a rls a fennt emlitett mereteknel.
+- A nem sajat kodolasu filmeknel torekedjunk arra, hogy ki lehessen irni DVD9 / DVD5 lemezekre vagy
+ ezeknek a tobbszorosere.
+ A nem sajat kodolasu filmeknel maximum 350MB-al lehet kisebb mint a megadott meretek.
+
+- Engedelyezett tagek: HUN, ENG, DTS, READ NFO, INTERNAL, PROPER, REPACK, LD, DIRFIX, SAMPLEFIX, NFOFIX
+ UNCUT, DC, UNRATED, REAL
+
+- Engedelyezett karakterek:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+
+
+A szabalyzatot elfogadtak:
+
+TRiNiTY, Ozaki , NoScEnE, TvTiME
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ │
+│ The Hungarian XviD Releasing Standards 2009 │
+│ │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+┌───────┴┴─────────────────┬────────────────────────┬────────────────┴┴───────┐
+│ └─[ RELEASE SZABALYZAT ]─┘ │
+│ │
+│ │
+│ FiLM HOSSZA: │
+│ - Engedelyezett meretek: CD (700MB,1400MB,2100MB), 1110MB (DVD5/4) │
+│ - CD meretezes 695-702MB, DVD5/4 meretezes: 1105-1113 MB │
+│ - 100 perc felett hasznalhato 2 CD meretezes │
+│ - 100 perc alatt CD (700MB) vagy 1110MB meretezes javasolt. │
+│ │
+│ │
+│ AUDiO: │
+│ - VBR MP3 vagy Studio (Gyari) AC3. │
+│ - Az ABR a VBR technologianak felel meg. │
+│ - STEREO a STEREO forrashoz, MONO a MONO-hoz. │
+│ - MP3 audionak frekvenciajat a forrasnak megfeleloen kell kodolni │
+│ tehat 48khz a 48khz-hez es 44.1khz a 44.1khz-hez. │
+│ - Mono or Dual Mono (1+1) AC3 tiltott; hasznalj mono MP3-at. │
+│ - MP3 hangsavot normalizalni kell. Stereo forrasnal hasznalj stereo │
+│ kodolast. Mono forrasnal mono kodolast. │
+│ - AC3 kodolas vagy ujrakodolasa tiltott. │
+│ - AC3 alkalmazasa a ripper dontese, de 2CD-re vagy afelett mertezett │
+│ filmnel AC3 az elfogadott. │
+│ - Tobbnyelvu releasek tiltottak! │
+│ │
+│ │
+│ ViDEO: │
+│ - Csapat nevet tartalmazo vagy barminemu vizjel tiltott. │
+│ - Minimum 20 masodpercenkent kotelezo keyframe hasznalata │
+│ │
+│ Framerate: │
+│ - Hasznald a forrashoz legkozelebb eso framerate-et (Hazankban: 25fps). │
+│ │
+│ │
+│ KodeK: │
+│ - Kizarolag XviD (az osszes DivX es x264 codec tiltott). │
+│ - A kodolas soran 2 menetet kell alkalmazni. │
+│ - Quant type: MPEG vagy H.263, custom quant matrix tiltott! │
+│ - Qpel/GMC TILTOTT. │
+ - 1110MBos meretezesnel -noodml kapcsolo kotelezo mencodernel! │
+│ │
+│ Felbontas es Keparany: │
+│ - Szelesseg: 576 - 640 pixel azon filmekhez aminek keparanya 1.70-2.35 │
+│ 512 - 640 pixel azon filmekhez aminek keparanya 1.00-1.69 │
+ - Kiegeszites: 2.45:1 keparanynal a megengedett szelesseg 672px │
+│ - A szelessegnek es magassagnak oszthatonak kell lennie 16-al. │
+│ - Croppolni addig kell amig a sallangok teljesen el nem tunnek. │
+│ Abban az esetben ha a film valtozo keparanyu, akkor addig kell │
+│ croppolni hogy egyik frame se legyen tulcroppolva. │
+│ * 1 pixelnyi tul- vagy alulcroppolas meg belefer a hibafaktorba. │
+│ - A kodolt Video keparanyanak 4%-os hibahataron belul kell lennie. │
+│ AR hiba %: (Eredeti AR - Release AR)/Eredeti AR x 100 │
+│ - Tisztaban vagyunk vele hogy az R2-es kiadasok igen pontatlanok │
+│ keparany tekinteteben, tehat az eredeti AR-t nem imdb-rol, vagy egyeb │
+│ webstore-bol vett ertekbol szamoljuk, hanem a Forras AR-jahoz kepest. │
+│ │
+│ │
+│ FELiRATOK: │
+│ - Javasolt mellekelni a gyari magyar feliratot. │
+│ - Forced subok mellekelese KOTELEZO .idx/sub formatumban. │
+│ - Websub nem engedelyezett! │
+│ - Hianyzo feliratok eseten eleg SUBPACK-ot kiadni. │
+│ - A feliratoknak egyeznie kell az avi nevevel. │
+│ - Darabolt releasenel a feliratot is vagni kell! │
+│ │
+│ │
+│ CSOMAGOLAS: │
+│ - Minden releasnel AVI kontenert kell alkalmazni. │
+│ - Csomagolas CD meretnel 15MB, 1110MBos meretnel 25MB-os kotetnagysagban │
+│ tortenhet. │
+│ Tobb CD eseten CD1 v. CD2 mappaba tortenjen a rarozas. │
+│ - Kotelezo az egyedi filenev dupe elkerulese vegett. │
+│ - Tomorites nem megengedett. │
+│ - Recovery es MD5 record javasolt. │
+│ - SFV-t tartalmaznia kell minden CD-nek. │
+│ - RARozasnal az Old Style Volume Name az elfogadott. │
+│ - Kotelezo az NFO. │
+│ - Amit tartalmaznia kell: │
+│ - Kimeneti video es audio bitrate,felbontas feltuntetese kotelezo │
+│ - Release neve │
+│ - IMDB link kotelezo │
+│ - Forras │
+│ - Release date feltuntese kotelezo │
+│ │
+│ │
+│ STABLiSTA: │
+│ - Alacsonyabb bitratan valo kodolas engedelyezett, amennyiben nem │
+│ tartalmaz mas jeleneteket vagy a tortenet folytatasat. │
+│ - RETAIL forrasnal a stablista vagasa tiltott. │
+│ │
+│ │
+│ SAMPLE: │
+│ - Minden release-nel egyedi nev szuksegeltetik. │
+│ - 1 teljes percet tartalmazzon a filmbol egy 'Sample' mappaban. │
+│ - CSAK videobol kivagott resz lehet, kulon kodolas TILOS. │
+│ - Ketes release-eknel legyen a forrasbol is, a felreertesek elkerulese │
+│ vegett. (pl. bad.AR bad.res etc.) │
+│ │
+│ │
+│ PROPER: │
+│ - Proper csak technikai hiba eseten engedelyezett. (bad.AR, bad.ivtc) │
+│ - Az okot fel kell tuntetni az nfoban. │
+│ - Azoknal a releaseknel amik meg nincsennek nuke-olva de keszitesz │
+│ propert, akkor a technikai hibara ramutato bizonyitekot mellekelj. │
+│ - Minoseg miatti proper nem engedelyezettek. │
+│ - Properelni egy release-t hamar van mukodo javitas hozza, nem engedett. │
+│ - Az uj szabalyok miatt nem megfelelo regebbi release-ek properelese │
+│ nem megengedett. │
+│ │
+│ │
+│ │
+│ │
+│ SPECiALiS KiADASOK: │
+│ - Engedelyezett: DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, │
+│ SE (vagy egyeb specialis kiadas, pl. EE). │
+│ - Rovidebb vagott verzio egy filmbol, a hosszabb verzio utan engedett, │
+│ de a mappa neveben jelolni kell (THEATRiCAL). │
+│ - Homemade rippek tilosak (Hasznalj INTERNAL!). │
+│ - MEGJEGYZES: PAL - NTSC filmhossz kulonbseg a masodpercenkenti │
+│ kulonbozo mennyisegu framebol adodik es nem extra hossz! │
+│ │
+│ │
+│ MAPPA ES FiLE ELNEVEZESEK: │
+│ - Minden release-nek tartalmaznia kell a kiadas evet. │
+│ - A release neveben az angol cimet kell alkalmazni! (lasd lent) │
+│ - NE tuntess fel minden okorseget, AC3, TrueHD 7.1, kiskutyad nevet... │
+│ (EZEKET KIZAROLAG NFO-ban!) │
+│ - Film kiadasaval kapcsolatos taget okosan hasznaljatok. │
+│ pl. FESTIVAL, STV, LiMiTED, TV (ez csak TV filmek eseteben) │
+│ - READ.NFO tag engedelyezett, de csak ha fontos technikai kozlemeny akad. │
+│ - Egyeb lehetseges tag-ek: WS/FS (szabalyok fent), PROPER, REPACK, RERIP, │
+│ REAL, RETAIL, EXTENDED, REMASTERED, RATED, UNRATED, THEATRICAL, DC, SE, │
+│ UNCUT, INTERNAL, SUBBED, FINAL. │
+│ * RERIP rippelesi gondok, REPACK csomagolasi gondok eseten. │
+│ * RERIP/REPACK-nak kulonbozo filenevet adjatok mint az eredetinek. │
+│ - Elfogadott karakterek a release neveben (NINCS szokoz vagy dupla pont │
+│ - sima pont vagy alsovonal KIZAROLAG): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.-_ │
+│ │
+│ Lehetseges elnevezesek: #1 Taking.Chance.2009.HUN.DVDRip.XviD-NUNi │
+│ #2 Taking.Chance.2009.DVDRip.XviD.Hungarian-X │
+│ │
+│ - Aki ezek utan sem fogta fel: DUAL, hundub, HunDub, dub.sub es egyeb │
+│ otletek bannolva/nukeolva lesznek. │
+│ │
+│ │
+│ Forrassal kapcsolatos megjegyzesek: │
+│ - Mindennemu BRRip/BDRip/HDRip NUKEot kap. Senkit nem erdekel mas │
+│ csapatok altal kiadott releasek 1 menetes ujrakodolasara. │
+│ - Ujrakodolt forrasbol dolgozni tilos! Kizarolag DVD9, Retail DVD5 │
+│ - R5 nem Retail. │
+│ - A nem studio hanggal rendelkezo releasek neveben fel kell tuntetni a │
+│ hang minoseget: │
+│ * LD - line dub, kozvetlenul vetitogeprol │
+│ MD - microphone dub, diktafonnal, egyeb eszkozzel felvett hang │
+│ CUSTOM ? tvbol, vhsrol stb. felvett hang │
+│ - Az olyan forrasokat mint CAM, TS, TC, Workprint, SCREENER, │
+│ stb. fel kell tuntetni a release neveben. │
+│ │
+│ │
+│ iNTERNAL: │
+│ - INTERNAL taget csak indokolt esetben lehet hasznalni. │
+│ - DUPE elkerulese miatt tilos! │
+│ - Elfogadott okok: MP3->AC3 es vicaversa │
+│ Minden mas okot fel kell tuntetni az nfo-ban es a nuker elbiralasan │
+│ mulik. │
+│ - INTERNAL dirfix TILOS nuke/dupe elkerulese miatt. │
+│ │
+│ │
+│ DUPE/NUKE: │
+│ - Elso release nyert, a tobbi dupenukeot kap! │
+│ - Tobbnyelvu felirat nem lehet undupe alapja. │
+│ - MP3 hangal rendelkezo release utan AC3 DUPE! │
+│ - Pixel shape MUST be square. │
+│ - Specialis kiadassal taggelt release, ugyanolyan jatekidovel mint │
+│ az elozo DUPE. │
+│ - iNTERNAL tag indokolatlan hasznalata dupe elkerulese miatt DUPE! │
+│ - Minden, a fenti szabalyoknak nem eleget tevo release NUKE! │
+│ - Kulon figyelmet forditunk a hibasan elnevezett releasekre. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+│ └--------[ GROUPS ]--------┘ │
+│ signed by the following XviD Groups: │
+│ ───────────────────────────────────────── │
+│ │
+│ HSF - TvTiME - HASHiSH - seven - 1st - Legacy - Patriots │
+│ │
+│ │
+└──┬──────────────────────╔══════════════════════╗─────────────────────────┬──┘
+ ║ ERVENYBEN: 2009.06.10║
+ ╚══════════════════════╝
+
Official MP3 Release Rules 2.0
+ _______________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release is
+ not a dupe if it has different or more tracks.
+
+ Exceptions:
+ 1. It's also a dupe if the complete release is included in a previous
+ one. For example CDM is released, now someone releases the CDS and all
+ tracks of the CDS were already included on the CDM (excactly the same
+ tracks).
+ 2. You are allowed to create a duplicate release from a release that has
+ a source of lower quality (a different source!).
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname. For
+ online bought MP3s (-WEB-) we assume the best source quality (CDDA or
+ better).
+ 3. All MIXED cds should be ripped as one track supplied with a .cue. If
+ they are not, they may be duped by another group that releases it as
+ one track with a .cue supplied.
+ 4. If a WEB or FLASH version has been released then a CD RETAIL version
+ is allowed if the CD version has scans/photos.
+
+ For all LIVE sources:
+ + If a show has already been released (e.g. another name, but the mix is
+ the same), no dupe of that same show is allowed. If the show is
+ included in another release (for example, as a guest mix), then it is
+ not allowed either.
+ + If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to release
+ them both as a set. However, it is encouraged to release only the new
+ part if the other part is available in equal or better quality,
+ denoting in the nfo why the other part was omitted.
+ + If a show contains the broadcast of a commercially released CD, it may
+ not be released if the CD has already been released.
+
+ Note: if you want to release an import-album or some "extendend edition"
+ then check rule 7 as well !
+
+ 2. An .SFV and .NFO file must be included in every release.
+ CUE/M3U/JPG files are optional. If you release a CUE file for multitrack
+ mp3s then the CUE file must include artist and tracknames if they are
+ available on the cover or inlay.
+ If you want to release additional material (Videos, Lyrics, ...) from the
+ source medium then you must release that separately with dirname tag
+ -EXTRAS-.
+
+ 3. Directoryname must at least contain:
+ 1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+ 2. All bootleg releases must have the word BOOTLEG in dirname. (check
+ bootleg rule 14)
+ 3. If you release magazine CDs then you must tag them as -MAG-. Don't tag
+ them -PROMO-, -ADVANCE- etc..
+ 4. The directory name of an INTERNAL release must end with _INT.
+ Example: Someone_Something-2007-GROUP_INT
+ 5. For all LIVE sources:
+ It is not necessary to include the name of the station the show is
+ broadcasted on (if it is not included in the directory name, it is
+ strongly encouraged to include it in the nfo instead). The date must
+ be the date of the broadcast. Both USA (-MM/DD-) and EU (-DD/MM-) date
+ format are allowed.
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the vinyl/cd
+ then you must add the artistname.
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then you
+ must add the artist name as well ("VA-tracks" like mixes don't need
+ artistnames).
+ The song title for the filename must include the full title as it's written
+ on the cover/cd/inlay with all additional infos like remixed/featured stuff
+ as long as it doesn't exceed the 128 char limit.
+ Make sure that your filename is unique otherwise some sites might dupeskip.
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you *must*
+ provide proof that these tracks have no names. Either by a scan of the
+ original cover of the record company/label (no selfmade cdr or bootleg
+ covers) or a link to an official or trusted webpage with proofs. If these
+ "untitled tracks" are part of a big mix (no silence between the "tracks")
+ then it's considered as one track and you must rip it as one mp3/cue and
+ give this track same name as the "album".
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+ 6. Self-made releases
+ 1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other sources,
+ put them together and release that as something new.
+ 2. A self-made MIX or completely self-made music is not allowed either.
+ If you are releasing self-made stuff then that must be tagged as
+ internal.
+
+ 7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+ If you think it's too much work to rip all tracks you better don't rip at
+ all. Releasing the complete CD/Vinyl/.. is necessary because otherwise it
+ would be possible to make several (different) releases of the same
+ cd/vinyl/etc..
+
+ Exception for albums:
+ If a RETAIL album has been released and you have a different edition of the
+ same album (foreign/promo/advance/..) then it's allowed to release the
+ new/bonus tracks only. But you may NOT re-release an entire inital edition
+ within the first three months except if ... :
+ ... it's a 1disc release and more than 30% of the tracks of your version
+ are not on the previous retail version.
+ ... it's a multi disc release and either more than 30% of the tracks or at
+ least 6 tracks of your version are not on the previous retail version.
+
+ Moreover, it is NOT allowed to re-release a new edition of an retail album
+ EVER if the different/extra/bonus tracks are already included in one (!)
+ previous release. For example, USA album is released and four months later
+ japanese with simply a remix from an old CDM/CDS still wouldn't be allowed.
+
+ Example1: album released in US with 10 tracks, japanese edition with 11
+ tracks (1 bonus track that is a new song) then you MUST release the jap
+ bonus track only (without including previously released tracks of the US
+ album) during the first three months after first full retail release. If
+ it's more than 3 months later then you are allowed to do either the
+ bonustrack-only or the full album.
+
+ Example2: After the retail you got a promo with 1 different track. Then
+ it's not allowed to release this full album within 3 months. If the bonus
+ track was already out on a different release then it's not even allowed to
+ release it bonus-only.
+
+ Example3: Your different edition has 13 tracks of which 9 were on the first
+ retail release and 4 (= more than 30%) are new. Then you are allowed to
+ release the full album even within first 3 months. Except when the 4 new
+ tracks were already all on ONE previous release. Then a release isn't
+ allowed at all.
+
+ For DVD(A) releases check Rule 10.
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by Marilyn
+ Manson
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not included then
+ a proper (with ALL tracks) or an additional release (extra tracks only) is
+ not allowed.
+ If tracks are available in several audio formats then you must use the
+ "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+ Normalizing the sound volume is allowed but optional.
+
+11. Encoding Quality
+ 1. For releases made from MP3s (online bought or from FLASH medium) and
+ which are not SBD:
+ VBR (all combinations, but no maximum bitrate limit) and CBR is
+ allowed. The minimum bitrate for CBR is 192kbit.
+ => You release the MP3 as is. It is NOT allowed to re-encode! If the
+ source is below 192 kbit CBR it's not allowed to release it. Release
+ the MP3 unmodifed as you downloaded/copied it. Only adding/changing
+ ID3 tag is allowed.
+ If you want to release a -WEB- mp3 file with constant bitrate (CBR)
+ then you must choose the best version (320->256->224->192 kbit)
+ available at the shop.
+ If the FLASH medium contains both WAV and MP3 then you must choose
+ WAV.
+ 2. For ALL other sources (CD, Vinyl, DVD, SBD, CABLE, LINE, etc.):
+ You must use:
+ LAME 3.97 (final version!) with preset V2 and VBRNEW ("-V2 --vbr-new")
+ Additional switches which would affect the mp3 quality are forbidden,
+ especially no minimum or maximum bitrate limits.
+ 3. The sampling rate must be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+ 4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file must be correct at all times.
+
+12. Promos
+ If a release is considered not to have every track from the source then it
+ must be labeled as a promo and can be duped by any legitimate retail
+ release that DOES contain all tracks. The legitimate release can be
+ identified by the CAT number, or more suitable proof.
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+ If you release a promo when the retail is already out then you must provide
+ proof that this promo is real to make sure this is not a selfmade "promo".
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if they are
+ tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT (compressed digital tv/radio
+ sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a cd/vinyl/dvd that was not officially released by
+ the person/company owning the rights to do that (for example streetmixes,
+ pirate live cds, etc).
+
+ Because very often it's not 100% clear if something is bootleg there are
+ conditions when we assume something is or isn't bootleg. This is not a
+ defnition of "bootleg" and if a condition is not true then it does not mean
+ the opposite is true. This only helps nukers and groups to decide if a
+ bootleg tag is needed and hopefully leads to more fair nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't need a
+ bootleg tag)
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released any
+ bootlegs and released stuff that was available at major retail shops
+ - the artist or label of the samples confirms this release is valid (on
+ their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.dancegrooves.com
+ www.decks.de
+ www.4djsonly.com
+
+ The shop itself must sell the record (no private sellers).
+
+15. FREE MP3s
+ If music in mp3 format in acceptable quality (CBR 192kbit minimum) or files
+ in a lossless format (wav/flac/...) are legally available for download on
+ the net at no cost (artist / record company allows it) then it's NOT
+ allowed to release those files or mp3s made from them.
+ However a physical RETAIL release is allowed even if a free version is
+ available when a proof photo/scan is included.
+
+16. SOURCE
+ The tracks of a release must all be from the same source and have the same
+ quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases). Taking tracks from other scene releases or internal group
+ releases of other groups is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name needs a valid
+ source tag. Valid tags are listed below.
+
+ =RETAIL SOURCES=
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL-
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL-
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL-
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ extra nfo info needed:
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [FLASH medium] (SlotMusic, CompactStick, ...)
+ dirtag needed: -FLASH-
+ extra nfo info needed:
+ - codec of source (MP3, PCM (WAV), ...)
+ - proof photo of medium+cover
+
+ =LIVE SOURCES=
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct live recording from the audience]
+ dirtag needed: -AUD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so must be released internally)
+ dirtag needed: -STREAM-
+
+ =OTHER SOURCES=
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, PCM, ...),
+ - bitrate of source file (if not PCM/WAV),
+ - URL to some shop where it's available in that format
+
+ [CDR] (small label/artist releasing CDDA on CDR pr LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT-
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE-
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+ All other "sources" are invalid source tags (-LIVE- , -EP-, ...). Which
+ means you need a second tag for the source if you use those tags (except
+ for CDs which don't need a source tag).
+ A SBD release is not allowed if it could be a re-encode/repack of the same
+ show streamed or downloaded free from inet. If a free broadcast or download
+ is/was available with 160kbit CBR or better then it's not allowed to do a
+ SBD release.
+
+17. Fixes
+ 1. Trackfixes
+ Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-rip the whole release and all previous releases+dir/nfofixes
+ getting nuked.
+ A 1-track fix for a 2-track release is allowed (=50% and not "more
+ than 50%").
+ 2. Dirname/ID3 Fixes
+ If you release a DIRFIX then the dirname of the problematic release
+ must be listed in your NFO file.
+ If a release gets nuked for BAD DIRNAME or BAD ID3 then the
+ releasegroup has 72 hours to release a DIR/ID3FIX. If they don't do it
+ within the 72 hours then any other group is allowed to release a fix
+ or re-release.
+ The 72 hours start when the release gets nuked.
+
+18. ID3 Tags
+ All mp3 files need an ID3 v1.1 and ID3 v2 tag. This tag must include
+ Artist, Title and Album (see Note #3). The fields Year, Genre and
+ Tracknumber must be present but may not be nuked if incorrect.
+
+19. LIVE release quality
+ 1. The set must be complete. This means that every part of the show must
+ be released, and the beginning and end must be included in their
+ entirety. A set may not miss more than 1 minute from begin or end.
+ 2. All commercials must be edited out.
+ 3. DJ talk can be included to a certain extent: track announcements and
+ short lines from the DJ should not be removed; interviews and other
+ long talk should be removed (or included in a separate file if it's
+ special).
+ 4. It is encouraged to fade-in and fade-out the set. However, lack of
+ fades constitutes no proper reason.
+
+20. Scans/Photos
+ 1. All one track promo single releases must include scans/photos.
+ 2. A release might get "pre-nuked" if the source of the release is
+ questionable. You are able to identify such a nuke by the string
+ "SCANS.REQUESTED" in nukereason. The releasegroup then has 72 hours
+ (starting when it gets nuked) to supply/release scans/photos which
+ prove that the source is real. If useable scans/photos are supplied
+ then the release gets unnuked. If no scans/photos are provided it
+ remains nuked and then every other group is allowed to release it if
+ scans/photos are included.
+ 3. "scans/photos" means a scan or photo of either the disc (CD, vinyl,
+ ..) or the cover. Make sure that the quality of a photo is not too
+ bad. A photo that doesn't show anything because of terrible quality
+ does not count. And make sure that your "scan" doesn't look like a
+ picture that you downloaded from a webshop (e.g. put more than the
+ cd/cover on the scan).
+
+21. FLASH medium ripping
+ 1. A FLASH release must contain all music tracks. For additional stuff
+ (videos, pictures etc.) see rule 2.
+ 2. If the FLASH medium contains WAV files you must encode them with scene
+ standards.
+ 3. If the FLASH medium contains multiple formats (e.g. 10 tracks WAV and
+ a DJ MIX MP3) it is allowed to release it with mixed VBR/CBR and
+ multiple encoders.
+
+Notes:
+
+ 1. Releases with an apparently incorrect year may not be nuked. However the
+ year should be correct of course. Keep in mind that a lot of sites nuke for
+ fake year when it's incorrect. (The Year in dirname is not the year when
+ you released it but when the record company/artist published it!)
+ 2. If a release labeled as "advance" is identical to the retail version then
+ the advance turns into a retail release. This means then it is not allowed
+ to dupe it and it counts as retail for ALL rules. If the retail is
+ different then of course it's allowed to release it.
+ 3. Typos (in dirname, trackname, id3, etc ...) are tolerated if it still is
+ readable and either artist or title is 100% correct.
+ 4. The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD usually
+ is MP2/AC3/DTS compressed (lossy) while the audio of a real DVDA is high
+ quality PCM (lossless, e.g. 24bit/192khz). Tagging a normal DVD release as
+ -DVDA- will get nuked.
+
+change-log:
+2007-01-15 first version (v1.0)
+2007-06-01 rule 1: live sources addition
+2007-06-01 1.4 added (CD after WEB allowed)
+2007-06-01 3.4 added (INT tagging)
+2007-06-01 3.5 added (live sources)
+2007-06-01 rule 4 addition (remix info in filenames)
+2007-06-01 rule 7 reworded to make clear it's for promos/advances too and to
+ allow full re-releases within 3 months more than 30% is new.
+2007-06-01 rule 11 addition: best CBR must be released for WEB releases
+2007-06-01 11.3 added (minimum sampling rate)
+2007-06-01 11.4 added + rewordings for live sources
+2007-06-01 rule 13 adjusted for live sources
+2007-06-01 rule 16 reworded to forbid different encoders in one release
+2007-06-01 rule 16 new sources HD DVD and BLU RAY added
+2007-06-01 rule 16 "CDDA" added to all CD-sources
+2007-06-01 rule 16 all live sources adjusted, "SBD" rips limited
+2007-06-01 rule 19 added (LIVE release quality)
+2009-09-01 rule 1.4 CD after FLASH allowed
+2009-09-01 rule 2 addition (additional material must be released separately
+ with tag -EXTRAS-)
+2009-09-01 rule 6.2 reworded to forbid homemade releases
+2009-09-01 rule 11 lame 3.90.3 removed
+2009-09-01 rule 12 last paragraph moved to rule 20
+2009-09-01 rule 15 addition (physical retail release allowed even if free
+ version available)
+2009-09-01 rule 16 source AUD re-added and HOMEMADE source removed
+2009-09-01 17.2 added (Dirname/ID3 Fixes)
+2009-09-01 rule 18 addition (ID3 v2)
+2009-09-01 20 added (Scans/Photos)
+2009-09-01 21 added (FLASH medium ripping)
+
+ V2.0 active since 2009-09-01, signed by:
+1way 404 AMRC BF BFHMP3 BOSS CMG CMS CR D2H dh DJ EGO EMP FKK FNT FTD FWYH gEm
+ GRAVEWISH HQEM i8 iPC JAH JFK KzT MNS MOD NBD OBC PMS PsyCZ pyt QMI r35 rH
+ SHELTER TCLUB TGX UKi WAV wAx WiTF
+
+
+
+ ▀▀▀▀▀███ ▀▀▀▀▀███ ▀▀▀▀▀███ ▀▀▀▀▀███
+ ███ ██▀ ███ ▀▀▀ ███ ███ ███ ▀▀▀
+ ███▀███ ███▀ ███▀██▄ ███
+ ███ ███ ███ ███ ███ ███ ███ ███
+ ███ ███ ███ ███ ███ ███ ███ ███
+ ███ ███ ███ ███ ███ ███ ███ ███
+ ███ ███ ███ ███ ███ ███ ███ ███
+ ███ ███ ███ ███ ███ ███ ███ ███
+ ███ ███ ███ ███ ███ ███ ███ ███
+ ███▀███ ███▀███ ███ ███ ███▀███
+ ███ ███ ███ ███
+ ███ ███ ███▄ ███
+
+ Bleeding Edge Ripping Crew
+ ─────────────────────────────────────────────────────────────
+
+ Presents:
+
+ RESPONSE/QUESTIONS ABOUT MP3RULES 2.0
+
+ Notes:
+
+ We noticed new ruleset was pred, and we read them, unlike the guys
+ who signed it...
+
+ We noticed a few problems with rule 20, section 2.
+
+ (Which would have been avoided had you simply enforced jpegs on
+ every release, instead of this silly system...)
+
+ > 2. A release might get "pre-nuked" if the source of the release is
+ > questionable. You are able to identify such a nuke by the string
+ > "SCANS.REQUESTED" in nukereason.
+
+ > The releasegroup then has 72 hours (starting when it gets nuked)
+ > to supply/release scans/photos which prove that the source is real.
+
+ > If useable scans/photos are supplied then the release gets unnuked.
+ > If no scans/photos are provided it remains nuked
+ > and then every other group is allowed to release it if scans/photos
+ > are included.
+
+ As you can see i separeted the rule-item in pieces, so you can see my
+ interpretations problems. Here we go:
+
+ 1. First part says you can see the nuke by the string SCANS.REQUESTED.
+ Well, it is assumed (because we know how the system works) that only
+ the 34 crews who signed the rules have access to view this pre-nuke.
+
+ The question is:
+
+ How will this be announced to those without access? Will the releases
+ be nuked on sites (those with access to these pre-nukes)?
+
+ If not, then it's a useless rule when the majority of the groups
+ can't even see the pre-nuke. If it's viewable via
+ "site nukestatus/mp3dupe" on sites, then it's still rather useless
+ for most groups. Remember, the release that might end up being
+ pre-nuked doesn't have to be a recent release. Sometimes problems
+ are noticed after some time has gone by.
+
+ 2. Then you have 72hrs to provide the scan, until that its a pre-nuke,
+ after 72hrs it's a real nuke and everybody can proper.
+
+ Hypothetical scenario: -GRP pre a release, it get's pre-nuked, and
+ no scans are provided within 72hrs. Release = NUKED.
+
+ 5-10 days goes by, nobody propers.
+
+ -GRP pre's covers, what happens? is release still nuked?
+
+ or
+
+ -GRP pre's a repack with covers, what happens? is release dupe?
+ both nuked?
+
+ 3. Last example, if jpg's are crappy (imagine some cellphone crap)
+ - who defines what is crap? is it solely based upon random ppl
+ nuke-requesting the release?
+
+ Does the -GRP get 72hrs to provide better quality proof? and same
+ question as above, if release is nuked cause of bad quality pictures,
+ can you supply new pictures, or pre entire release again without
+ problem?
+
+ --
+ It's all in the writing. This ruleset is open for interpretation,
+ since they are not clearly written. Maybe if you included some of the
+ older crews you excluded, this would not have happened.
+
+ Signed,
+ BERC (2009-08-20)
+
+ ─────────────────────────────────────────────────────────────
+
+
+
+I made this rebuttal because, like many others, I think some of these new rules are simply....
+
+ RETARDED !!
+
+ So this is a rebuttal of the 'Official' MP3 Release Rules 2.0 2009
+
+
+First of all, I noticed that tons of groups didn't sign this crap and enough crap groups did.
+
+
+-------------
+
+It's only been going on for a few days, but there have been tons of nuke/unnuke's on the nukenets, 'requesting proof'.
+Seriously what did you guys think when you made this rule?
+Not everybody has global nuke access, so what they have to pre a proof?
+It used to be the other way around, you'd have to prove that the release is bad.
+Anyways most sites wonÆt nuke for this crap and it doesnÆt do any good.
+
+
+Every release I pre is done with proof. How come you guys didn't make this a rule, because it makes more sense.
+Every release can now be nuked for it and probably will because off all the nuker stat whores.
+So you'll have to make the proof anyways.
+And! This will already block the crap, because they'll get nuked for not having proof, which is a lot better.
+
+
+Okay then the time limit, where you guys drunk?
+Apart from the 0day 15d limit for new versions (which I also think is stupid, new functionality = new release), I havenÆt seen any time constraints.
+Isn't it more logical to just say: you need to provide proof before another group does a proper.
+
+
+HOMEMADE, why was this removed?
+Some people actually liked that stuff, it can also help a beginning artist spread his music without having a label.
+If a site doesn't allow homemade it will block the releases.
+
+
+And last but definitely not least.
+WEB releases, no new updates have been made for this part, while enough stuff needs to be changed (and will, believe me).
+
+------------
+
+May be it's my Dutch logic but I donÆt understand how these rules actually got signed and spread.
+
+Anyways, I think an update will occur soon because some groups are already thinking it was a mistake, i hope this will be the final push :)
+
+
+Greetz,
+ A Dutch guy.
+
+
+PS: After I finished this I noticed BERC did one,
+ but when they made it the rules where brand new,
+ not active yet and well... the 'damage' wasn't created yet.
+
+
+
+
+
+
+
+ Standard Iso Rules (S.I.R)
+
+ The follwing rules has been developed and improved upon the original ISO
+ rules, which was made and signed back in 1998. This should solve any future
+ questions and make a more structred and better suited ruleset, for the game
+ ISO scene to match future standards.
+
+ These rules shall be identified simply as the Standard Iso Rules (S.I.R).
+
+ Before you can sign the S.I.R rules, you have to be currently scene active
+ and represented by a group name, that have been scene active for mimimum 6
+ months of time.
+
+ These rules has been found acceptable, validated and signed by the following
+ groups:
+
+
+ The Standard Iso Rules are as follows:
+
+
+ Title.CLONE + TYPE OF MEDIA-GROUPNAME
+
+ Examples: Title.CLONECD-GROUPNAME = Titles on CD
+ Title.CLONEDVD-GROUPNAME = Titles on DVD
+ Title.CLONEBLURAY-GROUPNAME = Titles on BLURAY
+
+ - For titles that has a cloned media as source.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - Release sub directories has to be labeled BLURAY1 and BLURAY2 if multiple
+ BLURAY's.
+ - Any mediaformat is acceptable, as long as the nfo features detailed
+ information on how to mount it.
+ - Homemade or third party cloaker tools, such as Y.A.S.U are allowed, as long
+ as the nfo feature detailed information, what was used to get the clone
+ working.
+ - CD clone releases have to be packed with WiNRAR in 15mb files.
+ - DVD clone releases have to be packed with WinRAR in 50mb files.
+ - DVD9 clone releases have to be packed with WinRAR in 100mb files.
+ - BLURAY clone releases have to be packed with WinRAR in 300mb files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title-GROUPNAME
+
+ - For titles that has a media as source.
+ - Titles with third part installsetups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - Release sub directories has to be labeled BLURAY1 and BLURAY2 if multiple
+ BLURAY's.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - BLURAY releases have to be in ISO format and packed with WinRAR in 300mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.DVD-GROUPNAME
+
+ - For titles that previously was relased as a CD edition.
+ - Titles with third part installsetups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - CD or DD versions after DVD version isn't allowed.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.BLURAY-GROUPNAME
+
+ - For titles that previously was relased as a DVD edition.
+ - Titles with third part installsetups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - DVD or DD versions after BLURAY version isn't allowed.
+ - Release sub directories has to be labeled BLURAY1 and BLURAY2 if multiple
+ BLURAY's.
+ - BLURAY releases have to be in ISO format and packed with WinRAR in 300mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.DD-GROUPNAME
+
+ - For titles that are only available on Digital Download.
+ - CD,DVD and BLURAY media released versions are allowed after DD version.
+ - DD versions that are under 15x15mb WinRAR packed are not allowed.
+ - DD versions must have some sort of installer.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - BLURAY releases have to be in ISO format and packed with WinRAR in 300mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.DVDRIP-GROUPNAME
+
+ - For DVD5 ripped releases.
+ - The DVDRIP must have some sort of installer.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Max 2 CD's are allowed.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.DVD9RIP-GROUPNAME
+
+ - For DVD9 ripped releases.
+ - The DVD9RIP must have some sort of installer.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Max 2 DVD's are allowed.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - DVD release have to be in ISO format and packed with WinRAR in 50mb files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.BLURAYRIP-GROUPNAME
+
+ - For BLURAY ripped releases.
+ - The BLURAYRIP must have some sort of installer.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Both DVD5 and DVD9 are allowed.
+ - Max 2 DVD's are allowed.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - DVD release have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.UPDATE VERSION.Update-GROUPNAME
+
+ - DD updates are allowed.
+ - Media cracked updates must have the cracked content included in a seperate
+ directory.
+ - Updates under 100mb in size are packed with WinRAR in 5mb files.
+ - Updates under 500mb in size are packed with WinRAR in 15mb files.
+ - Updates over 500mb in size are packed with WinRAR in 50mb files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.Plus.AMOUNT OF OPTIONS.Trainer-GROUPNAME
+
+ - Trainers are allowed at max 1 month after the game was released. Meaning,
+ that if a game title was relased on 6th June, then you got until 6th of July
+ to make the trainer a valid scene release.
+ - Trainer has to be for the newest version of the game title. Meaning, that if
+ there is an update out, then the trainer has to be for the latest version of
+ the game.
+ - Trainers for earlier versions of the game are not allowed.
+ - The trainer has to be packed with WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.UNLOCKER-GROUPNAME
+
+ - Unlockers are allowed at max 2 weeks after the game was released. It's done
+ to try and avoid groups from stealing gamesaves or modification files from
+ webpages.
+ - The unlocker has to be packed with WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.CHEAT-GROUPNAME
+
+ - Cheatcodes or other ways to open up for some cheat possibilities are allowed
+ at max 2 weeks after the game was scene released. It's done to try and avoid
+ groups from stealing the codes or game cheat information from webpages.
+ - The cheat has to be included in a seperate txt/nfo file and packed with
+ WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+
+ OTHER TYPES OF RELEASES
+
+ - Covers, Guides, Multiplayer Hacks, Language selectors and any other PC game
+ iso relevant releases are of course allowed, as long as they consist of some
+ value to expand the pleasure of the release they are ment for.
+ - The releases has to be packed with WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+ - BETA releases not allowed.
+
+ RELEASES IN OTHER LANGUAGES
+
+ - Foreign releases are of course allowed as long as the language isn't
+ featuring in another version of the game title.
+ - Non english releases has to be tagged with TYPE of LANGUAGE
+
+ Examples: Title.GERMAN-GROUPNAME
+ Title.ITALIAN.DD-GROUPNAME
+ Title.FRENCH.Plus.AMOUNT OF OPTIONS.Trainer-GROUPNAME
+ Title.SPANISH.UNLOCKER-GROUPNAME
+ Title.POLISH.UPDATE VERSION.Update-GROUPNAME
+
+ - Game iso releases with multiple LANGUAGES than previously released editions,
+ has to be tagged with MULTI and NUMBER of LANGUAGES.
+
+ Example: Title.MULTI3-GROUPNAME
+
+ - Keep in mind that a release, has to have a LANGUAGE not yet scene released.
+ Otherwise it's a nuke for duping other languages.
+
+
+ (c) Standard Iso Rules 2009
+
+
+
+<END>
╔═════════╗
+╔═╝ GENERAL ╚══════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► CUSTOM SWESUB skall preas 14 dagar innan retail datum. (Ex pσ Discshop.se) ║
+║ ► KΣllreleasen mσste uppges i releasens nfo. ║
+║ ► Subtitles pσ releasen ska finnas angivna i NFO. Vilken som Σr CUSTOM ska ║
+║ tydligt mΣrkas ut. ║
+║ ► AnvΣndning av andra gruppers ÷versΣttningar Σr strikt f÷rbjuden, med ║
+║ undantag av tillσtelse. AnvΣndning av sσ kallade "www-subbar" Σr godkΣnt ║
+║ ► Endast WS-releaser tillσtna. Undantag om releasen bara kommer i FS. Detta ║
+║ gΣller sσvΣl retail som TC och DVDscr. ║
+║ ► F÷ljande sources Σr tillσtna till custom-releaser: REAL TC (TeleCine), ║
+║ R5, DVDScr, Retail. Ej tillσtna sources: TS (TeleSync), Screeners, CAM. ║
+║ ► Grupper som vill skriva under dessa regler kan kontakta grupperna nedan. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔══════╗
+╔═╝ DVDR ╚═════════════════════════════════════════════════════════════════════╗
+║ ║
+║ ► Videoformatet (NTSC/PAL) ska anges i NFO. Frivilligt i release-namnet. ║
+║ ► Releasen ska taggas korrekt med LiMiTED / STV / dylikt om sσ Σr fallet. ║
+║ ► Subtitle-str÷mmarna ska vara komplett synliga pσ TV-skΣrm, och absolut ║
+║ inte gσ utanf÷r skΣrmens kant. ║
+║ ► AnvΣndning av tre subtitle-str÷mmar f÷r varje sprσk, med olika placering ║
+║ rekommenderas starkt, dock inte obligatoriskt. ║
+║ ► Subtitle-str÷mmarna ska vara fullt lΣsliga. Typsnitt Arial, stl 18, ║
+║ fetstil, med svart outline border rekommenderas. Vit fΣrg pσ texten. ║
+║ ► Menyer skall finnas pσ samtliga CUSTOM SWESUB-releaser. Retail struktur ska║
+║ i st÷rsta m÷jliga mσn behσllas intakt.Annars Σr custom okej. ║
+║ ► Filmens huvudspσr frσn source-releasen ska finnas med. Med huvudspσr menas ║
+║ filmens originalsprσk i bΣsta version, rangordning: DD5.1, DTS, DD2.0, ║
+║ Stereo, Mono. ╓vriga spσr f÷rutom huvudspσret Σr frivilliga. ║
+║ ► Pσ custom-releaser med source som levereras med engelsk subtitle, ska den ║
+║ engelska subben Σven vara med i custom-releasen. ╓vriga subtitles frσn ║
+║ sourcen Σr frivilliga att inkludera. ║
+║ ► Intron Σr frivilliga. Max 25 sekunder. Ska placeras som "first play", ║
+║ och ska kunna skippas genom "Next" eller "Menu"-knapp pσ fjΣrrkontroll. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+
+ ╔═════════════════════╗
+╔═╝ SUBTITLE GUIDELINES ╚══════════════════════════════════════════════════════╗
+║ ║
+║ Notera att f÷ljande stycke inte Σr obligatoriskt, men rekommenderas f÷r god ║
+║ kvalitθ pσ ÷versΣttningarna. ║
+║ ║
+║ ► Ha aldrig mer Σn max tvσ (2) rader pσ en insΣttning. ║
+║ ► Hσll antalet tecken per rad till 40, aldrig mer Σn 42. ║
+║ ► Dialoger, konversationer markeras ut pσ f÷ljande "vanliga" sΣtt. ║
+║ ║
+║ "- Hej, Pelle! Hur Σr det? ║
+║ - Hej, Lisa. Tackar bra!" ║
+║ ║
+║ ► Om en mening gσr ÷ver tvσ insΣttningar, dela upp dem pσ f÷ljande vis; ║
+║ ║
+║ "Vi hade tΣnkt g÷ra Σppelpaj-" ║
+║ "-men vi hittade inga Σpplen." ║
+║ ║
+║ ► Vid paus och/eller avbrytning i tal, dela upp pσ f÷ljande vis; ║
+║ ║
+║ "Jo, hon kom hit, sen skulle vi..." ║
+║ "...sen skulle vi gσ ut tillsammans." ║
+║ ║
+║ ► F÷rs÷k hσlla insΣttningslΣngden till max 8 sekunder, och minst tvσ ║
+║ sekunder per rad i insΣttningarna. ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+ ╔════════════════════════════════════════╗
+╔═╝ FRAMTAGNA AV F╓LJANDE GRUPPER I SAMR┼D ╚═══════════════════════════════════╗
+║ ║
+║ WhoKnow aTerFalleT ║
+║ ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+
+
+
+
+ --------======== The Windows Media Video Releasing Standards v3.5 for Blu-Ray and HDDVD ========--------
+
+ --------======== Released on May 26th, 2009 ========--------
+
+
+
+Introduction:
+
+ WMV is equal in quality to x264. Many people feel as if WMV-HD is redundant because of
+ the x264 scene. This simply is not true because of the compatibility of WMV-HD. It can be
+ played on the X360 and HTPC's; x264 is restricted to HTPC's. The only reason many people are
+ against WMV-HD is because it's Microsoft. Fact is, many movie studios utilize the VC-1 codec
+ for their retail BD-ROMs.
+
+
+
+SECTION I: Video
+
+
+
+ Video size is determined by Minimum Bitrates
+
+ 101: Source must be HDDVD or Blu-Ray.
+ No re-encoding of any other source is allowed, i.e. x264!
+ 102: 720p must have a minimum bitrate of 4000 kbps.
+ 103: 1080p must have a minimum bitrate of 9000 kbps, and must be DVD9 or DVD9+5. If
+ the movie has a short runtime, see rules 150-153.
+ 104: Peak bitrate limits must be constrained to 14,500 kbps.
+ 105: If the bitrate is lower than 4000kbps for 720p DVD5, DVD9 720p is required.
+ 106: Resolution must be no less then 720p and NO GREATER then 1080
+ If source is 1088, it must be cropped to 1080 due to known 360 problem with 1088 resolution.
+ 107: Custom resolution is allowed, either OAR or MOD 16 is acceptable.
+ 108: Video codec MUST be Windows Media 9 Advanced Profile (VC-1).
+ 109: All releases must be encoded with 2-pass VBR.
+ 110: Whether 720p or 1080p is used is solely at the ripper's discretion.
+ However, minimum bitrates must be followed as outlined in rules 102 & 103.
+ 111: Discs must be fully used when encoding. Thus,
+ DVD5 must be no less than 4.0 gb
+ DVD9 must be no less than 7.8 gb
+ DVD9+DVD5 must be no less than 11.8 gb
+ 112: Intro and credits are to be kept intact; removing them is grounds for a proper.
+ 113: Resolution dupe rules are as follows:
+ 720p dupes 1080p
+ 1080p does not dupe 720p
+ 114: Intros and watermarks are NOT allowed.
+
+ TV Episodes & Short Films
+
+ 150: 720p - 1 hour or less - Minimum size 1.1 gb
+ 151: 720p - 30 minutes or less - Minimum size 750 mb
+ 152: 1080p - 1 hour or less - Minimum size 2.0 gb
+ 153: 1080p - 30 minutes or less - Minimum size 1.3 gb
+
+ Animated/Anime Titles
+
+ 160: All rules apply with the following exception:
+ There is no minimum filesize requirement as long as,
+ 720p is 4000kbps or above
+ 1080p is 9000kbps or above
+
+
+SECTION II: Audio
+
+
+
+ 201: Audio must be a minimum of 640 kbps WMA3 Pro 5.1.
+ The only excpetion is if the source kbps is lower than 640 kbps
+ or the source contains only 2.0 or mono audio tracks.
+ 202: Encoded audio channels must match source with correct channels mapped.
+ Upmixing is prohibited.
+ 203: Must be 24bit or 16bit audio unless source is less.
+ 204: English audio is to be use if it's the native language on the disc.
+ 205: If English is not the native audio on the disc do A or B and always C:
+ A: Add hardcoded English subs and native audio.
+ B: Use dubbed English audio track.
+ C: Follow directory naming rule 408.
+ 206: Audio can be either CBR or VBR and 1 Pass is sufficient.
+
+
+
+SECTION III: Subtitles
+
+
+
+ 301: Subtitles are NOT required if audio is English.
+ 302: English subtitles are suggested for titles that contain non-English audio segments when
+ English is the primary audio language.
+
+
+
+SECTION IV: Packaging
+
+
+
+ 401: WMV must be in RAR.
+ 402: Recovery record must be used when RARing.
+ 403: SFV, NFO, and Sample are required for all releases.
+ 404: Sample must be at least 60 seconds in duration.
+ 405: NFO MUST state the following information:
+ VIDEO bitrate
+ AUDIO bitrate
+ VIDEO resolution
+ AUDIO language
+ If Subs are HARDCODED.
+ 406: RAR filesizes
+ DVD5 - 50 mb or 50,000,000 bytes
+ DVD9 - 100 mb or 100,000,000 bytes
+ DVD9+5 - 150 mb or 150,000,000 bytes
+ 407: 2 X DVD5 is not allowed as DVD9 WMV can be split very easily by the end user.
+ 408: If audio is not English, audio language MUST be specified in dir name.
+ 409: Directory format suggestion:
+ Movie.Title.Year.<BluRay/HDDVD>.VC1.<720p/1080p>.<AUDIO CHANNELS>.WMV-GROUP
+
+
+
+
+SECTION V: NUKES
+
+
+
+ 501: These rules govern the WMV-HD section, NO OTHER RULES APPLY!
+ This means all nukes based on any other rules, implied or written, are INVALID NUKES and are
+ UNACCEPTABLE. All groups releasing WMV-HD have agreed to and signed this rule set. As such,
+ we are the only ones who will develop, implement, and mandate the rules governing the WMV-HD
+ section.
+ 502: These rules do not apply to any release pre'd prior to this rule set. Any and all nukes are
+ INVALID if these rules are applied to releases that came out prior to this rule set.
+ 503: If a group wants to redo a title that was done before the WMVS2K10 rules were released, it must be
+ labeled INTERNAL.
+ 504: Propers are valid if rule 405 is not strictly adhered to.
+ 505: HDDVD and Blu-Ray sources dupe each other.
+ INTERNAL tag is required if one is already released.
+ 506: Propers or nukes are NOT VALID if 302 or 409 are not followed as these are only suggestions
+ and NOT RULES.
+ 507: An EXACT timecode must be specified and screen shot of issue is required in order to nuke a
+ release for video "glitches" or other picture qualtiy problems. Without a the EXACT timecode and
+ screenshot, any nuke for picture quailty is INVALID.
+ 508: An EXACT timecode is required to nuke a release for audio problems such as out-of-sync.
+
+
+
+
+
+
+ --------======== The Windows Media Video Releasing Standards v3.5 for Blu-Ray and HDDVD ========--------
+ --------======== Signed by IGUANA, NOVO, BamHD, INSECTS, SMeG ========--------
+
+
+
+
████████████████████████████████████████████████▀▀▀▀▀▀██████████████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀█
+█▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ██▓▒░ ▀▀▀▀▀▀▀▀ ▒▒█████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+█▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ████████▓▒░ ███▓▒░ ███▓▒░ ▒▒▒▒█████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+█▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ████████▓▒░ ████▓▒░██▓▒░ █████▓▒░ ▒▒▒██▓███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+█▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ █████▓▒██▓▒░███▓██▓▒░ ░░░░████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+██▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ █████▓▒██▓███▓██▓▒░██▓▒░ ███▓▒░ ▒▒▒████▓▒░ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒██
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ███████▓▒██▓██▓▒░ ████▓██▓▒███████▓▒░████▓▒██▓▒░ ███████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓██▓▒██▓███▓▒░ ██████▓▒░ ██▓▒░██▓███▓▒░ ██▓▒░ ███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ █████▓██▓▒██▓████▓▒░ ███▓▒██▓████▓▒░ ██▓▒░███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ ████████▓▒░██▓▒███▓▒░ ███▓▒░████▓██▓▒░██▓▒███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ ███▓███▓▒░██▓▒░██▓▒███████▓▒░ ████▓██▓▒░██████▓▒░ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ███▓▒░ ██▓▒░██▓▒░██▓▒░██▓▒░ ██▓▒░ ██▓▒░ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ▒▒▒▒▒▒▒▒▒ ▒▒▒ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+███████████████████████████████████████████████████████████████████████████████████████████████████
+█ █
+█ High Definition x264 Standards for Anime █
+█ █
+█ Revision 1.0 :: 12-08-2009 █
+█ █
+█ [ Intro ] █
+█ █
+█ The standard described here is solely for Anime Blu-Ray and its purpose is █
+█ to improve quality over the current HDX standard. It is a recommendation and ppl who █
+█ like it can contact us and sign it. Anime was always something special for our █
+█ video codec experts at doom9. Remember without Anime there wouldn't be any VirtualDub █
+█ or many other video related things at all, http://www.virtualdub.org/virtualdub_history.html █
+█ so we decided to put out this new standard to enjoy almost lossless Anime quality! █
+█ █
+█ [ General ] █
+█ █
+█ 1.1 Release must be packed in RAR. SFV and NFO must be included. █
+█ 1.2 Rars should be in multiples of 50 MiB, no more than 99 files. 100MiB for 1080p movies. █
+█ 1.3 Compressed rars are not allowed. █
+█ 1.4 Video/Audio/Subtitles/Fonts/Chapter files must be muxed into the mkv container. █
+█ Chapter files are welcome but optional. Missing embedded fonts are a proper reason! █
+█ 1.5 Directory format: █
+█ Series: Anime.Title.<E01/S01.E01>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP █
+█ Movies: Anime.Title.<Year>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP █
+█ Season Tag can be removed if there is only one "Season". █
+█ 1.6 No hardcoded karaoke, credits, signs, logos, tags etc. █
+█ 1.7 Sample size should be 10MB-20MB and must be put in separate /Sample folder. █
+█ 1.8 Latest x264 version should be used. Older than 100 revisions from latest can be propered. █
+█ 1.9 If you wish hardcoded karaoke you have to link it with extra .mkv file █
+█ █
+█ [ Foreign dub Scene ] █
+█ █
+█ 2.1 Subtitles are not required for foreign dubbed Anime (German/French etc.) but they should █
+█ always have original audio, so ppl can still apply the sub they like later. █
+█ 2.2 Foreign dubbed Anime must have language tag in releasename. █
+█ 2.3 If the foreign dubbed Blu-Ray doesn't come with LPCM audio AC3/DTS only is allowed. █
+█ █
+█ [ Subtitles ] █
+█ █
+█ 3.1 First subtitle track must be english .ass (Advanced Substation Alpha V4+) █
+█ 3.2 Easy readable fonts should be used as typeset. █
+█ Don't try to use RGB 0:0:255 or such as font color or outline! █
+█ 3.3 A second identical subtitle track in .srt format must be there. █
+█ 3.4 Translation can be based on retail or decent fansub group check anidb rating. █
+█ Own translations should be from native Japanese to English no JAP->CN->ENG! █
+█ If you take someone elses work you have to mention the group in the nfo. █
+█ 3.5 Other foreign Subtitles are allowed of course. █
+█ 3.6 Horrible english translations or timing can be propered. Don't use speedsub translations! █
+█ Even if you don't speak Japanese you will notice unprofessional subs trust me on that. █
+█ 3.7 Translation notes allowed but they shouldn't be there too often. █
+█ 3.8 Signs can only be done by softsub no hardcoded signs! Classic way to show on top allowed. █
+█ Karaoke effects with .ASS shouldn't be too CPU intensive. █
+█ 3.9 Opening and Ending song translations/karaoke is welcome but not required. █
+█ █
+█ [ Audio ] █
+█ █
+█ 4.1 If Blu-Ray source is 2.0 LPCM audio must be FLAC (level 5) and 1st track. █
+█ 4.2 If the series has 2.0 LPCM and 5.1 audio both can be muxed but FLAC must always be there. █
+█ 4.3 For True-HD source: It has to be converted to 640kbit/s AC3. █
+█ 4.4 For DTS-HD source: DTS-Core must be extracted. █
+█ 4.5 Movies should only have AC3/DTS tracks muxed. Optional 2.0 FLAC allowed. █
+█ 4.6 The original dub must be always there! Are there licensing issues etc. eng dub allowed █
+█ but it can be rereleased with jap dub later again. (Example: Afro Samurai) █
+█ 4.7 No dupe releases because of new available english dub. So we avoid a lot of dupes because █
+█ of the earlier Blu-Ray releases in Japan and ppl should appreciate the original █
+█ Japanese dub even if they are too lazy to read subs. An additional dub-pack to mux █
+█ the english dub should be released then if necessary. █
+█ 4.8 Is there a foreign dub available only AC3 allowed as optional track. █
+█ 4.9 Did no one release a japanese Blu-Ray yet and the dubbed ones doesn't have LPCM audio █
+█ japanese AC3/DTS dub can be used instead. MP3/AAC/OGG conversions are not recommended. █
+█ █
+█ [ Video ] █
+█ █
+█ 5.1 If needed, appropriate de-interlacing and ivtc must be applied. █
+█ 5.2 Width of the video must be mod 16. Height of the video must be mod 8.(1280x720/1920x1080) █
+█ 5.3 Video has to be cropped and resized to 720p/1080p if there are problems with the source. █
+█ 5.4 Movies with 2,35:1 aspected ratio must be cropped to 1280x540 or 1920x816. █
+█ Anime with 4:3 must be 960x720 or 1440x1080. █
+█ 5.5 Filters like Limitedsharpen/FastLineDarken/Deen etc. can be applied, █
+█ if you know how to improve quality for real. Check with screen comparisons first! █
+█ 2008+ usually doesn't need any filtering at all. █
+█ 5.6 Resize should be done with Spline36. █
+█ 5.7 Is the size of an episode over 1GiB after CQP processing 2pass encode has to be applied. █
+█ Is the size of a movie over DVD9 (8,27GiB) 2pass encode has to be applied. █
+█ Should the source be an old unclean noisy anime 2pass encode recommended. █
+█ 5.8 No linked .mkv containers to reduce file size with Opening/Ending. █
+█ 5.9 Deblock must be enabled, Strength and Threshold are 0 and for 1080p --ref 4 is required. █
+█ Lower than --ref 4 is not allowed in any encode. █
+█ █
+█ [ Profiles ] █
+█ █
+█ After many hours of test encodes I decided to stick with CQP18 and L4.1 compatibility. █
+█ CRF did result in smaller sizes but poorer results in high motion scenes. Even the latest █
+█ advance with mbtree didn't do the job well as expected. Adaptive quantizers were also █
+█ the reason for blocking artifacts in static scenes so it is disabled in all profiles. █
+█ Proof screenshots and profiles can be found in the rar of this release. █
+█ For 720p --ref 5 is also allowed/recommended but not to keep it complicated █
+█ both can be kept at 4 so you only got 2 profiles to remember. █
+█ Increase in 720p filesize --ref 5 vs --ref 4 about 2MB for simplicity. █
+█ █
+█ █
+█ X264 Profile Anime CQP 720p/1080p █
+█ █
+█ --profile high --qp 18 --level 4.1 --keyint 240 --min-keyint 24 --ref 4 --b-pyramid █
+█ --no-weightb --direct auto --psy-rd 0.0:0 --partitions p8x8,b8x8,i4x4,i8x8 --me umh █
+█ --thread-input --aq-mode 0 --output "output" "input" █
+█ █
+█ ( Video File Size ) Blu-Ray Source: 24Min Episode usually about 6,40GiB-7,50GiB █
+█ 24Min Episode : 190MiB-300MiB for 720p and 320MiB-500MiB for 1080p █
+█ 90Min Movies : 2GiB-2,5GiB for 720p and 5GiB-6GiB for 1080p █
+█ █
+█ X264 Profile Anime 3000kbit/s Automated 2pass 720p/1080p █
+█ █
+█ --profile high --pass 2 --bitrate 3000 --stats ".stats" --level 4.1 --keyint 240 █
+█ --min-keyint 24 --ref 4 --b-pyramid --no-weightb --direct auto --psy-rd 0.0:0 █
+█ --partitions p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 30000 --vbv-maxrate 40000 --me umh █
+█ --thread-input --output "output" "input" █
+█ █
+█ ( Video File Size ) 24Min Episode: 520MiB █
+█ 90Min Movies : 1,90GiB █
+█ █
+█ AVS: █
+█ Spline36Resize(1280,720) # Spline36 (Neutral) █
+█ █
+█ [ Signed By (in alphabetic order) ] █
+█ █
+█ FaNSuB, JSpec, STARS █
+█ █
+█ [ The Standard applies from 01-09-2009 00:00:00 GMT (1251763200 unixtime) ] █
+█ █
+█ [ Contact: pantsumachine@gmail.com] █
+█ █
+███████████████████████████████████████████████████████████████████████████████████████████████████
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
| The x264 Sports Releasing Standards 2009 (a.k.a TXSRS2K9) |
+| Version: 1.0 |
+| Release Date: 2009-06-21 |
+| |
+| Requirements: Notepad with terminal font or any other ascii viewer. |
+| |
+| [ Introduction ] |
+| |
+| x264 has become the best video codec over the past 2yrs or so, giving higher quality video than xvid |
+| and at lower filesizes. AAC has become the best audio codec over the past few years and gives the |
+| same quality as mp3 but at a lower bitrate which allows for higher video bitrate for release sizes. |
+| Sports have high motion which xvid is unable to adequately compress to a good enough standard and is |
+| no longer being developed, so x264 with AAC audio is the best option for us to use. Sports have been |
+| hard to regulate as they need different rules due to their duration, content type and what should be |
+| included in the encode and how to tag releases, these rules will address these issues. |
+| |
+| There are many standalone players like TviX, Popcorn Hour, WD TV HD Media Player, MVIX, mini iSTAR |
+| etc that can play back x264 (.mkv) and aac audio, PS3 and Xbox 360 will likely add support for .mkv |
+| files in the future. Windows7 has h264 and aac codecs built in, haali splitter will allow you to |
+| play the .mkv files in Windows Media Player on windows7, we recommend VLC player or MPC-HC. |
+| |
+| These rules are for DSR, PDTV, WS.PDTV and HDTV sources ONLY, analog is forbidden. Releases will be |
+| DSR.x264, WS.DSR.x264, PDTV.x264, WS.PDTV.x264 and HDTV.x264. DSRip, WS.DSRip, FS.DSR, FS.PDTV and |
+| WS.HDTV tags are NOT allowed. These rules apply for ALL sports e.g Football (aka soccer), NFL, NBA, |
+| Formula 1, WWE, MMA (e.g UFC), Tennis, NHL, MotoGP etc. Reality tv shows that include only some |
+| sport should use xvid rules e.g The.Ultimate.Fighter, The.Contender, Gladiators etc. |
+| |
+| These rules are ONLY for english audio releases, swedish, dutch etc will have to create their own |
+| sports rules if they want to use x264 for sports. |
+| |
+| |
+| [ Previous Releases ] |
+| |
+| These rules do not apply to previous releases, and propering for those reasons will not be tolerated |
+| |
+| |
+| [ General ] |
+| |
+| 1.1) Release must be packed in RAR. SFV and NFO must be included. |
+| 1.2) Rars should be in multiples of 50 MiB, no more than 99 files, compression forbidden, use |
+| "store". Recovery record/recovery rars are optional. |
+| 1.3) Release must be muxed into mkv container. |
+| 1.4) DSR dupes WS.DSR, PDTV, WS.PDTV and HDTV Source. WS.DSR dupes PDTV, WS.PDTV, HDTV. PDTV dupes |
+| WS.PDTV and HDTV source, WS.PDTV dupes HDTV source. |
+| 1.5) Suggested directory format (unless your sport is covered later in the rules): |
+| Sport.YEAR.Event.SOURCE.x264-GROUP. |
+| 1.6) No intros, outros, betweenos, or any other form of defacement of the show will be tolerated. |
+| 1.7) Credits must not be removed but can be encoded at a lower bitrate, minimum of 300kbps. |
+| 1.8) A sample MUST be 50-70 seconds in length, preferably not of intro or closing trailers. |
+| 1.8.1) It must be cut from the final release and not encoded separately (use mkvtoolnix or |
+| similar). |
+| 1.8.2) It must be put within a directory named "Sample". |
+| 1.8.3) Sample must be a .mkv file. You cannot use .mp4, .avi etc. |
+| 1.9) x264 dupes xvid, use internal. Xvid doesn't dupe x264, hopefully all groups will move to x264 |
+| for sports then we can ban xvid for sports as it cannot cope with high motion sports, however |
+| better sources dont dupe xvid eg hdtv.x264 doesnt dupe ws.pdtv.xvid etc. |
+| 1.10) Groups are to state any known problems in the nfo, minor problems like 1 video glitch for 1sec |
+| can be just written in nfo, more severe should use READ.NFO tag. If a group has a copy |
+| without problems they can issue a proper. See proper section for more details. |
+| 1.11) NO spoilers allowed e.g "Well done lewis hamilton" or "Man United deserved the win". However, |
+| groups are allowed to say things like "this was a great final" or "this was a great race" etc. |
+| 1.12) Scrolling or stationary ticker-tape text bars at top or bottom of shows MUST be cropped out if |
+| they are present for 100% of the show and are not to do with the sport being aired. |
+| 1.13) Groups can use any size under 175mb for short sporting events e.g single boxing or mma fights |
+| as long as it has a MINIMUM bitrate 950. |
+| 1.14) SEGMENTING IS BANNED! |
+| |
+| |
+| [ Audio ] |
+| |
+| 2.1) Audio must be AAC (NDAAC-HE) or AC3. (NDAAC-HE codec is free and available at nero.com). |
+| 2.2) AC3 must be original untouched/untranscoded AC3. |
+| 2.3) AAC must be Nero AAC 1.3.3.0 or newer with profile NDAAC-HE-64kbps with MP4-AAC extension and |
+| Adaptive bitrate changed to 80 or higher in config. This gives same quality as 128bit mp3 but |
+| at only 60% of the filesize. |
+| 2.4) Release must only contain 1 audio track muxed into the mkv container. |
+| 2.5) Dupes based on audio format are forbidden and should be tagged iNTERNAL. |
+| 2.6) Sources with clipping audio will be considered a nuke. |
+| 2.7) Audio that is 120ms or more out of sync or drifts more than 120ms between any two points (e.g. |
+| needing -80 at one and +40 at another) is considered to be technically flawed and may be |
+| propered. |
+| 2.8) Original frequency of 48Khz or 44.1Khz must be maintained. |
+| |
+| |
+| [ Video ] |
+| |
+| 3.1) If needed, appropriate de-interlacing and ivtc must be applied. |
+| 3.2) Must use a minimum encode of 2 passes. |
+| 3.3) Height and width of release must be mod 16. |
+| 3.4) 50/60fps video must be dropped to 25/30fps use SelectEven() or similar. |
+| 3.5) Crop the black borders from the source. Crop to the picture that presents the most pixels even |
+| if this means some parts of the release has black bars. Releases that are uncropped on 1 or |
+| more sides for 100% duration of the show are to be nuked and can be propered. 1px MINIMUM |
+| needed to proper for a release being uncropped for 100% duration on 1 or more sides. |
+| 3.6) Releases are not to be overcropped, they will be nuked and can be propered. 1px is the MINIMUM |
+| needed to proper. |
+| 3.7) Aspect Ratio must be within +-1.5% of original AFTER cropping. Resolution should be chosen to |
+| keep the Aspect Ratio within +-1.5%. MeGUI has an option to only show resolutions within a |
+| specified percentage, you can type "1.5", this is in Options-Settings-Acceptable Aspect Error" |
+| 3.8) Custom Matrices are allowed. |
+| 3.9) VfW (Video for Windows) is not allowed. |
+| 3.10) Stripping or falsifying encode information in the file header is banned. |
+| 3.11) Must be Level 4.1 High Profile (MeGUI requires this to select some options). |
+| 3.12) x264 version used must be at least v1162 and no older than 30 revisions. See www.x264.nl |
+| 3.13) --deblock must be enabled. Must be the same on each pass. |
+| --aq-mode must be enabled. |
+| --bframes 3 or higher is required and must be same in both passes. |
+| --subme 7 or higher is required. |
+| --ref 5 or higher is required. |
+| --me umh or higher is required (a.k.a multi-hex). |
+| --trellis 1 or higher is required. |
+| --b-pyramid must be used in both passes (B-Pyramid). |
+| --weightb must be used (Weighted B-Prediction). |
+| --bime must be used (Bidirectional M.E). |
+| * Chroma M.E. must be used (enabled by default). |
+| * Keyframe interval (--keyint) must be at least 200 and at most 300. It is recommended to be |
+| 10*framerate (PAL=250, NTSC=300). |
+| * Min GOP Size (--min-keyint) must be at least 20 and at most 30. It is recommended to be |
+| equal to the framerate (PAL=25, NTSC=30). |
+| * CABAC must be used (enabled by default). |
+| * Macroblock options (--partitions) must be default: "p8x8,b8x8,i8x8,i4x4" or higher "all". |
+| * Adaptive DCT (--8x8dct) must be used. |
+| * Adaptive B-Frames must be used (enabled by default). |
+| * B Frame mode (--direct) must be set to Spatial (default) or Auto and must be the same for |
+| both passes. |
+| 3.14) The final pass must be done as one continuous encode spanning the entire episode, i.e. may not |
+| be segmented. |
+| 3.15) Video bitrate must be a MINIMUM of 950. |
+| |
+| |
+| [ Video Resolutions ] |
+| |
+| 3.16) Width: 608 - 720 pixels for Widescreen (16:9). |
+| 544 - 720 pixels for Fullscreen (4:3). |
+| 3.17) Video should not be upscaled unless the vertical resolution would be reduced if a lower |
+| resolution was used e.g some channels are 544*576 or 544*512, encodes can be done as 720*400 |
+| or 640*352 or similar as reducing the horizontal would mean halving the vertical to just |
+| 544*288 which would be much lower quality than upscaling the horizontal. 720/704px must ONLY |
+| be used for releases with 1200+ bitrate. Use a lower horizontal resolution for releases that |
+| dont make the minimum 1200 bitrate allowed. |
+| |
+| |
+| [ Total Size ] |
+| |
+| 4.1) Final mkv file size in MiB (1048576 bytes) must be 1 of the following unless the runtime is |
+| too short then any filesize lower than 175mb may be used but must still maintain a minimum of |
+| 950 bitrate: |
+| |
+| * 175mb |
+| * 233mb |
+| * 350mb |
+| * 440mb |
+| * 550mb |
+| * 700mb |
+| * 746mb (1/6 dvdr) |
+| * 1119mb (1/4 dvdr) |
+| * 1493mb (1/3 dvdr) |
+| * 2239mb (1/2 dvdr) |
+| * 4479mb (1 dvdr) |
+| |
+| 4.2) Multiples of dvd5 must be used for longer releases, not dvd9. |
+| 4.3) 2mb undersize and 2mb oversize are the maximum tolerated. |
+| 4.4) Releases are NOT to be split, single .mkv files only. |
+| 4.5) 950 minimum bitrate must obeyed at all times unless stated otherwise in a rule specific to a |
+| sport in the next section of the rules. |
+| |
+| |
+| [ NFO's ] |
+| |
+| 5.1) NFO as a minimum MUST contain the following information: |
+| * Release name |
+| * Audio Codec |
+| * Audio Bitrate |
+| * Audio Channels (if its AC3) |
+| * Video Bitrate |
+| * Video Codec and number of passes |
+| * Runtime (HH:MM OR HH:MM:SS) |
+| * Resolution |
+| * Framerate |
+| * Filesize of .mkv file (to the nearest MB). |
+| 5.2) The following are recommended: Description of the sporting event, release date, air date and |
+| fight line-ups for boxing and MMA events. |
+| |
+| |
+|------------------------------------------------------------------------------------------------------|
+| |
+| |
+| [ Rules Specific To Each Sport ] |
+| |
+| 6.1) WWE (World Wrestling Entertainment) - All in show material is to be left in including adverts |
+| of forthcoming events or WWE cd's/dvds. All regular adverts that dont air as part of the WWE |
+| broadcast must be removed. |
+| |
+| Tagging to be used: |
+| |
+| WWE.Friday.Night.Smackdown.YYYY.MM.DD.SOURCE.x264-GROUP |
+| WWE.Friday.Night.Smackdown.International.YYYY.MM.DD.SOURCE.x264-GROUP |
+| WWE.Monday.Night.RAW.YYYY.MM.DD.SOURCE.x264-GROUP |
+| WWE.Bottom.Line.YYYY.MM.DD.SOURCE.x264-GROUP |
+| WWE.Afterburn.YYYY.MM.DD.SOURCE.x264-GROUP |
+| WWE.EVENT.YEAR.PPV.SOURCE.x264-GROUP for PPV releases like Wrestlemania, Backlash etc. |
+| |
+| Use discretion for other releases like induction ceremonies, wwe diva shows and similar |
+| releases. Groups cannot proper for different countries having longer runtimes and |
+| censored/uncensored footage, use internal. |
+| |
+| |
+| 6.2) TNA (Total Nonestop Action Wrestling) - All in show material is to be left in including adverts |
+| of forthcoming events or TNA cd's/dvds. All regular adverts that dont air as part of the TNA |
+| broadcast must be removed. |
+| |
+| Tagging to be used: |
+| |
+| TNA.Impact.YYYY.MM.DD.SOURCE.x264-GROUP |
+| TNA.EVENT.YEAR.PPV.SOURCE.x264-GROUP for PPV releases like Hard.Justice, No.Surrender etc. |
+| |
+| Use discretion for other releases like induction ceremonies and similar releases. Groups |
+| cannot proper for different countries having longer runtimes and censored/uncensored footage, |
+| use internal. |
+| |
+| |
+| 6.3) Football (a.k.a soccer) - Normal football matches (approx 95mins) are to be a MINIMUM of 700mb, |
+| any unusually long matches due to broken legs that require match to be postponed for a few |
+| minutes, powercuts, crowd trouble, extra time, penalties that make a make go over approx 95mins |
+| MUST use a higher filesize. Normal matches that are long that run 96mins or longer are valid at |
+| 700mb. Releases must include the full match. Half-time studio talk, pre-match and post-match |
+| footage are optional, these dupe each other, use internal if we wish to pre a release which has |
+| different types of footage in. FULL team names must be used e.g Manchester.United, not Man.U or |
+| Man.United etc. Leg.1 and Leg.2 tags are allowed for cup matches, .Final. and .Semifinal. |
+| .Quarterfinal. tags should be used. |
+| |
+| Tagging to be used: |
+| |
+| EPL.YEAR.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| SPL.YEAR.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| La.Liga.YEAR.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| Serie.A.YEAR.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| UCL.YEAR.Group.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| UEFA.World.Cup.YEAR.Group.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| FA.Community.Shield.YEAR.Team.1.Vs.Team.2.SOURCE.x264-GROUP |
+| FA.Cup.YEAR.Round.Home.Team.Vs.Away.Team.SOURCE.x264-GROUP |
+| |
+| e.g EPL.2009.Manchester.United.Vs.Liverpool.WS.PDTV.x264-GROUP |
+| |
+| |
+| 6.4) Boxing - Main.Event.Only releases and Fight.Only releases are to include walk-ins and fight, |
+| post-fight interviews are optional. Complete.Event releases should include all broadcasted |
+| footage. Fight.Only should only be used if you are to release 2 or less fights, if you want to |
+| release all fights then release a Complete.Event release. If the fight you are releasing is the |
+| main event then use Main.Event.Only tag. Names for events like |
+| Kelly.Pavlik.Vs.Bernard.Hopkins.2 are allowed, however full names must be used. HBO.Boxing tag |
+| is also allowed. If the boxing is a Pay Per View event then add a PPV tag. |
+| |
+| Tagging to be used: |
+| |
+| Boxing.opponent.1.Vs.opponent.2.Main.Event.Only.SOURCE.x264-GROUP |
+| Boxing.opponent.1.Vs.opponent.2.Complete.Event.SOURCE.x264-GROUP |
+| Boxing.opponent.1.Vs.opponent.2.Fight.Only.SOURCE.x264-GROUP |
+| |
+| |
+| 6.5) UFC - Main.Event.Only releases and Fight.Only releases are to include walk-ins, fight and |
+| post-fight interviews. Complete UFC releases should include all broadcasted footage. Fight.Only |
+| must only be used if you are to release 2 or less fights, if you want to release all fights |
+| then release the whole event. If the fight you are releasing is the main event then use |
+| Main.Event.Only tag. Names for events like Randy.Couture.Vs.Brock.Lesnar are allowed, however |
+| full names must be used. Most UFC events are Pay Per View so ALWAYS use PPV for UFC numbered |
+| events, dont use PPV tag for UFC.Ultimate.Fight.Night events. |
+| |
+| Tagging to be used: |
+| |
+| UFC.Number.Name.opponent.1.Vs.opponent.2.Main.Event.Only.PPV.SOURCE.x264-GROUP |
+| UFC.Number.Name.opponent.1.Vs.opponent.2.Fight.Only.PPV.SOURCE.x264-GROUP |
+| UFC.Number.Name.PPV.SOURCE.x264-GROUP |
+| |
+| e.g UFC.98.Evans.vs.Machida.PPV.HDTV.x264-GROUP |
+| e.g UFC.98.Evans.vs.Machida.Main.Event.Only.PPV.HDTV.x264-GROUP |
+| e.g UFC.90.Undisputed.Randy.Couture.Vs.Mirko.Cro.Cop.Fight.Only.PPV.HDTV.x264-GROUP |
+| |
+| |
+| 6.6) Formula 1 - Qualifying should be tagged Qualifying.Only or Complete.Qualifying. Races should be |
+| tagged Race.Only or Complete.Event. Race.Only and Qualfying.Only must contain ALL of the racing |
+| broadcast on the channel capped from. Complete.Qualifying and Complete.Event must contain all |
+| of the tv show broadcast on the channel capped from. |
+| |
+| Tagging to be used: |
+| |
+| Formula1.YEAR.Event.Grand.Prix.Complete.Event.SOURCE.x264-GROUP |
+| Formula1.YEAR.Event.Grand.Prix.Race.Only.SOURCE.x264-GROUP |
+| Formula1.YEAR.Event.Grand.Prix.Complete.Qualifying.SOURCE.x264-GROUP |
+| Formula1.YEAR.Event.Grand.Prix.Qualifying.Only.SOURCE.x264-GROUP |
+| |
+| e.g Formula1.2009.Chinese.Grand.Prix.Complete.Event.WS.PDTV.x264-GROUP |
+| |
+| |
+| 6.7) Tennis - Several hours in a row is allowed to be released as a part number e.g |
+| Tennis.Wimbledon.Day.2.Part.2.SOURCE.x264-GROUP. Releases missing some of the end or beginning |
+| are allowed as matches dont often fully air as tv channels change the match being shown to the |
+| most important matches, READNFO tag must be used if the whole match isn't aired. |
+| |
+| Pre-match build-up and after match interviews are encouraged to be included but not required |
+| no dupes based on this, use internal. Full names of players must be used. Countries must be |
+| used in cup competitions like the Davis Cup tournament. |
+| |
+| Tagging to be used: |
+| |
+| Tennis.Event.YEAR.GENDER.Round.opponent.A.Vs.opponent.B.SOURCE.x264-GROUP |
+| Tennis.Davis.Cup.YEAR.Round.Country.1.Vs.Country.2.SOURCE.x264-GROUP |
+| |
+| e.g Tennis.US.Open.2009.Mens.Semifinal.Roger.Federer.Vs.Rafael.Nadal.WS.PDTV.x264-GROUP |
+| e.g Tennis.Davis.Cup.2009.1st.Round.England.Vs.Russia.WS.PDTV.x264-GROUP |
+| |
+| |
+| 6.8) NHL - National Hockey League - Games that are 1h30m - 1h40m should be done with a minimum of |
+| 700MB. Longer games due to various reasons such as penalties or fighting etc, should be done |
+| at a higher filesize. Pre-season games are to be tagged with Pre.Season tag. DATE (YYYY.MM.DD) |
+| must be used to define when the game was aired and should be tagged after the 2 team's names. |
+| Team tags should be done as the following: NHL.Away.Team.Vs.Home.Team. The team's "nickname" |
+| must be used when defining the home and away team. I.e. the following tag isn't allowed: |
+| NHL.Colorado.Vs.Anaheim.2008.10.31.WS.PDTV.x264-GROUP. All hockey games should follow this kind |
+| of tagging, obviously dont tag NHL for non-NHL games. Round and game should be used for stanley |
+| cup for non-finals games e.g .R1G1. |
+| |
+| Tagging to be used: |
+| |
+| NHL.Away.Team.Vs.Home.Team.DATE.SOURCE.x264-GROUP |
+| NHL.Stanley.Cup.Finals.Game.NUMBER.Away.Team.Vs.Home.Team.YEAR.SOURCE.x264-GROUP |
+| NHL.Stanley.Cup.R.Number+G.Number.Away.Team.Vs.Home.Team.YEAR.SOURCE.x264-GROUP |
+| |
+| e.g. NHL.Hurricanes.Vs.Ducks.2009.10.21.WS.PDTV.x264-GROUP |
+| NHL.Stanley.Cup.Finals.Game.6.Edmonton.Oilers.Vs.Carolina.Hurricanes.2008.HDTV.x264-GROUP |
+| NHL.Stanley.Cup.R1G1.Edmonton.Oilers.Vs.Carolina.Hurricanes.2008.HDTV.x264-GROUP |
+| |
+| |
+| 6.9) NFL - National Football League - These games are often 2 hours or more, and should therefore be |
+| at a minimum size of 1193MB. Pre-season games are to be tagged with Pre.Season tag. DATE |
+| (YYYY.MM.DD) must be used and should be tagged after the two teams. Team tags should be done as |
+| NFL.Away.Team.Vs.Home.Team. The team's "nickname" must be used when defining the away team and |
+| home team. I.e. the following tag isn't allowed: |
+| NFL.Chicago.Vs.Washington.2008.10.31.PDTV.x264-GROUP. All football games should follow this |
+| kind of tagging, of course NFL shouldn't be tagged for non-NFL games. |
+| |
+| Tagging to be used: |
+| |
+| NFL.Away.Team.Vs.Home.Team.DATE.SOURCE.x264-GROUP |
+| |
+| e.g. NFL.Hurricanes.Vs.Ducks.2009.10.21.WS.PDTV.x264-GROUP |
+| |
+| |
+| 6.10) MLB - Major League Baseball - These games are often 2 hours or more, and should like NFL have |
+| a minimum size of 1193MB. Pre-season games are to be tagged with Pre.Season tag. Release must |
+| use the DATE tag e.g 2008.10.31 to define when the game was aired, .YEAR. tag isn't allowed. |
+| These taggings go for any kind of baseball games. Each release must be tagged with the team |
+| nicknames i.e. MLB.Baltimore.Vs.Texas.2009.10.31.PDTV.x264-GROUP is not allowed. |
+| |
+| Tagging to be used: |
+| |
+| MLB.Away.Team.Vs.Home.Team.DATE.SOURCE.x264-GROUP |
+| MLB.Pre.Season.Away.Team.Vs.Home.Team.DATE.SOURCE.x264-GROUP |
+| |
+| e.g. MLB.Red.Sox.Vs.White.Sox.2009.10.31.WS.PDTV.x264-GROUP |
+| |
+|------------------------------------------------------------------------------------------------------|
+| |
+| [ PROPERS ] |
+| |
+| 7.1) PROPERS are valid in the case of a technical flaw in the original release i.e. bad IVTC, |
+| interlacing, audio glitches, out of sync, missing footage, aspect ratio, overcropped by 1px or |
+| more, uncropped on 1 or more sides for 100% of the release, video bitrate is under 950, aac |
+| audio bitrate is under 80kbps, bad x264 settings, video glitches in 2 or more areas or if the |
+| video glitch has an audio glitch at the glitch too. |
+| 7.2) Samples (.mkv) or screenshots (.png) are encouraged to prove previous release was faulty. |
+| 7.3) Releases that were nuked at the time of releasing a proper dont require proof, however proof |
+| is encouraged. |
+| 7.4) Samples and screenshots are preferred to be put in Sample dir or Proof dir, however a url to a |
+| image sharing site or filesharing site is allowed in the nfo or in a nuke/unnuke reason. |
+| 7.5) Groups should give full reasons not just bad.crop. Please state which side(s) and whether it |
+| is uncropped, undercropped or overcropped. Preferably state timecodes if possible for glitches |
+| or missing footage or ads left in etc. |
+| 7.6) Qualitative propers are not allowed e.g your channel has higher bitrate and/or resolution, |
+| better x264 settings used etc, nor are propers based on decisions made by a ripper (i.e. |
+| filesize, AC3 or AAC etc). |
+| 7.7) Nfofix must be issued if a group forgets to put proper reason in nfo if previous release was |
+| not nuked at time of releasing proper. Release will be nuked but will be unnuked when nfofix |
+| is released. |
+| 7.8) Propers are permitted if there are broadcast or signal glitches in a previous release, however |
+| if a group uses READ.NFO tag explaining the problems in the release it shouldn't be nuked |
+| unless a group can proper it with a release without those problems. If you think the problem |
+| might be your signal and you dont want to risk being propered then use iNTERNAL. |
+| 7.9) READ.NFO tag is NOT to be used with a PROPER tag, proper notes are required so read.nfo tag |
+| is obselete when a PROPER or REAL.PROPER tag is used. |
+| 7.10) PROPER tag is not needed for releases tagged iNTERNAL which have problems, tag normally. |
+| 7.11) If you release an encode without watching and it has broadcast glitches and not signal |
+| glitches and can prove it either via 2 original .mpg, .ts or similar files or an online |
+| streaming link then the release is to be unnuked as it isn't the group's fault. Proof can be |
+| submitted in an unnuke with links to tv channel streaming site or free filesharing urls e.g |
+| sendspace.com, rapidshare etc OR the group can release an nfofix with the proof and url links. |
+| Naming another scene release such as a 720p or xvid version with the same broadcast errors is |
+| also fine, preferably state the timecodes of the broadcast problems in the release. Group can |
+| tag READ.NFO at risk of being propered or can use iNTERNAL if they cant prove it was the |
+| broadcast that was at fault. |
+| |
+| |
+| [ REPACKS ] |
+| |
+| 8.1) REPACKS MUST contain a full reason of what was wrong with previous release e.g |
+| commercials.not.removed.at.6m12s.to.11m03s, missing.5mins.footage.at.12m15s, out.of.sync etc. |
+| 8.2) Nfofix must be issued if a group forgets to put repack reason in nfo or release will be nuked, |
+| it will be unnuked once nfofix has been released. |
+| 8.3) Groups must use REPACK, not PROPER if their own previous release was faulty, self propers are |
+| not allowed. |
+| 8.4) Use REPACK tag instead of RERIP. |
+| |
+| |
+| [ DiRFiXES ] |
+| |
+| 9.1) If releases are mislabeled e.g wrong year, event, date, spelling mistake etc, then a dirfix is |
+| a valid way of fixing and original release is to be UNNUKED. Dirfix to internal before a nuke |
+| to avoid a nuke is allowed but dirfix after a nuke is not permitted. |
+| 9.2) Dirfixes to iNTERNAL are not allowed if release has technical flaws e.g missing footage, |
+| video glitches, audio glitches, low audio bitrate, low video bitrate, overcropped, uncropped |
+| or any other technical flaw. |
+| |
+|------------------------------------------------------------------------------------------------------|
+
+
+ [ Suggested encode settings ]
+
+ 10.1) First pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 950 --threads auto --bframes 3 --me dia --ref 1 --subme 3 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL sport.avs
+
+ 10.2) Second pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 950 --threads auto --bframes 3 --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output sport.mkv sport.avs
+
+
+ [ Signed By (in alphabetic order) ]
+
+ GORE JETSET KICKOFF NOsegmenT T0nk4
+
+ [ These rules apply from 2009-06-22 00:00:01 GMT ]
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The federation of releasing groups presents │
+│ │
+│ The XviD Releasing Standards 2009 │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ These rules take effect March 5, 2009 (2009-03-05) at 00:00 UTC. Thanks to │
+│ all groups who participated. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ │
+│ Movie Length: │
+│ - Allowed sizes are 175MB, 350MB and multiples of 1 CD (700MB). │
+│ - The following formula will guide you to get the appropriate size: │
+│ target-size = VIDEO-FPS * VIDEO-RUNTIME(in mins) * 0.28 │
+│ Use the target-size value to index the MAXIMUM allowed size, examples: │
+│ target-size = 25.000fps * 98min * 0.28 = 686, MAX size is 1 CD │
+│ target-size = 23.976fps * 49min * 0.28 = 329, MAX size is 1/2 CD │
+│ target-size = 18.000fps * 65min * 0.28 = 328, MAX size is 1/2 CD │
+│ VIDEO-RUNTIME is in minutes only, no fractions, and rounded up to the │
+│ next full minute, e.g. 104 min and 5 secs = put 105 min inside the │
+│ formula. The following table describes the MAXIMUM size allowed for │
+│ each runtime in minutes: │
+│ │
+│ FPS │ 175MB │ 350MB │ 700MB │ 1400MB │ 2100MB │
+│ 23.976 │ -26 │ 26:01-52 │ 52:01-104 │ 104:01-208 │ 208:01-312 │
+│ 25.000 │ -25 │ 25:01-50 │ 50:01-100 │ 100:01-200 │ 200:01-300 │
+│ 29.970 │ -20 │ 20:01-41 │ 41:01-83 │ 83:01-166 │ 166:01-250 │
+│ │
+│ - The above table indicates the MAXIMUM size allowed to encode at, but │
+│ it is ripper's discretion to use smaller values, e.g. 110 min PAL movie │
+│ can use AT MOST 1400MB but can also use lower sizes such as 700MB. │
+│ - If at the lowest resolution allowed and MP3 audio bitrate of 128 kbps │
+│ average I/P quant is above 4.5, releases may jump 1 size up (e.g. 2 CDs │
+│ may be used instead of 1). Such cases MUST provide proper proof and │
+│ explanation in the nfo. │
+│ - If the formula gives a value below 100MB, sizes smaller than 175MB are │
+│ allowed, at ripper's discretion. │
+│ - MAXIMUM CD media capacity value is 736966656 bytes = 719694 KB = 702 MB │
+│ - MINIMUM CD media capacity value is 723517440 bytes = 706560 KB = 690 MB │
+│ - When using multiple CD releases, releases MUST utilize the full │
+│ burnable media capacity for each CD used (each CD must conform to the │
+│ 690MB minimum). │
+│ │
+│ │
+│ TV Length: │
+│ - All Episodes <RETAIL rips> are obligated to follow these rules. │
+│ - Allowed sizes in MB are 175, 233, 350 and multiples of 700 (an extra │
+│ OPTIONAL size is 550MB, see below). │
+│ - Use the same target-size formula listed above to determine appropriate │
+│ sizing. Some examples are: │
+│ target-size = 25.000fps * 20min * 0.28 = 140, MAX size is 175 MB │
+│ target-size = 23.976fps * 60min * 0.28 = 403, MAX size is 700 MB │
+│ target-size = 29.970fps * 25min * 0.28 = 210, MAX size is 233 MB │
+│ * VIDEO-RUNTIME is in minutes only, no fractions, and rounded up to │
+│ the next full minute, e.g. 41 min and 5 secs = put 42 min inside the │
+│ formula. │
+│ - 550MB may be used at ripper's discretion when target-size is above │
+│ 260MB. │
+│ - If the formula gives a value below 100MB, sizes smaller than 175MB are │
+│ allowed, at ripper's discretion. It is also ripper's discretion to use │
+│ smaller sizes than those targeted by the formula for each specific │
+│ runtime and framerate (e.g. a release that should be 350MB according to │
+│ the formula may also be released at 233MB). │
+│ │
+│ │
+│ AUDIO: │
+│ - MUST be VBR MP3 or Studio AC3. │
+│ - ABR is considered a VBR technique. │
+│ - MUST be STEREO for STEREO sources, MONO for MONO sources │
+│ (Any audio track with identical channels is considered a MONO source). │
+│ - MP3 tracks must keep the original frequency as it was on the source's │
+│ audio: e.g. 48khz for 48khz and 44.1khz for 44.1khz. │
+│ - Mono or Dual Mono (1+1) AC3 is forbidden; use mono MP3. │
+│ - MP3 audio must be normalized. Stereo sources must use stereo or │
+│ joint-stereo encoding mode. Mono sources must use mono encoding mode; │
+│ dual-mono is forbidden. │
+│ - Encoding or re-encoding audio to AC3 is strictly forbidden, except in │
+│ in the case of HD retail source (see Source related notes). │
+│ - Use of AC3 is at the ripper's discretion, but should be used wisely. │
+│ Choice of AC3 or MP3 is not a technical flaw except as otherwise noted. │
+│ - Multi-language audio tracks are FORBIDDEN! (Use INTERNAL) │
+│ │
+│ │
+│ VIDEO: │
+│ - Keyframe: │
+│ MUST be <=20 seconds and MUST be inserted according to scene changes │
+│ and framesizes as determined by the codec or encoding application. │
+│ - Group watermarks of any kind on the video are forbidden. │
+│ - English retail releases may not contain foreign language text overlays │
+│ from localized versions. │
+│ │
+│ │
+│ Framerate: │
+│ - MUST be as close to original source framerate as possible. │
+│ - In some cases PAL movies need to be IVTC'd (e.g. to 24fps). Therefore │
+│ using a PAL source is not an excuse for lack of IVTC. │
+│ - Hybrid sources are left at ripper's discretion if to IVTC or not. │
+│ Ripper should mention and provide proof to any claim for ITVC or lack │
+│ thereof. │
+│ │
+│ │
+│ Codec: │
+│ - MUST BE XviD (all DivX codecs are banned). │
+│ - MUST use 2 pass technique during encoding. │
+│ - No dupes based on codec type, use INTERNAL! │
+│ │
+│ │
+│ Resolution and Aspect Ratio: │
+│ - Width: 576 - 640 pixels for movies with an AR of 1.70-3.00 │
+│ 512 - 640 pixels for movies with an AR of 1.00-1.69 │
+│ - Width and Height must be multiples of 16. │
+│ - Cropping is required such that black borders are cropped to their │
+│ maximum. In the case that the video presents changing ARs, the video │
+│ must be cropped such that no frame is overcropped. │
+│ * Over- or undercropping by more than 1 pixel is considered a technical │
+│ flaw, although it is preferable to crop the 1 pixel out. │
+│ - Video encodes must be within 4% of the original aspect ratio. │
+│ Calculating AR % error: (Original AR - Release AR)/Original AR x 100 │
+│ - Non-retail video sources may not have the usual retail aspect ratio │
+│ due to different processing. All releases should be based on the actual │
+│ source AR, not on retail AR listed on IMDB or other sources. │
+│ │
+│ │
+│ Subtitles: │
+│ - OPTIONAL (ONLY if all other requirements have been met). │
+│ - Subtitles MUST be packed in a RAR file with the most compression │
+│ available. This RAR file shall be placed in a directory named 'Subs' │
+│ along with an SFV file containing standard checksum information for │
+│ that RAR. The subtitles must not be packaged in the main RARs for the │
+│ release and the RAR file containing the subtitles must not be listed in │
+│ main SFV for the release. │
+│ - Vobsub packs must have the .sub file packed with the MOST compression: │
+│ subs.rar = [ <avi-name>.idx + <avi-name>.rar = (<avi-name>.sub) ] │
+│ - Burned subtitles are only permissible when present in the source. If │
+│ the subtitles overlay both active video and matting (black bars), │
+│ cropping to the bottom of the subtitles is permissible, and an equal │
+│ amount of matting shall be left at the top. If the burned subtitles │
+│ overlay only matting, they must be OCR'ed and cropped out. │
+│ - English subs on non-English releases MUST fit in the standard size │
+│ with the rest of the release. All other subs are considered optional │
+│ and are not required to fit in the standard release size. │
+│ - English subs on non-English releases must be synced with the video. │
+│ - Foreign releases (non-English spoken) lacking English subtitles MUST be │
+│ tagged with the spoken language. Releases with English subtitles MUST │
+│ NOT be tagged with the spoken language. A release containing English │
+│ subtitles after a foreign-tagged release is not considered a dupe, │
+│ regardless of whether or not the foreign-tagged release has English │
+│ subs. │
+│ - Subtitles on multiple-CD releases must be split. Inclusion of non-split │
+│ subtitles in addition to the split subtitles is encouraged. │
+│ - Custom subtitles are not allowed on retail sources. They may be used │
+│ only with non-retail sources. Propers for incorrect or missing dialogue │
+│ on custom subtitles are not allowed; release a subpack! │
+│ - Multi-language subtitles cannot be used as a basis for a dupe. │
+│ - English subbed (with original spoken language) may follow a dubbed │
+│ release (in any language); use SUBBED tag. │
+│ │
+│ │
+│ Packaging: │
+│ - All releases MUST be AVI. │
+│ - Must be packed with RAR and broken into 15 or 20 MB volumes. │
+│ Each AVI for a multiple-CD release must be packaged into separate RAR │
+│ volumes. │
+│ - Filenames (even subpack rar file) MUST be unique (to avoid dupe). │
+│ - Compression is not allowed. │
+│ - Recovery and MD5 record are recommended. │
+│ - Must have an SFV included for each CD. │
+│ - Must have an NFO. │
+│ - NFO SHOULD INCLUDE: │
+│ Group name │
+│ Title │
+│ Actual XviD release date │
+│ DVD release date │
+│ Theatrical release date (US preferably) │
+│ Video size │
+│ Resolution / Aspect Ratio │
+│ Audio codec / Audio bitrate │
+│ Video bitrate │
+│ Movie runtime │
+│ IMDB / Amazon / Any other DVD site info link │
+│ Number of rars per CD (e.g. 50x15MB) │
+│ XviD build │
+│ Packed Bitstream │
+│ Maximum consecutive B-frames │
+│ │
+│ │
+│ Credits: │
+│ - Credits may be encoded at a lower bitrate unless they contain scenes │
+│ like bloopers or continuation of story. │
+│ - Cutting credits on RETAIL sources is not allowed. │
+│ │
+│ │
+│ Samples: │
+│ - Sample is required and must have a unique name for each release. │
+│ - 1 full minute in length and in a separate folder marked as 'Sample'. │
+│ - MUST be taken from the video, NOT encoded separately. │
+│ - Source samples are recommended for any rip that is deemed questionable: │
+│ no IVTC possible on source, IVTC to 24.975fps, etc. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. bad.ivtc, interlacing, oversized). │
+│ - Propers MUST include a note in the NFO file detailing the reason. │
+│ - Releases not nuked on release lists and/or sites MUST include │
+│ original sample of the technical flaw in the release sample dir. │
+│ - Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper (e.g. AC3 or MP3). │
+│ - Propering a release done under a previous ruleset timeline is allowed │
+│ if it has a technical flaw, such as bad.ar, bad.ivtc, over.cropping. │
+│ Other propers acceptable are propers based on releases that did not │
+│ follow previous guidelines at the time they were pred. │
+│ - Releases containing hardcoded subs may be propered by non-hardsubbed │
+│ video. Original release SHALL NOT be nuked. │
+│ - Propering a release when a working fix is released is not allowed. │
+│ - Sizefixes are not allowed. │
+│ - Propers based upon the compliance with new instances of TXD2K9 are │
+│ allowed only for releases after 2009-03-05. │
+│ │
+│ │
+│ WS vs. FS: │
+│ - WS or FS name tags on the release name are allowed. │
+│ - A WS release after an FS release (and vice versa) requires proof that │
+│ the new release contains more picture area than the original release │
+│ (provide sample from the original release or JPG screenshot of the same │
+│ frame in both releases showing additional area). A release not │
+│ documenting additional picture area is considered a DUPE. │
+│ - Wider wide screen where more of the original source is visible is valid │
+│ & not considered a dupe but should be tagged as WS not PROPER. Original │
+│ release should not be nuked. Provide proof as listed above. │
+│ - Letterboxed DVDs are not considered FS even if the aspect ratio flagged │
+│ on the disc is 4:3; only active picture area should be considered. │
+│ │
+│ │
+│ Special Movie Editions: │
+│ - Allowed: DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, CHRONO, │
+│ SE (or any other special edition, e.g. AE). │
+│ - Special Edition releases with same time length as previous released │
+│ versions of the movie shall be considered dupes. │
+│ - Shorter cut version of a movie after a longer version was released is │
+│ allowed (e.g. THEATRICAL), and MUST be mentioned in the dirname. │
+│ - Remastered movies after the original have been released are allowed │
+│ only if one of the releases is BLACK AND WHITE and the other is colour. │
+│ Everything else use INTERNAL! (Remastered DVD releases that were nuked │
+│ in the past and were colour after black&white and vice versa, shall not │
+│ be unnuked and shall not be duped!) │
+│ - Extras released in a special movie edition can not be used as a basis │
+│ for a dupe, unless released separately (and are not dupes of previous │
+│ releases). │
+│ - Homemade rips are not allowed (Use INTERNAL!). │
+│ - NOTE: PAL - NTSC length difference comes from the no. of frames per │
+│ second and not extra footage. │
+│ │
+│ │
+│ Directory and File Naming: │
+│ - All releases need to include production year. │
+│ - DO NOT indicate ripping method, DVD/XviD release date, genre, audio │
+│ which was used (no AC3) or anything else! (ONLY WITHIN THE NFO) │
+│ - Movie distribution tags e.g. FESTIVAL, STV, LIMITED or TV (TV tag │
+│ is used for TV movies only) are allowed and shall be used wisely and │
+│ correctly. │
+│ - READ.NFO tag is allowed, but shall not be abused. │
+│ - Other permitted tags are: WS/FS (rules above), PROPER, REPACK, RERIP, │
+│ REAL, RETAIL, EXTENDED, REMASTERED, RATED, UNRATED, CHRONO, THEATRICAL, │
+│ DC, SE, UNCUT, INTERNAL, DUBBED, SUBBED, FINAL, COLORIZED. │
+│ * Use RERIP for ripping issues and REPACK for packing issues. │
+│ * RERIPs/REPACKs must use different file names from previous release. │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.-_ │
+│ │
+│ - Releases that are more than 1 CD MUST be named CD1, CD2, CD3 and so │
+│ on ('disc1' and others are NOT allowed). │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ │
+│ Source related notes: │
+│ - HD retail may be used as source only if no DVDRip has already been │
+│ released (and vice versa). Such releases must be tagged accordingly │
+│ (e.g. BDRip, HDDVDRip). │
+│ - When using AC3 on a rip from HD retail source, re-encoding DTS, LPCM, │
+│ TrueHD, DTS-HD and 640kbit/s AC3 to 448kbit/s AC3 is mandatory. │
+│ - Re-encoding material of any transcoded source is strictly forbidden! │
+│ - HD retail rip released after 1080p/720p needs source proof (a raw m2ts │
+│ sample including all audio/subtitles tracks) in sample dir. │
+│ - R5 is not considered retail. │
+│ - Non-studio audio must be tagged accordingly, e.g. LINE audio. │
+│ * Releases provided with studio audio do not dupe releases with non- │
+│ studio audio. The reverse does not apply! │
+│ - The use of sources like CAM, TS, TC, Workprint, SCREENER, Laserdisc │
+│ etc. MUST be tagged with source in the dirname and must adhere to ALL │
+│ TXD2K9 rules! │
+│ - DVD Screeners shall be clearly marked in the directory name and the │
+│ nfo shall contain presence of studio watermarking, black&white scenes │
+│ and counters or lack thereof. │
+│ │
+│ │
+│ Internals: │
+│ - INTERNALS should follow all TXD2K9 rules and are exempt from the time │
+│ length rules. │
+│ - Multi-language audio tracks are allowed. Multiple languages should be │
+│ interleaved into the AVI, with a graphedit filter for each appropriate │
+│ audio stream. │
+│ - Other codecs and containers are allowed for experimental purposes. │
+│ - INTERNAL dirfix should not be used as a basis of avoiding a nuke. │
+│ │
+│ │
+│ Ripping related notes: │
+│ - MAXIMUM bitrate must not exceed 4854 for more than a second and must │
+│ not exceed 8000 kbps ever. DivX Home Theatre and MTK (not 6000) │
+│ profiles follow these guidelines. │
+│ - Quantizer matrix MUST be H.263 or MPEG. Custom matrices are forbidden │
+│ due to lack of standalone support. │
+│ - Pixel shape MUST be square. │
+│ - Quarterpixel/GMC are forbidden due to lack of hardware support. │
+│ - The use of ITU-R (Gknot function) is not recommended. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The Tradition Continues: TXD RULES 2K9 (2009-03-05) │
+│ TXD2K5 (2005-09-25) 2K2 (2002-07-12) 2K1 (2001-04-22) Original (2000-04-26) │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ TXD2K9 signed by the following XviD Groups: │
+│ ────────────────────────────────────────── │
+│ ALLiANCE DMT DoNE NeDiVX ViTE iMBT COCAIN PUKKA Larceny AMIABLE │
+│ │
+│ HLS LMG ARROW COALiTiON SAPHiRE MOTION BeStDivX NEPTUNE iNTiMiD │
+│ │
+│ HEFTY BaLD mVs OPTiC VoMiT ESPiSE TWiST EPiSODE FRAGMENT ARiSCO │
+│ │
+│ FFNDVD SAiNTS TVA iNFiNiTE FoV ORPHEUS TOPAZ REWARD WAT NODLABS │
+│ │
+│ PHASE HAGGiS aAF OSiTV RiVER REMAX MACRO FQM SFM WPi DOMiNO DvF │
+│ │
+│ 5MeOAMT ELiA ARTHOUSE BETAMAX EPiC iLS BrG DnB REACTOR DOCUMENT │
+│ │
+│ AEN FiCO BLooDWeiSeR TNAN CoWRY iGNiTE SSF D3Si ARiGOLD AsiSter │
+│ │
+│ FLAiR WRD AFO SSB TheWretched LAJ KiNOBOX WiRA BiEN GAYGAY RUBY │
+│ │
+│ MESS AEROHOLiCS VH-PROD iMMORTALs JFKXViD iFN MoH XanaX WaLMaRT │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----[ Edited by tcj 2009. Respect goes to all TDX teams 2000-2009 ]----┘
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ ╖ _/ ╖ ╖ _/ ╖ \ ╖ :/ ╖ _/ _\
+ ╖/_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____
+ / /_ \ \ \ \\ -\____\---\___ \ 0day scene 2010
+/ \ ╖ \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/╖ ----------------+
+. /_______/ .
+
+
+This is intended as an addendum to the existing 0day rules. All the old rules
+are still valid, unless they have been altered or updated by this addendum.
+
+The 0day scene has gone through major changes in this decade. As technologies
+have changed, so have we, but our adaptations have left many grey areas in the
+current rules. The last rules update was years ago when programs were much
+smaller and transfer speeds much lower. The existing 0day rules did not address
+problems of software encountered today, simply because at that date it did not
+exist. These changes have led to a series of loopholes which groups have been
+taking advantage of. The new rules we constructed aim to close these loopholes,
+as well as increase the general quality level of releases in the scene.
+
+This document covers a new ruleset for 0day. These rules and guidelines are
+intended for release-groups in the first place, and sites secondary. We hope
+that in time many sites will take over the majority of these rules. The
+following groups have signed and committed to following these rules:
+
+ ACME AiR AGAiN ALiAS ARN BACKLASH BEAN BLiZZARD BRD CORE CRD
+ CROSSFiRE DIGERATI DVT EMBRACE FALLEN FAS iNViSiBLE LND
+ MESMERiZE NGEN NULL ORiON OUTLAWS RiTUEL ROGUE rG
+ RAiN SHOCK SSG TBE TE UNLEASHED VACE ZWT
+
+This particular 2010.1 revision was created to address a number of unclear bits
+in the original release. Although we do appreciate constructive criticism, we
+would like to point out that these rules were not created by an individual, and
+as such they are not trivial to construct. With this new revision we hope to
+clarify the rules to match our intentions when we released them. If you did not
+get the rules you want, please remember that this was a combined effort from a
+large number of groups, where the opinion of the collective supersedes that of
+any single group.
+
+These rules will go into effect starting January 31st, 2010.
+
+When a rule is described as *should*, we interpret this as follows: you are
+expected to follow the rule, if you do not, groups are free to proper your
+release. If it is not propered however, you will not get nuked.
+
+When a rule is described as *must*, there is no compromise, you either follow
+the rule or you get nuked.
+
+1) Release Name
+~~~~~~~~~~~~~~~
+
+[<Developer.name>.]<Program.name>.v<Version>[.<Language>][.<OS>][.<CPU>]
+[.<Release.Type>][.<Additional.Tags>]-<Groupname>
+
+1.1) Developer.Name is only mandatory if the application name is not unique
+enough for duping. This means that you must include the developer in the case
+where duping for your application name will also return results that do not
+match the application you are releasing. Groups should use some common sense to
+keep the directory name reasonable length.
+
+1.2) The program name must be the "official" name of the application. Do not
+omit dashes, think of your dupe results. This is the name in the about box or
+splashscreen of the application, or if this is not available, the name listed
+on the website. Releases that are named incorrectly require a DIRFIX or they
+will be nuked. A DIRFIX release is a directory with inside a zip that includes
+both nfo file and file_id.diz.
+
+1.3) The Language tag must be used only on NON english releases. Multilingual
+and bilingual are optional, every language included must be listed in the nfo
+when these tags are used.
+
+1.4) Currently valid OS tags are:
+ - Win98, WinME, WinNT, Win2k, WinXP, Win2k3, Vista, Win2k8, Win7
+ (can have an optional tag for more specific edition)
+ - [Distribution.]Linux
+ - MacOSX
+ - [Free|Net|Open]BSD
+ - [Open]Solaris
+ - AIX
+ - HPUX
+ - Open.Enterprise.Server (NetWare)
+
+1.5) It is recommended to omit the Operating.System tag when it is WinAll (= NT5
+based windows and optionally earlier, always with latest official service pack).
+Using a UnixAll (= all of the operating systems above, excluding Windows, Linux
+or MacOSX) or a WinAll tag means your app *must* run on *all* of the operating
+systems that fall under it.
+
+1.6) It is recommended to omit the CPU tag when it is x86; it must be x64 for
+x86_64/EM64T, but not IA64!
+Currently valid CPU tags are:
+ - x86, x64, IA64, PPC, SPARC, SPARC64, RISC, Alpha
+
+1.7) Release.Type can be omitted for Cracked/Regged, it is strongly recommended
+for keygen releases. Possible tags are:
+ - Keygen.Only
+ - Keymaker.Only
+ - Keyfilemaker.Only
+ - Keygen.and.Patch.Only
+ - Keymaker.and.Patch.Only
+ - Keyfilemaker.and.Patch.Only
+ - Incl.Keygen
+ - Incl.Keymaker
+ - Incl.Keyfilemaker
+ - Incl.Keygen.and.Patch
+ - Incl.Keymaker.and.Patch
+ - Incl.Keyfilemaker.and.Patch
+ - Cracked
+ - Regged
+
+1.8) Additional.Tags like READ.NFO, DIRFIX, NFOFIX.. must go as follows:
+ - Program.Name.v1.2.Regged.READ.NFO-GROUP
+ - Program.Name.v1.2.Regged.DIRFIX-GROUP
+
+1.9) You can use underscores or dots as separator in the releasename, but do not
+mix them if there is no reason for it (e.g. a program name contains underscores
+and your separator is a dot is a valid reason to mix)
+
+The lists in this section may not be complete, but they try to be. You are
+expected to follow them whenever possible. Straying from them does however not
+necessarily mean the release is a nuke. It is impossible to predict what tags
+may be required for future releases.
+
+2) Packaging:
+~~~~~~~~~~~~~
+
+2.1) Filenames must be named up to a maximum of 8.3 characters (filename +
+extension).
+
+2.2) Acceptable compression format at this time is any compression method that
+supports multiple volumes and long file names, followed by the traditional
+PKZIPing. Compressions other than RAR must include an extract utility or be a
+self-extracting archive.
+
+2.3) The traditional packaging methods (zip/diz) shall be maintained, with a
+diz file being present in each zip. The diz file must contain as a bare minimum
+the number of the current disk and the maximum number of disks.
+
+Minimal file_id.diz must include:
+ [xx/??]
+Where ?? is the total nr of disks in the release. The total number of lines of
+your diz must not exceed 30, each line being no more than 45 characters long.
+
+An nfo must be included in at least the first disk of the release. There is
+no limitation to its length, its width is determined at 80 characters max.
+
+2.4) On a side note: using ridiculous compressions that will save 10 disks but
+takes 10 hours to unpack are not an acceptable solution. We leave it up to
+nukers to decide where the line is between reasonable and unreasonable.
+
+3) Release Size:
+~~~~~~~~~~~~~~~~
+
+3.1) Allowed split volume sizes are:
+ - 1,444,000 bytes
+ - 2,888,000 bytes
+ - 5,000,000 bytes
+ - 10,000,000 bytes
+ - 50,000,000 bytes
+
+In the following paragraphs, utils make up for the majority of the releases in
+the 0day scene, namely all applications, shareware games, etc. When we talk of
+games, we mean the game-rip scene that releases ripped versions of store-bought
+games.
+
+3.2) The utils disk limit is as of now 70 x 5,000,000 bytes or 35 x 10,000,000
+bytes. This equates to a total of 350,000,000 bytes of compressed data. Volumes
+of 1,444,000 and 2,888,000 bytes are allowed, as long as the release does not
+exceed 99 disks. Oversize releases are allowed when no valid ISO release exists
+and the group (or an iso group they work with) is not in possession of the iso
+to release. In other words, there is NO size limit for 0day apps, except when a
+valid (not nuked) iso exists!
+
+3.3) The games disk limit is as of now 80 x 5,000,000 bytes or 40 x 10,000,000
+bytes (or comparable for 1,444,000 and 2,888,000 bytes). This equates to a
+total of 400,000,000 bytes of compressed data. Volumes of 1,444,000 and
+2,888,000 bytes are allowed, as long as the release does not exceed 99 disks.
+
+Any release must have less than 100 volumes. In case 10,000,000 bytes do not
+suffice, you are allowed to use volumes of larger size; up to 50,000,000 bytes.
+
+3.4) A size proper is valid when a group manages to reduce the size of the
+original release by at least 30% without sacrificing essential content:
+
+ - Documentation, help files, and other non functional items can be ripped from
+ a release to decrease size. No functional parts of an application may be
+ ripped.
+ - C++ redistributables, .NET framework, and other common operating system
+ components should be ripped. The nfo should note what has been ripped and
+ optionally include an url where it can be downloaded.
+ - A documentation addon is only allowed if the documentation cannot be
+ downloaded freely and publicly (without registration) from the developer's
+ website.
+
+4) Specific Release Type:
+~~~~~~~~~~~~~~~~~~~~~~~~~
+
+4.1) All of these releases must provide functionality identical to that of a
+fully licensed copy.
+
+- 4.2) Cracked: The program file has been altered to register the program. Any
+ nags/trial limitations must be removed. Any remnants of "Trial" in the app
+ need to be removed. Any "phone-home" checks must be disabled, or as bare
+ minimum, instructions must be provided how they can be disabled.
+
+- 4.3) Regged: Any way to make an application "registered" without requiring
+ modification of any of the applications executables/libraries. Must include
+ a text file with the required information, serials must not be put in the
+ release nfo. Please name this file carefully, as to deter possible
+ webspiders looking for serial information.
+
+- 4.4) Keygen: A small standalone program which generates valid serials/keys
+ which are based on user input or hardware id. A Keyfilemaker is a keygen that
+ generates a file which serves to activate an application or game.
+
+ 4.4.1) Keygens can be written in any language but they *should* be native
+ executables for the OS the application is meant for: Linux keygens for Linux
+ applications, Mac keygens for Mac applications, etc. This means that if you do
+ not follow this suggestion, you could get propered. However, you won't be
+ nuked if there is no native keygen available.
+
+ 4.4.2) A keygen that generates a system-dependant serial must explicitly warn
+ the user of this fact, either in the nfo or at runtime.
+
+ 4.4.3) Windows keygens in java are allowed if the program is coded in java
+ or uses java. Same with any other interpreter language. If a library is
+ included with the latest windows install, as is the case for VB6/.NET/VBScript
+ currently, then keygens written in these languages are allowed without
+ question. The motivation here is that a scene release must run on a clean
+ OS install, introducing no additional dependencies other than those imposed
+ by the application being released.
+
+ 4.4.4) A console-based application that usually runs on headless systems
+ (servers, etc) requires a console-based keygen.
+
+ 4.4.5) Generic Keygens (All.Products) are allowed and dupe full releases for
+ as long as the generic keygen continues to work for *every* application it was
+ intended for. Once any application changes its registration scheme, it is
+ allowed to update the generic keygen. Proof is not required, but always
+ welcome.
+
+ 4.4.6) Keygen.Only releases are releases that only contain the actual keygen,
+ no installation files. They are an addition to previously Cracked/Regged
+ releases.
+
+ 4.4.7) A Keygen.and.Patch release combines a keygen with a crack to enable
+ full functionality. You are still allowed to release a keygen.only for these
+ releases.
+
+- 4.5) Retail: A store-bought supply is included in this release. You are
+ allowed to release a retail after a previous release if there is an added
+ benefit to using the retail version. In this case you are required to add a
+ READ.NFO tag to your dirname and list the benefits when compared to the
+ previous release.
+
+- 4.6) PROPER/WORKING: a proper of a previous scene-release that was not fully
+ working must always include adequate proof and information for nukers to
+ test and confirm the validity of the proper. This means including screenshots,
+ pieces of code, or clear steps to reproduce the problems that occur with
+ the release you are propering.
+
+- 4.7) READ.NFO: If you label a release READ.NFO, please have a clearly stated
+ section in your nfo on what the READ.NFO is all about, dont make people guess.
+ If you want people to read it for a certain reason, make sure they can.
+
+5) Operating Systems:
+~~~~~~~~~~~~~~~~~~~~~
+
+5.1) If a developer has not mentioned default or minimum requirements for
+operating system, the default is Windows XP, which is also a minimum. This means
+your release *must* work on every operating system the application was designed
+for, with the following exception:
+
+ - If a program supports Windows Operating Systems before WinXP, then your
+ crack *should* work on them aswell.
+
+Optional: combine multiple operating system versions for the same CPU in 1
+release if it remains within size limits, for example:
+- FreeBSD5,6,7 x86 can be in a single release tagged FreeBSD
+If the installers are freely downloadable (available without registration) and
+the same keygen/crack works for every version, consider only including the
+latest version of the OS.
+
+Please keep in mind that the contents of .tar.gz, .rpm, .deb and any other
+packaging system are generally identical. Please make a note in your nfo in
+case of exceptions.
+
+6) Minor Updates:
+~~~~~~~~~~~~~~~~~
+
+6.1) MU stands for Minor Update. This term denotes an update of a previously
+released application within a certain time-period, the MU-period. Major updates
+are allowed regardless of the last time a previous version was released. In
+this case, the nfo must include some motivation for considering this a major
+update (security- and stability-critical hotfixes for instance). Typical major
+updates are defined as a version-change for the most significant number in the
+version, for instance v9.1 being updated to v10.0. Exceptions are possible,
+but must be noted in the nfo.
+
+MU-period of 1 month, disregarding the number of days in a month. Examples:
+
+- a release on 2010-01-01 will be out of mu on 2010-02-01
+- a release on 2010-01-15 will be out of mu on 2010-02-15
+- a release on 2010-01-29 will be out of mu on 2010-02-28
+- a release on 2010-01-31 will be out of mu on 2010-02-28
+- a release on 2010-02-28 will be out of mu on 2010-03-28
+- a release on 2010-03-31 will be out of mu on 2010-04-30
+
+This ensures no more than a single release of the same application per month.
+We use the CET/CEST timezones, as we always have.
+
+The minor update period is counted from the last valid release which contained
+the software itself. In other words, keymaker.only releases are not considered.
+A valid release is defined as a release that was not nuked. When multiple
+editions of the same application exist and are valid (for instance, they
+provide different functionality) they can be considered as different
+applications with separate MU-periods.
+
+This MU-rule will go into effect on 31st January. This means any application
+released after this date will require the above described MU-period to pass
+before a new release is valid. Applications released before this date are
+not considered.
+
+7) General Rules:
+~~~~~~~~~~~~~~~~~
+
+7.1) If the age of the last modified file of an installed program is older than
+one (1) year it is not allowed to pre it without a READ.NFO or INTERNAL tag.
+
+7.2) A group must release the newest version of the software available, with the
+following exception: you can release an older version of an application, but
+*only* if it is newer than any existing release of the same app, and you have a
+valid reason for not releasing the latest version (for instance, it is very hard
+to get the supply, or the application takes months to crack).
+
+There is a grace-period of 3 days: if a new version came out in the last 3
+days before your release, you will not get nuked if you release the older one.
+
+7.3) Releases must provide the same functionality as a retail copy of the
+application (where possible and reasonable). Examples:
+ - A virus scanner must be able to update its definitions at the time of
+ release, and must do so without any restriction on the number of concurrent
+ licensed users. (i.e. a single-user regged license is inadequate as it will
+ soon be blacklisted)
+ - A flexlm application must include every retail license-feature applicable
+ to your release (any feature that is actually checked out in the best
+ edition)
+ - A keygen must provide either all, or the best license (watermarked keys
+ are still allowed)
+
+7.4) Your nfo should provide a minimum of useful information. Suggestions
+include:
+ - (complete) application name
+ - (complete) version, including if it is a beta version
+ - the release date
+ - type of crack included
+ - short description of the application/game
+ - description on how to use the crack (important!)
+ - operating systems this release will work on
+ - pre-requisites for the application/game
+ - url to the application's website
+
+7.5) If you do not want your work to be used by other groups (be it documents,
+cracking methods, tools, or similar), then make sure you don't give it out to
+anyone you can't trust. It is deemed public property as soon as it is publicly
+available, and you lose any exclusive rights to it.
+
+7.6) Stealing cracks/keygens from P2P, WEB, or other scene groups is clearly
+not allowed!
+
+7.7) Security should be everyone's primary concern. Including nicknames or
+identities of people that have not given explicit permission in your nfo's is
+absolutely not allowed, and may result in severe repercussions.
+
+A big thanks to everyone involved in creating this document!
+
+Last modified: 12 January 2010
+
+
+ ▒▓▓▓▓█▓▓▓▓▒
+
+ ▒▓██████████████▓▒
+
+ ░▓█████▓▓▓▓▓▓▓▓▒▓█████▒
+
+ ░███████████████████▒ ▒▓██
+
+ ░███▓████████▓▓▒▒ ▒█▓
+
+ ██▓▓████████▓▓▓██████▓▒ ▒ ▓▓
+
+ ▓█▓████████████████████░ ██░██░
+
+ ░█▓▓███████████████████ ▓██▒██
+
+ ██▓████████████████████▒▓███████▓▒ ▒██▓██▓
+
+ ░█▓▓████████████████████████████▓▒ ░██████░
+
+ ▒█▒████████████████▓░ ▓████████▓ ▓█████░
+
+ ▓█▓█████████████████ ▒████████ ░▒▒▒▒▒ ▓█████░
+
+ ▓█▒█████████████████▓ ▓██████▒▒▓████████░ ▓█████
+
+ ▓█▓██████████████████▒ ▓██████████████▓▒ ▒████▓
+
+ ▓█▒██████████████████ ▓ ▓████████████▓░ ▓████
+
+ ▒█▒█████▒▓▓▒▒▒▒▒▓███▒ ▓▒ ░████████████▒ ▓███▒
+
+ ░█▓████▓░ ▒ ▒█░ ▓███████████████░ ▒████
+
+ ▓█▒███▓ ▓▒ ▒█████████████████▓█████▓▓░ ████░
+
+ ▒█▒█▒▓█ ▓ ▒█▓████████████████████████████▒ ▓███▓
+
+ █▓▓█▒ ▓ ▒▒ ▒▓██ ███████████████████████████████▓░ ███▓
+
+ ▓█▓████▒ ████▒████░ █████████████████████████████████▒ ███▓
+
+ █▓▓████ ▒███▓▓████▓ █████████████████████████▒ ▓██▓
+
+ ▒█░█████ ▓███ ██████ ███████████████████████▒ ▓██▓
+
+ █▓▓█████ ████ ░████▓ █████████████████████████████▒ ▓█▓▓
+
+ █▓██████ ▒▓▒░█ ░███ ▓▓▓█████████████████████████████░ ▓██▓
+
+ ▒█▓████▒▒▓ ▓▓ ▒█ ▒█████████████████████████████▓ ▒██▓
+
+ ▓▓▓███ ░█▓▒ ▒ ▒██▒ ░█████████████████████████████▓ ▓█▓░
+
+ █▒███▒░████▓ ▓█████▓░ ▒███████████████████████▓▓▒ ▓█▒██▒
+
+ █▒███░█████▓ ▓████████░ ▓███████████████████▓▒ ▓█░███▓
+
+ ░█▓██▓██████▓ ▒ ▒▓ ▓█████████ ▓██████████████████░ ▓██ ▒▓▓█▓
+
+ ▒█▓█ ▒███████▒▓▒▓▓░▓█████████ ▓█████████████████▒▓▓▓▒▒▒▒▓███ ███▒█░
+
+ ▓███▒░███████████████████████▓ ▓██████████████████████████████▒████▓█
+
+ ▓█████████████████████████████████████████████████████████████▓▓█████▓░
+
+ ▓█████████████████████████▓▓███████████████████████████▓██████▓██████▓▓
+
+ ▓█▓█████████████████████▓░▓█████████████████████████▒▒▓▓▓▓▓████████████░
+
+ ▓█▓▓▒▒▓████████████████░▒▓▒▒░ ░▒▒▓███████████████▓▓██████▓▓██████████▓▓
+
+ ▒█░ ▒▓▒▒▓████████████▒ ░▒▓▓▓▒░ ▒▓███████████▓▓████████▓██▓▒▒▒▒▓██▓█
+
+ ░█▒▓████▓▒▒▓█████▓▒▒░▓▓▓██████████▓▓▒ ░▓████████▓████▒ ░█▓█░ ▒▒▒░ ▒███
+
+ ███▓▒▒▓███▓▓▓▒▒▓▓▓███████████████████▓▒░▒█████▓▓███░ ░█░ ▒█████▓▒█▓▒
+
+ ███▓ ░▒▒▓████████████▓▒▒░ ░▒▒▓████▓▒▒███▒███ ▒▓░ █ ████████▓█
+
+ ██▓ ░▒▓▓▓▒ ▓██▒ ▒▓██▓▒▒███▒ ██ █ ▓▒████████▓▒
+
+ ▓▒ ▒█████▒ ▓██▓ ▓█ █▒██▒░█████▒▓▒▓
+
+ ▓ ▒ ▓███████ ░░ ▒█▓ ▓▓████▒████ ██▓
+
+ █ ▓░░ ▓████████▓ ████░ ▓▓████████▓▒██▓
+
+ █ ▒▒ ▒ █▒ ███████ ▒██ ▒██▓██ ▓▓████████ ▓██▒
+
+ ▓▓█████░ ░▒█ ████████▒ ▒░ ▒█ ▒█▓░▓▓███████░ ███
+
+ ▓▓███████▒ ▓░ █▓ ░██████████ █▓▒▒░██████ ░██▒▓
+
+ ▒█▓▓ ▓▓███▓░ ▓▓ ██ ▒███████████ ▓█▒░ ████▓░▓██▒▒
+
+ ▒▒░ █████▒█▓ ▓█▒▒▓████████████░ ▒█▒ ▓▒▓▓▒▓███▒▒▒
+
+ ███████▓ ▒███████░████████ ▓▓▒░█▒▓████▓░▒█▒
+
+ ███████▒ ██████▒ ████████ █▒▒▒██▒▒▓▓▒▓█▒▓█
+
+ ░▒▓▓▓▓▓▒▒ ███▓ ░ ░▒░▓▓▒ ░▒▓▓ ▒▒███████░▓▓█▓▓
+
+ ▒░ ▒ ▒ ▓▓▓ ▒▓███████▓░█▒▓█
+
+ ▓▒ ▓ ▓▓███████░▓▓██▓
+
+ ▓▓ ░ ▓ ▓▓███████▓░█▓▓▓
+
+ ▓▓ ░ ░▓░ ▓▓███████▓ █▓▒█
+
+ ▓▓ ▒ ▓▓▓▓░ ░██▒░████████▓ █▓▒█
+
+ ▓█ ▓ ▒██████▓ ███░█████████ █▓▒█░
+
+ ▓█ █ ▒█████████ ░██▓▒████████ ▓▓▓█▒
+
+ ▒█ ▒▓ ▒ ▒████▒░▒████░ ██ ████████ ▓▓▒█▒
+
+ █▒ ▓▓ ▓ ░███▓ ▓█▒▓███░ ░████▓▓█▓████████ ▓▓▒█▒
+
+ ▓▓ ▓▓ ▓▓▒███▒ ▓███░▓███ █░ ██▓██████▓ █▓ █
+
+ █░ ▓█ █▒▓███▒ ░▓ ▓███░████ ▒█░ ██▓██████▓ █▓░█
+
+ ▓█ ▓█▓ ░█▓░████ ▒▒ ▓███▓▒████ ▒█▒ ██▓██████▓ █▒▓█
+
+ █▒ ███████▓ ▓████ ▓ ▓████▒▓███▒ █▓ ░█▓▓██████▓ █ █▓▒
+
+ █░ ▒▓▓▓▓▒█████▓ ▒▒ ▓█████▓████ █▓ ▓█▒███████ ▒█ █▓▓
+
+ ▒▓ ░▓████████▓░░▒░ ░▒▒ ▓████▓████▓ ░ ▓█░▒░██▒███████ ▓▒▓█▒
+
+ ▓▓ ██▓▓▓▓▓▓▓░▒▒▒ ▒▓ ▒███▓▒███▓ ▓▓ ███▓█▒███████▒░█░██▓
+
+ █▓█▓ ░▒▒▒▒▓▒ ▒ ░███▒ ████ █▓ ▒█▓██▓███████ ▓█▓█▒
+
+ ▓█ ███ ▒▓██▓ ████ ▓█▒▓███▓▓▓██████▓░█▓██▒
+
+ ▓█ ▒█▓▒ ▒▒▓█▓▓░ ████ ▓█▒▓██████▓██████ ████▒
+
+ ▓█ ▒▓██▓▓████▓▒ ████ ▒█▒████▓███▓█████░▓███░
+
+ ██▒ ▒▒▒░ ████ ▒█▒██████▓▓▓█████▒▓███▒
+
+ ███ ▒████ ▓░██████████████▒▓███░
+
+ ▓██▓ ▓▒ ▒█▒ ████▓▒ ██████████████▒███▓
+
+ ▓███▓ ▓█▓░ ▓███░ ▓████▓ ▓████████████▓▓██▓░
+
+ ▓████▓ █████▓██████▓ ░▓█████ ██████████████▓▒
+
+ ▒████████████████████▓▒▒▓▓██████░ ▓████████████▓▒
+
+ ██████████████████████████████▒ █▓███▓██████░
+
+ ▓████████████████████████████░ ▒█████▓█████
+
+ ███████████████████████████ ▓█▓██▒█████
+
+ ██████████████████████████░ ▓▓▓█▓▒████
+
+ ░████████████████████████▒ ▓▓▓█░▓███▓
+
+ ▒██████████████████████▓ ▓░▓█ ████▒
+
+ █████████████████████▓ █ ▓█ ████
+
+ ████████████████████▓ █░▓▓ ████
+
+ ▒██████████████████▓ ▓▓▒▓ ████
+
+ ▒████████████████▒ ▓▓ █ ████▒
+
+ ▓████████████▓ ▒█░▒ ▓███▓
+
+ ▓████████▓ █▓ ▒ ████▒
+
+ ▒▒▒▒▒ ░█▓ ░░████░
+
+ ▒█▓ ░████▒ ░░▒▒▓▓███
+
+ ░██▓░ ▒▓██▓░ █
+
+ ░ GERMAN.RETAiL.XviD.RELEASiNG.RULES.2010.v2 ▒▓██████▓▒ █
+
+ ▒ ▓
+
+ ▓ ▒
+
+ █ Requirements: Notepad with terminal font or any other ascii viewer. ░
+
+ █
+
+ ███▓▓▒▒░░
+
+
+
+
+
+
+
+
+
+
+
+
+
+ ███▓▓▒▒░░ GENERAL:
+
+ █
+
+ █ Jedes als deutsches Retail-DVDRiP/BDRiP getaggtes Release muss von einer
+
+ ▓ originalen, sich im Besitz der jeweiligen Group befindlichen DVD/BD stammen.
+
+ ▒ Dies impliziert, dass sowohl Video/Audio, als auch alle anderen fuer das
+
+ ░ Release verwendeten Materialen (Subtitles), aus dem selben
+
+ Vobset/m2ts stammen und direkt von diesem encodiert oder extrahiert werden
+
+ muessen. Das Benutzen von DVDR-Releases, 720p oder 1080p bzw. das Klauen
+
+ einer fremden Source ist untersagt.
+
+ BDRiP und DVDRiP dupen sich gegenseitig
+
+ ░
+
+ Als Compressor/Decompressor ist nur der XviD-Codec mit der Verwendung ▒
+
+ der 2pass oder CQ-Encodingmethode erlaubt. ▓
+
+ Die Verwendung aktueller XviD-Binaries ist erlaubt. █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ VIDEO:
+
+ █
+
+ █ Aufloesung und Seitenverhaeltnis:
+
+ ▓ - Breite: Es ist Min 512x Max 720X zu verwenden !!!
+
+ ▒ - zu WS zΣhlt : 1:1,66 / 1:1,78 / 1:1,85 / 1:2,35 / 1:2,40
+
+ ░ - zu FS zΣhlt : 1:1,33 ▒
+
+ - Breite und Hoehe: Muessen ein Vielfaches von 16 sein (mod16) █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ Cropping:
+
+ █
+
+ █ - Das Bild muss komplett freigestellt sein, es duerfen keine schwarzen
+
+ ▓ Balken im XviD verbleiben
+
+ ▒ - Das Seitenverhaeltnis darf maximal 3% von dem des Input-ARs*
+
+ ░ abweichen
+
+ - Das Input-AR sollte moeglichst exakt dem AR des freigestellten Videos
+
+ entsprechen; es sind maximal 4 weitere Pixelzeilen (jeweils oben+unten
+
+ oder links+rechts) als zusaetzlicher Overcrop erlaubt, um einen
+
+ niedrigeren AR-Error zu erhalten
+
+ - Grundsaetzlich gilt aber: Soviel Bild wie moeglich erhalten, wie es
+
+ innerhalb des AR-Error-Bereichs von 3% moeglich ist. Overcropping
+
+ gilt als technischer Mangel
+
+ - Der Zoomfaktor des Bildes darf 100% nicht ⁿberschreiten (kⁿnstliches
+
+ aufblasen des bildes nach dem croppen)
+
+
+
+ * Input-AR:
+
+ Beim Berechnen des AR-Errors wird stets vom Input-AR ausgegangen.
+
+ Das heisst, dass die endgueltige XviD-Aufloesung nicht mit dem
+
+ theoretischen, perfekten Seitenverhaeltnis, welches u.a. auf der
+
+ DVD-Huelle angegeben ist (z.B. exakt 1.85:1), verglichen wird, ░
+
+ sondern dem tatsaechlichen, also dem des freigestellten Bildes, ▒
+
+ das man nach dem Croppen erhaelt und erfahrungsgemaess in 95% ▓
+
+ der Faelle von den theoretischen Werten leicht abweicht. █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ Size / Filmlaenge:
+
+ █
+
+ █ - 2pass Encodes muessen als Groesse das Vielfache von 50 MB (+/- 5 MB)
+
+ ▓ haben, und mindest 50% und max 75% (+/- 3%) von der source an qualitaet
+
+ ▒ liefern, dieses ist durch ein compressionscheck festzustellen.
+
+ ░ Ausnahmefaelle sind als Readnfo zu erklaeren.
+
+ - Video Bitraten CQ : 950 Kbps Min. und 1400 Kbps Max (+/- 20 Kbps),
+
+ Ausnahmefaelle sind auch hier als Readnfo zu erklaehren.
+
+ - Video Bitraten 2pass : keine , den dort gilt die qualitaets regelung.
+
+ - Bei CQ ist grundsaetzlich 2.40/2.60/2.80 zu verwenden.
+
+ - Sollte bei CQ 2.40 der Mindestdurchschnitt an Kbps unterschritten werden,
+
+ tritt die KBPS Regelung nicht in Kraft da diese als hoechste
+
+ qualitaetsstufe gilt.
+
+ - Splitting auf eine bestimmte Size ist unnoetig.
+
+ - Die Maximalgroesse des avi ist 1,9GB = 2.040.109.465 Bytes und
+
+ darf wegen Kompatibilitaet mit sap (ISO9660-Dateisystem) nicht
+
+ ueberschritten werden. ░
+
+ - Ein Encoding des Abspanns mit niedrigerer Bitrate als der Hauptfilm ▒
+
+ ist gestattet und erwuenscht, solange im Abspann keine nennenswerten ▓
+
+ Bildinformationen enthalten sind. █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ Deinterlacing:
+
+ █
+
+ █ - Interlaced Sources muessen entsprechend deinterlaced werden ░
+
+ ▓ - NTSC -> PAL Normwandlungen muessen auf ihre urspruengliche Framerate ▒
+
+ ▒ restored werden (hierfuer eignet sich besonders der "restore24" Filter) ▓
+
+ ░ - Progressives Encoden von interlaced Sources ist ein technischer Mangel █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ Codec-Paramter:
+
+ █
+
+ █ - Die Anwendung von QuarterPixel und GlobalMotionCompensation sind
+
+ ▓ aufgrund von diversen StandAlone-Inkompatibilitaeten ausdruecklich
+
+ ▒ verboten
+
+ ░ - Als Matrix muss MPEG oder H.263 verwendet werden; Custom Matrizen
+
+ sind verboten
+
+
+
+ Empfohlene Einstellungen XviD Codec CQ :
+
+
+
+ Profile @ Level : ASP@LVL5
+
+ Encoding Type Single Pass
+
+ Target Quantizer : (2.40/2.60/2.80)
+
+ Bvops : 2
+
+ Quantizer Ratio : 1.62
+
+ Quanitzer Offset 0.00
+
+ Adaptive Quantization : off
+
+
+
+ Als Matrix fuer eine BluRay Source wird MPEG als Matrix empfohlen ░
+
+ und fuer DVD h.263 als Matrix.Als Resize Filter wird Lanczos empfohlen. ▒
+
+ Bei sehr schlechte Bildqualitaet z.B. starkes Filmkorn, Rauschen wird ▓
+
+ Fluxsmooth als filter empfohlen um nicht das xvid unoetig aufzublaehen. █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ AUDIO:
+
+ █
+
+ █ - Als Audioformate ist nur AC3/MP3 erlaubt (DTS verboten).
+
+ ▓ - Bei MP3-Audiospuren sind nur min 128 Kbps und max 160 Kbps vbr oder abr
+
+ ▒ (cbr verboten) erlaubt (+/- 5 Kbps).
+
+ ░ - Sollte die XviD aus einer Bluray encoded werden, ist die DTS oder AC3
+
+ auf AC3 5.1 448/384 kbps zu konvertieren, ausser wenn die Ausgangsspur
+
+ geringere kbps hat ist sie so zu belassen zb. AC3 5.1 224 oder 320kbps
+
+ oder eben direkt in mp3 zu wandeln. ░
+
+ - Dual Audio ist erlaubt aber kein technischer mangel wenn nicht vorhanden, ▒
+
+ bei DL konnen die tonspuren verschiedene formate haben (MP3+AC3). ▓
+
+ - AC3 Addons sind verboten, die group sollte sich vorher ueberlegen welches █
+
+ format sie fuer sinnvoll haelt im release. █
+
+ ░░▒▒▓▓███
+
+
+
+
+
+ ███▓▓▒▒░░ UNTERTITEL:
+
+ █
+
+ █ - Deutsche und fremdsprachige Subtitles fuer den kompletten Film duerfen
+
+ ▓ im VobSub-Format beigelegt werden (Unterverzeichnis /Subs), sind aber
+
+ ▒ keine Pflicht. Komplette Untertitelungen duerfen nicht hardcoded werden
+
+ ░ (Ausnahmen sind Filme, in denen komplette Untertitelungen als
+
+ Forced.Subs* gezaehlt werden wie z.B. "Apocalypto")
+
+ - Forced.Subs* muessen im XviD-Release hardcoded enthalten sein, um Pro-
+
+ blemen mit den meisten DVD-Playern entgegenzuwirken (In manchen Filmen
+
+ wie z.B. "Apocalypto" gilt die komplette Untertitelung des Films als
+
+ Forced.Subtitle und muss somit ebenfalls hardcoded und als
+
+ German.Subbed getagged werden). Dies gilt auch fuer deutsch unter-
+
+ titelte Dokumentationen
+
+ - Das Fehlen von Forced Subs gilt als technischer Mangel
+
+
+
+ * Forced.Subs: ░
+
+ Jene deutsche Subs, die auf der DVD/BluRay fuer das Untertiteln fremd- ▒
+
+ sprachiger, nicht deutsch synchronisierter Dialoge oder Aufschriften auf ▓
+
+ Schildern/Papieren eingeblendet werden. █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ PACKEN/WINRAR UND CO:
+
+ █
+
+ █ - Die fertigen AVI-Container muessen in RAR-Archive (Kompressionsstufe
+
+ ▓ store/speichern) gepackt werde und auf 20.000.000/50.000.000 Byte grosse
+
+ ▒ Files gesplittet werden, *.r99 darf dabei nicht ueberschritten werden.
+
+ ░ - Erwuenscht ist die Verwendung der Benennung von Teilarchiven im alten
+
+ Stil (*.rar und *.rxx). Das Einbetten von Wiederherstellungs-
+
+ informationen in die RAR-Archive wird ausdruecklich empfohlen
+
+ - Eine SFV muss beigelegt werden und Checksummen fuer
+
+ alle RAR-Archive des jeweiligen Releases enthalten
+
+ - Eine NFO-Datei muss sich im Hauptverzeichnis des Releases befinden
+
+ - Zu jedem Release muss ein Sample im AVI-Format beiliegen (/Sample),
+
+ welches zwischen 30 und 60 Sekunden lang sein kann und direkt aus der
+
+ Release-AVI extrahiert sein muss; seperates Encoden des Samples ist
+
+ verboten, da die Aussagekraft dadurch hinfaellig wird.
+
+ - Proof Picture der source bei pre retail (was frueher als 2 wochen vor
+
+ dem deutschen retail date liegt)
+
+ - Zu jedem Release muss ein m2ts raw sample oder vobsample, von zb. Extras
+
+ oder film (wen mehr sprachen in der source enthalten sind) der Bluray
+
+ oder DVD, beiliegen wenn es schon ein deutsprachiges HD oder DVDR ░
+
+ Release gab. ▒
+
+ - Fⁿr Proofs Seprates Folder und es muss auch mit rar gepackt und sfv ▓
+
+ versehen sein █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ TAGGING:
+
+ █
+
+ █ - Das Benennen der Dateien im Release bleibt den Groups selbst ueber-
+
+ ▓ lassen, sie sollte aber sinnvoll und ausreichend ausfuehrlich gewaehlt
+
+ ▒ werden, um Dupefiles vorzubeugen
+
+ ░ - Die Verzeichnisse sollten diesem Beispiel-Tag folgen, wobei
+
+ <*>-Ausdruecke editiert oder entfernt werden muessen, -Ausdruecke
+
+ sind optional und releaseabhaengig:
+
+
+
+ <Film.Titel>.German.[SUBBED].[ANiME].[DOKU].[YEAR].[AC3].[PROPER].
+
+ DVDRiP.XviD.[iNTERNAL].[REPACK].[READ.NFO]-<GROUP>
+
+
+
+ - Das Einfuegen des YEAR-Tags nach der IMDB ist bei CineRetail/Major-
+
+ Releases optional, bei STV allerdings Pflicht ░
+
+ - Weitere optionale Tags sind: CHRONO, DC, EXTENDED, REAL, REMASTERED, ▒
+
+ RERIP, RETAIL, SE, SUBBED, THEATRICAL, UNCUT, UNRATED ▓
+
+ - Das Einfuegen des YEAR-Tags bei XXX ist Optional █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ PROPER:
+
+ █
+
+ █ - Ein Proper-Release ist notwendig und valid, wenn:
+
+ ▓ - Ein anderer Codec als XviD verwendet wurde (bad.Codec)
+
+ ▒ - Aufloesungen ausserhalb der gegebenen Grenzen verwendet wurden
+
+ ░ (bad.resolution)
+
+ - Zoom Faktor h÷her als 100%
+
+ - X- und/oder Y-Aufloesung kein Vielfaches von 16 sind (!=mod16)
+
+ (bad.resolution)
+
+ - Ein groesserer AR-Error als 3% vorliegt (bad.ar)
+
+ - Unnoetig viel Bild an den Raendern gecropped wurde (overcropped)
+
+ - Nicht alle schwarzen Balken gecropped wurden (bad.crop)
+
+ - Interlaced Frames vorliegen (interlaced.frames)
+
+ - Ein anderes Audioformat als MP3 oder AC3 verwendet wurde
+
+ (bad.audio.Codec)
+
+ - Anstatt der Forced.Subs die kompletten Untertitel hardcoded wurden
+
+ (hardcoded.subs.throughout.whole.movie)
+
+ - Die Forced.Subs fehlen, nicht hardcoded oder out of sync sind
+
+ (missing.forced.subs bzw subs.out.of.sync) ░
+
+ - Ein Proper ist max. bis 7 Tage nach offiziellem Store-Date moeglich ▒
+
+ - Bei einem Proper muss nicht die gleiche Source verwendet werden ▓
+
+ - Kein Proof fuer eigene Source █
+
+ - Min / Max qualitaet der source nicht eingehalten █
+
+ ░░▒▒▓▓███
+
+
+
+ ███▓▓▒▒░░ NFO:
+
+ █
+
+ █ Fuer die NFO, die jedem Release pflichtmaessig beizulegen ist, gelten
+
+ ▓ folgende Minimalanforderungen:
+
+ ▒ - Releasedatum
+
+ ░ - Kinostart oder STV
+
+ - IMDB-Rating + Votes und IMDB-URL zum Film
+
+ - Laufzeit
+
+ - Anzahl RARs oder Filesize
+
+ - Videoaufloesung
+
+ - Average Videobitrate
+
+ - Average Audiobitrate
+
+ - Proper/Repack-Notes bei Proper/Repack-Release ░
+
+ - Encodierverfahren 2pass oder CQ : ▒
+
+ bei CQ ebenfalls die CQ-Stufe und bei 2pass die % der qualitaet ▓
+
+ - Forced Subs █
+
+ █
+
+ ░░▒▒▓▓███
+
+
+
+ [ Signed By ]
+
+
+
+ Empire GMA KiNOWELT NGX QoM SoW ViDEOWELT XF
+
+
+
+ [ Diese Rules gelten verbindlich ab dem 15.09.2010 ]
+
+
+
+
+
+ [ Spezial Thx]
+
+
+
+ Geht an XX^NFO fuer das ASCII !!!
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ ╖ _/ ╖ ╖ _/ ╖ \ ╖ :/ ╖ _/ _\
+ ╖/_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____
+ / /_ \ \ \ \\ -\____\---\___ \ 0day scene 2010
+/ \ ╖ \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/╖ ----------------+
+. /_______/ .
+
+
+This is intended as an addendum to the existing 0day rules. All the old rules
+are still valid, unless they have been altered or updated by this addendum.
+
+The 0day scene has gone through major changes in this decade. As technologies
+have changed, so have we, but our adaptations have left many grey areas in the
+current rules. The last rules update was years ago when programs were much
+smaller and transfer speeds much lower. The existing 0day rules did not address
+problems of software encountered today, simply because at that date it did not
+exist. These changes have led to a series of loopholes which groups have been
+taking advantage of. The new rules we constructed aim to close these loopholes,
+as well as increase the general quality level of releases in the scene.
+
+This document covers a new ruleset for 0day. These rules and guidelines are
+intended for release-groups in the first place, and sites secondary. We hope
+that in time many sites will take over the majority of these rules. The
+following groups have signed and committed to following these rules:
+
+ ACME AiR AGAiN ALiAS ARN BACKLASH BEAN BLiZZARD BRD CORE CRD CROSSFiRE
+ DIGERATI DVT EMBRACE FALLEN HERiTAGE iNViSiBLE LND MESMERiZE NGEN
+ NULL ORiON OUTLAWS ROGUE SHOCK SSG TBE UNLEASHED VACE ZWT
+
+These rules will go into effect starting January 31st, 2010.
+
+* Release Name
+~~~~~~~~~~~~~~
+
+[<Developer.name>.]<Program.name>.v<Version>[.<Language>][.<OS>][.<CPU>]
+[.<Release.Type>][.<Additional.Tags>]-<Groupname>
+
+Developer.Name is only mandatory if the application name is not unique enough
+for duping. Groups should use some common sense to keep the directory name
+reasonable length.
+
+The program name should be the "official" name of the application. Do not omit
+dashes, think of your dupe results.
+
+The Language tag must be used only on NON english releases. Multilingual and
+bilingual are optional.
+
+Currently valid OS tags are:
+ - Win98, WinME, WinNT, Win2k, WinXP, Win2k3, Vista, Win2k8, Win7
+ (can have an optional tag for more specific edition)
+ - [Distribution.]Linux
+ - MacOSX
+ - [Free|Net|Open]BSD
+ - [Open]Solaris
+ - AIX
+ - HPUX
+ - Open.Enterprise.Server (NetWare)
+
+The Operating.System tag should be omitted when WinAll (= NT5 based windows
+and optionally earlier, always with latest official service pack). Using a
+UnixAll (= all of the operating systems above, excluding Windows, Linux or
+MacOSX) or a WinAll tag means your app *must* run on *all* of the operating
+systems that fall under it.
+
+CPU should be omitted when x86, must be x64 for x86_64/EM64T, but not IA64!
+Currently valid CPU tags are:
+ - x86, x64, IA64, PPC, SPARC, SPARC64, RISC, Alpha
+
+Release.Type can be omitted for Crack/Regged, but is mandatory for keygen
+releases. Possible tags are:
+ - Keygen.Only Keymaker.Only
+ - Incl.Keygen Incl.Keymaker
+ - Incl.Keygen.and.Patch Incl.Keymaker.and.Patch
+ - Cracked
+ - Regged
+
+Additional.Tags like READ.NFO, DIRFIX, NFOFIX.. must go as follows:
+ - DevelopersName.ProgramName.v1.2.Regged.READ.NFO-GROUP
+ - DevelopersName.ProgramName.v1.2.Regged.DIRFIX-GROUP
+
+You can use underscores or dots as seperator in the releasename, but do not mix
+them if there is no reason for it (e.g. a program name contains underscores and
+your seperator is a dot is a valid reason to mix)
+
+The lists in this section are by no means complete. They are here to serve as a
+guideline for proper dirname construction.
+
+* Packaging:
+~~~~~~~~~~~~
+
+Filenames must be named up to a maximum of 8.3 characters (filename/extension).
+
+Acceptable compression format at this time is any compression method that
+supports multiple volumes and long file names, followed by the traditional
+PKZIPing. Compressions other than RAR should include an extract utility or be a
+self-extracting archive.
+
+The traditional packaging methods (zip/diz) shall be maintained, with a diz
+file being present in each zip. The diz file should contain as a bare minimum
+the number of the current disk and the maximum number of disks.
+
+Suggested file_id.diz layout is as follows:
+ [xx/??], where ?? is the total nr of disks in the release. The total number
+ of lines of your diz should not exceed 30.
+
+On a side note: using ridiculous compressions that will save 10 disks but takes
+10 hours to unpack are not an acceptable solution.
+
+* Release Size:
+~~~~~~~~~~~~~~~
+
+Allowed split volume sizes are:
+ - 1,444,000 bytes
+ - 2,888,000 bytes
+ - 5,000,000 bytes
+ - 10,000,000 bytes
+ - 50,000,000 bytes
+
+The utils disk limit is as of now 70 x 5,000,000 bytes or 35 x 10,000,000 bytes.
+This equates to a total of 350,000,000 bytes of compressed data. Oversize
+releases are allowed when no ISO release exists and the group (or an iso group
+they work with) is not in possession of the iso to release. In other words,
+there is NO size limit for 0day apps, except when an iso exists!
+
+The games disk limit is as of now 80 x 5,000,000 bytes or 40 x 10,000,000 bytes.
+This equates to a total of 400,000,000 bytes of compressed data.
+
+Any release should have less than 100 volumes. In case 10,000,000 bytes do not
+suffice, you are allowed to use volumes of larger size; up to 50,000,000 bytes.
+
+A size proper is valid when a group manages to reduce the size of the original
+release by at least 30% without sacrificing essential content:
+
+ - Documentation, help files, and other non functional items can be ripped from
+ a release to decrease size. No functional parts of an application may be
+ ripped.
+ - C++ redistributables, .NET framework, and other common operating system
+ components may be ripped. The nfo should note what has been ripped and
+ optionally include an url where it can be downloaded.
+ - A documentation addon is only allowed if the documentation cannot be
+ downloaded freely and publicly (without registration) from the developer's
+ website.
+
+* Specific Release Type:
+~~~~~~~~~~~~~~~~~~~~~~~~
+
+All of these releases should provide functionality identical to that of a fully
+licensed copy.
+
+- Cracked: The program file has been altered to register the program. Any
+ nags/trial limitations should be removed. Any remnants of "Trial" in the app
+ need to be removed. Any "phone-home" checks should be disabled!
+
+- Regged: Any way to make an application "registered" without requiring
+ modification of any of the applications executables/libraries. Must include
+ a text file with the required information, serials should not be put in the
+ release nfo. Please name this file carefully, as to deter possible
+ webspiders looking for serial information.
+
+- Keygen: A small standalone program which generates valid serials/keyfiles
+ which are based on user input or hardware id.
+
+ Keygens can be written in any language but they should be native executables
+ for the OS the application is meant for: Linux keygens for Linux applications,
+ Mac keygens for Mac applications, etc. This means that if you do not follow
+ this suggestion, you could get propered. However, you won't be nuked if there
+ is no native keygen available.
+
+ A keygen that generates a system-dependant serial must explicitly warn the
+ user of this fact, either in the nfo OR at runtime.
+
+ Windows keygens in java are allowed if the the program is coded in java or
+ uses java. Same with any other interpreter language. If a library is included
+ with the latest windows install, as is the case for VB6/.NET/VBScript
+ currently, then keygens written in these languages are allowed without
+ question. The motivation here is that a scene release should run on a clean
+ OS install, introducing no additional dependencies other than those imposed
+ by the application being released.
+
+ A console-based application that usually runs on headless systems (servers,
+ etc) requires a console-based keygen.
+
+ Generic Keygens (All.Products) are allowed and dupe full releases for as long
+ as the generic keygen continues to work for *every* application it was
+ intended for.
+
+ Keygen.Only releases are releases that only contain the actual keygen, no
+ installation files. They are meant as an addition to previous Crack/Regged
+ releases.
+
+ A Keygen.and.Patch release combines a keygen with a crack to enable full
+ functionality. You are still allowed to release a keygen.only for these
+ releases.
+
+- Retail: A store-bought supply is included in this release. You are allowed to
+ release a retail after a previous release if there is an added benefit to
+ using the retail version. In this case you are required to add a READ.NFO tag
+ to your dirname and list the benefits when compared to the previous release.
+
+- PROPER/WORKING: a proper of a previous scene-release that was not fully
+ working should always include adequate proof and information for nukers to
+ test and confirm the validity of the proper. This means including screenshots,
+ pieces of code, or clear steps to reproduce the problems that occur with
+ the release you are propering.
+
+- READ.NFO: If you label a release READ.NFO, please have a clearly stated
+ section in your nfo on what the READ.NFO is all about, dont make people guess.
+ If you want people to read it for a certain reason, make sure they can.
+
+
+* Operating Systems:
+~~~~~~~~~~~~~~~~~~~~
+
+If a developer has not mentioned default or minimum requirements for operating
+system, the default is Windows XP, which is also a minimum.
+
+If a program supports Windows Operating Systems before WinXP, then your crack
+*should* work on them aswell.
+
+Optional: combine multiple operating system versions for the same CPU in 1
+release if it remains within size limits, for example:
+- FreeBSD5,6,7 x86 can be in a single release tagged FreeBSD
+If the installers are freely downloadable (available without registration) and
+the same keygen/crack works for every version, consider only including the
+latest version of the OS.
+
+Please keep in mind that the contents of .tar.gz, .rpm, .deb and any other
+packaging system are generally identical. Please make a note in your nfo in
+case of exceptions.
+
+* Minor Updates:
+~~~~~~~~~~~~~~~~
+
+MU stands for Minor Update. This term denotes an update of a previously
+released application within a certain time-period, the MU-period. Major updates
+are allowed regardless of the last time a previous version was released. In
+this case, the nfo should include some motivation for considering this a major
+update (security- and stability-critical hotfixes for instance)
+
+MU-period of 1 month, disregarding the number of days in a month. Examples:
+
+- a release on 2010-01-01 will be out of mu on 2010-02-01
+- a release on 2010-01-15 will be out of mu on 2010-02-15
+- a release on 2010-01-29 will be out of mu on 2010-02-28
+- a release on 2010-01-31 will be out of mu on 2010-02-28
+- a release on 2010-02-28 will be out of mu on 2010-03-28
+- a release on 2010-03-31 will be out of mu on 2010-04-30
+
+This ensures no more than a single release of the same application per month,
+while keeping duping simple.
+
+The minor update period is counted from the last valid release which contained
+the software itself. In other words, keymaker.only releases are not considered.
+
+* General Rules:
+~~~~~~~~~~~~~~~~
+
+- If the age of the last modified file of an installed program is older than
+ one (1) year it is not allowed to pre it without a READ.NFO or INTERNAL tag.
+
+- A group should release the newest version of the software available.
+
+ Exceptions are possible when the software is not available publicly, or if
+ it was never released before, which *must* be mentioned in the nfo-file.
+ This means you can release an older version of an application, but *only* if
+ it is newer than any existing release of the same app, and you have a valid
+ reason for not releasing the latest version (for instance, it is very hard
+ to get the supply, or the application takes months to crack).
+
+ There is a grace-period of 3 days: if a new version came out in the last 3
+ days before your release, you will not get nuked if you release the older
+ one.
+
+- Releases should provide the same functionality as a retail copy of the
+ application (where possible and reasonable). Examples:
+ - a virus scanner must be able to update
+ - a flexlm application should include every useful feature
+ - a keygen should provide either all, or the best license (watermarks are
+ still allowed)
+
+- Your nfo should provide a minimum of useful information, including:
+ - (complete) application name
+ - (complete) version, including if it is a beta version
+ - the release date
+ - type of crack included
+ - short description of the application/game
+ - description on how to use the crack (important!)
+ - operating systems this release will work on
+ - pre-requisites for the application/game
+ - url to the application's website
+
+- If you do not want your work to be used by other groups (be it documents,
+ cracking methods, tools, or similar), then make sure you don't give it out
+ to anyone you can't trust. It is deemed public property as soon as it is
+ publicly available, and you lose any exclusive rights to it.
+
+- Stealing cracks/keygens from P2P, WEB, or other scene groups is clearly not
+ allowed!
+
+- Security should be everyone's primary concern. Including nicknames or
+ identities of people that have not given explicit permission in your nfo's
+ is absolutely not allowed, and may result in severe repercussions.
+
+A big thanks to everyone involved in creating this document!
+
+Last modified: 10 January 2010
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ └ _/ └ └ _/ └ \ └ :/ └ _/ _\
+ └/_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____
+ / /_ \ \ \ \\ -\____\---\___ \ 0day scene 2010
+/ \ └ \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/└ ----------------+
+. /_______/ .
+
+
+This is intended as an addendum to the existing 0day rules. All the old rules
+are still valid, unless they have been altered or updated by this addendum.
+
+The 0day scene has gone through major changes in this decade. As technologies
+have changed, so have we, but our adaptations have left many grey areas in the
+current rules. The last rules update was years ago when programs were much
+smaller and transfer speeds much lower. The existing 0day rules did not address
+problems of software encountered today, simply because at that date it did not
+exist. These changes have led to a series of loopholes which groups have been
+taking advantage of. The new rules we constructed aim to close these loopholes,
+as well as increase the general quality level of releases in the scene.
+
+This document covers a new ruleset for 0day. These rules and guidelines are
+intended for release-groups in the first place, and sites secondary. We hope
+that in time many sites will take over the majority of these rules. The
+following groups have signed and committed to following these rules:
+
+ ACME AiR AGAiN ALiAS ARN BACKLASH BEAN BLiZZARD BRD CORE CRD
+ CROSSFiRE DIGERATI DVT EMBRACE FALLEN FAS iNViSiBLE LND
+ MESMERiZE NGEN NULL ORiON OUTLAWS RiTUEL ROGUE
+ SHOCK SSG TBE UNLEASHED VACE ZWT
+
+These rules will go into effect starting January 31st, 2010.
+
+* Release Name
+~~~~~~~~~~~~~~
+
+[<Developer.name>.]<Program.name>.v<Version>[.<Language>][.<OS>][.<CPU>]
+[.<Release.Type>][.<Additional.Tags>]-<Groupname>
+
+Developer.Name is only mandatory if the application name is not unique enough
+for duping. Groups should use some common sense to keep the directory name
+reasonable length.
+
+>>>
+>>> Define "application name is not unique enough for duping".
+>>> Can directories that do not contain developer names but "are not unique enough for duping"
+>>> be nuked? Rule is not clear, therefore it is pointless.
+>>>
+
+The program name should be the "official" name of the application. Do not omit
+dashes, think of your dupe results.
+
+>>>
+>>> What kind of rule is this? How can that be enforced? Why are we trying
+>>> to satisfy dupechecking facilities and users here?
+>>>
+
+The Language tag must be used only on NON english releases. Multilingual and
+bilingual are optional.
+
+>>>
+>>> So how do we handle multilingual non-english releases?
+>>>
+
+Currently valid OS tags are:
+ - Win98, WinME, WinNT, Win2k, WinXP, Win2k3, Vista, Win2k8, Win7
+ (can have an optional tag for more specific edition)
+ - [Distribution.]Linux
+ - MacOSX
+ - [Free|Net|Open]BSD
+ - [Open]Solaris
+ - AIX
+ - HPUX
+ - Open.Enterprise.Server (NetWare)
+
+The Operating.System tag should be omitted when WinAll (= NT5 based windows
+and optionally earlier, always with latest official service pack). Using a
+UnixAll (= all of the operating systems above, excluding Windows, Linux or
+MacOSX) or a WinAll tag means your app *must* run on *all* of the operating
+systems that fall under it.
+
+CPU should be omitted when x86, must be x64 for x86_64/EM64T, but not IA64!
+Currently valid CPU tags are:
+ - x86, x64, IA64, PPC, SPARC, SPARC64, RISC, Alpha
+
+Release.Type can be omitted for Crack/Regged, but is mandatory for keygen
+releases. Possible tags are:
+ - Keygen.Only Keymaker.Only
+ - Incl.Keygen Incl.Keymaker
+ - Incl.Keygen.and.Patch Incl.Keymaker.and.Patch
+ - Cracked
+ - Regged
+
+>>>
+>>> So can keygenned releases that don't contain "incl.keygen" in the directory
+>>> be nuked? What about releases that contain "license generators"?
+>>>
+
+Additional.Tags like READ.NFO, DIRFIX, NFOFIX.. must go as follows:
+ - DevelopersName.ProgramName.v1.2.Regged.READ.NFO-GROUP
+ - DevelopersName.ProgramName.v1.2.Regged.DIRFIX-GROUP
+
+You can use underscores or dots as seperator in the releasename, but do not mix
+them if there is no reason for it (e.g. a program name contains underscores and
+your seperator is a dot is a valid reason to mix)
+
+>>>
+>>> But the above line (starting "[<Developer.name>.]") implies only dots are
+>>> allowed?
+>>>
+
+The lists in this section are by no means complete. They are here to serve as a
+guideline for proper dirname construction.
+
+>>>
+>>> Great. So if anything, they were pointless. Why try to clarify something that
+>>> groups already know how to handle? If anything, you've introduced more confusion
+>>> instead of clearing things up.
+>>>
+
+* Packaging:
+~~~~~~~~~~~~
+
+Filenames must be named up to a maximum of 8.3 characters (filename/extension).
+
+Acceptable compression format at this time is any compression method that
+supports multiple volumes and long file names, followed by the traditional
+PKZIPing. Compressions other than RAR should include an extract utility or be a
+self-extracting archive.
+
+The traditional packaging methods (zip/diz) shall be maintained, with a diz
+file being present in each zip. The diz file should contain as a bare minimum
+the number of the current disk and the maximum number of disks.
+
+>>>
+>>> Should != Must. Therefore, no need to include the above mentioned
+>>> info.. have fun guys.
+>>>
+
+Suggested file_id.diz layout is as follows:
+ [xx/??], where ?? is the total nr of disks in the release. The total number
+ of lines of your diz should not exceed 30.
+
+>>>
+>>> Suggested != Must. Can we see some ASCII elephants please?
+>>> Again, Should != Must. Can releases with diz's exceeding 30 lines be nuked?
+>>>
+
+On a side note: using ridiculous compressions that will save 10 disks but takes
+10 hours to unpack are not an acceptable solution.
+
+>>>
+>>> Nice level of clarity there. Also, you've only "banned" that particular
+>>> scenario in that sentence, so it's rather pointless.
+>>>
+
+* Release Size:
+~~~~~~~~~~~~~~~
+
+Allowed split volume sizes are:
+ - 1,444,000 bytes
+ - 2,888,000 bytes
+ - 5,000,000 bytes
+ - 10,000,000 bytes
+ - 50,000,000 bytes
+
+>>>
+>>> Some groups pack at 5*1024, rather than 5*1000 (giving 5,242,880 bytes)
+>>> Is this no longer allowed? Should this be nuked? Nice level of clarity here.
+>>>
+
+The utils disk limit is as of now 70 x 5,000,000 bytes or 35 x 10,000,000 bytes.
+This equates to a total of 350,000,000 bytes of compressed data. Oversize
+releases are allowed when no ISO release exists and the group (or an iso group
+they work with) is not in possession of the iso to release. In other words,
+there is NO size limit for 0day apps, except when an iso exists!
+
+>>>
+>>> Does this mean it is no longer possible to pack releases at 1,444,000/2,888,000 splits
+>>> for "utils", even though they've just been mentioned as valid sizes?
+>>>
+>>> Define "utils"
+>>>
+>>> "no ISO release exists" - ok, so what about nuked ISO releases?
+>>>
+>>> "is not in possession of the iso to release" - how is it ever possible to enforce that?
+>>>
+
+The games disk limit is as of now 80 x 5,000,000 bytes or 40 x 10,000,000 bytes.
+This equates to a total of 400,000,000 bytes of compressed data.
+
+>>>
+>>> Define "game" - web game, game rip, what?
+>>>
+
+Any release should have less than 100 volumes. In case 10,000,000 bytes do not
+suffice, you are allowed to use volumes of larger size; up to 50,000,000 bytes.
+
+>>>
+>>> Should != Must.
+>>>
+
+A size proper is valid when a group manages to reduce the size of the original
+release by at least 30% without sacrificing essential content:
+
+ - Documentation, help files, and other non functional items can be ripped from
+ a release to decrease size. No functional parts of an application may be
+ ripped.
+ - C++ redistributables, .NET framework, and other common operating system
+ components may be ripped. The nfo should note what has been ripped and
+ optionally include an url where it can be downloaded.
+ - A documentation addon is only allowed if the documentation cannot be
+ downloaded freely and publicly (without registration) from the developer's
+ website.
+
+* Specific Release Type:
+~~~~~~~~~~~~~~~~~~~~~~~~
+
+All of these releases should provide functionality identical to that of a fully
+licensed copy.
+
+>>>
+>>> Should != Must. I've got 1000 releases lined up that open a goatse image instead of
+>>> providing the functionality of the app. And they're all valid - huzzah!
+>>>
+
+- Cracked: The program file has been altered to register the program. Any
+ nags/trial limitations should be removed. Any remnants of "Trial" in the app
+ need to be removed. Any "phone-home" checks should be disabled!
+
+>>>
+>>> Is it valid for groups to tell us to edit our hosts file?
+>>>
+
+- Regged: Any way to make an application "registered" without requiring
+ modification of any of the applications executables/libraries. Must include
+ a text file with the required information, serials should not be put in the
+ release nfo. Please name this file carefully, as to deter possible
+ webspiders looking for serial information.
+
+>>>
+>>> Should != Must.
+>>>
+
+- Keygen: A small standalone program which generates valid serials/keyfiles
+ which are based on user input or hardware id.
+
+ Keygens can be written in any language but they should be native executables
+ for the OS the application is meant for: Linux keygens for Linux applications,
+ Mac keygens for Mac applications, etc. This means that if you do not follow
+ this suggestion, you could get propered. However, you won't be nuked if there
+ is no native keygen available.
+
+ A keygen that generates a system-dependant serial must explicitly warn the
+ user of this fact, either in the nfo OR at runtime.
+
+>>>
+>>> Nice that you finally use the "must" keyword here, on such a minor point.
+>>>
+
+ Windows keygens in java are allowed if the the program is coded in java or
+ uses java. Same with any other interpreter language. If a library is included
+ with the latest windows install, as is the case for VB6/.NET/VBScript
+ currently, then keygens written in these languages are allowed without
+ question. The motivation here is that a scene release should run on a clean
+ OS install, introducing no additional dependencies other than those imposed
+ by the application being released.
+
+ A console-based application that usually runs on headless systems (servers,
+ etc) requires a console-based keygen.
+
+ Generic Keygens (All.Products) are allowed and dupe full releases for as long
+ as the generic keygen continues to work for *every* application it was
+ intended for.
+
+>>>
+>>> Do groups that release products contained within these multigens have to provide proof that
+>>> the multigens no longer work for every application? Think about the scenario
+>>> of a multigen that covers say 25 products. A group releases a newer version of
+>>> one of the products - this means the multigen needs to be checked again *every* product
+>>> to verify whether its still valid, and whether this new release is a dupe.
+>>>
+
+ Keygen.Only releases are releases that only contain the actual keygen, no
+ installation files. They are meant as an addition to previous Crack/Regged
+ releases.
+
+>>>
+>>> "Meant" - what other purpose do they serve?
+>>>
+
+ A Keygen.and.Patch release combines a keygen with a crack to enable full
+ functionality. You are still allowed to release a keygen.only for these
+ releases.
+
+- Retail: A store-bought supply is included in this release. You are allowed to
+ release a retail after a previous release if there is an added benefit to
+ using the retail version. In this case you are required to add a READ.NFO tag
+ to your dirname and list the benefits when compared to the previous release.
+
+- PROPER/WORKING: a proper of a previous scene-release that was not fully
+ working should always include adequate proof and information for nukers to
+ test and confirm the validity of the proper. This means including screenshots,
+ pieces of code, or clear steps to reproduce the problems that occur with
+ the release you are propering.
+
+>>>
+>>> Do releases that do not contain "adequate proof" get nuked? You're trying
+>>> to be friendly to nukers here, but you're just making their life harder.
+>>>
+
+- READ.NFO: If you label a release READ.NFO, please have a clearly stated
+ section in your nfo on what the READ.NFO is all about, dont make people guess.
+ If you want people to read it for a certain reason, make sure they can.
+
+
+* Operating Systems:
+~~~~~~~~~~~~~~~~~~~~
+
+If a developer has not mentioned default or minimum requirements for operating
+system, the default is Windows XP, which is also a minimum.
+
+If a program supports Windows Operating Systems before WinXP, then your crack
+*should* work on them aswell.
+
+>>>
+>>> What about after?
+>>>
+
+Optional: combine multiple operating system versions for the same CPU in 1
+release if it remains within size limits, for example:
+- FreeBSD5,6,7 x86 can be in a single release tagged FreeBSD
+If the installers are freely downloadable (available without registration) and
+the same keygen/crack works for every version, consider only including the
+latest version of the OS.
+
+Please keep in mind that the contents of .tar.gz, .rpm, .deb and any other
+packaging system are generally identical. Please make a note in your nfo in
+case of exceptions.
+
+* Minor Updates:
+~~~~~~~~~~~~~~~~
+
+MU stands for Minor Update. This term denotes an update of a previously
+released application within a certain time-period, the MU-period. Major updates
+are allowed regardless of the last time a previous version was released. In
+this case, the nfo should include some motivation for considering this a major
+update (security- and stability-critical hotfixes for instance)
+
+>>>
+>>> Define a "major update" - again, no clarity.
+>>>
+
+MU-period of 1 month, disregarding the number of days in a month. Examples:
+
+>>>
+>>> When does the month officially end? Last day, GMT+1? Why not be clear?
+>>>
+>>> When do these rules changes take effect? Do releases before 31st of Jan still
+>>> apply the old 14 day rule, or apply the new one?
+>>>
+
+- a release on 2010-01-01 will be out of mu on 2010-02-01
+- a release on 2010-01-15 will be out of mu on 2010-02-15
+- a release on 2010-01-29 will be out of mu on 2010-02-28
+- a release on 2010-01-31 will be out of mu on 2010-02-28
+- a release on 2010-02-28 will be out of mu on 2010-03-28
+- a release on 2010-03-31 will be out of mu on 2010-04-30
+
+>>>
+>>> This is just stupidly confusing now. What was wrong with a constant day length?
+>>> Don't get me wrong, an increase from 14 days is a great idea, but adding the confusion
+>>> of a non-constant length of time is just silly.
+>>>
+
+This ensures no more than a single release of the same application per month,
+while keeping duping simple.
+
+>>>
+>>> Again, why are you trying to please dupechecking services and users?
+>>>
+
+The minor update period is counted from the last valid release which contained
+the software itself. In other words, keymaker.only releases are not considered.
+
+>>>
+>>> Define "valid". I'm guessing nuked releases are not. What about handling
+>>> different flavours of releases? Acme.XYZ.Gold vs. Acme.XYZ.Platinum. They're both
+>>> valid releases of the same application.
+>>>
+
+* General Rules:
+~~~~~~~~~~~~~~~~
+
+- If the age of the last modified file of an installed program is older than
+ one (1) year it is not allowed to pre it without a READ.NFO or INTERNAL tag.
+
+- A group should release the newest version of the software available.
+
+>>>
+>>> Should != Must. I've got Nero v1 release ready to pre.
+>>>
+
+ Exceptions are possible when the software is not available publicly, or if
+ it was never released before, which *must* be mentioned in the nfo-file.
+ This means you can release an older version of an application, but *only* if
+ it is newer than any existing release of the same app, and you have a valid
+ reason for not releasing the latest version (for instance, it is very hard
+ to get the supply, or the application takes months to crack).
+
+ There is a grace-period of 3 days: if a new version came out in the last 3
+ days before your release, you will not get nuked if you release the older
+ one.
+
+>>>
+>>> Is 3 days realy required for internet-download applications?
+>>>
+
+- Releases should provide the same functionality as a retail copy of the
+ application (where possible and reasonable). Examples:
+ - a virus scanner must be able to update
+ - a flexlm application should include every useful feature
+ - a keygen should provide either all, or the best license (watermarks are
+ still allowed)
+
+>>>
+>>> "must be able to update" - how many times? indefinitely?
+>>>
+>>> Should != Must.
+>>>
+>>> Define "every useful feature"
+>>>
+
+- Your nfo should provide a minimum of useful information, including:
+ - (complete) application name
+ - (complete) version, including if it is a beta version
+ - the release date
+ - type of crack included
+ - short description of the application/game
+ - description on how to use the crack (important!)
+ - operating systems this release will work on
+ - pre-requisites for the application/game
+ - url to the application's website
+
+- If you do not want your work to be used by other groups (be it documents,
+ cracking methods, tools, or similar), then make sure you don't give it out
+ to anyone you can't trust. It is deemed public property as soon as it is
+ publicly available, and you lose any exclusive rights to it.
+
+>>>
+>>> Thanks for clearing that up.. duh. Pointless rule.
+>>>
+
+- Stealing cracks/keygens from P2P, WEB, or other scene groups is clearly not
+ allowed!
+
+>>>
+>>> There was me thinking they were. Pointless rule.
+>>>
+
+- Security should be everyone's primary concern. Including nicknames or
+ identities of people that have not given explicit permission in your nfo's
+ is absolutely not allowed, and may result in severe repercussions.
+
+>>>
+>>> Again, thanks for clearing that up. Pointless rule.
+>>>
+
+A big thanks to everyone involved in creating this document!
+
+Last modified: 10 January 2010
+
+>>>
+>>> There were glaring insufficiencies in the old rules, and there continue to
+>>> be after this. Rather than being a ruleset, it is more a few guidelines with
+>>> some general commentary. "This is how things should probably be done" just
+>>> introduces a world of confusion, and if anything, makes the whole situation worse.
+>>>
+>>> A* for effort, F for achieving anything [except increasing the MU length/size limit..
+>>> which you could have done in a single paragraph]
+>>>
+>>> I suggest you go back to the drawing board and write some real "rules".
+>>>
+
+
+ ███████████████████
+ ████▓░░░░░░░░░░░░░░░▓████
+ ███▓▒░░░░░░░░░░░░░░░░░░▒░░▓█████
+ ██▓░▒▒░░░░░░░░░░░░░░░░░░░░░░░░▒▒▓███
+ ███░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▒▒▓███
+ ███░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▒▒▓██
+ ███▒▒░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▒▒▓▓██
+ ██▓░░░░░░░░░░░░░░░███████████▒░░░░░░░░░░░░▒▒▒▒▒██
+ ██▓▒░░░░░░░░░░░░░░░░░░░░░░░▒████████████░░░░░░▒▒▒██
+ ██░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░████████████░░▒▒▒██
+ ██▒▒░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░█████████████▒▒██
+ ██░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░████████████▒██
+ ██▒░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░██████████████
+ █▒██████████████▒░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░█████████████
+ ██▒█████████████▒░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░████████████
+ █▒█████████████▒░░░░░░░░░▒░░▒▓▓▓░░▒▒░░░░░░░░░░░░░░░████████████
+ ███████████████░░░░░░░░░░▓▓██████████▓▒░░░░░░░░░░░░░░████████████
+ ███████████████░░░░░░░░░▒██ ███░░░░░░░░░░░░░░░███████████▒
+ ██████████████▒░░░░░░░▒▓██ █▓░░░░░░░░░░░░░░▓███████████
+ █████████████▒░░░░░░░░▒██ ██▒░░░░░░░░░░░░░░███████████
+ ██████████████████████████████████████▒ ██░░░░░░░░░░░░░░███████████▓
+ ███████████████████████████████████████████▓░░░░░░░░░░░░░███████████░
+ ██████████████████████████████████████████████░░░░░░░░░░░███████████
+ ████████████████▓▒▒░░░░░░░▓▒▒▒▒▒▓███████████████░░░░░░░░░░███████████
+ █████████████▓▒▒░░░░░░░░░░▒▓██ ▓▓█████████████░░░░░░░░████████████
+ ██████████████▓░░░░░░░░░░░░░▒▓███████████████████░░░░░░░░███████████
+ ███████████████████████████████████████████████▓░░░░░░░░████████████
+ ▒███████████████████████████████████████████░░░░░░░░░░████████████
+ ▒██████████████████████████████████████░░░░░░░░░░░░████████████
+ ██░░░░░███████████████████████░░░░░░░░░░░░░░░░░░████████████
+ ██▒░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░████████████
+ ██░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░█████████████
+ █████████▒██████▒░░░░██████▒░░░░░██████▒░░░░░███▒███████▒████▒ ████▒
+ ██▒ ██▒ ██▒▓██▒░██▒░░░░██▒░██▒░░░░░██▒░░██▒░░█████▒█████▒▓██▒ ██▒ ██▒
+ █▒ ██▒ █▒████▒░██▒░░░░██▒░░██▒░░░░██▒░░██▒ ███ ██▒█████▒██▒ ███▒ ██▒
+ ██▒▒ ██▒▓██▒░░░░██▒░░░██▒░░░██▒░▒███▒███ ██▒░▒██▒██▒ ██▒ ██▒
+ ██▒ ████▒░░░░░░██▒░░░██▒░░░██▒████▒ ▒█▒▒░▒████▒ ██▒ ███▒
+ ██▒ ██▒██▒▓░▒▒▒██▒░░░██▒█████████▒▒▒▒▒░░██▒░▓█████▒ ██▒ ███▒
+ ██▒ ██▒▒░██▒█████▒██████▒████▒░██▒░░░░░░██▒█████▒██▒ █████▒
+ ██▒ ██▒ ██▒ ████▒░░▒██▒░░░██▒░██▒░░░░░██▒██ ██▒ ██▒ ███▒
+ ██▒ ██▒ ██▒ ██▒█████▒▒░░██▒░░██▒████▒█ █▒ ██▒ ██▒ ███▒
+ ███▒ ██▒ ██▒▒ ██▒ ███▒█████▒█████▒ █████▒ ██▒ ███▒ ███▒
+ ████▒ ███████▒ ███████▒ █████▒ ████▒█████▒ ████▒█████▒ ██▒
+
+
+
+ THE 2010 BDR RELEASING STANDARDS
+
+ [ 29MAR2K10 ]
+
+▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄
+ ░▒▓▀▀▀██▄▄▄ ▄▄▄▀▀▀▀▀ ▀▀▀██▄▄▄ ▄▄▄██▀▀▀▓▒░
+ ░▒▓██████▄ ▄████▀▀ ▀▀████▄ ▄██████▓▒░
+ ░▒▓███ ▀█▄▄█▀ ▀█▄▄█▀ ███▓▒░
+ ░▒▓██▄ █▀ ▀█ ▄██▓▒░
+ ░▒▓▀ ▀▓▒░
+
+
+ - GENERAL
+
+ G1) Release size must be between 23365 MB and 23866 MB unless source is BD25.
+ G2) Group watermarks within the Bluray are strictly forbidden.
+ G3) Releases must be made region free.
+ G4) Any new unmentioned copy protection that comes out must be stripped.
+ G5) If for any reason any standards cannot be met it a brief explantion
+ must be written in the nfo.
+
+
+ - PACKAGiNG
+
+ P1) Sample, nfo and sfv are required for each release.
+ P2) NFO must contain at least:
+ - IMDB link
+ - Bluray Region
+ - Audio streams
+ - Subtitle streams
+ - Video status: encoded or untouched
+ - In case of encoding: average bitrate
+ - HD audio status: transcoded or untouched
+ - Menu: stripped or maintained
+ P3) Rar's must be split into 250 MB archives.
+ P4) Recovery record of 1% must be used.
+ P5) Passwords or encryption is not tolerated.
+ P6) Compression is not allowed.
+
+
+ - TAGGiNG
+
+ T1) Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -
+ T2) Suggestion for tagging:
+ - Movie.Name.YEAR.<PROPER/READ.NFO/REPACK>.<MULTi/SUBS/REGiON>.BDR-GROUP
+ - TV.Show.SxxDxx.<PROPER/READ.NFO/REPACK>.<MULTi/SUBS/REGiON>.BDR-GROUP
+ - Music.YEAR.<PROPER/READ.NFO/REPACK>.<MULTi/SUBS/REGiON>.MBDR-GROUP
+ T3) The first release of a movie, if it has the original audio, English subs and menu,
+ must be tagged Movie.Name.YEAR.BDR-GROUP. Next releases must contain a
+ language tag (MULTiSUBS/MULTi/NL/NORDiC/iTALiAN/etc) or region tag (R1/R2/R3).
+ T4) All releases are to include production year, except for TV series.
+ T5) Sub directories are to be labeled as DiSC1, DiSC2, etc.
+ EXTRA and CD1, CD2 dirs are not allowed.
+ T6) Additional explanation of some tags:
+ MULTi: In case of a minimum of 2 audio languages.
+ MULTiSUBS: In case of a minimum of 6 subtitle languages.
+
+
+
+▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄
+ ░▒▓▀▀▀██▄▄▄ ▄▄▄▀▀▀▀▀ ▀▀▀██▄▄▄ ▄▄▄██▀▀▀▓▒░
+ ░▒▓██████▄ ▄████▀▀ ▀▀████▄ ▄██████▓▒░
+ ░▒▓███ ▀█▄▄█▀ ▀█▄▄█▀ ███▓▒░
+ ░▒▓██▄ █▀ ▀█ ▄██▓▒░
+ ░▒▓▀ ▀▓▒░
+
+
+
+ - ViDEO
+
+ V1) An x264 build within 50 builds of latest must be used for encoding.
+ V2) One-click apps that re-encode BD50->BD25 rips are strictly forbidden.
+ V3) All movies must be at their original framerate.
+ V4) Must use 2 passes.
+ V5) Minimum average bitrate are determined by the runtime:
+ 19000kbps for < 100 minutes
+ 18000kbps for 100-120 minutes
+ 17000kbps for > 120 minutes
+ If minimum average bitrate cannot be achieved, a valid explanation
+ is required in the NFO. Animation movies may have a lower minimum
+ bitrate, -4000kbps for the corresponding runtime class.
+ V6) Some Bluray movies also contain 720p or 480p, next to the default 1080p.
+ These lower resolutions are an added value but are not needed.
+ If the movie needs to be re-encoded, these need to be stripped.
+ V7) Must use 4 reference frames (--ref 4).
+ V8) Must insert access unit delimiters (--aud).
+ V9) Must use square pixels (--sar 1:1).
+ V10) Must use at least subpixel refinement level 7 (--subme 7).
+ V11) Must be compliant to level 4.1 high profile (--level 4.1).
+ V12) Bitrate peak limit must not exceed 40 mbps (--vbv-bufsize 30000 --vbv-maxrate 40000).
+ V13) Must use bframes level 3 (--bframes 3).
+ V14) Trellis rd quantization must be level 1 (--trellis 1).
+ V15) Must check all partition search types (--analyse x).
+ V16) Must use at least level uhm for the motion estimation method (--me uhm/esa/tesa).
+ V17) CABAC must be used.
+ V18) Must use b-pyramid level strict for restrictions imposed by the
+ Blu-Ray standard (--b-pyramid strict)
+ V19) Suggested encode settings:
+ First pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate %bitrate --no-mbtree --keyint 24 --min-keyint 2 --threads auto --bframes 3 --me dia --ref 1 --subme 3 --direct auto --sar 1:1 --b-pyramid strict --partitions none --no-dct-decimate --output NUL BDR.avs
+
+ Second pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate %bitrate --no-mbtree --keyint 24 --min-keyint 2 --threads auto --bframes 3 --me umh --ref 4 --subme 7 --direct auto --sar 1:1 --b-pyramid strict --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-bufsize 30000 --vbv-maxrate 38000 --weightb --mixed-refs --mvrange 511 --aud --trellis 1 --analyse all --output BDR.mkv BDR.avs
+
+
+
+ - AUDiO
+
+ A1) Dolby Digital 5.1 and DTS, and their equivalent HD audio stream
+ are considered the standard audio formats.
+ A2) Blurays that only contain DD2.0 or PCM audio are allowed and
+ must be noted in the NFO.
+ A3) Superior audio tracks need to be kept, according to the following
+ ladder (from best to worst quality):
+
+ DTS-HD MA 7.1 / True-HD 7.1 > LPCM 7.1 > DTS-HD MA 5.1 / True-HD 5.1
+ > LCPM 5.1 > DTS 1536 > DTS 768 > AC3 640 > AC3 448 > LPCM 2.0 > AC3 2.0
+
+ If video needs to be encoded , choose the next highest in rank.
+ Although both DTS-HD MA and True-HD vs. LPCM are lossless audio
+ formats, due to the high bandwidth and space requirements of LPCM,
+ most studios downconvert 24/48 master audio to lower 16/48 fidelity.
+ Rather, others chose to losslessly pack or these audio masters
+ with DTS-HD MA or Dolby TrueHD. Once unzipped, the stream is equal
+ to the original 24/48 master audio.
+ A4) Though, you'll sometimes find it necessary to strip HD audio to
+ make the Bluray fit on BD-R, as HD-audio is much larger. In this
+ case, you can extract the core of the True-HD and DTS-HD audio
+ (eac3to -core), and use this for audio.
+ A5) Downsampling of the audio bitrate is not allowed
+ A6) For non-English movies, the movie's original language audio
+ stream must be kept unless it is not contained in the retail.
+ In this case you can use other language track but release must be
+ tagged DUBBED. In the circumstances that a reissue/new edition
+ Bluray contains an original language audio stream, a re-release
+ of the movie is valid.
+ A7) For all English movies, the English audio stream must be kept.
+ A8) The inclusion of other audio streams will be based upon the
+ ripper's discretion, whether they are foreign or commentary.
+
+
+ - MENU
+
+ M1) Menus must be included. In cases when it is not possible to
+ maintain the menu, a valid reason must be explained in the nfo.
+ In cases where the retail does not contain a menu, it must
+ be mentioned in the NFO.
+ M2) The English menu must always be kept. Foreign menus may be
+ stripped, if this is required to make the release fit on BD-R.
+ If there is no English menu, but a foreign one, at least one of
+ those must be kept.
+ M3) If all else is stripped and you want to avoid reencoding the
+ main movie, or you can't get the minimum bitrate, then the menu
+ may be re-encoded at a minimum average bitrate of 10000 kbit/s.
+
+
+ - OTHER CONTENT
+
+ E1) All subtitles must be kept. An exception on this rule is
+ that director's comment subtitles may be stripped when the
+ director's comment audio track has been stripped.
+ E2) Extras are an added value but are not needed. Extras are
+ allowed to be re-encoded at ripper's discretion. Extras
+ may also be encoded in 720p resolution. Extras may be
+ de-interlaced at ripper's discretion.
+ E3) Extras may be encoded at a lower bitrate. Mimimum bitrate for
+ 1080/720i/p resolution extras is 3000 kbps, and for 480i/p resolution
+ extras the minimum bitrate is 1500 kbps.
+ E4) When an extra is stripped, it must be replaced by a dummy file
+ so that the Bluray-player won't crash.
+ E5) Warnings and intros must be blanked, or even better, skipped.
+ E6) PS3_UPDATES may be stripped only in the case that the minimum
+ bitrate can't be achieved or when it is the last move you can
+ make to prevent encoding. Side note: PS3 updates are always
+ available for manual download on PSN or Internet.
+
+
+ - SAMPLE
+
+ S1) A sample of 1 minute, to a maximum size of 250 MB, cut from the
+ release is required in a 'Sample' directory. A .m2ts file must
+ be cut and used as sample. You cannot rename a rar and use it as
+ the sample.
+
+
+
+
+▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄
+ ░▒▓▀▀▀██▄▄▄ ▄▄▄▀▀▀▀▀ ▀▀▀██▄▄▄ ▄▄▄██▀▀▀▓▒░
+ ░▒▓██████▄ ▄████▀▀ ▀▀████▄ ▄██████▓▒░
+ ░▒▓███ ▀█▄▄█▀ ▀█▄▄█▀ ███▓▒░
+ ░▒▓██▄ █▀ ▀█ ▄██▓▒░
+ ░▒▓▀ ▀▓▒░
+
+
+
+ - PROPERS
+
+ R1) Propers may only be released if previous release had technical
+ flaws such as bad quality, undersized, errors, etc.
+ R2) Propers based on previous releases having stripped the menu
+ are allowed.
+ R3) It is not allowed to release a proper with HD audio, when a
+ previous release has transcoded the HD audio to non-HD audio.
+ R4) Just because a previous release was not COMPLETE, it does not
+ provide a legitimate reason to dupe.
+ R5) Propers based on previous releases having improper dir names
+ will not be tolerated.
+ R6) PPF patches or xDelta patches must be used for fixing
+ releases with simple problems. REPACKS/PROPERS must be
+ avoided if a PPF patch or xDelta patch is possible.
+ R7) In case the original releasegroup doesn't release a fix
+ within 48 hours, another releasegroup is allowed to proper
+ it.
+ R7) Blurays with different audio or subtitle streams do not
+ dupe eachother.
+
+
+ - NOTES & SUGGESTiONS
+
+ N1) Limitations
+ The authoring possibilities for bluray aren't that advanced yet
+ to make some rules explicitly mandatory at this stage. Knowledge
+ and software are developing rapidly though and we are confident
+ this will improve soon. The rules in question are related to
+ editing the menu's, editing & disabling menu buttons and the
+ complete removal of intro movies. Although we can't make these rules
+ mandatory at this stage, we strongly encourage the usage of them.
+
+ N2) Applicability
+ These rules apply from 2010-05-01 00:00:00 GMT (1272672000 unixtime).
+ Released pre'd before this time are not allowed to be nuked based
+ on these rules.
+
+ N3) Nuking
+ Nukes can be based on the code assigned to each rule.
+
+
+
+▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄
+ ░▒▓▀▀▀██▄▄▄ ▄▄▄▀▀▀▀▀ ▀▀▀██▄▄▄ ▄▄▄██▀▀▀▓▒░
+ ░▒▓██████▄ ▄████▀▀ ▀▀████▄ ▄██████▓▒░
+ ░▒▓███ ▀█▄▄█▀ ▀█▄▄█▀ ███▓▒░
+ ░▒▓██▄ █▀ ▀█ ▄██▓▒░
+ ░▒▓▀ ▀▓▒░
+
+
+
+
+ The BDR releasing standards originally written
+
+ and organized by (listed alphabetically):
+
+ BDREX . CULTBDR . iNSPiRATiON . ODOP . RESiSTANCE
The.2010.German.COMPLETE.BLURAY.and.BDR.Releasing.Standards.v1.0
+
+
+
+General (COMPLETE/BDR):
+----------------------
+
+1.1) Kopierschutz wie AACS, BD+ muss entfernt werden, dies gilt auch fuer nachtraeglich modifizierte Ordner wie ANY!
+1.2) Die Releases muessen als .iso mit UDF2.5 vorliegen.
+1.3) Rar/Sfv/Nfo/Sample sind zwingend erforderlich.
+1.4) Das Release muss Region Free sein.
+1.5) BD-Live muss deaktiviert werden.
+1.6) Standalone (SAP) und PS3 Kompatibilitaet ist zu gewährleisten, d.h. unter anderem die original Verzeichnisstruktur muss erhalten bleiben. Verzeichnisse wie AUXDATA, BDJO, JAR, META
+ sind, falls nicht vorhanden, manuell hinzufuegen.
+1.7) Ein Sample von etwa 60 Sek., das aus dem finalen Release herausgeschnitten wird, ist im Unterordner /Sample beizulegen.
+
+
+Nfo:
+----
+
+1.8) In der Nfo muessen mindestens folgende Informationen enthalten sein:
+
+ - Titel
+ - Release date
+ - Source (BD25/BD50)
+ - Rar Groesse und Anzahl
+ - German Cine Date bzw. STV
+ - Runtime
+ - Genre
+ - imdb.com Link
+ - imdb Rating
+ - Resolution
+ - Video Bitrate (fuer Complete gilt UNTOUCHED, bei encoded BDR muessen Codec/Bitrate/Pass angegeben werden)
+ - alle vorhandenen Audiosprachen/Audiokanaele müssen angegeben werden und bei encoded BDR zusätzlich noch die Bitrate.
+ - alle vorhandenen Untertitel (Angaben wie "all included" oder Aehnliches sind nicht erlaubt)
+
+
+COMPLETE BLURAY:
+----------------
+
+General:
+
+2.1) Es darf nichts gestripped werden.
+
+Tagging:
+
+2.2) Titel.{Sxx.DISCx.}JAHR{.DOCU}{.DISCx}<.DUAL|.MULTi|.German>.COMPLETE.BLURAY{.PROPER|.iNTERNAL|.READNFO|.REPACK|.RERiP}-GROUP
+ Syntax: {optional}
+2.3) Die Jahresangabe ist das Produktionsjahr und muss von imdb uebernommen werden.
+
+Packaging:
+
+2.4) Als Volumengroesse sind folgende Groessen zulaessig:
+ 100 - 150 - 200 - 250 - 300 - 350 - 400 - 450 - 500 MB
+2.5) Maximal 101 Dateien. (rar-r99) im Classic Style
+2.6) Wiederherstellungsinformation von 1% ist Pflicht.
+2.7) Kompressionsverfahren M1 ist Entscheidung des Rippers. (M0 hat weiterhin Bestand)
+
+German BDr:
+-----------
+
+General:
+
+3.1) Die Blu-Ray darf die maximale Groesse eines Single Layers nicht ueberschreiten. (max. 25.025.314.816 bytes)
+3.2) Warnings und Trailer beim Starten des Filmes sind aus der Playlist zu isolieren.
+
+Tagging:
+
+3.3) Titel.{Sxx.DISCx.}JAHR{.DOCU}{.DISCx}<.MULTi|.German|.DL>.COMPLETE.BDR{.PROPER|.iNTERNAL|.READNFO|.REPACK|.RERiP}-GROUP
+ Syntax: {optional}
+ Die Jahresangabe ist das Produktionsjahr und muss von imdb uebernommen werden.
+3.4) Complete ist nur erlaubt, wenn die Quelle BD 25 ist und dabei nichts entfernt werden musste.
+
+Packaging:
+
+3.5) Als Volumengroesse sind folgende Groessen zulaessig:
+ 100 - 150 - 200 - 250 - 300 MB
+3.6) Maximal 101 Dateien. (rar-r99) im Classic Style
+3.7) Wiederherstellungsinformation von 1% ist Pflicht.
+3.8) Kompressionsverfahren M1 ist Entscheidung des Rippers. (M0 hat weiterhin Bestand)
+
+Menu:
+
+3.9) Das Top/Pop-Up Menu darf nicht entfernt werden.
+3.10) Introsequenzen (basierend auf dem Menu) sind entsprechend den vorhanden Audiosprachen anzupassen. Alle anderen sind zu entfernen und remappen.
+3.11) Buttons bei entfernten Material muessen bei nicht Java/oder teils Java Menu zurueck zum Menu verlinkt werden. (bdedit PLAY PL)
+3.12) Menu Videos mit aufeinander folgender Videosequenz (2 oder mehr Dateien) darf bei Neuberechnung in 1 Videosequenz zusammengefasst werden.
+
+
+Extras:
+
+3.13) Extras sind nur erlaubt, wenn der Hauptfilm dabei nicht encoded werden muss.
+3.14) Bei entfernen von Extras muessen diese durch Dummy Dateien ausgetauscht, ordentlich verlinkt (MPLS, M2TS, CLPI) oder sogar falls moeglich komplett aus des dem Menu isloliert werden. (siehe auch 3.11)
+
+Video:
+
+3.15) Erstes Ziel ist, ein encode zu vermeiden.
+3.16) Alle Filme unterliegen der Originalframerate.
+3.17) Picture in Picture Inhalte sind erlaubt. (siehe auch Punkt 4.6)
+3.18) Das Zusammenfassen von mehreren M2TS Dateien, beispielsweise bei vorhandener Cinema/Extended Version ist erlaubt.
+
+Audio:
+
+3.19) Standard Audio Formate wie Dolby Digital, True-HD, DTS, DTS-HD sind erlaubt.
+3.20) German HD Audio hat Prioritaet. Sollte jedoch daraus resultieren, dass ein encode noetig ist, so darf nur der Audio Core Stream verwendet werden. (siehe auch 5.4)
+3.21) Beim Entfernen von Audiospuren sind diese auf die deutsche Spur zu remappen.
+ Entfernt man z.B. french Audio, so muss auf diesen Channel die deutsche Spur gemapped werden
+
+Untertitel:
+
+3.22) Entsprechend den Audiospuren muss der passende Untertitel vorhanden sein. (Standard/forced)
+3.23) Audio Kommentar Untertitel sind nur bei vorhandensein der entsprechenden Audiospur zulaessig.
+
+Encoding settings:
+------------------
+
+General:
+
+4.1) Darf nur angewandt werden, wenn es nicht moeglich ist, den Hauptfilm ohne encode auf einem Blu-Ray Single Layer unterzubringen.
+4.2) Die maximale Kapazitaet eines Blu-Ray Single Layers sollte ausgenutzt werden und darf max. um 200 MB unterschritten werden. (min. 24.815.599.616 bytes)
+4.3) Extras und Trailer sind bei einem encode grundsaetzlich zu entfernen. (Ausnahme siehe ab 3.13)
+4.4) Die verwendete x264 Version darf max. 25 Builds von der derzeit aktuellen Version zur├╝ckliegen.
+4.5) 1 Klick Tools sind untersagt.
+4.6) Picture in Picture Inhalte sind bei Neuberechnung komplett zu entfernen.
+
+
+Video settings:
+
+4.7) Croppen/Resizen ist aus Kompatibilitaetsgruenden nicht erlaubt.
+4.8) 2-Pass Encoding ist Pflicht, CRF encoding ist untersagt.
+4.9) Interlaced Source muss bei einem encode deinterlaced werden.
+4.10) Menu encoden ist erlaubt, zu beachten ist jedoch ab 3.9).
+4.11) Hauptfilm: Encoding Bitrate, die als Durchschnitt (AVG) zu bezeichnen ist, haengt von der Laufzeit des Filmes ab.
+
+ 90-120 min: minimum 20000 Kbps
+ 120-150 min: minimum 19000 Kbps
+ ab 150 min: minimum 18000 Kbps
+
+ Sollte die vorgegebene minimale Bitrate unterschritten werden, muss dies in der NFO belegt werden. Als Ausnahme gueltig waere hierbei ein Film bei insgesamt max. einer Tonspur mit HD Audio.
+4.12) Extras encoden sind optional erlaubt wenn Fall 3.13) eintritt
+4.13) Um die maximale Kapazität ausnutzen zu koennen, sollte zur Berechnung der Videobitrate zwingend ein M2TS Container fähiger Bitrate Calculator benutzt werden.
+Pflicht settings:
+4.14) Reference Frames (--ref 4)
+4.15) (--b-pyramid normal) (--mbtree)
+4.16) Access Unit Delimiters (--aud)
+4.17) Square Pixels (--sar 1:1)
+4.18) Subpixel Refinement Level minimum 8 besser 9 (--subme 8)
+4.19) High Level Profile 4.1 (--level 4.1)
+4.20) Bitratenbeschraenkung bis max 40 Mbps (--vbv-bufsize 30000 --vbv-maxrate 40000)
+4.21) bframes level 3 (--bframes 3)
+4.22) Trellis rd Quantization Level 1 bei subme 8/9 (Level 2 bei subme 10 icore erforderlich) (--trellis 1)
+4.23) All Partition Search Types (--partitions all)
+4.24) Motion Estimation Method (--me umh)
+4.25) CABAC Pflicht
+
+
+Audio settings:
+
+5.1) PCM Audio ist bei einem encode strengstens untersagt. Sollte jedoch nur PCM Audio auf der Disc verfuegbar sein, so muss dieser in AC3 (mind.640kps) oder DTS(mind.768kpbs) encoded werden
+5.2) Audio Kommentare/Sehbehindertenfassung/Instrumental sind nur erlaubt wenn die minimale Videobitrate nicht unterschritten wird.
+5.3) Wenn 2 oder mehrmals die selbe Audio Sprache als Standard Audio und als HD Audio vorliegt, bekommt HD Audio den Vorzug und
+ muss als einzigste Audio Spur benutzt werden. Alle anderen sind dann zu entfernen und zu remappen.
+5.4) Weicht die minmale Video Bitrate stark ab, so muss bei HD Audio der Core extrahiert werden. (eac3to -core)
+ Typische Core Bitrates:
+ AC3 : 640 / 448 kbps DTS: 768 / 1536
+ Verfuegt die Disc nur ueber eine andere Bitrate so ist dies in der nfo explizit zu erwaehnen.
+
+
+ Originally written and organized by: (listed alphabetically)
+
+ DARM HDi HDPLANET JPS OldsMan RedRay SLM TRexHD
+
German.Charts.Release.Rules.V1
+---------------------------------------------------------------------
+# Einleitung:
+# Ziel dieser Rules ist es, eine Richtlinie fuer das Releasen #
+# von German Charts zu setzen. In der fruehren Zeit bevor #
+# es so genannte MP3 Rules in der Form von Heute gab #
+# wurde auf das Releasen der Charts nicht besonders geachtet #
+# Doch diese Zeit hat sich nun geaendert und dies zwingt uns #
+# diese Rules nieder zu legen. #
+# #
+# 1. Charts bestimmung #
+# Die Bestimmung der Charts ist ausschlie▀lich von #
+# Media Control zu beziehen. Die Veroeffentlichung #
+# stand(04.2010) findet Freitags um 12 Uhr statt. #
+# Frⁿher duerfen somit auch keine Release ohne #
+# beigelegtem Proof in form eines .jpg der Liste, #
+# erfolgen. #
+# #
+# 2. Source #
+# Als Source duerfen nur CDA / CDS und Webstores benutzt #
+# werden. Promos sind ausdruecklich untersagt und koennen #
+# durch einen Proper zum Nuke des gesamten Releases #
+# fuehren. Die Auffuehrung welche Source jedes Titels #
+# genommen wurde ist nicht noetig und muss somit nicht #
+# erbracht werden. #
+# #
+# 3. Encoding #
+# - Lame 3.97 mit preset V2 und VBRNEW (-V2 --vbrnew) #
+# - Die Sampling Rate muss immer 44.1 khz oder 48 khz sein. #
+# Alle anderen Sampling Rates fuehren zum Nuke. #
+# Downsampling von 44.1 khz oder 48 khz ist erlaubt sofern #
+# die benutze Source besser ist. Upsampling von 44.1 khz #
+# oder 48 khz ist untersagt und somit nicht erlaubt. #
+# #
+# 4. ID3 Tag #
+# Alle MP3 Files muessen einen ID3 v1.1 und ID3 v2 Tag haben #
+# Die Tags muessen folgende Informationen beinhalten: #
+# Artist, Titel, Album, Jahr und Genre. Als Album muss stehts #
+# German XXX Charts stehen. Das XXX muss durch die einzelne #
+# Charts Kategorie ersetzt werden. (Top 100, ODC oder BC ) #
+# #
+# 5. Dir Tag #
+# Die Ordner muessen wie folgt beschriftet werden: #
+# German_Top_100_Singel_Charts_DD_MM_YYYY-GRP #
+# German_ODC_Charts_DD_MM_YYYY-GRP #
+# German_BC_Charts_DD_MM_YYYY-GRP #
+# Bei einem Proper oder Repack ist folgendes zu ergaenzen: #
+# _DD_MM_YYYY_(Proper/Repack)-GRP #
+# Tag mit HAPPY.NEW.YEAR or HAPPY.EASTER #
+# duerfen eingefuegt werden und koennen nicht zu einem #
+# Nuke durch Bad.Tagging fuehren #
+# HOMEMADE oder SELFMADE Tags muessen nicht eingefuegt werden #
+# Erlaubte Zeichen sind a-z A-Z 0-9 _ . - () #
+# Die maximale Laenge darf nur 128 Zeichen sein #
+# #
+# 6. File Tag #
+# M3U: Muss mit 000- beginnen #
+# NFO: Muss auch mit 000- beginnen #
+# MP3 Files: Muessen von 001- bis 100- nummeriert werden #
+# des weiteren muss mindestens Artist - Titel im Tag #
+# vorkommen #
+# Erlaubte Zeichen sind a-z A-Z 0-9 _ . - () #
+# Die maximale Laenge darf nur 128 Zeichen sein #
+# #
+# 7. M3U #
+# Es muessen 2 Arten von .m3u ┤s vorhanden sein. #
+# Die erste muss alle MP3s beinhalten und die zweiten #
+# alle Neueinsteiger. #
+# #
+# 8. NFO Datei #
+# In der NFO Datei muss eine komplette Liste der MP3s #
+# in richtiger reinfolge vorhanden sein und die Playtime #
+# muss pro Titel und Gesamt aufgefuerht werden. #
+# weitere Daten duerfen auch hinzugefuegt werden #
+# #
+# 9. Release Fix #
+# Der Group ist es erlaubt ein Release Fix zu erbringen. #
+# Es duerfen auch einzelne Files als Fix erscheinen. Dennoch #
+# muss ab 10 Prozent des Gesamt Volums ein Repack erfolgen. #
+# Als Beispiel der TOP 100, darf die Group Maximal 10 Mp3s #
+# Fixen. #
+# Der Group ist es nur 1x erlaubt einen MP3 Fix zu Pren #
+# sollte dieser Fix immer noch fehler beinhalten ist die Group #
+# gezwungen ein sauberes Repack zu PREN. #
+# DiR Fix und M3U Fix sind von der Regel ausgeschlossen #
+# Dennoch wird an die Group appelliert dies so wenig #
+# wie moeglich zu benutzen #
+# Die Group hat fuer einen MP3 FIx Maximal 48 Stunden #
+# nach bekannt werden durch einen Nuke, Zeit #
+# diesen zu Releasen. Danach kann ein Proper erfolgen. #
+# #
+# 10. Proper #
+# Ein Proper des vorhandenem Releases ist nur erlaubt #
+# sofern Rule 3 missachtet wird oder das Release mehr als #
+# 10 Prozent an MP3 Files defekt sind oder nicht den #
+# Bestimmungen dieser Rule entsprechen. #
+# Ein Proper durch defekten M3Us oder Falscher NFO #
+# ist nicht erlaubt. #
+# Sollte das Release unter der 10 Prozent Marke liegen #
+# und es erfolgt nicht innerhalb von 48 Stunden nach #
+# bekannt werden des Fehlers durch einen Nuke , ein FiX #
+# kann ein Proper erbracht werden. #
+# Waerend dieser 48 Studen darf kein Proper Release erscheinen #
+# erst nach 48 Stunden ! #
+# #
+#################################################################
+#################################################################
+Die Rules tretten ab dem 10.05.2010 in Kraft.
+Signed Rules
+
+DRD - CentralNET
+
+
+
+
+
+
+-----------------------------------------------------------------------------------------------------+
+ª OFFiCiAL.NULLED.SCRiPT.RULES.2010-DRAFT2 ª
+ª ª
++-----------------------------------------------------------------------------------------------------+
++-----------------------------------------------------------------------------------------------------+
+ª Requirements: Notepad with terminal font or any other ascii viewer. ª
++-----------------------------------------------------------------------------------------------------ª
+ª Date: 04.05.2010 - 20:00 GMT+1 ª
++-----------------------------------------------------------------------------------------------------+
+ª An Alle 0Day Groups die es Interessiert: Diese Rules sind derzeit nur ein Vorschlag,
+ª wer fixes einarbeiten moechte, etwas aendern moechte oder generell Sie nur Signen moechte
+ª kann uns gerne unter unserer Email Adresse (Steht unten) erreichen.
+ª
+ª Sollte sich keiner bis 10.05.2010 melden werden wir diese Rules 1:1 uebernehmen.
+ª
+ª PS: Hilfe beim uebersetzen in andere Sprachen (FR/ES zB.) ist immer gerne gesehen.
++-----------------------------------------------------------------------------------------------------+
+ª
+ª-GERMAN-
+ª
+ªiNDEX:
+ª 0: Generelle Rules
+ª 1: Packaging / NFO
+ª 1.1: Beispiel
+ª 1.2: NFO
+ª 2: Naming
+ª 2.1: Themes/Addons
+ª 2.2: Updates
+ª 3: NULLiNG Rules
+ª 3.1: KEYGEN Rules
+ª 4: NUKE RULES / REASONS
+ª
+ª Vorwort:
+ª Da die letzte PHP bzw. Script Release Group schon lange tot ist und es keinerlei feste Rules
+ª in diesem Bereich gibt, haben wir uns entschlossen neue Rules zu verfassen, damit bei
+ª zukuenftigen Releases keine Verwirrung entsteht und auch andere 0Day Groups beginnen koennen
+ª Scrips zu releasen ohne Chaos zu verursachen.
+ª
+ª Generell gilt: Die aktuellen 0Day Rules gelten fuer alle nicht behandelten Themen!
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 0. Generelle Rules
+ª -NULLED duped KEYGEN -NICHT- (und vice versa), beides hat unterschiedliche Vorteile.
+ª dadurch sind pro Script 2 Releases erlaubt (exklusive PROPER/REPACK etc.)
+ª -BETA/ALPHA muss nicht als iNTERNAL Released werden.
+ª -CRACK.ONLY / KEYGEN.ONLY / KEYFiLEMAKER.ONLY sind nur erlaubt sofern die Software
+ª (zB. als Vollwertige, Unlockbare Demoversion)
+ª Kostenlos und ohne Anmeldung direkt beim Hersteller Downloadbar ist.
+ª Das sollte aber vermieden werden da KEYGEN/KEYFiLE NULLED nicht duped.
+ª -On-the-Fly Patches sind erlaubt wenn sie benoetigt werden (zB. wenn eine SystemID
+ª zwangsweise fuer die Funktion der Software benoetigt wird)
+ª allerdings ist pre-patched (zB. NULLED auf Jede SystemID) dem vorzuziehen.
+ª
+ª Dies ist nach folgendem Format zu Taggen:
+ª <incl.KEYFiLEMAKER.and.PATCH|incl.KEYGEN.and.PATCH>
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 1. Packaging
+ª -Standard 0Day Packing, Filenames maximal 8.3 Zeichen (Name.typ - 12345678.123)
+ª Releases muessen in RAR Gepackt sein - Kompression ist erlaubt aber nicht Pflicht.
+ª Jede ZIP sollte 5000000 Bytes (5Mb) umfassen. Demzufolge
+ª ist die size pro Splittet RAR in etwa das gleiche.
+ª Groessere Filesizes sind Erlaubt, siehe 0Day Rules.
+ª
+ª
+ª 1.1: Beispiel
+ª 12 Files - 26Mb
+ª -5x 5Mb RAR + 1x 1Mb RAR -> grprls.rXX
+ª (Anm.: die RARs koennen auch nur <grpname>.rXX benannt sein)
+ª --Jede RAR in eigene ZIP
+ª --5x 5Mb ZIP + 1x 1Mb ZIP -> grprls<a|b|c|etc>.zip
+ª (Anm.: das jeweilige Naming der ZIPs
+ª (a|b oder 001|002, 01|02, 1|2) ist der Group ueberlassen.)
+ª
+ª Jede ZIP muss enthalten:
+ª xxxx.rXX - file_id.diz - <group>.nfo
+ª
+ª Falsches Naming der RARs/ZIPs ist kein Nuke Grund, sofern nicht ein anderer Grund
+ª auch in frage kommt (dupe.filenames, special.chars u.a.)
+ª
+ª
+ª 1.2: NFO
+ª In der NFO MUSS enthalten sein:
+ª -Release Date
+ª -Groesse (Alternativ: Diskcount)
+ª -Developer Webseite
+ª -Version
+ª -Kurze Beschreibung (Copy & paste) des Apps
+ª -Sprachen bei MULTi
+ª -Kurze Verwendungsbeschreibung
+ª
+ª In der NFO erwuenscht ist:
+ª -Preis (Waehrung irrelevant - nach Webseite richten)
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 2: Naming
+ª Naming nach folgendem Schema:
+ª <> = noetig | [] = zusatz
+ª Sprache muss nur bei nicht Englisch-Only Releases angegeben werden
+ª Fuer den seltenen Fall das ein Release nur 2 Sprachen enthaelt
+ª ist statt MULTi BiLINGUAL als Tag zu waehlen.
+ª
+ª <Name>.[Ausfuehrung].v<ersion>.[Sprache|MULTi|BiLiNGUAL].
+ª <NULLED|incl.KEYGEN|incl.KEYFiLEMAKER|KEYFiLEMAKER.ONLY|KEYGEN.ONLY|CRACK.ONLY>.
+ª [Beta|Alpha|RETAIL|REAL].[iNTERNAL|iNT|DiRFiX|NFOFiX|PROPER|REPACK|READ.NFO].
+ª <PHP|ASP|etc>-GRP
+ª
+ª Beispiele (fiktiv):
+ª
+ª Vbulletin.v5.1.NULLED.PHP-GRP = Vbulletin 5.1 Englisch, Nulled
+ª Vbulletin.v5.1.KEYGEN.ONLY.PHP-GRP = Vbulletin 5.1 Englisch, Keygen Only
+ª Vbulletin.v5.1b3.NULLED.BETA.iNTERNAL.PHP-GRP = Vbulletin 5.1 Beta, Englisch, iNTERNAL, Nulled
+ª Vbulletin.PRO.v5.1.NULLED.PHP-GRP = Vbulletin 5.1, Pro Edition, Englisch, Nulled
+ª Vbulletin.v5.1.MULTi.incl.KEYGEN.PHP-GRP = Vbulletin 5.1, Multilanguage (Notes in NFO!), Keygen
+ª Gallerypro.v2.1.GERMAN.NULLED.ASP-GRP = Gallerypro 2.1, Deutsch, Nulled, ASP
+ª
+ª
+ª Sofern das Script komplett Ungeschuetzt und un-encodiert verkauft wird (keine Callbacks o.ae.)
+ª wird statt NULLED/KEYGEN einfach kein Tag benutzt:
+ª Somesoftware.v1.5.PHP-GRP
+ª
+ª In diesem Kontext gilt schon das descramblen/decodieren von Ioncube (oder aehnlich)
+ª encodiertem Code als NULLED, damit sollte ein Tagging mit .NULLED. benutzt werden.
+ª (Hintergrund fuer das taggen mit NULLED ist vorallem Dupe abfrage und historischer Hintergrund)
+ª Releases mit Key in NFO und nulled backend (keine Callbacks/Security Checks)
+ª sind ebenfalls als NULLED zu labeln.
+ª
+ª
+ª 2.1: Themes/Addons
+ª Themes/Addons fuer Wordpress/Joomla/Vbulletin etc.
+ª
+ª <Name>.<version>.for.<fuer>.<version>.[Sprache|MULTi].
+ª <NULLED|incl.KEYGEN>.[Beta|Alpha|RETAIL].
+ª [iNTERNAL|DiRFiX|NFOFiX|PROPER].<PHP|ASP|etc>-GRP
+ª
+ª Beispiele (fiktiv):
+ª Dark.Theme.v3.for.vBulletin.5.X.GERMAN.NULLED.PHP-GRP
+ª = Dark Theme Version 3, fuer Vbulletin Version 5.X, Deutsch, Nulled
+ª Sidebar.Rotation.2.for.Wordpress.2.1.incl.KEYGEN.PHP-GRP
+ª = Sidebar rotation 2 Addon fuer Wordpress 2.1, mit Keygen
+ª
+ª 2.2.: Updates
+ª Updates sind 4 Wochen nach dem Letzten Pre erlaubt
+ª (gleiche MU Regelung wie bei 0Day)
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª
+ª 3: NULLiNG Rules
+ª -Jegliche Callbacks muessen entfernt bzw. gepatcht werden
+ (zB. Serial Check ueber den Hersteller Server)
+ª -Keine Group Watermarks (auch nicht in Script Kommentaren).
+ª -Bei encodeten Releases muessen alle Dateien voellig decodiert sein
+ª (zb. Ioncube, Sourceguardian, eval() etc.)
+ª
+ª 3.1: KEYGEN Rules
+ª -Keygens muessen im selben Format wie das Release vorliegen
+ª (zB. Release ist PHP - Keygen auch in PHP)
+ª -Die Bedienungssprache muss bei MULTi entweder auswaehlbar (zB. DE,EN,PL) sein
+ª oder der Keygen muss komplett in Englischer Sprache sein.
+ª Bei Spezifischen Releases (zB. GERMAN) kann der Keygen in der Sprache des
+ª Releases (zB. Deutsch) oder voellig in Englisch sein.
+ª -Group Kommentare in Keygen Quelltexten sind ausdruecklich erwuenscht sofern
+ª die Group den Code verstaendlich erklaeren will, sind allerdings
+ª keinesfalls verpflichtend.
+ª -Encodeter Keygen Code sind erlaubt, solange keine externen Loader (zb. Ioncube)
+ª verwendet werden. (Schutz vor Stealing)
+ª -ASCii Art / Bilder sind erlaubt, sollten aber sparsam benutzt werden um Browser
+ª und Webserver zu schonen.
+ª -Bilder eingebunden in Keygens duerfen die Funktion in keiner weise beeinflussen
+ª (zB. Bild fehlt = Keygen laedt nicht = Nuke/Proper Grund)
+ª -Bilder muessen beiliegen und duerfen nicht von externen Webseiten
+ª eingebunden werden (Sicherheitsgruende)
+ª (Bevorzugt ist die Einbindung als zB. BASE64 direkt im Quelltext zu
+ª nutzen, und ohne Externe Files)
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 4: NUKE und PROPER RULES / REASONS
+ª NUKEs sind moeglich fuer:
+ª -bad.pack (zB. RARs als parent statt ZIP) - stolen.from.[web|p2p|etc] - missing.files
+ª -bad.crack (= bad nulled) - keygen.not.working
+ª -Common Sense Nukes (dupe.filename, mislabeled.<|>, etc.)
+ª -Das ist keine Abschliessende Liste.
+ª
+ª PROPER/DiRFiX/REPACK folgt den normalen, scene ueblichen Rules.
+ª
+ª
++-----------------------------------------------------------------------------------------------------+
+ª SiGNED: ª
+ª YET TO BE SIGNED ª
+ª CONTACT: contactye@hush.com
++-----------------------------------------------------------------------------------------------------+
+ ▒▓▓▓▓█▓▓▓▓▒
+ ▒▓██████████████▓▒
+ ░▓█████▓▓▓▓▓▓▓▓▒▓█████▒
+ ░███████████████████▒ ▒▓██
+ ░███▓████████▓▓▒▒ ▒█▓
+ ██▓▓████████▓▓▓██████▓▒ ▒ ▓▓
+ ▓█▓████████████████████░ ██░██░
+ ░█▓▓███████████████████ ▓██▒██
+ ██▓████████████████████▒▓███████▓▒ ▒██▓██▓
+ ░█▓▓████████████████████████████▓▒ ░██████░
+ ▒█▒████████████████▓░ ▓████████▓ ▓█████░
+ ▓█▓█████████████████ ▒████████ ░▒▒▒▒▒ ▓█████░
+ ▓█▒█████████████████▓ ▓██████▒▒▓████████░ ▓█████
+ ▓█▓██████████████████▒ ▓██████████████▓▒ ▒████▓
+ ▓█▒██████████████████ ▓ ▓████████████▓░ ▓████
+ ▒█▒█████▒▓▓▒▒▒▒▒▓███▒ ▓▒ ░████████████▒ ▓███▒
+ ░█▓████▓░ ▒ ▒█░ ▓███████████████░ ▒████
+ ▓█▒███▓ ▓▒ ▒█████████████████▓█████▓▓░ ████░
+ ▒█▒█▒▓█ ▓ ▒█▓████████████████████████████▒ ▓███▓
+ █▓▓█▒ ▓ ▒▒ ▒▓██ ███████████████████████████████▓░ ███▓
+ ▓█▓████▒ ████▒████░ █████████████████████████████████▒ ███▓
+ █▓▓████ ▒███▓▓████▓ █████████████████████████▒ ▓██▓
+ ▒█░█████ ▓███ ██████ ███████████████████████▒ ▓██▓
+ █▓▓█████ ████ ░████▓ █████████████████████████████▒ ▓█▓▓
+ █▓██████ ▒▓▒░█ ░███ ▓▓▓█████████████████████████████░ ▓██▓
+ ▒█▓████▒▒▓ ▓▓ ▒█ ▒█████████████████████████████▓ ▒██▓
+ ▓▓▓███ ░█▓▒ ▒ ▒██▒ ░█████████████████████████████▓ ▓█▓░
+ █▒███▒░████▓ ▓█████▓░ ▒███████████████████████▓▓▒ ▓█▒██▒
+ █▒███░█████▓ ▓████████░ ▓███████████████████▓▒ ▓█░███▓
+ ░█▓██▓██████▓ ▒ ▒▓ ▓█████████ ▓██████████████████░ ▓██ ▒▓▓█▓
+ ▒█▓█ ▒███████▒▓▒▓▓░▓█████████ ▓█████████████████▒▓▓▓▒▒▒▒▓███ ███▒█░
+ ▓███▒░███████████████████████▓ ▓██████████████████████████████▒████▓█
+ ▓█████████████████████████████████████████████████████████████▓▓█████▓░
+ ▓█████████████████████████▓▓███████████████████████████▓██████▓██████▓▓
+ ▓█▓█████████████████████▓░▓█████████████████████████▒▒▓▓▓▓▓████████████░
+ ▓█▓▓▒▒▓████████████████░▒▓▒▒░ ░▒▒▓███████████████▓▓██████▓▓██████████▓▓
+ ▒█░ ▒▓▒▒▓████████████▒ ░▒▓▓▓▒░ ▒▓███████████▓▓████████▓██▓▒▒▒▒▓██▓█
+ ░█▒▓████▓▒▒▓█████▓▒▒░▓▓▓██████████▓▓▒ ░▓████████▓████▒ ░█▓█░ ▒▒▒░ ▒███
+ ███▓▒▒▓███▓▓▓▒▒▓▓▓███████████████████▓▒░▒█████▓▓███░ ░█░ ▒█████▓▒█▓▒
+ ███▓ ░▒▒▓████████████▓▒▒░ ░▒▒▓████▓▒▒███▒███ ▒▓░ █ ████████▓█
+ ██▓ ░▒▓▓▓▒ ▓██▒ ▒▓██▓▒▒███▒ ██ █ ▓▒████████▓▒
+ ▓▒ ▒█████▒ ▓██▓ ▓█ █▒██▒░█████▒▓▒▓
+ ▓ ▒ ▓███████ ░░ ▒█▓ ▓▓████▒████ ██▓
+ █ ▓░░ ▓████████▓ ████░ ▓▓████████▓▒██▓
+ █ ▒▒ ▒ █▒ ███████ ▒██ ▒██▓██ ▓▓████████ ▓██▒
+ ▓▓█████░ ░▒█ ████████▒ ▒░ ▒█ ▒█▓░▓▓███████░ ███
+ ▓▓███████▒ ▓░ █▓ ░██████████ █▓▒▒░██████ ░██▒▓
+ ▒█▓▓ ▓▓███▓░ ▓▓ ██ ▒███████████ ▓█▒░ ████▓░▓██▒▒
+ ▒▒░ █████▒█▓ ▓█▒▒▓████████████░ ▒█▒ ▓▒▓▓▒▓███▒▒▒
+ ███████▓ ▒███████░████████ ▓▓▒░█▒▓████▓░▒█▒
+ ███████▒ ██████▒ ████████ █▒▒▒██▒▒▓▓▒▓█▒▓█
+ ░▒▓▓▓▓▓▒▒ ███▓ ░ ░▒░▓▓▒ ░▒▓▓ ▒▒███████░▓▓█▓▓
+ ▒░ ▒ ▒ ▓▓▓ ▒▓███████▓░█▒▓█
+ ▓▒ ▓ ▓▓███████░▓▓██▓
+ ▓▓ ░ ▓ ▓▓███████▓░█▓▓▓
+ ▓▓ ░ ░▓░ ▓▓███████▓ █▓▒█
+ ▓▓ ▒ ▓▓▓▓░ ░██▒░████████▓ █▓▒█
+ ▓█ ▓ ▒██████▓ ███░█████████ █▓▒█░
+ ▓█ █ ▒█████████ ░██▓▒████████ ▓▓▓█▒
+ ▒█ ▒▓ ▒ ▒████▒░▒████░ ██ ████████ ▓▓▒█▒
+ █▒ ▓▓ ▓ ░███▓ ▓█▒▓███░ ░████▓▓█▓████████ ▓▓▒█▒
+ ▓▓ ▓▓ ▓▓▒███▒ ▓███░▓███ █░ ██▓██████▓ █▓ █
+ █░ ▓█ █▒▓███▒ ░▓ ▓███░████ ▒█░ ██▓██████▓ █▓░█
+ ▓█ ▓█▓ ░█▓░████ ▒▒ ▓███▓▒████ ▒█▒ ██▓██████▓ █▒▓█
+ █▒ ███████▓ ▓████ ▓ ▓████▒▓███▒ █▓ ░█▓▓██████▓ █ █▓▒
+ █░ ▒▓▓▓▓▒█████▓ ▒▒ ▓█████▓████ █▓ ▓█▒███████ ▒█ █▓▓
+ ▒▓ ░▓████████▓░░▒░ ░▒▒ ▓████▓████▓ ░ ▓█░▒░██▒███████ ▓▒▓█▒
+ ▓▓ ██▓▓▓▓▓▓▓░▒▒▒ ▒▓ ▒███▓▒███▓ ▓▓ ███▓█▒███████▒░█░██▓
+ █▓█▓ ░▒▒▒▒▓▒ ▒ ░███▒ ████ █▓ ▒█▓██▓███████ ▓█▓█▒
+ ▓█ ███ ▒▓██▓ ████ ▓█▒▓███▓▓▓██████▓░█▓██▒
+ ▓█ ▒█▓▒ ▒▒▓█▓▓░ ████ ▓█▒▓██████▓██████ ████▒
+ ▓█ ▒▓██▓▓████▓▒ ████ ▒█▒████▓███▓█████░▓███░
+ ██▒ ▒▒▒░ ████ ▒█▒██████▓▓▓█████▒▓███▒
+ ███ ▒████ ▓░██████████████▒▓███░
+ ▓██▓ ▓▒ ▒█▒ ████▓▒ ██████████████▒███▓
+ ▓███▓ ▓█▓░ ▓███░ ▓████▓ ▓████████████▓▓██▓░
+ ▓████▓ █████▓██████▓ ░▓█████ ██████████████▓▒
+ ▒████████████████████▓▒▒▓▓██████░ ▓████████████▓▒
+ ██████████████████████████████▒ █▓███▓██████░
+ ▓████████████████████████████░ ▒█████▓█████
+ ███████████████████████████ ▓█▓██▒█████
+ ██████████████████████████░ ▓▓▓█▓▒████
+ ░████████████████████████▒ ▓▓▓█░▓███▓
+ ▒██████████████████████▓ ▓░▓█ ████▒
+ █████████████████████▓ █ ▓█ ████
+ ████████████████████▓ █░▓▓ ████
+ ▒██████████████████▓ ▓▓▒▓ ████
+ ▒████████████████▒ ▓▓ █ ████▒
+ ▓████████████▓ ▒█░▒ ▓███▓
+ ▓████████▓ █▓ ▒ ████▒
+ ▒▒▒▒▒ ░█▓ ░░████░
+ ▒█▓ ░████▒ ░░▒▒▓▓███
+ ░██▓░ ▒▓██▓░ █
+ ░ GERMAN.RETAiL.XviD.RELEASiNG.RULES.2010 ▒▓██████▓▒ █
+ ▒ ▓
+ ▓ ▒
+ █ Requirements: Notepad with terminal font or any other ascii viewer. ░
+ █
+ ███▓▓▒▒░░
+
+
+
+
+
+
+ ███▓▓▒▒░░ GENERAL:
+ █
+ █ Jedes als deutsches Retail-DVDRiP/BDRiP getaggtes Release muss von einer
+ ▓ originalen, sich im Besitz der jeweiligen Group befindlichen DVD/BD stammen.
+ ▒ Dies impliziert, dass sowohl Video/Audio, als auch alle anderen fuer das
+ ░ Release verwendeten Materialen (Subtitles), aus dem selben
+ Vobset stammen und direkt von diesem encodiert oder extrahiert werden
+ muessen. Das Benutzen von DVDR-Releases, 720p oder 1080p bzw. das Klauen
+ einer fremden Source ist untersagt.
+ BDRiP und DVDRiP dupen sich gegenseitig
+ PAL Speedup bei einem BDRiP ist nicht erlaubt.
+ ░
+ Als Compressor/Decompressor ist nur der XviD-Codec mit der Verwendung ▒
+ der CQ-Encodingmethode erlaubt(ausser in der unten extra benannten Ausnahme)▓
+ Die Verwendung aktueller XviD-Binaries ist erlaubt. █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ VIDEO:
+ █
+ █ Aufloesung und Seitenverhaeltnis:
+ ▓ - Breite: Es ist bei Widescreen Min 640x Max 720x /
+ ▒ Fullscreen Min 576x Max 640X zu verwenden !!! ░
+ ░ - zu WS zΣhlt : 1:1,66 / 1:1,78 / 1:1,85 / 1:2,35 / 1:2,40 ▒
+ - zu FS zΣhlt : 1:1,33 ▓
+ - Breite und Hoehe: Muessen ein Vielfaches von 16 sein (mod16) █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ Cropping:
+ █
+ █ - Das Croppen und Resizen erfolgt nach dem ITU-R BT.601-Standard*
+ ▓ - Das Bild muss komplett freigestellt sein, es duerfen keine schwarzen
+ ▒ Balken im XviD verbleiben
+ ░ - Das Seitenverhaeltnis darf maximal 3% von dem des Input-ARs**
+ abweichen
+ - Das Input-AR sollte moeglichst exakt dem AR des freigestellten Videos
+ entsprechen; es sind maximal 4 weitere Pixelzeilen (jeweils oben+unten
+ oder links+rechts) als zusaetzlicher Overcrop erlaubt, um einen
+ niedrigeren AR-Error zu erhalten
+ - Grundsaetzlich gilt aber: Soviel Bild wie moeglich erhalten, wie es
+ innerhalb des AR-Error-Bereichs von 3% moeglich ist. Overcropping
+ gilt als technischer Mangel
+ - Der Zoomfaktor des Bildes darf 100% nicht ⁿberschreiten (kⁿnstliches
+ aufblasen des bildes nach dem croppen)
+
+ *ITU-R BT.601-Standard:
+ Der ITU-R BT.601-Standard wird als beste Resize-Methode fuer DVDs
+ empfohlen, um dem Originalseitenverhaeltnis des Films moeglichst nahe
+ zu kommen.
+
+ **Input-AR:
+ Beim Berechnen des AR-Errors wird stets vom Input-AR ausgegangen.
+ Das heisst, dass die endgueltige XviD-Aufloesung nicht mit dem
+ theoretischen, perfekten Seitenverhaeltnis, welches u.a. auf der
+ DVD-Huelle angegeben ist (z.B. exakt 1.85:1), verglichen wird, ░
+ sondern dem tatsaechlichen, also dem des freigestellten Bildes, ▒
+ das man nach dem Croppen erhaelt und erfahrungsgemaess in 95% ▓
+ der Faelle von den theoretischen Werten leicht abweicht. █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ Size / Filmlaenge:
+ █
+ █ - Es ist grundsaetzlich CQ 2.40-3.80 zu verwenden ,auser bei
+ ▓ filmen mit einer Lauflaenge ueber 140 min, dort kann ein 2pass
+ ▒ angewandt werden, maximal 5 min darunter gelten als Grenzwert
+ ░ - Fullscreen Filme koennen ebenfalls 2pass encodet werden
+ - Es muss ein Mindestdurchschnitt von 1000 KBps erreicht werden,
+ als Grenzwert gilt hier 970 KBps
+ (Sollte bei CQ 2.40 der Mindestdurchschnitt unterschritten werden,
+ tritt diese Regelung nicht in Kraft)
+ - Splitting auf eine bestimmte Size ist unnoetig
+ - 2pass Encodes muessen als Groesse das Vielfache von 100 MB haben
+ und auch hier gilt die mindest KBps von 1000, und +/- 10 MB in
+ der Size ░
+ - Die Maximalgroesse des avi ist 1,9GB = 2.040.109.465 Bytes und ▒
+ darf wegen Kompatibilitaet mit sap nicht ueberschritten werden, ▓
+ maximal 20 MB ueber der Size gelten noch als valid. █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ Deinterlacing:
+ █
+ █ - Interlaced Sources muessen entsprechend deinterlaced werden ░
+ ▓ - NTSC -> PAL Normwandlungen muessen auf ihre urspruengliche Framerate ▒
+ ▒ restored werden (hierfuer eignet sich besonders der "restore24" Filter) ▓
+ ░ - Progressives Encoden von interlaced Sources ist ein technischer Mangel █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ Codec-Paramter:
+ █
+ █ - Die Anwendung von QuarterPixel und GlobalMotionCompensation sind
+ ▓ aufgrund von diversen StandAlone-Inkompatibilitaeten ausdruecklich
+ ▒ verboten
+ ░ - Als Matrix muss MPEG oder H.263 verwendet werden; Custom Matrizen
+ sind verboten
+
+ Einstellungen XviD Codec :
+
+ Profile @ Level : ASP@LVL5
+ Encoding Type Single Pass
+ Target Quantizer : (2.40 - 3.80)
+ Bvops : 2
+ Quantizer Ratio : 1.62
+ Quanitzer Offset 0.00
+ Adaptive Quantization : off
+ als Resize Filter wird Lanczos empfohlen ░
+ ▒
+ Als Matrix fⁿr eine BluRay Source wird MPEG als Matrix empfohlen ▓
+ und fuer DVD h.263 als Matrix. █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ AUDIO:
+ █
+ █ - Als Audioformate ist nur AC3 erlaubt
+ ▓ - Transcoding/Downsampling von AC3-Spuren ist verboten
+ ▒ - MP3-Audiospuren sind nur erlaubt wenn die AC3 Source 2.0 oder 1.0
+ ░ ist, minimum Bitrate 120 max 150 vbr oder abr (cbr verboten)
+ - Sollte die XviD aus einer Bluray encoded werden, ist die DTS oder AC3
+ auf AC3 5.1 448kbps zu konvertieren, ausser wenn die Ausgangsspur ░
+ geringere kbps hat ist sie so zu belassen zb. AC3 5.1 224 oder 320kbps ▒
+ - Dual Audio ist erlaubt aber kein technischer mangel wenn nicht vorhanden. ▓
+ - bei DL kann die fremdsprachige Tonspur MP3 sein █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ UNTERTITEL:
+ █
+ █ - Deutsche und fremdsprachige Subtitles fuer den kompletten Film duerfen
+ ▓ im VobSub-Format beigelegt werden (Unterverzeichnis /Subs), sind aber
+ ▒ keine Pflicht. Komplette Untertitelungen duerfen nicht hardcoded werden
+ ░ (Ausnahmen sind Filme, in denen komplette Untertitelungen als
+ Forced.Subs* gezaehlt werden wie z.B. "Apocalypto")
+ - Forced.Subs* muessen im XviD-Release hardcoded enthalten sein, um Pro-
+ blemen mit den meisten DVD-Playern entgegenzuwirken (In manchen Filmen
+ wie z.B. "Apocalypto" gilt die komplette Untertitelung des Films als
+ Forced.Subtitle und muss somit ebenfalls hardcoded und als
+ German.Subbed getagged werden). Dies gilt auch fuer deutsch unter-
+ titelte Dokumentationen
+ - Das Fehlen von Forced Subs gilt als technischer Mangel
+
+ *Forced.Subs: ░
+ Jene deutsche Subs, die auf der DVD fuer das Untertiteln fremd- ▒
+ sprachiger, nicht deutsch synchronisierter Dialoge oder Aufschriften auf ▓
+ Schildern/Papieren eingeblendet werden. █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ PACKEN/WINRAR UND CO:
+ █
+ █ - Die fertigen AVI-Container muessen in RAR-Archive (Kompressionsstufe
+ ▓ store/speichern) gepackt werden und auf 20.000.000 oder 50.000.000
+ ▒ Byte grosse Files gesplittet werden
+ ░ - Erwuenscht ist die Verwendung der Benennung von Teilarchiven im alten
+ Stil (*.rar und *.rxx). Das Einbetten von Wiederherstellungs-
+ informationen in die RAR-Archive wird ausdruecklich empfohlen
+ - Eine SFV muss beigelegt werden und Checksummen fuer
+ alle RAR-Archive des jeweiligen Releases enthalten
+ - Eine NFO-Datei muss sich im Hauptverzeichnis des Releases befinden
+ - Zu jedem Release muss ein Sample im AVI-Format beiliegen (/Sample),
+ welches zwischen 30 und 60 Sekunden lang sein kann und direkt aus der
+ Release-AVI extrahiert sein muss; seperates Encoden des Samples ist
+ verboten, da die Aussagekraft dadurch hinfaellig wird
+ - Zu jedem Release muss ein m2ts raw sample oder vobsample, von zb. Extras
+ der Bluray oder DVD, beiliegen wenn es schon ein deutsprachiges ░
+ HD oder DVDR Release gab. ▒
+ - Fⁿr Proofs Seprates Folder und es muss auch mit rar gepackt und sfv ▓
+ versehen sein █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ TAGGING:
+ █
+ █ - Das Benennen der Dateien im Release bleibt den Groups selbst ueber-
+ ▓ lassen, sie sollte aber sinnvoll und ausreichend ausfuehrlich gewaehlt
+ ▒ werden, um Dupefiles vorzubeugen
+ ░ - Die Verzeichnisse sollten diesem Beispiel-Tag folgen, wobei
+ <*>-Ausdruecke editiert oder entfernt werden muessen, -Ausdruecke
+ sind optional und releaseabhaengig:
+
+ <Film.Titel>.German.[SUBBED].[ANiME].[DOKU].[YEAR].[AC3].[PROPER].
+ DVDRiP.XviD.[iNTERNAL].[REPACK].[READ.NFO]-<GROUP>
+
+ - Das Einfuegen des YEAR-Tags nach der IMDB ist bei CineRetail/Major-
+ Releases optional, bei STV allerdings Pflicht ░
+ - Weitere optionale Tags sind: CHRONO, DC, EXTENDED, REAL, REMASTERED, ▒
+ RERIP, RETAIL, SE, SUBBED, THEATRICAL, UNCUT, UNRATED ▓
+ - Das Einfuegen des YEAR-Tags bei XXX ist Optional █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ PROPER:
+ █
+ █ - Ein Proper-Release ist notwendig und valid, wenn:
+ ▓ - Ein anderer Codec als XviD verwendet wurde (bad.Codec)
+ ▒ - Aufloesungen ausserhalb der gegebenen Grenzen verwendet wurden
+ ░ (bad.resolution)
+ - Zoom Faktor h÷her als 100%
+ - X- und/oder Y-Aufloesung kein Vielfaches von 16 sind (!=mod16)
+ (bad.resolution)
+ - Ein groesserer AR-Error als 3% vorliegt (bad.ar)
+ - Unnoetig viel Bild an den Raendern gecropped wurde (overcropped)
+ - Nicht alle schwarzen Balken gecropped wurden (bad.crop)
+ - Interlaced Frames vorliegen (interlaced.frames)
+ - Ein anderes Audioformat als MP3 oder AC3 verwendet wurde
+ (bad.audio.Codec)
+ - Anstatt der Forced.Subs die kompletten Untertitel hardcoded wurden
+ (hardcoded.subs.throughout.whole.movie)
+ - Die Forced.Subs fehlen, nicht hardcoded oder out of sync sind
+ (missing.forced.subs bzw subs.out.of.sync) ░
+ - Ein Proper ist max. bis 7 Tage nach offiziellem Store-Date moeglich ▒
+ - Bei einem Proper muss nicht die gleiche Source verwendet werden ▓
+ - Kein Proof fuer eigene Source █
+ █
+ ░░▒▒▓▓███
+
+ ███▓▓▒▒░░ NFO:
+ █
+ █ Fuer die NFO, die jedem Release pflichtmaessig beizulegen ist, gelten
+ ▓ folgende Minimalanforderungen:
+ ▒ - Releasedatum
+ ░ - Kinostart oder STV
+ - IMDB-Rating + Votes und IMDB-URL zum Film
+ - Laufzeit
+ - Anzahl RARs
+ - Videoaufloesung
+ - Average Videobitrate
+ - Average Audiobitrate ░
+ - Proper/Repack-Notes bei Proper/Repack-Release ▒
+ - Encodierverfahren ▓
+ - Forced Subs █
+ █
+ ░░▒▒▓▓███
+
+ [ Signed By ]
+
+ CHiKANi ESCORT GMA GOREHOUNDS iMPERiUM KiNOWELT KLASSiGER
+
+ LOGiCAL OldsMan QoM STARS UMF ViDEOWELT WDE WOMBAT XF
+
+
+ [ Diese Rules gelten verbindlich ab dem 01.08.2010 ]
+
+
+ [ Spezial Thx]
+
+ Geht an XX^NFO fuer das ASCII !!!
+ █
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ █c█████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █o███▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ █d██▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ █████e█▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄███████9▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒█████████ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█████ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2010 DVDR RELEASING STANDARDS
+
+ [ November 14th, 2009 ]
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ General:
+ . Release size for reencoded dvd must be 4.3-4.37 Gb.
+ . PAL after NTSC and NTSC after PAL is allowed.
+ . Widescreen releases are allowed after Fullscreen.
+ . Fullscreen releases NOT allowed after Widescreen.
+
+
+ Video:
+ . Re-encoding:
+ . CCE version v2.50 or better must be used in all
+ circumstances where re-encoding of the video
+ stream is required. REmpeg and TMPGenc are NOT allowed.
+ New unknown or unreleased encoders are not strictly
+ forbidden, however use at your own risk.
+ . Automated Programs that perform DVD9>DVD5 rips are
+ FORBIDDEN, e.g. InstanCopy, DVDXCopy, DVDShrink, CloneDVD, etc.
+ . Minimum average bitrate allowed is 3000 kbit/s
+ (2800 kbit/s for tv shows). If minimum average bitrate
+ cannot be achieved, a valid explanation is required in
+ the NFO.
+ . TV-DVDR is NOT required to be deinterlaced.
+ . DVDR is required to be deinterlaced.
+ . Quality Settings:
+ . CCE:
+ . No CBR. Multipass is to be enforced.
+ . The initial 1st pass that encodes the .vaf file
+ in CCE is NOT considered within the multipass set.
+ . The number of passes required for a movie is to be
+ determined by the final avg bitrate. Under
+ 4,000k/s 6+ passes required, over 4,000k/s
+ 5 passes are required.
+ . If a source dvd contains 2 versions of the same film,
+ (ie: WS & FS, theatrical & unrated, etc..) it is up to the
+ ripper as to which versions are removed and/or kept. The
+ minimum bitrate of 3000 kbit/s still applies, so if 2
+ version of same film are retained, BOTH must be 3000 kbit/s
+ or higher.
+ . WS is preferred over FS, but NOT required.
+ . If unable to maintain minimum 3000 kbit/s for both
+ versions and one is stripped, the final dvd is allowed
+ under to be under the minimum filesize of 4.3 Gb. This
+ MUST be explained in NFO.
+
+
+ Audio:
+ . Dolby Digital is considered the standard audio format and is
+ required in all releases that contain this audio format.
+ . DVDs that contain only PCM audio are allowed and should
+ be noted in the NFO.
+ . Downsampling of audio tracks, except audio commentary is
+ banned. No downsampling of any other tracks.
+ . If audio is stripped from a DVD9 disk, superior audio tracks
+ need to be kept. e.g. If a DVD contained DD2.0 and DD5.1
+ audio, DD2.0 would be stripped in favor to 5.1. However in
+ regards to DVDs that contain both DTS and 5.1, 5.1 must be
+ kept. The inclusion of a DTS stream is up to the ripper's
+ discretion.
+ . For non-English movies, the movie's original language audio
+ stream must be kept unless it is not contained in the retail.
+ In the circumstances that a reissue/new edition dvd contains
+ an original language audio stream, a re-release of the movie
+ is valid.
+ . For ALL English movies, the English audio stream MUST be kept.
+ . The inclusion of other audio streams will be based upon the
+ ripper's discretion, whether they are foreign or commentary.
+
+
+ Notes: DTS/SUPERBIT/DTS-ONLY are issues that cannot be ignored.
+ However, it is not up to us to decide whether they should
+ be allowed or not. Rather, it's up to the SITES that will
+ determine their own appropriate rules. However, those
+ groups that wish to release DTS, SUPERBIT and/or DTS-ONLY
+ should name their directory clearly with the appropriate
+ tags of DTS, SUPERBIT and/or DTS-ONLY.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Source:
+ . Releases of superior/remastered editions of previous released
+ DVDs are ALLOWED as they improve upon the initial release.
+ e.g. If a new mastered DVD contains a 5.1 stream compared
+ to an inferior stream in the previous release, the
+ release is considered valid.
+ . Mastered DVDs of: Director's Cut, Criterion, Unrated or any
+ editions with additional/extended scenes are not considered
+ dupes over existing mastered DVDs.
+ . The DVD to be ripped should also be the best available edition
+ on the market.
+
+ Authoring:
+ . NO ONE CLICK APPS ARE TO BE USED! e.g. InstanCopy, DVDXCopy,
+ DVDShrink, CloneDVD, etc. Anything else like Scenarist or Maestro is
+ acceptable so long as newly reauthored DVDR plays as original does.
+ . VTS Sectors must always be gotten.
+
+ Subtitles:
+ . Keep them all. If certain subs present a problem, it is the
+ rippers discretion to retain. A reasonable explanation MUST
+ be included in the NFO if any subtitles are removed.
+ . Closed Captioning must be retained if present on source disc.
+
+ Menus:
+ . Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ . The menu must be in English and not foreign, unless they
+ are aimed for non-English endusers.
+ . Removing useless links within the menu is required. If you
+ remove something, disable or remove the button.
+ . If all else is stripped and still can't get a 3000k/s avg
+ bitrate, then the menu may be reencoded at a minimum of
+ 3000k/s avg.
+
+ Extras:
+ . Extras are an added value but are NOT required to be kept.
+ . If extras are reencoded, the following guidelines must be
+ adhered to:
+ . Minimum bitrate of 2500 kbit/sec.
+ . A minimum of 5 passes.
+ . The removal of Blank/Empty/Never Accessed Cells is optional if
+ the main movie bitrate is 3,000k or higher. If the release is
+ tagged COMPLETE, removal is NOT required.
+
+
+ DVD Limitations:
+ . Macro vision must be removed.
+ . All PUOs must be removed. Parental management is NOT a PUO.
+ . Parental management is recommened to be removed, but NOT required.
+ . FBI and copyright warnings are recommened to be removed, but NOT
+ required.
+ . Releases must be made region free.
+ . Any new unmentioned copy protection that comes out( ie: ARcoSS)
+ must be stripped.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Packaging:
+ . All releases must either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ . DVD5 releases must be broken up into rars of 50,000,000 bytes.
+ . DVD9 releases must be broken up into rars of 100,000,000 bytes.
+ . Recovery Record MUST be used.
+ . Compression method must be store.
+ . SFVs and NFOs MUST be included.
+ . NFO must include the following:
+ . Title.
+ . Source disc region (one of the following - R1, R2, R3, R4, R5, or R6)
+ (Note: NTSC or PAL is required in directory name!)
+ . Number of Passes and Bitrate used when re-encoding
+ main movie.
+ . Audio streams - list languages.
+ (Simply stating "All" is unacceptable.)
+ . Subtitle streams - list languages.
+ (Simply stating "All" is unacceptable.)
+ . What has been stripped, extras, menu, etc.
+ . IMDB, or similar link.
+
+
+ Samples:
+ . Samples are required. Minimum size shall be 30mb, but must be
+ no more than 50mb.
+ . Samples must be put in a separate sub directory, labeled
+ 'Sample'.
+ . Vobs must be cut and used as sample. You cannot rename a rar
+ and use it as the sample. The sample must have a header.
+ . Samples must be from actual packed vob. Separate encodes are
+ not allowed.
+ . VOBSplitter or ChopperXP are recommended for making samples.
+
+ Directory Naming:
+ . ALL releases are to include production year, except for
+ TV series.
+ . Directory name MUST include REGION (NTSC or PAL).
+ . Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ . COMPLETE is for DVD5 and/or DVD9 1:1 copies only! If you
+ reencode OR remove anything (other than copy protection, PUOs,
+ or warnings), you may NOT use the COMPLETE tag.
+ . Complete releases recommended to be named as:
+ MOVIE.TITLE.YEAR.COMPLETE.<NTSC or PAL>.DVDR-GROUP
+ . The use of the COMPLETE tag is recommened in the directory
+ name. If it is not used in the directory name, then it is
+ required to be stated in the nfo if the release is COMPLETE.
+ . Non-Complete releases are to be named as:
+ MOVIE.TITLE.YEAR.<NTSC or PAL>.DVDR-GROUP
+ . TVDVDR: Season and Volume tags may be used. If disc/box says
+ Season, use Season; if it says Volume use Volume; if it says
+ Season and Volume, use both.
+ . Sub directories are to be labeled as DISC1, DISC2, etc.
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ Propers/Nuking:
+ . Propers will be acceptable if any of the above standards are
+ not followed in a release and/or if the previous release had
+ technical flaws e.g. video glitches, audio errors, menu errors
+ etc. However, if the release can be patched, a PROPER by
+ another group or REPACK by initial group will NOT be tolerated.
+ . Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ . Propers based on previous releases having improper dir names
+ will not be tolerated.
+ . A PROPER based on increased quality when the previous release
+ was within the standards is considered qualitative and will NOT
+ be tolerated.
+ . Propers based on previous releases having improper dir names,
+ incomplete NFO's or bad samples will NOT be tolerated. DIRFIX,
+ NFOFIX and SAMPLEFIX are to be used in these cases.
+ . Regions do not dupe each other, regardless of PAL or NTSC.
+ . MULTI releases are not considered dupes if there are
+ more/different audio or subtitle languages present than on
+ previous releases.
+ . Internal releases must follow these guidelines. Internals are
+ to be tagged properly. (i.e. " iNT", "INT" or "INTERNAL")
+
+
+
+ Tagging:
+ . Intros and outros are not tolerated.
+ . Group watermarks within the DVD are STRICTLY forbidden.
+ . Volume Label must be EXACTLY like the original. Adding any
+ tags to the Volume Label will not be tolerated.
+
+
+
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+ ▐
+
+ The 2010 DVDR Releasing Standards Written and Organized By:
+
+ ANiPUNK . CCE . CLASSiC . DNA . DPiMP . DVD9 . EwDp . EXT
+ HUMANiSM . INSECTS . JKR . KART3LDVD . LhBoX . MSD . NLC
+ NTX . Puzzle . RaDiuS . TH30R1STS . TIFF . TXF
+
+
+
+
+
+
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
The Nintendo DS Release Standards v1.0
+
+The Nintendo DS scene started out as an extension of the Gameboy Advance scene,
+and carried forward with mostly the same set of rules. However, as the years
+have progressed, it has become clear that a formal set of rules tailored
+specifically to the Nintendo DS console would be useful. The goal of this
+document is to establish a clear and concise listing of what should be expected
+of a valid Nintendo DS release. Having an official list to reference should
+prevent needless nuking, and clean up what is at present a cluttered and
+confused scene.
+
+
+I. Basic Release Requirements
+
+A release must consist of at least two things:
+
+1) A Nintendo DS title _OR_ a patch for a Nintendo DS title
+
+and
+
+2) An Information File (.NFO)
+
+
+II. Nintendo DS Title Specifics
+
+The title must be dumped from a retail cartridge, and the dump must be complete.
+It is essential that we define "complete", as this has lead to confusion in the
+past. An NDS title is defined as being complete when all used assets and
+resources are included.
+
+This includes the ARM executable binaries and overlays, all files within the
+NitroFS, and the banner for the title. The secure area must be decrypted.
+
+This excludes unnecessary padding. Needless bytes of 00 or FF at the end of
+files serve no purpose and may be removed. Header bytes with no game
+functionality are also unnecessary for a complete dump.
+
+The release must work. If a title has protection, it must be cracked prior to
+release. Non-working releases should be nuked. If a title is non-obviously
+protected, and it is discovered to need a crack only after an uncracked version
+has been released, the uncracked release may be nuked. A later _CRACKED_
+release will take precedence, and is a valid proper. Groups are expected to
+release working content, and will be held liable as such. Uncracked titles
+should be released as INTERNAL or _UNCRACKED_ or not at all.
+
+
+III. Patch Specifics
+
+A patch may be either a trainer, crack, language selector, save fix, or some
+other modification or tool. This definition is intentionally open-ended to
+leave open the possibility of new types of patches in the future. While .BDF
+and .IPS are the most common formats, any format of patch is legal, so long as
+there is a working and publicly available patcher. Including a patcher and
+.BAT file to automate the patching process is recommended, though not mandatory.
+
+Patches must not break game functionality. The .NFO must include which cart(s)
+and relevant firmware the patch was tested on. If it is later discovered that
+the patch does not work on the cart(s) listed, the patch may be nuked as broken.
+If the patch does not work on some cart, and it was not stated that the patch
+was tested on that cart, this is not grounds for nuke. It is unrealistic to
+demand that groups purchase every variation of available cart to test their
+patches, and they should not be punished as if this were the expectation.
+
+1. Trainers
+
+Trainers are still subject to dupe rules. If a trainer has already been
+released, a trainer released afterwards with an equal or fewer number of
+options is a dupe and should be nuked. A trainer released afterwards with more
+options is valid. The exception is by game region. If a patch works only with
+a particular region release of a game, a later patch that works with different
+regions of the game is valid. Any subsequent trainers for the new region are
+subject to dupe.
+
+2. Cracks
+
+If a crack only partially removes protection, it is incomplete and may be nuked
+as broken. Cracks should be tested, and it should be stated within the .NFO
+which cart(s) the crack was tested on. Cracks can not be nuked because some
+carts can't properly handle the save routines.
+
+
+IV. .NFO Specifics
+
+The release must include a .NFO. The file must be a plain-text document and at
+least include the name of the title (or the name of the title that the patch
+corresponds to). Other suggested items to include are region, file size, file
+name, title description, and date which the release is pre'd.
+
+While it is not required, .NFO's for patches should include a full description
+of the function of the patch, and instructions on how it may be applied. The
+.NFO should make reference to the directory name of the intended release to be
+patched.
+
+
+V. Packing
+
+Releases must use compression. While maximum compression is recommended, any
+level of compression higher than "Store" is acceptable. The compressed archive
+must contain the Nintendo DS file or patch. Passworded archives are forbidden.
+The .NFO must be included within the directory, outside of the archive(s).
+Releases may be packed in one of two ways:
+
+1) ZIP
+
+There must be a single .ZIP, and it must contain the entire game or patch file.
+The release must also include a .NFO and a FILE_ID.DIZ The .DIZ file is a
+plain-text document that must contain at least the game name.
+
+2) RAR
+
+The .RAR must be split into 5,000,000 byte parts. Included within the
+directory must be a .SFV file corresponding to the archive(s) and a .NFO file.
+
+
+VI. Directory Naming
+
+The directory name must include the full name of the title, the text "NDS", and
+the group name. As all Nintendo DS releases are region-free, region labelling
+for the first English release of a title is optional. However, if a release
+does not contain English as a selectable language, or contains English but has
+been preceeded by another release that also contains English, the directory
+name must also specify the source region of the title.
+
+Directories may contain the following characters:
+
+ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz-_.
+
+Sample directory names:
+
+Game_Name_NDS-GROUPNAME
+Game.Name.NDS-GROUPNAME
+Game_Name_USA_NDS-GROUPNAME
+Game_Name_USA_PROPER_NDS-GROUPNAME
+Game_Name_JAP_NDS-GROUPNAME
+Game_Name_JAP_CRACK_NDS-GROUPNAME
+Game_Name_FRA_PLUS5_TRAINER_NDS-GROUPNAME
+
+
+VII. Valid and Invalid Releases
+
+This section should not be necessary, but the recent prevalence of many
+unnecessary nukes has made it clear that there is some confusion about what is
+and is not valid. With the exception of flat-out dupes, anything that follows
+all the necessary clauses listed above is a valid release. What this means is
+that anything that is not listed is not relevant to whether or not a release is
+valid. The goal is to release working copies of Nintendo DS titles. Intros
+and cracktros do not prevent a release from playing, and their inclusion is not
+a valid reason for a nuke. The same goes for "inaccurate" headers, trimmed
+releases, remastered filesystems, and any other modification, intentional or
+not, that does not affect the functionality of the title. Demanding 1:1 copies
+would lead to games being broken and unplayable. As evidenced by recent
+movements to redump hundreds of titles to "correct" their headers, it would
+also lead to countless re-releases of already-working titles. There is no need
+for this. We hope that this document will make it clear what is expected of
+releases, and provide some much-needed structure to a disorganized scene.
+
+All releases released before this ruleset is not subjet to these rules.
+
+These rules have been agreed upon and will be followed by the following groups:
+
+DFG, PYRiDiA, SQUiRE, SUXXORS, SweeTnDs, VENOM, XPA
+
Over the last few months, there have been numerous nuke wars and various
+releases of the same game by different groups. This all started by the
+first game that had antipiracy protection:
+
+Final_Fantasy_Crystal_Chronicles_Rings_Of_Fate_USA_NDS-HugeCock
+
+Since Final Fantasy, there are various types of protections varying from
+custom to different versions of dsprotect. These protections can be best
+compared to the PC scene. For Nintendo NDS, there are different cart
+manufacterers that allow a user to play a dumped game image ie "rom."
+
+These manufacterers are mostly chinese based and have no or unofficial support.
+These Chinese manufacterers have only one model, to have the most compatibility
+as they ARE RUNNING A BUSINESS. They are in turn, making a profit. Some people
+have suggested that by removing protections, these cart manufacterers are unable
+to improve their hardware to combat the new protections that are always being
+updated. Let's put this theory to test shall we?
+With Pokemon_SoulSilver_USA_NDS-XPA / Pokemon_HeartGold_USA_NDS-XPA
+and Prince_of_Persia_The_Forgotten_Sands_EUR_INTERNAL_NDS_DSi-DSperate,
+it was fixed after a long period of time on akaio but took other teams a while
+to steal a fix and most couldn't run these games still. This begs a question,
+since when is the "real" scene EVER had to rely on p2p and forum cracks. In
+any other section this is not allowed, WHY should it be allowed in NDS. The
+scene IS about cracking and releasing working games. That is exactly what we
+expect from the PC scene. Our favorite FPS and other PC games being cracked
+by our favorite groups where there is respect and honor amongst the scene and
+competition (something that seems to be lacking in NDS).
+
+In PC scene there are 1:1 releases that are "clone" but then cracked again
+later. An example is: Pro.Cycling.Manager.2009.CloneDVD-AVENGED
+and Pro.Cycling.Manager.2009-SKIDROW. Neither should dupe each other. They
+are both good. IF there is an antipiracy protection, it should be tagged as
+such and cracked should be allowed and not be considered a dupe. IF you can not
+crack, why don't you work with a group that could crack it or tag it as
+PROTECTED or CLONE or something? A great example is the recent NDS pre where
+two rival groups came together: Dragon_Quest_IX_NDS-XENOM. Good for XPA and
+Venom to put their differences aside to get a great game cracked.
+
+A few months ago, there was talk about the idea of doing rulesets with one idea
+in mind: How to handle the cracks and protections. Unfortunately, due to
+political reasons, the section did NOT want to work with rival groups but
+instead ended up with two different rulesets:
+
+The.NintendoDS.Release.Standards.2010-NDS
+The.Official.NintendoDS.Ruleset.2010.NDS-CONSOLE
+
+where basically two different sets of groups wrote and signed their own rules.
+The problem is on The.Official.NintendoDS.Ruleset.2010.NDS-CONSOLE MULTIPLE
+groups have stated that they didn't even sign it such as EXiMUS as found in
+Sherlock_Holmes_DS_and_the_Mystery_of_Osborne_House_EUR_MULTi6_NDS-EXiMiUS nfo
+This first of all questions the validity of the ruleset but the biggest
+question are the actual groups that have "signed" it
+
+2CH: Known p2p group
+6rz: Known p2p group
+BAHAMUT: Spongebob_Truth_Or_Square_USA_NDS-BAHAMUT stated they didnt
+ agree to sign with all the p2p groups
+DeNovo: Inactive
+EXiMiUS: never signed
+Loli: Known p2p group
+MainichiHentaiShimbun: known p2p group
+NukeThis: Known p2l group
+OneUp: Known p2l group
+SCZ: Known p2p group / inactive
+TRM: never signed / inactive
+WetNWild: never signed / inactive
+WRG: inactive, now a new tag
+
+Not to pick on one ruleset vs. the other but this right here already makes
+this ruleset INVALID. Even though there are nukers that still base their
+nukes on this rulesets such as "packing being rar at 5 meg pieces" and "region
+tagging." Considering NDS alone is 5 years old and has been doing .zip from
+GBA days, how can you nuke for .rar overnight as well as region tagging?
+On a region free system, region tagging is NOT required for the first english
+release. This has been done on XBOX360: Final.Fantasy.XIII.X360-Allstars, PS2:
+Black.PS2DVD-Allstars, DC: Sonic_Adventure_DC-KALISTO, etc. Considering none
+of the groups listed actually crack protections and try having rules for cracks
+it begs the question? Do you want to wait for p2p to do the cracks?
+
+When groups are trying to make the scene less p2p and for once, ignoring p2p
+releases and doing legit scene releases, why should you release protected
+releases and act like its not your problem and make it so you depend on p2p
+such as known p2p / forum user rudolph to crack your releases for you? Is this
+not counterintuitive? The scene tradition is about being 'first working wins'
+but instead its as if we welcome p2p and we support p2p and chinese companies
+that are making a business off flash carts. If there are releases that are
+useless till a crack is made, why isn't it nuked? if the release is NOT
+working to these users such as Digimon_Story_Lost_Evolution_JPN_NDS-BAHAMUT
+where there are no good p2p cracks, what are we doing this for? Sure maybe a
+game works on one flash cart, but what happens when a new protection comes or
+updated protection and makes that one particular cart useless? The scene was
+about cracking protections and other things, not a kiddie racing game where a
+monkey can dump a game. The first working release wins the race, that's how it
+is for 0day, PC and other sections, so I beg of you, NDS Scene, please evolve
+just as PC has with clone and cracked releases can co-exist.
+
+"Concerned Retired NDS/GBA Scene Founding Members"
+
╔═════════════════════════════════════════════════════════════════════════════╗
+║ Polska scena TV przedstawia: ║
+║ Zasady dotyczace standardow wydawania rlsow TV XViD ║
+╚═════════════════════════════════════════════════════════════════════════════╝
+
+
+I. WSTEP:
+─────────
+ Ponizsze zasady obowiazuja od 2010-08-01 00:00:00 GMT (1280620800).
+ Rozpoczete sezony seriali moga byc konczone na starych zasadach. Dla nowych
+ sezonow i filmow obowiazuja ponizsze standardy.
+
+
+
+II. DLUGOSC I ROZMIAR:
+──────────────────────
+ 1. Dopuszczalne wielkosci:
+ - 16:00 - 25:59 : 175MiB
+ - 21:00 - 33:59 : 233MiB
+ - 31:00 - 51:59 : 350MiB
+ - 47:00 - 74:59 : 550MiB
+ - 63:00 - 109:59 : 700MiB
+ - 105:00 - 199:59 : 2x700MiB
+
+ 2. Dla innych czasow nie mieszczacych sie w tabeli, poprawne wielkosci to:
+ 87MiB, 100MiB, 116MiB. Bitrate dla tych wielkosi musi miescic sie w
+ zakresie 800-1500kbit.
+ 3. Gdy dlugosc serialu oscyluje w okolicach maksimum dla danej wielkosci
+ zaleca sie wybor wiekszej wartosci.
+ 4. Maksymalny blad wielkosci pliku wynikowego wynosi 2MiB wiecej, oraz 4MiB
+ mniej niz wielkosc podana w tabeli.
+
+
+
+III. AUDIO:
+───────────
+ 1. Dopuszczalny kodek audio: MP3 VBR lub ABR (AC3 5.1 dla zrodel retail).
+ 2. Dopuszczalny bitrate audio: 128kbit +/-20kbps (dla AC3 5.1: oryginalny
+ bitrate zrodla).
+ 3. Zabroniona jest konwersja mono na stereo oraz odwrotnie.
+ 4. Audio musi zachowac oryginalna czestotliwosc probkowania.
+ 5. Jesli stacja nadaje audio w AC3 dopuszczalna jest konwersja na VBR MP3.
+ 6. Stosowanie wielu sciezek dzwiekowych dla jednego rlsa jest zabronione.
+
+
+
+IV. VIDEO:
+──────────
+ 1. Dozwolony format pliku: AVI.
+ 2. Dopuszczalny kodek video: XviD (w mozliwie jak najnowszej wersji),
+ kodowanie 2-przebiegowe.
+ 3. Zabronione jest nanoszenie na obraz wszelkich znakow grupy, napisow itp.
+ 4. Dla poprawienia jakosci dozwolone jest obciecie napisow koncowych.
+ 5. Dopuszczalny framerate: 25fps.
+ 6. Rozdzielczosc pozioma:
+ 576 - 672 pikseli dla materialow z proporcjami obrazu: 1.70-3.00
+ 512 - 672 pikseli dla materialow z proporcjami obrazu: 1.00-1.69
+ 7. Dla rozdzielczosci poziomej wynoszacej 672, minimalny bitrate video musi
+ wynosic nie mniej niz 1200kbps.
+ 8. Rozdzielczosc pozioma i pionowa musza byc wielokrotnosciami liczby 16.
+ 9. Z powodu specyficznego systemu nadawania stacji z rozdzielczoscia inna niz
+ 720/704 x 576/480 (np 544x576) (niestandardowa szerokosc piksela)
+ dozwolone jest ustawienie, dla proporcji obrazu z zakresu 1.70-3.00,
+ rozdzielczosci poziomej na poziomie 576 pikseli. Zalecane jest jednak nie
+ przekraczanie rozdzielczosci zrodla.
+ 10. Maksymalny dopuszczalny blad Aspect Ratio: 3%.
+ 11. Z obrazu musza byc usuniete zewnetrzne czarne obszary nie bedace trescia
+ obrazu (cropping).
+ 12. Dozwolone jest obciecie tresci obrazu, maksymalnie do 16 pixeli z kazdej
+ strony, w celu utrzymania prawidlowego Aspect Ratio.
+
+
+
+V. PAKOWANIE:
+─────────────
+ 1. Rls musi byc spakowany pakerem RAR z zachowaniem nastepujacych warunkow:
+ - Brak kompresji (-m0)
+ - Dodane dane naprawdze (-rr)
+ - Podzial na czesci o wielkosciach 15MiB (-v15000) lub 20MiB (-v20000)
+ - Dozwolone jest tylko stare nazewnictwo rozszerzen rarow
+ (.rar, .r00, .r01, ...) (-vn)
+ 2. Dla rlsow wieloczesciowych (np 2x 700MB) nalezy spakowac czesci osobno, w
+ oddzielnych katalogach (CD1, CD2, itd).
+ 3. Nazwy plikow musza byc unikalne i zawierac:
+ - Nazwe filmu/serialu w wersji angielskiej lub oryginalnej jesli nazwa
+ angielska nie jest dostepna.
+ - Numer odcinka w formacie SxxEyy, gdzie xx to numer sezonu a yy to numer
+ odcinka w sezonie.
+ - W przypadku mini-seriali (seriali jednosezonowych) numer odcinka w
+ formacie Exx, gdzie xx to numer odcinka.
+ - W uzasadnionych przypadkach (np wiele seriali o tej samej nazwie) do nazwy
+ filmu/serialu do nazwy mozna dodac rok produkcji.
+ - Symbol polskiego rlsa: PL.
+ - Dodatkowe tagi, jesli sa potrzebne:
+ - Dopuszczone tagi: PROPER, REPACK, RERIP, DiRFiX, SYNCFiX, NFOFiX,
+ SAMPLEFiX, REAL, INTERNAL (= iNT), SUBBED, PREAiR, READNFO.
+ - Tag REPACK powinien byc uzywany w przypadku przepakowywania materialu.
+ - Tag RERiP powinien byc uzywany w przypadku ponownego
+ zgrywania/enkodowania materialu.
+ - W przypadku uzycia tagu REPACK/RERiP nalezy zmienic rowniez nazwy
+ plikow.
+ - Tag READNFO jest dopuszczony, jednak nie powinien byc naduzywany.
+ - Format materialu zrodlowego:
+ - WEBRiP: dla materialow pochodzacych ze streamu internetowego.
+ - DSR: dla materialow pochodzacych ze streamu ktory nie spelnia wymogow
+ podanych w PDTV.
+ - PDTV: dla materialow pochodzacych ze streamu z rozdzielczoscia
+ 720/704 x 576/480.
+ - HDTV: dla materialow pochodzacych ze streamu z rozdzielczoscia
+ 720p/1080i/p (Dotyczy rozdzielczosci rzeczywistej! Rozdzielczosc PDTV
+ sztucznie powiekszona do HDTV nalezy tagowac PDTV!)
+ - DVDRip: dla materialow pochodzacych z DVD.
+ - Zastosowany kodek video (XviD).
+ - Wszystkie elementy rozdzielane sa znakiem kropki.
+ - Nazwe grupy poprzedzona mysnikiem ("-").
+
+ Przyklad: Nazwa.S01E01.READNFO.PL.PDTV.XviD-Grp
+
+ 4. Rls musi zawierac plik SFV (w przypadku rls'ow wieloczesciowych: dla
+ kazdej czesci oddzielne).
+ 5. Rls musi zawierac plik NFO z nastepujacymi informacjami:
+ - Nazwa Grupy
+ - Tytul
+ - Data wydania rlsu
+ - Data emisji
+ - Czas trwania materialu
+ - Rozdzielczosc video oraz proporcje obrazu
+ - Bitrate video
+ - Bitrate audio
+ - Kodek zastosowany do kompresji video (wersja)
+ - Liczba RARow
+ - Link do serialu/filmu np na: IMDB (jesli istnieje), uzupelniony o link do
+ polskiej strony np: Filmweb (jesli istnieje).
+ 6. Dopuszczone znaki w nazwie katalogi i plikow:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-_
+ 7. Niedopuszczalne jest wstawianie w nazwie katalogu oraz plikow podwojnych
+ kropek.
+ 8. Rls musi zawierac sample wyciete z materialu:
+ - Powinien trwac 1 minute (+-10 sekund) i musi byc umieszczony w katalogu
+ 'Sample'.
+ - Musi pochodzic z enkodowanego materialu. Zabronione jest enkodowanie
+ sampli oddzielnie.
+
+
+
+VI. PROPERY I NUKI:
+───────────────────
+ 1. Wydawanie Properow dozwolone jest TYLKO w sytuacji niedopelnienia ktoregos
+ z wyzej wymienionych punktow dotyczacych spraw technicznych.
+ 2. Proper MUSI miec umieszczone w NFO informacje na temat tego co jest
+ poprawiane.
+ 3. Rlsy nie znukowane na sajtach i/lub w bazie nukow musza zawierac w
+ katalogu "Sample" wycinek z rlsa ktory sie poprawia, udowadniajacy blad
+ techniczny.
+ 4. Zabrania sie wydawania Properow po wydaniu dziajacego fixa do blednego
+ rlsa.
+ 5. Sizefix'y nie sa dozwolone.
+ 6. Prawidlowa kolejnosc wydawania rlsow (wg zrodla):
+ WEBRiP -> DSR -> PDTV -> HDTV -> DVDRip.
+ - Wydawanie WEBRiP'a po PDTV/HDTV/DVDRip jest zabronione. Wydawanie WEBRiP'a
+ po DSR jest dozwolone TYLKO wtedy, gdy oferuje on znacznie lepsza jakosc
+ niz DSR.
+ - Wydawanie DSR po WEBRiP jest dozwolone. DSR po HDTV/PDTV/DVDRip jest
+ zabronione.
+ - Wydawanie PDTV po WEBRiP/DSR jest dozwolone. PDTV po HDTV/DVDRip jest
+ zabronione.
+ - Wydawanie HDTV po WEBRiP/DSR/PDTV jest dozwolone. HDTV po DVDRip jest
+ zabronione.
+ - Wydawanie DVDRip po WEBRiP/DSR/PDTV/HDTV jest dozwolone.
+
+
+╔═════════════════════════════════════════════════════════════════════════════╗
+║ Sporzadzone i podpisane przez nastepujace grupy: ║
+║ ────────────────────────────────────────────────── ║
+║ 55L A4O BFHMOV BiL BEER CL4SS ProPL R4F SiBV ║
+║ ────────────────────────────────────────────────── ║
+╚═════════════════════════════════════════════════════════════════════════════╝
+ ║ Dzieki za wspolprace! njoy! ║
+ ╚═════════════════════════════════════╝
POLiSH High-Def x264 Standards
+ Revision 2.0 :: 2010-04-13
+
+ [ Intro ]
+ Ok, for almost one and a half year we have our Polish x264 scene going, with few groups doing their things.
+ Global x264 standards have been updated quite some time ago, I think it is proper time to update ours also.
+ Thanks to all people that worked on High Definition x264 Standards Revision 3.1, as our ruleset is based on it.
+ Greate job guys!
+ So, here it goes:
+
+ [ Previous Releases ]
+ These rules do not apply to previous releases, and propering for those reasons will not be tolerated.
+
+ [ General ]
+ 1.1) Release must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars should be in multiples of 50 MiB, no more than 99 files.
+ 1.3) Compressed rars are not allowed.
+ 1.4) Release must be muxed into mkv container.
+ 1.5) NFO should contain information on Audio and Video Bitrate.
+ 1.6) BluRay and HDDVD Sources dupe each other.
+ 1.7) Suggested directory format:
+ Movie.Name.YEAR.<PL/PLDUB>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ TV.Show.SxxExx.<PL/PLDUB>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.8) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+ 1.9) Credits must not be removed but can be encoded at a lower bitrate provided they
+ don't contain any scenes (bloopers, story, etc).
+ 1.10) A sample roughly 60 seconds in length is required.
+ 1.10.1) It must be cut from the final release and not encoded separately.
+ 1.10.2) It must be put within a directory named "Sample".
+
+ [ Audio ]
+ 2.1) Audio must be AC3, DTS or FLAC, preferably from source.
+ DTS core must be extracted from a DTS HR/HD MA track.
+ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source.
+ Encoded DTS track must be decodeable by older hardware decoders.
+ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources.
+ 2.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track.
+ 2.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only.
+ 2.4) Release must only contain one audio track muxed into the mkv container, unless original language isn't english.
+ 2.4.1) Polish Voice Over or Polish Dubbed audio track be used.
+
+ [ Video ]
+ 3.1) If needed, appropriate de-interlacing and ivtc must be applied.
+ 3.2) Must use a minimum encode of 2 passes.
+ 3.3) Width of release must be mod 16. Height of release must be mod 8.
+ 3.4) Crop the black borders from the source. Crop to the widest frame possible.
+ 3.4.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders()
+ 3.5) Use the same aspect ratio as the source, not what IMDB or cover says.
+ 3.6) Custom Matrices are allowed.
+ 3.7) VfW (Video for Windows) is not allowed.
+ 3.8) x264 version used must be at least 999 and no more than 50 revisions from newest.
+ 3.9) Level 4.1 must be respected.
+ 3.10) --deblock must be enabled.
+ --aq-mode must be enabled.
+ --bframes 3 or higher is required.
+ --ref 5 or higher is required unless the vertical resolution is greater than 864, then 4 must be used to respect L4.1.
+ --me umh or higher is required.
+ --subme 7 or higher is required.
+ --trellis 1 or higher is required.
+ 3.11) 720p refers to a MAXIMUM resolution of 1280x720.
+ 3.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280.
+ e.g. AR of 2.35:1 will be 1280x544.
+ 3.11.2) For aspect ratio lower than 1.78 vertical resolution must be 720.
+ e.g. AR of 1.33:1 will be 960x720.
+ 3.12) 1080p refers to a MAXIMUM resolution of 1920x1080.
+ 3.12.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920.
+ e.g. AR of 2.35:1 will be 1920x816.
+ 3.12.2) For aspect ratio lower than 1.78 vertical resolution must be 1080.
+ e.g. AR of 1.33:1 will be 1440x1080.
+ 3.13) Video bitrate should be as follows:
+ 3.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit.
+ 3.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.
+
+ [ Subtitles ]
+ 4.1) Subtitles must be in a text-based format and muxed into the mkv container.
+ 4.2) Subtitles must not be burned into the video stream.
+ 4.3) Multi-language subtitles cannot be used as a basis for a dupe.
+ 4.4) "Subs" directories are forbidden.
+
+ [ Total Size ]
+ 5.1) Final mkv file size in MiB (1048576 bytes) must be:
+ Multiples of 2240
+ DVD5/x (1493, 1120, etc.)
+ 8140, 2713
+ In addition, 3360 and 4070 are allowed for 1080p tv.
+ 5.2) A max undersize of 40 MiB can be tolerated.
+ 5.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate.
+
+ [ Suggested encode settings ]
+ 6.1) First pass:
+ x264.exe --pass 1 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --me dia --ref 1 --subme 1 --no-dct-decimate --partitions none --progress --no-psnr --no-ssim --output NUL movie.avs
+ 6.2) Second pass:
+ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 4000 --threads auto --bframes 3 --b-pyramid --weightb --me umh --ref 5 --mixed-refs --subme 7 --trellis 1 --analyse all --8x8dct --no-fast-pskip --progress --no-psnr --no-ssim --output movie.mkv movie.avs
+
+ [ Signed By (in alphabetic order) ]
+
+ 55L, A4O, BEER, BiL, CL4SS, ProPL, PROPHET, R4F, SiBV
+
+ [ These rules apply from 2010-04-14 00:00:00 GMT ]
+
+ [ Change Log ]
+
+ + = added
+ - = removed
+ * = changed
+
+ 2.0:
+
+ + 1.3: Compressed rars are not allowed.
+ + 3.9: Level 4.1 must be respected.
+ * 3.10: --ref must now respect L4.1, not just allow it.
+-----------------------------------------------------------------------------------------------------+
+ª OFFiCiAL.NULLED.SCRiPT.RULES.2010-DRAFT2 ª
+ª ª
++-----------------------------------------------------------------------------------------------------+
++-----------------------------------------------------------------------------------------------------+
+ª Requirements: Notepad with terminal font or any other ascii viewer. ª
++-----------------------------------------------------------------------------------------------------ª
+ª Date: 04.05.2010 - 20:00 GMT+1 ª
++-----------------------------------------------------------------------------------------------------+
+ª To all 0Day groups that are interested: This ruleset is only a draft
+ª if someone wants to fix something, or add a rule then you can
+ª reach us under our email adress (on the bottom of this NFO)
+ª
+ª If no one reacts to this Ruleset until 10.05.2010 (DD.MM.YYYY) we will pre it 1:1 as final.
+ª
+ª PS: Help at translating in other languages (ES/FR i.e.) is always wanted.
++-----------------------------------------------------------------------------------------------------+
+ª
+ª-ENGLiSH-
+ª
+ªiNDEX:
+ª 0: General Rules
+ª 1: Packaging / NFO
+ª 1.1: Examples
+ª 1.2: NFO
+ª 2: Naming
+ª 2.1: Themes/Addons
+ª 2.2: Updates
+ª 3: NULLiNG Rules
+ª 3.1: KEYGEN Rules
+ª 4: NUKE RULES / REASONS
+ª
+ª Prolog:
+ª Since the last PHP Nulling group faded away long time ago there were no rules for PHP scripts...
+ª So we decided to write new ones so that we, and other groups, can start releasing scripts
+ª with a basic ruleset that provides help at cracking and releasing.
+ª
+ª In general the actual 0Day Rules apply for all not discussed themes.
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 0. General Rules
+ª -NULLED dupes KEYGEN -NOT- (and vice versa), both has good sides.
+ª because of this there are 2 releases per script allowed (excluding PROPER/REPACK etc.)
+ª -BETA/ALPHAs need no INTERNAL tagging
+ª -CRACK.ONLY / KEYGEN.ONLY / KEYFiLEMAKER.ONLY is only allowed if the software
+ª (i.e. as Full, Unlockable Demo version)
+ª is downloadable for free and without registration at the manufacturers website
+ª Usualy it is better to include the files for Archive reasons, and because it does not
+ª dupe NULLED anyway.
+ª -On-the-Fly Patches are allowed if the script needs a system variable (ID i.e.)
+ª to work, but Pre-Patched (to all IDs for example) is preffered over that.
+ª
+ª This has to be tagged in the following format:
+ª <incl.KEYFiLEMAKER.and.PATCH|incl.KEYGEN.and.PATCH>
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 1. Packaging
+ª -Standard 0Day Packing, Filenames max. 8.3 Characters (Name.typ - 12345678.123)
+ª Releases are needed to be RARed - Compression is allowed but not mandatory.
+ª Each ZIP should be 5000000 Bytes (5Mb).
+ª Therefore the size per RAR is around the same.
+ª Bigger filesizes are allowed, look at actual 0Day Rules.
+ª
+ª
+ª 1.1: Example
+ª 12 Files - 26Mb
+ª -5x 5Mb RAR + 1x 1Mb RAR -> grprls.rXX
+ª (The RARs can also be only named <grpname>.rXX)
+ª --Each RAR in a ZIP
+ª --5x 5Mb ZIP + 1x 1Mb ZIP -> grprls<a|b|c|etc>.zip
+ª (The actual naming is the groups decision (a|b or 001|002, 01|02, 1|2) )
+ª
+ª Each ZIP needs to include:
+ª xxxx.rXX - file_id.diz - <group>.nfo
+ª
+ª Wrong naming of RARs/ZIPs is no Nuke reason, unless some other reason applys to:
+ª (dupe.filenames, special.chars u.a.)
+ª
+ª
+ª 1.2: NFO
+ª The NFO needs to contain:
+ª -Release Date
+ª -Size (or Diskcount)
+ª -Developer Website
+ª -Version
+ª -Short description (Copy & paste)
+ª -Languages (if MULTi)
+ª -Short usage description
+ª
+ª In the NFO wanted is:
+ª -Price (Currency does not matter - Copy from website)
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 2: Naming
+ª Naming under following scheme:
+ª <> = needed | [] = additional
+ª Language tag is only needed on non-english only Releases.
+ª For the rare case that only 2 languages are available
+ª it has to be tagged BiLiNGUAL.
+ª
+ª <Name>.[Edition].v<ersion>.[Language|MULTi|BiLiNGUAL].
+ª <NULLED|incl.KEYGEN|incl.KEYFiLEMAKER|KEYFiLEMAKER.ONLY|KEYGEN.ONLY|CRACK.ONLY>.
+ª [Beta|Alpha|RETAIL|REAL].[iNTERNAL|iNT|DiRFiX|NFOFiX|PROPER|REPACK|READ.NFO].
+ª <PHP|ASP|etc>-GRP
+ª
+ª Examples (fictional):
+ª
+ª Vbulletin.v5.1.NULLED.PHP-GRP = Vbulletin 5.1 English, Nulled
+ª Vbulletin.v5.1.KEYGEN.ONLY.PHP-GRP = Vbulletin 5.1 English, Keygen Only
+ª Vbulletin.v5.1b3.NULLED.BETA.iNTERNAL.PHP-GRP = Vbulletin 5.1 Beta, English, iNTERNAL, Nulled
+ª Vbulletin.PRO.v5.1.NULLED.PHP-GRP = Vbulletin 5.1, Pro Edition, English, Nulled
+ª Vbulletin.v5.1.MULTi.incl.KEYGEN.PHP-GRP = Vbulletin 5.1, Multilanguage (Notes in NFO!), Keygen
+ª Gallerypro.v2.1.GERMAN.NULLED.ASP-GRP = Gallerypro 2.1, German, Nulled, ASP
+ª
+ª
+ª If the script is sold with no protections at all (no Callbacks or similar)
+ª then instead of NULLED/KEYGEN there shall be no tag used:
+ª Somesoftware.v1.5.PHP-GRP
+ª
+ª In this case even only decoding of protected files (Ioncube for example)
+ª is counted as NULLED.
+ª (Better for dupe searches and historical background)
+ª Releases with Key in NFO and nulled backend (no Callbacks/Security Checks)
+ª should be labeled as .NULLED.
+ª
+ª
+ª 2.1: Themes/Addons
+ª Themes/Addons for Wordpress/Joomla/Vbulletin etc.
+ª
+ª <Name>.<version>.for.<for>.<version>.[Language|MULTi].
+ª <NULLED|incl.KEYGEN>.[Beta|Alpha|RETAIL].
+ª [iNTERNAL|DiRFiX|NFOFiX|PROPER|READ.NFO].<PHP|ASP|etc>-GRP
+ª
+ª Examples (fictional):
+ª Dark.Theme.v3.for.vBulletin.5.X.GERMAN.NULLED.PHP-GRP
+ª = Dark Theme Version 3, for Vbulletin Version 5.X, German, Nulled
+ª Sidebar.Rotation.2.for.Wordpress.2.1.incl.KEYGEN.PHP-GRP
+ª = Sidebar rotation 2 Addon for Wordpress 2.1, with Keygen
+ª
+ª 2.2.: Updates
+ª Updates are allowed 4 weeks after the last Pre
+ª (same MU rules as in 0Day Rules)
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª
+ª 3: NULLiNG Rules
+ª -All Callbacks need to be removed or patched
+ (i.e. Serial Check over Developer Server)
+ª -No Group Watermarks (also not in script comments).
+ª -If files of the release are encoded all files need to be decoded.
+ª (i.e. Ioncube, Sourceguardian, eval() etc.)
+ª
+ª 3.1: KEYGEN Rules
+ª -Keygens need to be in the same format as the Release
+ª (Release is PHP - Keygen needs to be in PHP too)
+ª -The Language of the keygen needs to be selectable on MULTi (i.e. DE,EN,PL)
+ª or the keygen needs to be completely in english.
+ª At specific releases (i.e. GERMAN) the keygen can be english or
+ª in the language of the release (in this case German)
+ª -Group comments in Keygen Sourcecodes are allowed if the group
+ª wants to explain the code, but this is in not mandatory.
+ª -Encoded Keygen code is allowed, as long is it does not use an external
+ª loader (Example: Ioncube is forbidden, eval() is allowed)
+ª -ASCii Art / Pictures are allowed but should be used thrifty.
+ª -Pictures in keygens shall not affect the code
+ª (i.e. Picture missing = Keygen not loading = Nuke/Proper reason)
+ª -Pictures need to be included and can not be mapped from websites
+ª (Security risk)
+ª
++-----------------------------------------------------------------------------------------------------+
+ª
+ª 4: NUKE and PROPER RULES / REASONS
+ª NUKEs are possible for:
+ª -bad.pack (i.e. RARs instead of ZIP) - stolen.from.[web|p2p|etc] - missing.files
+ª -bad.crack (= bad nulled) - keygen.not.working
+ª -Common Sense Nukes (dupe.filename, mislabeled.<|>, etc.)
+ª -This is NOT a complete list.
+ª
+ª PROPER/DiRFiX/REPACK follows the normal scene rules.
+ª
+ª
++-----------------------------------------------------------------------------------------------------+
+ª SiGNED: ª
+ª YET TO BE SIGNED ª
+ª CONTACT: contactye@hush.com
++-----------------------------------------------------------------------------------------------------+
+ ██░
+ ███░
+ ███░
+ ███░ ▒░
+ ███░ ███
+ ███░ ▒███░
+ █▓█ ████
+ █▓█ ███▓
+ █▓█ ░█▓█▒
+ █▓█ ▓█▓█
+ █▓█ ██▓█
+ ░█▓█ ░█▓█▓
+ ░█▓█ ▒█▓█░
+ ░█▓█ ██▓█
+ ░█▓█ █▓▓▓
+ ███ ▒████
+ ░▒▓▓███████▓▓▓▓█████░
+ ███▓░ ░░░░▒▒▒▒▓▓▓████▓▓▒▒░░
+ ░██▒▒░░▒▒▒▒▒▒░░░░░░░░░░░░▒▓▓▓████████▓░
+ ░▒▓████▓▒ ░░░░░░░░░▒▒▓█████▓░
+ ░▒▓███▓▒░ ░ ░ ░░░░░░▒░░░░░▒▓████▓
+ ░▓███▓▒ ░░▒▓▓▓██████████████████▓▒░░░░▒▒▒▒▒▒▒░░▒▓███▓░
+ ▒███▓░ ░▒▓██████████▓▓▓▓▓▓▓▓██ ░░░▒▒▓█████▓░▒▒▒▒▒░▒░▒▒▒░▒▓██
+ ▒███▒░ ░▒▓████▓▒▒░░ ▒▒▒▒▒▒▒▓▓▓▓▓█ ░ ▒████░░▒░▒▒▒▒▒▒▒▒▒▒ ██
+ ▒█▒░░░ ▒▓████▓▒░ ░░░░▒▒▒██████▓▓▓█░▄▄ ▄▄ ▓██░░▒▓▒▓▓██▓▓▒▒▒░▒▓█░
+ ██░░░░░ ▒████▒░ ░░ ██████░░░▒▒█▓▓█▓▓▓█▓██░ █ ░ █ ██░▒▓▓███▓▓██▓▒▒▒▓▓█▒
+ ██░░░░ ███░ ░░░░░█░ █░░░░░█░░▒█▓▓▓█▓▓▓▓█▓█░ █░ ░ ░█ ██ ▓▓███ ████▒▒▓▓██
+ ██ ░░░ ██░ ░░░░░█░░ █░░░░░█░░▒▓▓▓▓█▓▓▓▓▓██▒░█ ░ █ ██ ▓▓██ █████▒▒▓██
+ ██ ░░░ █▓░░░ ░█░░░ ░█░░░░░█░░▒▓▓▓▓█▓▓▓▓▓▓█▒ █░ ░ ░█ ██░▒▓▓▓▓█████▓░▓▓█░
+ ██ ░░░ █▓░░░ ░█░░░░░░░█░░░░░█░░▓▓▓▓█▓▓▓▓▓██▒ █ ░ ░ █░ █▓░░▒▒▓▓█▓▓▓▓░▒▓█▓
+ ▒█ ░░░ █▓ ░░░█░░░▒▒░░░█░░░░░█░░▓▓▓▓█▓▓▓▓▓██▒ █░ ░█ ░█▓░▒░▒▒▒▒▒▒▒░▒▓██
+ ░█░░░░░ ██░░░█░░▒▒▒▒▒░░█░░░░░█░░▓▓▓▓█▓▓▓▓▓██▒░█ ░ ░ █ ▒█▒░░░░▒▒▒░▒▒▒▒██
+ █░░░░░ ▓█ ░░▒█▒▒▒▒▒▒░░█░░░░░█░░▒▓▓▓█▓▓▓▓▓██▒ █░ ░ ░█░ ▓█░░▒░░░░░░▒▒░▓█▓
+ █▓ ░░░ ░█▒░▒▒▒█▒▒▒▒▒░░█░░░░░█░░▒▓▓▓█▓▓▓▓███▒ ▀█░ █▀ ██ ███▓▓▓▓▓▒░▒██
+ ██ ░░░ ██▒▒▒▒▒█▒▒▒▒▒░██████░░░░▓▓▓█▓▓▓▓███▒ ▀█▄█▀ █▓ ███▓▓▓▓█▓░▓█
+ ░█░░░░ ▓█▒▒▒▒█▒▒▒▒▒▒░░░░░░░░░ ▒▓▓█▓██████▒ ▀ ░ █▒▒██▓▓▓▓▓█▒░█▓
+ █▓ ░░░ █▓▒▒█▒▒▒▒▒▒▒░▒▒▓▓▓▓████████████████████▓▓█▓ ▓█ ███▓▓▓▓██ ██
+ ██ ░░ ██▒█▒▒▓▓████████▓░░██████████████████████████▓░██▓▓▓▓▓█░▒█
+ █▒ ░░ █████▓▓██████████████████████████████████▓██░▓█▓▓▓▓▓██ ██
+ ██ ░░░ ▒███████████████████████████████████████████ ██▓▓▓▓▓█▒▒█
+ █▒ ░░░ ▓█████████████████████████████████████████░▓█▓▓▓▓▓▓█ ██
+ ▒█ ░ ████████████████▓▓▓▓▓▓▓▓▓███████████████▓░██▓▓▓▓▓█▒▒█
+ ██ ████▓▓▒▒░░ ░░░░▒▒▒▒░▒███▓█▓██ ██
+ █▓ ░ ░░░░▒▒▓▓██▒▒█░
+ █▒ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░██
+ ░█▒ ░▒▓▓▓████████████████████████████████▓▓▓▒▒▒▒██░
+ ██▒▓█████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓██████████████████████████████▒
+ ▓██▓▓▒▓██████████████▓▓▓▓▓▓▓▓▓▓▒▓▒▒▓▓▓▓▓▓▒░
+
+╔══════════════════════════════════════════════════════════════════════════════╗
+║ The SDTV Release Council Presents ║
+║ The 2011 x264 SDTV Releasing Standards [TVx264SD11 - DRAFT 1] ║
+║ 2011-01-01 00:00:00Z (1293840000) ║
+║ ║
+║ TVx264SD11 was signed by the following groups: BESTA CHOSiGT FANTASTiSK iKEA ║
+║ KASSETT KONCiS KNYCK NYSNO OMTYCKT SKARPT TOBO ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» Contents « Line # »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+ 1. Preamble . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
+ 2. What's New in TVx264SD11 . . . . . . . . . . . . . . . . . . . . . . . . 103
+ 3. General Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
+ 3.1 Previously On & Credits . . . . . . . . . . . . . . . . . . . . . . 185
+ 4. Source Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
+ 5. Release Sizing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247
+ 6. Video . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
+ 6.1 Dimensions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336
+ 7. Audio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
+ 8. Video Codec and Container . . . . . . . . . . . . . . . . . . . . . . . 404
+ 9. Subtitles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
+10. Packaging and Naming . . . . . . . . . . . . . . . . . . . . . . . . . . 479
+11. Propers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 529
+12. Internals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554
+13. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . . . . . 572
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» List of Tables « Line # »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Sample Reasons when Propering a Nukeable XviD . . . . . . . . . . . . . . 162
+2. Source Definitions for SD Releases . . . . . . . . . . . . . . . . . . . 215
+3. Valid Release Sizes for SD Releases . . . . . . . . . . . . . . . . . . . 262
+4. Common Resolutions for SD Releases . . . . . . . . . . . . . . . . . . . 351
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 1. Preamble »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+The SDTV Release Council was formed in 2010 out of necessity and oppression from
+biased nukers and a cartel of TV groups which misrepresented the majority of
+groups that desired a ruleset. Unwritten rules yielded obscurity and obscurity
+gave them power. The SDTV Release Council intends to regulate and standardise
+the SD releases within the TV scene in order to abolish some of the outmoded
+quality-inhibiting restrictions based on the preferences and assumptions of
+nukers. This official document will cover the rules and guidelines for only SD
+resolution content, excluding sports releases.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 2. What's New in TVx264SD11 »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+The most significant changes in this ruleset is the advance in codecs with AVC
+replacing XviD and Vorbis replacing MP3. Although AVC and Vorbis do not provide
+the same level of compatibility with older standalone players, there have been
+large increases in support by most major manufacturers and ultimately we feel it
+is better to push forward with better quality than to live in the past.
+ We chose Ogg Vorbis over MP3 or AAC for several reasons. It tends to sound
+better than MP3 at lower bitrates (~ 64kbit/s)[1] because it is designed for the
+compression of general purpose audio. Encoding audio at a lower bitrate without
+sacrificing quality allows for a higher video bitrate. The format is already
+supported on WD TV[2], Popcorn Hour[3], Mvix[4] and "is expected to obtain
+widespread adoption with a major backing by many hardware based chip
+manufactures [sic] and with the release of Google's new mobile Android platform
+and Google TV by the year 2011."[5] Lastly, unlike MP3 and AAC, Vorbis is open
+and doesn't have intellectual property restrictions that might hamper its
+implementation in hardware players.
+
+[1]: http://preview.tinyurl.com/33wlpz3
+[2]: http://preview.tinyurl.com/2wjmc4u
+[3]: http://preview.tinyurl.com/22qfm8l
+[4]: http://preview.tinyurl.com/3xecxaz
+[5]: http://preview.tinyurl.com/2vtz9yf
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 3. General Notes »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. This standard applies to and will be enforced for all English releases.
+Groups that release non-English releases may use this ruleset if it is agreed
+upon by the groups of their language and if there is not a language-specific
+ruleset that explicitly supersedes this ruleset.
+
+2. This is a draft of the ruleset and is open to debate and modification in its
+corresponding channel. However, we believe that it is complete enough for
+groups to begin using it and for it to be enforced. For those that are (for
+whatever reason) unable to join talks, releasing a well-justified rebuttal is
+strongly encouraged. Any post-modifications will be only enforced in the next
+version of the ruleset.
+
+3. XviD does not dupe x264. x264 dupes XviD. Exceptions:
+ (a) The x264 release has a better source than the source of the XviD release
+ (e.g. HDTV.x264 > PDTV.XviD).
+ (b) The x264 release is a valid proper of a nukeable XviD release
+ (e.g. PROPER.HDTV.x264 > nuked HDTV.XviD). An x264 proper of an XviD
+ release is only valid when the XviD release is nukeable for a general
+ technical flaw that is not particular to the video or audio format. Since
+ there are no official written rules for TV-XviD, please use discretion
+ and common-sense when propering. Below is a sample of reasons for
+ valid and invalid x264 propers of nukeable XviD releases.
+ ┌────────────────────────┬────────────────────┐
+ │ Valid │ Invalid │
+ ├────────────────────────┼────────────────────┤
+ │ has.commercial │ gmc.used │
+ │ no.ivtc │ custom.pixel.shape │
+ │ out.of.sync.throughout │ bad.audio.bitrate │
+ │ missing.dialogue │ oversized │
+ └────────────────────────┴────────────────────┘
+ Table 1: Sample Reasons when Propering a Nukeable XviD
+
+4. Groups that claim to have an eye for quality should be pushing towards the
+format that has improved on encoding efficiency, can produce relatively higher
+quality at the same or lower bitrate and is rapidly gaining hardware support.
+It is expected that all groups that release SDTV will eventually use x264 so we
+may then ban XviD in a future revision.
+
+5. Under exceptional circumstances, the council has the power to override a
+global (un)nuke put in place by a nukenet. Such a circumstance would occur for
+example if a release is being contested within a nuke war. The release in
+question may be brought to the attention of the council who may then decide on
+the validity of the release. If the council does decide on the matter, that
+decision is final and should be treated as if it were written within the
+standard itself. If a council decision is made, the release shall be nuked or
+unnuked with "council.decision_reason" as the reason.
+
+6. Episodes that air back-to-back without a natural break such as full credits
+or commercials in between must be encoded as a single release. Directory naming
+for this will be in the following format:
+
+ Series.Title.S##E##-##.EXTRA.TAGS.SOURCE.x264-GRP
+
+»»»»»»»»»»»»»»»»»»»»»»» 3.1 - Previously On and Credits »»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Any previously on footage should be included in the release, but it is not
+required. No release may be propered for glitches in or missing portions of
+previously on footage.
+
+2. Credits that are overlaid on actual show content are required to be
+included.
+
+3. Credits that run cleanly, i.e. with no modifications such as promos for
+upcoming shows, are encouraged but not required.
+
+4. Credits run with promos for other shows are not recommended, but may
+optionally be included.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 4. Source Notes »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+┌────────┬─────────────────────────────────────────────────────────────────────┐
+│ Source │ Definition │
+├────────┼─────────────────────────────────────────────────────────────────────┤
+│ WebRip │ Web stream that is officially available to a limited region or for │
+│ │ a limited time (excluding P2P, etc.). │
+│ DSR │ Standard Definition stream that does not meet the PDTV criteria. │
+│ PDTV │ Standard Definition stream with a resolution of 704/720 x 480/576 │
+│ │ and a video bitrate >= 1.5 mbps if MPEG4 or >= 3 mbps if MPEG2. │
+│ WS │ Stream with an aspect ratio > 1.70. │
+│ HDTV │ High Definition non-upscaled 720p/1080i/p stream. │
+└────────┴─────────────────────────────────────────────────────────────────────┘
+ Table 2: Source Definitions for SD Releases
+
+1. The source MUST be digital (the raw transport stream) and must not be passed
+through analog devices such as capture cards or slingboxes. Examples of digital
+sources include USB, Firewire, or Ethernet from a receiver, or using an ATSC,
+QAM, or DVB tuner.
+
+2. HDTV > WS.PDTV > PDTV > WS.DSR > DSR > WebRip
+
+3. Releases that are of lower quality than an already available release are
+considered dupes (e.g. PDTV dupes WS.PDTV, but HDTV does not).
+
+4. A WebRip may be released only when: (1) the TV rip was not released and (2)
+the web stream is only available to a limited region or for a limited time.
+
+5. If a live event (e.g. concert, awards show, etc.) is interrupted, the ripper
+must include the approximate total length of the removed interruptions within
+the NFO.
+
+6. Releases with a questionable source may be pre-nuked for up to 48 hours after
+pre with the reason "source.sample.requested" if there is legitimate reason to
+do so (e.g. suspicion of mislabeled source). The release group then has 48 hours
+to provide a sample (at least 10 seconds in length) of the source before the
+release becomes properable.
+
+7. Releases with non-English audio for the majority of the duration must be
+tagged with the language used.
+
+8. Releases can only dupe or proper releases of the same language (e.g. a
+SWEDISH release will not dupe an existing English release and cannot proper it).
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 5. Release Sizing »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+ ┌────────────────────┬────────────┐
+ │ Runtime │ Size (MiB) │
+ ├────────────────────┼────────────┤
+ │ 00:12:00--00:19:00 │ 139 │
+ │ 00:16:00--00:26:00 │ 186 │
+ │ 00:24:00--00:38:00 │ 279 │
+ │ 00:33:00--00:51:00 │ 373 │
+ │ 00:49:00--01:17:00 │ 559 │
+ │ 01:06:00--01:42:00 │ 746 │
+ │ 01:39:00--02:34:00 │ 1119 │
+ │ 02:12:00--03:25:00 │ 1493 │
+ └────────────────────┴────────────┘
+ Table 3: Valid Release Sizes for SD Releases
+
+1. Runtimes not listed in the above table must:
+ * be scaled to meet a bitrate of between 928kbps and 1472kbps
+ * have a file size equal to a division or multiple of a division of 4479MiB,
+ e.g. 4479MiB / 3 = 1493MiB * 2 = 2986MiB
+
+2. If the length of the release is nearing the recommended maximum length, the
+ripper can opt to use the next recommended size in the interests of quality.
+
+3. CD sizes are long since obsolete and are forbidden.
+
+4. Splitting a release into multiple files is forbidden.
+
+5. A release may be a maximum of 2MiB oversized.
+
+6. A release may be a maximum of 4MiB undersized when the target size is less
+than 559MiB, or a maximum of 8MiB when the target size is 559MiB or above.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 6. Video »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. The appropriate deinterlace and IVTC methods must be used when necessary.
+
+2. Duplicate frames must be removed unless required to maintain audio sync.
+
+3. 50/60fps sources must be dropped to 25/30fps.
+
+4. PAL material that has been broadcast in another region may be converted back
+to the original frame rate if there is no quality loss suffered as a result
+(e.g. a 60fps NTSC source of a video broadcast filmed at 50fps may be converted
+back to 25fps with a filter such as rePal).
+
+5. Reconverting the frame rate of an interlaced source to a higher frame rate
+(e.g. a PAL 25fps interlaced source to 29.97fps) is not allowed if the source
+would have to have a bob deinterlace technique applied to achieve the desired
+frame rate.
+
+6. Deinterlacers that produce bad quality results (e.g. FieldDeinterlace,
+BlendFields) are banned. Filters such as Yadif or LeakKernelDeint are
+recommended.
+
+7. Resizers that produce bad quality results (e.g. PointResize, BicubicResize)
+are banned. A sharp resizer must be used (e.g. Lanczos(4)Resize,
+Spline(16/36/64)Resize, etc.).
+
+8. Group watermarks are banned, with the exception of blurring potential
+security risking watermarks (e.g. VariableBlur[6], MedianBlur[7], etc.).
+
+9. Imperfections lasting the majority of the release may be dealt with by the
+group as long as there is minimal impact on viewing quality (e.g. cropping out
+a news ticker placed at the bottom of the video frame by the broadcasting
+network).
+
+10. Negligible video glitches do not warrant a nuke if they occur between scene
+changes or are otherwise known to be the fault of the broadcaster.
+
+11. Network inserted commercials must be removed.
+
+12. The video must not have local overlays (e.g. weather, breaking news,
+Amber Alerts, etc.) that exceed five minutes in length, cause a change in video
+format (i.e. drop to PDTV on an HDTV release), or cause loss of dialogue or
+video. The proper release must be completely free of such overlays to be
+considered valid; merely having less spam is not enough.
+
+13. Any other modification of the original content prior to or after encoding is
+strictly forbidden (e.g. intros, outros, betweenos).
+
+14. Pixel shape must be square.
+
+[6]: http://preview.tinyurl.com/2c5qhn4
+[7]: http://preview.tinyurl.com/26wus6h
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»» 6.1 - Dimensions »»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Width:
+ * 576--672 pixels for sources with an AR of 1.70-3.00.
+ * 512--672 pixels for sources with an AR of 1.00-1.69.
+
+2. Common resolutions include:
+
+ ┌──────┬───────────┐
+ │ 16:9 │ 624 x 352 │
+ │ │ 640 x 352 │
+ ├──────┼───────────┤
+ │ 4:3 │ 512 x 384 │
+ │ │ 576 x 432 │
+ └──────┴───────────┘
+ Table 4: Common Resolutions for SD Releases
+
+3. Upscaling must be kept at a minimum for low resolution sources (typically
+480i) and is banned for all higher resolution sources.
+
+4. Black borders must be cropped to their maximum. In the event of changing
+aspect ratios, the cropping must be tailored towards the widest frame within
+the release.
+
+5. SD sources may be overcropped by a maximum of 2px. HD sources may be
+overcropped by a maximum of 4px.
+
+6. The aspect ratio must be within 3% of the source display aspect ratio.
+
+7. Height and width must be MOD16.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 7. Audio »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Must be VBR Ogg Vorbis or the original untranscoded stream.
+
+2. The original stream should only be used at the ripper's discretion and must
+provide a valid reason for use within the NFO.
+
+3. Audio sources with more than two channels (e.g. Dolby Digital) must be
+downmixed to stereo.
+
+4. Ogg must be encoded VBR with a target of between 64kbps and 128kbps for
+multichannel sources and between 48kbps and 96kbps for mono sources. "-b 64" on
+encoders such as oggenc2[8] is recommended for most releases.
+
+5. If the source bitrate is lower than 64kbps (multichannel) or 48kbps (mono),
+the target bitrate must be the highest possible bitrate and a notice should be
+placed in the NFO file.
+
+6. Encoding a multichannel source to mono or a mono source to stereo is
+forbidden.
+
+7. Resampling is forbidden.
+
+8. Audio that is more than 100ms out of sync is considered technically flawed.
+
+9. Audio must not have severe drops resulting in the inability to understand
+material dialogue.
+
+10. Multiple audio tracks are forbidden.
+
+11. Dupes based on audio format are forbidden.
+
+[8]: http://preview.tinyurl.com/ya9glra
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 8. Video Codec and Container »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Must use x264 (no older than 30 revisions).
+
+2. Must use MKV as the container.
+
+3. Encoding must be 2-pass VBR.
+
+4. Target bitrate must be a minimum of 928kbps. If, for whatever reason, this
+cannot be achieved then a reasonable justification must be included in the NFO
+and a source sample must be placed in the Sample directory for issues relating
+to the source.
+
+5. AVC Profile must be Main Profile (3.0) or higher.
+
+6. Subpixel Refinement must be 6 or 7 (--subme 7; default is 7)
+
+7. Motion estimation method must be hex or higher (--me hex; default is hex).
+
+8. Trellis must be 0 or 1 (--trellis 1; default is 1).
+
+9. Macroblock options must be default or "all" (--partitions all).
+
+10. Reference Frames must be 3 (--ref 3; default is 3).
+
+11. Adaptive Quantization must be used (enabled by default).
+
+12. CABAC encoding must be used (enabled by default).
+
+13. Deblocking must be used (enabled by default).
+
+14. B-frames must be 3 or higher (--bframes 3; default is 3).
+
+15. B-pyramid must be normal (--b-pyramid normal).
+
+16. Adaptive b-frames must be used (enabled by default).
+
+17. Adaptive DCT must not be disabled (enabled by default).
+
+18. Direct MV prediction mode must be set to auto (--direct auto; default is
+spatial).
+
+19. Keyframe Interval must be between 200 and 300. The recommended setting is
+--keyint 10 * FPS.
+
+20. Min GOP Size must be between 20 and 30. The recommended value is the rounded
+output FPS (--min-keyint FPS).
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 9. Subtitles »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Subtitles are optional.
+
+2. VobSub (.sub and .idx) or SubRip (.srt) are the preferred formats.
+
+3. Subtitles must be muxed into the MKV. "Subs" directories are forbidden.
+
+4. Out-of-sync subtitles do not warrant a nuke (e.g. realtime, pre-prepared,
+scrolling or otherwise broadcaster-delayed subtitles).
+
+5. Removing official broadcast-sponsor advertisements from subtitles is
+optional.
+
+6. Group watermarks in subtitles are strictly forbidden.
+
+7. Hard subtitles will only be allowed when the source exhibits such subtitles
+in the picture itself.
+
+8. Release muxed with subs must still adhere to the aforementioned filesizes.
+
+9. Multi-language subtitles cannot be used as a basis for a dupe.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 10. Packaging and Naming »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Releases must be packaged within a RAR archive with M0 (store) compression.
+
+2. RAR archives must be split into 15 or 20 MB parts (where 1 MB is defined as
+1,000,000 bytes). 50 MB and 100 MB parts are allowed when packaging files larger
+than 1119 MiB. RAR sets may not be larger than 101 RARs when using old-style
+volume names.
+
+3. Inclusion of RAR recovery records is recommended.
+
+4. Encryption or password protection is strictly forbidden.
+
+5. An SFV is required for each set of RAR files.
+
+6. All filenames must be unique to avoid dupes.
+
+7. An NFO file is required and should contain the following:
+ * Release Name
+ * Group Name
+ * Release Date
+ * Video Information (Codec, Bitrate, Resolution, etc.)
+ * Audio Information (Codec, Bitrate, Channels, etc.)
+
+8. Release directories should generally be named like the following example in
+order to maintain consistency within the scene:
+ * Series.Title.S##E##.EXTRA.TAGS.SOURCE.x264-GRP
+ * Variety.Show.YYYY.MM.DD.Guest.EXTRA.TAGS.SOURCE.x264-GRP
+
+9. Releases may use the PREAIR tag if they are pred before the air date in the
+country of origin, but may not be nuked for missing it. Nukers should use
+discretion before nuking a release that appears to have the wrong date as many
+taped shows are pred in advance of airing in the country of their origin.
+
+10. Releases must contain a sample between 40--90 seconds long taken directly
+from the complete release content. The sample must have a unique filename and
+must be placed within the "Sample" directory.
+
+11. Using a renamed RAR as a Sample is forbidden.
+
+12. The following additional tags are considered valid: PROPER, REPACK, RERIP,
+REAL, READNFO (with discretion), INTERNAL, UNCUT, SUBBED (i.e. hardsubbed), LD,
+PREAIR, DIRFIX, NFOFIX, SAMPLEFIX.
+
+13. Releases with non-English audio must be tagged with the language used
+(e.g. SWEDISH, not SVENSKA) and appended with the LD tag if the language is
+dubbed (e.g. SWEDISH.LD).
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 11. Propers »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Propers are permitted in the case of previous technical flaws.
+
+2. Propers must state the proper reason and which release is being propered
+within the release NFO.
+
+3. Propers must provide proof of technical flaws within the Sample directory if
+the release being propered has not already been nuked.
+
+4. Propers are not allowed after a repack has been released; however, flawed
+repacks may be propered.
+
+5. Propers based on audio codec are forbidden.
+
+6. Propers based on video codec are forbidden.
+
+7. Propers based on ripper decisions (e.g removal of pre-/post-show footage,
+network-specific footage, etc.) are forbidden. Use internal.
+
+8. Propers based on source parameters (e.g. number of commercials, frame rate,
+audio channels or bitrate, etc.) are forbidden.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 12. Internals »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. All internals must conform to TVx264SD11 rules, with the exception of minor
+known technical issues and non-conforming sizes or audio codecs. Using the
+INTERNAL tag to try and protect a severely flawed release from nukes is
+forbidden.
+
+2. The following audio codecs may be used for internals: AC3, MP2, Ogg Vorbis,
+or MP3. Releases using other codecs are not protected from nukes by the INTERNAL
+tag.
+
+3. Using INTERNAL.DIRFIX as a cheap attempt at avoiding a nuke is forbidden. If
+the release is technically flawed, it is still deemed nukeable both before and
+after an attempted INTERNAL.DIRFIX and the DIRFIX shall be nuked for
+fix.for.nuke.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 13. Acknowledgements »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+The authors of this ruleset wish to gratefully acknowledge the authors of
+TVx2642k8, TVX2K7, TXSRS11 for their dedication and arduous work of which many
+of these rules and guidelines were based upon. Special thanks to the reviewers
+and the real signers of this ruleset.
+
+╔══════════════════════════════════════════════════════════════════════════════╗
+║ The 2011 x264 SDTV Releasing Standards is best viewed with Terminal font. ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+ ██░
+ ███░
+ ███░
+ ███░ ▒░
+ ███░ ███
+ ███░ ▒███░
+ █▓█ ████
+ █▓█ ███▓
+ █▓█ ░█▓█▒
+ █▓█ ▓█▓█
+ █▓█ ██▓█
+ ░█▓█ ░█▓█▓
+ ░█▓█ ▒█▓█░
+ ░█▓█ ██▓█
+ ░█▓█ █▓▓▓
+ ███ ▒████
+ ░▒▓▓███████▓▓▓▓█████░
+ ███▓░ ░░░░▒▒▒▒▓▓▓████▓▓▒▒░░
+ ░██▒▒░░▒▒▒▒▒▒░░░░░░░░░░░░▒▓▓▓████████▓░
+ ░▒▓████▓▒ ░░░░░░░░░▒▒▓█████▓░
+ ░▒▓███▓▒░ ░ ░ ░░░░░░▒░░░░░▒▓████▓
+ ░▓███▓▒ ░░▒▓▓▓██████████████████▓▒░░░░▒▒▒▒▒▒▒░░▒▓███▓░
+ ▒███▓░ ░▒▓██████████▓▓▓▓▓▓▓▓██ ░░░▒▒▓█████▓░▒▒▒▒▒░▒░▒▒▒░▒▓██
+ ▒███▒░ ░▒▓████▓▒▒░░ ▒▒▒▒▒▒▒▓▓▓▓▓█ ░ ▒████░░▒░▒▒▒▒▒▒▒▒▒▒ ██
+ ▒█▒░░░ ▒▓████▓▒░ ░░░░▒▒▒██████▓▓▓█░▄▄ ▄▄ ▓██░░▒▓▒▓▓██▓▓▒▒▒░▒▓█░
+ ██░░░░░ ▒████▒░ ░░ ██████░░░▒▒█▓▓█▓▓▓█▓██░ █ ░ █ ██░▒▓▓███▓▓██▓▒▒▒▓▓█▒
+ ██░░░░ ███░ ░░░░░█░ █░░░░░█░░▒█▓▓▓█▓▓▓▓█▓█░ █░ ░ ░█ ██ ▓▓███ ████▒▒▓▓██
+ ██ ░░░ ██░ ░░░░░█░░ █░░░░░█░░▒▓▓▓▓█▓▓▓▓▓██▒░█ ░ █ ██ ▓▓██ █████▒▒▓██
+ ██ ░░░ █▓░░░ ░█░░░ ░█░░░░░█░░▒▓▓▓▓█▓▓▓▓▓▓█▒ █░ ░ ░█ ██░▒▓▓▓▓█████▓░▓▓█░
+ ██ ░░░ █▓░░░ ░█░░░░░░░█░░░░░█░░▓▓▓▓█▓▓▓▓▓██▒ █ ░ ░ █░ █▓░░▒▒▓▓█▓▓▓▓░▒▓█▓
+ ▒█ ░░░ █▓ ░░░█░░░▒▒░░░█░░░░░█░░▓▓▓▓█▓▓▓▓▓██▒ █░ ░█ ░█▓░▒░▒▒▒▒▒▒▒░▒▓██
+ ░█░░░░░ ██░░░█░░▒▒▒▒▒░░█░░░░░█░░▓▓▓▓█▓▓▓▓▓██▒░█ ░ ░ █ ▒█▒░░░░▒▒▒░▒▒▒▒██
+ █░░░░░ ▓█ ░░▒█▒▒▒▒▒▒░░█░░░░░█░░▒▓▓▓█▓▓▓▓▓██▒ █░ ░ ░█░ ▓█░░▒░░░░░░▒▒░▓█▓
+ █▓ ░░░ ░█▒░▒▒▒█▒▒▒▒▒░░█░░░░░█░░▒▓▓▓█▓▓▓▓███▒ ▀█░ █▀ ██ ███▓▓▓▓▓▒░▒██
+ ██ ░░░ ██▒▒▒▒▒█▒▒▒▒▒░██████░░░░▓▓▓█▓▓▓▓███▒ ▀█▄█▀ █▓ ███▓▓▓▓█▓░▓█
+ ░█░░░░ ▓█▒▒▒▒█▒▒▒▒▒▒░░░░░░░░░ ▒▓▓█▓██████▒ ▀ ░ █▒▒██▓▓▓▓▓█▒░█▓
+ █▓ ░░░ █▓▒▒█▒▒▒▒▒▒▒░▒▒▓▓▓▓████████████████████▓▓█▓ ▓█ ███▓▓▓▓██ ██
+ ██ ░░ ██▒█▒▒▓▓████████▓░░██████████████████████████▓░██▓▓▓▓▓█░▒█
+ █▒ ░░ █████▓▓██████████████████████████████████▓██░▓█▓▓▓▓▓██ ██
+ ██ ░░░ ▒███████████████████████████████████████████ ██▓▓▓▓▓█▒▒█
+ █▒ ░░░ ▓█████████████████████████████████████████░▓█▓▓▓▓▓▓█ ██
+ ▒█ ░ ████████████████▓▓▓▓▓▓▓▓▓███████████████▓░██▓▓▓▓▓█▒▒█
+ ██ ████▓▓▒▒░░ ░░░░▒▒▒▒░▒███▓█▓██ ██
+ █▓ ░ ░░░░▒▒▓▓██▒▒█░
+ █▒ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░██
+ ░█▒ ░▒▓▓▓████████████████████████████████▓▓▓▒▒▒▒██░
+ ██▒▓█████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓██████████████████████████████▒
+ ▓██▓▓▒▓██████████████▓▓▓▓▓▓▓▓▓▓▒▓▒▒▓▓▓▓▓▓▒░
+
+╔══════════════════════════════════════════════════════════════════════════════╗
+║ The SDTV Release Council Presents ║
+║ The 2011 x264 SDTV Releasing Standards [TVx264SD11 - DRAFT 1] ║
+║ 2011-01-01 00:00:00Z (1293840000) ║
+║ ║
+║ TVx264SD11 was signed by the following groups: ║
+║ ║
+║ Repack reason: IKEA products were chosen to avoid the appeal to authority ║
+║ fallacy. Hai ZoNeNET! ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» Contents « Line # »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+ 1. Preamble . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
+ 2. What's New in TVx264SD11 . . . . . . . . . . . . . . . . . . . . . . . . 105
+ 3. General Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
+ 3.1 Previously On & Credits . . . . . . . . . . . . . . . . . . . . . . 187
+ 4. Source Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
+ 5. Release Sizing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
+ 6. Video . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
+ 6.1 Dimensions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 338
+ 7. Audio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370
+ 8. Video Codec and Container . . . . . . . . . . . . . . . . . . . . . . . 406
+ 9. Subtitles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 456
+10. Packaging and Naming . . . . . . . . . . . . . . . . . . . . . . . . . . 481
+11. Propers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 531
+12. Internals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 556
+13. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . . . . . 574
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» List of Tables « Line # »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Sample Reasons when Propering a Nukeable XviD . . . . . . . . . . . . . . 164
+2. Source Definitions for SD Releases . . . . . . . . . . . . . . . . . . . 217
+3. Valid Release Sizes for SD Releases . . . . . . . . . . . . . . . . . . . 264
+4. Common Resolutions for SD Releases . . . . . . . . . . . . . . . . . . . 353
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 1. Preamble »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+The SDTV Release Council was formed in 2010 out of necessity and oppression from
+biased nukers and a cartel of TV groups which misrepresented the majority of
+groups that desired a ruleset. Unwritten rules yielded obscurity and obscurity
+gave them power. The SDTV Release Council intends to regulate and standardise
+the SD releases within the TV scene in order to abolish some of the outmoded
+quality-inhibiting restrictions based on the preferences and assumptions of
+nukers. This official document will cover the rules and guidelines for only SD
+resolution content, excluding sports releases.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 2. What's New in TVx264SD11 »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+The most significant changes in this ruleset is the advance in codecs with AVC
+replacing XviD and Vorbis replacing MP3. Although AVC and Vorbis do not provide
+the same level of compatibility with older standalone players, there have been
+large increases in support by most major manufacturers and ultimately we feel it
+is better to push forward with better quality than to live in the past.
+ We chose Ogg Vorbis over MP3 or AAC for several reasons. It tends to sound
+better than MP3 at lower bitrates (~ 64kbit/s)[1] because it is designed for the
+compression of general purpose audio. Encoding audio at a lower bitrate without
+sacrificing quality allows for a higher video bitrate. The format is already
+supported on WD TV[2], Popcorn Hour[3], Mvix[4] and "is expected to obtain
+widespread adoption with a major backing by many hardware based chip
+manufactures [sic] and with the release of Google's new mobile Android platform
+and Google TV by the year 2011."[5] Lastly, unlike MP3 and AAC, Vorbis is open
+and doesn't have intellectual property restrictions that might hamper its
+implementation in hardware players.
+
+[1]: http://preview.tinyurl.com/33wlpz3
+[2]: http://preview.tinyurl.com/2wjmc4u
+[3]: http://preview.tinyurl.com/22qfm8l
+[4]: http://preview.tinyurl.com/3xecxaz
+[5]: http://preview.tinyurl.com/2vtz9yf
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 3. General Notes »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. This standard applies to and will be enforced for all English releases.
+Groups that release non-English releases may use this ruleset if it is agreed
+upon by the groups of their language and if there is not a language-specific
+ruleset that explicitly supersedes this ruleset.
+
+2. This is a draft of the ruleset and is open to debate and modification in its
+corresponding channel. However, we believe that it is complete enough for
+groups to begin using it and for it to be enforced. For those that are (for
+whatever reason) unable to join talks, releasing a well-justified rebuttal is
+strongly encouraged. Any post-modifications will be only enforced in the next
+version of the ruleset.
+
+3. XviD does not dupe x264. x264 dupes XviD. Exceptions:
+ (a) The x264 release has a better source than the source of the XviD release
+ (e.g. HDTV.x264 > PDTV.XviD).
+ (b) The x264 release is a valid proper of a nukeable XviD release
+ (e.g. PROPER.HDTV.x264 > nuked HDTV.XviD). An x264 proper of an XviD
+ release is only valid when the XviD release is nukeable for a general
+ technical flaw that is not particular to the video or audio format. Since
+ there are no official written rules for TV-XviD, please use discretion
+ and common-sense when propering. Below is a sample of reasons for
+ valid and invalid x264 propers of nukeable XviD releases.
+ ┌────────────────────────┬────────────────────┐
+ │ Valid │ Invalid │
+ ├────────────────────────┼────────────────────┤
+ │ has.commercial │ gmc.used │
+ │ no.ivtc │ custom.pixel.shape │
+ │ out.of.sync.throughout │ bad.audio.bitrate │
+ │ missing.dialogue │ oversized │
+ └────────────────────────┴────────────────────┘
+ Table 1: Sample Reasons when Propering a Nukeable XviD
+
+4. Groups that claim to have an eye for quality should be pushing towards the
+format that has improved on encoding efficiency, can produce relatively higher
+quality at the same or lower bitrate and is rapidly gaining hardware support.
+It is expected that all groups that release SDTV will eventually use x264 so we
+may then ban XviD in a future revision.
+
+5. Under exceptional circumstances, the council has the power to override a
+global (un)nuke put in place by a nukenet. Such a circumstance would occur for
+example if a release is being contested within a nuke war. The release in
+question may be brought to the attention of the council who may then decide on
+the validity of the release. If the council does decide on the matter, that
+decision is final and should be treated as if it were written within the
+standard itself. If a council decision is made, the release shall be nuked or
+unnuked with "council.decision_reason" as the reason.
+
+6. Episodes that air back-to-back without a natural break such as full credits
+or commercials in between must be encoded as a single release. Directory naming
+for this will be in the following format:
+
+ Series.Title.S##E##-##.EXTRA.TAGS.SOURCE.x264-GRP
+
+»»»»»»»»»»»»»»»»»»»»»»» 3.1 - Previously On and Credits »»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Any previously on footage should be included in the release, but it is not
+required. No release may be propered for glitches in or missing portions of
+previously on footage.
+
+2. Credits that are overlaid on actual show content are required to be
+included.
+
+3. Credits that run cleanly, i.e. with no modifications such as promos for
+upcoming shows, are encouraged but not required.
+
+4. Credits run with promos for other shows are not recommended, but may
+optionally be included.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 4. Source Notes »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+┌────────┬─────────────────────────────────────────────────────────────────────┐
+│ Source │ Definition │
+├────────┼─────────────────────────────────────────────────────────────────────┤
+│ WebRip │ Web stream that is officially available to a limited region or for │
+│ │ a limited time (excluding P2P, etc.). │
+│ DSR │ Standard Definition stream that does not meet the PDTV criteria. │
+│ PDTV │ Standard Definition stream with a resolution of 704/720 x 480/576 │
+│ │ and a video bitrate >= 1.5 mbps if MPEG4 or >= 3 mbps if MPEG2. │
+│ WS │ Stream with an aspect ratio > 1.70. │
+│ HDTV │ High Definition non-upscaled 720p/1080i/p stream. │
+└────────┴─────────────────────────────────────────────────────────────────────┘
+ Table 2: Source Definitions for SD Releases
+
+1. The source MUST be digital (the raw transport stream) and must not be passed
+through analog devices such as capture cards or slingboxes. Examples of digital
+sources include USB, Firewire, or Ethernet from a receiver, or using an ATSC,
+QAM, or DVB tuner.
+
+2. HDTV > WS.PDTV > PDTV > WS.DSR > DSR > WebRip
+
+3. Releases that are of lower quality than an already available release are
+considered dupes (e.g. PDTV dupes WS.PDTV, but HDTV does not).
+
+4. A WebRip may be released only when: (1) the TV rip was not released and (2)
+the web stream is only available to a limited region or for a limited time.
+
+5. If a live event (e.g. concert, awards show, etc.) is interrupted, the ripper
+must include the approximate total length of the removed interruptions within
+the NFO.
+
+6. Releases with a questionable source may be pre-nuked for up to 48 hours after
+pre with the reason "source.sample.requested" if there is legitimate reason to
+do so (e.g. suspicion of mislabeled source). The release group then has 48 hours
+to provide a sample (at least 10 seconds in length) of the source before the
+release becomes properable.
+
+7. Releases with non-English audio for the majority of the duration must be
+tagged with the language used.
+
+8. Releases can only dupe or proper releases of the same language (e.g. a
+SWEDISH release will not dupe an existing English release and cannot proper it).
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 5. Release Sizing »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+ ┌────────────────────┬────────────┐
+ │ Runtime │ Size (MiB) │
+ ├────────────────────┼────────────┤
+ │ 00:12:00--00:19:00 │ 139 │
+ │ 00:16:00--00:26:00 │ 186 │
+ │ 00:24:00--00:38:00 │ 279 │
+ │ 00:33:00--00:51:00 │ 373 │
+ │ 00:49:00--01:17:00 │ 559 │
+ │ 01:06:00--01:42:00 │ 746 │
+ │ 01:39:00--02:34:00 │ 1119 │
+ │ 02:12:00--03:25:00 │ 1493 │
+ └────────────────────┴────────────┘
+ Table 3: Valid Release Sizes for SD Releases
+
+1. Runtimes not listed in the above table must:
+ * be scaled to meet a bitrate of between 928kbps and 1472kbps
+ * have a file size equal to a division or multiple of a division of 4479MiB,
+ e.g. 4479MiB / 3 = 1493MiB * 2 = 2986MiB
+
+2. If the length of the release is nearing the recommended maximum length, the
+ripper can opt to use the next recommended size in the interests of quality.
+
+3. CD sizes are long since obsolete and are forbidden.
+
+4. Splitting a release into multiple files is forbidden.
+
+5. A release may be a maximum of 2MiB oversized.
+
+6. A release may be a maximum of 4MiB undersized when the target size is less
+than 559MiB, or a maximum of 8MiB when the target size is 559MiB or above.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 6. Video »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. The appropriate deinterlace and IVTC methods must be used when necessary.
+
+2. Duplicate frames must be removed unless required to maintain audio sync.
+
+3. 50/60fps sources must be dropped to 25/30fps.
+
+4. PAL material that has been broadcast in another region may be converted back
+to the original frame rate if there is no quality loss suffered as a result
+(e.g. a 60fps NTSC source of a video broadcast filmed at 50fps may be converted
+back to 25fps with a filter such as rePal).
+
+5. Reconverting the frame rate of an interlaced source to a higher frame rate
+(e.g. a PAL 25fps interlaced source to 29.97fps) is not allowed if the source
+would have to have a bob deinterlace technique applied to achieve the desired
+frame rate.
+
+6. Deinterlacers that produce bad quality results (e.g. FieldDeinterlace,
+BlendFields) are banned. Filters such as Yadif or LeakKernelDeint are
+recommended.
+
+7. Resizers that produce bad quality results (e.g. PointResize, BicubicResize)
+are banned. A sharp resizer must be used (e.g. Lanczos(4)Resize,
+Spline(16/36/64)Resize, etc.).
+
+8. Group watermarks are banned, with the exception of blurring potential
+security risking watermarks (e.g. VariableBlur[6], MedianBlur[7], etc.).
+
+9. Imperfections lasting the majority of the release may be dealt with by the
+group as long as there is minimal impact on viewing quality (e.g. cropping out
+a news ticker placed at the bottom of the video frame by the broadcasting
+network).
+
+10. Negligible video glitches do not warrant a nuke if they occur between scene
+changes or are otherwise known to be the fault of the broadcaster.
+
+11. Network inserted commercials must be removed.
+
+12. The video must not have local overlays (e.g. weather, breaking news,
+Amber Alerts, etc.) that exceed five minutes in length, cause a change in video
+format (i.e. drop to PDTV on an HDTV release), or cause loss of dialogue or
+video. The proper release must be completely free of such overlays to be
+considered valid; merely having less spam is not enough.
+
+13. Any other modification of the original content prior to or after encoding is
+strictly forbidden (e.g. intros, outros, betweenos).
+
+14. Pixel shape must be square.
+
+[6]: http://preview.tinyurl.com/2c5qhn4
+[7]: http://preview.tinyurl.com/26wus6h
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»» 6.1 - Dimensions »»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Width:
+ * 576--672 pixels for sources with an AR of 1.70-3.00.
+ * 512--672 pixels for sources with an AR of 1.00-1.69.
+
+2. Common resolutions include:
+
+ ┌──────┬───────────┐
+ │ 16:9 │ 624 x 352 │
+ │ │ 640 x 352 │
+ ├──────┼───────────┤
+ │ 4:3 │ 512 x 384 │
+ │ │ 576 x 432 │
+ └──────┴───────────┘
+ Table 4: Common Resolutions for SD Releases
+
+3. Upscaling must be kept at a minimum for low resolution sources (typically
+480i) and is banned for all higher resolution sources.
+
+4. Black borders must be cropped to their maximum. In the event of changing
+aspect ratios, the cropping must be tailored towards the widest frame within
+the release.
+
+5. SD sources may be overcropped by a maximum of 2px. HD sources may be
+overcropped by a maximum of 4px.
+
+6. The aspect ratio must be within 3% of the source display aspect ratio.
+
+7. Height and width must be MOD16.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 7. Audio »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Must be VBR Ogg Vorbis or the original untranscoded stream.
+
+2. The original stream should only be used at the ripper's discretion and must
+provide a valid reason for use within the NFO.
+
+3. Audio sources with more than two channels (e.g. Dolby Digital) must be
+downmixed to stereo.
+
+4. Ogg must be encoded VBR with a target of between 64kbps and 128kbps for
+multichannel sources and between 48kbps and 96kbps for mono sources. "-b 64" on
+encoders such as oggenc2[8] is recommended for most releases.
+
+5. If the source bitrate is lower than 64kbps (multichannel) or 48kbps (mono),
+the target bitrate must be the highest possible bitrate and a notice should be
+placed in the NFO file.
+
+6. Encoding a multichannel source to mono or a mono source to stereo is
+forbidden.
+
+7. Resampling is forbidden.
+
+8. Audio that is more than 100ms out of sync is considered technically flawed.
+
+9. Audio must not have severe drops resulting in the inability to understand
+material dialogue.
+
+10. Multiple audio tracks are forbidden.
+
+11. Dupes based on audio format are forbidden.
+
+[8]: http://preview.tinyurl.com/ya9glra
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 8. Video Codec and Container »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Must use x264 (no older than 30 revisions).
+
+2. Must use MKV as the container.
+
+3. Encoding must be 2-pass VBR.
+
+4. Target bitrate must be a minimum of 928kbps. If, for whatever reason, this
+cannot be achieved then a reasonable justification must be included in the NFO
+and a source sample must be placed in the Sample directory for issues relating
+to the source.
+
+5. AVC Profile must be Main Profile (3.0) or higher.
+
+6. Subpixel Refinement must be 6 or 7 (--subme 7; default is 7)
+
+7. Motion estimation method must be hex or higher (--me hex; default is hex).
+
+8. Trellis must be 0 or 1 (--trellis 1; default is 1).
+
+9. Macroblock options must be default or "all" (--partitions all).
+
+10. Reference Frames must be 3 (--ref 3; default is 3).
+
+11. Adaptive Quantization must be used (enabled by default).
+
+12. CABAC encoding must be used (enabled by default).
+
+13. Deblocking must be used (enabled by default).
+
+14. B-frames must be 3 or higher (--bframes 3; default is 3).
+
+15. B-pyramid must be normal (--b-pyramid normal).
+
+16. Adaptive b-frames must be used (enabled by default).
+
+17. Adaptive DCT must not be disabled (enabled by default).
+
+18. Direct MV prediction mode must be set to auto (--direct auto; default is
+spatial).
+
+19. Keyframe Interval must be between 200 and 300. The recommended setting is
+--keyint 10 * FPS.
+
+20. Min GOP Size must be between 20 and 30. The recommended value is the rounded
+output FPS (--min-keyint FPS).
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 9. Subtitles »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Subtitles are optional.
+
+2. VobSub (.sub and .idx) or SubRip (.srt) are the preferred formats.
+
+3. Subtitles must be muxed into the MKV. "Subs" directories are forbidden.
+
+4. Out-of-sync subtitles do not warrant a nuke (e.g. realtime, pre-prepared,
+scrolling or otherwise broadcaster-delayed subtitles).
+
+5. Removing official broadcast-sponsor advertisements from subtitles is
+optional.
+
+6. Group watermarks in subtitles are strictly forbidden.
+
+7. Hard subtitles will only be allowed when the source exhibits such subtitles
+in the picture itself.
+
+8. Release muxed with subs must still adhere to the aforementioned filesizes.
+
+9. Multi-language subtitles cannot be used as a basis for a dupe.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 10. Packaging and Naming »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Releases must be packaged within a RAR archive with M0 (store) compression.
+
+2. RAR archives must be split into 15 or 20 MB parts (where 1 MB is defined as
+1,000,000 bytes). 50 MB and 100 MB parts are allowed when packaging files larger
+than 1119 MiB. RAR sets may not be larger than 101 RARs when using old-style
+volume names.
+
+3. Inclusion of RAR recovery records is recommended.
+
+4. Encryption or password protection is strictly forbidden.
+
+5. An SFV is required for each set of RAR files.
+
+6. All filenames must be unique to avoid dupes.
+
+7. An NFO file is required and should contain the following:
+ * Release Name
+ * Group Name
+ * Release Date
+ * Video Information (Codec, Bitrate, Resolution, etc.)
+ * Audio Information (Codec, Bitrate, Channels, etc.)
+
+8. Release directories should generally be named like the following example in
+order to maintain consistency within the scene:
+ * Series.Title.S##E##.EXTRA.TAGS.SOURCE.x264-GRP
+ * Variety.Show.YYYY.MM.DD.Guest.EXTRA.TAGS.SOURCE.x264-GRP
+
+9. Releases may use the PREAIR tag if they are pred before the air date in the
+country of origin, but may not be nuked for missing it. Nukers should use
+discretion before nuking a release that appears to have the wrong date as many
+taped shows are pred in advance of airing in the country of their origin.
+
+10. Releases must contain a sample between 40--90 seconds long taken directly
+from the complete release content. The sample must have a unique filename and
+must be placed within the "Sample" directory.
+
+11. Using a renamed RAR as a Sample is forbidden.
+
+12. The following additional tags are considered valid: PROPER, REPACK, RERIP,
+REAL, READNFO (with discretion), INTERNAL, UNCUT, SUBBED (i.e. hardsubbed), LD,
+PREAIR, DIRFIX, NFOFIX, SAMPLEFIX.
+
+13. Releases with non-English audio must be tagged with the language used
+(e.g. SWEDISH, not SVENSKA) and appended with the LD tag if the language is
+dubbed (e.g. SWEDISH.LD).
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 11. Propers »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. Propers are permitted in the case of previous technical flaws.
+
+2. Propers must state the proper reason and which release is being propered
+within the release NFO.
+
+3. Propers must provide proof of technical flaws within the Sample directory if
+the release being propered has not already been nuked.
+
+4. Propers are not allowed after a repack has been released; however, flawed
+repacks may be propered.
+
+5. Propers based on audio codec are forbidden.
+
+6. Propers based on video codec are forbidden.
+
+7. Propers based on ripper decisions (e.g removal of pre-/post-show footage,
+network-specific footage, etc.) are forbidden. Use internal.
+
+8. Propers based on source parameters (e.g. number of commercials, frame rate,
+audio channels or bitrate, etc.) are forbidden.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 12. Internals »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+1. All internals must conform to TVx264SD11 rules, with the exception of minor
+known technical issues and non-conforming sizes or audio codecs. Using the
+INTERNAL tag to try and protect a severely flawed release from nukes is
+forbidden.
+
+2. The following audio codecs may be used for internals: AC3, MP2, Ogg Vorbis,
+or MP3. Releases using other codecs are not protected from nukes by the INTERNAL
+tag.
+
+3. Using INTERNAL.DIRFIX as a cheap attempt at avoiding a nuke is forbidden. If
+the release is technically flawed, it is still deemed nukeable both before and
+after an attempted INTERNAL.DIRFIX and the DIRFIX shall be nuked for
+fix.for.nuke.
+
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+» 13. Acknowledgements »
+»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
+
+The authors of this ruleset wish to gratefully acknowledge the authors of
+TVx2642k8, TVX2K7, TXSRS11 for their dedication and arduous work of which many
+of these rules and guidelines were based upon. Special thanks to the reviewers
+and the real signers of this ruleset.
+
+╔══════════════════════════════════════════════════════════════════════════════╗
+║ The 2011 x264 SDTV Releasing Standards is best viewed with Terminal font. ║
+╚══════════════════════════════════════════════════════════════════════════════╝
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The SWEDiSH 720p x264 TV Releasing Standards 2010 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ This is a re-written version of the tvx2642k8.nfo │
+│ from 'The.720p.x264.TV.Releasing.Standards.2008' to fit the shows on │
+│ Swedish television! The main reason why we need our own set of rules is │
+│ that our shows air with 640kbps ac3 audio, and with the runtime/sizes │
+│ from the other ruleset we often ended up with low video bitrates. │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ This document takes effect starting with shows airing 2010-02-24. │
+│ │
+│ Episode Sizing: │
+│ - 12:15 - 16:30 = 373MB │
+│ - 16:30 - 24:45 = 559MB │
+│ - 24:45 - 30:15 = 746MB │
+│ - 30:16 - 45:00 = 1119MB │
+│ - 45:01 - 60:30 = 1493MB │
+│ - 60:31 - 90:00 = 2239MB │
+│ - Other runtimes should be scaled to keep a minimum video bitrate of │
+│ 2800kbit/s at a multiple of 559 or 746MB. │
+│ - Releases must be no more than 2MB undersized and must be no more than │
+│ the even division of a 4479MB DVDR. For example, a 44:00 release must │
+│ be no more than 4479 * 1/4 = 1119.75 MB, and a 25:00 release must be │
+│ no more than 4479 * 1/6 = 746.5 MB. │
+│ │
+│ │
+│ Audio: │
+│ - Must be original source audio, AC3 if available │
+│ - Re-encoding/transcoding audio is forbidden │
+│ - Dupes based on audio format are forbidden and should be tagged INTERNAL │
+│ - Sources with clipping audio will be considered a nuke │
+│ - Multi-language audio tracks are allowed. Multiple languages must be │
+│ muxed into the MKV. These languages must be identified in the container │
+│ when muxing. │
+│ - Audio that is 80ms or more out of sync or drifts more than 80ms │
+│ between any two points (e.g. needing -60 at one and +20 at another) is │
+│ considered to be technically flawed and may be propered │
+│ │
+│ │
+│ Video: │
+│ - 720p sources are not to be resized. In the event of imperfections │
+│ lasting the majority of the episode, the release shall be cropped with │
+│ borders added to retain 1280x720 resolution │
+│ - 50fps 720p video must be dropped to 25fps using SelectEven() │
+│ - 1080i sources are to be cropped and resized using Lanczos/Lanczos4. │
+│ - 1080i video sources must be deinterlaced with LeakKernelDeint. │
+│ - Group watermarks of any kind on the video will not be tolerated │
+│ - Intros, outros, betweenos, or any other form of defacement of the │
+│ episode will not be tolerated │
+│ - Sources that sideconvert 1080i to 720p (such as Bell Expressvu) are │
+│ banned │
+│ - Upconverted sources must not be done as 720p.x264. See notes regarding │
+│ HR.PDTV.x264. │
+│ │
+│ │
+│ Codec/Container: │
+│ - Must be x264 revision: 1400 or higher must be used │
+│ - Must use Matroska (.mkv) for container │
+│ - Stripping or falsifying encode information in the file header is banned │
+│ - Must be High Profile (MeGUI requires this to select some options) │
+│ - Custom Matrices are allowed │
+│ - Must be minimum 2 passes. The final pass must be done as one continuous │
+│ encode spanning the entire episode, i.e. may not be segmented. │
+│ - Deblocking must be used; values are at the discretion of the group but │
+│ must be the same between passes (default is enabled, 0:0 settings) │
+│ - Adaptive quantization must be used (enabled by default in builds >= │
+│ 805 from x264.nl) │
+│ - Chroma M.E. must be used (enabled by default) │
+│ - M.E. Algorithm (--me) must be multi hexagon (umh) or better │
+│ - Subpixel refinement (--subme) must be 6 or 7 │
+│ - Trellis (--trellis) must be 1 or higher │
+│ - Number of Reference Frames (--ref) must be 3 or higher │
+│ - CABAC must be used (enabled by default) │
+│ - Macroblock options (--partitions) must be default │
+│ ("p8x8,b8x8,i8x8,i4x4") or higher ("all") │
+│ - Adaptive DCT (--8x8dct) must be used │
+│ - Number of B-frames (--bframes) must be 3 or higher and must be the same │
+│ in both passes │
+│ - Adaptive B-Frames must be used (enabled by default) │
+│ - B-Pyramid (--b-pyramid) must be used in both passes │
+│ - Weighted B-Prediction (--weightb) must be used │
+│ - Bidirectional M.E. (--bime) must be used │
+│ - B Frame mode (--direct) must be set to Spatial (default) or Auto and │
+│ must be the same for both passes │
+│ - Suggested command lines: │
+│ x264.exe --pass 1 --level 4.1 --stats x264.stats --bitrate 2800 │
+│ --threads auto --bframes 3 --me dia --ref 1 │
+│ --no-mbtree --b-pyramid normal --subme 1 --no-dct-decimate │
+│ --partitions none --output NUL tv.avs │
+│ │
+│ x264.exe --pass 2 --level 4.1 --stats .stats --bitrate 2800 │
+│ --threads auto --bframes 3 --no-mbtree --b-pyramid normal │
+│ --weightb --me umh --ref 3 --mixed-refs --subme 6 --trellis 1 │
+│ --analyse all --8x8dct --output tv.mkv tv.avs │
+│ │
+│ │
+│ Resolution: │
+│ - 1280 x 720 │
+│ │
+│ │
+│ Subs: │
+│ - Optional │
+│ - VOBSUB is the preferred format │
+│ - Subtitles must be muxed into the MKV. "Subs" directories are forbidden. │
+│ - Burned subtitles will only be allowed when the source exhibits │
+│ such subtitles in the picture itself │
+│ - Release muxed with subs must still adhere to the filesizes listed above │
+│ - Multi-language subtitles cannot be used as a basis for a dupe │
+│ │
+│ │
+│ Packaging: │
+│ - All releases must be MKV │
+│ - Releases must be packed with RAR and broken into 50,000,000 byte RARs; │
+│ 100MB RARs are allowed for releases 2200MB and larger. │
+│ - Multi-episode releases should not be split │
+│ - Compression must not be used │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ │
+│ │
+│ Credits/Previously On: │
+│ - Not required. Ripper's discretion. │
+│ │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - Roughly sixty seconds length and in a separate folder marked as Sample │
+│ - Must be taken from the episode - not encoded separately │
+│ - Stream samples are recommended for any questionable issue with the │
+│ source, e.g. no IVTC possible, IVTC to 24.975fps, etc. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. Bad IVTC, Interlacing, missing footage, resizing │
+│ 720p source, bad crop, commercials, bad x264 settings used, bad source, │
+│ etc.) │
+│ - Sample of propered release is encouraged │
+│ - Proper reason must be stated in nfo │
+│ - Qualitative propers are not allowed │
+│ - Propers based upon the rules set forth here are allowed only on │
+│ releases that come after this document is made public │
+│ │
+│ │
+│ Directory Naming: │
+│ - Show.Name.SXXEXX.720p.SWEDiSH.HDTV.x264-GROUP for normal series │
+│ - Show.Name.YYYY-MM-DD.720p.SWEDiSH.HDTV.x264-GROUP for sports/daily shows│
+│ - Show.Name.PartXX.720p.SWEDiSH.HDTV.x264-GROUP for miniseries │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE) │
+│ - The use of audio format tags such as AAC, AC3, and AC3.x.x is FORBIDDEN │
+│ - READ.NFO is allowed; however, discretion is recommended │
+│ - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; │
+│ therefore, the tag is redundant. │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, SWESUB, │
+│ INTERNAL │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ HR.PDTV.x264: │
+│ - HR PDTV x264 encodes are allowed for shows airing on an HD channel but │
+│ that do not air in HDTV │
+│ - 4:3 resolution is 720x544, 16:9 resolution is 960x544 │
+│ - 16:9 shows must fill the screen on the source broadcast. Widescreen │
+│ shows letterboxed within a 4:3 frame within a 16:9 frame (aka │
+│ windowboxing or postage stamp) lack sufficient source resolution to │
+│ warrant releasing in an HR format. │
+│ - Releases must be cropped and resized as necessary │
+│ - Sizing is as follows: │
+│ Animation │
+│ 12:15 - 16:30 = 139MB │
+│ 16:30 - 24:45 = 186MB │
+│ 24:45 - 33:00 = 279MB │
+│ 33:00 - 49:45 = 373MB │
+│ 49:45 - 66:15 = 559MB │
+│ 66:15 - 99:30 = 746MB │
+│ Live action │
+│ 12:15 - 16:30 = 186MB │
+│ 16:30 - 24:45 = 279MB │
+│ 24:45 - 33:00 = 373MB │
+│ 33:00 - 49:45 = 559MB │
+│ 49:45 - 66:15 = 746MB │
+│ 66:15 - 99:30 = 1119MB │
+│ - All other standard rules apply │
+│ │
+│ │
+│ Internals: │
+│ - All INTERNALS must follow SWETVx2642k10 rules apart from the time length│
+│ rules │
+│ - NOTE: INTERNAL dirfix is allowed as a basis of avoiding a nuke │
+│ │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The Swedish 720p x264 TV Releasing Standards 2010 (2010-02-23) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ │
+│ SWETVx2642k10 rules created by the following groups: │
+│ ──────────────────────────────────────────────── │
+│ HDR xD2V TELEFUNKEN sweHD │
+│ │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----\ Thanks to the x264 developers for their assistance in /----┘
+ └----\ determining the best mix of encode settings. /----┘
+ └----\ Edited By n 2010. Respect goes to all x264 teams. /----┘
+
+
+
+
+
+ Standard Iso Rules (S.I.R)
+
+ The follwing rules has been developed and improved upon the original ISO
+ rules, which was made and signed back in 1998. This should solve any future
+ questions and make a more structred and better suited ruleset, for the game
+ ISO scene to match future standards.
+
+ These rules shall be identified simply as the Standard Iso Rules (S.I.R).
+
+ Before you can sign the S.I.R rules, you have to be currently scene active
+ and represented by a group name, that have been scene active for mimimum 6
+ months of time.
+
+ These rules has been found acceptable, validated and signed by the following
+ groups:
+
+
+ The Standard Iso Rules are as follows:
+
+
+ Title.CLONE + TYPE OF MEDIA-GROUPNAME
+
+ Examples: Title.CLONECD-GROUPNAME = Titles on CD
+ Title.CLONEDVD-GROUPNAME = Titles on DVD
+ Title.CLONEBD-GROUPNAME = Titles on BD
+
+ - For titles that has a cloned media as source.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - Release sub directories has to be labeled BD1 and BD2 if multiple BD's.
+ - Any mediaformat is acceptable, as long as the nfo features detailed
+ information on how to mount it.
+ - Homemade or third party cloaker tools, such as Y.A.S.U are allowed, as long
+ as the nfo feature detailed information, what was used and how to get the
+ clone working.
+ - CD clone releases have to be packed with WiNRAR in 15mb files.
+ - DVD clone releases have to be packed with WinRAR in 50mb files.
+ - DVD9 clone releases have to be packed with WinRAR in 100mb files.
+ - BD clone releases have to be packed with WinRAR in 300mb files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title-GROUPNAME
+
+ - For titles that has a physical media or digital download service as source.
+ - Titles with third part install setups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - Digital Download Editions are equal to a store bought CD, DVD and BD media
+ version.
+ - Enhanced Digital Download version after "normal" has to be released as DLC
+ content, unless the additional content changes the game drasticly.
+
+ Drastic game changes are: New levels and enhanced/improved graphics.
+ Non drastic game changes are: New units, cars, objects etc, sprite packs,
+ new music and content that does not change
+ anything to the general gameplay.
+
+ - Additional bonus material are not drastic game changes.
+ - CD, DVD and BD media versions after Digital Download version isn't allowed,
+ unless the game content(example: movies in HD quality) is enhancing the
+ previously released game content.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - Release sub directories has to be labeled BD1 and BD2 if multiple BD's.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - BD releases have to be in ISO format and packed with WinRAR in 300mb files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title.DVD-GROUPNAME
+
+ - For titles that previously was relased as a CD edition.
+ - DVD version has to include new or enhanced game material to be allowed.
+ - Demo content, art, previews and movies about how the game was made, isn't
+ enhancing the game material therefore not allowed.
+ - Titles with third part installsetups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - Digital Download Editions are equal to a store bought CD, DVD and BD media
+ version.
+ - DVD media version after Digital Download version isn't allowed.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.BD-GROUPNAME
+
+ - For titles that previously was relased as a DVD edition.
+ - BD version has to include new or enhanced game material to be allowed.
+ - Demo content, art, previews and movies about how the game was made, isn't
+ enhancing the game material therefore not allowed.
+ - Titles with third part installsetups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - Digital Download Editions are equal to a store bought CD, DVD and BD media
+ version.
+ - BD media version after Digital Download version isn't allowed.
+ - Release sub directories has to be labeled BD1 and BD2 if multiple BD's.
+ - BD releases have to be in ISO format and packed with WinRAR in 300mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.DVDRIP-GROUPNAME
+
+ - For DVD5(single layer) ripped releases.
+ - The DVDRIP must have some sort of installer and autorun.inf included.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Max 3 CD's are allowed.
+ - Release sub directories has to be labeled CD1, CD2 and CD3 if the release
+ consist of multiple CD's.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.DVD9RIP-GROUPNAME
+
+ - For DVD9(dual layer) ripped releases.
+ - The DVD9RIP must have some sort of installer and autorun.inf included.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Max 1 DVD5 is allowed for a one DVD9 game release.
+ - Max 2 DVD5's are allowed for a two DVD9 game release.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - DVD release have to be in ISO format and packed with WinRAR in 50mb files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.BDRIP-GROUPNAME
+
+ - For BD ripped releases.
+ - The BDRIP must have some sort of installer.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Both DVD5 and DVD9 rips are allowed.
+ - Max 2 DVD's are allowed.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - DVD release have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.DLC-GROUPNAME
+
+ - For additional game content, which can be found as digital download only.
+ Hence the name DLC: Down Load Content!
+ - DLC has to have some sort of installer and detailed instructions in the nfo
+ on how to install it correctly.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - Release sub directories has to be labeled BD1 and BD2 if multiple BD's.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ files.
+ - BD releases have to be in ISO format and packed with WinRAR in 300mb files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.UPDATE VERSION.Update-GROUPNAME
+
+ - DD updates are allowed if they're not freely available and do need modified
+ content to work.
+ - Media cracked updates must have the cracked content included in a seperate
+ directory.
+ - Updates under 100mb in size are packed with WinRAR in 5mb files.
+ - Updates under 500mb in size are packed with WinRAR in 15mb files.
+ - Updates over 500mb in size are packed with WinRAR in 50mb files.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.Plus.AMOUNT OF OPTIONS.Trainer-GROUPNAME
+
+ - Trainers are allowed at max 1 month after the game or latest was scene
+ released. Meaning, that if a game title or update was relased on 6th June,
+ then you got until 6th of July to make the trainer a valid scene release.
+ - Trainer has to be for the newest version of the game title. Meaning, that if
+ there is an update out, then the trainer has to be for the latest version of
+ the game.
+ - Trainers for earlier versions of the game are not allowed.
+ - The trainer has to be packed with WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.UNLOCKER-GROUPNAME
+
+ - Unlockers are allowed at max 2 weeks after the game was released. It's done
+ to try and avoid groups from stealing gamesaves or modification files from
+ webpages.
+ - The unlocker has to be packed with WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+
+
+ Title.CHEAT-GROUPNAME
+
+ - Cheatcodes or other ways to open up for some cheat possibilities are allowed
+ at max 2 weeks after the game was scene released. It's done to try and avoid
+ groups from stealing the codes or game cheat information from webpages.
+ - The cheat has to be included in a seperate txt/nfo file and packed with
+ WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+
+
+ OTHER TYPES OF RELEASES
+
+ - Keygens, Covers, Guides, Multiplayer Hacks, Language selectors and any other
+ PC game iso relevant releases are of course allowed, as long as they consist
+ of some value to expand the pleasure of the release they are ment for.
+ - The releases has to be packed with WinRAR in one file.
+ - Release file generated sfv and nfo has to be included.
+ - BETA releases not allowed.
+
+
+ RELEASES IN OTHER LANGUAGES
+
+ - Foreign releases are of course allowed as long as the language isn't
+ featuring in another version of the game title.
+ - Non english releases has to be tagged with TYPE of LANGUAGE
+
+ Examples: Title.GERMAN-GROUPNAME
+ Title.ITALIAN.DVDRIP-GROUPNAME
+ Title.FRENCH.Plus.AMOUNT OF OPTIONS.Trainer-GROUPNAME
+ Title.SPANISH.UNLOCKER-GROUPNAME
+ Title.POLISH.UPDATE VERSION.Update-GROUPNAME
+
+ - Game iso releases with multiple LANGUAGES than previously released editions,
+ has to be tagged with MULTI and NUMBER of LANGUAGES.
+
+ Example: Title.MULTI3-GROUPNAME
+
+ - Keep in mind that a release, has to have a LANGUAGE not yet scene released.
+ Otherwise it's a nuke for duping other languages.
+
+
+ (c) Standard Iso Rules June 2010
+
+
+
+<END>
+-----------------------------------------------------------------------------+
+ª ª
+ª XViD Rules SPANISH SCENE (ENGLISH VERSION) ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ RELEASE RULES ]---+ ª
+ª ª
+ª Length of Video: ª
+ª - PAL (25 fps) ª
+ª - The length of a Release has to be of at least 50 minutes in order to ª
+ª use the full capacity of the recording media. ª
+ª If the above is met the release has to be of at least 690mb and a ª
+ª no more than 702Mb (sizes between 350 and 680 will not be allowed). ª
+ª - TV-Show Rules will be discussed in a later stage ª
+ª - Movies larger than 700mb (EG. 1400mb) must not be divided in different ª
+ª parts ª
+ª ª
+ª AUDIO: ª
+ª - MUST BE MP3 (vbr 128-192) or AC3 (AC3 transcoded is not allowed). ª
+ª - MUST BE STEREO for Stereo sources and MONO for MONO sources ª
+ª - MUST BE VBR! NO CBR MP3! ª
+ª - The MP3 tracks must come in the original frecuency found on the DVD. ª
+ª i.e. 48khz for 48khz and 44.1khz for 44.1khz. ª
+ª - MP3 files must be normalized. ª
+ª - ABR is considered a VBR technique. ª
+ª - AC3 MUST BE used both correctly and wisely, the ripper will decide ª
+ª when to use it. Including AC3 or not will not be a NUKE reason ª
+ª - MONO AC3 WILL NOT BE ALLOWED. If that is the case it should be ª
+ª reencoded to be MP3 Mono. ª
+ª - Multiple Language RLS ARE NOT Allowed! (Use INTERNAL!) ª
+ª - 1 cd ac3 unless the pixel frame is met. ª
+ª ª
+ª VIDEO: ª
+ª - WaterMarks will not be allowed! ª
+ª ª
+ª Framerate: ª
+ª - Must be as close as possible to the original rls ª
+ª ª
+ª Codec: ª
+ª - MUST BE XViD (DIVX will be BANNED) ª
+ª - 2 passes must be used for encoding. ª
+ª - NO DUPES BASED ON CODEC, USE INTERNAL! ª
+ª ª
+ª Resolution and Aspect Ratio: ª
+ª - Width: 512 - 672 pixels for WS Movies (Letterbox is considered WS) ª
+ª 512 - 576 pixels for FS Movies (only 4:3). ª
+ª - Height and Width: Mustbe mutiples of 16. ª
+ª - Cropping must be as good as possible, movies with excesive crop ª
+ª can get nuked as they dont meet the above stated. ª
+ª Some movies present a variable AR, in this case the crop will be done ª
+ª over the image that has the largest ammount of pixels. ª
+ª - The Rls must be within a 2.5% difference from the original AR. ª
+ª Calculating AR % error: (Release AR - Original AR)/Original AR x 100 ª
+ª ª
+ª Subs: ª
+ª - OPTIONAL- ONLY if the above is met, unless they are forced subs which ª
+ª will have to be included for parts with script or when speaking in a ª
+ª foreing language or when signs are shown. ª
+ª - VOBSUB is the prefferred format as it doesnt use OCR. ª
+ª Otherwise any format supported by VOBSUB is also allowed (SRT) ª
+ª - The subtitles MUST come with the video track and must not be burned ª
+ª burned with the image. (You have to be able to show them or not), ª
+ª this can be a NUKING reason. ª
+ª - The subtitles not burned in the image must come compressed in rar formatª
+ª to the highest level of compression and will come in a folder labeled ª
+ª 'Subs'. THEY MUST NOT COME COMPRESSED WITH THE MOVIE. ª
+ª dentro de los rars de la pelicula. ª
+ª - If a group decides to start a show with subs and another group takes ª
+ª over the show it will be resumed with subs. It will not be a NUKE reasonª
+ª if the group decides not release them unless they are forced. ª
+ª ª
+ª Packaging: ª
+ª - All RLS must be in AVI, not in BIN/CUE. ª
+ª - Password protected rls will be nuked ª
+ª - They have to be compressed in RAR and broken into 15/20MB files. ª
+ª - Compression on the RLS will not be tolerated ª
+ª - Recovery and MD5 are recommended. ª
+ª - MUST come with a SFV. ª
+ª - MUST COME WITH AN NFO. ª
+ª - NFO MUST HAVE: ª
+ª GRP NAME(optional) ª
+ª Title ª
+ª RLS DATE(optional) ª
+ª Video Size ª
+ª Framesize/Aspect Ratio ª
+ª Audio bitrate ª
+ª Video bitrate ª
+ª Lenght ª
+ª IMDB/Amazon/web sites with information of the rls ª
+ª Amount of RARS (i.e. 50x20MB) ª
+ª Summary (optional) ª
+ª ª
+ª Credits: ª
+ª - Credits can be encoded in a diferent bitrate only if the lenght ª
+ª excedes the ammount of CDS to use. For example 103 mintes with source ª
+ª pal at 25 FPS. ª
+ª - Movies with scenes inside the credits cannot be downcoded ª
+ª - Credits MUST BE INCLUDED ª
+ª ª
+ª Samples: ª
+ª - REQUIRED! ª
+ª - 1 whole minute included in a different folder labeled 'Sample' ª
+ª This File CANNOT be from the Beggining of the rls. ª
+ª - MUST BE Cut from the video and not reencoded ª
+ª ª
+ª Propers: ª
+ª - Propers will only be allowed if there is a technical failure during ª
+ª coding (i.e. Bad IVTC, Interlacing, bad number of CDs, Bad Cropping...) ª
+ª - Propers based on a ripper decission will not be allowed ª
+ª (i.e. No. of CDs, AC3 or MP3, etc). ª
+ª - Desync only allowed if the desync is +-500ms for a period of at least ª
+ª 20 seconds. ª
+ª ª
+ª WS vs. FS: ª
+ª - MOVIES FS AFTER WS ARE NOT ALLOWED ª
+ª - Letterboxed DVDs are not considered FS even if the source is FS! ª
+ª ª
+ª Especial Editions: ª
+ª - Allowed: SE, DC, EXTENDED, UNCUT, REMASTERED, UNRATED, ª
+ª - Special Editions that do not add anything to the original rls is dupe ª
+ª - Remastered movies are only allowed if the original rls was B&W ª
+ª - Remastered audio is dupe if its the only reason for the new RLS ª
+ª - Homemade Rips are not allowed (Use INTERNAL!). ª
+ª ª
+ª Naming conventions: ª
+ª - All rls must include the year of production unless on TV when they will ª
+ª be required if its a remake. ª
+ª - Not required the ripping method, DVD/xvid,audio used... Read NFO PART! ª
+ª - Allowed Tags are: PROPER, REPACK,SUBBED, DC,SE, UNCUT, EXTENDED, ª
+ª REMASTERED. ª
+ª - Special Tags will be added between the year and the language. ª
+| - Internal rls will have the tag "INT" after the grps name eg: grp_INT ª
+ª - Caracters accpted for directories are: (no space or semicolon allowed) ª
+ª ª
+ª ABCDEFGHIJKLMNOPQRSTUVWXYZ ª
+ª abcdefghijklmnopqrstuvwxyz ª
+ª 0123456789 .-_ ª
+ª ª
+ª ª
+ª ª
+ª ª
+ª - Rar RLS will be tagged in lowercase and will follow this format: ª
+ª a= grp name ª
+ª b= rls name (max 20 chars) ª
+ª eg: a-b.rar ª
+ª ª
+ª ª
+ª Examples: ª
+ª XviD- Name.Movie.Year.SPANiSH.DVDRiP.XViD-Group ª
+ª SCR- Name.Movie.Year.SPANiSH.DVDSCR.XViD-Group ª
+ª Name.Movie.Year.SPANiSH.R5.XViD-Group ª
+ª Name.Movie.Year.SPANiSH.SCR.XViD-Group ª
+ª Name.Movie.Year.SPANiSH.TS.XViD-Group ª
+ª TV /SERIE - ª
+ª Name.Show.SXXEXX.SPANiSH.DVDRiP.XViD-Group ª
+ª Name.Show.SXXEXX.SPANiSH.DSR.XViD-Group ª
+ª Name.Show.SXXEXX.SPANiSH.HDTV.XViD-Group ª
+ª XXX- Name.Movie.Year.SPANiSH.XXX.DVDRiP.XviD-Group ª
+ª DOCUS- Name.Movie.Year.SPANiSH.DOC.DVDRiP.XviD-Group ª
+ª ª
+ª ª
+ª TV Show Notes: ª
+ª - All Episodes must follow this rules ª
+ª - Size based on time: ª ª * Video with MP3: ª
+ª - 18:00-23:59 175MB ª
+ª - 24:00-34:59 233MB ª
+ª - 35:00-52:59 350MB ª
+ª - 53:00-59:59 440MB ª
+ª - 60:00-64:59 525MB ª
+ª - 65:00-95:00 700MB ª
+ª *NOTE: 60:00-64:59 525 or 700MB ripper decission based on rippers choice ª
+ª ª
+ª * Videos IN AC3 5.1: ª
+ª * 350 MB - 20 a 35 mins. ª
+ª * 525 MB - 40 a 60 mins. ª
+ª ª
+ª - A TV show can be adjusted to meet a set number of DVDs (4200mb) ª
+ª only when the its within the maximum and minimum requirements ª
+ª - The Rls cannot have a size lower than 7MB/min on average with MP3 Audio ª
+ª - The group that rls the premiere of the season can keep the whole season ª
+ª if and only if the episodes are rlsd within a week of the original ª
+ª broadcast. If this is not met, another group can release that episode ª
+ª despues de la emision de cada capitulo. Si al cabo de ese tiempo no lo ª
+ª and take ownership of the rest of the season. If a rls is propered the ª
+ª grp releasing the proper takes ownership of the rest of the season. ª
+ª - When a TV show changes group it will follow the same ripping standards ª
+ª of the first episode rlsd of that season, like subbed, res, audio... ª
+ª como subbed, resolucion, audio etc. ª
+ª - This will only apply to DVDrip rls. If a group starts releasing a TV ª
+ª show in dvdrip it has 48 hours to finish the release. After this other ª
+ª groups can take over the rest of the season. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ Notes To The Rules ]----+ ª
+ª ª
+ª Notes about the Source: ª
+ª - DVD source must come from the RETAIL DVD. ª
+ª - Ripping from DVD-Rs downsampled are forbiden ª
+ª ª
+ª Internals: ª
+ª - All internals must follow the rules stated above. ª
+ª - NOTE: INTERNAL dirfix is not allowed to avoid a nuke. ª
+ª ª
+ª Notes about the rip: ª
+ª - Maximum VIDEO bitrates are already taken care of based on the lenght ª
+ª - Quant. Matrix must always be H.263/MPEG due to the lack of HW that ª
+ª supports this Custom Matrixes. ª
+ª - Quarterpel/GMC Forbiden due to the lack of HW that supports it ª
+ª - The use of ITU-R is forbidden because it gives an AR error of 2% when ª
+ª compared with the AR from the original DVD ª
+ª - Multilanguage Rls are only allowed in Internal RSL ª
+ª Multiple languages must be added to the AVI with a graphedit filter for ª
+ª each audio track. ª
+ª - NO intros, no previously, no sxxe00... ª
+ª - Bits/(Pixel*frame) for xvid rls will never be below 0.180. if its the ª
+ª case we will lower the resolution to increas the pixel frame. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª Notes to the DVDR Rules ª
+ª ª
+ª MOVIES : ONLY IN SPANISH ª
+ª TV: Spanish and English ripper decission ª
+ª ª
+ª
+ª
+ª
+ª
+ª Note to the 720p and 1080p rules
+ª
+ª They will follow the INTL. Scene rules. Only releases ripped by the goups.
+ª Movies encoded by the group must not use English Video sources or audio
+ª comming from the spanish rls of the DVD.
+ª
+ª Audio must always be DTS or AC3 and always choosing the better option
+ª For TV-720p English Video Sources are allowed
+ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª
+ª Extra Info:
+ª
+ª This rules are released in english for the first time because we are
+ª tired of the crap rls from the p2p that make our good releases become
+ª dupe. We hope that the dupenets take a closer look to the p2p spanish
+ª rsl from now own. FUCK p2p.
+ª
+ª This rules are signed by:
+ª
+ª PROXY - FCC - XPERT - Blaze - kRc - Eithel - EnDoR - sPHD - pmh ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
╔════════════════════════════════════════════════════════════════════════════════════════╗
+║ The Sports Release Council Presents ║
+║ The 2010 XviD Sports Releasing Standards [TXSRS10] ║
+╚════════════════════════════════════════════════════════════════════════════════════════╝
+
+
+The Sports Release Council was formed to separate sports releases from the ruleless world
+of TV-XVID. This standard aims to improve the overall quality of our sports releases while
+retaining the compatibility we have enjoyed for so long. We hope to bring standardization
+to our scene and rid ourselves of some of the archaic quality-hampering restrictions that
+the sports scene has had to put up with based on the preferences/assumptions of nukers.
+
+Under exceptional circumstances, the council has the power to override a global nuke put
+in place by a nukenet. Such a circumstance would occur for example if a release is being
+contested within a nuke war. The release in question may be brought to the attention of
+the council who may then decide on the validity of the release. If the council does decide
+on the matter, that decision is final and should be treated as if it were written within
+the standard itself. If a council decision is made, the release shall be nuked or unnuked
+with "council.decision_reason" as the reason.
+
+
+ [ Sizing ]
+ - 17:00 - 23:29 : 186MiB
+ - 21:00 - 34:59 : 279MiB
+ - 29:00 - 46:59 : 373MiB
+ - 42:00 - 69:59 : 559MiB
+ - 59:00 - 95:59 : 746MiB
+ - 90:00 - 130:59 : 1119MiB
+ - 115:00 - 189:59 : 1493MiB
+
+ - For other runtimes, valid sizes are 93MiB, 139MiB, 2239MiB, 2986MiB, 3358MiB, and
+ 4479MiB. Other sizes must have a video bitrate of 950-2000kbps.
+ - If the length of the release is nearing the recommended maximum length,
+ the ripper can opt to use the next recommended size in the interests of quality.
+ - CD sizes are long since obsolete and are forbidden.
+ - Splitting a release into multiple files is forbidden except for releases exceeding
+ 4479MiB. These releases must be split into multiple files and packaged separately
+ within directories named DVD1, DVD2, etc. All disks except the last disk must use
+ the full 4479MiB disk capacity, however the last disk must conform to the previously
+ mentioned sizing regulations.
+ - A release may be a maximum of 2MiB oversized.
+ - A release may be a maximum of 4MiB undersized when the target size is less than
+ 559MiB, or a maximum of 8MiB when the target size is 559MiB or above.
+
+ [ Packaging and Naming ]
+ - All releases must use AVI as the container.
+ - Releases must be packaged within a RAR archive using M0 (store) compression.
+ - RAR archives must be split into 15 or 20MB parts (where 1MB is defined as
+ 1,000,000 bytes). 50MB and 100MB parts are allowed when packaging files larger than
+ 1119MiB. RAR sets may not be larger than 101 RARs when using old-style volume names.
+ - Inclusion of RAR recovery records is recommended.
+ - An SFV is required for each set of RAR files.
+ - All filenames must be unique to avoid dupes.
+ - An NFO file is required and should contain the following:
+ - Release Name
+ - Group Name
+ - Release Date
+ - Competition
+ - Competitors
+ - Event Date
+ - Video Information (Codec, Bitrate, Resolution, etc)
+ - Audio Information (Codec, Bitrate, Channels, etc)
+ - Release directories should generally be named like the following example
+ in order to maintain consistency within the scene:
+ - League.YYYY.MM.DD.Event.EXTRA.TAGS.SOURCE.XviD-GRP
+ - Competition.YYYY-YY.Event.EXTRA.TAGS.SOURCE.XviD-GRP
+ Using just the year is only permitted if the event is once per year (e.g. a WWE
+ PPV). In the case of leagues which have seasons that span multiple years, it is
+ permissible to tag the release with just the years of the season. Inclusion of MM
+ and DD is mandatory for all constantly running shows (e.g. WWE).
+ The following are some examples of correct directory names:
+ - EPL.2010.01.01.Manchester.United.vs.Arsenal.HDTV.XviD-GRP
+ - UEFA.Champions.League.2009-10.Round.2.First.Leg.Chelsea.vs.Liverpool.HDTV.XviD-GRP
+ - TNA.Impact.2010.03.02.HDTV.XviD-GRP
+ - WWE.WrestleMania.2010.PPV.HDTV.XviD-GRP
+ - Releases may not use tagging such as "COMPLETE.EVENT" based on network-specific
+ footage (e.g. pre-/post-game footage, half-time interviews, etc). Use internal.
+ - Releases may use the PREAIR tag if they are pred before the airdate in the country
+ of origin, but may not be nuked for missing it. Nukers should use discretion before
+ nuking a release that appears to have the wrong date as many taped shows are pred in
+ advance of airing in the country of their origin.
+ - Releases must contain a sample between 40-90 seconds long taken directly from
+ the complete release content. The sample must have a unique filename and must
+ be placed within the "Sample" directory.
+ - Using a renamed RAR as a Sample is forbidden.
+ - The following additional tags are considered valid: PROPER, REPACK, RERIP, REAL,
+ READNFO, INTERNAL, UNCUT, PPV, SUBBED, PREAIR, DIRFIX, LIVE.AUDIO.
+
+
+ [ Video ]
+ - Must be XviD.
+ - Encoding must be 2-pass. Bits must be correctly distributed across the entire
+ encode as determined by a stats file referencing the entire length. Encoding the
+ second pass using a guessed bitrate is forbidden.
+ - Target video bitrate must be a minimum of 950kbps. If for whatever reason this
+ cannot be achieved then a valid reason why must be included in the NFO and
+ a source sample must be placed in the Sample directory for issues relating
+ to the source.
+ - The appropriate deinterlace and IVTC methods must be used when necessary.
+ - 50/60fps sources must be dropped to 25/30fps.
+ - NTSC/PAL material that has been broadcast in another region may be converted back
+ to the original frame rate if there is no quality loss suffered as a result (e.g.
+ a 60fps NTSC source of a video broadcast filmed at 50fps may be converted back to
+ 25fps with a filter such as rePal). Use of blending is forbidden.
+ - Deinterlacers that produce bad quality results (e.g. FieldDeinterlace) are
+ banned. Filters such as Yadif or LeakKernelDeint are recommended.
+ - Resizers that produce bad quality results (e.g. BicubicResize) are banned.
+ A sharp resizer must be used (e.g. Lanczos/4, Spline36, etc).
+ - Group watermarks are banned.
+ - Any modification of the original content prior to or after encoding (with
+ the exception of removing commercials) is strictly forbidden.
+ - Quantization Matrix must be H.263 when the video bitrate is less than 1400.
+ MPEG is recommended for higher bitrates. Custom Matrices are forbidden.
+ - VHQ mode must be 2 or higher.
+ - Motion Search Precision must be 6.
+ - Maximum I-frame interval must be 10 * FPS.
+ - BVOPs must be used.
+ - QPel is forbidden.
+ - GMC is forbidden.
+ - Packed Bitstream is forbidden.
+ - Pixel shape must be square.
+
+
+ [ Video Dimensions ]
+ - Width: 576 - 672 pixels for sources with an AR of 1.70-3.00
+ 512 - 672 pixels for sources with an AR of 1.00-1.69
+ - Resolutions with a width of 672 must meet a minimum bitrate of 1200.
+ - Upscaling must be kept at a minimum for low resolution sources (typically 480i)
+ and is banned for all higher resolution sources.
+ - Height and Width must be MOD16.
+ - Black borders must be cropped to their maximum. In the event of changing aspect
+ ratios, the cropping must be tailored towards the aspect ratio used by the
+ majority of scenes (e.g. pitch view in a football game) or to the widest frame
+ within the release.
+ - SD sources may be overcropped by a maximum of 2px. HD sources may be overcropped by
+ a maximum of 4px.
+ - The aspect ratio must be within 3% of the source aspect ratio.
+
+
+ [ Audio ]
+ - Must be AC3 or VBR MP3.
+ - AC3 should be used at the ripper's discretion, and must provide a valid reason
+ for use within the NFO.
+ - AC3 must be the original stream obtained by demuxing the source. Modification
+ of the stream in any way is forbidden.
+ - MP3 must be LAME encoded VBR/ABR with a target of between 96kbps and 192kbps for
+ stereo sources and between 64kbps and 128kbps for mono sources. "--alt-preset 128"
+ is recommended for most encodes. If the source bitrate is lower than 96kbps (stereo)
+ or 64kbps (mono), the target bitrate must be the highest possible bitrate and a
+ notice should be placed in the NFO file.
+ - Audio that is more than 100ms out of sync is considered technically flawed.
+ - Multi language audio tracks are forbidden.
+ - Encoding a stereo source to mono or a mono source to stereo is forbidden.
+ - Resampling audio is forbidden.
+
+
+ [ Source notes ]
+ - Source definitions are as follows:
+ - DSR - Standard Definition stream that does not meet the PDTV criteria.
+ - PDTV - Standard Definition stream with a resolution of 704/720x480/576
+ and a video bitrate of >= 1.5mbps for MPEG4 or >= 3mbps for MPEG2.
+ - WS - Standard Definition stream with an aspect ratio > 1.70.
+ - HDTV - High Definition non-upscaled 720p/1080i/p stream.
+ - Non-HD and upscaled content that airs on an HD channel is considered PDTV/WS.PDTV.
+ - Releases that are of lower quality than an already available release are
+ considered dupes (e.g. PDTV dupes WS.PDTV, but HDTV does not).
+ - Live events may only use the PPV tag if they are from an uninterrupted (e.g.
+ commercial-free) source. If a previous release has pred from an interrupted source,
+ the previous release may not be nuked or propered unless it is tagged as PPV.
+ - If a live event is interrupted, the ripper must include the approximate total length
+ of the removed interruptions within the NFO.
+ - Releases that do not use the raw transport stream from the provider are considered
+ ANALOG and must not use the DSR, PDTV, or HDTV tags.
+ - Releases with a questionable source may be pre-nuked for up to 48 hours after pre
+ with the reason "source.sample.requested" if there is legitimate reason to do so
+ (e.g. suspicion of mislabelled source). The release group then has 48 hours to
+ provide a sample (at least 10 seconds in length) of the source before the release
+ becomes properable.
+ - Releases with non-English audio must be tagged with the language used.
+ - Releases can only dupe or proper releases of the same language (e.g. a DUTCH
+ release will not dupe an existing English release and cannot proper it).
+ - Releases with no commentary track must be tagged as LIVE.AUDIO and can only dupe or
+ proper other LIVE.AUDIO releases.
+
+
+ [ Propers ]
+ - Propers are permitted in the case of previous technical flaws.
+ - Propers must state the proper reason and which release is being propered within the
+ release NFO.
+ - Propers must provide proof of technical flaws within the Sample directory if the
+ release being propered has not already been nuked.
+ - Propers are not allowed after a repack has been released; however flawed repacks may
+ be propered.
+ - Propers based on audio codec are forbidden.
+ - Propers based on ripper decisions (e.g removal of pre-/post-event footage,
+ network-specific footage, etc) are forbidden. Use internal.
+ - Propers based on source parameters (e.g. number of commercials, frame rate, audio
+ channels or bitrate, etc) are forbidden.
+
+
+ [ Internals ]
+ - All internals must conform to TXSRS10 rules, with the exception of minor known
+ technical issues and non-conforming sizes or audio codecs. Using the INTERNAL tag to
+ try and protect a severely flawed release from nukes is forbidden.
+ - The following audio codecs may be used for internals: AC3, MP2, MP3. Releases using
+ other codecs are not protected from nukes by the INTERNAL tag.
+ - Using INTERNAL.DIRFIX as a cheap attempt at avoiding a nuke is forbidden. If the
+ release is technically flawed, it is still deemed nukable both before and after an
+ attempted INTERNAL.DIRFIX and the DIRFIX shall be nuked for fix.for.nuke.
+
+
+╔════════════════════════════════════════════════════════════════════════════════════════╗
+║ TXSRS10 v1 signed by the following groups ║
+║ ────────────────────────────────────────────────── ║
+║ 433 aAF CiRCLE DVSKY ESPN FQM ║
+║ GORE KAFFEREP KYR OTV T0nK4 W4F ║
+║ ────────────────────────────────────────────────── ║
+║ These rules are in effect as of 2010-03-15 00:00:00 GMT (1268611200) ║
+╚════════════════════════════════════════════════════════════════════════════════════════╝
+-----------------------------------------------------------------------------+
+ª ª
+ª XViD Rules SPANISH SCENE (ENGLISH VERSION) ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ RELEASE RULES ]---+ ª
+ª ª
+ª Length of Video: ª
+ª - PAL (25 fps) ª
+ª - The length of a Release has to be of at least 50 minutes in order to ª
+ª use the full capacity of the recording media. ª
+ª If the above is met the release has to be of at least 690mb and ª
+ª no more than 702Mb (sizes between 353 and 680 will not be allowed). ª
+ª and 1380mb and 1404mb (sizes between 703 and 1379 will not be allowed) ª
+ª if the length excedes 100 minutes except Screeners where the size will ª
+ª not be a Nuke reason. ª
+ª - TV-Show Rules will be discussed in a later stage ª
+ª - Movies larger than 700mb (EG. 1400mb) must not be divided in different ª
+ª parts ª
+ª ª ª ª
+ª AUDIO: ª
+ª - MUST BE MP3 (vbr 128-192) or AC3 (AC3 transcoded is not allowed). ª
+ª - MUST BE STEREO for Stereo sources and MONO for MONO sources ª
+ª - MUST BE VBR! NO CBR MP3! ª
+ª - The MP3 tracks must come in the original frecuency found on the DVD. ª
+ª i.e. 48khz for 48khz and 44.1khz for 44.1khz. ª
+ª - MP3 files must be normalized. ª
+ª - ABR is considered a VBR technique. ª
+ª - AC3 MUST BE used both correctly and wisely, the ripper will decide ª
+ª when to use it. Including AC3 or not will not be a NUKE reason ª
+ª - MONO AC3 WILL NOT BE ALLOWED. If that is the case it should be ª
+ª reencoded to be MP3 Mono. ª
+ª - Multiple Language RLS ARE NOT Allowed! (Use INTERNAL!) ª
+ª - 1 cd ac3 unless the pixel frame is met. ª
+ª ª
+ª VIDEO: ª
+ª - WaterMarks will not be allowed! ª
+ª ª
+ª Framerate: ª
+ª - Must be as close as possible to the original rls ª
+ª ª
+ª Codec: ª
+ª - MUST BE XViD (DIVX will be BANNED) ª
+ª - 2 passes must be used for encoding. ª
+ª - NO DUPES BASED ON CODEC, USE INTERNAL! ª
+ª ª
+ª Resolution and Aspect Ratio: ª
+ª - Width: 512 - 672 pixels for WS Movies (Letterbox is considered WS) ª
+ª 512 - 576 pixels for FS Movies (only 4:3). ª
+ª - Height and Width: Must be mutiples of 16. ª
+ª - Cropping must be as good as possible, movies with excesive crop ª
+ª can get nuked as they dont meet the above stated. ª
+ª Some movies present a variable AR, in this case the crop will be done ª
+ª over the image that has the largest ammount of pixels. ª
+ª - The Rls must be within a 2.5% difference from the original AR. ª
+ª Calculating AR % error: (Release AR - Original AR)/Original AR x 100 ª
+ª ª
+ª Subs: ª
+ª - OPTIONAL- ONLY if the above is met, unless they are forced subs which ª
+ª will have to be included for parts with script, when speaking or signs ª
+ª are shown in a different language. ª
+ª - VOBSUB is the prefferred format as it doesnt use OCR. ª
+ª Otherwise any format supported by VOBSUB is also allowed (SRT) ª
+ª - The subtitles MUST come with the video track and must not be burned ª
+ª burned with the image. (You have to be able to show them or not), ª
+ª this can be a NUKING reason. ª
+ª - The subtitles not burned in the image must come compressed in rar formatª
+ª to the highest level of compression and will come in a folder labeled ª
+ª 'Subs'. THEY MUST NOT COME COMPRESSED WITH THE MOVIE. ª
+ª - If a group decides to start a show with subs and another group takes ª
+ª over the show it will be resumed with subs. It will not be a NUKE reasonª
+ª if the group decides not release them unless they are forced. ª
+ª ª
+ª Packaging: ª
+ª - All RLS must be in AVI, not in BIN/CUE. ª
+ª - Password protected rls will be nuked ª
+ª - They have to be splitted in RAR and broken into 15/20MB files. ª
+ª - Compression on the RLS will not be tolerated ª
+ª - Recovery and MD5 are recommended. ª
+ª - MUST come with a SFV. ª
+ª - MUST COME WITH AN NFO. ª
+ª - NFO MUST HAVE: ª
+ª GRP NAME(optional) ª
+ª Title ª
+ª RLS DATE(optional) ª
+ª Video Size ª
+ª Framesize/Aspect Ratio ª
+ª Audio bitrate ª
+ª Video bitrate ª
+ª Lenght ª
+ª IMDB/Amazon/web sites with information of the rls ª
+ª Amount of RARS (i.e. 50x20MB) ª
+ª Summary (optional) ª
+ª ª
+ª Credits: ª
+ª - Credits can be encoded in a diferent bitrate only if the lenght ª
+ª excedes the ammount of CDS to use. For example 103 mintes with source ª
+ª pal at 25 FPS. ª
+ª - Movies with scenes inside the credits cannot be downcoded ª
+ª - Credits MUST BE INCLUDED! (except screeners) ª
+ª ª
+ª Samples: ª
+ª - REQUIRED! ª
+ª - 1 whole minute included in a different folder labeled 'Sample' ª
+ª This File CANNOT be from the Beggining of the rls. ª
+ª - MUST BE Cut from the video and not reencoded ª
+ª ª
+ª Propers: ª
+ª - Propers will only be allowed if there is a technical failure during ª
+ª coding (i.e. Bad IVTC, Interlacing, bad number of CDs, Bad Cropping...) ª
+ª - Propers based on a ripper decission will not be allowed ª
+ª (i.e. No. of CDs, AC3 or MP3, etc). ª
+ª - Desync only allowed if the desync is +-500ms for a period of at least ª
+ª 20 seconds. ª
+ª ª
+ª WS vs. FS: ª
+ª - MOVIES FS AFTER WS ARE NOT ALLOWED ª
+ª - Letterboxed DVDs are not considered FS even if the source is FS! ª
+ª ª
+ª Especial Editions: ª
+ª - Allowed: SE, DC, EXTENDED, UNCUT, REMASTERED, UNRATED, ª
+ª - Special Editions that do not add anything to the original rls is dupe ª
+ª - Remastered movies are only allowed if the original rls was B&W ª
+ª - Remastered audio is dupe if its the only reason for the new RLS ª
+ª - Homemade Rips are not allowed (Use INTERNAL!). ª
+ª ª
+ª Naming conventions: ª
+ª - All rls must include the year of production unless on TV when they will ª
+ª be required if its a remake. ª
+ª - The ripping method is not required in the tag, video/audio Codecs... ª
+ª Read NFO PART! ª
+ª - Allowed Tags are: PROPER, REPACK,SUBBED, DC,SE, UNCUT, EXTENDED, ª
+ª REMASTERED. ª
+ª - Special Tags will be added between the year and the language. ª
+| - Internal rls will have the tag "INT" after the grps name eg: grp_INT ª
+ª - Characters accpted for directories are: (no space or semicolon allowed) ª
+ª ª
+ª ABCDEFGHIJKLMNOPQRSTUVWXYZ ª
+ª abcdefghijklmnopqrstuvwxyz ª
+ª 0123456789 .-_ ª
+ª ª
+ª ª
+ª ª
+ª ª
+ª - Rar RLS will be tagged in lowercase and will follow this format: ª
+ª a= grp name ª
+ª b= rls name (max 20 chars) ª
+ª eg: a-b.rar ª
+ª ª
+ª ª
+ª Examples: ª
+ª XviD- Name.Movie.Year.SPANiSH.DVDRiP.XViD-Group ª
+ª SCR- Name.Movie.Year.SPANiSH.DVDSCR.XViD-Group ª
+ª Name.Movie.Year.SPANiSH.R5.XViD-Group ª
+ª Name.Movie.Year.SPANiSH.SCR.XViD-Group ª
+ª Name.Movie.Year.SPANiSH.TS.XViD-Group ª
+ª TV /SERIE - ª
+ª Name.Show.SXXEXX.SPANiSH.DVDRiP.XViD-Group ª
+ª Name.Show.SXXEXX.SPANiSH.DSR.XViD-Group ª
+ª Name.Show.SXXEXX.SPANiSH.HDTV.XViD-Group ª
+ª XXX- Name.Movie.Year.SPANiSH.XXX.DVDRiP.XviD-Group ª
+ª DOCUS- Name.Movie.Year.SPANiSH.DOC.DVDRiP.XviD-Group ª
+ª ª
+ª ª
+ª TV Show Notes: ª
+ª - All Episodes must follow these rules ª
+ª - All TV Releases must be within 2MB of the default size ª
+ª - Size based on time: ª
+ª * Video with MP3: ª
+ª - 18:00-23:59 175MB ª
+ª - 24:00-34:59 233MB ª
+ª - 35:00-52:59 350MB ª
+ª - 53:00-59:59 440MB ª
+ª - 60:00-64:59 525MB ª
+ª - 65:00-95:00 700MB ª
+ª *NOTE: 60:00-64:59 525 or 700MB Decission based on rippers choice ª
+ª ª
+ª * Videos IN AC3 5.1: ª
+ª * 350 MB - 20 a 35 mins. ª
+ª * 525 MB - 40 a 60 mins. ª
+ª ª
+ª - A TV show can be adjusted to meet a set number of DVDs (4200mb) ª
+ª only when its within the maximum and minimum requirements ª
+ª - The Rls cannot have a size lower than 7MB/min on average with MP3 Audio ª
+ª - The group that rls the premiere of the season can keep the whole season ª
+ª if and only if the episodes are rlsd within a week of the original ª
+ª broadcast. If this is not met, another group can release that episode ª
+ª and take ownership of the rest of the season. If a rls is propered the ª
+ª grp releasing the proper takes ownership of the rest of the season. ª
+ª - When a TV show changes group it will follow the same ripping standards ª
+ª of the first episode rlsd of that season, like subbed, res, audio... ª
+ª - This will only apply to DVDrip rls. If a group starts releasing a TV ª
+ª show in dvdrip it has 48 hours to finish the release. After that other ª
+ª groups can take over the rest of the season. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ Notes To The Rules ]----+ ª
+ª ª
+ª Notes about the Source: ª
+ª - DVD source must come from the RETAIL DVD. ª
+ª - Ripping from DVD-Rs downsampled are forbiden ª
+ª ª
+ª Internals: ª
+ª - All internals must follow the rules stated above. ª
+ª - NOTE: INTERNAL dirfix is not allowed to avoid a nuke. ª
+ª ª
+ª Notes about the rip: ª
+ª - Maximum VIDEO bitrates are already taken care of based on the lenght ª
+ª - Quant. Matrix must always be H.263/MPEG due to the lack of HW that ª
+ª supports these Custom Matrixes. ª
+ª - Quarterpel/GMC Forbiden due to the lack of HW that supports it ª
+ª - The use of ITU-R is forbidden because it gives an AR error of 2% when ª
+ª compared with the AR from the original DVD ª
+ª - Multilanguage Rls are only allowed in Internal RSL ª
+ª Multiple languages must be added to the AVI with a graphedit filter for ª
+ª each audio track. ª
+ª - NO intros, no previously, no sxxe00... ª
+ª - Bits/(Pixel*frame) for xvid rls will never be below 0.180. if its the ª
+ª case we will lower the resolution to increase the pixel frame. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª Notes to the DVDR Rules ª
+ª ª
+ª MOVIES : ONLY IN SPANISH ª
+ª TV: Spanish and English ripper decission ª
+ª ª
+ª
+ª
+ª
+ª
+ª Note to the 720p and 1080p rules
+ª
+ª They will follow the INTL. Scene rules. Only releases ripped by the goups.
+ª Movies encoded by the group must not use English Video sources or audio
+ª comming from the spanish rls of the DVD.
+ª
+ª Audio must always be DTS or AC3 and always choosing the better option
+ª For TV-720p English Video Sources are allowed
+ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª
+ª Extra Info:
+ª
+ª This rules are released in english for the first time because we are
+ª tired of the crap rls from the p2p that make our good releases become
+ª dupe. These rules are a translation with small modifications of the
+ set of rules we have been using actively in the spanish scene since the
+ 3rd of March 2008. We hope that the dupenets take a closer look to the
+ p2p spanish rsl from groups like SpainScene,TED,T.E.D,Paradiso,Franco...
+ from now own. FUCK p2p.
+ª
+ª This rules are signed by:
+ª
+ª PROXY - FCC - XPERT - Blaze - kRc - Eithel - EnDoR - sPHD - pmh ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
╔═════════╗
+╔═╝ GENERAL ╚════════════════════════════════════════════════════════════════════╗
+║ ║
+║ 1.0 CUSTOM SWESUB skall preas 10 dagar innan retail datum.(Ex pσ Discshop.se) ║
+║ 1.1 KΣllreleasen mσste uppges i releasens nfo. ║
+║ 1.2 Subtitles pσ releasen ska finnas angivna i NFO. Vilken som Σr CUSTOM ska ║
+║ tydligt mΣrkas ut. ║
+║ 1.3 AnvΣndning av andra gruppers ÷versΣttningar Σr strikt f÷rbjuden, med ║
+║ undantag av tillσtelse. AnvΣndning av sσ kallade "www-subbar" Σr tillσtet. ║
+║ 1.4 Endast WS-releaser tillσtna. Undantag om releasen bara kommer i FS. Detta ║
+║ gΣller sσvΣl retail som TC och DVDscr. ║
+║ 1.5 F÷ljande sources Σr tillσtna till custom-releaser: R5, DVDScr, Retail och ║
+║ x264 (Bluray, HDDVD). Ej tillσtna sources: TS (TeleSync), Screeners, CAM. ║
+║ ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+ ╔══════╗
+╔═╝ DVDR ╚═══════════════════════════════════════════════════════════════════════╗
+║ ║
+║ 2.0 Videoformatet (NTSC/PAL) ska anges i NFO. Frivilligt i release-namnet. ║
+║ 2.1 Releasen ska taggas korrekt med LiMiTED / STV / dylikt om sσ Σr fallet. ║
+║ 2.2 Subtitle-str÷mmarna ska vara komplett synliga pσ TV-skΣrm, och absolut ║
+║ inte gσ utanf÷r skΣrmens kant. ║
+║ 2.3 Subtitle-str÷mmarna ska vara fullt lΣsliga. Typsnitt Arial, minst stl 18, ║
+║ fetstil, med svart outline border rekommenderas. Vit fΣrg pσ texten. ║
+║ 2.4 Menyer skall finnas pσ samtliga CUSTOM SWESUB-releaser. Retail struktur ska║
+║ i st÷rsta m÷jliga mσn behσllas intakt.Annars Σr custom okej. ║
+║ 2.5 Filmens huvudspσr frσn source-releasen ska finnas med. Med huvudspσr menas ║
+║ filmens originalsprσk i bΣsta version, rangordning: DD5.1, DTS, DD2.0, ║
+║ Stereo, Mono. ╓vriga spσr f÷rutom huvudspσret Σr frivilliga. ║
+║ 2.6 Pσ custom-releaser med source som levereras med engelsk subtitle, ska den ║
+║ engelska subben Σven vara med i custom-releasen. ╓vriga subtitles frσn ║
+║ sourcen Σr frivilliga att inkludera. ║
+║ 2.7 CUSTOM SWESUB-release fσr ej slΣppas utan existerande scenrelease. ║
+║ ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+
+ ╔═════════════════╗
+╔═╝ SUBTITLE RULES ╚════════════════════════════════════════════════════════════╗
+║ ║
+║ ║
+║ ║
+║ ║
+║ 3.0 Aldrig mer Σn max tvσ (2) rader pσ en insΣttning. ║
+║ 3.1 Max antal tillσtna fel i en text Σr 5% av insΣttningarna. ║
+║ ║
+║ Till fel rΣknas f÷ljande: ║
+║ ║
+║ 3.11 Hσll antalet tecken per rad till 40, aldrig mer Σn 45. ║
+║ Avvikelser ska rymmas inom regel 3.1 ║
+║ 3.12 InsΣttningstider delas in enligt fΣljande: ║
+║ ║
+║ Rader innehσllande ett ord (max 8 tecken) min. 1.4 sekunder. ║
+║ ║
+║ 9-15 tecken min. 1.7 sekunder ║
+║ 16-40 tecken min. 2.0 sekunder ║
+║ 41-60 tecken min. 3.2 sekunder ║
+║ 61-80 tecken min. 3.7 sekunder ║
+║ ║
+║ Maxtiden styrs inte genom regler men b÷r hσllas till max 10 sekunder. ║
+║ ║
+║ De hΣr tiderna b÷r hσllas f÷r att fσ en lΣsbar text. ║
+║ SjΣlvklart finns det undantag som g÷r att man mσste gσ utanf÷r ║
+║ de utsatt tiderna. Det betyder inte att texten Σr dσlig. ║
+║ Avvikelser med +/- 0.100 sekund Σr acceptabelt. ║
+║ Felen skall rymmas inom regel 3.1 ║
+║ ║
+║ ║
+║ 3.2 Texten SKALL vara rΣttstavningskontrollerad. ║
+║ 3.3 ╓verlappningar Σr f÷rbjudna. ║
+║ ║
+║ Alla grupper som har skrivit under dessa regler kan ║
+║ i sin nfo ange att de f÷ljer CUSTOM SWESUB RULES 2K10 ║
+║ Grupper som vill skriva under dessa regler kan kontakta grupperna nedan. ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+ ╔════════════════════════════════════════╗
+╔═╝ FRAMTAGNA AV F╓LJANDE GRUPPER I SAMR┼D ╚═════════════════════════════════════╗
+║ ║
+║ CiKDVDR WhoKnow iNjECT ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+
+
+
+CUSTOM.SWESUB.2K10.V2 REGLER G─LLER FR┼N 2010-03-16
+
+
+
+
+ ╔═════════╗
+╔═╝ GENERAL ╚════════════════════════════════════════════════════════════════════╗
+║ ║
+║ 1.0 CUSTOM SWESUB skall preas 10 dagar innan retail datum.(Ex pσ Discshop.se) ║
+║ 1.1 KΣllreleasen mσste uppges i releasens nfo. ║
+║ 1.2 Subtitles pσ releasen ska finnas angivna i NFO. Vilken som Σr CUSTOM ska ║
+║ tydligt mΣrkas ut. ║
+║ 1.3 AnvΣndning av andra gruppers ÷versΣttningar Σr strikt f÷rbjuden, med ║
+║ undantag av tillσtelse. AnvΣndning av sσ kallade "www-subbar" Σr tillσtet. ║
+║ 1.4 Endast WS-releaser tillσtna. Undantag om releasen bara kommer i FS. Detta ║
+║ gΣller sσvΣl retail som TC och DVDscr. ║
+║ 1.5 F÷ljande sources Σr tillσtna till custom-releaser: R5, DVDScr, Retail och ║
+║ x264 (Bluray, HDDVD). Ej tillσtna sources: xvid, Screener, TS, CAM. ║
+║ 1.6 HDTV-x264 Σr tillσts som source f÷r TV-DVDR, men endast som internalrelease║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+ ╔══════╗
+╔═╝ DVDR ╚═══════════════════════════════════════════════════════════════════════╗
+║ ║
+║ 2.0 Videoformatet (NTSC/PAL) ska anges i NFO. Frivilligt i release-namnet. ║
+║ 2.1 Releasen ska taggas korrekt med LiMiTED / STV / dylikt om sσ Σr fallet. ║
+║ 2.2 Subtitle-str÷mmarna ska vara komplett synliga pσ TV-skΣrm, och absolut ║
+║ inte gσ utanf÷r skΣrmens kant. ║
+║ 2.3 Subtitle-str÷mmarna ska vara fullt lΣsliga. Typsnitt Arial, minst stl 18, ║
+║ fetstil, med svart outline border rekommenderas. Vit fΣrg pσ texten. ║
+║ 2.4 Menyer skall finnas pσ samtliga CUSTOM SWESUB-releaser. Retail struktur ska║
+║ i st÷rsta m÷jliga mσn behσllas intakt.Annars Σr custom okej. ║
+║ 2.5 Filmens huvudspσr frσn source-releasen ska finnas med. Med huvudspσr menas ║
+║ filmens originalsprσk i bΣsta version, rangordning: DD5.1, DTS, DD2.0, ║
+║ Stereo, Mono. ╓vriga spσr f÷rutom huvudspσret Σr frivilliga. ║
+║ 2.6 Pσ custom-releaser med source som levereras med engelsk subtitle, ska den ║
+║ engelska subben Σven vara med i custom-releasen. ╓vriga subtitles frσn ║
+║ sourcen Σr frivilliga att inkludera. ║
+║ 2.7 CUSTOM SWESUB-release fσr ej slΣppas utan existerande scenrelease. ║
+║ ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+
+ ╔═════════════════╗
+╔═╝ SUBTITLE RULES ╚════════════════════════════════════════════════════════════╗
+║ ║
+║ ║
+║ ║
+║ ║
+║ 3.0 Aldrig mer Σn max tvσ (2) rader pσ en insΣttning. ║
+║ 3.1 Max antal tillσtna fel i en text Σr 5% av insΣttningarna. ║
+║ ║
+║ Till fel rΣknas f÷ljande: ║
+║ ║
+║ 3.11 Hσll antalet tecken per rad till 40, aldrig mer Σn 45. ║
+║ Avvikelser ska rymmas inom regel 3.1 ║
+║ 3.12 InsΣttningstider delas in enligt fΣljande: ║
+║ ║
+║ Rader innehσllande ett ord (max 8 tecken) min. 1.4 sekunder. ║
+║ ║
+║ 9-15 tecken min. 1.7 sekunder ║
+║ 16-40 tecken min. 2.0 sekunder ║
+║ 41-60 tecken min. 3.2 sekunder ║
+║ 61-80 tecken min. 3.7 sekunder ║
+║ ║
+║ Maxtiden styrs inte genom regler men b÷r hσllas till max 10 sekunder. ║
+║ ║
+║ De hΣr tiderna b÷r hσllas f÷r att fσ en lΣsbar text. ║
+║ SjΣlvklart finns det undantag som g÷r att man mσste gσ utanf÷r ║
+║ de utsatt tiderna. Det betyder inte att texten Σr dσlig. ║
+║ Avvikelser med +/- 0.100 sekund Σr acceptabelt. ║
+║ Felen skall rymmas inom regel 3.1 ║
+║ ║
+║ ║
+║ 3.2 Texten SKALL vara rΣttstavningskontrollerad. ║
+║ 3.3 ╓verlappningar Σr f÷rbjudna. ║
+║ ║
+║ Alla grupper som har skrivit under dessa regler kan ║
+║ i sin nfo ange att de f÷ljer CUSTOM SWESUB RULES 2K10 ║
+║ Grupper som vill skriva under dessa regler kan kontakta grupperna nedan. ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+ ╔════════════════════════════════════════╗
+╔═╝ FRAMTAGNA AV F╓LJANDE GRUPPER I SAMR┼D ╚═════════════════════════════════════╗
+║ ║
+║ CiKDVDR WhoKnow iNjECT ║
+║ ║
+╚════════════════════════════════════════════════════════════════════════════════╝
+
+
▄UUUUUU▄
+ UUUUUUUUU ▄
+ UUUU ▀UUU▄ ▄UU
+ UUUU ▀UUU UUU
+ ▄UUU UUU UUU
+ UUUU UUU ▄UUU
+ UUU UUU UUU▀ ▄ ▄
+ UUU UUU ▄UUUUUUU ▄UUUUUU▄ ▄UU UU▄
+ UUU UUUU ▄UUU ▄UUU ▄UUU ▄UU▀ ▄UU▀ ▄UUU
+ UUU UUU▀ UUU UUU UUUU UUU UUU UUU
+ UUU UUUU UUU UUU UUU▀ UUU UUU UUU
+ UUU ▄UUUU▀ UUU UUU UUU UUU UUU UUU
+ UUUUUUUUU UUUUUUUUU UUUUUUUUU UUUU UUU
+ UUUUUU▀ UUUUUUUUUUUUU▀UUUUUUUUUUUU▀UUUUUUUU
+ ▄▄▄ UUU▀
+ Rules v0.1 UU▀ UUU
+ UUUU UUU UUUU UUU UUUU UUU UU UUU▀
+ UUUUUUU UUUUUUU UUUUUUU UUUUU
+ UUUUU 28 UUUUU UUUUU UUU▀
+ UUUU 01 UUUU UUUU
+ UUUUUU 10 UUUUUU UUUUUU
+ UUU UUUU UUU UUUU UUU UUUU
+ UUU UUUUUUU UUUUUUU UUUU
+
+
+
+
+1. Introduction
+2. Release Standards
+ 2a) Dirnames
+ 2b) Files
+ 2c) DIZ File
+ 2d) NFO File
+ 2e) ZIP File Naming
+ 2f) Quality
+
+
+1. Introduction
+
+ These rules will be official as of 28-01-2010.
+ Mandatory means you HAVE to do it, optional means you CAN do it if you fancy.
+
+
+2. Release Standards
+
+ 2a) Dirnames
+
+ Note: Things between () are mandatory. Things within [] are optional.
+
+
+ (Web.Site)_(Date)[or.Set#].(Model.Name).(Set.Name).XXX.iMAGESET-GRP
+
+
+ Example : FemJoy.com_09.12.12.Luna.Your.Eyes.XXX.iMAGESET-EXAMPLE
+
+ Example : RonisParadise.com_Set.25.Waterhose.XXX.iMAGESET-EXAMPLE
+
+ Example : RonisParadise.com_E25.Waterhose.XXX.iMAGESET-EXAMPLE
+
+
+ !! If the website does not list any dates or set numbers for the
+ imagesets, you may not make up a numbering system.
+ This to prevent accidental/incorrect dupes, or mistakes.
+
+ !! WebSite must be the url to the site without 'www.' and including
+ the TLD. Ex: SuicideGirls.com, 1By-Day.com
+
+ !! The date must be in format: YY.MM.DD. Year.Month.Day. Ex: 09.12.01
+ YYYY.MM.DD or any other formats are not allowed.
+
+
+ 2b) Files
+
+ 1. The release must be packed into 5 000 000 bytes (5Mb) .zip files.
+ .diz and .nfo files must be packed into the zip.
+
+ 2. DIZ File. (refer to rule 2c)
+
+ 3. NFO File. (refer to rule 2d)
+
+ 4. Sample dir, which includes 1 image of the set.
+
+
+ 2c) DIZ File
+
+ The following information must be included within the file_id.diz:
+
+ 1. [xx/**], where ** = number of zips.
+
+ 2. Dirname
+
+
+ 2d) NFO File
+
+ The NFO must contain the following elements:
+
+ 1. Release name
+
+ 2. Number of files
+
+ 3. Pre/rip date
+
+ Optionally you may include extra information like:
+
+ - URL to imageset or site
+
+ - Site Date (if known)
+
+ - Set Name/Model Name
+
+ - Number of Pictures
+
+
+ 2e) ZIP File Naming
+
+ Any common-sense filename is allowed, however it must be according to
+ the 12.3 naming convention. This means a maximum filename length of
+ 12 characters plus 3 characters for the extension.
+
+ Examples:
+ 123ABCD.zip
+ ABCDEFGHIJ12.zip
+
+ 2f) Quality
+
+ The highest quality available on the site, at the time of the PRE, must
+ be ripped.
+
+
+ !! You may not alter the images. You're not allowed to add or remove
+ for instance watermarks or image errors. Aka, the images must be
+ pred 1:1 from the website.
+
+
+
+********************************************************************************
+
+ This ruleset defining rules for the 0DAY-XXX scene
+
+ are signed by the following groups:
+
+ iM4GES * FuGLi * OHRLY * RACiMAGE * hUSHhUSh * YAPG
+
+
+
+
+
+********************************************************************************
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+ ./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ NDS Scene Rules 2010
+ / /_ \ \ \ \\ -\____\---\___ \ [01 June 2010]
+/ \ . \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/. ----------------+
+. /_______/ .
+
+ 1.1) Releases must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars must be split to volumes of 5 MB (5,000,000 bytes)
+ 1.3) Rars must be compressed with M1 (fastest) or better.
+ 1.4) For the sake of better current and future flashcart compatibility and to
+ keep ROM data consistent, full untouched, unmodified, unaltered dumps
+ are prefered. However, if an altered/introed/cracked ROM is released on
+ the scene before an untouched ROM then it will be allowed.
+ 1.5) Cracks to make games work on specific hardware are allowed but should
+ only be released as a PATCH and should not include the original ROM
+ game data. Flashcarts used to test a crack or patch must be listed in
+ the NFO, this includes the name of the flashcart, firmware name and the
+ firmware version number.
+ 1.6) Any redump of the altered ROM should be tagged as CLEAN or REDUMP and
+ not as a PROPER nor should any crack be tagged as a PROPER of a valid
+ clean release.
+ 1.7) The ROM image of the NDS game must be .nds
+ 1.8) Directory names must include: Game name, region, system name, group name
+ 1.9) If a game does not include the English language, this must be specified
+ in the dir name unless the region tag implies that region's native
+ language is the only language in the game eg. game tagged JPN is Japanese
+ only, hence does not need to state the language.
+ 1.10) If a game is rereleased with additional foreign languages, the directory
+ name can be tagged MULTI, however the NFO must specify which additional
+ languages are included.
+ 1.11) Acceptable characters for a dirname are:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_
+ 1.12) Recommended directory format:
+ Game_Name_<REGION>_<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>_NDS-GRPNAME
+ Game.Name.<REGION>.<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>.NDS-GRPNAME
+ 1.13) DSi and DSi related releases will be regarded as NDS releases and will
+ adhere to this ruleset. DSi related releases must have the tag DSi
+ in the directory name. Recommended directory format is:
+ Game_Name_<REGION>_<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>_DSi_NDS-GRPNAME
+ Game.Name.<REGION>.<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>.DSi.NDS-GRPNAME
+ Game_Name_<REGION>_<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>_DSiWARE_NDS-GRPNAME
+ Game.Name.<REGION>.<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>.DSiWARE.NDS-GRPNAME
+
+ The.Official.NintendoDS.Ruleset.2010.NDS-CONSOLE - v1.0
+ active as of Thursday 3 June 2010 00:00:00 GMT (1275523200 Unix time)
+ Signed by the following groups on behalf of the NDS scene:
+
+ . 2CH . 6rz . BAHAMUT . Caravan . DDumpers . DeNovo . EXiMiUS .
+
+ . HR . Loli . MainichiHentaiShimbun . NRP . NukeThis . OneUp .
+
+ . RFTD . SCZ . TRM . WetNWild . WRG .
The.2011.German.COMPLETE.BLURAY.Releasing.Standards.v1.1
+
+
+
+General ( COMPLETE BLURAY ):
+---------------------------
+
+1.1) Kopierschutz wie AACS, BD+ muss entfernt werden, dies gilt auch fuer nachtraeglich
+ modifizierte Ordner wie ANY! ( Any! is nichts Anderes als das umbenannte Dir AACS )
+ und auch Any-Files , welche man des ÷fteren im Dir " CERTIFICATE " findet.
+
+ Diese Files heissen : AnyDVD.xig , AnyDVD.xrl und AnyDVD.xrt und sind nochmal im
+ Dir CERTIFICATION/BACKUP enthalten.
+
+1.2) Die Releases muessen als .iso mit UDF2.5 vorliegen.
+
+1.3) Rar/Sfv/Nfo/Sample sind zwingend erforderlich.
+
+1.4) Das Release muss Region Free sein.
+
+1.5) BD-Live muss deaktiviert werden.Wenn BD-Live nicht deaktiviert wurde, findet man
+ in dem Dir CERTIFICATION und CERTIFICATION/BACKUP die Files : online.crl , online.crt
+ und online.sig.
+ Wenn diese Files noch vorhanden sind im ISO ist BD-LIVE noch Aktiv und das Release wird nuked !
+
+1.6) Standalone (SAP) und PS3 Kompatibilitaet ist zu gewaehrleisten, d.h. unter anderem die original
+ Verzeichnisstruktur muss erhalten bleiben. Verzeichnisse wie AUXDATA, BDJO, JAR, META
+ sind, falls nicht vorhanden, manuell hinzufuegen.
+
+1.7) Ein Sample von etwa 60 Sek., das aus dem finalen Release herausgeschnitten wird, ist im
+ Unterordner /Sample beizulegen.
+
+1.8) Es darf nichts gestripped werden.
+
+Tagging:
+
+1.9) Titel.{Sxx.DISCx.}JAHR{.DOCU}{.DISCx}<.DUAL|.MULTi|.German>.COMPLETE.BLURAY{.PROPER|.iNTERNAL|.READNFO|.REPACK|.RERiP}-GROUP
+ Syntax: {optional}
+2.0) Die Jahresangabe ist das Produktionsjahr und muss von imdb uebernommen werden.
+2.1) Titel in GERMAN oder ENGLISH bzw. Originaltitel entscheided die jeweilige Group fuer sich.
+
+Packaging:
+
+2.2) Als Volumengroesse sind folgende Groessen zulaessig: 500 MB
+2.3) Packen im Classic Style
+2.4) Wiederherstellungsinformation von 1% ist Pflicht.( Put recovery record )
+2.5) Kompressionsverfahren ist immer STORE bzw. Speichern ( Unkomprimiert )
+
+Nfo:
+----
+
+2.6) In der Nfo muessen mindestens folgende Informationen enthalten sein:
+
+ - Titel
+ - Release date
+ - Source (BD25/BD50)
+ - Rar Groesse und Anzahl
+ - German Cine Date bzw. STV
+ - Runtime
+ - Genre
+ - imdb.com Link
+ - imdb Rating
+ - Resolution
+ - Video Bitrate ( UNTOUCHED )
+ - alle vorhandenen Audiosprachen/Audiokanaele muessen angegeben , ausgenommen AUDIO-KOMMENTARE
+ - alle vorhandenen Untertitel ( Angaben wie " all included " oder Aehnliches sind nicht erlaubt )
+
+
+ Notes :
+
+
+ Wir haben uns bemueht aufzuzeigen, dass ein SAUBERES Image absolut einwandfrei funktioniert
+
+ und keinerlei Verbindung mehr zum Internet aufnimmt, wenn man vor allem die Punkte 1.1 und
+
+ 1.5 beachtet. Es weiss Niemand was an Daten vom PC des Image-Erstellers in diesen Any-Files
+
+ enthalten ist. Genauso moechte wohl kaum jemand seine IP bei Warner , Universal oder
+
+ anderen Filmvertrieben finden , ohne dieses zu wissen. Deshalb ist das Deaktivieren von
+
+ BD-LIVE unerlaesslich. Bei 3D-BLURAYS laesst sich ohne ANY!-Dir zur Zeit noch keine
+
+ lauffaehige ISO erstellen und aus diesem Grund Verzichten wir auf die 3D-BLURAYS mit
+
+ dem neuen Standard zugunsten der Sicherheit bis eine Loesung gefunden ist.
+
+
+ Rules signed by : FULLSiZE , BLUBYTE , TRexHD , SLM , SMAHD
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
DEUTSCHE SERiEN UND TV RULES v.4.0 (DSTVR.v.4.0)
+ (Stand: Nov. 2011)
+
+ ▄
+ ▄▄ ▐▌
+ ▀▀▄▄ █
+ ▀▀▄▄ ▐▌
+ ▀█▓
+ ▄▀▀████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▓█████▄
+ █ ████ ▄█▀▀▀ ▓█████
+ █░████ █░ ▓█████
+ █▓████ ▓ ██████ ██████
+ ██████ ░ ██ █████▓
+ ██████ ██ ██ ██ █▌■■■▐
+ █████▓ ██ ██ █▌■■■▐
+ █████▓ ▀██▀ █▌■■■▐
+ ▀█████▓▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄████▓▓▀
+
+ - Exclusive HDTV Filme
+ - Exclusive HD Serien/TV Releases -
+
+
+ -- PROLOG --
+ ----------------------
+
+ Aenderungen in diesem Ruleset:
+
+ A1. Bildformat !
+ A2. Laufzeit !
+ A5. Logo muss nicht mehr entfernt werden !
+ B1. NTSC bleibt NTSC !
+ B7. Aspect Ratio !
+ B8. Audio - Kein AC3 !
+ D3. Laufgeschwindigkeit dubbed Release !
+ E. TV Race - (fast) immer dubbed erlaubt !
+ F. Special Race - Serien ohne Staffel/Episodenteilung !
+
+
+ - INHALTSVERZEICHNIS -
+ ----------------------
+
+
+ A: Allgemeines G: Packaging (RAR)
+ B: Encoding (Bild - AR/Crop - Ton - Sample) H: Tagging (Dirname)
+ C: Subbed/Custom Subbed I: Info File
+ D: Dubbed Release (DVD - BluRay - HDTV) J: Proper Gruende
+ E: TV-Race/Rechte K: Appendix
+ F: Fortfuehrung (Retail/TV) L: Epilog
+
+
+ -- A * ALLGEMEINES --
+ ----------------------
+
+ A1. Alle diesem Ruleset unterliegenden Release MUESSEN in einem AVI-
+ Container vorliegen. Einzig erlaubter und gueltiger Codec ist XviD!
+
+ --------------------------------------------------------------------
+ Kategorie 1 -> DVB-S/C -> SDTV -> Deutschsprachiges Sat./Kabel TV
+ Kategorie 1 -> DVB-S2 -> HDTV -> Deutschsprachiges HDTV
+ Kategorie 1 -> HDTVRip -> Dubbed -> Auslaendisches HDTV
+ --------------------------------------------------------------------
+ Kategorie 2 -> iTunes -> Dubbed -> Auslaendisches iTunes
+ --------------------------------------------------------------------
+ Kategorie 3 -> DVDRip -> Dubbed -> Auslaendische Retail DVDs
+ Kategorie 3 -> BDRip -> Dubbed -> Auslaendische Retail BluRays
+ --------------------------------------------------------------------
+ Kategorie 4 -> DVDRip -> Retail -> Deutschsprachige Retail DVDs
+ Kategorie 4 -> BDRip -> Retail -> Deutschsprachige Retail BluRays
+ --------------------------------------------------------------------
+
+ A1.1. Wertigkeit: Kategorie 1 = Niedrigste Kategorie
+ Kategorie 4 = Hoechste Kategorie
+
+ A1.2. Ein Widescreen (WS) Release ist IMMER hoeherwertiger als ein
+ Fullscreen (FS) Release, unabhaengig von der Kategorie der
+ Source! Fullscreen (FS) Rips sind demnach nicht erlaubt,
+ sofern ein Widescreen (WS) Rip existiert.
+
+ A1.3. Jegliche Quellen MUESSEN digitalen Ursprungs sein.
+
+ Erlaubte Bildquellen sind:
+ iTunes, DVD, BluRay, DVB-C/S/S2 (inklusive HD+).
+
+ Andere Bildquellen sind NICHT erlaubt! Die Tonspur darf,
+ sofern sie diesem Ruleset entspricht, auch aus Streaming-
+ portalen entnommen werden.
+
+ A1.4. SONDERREGEL fuer dubbed iTunes (siehe Wertigkeitstabelle A1):
+
+ 1): Ein HDTVRip darf aus Wertigkeitsgruenden NICHT mit einem
+ dubbed iTunesRip gepropert werden.
+ 2): Ein dubbed iTunesRip darf aus Wertigkeitsgruenden NICHT
+ mit einem dubbed DVDRip gepropert werden.
+ 3): Ein dubbed iTunesRip darf mit einem dubbed BluRayRip ge-
+ propert werden, der BluRayRip zaehlt in dem Fall als
+ hoeherwertig!
+
+ A1.5. Ein DVDScreener ist gleichwertig mit allen Releases der
+ Kategorie 1 und 2. (Rule A1.2 beachten)
+
+ A1.5. Einzelne Folgen, die als Promo DVD/BD (Zeitungs- oder
+ Zeitschriftenbeilagen, Bonus-Episoden, etc.) publiziert
+ wurden, duerfen nicht zur Sicherung von Retail Staffelrechten
+ genutzt werden. Das enthaltene Audiomaterial darf allerdings
+ fuer ein dubbed Release genutzt werden.
+
+
+ A2. Das Laufzeit zu Groesse-Verhaeltnis bei alle Releases die encodet
+ werden, sieht folgendermassen aus:
+ (Encode = IMMER Groesse beachten!)
+
+ bis max. 12:00 Minuten -> frei waehlbare Groesse (ca. 1000kbit)
+ bis max. 21:00 Minuten -> 175 MB
+ bis max. 33:00 Minuten -> 233 MB
+ bis max. 45:00 Minuten -> 350 MB
+ bis max. 65:00 Minuten -> 525 MB
+ bis max. 95:00 Minuten -> 700 MB
+ bis max. 140:00 Minuten -> 1100 MB
+ bis max. 185:00 Minuten -> 1400 MB
+ bis max. 270:00 Minuten -> 2200 MB
+ ueber 270:00 Minuten -> frei waehlbare Groesse (ca. 1000kbit)
+
+ Alle Releases MUESSEN als eine Datei am Stueck erstellt werden!
+ Das Encoden und anschliessende Aneinanderfuegen einzelner Teile,
+ (sogenanntes Segment-Encoding) ist nicht erlaubt.
+
+ A2.1. Sollte bei einer Serie, die encodet wird, die Laufzeit der
+ einzelnen Folgen variieren (z.B. 20 Minuten bis 23 Minuten),
+ so kann die Group sich ab dem 2. Release der Season fuer eine
+ Groesse entscheiden. (In dem Beispiel 175MB oder 233MB fuer
+ alle restlichen Folgen).
+ Empfohlen wird hier immer die groessere Variante.
+ Fuer das erste Release einer Staffel gilt IMMER Rule A2.!
+
+
+ A3. Erlaubte Formate fuer DVDR-Releases:
+ DVD5 (MPEG), Retail DVDR
+
+ A4. Alle Formate, die nicht in den Punkten A1-A3 erwaehnt wurden, sind
+ mit der Bezeichung Internal zu taggen (Rule K1 beachten!).
+
+ A5. Logos jeglicher Art, bei ALLEN Releases, egal ob deutschsprachigen
+ oder auslaendischen Ursprunges, brauchen NiCHT ueberblendet werden!
+ Die Werbung ist natuerlich zu entfernen (siehe Rule B1.5).
+
+ A5.1. Sollte sich eine Group dazu entschliessen doch Logos oder
+ andere Einblendenden ueberblenden zu wollen, ist hierfuer nur
+ der Filter "DeLogo" oder ein gleichwertiger Filter zulaessig.
+ Die Nutzung des Filters "Logoaway" (von Krzysztof Wodjon) wird
+ hiermit aufgrund qualitativer Maengel verboten (Propergrund)!
+
+
+
+ -- B * ENCODING --
+ ----------------------
+
+ B. Alle Releases die encodet werden, MUESSEN mit 2-Pass encodet werden:
+
+ B1. Deutschsprachige Retail- und TV Releases (ausser dubbed!) MUESSEN
+ immer in der original Laufgeschwindigkeit encodet werden. Die Lauf-
+ geschwindigkeit darf nicht veraendert werden!
+ PAL bleibt PAL und NTSC bleibt NTSC! Fuer Dubbed gilt Rule D1-D3.
+
+ B1.1. Custom Matrizen, QPel, GMC und PB sind NICHT erlaubt!
+
+ B1.2. Die Nutzung von Custom Pixel Shapes ist untersagt. Einzig
+ erlaubte Pixel AR ist Square Pixels. Mittels MPEG4Modifier
+ kann dieser Wert nachtraeglich (nach dem Encode) gesetzt
+ werden.
+
+ B1.3. Es MUSS mit 1 B-Frame encodet werden.
+
+ B1.4. Auf Deinterlace MUSS geachtet werden.
+
+ B1.5. Doppelte Szenen (vor/nach der Werbung) MUESSEN entfernt werden
+
+ Bei HD-Aufnahmen wird ein gewisser Overlay, maximal bis zum
+ naechsten I-Frame, toleriert.
+ Es sollte moeglichst Framegenau geschnitten werden (zB mit
+ Smart Cutter/Video Redo).
+
+ B1.6. Es wird gewuenscht "Zuvor bei" sowie Abspaenne mitzuencoden,
+ vorausgesetzt genannte Szenen enthalten KEINE Werbung.
+ Vorschaueinblendungen ("In der naechsten Episode...") sind
+ unerwuenscht.
+
+ B1.7. Releases, welche einer progressiven 720p HD-Source mit 50 FPS
+ entstammen, sind auf 25 FPS anzupassen. Hierfuer eignet sich
+ unter anderem der AviSynth-Filter SelectEven().
+
+ B1.8. Sollte die Bildsource in progressiven 29 FPS (NTSC) vorliegen
+ (d.h. keine Interlaced Frames enthalten), ist die Anpassung
+ des Bildes auf 25 FPS (PAL) nicht notwendig. Der deutsch-
+ sprachige Ton MUSS in diesem Fall auf die Laufgeschwindigkeit
+ des Bildes (NTSC) gebracht werden.
+
+
+ B2. DVDR Releases muessen mit mindestens 5 Passes encodet werden, wobei
+ darauf zu achten ist, dass diese im DL Format (de/en) oder aber als
+ einsprachiges Release (de) vorliegen. Bei einer absehbaren Bitrate
+ unter ungefaehr 3000kbit ist es erwuenscht, nur die deutsche
+ Tonspur zu inkludieren.
+
+
+
+ -> Cropping <-
+
+ B3. Das Bild muss komplett freigestellt sein, wobei maximal 4 weitere
+ Pixelzeilen (jeweils oben + unten ODER links + rechts) als
+ zusaetzlicher Overcrop erlaubt sind.
+
+ B4. Beim Cropping muss sich am Frame mit dem groessten Bildinhalt
+ orientiert werden. Sollte dadurch in einigen Szenen ein unsauber
+ freigestellter Bereich (schwarzer Rand) entstehen, ist dies KEIN
+ Nuke- / Propergrund.
+ Beispiel: Archivaufnahmen (s/w) bei Dokumentationen.
+
+ Im Zweifelsfall MUSS dies als Information im NFO-File erlaeutert
+ werden.
+
+
+ -> Aspect Ratio <-
+
+ B5. Ein encodetes Release MUSS im Rahmen folgender X-Aufloesungen liegen
+
+ 16:9 (WS) -> zwischen 624 und 720
+ 4:3 (FS) -> zwischen 512 und 640
+
+ B5.1. Die Y-Aufloesung richtet sich nach dem Seitenverhaeltnis des
+ gecroppten Eingangsmaterials. Die Abweichung des Seiten-
+ verhaeltnisses (AR-Error) darf maximal +/- 3% zum gecroppten
+ Quellmaterial betragen
+
+ B5.2. Auf Teilbarkeit durch 16 (Mod16) muss geachtet werden!
+
+
+ -> Audio <-
+
+ B6. Erlaubte Codecs und Bitraten
+
+ 1 CH MP3 -> 60-100kbit bei 48kHz in VBR/ABR
+ 2 CH MP3 -> 120-200kbit bei 48kHz in VBR/ABR
+
+ Bei Retails mit original AC3-Spur, ist diese Spur als Quellformat
+ fuer den Encode zu verwenden.
+
+ B6.1. AC3 Ton ist nicht erlaubt! Bei Retails ist es gestattet die
+ AC3 Spur, sofern es echter 5.1 Ton ohne 0 Spur ist, seperat
+ beilzulegen. Gern darf eine selbstausfuehrenden *.bat / *.sh
+ Datei zum muxen beigelegt werden.
+
+ B6.2. Eine Formatumwandlung von Mono nach Stereo ist, unabhaengig
+ vom Quellformat (MPA/AC3), nicht gestattet.
+
+
+ -> Sample <-
+
+ B8. Jedem Release ist ein mindestens 30 Sekunden langes Sample, im
+ Unterordner namens "Sample", beizulegen. Dieses Sample muss mittels
+ "Direct Stream Copy" aus dem Original Release extrahiert werden.
+
+ B9. Einem Proper SOLLTE ein aus dem zu propernden Release extra-
+ hiertes Sample beigelegt sein, welches den technischen Fehler
+ nachweist, z.B. aufgrund von Asynchronitaet, Videoglitches.
+
+
+
+ - C * SUBBED/CUSTOM SUBBED -
+ ----------------------------
+
+
+ C1. Aufgrund der Vielzahl an moeglichen Custom Subbed Releases und der
+ Moeglichkeit, auch ohne eigene Source zu pren, MUESSEN Custom
+ Subbed Releases als internal gelabelt werden.
+
+ C2. Forced Subs bei Retails im XviD-Format muessen hardcoded werden!
+ Andere Untertitel, z.B. Complete Subs, duerfen in einem eigenen
+ Subs-Dir beigelegt werden.
+
+ Die Untertitel-Dateien als solche haben vorzugsweise als Vobsub
+ oder in Textform (.srt oder aehnliches Format) vorzuliegen.
+
+ C3. Ausschliesslich Deutsch ist als Sprache fuer (Forced-)Subs
+ zulaessig. Releases mit anderssprachigen (Forced-)Subs MUSSEN
+ internal gelabelt werden. Diese Rule gilt nicht fuer DVDR.
+
+
+ INFORMATIONEN:
+
+ Forced Subs: Untertitel, die nur bei anderssprachigen Szenen
+ eingeblendet werden und nicht staendig zu sehen sind.
+
+ Hardcoded Subs: Auch als 'Eingebrannte Subs' bekannt, sind diese Unter-
+ titel ein fester Bestandteil des Bildes und koennen so
+ weder ausgeblendet noch ausgetauscht werden.
+
+
+
+ - D * DUBBED (SD/DVD/HD) -
+ ---------------------------
+
+
+ D1. Auslaendische Quellen, die zum dubben genutzt werden, muessen nicht
+ (NIE) neu encodet werden. Es ist jedoch der Packet Bitstream zu ent
+ fernen und die Framerate ist auf 25 FPS zu aendern (Ausnahme Rule
+ D3). Sollte encodet werden, so sind alle Rules zu beachten die das
+ Encoding betreffen! (Rules A. und B.) Sobald encodet wird, MUSS auf
+ die Groesse geachtet werden! (Rule A2).
+
+ D2. Dubbed Audio ist auf eine beliebige Groesse innerhalb der gueltigen
+ Werte (Rule B6) anzupassen. Das Gesamtrelease sollte in der Groesse
+ allerdings so gut wie moeglich an die definierten Normgroessen
+ angepasst werden (Anhalt: Rule A2).
+
+ D3. Die Normale Laufgeschwindikeit deutscher Releases ist 25 FPS (PAL),
+ Das Bild MUSS bei dubbed auf 25 FPS (PAL) angepasst werden!
+ Ton ist 25 FPS = Bild MUSS 25 FPS haben (Proper Grund).
+
+ Eine Ausnahme hierzu entsteht nur, wenn im deutschprachigem TV mit
+ 23,976 FPS gesendet wird (NTSC), in dem Fall MUSS das Bild dem
+ Ton angepasst werden! Der Ton ist bei dubbed massgebend fuer die
+ Laufzeit des Bildes, nicht andersrum (Proper Grund)!
+
+ Zusatz zur "Ausnahme" von D3:
+ Sollte die Laufgeschwindigkeit in der deutschen Ausstrahlung weder
+ 23,976 FPS (NTSC) noch 25 FPS (PAL) entsprechen, so ist die
+ naeherliegende Laufgeschwingkeit fuer das Bild zu waehlen.
+
+
+
+ - E * TV RACE -
+ ----------------------
+
+
+ E1. Bei Races ist die Wertigkeit, siehe (Rule A1), zu beachten!
+
+ E2. Sofern keine auslaendische Retail Quelle vorliegt (DVD, BLURAY),
+ duerfen Serien, die im deutschsprachigen Raum logofrei gesendet
+ werden, NICHT gedubbed werden.
+
+ E3. Sollte im Laufe einer Staffel eine hoeherwertigere Quelle zur
+ Verfuegung stehen (z.B. DVD, Bluray), so muss diese Quelle fuer
+ die naechste verfuegbare Folge genutzt werden.
+ Hierdurch entsteht kein neues Race (Rule F4 beachten)!
+
+ Anmerkung:
+ Sollte waehrend der Ausstrahlung im deutschsprachigen Raum eine
+ deutschsprachige Retail (BD/DVD) erscheinen, so koennen die Staffel
+ rechte von SatRip/HDTVRip oder dubbed Releases nicht auf die Retail
+ uebertragen werden. Es entsteht ein neues Race um die Retailrechte.
+
+
+
+ - F * FORTFUERHUNG -
+ ----------------------
+
+
+ -> RETAIL FORTFUERHUNG <-
+
+ F1. Um eine gesamte Staffel oder Box im DVDR/XviD-Format zu pren, hat
+ eine Group exakt 12 Tage (24 Stunden * 12 Tage) Zeit. Die Zeit
+ zaehlt ab dem Pre der ersten Folge!
+
+ Schafft es die Group nicht, innerhalb dieses Zeitrahmens alle
+ Folgen zu pren, darf eine andere Group die Staffel oder Box
+ uebernehmen.
+
+ Bei geteilten Boxen hat die Group, die das erste valide Release
+ gepred hat, erneut 12 Tage (24 Stunden * 12 Tage) Zeit, alle
+ Episoden zu pren und verliert dadurch NICHT die Staffel- bzw.
+ Box-Rechte.
+
+
+ -> SPECIAL RETAIL RACE <-
+
+ F2. Serien, bei denen es auf mehreren serioesen Serienportalen keine
+ Angaben zu Staffeln gibt implizieren nach jeder erscheinenden Box
+ ein neues Race. Es gibt also kein Zeitvorrang fuer die Group, welche
+ die vorherige Box released hat. Beispiele dafuer sind:
+ Tatort, GZSZ, Sturm der Liebe.
+
+
+ -> RETAIL PROPER <-
+
+ F3. Ist das erste veroeffentlichte Release (DVDR- oder XviD-Format)
+ einer Group fehlerhaft (ein ausreichender Proper-Grund liegt vor)
+ und eine andere Group veroeffentlicht ein fehlerfreies Release, so
+ gehen die Rechte der Box oder Staffel im jeweiligen Format an die
+ Proper-Group.
+
+ Sollte danach, innerhalb einer Staffel oder Box (DVDR- oder XviD-
+ Format), ZWEI hintereinanderfolgende Releases fehlerhaft sein und
+ auch hier ausreichende Proper-Gruende vorliegen, geht abermals die
+ Staffel oder Box im jeweiligen Format an die Proper-Group. Danach
+ gilt automatisch (Rule F1) fuer die Proper-Group.
+
+
+ -> TV FORTFUEHRUNG <-
+
+ F4. Beginnt eine Group eine Serie, sollte die Group diese auch
+ konsequent zu Ende fuehren. Sollte dennoch 2 Tage (24 Stunden
+ * 2 Tage) nach Ausstrahlungsende/Verfuegbarkeit einer Folge
+ entweder kein, oder nur ein fehlerhaftes Release vorliegen,
+ kann eine andere Group diese Folge als "Ersatzepisode" pren.
+
+ F5. Durch ZWEI hintereinanderfolgende fehlerhafte oder nicht existente
+ Folgen verliert die erste Group die Staffelrechte an die Group,
+ die entweder die ausstehenden Folgen nach Ablauf der Zeit pred
+ oder propert.
+ (Doppelfolgen, bzw. 2 Folgen die an einem Tag ausgestrahlt werden,
+ zaehlen NICHT als 2 Folgen)!
+
+ Bei einem zweiten Ersatz- oder Properrelease hat die Group des
+ ersten Ersatz- oder Properrelease 24 Stunden Vorrang, um die
+ zweite Ersatz- oder Proper-Episode zu pren.
+
+
+ -> SPECIAL TV RACE <-
+
+ F6. Ausstrahlungen, fuer die weder bei imdb / serienjunkies.de /
+ wunschliste.de / fernsehserien.de / tvrage.com noch auf anderen
+ serioesen Serienportalen eine Staffel-Kennzeichnung vorhanden ist,
+ koennen von einer Group nicht in Form der zuvor erlaeuterten
+ Staffelrechte gesichert werden.
+ Es entsteht fuer jede Folge als neues Race. Ausgenommen hiervon sind
+ Mini-Serien / zusammenhaengende Dokumentationen und neue Serien, bei
+ denen abzusehen ist, dass es Staffeln geben wird oder eine Folgen
+ begrenzung (z.B. auf 12 Folgen) geplant ist. Im Zweifel bitte die
+ normale Nummerierung verwenden.
+ Beispiele dafuer sind:
+ Tatort, GZSZ, Sturm der Liebe, TV Total Ev., Wetten dass, Magazine
+
+
+
+ - G * RAR FILES -
+ ----------------------
+
+
+ G1. Die RAR-Files muessen eine der folgenden Groessen aufweisen:
+ (in Dezimalpraefixen)
+
+ 15.000.000 Bytes -> 15MB
+ 20.000.000 Bytes -> 20MB
+ 50.000.000 Bytes -> 50MB
+
+ G2. In den RAR-Files hat einzig und allein NUR ein AVI-Files zu sein,
+ bzw. ein IMG-File bei DVDR-Releases, ISO ist als Image-Standard
+ nicht erlaubt!
+
+ G3. Die Compression ist auf 'store', also type m0, zu setzen.
+
+ G4. Bei der Benennung der RAR-Files sind alte Volumenamen zu verwenden.
+
+ G5. Einen Recoverypoint auf die RAR-Files zu legen ist erlaubt und
+ erwuenscht.
+
+
+
+ - H * DIRNAMEN -
+ ----------------------
+
+
+ H1. Um eine einheitliche Uebersicht zu gewaehrleisten und Standards
+ beizubehalten, die eine gewisse Uebersicht beim Suchen und Dupen
+ bieten, sollte eine Serie so gut wie moeglich in zweistelliger
+ Staffel- und Episodennummerierung vorliegen. Bei Serien, bei denen
+ eine groessere Anzahl an Folgen bereits bekannt ist (z.B. GZSZ),
+ ist eine ausreichende Laenge der Episodennummerierung zu nutzen.
+
+ [ S01E01, S01D01, Staffel01.DVD01, Folge087 ]
+
+ H2. Alle Staffel- und Episodentitel sind gemeinsam nachvollziehbar zu
+ halten, wobei hierzu (Wichtigkeit nach Listung) imdb.com bzw.
+ imdb.de und fernsehserien.de als Referenz zu nutzen sind.
+
+ H3. Sollten zwei Serien mit dem gleichen Titel vorliegen, so ist
+ zwingend das Jahr der Serie im Verzeichnisnamen zu inkludieren.
+
+ H4. Bei regelmaessig erscheinenden Releases, die keiner fortlaufenden
+ logischen Nummerierung unterliegen (z.B. Magazine, Talkshows),
+ ist ein Timestamp im Verzeichnisnamen zu hinterlegen. Dieser muss
+ im internationalen Format YYYY-MM-DD vorliegen, da so eine einfache,
+ alphabetische Sortierung nach Datum gewaehrleistet werden kann.
+
+ [ Stern.TV.2011-12-31.GERMAN.WS.dTV.XviD-Group ]
+
+ H5. Die Releaseverzeichnisse bauen sich wie folgt auf und sind bevorzugt
+ so zu verwenden:
+
+ H5.1. XVID:
+
+ 1) Serientitel
+ 2) Staffel/Episodenkennziffer
+ 3) Episodentitel -> optional, jedoch gewuenscht
+ 4) Sprache -> ggf. mit dem Zusatz .DUBBED.
+ 5) Bildformat -> FS pflicht, WS optional
+ 6) Bildquelle
+ 7) VideoCodecformat -> XviD
+ 8) Groupname
+
+ Zulaessige Bezeichnungen fuer das Bildformat sind WS, FS.
+
+ Zulaessige Bezeichnungen fuer die Bildquelle sind
+ dTV, SATRip, HDTV, HDTVRip, DVDRip, BLURAYRip, BDRip
+
+ Beispiele fuer korrekte Dirnamen:
+ [ Dr.House.S02E03.Irrtum.German.Dubbed.HDTV.XviD-Group ]
+ [ Dr.House.S02E03.Irrtum.German.Dubbed.BDRip.XviD-Group ]
+ [ Dr.House.S02E03.Irrtum.German.WS.dTV.XviD-Group ]
+ [ Dr.House.S02E03.Irrtum.German.DVDRip.XviD-Group ]
+
+
+ Das Release ist auf keinen Fall als fehlerhaft zu werten,
+ sollten Teile des Taggings durchgehend lowercase oder
+ uppercase sein. Das Release-Directory sollte jedoch
+ bevorzugt in korrektem Casing bei Pre vorliegen.
+
+
+ H5.2. DVDR:
+
+ 1) Serientitel
+ 2) Staffel/Disckennziffer
+ 3) Sprache
+ 4) Jahr
+ 5) Bildformat
+ 6) Releaseformat
+ 7) Groupname
+
+ Zulaessige Bezeichnungen fuer das Bildformat sind WS, FS.
+
+ Zulaessige Bezeichnungen fuer das Releaseformat sind
+ COMPLETE.DVDR -> Nichts bis auf FBI-Warnungen bzw. aehnliche
+ Meldungen wurde vom Original entfernt.
+ DL.DVDR -> deutsche und englische Tonspur inkludiert
+ ML.DVDR -> multiple Tonspuren inkl. DE und EN sind
+ enthalten
+
+ [ Vampire.Knights.Staffel01.DVD01.GERMAN.2010.WS.DL.DVDR-Group ]
+
+
+ H5.3. DOKUMENTATIONEN & ANIME:
+
+ Dokumentationen enthalten den Zusatz 'DOKU' im Pre-Directory,
+ bei Anime's ist es der Zusatz 'ANIME' (siehe DASAMRv1.0).
+
+ [ Unsere.Erde.E01.Wie.alles.begann.GERMAN.DOKU.WS.dTV.XviD-Group ]
+ [ Gumena.Sai.S33E63.Hichi.no.ko.GERMAN.ANIME.WS.DVDRip.XviD-Group ]
+
+ H6. Fuer Verzeichnis- oder Datei-Bezeichnungen sind die Zeichenfolgen
+ a-z, A-Z, 0-9 und die folgenden Sonderzeichen ._-() erlaubt.
+
+ H7. Fehler im Verzeichnis (z.B. Vampire Night statt Vampire Knight,
+ falsche Staffel- oder Episodenbezeichnung) koennen mittels Zusatz
+ 'Dirfix' berichtigt werden.
+
+ Sollte mehr als ein Fix fuer das gleiche Release noetig sein (z.B.
+ Samplefix und Dirfix), so kann die Bezeichnung 'Prefix' verwendet
+ werden, um mehrere Fixe fuer ein bestehendes Release anzukuendigen.
+
+ Bei Releases, die internal zu halten sind, die Bezeichnung internal
+ jedoch nicht ausweisen, duerfen nur dann zu internal dirfixed werden
+ solange kein globaler Nuke aufgrund von Dupe vorliegt.
+
+
+
+ - I * NFO DATEI -
+ ----------------------
+
+
+ I1. Die NFO-Datei sollte grundlegende Informationen beinhalten wie z.B.
+
+ - Releasezeitpunkt
+ - Bild- und Tonquelle
+ - Bild- und Tondetails (Format, Codec, etc.)
+ - Link zur Informationsseite (vorzugsweise imdb)
+ - Grund eines Propers (dies ist nicht optional!) bzw. Fixes
+
+
+
+ - J * PROPER GRUENDE -
+ ----------------------
+
+
+ J1. Ein Proper kann nur aus Release-relevanten Gruenden (technical.flaw
+ etc.) erfolgen. Fehler, die nicht direkt die AVI oder VOB Dateien
+ betreffen, stellen keine Proper Gruende dar!
+ (z.B. Bezeichnung im Directory, Fehler in der NFO-Datei)
+
+ J2. Ist die Groesse eines TV-Releases im entpackten Zustand 3.072 KB zu
+ gross oder 5.120 KB zu klein, ist ein Proper erlaubt.
+
+ J3. Ein Propergrund liegt vor, wenn eine messbare/merkliche
+ Asynchronitaet von:
+
+ a) 150+ ms ueber einen Zeitraum von 60+ Sekunden,
+ b) 300+ ms ueber einen Zeitraum von 30+ Sekunden,
+ c) 500+ ms ueber einen Zeitraum von 10+ Sekunden oder
+ d) 150+ ms ueber einen Zeitraum von 30+ Sekunden an mindestens zwei
+ Stellen vorliegt.
+
+ J4. 'Micky Maus Ton', ueber laengeren Zeitraum stark leiernder oder
+ quietschender Ton, der nachweisbar/merklich nicht zum Video passt,
+ oder Ton, der grundsaetzlich nicht dem vorliegenden Bildmaterial
+ entspricht ist ein Propergrund.
+
+ J5. Deutschsprachige SAT/HDTV Releases mit Bildfehlern (Glitches) bzw.
+ Tonfehler in einem encodeten Release berechtigen zu einem Proper,
+ jedoch nur wenn dadurch ein wichtiger Dialog fehlt, oder das Release
+ 3 oder mehr klare Bild/Tonfehler hat von mindestens 3 Sekunden Fehl-
+ bzw. Laufzeit.
+
+
+
+ - K * APPENDIX -
+ ----------------------
+
+
+ K1. Internal Release sind 'shielded from dupe only' und koennen somit
+ fuer technische Fehler geahndet werden. Ausnahmen hierzu sind:
+
+ DL, Custom Subbed, Foreign Forced Subs
+
+
+
+ - L * EPILOG -
+ ----------------------
+
+
+ dstvr.v4.0.deutsche.serien.und.tv.rules.2011 (2011-11-13)
+
+ Jede Group und jeder Groupmember verpflichtet sich beim Signen dieses
+ Rulesets dazu, nach ordnungsgemaessem Verantwortungsbewusstsein zu handeln
+ und sowohl Missverstaendnisse als auch Nukes und Aehnliches nicht noch
+ mehr zu forcieren, sondern sie einzudaemmen.
+
+ Alle Nukes, welche auf Grundlage dieses Rulesets entstehen, MUESSEN dem
+ NukeRuleset des ehemaligen NukeCouncils entsprechen.
+ --> The.2008.Nuke.Ruleset-NukeCouncil
+
+ Fuer alle nicht beantworteten Fragen gelten die aktuellen XviD/DVDR Rules
+ Alle hier nicht aufgefuehrten Releases sind internal zu labeln:
+ DSRRips, PDTV.dubbed, SVCD, dTVDVDR, custom subbed, dupes,
+ ebenso Streamrips von Movieportalen...
+
+ Diese Rules sind verbindlich gueltig ab dem 01.12.2011 und finden auf alle
+ Serien, TV Sendungen und Retails, die nach dem 01.12.2011 beginnen
+ Anwendung. In der Uebergangsphase vom 14.11.2011 bis zum 01.12.2011
+ koennen sowohl die DSTVR v.3.0 als auch die DSTVR v.4.0 angewendet werden.
+
+ Die Anwendung auf laufendes Serien, TV Sendungen und Retails sind
+ freiwillig und duerfen sich nicht zum Nachteil der Group auswirken, bzw.
+ Proper nach sich ziehen!
+
+ An der Ausarbeitung waren beteiligt (in alphabetischer Reihenfolge):
+
+ AMBiTiOUS - aWake - D4U - DELiCiOUS - ETM - euHD - GEO
+ GTVG - idTV - ITG - MiSFiTS - NVA - RSG
+ SOF - TVP - UTOPIA - ZZGtv
+
+
+
+
+ ▄▄ ▄▀█▄ ▄█▄ ▄█▌ G
+ ▐▀█▄ █▀ █▄▄▓▀ ▄▓▀▐ O
+ ▐ ▀█▄ ▄▓█▄ █▀ █▄ O
+ ────▄▓▐▀▓▄─█▀──▀▓▄───▀─ !
+ ▐ ▓▀ H
+ ▓ ▓ 2oo8!S.. . .
+ ▐ ▌ :
+ ▌ .
+ ■ ▌ (thx!)
+
+ ■
+
+
+
▓█▄ ▄▄▀▀▀▄▄
+ ███ ▓█▌▄▓▄ ▀▓▄▄ ▄ ▄▓ ▄▄▄
+▀█▓▓██░▒▓█▄█▄▄▄█▓▓█████▄▄▄████▓▓█▓██████████████████████████████████████▓▓▒▓█▓█
+ ▓▓█ ▄▀▀▀▓▄ ▀▓▀▐█▓ ▀▀▀
+ ░░ ▀▀▄▄▄▀▀
+ ░ High Def x264 German Movie Standards v3.0
+
+
+
+[ General ]
+
+
+1.1) Die Releases muessen im Matroska Container (*.mkv) vorliegen.
+1.2) Der Abspann muss im vollen Umfang vorliegen und darf nicht gekuerzt
+ werden. Jedoch ist es erlaubt den Abspann mit einer niedrigeren Bitrate
+ zu encoden, sofern keine zum Film gehoerenden Szenen (Blooper, Story,
+ Outtakes, etc) enthalten sind.
+1.3) Intros, Outros, Betweenos (alles was nicht zum Film gehoert) sind nicht
+ erlaubt.
+1.4) RAR/SFV/NFO/SAMPLE/PROOF sind notwendig.
+1.5) Als Volumengroesse muss ein Vielfaches von 50 MB gewaehlt werden.
+ *.r99 darf nicht ueberschritten werden. Eine Komprimierung der RAR
+ Dateien ist nicht erlaubt.
+1.6) Filmtitel.{JAHR}.German.{DL}.720p|1080p.<HDDVD|BluRay>.x264.{PROPER|
+ READ.NFO|REPACK|RERiP}-GROUP
+ Syntax: {optional}
+ * Als Filmtitel ist der deutsche Titel zu waehlen.
+1.6.1) Bei Filmen, deren Produktionsjahr laenger als 2 Kalenderjahre
+ zurueckliegt, enfaellt der optionale {JAHR} Tag und wird zur Pflicht.
+ Das Produktionsjahr ist von IMDB zu entnehmen.
+1.6.2) Als Anlaufstelle fⁿr den deutschen Filmtitel gilt IMDB (also known as).
+1.7) Ein Sample, das dem Release beiliegen und aus dem finalen Release
+ herausgeschnitten werden muss, sollte eine Laufzeit von circa 60 Sekunden
+ haben und muss dem Release in einem Unterordner (./Sample) beiliegen.
+1.8) Die NFO muss Informationen zu Video- und Audiobitrate, sowie zur
+ Aufloesung und zum Encodingverfahren (2-Pass / crf) enthalten.
+1.9) BluRay und HDDVD Sourcen dupen sich gegenseitig.
+1.10) Es ist erwuenscht die originalen Kapitel der Source in den mkv
+ Container einzubetten, jedoch ist es keine Pflicht.
+1.11) Aus Kompatibilitaetsgruenden ist es zwingend erforderlich Header Stripping
+ zu deaktivieren.
+1.12) Filme die aufgrund ihrer Laenge auf 2 Discs aufgeteilt wurden (wie zum Bsp.
+ "Der Schakal DC" und "Der Herr der Ringe SSE") sind in einem
+ Stueck zu encoden. Schwarze oder doppelte Szenen (was bisher geschah)
+ sind zu entfernen um einen lueckenlosen Uebergang zu gewaehrleisten.
+
+[ Audio ]
+
+
+2.1) Als Audiospuren zulaessig sind ausschliesslich AC3 und DTS. Falls beide
+ Tonformate vorliegen, so ist die Audiospur zu verwenden, die ueber mehr
+ Audiokanaele verfuegt. Sollten beide Formate die gleiche Anzahl haben,
+ so ist die DTS Spur zu verwenden, da diese als hoeherwertiges Format
+ angesehen wird.
+2.2) Die Audiobitrate muss mindestens 640 kbps betragen, es sei denn auf der
+ Source befinden sich nur Tracks mit einer niedrigeren Bitrate.
+2.3) Fuer den Fall, dass ein 448 kbps AC3 Kern existiert, und beispielsweise
+ ein True-HD Track, so liegt es im persoenlichen Ermessen ob der AC3 Kern
+ verwendet wird oder aber aus dem True-HD Track zu 640 kbps AC3 encoded
+ wird.
+ LPCM Audio muss entweder in AC3 640 kbps oder in DTS 1510 kbps umgewandelt
+ werden.
+2.4) Sofern ein DTS HR/HD MA Track vorhanden ist, muss der DTS Core/Kern aus
+ diesem extrahiert werden.
+2.5) Alle Tonspuren muessen sich im AC3/DTS Format mit korrekten Kanaelen
+ befinden. DTS-ES ist erlaubt.
+2.6) 2 Kanal Mono darf nicht zu AC3 1.0 zusammengefasst werden, sondern
+ muss unangetetastet bleiben.
+2.7) Optional darf eine zweite Tonspur (Originalton) in das Release gemuxt
+ werden. Falls der Originalton englisch ist wird die Option bei 1080p
+ Releases zur Pflicht. Fuer 720p Releases bleibt es optional.
+2.8) Die korrekte Originalsprache des Films ist von IMDB zu entnehmen.
+
+2.9) Sollte mehr als ein Audiotrack gemuxt werden, so ist auf die korrekte
+ Standardtrackmarkierung zu achten (Standard = yes/no).
+ Deutsch - Standard
+ O-ton - kein Standard
+2.10) Die deutsche Tonspur muss aus Kompatibilitaetsgruenden zu einigen Playern,
+ die, die Standardtrackmarkierung ausser Acht lassen als erster Track nach
+ dem Video gemuxt werden.
+
+ Aufbau des fertig gemuxten mkv Containers:
+
+ Track 0: Video
+ Track 1: Audio (ger)
+ Track 2: Audio (O-Ton) (OPTIONAL)
+ Track 3: Untertitel - forced (.srt)
+ Track 4: Untertitel - vollsubs (.srt) (OPTIONAL)
+ Track 5: Untertitel - forced (.srt) (O-TON) (OPTIONAL)
+ Track 6: Untertitel - vollsubs (.srt) (O-TON) (OPTIONAL)
+
+
+
+[ Video ]
+
+
+3.1) Falls erforderlich, muss das Video deinterlaced bzw ivtc'd werden.
+3.2) Neben dem 2-Pass Modus kann der Constant Rate Factor 20 (--crf 20) Modus
+ gewaehlt werden. Hier liegt es im eigenen Ermessen welcher Modus am
+ meisten Sinn macht (bsp. aeltere Filmproduktionen mit sehr viel Filmkorn
+ verschlingen viel Bitrate, weshalb in manchen Faellen der 2-Pass Modus zu
+ bevorzugen ist, da ein crf 20 unter Umstaenden sehr gross werden koennte).
+ 2-Pass und crf 20 Releases dupen sich gegenseitig -- first Release wins.
+3.2.2) In Ausnahmefaellen (sehr starkes Filmkorn, Rauschen, sehr schlechte
+ Bildqualitaet, u.A.) kann fuer CRF Releases anstatt --crf 20 auch
+ --crf 21 oder --crf 22 verwendet werden. Solche Faelle muessen kurz be-
+ gruendet werden.
+3.3) Die Breite des Videos muss ein Vielfaches von 16 sein (mod16). Die Hoehe
+ des Videos muss ein Vielfaches von 8 sein (mod8).
+3.4) Schwarze Balken sind bis zu dem Frame, der am meisten Bildinformationen
+ enthaelt, wegzucroppen.
+3.4.1) Das Resizen von 1080p Releases ist nicht erlaubt. Es muss mod8/16
+ konform gecroppt werden, ohne zu overcroppen. Ein Undercropping (oder
+ Addborders) wird hierbei gegebenfalls in Kauf genommen.
+3.4.2) Overcrop/Undercrop von 1px wird toleriert,
+ da es aus technischen Gruenden nicht moeglich ist 1px zu croppen.
+3.5) Aufloesungen:
+3.5.1) 720p steht fuer eine maximale Aufloesung von 1280x720.
+ - Fuer Seitenverhaeltnisse von 1.78:1 oder hoeher muss die horizontale
+ Aufloesung 1280px betragen. Beispiel: 2.35:1 -> 1280x544.
+ - Fuer Seitenverhaeltnisse kleiner als 1.78:1 muss die vertikale
+ Aufloesung 720px betragen. Beispiel: 1.33:1 -> 960x720.
+3.5.2) 1080p steht fuer eine maximale Aufloesung von 1920x1080.
+ - Fuer Seitenverhaeltnisse von 1.78:1 oder hoeher muss die horizontale
+ Aufloesung 1920px betragen. Beispiel: 2.35:1 -> 1920x816.
+ - Fuer Seitenverhaeltnisse kleiner als 1.78:1 muss die vertikale
+ Aufloesung 1080px betragen. Beispiel: 1.33:1 -> 1440x1080.
+3.6) Es muss das Seitenverhaeltnis der Source verwendet werden und nicht das,
+ was auf einschlaegigen Seiten wie z.B. IMDB zu lesen ist.
+3.7) Video Bitraten im 2-Pass Modus:
+3.7.1) 720p: Minimum = 3700 kbps, Maximum = 7000 kbps.
+3.7.2) 1080p: Minimum = 7000 kbps, Maximum = 13000 kbps.
+3.7.3) Ausgeschlossen hiervon sind Animationsfilme und crf Releases.
+3.8) Fuer 720p als auch fuer 1080p Releases muss Level 4.1 respektiert
+ werden.
+3.9) Fuer vertikale Aufloesungen von mehr als 864px muss --ref 4 verwendet
+ werden, um Level 4.1 zu respektieren.
+3.10) Custom Matrizen sind erlaubt.
+3.11) VfW (Video fuer Windows) ist nicht erlaubt.
+3.12) Es wird empfohlen immer die aktuellste x264 Version zu verwenden. Als
+ erste Anlaufstelle gilt x264.nl. Die verwendete Version darf
+ nicht mehr als 2 Public Builds von der bis dato aktuellsten Version
+ zurueckliegen.
+3.13) Folgende Tabelle zeigt welche x264 Settings verwendet werden muessen:
+
+ .------------------------------------------------------------------------.
+ | Setting | benoetigte Einstellung | x264 default |
+ |-----------------+-------------------------------+----------------------|
+ | b-pyramid | normal (mode 2) | ja |
+ | me | umh, esa oder tesa | nein (hex) |
+ | no-fast-pskip | benoetigt | nein |
+ | ref | 4 oder 5 | 3 |
+ | subme | 7 oder hoeher | ja (7) |
+ | mbtree | an | ja |
+ | -> rc-lookahead | mindestens 40 (default) | ja (40) |
+ | trellis | 1 oder hoeher | ja (1) |
+ | bframes | 3 oder hoeher | ja (3) |
+ | weightb | an | ja |
+ | aq-mode | an (ausser Zeichentrickfilme)*| ja (1) |
+ | mixed-refs | an | ja |
+ | b-adapt | 1 oder hoeher | ja (1) |
+ | deblock | an | ja (0:0) |
+ | 8x8dct | an | ja |
+ | direct | darf nicht "none" sein | ja (spatial) |
+ | merange | 16 oder hoeher | ja (16) |
+ | no-chroma-me | darf nicht benutzt werden | ja |
+ | psy-rd | an | ja (1.0:0.0) |
+ | partitions | alle oder p8x8,b8x8,i8x8,i4x4 | p8x8,b8x8,i8x8,i4x4 |
+ `------------------------------------------------------------------------'
+
+ * Der eingeschaltete aq-mode bei Zeichentrickfilmen ist nicht verboten.
+ Hier sollte fuer sich selbst entschieden werden ob eine Verwendung
+ qualitativ sinnvoll ist.
+ Bei Animationsfilmen wie zB Monster AG, Findet Nemo etc. muss der
+ aq-mode zwingend aktiviert bleiben.
+
+[ Dateigroessen im 2pass Modus]
+
+
+4.1) Als Groessen fuer Releases im 2pass Modus zulaessig sind:
+ - Vielfache von 1120 MB
+ - DVD5/x (z.B. DVD5 / 4 = 1120MB ; DVD5 / 3 = 1493MB ; etc)
+ - 3360 MB
+ - DVD5 (4480 MB)
+ - 5600 MB
+ - 6720 MB
+ - DVD9 (8140 MB)
+ - 2x DVD5 (unsplitted 8960 MB)
+ - 10080 MB, 11200 MB, 12400 MB, 13600 MB, etc.
+
+4.2) Diese Groessen duerfen um maximal 40MB unterschritten werden,
+ allerdings muss die Mindestbitrate eingehalten werden.
+ Eine Ueberschreitung der Groessen bis 2MB wird tolleriert
+ und darf kein Proper Release nach sich ziehen.
+
+
+
+[ Untertitel ]
+
+
+5.1) Zwangsuntertitel (forced subs) muessen in einem text-basierten Format
+ vorliegen, das in den mkv Container gemuxt wird.
+5.2) Text-basierte Untertitel muessen als UTF-8 kodiert sein, um eine
+ korrekte Darstellung von Sonderzeichen zu gewaehrleisten.
+ Beim OCR ist zwingend auf korrekte Schreibweise zu achten.
+ Mehr als 5 selbstverschuldete Rechtschreibfehler werden nicht geduldet.
+5.3) Untertitel duerfen nicht hardcoded werden.
+5.4) Sollte mehr als ein Untertiteltrack gemuxt werden, so ist auf die
+ korrekte Standardtrackmarkierung zu achten (Standard = yes/no).
+ Deutsche forced Untertitel = standard
+ Alle weiteren Untertitel = kein standard
+5.5) Multi-language Untertitel koennen nicht als Basis fuer einen Dupe
+ dienen.
+5.6) Deutsche Vobsubs sind von nun an Pflicht, sofern Untertitel auf der Disc
+ vorhanden sind.
+ Wenn das Release mit zweiter Tonspur gemuxxt wird, muessen auch die
+ Unteritel in der Originalsprache beigelegt werden, soforn diese auf der
+ Disc vorhanden sind.
+ Beim Erstellen der Vobsubs ist zwingend auf die korrekte Aufl÷sung
+ (720p/1080p) und auf die korrekte Spracheinstellung zu achten.
+ Die "forced flags" aus dem .sup Stream muessen beibehalten werden.
+ Zusaetzlich muessen die Zwangsuntertitel zu einem seperaten Stream mit dem
+ Zusatz -forced extrahiert werden.
+ Sollten die deutschen Zwangsuntertitel in einem seperaten Stream vorliegen,
+ so sind diese auch nochmal seperat mit dem Zusatz -forced beizulegen.
+ Beispiel:
+ filename.idx / filename.sub = deutsche Vollsubs
+ filename-forced.idx / filename-forced.sub = deutsch (forced)
+ filename-eng.idx / filename-eng.sub = englisch
+ filename-eng-forced.idx / filename-eng-forced.sub = englisch (forced)
+
+ "eng" steht hierbei fuer das englische Sprachenkuerzel.
+ Weitere Sprachenkuerzel koennen in jeder beliebigen Suchmaschine gefunden
+ werden.
+
+ Aus Kompatibilitaetsgruenden ist das Zusammenfassen (mergen) zu einem Sub
+ Stream nicht erlaubt.
+
+5.7) Die Vobsubs muessen mit hoechster Kompression in eine RAR-Datei gepackt,
+ mit einem sfv File verifiziert und in einen "Subs" Unterordner beigelegt
+ werden.
+ Um doppelte Dateinamen zu verhindern muss die RAR-Datei anders
+ als die RAR-Dateien des Hauptfilmes benannt werden.
+
+
+[ Empfohlene Encoding Settings ]
+
+
+6.1) 720p crf 20:
+ x264.exe --crf 20 --level 4.1 --me umh --ref 5 --sar 1:1
+ --thread-input --no-fast-pskip --output movie.mkv movie.avs
+
+6.2) 720p 1st Pass:
+ x264.exe --pass 1 --level 4.1 --me umh --ref 5 --sar 1:1
+ --stats .stats --bitrate 3700 --no-dct-decimate
+ --no-fast-pskip --partitions none --output NUL movie.avs
+
+6.3) 720p 2nd Pass:
+ x264.exe --pass 2 --level 4.1 --me umh --ref 5 --sar 1:1
+ --stats .stats --bitrate 3700 --no-fast-pskip
+ --thread-input --output movie.mkv movie.avs
+
+6.4) 1080p crf 20:
+ x264.exe --crf 20 --level 4.1 --me umh --ref 4 --sar 1:1
+ --thread-input --no-fast-pskip --output movie.mkv movie.avs
+
+6.5) 1080p 1st Pass:
+ x264.exe --pass 1 --level 4.1 --me umh --ref 4 --sar 1:1
+ --stats .stats --bitrate 7000 --no-dct-decimate
+ --no-fast-pskip --partitions none --output NUL movie.avs
+
+6.6) 1080p 2nd Pass:
+ x264.exe --pass 2 --level 4.1 --me umh --ref 5 --sar 1:1
+ --stats .stats --bitrate 7000 --no-fast-pskip
+ --thread-input --output movie.mkv movie.avs
+
+[ Proof ]
+
+
+7.1) Jedem Release muss ein Source Proof der Disc beiliegen. Die Disc muss
+ klar zu erkennen und zum eindeutigen Beweis mit einem beigelegten
+ (nicht digital hinzugefⁿgtem) Group Tag versehen sein. Als Anhaltspunkt
+ gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ Scans sind _nicht_ erlaubt.
+ Moegliche Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen muessen unkenntlich gemacht werden.
+ Zur eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+ Das Foto muss sich im Unterordner /Proof gepackt als *-proof.rar und mit
+ *-proof.sfv befinden.
+ Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+
+[ PROPER Releases ]
+
+
+8.1 ) Einem PROPER Release sind Screenshots / Logs vom technischen Mangel des
+ ersten Releases im Proof Unterordner beizulegen. Zum Beispiel von
+ Pixelfehlern (Glitches). Sollte das vorangegangene Release asynchron sein
+ sind eindeutige Timestamps in der NFO Datei anzugeben.
+
+8.2 ) Unnoetige Proper Releases wie fehlende Zwangsuntertitel, Header Stripping
+ bzw. allen anderen Fehler die repariert werden koennen sind zu unterlassen.
+ Hier genuegt es eine Batch Datei zu releasen.
+
+
+
+[ Change Log ]
+
+ + = hinzugefuegt
+ - = entfernt
+ * = geaendert
+
+ v3.0:
+
+
+ * 1.6: Definierung verfeinert. Der deutsche Filmname muss gewaehlt werden.
+ + 1.6.2: Der deutsche Filmtitel ist von IMDB zu entnehmen.
+ + 1.11: Header Stripping muss deaktiviert sein.
+ + 1.12: Splitting eines Films ist nicht erlaubt.
+
+ * 2.1: Neudefinierung der zu verwendenden Audiospur.
+ * 2.5: DTS-ES ist erlaubt.
+ - 2.6: 2 Kanal Mono Audiospuren muessen unangetastet bleiben. Ein
+ Zusammenfuehren der Kanaele ist nicht mehr erlaubt.
+ * 2.*: Neuanordnung der Punkte.
+ * 2.3: Um LPCM Audio erweitert.
+ * 2.7: DL Pflicht fuer 1080p Releases mit englischem Originalton.
+ + 2.8: Korrekte Audio-Standardtrackmarkierung muss entsprechend
+ eingestellt werden.
+ * 3.2: CRF ist jetzt auch bei 720p releases erlaubt.
+ + 3.4.2: Undercrop/Overcrop von 1px wird tolleriert.
+ + 3.12: Die verwendete x264 Revision darf maximal 2 public builds von der
+ aktuell verfuegbaren Version von x264.nl zurueckliegen.
+ * 3.13: Default Settings aktualisiert.
+ * 4.1: Zulaessige Groessen fuer 2pass Releases den internationalen Standards
+ angepasst.
+ * 4.2: Tolleranz zur Zielgroesse ueberarbeitet.
+ + 5.1: externe Vobsubs sind Plicht (BDSup2Sub).
+ + 5.2: Maximal 5 Rechtschreibfehler in den Untertiteln werden toleriert.
+ + 5.7: Die Vobsubs muessen in einen "Subs" Unterordner beigelegt werden
+ * 6.*: Commandlines angepasst und um CRF20 bei 720p releases erweitert.
+ + 7.*: Source Proof ist Pflicht.
+ + 8.1: Screenshots/Logs/Fehlerbeschreibung sind fⁿr ein Proper Release
+ notwendig.
+ + 8.2: Batch Fixes sind ausdruecklich erwuenscht.
+
+
+
+ [ Signed by ]
+
+
+ CDD DETAiLS EmpireHD ENCOUNTERS EXQUiSiTE FilmGmbH GBM GOREHOUNDS
+ HDViSiON MiSFiTS OldsMan QoM R0CKED ROOR RSG SoW WOMBAT w0rm
+
+
+
+
+
+
+
+ [ Diese Standards gelten verbindlich ab dem 10.08.2011 00:00:01 GMT+1 ]
+
+
+
+ ░
+ ░
+ ▄▄▀▀▀▄▄ ▒░
+ ▄▄▄ ▓█▌▄▓▄ ▀▓▄▄▄▀ █▓▓
+█▓█▓▒▓▓███▄██████████████████████████████████▓█▓▓████▀▀▀█████▓▓█▀▀▀█▀█▓▒░██▓▓█▄
+ ▀▀▀ ▓▀ ▀ ▀▀▓▄ ▀▓▀▐█▓ ███cpN
+ ▀▀▄▄▄▀▀ ▀█▓
+
GENERAL:
+
+ Jedes als German.XXX getaggte Release muss von einer
+ originalen, sich im Besitz der jeweiligen Group befindlichen DVD stammen.
+ Dies impliziert, dass sowohl Bild als auch Ton aus dem selben
+ Vobset stammen und direkt von diesem encodiert oder extrahiert werden
+ muessen. Das Benutzen von DVDR-Releases bzw. das Klauen einer fremden
+ Source ist untersagt.
+
+
+CODEC:
+
+ Als Compressor ist nur der XviD-Codec mit der Verwendung
+ der 2-pass-Encodingmethode und variabler Bitrate erlaubt.
+ Das CQ Encodierverfahren ist nicht erwuenscht und gilt als technischer
+ Mangel.
+ Die Verwendung aktueller XviD-Binaries ist erlaubt.
+
+
+VIDEO:
+
+ Aufloesung und Seitenverhaeltnis:
+ - Breite: 512 bis 576 Pixel bei FullScreen
+ 576 bis 672 Pixel bei WideScreen und LB
+ - Breite und Hoehe muessen ein Vielfaches von 16 sein (mod16)
+
+ Cropping:
+ - Das Croppen und Resizen erfolgt nach dem ITU-R BT.601-Standard*
+ - Das Bild muss komplett freigestellt sein, es duerfen keine schwarzen
+ Balken im XviD verbleiben.Sollte dies nicht moeglich sein
+ (-> BB-Video, MuschiMovie etc.), so muss in der .nfo darauf hingewiesen
+ werden!
+ - Das Seitenverhaeltnis darf maximal 3% von dem des Input-ARs**
+ abweichen
+ - Das Input-AR sollte moeglichst exakt dem AR des freigestellten Videos
+ entsprechen; es sind maximal 6 weitere Pixelzeilen (jeweils oben+unten
+ oder links+rechts) als zusaetzlicher Overcrop erlaubt, um einen
+ niedrigeren AR-Error zu erhalten
+ - Grundsaetzlich gilt aber: Soviel Bild wie moeglich erhalten, wie es
+ innerhalb des AR-Error-Bereichs von 3% moeglich ist. Overcropping
+ gilt als technischer Mangel
+
+ *ITU-R BT.601-Standard:
+ Der ITU-R BT.601-Standard wird als beste Resize-Methode fuer DVDs
+ empfohlen, um dem Originalseitenverhaeltnis des Films moeglichst nahe
+ zu kommen.
+
+ **Input-AR:
+ Beim Berechnen des AR-Errors wird stets vom Input-AR ausgegangen.
+ Das heisst, dass die endgueltige XviD-Aufloesung nicht mit dem
+ theoretischen, perfekten Seitenverhaeltnis, welches u.a. auf der
+ DVD-Huelle angegeben ist (z.B. exakt 1.85:1), verglichen wird,
+ sondern dem tatsaechlichen, also dem des freigestellten Bildes,
+ das man nach dem Croppen erhaelt und erfahrungsgemaess in 95%
+ der Faelle von den theoretischen Werten leicht abweicht.
+
+ Size / Filmlaenge:
+ - Als Groessen sind zulaessig: 700mb | 1400mb | 1900mb (+/- 5mb)
+ - Die Entscheidung fuer die Groesse liegt im Ermessen des Rippers.
+ - Orientierungswerte fuer einen Wechsel von 700mb auf 1400mb:
+
+ bei 1.33:1-AR ab ~095 Minuten
+ bei 1.85:1-AR ab ~100 Minuten
+ bei 2.35:1-AR ab ~105 Minuten
+
+ - Orientierungswerte fuer einen Wechsel von 1400mb auf 1900mb:
+
+ bei 1.33:1-AR ab ~180 Minuten
+ bei 1.85:1-AR ab ~210 Minuten
+ bei 2.25:1-AR ab ~230 Minuten
+
+ - Diese Werte sind ORIENTIERUNGSWERTE, koennen jedoch sowohl unter- als
+ auch ueberschritten werden
+ - BITRATE != QUALITAET
+ - Zum Testen der Komprimierbarkeit ist ein Kompressionstest
+ durchzufuehren, mit dessen Hilfe man anschliessend die Aufloesung
+ und Size waehlt -> Rule Of Thumb: gut komprimierbar = hohe Aufloesung;
+ schlecht komprimierbar = niedrige Aufloesung
+ - Groessere Abweichungen von den Orientierungswerten sollten in der NFO
+ kurz erwaehnt und begruendet werden, die Entscheidung sollte je nach
+ Film und dessen Komprimierbarkeit sorgfaeltig ueberdacht werden
+ - Ein splitten auf eine bestimme Groesse ist nicht noetig.
+
+ Deinterlacing:
+ - Interlaced Sources muessen entsprechend deinterlaced werden
+ - Progressives Encoden von interlaced Sources ist ein technischer Mangel
+
+ Codec-Paramter:
+ - Die Anwendung von QuarterPixel und GlobalMotionCompensation sind
+ aufgrund von diversen StandAlone-Inkompatibilitaeten ausdruecklich
+ verboten
+ - Als Matrix muss MPEG oder H.263 verwendet werden; Custom Matrizen
+ sind verboten
+ - Packed Bitstream ist in Verbindung mit 1-BVOP erlaubt, da diese
+ Kombination DivX5 am naechsten kommt und so auf StandAlonePlayern
+ fuer die bestmoegliche Kompatibilitaet sorgt
+
+
+AUDIO:
+
+ - Als Audioformat ist nur MP3 erlaubt.
+ - MP3-Audiospuren muessen als VBR oder ABR unter verwendung des LAME
+ Codecs encoded werden, wobei die durchschnittliche Bitrate zwischen
+ 120kbps und 160kbps liegen muss.
+ - CBR ist verboten und gilt als technischer Mangel.
+ - MP3-Audiospuren muessen normalisiert werden
+ - MP3-Audiospuren muessen der Frequenz ihrer Source-AC3 entsprechen
+ - German Dubbed Filme sind nicht erlaubt. Sollte eine Grp einen solchen
+ Film releasen, so ist dieser als Internal zu taggen. Hiervon ausge-
+ nommen sind Filme der Studios Magma und Videorama.
+
+PACKEN/WINRAR UND CO:
+
+ - Die fertigen AVI-Container muessen in RAR-Archive (Kompressionsstufe
+ store/speichern) gepackt werden und auf 20.000.000 oder 50.000.000
+ Byte grosse Files gesplittet werden
+ - Die Teilarchive muessen im alten Stil (*.rar und *.rxx) benannt werden.
+ - Wiederherstellungsinfos muessen in die RAR-Archive
+ eingebettet werden.
+ - Eine .sfv muss beigelegt werden und Checksummen fuer
+ alle RAR-Archive enthalten
+ - Eine NFO-Datei muss sich im Hauptverzeichnis des Releases befinden
+ - Zu jedem Release muss ein Sample im AVI-Format beiliegen (/Sample),
+ welches zwischen 30 und 60 Sekunden lang sein muss und direkt aus der
+ Release-AVI extrahiert sein muss; seperates Encoden des Samples ist
+ verboten, da die Aussagekraft dadurch hinfaellig wird
+
+
+
+TAGGING:
+
+ - Das Benennen der Dateien im Release bleibt den Groups selbst ueber-
+ lassen, sie sollte aber sinnvoll und ausreichend ausfuehrlich gewaehlt
+ werden, um Dupefiles vorzubeugen
+ - Die Verzeichnisse sollten diesem Beispiel-Tag folgen, wobei
+ <*>-Ausdruecke editiert oder entfernt werden muessen, [*]-Ausdruecke
+ sind optional und releaseabhaengig:
+
+ <Film.Titel>.German.XXX.DVDRiP.XviD.[iNTERNAL].[READ.NFO]-<GROUP>
+
+ - Das Einfuegen des YEAR-Tags ist nicht erforderlich
+ - Weitere optionale Tags sind: REAL, REMASTERED, RERIP, REPACK, PROOFFiX
+
+
+PROPER:
+
+ Proper sind nur wegen folgender Fehler zulaessig:
+
+ - Ein anderer Codec als XviD verwendet wurde (bad.Codec)
+ - Aufloesungen ausserhalb der gegebenen Grenzen verwendet wurden
+ (bad.resolution)
+ - X- und/oder Y-Aufloesung kein Vielfaches von 16 sind (!=mod16)
+ (bad.resolution)
+ - Ein groesserer AR-Error als 3% vorliegt (bad.ar)
+ - Unnoetig viel Bild an den Raendern gecropped wurde (overcropped)
+ - Interlaced Frames vorliegen (interlaced.frames)
+ - QPel, GMC oder PB in Kombination mit mehr als 1 B-VOP verwendet
+ wurden (bad.Codec.parameters)
+ - Ein anderes Audioformat als MP3 verwendet wurde (bad.audio.Codec)
+ - Die durchschnittliche MP3-Bitrate unter 120kbps liegt
+ (low.audio.bitrate)
+ - Eine konstante MP3-Bitrate (CBR) statt einer variablen verwendet
+ wurde (cbr.audio)
+
+
+PROOF
+
+ - Ein Proofpic ist optional beizufuegen.
+ - Sollte das Storedate mehr als 2 Wochen zurueck liegen, so wird
+ das Proofpic zur Pflicht.
+ - Die Disc muss klar zu erkennen sein und mit einem beigelegten
+ (nicht digital hinzugefuegtem) Group Tag versehen sein.
+ - Als Anhaltspunkt gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ - Scans sind NICHT erlaubt.
+ - Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen MUESSEN unkenntlich gemacht werden!
+ - Zur eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da sonst Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten.
+ - Auf Fake GPS Daten ist zu verzichten.
+ - Das Foto muss sich im Unterordner /Proof gepackt als *-proof.rar und mit
+ *-proof.sfv befinden.
+ - Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein Foto nachzuliefern.
+
+
+NFO:
+
+ Fuer die NFO, die jedem Release pflichtmaessig beizulegen ist, gelten
+ folgende Minimalanforderungen:
+ - Titel des Films
+ - Releasedatum
+ - Veroeffentlichungsdatum
+ - Laufzeit
+ - Sprache
+ - Anzahl RARs/(CDs)
+ - Videoaufloesung
+ - Average Videobitrate
+ - Average Audiobitrate
+ - Studio bzw. Label
+ - Bestellnummer der DVD
+ - Proper/Repack-Notes bei Proper/Repack-Release
+
+ Optionale Informationen:
+ - Darsteller
+ - URL zum Film
+ - ...
+
+
+Fuer alle anderen Formate und/oder fremdsprachige Filme gelten die zur Zeit
+aktuellen Rules!
+
+
+[ Signed By following Wankers ]
+
+CHiKANi KissMyDick PPG STARFUCKS WLC
+
+Diese Standards gelten verbindlich ab dem 15.10.2011 00:00:01 GMT+1
█
+ ▄▄█▄▄ ■ ▄▄██▄▄ █
+ ▄████ ▀▀ ██ ▄██████ █ ▐▄▄▄
+ ███▀▀ ██ ██████▀ █ ▄██▄ ███
+ ███ █ ██▌ ████▀ ▄███ ███ ▐██ ■
+ ███▄▄ ████ █████ ▀██ █ ████▌ ███▄▄ ██▌ █
+ ████ █ ████▄▄ ▀██▌ ▄██ ▄▄███▌ ■ ████████
+ ███▄▄ ██████▄▄▄▄ █▌▄▄████▄███████▄▄██████████ █ █
+ █ ■ ███████▀ ▄▄██████████████████████████████ ▀▀████▄▄██▄
+ █████▀ ▄█████████████████████████████████ █████████
+ ███ ███▄▄████████▀▀▀▀▄▄▄▄▄▄▄▄▄▄▄▀▀▀▀███████████ ▀███▀ █ ■
+ █ ████ ████████▀▀▄▄███████████████████▄▄▀▀████████ ▐██
+ ▄▄ ■ ███ ▐█████▀▄▄█████▒▒▒▓▓▒▒▓▒▒▒▒▒▒▒▒▒█████▄▄▀██████ █▄ ███
+ █████▄▄▄ ███████▀▄████▒▒▒▒▓▓▒▓▓▓▓▒▒▒▒▓▒▒▒▓▒▒▒░░████▄▀█████▄▐█████ ▄█ ▌
+ █ ██████▀▌ ████▀▄███▒▒▒▒▒▒▓▒▓▓▓▒▓▒▓▒▒▒▒▒▒▒▒▒▒▒░▒░░░███▄▀█████████ ▌
+ ██▀▀ ██ ████ ███▒▒▒▒▒▓▒▒▒▒▓▓▓▓▓▓▓▒▓▓▒▒▒▒▒▒░░░░░░░░░░██▄▀██████ █ █▄ █ ■
+ ██▄ ███▌███ ███▒▒▒▒▒▒▒▒▒▒▓▒▒▓▒▓▓▓▒▒▒▒▒▒▒░▒░▒░░░░░░░░░░██ ████▄▄ ███▀
+ ████ ████ ██░░▒░▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▒▒▒▒▓▒▒▒▒░░░░░░░░░░░░░██ ████████▀
+ █ █ ████▄▄ ███ ██░░░▒▒▒░▒░▒▒▓▒▒▒▒▒▒▓▓▓▓▒▒▒▒▒░▒░░░░▒░░░░░░░░░░██ ██████▄ ■
+ ████████ ██░░░▒░░░▒▒░▒▒▒▒▒▒▒▓▒▓▒▓▒▒▒▒▒▒▒░▒░░░░░░░░░░░░▒░░██ ███ ███ █ ▄
+ ▄▄▄█▄ ▀█████▌██░░░░▒░░▒░░░▒▒▒▒▒▒▓▒▓▒▓▓▒▒▒▒░░▒░░░░▒░░░░░▒░░░░░░░██▐████ ▄██
+ █████▄ ████▐█░░░░░░░░░░░▒░░▒░▒▒▒▒▒▒▓▓▓▒▒▒▒▒▒░░░░░░░░░░░░░░░░▒░░█▌████▄███▀
+ █ ███▄▄███▌██░░░░░░░░▒░░▒░░░░▒▒░▒▒▒▒▓▓▒▒░▒░░░▒░░░░░░░░░░░▒░▓▒░▒██▐█████
+ █c█████▐█░░░░░░░░░░░░░░░▒░░░▒▒░▒▒▓▒▒▒▒░▒░░░░░░░▒░░░▒▒▓▒░▒░▓▒░█▌██████▄█
+ ███▄ █o███▌██░░░░░░░░░░░░░██░░░▒░▒▒▒▒▒█████░░░░░░░░░░▒▒▒▓▓▓▒░▒░░░██▐███████▌■
+ ██ █d██▌█░░░░░░░░░░░███████░░░░░███ ██░░░░░▒▒▓▒▓▓▒▒▓▒░░░░▒░█▐███████▄
+ █████e█▐█░░░░░░░█████▓▓▓▓▓██░░░██ ██░░░▒▓▓▒▒░░░░░░░░░░░░█▌████▀████
+ █ ▄███████9▐█░░██████▓▓▓▓▓▓▓▓▓▓█░░░█ █████████░░░░░░░░░███░░░░█▌███ ▀█▀
+ █████████▀▄█████▓▓▓▒▓▓▓▓▓▒▓▓▒▓▓█░░█ █▓▒▓▓▓▓▓███░░░████▓▓██████▐███ █
+ ██████▌▄████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███████ ██▓▓▓▓▓▒▓▓▓██░██▓▓▓▓▒▓▓▓▓███▐███▄▄▄
+ ▀▀▄██▐█▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓████ █▓▓▓▒▓▓▓▓▓▒▓▓█▓▓▓▒▓▓▓▓▓▓▓▓▓█▌███████▀
+ ▄▄███▌█▓▒▓▓▓▓▒▓▓▓▓▓▒▓▓▓█████▓▓▓▓▒▓▓▒▓▓███▓▓▓▓▓███▓▓▓▓▓█▓▓▓▓▓▓▓▓▓▓▓▓██▐████▄
+ ██████▌██▓▓▓▓▓▓▓▓▓▓▓▓▓████▓▓▓▓▓▓▓▓▓▓▓▓▓▓███▓▒▓██ █▓▓▒▓▓█▓▓▒▓█▓▓▓▒▓▓▒▓█▌██████▌
+ █ ▀▀██▐█▓▒▓▓▓████▒▓▓▒█░░█▓▒▓▓▒▓▓▓▓▓▒▓▒▓▓▓█▒▓▓████▓▓▓▓▓▓█▒█████▓▓▓▓▓▓█▌██████
+ ▄▄█ ▐█▌██▓▓██████▓▓▓▓██░███▓▓▓▒▓██▓▓▓▒▓▒▓██▒▓▒▒▒▓▓▒▓▒▓▓█▓▓██░██▓▒▓▓▓█▌█████
+ ▀ ███▄██ █████░██▓▓▒▓▒▓█░░██▓▒▒▓▓███▒▓▓▒▓▒▓█▒▒▒▓▒▒▒▒▒▓▓█▓▒▓▒▒██░█████▀▐██▐███▌
+ ███████▄▄▀██▓██▓▒▓▒▓▒██░█▒▓▓▒▓▒█░█▓▒▒▒▒▒▒█▒▒▓▓▒▒▒████▒▒▒▓▓▒▒▒██░░██▐███▐████
+ ██▀████████ ████▒▒▓▒▒▒▒█░█▓▒▒▓▒██░█▒▒▓▒▒▓▒▒█▒▒▒░███░██▒▒▓▒▒▒▓▒▒▒█████████ ▀▀
+ ██▀ ▀█▀▀ ███ █░█▒▒░▒▓▒▒█░█░▒▓▒▒█░██▒░▒░▒▒▒██▒░▒▒██░░░███▒▒▒▒▒░▒░▒██▐████▌ ■
+ ■ ▄▄▄███ ██▒▓▒▒▒▒▒▒█▒▒▒▒▒████▒▒░▒▒▒▒▒█▒▒░▒▒░█░██░░███▒░▒▒▒▒▒▒█▌█████▄ ██
+ ▄▄██████████▐█░▒▒░░▒▒░█▒░▒░▒░░░▒░░▒░▒░███░▒░░▒▒░██░░░▒░██▒▒▒░▒▒░▒█▐███████
+ ▀▀██▀ ▀▀█████▐█▒▒░▒▒░▒░██▒░░▒░▒░░░░░░░██░░▒░░▒░░░░██░░░░░█▒░▒▒░▒▒▒█████ ▀█▀
+ ▀▀ █ ████▌█░░▒░▒░░░░░█░░░░▒░░▒░░████░░█░░░░░▒░░░█░▒░░░░░▒░▒░▒░░█▐███▄
+ █ █████▌█░░▒░░░▒░░▒██░░░░░░░███░░▒░░███░░░▒░░░█░░░▒░░░░▒░▒░░█▌██████
+ ▄▄██████▌█▒░░░▒░█████░░▒░░██████░░▒░██░██░░░░████░░░░░▒░░░░░██▐██ ███▌
+ ▄█████████▌█████▀▀▀▀█████░░█░░░░████░░█░░░█████░░░████░░░░░░███ ██ ▐███
+ ████▀▀▀ ████▄▄▄▄▄███▄▄▀█████░░░░░░░░█████░░░░░░░████▀ ▀██████▀▀▄██ ███▌
+ ██▀ ███████████████▄▀▀██████░░░░░░░░░░░██████▀▀▄███▄▄▄▄▄▄█████ ████▀
+ ██ ▀ ████▌ ██ ▀███████▄▄▀▀▀█████████████▀▀▀▄▄████████████████ ██
+ ▀▀ ████ █ ██ █████████▄▄▄▀▀▀▀▀▀▀▀▄▄████████ ▐███████████ ▄▄▄
+ ■ ████ ▄███ ██ ████████████████████████ █ █ ▄███▄ ▄█████▄███
+ ██ ▀██▌ ███ ███ ▐███████████████ ████ ██████████ ▀███▀
+ ███▌███ ██ ████ ███ ▄███ █ ███ ███████████▌
+ ████▐██ █ ▄███▌ █ ██▄██████▄▄ ▐█▌ ████▀ █████ ■
+ ▀▀███▀ ▐██ █ █████ █████ ██████▄ ▐█▌█ ███▌ ■ ▀██▌
+ ▀▀▀ ███ ████▄ ██████▌ ███▌ ██ ▐███ ██▀ DiS!AiiA
+ ▀██▀ ▀████▄▄ █████ █ ██▌ ██▀ ██
+ ▀███ █ █████ █ ██▀
+ ████▌ ■ ██
+ █████▌
+ ███████
+ ▀██▀▀
+
+ THE 2011 DVDR RELEASING STANDARDS
+
+ [ Effective Date March 1st, 2011 ]
+
+ ▄▄▄▄
+ ▄▄████████▄▄
+ ▄████████████████▄
+ ▄▄ ▄████████████████████▄ ▄▄
+ ▄▄██████▓▒ ▄████████████████████████▄ ▒▓██████▄▄
+ ▄███████████▓▒ ▄████████████████████████████▄ ▒▓███████████▄
+ ▐██████████████▓▓▒▒░▄▄████████████░▒▒▓▓▒▒░████████████▄▄░▒▒▓▓██████████████▌
+ ▐██████▓▀████████████████████░▒▓▓ ▓▓▒░████████████████████▀▓██████▌
+ █████▒ ▀██████████████▒▒▓ ▓▒▒██████████████▀ ▒█████
+ ▀███░ ▀████████▒▓ ▓▒████████▀ ░███▀
+ ▀██▒ ▀▀▀▀ ▀▀▀▀ ▒██▀
+ ▐░ ░▌
+
+ 0. Intro:
+ There have been a lot of lame propers and P2P activities recently
+ that have necessitated the updating of the DVDR standards. The
+ main changes include: Increased release sizes (1.1), removal of
+ warnings (1.7), DVD9 releases and DVD5 sources must be kept
+ complete (2.2), removal of commentary subs if commentary audio
+ has been removed (7.1), internal tag is required before the group
+ name (13.10), and the extent of the propers/nuking section (14).
+
+ 1. General:
+ 1.1. Release size MUST be between 4.33-4.37 GB unless source is DVD5.
+ If the release cannot achieve the minimum size allowed a valid
+ explanation is required in the NFO, e.g., Source was less than
+ 4.33 GB after only removing the full screen cut, etc.
+ 1.2. PAL after NTSC and NTSC after PAL is allowed.
+ 1.3. Different regions do NOT dupe each other.
+ 1.4. Widescreen releases are allowed after Fullscreen.
+ 1.5. Fullscreen releases are NOT allowed after Widescreen.
+ 1.6. Boxsets are recommended to be released as separate single DVDs.
+ e.g., MOVIE.TITLE.EXTENDED.EDITION.DiSC1.STANDARD.DVDR-GROUP
+ 1.7. Protections, limitations and warnings MUST be removed. Logo
+ removal are optional but recommended.
+ 1.8. Trailers and previews are recommended to be removed but are NOT
+ required to be.
+ 1.9. Releases MUST follow the DVD-Video standard. Releases that do
+ not follow the standard decrease overall compatibility with
+ players, and will NOT be tolerated.
+ 1.10. Releases SHOULD include source proof. SCREENERS and BOOTLEGS
+ are exempt. If proof provided, refer to section 16.
+
+ 2. Size:
+ 2.1. DVD9 source:
+ 2.1.1 Maximum size of the final image MUST be no larger than the
+ maximum storage capacity of a standard DVD+R = 4,700,372,992
+ bytes.
+
+ Notes: The removal of extras to keep the video untouched is ONLY
+ allowed if the release size is at least 4.33 GB. However,
+ if the size is under the limit then the release will be
+ nuked for undersized. Therefore, the extras MUST be kept
+ and re-encoded to fill the DVD.
+
+ 2.2. DVD9 releases/DVD5 source:
+ 2.2.1 Must be kept COMPLETE.
+ 2.2.2 Any unnecessary removal of data, with the exception of the items
+ specified in rules 1.7 and 1.8, will result in the release being
+ nuked for undersized_data.unnecessarily.removed even if the
+ release is within the acceptable size range.
+
+ 3. Video:
+ 3.1. Re-encoding:
+ 3.1.1 CCE version 2.67+ or higher MUST be used in all circumstances
+ where re-encoding of the video stream is required.
+ 3.1.2 Automated programs that perform DVD9->DVD5 rips are STRICTLY
+ FORBIDDEN.
+ 3.1.3 DVD-Rebuilder PRO 1.28+ is allowed if the following criteria
+ is met:
+ - The one-click option CANNOT be used.
+ - CCE version(s) as mentioned above MUST be the encoder used.
+ - Qual Prec and VBR Bias MUST be adjusted accordingly.
+ - Max_Bitrate MUST be set according to the DVD-Video standards.
+ - Target_Sectors SHOULD be set to utilize as many sectors as
+ possible.
+ - RB-Opt. or external program to add or modify the CCE
+ settings based upon the encode is recommended.
+ 3.1.4 Releases that are re-encoded MUST apply the appropriate
+ de-interlacing methods if applicable to the source video
+ stream.
+ 3.1.5 TV-DVDR is NOT required to be de-interlaced.
+ 3.1.6 Minimum average bitrate allowed is 3,000 kbit/s (2,800 kbit/s
+ for tv shows). If minimum average bitrate cannot be achieved,
+ splitting the disc is allowed and a valid explanation is
+ required in the NFO.
+ 3.1.7 CCE Quality Settings:
+ - No CBR. Multipass MUST be enforced.
+ - The initial 1st pass that encodes the .vaf file or Qual Prec.
+ control file is NOT considered within the multipass set.
+ - VBR Bias and Qual Prec. values SHOULD be set as:
+ VBR Bias - Recommended Value = 30
+ Qual Prec. - Recommended Value = 28
+ - The number of passes required for a movie is to be determined
+ by the final avg. bitrate:
+ Under 4,000 kbit/s avg. = Min. 6 passes required.
+ Above 4,000 kbit/s avg. = Min. 5 passes required.
+
+ NOTE: The Parameters of a CCE encode should be adjusted according
+ to the source video stream. However it is not up to us as to
+ what they should be and/or which filters should be used during
+ the encoding of the source video stream. Enforcing this would
+ also be extremely difficult as well so, we leave these to each
+ groups specific decision as a high recommendation.
+
+ 4. Audio:
+ 4.1. Dolby Digital is considered the standard audio format and is
+ required to be included when available.
+ 4.2. DVDs that contain only PCM audio are allowed and MUST
+ make note of it within the NFO.
+ 4.3. Downsampling of any audio track is FORBIDDEN.
+ 4.4. If audio is stripped from a DVD9 disk, superior audio tracks
+ need to be kept. e.g., If a DVD contained DD2.0 and DD5.1
+ audio, DD2.0 would be stripped in favor of 5.1. However in
+ regards to DVDs that contain both DTS and 5.1, 5.1 must be
+ kept. The inclusion of a DTS stream is at the ripper's
+ discretion.
+ 4.5. For non-English movies, the movie's original language audio
+ stream MUST be kept unless it is not contained in the retail.
+ In the event that a reissue/new edition DVD contains an original
+ language audio stream, a re-release of the movie is valid.
+ 4.6. For ALL English movies, the English audio stream MUST be kept.
+ 4.7. The inclusion of other audio streams is at the discretion
+ of the ripper, whether they are foreign or commentary.
+ 4.8. If foreign audio tracks are included in a re-encoded release,
+ the release MUST include the MULTi tag in the directory.
+ 4.9. MULTi audio releases do NOT dupe each other if the newer release
+ contains an audio stream that has not yet been released.
+ 4.10. A retail release with the dubbed audio tracks removed does NOT
+ dupe a MULTi release or a release with dubs included.
+ 4.11. English dubbed titles without the original audio language track
+ and no english subtitles MUST include the tag DUBBED in the
+ directory.
+
+ NOTE: DTS/DTS-ONLY/SUPERBiT/CRiTERiON/3D are issues that cannot be
+ ignored. However, this standard does not give preference to
+ the allowing or disallowing of these types of release. It is
+ up to individual sites to determine whether or not to allow
+ them within their individual DVDR section rules. However,
+ groups that wish to pre these types of release MUST name the
+ release directory clearly with the appropriate tags of
+ DTS, DTS-ONLY, SUPERBiT, CRiTERiON and 3D.
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ 5. Source:
+ 5.1. Releases of superior/remastered editions of previously released
+ DVDs are ALLOWED as they improve upon the initial release,
+ e.g., If a new mastered DVD contains a 5.1 stream compared
+ to an inferior stream in the previous release, the
+ release is considered valid.
+ 5.2. Mastered DVDs of: Director's Cut, Criterion, Unrated or any
+ editions with additional/extended scenes are not considered
+ dupes over existing mastered DVDs.
+ 5.3. The DVD to be ripped MUST be the best available edition
+ on the market.
+
+ 6. Authoring:
+ 6.1. DVD-Rebuilder's re-authoring engine may be used if the rip was
+ done with this program.
+ 6.2. References to stripped audio/subtitle streams MUST be removed.
+ 6.3. The main menu of the source SHOULD be played first.
+ 6.4. The release MUST NOT contain any illegal program chain commands.
+ 6.5. Multiple Titles MAY NOT be assigned to the same PGC.
+ 6.6. Unreferenced material MUST NOT be included in the final release.
+ 6.7. VTS Sectors MUST always be gotten.
+
+ 7. Subtitles:
+ 7.1. Commentary sub streams MUST be removed if the commentary audio
+ streams are removed.
+ 7.2. All other subtitles MUST be kept. If certain subs present a
+ problem, it is at the ripper's discretion to retain it. A
+ reasonable explanation MUST be included in the NFO if any
+ subtitles are removed.
+ 7.3. Closed Captioning MUST be retained if present on source disc.
+
+ 8. Menus:
+ 8.1. Menus MUST be included. In extreme cases where the retail does
+ not contain a menu, it must be mentioned in the NFO.
+ 8.2. The menu MUST be in English and not foreign, unless the release
+ is aimed at non-English end-users.
+ 8.3. Foreign menus and/or language units (LUs) MUST be removed if
+ aimed at English end-users.
+ 8.4. Unreferenced material MUST NOT be included in the final release.
+ Inaccessible video and menu cells MUST be removed.
+ 8.5. Removing useless links within the menu is required. If you remove
+ a button, the linked menus MUST also be removed.
+ 8.6. Unused buttons MUST be removed or disabled. NOP command is NOT
+ an allowed method of disabling the button.
+ 8.7. Menu encoding is at the ripper's discretion, but MUST be over 4,000
+ kbit/s average, unless feature bitrate is below minimum, then it
+ MUST be at least 3,000 kbit/s avg.
+
+ 9. Extras:
+ 9.1. Extras are an added value but are NOT required to be kept if
+ the release size is within the limit range.
+ 9.2. If extras are re-encoded, the following guidelines must be
+ adhered to:
+ 9.2.1 Minimum bitrate of 2,500 kbit/s avg.
+ 9.2.2 A minimum of 5 passes.
+
+ 10. DVD Limitations:
+ 10.1. ALL forms of protection MUST be completely removed.
+ e.g. ARccOS, DVDR-Movie PROTECT, FluxDVD, Ripguard, Rimage etc.
+ 10.2. ALL user limitations and restrictions MUST be removed.
+ e.g. PUOs, Parental Management etc.
+ All references to sprm(13) MUST be removed as well.
+ 10.3. Blank/Empty/Never Accessed Cells MUST be removed. Untouched Video
+ is NOT a valid reason to include them. DVD9 releases and DVD5
+ source are exempt.
+ 10.4. Releases MUST be made region free and RCE (Region Code Enhancement)
+ MUST be removed. ALL references to sprm(20) MUST be removed as
+ well.
+ 10.5. Any new unmentioned copy protection that comes out MUST be
+ stripped.
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ 11. Packaging:
+ 11.1. All releases must either use .IMG or .ISO. Other formats
+ are NOT allowed.
+ 11.2. Releases MUST be broken up into RARs of 50,000,000 bytes.
+ 11.3. DVD9 releases MUST be broken up into RARs of 100,000,000 bytes.
+ 11.4. Recovery Record is recommended but NOT required. If used, the
+ maximum limit is 2%.
+ 11.5. Compression method MUST use mode 0 ("store").
+ 11.6. SFVs and NFOs MUST be included.
+ 11.7. NFO MUST include the following:
+ . Title.
+ . Source region number.
+ . Number of Passes and Bitrate used when re-encoding
+ main movie and extras.
+ . Audio streams and subtitles included. Simply stating "All"
+ is unacceptable.
+ . IMDB, or similar link.
+ 11.8. NFO SHOULD include the following:
+ . What has been stripped (extras, menu, etc.)
+ . Number of archive files.
+ . Image size.
+ . Image format.
+ . Release date.
+ . Production year.
+ . All other relevant information.
+
+ 12. Samples:
+ 12.1. Samples are required. Minimum size shall be 30MB, but no larger
+ than 50MB.
+ 12.2. Samples MUST be put in a separate subdirectory named "Sample".
+ 12.3. VOBs must be cut and used as a sample. You cannot rename a RAR
+ and use it as the sample. The sample must have a header.
+ 12.4. Samples MUST be from the packed VOB. Separate encodes are
+ NOT allowed.
+ 12.5. VOBSplitter or ChopperXP are recommended for making samples.
+
+ 13. Directory Naming:
+ 13.1. The appropriate directory tags MUST be used in accordance with
+ the standards specified in the sections above.
+ 13.2. ALL releases are to include production year, except for
+ current year and TV series.
+ 13.3. Directory name MUST include video standard (NTSC or PAL) except
+ for first release of a title in regards to a retail release.
+ 13.4. Source region number MUST be included in the directory if the
+ release is duping an existing standard, e.g., R1 NTSC release after
+ a R3 NTSC release MUST include the R1 tag etc.
+ 13.5. Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-_
+ 13.6. COMPLETE tag SHOULD be used for DVD5 and DVD9.
+ MOVIE.TITLE.COMPLETE.STANDARD.DVDR-GROUP
+ 13.7. Releases are to be named as:
+ 1st release - MOVIE.TITLE.DVDR-GROUP
+ All others - MOVIE.TITLE.REGION.STANDARD.DVDR-GROUP
+ 13.8. TV-DVDR: Season and Volume tags may be used. If disc/box says
+ Season, use Season; if it says Volume use Volume; if it says
+ Season and Volume, use both.
+ 13.9. Titles with hard-coded subtitles MUST be labeled with the SUBBED
+ tag.
+ 13.10. Internal releases must follow these guidelines. Internals are to
+ be tagged properly before the group name (e.g. "iNT" or
+ "iNTERNAL"), and CANNOT be appended (e.g. "GROUPiNT", "GROUP_iNT",
+ "GROUPiNTERNAL" or "GROUP_iNTERNAL").
+ 13.11. The PROPER tag is not to be used by the same group when releasing
+ a repack. The REPACK tag MUST be used.
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+ 14. Propers/Nuking:
+ 14.1. Propers will be valid if any of the above standards are
+ not followed in a release and/or if the previous release had
+ technical flaws, e.g., video glitches, audio errors, menu errors,
+ etc. However, if the release can be patched via a PPF patching
+ system, a PROPER by another group or REPACK by initial group
+ will NOT be tolerated.
+ 14.2. Just because a previous release was not COMPLETE does not
+ provide a legitimate reason to PROPER/DUPE.
+ 14.3. A PROPER based on increased quality when the previous release
+ was within the standards is considered qualitative and will NOT
+ be tolerated.
+ 14.4. Regions do not dupe each other, regardless of PAL or NTSC.
+ 14.5. MULTI releases are NOT considered dupes of previous releases if
+ they contain a different set of audio or subtitle tracks.
+ 14.6. Propers MUST be from the same region.
+ e.g., R2 PAL CANNOT proper R2 NTSC.
+ 14.7. Propers based on previous releases having improper dir names,
+ incomplete NFO's or bad samples will NOT be tolerated. DIRFIX,
+ NFOFIX and SAMPLEFIX are to be used in these cases.
+ 14.8. Nukes/Propers based on "common sense" are NOT acceptable.
+ 14.9. Nukes/Propers based on any 'NOT required', 'SHOULD', 'suggested'
+ or 'recommended' of the above standards are STRICTLY forbidden.
+ 14.10. Misuse of recovery records or invalid RAR sizes CANNOT be
+ propered but SHOULD be REPACKed.
+
+ 15. Tagging:
+ 15.1. Intros and outros any other forms of defacement are NOT allowed.
+ 15.2. Group watermarks or names anywhere within the DVD are STRICTLY
+ forbidden, e.g., Group name in the Provider ID.
+ 15.3. Volume Label MUST be EXACTLY like the original. Adding any
+ tags to the Volume Label will NOT be tolerated.
+
+ 16. Proof (recommended):
+ 16.1. Snapshot (not scan) of the actual physical disc (printed side) in
+ JPEG/PNG format with a group tag. Disc snapshot must be in good
+ quality with disc details clear and readable. Small portions
+ containing store stickers/barcodes may be blurred or blackened.
+ 16.2. Cover scans may be added but DO NOT count as sufficient proof.
+ 16.3. Proof MUST be placed within a separate subdirectory named "Proof",
+ or within the "Sample" folder.
+
+ Notes: Some mobile phone cameras (such as iPhone) add EXIF meta data
+ to the pictures (GPS location for example). It is ESSENTIAL
+ to make sure EXIF meta data is removed from your snapshot.
+
+ ▄▄▄████▄▄▄▄ ▄▄██▄▄ ▄▄█▄▄
+ ███▓▒█▒██▓▒▒▓█████▒███████▒█▓███▓████▒▓█████▒██████▒█▒▓█████▓█████
+ █████▀ ███▀▀██▓▒███▓▒▒▓███████▀▀▀ █ ▌ █▀▒▀██▒▒▓▀▀▀█ █ █▌
+ ▌ ▐██ ■ █ ▀███▀▀ █ █ ██ ▌ ▐▌ ▐ ▌ █ ▌ ■▐██
+ ▌ █ █▀ ▌ ▌ █▐▌ ▐▐▌ █ ▌█ ▐ ▐█ ▐ ▌▌ ▀ █▀
+ ▐ ▌▐█▐ ■ █ █ ▌ ▌
+ ▐██
+
+
+ The 2011 DVDR Releasing Standards Written and Organized By:
+
+ 0MNiDVD . 4PL . ADAPT . ARTHOUSE . B1L . BiL . BOV . BRL . CMT
+ CULT . D3Si . DETOX . DoR2 . DVD9 . ELiXiR . EMX . EXT . FEATURE
+ FiCODVDR . gFViD . HLS . HUMANiSM . iGNiTiON . IGUANA . iNCOGNiTO
+ iNERTiA . INSECTS . iNVADERS . iNVANDRAREN . iTP . JFKDVD . KiDDoS
+ KiK . Ltu . MADE . MoA . NLC . NTX . OSiTV . PFa . PRiNGLES
+ R4F . RTP . SADPANDA . SPAGROEN . STOCK . TH30R1STS . ToF
+ TV2LAX9 . TXF . VMuX . VoMiT . WaLMaRT . WASTE
+
+
+ Groups that refused to sign:
+
+ Counterfeit . DEPRAViTY . JKR . KART3LDVD
+
+
+ (Respect goes to all TDX/TXD/TDRS teams 2000-2010)
+
+ ▐░ ░▌
+ ▄██▒ ▄▄▄▄ ▄▄▄▄ ▒██▄
+ ▄███░ ▄████████▒▓ ▓▒████████▄ ░███▄
+ █████▒ ▄██████████████▒▒▓ ▓▒▒██████████████▄ ▒█████
+ ▐██████▓▄████████████████████░▒▓▓ ▓▓▒░████████████████████▄▓██████▌
+ ▐██████████████▓▓▒▒░▀▀████████████░▒▒▓▓▒▒░████████████▀▀░▒▒▓▓██████████████▌
+ ▀███████████▓▒ ▀████████████████████████████▀ ▒▓███████████▀
+ ▀▀██████▓▒ ▀████████████████████████▀ ▒▓██████▀▀
+ ▀▀ ▀████████████████████▀ ▀▀
+ ▀████████████████▀
+ ▀▀████████▀▀
+ ▀▀▀▀
+
+-------------------------------------------------------------------------------+
+| INTRODUCTION |
+| To satisfy the long lasting audiophile's demand for a music scene of higher |
+| quality than LAME mpeg compression encoding, and since nowdays space and |
+| bandwidth are able to accomodate more, this set of rules were made to |
+| initiate the LOSSLESS music scene space. |
+| To avoid mistakes made in the music scene in the past, a group of old farts |
+| gathered to decide upon these rules. A common understanding amongst all is |
+| that material from non-physical media can easily be doubtful of its |
+| origin of source and hence of questionable quality. To keep things simple |
+| and to avoid mess as experienced in existing music scene, these rules |
+| decided to strictly consider only physical media as a valid source. |
+| |
+| NOTE: The definitions of these keywords are to be interpreted as follows: |
+| MUST=obligatory (not allowed if not comply). |
+| SHOULD=suggested. |
+| CAN+MAY=optional (allowed if not comply). |
+| |
++-------------------------------------------------------------------------------+
+| GENERAL |
+| 1.1 Releases must contain a SFV, NFO, JPG (proof). |
+| 1.2 Currently valid media sources are: CD, VINYL for the time being. |
+| 1.3 Bonus tracks from previously released albums must be released separately.|
+| Obligatory " BONUS TRACKS " dir tagging (ref to rule 3.6). |
+| 1.4 Releasing a previously released album again is only allowed if: |
+| .1 The previous release was ripped from a lower quality source. |
+| Higher to Lower: CD > Vinyl |
+| .2 The new release has 30% or 5 tracks more. |
+| .3 The new release has bonus tracks and the previous release is older |
+| than 91 days. |
+| 1.5 Trackfixes are not allowed, bad quality rips require a complete repack. |
+| Obligatory -REPACK- dir tagging (ref to rule 3.6). |
+| 1.6 The following reasons can be a reason for a bad quality rip: |
+| - One or more tracks from the release are incomplete or contain skips. |
+| - The tracks are distorted and constantly clipping (eg. vinyl rips). |
+| - The tracks contain a constant hiss which was avoidable (eg. vinyl rips)|
+| NOTE: A -PROPER- rip with no hiss should exist. (also -PROPER- must |
+| mention which release its propering in nfo). |
+| 1.7 If tracks from release were already pred as bonus or inside any other |
+| reissue/limited/special/deluxe editions they will be considered as dupes.|
+| 1.8 The maximum directory and filename length is 128 characters. Directories |
+| and filenames must only contain valid characters: a-z A-Z 0-9 _ . - () |
+| 1.9 Releasing a retail is not allowed if its 100% identical to advance |
+| release. |
++-------------------------------------------------------------------------------+
+| ENCODING CD/VINYL |
+| 2.1 Releases must be encoded using FLAC 1.2.1 with compression level 8 (best)|
+| 2.2 Encoding quality must be: 44.100 Hz / 16 bit PCM (2.0) for CD sources |
+| and 48.000 Hz / 24 bit PCM (2.0) for VINYL sources. |
++-------------------------------------------------------------------------------+
+| RELEASE NAME |
+| 3.1 The FLAC tag must be included in the release name before YEAR-GROUP. |
+| 3.2 Release name MUST contain: Artist, Title, Source, Year, Group. |
+| 3.3 Using CATALOGUE number in a release name is optional but recommended. |
+| 3.4 Currently valid SOURCE tags: |
+| - CD, CDS, CDM, CDR, MCD, CDEP (2CD, 3CD etc.) |
+| - VINYL, VLS, LP, MLP, EP (2VINYL, 3VINYL etc.) |
+| 3.5 Currently valid TYPE tags: |
+| - Advance, Bonus, Bootleg, Deluxe, Digipak, Ltd, Limited, Mag, Magazine, |
+| - Promo, Reissue, Remastered, Retail, Sampler, 7-Inch, 10-Inch, 12-Inch, |
+| - Special, Collectors, Ed, Edition, Extra, Flexi, Split, Demo, Tracks. |
+| 3.6 Currently valid ADDITIONAL tags: |
+| - DIRFIX, NFOFIX, PROPER, READNFO, REPACK, BONUS |
+| 3.7 LANGUAGE (LANG) must follow the ccTLD identifiers (2-chars): |
+| http://www.iana.org/domains/root/db/ |
+| 3.8 Mandatory release name formats: |
+| - Artist-Title-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| 3.9 Internal releases must be tagged GRP_iNT. |
+| Internal releases must follow FLAC ruleset. |
+| Internal releases must not dupe an existing one that is 732 days old |
+| or newer. |
+| 3.10 YEAR tag must be the year when the record company/artist published it. |
+| (example: release originally released in 1990, but rip is from 2000 |
+| reissue correct year would be 2000, with additional TYPE tagging. |
+| 3.11 LANGUAGE tag is MANDATORY for non english releases. |
+| If the vocals are non-english and the majority of them must be described |
+| using one TLD country code abbreviation, then the most appropriate |
+| TLD SHOULD be chosen and MUST be used as a tag in the release name. |
+| 3.12 Typos in a release name ARE NOT TOLERATED. A proper ADDITIONAL tag must |
+ be used to fix it -DIRFIX- (ref to rule 3.6). |
+| |
+| NOTES: |
+| - CATALOGUE + TYPE are optional tags. Altho when using, must be filled in |
+| correct order. |
++-------------------------------------------------------------------------------+
+| FILENAME |
+| 4.1 Filename must at least contain: Track number, Track artist, Track title. |
+| 4.2 All filenames (including SFV, NFO, JPG) should always be lowercase. |
+| 4.3 Track titles must be exactly the same as written on the covers/cd/inlay |
+| and contain all additional infos like featured artists or remixers as |
+| long it does not exceed the maximum filename length (see rule 1.8). |
+| 4.4 Recomended filename formats: |
+| - nr-artist-title.flac |
+| - nr-artist-title_(remixer_or_featured_artist).flac |
+| - nr-artist-title__remixer.flac |
+| - a1-artist-title.flac |
+| - b2-artist-title.flac |
+| 4.5 Including -groupname in the filenames is allowed but not recommended. |
++-------------------------------------------------------------------------------+
+| TAGS |
+| 5.1 Filenames must only contain vorbis comment tags (ID3 tags are forbidden).|
+| 5.2 Tags must at least have: TRACKNUMBER, ARTIST, TITLE, ALBUM, GENRE, |
+| DATE (format: YYYY) (see section 3.x with note). |
+| 5.3 FLAC PICTURE block must be empty. Any cover, booklet scans go with |
+| additional covers, apply to rule 7.5 |
+| 5.4 Tag field contents allow UTF-8 character encoding but it is recommended |
+| to use ASCII characters as much as possible. The field contents should |
+| not be internationalized; this is only a concession to simplicity not an |
+| attempt to exclude the majority of the world that doesn't speak English. |
+| 5.5 For the time being GENRE tag MUST be the same for all the files of the |
+| release and it MUST be one of the genres listed in the id3 specification |
+| list: http://www.id3.org/id3v2.3.0#line-1089 |
++-------------------------------------------------------------------------------+
+| PROMO/BOOTLEG |
+| 6.1 Promo releases can always be duped by any retail release even if the |
+| tracks on both releases are identical. |
+| 6.2 Promo releases with voice over, silence, cuts on tracks are not allowed. |
+| 6.3 A bootleg is a release or recording that was not officially released by |
+| the artist or record company (unofficial / unlicensed recordings). |
+| 6.4 Conditions for bootleg releases are: |
+| - There are no signs that the record company really released it. |
+| - The artist or record company did not confirm the release as valid. |
+| - The record company has no connection to the artist on the release. |
+| - The record company does not exist and the release not self-released. |
+| - The release is not available at at least three retail stores. |
+| 6.5 Currently valid retail stores (alphabetic order): |
+| - www.amazon.com |
+| - www.boomkat.com |
+| - www.bestbuy.com |
+| - www.cduniverse.com |
+| - www.decks.de |
+| - www.deejay.de |
+| - www.hmv.com |
+| - www.juno.co.uk |
+| - www.sonymusicstore.com |
+| - www.virgin.com |
+| - www.ukdancerecords.com |
+| - www.walmart.com |
+| NOTE: The shop itself must sell the record, no private sellers. |
++-------------------------------------------------------------------------------+
+| PROOF |
+| 7.1 Releases must always contain a proof CAMERA picture in JPG format. |
+| 7.2 Proof camera pictures must contain both, medium and cover together. |
+| If cover isnt possible, a booklet or promo sheet or anything valid |
+| proving ripper has release. If the medium/cover/booklet contain anything |
+| that may expose your identity, then that part of image can be blurred or |
+| blackened. |
+| 7.3 The proof picture MUST include small piece of paper over medium and/or |
+| cover with GRP name. |
+| Artist, title and any other relevant info that proves release, must not |
+| be hidden behind the piece of paper. |
+| 7.4 GROUP tag must be photographed in the proof picture, software-edited |
+| tags are considered invalid proof. Camera picture proof must not be |
+| changed except to hide anything that might expose ripper (read rule 7.2).|
+| 7.5 Additional scans may be added but DO NOT count for proof. |
+| 7.6 Proof camera pictures resolution must be at least 640 width and 480 |
+| height in JPEG format. |
+| Artist and/or album/single title must be clearly readable. |
+| 7.7 Proof fixes are not allowed, missing proof picture or bad resolution |
+| requires a complete repack. |
+| NOTE: EXIF metadata should be removed from JPEG files! Uniquely identifying |
+| information such as the camera serial number and GPS coordinates can |
+| pose a security threat if not removed, so this is very ESSENTIAL! |
++-------------------------------------------------------------------------------+
+| |
+| Rules signed by (in alphabetic order): |
+| |
+| 2Eleven AUDIO BriBerY dL FWYH GRAVEWISH LITF MANDY PsyCZ SP3CTR3 SCORN SPL |
+| |
+| FLAC rules V1.0 apply from 2011-10-03 00:00:00 GMT. |
++-------------------------------------------------------------------------------+
+
---------------------------------
+ ----==== Official.FLAC.Standard.Rules v1.1 ====----
+ ---------------------------------
+
++-------------------------------------------------------------------------------+
+| INTRODUCTION |
+| To satisfy the long lasting audiophile's demand for a music scene of higher |
+| quality than LAME mpeg compression encoding, and since nowdays space and |
+| bandwidth are able to accomodate more, this set of rules were made to |
+| initiate the LOSSLESS music scene space. |
+| To avoid mistakes made in the music scene in the past, a group of old farts |
+| gathered to decide upon these rules. A common understanding amongst all is |
+| that material from non-physical media can easily be doubtful of its |
+| origin of source and hence of questionable quality. To keep things simple |
+| and to avoid mess as experienced in existing music scene, these rules |
+| decided to strictly consider only physical media as a valid source. |
+| |
+| NOTE: The definitions of these keywords are to be interpreted as follows: |
+| MUST=obligatory (not allowed if not comply). |
+| SHOULD=suggested. |
+| CAN+MAY=optional (allowed if not comply). |
+| |
++-------------------------------------------------------------------------------+
+| GENERAL |
+| 1.1 Releases must contain an SFV, NFO, JPG (proof). |
+| 1.2 Currently valid media sources are: CD, VINYL for the time being. |
+| 1.3 Bonus tracks from previously released albums must be released separately.|
+| Mandatory " BONUS_TRACKS " dir tagging (ref to rule 3.6). |
+| 1.4 Releasing a previously released album again is only allowed if: |
+| .1 The previous release was ripped from a lower quality source. |
+| Higher to Lower: CD > Vinyl |
+| .2 The new release has 30% or 5 tracks more. |
+| .3 The new release has bonus tracks and the previous release is older |
+| than 91 days. |
+| 1.5 Trackfixes are not allowed, bad quality rips require a complete repack. |
+| Obligatory -REPACK- dir tagging (ref to rule 3.6). |
+| 1.6 The following reasons can be a reason for a bad quality rip: |
+| .1 One or more tracks from the release are incomplete or contain skips. |
+| .2 The tracks are distorted and constantly clipping (eg. vinyl rips). |
+| .3 The tracks contain a constant hiss which was avoidable (eg. vinyl rips)|
+| NOTE: A -PROPER- rip with no hiss should exist. (also -PROPER- must |
+| mention which release its propering in nfo). |
+| 1.7 If tracks from release were already pred as bonus or inside any other |
+| reissue/limited/special/deluxe editions they will be considered as dupes.|
+| 1.8 The maximum directory and filename length is 128 characters. Directories |
+| and filenames must only contain valid characters: a-z A-Z 0-9 _ . - () |
+| 1.9 Releasing a retail is not allowed if its 100% identical to advance |
+| release. |
+| 1.10 All CD releases (including mixed CD's / e.g. DJ-Mixes) MUST be ripped |
+| as separated tracks according the TOC (Table Of Contents) on the CD. |
+| The only occasion where a CD is released as one single track is when |
+| there is only 1 track on the CD. |
+| NOTE: Lossless data compression excludes the possibility of the introduction |
+| of padding, all lossless audio file formats are inherently gapless. |
++-------------------------------------------------------------------------------+
+| ENCODING CD/VINYL |
+| 2.1 Releases must be encoded using FLAC 1.2.1 with compression level 8 (best)|
+| 2.2 Encoding quality must be: 44.100 Hz / 16 bit PCM (2.0) for CD sources |
+| and 48.000 Hz / 24 bit PCM (2.0) for VINYL sources. |
++-------------------------------------------------------------------------------+
+| RELEASE NAME |
+| 3.1 The FLAC tag must be included in the release name before YEAR-GROUP. |
+| 3.2 Release name MUST contain: Artist, Title, Source, Year, Group. |
+| 3.3 Using CATALOGUE number in a release name is optional but recommended. |
+| 3.4 Currently valid SOURCE tags: |
+| .1 CD, CDS, CDM, CDR, MCD, CDEP (2CD, 3CD etc.) |
+| .2 VINYL, VLS, LP, MLP, EP (2VINYL, 3VINYL etc.) |
+| 3.5 Currently valid TYPE tags: |
+| - Advance, Bonus, Bootleg, Deluxe, Digipak, Ltd, Limited, Mag, Magazine, |
+| - Promo, Reissue, Remastered, Retail, Sampler, 7-Inch, 10-Inch, 12-Inch, |
+| - Special, Collectors, Ed, Edition, Extra, Flexi, Split, Demo, Tracks. |
+| 3.5.1 TYPE can be a combination of the keywords featured in 3.5 rule using |
+| the _ (underscore) space replacement. (eg. -Deluxe_Special_Edition-) |
+| 3.6 Currently recommended ADDITIONAL tags: |
+| - DIRFIX, NFOFIX, PROPER, READNFO, REPACK, BONUS, RERIP. |
+| 3.7 LANGUAGE (LANG) must follow the ccTLD identifiers (2-chars): |
+| http://www.iana.org/domains/root/db/ |
+| 3.8 Mandatory release name formats: |
+| - Artist-Title-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| 3.8.1 Any spaces in ARTIST and TITLE should be replaced with _ (underscore). |
+| If ARTIST or TITLE has . (dots) or - (dash), it is encouraged to be |
+| kept as close as they appear on the cover/booklet/physical medium, |
+| but they do not have to be nuked if not. |
+| 3.9 .1 Internal releases must be tagged GRP_iNT or GRP_INT. |
+| .2 Internal releases must follow FLAC ruleset. |
+| .3 Internal releases must not dupe an existing one that is 732 days old |
+| or newer. |
+| 3.10 YEAR tag must be the year when the record company/artist published it. |
+| (example: release originally released in 1990, but rip is from 2000 |
+| reissue correct year would be 2000, with additional TYPE tagging. |
+| 3.11 LANGUAGE tag is MANDATORY for non english releases. |
+| If the vocals are non-english and the majority of them must be described |
+| using one TLD country code abbreviation, then the most appropriate |
+| TLD SHOULD be chosen and MUST be used as a tag in the release name. |
+| 3.12 Typos in a release name ARE NOT TOLERATED. A proper ADDITIONAL tag must |
+ be used to fix it -DIRFIX- (ref to rule 3.6). |
+| |
+| NOTES: |
+| - CATALOGUE + TYPE are optional tags. Altho when using, must be placed in |
+| correct order. |
++-------------------------------------------------------------------------------+
+| FILENAME |
+| 4.1 Filename must at least contain: Track number, Track artist, Track title. |
+| 4.2 All filenames (including SFV, NFO, JPG) should always be lowercase. |
+| 4.3 Track titles must be exactly the same as written on the covers/cd/inlay |
+| and contain all additional infos like featured artists or remixers as |
+| long it does not exceed the maximum filename length (see rule 1.8). |
+| 4.4 Recommended filename formats: |
+| - nr-artist-title.flac |
+| - nr-artist-title_(remixer_or_featured_artist).flac |
+| - nr-artist-title__remixer.flac |
+| - a1-artist-title.flac |
+| - b2-artist-title.flac |
+| 4.5 Including -groupname in the filenames is allowed but not recommended. |
++-------------------------------------------------------------------------------+
+| TAGS |
+| 5.1 Filenames must only contain vorbis comment tags. |
+| Mandatory ogg comment tags must be unique |
+| 5.2 Tags must at least have: TRACKNUMBER, ARTIST, TITLE, ALBUM, GENRE, |
+| DATE (format: YYYY). |
+| 5.3 FLAC PICTURE block must be empty. Any cover, booklet scans go with |
+| additional covers, apply to rule 7.5 |
+| 5.4 Tag field contents allow UTF-8 character encoding but it is recommended |
+| to use ASCII characters as much as possible. The field contents should |
+| not be internationalized; this is only a concession to simplicity not an |
+| attempt to exclude the majority of the world that doesn't speak English. |
+| 5.5 For the time being GENRE tag MUST be the same for all the files of the |
+| release and it MUST be one of the genres listed in the id3 specification |
+| list: http://www.id3.org/id3v2.3.0#line-1089 and the additional nullsoft |
+| genres index number 125 onwards. namely: |
+| Goa, Drum & Bass, Club House, Hardcore, Terror, Indie, BritPop, |
+| Negerpunk, Polsk Punk, Beat, Christian Gangsta Rap, Heavy Metal, |
+| Black Metal, Crossover, Contemporary Christian, Christian Rock, |
+| Merengue, Salsa, Thrash Metal, Anime, JPop, Synthpop, Unknown. |
+| 5.5.1 These additional genres are considered valid for the previous ruleset |
+| as well and any nuked releases for that reason should be unnuked. |
++-------------------------------------------------------------------------------+
+| PROMO/BOOTLEG |
+| 6.1 Promo releases can always be duped by any retail release even if the |
+| tracks on both releases are identical. |
+| 6.2 Promo releases with voice over, silence, cuts on tracks are not allowed. |
+| 6.3 A bootleg is a release or recording that was not officially released by |
+| the artist or record company (unofficial / unlicensed recordings). |
+| 6.4 Conditions for bootleg releases are: |
+| - There are no signs that the record company really released it. |
+| - The artist or record company did not confirm the release as valid. |
+| - The record company has no connection to the artist on the release. |
+| - The record company does not exist and the release not self-released. |
+| - The release is not available at at least three retail stores. |
+| 6.5 Currently valid retail stores (alphabetic order): |
+| - www.amazon.com |
+| - www.boomkat.com |
+| - www.bestbuy.com |
+| - www.cduniverse.com |
+| - www.decks.de |
+| - www.deejay.de |
+| - www.hmv.com |
+| - www.juno.co.uk |
+| - www.sonymusicstore.com |
+| - www.virgin.com |
+| - www.ukdancerecords.com |
+| - www.walmart.com |
+| NOTE: The shop itself must sell the record, no private sellers. |
++-------------------------------------------------------------------------------+
+| PROOF |
+| 7.1 Releases must always contain a proof CAMERA picture in JPG format. |
+| 7.2 Proof camera pictures must contain both, medium and cover together. |
+| If cover isnt possible, a booklet or promo sheet or anything valid |
+| proving ripper has release. If the medium/cover/booklet contain anything |
+| that may expose your identity, then that part of image can be blurred or |
+| blackened. |
+| 7.3 The proof picture MUST include small piece of paper over medium and/or |
+| cover with GRP name. |
+| Artist, title and any other relevant info that proves release, must not |
+| be hidden behind the piece of paper. |
+| 7.4 GROUP tag must be photographed in the proof picture, software-edited |
+| tags are considered invalid proof. Camera picture proof must not be |
+| changed except to hide anything that might expose ripper (read rule 7.2).|
+| 7.5 Additional scans may be added but DO NOT count for proof. |
+| 7.6 Proof camera pictures resolution must be at least 640 width and 480 |
+| height in JPEG format. |
+| Artist and/or album/single title must be clearly readable. |
+| 7.7 Proof fixes are not allowed, missing proof picture or bad resolution |
+| requires a complete repack. |
+| NOTE: EXIF metadata should be removed from JPEG files! Uniquely identifying |
+| information such as the camera serial number and GPS coordinates can |
+| pose a security threat if not removed, so this is very ESSENTIAL! |
++-------------------------------------------------------------------------------+
+| |
+| CHANGELOG: |
+| |
+| 2011-10-03 first version (v1.0) |
+| 2011-10-10 rule 1.10 with NOTE added to forbid single file+cue unless |
+| source is single track with index. |
+| 2011-10-10 rule 3.5.1 added (explanation for TYPE tag). |
+| 2011-10-10 rule 3.8.1 added (explanation for ARTIST and TITLE tags). |
+| 2011-10-10 rule 5.1 adjusted |
+| 2011-10-10 rule 5.5 adjusted |
+| 2011-10-10 rule 5.5.1 added |
+| |
++-------------------------------------------------------------------------------+
+| |
+| Rules signed by (in alphabetic order): |
+| |
+| 2Eleven AUDIO BriBerY dL FWYH GRAVEWISH LITF MANDY PsyCZ SATURN SCORN SPL |
+| |
+| FLAC rules V1.1 apply from 2011-10-03 00:00:00 GMT. |
++-------------------------------------------------------------------------------+
+
+-----------------------------------------------------------------------------+
+¼ ¼
+¼ The FLEMISH TV XviD Releasing Standards 2011 (14-04-2011) ¼
++-----------------------------------------------------------------------------+
+¼ ¼
++-----------------------------------------------------------------------------+
+¼ +---[ RELEASE RULES ]---+ ¼
+¼ ¼
+¼ Release sizing: ¼
+¼ - Shows 18:00-23:59 shall be 175MB ¼
+¼ - Shows 24:00-34:59 shall be 233MB ¼
+¼ - Shows 35:00-49:59 shall be 350MB ¼
+¼ - Shows 50:00-64:59 shall be 550MB ¼
+¼ - Shows 65:00-95:00 Shall be 700MB ¼
+¼ ¼
+¼ - 2CD releases may be optionally split into separate discs, but this is ¼
+¼ not required. 3CD or more releases must be split to prevent issues with ¼
+¼ 2GB files. If releases are split into multiple discs, they must be ¼
+¼ placed in directories named CD1, CD2, CD3, etc. (No Disc1, cd1, or other ¼
+¼ naming styles). ¼
+¼ ¼
+¼ - Episodes that air back-to-back without a natural break such as full ¼
+¼ credits or commercials in between must be encoded as a single release. ¼
+¼ Directory naming for this will be in the following format ¼
+¼ TV.Show.S03E04-E05.HDTV.XviD-Group. ¼
+¼ ¼
+¼ - Releases must be within the range of 5.0MB under to 3.0 MB over the ¼
+¼ target size. ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Previously on/Credits: ¼
+¼ - It is suggested that any previously on footage be included in the ¼
+¼ release, but it is not required. No release may be propered for glitches ¼
+¼ in or missing portions of previously on footage. ¼
+¼ ¼
+¼ - Credits that are overlayed on actual show content are required to be ¼
+¼ included ¼
+¼ ¼
+¼ - Credits that are run cleanly, i.e. with no modifications such as ¼
+¼ promos for upcoming shows, are encouraged but not required ¼
+¼ ¼
+¼ - Credits run with promos for other shows are not recommended, but may ¼
+¼ optionally be included ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Video: ¼
+¼ - 2-pass variable bitrate XviD must be used ¼
+¼ ¼
+¼ - Quantization type must be either MPEG or H.263. Custom quantization ¼
+¼ matrices are not allowed. ¼
+¼ ¼
+¼ - QPel and GMC are not allowed ¼
+¼ ¼
+¼ - B Frames ¼
+¼ - The use of B frames is required ¼
+¼ - A maximum of 2 consecutive B frames may be used ¼
+¼ - This document gives no preference to packed vs. unpacked bitstreams ¼
+¼ as there are benefits to each format, and it is trivial to convert ¼
+¼ between them using MPEG4 Modifier. ¼
+¼ ¼
+¼ - Framerates must be in relation to the original source. Valid ¼
+¼ framerates for releases are PAL (25.000 fps) and PAL HD (50.000 fps) ¼
+¼ ¼
+¼ - Width: 576 - 640 pixels (width and height must be divisible by 16) ¼
+¼ ¼
+¼ - Releases shall be cropped so that all blacknoise on the edges is ¼
+¼ removed. In the case of changing crops, cropping should be done so that ¼
+¼ no part of the release is overcropped. Portions of a channel logo ¼
+¼ extending into black areas must be cropped. ¼
+¼ ¼
+¼ - Video defacement such as intros, outros, and group watermarks is ¼
+¼ forbidden. ¼
+¼ ¼
+¼ - Pixel shape must be square. ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Audio: ¼
+¼ - Allowed audio formats are VBR MP3 and original AC3. ABR is considered a ¼
+¼ VBR technique. ¼
+¼ ¼
+¼ - MP3 audio must be encoded using standard LAME presets such as ¼
+¼ '--preset 128' or '-m s -V 5 -b 32' ¼
+¼ ¼
+¼ - Average bitrate on MP3 audio may not exceed 192kbps ¼
+¼ ¼
+¼ - MP3 audio must be normalized ¼
+¼ ¼
+¼ - Audio frequency must be maintained at 48kHz ¼
+¼ ¼
+¼ - Original AC3 audio may be used at the discretion of the capper. ¼
+¼ However, transcoding to AC3 is forbidden. ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Release Naming\Packaging: ¼
+¼ - Directory Naming ¼
+¼ - Numbering for episodic programming shall be in the format S00E00 or ¼
+¼ 0x00 (or S00E0000x000 for series with more than 99 episodes per ¼
+¼ season) ¼
+¼ - Number for date-based programming including sports and variety shows ¼
+¼ shall be in the format DD.MM.YYYY ¼
+¼ - Different shows with the same name produced in different years should ¼
+¼ be tagged with the year of airing of the first season ¼
+¼ - example Battlestar.Galactica.2003.S03E01.HDTV.XviD-Group ¼
+¼ - Releases are to be named in the format ¼
+¼ Show.Name.S00E00.HDTV.XviD-Group ¼
+¼ Show.Name.31.12.2011.Guest.HDTV.XviD-Group ¼
+¼ - The episode title may optionally be included between the episode ¼
+¼ number and the source ¼
+¼ ¼
+¼ - Additional Tagging: ¼
+¼ - PROPER, REPACK, RERIP, REAL, NLSUBBED, INTERNAL, DIRFIX, ¼
+¼ SAMPLEFIX, NFOFIX, or READNFO are allowed (discretion is recommended) ¼
+¼ - All releases tagged PROPER, REPACK, RERIP, REAL, and READNFO must ¼
+¼ include notes in the NFO as to why the release was tagged that way. ¼
+¼ PROPER.Read.NFO is therefore redundant and should not be used. ¼
+¼ - Additional tagging should be placed directly before the source, i.e. ¼
+¼ Show.Name.S00E00.PROPER.HDTV.XviD-Group ¼
+¼ - SFVFIX is not allowed. Use REPACK method. ¼
+¼ - Usage of FLEMISH or FLEMiSH is both allowed. Shows aired in DUTCH must ¼
+¼ be encoded according to the DUTCH ruleset. VLAAMS is not allowed. ¼
+¼ - Usage of S00E00 is encouraged although E00, E01 is also allowed on ¼
+¼ non-returning shows ¼
+¼ ¼
+¼ - Source Naming: ¼
+¼ - Valid source names are FS.PDTV, PDTV, WS.PDTV, HDTV ¼
+¼ ¼
+¼ - All sources listed above must be 100% digital. Composite capping from ¼
+¼ T*l*n*t D*g*b*x or B*lg*c*m TV is forbidden. ¼
+¼ - Analog source will have no tag other than WS if appropriate. ¼
+¼ ¼
+¼ ¼
+¼ - AVI: ¼
+¼ - Container must be AVI ¼
+¼ - The AVI itself should be named like the release and include some ¼
+¼ format of episode number (show initials are fine, as is shortening the ¼
+¼ episode number) ¼
+¼ ¼
+¼ - RAR\SFV: ¼
+¼ - Releases shall be packed into 15,000,000 byte rars ¼
+¼ using store compression and old-style volume names. ¼
+¼ - An SFV must be created for all RAR files in the release ¼
+¼ ¼
+¼ - Sample: ¼
+¼ - All releases must include a sample of length :50-1:10, cut directly ¼
+¼ from the release ¼
+¼ - The sample must be placed in a directory named Sample (SAMPLE and ¼
+¼ sample are not permitted) ¼
+¼ - The file itself should be named uniquely, preferably containing the ¼
+¼ name of the release as well as the word sample ¼
+¼ ¼
+¼ - NFO: ¼
+¼ - An NFO must be included in the release and, at a minimum, must ¼
+¼ contain release name, bitrate, resolution and the filesize of the avi ¼
+¼ ¼
+¼ - The NFO must be named uniquely based on the name of the release ¼
+¼ ¼
+¼ - Allowed Characters: ¼
+¼ - abcdefghijklmnopqrstuvwxyz ¼
+¼ - ABCDEFGHIJKLMNOPQRSTUVWXYZ ¼
+¼ - 0123456789 ¼
+¼ - ._- ¼
+¼ - All Sample, NFO, SFV, and RAR names MUST be in all lowercase ¼
+¼ letters. The name of AVI inside the RARs is permitted to contain ¼
+¼ capital letters ¼
+¼ - Double dots (..) are not allowed ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ ¼
+¼ Propers: ¼
+¼ - Propers are only permitted in the case of technical flaws with the ¼
+¼ original release or violations of applicable rules ¼
+¼ ¼
+¼ - All propers must include a note in the NFO detailing the flaw in the ¼
+¼ original release, including timecodes if relevant ¼
+¼ ¼
+¼ - Including a sample of the flaw is suggested but not required ¼
+¼ ¼
+¼ - Propers are expressly permitted in cases of any of the following flaws ¼
+¼ in a release: ¼
+¼ - Audio 100ms or more out of sync ¼
+¼ - Severe audio drops resulting in the inability to understand material ¼
+¼ dialogue ¼
+¼ - Improper audio normalization, including audio with levels that vary ¼
+¼ widely between parts, very quiet audio, or audio with excessive ¼
+¼ clipping ¼
+¼ - Bad cropping resulting in a line of black pixels or noise along an ¼
+¼ edge for the entire episode ¼
+¼ - Releases missing a significant portion of video, either in duration ¼
+¼ or content. Releases having +5 missing frames due to bad reception can ¼
+¼ be propered with a better qualitative one. If artifacts appear on more ¼
+¼ then 5 frames a PROPER is also allowed. ¼
+¼ - Inclusion of 2 or more seconds of commercials over an entire release ¼
+¼ - Releases with sizing outside the allowed range. 3.01MB oversize is a ¼
+¼ valid proper reason. ¼
+¼ ¼
+¼ ¼
++-----------------------------------------------------------------------------+
+¼ The FLEMISH TV XviD Releasing Standards 2011 (14-04-2011) ¼
+¼ ¼
++-----------------------------------------------------------------------------+
+¼ Most important changes since previous rules: ¼
+¼ ¼
+¼ - Changed timetables ¼
+¼ - 440MB size has become obsolete ¼
+¼ - LAME audio is mandatory now ¼
+¼ - Removal of the best-effort rule ¼
+¼ ¼
+¼ ¼
++-----------------------------------------------------------------------------+
+¼ + ------[ GROUPS ] ------+ ¼
+¼ ¼
+¼ Rules created and signed by the following Groups: ¼
+¼ ------------------------------------------------ ¼
+¼ CROKY GUYLiAN SPABLAUW ¼
++-----------------------------------------------------------------------------+
+
╔═──────────────────────────────═══════════════──────────────────────────────═╗
+ ║ Animes Rules 2011 ║
+ ╚═──────────────────────────────═══════════════──────────────────────────────═╝
+ ╔═─═════════─═╗ ╔─╦──╦───╦────╦═───═╦═───═╦────╦───╦──╦─╗ ╔═─═════════─═╗
+ ╚╬ ╚═─═════─═╝═╩══╩═══╩════╩═════╩═════╩════╩═══╩══╩═╚═─═════─═╝ ╬╝
+ ▓│ Chers membres de la scΦne franτaise, │▒
+ ▓│ │▒
+ ▓│ Suite α la rencontre des diffθrentes teams anime et dvdr-anime, nous avons donc │▒
+ ▓│ dθcidθs de mettre α jours / rappeler les rules concernant ces sections. │▒
+ ▓│ │▒
+ ╔╝╦═─────────────────═══════════════════════════════════════════════─────────────────═╦╚╗
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+ ╚═─═══════════════─═╗ ╔═─═══════════════─═╝
+ ╔═─════════════════─═╝ Animes Rules 2011 ╚═─════════════════─═╗
+ ╚╬ ╬╝
+ ▓│ │▒
+ ▓│ Les diffθrentes dθnominations possible pour une release Anime: │▒
+ ▓│ │▒
+ ▓│ BDRIP: │▒
+ ▓│ Sources vidθo et audio provenant d'un Bluray (Z,1, 2, 3) │▒
+ ▓│ │▒
+ ▓│ DVDRIP: │▒
+ ▓│ Sources vidθo et audio provenant d'un DVD (Z1, Z2 PAL/UK/JAP, Z3 corθen) │▒
+ ▓│ │▒
+ ▓│ DVDSCR: │▒
+ ▓│ Source vidθo provenant d'un DVD (Z1, Z2 PAL/UK/JAP, Z3 corθen) │▒
+ ▓│ Source audio provenant d'un Broadcast / TV │▒
+ ▓│ │▒
+ ▓│ HKDVDRIP / HDTV: │▒
+ ▓│ Source vidθo HD et audio capturθ via une carte DVB o· une carte HDTV │▒
+ ▓│ │▒
+ ▓│ Note: Depuis 2003 les DVDHK ont pour vidθo une source HDTV Japonaise │▒
+ ▓│ La dθnomination sera donc commune α ces 2 sources et devra porter le nom HDTV │▒
+ ▓│ │▒
+ ▓│ PDTV: │▒
+ ▓│ Source vidθo et audio capture via une carte DVB (S ou C) (capture numθrique) │▒
+ ▓│ │▒
+ ▓│ CUSTOM: │▒
+ ▓│ Le tag CUSTOM doit Ωtre utilisθ dans le cas o· la vidθo et l'audio n'ont pas │▒
+ ▓│ la mΩme source (ex: TITRE.DE.LA.sθrie.VOLX.LANGUAGE.CUSTOM.BDRIP.CODEC-TEAM). │▒
+ ▓│ │▒
+ ▓│ Note sur le FANSUB: │▒
+ ▓│ Le FANSUB n'est plus autorisθ, par respect envers les teams de FANSUB et │▒
+ ▓│ afin d'θviter les "guerres" (voir le stolen) entre teams (pour savoir qui a │▒
+ ▓│ les droits et qui ne les a pas), ce type de releases n'est donc plus autorisθ. │▒
+ ▓│ Il en rθsulte donc que le tagg RAWRIP n'est plus autorisθ θgalement. │▒
+ ▓│ Merci aux Siteops ainsi que aux Nukeurs de faire appliquer cette rules. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Les dθnominations possibles sont donc: │▒
+ ▓│ │▒
+ ▓│ BDRIP - DVDRIP - DVDRSCR - HDTV - PDTV - CUSTOM.* │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ L'utilisation de VOBSUB est obligatoire pour toute release XVID/X264 simple audio.│▒
+ ▓│ L'utilisation de VOBSUB o· SUBRIP (voir θquivalent OCR) est autorisθ pour toute │▒
+ ▓│ release MULTI.X264. │▒
+ ▓│ Il faudra vθrifier la hauteur des sous-titres afin de les ajuster au mieux │▒
+ ▓│ afin que ceux-ci soient visibles sur une TV 16/9 ou 4/3 │▒
+ ▓│ A noter que les gθnθriques doivent Ωtre intθgrθs dans l'θpisode α l'identique du │▒
+ ▓│ DVD d'origine (sauf en cas d'un DVD avec 2 gθnθriques diffθrents ou lα ils peuvent│▒
+ ▓│ Ωtre sθparθs et donc release α part de l'θpisode) │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Notion d'exclusivitθ pour PRE une box Z2 sθrie anime : │▒
+ ▓│ La team qui sort le premier VOLUME, a l'exclusivitθ pour pre la box entiΦre. │▒
+ ▓│ Cependant si dans les 3 jours le VOLUME 2 n'est pas sorti, une autre team peut │▒
+ ▓│ RACE la sθrie. │▒
+ ▓│ Cependant, les sθries anime dont les DVDs sont vendus α l'unitθ ne disposent pas │▒
+ ▓│ de cette notion d'exclusivitθ. Chaque DVD pourra Ωtre release par diffθrentes │▒
+ ▓│ teams. │▒
+ ▓│ │▒
+ ▓│ Cas du HENTAI / SENTAI / KIDDIES / MARVEL / DC COMICS │▒
+ ▓│ Ces 5 types de sθrie bθnθficient des mΩmes rΦgles. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Les Formats Vidθo: │▒
+ ▓│ │▒
+ ▓│ - Le SBC ainsi que le DIVX ne sont pas autorisθs. │▒
+ ▓│ - XVID Minimum 1.0 en 2 pass 29fps ou 23.9fps (source NTSC) OU 25fps (source PAL) │▒
+ ▓│ - X264 Minimum 2 pass 29fps ou 23.9fps (source NTSC) OU 25fps (source PAL) │▒
+ ▓│ - La version de x264 qui doit Ωtre utilisθe est au minimum la 999, avec au │▒
+ ▓│ minimum 50 mises α jour depuis la derniΦre. │▒
+ ▓│ - La diminution du FPS de 29.9 α 23.9 doit Ωtre faite uniquement via tdeint.dll, │▒
+ ▓│ decomb.dll, ou une autre mθthode de qualitθ θquivalente mais n'est pas │▒
+ ▓│ obligatoire. │▒
+ ▓│ │▒
+ ▓│ Note: Toute sθrie / box (coffret) commencθe dans un codec doit-Ωtre terminθe │▒
+ ▓│ dans celui-ci. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Le Format des Sous-Titres: │▒
+ ▓│ │▒
+ ▓│ - Pour une release MULTI X264: .SRT ou .SUB sont autorisθs. │▒
+ ▓│ - Pour une release XVID/X264 simple audio: .SUB uniquement intθgrθs α l'image. │▒
+ ▓│ │▒
+ ▓│ Note: Toute sθrie / box (coffret) MULTI commencθe avec un type de sous-titre │▒
+ ▓│ doit Ωtre finie dans celui-ci. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Les Formats Audio: │▒
+ ▓│ │▒
+ ▓│ - Pour le XVID: MP3 ABR, VBR, CBR avec un minimum/moyenne de 128kbps │▒
+ ▓│ avec une frθquence de 44.1khz/48khz. │▒
+ ▓│ AC3 (cf X264) si la vidθo et le bitrate sont correct │▒
+ ▓│ │▒
+ ▓│ - Pour le X264: AC3 minimum 160kbps avec une frθquence de 44.1khz/48khz │▒
+ ▓│ 2.0 ou 5.1 (sauf si source inferieur α 160Kbps). │▒
+ ▓│ MP3 autorisθ si l'audio source est un AC3 2.0 (voir Audio XVID) │▒
+ ▓│ │▒
+ ▓│ Note: Le MULTI en XVID n'est pas autorisθ, celui-ci n'est possible que en X264 │▒
+ ▓│ avec conteneur MKV et audio AC3/MP3. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ La Rθsolution: │▒
+ ▓│ │▒
+ ▓│ Celle-ci doit respecter l'aspect ratio (AR) original │▒
+ ▓│ │▒
+ ▓│ - 1.33 (4/3) minimum 576 x * - maximum 720 x * │▒
+ ▓│ - 1.66 (16/9) minimum 576 x * - maximum 720 x * │▒
+ ▓│ - 1.77 (16/9) minimum 576 x * - maximum 720 x * │▒
+ ▓│ - 1.85 (WS 16/9) minimum 576 x * - maximum 720 x * │▒
+ ▓│ - 2.35 (CS 16/9) minimum 576 x * - maximum 720 x * │▒
+ ▓│ │▒
+ ▓│ Le cropping est obligatoire (gain de qualitθ) │▒
+ ▓│ │▒
+ ▓│ Note sur l'AR: Vθrifier l'AR de la source, l'AR choisi devra avoir une marge │▒
+ ▓│ d'erreur pouvant aller jusqu'α plus ou moins 4%. │▒
+ ▓│ │▒
+ ▓│ Taille pour 1 θpisode XVID et X264 (1 seul audio): │▒
+ ▓│ - 20-25min = minimum 175 Mo │▒
+ ▓│ - 25-35min = minimum 230 Mo │▒
+ ▓│ - 35min et + = minimum 350 α 700 Mo voir plus si nθcessaire │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Taille pour 1 θpisode X264 MULTI: │▒
+ ▓│ - 20-35min = minimum 230 α 350 Mo (suivant la durθe et le nombre d'audio) │▒
+ ▓│ - 35min et + = minimum 350 α 700 Mo voir plus si nθcessaire (suivant la durθe et │▒
+ ▓│ le nombre d'audio) │▒
+ ▓│ │▒
+ ▓│ Note: Le Bitrate minimum pour une release MULTI X264 doit Ωtre de 1000 kbit │▒
+ ▓│ afin de conserver une qualitθ optimum │▒
+ ▓│ │▒
+ ▓│ Package: │▒
+ ▓│ │▒
+ ▓│ Dirname sθrie par VOL: TITRE.DE.LA.SERIE.VOLX.LANGAGE.SOURCE.CODEC-TEAM │▒
+ ▓│ Dirname sθrie Saison par VOL: TITRE.DE.LA.SERIE.SX.VOLX.LANGAGE.SOURCE.CODEC-TEAM │▒
+ ▓│ Dirname long mθtrage (OAV - Film): TITRE.DE.LA.SERIE.LANGAGE.SOURCE.CODEC-TEAM │▒
+ ▓│ TITRE.DE.LA.SERIE.OAVX.LANGAGE.SOURCE.CODEC-TEAM │▒
+ ▓│ │▒
+ ▓│ Note: La Pre θpisode par θpisode est possible dans deux cas: │▒
+ ▓│ │▒
+ ▓│ - L'anime contient un ou plusieurs OAV │▒
+ ▓│ - L'anime α une provenance broadcast (HDTV PDTV etc...) │▒
+ ▓│ │▒
+ ▓│ Les seuls exceptions concernant les animes sont les sθries tel que: │▒
+ ▓│ Les Simpsons, Family Guy, South Park sur lesquels les rules TV sont │▒
+ ▓│ appliquθes ou encore Asterix, Lucky Luke, Films d'animation etc... │▒
+ ▓│ avec les rules XVID ou ANIMES. │▒
+ ▓│ │▒
+ ▓│ Rars: 15mb/50mb par fichiers │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Qualitθ: │▒
+ ▓│ │▒
+ ▓│ Les teams doivent se rappeler que la qualitθ de leurs releases doit Ωtre optimale │▒
+ ▓│ par respect des amateurs et pour elles-mΩmes. │▒
+ ▓│ │▒
+ ▓│ Nfo : │▒
+ ▓│ │▒
+ ▓│ - Merci aux teams de mettre un minimum d'infos tel que : │▒
+ ▓│ Type du codec, Nombres de passes, Langue / Type audio, Sous-titres │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Le Nuke en Anime: │▒
+ ▓│ │▒
+ ▓│ - Pour un dirname incorrect o· incomplet │▒
+ ▓│ - Pour bad aspect ratio │▒
+ ▓│ - Pour une mauvaise rθsolution │▒
+ ▓│ - Pour un mauvais package (VOL / EPS) │▒
+ ▓│ - Pour un mauvais codec vidθo / audio │▒
+ ▓│ - Pour une mauvaise qualitθ d'image │▒
+ ▓│ - Pour desynchro audio / sub │▒
+ ▓│ - Pour une image entrelacθe │▒
+ ▓│ - Pour le steal (source DVD d'une team dvdr sans accord) │▒
+ ▓│ - Pour Dupe: │▒
+ ▓│ - Une sθrie dθjα commencθe en XVID ne peut Ωtre refaite en X264 mono audio │▒
+ ▓│ (sauf en internal) donc le X264 dupe XVID mais l'inverse est aussi vrai. │▒
+ ▓│ autrement dit une sθrie commencθe en X264 ne peut Ωtre refaite en XVID. │▒
+ ▓│ - Une sθrie dθjα faites o· commencθe en XVID peut Ωtre refaites en X264 MULTI. │▒
+ ▓│ - Une sθrie dθjα faites o· commencθe en X264 MULTI peut Ωtre refaites en XVID. │▒
+ ▓│ - Une sθrie commencθe au format BDRIP ne peut Ωtre refaites en DVDRIP et │▒
+ ▓│ l'inverse est aussi vrai. │▒
+ ▓│ │▒
+ ▓│ Rappel sur le INTERNAL: │▒
+ ▓│ │▒
+ ▓│ - Le internal ne protΦge que du dupe, tout manquement aux rules pourra │▒
+ ▓│ entrainer un nuke de la dites release. │▒
+ ▓│ │▒
+ ╔╝╦═─────────────────═══════════════════════════════════════════════─────────────────═╦╚╗
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+ ╚═─═══════════════─═╗ ╔═─═══════════════─═╝
+ ╔═─════════════════─═╝ Bluray Animes Rules 2011 ╚═─════════════════─═╗
+ ╚╬ ╬╝
+ ▓│ │▒
+ ▓│ La team qui sort le premier EPISODE, a l'exclusivitθ pour pre la box entiΦre. │▒
+ ▓│ Cependant si dans les 3 jours l'EPISODE suivant n'est pas sorti, une autre team │▒
+ ▓│ peut RACE la sθrie. │▒
+ ▓│ A noter, les sθries anime dont les Bluray sont vendu α l'unitθ disposent de cette │▒
+ ▓│ notion d'exclusivitθ. Chaque Bluray pourra Ωtre release par diffθrentes teams │▒
+ ▓│ │▒
+ ▓│ Cas du HENTAI / SENTAI / KIDDIES │▒
+ ▓│ Ces 3 types de sθrie bθnθficient des mΩmes rΦgles. │▒
+ ▓│ │▒
+ ▓│ Note sur le CUSTOM: │▒
+ ▓│ Le tag CUSTOM doit Ωtre utilisθ dans le cas o· la vidθo et l'audio n'ont pas │▒
+ ▓│ la mΩme source (ex: TITRE.DE.LA.sθrie.EPX.LANGUAGE.CUSTOM.720p.BLURAY.X264-TEAM) │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Le Format Vidθo: │▒
+ ▓│ │▒
+ ▓│ - X264 Minimum 2 pass 23.976fps ou 25fps (si source 29.97fps, il faut ivtc) │▒
+ ▓│ - La largeur de la release doit Ωtre en mod 16. La longueur de la release │▒
+ ▓│ doit Ωtre en mod 8. │▒
+ ▓│ - L'AR de la source doit Ωtre respectθ │▒
+ ▓│ - Le crop des bandes noires est obligatoire. │▒
+ ▓│ - Les custom matrices sont autorisθes. │▒
+ ▓│ - VfW (Video for Windows), est interdit. │▒
+ ▓│ - La version de x264 qui doit Ωtre utilisθe est au minimum la 999, avec au │▒
+ ▓│ minimum 50 mises α jour depuis la derniΦre. │▒
+ ▓│ - Le level 4.1 ou supθrieur doit Ωtre respectθ. A titre d'exemple le level 3.1 │▒
+ ▓│ est supθrieur au level 4.1 (voir le tableau http://fr.wikipedia.org/wiki/H.264 )│▒
+ ▓│ - Options: │▒
+ ▓│ --deblock doit Ωtre activθ. │▒
+ ▓│ --aq-mode doit Ωtre activθ. │▒
+ ▓│ --bframes 3 ou plus doit Ωtre respectθ. │▒
+ ▓│ --ref 5 ou plus sauf si la rθsolution dθpasse 864, dans ce cas ref 4 │▒
+ ▓│ doit Ωtre utilisθ pour respecter le level L4.1 et sa compatibilitθ. │▒
+ ▓│ --me umh ou plus est obligatoire. │▒
+ ▓│ --subme 7 ou plus est obligatoire. │▒
+ ▓│ --trellis 1 ou plus est obligatoire. │▒
+ ▓│ │▒
+ ▓│ - Pour le 720p, la rθsolution doit Ωtre au maximum 1280x720 │▒
+ ▓│ - Pour le 1080p, la rθsolution doit Ωtre au maximum 1920x1080 │▒
+ ▓│ - Le bitrate vidθo: │▒
+ ▓│ - 720p: Minimum 2300 kbit, maximum 8000 kbit │▒
+ ▓│ - 1080p: Minimum 5000 kbit, maximum 14000 kbit │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Les Formats Audio: │▒
+ ▓│ │▒
+ ▓│ - L'audio doit Ωtre AC3 ou DTS, (FLAC interdit) │▒
+ ▓│ - Le core doit Ωtre converti, en cas de DTS-HD ou TRUE-HD │▒
+ ▓│ - Le bitrate de l'audio ne doit jamais Ωtre en dessous de 640 kbit, │▒
+ ▓│ sauf si la source mθdia est en dessous. (ex: true-hd core 448kb/s ou moins). │▒
+ ▓│ - L'audio doit Ωtre en 5.1, sauf si la source est stθrθo ou mono. │▒
+ ▓│ - Pour le 720p un seul audio est autorisθ. │▒
+ ▓│ - Pour le 1080p le multi est autorisθ (Japonais et Franτais voir plus). │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Les Sous-Titres: │▒
+ ▓│ │▒
+ ▓│ - Les Sous-Titres doivent Ωtre en format texte, de prθfθrence .SRT │▒
+ ▓│ - Les Sous-titres doivent Ωtre muxθs dans le container .MKV │▒
+ ▓│ - Pour des raisons d'incompatibilitθ, le format idx/sub n'est pas autorisθ. │▒
+ ▓│ - Les Sous-Titres FRENCH et FRENCH FORCED sont obligatoires (si prθsent sur la │▒
+ ▓│ source). │▒
+ ▓│ │▒
+ ▓│ La Taille 720p et 1080p mesurθe en MiB (1048576 bytes) : │▒
+ ▓│ │▒
+ ▓│ - Multiple de 1120 │▒
+ ▓│ - DVD5/x (896 1493 2240 4480) │▒
+ ▓│ - Egalement autorisθ, 2713, 8140 pour toutes les releases ainsi que 4070 │▒
+ ▓│ pour les 1080p des rip tv. │▒
+ ▓│ │▒
+ ▓│ Oversized : La release ne peut Ωtre oversized │▒
+ ▓│ Undersized: La release peut Ωtre undersized de -40 MiB max │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Package: │▒
+ ▓│ │▒
+ ▓│ Dirname sθrie par EPS: TITRE.DE.LA.SERIE.EXX.LANGAGE.720p.BLURAY.X264-TEAM │▒
+ ▓│ TITRE.DE.LA.SERIE.EXX.LANGAGE.1080p.BLURAY.X264-TEAM │▒
+ ▓│ Dirname sθrie Saison par EPS: │▒
+ ▓│ TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.720p.BLURAY.X264-TEAM │▒
+ ▓│ TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.1080p.BLURAY.X264-TEAM │▒
+ ▓│ Dirname long mθtrage (OAV - Film): │▒
+ ▓│ TITRE.DE.LA.SERIE.LANGAGE.720p.BLURAY.X264-TEAM │▒
+ ▓│ TITRE.DE.LA.SERIE.LANGAGE.1080p.BLURAY.X264-TEAM │▒
+ ▓│ TITRE.DE.LA.SERIE.OAVX.LANGAGE.720p.BLURAY.X264-TEAM │▒
+ ▓│ TITRE.DE.LA.SERIE.OAVX.LANGAGE.1080p.BLURAY.X264-TEAM │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Rars : Doivent Ωtre en multiple de 50 ou 100 MiB, pas plus de 99 fichiers. │▒
+ ▓│ │▒
+ ▓│ Nfo : │▒
+ ▓│ │▒
+ ▓│ - Merci aux teams de mettre un minimum d'infos tel que : │▒
+ ▓│ Type du codec, Nombres de passes, Langue / Type audio, Sous-titres │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Le Nuke en Anime: │▒
+ ▓│ │▒
+ ▓│ - Pour un dirname incorrect ou incomplet │▒
+ ▓│ - Pour bad aspect ratio │▒
+ ▓│ - Pour une mauvaise rθsolution │▒
+ ▓│ - Pour un mauvais package (VOL / EPS) │▒
+ ▓│ - Pour un mauvais codec vidθo / audio │▒
+ ▓│ - Pour une mauvaise qualitθ d'image │▒
+ ▓│ - Pour desynchro audio / sub │▒
+ ▓│ - Pour une image entrelacθe │▒
+ ▓│ - Pour le steal (source BLURAY d'une team BLURAY sans accord) │▒
+ ▓│ - Pour Dupe │▒
+ ▓│ │▒
+ ▓│ Rappel sur le INTERNAL: │▒
+ ▓│ │▒
+ ▓│ - Le internal ne protΦge que du dupe, tout manquement aux rules pourra │▒
+ ▓│ entrainer un nuke de la dites release. │▒
+ ▓│ │▒
+ ╔╝╦═─────────────────═══════════════════════════════════════════════─────────────────═╦╚╗
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+ ╚═─═══════════════─═╗ ╔═─═══════════════─═╝
+ ╔═─════════════════─═╝ DVDR Animes Rules 2011 ╚═─════════════════─═╗
+ ╚╬ ╬╝
+ ▓│ - Pour commencer une saison, la team doit release le VOL01/DVD1 │▒
+ ▓│ │▒
+ ▓│ - Les DVDs suivants doivent Ωtre PRE dans l'ordre chronologique │▒
+ ▓│ │▒
+ ▓│ - Pour sortir la saison suivante une team n'est pas obligθe │▒
+ ▓│ d'attendre la fin de la prθcθdente. │▒
+ ▓│ │▒
+ ▓│ - Le DVD9 FULL ainsi que le DVD5 FULL est autorisθ. │▒
+ ▓│ │▒
+ ▓│ - Notion d'exclusivitθ pour PRE une box Z2 sθrie anime : │▒
+ ▓│ La team qui sort le premier DVDR, a l'exclusivitθ pour pre la box entiΦre. │▒
+ ▓│ Cependant la team a 3 jours pour Pre le VOL / DVD suivant. │▒
+ ▓│ │▒
+ ▓│ Attention les sθries animes dont les DVDS sont vendus α l'unitθs n'ont pas │▒
+ ▓│ cette notion d'exclusivitθ. Chaque DVD pouvant Ωtre rlz par une team diffθrente. │▒
+ ▓│ │▒
+ ▓│ Dans le cas de DVD9, DVDSHRINK , DVDSTRIPPER, CLONEDVD et autres similaires │▒
+ ▓│ ne sont pas acceptθs. │▒
+ ▓│ │▒
+ ▓│ Les fichiers de dummy ne sont pas tolθrθs dans l'arborescence du DVD. │▒
+ ▓│ Les warnings doivent Ωtre retirθs dans le cas d'un DVD rθencodθ. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Cas du HENTAI / SENTAI / KIDDIES │▒
+ ▓│ Ces 3 types de sθrie bθnθficient des mΩmes rΦgles. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Format : │▒
+ ▓│ │▒
+ ▓│ - Vidθo : CCE 6 a 9 pass │▒
+ ▓│ - Audio : Original du DVD source │▒
+ ▓│ - Rθsolution: doit respecter l'aspect ration (AR) original de la source dvd │▒
+ ▓│ ainsi que la rθsolution. │▒
+ ▓│ - Bonus : Les bonus sont autorisθs dans le cas d'un DVD5 / DVD9 │▒
+ ▓│ ou tant que le bitrate (et donc la qualitθ de la release) │▒
+ ▓│ n'en pΓtissent pas. │▒
+ ▓│ │▒
+ ▓│ Note sur la Vidθo: Un anime commencer en X pass doit Ωtre fini avec le mΩme │▒
+ ▓│ nombres de pass (ex: Vol01 en 9 pass, le Vol06 qui cl⌠ture │▒
+ ▓│ la sθrie doit Ωtre θgalement en 9 pass) afin de bθnθficier │▒
+ ▓│ d'une qualitθ similaire sur tous les volumes. │▒
+ ▓│ │▒
+ ▓│ Package : │▒
+ ▓│ │▒
+ ▓│ Dirname sθrie par VOL : TITRE.DE.LA.SERIE.VOLX.LANGAGE.ZONE.DVDR-TEAM │▒
+ ▓│ Dirname sθrie par VOL : TITRE.DE.LA.SERIE.SX.VOLX.LANGAGE.ZONE.DVDR-TEAM │▒
+ ▓│ Dirname sθrie par OAV : TITRE.DE.LA.SERIE.OAVX.LANGAGE.ZONE.DVDR-TEAM │▒
+ ▓│ │▒
+ ▓│ LANGUAGE: FRENCH, SUBFRENCH, MULTI (mini 2 langues dont le FR) │▒
+ ▓│ ZONE: PAL ou NTSC │▒
+ ▓│ │▒
+ ▓│ S'il n'y a pas de saison juste mettre DVDX ou VOLX (X θtant le numθro du │▒
+ ▓│ volume DVD) │▒
+ ▓│ │▒
+ ▓│ Note : Possibilitθ de rajouter 5.1 dans le dirname si la release │▒
+ ▓│ dispose de cet audio │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Rars : Doivent Ωtre en multiple de 50 ou 100 MiB, pas plus de 99 fichiers. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Fansub : │▒
+ ▓│ │▒
+ ▓│ - Le Fansub est autorisθ s'il s'agit d'un DVD Z1, Z3, Z2UK/JAP (allowed │▒
+ ▓│ selon les sites) │▒
+ ▓│ - FANSUB de DVD HK non autorisθ. │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Qualitθ : │▒
+ ▓│ │▒
+ ▓│ - Les teams doivent se rappeler que la qualitθ de leurs sθries devraient │▒
+ ▓│ Ωtre optimale par respect pour les amateurs et pour elles-mΩmes, de ce fait, │▒
+ ▓│ toute mθthode permettant d'obtenir une bonne qualitθ est acceptθe. │▒
+ ▓│ │▒
+ ▓│ Nfo : │▒
+ ▓│ │▒
+ ▓│ - Merci aux teams de mettre un minimum d'infos tel que : │▒
+ ▓│ Nombres de passe CCE ou Untouched, Langue audio, Sous-titres │▒
+ ▓│ │▒
+ ▓│ │▒
+ ▓│ Le Nuke en DVDR-ANIME : │▒
+ ▓│ │▒
+ ▓│ - Pour un dirname incorrect ou incomplet │▒
+ ▓│ - ProblΦme sur l'image, l'audio, les subs (desynchro) │▒
+ ▓│ - Non utilisation de CCE avec un minimum de 6 Pass │▒
+ ▓│ - Menu non reauthore (liens menant nul part) │▒
+ ▓│ - Pour prθsence de fichiers dummy │▒
+ ▓│ - Pour Dupe │▒
+ ▓│ │▒
+ ▓│ Rappel sur le INTERNAL: │▒
+ ▓│ │▒
+ ▓│ - Le internal ne protΦge que du dupe, tout manquement aux rules pourra │▒
+ ▓│ entrainer un nuke de la dites release. │▒
+ ▓│ │▒
+ ╔╝╦═══════════════════════════════════════════════════════════════════════════════════╦╚╗
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+ ▓│ │▒
+ ▓│ Approuvθ par les groupes suivants (par ordre alphabθtique): │▒
+ ▓│ │▒
+ ▓│ BOOLZ - CiNEPHiLE - COGiTO - CRuSaDe - GAIDEN - HEROiC - MANGACiTY │▒
+ ▓│ OOKAMI - REVOLTE - SLEEPINGFOREST │▒
+ ▓│ │▒
+ ▓│ N'ont pas pu Ωtre contactθs ou n'ont pas souhaitθs rθpondre / participer: │▒
+ ▓│ │▒
+ ▓│ AKiNA - BANKAi - DEAL - KiTTy - NEECHAN - SaSHiMi │▒
+ ▓│ │▒
+ ╚═════════════════════════════════════════════════════════════════════════════════════╝
+ ###############################################################################################
+#################################################################################################
+# #
+# LES.RULES.2011.FRENCH.STANDARD.DVDR-tFR2k11 #
+# #
+# CES REGLES SONT EFFECTiF Le 10 DECEMBRE 2011 #
+# #
+#################################################################################################
+# #
+# 0. [ Introduction: ] #
+# #
+# Bonjour a tous, dernierement il y a eu beaucoup trop de NUKE sur les DVD FR car #
+# nous sommes obliges de suivre les regles US. Maintenant il y a du changement ce qui #
+# necessite une nouvelle regle FR pour nous les FRANCAiS et QUEBECOIS. #
+# #
+# 1. [ REGLE General De Base: ] #
+# #
+# 1.1 La taille du iSO doit etre entre 4.33 et 4.36, si iSO ne peut pas faire #
+# cette taille vous devez mettre une explication dans le Nfo. #
+# ( EX: Supprimer BONUS / FULLSCREEN, pour avoir une ViDEO UNTOUCHED )(9.1) #
+# #
+# 1.2 Le PAL ne peut DUPE un NTSC et un NTSC ne peut DUPE un PAL car ses pas la meme #
+# REGiON (15.2) #
+# 1.3 PAL encoder en NTSC et NTSC encoder en PAL n'est aucunement tolerer. #
+# 1.4 Une release WiDESCREEN est autoriser a PRE apres un FULLSCREEN. #
+# 1.5 Une release FULLSCREEN n'est pas autoriser a PRE apres un WiDESCREEN. #
+# 1.6 Les coffrets, il est preferable de PRE en disque separer. #
+# ( EX: EXAMPLE.2011.EXTENDED.EDiTiON.DVD1.R1.NTSC.FRENCH.DVDR-GROUP ) #
+# ( EXAMPLE.2011.EXTENDED.EDiTiON.DVD2.FiNAL.R1.NTSC.FRENCH.DVDR-GROUP ) #
+# #
+# 1.7 Les protections et les avertissements doivent etre supprimer, les previews ne sont #
+# pas obligatoire d'etre enlever. #
+# 1.8 Une PHOTO du disque avec le nom du GROUP ce qui est un PROOF est obligatoire sur #
+# chaque release, prouver qu'il on belle et bien la source en leur possession. #
+# #
+# 2. [ Taille d'une Release: ] #
+# #
+# 2.1 DVD9 Source: #
+# 2.1.1 - La Suppression des EXTRA ou AUTRE... est autoriser pour avoir une ViDEO UNTOUCHED #
+# meme si votre iSO est en bas de 4.33Go (1.1)(9.1) #
+# ( Ne pas oublier de preciser dans le nfo le pourquoi qui est en bas de 4.33Go ) #
+# 2.2 DVD5 Source: #
+# 2.2.1 - Un dvd COMPLETE n'est pas autoriser, car certain DVD sont deja brise a la base. #
+# 2.2.2 - Les EXTRAS ou AUTRE... n'est pas obligatoire de les garder. ( Choix du GROUP ) #
+# (9.1) #
+# #
+# 3. [ ViDEO: ] #
+# #
+# 3.1 Encodeur CCE version 2.67 ou superieur doit etre utiliser en tout temps. #
+# 3.2 Les programmes automatique qui executent DVD9 en DVD5 est strictement interdit. #
+# 3.3 DVD Rebuilder Pro 1.28+ est autoriser si les criteres suivant sont respecter: #
+# 3.3.1 - L'option "ONE-CLiCK" ne peut pas etre utiliser. #
+# 3.3.2 - CCE version mentionner plus haut doit etre l'encodeur utiliser. #
+# 3.3.3 - QUAL PREC et VBR BiAS doit etre ajuster en consequence. #
+# 3.3.4 - MAX_Bitrate doit etre regler selon les normes du DVD-ViDEO. #
+# 3.3.5 - Target_Sectors doit etre regler a utiliser autant de secteurs que possible. #
+# 3.3.6 - RB-Opt ou d'autre programme externe pour ajouter ou modifier les parametres du #
+# CCE sur la base de l'encodage est recommander. #
+# 3.4 Les releases qui sont RE-ENCODE doit appliquer les methodes DE-iNTERLACED approprier #
+# au ViDEO source. #
+# 3.5 Les releases TV-DVDR n'est pas obliger d'etre DE-iNTERLACED. #
+# 3.6 Le bitrate minimum autoriser est de 3000kbps ( 2800 pour des TV-DVDR ) si vous etes en #
+# dessous du bitrate, vous etes autoriser a splitter votre release avec une explication #
+# valable dans votre NFO. #
+# ( EX: Nous avons splitter notre release en 2 DVD car le film dure trop longtemps ) #
+# ( pour etre sur 1 DVD sinon nous etions en dessous du bitrate demander. ) #
+# 3.7 Parametres de qualite CCE: #
+# 3.7.1 - Pas de CBR, MULTiPASS doivent etre appliquer. #
+# 3.7.2 - La 1ere PASS initial qui encode le fichier .VAF ou PREC QUAL n'est pas considerer #
+# dans l'ensemble MULTiPASS. #
+# 3.7.3 - Valeur VBR BiAS et QUAL PREC doit etre defini comme: #
+# + VBR BiAS - Recommander = 30 #
+# + QUAL PREC - Recommander = 28 #
+# 3.7.4 - Le nombre de PASS necessaire pour un film est determiner par le bitrate: #
+# + En dessous 4,000 kbit/s avg. = Minimum 6 PASS necessaires. #
+# + Au dessus 4,000 kbit/s avg. = Minimum 5 PASS necessaires. #
+# #
+# 4. [ AUDiO: ] #
+# #
+# 4.1 Dolby Digital est considere comme le format AUDiO standard et doivent etre incluse #
+# lorsqu'elle sont disponible. #
+# 4.2 Un DVD qui contiennent uniquement des donnees AUDiO PCM est admise et doit le preciser #
+# dans le NFO. #
+# 4.3 Prendre un AUDiO d'un autre source autre que le dvd d'origine n'est pas TOLERER. #
+# ( DOWNSAMPLiNG ) #
+# 4.4 Pour toute les films en FRANCAiS, l'AUDiO FRANCAiS est obligatoire pour ce qui est des #
+# autre langues ses au choix du GROUP de les supprimes ou de les conserves.Si il a #
+# plusieurs LANGUES tag avec "MULTi". (14.8) #
+# 4.5 Si une nouvelle version de DVD est sortit avec d'autre LANGUE qui n'est pas dans les #
+# release deja PRED, peuvent les PRE sans etre DUPE. #
+# #
+# 5. [ Source: ] #
+# #
+# 5.1 Release avec une EDiTiON superieur / DVD REMASTERiSER sont autoriser car elle ameliore #
+# la version initiale. Exemple si un DVD contient un AUDiO 5.1 par rapport a la version #
+# precedente qui etait 2.0 est ACCEPTER. #
+# 5.2 DVD UNRATED / DiRECTOR'S CUT ou toute sorte D'EDiTiON avec des scenes supplementaires, #
+# scene prolonger ne PEUVENT PAS etre DUPE sur une release actuel. #
+# #
+# 6. [ Modifier (Authoring): ] #
+# #
+# 6.1 Le menu principal de la source doit etre jouer en premier. #
+# 6.2 L'ajout de photo ou tag du GROUP dans un VTS TiTLE n'est aucunement TOLERER.(16.1) #
+# #
+# 7. [ Sous-titres: ] #
+# #
+# 7.1 Les commentaires sous-titrer doit etre retirer si l'AUDiO des commentaires est #
+# supprimer. #
+# 7.2 Tout les autres sous-titres doivent etre conserver. Si certain sous-titre presentent #
+# un probleme il est a la discretion du GROUP de la supprimer, de la garder tel quel ou #
+# de la reparer. ( N'OUBLiER PAS DE LE PRECiSER DANS LE NFO ) #
+# 7.3 Les sous-titrages ( CLOSED CAPTiONiNG ) doit etre conserver si elle est presentent #
+# sur le dvd source. #
+# 7.4 Les sous-titres FORCED ( FORCED SUBTiTLE ) doit etre ajouter au NFO. #
+# #
+# 8. [ Menu: ] #
+# #
+# 8.1 Les MENU doivent etre inclus en tout temps, a l'exception si le commerce de detail #
+# ne contient pas de "MENU" doit etre mentionner dans le NFO. #
+# 8.2 Le MENU doit etre en ANGLAiS ou en FRANCAiS obligatoire, aucune autre langue n'est #
+# tolerer. #
+# 8.3 Tout MENU autre que ANGLAiS et le FRANCAiS doit etre supprimer. #
+# 8.4 Materiel non referencees ne doit pas etre inclus dans la version finale. #
+# ( inaccessibles cellules ViDEO et MENU doit etre enlever ) #
+# 8.5 Les liens inutiles dans le MENU doit etre supprimer. #
+# 8.6 Les boutons inutilises doivent etre supprimer et NON desactiver. La commande NOP n'est #
+# pas une methode ACCEPTER pour enlever le bouton. #
+# 8.7 Encodage du MENU est a la discretion du GROUP, mais doit etre superieure a 4000 kbit #
+# en moyenne, sauf si le bitrate est en dessous du minimum, alors il doit etre d'au #
+# moins 3000 kbit/s avg. (A Specifier Dans Le NFO) #
+# #
+# 9. [ Bonus: ] #
+# #
+# 9.1 Les EXTRAS peuvent etre supprimer, au choix du GROUP. (1.1)(2) #
+# 9.2 ENCODER(CCE) les BONUS est autoriser si les criteres suivant sont respecter: #
+# 9.2.1 - Minimum bitrate = 2,500 kbit/s avg. #
+# 9.2.2 - Minimum de 5 PASS est REQUiS. #
+# #
+# 10. [ DVD Limitations/Protection: ] #
+# #
+# 10.1 TOUT formes de protection doit etre completement supprimer. #
+# (ARccOS, DVDR-MOViE PROTECT, FluxDVD, Ripguard, Rimage etc.) # # #
+# 10.2 TOUT les limitations de l'utilisateur et les restrictions doivent etre supprimer. #
+# (PUOs, Parental Management etc.) #
+# + Aussi Toutes les references a SPRM(13) doit etre retirer. #
+# 10.3 TOUT VTS / PGC vide doit etre retirer. #
+# ( ViDEO UNTOUCHED n'est pas une raison VALABLE de les gardes ) #
+# 10.4 TOUT release doit etre de REGiON libre et RCE (Amelioration du code REGiON) #
+# doit etre supprimer. #
+# 10.5 TOUT nouvelle protection contre la copie doit etre retirer. #
+# #
+# 11. [ Compression: ] #
+# #
+# 11.1 TOUT release doit utiliser le format .iSO, Les autres formats ne sont pas autoriser. #
+# 11.2 TOUT Release doit etre diviser en RAR: #
+# 11.2.1 - DVD5 en RAR de 50.000.000 octets. #
+# 11.2.2 - DVD9 en RAR de 100 000 000 octets. #
+# 11.3 Methode de compression (COMPRESSION METHODE) Doit utiliser le mode 0 ("store"). #
+# 11.4 VOLUME "Recovery volume" est recommander mais pas obligatoire. S'il est utiliser, #
+# la limite maximale est de 2%. #
+# 11.5 SFV / NFO / SAMPLE / PROOF doit etre inclus. #
+# #
+# 12. [ NFO: ] #
+# #
+# 12.1 Les NFO Doit respecter les criteres suivant: #
+# 12.1.1 - Titre de la release. #
+# 12.1.2 - Date de sortit de la release. #
+# 12.1.3 - Nombre de fichier compresser. (94 x 50MB) #
+# 12.1.4 - image FORMAT ainsi que la taille du fichier .iSO #
+# 12.1.5 - iMDB / ALLOCiNE ou un lien similaire. #
+# 12.1.6 - SOURCE du DVD (DVD9 / DVD5) et le numero de la ZONE(REGiON)-(R1 / R2) ainsi #
+# que la taille de la source. #
+# 12.1.7 - Nombre de PASS(CCE) et BiTRATE utilise lors de l'encodage. #
+# 12.1.8 - L'AUDiO disponible sur le DVD. "TOUS" est inacceptable, detailler les #
+# informations ( EX: FR 5.1 & 2.0 / ENG 5.1 / Spanish 5.1 etc... ) #
+# 12.1.9 - Detailler les sous-titres disponible. #
+# ( EX: FR / ENG ) #
+# 12.1.10 - Detailler qu'est qui a dans les BONUS s'il sont disponible dans le dvd. #
+# ( Bande Annonces / Bonus / Extra / Special Features / Trailer / Interviews ) #
+# 12.1.11 - Detailler qu'est qui a etes supprimer du DVD. #
+# ( Protection / Avertissement / Bande Annonce / Bonus / etc.. ) #
+# #
+# EXemple: EXEMPLE.2011.EXTENDED.EDiTiON.DVD1.R1.NTSC.FRENCH.DVDR-GROUP #
+# #
+# Date....: 10/12/2011 (10.Dec.2011) #
+# Fichier.: 94 x 50MB #
+# Image...: .iso ( 4.33Go ) #
+# Lien.url: http://www.imdb.com/.......... #
+# #
+# Source..: DVD9 NTSC R1 - 6,98Go ( 7,504,568,320 octets ) #
+# Video...: CCe 9 Pass ( 4 000 kpbs ) #
+# Langue..: FR 5.1 & 2.0 #
+# Sous-titres: FR / ENG #
+# Autres..: Aucun Bonus #
+# Supprimer: Protection / Avertissement / Bonus / VTS & TiTLE #
+# #
+# Notes...: Notes du Group #
+# #
+# 13. [ Sample: ] #
+# #
+# 13.1 Un SAMPLE est necessaire, la taille doit etre entre 30-50Mo. #
+# 13.2 Votre fichier doit etre en .vob ( Version DE VOTRE RELEASE ET NON DE LA SOURCE ) #
+# 13.3 Votre fichier SAMPLE Doit etre dans un dossier nommer "sample". #
+# 13.4 VOBSplitter ou ChopperXP sont recommander pour faire des sample(.vob) #
+# #
+# 14. [ Nom Du Repertoire: ] #
+# #
+# 14.1 TOUT release doit respecter les TAG suivant: #
+# 14.1.1 - L'annee du film est obligatoire sauf les TV SERiES. #
+# 14.1.2 - Nom du dossier doit inclure de la ViDEO STANDARD (NTSC / PAL). #
+# 14.1.3 - Numero de la ZONE(REGiON) doit etre inclus dans le dossier (R1 / R2). #
+# 14.2 Caracteres ACCEPTER sont les suivants: #
+# - ABCDEFGHIJKLMNOPQRSTUVWXYZ #
+# - abcdefghijklmnopqrstuvwxyz #
+# - 0123456789.-_ #
+# 14.3 Le TAG "COMPLETE" ne peut PAS etre utiliser. (2.2.1) #
+# 14.4 Toute release doit etre nommer en Titre ANGLAiS Ou FRANCAiS, a l'exception ou le #
+# titre n'est nullement "ENG" ou "FR" mais avec piste AUDiO FR. #
+# 14.5 TV-DVDR: Utiliser les TAG approprier qui sont sur les COFFRETS ou BOiTiERS. #
+# ( Saison / Volume ) #
+# 14.6 Release iNTERNAL doit etre TAG "iNT" pour eviter un DUPE sur une release existante. #
+# 14.6.1 - AUCUN ABUS ne doit etre fait,ce qui veut dire ne pas PRE une release qui est #
+# sortit la meme journee ou la premiere annee a l'exception si une release n'est #
+# pas distribuer par le GROUP. #
+# 14.7 Le TAG "PROPER" ne peut etre utiliser par le "MEME GROUP" pour corriger un BUG d'une #
+# publication REPACK, le TAG "REPACK" doit etre utiliser. #
+# 14.8 Le TAG "MULTi" est OBLiGATOiRE d'etre utiliser s'il a plusieurs LANGUES de disponibles #
+# Si un GROUP US ou AUTRE, ne TAG pas leur RELEASE "MULTi" et qui a l'AUDiO FR, il #
+# doivent etre REQNUKE "MiSSiNG.TAG_MULTi-tFR.14.8" car il non pas RESPECTER nos regles #
+# FR.(4.4) #
+# 14.9 Le TAG "QC" est OBLiGATOiRE, si ses un DVD QUEBECOiS. #
+# #
+# 15. [ Proper / Nuking: ] #
+# #
+# 15.1 PROPER sera valable si l'une des normes ci-dessus ont pas ete suivie dans un #
+# communique ou si la version precedente avait fait defaut technique #
+# par exemple, des problemes ViDEO, AUDiO erreur, des erreurs de MENU #
+# toutefois si la release peut etre patcher via un patch PPF systeme, un "PROPER" par #
+# un autre GROUP ou REPACK par le GROUP initial ne seront pas tolerer. #
+# 15.2 Le PAL ne peut DUPE un NTSC et un NTSC ne peut dupe un PAL car ses pas la meme REGiON. #
+# (1.2) #
+# 15.3 PROPER peut seulement PROPER dans la meme REGiON. #
+# ( EX: R2 PAL ne peut pas PROPER R1 NTSC ) #
+# 15.4 "MULTi" n'est pas considerer comme un DUPE, des releases presente s'il contient des #
+# pistes AUDiO differente. #
+# 15.5 PROPER baser sur les versions presente ayant un mauvais nom de DOSSiER, NFO incomplet, #
+# mauvais sample, rar manquant n'est PAS TOLERER. Dans ce cas DiRFiX / NFOFiX / #
+# SAMPLEFiX / RARFiX doit etre utiliser. "Si LE GROUP CORRiGE LEUR ERREUR" #
+# 15.6 Apres avoir CONTACTER le GROUP, un PROPER est autoriser, si le GROUP ne peut prouver #
+# (PROOF) leur source via un jpg / png. (1.8) #
+# #
+# 16. [ DVD TAG: ] #
+# #
+# 16.1 Intro ou toutes autres formes de barbouillage ne sont PAS autoriser. (6.2) #
+# 16.2 Nom du GROUP ou n'importe quel autre nom dans le DVD est STRiCTEMENT iNTERDiT. #
+# ( EX: Nom du GROUP dans le "Provider iD" n'est pas TOLERER ) #
+# 16.3 "VOLUME LABEL" Doit etre exactement le titre du film et aucun autre NOM / GROUP. #
+# 16.4 "PROViDER iD" Doit etre exactement le titre du film et aucun autre NOM / GROUP. #
+# #
+# 17. [ Proof: ] #
+# #
+# 17.1 Une Photo prit avec un appareil PHOTO (NON UN SCANNER) du coter imprimer au format #
+# .jpg / .png avec le nom du GROUP sur un bout de papier, doit etre quand meme de bonne #
+# qualite avec les details du film clair et lisible. #
+# ( Les autocollants d'un magasin ou codes barres peuvent etre floues ou noirci ) #
+# 17.2 Les pochettes (COVERS) peuvent etre ajouter au dossier mais ne compte PAS comme une #
+# preuve suffisante. #
+# 17.3 Votre Photo (.jpg ou .png) doit etre mit dans un DOSSiER nommer "Proof". #
+# #
+# Note: Certain telephone mobile ajoute "EXiF META DATA" a leur photo (LOCALiSATiON GPS), #
+# assurer vous d'avoir supprimer les "META DATA" de votre jpg / png. #
+# #
+#################################################################################################
+# #
+# Les REGLES 2011 FRENCH Standard DVDR ECRiTE Et ORGANiSER Par: tFR (05.Nov.2011) #
+# #
+# Les GROUPES qui on Signer: CoRa - DUPLI - ENJOi #
+# #
+# Les GROUPES qu'ont a pas pu contacter ou sans nouvelles: AYMO - UNSKiLLED - ZiRCON #
+# #
+# Les GROUPES qui ont refuser de Signer: VIAZAC #
+# #
+# ---------------------------------------------------------------------- #
+# #
+# ( Le RESPECT Va A Toute L'EQUiPE tFR 2011 ) #
+# Pour toute modification ou suggestion pv un membre des GROUP qui on signer #
+# Les informations seront distribuer au personne concerner. #
+# #
+#################################################################################################
+ ###############################################################################################
+
+ ▄ ▄ ▄ ▄ ▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄
+ ▐▓▒░ ▐▓▒░ ▐▓▒░ ▐▓▒░ ▐▓▒░ █▓▒░ ▐▓▒░ ▐▓▒
+ █▒░░ █▒░░ █▒░░░ █▒░ █▒░░ ▐▓▒░ █▒░░ █▒░░
+ ▐▓▒░ ▐▓▒░ ▐▓▒░▒░░ ▐▓▒░ ▐ ▐▓▒░ ▀▓▒░▐▓▒░ ▐▓▒░
+ █▒░░ █▒░░ █▒░░ ▒░ █▒░ ▒░ █▒░░ █▒░░ █▒░░
+ ▐▓▒░ ▐▓▒░ ▐▓▒░ ▓▒░░ ▐▓▒░ ▐▓▒ ▐▓▒░ ▐▓▒░ ▐▓▒░
+ █▒░░ █▒░░ █▒░░ ▀▓▒░░▄▓▒░ ▓▒░░ █▒░░ █▒░░ ▄▓▒░
+ ▐▓▒░▒▓▀▀▀▀▐▓▒░ ▄▄▒░░▒▓▀▀▀▀▀▐▓▒░ ▄▓▒▒░░ ▐▓▒ ▐▓▒░▒▓▀▀ ▐▓▒░ ▀▓▒▄
+ █▒░░ █▒░░ █▓▒░░ █▒░░ ▄▓▒░░ ▀▓▒░ ▒░ █▒░░ █▒░░ ▓▒░
+ ▐▓▒░ ▐▓▒░ ▐▓▒░░ ▐▓▒░ ▐▓▒░░ ▐▓▒░ ▐ ▐▓▒░ ▐▓▒░ ▐▓▒░
+ ▓▒░░ ░░ ▓▒░░ ▓▒░░▄▄▄▄▄▄▄▄ ▓▒░░ ▓▒░░ ░░ ▓▒░░ ▓▒░░ ░░░ ▓▒░░ ░ ▓▒░░ yL
+
+ .X.x. H i g h D e f i n i t i o n X 2 6 4 F R e n c h .x.X.
+ m o v i e s t a n d a r d s
+ M a r c h , 2 0 1 1
+
+
+ [ Intro ]
+
+ La derniΦre version de ces rΦgles datant de dθcembre 2008, il nous a semblθ nθcessaire d'en faire une nouvelle θdition
+ afin d'y apporter quelques changements.
+ Le plus important concerne la preuve α fournir pour tout rip commercial (retail) afin d'θcarter les doutes concernant
+ l'utilisation de sources non-commerciales de type p2p. Les rΦgles concernant les tailles finales ont θtθ
+ θgalement assouplies.
+ Ces rΦgles HD s'appliquent a tous rips HD (720p/1080p) HDDVD - BluRay film, tv & anime retail.
+
+ [ Gθnθral ]
+
+ 1.1) La release doit Ωtre pack en RAR. Sfv,Nfo et sample sont obligatoires.
+ 1.2) Les rars doivent Ωtre en multiple de 50 ou 100 MiB, pas plus de 99 fichiers.
+ 1.3) La release doit Ωtre muxθe dans un container MKV.
+ 1.4) Le nfo doit inclure le bitrate vidθo, audio ainsi que le format et les sous-titres.
+ 1.5) Les Bluray dupe HDDVD et vice versa.
+ 1.6) Les sous-titres FRENCH FORCED sont obligatoires quand ils sont prθsent sur le media original.
+ 1.6.1) Les sous-titres FRENCH sont obligatoires pour les releases MULTi.
+ 1.7) La piste audio Franτaise doit impθrativement provenir du media "pas de son DVD ou autre",
+ sinon le nom du dossier contenant la release devra avoir la mention < CUSTOM >.
+ 1.7.1) Le bitrate audio doit Ωtre le bitrate de l'audio prθsent sur le media.
+ 1.8) Suggestion de dirname:
+ Titre.Du.Film.ANNEE.<FRENCH/MULTi>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ Titre.De.La.Serie.SxxExx.<FRENCH/MULTi>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.9) Le gθnθrique de fin "crθdits" doit Ωtre prθsent.
+ 1.10) Le sample doit reprθsenter 60 secondes du film au minimum.
+ 1.10.1) Ce dernier doit provenir de la release finale.
+ 1.11) L'utilisation de logiciel fait maison pour l'encodage est permis, mais il est impθratif de pouvoir lire sur le mkv
+ final les informations relatives α l'encodage et qui permettront de valider ou non la release vis α vis des prθsentes
+ rΦgles (ex: version du codec, bitrate video etc).
+
+
+ [ Audio ]
+
+ 2.1) L'audio doit Ωtre AC3 ou DTS, (FLAC interdit)
+ Le core doit Ωtre converti, en cas de DTS-HD ou TRUE-HD
+ 2.2) Le bitrate de l'audio ne doit jamais Ωtre en dessous de 640 kbit, sauf si la source mθdia est en dessous.
+ "ex: true-hd core 448kb/s ou moins".
+ 2.3) L'audio doit Ωtre en 5.1, sauf si la source est stθrθo ou mono.
+ 2.4) Pour les 720p un seul audio est autorisθ (Franτais), pour les 1080p 2 pistes sons : version
+ Franτaise et originale sont autorisθes
+ 2.4.1) La langue principale doit Ωtre le Franτais.
+ 2.4.1.1) Pour une release multi-langues, il est nθcθssaire d'inclure la Version originale et Franτaise.
+ 2.4.1.2) Si la langue originale n'est pas Franτaise, les sous-titres sont obligatoires
+ 2.4.1.3) Sur la release 1080 d'une production francophone, il est permis d'ajouter une seconde piste audio de type commentaire.
+ 2.4.1.4) L'ajout d'une piste audio supplθmentaire (dialogues ou commentaires, par exemple) sur une release en langue franτaise
+ n'est pas une raison suffisante pour dupe.
+
+
+ [ Vidθo ]
+
+ 3.1) Si nθcessaire le dθsentrelacement ou l'ivtc doivent Ωtre utilisθs.
+ 3.2) L'encodage doit se faire en 2 passes minimum.
+ 3.3) La largeur de la release doit Ωtre en mod 16. La longueur de la release doit Ωtre en mod 8.
+ 3.4) Le crop des bandes noires est obligatoire.
+ 3.5) L'aspect ratio original du media est obligatoire, les annonces d'aspect ratio de la pochette ou d'imdb ne sont
+ pas valables.
+ 3.6) Les custom matrices sont autorisθes.
+ 3.7) VfW (Video for Windows), est interdit.
+ 3.8) La version de x264 qui doit Ωtre utilisθe est au minimum la 999, avec au minimum 50 mises α jour depuis la derniΦre.
+ 3.9) Le level 4.1 ou supθrieur doit Ωtre respectθ. A titre d'example le level 3.1 est supθrieur au level 4.1
+ (voir le tableau http://fr.wikipedia.org/wiki/H.264 )
+ 3.10) --deblock doit Ωtre activθ.
+ --aq-mode doit Ωtre activθ.
+ --bframes 3 ou plus doit Ωtre respectθ.
+ --ref 5 ou plus sauf si la rθsolution dθpasse 864, dans ce cas ref 4 doit Ωtre utilisθ pour respecter le
+ level L4.1 et sa compatibilitθ.
+ --me umh ou plus est obligatoire.
+ --subme 7 ou plus est obligatoire.
+ --trellis 1 ou plus est obligatoire.
+
+ 3.11) Pour les releases en 720p, la rθsolution est au maximum de 1280x720.
+ 3.11.1) Pour un aspect ratio θquivalent ou supθrieur α 1.78 horizontal la rθsolution doit Ωtre de 1280.
+ e.g. AR de 2.35:1 doit Ωtre 1280x544.
+ 3.11.2) Pour un aspect ratio θquivalent ou infθrieur α 1.78 vertical la rθsolution doit Ωtre de 720.
+ e.g. AR of 1.33:1 doit Ωtre 960x720.
+ 3.12) Pour les releases en 1080p,la rθsolution maximum doit Ωtre de 1920x1080.
+ 3.12.1) Pour un aspect ratio θquivalent ou supθrieur α 1.78 horizontal la rθsolution doit Ωtre de 1920.
+ e.g. AR of 2.35:1 doit Ωtre 1920x816.
+ 3.12.2) Pour un aspect ratio equivalent ou infθrieur α 1.78 vertical la rθsolution doit Ωtre de 1080.
+ e.g. AR of 1.33:1 doit Ωtre 1440x1080.
+ 3.13) Bitrate video:
+ 3.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. le bitrate minimum pour un anime est de 2300 kbit.
+ 3.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit. le bitrate minimum pour un anime est de 5000 kbit.
+
+
+ [ Sous-titres ]
+
+ 4.1) Les Sous-titres doivent Ωtre en format texte, de prθfθrence .srt.
+ 4.2) Les Sous-titres doivent Ωtre muxθs dans le container .mkv
+ 4.3) Pour des raisons d'incompatibilitθ avec certains lecteurs de salon, le format idx/sub n'est pas autorisθ.
+
+
+ [ Total Size ]
+
+ 5.1) Le Mkv final mesurθ en MiB (1048576 bytes) doit Ωtre de taille :
+ Multiple de 1120
+ DVD5/x (896, 1493, 2240, 3360, 4480)
+ Egalement autorisθ, 2713, 8140 pour toutes les releases ainsi que 4070 pour les 1080p des rip tv.
+
+ 5.2) Le niveau de tolθrance pour un rip undersize est de 40 MiB. L'oversize est totalement interdit.
+
+
+ [ Suggestions de paramΦtres pour l'encodage en 720p ]
+
+ 6.1) PremiΦre passe :
+
+x264.exe --pass 1 --profile high --stats movie.stats --bitrate 4000 --preset slow -o NUL movie.avs
+
+ 6.2) DeuxiΦme passe :
+
+x264.exe --pass 2 --profile high --stats movie.stats --bitrate 4000 --preset slow --ref 5 --subme 7 --analyse all --no-fast-pskip -o movie.mkv movie.avs
+
+ [ Suggestions de paramΦtres pour l'encodage en 1080p]
+
+ 7.1) PremiΦre passe :
+
+x264.exe --pass 1 --profile high --stats movie.stats --bitrate 8000 --preset slow -o NUL movie.avs
+
+ 7.2) DeuxiΦme passe :
+
+x264.exe --pass 2 --profile high --stats movie.stats --bitrate 8000 --preset slow --ref 5 --subme 7 --analyse all --no-fast-pskip -o movie.mkv movie.avs
+
+ [ Proof (preuve) ]
+
+ 8.1) Toutes les releases devront impθrativement proposer une preuve de la source utilisθe au format jpg/png
+ dans un rθpertoire Proof (lien vers une URL tinypic non autorisθ, l'image ne doit pas Ωtre compactθe en .rar
+ et sa taille ne doit pas excθder les 5Mib).
+ Cette photo devra clairement et lisiblement montrer le mθdia et une θtiquette au nom du groupe.
+ Il est permis de flouter/supprimer/masquer toute partie relative α un nom de magazin de location, code barre
+ sans que cela ne cache totalement le media.
+
+ 8.1.2) La Proof doit Ωtre fournie pour tous les formats de la release (720p/1080p/xvid).
+
+ 8.1.3) Une photo ou scan de la pochette ainsi qu'un sample m2ts ne sont PAS considθrθs comme une preuve.
+
+ 8.1.4) Toute release qui ne fournissent pas de preuve sont "nukables" et "properables". Un ProofFix est tolθrθ dans
+ les 2 heures qui suivent la pre de la dite release.
+
+ 8.2) Pour des raisons θvidentes de sθcuritθ, il est recommandθ de supprimer les EXIF metadata. Cela peut se faire α l'aide de logiciels
+ gratuits comme PureJPG que vous trouverez α cette addresse : http://www.yafla.com/papers/purejpeg/filter_unnecessary_jpeg_info_such_as_exif.htm
+ ou α l'aide de tout autre type "d'exif remover" que vous trouverez en faisant une petit recherche sur google.
+
+
+ [ Signθ et Approuvθ par les groupes suivants , dans l'ordre alphabθtique ]
+
+ 4kHD - FHD - FWDHD - JMT - LOST - MAGiCAL - NERDHD - SaSHiMi
+
+ [ N'ont pas souhaitθ participer ]
+
+ UKDHD
+
+ [ N'ont pu Ωtre contactθs ]
+
+ THENiGHTMAREiNHD
+
+
+Changements:
+
++ = ajout
+* = modification
+
++ 1.11 L'utilisation de logiciel fait maison pour l'encodage est permis, mais il est impθratif de pouvoir lire sur le mkv
+ final les informations relatives α l'encodage et qui permettront de valider ou non la release vis α vis des rΦgles
+ (ex: version du codec, bitrate video etc).
++ 2.4.1.3 Sur la release 1080 d'une production francophone, il est permis d'ajouter une seconde piste audio de type commentaire.
++ 2.4.1.4 L'ajout d'une piste audio supplθmentaire (dialogues ou commentaires, par exemple) sur une release en langue franτaise
+ n'est pas une raison suffisante pour dupe.
++ 3.9 Le level 4.1 ou supθrieur doit Ωtre respectθ. A titre d'example le level 3.1 est supθrieur au level 4.1
+ (voir le tableau http://fr.wikipedia.org/wiki/H.264 )
++ 4.3 Pour des raisons d'incompatibilitθ avec certains lecteurs de salon, le format idx/sub n'est pas autorisθ.
+* 5.1 Le Mkv final mesurθ en MiB (1048576 bytes) doit Ωtre de taille :
+ Multiple de 1120
+ DVD5/x (896, 1493, 2240, 3360, 4480)
+ Egalement autorisθ, 2713, 8140 pour toutes les releases ainsi que 4070 pour les 1080p des rip tv.
+* 5.2 Le niveau de tolθrance pour un rip undersize est de 40 MiB. L'oversize est totalement interdit.
+* 6.1 Suggestion 720p PremiΦre Passe
+* 6.2 Suggestion 720p DeuxiΦme Passe
+* 7.1 Suggestion 1080p PremiΦre Passe
+* 7.2 Suggestion 1080p DeuxiΦme Passe
++ 8.0 Proof/Preuve
+
+
+ The Hungarian DVDR Releasing Standards 2011
+
+
+
+
+ Alabbi szabalyzat 2011. februar 14-etol ervenyes.
+
+
+
+ 0. Altalanos:
+
+ 0.1 A kepfajl meretenek 4400 es 4482 MB kozott kell lennie, kiveve,
+ ha a forras DVD5.
+ Ha a release nem eri el a minimalisan megengedett meretet, akkor
+ ennek okat egyertelmuen jelezni kell az NFO-ban. Pl.: A forras
+ 4.07 GB-os lett miutan eltavolitottam az FS verziot.
+ 0.2 A vegso kepfajl maximalis merete NEM lehet nagyobb mint egy atlagos
+ DVD+R lemez maximalis tarolokapacitasa = 4,700,372,992 byte.
+ 0.3 NTSC release nem keszulhet PAL utan, NTSC utan PAL igen.
+ 0.4 WS release johet FS utan.
+ 0.5 A DVDR releaseknek meg kell felelniuk a DVD-Video szabvanynak. A
+ CSAPAT/RIPPER FELELOSSEGE MEGISMERKEDNI A TECHNIKAI RESZLETEKKEL,
+ ugyanis csokkenti a lejatszokkal valo kompatibilitast ezen
+ szabvanyok nem korultekinto alkalmazasa.
+
+
+ 1. Video:
+
+ 1.1 Ujrakodolas:
+
+ 1.1.1 2.67+ CCE verzio vagy ujabb hasznalata KOTELEZO minden olyan
+ esetben, ahol a video stream ujrakodolasa szukseges.
+ 1.1.2 CCE-n kivul semmilyen mas program nem engedelyezett.
+ 1.1.3 DVD-Rebuilder PRO 1.28+ hasznalhato CCE-hez, ha a
+ beallitasai megfelelnek az alabbiaknak:
+
+ - A one-click opciot ki kell kapcsolni.
+ - A fentiekben emlitett CCE verzio hasznalata
+ KOTELEZO.
+ - Qual Prec es VBR Bias megfeleloen legyen beallitva.
+ - Max_Bitrate beallitas hasznalata kotelezo a
+ DVD-Video szabvanynak megfeleloen.
+ - Target_Sectors beallitas hasznalata JAVASOLT a leheto
+ legtobb felhasznalhato szektor kitoltesere.
+ - A CCE adott kodolashoz szukseges idealis beallitasainak
+ modositasahoz RB-Opt vagy mas kulso program hasznalata
+ JAVASOLT.
+
+ 1.1.4 A minimalisan megengedett atlagos bitrata 3000 kbit/s.
+
+ 1.1.5 Az ujrakodolt forrasnak is rendelkeznie KELL a helyes
+ de-interlacing vagy IVTC method-dal, ha a forrasban
+ alkalmazasra kerult ilyen.
+
+
+
+ -CCE minosegi beallitasok:
+
+ - CBR hasznalata tilos. Multipass KOTELEZO.
+ - Az elso pass, ami a .vaf fajlt, vagy a Qual Prec.
+ control fajlt kodolja, NEM szamit bele a multipass
+ beallitasokba.
+ - VBR Bias es Qual Prec. ertekek JAVASOLT beallitasa:
+ VBR Bias - ajanlott ertek = 30
+ Qual Prec. - ajanlott ertek = 28
+ - A film kodolasahoz szukseges passok szama a vegso
+ atlagos bitrata fuggvenyeben a kovetkezokeppen alakul:
+ 4,000 kbit/s alatt = Min. 6 pass szukseges.
+ 4,000 kbit/s folott = Min. 5 pass szukseges.
+
+ MEGJEGYZES: A CCE kodolas beallitasainak idealis esetben
+ egyeznie kellene a forras video stream beallitasaival.
+ Nem a mi dolgunk eldonteni, hogy a forras keszitojenek
+ milyen filtereket es azokat hogyan kellett volna
+ alkalmaznia a forras video stream kodolasa kozben.
+ Ezen beallitasok hasznalatat nagyon nehez lenne
+ ellenorizni, igy minden egyes csapat egyedi dontesere
+ bizzuk.
+
+
+ 1.1.6 Ha nem elerheto a minimalis bitrata, egy elfogadhato
+ magyarazatot kotelezo feltuntetni az NFO fajlban.
+
+ 1.2 Stablista ujrakodolasa, eltavolitasa:
+
+ - A stablista eltavolitasa, barminemu megcsonkitasa TILOS.
+ - A stablista drasztikus merteku kodolasa ENGEDELYEZETT
+ minosegjavitas vegett olyan mertekben, hogy az olvashato
+ maradjon, KIVEVE, amikor a stablista kepi elemeket is
+ tartalmaz. Ilyen esetekben a megengedett atlagos kodolasi
+ rata 2000kbit/s.
+
+ MEGJEGYZES: RB-vel torteno kodolas eseten az utolso
+ chapter nem feltetlenul azonos a stablistaval.
+
+
+ 1.3 Erintetlen video megtartasa:
+
+ - KIZAROLAG abban az esetben nem vonatkozik a 6.7-es szabaly
+ a keszitore, ha a menu nagysaga miatt tomoriteni kell a
+ videot. Tehat ENGEDELYEZETT az erintetlen video megtartasa
+ erdekeben torteno stillesites, illetve a menu
+ hasznalhatosaga szempontjabol nem fontos blokkok
+ eltavolitasa.
+ - A stablista eltavolitasa, megcsonkitasa ebben az esetben is
+ TILOS.
+ - Az ily modon keszitett dvd-k utan erkezo tomoritett,
+ erintetlen menuvel rendelkezo releasek DUPE-nak minosulnek,
+ csakugy, mint ugyanezen forrasbol keszulo tomoritett videoju
+ releasek utan erkezo erintetlen videoval rendelkezo releasek
+ is DUPE-nak szamitanak.
+
+ 1.4 TV-DVDR ujrakodolasa:
+
+ - TV-DVDR release-eknek meg KELL felelniuk a fent leirtaknak,
+ kiveve az alabbiakat:
+
+ - Minimalis atlagos bitrata a release-nek: 2800 kbit/s.
+ - TV-DVDR-t nem szukseges de-interlacingelni.
+
+
+ 2. Audio:
+
+ 2.1 Dolby Digital a kotelezoen megtartando audio formatum minden
+ olyan release-ben, amelynek forrasa tartalmazza ezt a
+ formatumot.
+ 2.2 Azok a retail DVD-k amelyek csak PCM hangot tartalmaznak,
+ megengedettek. Az NFO-ban erre fel kell hivni a figyelmet.
+ 2.3 Minden egyes hangsav downsamplingje TILOS!
+ 2.4 Ha az audio sav DVD9-rol lett rippelve, akkor a jobb hangsav
+ megtartasa kotelezo. Pl.: Ha a DVD Dolby 2.0 es Dolby 5.1
+ hangsavot is tartalmaz, akkor a Dolby 5.1 elonyt elvez a
+ Dolby 2.0-val szemben.
+ Az egyetlen kivetel e szabaly alol a DTS hang. Ha DTS es
+ Dolby 5.1 is van a lemezen, akkor a Dolby 5.1 megtartasa kotelezo.
+ A DTS megtartasarol donthet a ripper, figyelembe veve a bitratara
+ vonatkozo szabalyokat.
+ 2.5 Nem angol nyelvu filmek keszitesenel az eredeti hangsav megtartasa
+ KOTELEZO, kiveva ha a retail lemez nem tartalmazza azt.
+ Azokban az esetekben, amikor ujra kiadnak egy DVD-t, amely
+ tartalmazza az eredeti hangsavot, a filmek ujra release-elese
+ megengedett, es az NFO notes rovataban fel kell tuntetni ennek
+ okat.
+ 2.6 Minden magyar nyelvu film eseteben a magyar hangsav megtartasa
+ KOTELOZO.
+ 2.7 Mas hangsavok megtartasarol a ripper donthet, az legyen akar
+ mas nyelvu hangsav, vagy kommentar.
+ 2.8 Egy retail release eltavolitott felesleges hangsavokkal nem DUPE
+ egy MULTi release-re, hacsak a MULTi release nem rendelkezik
+ erintetlen video streammel.
+ 2.9 Azon release-ek konyvtar neveben hasznalni kell a DUBBED
+ taget, melyek nem tartalmazzak az eredeti nyelvu hangsavot,
+ sem pedig az eredeti nyelvu feliratot.
+
+
+ MEGJEGYZES: DTS/DTS-ONLY/SUPERBiT/CRiTERiON/3D release-ek kiadasa NEM
+ tiltott. Azonban nem vagyunk kompetensek annak eldonteseben,
+ hogy melyik engedelyezett es melyik tiltott. Az FTP SITE-ok
+ feladata eldonteni a sajat szabalyzatuk alapjan, hogy naluk mit
+ lehet prezni es mit nem.
+ Azonban azoknak a csapatoknak, akik ilyen tipusu release-eket
+ keszitenek, kotelezo az elfogadott tagek valamelyikevel
+ jelolni a konyvtarnevet:
+ DTS, DTS-ONLY, SUPERBiT, CRiTERiON vagy 3D.
+
+
+ 3. Forras:
+
+ 3.1 El kell tavolitani a fullscreen valtozatot azokrol a forrasokrol,
+ amelyek tartalmazzak a szelesvasznu es fullscreen valtozatot is.
+ 3.2 Superior/Remastered kiadasok megengedettek, ha a korabban kiadott
+ verzio valamely tulajdonsagaban jobbak.
+ Pl.: Elfogadottnak tekintendo egy olyan release, mely
+ Dolby 5.1-es hangsavot tartalmaz, mig a korabbi release 2.0-t.
+ 3.3 A mar letezo valtozat mellett megengedett minden olyan
+ Director's Cut, Unrated, Extended release, amely utolag hozzaadott,
+ bovitett, vagy extra jeleneteket tartalmaz.
+ 3.4 Minden olyan release, amelynek video, audio, vagy felirat savja
+ nem hivatalosan megjelent DVD-rol szarmazik, CUSTOM taggel kell
+ ellatni. CUSTOM tag szinten kotelezo olyan menuvel nem rendelkezo
+ releasek eseteben, ahol a releaser nem tudja bizonyitani, hogy a
+ retail lemezen nem volt menu. CUSTOM release-ek NFO-jaban
+ egyertelmuen fel kell tuntetni a lemez elkeszitese soran
+ felhasznalt forrasok mindgyiket!
+ 3.5 "Proof" mappa hasznalatat igyekezzunk megszokni. Ha a jelen
+ szabalyzatban nincs egyertelmu utalas egy kerdeses problemara,
+ egy proof mappaba elhelyezett keppel, vagy screenshottal el
+ lehet kerulni a nuke-ot.
+ 3.6 Minden esetben indokolni kell az NFO notes reszeben az
+ iNTERNAL release kiadasanak az okat. Dupe elkerulese vegett
+ kiadott iNTERNAL releasek tulajdonosai szelsoseges esetben
+ grpbant kaphatnak.
+
+
+ 4. Authoring:
+
+ 4.1 ONE CLICK PROGRAMOK HASZNALATA TILOS! Pl.: InstanCopy, DVDXCopy,
+ DVDShrink stb. Scenarist, Maestro es MuxMan hasznalhatoak.
+ 4.2 A DVD-Rebuilder reauthoring motorja hasznalhato abban az esetben,
+ ha a rippeles is ezzel a programmal tortent.
+ 4.3 Eltavolitott audio es felirat streamekre torteno hivatkozast el
+ KELL tavolitani.
+ 4.4 A lemez lejatszoba torteno behelyezesekor a menut tartalmazo VTS
+ legyen a legelso ami elindul, mivel igy gyorsabb a lemez
+ betoltese, mint amikor a menu elott lejatszando tartalmat
+ kitoroljuk.
+ 4.5 A release nem tartalmazhat egyetlen hibas PGC commandot sem.
+ 4.6 Nem hivatkozott anyagot nem tartalmazhat a vegso release.
+
+
+ 5. Feliratok:
+
+ 5.1 Tartsd meg mindet, beleertve a kommentar feliratokat is. Ha egy
+ felirat technikai gondot okoz, megtartasa a releaser dontesen
+ mulik. Ezesetben egy elfogadhato magyarazatnak KELL lennie az
+ NFO notes reszeben arrol, hogy miert lettek torolve az egyes
+ feliratok.
+ 5.2 Magyar vegfelhasznaloknak keszult release-eknek tartalmaznia
+ KELL magyar feliratot az idegen nyelvu reszekhez.
+ 5.3 MULTiSUBS release keszitese csak akkor engedelyezett, ha a
+ korabbi release NEM TARTALMAZOTT magyar feliratot.
+ 5.4 Closed Caption felirat megtartasa KOTELEZO ha volt a forrason.
+ 5.5 CUSTOM tag hasznalata kotelezo, ha a retail lemezbe custom
+ feliratot tettunk. Ezesetben az NFO-ban is egyertelmuen meg
+ kell jelolni a custom sub forrasat.
+ 5.7 Egetett feliratot tartalmazo release-t SUBBED taggel kell
+ jelolni.
+
+
+ 6. Menu:
+
+ 6.1 Menu KELL! Az NFO-ban jelolni kell ha a retail lemez nem
+ tartalmazott menut.
+ 6.2 Magyar anyanyelvu vegfelhasznaloknak keszult release-ek eseteben
+ kotelezo a magyar menu hasznalata. Ha nincs ilyen, akkor
+ hasznaljuk az eredeti menut.
+ 6.3 Idegen nyelvu menuk, top menuk torlese KOTELEZO.
+ 6.4 A nem hasznalt menu cellak torlese es gombok hide-olasa kotelezo.
+ Ha torolsz valamit, a hozza tartozo gombot is hide-olni,
+ vagy torolni kell. A gomb parancs NOP-ra torteno atirasa
+ nem minosul a gomb eltavolitasanak.
+ 6.5 Minden gombnak a funkciojanak megfeleloen kell mukodnie.
+ 6.6 A menu tomoritheto minimum 3000kbit/s-os bitrataval.
+ 6.7 Menut stillesiteni TILOS.
+ 6.8 CUSTOM taggel ellatott release tartalmazhat photoshoppolt menut.
+
+
+ 7. Extra:
+
+ 7.1 Az extra egy hozzaadott ertek, melyre nincs szukseg. Olyan extrak
+ megtartasa engedelyezett, amelyek szorosan kapcsolodnak az
+ eredeti filmhez. Pl.: torolt jelenetek es bakik megtartasa
+ elvezzen elonyt az elozetesekkel es a kovetkezo resz tartalmaval
+ szemben.
+ 7.2 Azon elozeteseket NEM kell megtartani, amelyek nem elerhetoek a
+ menubol.
+ 7.3 Csak abban az esetben tarthatoak meg olyan tartalmak, amelyekhez
+ nem lehet hozzaferni a menubol, ha a film erintetlen marad.
+ 7.4 Nem elfogadhato indok PROPER eseteben egy olyan release, amely a
+ korabbinal csak annyiban nyujt tobbet, hogy elozteteseket
+ tartalmaz.
+ 7.5 Extrak ujrakodolasanal, a minimalisan megengedett beallitasok
+ 5 pass mellett atlagosan 2,500 kbit/s.
+
+
+ 8. DVD vedelmek es korlatozasok:
+
+ 8.1 A VEDELEM MINDEN FORMAJAT EL KELL TAVOLITANI A RELEASE-BOL.
+ Pl.: Macrovision, "CSS Encryption", "Bad Sector Insertion"
+ azon belul ARccOS, DVDR-Movie PROTECT, FluxDVD stb.,
+ "Content Alteration" Pl.: Ripguard, Rimage stb.
+ 8.2 Azokat a hianyos/ures/nem hozzaferheto cellakat torolni kell,
+ amelyek akadalyoznak a release minosegi kodolasaban.
+ Pl. ures, de 100 MB-os VOB vagy PGC-k. Erintetlen video
+ nem elfogadhato indok ezek megtartasara.
+ 8.3 Minden figyelmeztetest es minden studio logot el KELL
+ tavolitani a release-ekbol.
+ 8.4 Minden felhasznaloi korlatozast es tiltast el KELL tavolitani
+ a release-ekbol. Pl.: UOP, valamint minden szuloi zarat.
+ A szuloi zar felhasznaloi korlatozasnak minosul, igy az
+ minden esetben eltavolitando a release-bol.
+ Minden sprm(13) (13-as system register)-re torteno hivatkozast
+ torolni kell.
+ 8.5 Minden regio es RCE (Region Code Enhancement) korlatozast el
+ KELL tuntetni a vegso release-bol. Minden sprm(20)
+ (20-as system register)-re torteno hivatkozast torolni kell.
+ 8.6 MINDEN uj es/vagy nem ismert masolas vedelmi technikat teljesen
+ torolni KELL a lemezrol.
+
+
+ 9. Csomagolas:
+
+ 9.1 Minden release csak ISO vagy IMG fomratumban keszulhet. Minden
+ mas formatum hasznalata szigoruan TILOS.
+ 9.2 A releaseket 50,000,000 byte-os darabokba kell csomagolni.
+ 9.3 Helyreallitasi bejegyzes hasznalata KOTELEZO, amely maximum
+ 2% lehet.
+ 9.4 Tomoritesi eljarasnak a "raktaroz/store" opciot valasszuk.
+ 9.5 Ajanlott az archivum lezarasa.
+ 9.6 SFV es NFO fajl KELL a release-be.
+ 9.7 Az NFO-nak minimalisan az alabbiakat kell tartalmaznia:
+ . Csapat nev
+ . Cim
+ . A forras regioja
+ . Video Szabvany (NTSC, PAL)
+ . A film kodolasahoz alkalmazott passok szama es bitrata
+ . Az extrak kodolasahoz alkalmazott passok szama es bitrata
+ . Hang es felirat savok nyelve es a csatornak szama
+ . Ami torolve lett; extrak, menu, hangok stb.
+ . IMDB, vagy hasonloan reszletes link.
+ . Az archive fajlok szama.
+
+
+ 10. Sample:
+
+ 10.1 Sample kotelezo. Minimum 30MB-osnak, de nem nagyobbnak, mint
+ 50MB kell lennie.
+ 10.2 A Sample-t egy kulon alkonyvtarba kell tenni, melynek a neve:
+ "Sample" Minden mas elnevezes TILTOTT.
+ 10.3 A sample-nek VOB fajlnak kell lennie. RAR atnevezese VOB-ra es
+ Sample-kent torteno felhasznalasa TILTOTT.
+ A Sample-nek headerrel kell rendelkeznie.
+ 10.4 Sample-nek egy, a releasebol kivagott VOB fajlt kell hasznalni.
+ Kulon sample kodolas TILOS.
+
+
+ 11. Konyvtar elnevezes:
+
+ 11.1 Angol filmcim hasznalata KOTELEZO!
+ 11.1.1 Minden esetben az iMDB-n elerheto angol filmcimet
+ hasznald, kiveve a magyar filmeket. Ha nincs
+ elerheto angol cim, hasznald az eredetit.
+ 11.2 Minden elfogadott konyvtar tag a fentiekben leirtak
+ betartasa mellett hasznalhato.
+ 11.3 Minden release-nek tartalmaznia kell a gyartasi evet, kiveve
+ a TV sorozatokat.
+ 11.4 A konyvtar nevenek tartalmaznia kell a video szabvanyt
+ (NTSC vagy PAL)
+ 11.5 Elfogadott karakterek:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-
+ 11.6 COMPLETE csak olyan DVD5 forras eseten hasznalhato, amelyen
+ semmilyen valtoztatast sem hajtottunk vegre. A vedelmet es a
+ korlatozasokat COMPLETE release-ek esetben is el kell tavolitani.
+ 11.7 Release-ek elnevezese:
+ FILM.CIM.EV.HUN.SZABVANY.DVDR-GROUP
+ FILM.CIM.EV.SZABVANY.DVDR.Hungarian-GROUP
+ 11.8 Alkonyvtar lehet: DISC1, DISC2 stb.
+ CD1, CD2 es EXTRA konyvtarak hasznalata TILTOTT.
+
+
+ 12. Propers:
+
+ 12.1 Proper keszitese engedelyezett minden olyan release-re, amelyek
+ keszitoi nem tartottak be a fent leirt szabalyok barmelyiket,
+ es/vagy a korabbi release technikai hibat tartalmaz.
+ Pl.: akadozo, kockakra eso kep, hang vagy menu hibak stb.
+ 12.2 Nem elfogadhato indok a PROPER/DUPE, csak azert mert a korabbi
+ release nem volt COMPLETE.
+ 12.3 Nagyobb bitrataval rendelkezo PROPER keszitese egy korabbi,
+ minden szabalynak megfelelo es minoseginek nevezheto release-re
+ TILOS.
+ 12.4 Hibas konyvtar elnevezes, hianyos NFO, vagy rosszul elkeszitett
+ sample miatt NEM keszitheto PROPER. Ezekben az esetekben az
+ elfogadott eljaras a DIRFIX, NFOFIX es SAMPLEFIX release
+ keszitese.
+ 12.5 A PROPER taget nem hasznalhatja az a csapat, aki REPACKet
+ keszit. A REPACK tag hasznalata kotelezo ervenyu ra nezve.
+
+
+ 13. Tagging:
+
+ 13.1 Introk, outrok es a film barmilyen nemu megvaltoztatasa es
+ csonkitasa TILTOTT.
+ 13.2 Csapat vizjelek alkalmazasa a DVD-n SZIGORUAN TILOS!
+ 13.3 A Volume Label-nek PONTOSAN meg KELL egyeznie az eredetivel,
+ hacsak nem tartalmaz lemez-, vagy teruletazonosito kodot. A
+ Volume Labelhez adott barmilyen idegen tag TILOS!
+
+
+ Jelen szabalyzat 2011. februar 14-e utan prezett release-ekre
+ vonatkozik, visszamenoleg nem kap nuke-ot senki a fentiek alapjan.
+
+
+ A szabalyzatot alairtak es elfogadtak (abc sorrendben):
+
+ Gazdi, HSF, MWT, pOK, Thick, TvTiME, WFNaL
+
+ [ Lithuanian XviD Releasing Standards 2011 LTXDRS-2K11 ]
+
+
+ Intro:
+ - Gyvename naujame tukstantmetyje ir CD diskai jau mire, DVD grotuvai skaito
+ didesnius .avi failus ir t.t.
+ - Sios taisykles buvo parasytos tam, kad butu galima isgauti geriausia kokybe
+ filmams, tiek vaizdo, tiek garso atveju.
+ - Originalios xvid taisykles yra labai senamadiskos ir minimalios, todel
+ isgaunami prasti ripai.
+
+
+ Filmo trukme:
+ - Leidziami dydziai 350MB, 700MB, 1400MB, 2100MB.
+ - Lenteleje surasyti optimalus dydziu variantai filmams pagal ju trukme:
+
+ FPS │ 350MB │ 700MB │ 1400MB │ 2100MB
+ 23.976 │ -26 │ 26:01-52 │ 52:01-104 │ 104:01-312
+ 25.000 │ -25 │ 25:01-50 │ 50:01-100 │ 100:01-300
+ 29.970 │ -20 │ 20:01-41 │ 41:01-83 │ 83:01-250
+
+ - Lenteleje surasyti minimalus dydziai relyzams. Rippinti galima ir ant
+ didesniu variantu. Pvz 99 minuciu trukmes filmas gali buti laisvai
+ nuripintas ant 2100MB dydzio. Tai priklauso nuo to kaip ripperis pasirinks.
+ Rekomenduojama rinktis geriausia vaizdo ir garso kokybes varianta.
+ - Skaidyti .avi i CD disku dydzius yra neprivaloma.
+ - Max dydziu paklaida 10MB. jei bus daugiau tai bus nuked uz undersized arba
+ oversized.
+
+
+ Garsas:
+ - Privalo buti MP3 VBR 2.0 arba AC3 5.1. DTS uzdraustas, norit DTS, ziurekit
+ BluRay. MP3 CBR uzdraustas. AC3 2.0 yra beprasmis, verskit i MP3 2.0, taip
+ sutaupysit vietos vaizdo kokybei.
+ - Stereo arba Mono saltinis. Re-encodinti is Mono i Stereo ir atvirksciai,
+ DRAUDZIAMA. Re-encodinti is DTS i AC3->MP3 leidziama. Encodinti is AC3 i
+ MP3 leidziama (tik ABR technika).
+ - Re-encodinti is prastesnio saltinio (pvz is MP3 i AC3) i geresni yra
+ DRAUDZIAMA.
+ - Padirbineti netikrus AC3, buk tai su centriniais kanalais ir t.t.
+ DRAUDZIAMA.
+ - Megejiski, custom ir visokie kitokie vaikiski garso takeliai GRIEZTAI
+ DRAUDZIAMI.
+ - MP3 daznis turi likti toks koks is saltinio: 48khz ar 44.1khz. Re-encodinti
+ DRAUDZIAMA.
+ - Mono ar Dual Mono (1+1) AC3 uzdrausti, naudokite Mono MP3.
+ - MP3 garsas turi buti normalizuotas. Stereo saltiniams turi buti naudojamas
+ tik stereo arba joint-stereo kodavimo metodas. Mono saltiniams mono kodavimo
+ metodas. Dual-mono uzdrausta.
+ - Kuo mazesnis garso takelio dydis - tuo didesne vaizdo kokybe, taciau
+ prastesnis garsas. Pasirinkimas priklauso nuo ripperio.
+ - Multi-garso takeliai yra UZDRAUSTI. Tai yra xvid taisykles TIK lietuviu
+ kalbos relyzams. Niekam nereikia originalaus garso takelio ir t.t. Tam
+ yra atskiri relyzai kitomis kalbomis.
+ - Dubliuotas ir nedubliuotas relyzas vienas kito nedupina. Naudoti LTDUB taga.
+ - Rekomenduojami irankiai: istraukti garsui PgcDemux ar DGIndex.
+ Encodinti BeSweet su/be BeLight.
+
+
+ Vaizdas:
+ - Grupiu watermarkai, logotipai, reklamos ir t.t. filmuose - UZDRAUSTI.
+ - Vaizdo saltinis turi buti prekyboje esantis/buves DVD arba BluRay. Visokie
+ screeneriai, camripai, ts ir t.t. uzdrausti.
+ - Framerate privalo buti toks pat kaip ir saltinio (pvz PAL buna 25FPS tai
+ ir ripas turi buti 25FPS). Yra ir isimciu. Pasitaiko, kad PAL reikia
+ IVTC'inti ir taip fps nukrenta iki 24fps, tai yra leidziama. Ypac seniems
+ saltiniams, tokiems kaip NTSC2PAL ar net VHS2NTSC2PAL ir t.t.
+ - Codecas PRIVALO buti XviD (DivX yra uzdraustas).
+ - Matrica turi buti tik H.263 arba MPEG. Custom matricos uzdraustos, nes del
+ ju puse DVD grotuvu nerodo filmu.
+ - Pixel shape turi buti kvadratas (square).
+ - Encodinant PRIVALOMA naudoti 2-pass technika, kad isgauti geriausia kokybe.
+ - Aspect ratio gali buti TIK 16:9 arba 4:3.
+ - Minimum 512 pixeliu rezoliucija (dazniausiai galioja seniems FS saltiniams).
+ - Maximum 720 pixeliu rezoliucija (rekomenduojama 640, kad 100% rodytu ant
+ visu metu leidimo DVD grotuvu).
+ - Plotis ir aukstis turi dalintis is 16 BUTINAI.
+ - Croppingas yra privalomas, kad panaikinti ivairius juodus sonus ir t.t. kad
+ liktu tik filmo vaizdas be visokiausiu juodu remu ir t.t. Overcroppingas yra
+ uzdraustas.
+ - Relyzo AR paklaida turi buti ne didesne kaip 4% originalaus saltinio.
+ - Versti is 16:9 i 4:3 ir atvirksciai yra UZDRAUSTA. Taip gaunasi kreivas
+ relyzas ir neimanoma ziureti nes vaizdas gaunasi suplotas ar istemptas.
+ - One-click shudas GRIEZTAI UZDRAUSTAS, visokie AutoGK ir t.t. Naudoti tik
+ VirtualDub, VirtualDubMod, GKnot ir pan.
+
+
+ Subtitrai:
+ - NEPRIVALOMI, bet rekomenduojami, ypac lietuviski.
+ - Subtitrai turi buti ipakuoti i .rar faila su maksimalia kompresija. Jiems
+ turi buti sukurta atskira direktorija pavadinimu /Subs/ ir jie turi tureti
+ savo atskira .sfv faila.
+ - Rekomenduojami .sub+.idx subtitrai. Taciau leidziami ir .srt.
+ - Megejiski, custom subtitrai GRIEZTAI DRAUDZIAMI.
+ - Subtitru saltinis turi buti tas pats DVD ar BluRay is kurio buvo ripintas
+ filmas. Visokie pasaliniai subtitrai yra uzdrausti.
+ - Subtitrai turi pilnai ir aiskiai matytis ziurint filma.
+ - Subtitrai turi neatsilikti nuo garso.
+ - Jeigu filmas yra perskirtas i CD dydzius, tai subtitrai irgi turi buti
+ perskirti atskirai kiekvienam .avi failui.
+ - Jeigu DVD isejo su subtitrais ir filme yra vietu kur kalbama uzsienio kalba
+ ir nera lietuvisko igarsinimo (pvz angliskame filme vienoje scenoje kalbama
+ tarkim ispaniskai), bet yra lietuviski subtitrai, tai jie yra PRIVALOMI.
+ - Del multi-subtitru stygiaus properinti negalima. Isleiskit SUBPACK.
+ - Jeigu subtitrai yra hardcoded tai butinas tagas .SUBBED., jeigu subai
+ atskirai, tai tago nereikia.
+ - Softcoded ar be subtitru relyzinti leidziama jei jau yra hardcoded relyzas,
+ taciau jeigu yra softcoded ar be subu tai hardcoded relyzai draudziami.
+ - Rekomenduojami irankiai: VSRip, karpymui VobSub Cutter.
+
+
+ Pakavimas:
+ - Tik .avi formatas.
+ - Supakuotas i .rar failus lygiai po 20MB per .rar faila. 50MB jeigu vienas
+ .avi 2100MB dydzio.
+ Jeigu filmas kirptas i CD dydzius, tai kiekvienas .avi turi buti supakuotas
+ i atskirus .rarus ir turi tureti direktorijas CD1, CD2 ir t.t.
+ - Failu pavadinimai turi buti skirtingi (net raru pavadinimai), kad isvengti
+ dupu.
+ - Kompresija uzdrausta (Compression method: Store).
+ - Recovery record rekomenduojamas.
+ - SFV BUTINAS.
+ - NFO BUTINAS.
+ - NFO PRIVALO buti si informacija:
+ Grupes pavadinimas.
+ Filmo/relyzo pavadinimas.
+ Relyzo data.
+ DVD/teatro data (anksciausia data, premjera ir t.t.).
+ Filmo dydis ir jo trukme.
+ Rezoliucija/AR.
+ Vaizdo ir garso kokybe.
+ IMDB ar panasi nuoroda i filma.
+ RARu skaicius (pvz 76x20MB)
+ - Rekomenduojami irankiai: hkSFV, DAMN NFO Viewer, WinRAR ir pan.
+
+
+ Samplas:
+ - Samplas BUTINAS ir turi buti unikalaus pavadinimo.
+ - 1-2 minuciu trukmes ir turi buti atskirame aplanke pavadinimu /Sample/.
+ - Turi buti iskirptas is nuripinto filmo, o ne atskirai nuripintas is
+ saltinio.
+ - Rekomenduojami irankiai: VirtualDub, VirtualDubMod ir pan.
+
+
+ Properiai:
+ - Leidziami tik del techniniu trukumu (pvz bad.ivtc, interlacing, oversized).
+ - Properiai PRIVALO buti su pastaba nfo failuose, kokia properio priezastis
+ ir t.t.
+ - Jeigu isejo relyzas su MP3 garsu tai properinti su AC3 ir t.t. yra
+ draudziama
+ - Jeigu relyzas isejo be subu, tai vien del subu properinti draudziama. Tam
+ yra subpack.
+ - Jeigu tinkamas fixas buvo isleistas, properinti draudziama.
+ - Visokie sizefixai ir t.t. neleidziami. Tik NFOFIX, SAMPLEFIX, SYNCFIX,
+ RARFIX ir DIRFIX.
+ - BDRip ir DVDRip vienas kita dupina.
+
+
+ WS vs. FS:
+ - WS ar FS pavadinimai relyzu taguose leidziami.
+ - WS po FS relyzo yra leidziamas. FS po WS draudziama.
+
+
+ Spec. filmu versijos:
+ - Leidziama: DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, CHRONO,
+ SE ir t.t.
+ - Jeigu filmu versiju trukmes skiriasi, pvz UNCUT ir DC, tai nera uzskaitoma
+ kaip dupe, taciau jeigu trukme vienoda, tai skaitoma, kad dupe.
+ - Trumpesne filmo versija po ilgesnes filmo versijos yra leidziama tik su
+ salyga, kad bus spec. uztaginta (pvz THEATRICAL).
+ - Remastered filmu relysai leidziami tik tada, kai kokybe labai labai
+ skiriasi, ypac kai originalas yra juodai baltas, o remastered versija yra
+ spalvota, restauruotas vaizdas ir t.t.
+ - Visokia extra medziaga is saltinio negali buti priklijuota prie filmo, turi
+ buti isleista atskirai, su salyga, kad yra naudinga ir turi tureti .EXTRAS.
+ taga.
+
+
+ Tagai:
+ - Visi relyzai turi tureti filmo metus direktorijose.
+ - Visi relyzai turi tureti .LT. arba .LTDUB. tagus.
+ - Visi relyzai turi tureti BDRip arba DVDRip ir XviD tagus.
+ Pvz: Originalus.Filmo.Pavadinimas.2011.LT.DVDRip.XviD-Grupe
+ - NEDETI visokiu buku tagu i pavadinimus, tokiu kaip relyzo data, garso
+ formatas ir t.t. Tam skirtas nfo.
+ - Filmu platinimo tagai pvz FESTIVAL, STV, LIMITED yra leidziami.
+ - READ.NFO tagas leidziamas tik kai yra butinai privalomas.
+ - Kiti leidziami tagai: WS, FS, PROPER, REPACK, RERip, EXTENDED, REMASTERED,
+ RATED, UNRATED, CHRONO, THEATRICAL, DC, SE, UNCUT, INTERNAL, INT, DUBBED,
+ SUBBED, FINAL, COLORIZED.
+ * RERip naudoti del ripinimo klaidu, REPACK del pakavimo klaidu.
+ * RERip/REPACK turi naudoti skirtingus failu pavadinimus, nesikartoti is
+ praeito relyzo.
+ - Leidziami zenklai tagams (jokiu tarpu ar dvigubu tasku):
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-_
+
+
+ Internalai:
+ - Turi sekti sias taisykles taip kaip ir visi normalus relyzai.
+ - Leidziami tik praejus maziausiai 6 menesiams po pirmo relyzo.
+ - Internal apsaugo nuo dupe nuke ir internal paskirtis yra pagrinde grupes
+ asmeniniams tikslams, archyvavimui ir t.t.
+
+
+ [ RULES SIGNED BY ]
+
+ Founders of Lithuanian XviD Scene, ex-Ltu, the one and only active:
+
+ PAPAi
+
+ LTXDRS-2K11
Official MP3 Release Rules 3.0
+ _______________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release is
+ not a dupe if it has different or more tracks.
+
+ Exceptions:
+ 1. It's also a dupe if the complete release is included in a previous
+ one. For example CDM is released, now someone releases the CDS and all
+ tracks of the CDS were already included on the CDM (excactly the same
+ tracks).
+ 2. You are allowed to create a duplicate release from a release that has
+ a source of lower quality (a different source!).
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname. For
+ online bought MP3s (-WEB-) we assume the best source quality (CDDA or
+ better).
+ 3. All MIXED cds should be ripped as one track supplied with a .cue. If
+ they are not, they may be duped by another group that releases it as
+ one track with a .cue supplied.
+ 4. If a WEB or FLASH version has been released then a CD RETAIL version
+ is allowed if the CD version has scans/photos.
+
+ For all LIVE sources:
+ + If a show has already been released (e.g. another name, but the mix is
+ the same), no dupe of that same show is allowed. If the show is
+ included in another release (for example, as a guest mix), then it is
+ not allowed either.
+ + If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to release
+ them both as a set. However, it is encouraged to release only the new
+ part if the other part is available in equal or better quality,
+ denoting in the nfo why the other part was omitted.
+ + If a show contains the broadcast of a commercially released CD, it may
+ not be released if the CD has already been released.
+
+ Note: if you want to release an import-album or some "extended edition"
+ then check rule 7 as well !
+
+ 2. An SFV and NFO file must be included in every release. All releases from
+ a physical medium must also include a JPG proof - see rule 19.
+ CUE, M3U and additional JPG files (scans) are optional. If you release
+ a CUE file for multitrack mp3s then the CUE file must include artist and
+ tracknames if they are available on the cover or inlay.
+ If you want to release additional material (Videos, Lyrics, ...) from the
+ source medium then you must release that separately with dirname tag
+ -EXTRAS-.
+
+ 3. Directoryname must at least contain:
+ 1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+ 2. All bootleg releases must have the word BOOTLEG in dirname. (check
+ bootleg rule 14)
+ 3. If you release magazine CDs then you must tag them as -MAG-. Don't tag
+ them -PROMO-, -ADVANCE- etc..
+ 4. The directory name of an INTERNAL release must end with _INT.
+ Example: Someone_Something-2007-GROUP_INT
+ 5. For all LIVE sources:
+ It is not necessary to include the name of the station the show is
+ broadcasted on (if it is not included in the directory name, it is
+ strongly encouraged to include it in the nfo instead). The date must
+ be the date of the broadcast. Both USA (-MM/DD-) and EU (-DD/MM-) date
+ format are allowed.
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the vinyl/cd
+ then you must add the artistname.
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then you
+ must add the artist name as well ("VA-tracks" like mixes don't need
+ artistnames).
+ The song title for the filename must include the full title as it's written
+ on the cover/cd/inlay with all additional infos like remixed/featured stuff
+ as long as it doesn't exceed the 128 char limit.
+ Make sure that your filename is unique otherwise some sites might dupeskip.
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you *must*
+ provide proof that these tracks have no names. Either by a scan of the
+ original cover of the record company/label (no selfmade cdr or bootleg
+ covers) or a link to an official or trusted webpage with proofs. If these
+ "untitled tracks" are part of a big mix (no silence between the "tracks")
+ then it's considered as one track and you must rip it as one mp3/cue and
+ give this track same name as the "album".
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+ 6. Self-made releases
+ 1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other sources,
+ put them together and release that as something new.
+ 2. A self-made MIX or completely self-made music is not allowed either.
+ If you are releasing self-made stuff then that must be tagged as
+ internal.
+
+ 7. The entire CD,Vinyl,etc. must be released (not individual tracks)
+ If you think it's too much work to rip all tracks you better don't rip at
+ all. Releasing the complete CD/Vinyl/.. is necessary because otherwise it
+ would be possible to make several (different) releases of the same
+ cd/vinyl/etc..
+
+ Exception for albums:
+ If a RETAIL album has been released and you have a different edition of the
+ same album (foreign/promo/advance/..) then it's allowed to release the
+ new/bonus tracks only. But you may NOT re-release an entire inital edition
+ within the first three months except if ... :
+ ... it's a 1disc release and more than 30% of the tracks of your version
+ are not on the previous retail version.
+ ... it's a multi disc release and either more than 30% of the tracks or at
+ least 6 tracks of your version are not on the previous retail version.
+
+ Moreover, it is NOT allowed to re-release a new edition of a retail album
+ EVER if the different/extra/bonus tracks are already included in one (!)
+ previous release. For example, USA album is released and four months later
+ japanese with simply a remix from an old CDM/CDS still wouldn't be allowed.
+
+ Example1: album released in US with 10 tracks, japanese edition with 11
+ tracks (1 bonus track that is a new song) then you MUST release the jap
+ bonus track only (without including previously released tracks of the US
+ album) during the first three months after first full retail release. If
+ it's more than 3 months later then you are allowed to do either the
+ bonustrack-only or the full album.
+
+ Example2: After the retail you got a promo with 1 different track. Then
+ it's not allowed to release this full album within 3 months. If the bonus
+ track was already out on a different release then it's not even allowed to
+ release it bonus-only.
+
+ Example3: Your different edition has 13 tracks of which 9 were on the first
+ retail release and 4 (= more than 30%) are new. Then you are allowed to
+ release the full album even within first 3 months. Except when the 4 new
+ tracks were already all on ONE previous release. Then a release isn't
+ allowed at all.
+
+ For DVD(A) releases check Rule 10.
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by Marilyn
+ Manson
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not included then
+ a proper (with ALL tracks) or an additional release (extra tracks only) is
+ not allowed.
+ If tracks are available in several audio formats then you must use the
+ "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+ Normalizing the sound volume is allowed but optional.
+
+11. Encoding Quality
+ 1. For releases made from MP3s (online bought or from FLASH medium) and
+ which are not SBD:
+ VBR (all combinations, but no maximum bitrate limit) and CBR is
+ allowed. The minimum bitrate for CBR is 192kbit.
+ => You release the MP3 as is. It is NOT allowed to re-encode! If the
+ source is below 192 kbit CBR it's not allowed to release it. Release
+ the MP3 unmodifed as you downloaded/copied it. Only adding/changing
+ ID3 tag is allowed.
+ If you want to release a -WEB- mp3 file with constant bitrate (CBR)
+ then you must choose the best version (320->256->224->192 kbit)
+ available at the shop.
+ If the FLASH medium contains both WAV and MP3 then you must choose
+ WAV.
+ 2. For ALL sources which need encoding (CD, VINYL, DVD, BLU-RAY, WEB-WAV, SBD, CABLE, LINE, etc.):
+ You must use:
+ LAME 3.98.4 with preset V0 ("-V0").
+ Additional switches which would affect the mp3 quality are forbidden,
+ especially no minimum or maximum bitrate limits.
+ 3. The sampling rate must be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+ 4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file must be correct at all times.
+
+12. Promos
+ If a release is considered not to have every track from the source then it
+ must be labeled as a promo and can be duped by any legitimate retail
+ release that DOES contain all tracks. The legitimate release can be
+ identified by the CAT number, or more suitable proof.
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+ If you release a promo when the retail is already out then you must provide
+ proof that this promo is real to make sure this is not a selfmade "promo".
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if they are
+ tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT (compressed digital tv/radio
+ sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a cd/vinyl/dvd that was not officially released by
+ the person/company owning the rights to do that (for example streetmixes,
+ pirate live cds, etc).
+
+ Because very often it's not 100% clear if something is bootleg there are
+ conditions when we assume something is or isn't bootleg. This is not a
+ defnition of "bootleg" and if a condition is not true then it does not mean
+ the opposite is true. This only helps nukers and groups to decide if a
+ bootleg tag is needed and hopefully leads to more fair nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't need a
+ bootleg tag)
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released any
+ bootlegs and released stuff that was available at major retail shops
+ - the artist or label of the samples confirms this release is valid (on
+ their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.dancegrooves.com
+ www.decks.de
+ www.4djsonly.com
+
+ The shop itself must sell the record (no private sellers).
+
+15. SOURCE
+ The tracks of a release must all be from the same source and have the same
+ quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases). Taking tracks from other scene releases or internal group
+ releases of other groups is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name needs a valid
+ source tag. Valid tags are listed below.
+
+ =RETAIL SOURCES=
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL-
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL-
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL-
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ extra nfo info needed:
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [FLASH medium] (SlotMusic, CompactStick, ...)
+ dirtag needed: -FLASH-
+ extra nfo info needed:
+ - codec of source (MP3, PCM (WAV), ...)
+ - proof photo of medium+cover
+
+ =LIVE SOURCES=
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct live recording from the audience]
+ dirtag needed: -AUD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so must be released internally)
+ dirtag needed: -STREAM-
+
+ =OTHER SOURCES=
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, PCM, ...),
+ - bitrate of source file (if not PCM/WAV),
+ - URL to some shop where it's available in that format
+
+ [CDR] (small label/artist releasing CDDA on CDR pr LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT-
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE-
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+ All other "sources" are invalid source tags (-LIVE- , -EP-, ...). Which
+ means you need a second tag for the source if you use those tags (except
+ for CDs which don't need a source tag).
+ A SBD release is not allowed if it could be a re-encode/repack of the same
+ show streamed or downloaded free from inet. If a free broadcast or download
+ is/was available with 160kbit CBR or better then it's not allowed to do a
+ SBD release.
+
+16. Fixes
+ 1. Trackfixes
+ Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-rip the whole release and all previous releases+dir/nfofixes
+ getting nuked.
+ A 1-track fix for a 2-track release is allowed (=50% and not "more
+ than 50%").
+ 2. Dirname/ID3 Fixes
+ If you release a dirfix then the dirname of the problematic release
+ must be listed in your NFO file.
+ If a release gets nuked for BAD DIRNAME or BAD ID3 then the
+ releasegroup has 72 hours to release a Dir/ID3Fix. If they don't do it
+ within the 72 hours then any other group is allowed to release a fix
+ or re-release.
+ The 72 hours start when the release gets nuked.
+ 3. Prooffixes
+ If you fail to add scans/photos you have 24 hours AFTER PRE to release a
+ Prooffix. During and after this 24 hours grace period, any other group is
+ allowed to release a PROPER with scans/photos even if the release is 100%
+ identical.
+
+17. ID3 Tags
+ All mp3 files need an ID3 v1.1 and ID3 v2 tag. This tag must include
+ Artist, Title and Album (see Note #3). The fields Year, Genre and
+ Tracknumber must be present but may not be nuked if incorrect.
+
+18. LIVE release quality
+ 1. The set must be complete. This means that every part of the show must
+ be released, and the beginning and end must be included in their
+ entirety. A set may not miss more than 1 minute from begin or end.
+ 2. All commercials must be edited out.
+ 3. DJ talk can be included to a certain extent: track announcements and
+ short lines from the DJ should not be removed; interviews and other
+ long talk should be removed (or included in a separate file if it's
+ special).
+ 4. It is encouraged to fade-in and fade-out the set. However, lack of
+ fades constitutes no proper reason.
+
+19. Scans/Photos
+ 1. All releases from physical sources must always include proof.
+ 2. Proof means a good quality scan or photo of the physical medium together
+ with the cover or a booklet page so the proof can be identified as the
+ release in question. If the medium or cover/booklet contain anything that
+ may expose your identity, then that part of the image can be blurred or
+ blackened. Additional scans may be added but these DO NOT count as
+ sufficient proof!
+ Make your proof as close as possible to the included examples.
+ 3. A note with the group name on the proof is optional.
+ 4. Proof resolution must be 640x480 pixels or higher in standard JPEG format.
+ 5. We STRONGLY recommend the removal of all Exif data! Uniquely identifying
+ information such as the camera serial number and GPS coordinates can pose
+ a security threat if not removed. Use tools such as jhead, PureJPG or the
+ inbuilt function of Win7/Vista to remove the Exif data.
+
+20. FLASH medium ripping
+ 1. A FLASH release must contain all music tracks. For additional stuff
+ (videos, pictures etc.) see rule 2.
+ 2. If the FLASH medium contains WAV files you must encode them with scene
+ standards.
+ 3. If the FLASH medium contains multiple formats (e.g. 10 tracks WAV and
+ a DJ MIX MP3) it is allowed to release it with mixed VBR/CBR and
+ multiple encoders.
+
+21. High Definition Ripping
+ 1. A HD DVD/BLU-RAY release must contain complete music track from concert.
+ Additional tracks (interviews, videos, bonus etc.) are optional.
+ If those extra tracks are not included then a proper (with ALL tracks)
+ or an additional release (extra tracks only) is not allowed.
+ 2. HD DVD and BLU-RAY video clip releases should be ripped as multi track
+ release keeping original tracklist (not .m2ts sequence).
+ 3. If tracks are available in several audio formats then you must use the
+ highest bitrate lossless source track.
+ DTS core must be extracted from a DTS HR/HD MA track (if thats the
+ source in use).
+ 4. Multi channel audio is not allowed. Downmix source track to stereo 2 channels.
+ 5. Downsampling to 44.1 or 48khz is allowed (if source is better),
+ upsampling to 44.1 or 48khz is not allowed.
+ 6. Normalizing the sound volume is allowed but optional.
+ 7. CUE file made from source chapters should always be include with final
+ release package.
+ 8. HD DVD, BLU-RAY, DVD and DVDA sources dupe each other.
+ 9. HD DVD/BLU-RAY release are NOT allowed if retail CD version with same tracks
+ has been released already.
+
+
+Notes:
+
+ 1. Releases with an apparently incorrect year may not be nuked. However the
+ year should be correct of course. Keep in mind that a lot of sites nuke for
+ fake year when it's incorrect. (The Year in dirname is not the year when
+ you released it but when the record company/artist published it!)
+ 2. If a release labeled as "advance" is identical to the retail version then
+ the advance turns into a retail release. This means then it is not allowed
+ to dupe it and it counts as retail for ALL rules. If the retail is
+ different then of course it's allowed to release it.
+ 3. Typos (in dirname, trackname, id3, etc ...) are tolerated if it still is
+ readable and either artist or title is 100% correct.
+ 4. The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD usually
+ is MP2/AC3/DTS compressed (lossy) while the audio of a real DVDA is high
+ quality PCM (lossless, e.g. 24bit/192khz). Tagging a normal DVD release as
+ -DVDA- will get nuked.
+
+change-log:
+2007-01-15 first version (v1.0)
+2007-06-01 rule 1: live sources addition
+2007-06-01 1.4 added (CD after WEB allowed)
+2007-06-01 3.4 added (INT tagging)
+2007-06-01 3.5 added (live sources)
+2007-06-01 rule 4 addition (remix info in filenames)
+2007-06-01 rule 7 reworded to make clear it's for promos/advances too and to
+ allow full re-releases within 3 months more than 30% is new.
+2007-06-01 rule 11 addition: best CBR must be released for WEB releases
+2007-06-01 11.3 added (minimum sampling rate)
+2007-06-01 11.4 added + rewordings for live sources
+2007-06-01 rule 13 adjusted for live sources
+2007-06-01 rule 15 reworded to forbid different encoders in one release
+2007-06-01 rule 15 new sources HD DVD and BLU RAY added
+2007-06-01 rule 15 "CDDA" added to all CD-sources
+2007-06-01 rule 15 all live sources adjusted, "SBD" rips limited
+2007-06-01 rule 18 added (LIVE release quality)
+2009-09-01 rule 1.4 CD after FLASH allowed
+2009-09-01 rule 2 addition (additional material must be released separately
+ with tag -EXTRAS-)
+2009-09-01 rule 6.2 reworded to forbid homemade releases
+2009-09-01 rule 11 lame 3.90.3 removed
+2009-09-01 rule 12 last paragraph moved to rule 20
+2009-09-01 rule 15 (FREE MP3s) addition (physical retail release allowed even if free
+ version available) (rule removed on 2011-04-15)
+2009-09-01 rule 15 source AUD re-added and HOMEMADE source removed
+2009-09-01 16.2 added (Dirname/ID3 Fixes)
+2009-09-01 rule 17 addition (ID3 v2)
+2009-09-01 19 added (Scans/Photos)
+2009-09-01 20 added (FLASH medium ripping)
+2011-04-15 15 removed because it was obsolete + renumbered the following rules
+2011-04-15 rule 2 reworded to include .JPG files
+2011-04-15 rule 11.2 reworded to make it more clear + lame version updated
+ to 3.98.4 and V0
+2011-04-15 rule 15 addition (needed extra NFO info for HD releases)
+2011-04-15 rule 16.3 added (Prooffixes)
+2011-04-15 rule 19 (Scans/Photos) completely redone (All releases from physical
+ sources must always include proof.)
+2011-04-15 21 added (High Definition ripping)
+
+ V3.0 active since 2011-04-15, signed by:
+ 1way 211 404 AMOK BERC BCC BF BFHMP3 BOSS C4 CR CMS dh dL DPS FNT FWYH gEm gF
+ GRAVEWISH H3X hXc i8 iPC JFK KzT MNS MTD MYCEL OBC pLAN9 PMS PsyCZ pyt QMI RTB SQ
+ TR UKi UPE VAG WHOA
+
POLiSH High Definition x264 Standards
+ Revision 3.0 :: 2011-09-01
+ Based on High.Definition.x264.Standards.Revision.4.0-HDX
+
+ [ Intro ]
+ Time flows, and more Polish x264 rips is being released, since yet again, global HD rules have been updated
+ we feel its the time to do it once again for our 'local' Polish rules aswell.
+ First of all, we would like to thank to all people that worked on High.Definition.x264.Standards.Revision.4.0-HDX
+ as ours will be based on those rules, with slight modifications needed for Polish releases.
+ This ruleset will target HDDVD and Blu-Ray sourced 720p and 1080p movie and TV-show rips with Polish audio.
+
+ [ Previous Releases ]
+ These rules do not apply to previous releases, and propering for those reasons will not be tolerated.
+
+ [ General ]
+ 1.1) Release must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars must be in multiples of 50 MiB, no more than 99 files.
+ 1.3) Compressed rars are not allowed.
+ 1.4) Release must be muxed into a mkv container.
+ 1.5) NFO should contain information on Audio and Video Bitrate.
+ 1.6) BluRay and HDDVD sources dupe each other.
+ 1.7) Suggested directory format:
+ Movie.Name.YEAR.<PL/PLDUB>.DUAL.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ TV.Show.SxxExx.<PL/PLDUB>.DUAL.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+
+
+ 1.8) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+ 1.9) Credits must not be removed but can be encoded at a lower bitrate provided they
+ don't contain any scenes (bloopers, story, etc).
+ 1.10) A sample roughly 60 seconds in length is required.
+ 1.10.1) It must be cut from the final release and not encoded separately.
+ 1.10.2) It must be put within a directory named "Sample".
+
+ [ Video ]
+ 2.1) If needed, appropriate de-interlacing and ivtc must be applied.
+ 2.2) Must use a minimum encode of 2 passes.
+ 2.3) Width of release must be mod 16. Height of release must be mod 8.
+ 2.4) Crop the black borders from the source. Crop to the widest frame possible.
+ Info: For technical reasons you cannot crop 1 pixel, the minimum is 2 pixels, therefore propering for 1 pixel over/under does
+ not make sense.
+ 2.4.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders()
+ 2.5) Use the same aspect ratio as the source, not what IMDB, cover or any other sources say.
+ 2.6) Custom Matrices are allowed.
+ 2.7) VfW (Video for Windows) is not allowed.
+ 2.8) x264 version used must be no more than 50 revisions from newest.
+ 2.9) Level 4.1 must be respected.
+ 2.10) --deblock must be enabled (default).
+ --aq-mode must be enabled (default).
+ --bframes 3 or higher is required (default).
+ --ref 5 or higher is required unless the vertical resolution is greater than 864, then 4 must be used to respect L4.1.
+ --me umh or higher is required.
+ --subme 7 or higher is required (default).
+ --trellis 1 or higher is required (default).
+ 2.11) 720p refers to a MAXIMUM resolution of 1280x720.
+ 2.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280.
+ e.g. AR of 2.35:1 will be 1280x544.
+ 2.11.2) For aspect ratio lower than 1.78 vertical resolution must be 720.
+ e.g. AR of 1.33:1 will be 960x720.
+ 2.12) 1080p refers to a MAXIMUM resolution of 1920x1080.
+ 2.12.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920.
+ e.g. AR of 2.35:1 will be 1920x816.
+ 2.12.2) For aspect ratio lower than 1.78 vertical resolution must be 1080.
+ e.g. AR of 1.33:1 will be 1440x1080.
+ 2.13) Video bitrate should be as follows:
+ 2.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit.
+ 2.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.
+
+ [ Suggested encode settings for 720p ]
+ 3.1) First pass:
+ x264.exe --pass 1 --profile high --stats movie.stats --bitrate 4000 --preset slow -o NUL movie.avs
+ 3.2) Second pass:
+ x264.exe --pass 2 --profile high --stats movie.stats --bitrate 4000 --preset slow --ref 5 --subme 7 --analyse all --no-fast-pskip -o movie.mkv movie.avs
+
+
+ [ Audio ]
+ 4.1) Audio must be AC3, DTS or FLAC, preferably from source.
+ DTS core must be extracted from a DTS HR/HD MA track.
+ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source,
+ unless this is the highest bitrate .PL. audio stream available on the source.
+ Encoded DTS track must be decodeable by older hardware decoders.
+ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources.
+ 4.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track.
+ 4.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only.
+ 4.4) Release must contain two audio tracks muxed into the mkv container.
+ 4.4.1) Polish, Polish Voice Over or Polish Dubbing along with original audio tracks must be used.
+ 5.4.1.1) Single, Polish audio track is allowed only, if its the original track of the movie ie. Polish movies.
+ 5.4.1.2) DUBBED releases only allowed if no release with Polish Voice Over as one of the two audio tracks is pred.
+
+
+ [ Subtitles ]
+ 5.1) Polish subs in a text-based format (.srt) must be muxed into the mkv container for non-polish movies or non-polish scenes.
+ They should be carefully ocr'd and must be in sync. Polish subs are mandatory, unless not available on source.
+ 5.2) Subs MUST be from a retail source. Fan/Custom/Web subs are not allowed.
+ 5.3) Subtitles must not be burned into the video stream.
+ 5.4) Multi-language subtitles cannot be used as a basis for a dupe.
+ 5.5) "Subs" directories are allowed.
+ They are intended only for external (not muxed) use and must be in vobsub format (idx/sub).
+ Vobsubs can be made using BDSup2Sub (http://tinyurl.com/49txsaw). Please use the subs resizing option in BDSup2Sub
+ according to your release (1280x720 resizing for 720p, 1920x1080 for 1080p).
+ 5.5.1) External subs CANNOT replace muxed text-based srt subs for non-polish movies/scenes and can only act as a supplement.
+ 5.5.2) Vobsubs are NOT allowed to be muxed into the mkv container.
+ 5.5.3) Vobsubs need to be in a single idx/sub set format. Multi-language streams can be made into one set using VobsubMuxer
+ (http://tinyurl.com/4aqdsal) or similar.
+ 5.5.4) Subs in /Subs dir need to be rar packed using best compression and should be identical in tagging to mkv name. Subpack rar name
+ must not dupe main release rar names.
+
+ [ Total Size ]
+ 6.1) Final mkv file size in MiB (1048576 bytes) must be:
+ Multiples of 1120
+ DVD5/x (896, 1493, 2240, etc.)
+ Also allowed 2713, 8140 for all releases and 4070 for 1080p tv.
+ 6.2) A max undersize of 40 MiB can be tolerated.
+ 6.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate.
+
+ [ Proof ]
+ 7.1) ALL releases MUST now include source proof in the following way: Snapshot (not scan) of the actual physical disc (printed side) in
+ jpg/png format with a group tag. Disc snapshot must be in good quality with disc details clear
+ and readable. Small portions containing store stickers/barcodes may be blurred or blackened.
+ It's encouraged to also add a web hoster link to nfo to avoid trading skips.
+ 7.1.2) Cover scans and m2ts samples may be added but DO NOT count as sufficient proof.
+ 7.1.3) Releases that fail to pre with such proof are to be considered a nuke and can be propered. Proofixes later than 2 hours from pre
+ (if a proper has not been pred during that time) will not be accepted.
+ 7.2) IMPORTANT NOTE:
+ Some mobile phone cameras (such as iPhone) add exif metadata to the pictures (gps location for example). It is ESSENTIAL to make
+ sure exif metadata is removed from your snapshot. This can be done in windows7, by editing
+ and re-saving the picture with Microsoft Paint or using freeware tools available on an "exif remover" web search.
+
+
+ [ Signed By (in alphabetic order) ]
+
+ AiHD, FLAME, ProPL
+
+ [ These rules apply from 2011-09-05 00:00:00 GMT+2 (1315243147 unixtime) ]
+
+ [ Change Log ]
+ + = added
+ * = changed
+
+ 3.0:
+ + 5.2: Subs must be from a retail source. fan subs are not allowed.
+ + 7.1: Source Proof is enforced.
+ * 1.7 Directory naming updated to reflect new DUAL audio rule.
+ * 3.1: First Pass suggested settings updated.
+ * 3.2: Second Pass suggested settings updated.
+ * 4.4: DUAL audio enforced from now on.
+ * 5.1: Polish subs are mandatory, unless not available on source.
+ * 5.5: Subs directories for Vobsubs are allowed.
+ * 6.1: Multiples of 1120 instead of 2240.
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+ ./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ PS3 Scene Rules 2011
+ / /_ \ \ \ \\ -\____\---\___ \ [11 June 2011]
+/ \ . \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/. ----------------+
+. /_______/ .
+
+1.0) Release Rules:
+
+ 1.1) Releases must be packed in RAR. SFV and NFO must be included.
+
+ 1.2) Rar size should be split to allow a reasonable number of files. Releases
+ should not contain over 101 rar files.
+
+ 0 to 4.700.372.992bytes folder = 50.000.000bytes rar files
+ 4.700.372.993bytes to 8.539.996.160bytes folder = 100.000.000bytes rar files
+ 8.539.996.161bytes to 18.253.611.008bytes folder = 200.000.000bytes rar files
+ 18.253.611.009bytes to 24.696.061.952bytes folder = 250.000.000bytes rar files
+ 24.696.061.953bytes to 32.212.254.720bytes folder = 300.000.000bytes rar files
+ 32.212.254.720bytes to 41.943.040.000bytes folder = 400.000.000bytes rar files
+ more than 41.943.040.000bytes folder = 500.000.000bytes rar files
+
+ 1.3) Rars must be compressed with M1 (fastest) or better.
+
+ 1.4) Rars must not be compressed using M0 / No Compression
+
+ 1.5) The image of the game must be in one of these formats:
+ BLAS(ASIA), BLES(EUROPE), BLJM(Japan), BLJS(Japan), BLKS(Korea), BLUS(USA)
+
+ 1.6) The game rip needs to be a full "dump". RIPPED / STRIPPED / 3D removed
+ releases done as iNTERNAL will not shield said release from nuke.
+
+ 1.7) If a game does not include the English language, this must be specified
+ in the dir name unless the region tag implies that region's native
+ language is the only language in the game eg. game tagged JPN is
+ Japanese only, hence does not need to state the language.
+
+ 1.8) If a game is rereleased for having additional foreign languages, the
+ dir must be tagged MULTI and the nfo must specify which additional
+ languages are included.
+
+ 1.9) Source of game disc origin must be included in nfo or be tagged
+ in the dirname. Non-region tagged releases without source information
+ included in nfo will be nuked until they are dirfixed or nfofixed.
+ A PROPER for this nuke will not be acceptable.
+
+ 1.10) Suggested directory format:
+
+ Game.Name.<PROPER/READ.NFO/REPACK>.USA.JB.PS3-GRPNAME
+ Game.Name.MULTI.<PROPER/READ.NFO/REPACK>.JB.PS3-GRPNAME
+ Game.Name.<PROPER/READ.NFO/REPACK>.EUR.PS3-GRPNAME
+ Game.Name.MULTI.<PROPER/READ.NFO/REPACK>.PS3-GRPNAME
+
+ 1.11) Only these caracteres are allowed in dirname:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_
+
+2.0) Additional Releases:
+
+ 2.1) Patches for the lastest JB.ready firmware should be included in a CRACK
+ dir (Modified Eboot/param.sfo)
+
+ 2.2) If an update is avaible and crackable, it should be included in an
+ UPDATE dir.
+
+ 2.3) Suggested directory format for updates(if the update is pred alone):
+
+ Game.Name.<PROPER/READ.NFO/REPACK>.UPDATE.VERSiON.JB.PS3-GRPNAME
+ Game.Name.<PROPER/READ.NFO/REPACK>.UPDATE.VERSiON.PS3-GRPNAME
+
+ 2.4) Source of update origin must be included in nfo.
+ Can also be tagged in dirname.
+
+ 2.5) Suggested directory format for eboot patch (in case that the eboot
+ wasn't contained in a previous rlz or if a patch is now available for
+ a game that could not be cracked at the time of the PRE.)
+
+ Game.Name.<PROPER/READ.NFO/REPACK>.Eboot.Patch.JB.PS3-GRPNAME
+ Game.Name.<PROPER/READ.NFO/REPACK>.Eboot.Patch.PS3-GRPNAME
+
+ 2.6} PSN related releases will be regarded as PS3 releases and will
+ adhere to this ruleset. PSN related releases must have the tag PSN
+ in the directory name. Recommended directory format is:
+
+ Game_Name_<REGION>_<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>_PSN_PS3-GRPNAME
+ Game.Name.<REGION>.<MULTI#/PROPER/READNFO/REPACK/CRACK/etc.>.PSN.PS3-GRPNAME
+
+3.0) Proof must be included:
+
+ 3.1) All releases from physical sources must always include proof. PSN
+ releases will be exempt from proof requirements as they are downloadable.
+
+ 3.2) Proof means a good quality scan or photo of the BluRay together with
+ the cover or a booklet page so the proof can be identified as the
+ release in question. If the medium or cover/booklet contain anything that
+ may expose your identity, then that part of the image can be blurred or
+ blackened. Additional scans may be added but these DO NOT count as
+ sufficient proof!
+
+ 3.3) A note with the group name on the proof is required.
+
+ 3.4) Proof resolution must be at least 640x480 or 480x640 pixels or higher in
+ standard JPEG format.
+
+ 3.5) Prooffixes
+ If you fail to add scans/photos you have 24 hours AFTER NUKE to release a
+ Prooffix. During and after this 24 hours grace period, any other group is
+ allowed to release a PROPER with scans/photos.
+
+ NOTE We STRONGLY recommend the removal of all Exif data! Uniquely identifying
+ information such as the camera serial number and GPS coordinates can pose
+ a security threat if not removed. Use tools such as jhead, PureJPG,
+ EXIFCleaner or the inbuilt function of Win7/Vista to remove the Exif data.
+
+
+ The.Official.PlayStation3.Ruleset.2011.PS3-CONSOLE - v1.0
+ active as of Saturday 11 June 2011 00:00:00 GMT
+ Signed by the following groups on behalf of the PS3 scene:
+
+ - ANTiDOTE - ATONEMENT - CARAVAN - CHARGED - CLANDESTiNE - DEFECT -
+ - DUPLEX - iCON - JPMORGAN - MARVEL - NRP -
+ - PSIII - SHiTONLYGERMAN - SweeTpS3 -
A Response to the PS3 2011 Rules.
+---------------------------------
+As detailed in the following document, there are several flaws with
+the PS3 rules, and therefore we will not be following it.
+
+This document was planned to be a rebuttal to the PS3 rules, however
+it has grown to cover several reccomendations/comments that the rules
+did not touch on.
+
+Created and approved by a coalition of concerned console/PS3 groups.
+
+Artwork
+-------
+The ascii used in this "ruleset" was stolen from w* who made it for
+the 2010 0DAY rules. Next time, at least try to contact the creator
+to see if you can use his work rather than stealing it - show some
+respect.
+
+Duplicate Rules
+---------------
+Did anyone bother to proofread these rules? I'm not sure it has enough
+redundancy. (rules 1.3,1.4).
+
+Rips
+----
+Rips in the scene have always been allowed, and are a part of scene
+tradition (see Apps/Games -> 0Day, DC, PS1/PS2, XBOX etc.), disallowing
+rips due to some irrational fear is exactly that - irrational.
+
+As the PS3 has custom firmware, and Sony has no way to block us from
+playing the games (other than user stupidity) and as we run games from
+the hard drive, we should be allowed to modify dumps in this section.
+Banning rips for consoles where data modification is detectable (XBOX360)
+is understandable, however isn't applicable in this situation.
+
+There are a myriad of reasons to allow rips such as cracktros and
+trainers. Stripping unwanted content from the dumps also makes sense.
+Things such as custom protection, updates, 3D, down sampling HD
+audio/video/cutscenes and related content, or just relinking the
+lesser/greater content, doing so can save several gigabytes on games
+that are already extremely large. This also allows us to store more
+games due to the lesser size, while interested parties can re-create
+1:1 iso's for archival purposes or change the region with patches
+using software such as xdelta.
+
+If any releases are not 1:1 dumps, they must, of course, list what
+was stripped or edited in the nfo.
+
+Rips must also be substantial - removing only one language, or a negligible
+amount in comparison to the complete filesize shouldn't be allowed.
+
+If you release a rip after another more-complete release you must prove
+your own source, a thanks or greeting in your nfo is not acceptable. The
+original group specifically mentioning your group is allowed to use their
+source in their nfo is acceptable.
+
+Internals & Rips
+----------------
+Banning rips on internals cannot be permitted either - they're internal
+releases and have always been exempt from certain rules, to allow groups
+to experiment and further the scene.
+
+Provided there isn't a technical flaw with internal releases, they
+should not be nuked.
+
+Directory Tagging
+-----------------
+The JB tag is redundant. Please do not use it.
+
+Region tagging (USA,EUR,JPN,KOR,ASIA) in the dirname for the first pre
+isn't required provided it has english lang, however it is required
+for any later releases, or non-english language releases.
+
+If you don't tag your release with a region, please mention it in the nfo.
+
+Proof
+-----
+Requiring proof for console is questionable, and can be argued both ways.
+The proof section was obviously taken from the MP3 rules, and is flawed.
+The purpose of the mp3 proof rules does not directly translate to console
+sections, and can easily be abused for petty arguments in between groups.
+
+Each release requiring proof is excessive - requesting proof on a case by
+case also doesn't work. Nor does requiring proof after a p2p leak (which
+is rare in the console section, although more common in the handheld
+section (see NDS)), which would required groups to keep tabs on p2p
+sites which is of course, undesirable.
+
+If you are going to provide proof requiring the cover and/or booklet page
+is overkill if you have a disk - what's next? requiring a scan of the cover
+also? what about scanning the entire manual? An image of the disc & a group
+tag should be enough, provided both are clearly viewable in a high quality
+jpg/png format picture.
+
+Responsibility for Proof/Proof fixes
+------------------------------------
+Regarding proof fixes, the idea is flawed. The after nuke aspect removes
+responsibility from the group to the person who is doing the nuking, and
+makes the release fine until someone notices the proof is missing.
+
+Also, where does this nuking take place? sites, a console council, nukenets?
+If nukenets, which ones are endorsed? Have nukenets been contacted to
+clarify their position or responsibility? nukenets generally don't nuke
+releases older than 12 months, are groups expected to keep the games for 12
+months in case of a nuke, that nukenets have missed in the past? Many groups
+won't even have the game for more than a few hours.
+
+Do we really want to shift such power on to networks that are known for
+p2p/p2l members?
+
+Patches/Updates/DLC/etc
+-----------------------
+Regarding patches (eboot), they should be allowed provided that they have
+been created by the group, and they are required to play the game. Updates
+should be pred provided that they need to be cracked, and are indeed
+cracked, otherwise they can be downloaded from the PSN. This also applies
+to DLC.
+
+Regions/Dupes
+-------------
+Region dupes are up to the individual sites to accept or deny - as always
+the first release with english is considered the winner, especially as the
+PS3 is region free. However other releases with different languages or
+content cannot be considered a dupe - games that differ purely in serial
+number should be considered a dupe, as they are a waste of bandwidth for the
+difference of a few megabytes that can be replaced with a patch.
+
+Signatories
+-----------
+Some groups didn't sign the rules, yet their names where still added to the
+list. Some groups signed on the basis that other groups were also
+signatories although they were mislead, and the other groups did not sign.
+Several of the groups listed are also the same group. This is the same
+stunt that the author pulled with the NDS rules.
+
+Misc
+----
+The 1:1 identical dumps originated from p2p, for torrent archival
+(redump, no-intro) going against many things "scene".
+
+The main driving force behind the PS3 rules is heavily involved in p2p,
+administrating sites such as ludibria, fragmenting the scene in regards to
+handheld consoles, and has been caught numerous times stealing directly
+from p2p.
+
+The console scene survived for decades without rules, by following
+traditions which this ruleset breaks, coupled with the lack of depth in
+the PS3, and other relevant console/handheld rulesets show that they
+are unnecessary.
+
+ Standard Iso Rules (S.I.R)
+
+ The follwing rules has been developed and improved upon the original ISO
+ rules, which was made and signed back in 1998. This should solve any future
+ questions and make a more structred and better suited ruleset, for the game
+ ISO scene to match future standards.
+
+ These rules shall be identified simply as the Standard Iso Rules (S.I.R).
+
+ Before you can sign the S.I.R rules, you have to be currently scene active
+ and represented by a group name, that have been scene active for mimimum 6
+ months of time.
+
+ These rules has been found acceptable, validated and signed by the following
+ groups:
+
+
+ The Standard Iso Rules are as follows:
+
+
+ Title.CLONE + TYPE OF MEDIA-GROUPNAME
+
+ Examples: Title.CLONECD-GROUPNAME = Titles on CD
+ Title.CLONEDVD-GROUPNAME = Titles on DVD
+ Title.CLONEBD-GROUPNAME = Titles on BD
+
+ - For titles that has a cloned media as source.
+ - Release sub directories has to be labeled CD1 and CD2 if multiple CD's.
+ - Release sub directories has to be labeled DVD1 and DVD2 if multiple DVD's.
+ - Release sub directories has to be labeled BD1 and BD2 if multiple BD's.
+ - Any mediaformat is acceptable, as long as the nfo features detailed
+ information on how to mount it.
+ - Homemade or third party cloaker tools, such as Y.A.S.U are allowed, as long
+ as the nfo feature detailed information, what was used and how to get the
+ clone working.
+ - CD clone releases have to be packed with WiNRAR in 15mb files.
+ - DVD clone releases have to be packed with WinRAR in 50mb files.
+ - DVD9 clone releases have to be packed with WinRAR in 100mb files.
+ - BD clone releases have to be packed with WinRAR in 300mb files.
+ - Release file generated sfv and nfo has to be included.
+
+ Title-GROUPNAME
+
+ - For titles that has a physical media or digital download service as source.
+ - Titles with third part install setups like STEAM, are allowed to be removed
+ and replaced by your own buildt setup or homemade installers.
+ - Cracked releases shall feature a seperate directory containing the cracked
+ material.
+ - Digital Download Editions are equal to a store bought CD, DVD and BD media
+ version.
+ - Enhanced Digital Download version after 'normal' has to be released as DLC
+ content, unless the additional content changes the game drasticly.
+
+ Drastic game changes are: New levels and enhanced/improved graphics.
+ Non drastic game changes are: New units, cars, objects etc, sprite packs,
+ new music and content that does not change
+ anything to the general gameplay.
+
+ - Additional bonus material are not drastic game changes.
+ - CD, DVD and BD media versions after Digital Download version isn't allowed,
+ unless the game content(example: movies in HD quality) is enhancing the
+ previously released game content.
+ - CD releases have to be in BIN/CUE format and packed with WiNRAR in 15mb
+ files.
+ - DVD releases have to be in ISO format and packed with WinRAR in 50mb files.
+ - DVD9 releases have to be in ISO format and packed with WinRAR in 100mb
+ - BD releases have to be in ISO format and packed with WinRAR in 300mb files.
+
+ Title.DVD-GROUPNAME
+
+ - For titles that previously was relased as a CD edition.
+ - DVD version has to include new or enhanced game material to be allowed.
+ - Demo content, art, previews and movies about how the game was made, isn't
+ enhancing the game material therefore not allowed.
+ - Titles with third part installsetups like STEAM, are allowed to be removed
+ - DVD media version after Digital Download version isn't allowed.
+
+
+ Title.BD-GROUPNAME
+
+ - For titles that previously was relased as a DVD edition.
+ - BD version has to include new or enhanced game material to be allowed.
+ - BD media version after Digital Download version isn't allowed.
+ - BD releases have to be in ISO format and packed with WinRAR in 300mb
+
+
+ Title.DVDRIP-GROUPNAME
+
+ - For DVD5(single layer) ripped releases.
+ - The DVDRIP must have some sort of installer and autorun.inf included.
+ - Crack copied with the installer or placed in a seperate directory is
+ allowed.
+ - Max 3 CD's are allowed.
+ - Release sub directories has to be labeled CD1, CD2 and CD3 if the release
+ consist of multiple CD's.
+
+
+ Title.DVD9RIP-GROUPNAME
+
+ - For DVD9(dual layer) ripped releases.
+ - The DVD9RIP must have some sort of installer and autorun.inf included.
+ - Max 1 DVD5 is allowed for a one DVD9 game release.
+ - Max 2 DVD5's are allowed for a two DVD9 game release.
+ - DVD release have to be in ISO format and packed with WinRAR in 50mb files.
+
+
+ Title.BDRIP-GROUPNAME
+
+ - For BD ripped releases.
+ - The BDRIP must have some sort of installer.
+ - Both DVD5 and DVD9 rips are allowed.
+ - Max 2 DVD's are allowed.
+
+
+ Title.DLC-GROUPNAME
+
+ - For additional game content, which can be found as digital download only.
+ Hence the name DLC: Down Load Content!
+ - DLC has to have some sort of installer and detailed instructions in the nfo
+ on how to install it correctly.
+
+
+ Title.UPDATE VERSION.Update-GROUPNAME
+
+ - DD updates are allowed if they're not freely available and do need modified
+ content to work.
+ - Media cracked updates must have the cracked content included in a seperate
+ directory.
+ - Updates under 100mb in size are packed with WinRAR in 5mb files.
+ - Updates under 500mb in size are packed with WinRAR in 15mb files.
+ - Updates over 500mb in size are packed with WinRAR in 50mb files.
+
+
+ Title.Plus.AMOUNT OF OPTIONS.Trainer-GROUPNAME
+
+ - Trainers are allowed at max 1 month after the game or latest was scene
+ released. Meaning, that if a game title or update was relased on 6th June,
+ then you got until 6th of July to make the trainer a valid scene release.
+ - Trainer has to be for the newest version of the game title. Meaning, that if
+ there is an update out, then the trainer has to be for the latest version of
+ the game.
+ - Trainers for earlier versions of the game are not allowed.
+ - The trainer has to be packed with WinRAR in one file.
+
+
+ Title.UNLOCKER-GROUPNAME
+
+ - Unlockers are allowed at max 2 weeks after the game was released. It's done
+ to try and avoid groups from stealing gamesaves or modification files from
+ webpages.
+ - The unlocker has to be packed with WinRAR in one file.
+
+
+ Title.CHEAT-GROUPNAME
+
+ - Cheatcodes or other ways to open up for some cheat possibilities are allowed
+ at max 2 weeks after the game was scene released. It's done to try and avoid
+ groups from stealing the codes or game cheat information from webpages.
+ - The cheat has to be included in a seperate txt/nfo file and packed with
+ WinRAR in one file.
+
+
+ OTHER TYPES OF RELEASES
+
+ - Keygens, Covers, Guides, Multiplayer Hacks, Language selectors and any other
+ PC game iso relevant releases are of course allowed, as long as they consist
+ of some value to expand the pleasure of the release they are ment for.
+ - The releases has to be packed with WinRAR in one file.
+ - BETA releases not allowed.
+
+
+ RELEASES IN OTHER LANGUAGES
+
+ - Foreign releases are of course allowed as long as the language isn't
+ featuring in another version of the game title.
+ - Non english releases has to be tagged with TYPE of LANGUAGE
+
+ Examples: Title.GERMAN-GROUPNAME
+ Title.ITALIAN.DVDRIP-GROUPNAME
+ Title.FRENCH.Plus.AMOUNT OF OPTIONS.Trainer-GROUPNAME
+ Title.SPANISH.UNLOCKER-GROUPNAME
+ Title.POLISH.UPDATE VERSION.Update-GROUPNAME
+
+ - Game iso releases with multiple LANGUAGES than previously released editions,
+ has to be tagged with MULTI and NUMBER of LANGUAGES.
+
+ Example: Title.MULTI3-GROUPNAME
+
+ - Keep in mind that a release, has to have a LANGUAGE not yet scene released.
+ Otherwise it's a nuke for duping other languages.
+
+
+ (c) Standard Iso Rules January 2011
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The 720p x264 TV Releasing Standards 2011 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ This standard aims to produce consistent quality releases. If consistent │
+│ release size doesn't matter, but consistent quality does, this is for you. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ This document takes effect starting with shows airing from 2011-06-15. │
+│ │
+│ │
+│ Video: │
+│ - 1080i/p sources are to be cropped and resized using sharp resizers such │
+│ as Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is banned. │
+│ - Video taken from the decoded HD output of a set-top box (e.g. │
+│ component, DVI, HDMI) may be used as a source; source must be tagged │
+│ in dirname as AHDTV. Releases taken from a natively recorded transport │
+│ stream shall be tagged as HDTV and do not dupe AHDTV releases. AHDTV │
+│ releases do dupe HDTV. AHDTV captures must be done at the native format │
+│ of the channel, i.e. 720p or 1080i. │
+│ - Improper methods of IVTC that result in loss of half the fields │
+│ (SeparateFields.SelectEven, YV12InterlacedSelectTopFields) are banned │
+│ - Improper IVTC methods that result in jerky playback, such as Force │
+│ Film, are banned │
+│ - 1080i video sources must be deinterlaced with a smart deinterlacer such │
+│ as Yadif. FieldDeinterlace is banned. │
+│ - Group watermarks of any kind on the video will not be tolerated │
+│ - Intros, outros, betweenos, or any other form of defacement of the │
+│ episode will not be tolerated │
+│ - Sources that sideconvert 1080i to 720p (such as Bell Expressvu) are │
+│ banned │
+│ - Upconverted sources must not be done as 720p.x264. See notes regarding │
+│ HR.PDTV.x264. │
+│ │
+│ Audio: │
+│ - Must be original source audio, AC3 if available │
+│ - Re-encoding/transcoding audio or faking header is forbidden │
+│ - Dupes based on audio format are forbidden and must be tagged INTERNAL │
+│ - Multi-language audio tracks are not allowed. │
+│ - Severe audio drops resulting in the inability to understand material │
+│ dialogue is considered to be technically flawed and may be propered │
+│ - Audio that is 120ms or more out of sync or drifts more than 120ms │
+│ between any two points (e.g. needing -80 at one and +40 at another) is │
+│ considered to be technically flawed and may be propered │
+│ │
+│ Framerate: │
+│ - IVTC or deinterlacing must be applied as needed │
+│ - 50/60fps video such as live events may be kept at original fps, if it │
+│ was produced at such high rate (i.e has unique frames) │
+│ - In rare cases, 25/50Hz sources should be IVTC'd to 24fps. │
+│ - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. │
+│ Failure to IVTC is a technical flaw. │
+│ │
+│ Codec/Container: │
+│ - Must be x264 │
+│ - Must use Matroska (.mkv) for container │
+│ - x264 version used must be no older than 30 days from the newest revision│
+│ available on x264.nl │
+│ - Stripping or falsifying encode information in the file header is banned │
+│ - Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers to the same extent that files created with │
+│ MKVToolnix are. Custom muxers may not excessively pad files; excessive │
+│ padding is defined as more than is used by mkvmerge 4.0.0 with header │
+│ compression disabled. │
+│ - Custom Matrices are allowed │
+│ - Deblocking must be used; values are at the discretion of the group. │
+│ (default is enabled, 0:0 settings) │
+│ - Minimum medium (default) or higher (--preset) must be used │
+│ - Encode must not be segmented │
+│ - Keyframe interval (--keyint) must be at least 200 and at most 300. It │
+│ is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). │
+│ - Constant Rate Factor (--crf) must be 20 for low motion shows (e.g. │
+│ documentary, reality, scripted, variety, talk shows). │
+│ - Constant Rate Factor (--crf) must be 21-23 for high motion shows │
+│ (e.g. sports). values are at the discretion of the group │
+│ - Allowed parameters for (--tune) are film/grain/animation │
+│ - Level 4.1 must be respected. │
+│ - Suggested command line should be: │
+│ x264.exe --crf 20 --level 4.1 -o out.mkv in.avs │
+│ │
+│ Resolution: │
+│ - Crop to closest mod2 without undercropping. Then, if width>1280 or │
+│ height>720, downscale with 1:1 SAR to fit in 1280x720. Never upscale, │
+│ never add borders. │
+│ - Encoded Video resolution must be within 2% of the original aspect ratio │
+│ To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 │
+│ OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)│
+│ Release AR = EncodedWidth / EncodedHeight │
+│ │
+│ Subs: │
+│ - Optional, but encouraged │
+│ - text based format is preferred (e.g. SubRip, SubStation Alpha, etc). │
+│ - Subtitles must be muxed into the MKV. "Subs" directories are forbidden. │
+│ - Burned subtitles will only be allowed when the source exhibits │
+│ such subtitles in the picture itself │
+│ - Multi-language subtitles cannot be used as a basis for a dupe │
+│ - Group watermarks in subtitles are strictly forbidden. │
+│ │
+│ Packaging: │
+│ - Releases must be packed in RAR file format. │
+│ - Rars must be in multiples of 50 MB, no more than 99 files │
+│ 1MB = 1,000,000 bytes │
+│ - Multi-episode releases with no clear delineation such as credits must │
+│ not be split │
+│ - RAR Compression must not be used │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ - RAR, SFV, and sample files must have unique filenames │
+│ │
+│ Credits/Previously On: │
+│ - It is suggested that any previously on footage be included in the │
+│ release, but it is not required. │
+│ - Full end credits must be included if they contain show content or │
+│ outtakes/bloopers. End credits are optional if they are clean or │
+│ contain promotions for future episodes or other shows. │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - 50-70 seconds in length and in a separate folder marked as Sample │
+│ - Must be taken from the episode, i.e.- not encoded separately │
+│ - Stream samples are recommended for any questionable issue with the │
+│ source, e.g. no IVTC possible, IVTC to 24.975fps, etc. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. Bad IVTC, Interlacing, missing footage, resizing │
+│ 720p source, bad crop, commercials, bad x264 settings used, bad source, │
+│ etc.) │
+│ - Scrolling messages added by a station (e.g. weather, Amber alerts) must │
+│ be at least 30 seconds in length in order to nuke/proper │
+│ - Over- or under-cropping by more than 1 pixel is considered a technical │
+│ flaw, although it is preferable to crop the 1 pixel out. │
+│ - Proper reason must be clearly stated in nfo, including timecodes and │
+│ extent of the flaw when appropriate │
+│ - Sample of propered release is encouraged │
+│ - Qualitative propers are not allowed │
+│ - Flaws (such as drops) present in any optional content are not a flaw │
+│ and shall not be nuked or propered. │
+│ - Propers based upon the rules set forth here are allowed only on │
+│ releases that come after this document is made public │
+│ │
+│ Internals: │
+│ - All internals must conform to TVx2642k11 rules, with the exception of │
+│ minor known technical issues and different (--crf) parameter. │
+│ Using the INTERNAL tag to try and protect a severely flawed release │
+│ from nukes is forbidden. │
+│ - Using INTERNAL.DIRFIX as a cheap attempt at avoiding a nuke is │
+│ forbidden. If the release is technically flawed, it is still deemed │
+│ nukable both before and after an attempted INTERNAL.DIRFIX and the │
+│ DIRFIX shall be nuked for fix.for.nuke. │
+│ │
+│ Directory Naming: │
+│ - Show.Name.SXXEXX.Episode.title.720p.HDTV.x264-GROUP │
+│ Episode title is optional │
+│ Episode title is required on some shows that dont have SxxExx │
+│ - Show.Name.PartXX.720p.HDTV.x264-GROUP for miniseries │
+│ - Show.Name.YYYY-MM-DD.720p.HDTV.x264-GROUP for daily shows │
+│ Sport: │
+│ - League.YYYY.MM.DD.Event.EXTRA.TAGS.720p.HDTV.x264-GROUP │
+│ - Competition.YYYY-MM.Event.EXTRA.TAGS.720p.HDTV.x264-GROUP │
+│ Using just the year is only permitted if the event is once per year │
+│ (e.g. a WWE PPV). In the case of leagues which have seasons that span │
+│ multiple years, it is permissible to tag the release with just the years│
+│ of the season. Inclusion of MM and DD is mandatory for all constantly │
+│ running shows (e.g. WWE). │
+│ The following are some examples of correct directory names: │
+│ - EPL.2010.01.01.Manchester.United.vs.Arsenal.720p.HDTV.x264-GROUP │
+│ - TNA.Impact.2010.03.02.720p.HDTV.x264-GROUP │
+│ - WWE.WrestleMania.2010.PPV.720p.HDTV.x264-GROUP │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE) │
+│ - Different shows that have the same title in different countries (e.g. │
+│ Law & order) must have the ISO 3166-1 alpha 2 country code in the │
+│ directory name, except for UK shows (e.g. Law.and.Order.UK not │
+│ Law.and.Order.GB). ISO country code need not apply to the show's │
+│ country of origin (e.g. Law.and.Order.US is forbidden). │
+│ - Different shows with the same name and produced in different years │
+│ must have the year of the first season in the directory name, │
+│ e.g. Human.Target.2010 and Doctor.Who.2005. However, the initial │
+│ series does not need a year tag. │
+│ - The use of audio format tags such as AAC, AC3, and AC3.x.x is FORBIDDEN │
+│ - READ.NFO is allowed; however, discretion is recommended │
+│ - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; │
+│ therefore, the tag is redundant. │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, │
+│ SUBBED, INTERNAL, OAR, PPV │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ │
+│ Nukes: │
+│ Releases must be nuked for any of the following reasons: │
+│ - Any valid proper listed in the propers section │
+│ - Missing nfo, or missing Sample │
+│ - Invalid directory naming format │
+│ - Mislabeled directory that could prevent finding the release in a │
+│ dupecheck, including incorrect season/episode/date or incorrect title │
+│ - Dupe │
+│ │
+│ │
+│ Fixes: │
+│ - The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix │
+│ - RAR and SFV fixes are not allowed. REPACK your entire release. │
+│ - The original release shall be unnuked when a valid fix is released │
+│ - A proper may not be released for an issue that was fixed, unless the │
+│ fix does not completely correct the issue │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ HR.PDTV.x264: │
+│ - HR PDTV x264 encodes are allowed for non-HD shows airing fully │
+│ upscaled on HD channels │
+│ - Crop to closest mod2 without undercropping. Then, if width>960 or │
+│ height>540, downscale with 1:1 SAR to fit in 960x540. Never upscale, │
+│ never add borders. │
+│ - All other standard rules apply │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The 720p x264 TV Releasing Standards 2011 (2011-06-15) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └--------[ GROUPS ]--------┘ │
+│ │
+│ TVx2642k11 rules created by the following groups: │
+│ ───────────────────────────────────────────────── │
+│ aAF BALLS BiA C4TV DiCH DiVERGE FTP IMMERSE │
+│ KYR LMAO MOMENTUM NGCHD RiVER W4F WHEELS │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └----\ Thanks to the x264+matroska developers for their assistance in /----┘
+ └----\ determining the best mix of encode settings. /----┘
+ └----\ /----┘
+
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The 720p x264 TV Releasing Standards 2011 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ This standard aims to produce consistent quality releases. If consistent │
+│ release size doesn't matter, but consistent quality does, this is for you. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ This document takes effect starting with shows airing from 2011-08-01. │
+│ │
+│ │
+│ Video: │
+│ - 1080i/p sources are to be cropped and resized using sharp resizers such │
+│ as Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is banned. │
+│ - Video taken from the decoded HD output of a set-top box (e.g. │
+│ component, DVI, HDMI) may be used as a source; source must be tagged │
+│ in dirname as AHDTV. Releases taken from a natively recorded transport │
+│ stream shall be tagged as HDTV and do not dupe AHDTV releases. AHDTV │
+│ releases do dupe HDTV. AHDTV captures must be done at the native format │
+│ of the channel, i.e. 720p or 1080i. │
+│ - Improper methods of IVTC that result in loss of half the fields │
+│ (SeparateFields.SelectEven, YV12InterlacedSelectTopFields) are banned │
+│ - Improper IVTC methods that result in jerky playback, such as Force │
+│ Film, are banned │
+│ - 1080i video sources must be deinterlaced with a smart deinterlacer such │
+│ as Yadif. FieldDeinterlace is banned. │
+│ - Group watermarks of any kind on the video will not be tolerated │
+│ - Intros, outros, betweenos, or any other form of defacement of the │
+│ episode will not be tolerated │
+│ - Sources that sideconvert 1080i to 720p (such as Bell Expressvu) are │
+│ banned │
+│ - Upconverted sources must not be done as 720p.x264. See notes regarding │
+│ HR.PDTV.x264. │
+│ - "Native" refers to the standard in which the video was produced (e.g. │
+│ NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video │
+│ is native to PAL. PAL produced video that is broadcast in NTSC is │
+│ converted. NTSC produced video that is broadcast in PAL is converted. │
+│ - Converted video that cannot be reversed to native must use CONVERT tag. │
+│ - Converts dupe natives. Natives do not dupe converts. │
+│ │
+│ Audio: │
+│ - Must be original source audio, AC3 if available │
+│ - Re-encoding/transcoding audio or faking header is forbidden │
+│ - Dupes based on audio format are forbidden and must be tagged INTERNAL │
+│ - Multi-language audio tracks are not allowed. │
+│ - Severe audio drops resulting in a missing word or otherwise the │
+│ inability to understand material dialogue is considered to be │
+│ technically flawed and may be propered. │
+│ - Audio that is 120ms or more out of sync or drifts more than 120ms │
+│ between any two points (e.g. needing -80 at one and +40 at another) is │
+│ considered to be technically flawed and may be propered │
+│ │
+│ Framerate: │
+│ - IVTC or deinterlacing must be applied as needed │
+│ - 50/60fps video such as live events may be kept at original fps, if it │
+│ was produced at such high rate (i.e. has unique frames) │
+│ - In rare cases, 25/50Hz sources should be IVTC'd to 24fps. │
+│ - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. │
+│ Failure to IVTC is a technical flaw. │
+│ │
+│ Codec/Container: │
+│ - Must be x264 (8-bit depth). │
+│ - Must use Matroska (.mkv) for container │
+│ - You will have 30 days from latest x264 rev date to update in order to │
+│ maintain all bug fixes and improvements in the x264 codec │
+│ - Stripping or falsifying encode information in the file header is banned │
+│ - Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers to the same extent that files created with │
+│ MKVToolnix are. │
+│ - Custom Matrices are allowed │
+│ - Encoded colourspace must be 4:2:0. │
+│ - Deblocking must be used; values are at the discretion of the group. │
+│ (default is enabled, 0:0 settings) │
+│ - Sample Aspect Ratio (--sar) must be square (1:1). │
+│ - No setting can go below what is specified by --preset slow. │
+│ - Keyframe interval (--keyint) must be at least 200 and at most 300. It │
+│ is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). │
+│ - Constant Rate Factor (--crf) must be as follows: │
+│ ┌─────────────────┬───────┬───────────────────────────────────────────┐ │
+│ │ Compressibility │ CRF │ General Examples │ │
+│ ├─────────────────┼───────┼───────────────────────────────────────────┤ │
+│ │ High │ 18-19 │ Scripted, Talk Shows, Snooker, Poker │ │
+│ │ Medium │ 20-21 │ Documentary, Reality, Variety │ │
+│ │ Low │ 22-23 │ Sports, Awards, Live Events, Competitive- │ │
+│ │ │ │ Reality │ │
+│ └─────────────────┴───────┴───────────────────────────────────────────┘ │
+│ - x264 parameters shall not vary within a transcode. │
+│ - Zones (--zones) are forbidden. │
+│ - Any deviation in CRF from given examples must be specifically justified │
+│ in the NFO. Use discretion when deviating CRF by matching the │
+│ compressibility of the show to a corresponding CRF value. │
+│ - Allowed parameters for --tune (optional) are film/grain/animation │
+│ - Level 4.1 must be respected. │
+│ - Suggested command line should be: │
+│ x264.exe --crf ## --preset slow --level 4.1 -o out.mkv in.avs │
+│ │
+│ Resolution: │
+│ - Crop to closest mod2 without under-cropping. Then, if width>1280 or │
+│ height>720, resize so that the frame fits within 1280x720 and either │
+│ width=1280 or height=720. Never upscale, never add borders. │
+│ - Crop out everything that was not in the original picture and caused by │
+│ the broadcaster. This includes but is not limited to: black borders, │
+│ and duplicate lines. Removing or retaining fading edges is at capper's │
+│ discretion and shall not be considered undercropped or overcropped. │
+│ - Cropping should be done to the most common frame size (e.g. │
+│ pitch/primary view in sports). │
+│ - Actual picture area may be over- or under-cropped by 1px maximum. │
+│ - Encoded Video resolution must be within 2% of the original aspect ratio │
+│ To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 │
+│ OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)│
+│ Release AR = EncodedWidth / EncodedHeight │
+│ - 720p sources shall never be scaled. │
+│ │
+│ Subs: │
+│ - Optional, but encouraged │
+│ - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc). │
+│ - Subtitles must be muxed into the MKV. "Subs" directories are forbidden. │
+│ - Burned subtitles will only be allowed when the source exhibits │
+│ such subtitles in the picture itself │
+│ - Multi-language subtitles cannot be used as a basis for a dupe │
+│ - Group watermarks in subtitles are strictly forbidden. │
+│ │
+│ Packaging: │
+│ - Releases must be packed in RAR file format. │
+│ - Rars must be in multiples of 50 MB, no more than 99 files │
+│ 1MB = 1,000,000 bytes │
+│ - Multi-episode releases with no clear delineation such as credits must │
+│ not be split │
+│ - RAR Compression must not be used │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ - RAR, SFV, and sample files must have unique, lowercase filenames with │
+│ the group tag. │
+│ │
+│ Credits/Previously On: │
+│ - It is suggested that any previously on footage be included in the │
+│ release, but it is not required. │
+│ - Full end credits must be included if they contain show content or │
+│ outtakes/bloopers. End credits are optional if they are clean or │
+│ contain promotions for future episodes or other shows. │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - 50-70 seconds in length and in a separate folder marked as Sample │
+│ - Must be taken from the episode, i.e.- not encoded separately │
+│ - Stream samples are recommended for any questionable issue with the │
+│ source, e.g. no IVTC possible, IVTC to 24.975fps, etc. │
+│ │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. Bad IVTC, Interlacing, missing footage, resizing │
+│ 720p source, bad crop, commercials, bad x264 settings used, bad source, │
+│ etc.) │
+│ - Scrolling messages added by a station (e.g. weather, Amber alerts) must │
+│ be at least 30 seconds in length in order to nuke/proper │
+│ - After exceptions, over- or under-cropping by > 1px is considered a │
+│ technical flaw. │
+│ - Proper reason must be clearly stated in nfo, including timecodes and │
+│ extent of the flaw when appropriate │
+│ - Sample of propered release is encouraged │
+│ - Qualitative propers are not allowed │
+│ - Flaws (such as drops) present in any optional content are not a flaw │
+│ and shall not be nuked or propered. │
+│ - Propers based upon the rules set forth here are allowed only on │
+│ releases that come after this document is made public │
+│ │
+│ Internals: │
+│ - Internals are allowed to be pred for any reason, including releases │
+│ with technical flaws or those done with alternate codecs, containers, │
+│ or settings for experimental purposes. │
+│ - Any severe technical flaws or deviations must be mentioned in the NFO. │
+│ - With the exception of the following rule, internal releases may only be │
+│ nuked for severe technical flaws or deviations that are not mentioned │
+│ in the NFO. │
+│ - Using INTERNAL.DIRFIX as a cheap attempt at avoiding a nuke is │
+│ forbidden. If the release is technically flawed, it is still deemed │
+│ nukable both before and after an attempted INTERNAL.DIRFIX and the │
+│ DIRFIX shall be nuked for fix.for.nuke. │
+│ │
+│ Directory Naming: │
+│ - Show.Name.SXXEXX.Episode.Title.720p.HDTV.x264-GROUP │
+│ Episode title is optional │
+│ Episode title is required on some shows that dont have SxxExx │
+│ - Show.Name.PartXX.720p.HDTV.x264-GROUP for miniseries │
+│ - Show.Name.YYYY-MM-DD.Guest.Name.720p.HDTV.x264-GROUP for daily shows │
+│ - Guest name is optional │
+│ Sport: │
+│ - League.YYYY.MM.DD.Event.EXTRA.TAGS.720p.HDTV.x264-GROUP │
+│ - Competition.YYYY-MM.Event.EXTRA.TAGS.720p.HDTV.x264-GROUP │
+│ Using just the year is only permitted if the event is once per year │
+│ (e.g. a WWE PPV). In the case of leagues which have seasons that span │
+│ multiple years, it is permissible to tag the release with just the years│
+│ of the season. Inclusion of MM and DD is mandatory for all constantly │
+│ running shows (e.g. WWE). │
+│ If there is no league, the sport needs to be used instead │
+│ The following are some examples of correct directory names: │
+│ - EPL.2010.01.01.Manchester.United.vs.Arsenal.720p.HDTV.x264-GROUP │
+│ - TNA.Impact.2010.03.02.720p.HDTV.x264-GROUP │
+│ - WWE.WrestleMania.2010.PPV.720p.HDTV.x264-GROUP │
+│ - Tennis.US.Open.2011.Final.Player1.vs.Player2.720p.HDTV.x264-GROUP │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE) │
+│ - Different shows that have the same title in different countries (e.g. │
+│ Law & order) must have the ISO 3166-1 alpha 2 country code in the │
+│ directory name, except for UK shows (e.g. Law.and.Order.UK not │
+│ Law.and.Order.GB). ISO country code need not apply to the show's │
+│ country of origin (e.g. Law.and.Order.US is forbidden). │
+│ - Different shows with the same name and produced in different years │
+│ must have the year of the first season in the directory name, │
+│ e.g. Human.Target.2010 and Doctor.Who.2005. However, the initial │
+│ series does not need a year tag. │
+│ - Do not prefix release name with channel name on any series starting │
+│ after rules effective date. Mini-series and single-episode docus │
+│ may optionally be tagged with channel name. │
+│ - The use of audio format tags such as AAC, AC3, and AC3.x.x is FORBIDDEN │
+│ - READ.NFO is allowed; however, discretion is recommended │
+│ - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; │
+│ therefore, the tag is redundant. │
+│ - All repacks are to include detailed reason as to why its being repacked │
+│ in .nfo │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, │
+│ SUBBED, INTERNAL, OAR, PPV, CONVERT │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ │
+│ Nukes: │
+│ Releases must be nuked for any of the following reasons: │
+│ - Any valid proper listed in the propers section │
+│ - Missing nfo, or missing Sample │
+│ - Invalid directory naming format │
+│ - Mislabeled directory that could prevent finding the release in a │
+│ dupecheck, including incorrect season/episode/date or incorrect title │
+│ - Dupe │
+│ │
+│ │
+│ Fixes: │
+│ - The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix, │
+│ ProofFix. │
+│ - RAR and SFV fixes are not allowed. REPACK your entire release. │
+│ - DirFix requires NFO and NFO must state which release is being fixed. │
+│ - The original release shall be unnuked when a valid fix is released │
+│ - A proper may not be released for an issue that was fixed, unless the │
+│ fix does not completely correct the issue │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ HR.PDTV.x264: │
+│ - HR PDTV x264 encodes are allowed for non-HD shows airing fully │
+│ upscaled on HD channels │
+│ - Crop to closest mod2 without undercropping. Then, if width>960 or │
+│ height>540, downscale with 1:1 SAR to fit in 960x540. Never upscale, │
+│ never add borders. │
+│ - All other standard rules apply │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The 720p x264 TV Releasing Standards 2011 (2011-08-01) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └────────[ GROUPS ]────────┘ │
+│ │
+│ TVx2642k11 rules created by the following groups: │
+│ ───────────────────────────────────────────────── │
+│ 187HD 2HD aAF BAJSKORV BALLS BiA │
+│ C4TV CTU DAH DiCH DHD DIMENSION DiVERGE │
+│ FTP GNARLY IMMERSE KYR LMAO MiNDTHEGAP │
+│ MiRAGETV MOMENTUM NGCHD ORENJI RIVER SFM │
+│ SiTV SYS W4F WHEELS xD2V YesTV │
+│ │
+│ Dedicated to Spatula (RIP 11/22/2010) who made the first ever scene TV-x264 │
+│ release: The.Unit.S01E04.HD720p.x264-MiRAGETV. │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └─┴──\ Thanks to the x264+matroska developers for their /──┴─┘
+ └────\ assistance in determining the best mix of encode settings. /────┘
+ └────\ /────┘
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The 720p x264 TV Releasing Standards 2011 Update 2 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+├──────────────────────────────┬───────────────┬──────────────────────────────┤
+│ └───[ INTRO ]───┘ │
+│ │
+│ This standard aims to produce consistent quality releases. If consistent │
+│ release size doesn't matter, but consistent quality does, this is for you. │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Compliance with this document is optional as of its pre date, and │
+│ mandatory as of 2011-08-15 00:00 UTC. │
+│ │
+│ Video: │
+│ - 1080i/p sources are to be cropped and resized using sharp resizers such │
+│ as Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is banned. │
+│ - Video taken from the decoded HD output of a set-top box (e.g. │
+│ component, DVI, HDMI) may be used as a source; source must be tagged │
+│ in dirname as AHDTV. Releases taken from a natively recorded transport │
+│ stream shall be tagged as HDTV and do not dupe AHDTV releases. AHDTV │
+│ releases do dupe HDTV. AHDTV captures must be done at the native format │
+│ of the channel, i.e. 720p or 1080i. │
+│ - Sources that sideconvert 1080i to 720p (such as BellTV) are banned │
+│ - If there is a question as to the validity of a source, the release │
+│ may be nuked source.sample.requested_<reason.for.nuke> (e.g. │
+│ source.sample.requested_suspicion.of.analog.source) within 24 hours of │
+│ pre. The group has 24 hours from the nuke to pre a RARed SOURCE.SAMPLE │
+│ that is at least 10 seconds in length in order to document that the │
+│ source is valid. Failure to provide source proof or providing bad │
+│ source proof shall result in the release remaining nuked, and it may │
+│ then be propered. │
+│ - Improper methods of IVTC that result in loss of half the fields │
+│ (SeparateFields.SelectEven, YV12InterlacedSelectTopFields) are banned │
+│ - Improper IVTC methods that result in jerky playback, such as Force │
+│ Film, are banned │
+│ - 1080i video sources must be deinterlaced with a smart deinterlacer such │
+│ as Yadif. FieldDeinterlace is banned. │
+│ - Group watermarks of any kind on the video are banned │
+│ - Intros, outros, betweenos, or any other form of defacement of the │
+│ episode are banned │
+│ - Upconverted sources must not be done as 720p.x264. See notes regarding │
+│ HR.PDTV.x264. │
+│ - "Native" refers to the standard in which the video was produced (e.g. │
+│ NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video │
+│ is native to PAL. PAL produced video that is broadcast in NTSC is │
+│ converted. NTSC produced video that is broadcast in PAL is converted. │
+│ - Converted video that has significant artifacting (e.g. blended frames) │
+│ and cannot be reversed to native must use CONVERT tag │
+│ - Converted video that does not have significant artifacts does not need │
+│ convert tags and may not be nuked for the conversion │
+│ - Native releases are allowed after those tagged CONVERT. Use NATIVE tag. │
+│ │
+│ Audio: │
+│ - Must be original source audio, AC3 if available. Transcoding audio that │
+│ is already in a consumer-grade format (AAC, AC3, MP2, etc.) is banned. │
+│ Minor adjustments to audio (channel count, adding/removing frames) in │
+│ order to prevent issues with playback or sync are permitted. │
+│ - Dupes based on audio format are forbidden and must be tagged INTERNAL │
+│ - Multiple language audio tracks are allowed and must be listed in NFO │
+│ - Dupes are not allowed based on multiple audio tracks │
+│ - Severe audio drops resulting in one full missing word or otherwise the │
+│ inability to understand material dialogue is considered to be a │
+│ technical flaw and may be propered │
+│ - Audio that is 120ms or more out of sync or drifts more than 120ms │
+│ between any two points (e.g. needing -80 at one and +40 at another) is │
+│ considered to be technically flawed and may be propered │
+│ │
+│ Framerate: │
+│ - IVTC or deinterlacing must be applied as needed │
+│ - 50/60fps video may be released at 50/60fps or 25/30fps. Releasing true │
+│ 25/30fps video at 50/60 is considered a technical flaw. │
+│ - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps. │
+│ - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. │
+│ Failure to apply IVTC when needed is a technical flaw. │
+│ │
+│ Codec/Container: │
+│ - Must be x264 (8-bit depth). │
+│ - Must use Matroska (.mkv) for container │
+│ - You will have 30 days from latest x264 rev date to update in order to │
+│ maintain all bug fixes and improvements in the x264 codec │
+│ - Stripping or falsifying encode information in the file header is banned │
+│ - Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers to the same extent that files created with │
+│ MKVToolnix are. │
+│ - Custom Matrices are allowed │
+│ - Encoded colorspace must be 4:2:0. │
+│ - Deblocking must be used; values are at the discretion of the group. │
+│ (default is enabled, 0:0 settings) │
+│ - Sample Aspect Ratio (--sar) must be square (1:1). │
+│ - No setting can go below what is specified by --preset slow. │
+│ - Keyframe interval (--keyint) must be at least 200 and at most 300. It │
+│ is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). │
+│ - Minkeyint must be 30 or less │
+│ - Constant Rate Factor (--crf) must be as follows: │
+│ ┌─────────────────┬───────┬───────────────────────────────────────────┐ │
+│ │ Compressibility │ CRF │ General Examples │ │
+│ ├─────────────────┼───────┼───────────────────────────────────────────┤ │
+│ │ High │ 18-19 │ Scripted, Talk Shows, Poker, Animation │ │
+│ │ Medium │ 20-21 │ Documentary, Reality, Variety │ │
+│ │ Low │ 22-23 │ Sports, Awards, Live Events, Competitive- │ │
+│ │ │ │ Reality │ │
+│ └─────────────────┴───────┴───────────────────────────────────────────┘ │
+│ - x264 parameters shall not vary within a release │
+│ - Zones (--zones) are forbidden. │
+│ - Any deviation in CRF from given examples must be specifically justified │
+│ in the NFO. Use discretion when deviating CRF by matching the │
+│ compressibility of the show to a corresponding CRF value. CRF values │
+│ below 18 and above 23 are never permitted. │
+│ - As a general suggestion, average video bitrate in excess of 5000kb/s │
+│ is a sign that a higher CRF value should be chosen, when possible │
+│ - Allowed parameters for --tune (optional) are film/grain/animation │
+│ - Level 4.1 must be respected. │
+│ - Suggested command line: │
+│ x264.exe --crf ## --preset slow --level 4.1 -o out.mkv in.avs │
+│ │
+│ Resolution: │
+│ - 1080i/p sources must be cropped as needed and resized to fit within │
+│ 1280x720 with width=1280 and/or height=720. Never upscale, never add │
+│ borders. Resolution must be mod2. │
+│ - 720p sources may optionally be cropped to the nearest mod2, or may be │
+│ left at mod16 │
+│ - When cropping, remove everything that is not actual picture, including │
+│ black or other colored borders, duplicate lines, and full-time tickers. │
+│ Removing or retaining fading edges is at capper's discretion and shall │
+│ not be considered undercropped or overcropped. │
+│ - In the case of varying crops, crop to the most common frame size (e.g. │
+│ pitch/primary view in sports). │
+│ - Actual picture area may be over- or under-cropped by 1px maximum per │
+│ side. More than 1px on any side is considered a technical flaw. │
+│ - Encoded Video resolution must be within 2% of the original aspect ratio │
+│ To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 │
+│ OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)│
+│ Release AR = EncodedWidth / EncodedHeight │
+│ - 720p sources shall never be resized │
+│ │
+│ Subs: │
+│ - Optional, but encouraged │
+│ - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc). │
+│ - Subtitles must be muxed into the MKV. "Subs" directories are forbidden. │
+│ - Burned subtitles will only be allowed when the source exhibits such │
+│ subtitles in the picture itself │
+│ - Subtitles cannot be used as a basis for a dupe │
+│ - Group marks in subtitles are banned │
+│ │
+│ Packaging: │
+│ - Releases must be packed in RAR file format. │
+│ - Rars must be in multiples of 50 MB, no more than 101 files (.rar-.r99) │
+│ if using old-style naming, or 99 (.part01.rar-.part99.rar) if using │
+│ new-style naming. 1MB = 1,000,000 bytes │
+│ - Multi-episode releases with no clear delineation such as credits must │
+│ not be split │
+│ - RAR Compression must not be used │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ - RAR, SFV, and sample files must have unique, lowercase filenames with │
+│ the group tag. │
+│ - Missing SFV or RAR(s) on all sites is considered a technical flaw. │
+│ Corrupt RARs (errors on extraction) are considered technical flaws. │
+│ SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to │
+│ all presites after pre is not permitted. Release REPACK. │
+│ │
+│ Credits/Previously On: │
+│ - Previously on footage is optional, but suggested to be included │
+│ - Full end credits must be included if they contain show content or │
+│ outtakes/bloopers. End credits are optional and suggested if they are │
+│ clean, and purely optional in other cases. │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - 50-70 seconds in length and in a separate folder marked as Sample │
+│ - Must be taken from the episode, not encoded separately │
+│ - Stream samples are recommended for any questionable issue with the │
+│ source, e.g. no IVTC possible, IVTC to 24.975fps, etc. │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. Bad IVTC, Interlacing, missing footage, resizing │
+│ 720p source, bad crop, commercials, bad x264 settings used, bad source, │
+│ etc.) │
+│ - Scrolling or other alert messages added by a station (e.g. weather, │
+│ Amber alerts) must be at least 30 seconds in length in order to │
+│ nuke/proper │
+│ - Drops with missing footage but no missing dialog must be at least 2 │
+│ seconds long in any one instance to be considered a technical flaw │
+│ - Proper reason must be clearly stated in nfo, including timecodes and │
+│ extent of the flaw when appropriate │
+│ - Sample of propered release is encouraged │
+│ - Qualitative propers are not allowed │
+│ - Flaws (such as drops) present in any optional content are not a flaw │
+│ and shall not be nuked or propered. │
+│ - Propers based upon the rules set forth here are allowed only on │
+│ releases that come after this document goes into effect │
+│ │
+│ Internals: │
+│ - Internals are allowed to be pred for any reason, including releases │
+│ with technical flaws or those done with alternate codecs, containers, │
+│ or settings for experimental purposes │
+│ - Any severe technical flaws or deviations must be mentioned in the NFO │
+│ - With the exception of the following rule, internal releases may only be │
+│ nuked for severe technical flaws or deviations that are not mentioned │
+│ in the NFO │
+│ - Using DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such │
+│ dirfixes shall be nuked fix.for.nuke │
+│ │
+│ Directory Naming: │
+│ - Show.Name.SXXEXX.Episode.Title.720p.HDTV.x264-GROUP │
+│ - Show.Name.YYYY.MM.DD.Guest.Name.720p.HDTV.x264-GROUP for daily or other │
+│ dated shows │
+│ - Episode title and guest name are optional │
+│ - Show.Name.PartXX.720p.HDTV.x264-GROUP for miniseries │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI) │
+│ Sport: │
+│ - League.YYYY.MM.DD.Event.EXTRA.TAGS.720p.HDTV.x264-GROUP │
+│ - Competition.YYYY-MM.Event.EXTRA.TAGS.720p.HDTV.x264-GROUP │
+│ Using just the year is only permitted if the event is once per year │
+│ (e.g. a WWE PPV). In the case of leagues which have seasons that span │
+│ multiple years, it is permissible to tag the release with just the years│
+│ of the season. Inclusion of MM and DD is mandatory for all constantly │
+│ running shows (e.g. WWE). │
+│ If there is no league, the sport needs to be used instead │
+│ The following are some examples of correct directory names: │
+│ - EPL.2010.01.01.Manchester.United.vs.Arsenal.720p.HDTV.x264-GROUP │
+│ - TNA.Impact.2010.03.02.720p.HDTV.x264-GROUP │
+│ - WWE.WrestleMania.2010.PPV.720p.HDTV.x264-GROUP │
+│ - Tennis.US.Open.2011.Final.Player1.vs.Player2.720p.HDTV.x264-GROUP │
+│ - Different shows that have the same title in different countries (e.g. │
+│ The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the │
+│ directory name, except for UK shows (e.g. The.Marriage.Ref.UK not │
+│ The.Marriage.Ref.GB). ISO country code is not needed for the original │
+│ show (e.g. The.Marriage.Ref.US is forbidden). │
+│ - Different shows with the same name in the same country produced in │
+│ different years must have the year of the first season in the directory │
+│ name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed │
+│ for the first show with a particular name. │
+│ - Channel name (e.g. National.Geographic, History.Channel) shall not be │
+│ tagged on any normal series starting after this ruleset's effective │
+│ date. Miniseries and single-episode docus may optionally be tagged with │
+│ the channel name. │
+│ - The use of audio format tags such as AAC, AC3, and AC3.x.x is FORBIDDEN │
+│ - READ.NFO tag is allowed; however, discretion is recommended │
+│ - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; │
+│ therefore, the tag is redundant. │
+│ - All repacks must include detailed reason as to why it's being repacked │
+│ in the nfo │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, │
+│ SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ │
+│ Nukes: │
+│ Releases must be nuked for any of the following reasons: │
+│ - Any valid proper listed in the propers section │
+│ - Missing nfo, or missing Sample │
+│ - Invalid directory naming format │
+│ - Mislabeled directory that could prevent finding the release in a │
+│ dupecheck, including incorrect season/episode/date or incorrect title │
+│ - Dupe │
+│ - Releases may not be propered for bad tagging or missing nfo/sample │
+│ │
+│ Fixes: │
+│ - The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix, │
+│ ProofFix │
+│ - DirFix requires NFO and NFO must state which release is being fixed │
+│ - The original release shall be unnuked when a valid fix is released │
+│ - A proper may not be released for an issue that was fixed, unless the │
+│ fix does not completely correct the issue │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬────────────────────────────┬──────────────┴┴───────┐
+│ └───[ NOTES TO THE RULES ]───┘ │
+│ │
+│ HR.PDTV.x264: │
+│ - HR PDTV x264 encodes are allowed for non-HD shows airing fully │
+│ upscaled on HD channels. Windowboxed (with large black bars on all │
+│ sides) content lacks sufficient source resolution to warrant releasing │
+│ in HR format and is therefore banned. │
+│ - Video shall be cropped and resized to fit within 960x544 following │
+│ standard crop and resize rules listed above │
+│ - Directory tags shall be HR.PDTV.x264 for 4:3 shows, and HR.WS.PDTV.x264 │
+│ for 16:9 shows │
+│ - All other standard rules apply │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The 720p x264 TV Releasing Standards 2011 (2011-08-07) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └────────[ GROUPS ]────────┘ │
+│ │
+│ TVx2642011 rules created by the following groups: │
+│ ───────────────────────────────────────────────── │
+│ 187HD 2HD aAF BAJSKORV BiA C4TV DAH DiCH DHD │
+│ DIMENSION DiVERGE FTP GNARLY IMMERSE KYR │
+│ LOCATiON LMAO MiNDTHEGAP MiRAGETV MOMENTUM │
+│ NGCHD ORENJI PREMiER RIVER SFM SiTV SYS W4F │
+│ xD2V YesTV │
+│ │
+│ Dedicated to Spatula (RIP 2010-11-22) who made the first ever scene TV-x264 │
+│ release: The.Unit.S01E04.HD720p.x264-MiRAGETV. │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ └─┴──\ Thanks to the x264+matroska developers for their /──┴─┘
+ └────\ assistance in determining the best mix of encode settings. /────┘
+ └────\ /────┘
+
▄ ▄
+ ▄ ▄ ▄ █▄▓ ▐▌▄▄▄ ▄ ▄ ▄ e!
+ ▄ ▓ ▓ ▓▄▄ █ ▓ ▓ ▓ ▄▄ ▄
+ ▐▓█▀ █▄█ █ ▓ ▐▌ █ ▀▄▀ ▀█▓▌
+ ▐█▄▄▄▄▄▄▄ ▀ ▀ ▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▌
+ ▐▓▌▄▄ ▄▄▄ ▄▄▄ ▄ ▄ ▄▄ ▄▄▄ ▄▄▄ ▄▄ ▄▄ ▄▄▄ ▄▄▄ ▄ ▄ ▐▓▌
+ ▐▒▌▓▄▄ ▓ ▓▄█ ▓▀▄█ ▓ █ ▓▄█ ▓ █ ▓ █ ▓▄▄ ▄▄█ █ █ █ █ ▐▒▌
+ ▐░▌ ▄▓ █ █ ▓ █ ▓ █▄▓ █ ▓ █▀▄ █▄▓ ▄▓ █▄▄ █▄█ █ █ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ The UK TV XviD Releasing Standards 2011 ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Requires: Notepad with terminal font or any other ASCII viewer ▐░▌
+ ▐ ▄ ▄ ▌
+ ▄ ▄
+ ▐▓█▀ ▀█▓▌
+ ▐█▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▌
+
+ ▐░▌ ▐░▌
+ ▐░▌ +---[ INTRO ]---+ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ This rule set is written specifically for UK TV, taking into ▐░▌
+ ▐░▌ consideration various factors which differ from other regions. ▐░▌
+ ▐░▌ ▐░▌
+ ▐ ▄ ▄ ▌
+ ▄ ▄
+ ▐▓█▀ ▀█▓▌
+ ▐█▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▌
+
+ ▐░▌ ▐░▌
+ ▐░▌ +---[ RELEASE RULES ]---+ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Release sizing: ▐░▌
+ ▐░▌ - Shows 18:00-22:59 must be 175MiB ▐░▌
+ ▐░▌ - Shows 23:00-30:59 must be 233MiB ▐░▌
+ ▐░▌ - Shows 31:00-46:59 must be 350MiB ▐░▌
+ ▐░▌ - Shows 47:00-73:59 must be 550MiB ▐░▌
+ ▐░▌ - Shows 74:00-94:59 must be 700MiB ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - If the length of the show is near the end of any range, the ▐░▌
+ ▐░▌ next size up may be used in the interests of quality, at cappers ▐░▌
+ ▐░▌ discretion. For example, a 70 minute show could be either ▐░▌
+ ▐░▌ 550MiB or 700MiB. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Shows above these lengths must be a multiple of 550 or 700 while ▐░▌
+ ▐░▌ keeping the average video bitrate above 880kbps. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Splitting into CDs is OPTIONAL. If releases are split they must ▐░▌
+ ▐░▌ be placed in directories named CD1, CD2, CD3 etc. No Disc1 cd1 ▐░▌
+ ▐░▌ or other naming styles. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Episodes that air back-to-back without a natural break such as ▐░▌
+ ▐░▌ full credits or commercials in between must be pred as a single ▐░▌
+ ▐░▌ release. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - All releases must be no more than 2.0MiB above the target size. ▐░▌
+ ▐░▌ Releases up to and including 700MiB must be no more than 3.0MiB ▐░▌
+ ▐░▌ under the target size. Releases larger than 700MiB may be no ▐░▌
+ ▐░▌ more than 6.0MiB under. This applies to the size of the entire ▐░▌
+ ▐░▌ release, not per CD. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Previously on/Credits: ▐░▌
+ ▐░▌ - Any "previously on" footage must be included. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - No release may be propered for glitches in, or missing portions ▐░▌
+ ▐░▌ of previously on footage. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Full end credits must be included if they contain show content ▐░▌
+ ▐░▌ or outtakes/bloopers. End credits are optional if they are clean ▐░▌
+ ▐░▌ or contain promotions for future episodes or other shows. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Video: ▐░▌
+ ▐░▌ - 2-pass variable bitrate XviD must be used. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Quantization matrix must be either MPEG or H.263. Custom ▐░▌
+ ▐░▌ quantization matrices are not allowed. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - QPel and GMC are not allowed. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Pixel Aspect ratio MUST be square (default). Custom 1:1 or any ▐░▌
+ ▐░▌ other custom ratio is not allowed. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - B Frames: ▐░▌
+ ▐░▌ - The use of B frames is required. ▐░▌
+ ▐░▌ - A maximum of 2 consecutive B frames may be used. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - This document gives no preference to packed versus unpacked ▐░▌
+ ▐░▌ bitstreams as there are benefits to each format, and it is ▐░▌
+ ▐░▌ trivial to convert between them using MPEG4 Modifier. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Framerates must be in relation to the original source. Valid ▐░▌
+ ▐░▌ framerates for releases are PAL (25 fps). ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Valid horizontal resolutions are are 512-576 for 4:3, 608-640 ▐░▌
+ ▐░▌ for 16:9, 544-576 for 14:9 or 672-720 for 2.35:1. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - A maximum aspect ratio error of 5% is permissible. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Releases shall be cropped so that all black/noise on the edges ▐░▌
+ ▐░▌ of the first full scene of a show is removed. These crop values ▐░▌
+ ▐░▌ must then be used for the entire show. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Live shows must be cropped to the first studio scene which may ▐░▌
+ ▐░▌ not be the first full scene broadcast. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Live shows without any studio scenes must follow the main rule ▐░▌
+ ▐░▌ and be cropped to the first full scene. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - In situations where the first scene has vastly different AR to ▐░▌
+ ▐░▌ the rest of the episode, crop values that retain most picture ▐░▌
+ ▐░▌ throughout must be used. (example: 2.35:1 for the opening scene, ▐░▌
+ ▐░▌ 16:9 after - crop to 16:9) ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Video defacement such as intros, outros, and group watermarks ▐░▌
+ ▐░▌ are forbidden. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Audio: ▐░▌
+ ▐░▌ - Allowed audio formats are VBR MP3 and original AC3. ABR is ▐░▌
+ ▐░▌ considered a VBR technique. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - MP3 audio must be encoded using standard LAME presets such as ▐░▌
+ ▐░▌ '--preset 128' or '-m s -V 5 -b 32'. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Average bitrate on MP3 audio may not exceed 192kbps. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - MP3 audio must be normalized. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Audio sampling rate must be maintained at 48KHz. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Original AC3 audio may be used at the discretion of the capper, ▐░▌
+ ▐░▌ provided video bitrate remains above 890kbit. However, ▐░▌
+ ▐░▌ transcoding to AC3 is forbidden. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Release Naming: ▐░▌
+ ▐░▌ - Numbering for episodic programming shall be in the format ▐░▌
+ ▐░▌ S00E00 or 0x00 (or S00E000 / 0x000 for series with more than 99 ▐░▌
+ ▐░▌ episodes per season). ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Number for date-based programming including soaps, daytime TV ▐░▌
+ ▐░▌ and variety shows shall be in the format YYYY.MM.DD. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - For variety shows, it is strongly recommended that the primary ▐░▌
+ ▐░▌ guest's name be included in the directory name. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Different shows that have the same name in different countries ▐░▌
+ ▐░▌ must be tagged with the code for the country of airing. ▐░▌
+ ▐░▌ (example: The.Apprentice.UK.S01E01.SOURCE.XviD-Group) ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Different shows with the same name produced in different years ▐░▌
+ ▐░▌ must be tagged with the year of airing of the first season. ▐░▌
+ ▐░▌ (example: Doctor.Who.2005.S00E00.SOURCE.XviD-Group) ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Releases are to be named in the format: ▐░▌
+ ▐░▌ - Show.Name.S00E00.SOURCE.XviD-Group ▐░▌
+ ▐░▌ - Show.Name.Part0.SOURCE.XviD-Group ▐░▌
+ ▐░▌ - Show.Name.2008.00.00.SOURCE.XviD-Group ▐░▌
+ ▐░▌ - Show.Name.S03E04-E05.SOURCE.XviD-Group ▐░▌
+ ▐░▌ - Show_Name.0x00.SOURCE.XviD-Group ▐░▌
+ ▐░▌ - Show_Name.Part_Zero.SOURCE.XviD-Group ▐░▌
+ ▐░▌ - Show_Name.3x04_3x05.SOURCE.XviD-Group ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - The episode title may optionally be included between the episode ▐░▌
+ ▐░▌ number and the source. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Allowed Characters: ▐░▌
+ ▐░▌ - abcdefghijklmnopqrstuvwxyz ▐░▌
+ ▐░▌ - ABCDEFGHIJKLMNOPQRSTUVWXYZ ▐░▌
+ ▐░▌ - 0123456789 ▐░▌
+ ▐░▌ - .-_ ▐░▌
+ ▐░▌ - All Sample, NFO, SFV, and RAR names MUST be in all lowercase ▐░▌
+ ▐░▌ letters. The name of AVI inside the RARs is permitted to ▐░▌
+ ▐░▌ contain capital letters. ▐░▌
+ ▐░▌ - Double dots (..) are not allowed. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Additional Tagging: ▐░▌
+ ▐░▌ - PROPER, REPACK, REAL, UNCUT, SUBBED, INTERNAL, ▐░▌
+ ▐░▌ OAR (Original Aspect Ratio), DIRFIX, SAMPLEFIX, NFOFIX or ▐░▌
+ ▐░▌ READNFO are allowed (discretion is recommended). ▐░▌
+ ▐░▌ - All releases tagged PROPER, REPACK, REAL, and READNFO must ▐░▌
+ ▐░▌ include notes in the NFO as to why the release was tagged ▐░▌
+ ▐░▌ that way. PROPER.READNFO is therefore redundant and must not ▐░▌
+ ▐░▌ be used. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Source Naming: ▐░▌
+ ▐░▌ - Valid source names are WEBRIP, PDTV, WS.PDTV, HDTV, and no ▐░▌
+ ▐░▌ tag (analogue). ▐░▌
+ ▐░▌ - Analogue source will have no tag other than WS if needed. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Source Definitions: ▐░▌
+ ▐░▌ - analogue, via svideo or the like, must have no tag. ▐░▌
+ ▐░▌ - 576i\576p shall be tagged PDTV. ▐░▌
+ ▐░▌ - 720p\1080i\1080p shall be tagged HDTV. ▐░▌
+ ▐░▌ - Content from iPlayer, 4oD or other/future services must be ▐░▌
+ ▐░▌ tagged WEBRIP. Use common sense. If multiple streams are ▐░▌
+ ▐░▌ available, use the highest quality one. Propering with a ▐░▌
+ ▐░▌ higher quality source will not be tolerated. ▐░▌
+ ▐░▌ - 4:3 content broadcast at HDTV resolutions shall be tagged ▐░▌
+ ▐░▌ PDTV. ▐░▌
+ ▐░▌ - Windowboxed (16:9 with black on all sides), ▐░▌
+ ▐░▌ letterboxed (16:9 with black on the top and bottom) and ▐░▌
+ ▐░▌ native 16:9 content shall be labeled as Widescreen (WS.PDTV). ▐░▌
+ ▐░▌ - The use of the HDTV tag implies widescreen so WS.HDTV shall ▐░▌
+ ▐░▌ not be used. ▐░▌
+ ▐░▌ - Upscaled sources must be labeled PDTV. ▐░▌
+ ▐░▌ - PDTV/HDTV sources must be 100% digital. S-Video, composite, ▐░▌
+ ▐░▌ or RF from a digital receiver to a tuner card is analogue. ▐░▌
+ ▐░▌ Valid PDTV and HDTV sources will be received via a digital ▐░▌
+ ▐░▌ connection such as USB, Firewire, Ethernet from a reciever, ▐░▌
+ ▐░▌ or DVB tuner. ▐░▌
+ ▐░▌ - Dupe order: ▐░▌
+ ▐░▌ WEBRIP -> PDTV -> WS.PDTV -> HDTV ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Packaging: ▐░▌
+ ▐░▌ - Container: ▐░▌
+ ▐░▌ - Container must be AVI. ▐░▌
+ ▐░▌ - The file must consist of one video stream, one audio stream ▐░▌
+ ▐░▌ and the usual AVI overheads, files are not to be padded out ▐░▌
+ ▐░▌ with junk. ▐░▌
+ ▐░▌ - The AVI itself must be named like the release and include ▐░▌
+ ▐░▌ some format of episode number (show initials are fine, as is ▐░▌
+ ▐░▌ shortening the episode number). ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - RAR\SFV: ▐░▌
+ ▐░▌ - Releases shall be packed into 15,000,000 or 20,000,000 byte ▐░▌
+ ▐░▌ RARs using store compression. ▐░▌
+ ▐░▌ - 50,000,000 byte RARs are allowed for releases that are 1100MiB ▐░▌
+ ▐░▌ or larger, and MUST be used for larger releases to ensure ▐░▌
+ ▐░▌ there are no more than 101 rar parts. ▐░▌
+ ▐░▌ - An SFV must be created for all RAR files in the release. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Sample: ▐░▌
+ ▐░▌ - All releases must include a sample of length :50-1:10 cut ▐░▌
+ ▐░▌ directly from the release (NOT encoded separately). ▐░▌
+ ▐░▌ - The sample must be placed in a directory named Sample. ▐░▌
+ ▐░▌ - The file itself must be named uniquely, preferably containing ▐░▌
+ ▐░▌ the name of the release as well as the word sample. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - NFO: ▐░▌
+ ▐░▌ - An NFO must be included in the release and, at a minimum, ▐░▌
+ ▐░▌ must contain release name, episode number (or title), channel ▐░▌
+ ▐░▌ the show was broadcast on, and date of airing/release. An ▐░▌
+ ▐░▌ IMDB/tvrage/broadcaster link is recommended but not essential. ▐░▌
+ ▐░▌ - The NFO must be named uniquely based on the name of the ▐░▌
+ ▐░▌ release. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Propers: ▐░▌
+ ▐░▌ - Propers are only permitted in the case of technical flaws with ▐░▌
+ ▐░▌ the original release or violations of applicable rules. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - All propers must include a note in the NFO detailing the flaw in ▐░▌
+ ▐░▌ the original release, including timecodes if relevant. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Including a sample of the flaw is suggested but not required. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ - Propers are expressly permitted in cases of any of the following ▐░▌
+ ▐░▌ flaws in a release: ▐░▌
+ ▐░▌ - Audio 120ms or more out of sync. ▐░▌
+ ▐░▌ - Severe audio drops resulting in the inability to understand ▐░▌
+ ▐░▌ dialogue. Glitches that do not result in inability to ▐░▌
+ ▐░▌ understand dialogue are not properable. ▐░▌
+ ▐░▌ - Improper audio normalization, including audio with levels that ▐░▌
+ ▐░▌ vary widely between parts, very quiet audio, or audio with ▐░▌
+ ▐░▌ excessive clipping. ▐░▌
+ ▐░▌ - Under or over crop of 2 or more pixels on any one side that ▐░▌
+ ▐░▌ lasts for the entire show. Propers for under/over crop which ▐░▌
+ ▐░▌ does not last for the entire show are not allowed. ▐░▌
+ ▐░▌ - Releases missing a significant portion of video, either in ▐░▌
+ ▐░▌ duration or content. ▐░▌
+ ▐░▌ - Glitches that do not result in the inablity to watch the show ▐░▌
+ ▐░▌ are not nukeable (we all agree Freeview isn't perfect). ▐░▌
+ ▐░▌ - Change in video format (PDTV on an HDTV release) exceeding ▐░▌
+ ▐░▌ five seconds or causing loss of dialogue. ▐░▌
+ ▐░▌ - Inclusion of 2 or more seconds of commercials over an entire ▐░▌
+ ▐░▌ release. ▐░▌
+ ▐ ▄ ▄ ▌
+ ▄ ▄
+ ▐▓█▀ ▀█▓▌
+ ▐█▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▌
+ ▐░▌ ▐░▌
+ ▐░▌ The UK TV XviD Releasing Standards 2011 ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ Released: 2011-01-01 + Valid from: 2011-01-11 onwards. ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ -------- + ------[ GROUPS ] ------+ ------------- ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ TVX2K11.UK rules created by ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ BiA FoV FTP PVR WATERS ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ and signed by ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ aAF ANGELiC BARGE C4TV CaRaT CBB ORGANiC RiVER SomeTV TASTETV ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ▐░▌
+ ▐░▌ ░ ▀ ▀ ▀ ▀ ▀ ▀ ▀ ▐░▌
+ ▐░▌ ▒ ▀ ░ ▒ ▀ ░ ▐░▌
+ ▐░▌ ▀ ▀ ▀ ▐░▌
+ ▐░▌ ▀ ▀ ░ ▀ ▀ ▀ ░ ▀ ▐░▌
+ ▐░▌ ░ ░ ░ ▐░▌
+ ▐░▌ ▐░▌
+ ▐▒▌ ▐▒▌
+ ▓ ▓
UPDATE!
+
+MELiTE and METiS sign too!
+
+#########################################################################################
+
+ High Definition x264 Standards
+ Revision 4.0 :: 2011-01-29
+
+ [ Intro ]
+ A lot has happened in the years since the last revision and time came for some updates.
+ Main changes include the need to provide proof for retail disc sources in view of the many
+ suspicious releases that we have seen over the last year, Sizing has been made a bit more
+ flexible, Subtitles rules have been reworked, foreign overlays have been addressed and finally
+ suggested encoding settings have been updated to match the codec developments/changes since the
+ previous standards.
+ This rule set will target HDDVD and Blu-Ray sourced 720p and 1080p movie and TV-show rips.
+
+ [ Previous Releases ]
+ These rules do not apply to previous releases, and propering for those reasons will not be tolerated.
+
+ [ General ]
+ 1.1) Release must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars must be in multiples of 50 MiB, no more than 99 files.
+ 1.3) Compressed rars are not allowed.
+ 1.4) Release must be muxed into a mkv container.
+ 1.5) NFO should contain information on Audio and Video Bitrate.
+ 1.6) BluRay and HDDVD sources dupe each other.
+ 1.7) Suggested directory format:
+ Movie.Name.YEAR.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ TV.Show.SxxExx.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.8) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+ 1.9) Credits must not be removed but can be encoded at a lower bitrate provided they
+ don't contain any scenes (bloopers, story, etc).
+ 1.10) A sample roughly 60 seconds in length is required.
+ 1.10.1) It must be cut from the final release and not encoded separately.
+ 1.10.2) It must be put within a directory named "Sample".
+
+ [ Video ]
+ 2.1) If needed, appropriate de-interlacing and ivtc must be applied.
+ 2.2) Must use a minimum encode of 2 passes.
+ 2.3) Width of release must be mod 16. Height of release must be mod 8.
+ 2.4) Crop the black borders from the source. Crop to the widest frame possible.
+ Info: For technical reasons you cannot crop 1 pixel, the minimum is 2 pixels, therefore propering for 1 pixel over/under does
+ not make sense.
+ 2.4.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders()
+ 2.5) Use the same aspect ratio as the source, not what IMDB, cover or any other sources say.
+ 2.6) Custom Matrices are allowed.
+ 2.7) VfW (Video for Windows) is not allowed.
+ 2.8) x264 version used must be no more than 50 revisions from newest.
+ 2.9) Level 4.1 must be respected.
+ 2.10) --deblock must be enabled (default).
+ --aq-mode must be enabled (default).
+ --bframes 3 or higher is required (default).
+ --ref 5 or higher is required unless the vertical resolution is greater than 864, then 4 must be used to respect L4.1.
+ --me umh or higher is required.
+ --subme 7 or higher is required (default).
+ --trellis 1 or higher is required (default).
+ 2.11) 720p refers to a MAXIMUM resolution of 1280x720.
+ 2.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280.
+ e.g. AR of 2.35:1 will be 1280x544.
+ 2.11.2) For aspect ratio lower than 1.78 vertical resolution must be 720.
+ e.g. AR of 1.33:1 will be 960x720.
+ 2.12) 1080p refers to a MAXIMUM resolution of 1920x1080.
+ 2.12.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920.
+ e.g. AR of 2.35:1 will be 1920x816.
+ 2.12.2) For aspect ratio lower than 1.78 vertical resolution must be 1080.
+ e.g. AR of 1.33:1 will be 1440x1080.
+ 2.13) Video bitrate should be as follows:
+ 2.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit.
+ 2.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.
+
+ [ Suggested encode settings for 720p ]
+ 3.1) First pass:
+ x264.exe --pass 1 --profile high --stats movie.stats --bitrate 4000 --preset slow -o NUL movie.avs
+ 3.2) Second pass:
+ x264.exe --pass 2 --profile high --stats movie.stats --bitrate 4000 --preset slow --ref 5 --subme 7 --analyse all --no-fast-pskip -o movie.mkv movie.avs
+
+ [ Foreign overlays ]
+ 4.1) English spoken movies sources with non-english overlays in the actual movie footage are NOT allowed.
+ This does not count for start/end credits but to relevant movie parts. e.g. on screen locations text,
+ hardcoded non-english subtitles (hardsubs) and similar occurrences. example: http://i52.tinypic.com/2mnof94.jpg
+
+ [ Audio ]
+ 5.1) Audio must be AC3, DTS or FLAC, preferably from source.
+ DTS core must be extracted from a DTS HR/HD MA track.
+ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source.
+ Encoded DTS track must be decodeable by older hardware decoders.
+ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources.
+ 5.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track.
+ 5.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only.
+ 5.4) Release must only contain one audio track muxed into the mkv container, unless original language isn't english.
+ 5.4.1) Original language audio track or English dubbed track must be used.
+ 5.4.1.1) English dubbed movie without original audio track must be tagged DUBBED.
+ 5.4.1.2) DUBBED release only allowed if no release with secondary English dubbed audio track exists.
+ 5.4.2) If original language is not English:
+ 5.4.2.1) English Subtitles must be included.
+ 5.4.2.2) English dub is allowed as a secondary audio track.
+
+ [ Subtitles ]
+ 6.1) English subs in a text-based format (.srt) must be muxed into the mkv container for non-english movies or non-english scenes.
+ They should be carefully ocr'd and must be in sync. It is encouraged to include english subs for english spoken movies too.
+ 6.2) Subs MUST be from a retail source. Fan/Custom/Web subs are not allowed.
+ 6.3) Must use a separate substream for FORCED subtitles when available for english movies with foreign spoken parts (e.g. the alien
+ the "alien spoken" parts in District 9). http://i52.tinypic.com/2zi3tkh.jpg
+ When making use of forced subs, it is necessary to enable this stream by default, placing it above any other stream,
+ so that there is no user interaction required when playing the movie. For this, the muxer has to be set to show the stream
+ by default.
+ 6.4) Subtitles must not be burned into the video stream.
+ 6.5) Multi-language subtitles cannot be used as a basis for a dupe.
+ 6.6) "Subs" directories are allowed.
+ They are intended only for external (not muxed) use and must be in vobsub format (idx/sub).
+ Vobsubs can be made using BDSup2Sub (http://tinyurl.com/49txsaw). Please use the subs resizing option in BDSup2Sub
+ according to your release (1280x720 resizing for 720p, 1920x1080 for 1080p).
+ 6.6.1) External subs CANNOT replace muxed text-based srt subs for non-english movies/scenes and can only act as a supplement.
+ 6.6.2) Vobsubs are NOT allowed to be muxed into the mkv container.
+ 6.6.3) Vobsubs need to be in a single idx/sub set format. Multi-language streams can be made into one set using VobsubMuxer
+ (http://tinyurl.com/4aqdsal) or similar.
+ 6.6.4) Subs in /Subs dir need to be rar packed using best compression and should be identical in tagging to mkv name. Subpack rar name
+ must not dupe main release rar names.
+
+ [ Total Size ]
+ 7.1) Final mkv file size in MiB (1048576 bytes) must be:
+ Multiples of 1120
+ DVD5/x (896, 1493, 2240, etc.)
+ Also allowed 2713, 8140 for all releases and 4070 for 1080p tv.
+ 7.2) A max undersize of 40 MiB can be tolerated.
+ 7.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate.
+
+ [ Proof ]
+ 8.1) ALL releases MUST now include source proof in the following way: Snapshot (not scan) of the actual physical disc (printed side) in
+ jpg/png format with a group tag (e.g http://i53.tinypic.com/2jg9yqe.jpg). Disc snapshot must be in good quality with disc details clear
+ and readable. Small portions containing store stickers/barcodes may be blurred or blackened.
+ It's encouraged to also add a web hoster link to nfo to avoid trading skips.
+ 8.1.2) Cover scans and m2ts samples may be added but DO NOT count as sufficient proof.
+ 8.1.3) Releases that fail to pre with such proof are to be considered a nuke and can be propered. Proofixes later than 2 hours from pre
+ (if a proper has not been pred during that time) will not be accepted.
+ 8.2) IMPORTANT NOTE:
+ Some mobile phone cameras (such as iPhone) add exif metadata to the pictures (gps location for example). It is ESSENTIAL to make
+ sure exif metadata is removed from your snapshot. This can be done in windows7 (http://i53.tinypic.com/2qltvu9.png), by editing
+ and re-saving the picture with Microsoft Paint or using freeware tools available on an "exif remover" web search.
+ e.g http://tinyurl.com/purejpg.
+
+
+ [ Signed By (in alphabetic order) ]
+ aAF, aBD, ALLiANCE, AMIABLE, AVCHD, AVCDVD, BESTHD, BLOW, CBGB, CiNEFiLE, CLUE, CROSSBOW, CULTHD, Felony, FilmHD, HD4U, HDEX, HUBRIS, iBEX,
+ iNFAMOUS, iNGOT, KaKa, LEVERAGE, NODLABS, NOHD, PELLUCiD, PFa, QCF, REFiNED, REWARD, SECTOR7, SEMTEX, SEVENTWENTY, SHORTBREHD, SiNNERS,
+ TENEIGHTY, THUGLiNE, TREBLE, TWiZTED, WASABi, XPRESS
+
+ [ Refused to Sign (in alphabetic order) ]
+ AVS720, FLHD, Japhson, LCHD, OEM1080
+
+ [ These rules apply from 2011-02-07 00:00:00 GMT (1230768000 unixtime) ]
+
+ [ Change Log ]
+ + = added
+ * = changed
+
+ 4.0:
+ + 4.1: Foreign overlays are not allowed.
+ + 6.2: Subs must be from a retail source. fan subs are not allowed.
+ + 6.3: Forced subtitles for non-english scene must be included in seperate stream.
+ + 8.1: Source Proof is enforced.
+ * 3.1: First Pass suggested settings updated.
+ * 3.2: Second Pass suggested settings updated.
+ * 6.6: Subs directories for Vobsubs are allowed.
+ * 7.1: Multiples of 1120 instead of 2240.
+
High Definition x264 Standards
+ Revision 4.0 :: 2011-01-29
+
+ [ Intro ]
+ A lot has happened in the years since the last revision and time came for some updates.
+ Main changes include the need to provide proof for retail disc sources in view of the many
+ suspicious releases that we have seen over the last year, Sizing has been made a bit more
+ flexible, Subtitles rules have been reworked, foreign overlays have been addressed and finally
+ suggested encoding settings have been updated to match the codec developments/changes since the
+ previous standards.
+ This rule set will target HDDVD and Blu-Ray sourced 720p and 1080p movie and TV-show rips.
+
+ [ Previous Releases ]
+ These rules do not apply to previous releases, and propering for those reasons will not be tolerated.
+
+ [ General ]
+ 1.1) Release must be packed in RAR. SFV and NFO must be included.
+ 1.2) Rars must be in multiples of 50 MiB, no more than 99 files.
+ 1.3) Compressed rars are not allowed.
+ 1.4) Release must be muxed into a mkv container.
+ 1.5) NFO should contain information on Audio and Video Bitrate.
+ 1.6) BluRay and HDDVD sources dupe each other.
+ 1.7) Suggested directory format:
+ Movie.Name.YEAR.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ TV.Show.SxxExx.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP
+ 1.8) No intros, outros, betweenos, or any other form of defacement of the film will be tolerated.
+ 1.9) Credits must not be removed but can be encoded at a lower bitrate provided they
+ don't contain any scenes (bloopers, story, etc).
+ 1.10) A sample roughly 60 seconds in length is required.
+ 1.10.1) It must be cut from the final release and not encoded separately.
+ 1.10.2) It must be put within a directory named "Sample".
+
+ [ Video ]
+ 2.1) If needed, appropriate de-interlacing and ivtc must be applied.
+ 2.2) Must use a minimum encode of 2 passes.
+ 2.3) Width of release must be mod 16. Height of release must be mod 8.
+ 2.4) Crop the black borders from the source. Crop to the widest frame possible.
+ Info: For technical reasons you cannot crop 1 pixel, the minimum is 2 pixels, therefore propering for 1 pixel over/under does
+ not make sense.
+ 2.4.1) Resizing is not allowed on 1080p encodes. Either crop to closest mod8/mod16 without overcropping, or crop().addborders()
+ 2.5) Use the same aspect ratio as the source, not what IMDB, cover or any other sources say.
+ 2.6) Custom Matrices are allowed.
+ 2.7) VfW (Video for Windows) is not allowed.
+ 2.8) x264 version used must be no more than 50 revisions from newest.
+ 2.9) Level 4.1 must be respected.
+ 2.10) --deblock must be enabled (default).
+ --aq-mode must be enabled (default).
+ --bframes 3 or higher is required (default).
+ --ref 5 or higher is required unless the vertical resolution is greater than 864, then 4 must be used to respect L4.1.
+ --me umh or higher is required.
+ --subme 7 or higher is required (default).
+ --trellis 1 or higher is required (default).
+ 2.11) 720p refers to a MAXIMUM resolution of 1280x720.
+ 2.11.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1280.
+ e.g. AR of 2.35:1 will be 1280x544.
+ 2.11.2) For aspect ratio lower than 1.78 vertical resolution must be 720.
+ e.g. AR of 1.33:1 will be 960x720.
+ 2.12) 1080p refers to a MAXIMUM resolution of 1920x1080.
+ 2.12.1) For aspect ratio equal or above 1.78 horizontal resolution must be 1920.
+ e.g. AR of 2.35:1 will be 1920x816.
+ 2.12.2) For aspect ratio lower than 1.78 vertical resolution must be 1080.
+ e.g. AR of 1.33:1 will be 1440x1080.
+ 2.13) Video bitrate should be as follows:
+ 2.13.1) 720p - Minimum 4000 kbit, maximum 8000 kbit. Minimum bitrate for animation is 2300 kbit.
+ 2.13.2) 1080p - Minimum 8000 kbit, maximum 14000 kbit, though not more than source-2000kbit. Minimum bitrate for animation is 5000 kbit.
+
+ [ Suggested encode settings for 720p ]
+ 3.1) First pass:
+ x264.exe --pass 1 --profile high --stats movie.stats --bitrate 4000 --preset slow -o NUL movie.avs
+ 3.2) Second pass:
+ x264.exe --pass 2 --profile high --stats movie.stats --bitrate 4000 --preset slow --ref 5 --subme 7 --analyse all --no-fast-pskip -o movie.mkv movie.avs
+
+ [ Foreign overlays ]
+ 4.1) English spoken movies sources with non-english overlays in the actual movie footage are NOT allowed.
+ This does not count for start/end credits but to relevant movie parts. e.g. on screen locations text,
+ hardcoded non-english subtitles (hardsubs) and similar occurrences. example: http://i52.tinypic.com/2mnof94.jpg
+
+ [ Audio ]
+ 5.1) Audio must be AC3, DTS or FLAC, preferably from source.
+ DTS core must be extracted from a DTS HR/HD MA track.
+ AC3 640 kbit, DTS 768 kbit and DTS 1536 kbit must be encoded from a higher bitrate source.
+ Encoded DTS track must be decodeable by older hardware decoders.
+ FLAC audio must be created from LPCM, DTS HD MA or TRUEHD sources.
+ 5.2) Audio bitrate must never be below 640 kbit, unless source only has lower bitrate audio track.
+ 5.3) All audio shall be 5.1 with correct channels, except in the case of stereo/mono only.
+ 5.4) Release must only contain one audio track muxed into the mkv container, unless original language isn't english.
+ 5.4.1) Original language audio track or English dubbed track must be used.
+ 5.4.1.1) English dubbed movie without original audio track must be tagged DUBBED.
+ 5.4.1.2) DUBBED release only allowed if no release with secondary English dubbed audio track exists.
+ 5.4.2) If original language is not English:
+ 5.4.2.1) English Subtitles must be included.
+ 5.4.2.2) English dub is allowed as a secondary audio track.
+
+ [ Subtitles ]
+ 6.1) English subs in a text-based format (.srt) must be muxed into the mkv container for non-english movies or non-english scenes.
+ They should be carefully ocr'd and must be in sync. It is encouraged to include english subs for english spoken movies too.
+ 6.2) Subs MUST be from a retail source. Fan/Custom/Web subs are not allowed.
+ 6.3) Must use a separate substream for FORCED subtitles when available for english movies with foreign spoken parts (e.g. the alien
+ the "alien spoken" parts in District 9). http://i52.tinypic.com/2zi3tkh.jpg
+ When making use of forced subs, it is necessary to enable this stream by default, placing it above any other stream,
+ so that there is no user interaction required when playing the movie. For this, the muxer has to be set to show the stream
+ by default.
+ 6.4) Subtitles must not be burned into the video stream.
+ 6.5) Multi-language subtitles cannot be used as a basis for a dupe.
+ 6.6) "Subs" directories are allowed.
+ They are intended only for external (not muxed) use and must be in vobsub format (idx/sub).
+ Vobsubs can be made using BDSup2Sub (http://tinyurl.com/49txsaw). Please use the subs resizing option in BDSup2Sub
+ according to your release (1280x720 resizing for 720p, 1920x1080 for 1080p).
+ 6.6.1) External subs CANNOT replace muxed text-based srt subs for non-english movies/scenes and can only act as a supplement.
+ 6.6.2) Vobsubs are NOT allowed to be muxed into the mkv container.
+ 6.6.3) Vobsubs need to be in a single idx/sub set format. Multi-language streams can be made into one set using VobsubMuxer
+ (http://tinyurl.com/4aqdsal) or similar.
+ 6.6.4) Subs in /Subs dir need to be rar packed using best compression and should be identical in tagging to mkv name. Subpack rar name
+ must not dupe main release rar names.
+
+ [ Total Size ]
+ 7.1) Final mkv file size in MiB (1048576 bytes) must be:
+ Multiples of 1120
+ DVD5/x (896, 1493, 2240, etc.)
+ Also allowed 2713, 8140 for all releases and 4070 for 1080p tv.
+ 7.2) A max undersize of 40 MiB can be tolerated.
+ 7.3) Propering a release that could have been a larger size is not allowed, unless below minimum bitrate.
+
+ [ Proof ]
+ 8.1) ALL releases MUST now include source proof in the following way: Snapshot (not scan) of the actual physical disc (printed side) in
+ jpg/png format with a group tag (e.g http://i53.tinypic.com/2jg9yqe.jpg). Disc snapshot must be in good quality with disc details clear
+ and readable. Small portions containing store stickers/barcodes may be blurred or blackened.
+ It's encouraged to also add a web hoster link to nfo to avoid trading skips.
+ 8.1.2) Cover scans and m2ts samples may be added but DO NOT count as sufficient proof.
+ 8.1.3) Releases that fail to pre with such proof are to be considered a nuke and can be propered. Proofixes later than 2 hours from pre
+ (if a proper has not been pred during that time) will not be accepted.
+ 8.2) IMPORTANT NOTE:
+ Some mobile phone cameras (such as iPhone) add exif metadata to the pictures (gps location for example). It is ESSENTIAL to make
+ sure exif metadata is removed from your snapshot. This can be done in windows7 (http://i53.tinypic.com/2qltvu9.png), by editing
+ and re-saving the picture with Microsoft Paint or using freeware tools available on an "exif remover" web search.
+ e.g http://tinyurl.com/purejpg.
+
+
+ [ Signed By (in alphabetic order) ]
+ aAF, aBD, ALLiANCE, AMIABLE, AVCHD, AVCDVD, BESTHD, BLOW, CBGB, CiNEFiLE, CLUE, CROSSBOW, CULTHD, Felony, FilmHD, HD4U, HDEX, HUBRIS, iBEX,
+ iNFAMOUS, iNGOT, KaKa, LEVERAGE, NODLABS, NOHD, PELLUCiD, PFa, QCF, REFiNED, REWARD, SECTOR7, SEMTEX, SEVENTWENTY, SHORTBREHD, SiNNERS,
+ TENEIGHTY, THUGLiNE, TREBLE, TWiZTED, WASABi, XPRESS
+
+ [ Refused to Sign (in alphabetic order) ]
+ AVS720, FLHD, Japhson, LCHD, OEM1080
+
+ [ These rules apply from 2011-02-07 00:00:00 GMT (1230768000 unixtime) ]
+
+ [ Change Log ]
+ + = added
+ * = changed
+
+ 4.0:
+ + 4.1: Foreign overlays are not allowed.
+ + 6.2: Subs must be from a retail source. fan subs are not allowed.
+ + 6.3: Forced subtitles for non-english scene must be included in seperate stream.
+ + 8.1: Source Proof is enforced.
+ * 3.1: First Pass suggested settings updated.
+ * 3.2: Second Pass suggested settings updated.
+ * 6.6: Subs directories for Vobsubs are allowed.
+ * 7.1: Multiples of 1120 instead of 2240.
P───────────────────────────────────B───────────────────────────────────────nJ
+│ │
+│ The 1080p x264 TV Releasing Standards 2012 │
+└─────────────────────────────────────────────────────────────────────────────┘
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ Requirements: Notepad with terminal font or any other ascii viewer. │
+
+┌───────┴┴─────────────────┬───────────────────────┬─────────────────┴┴───────┐
+│ └───[ RELEASE RULES ]───┘ │
+│ │
+│ Compliance with this document is optional as of its pre date, and │
+│ mandatory as of 2012-04-25 00:00 UTC. │
+│ │
+│ Video: │
+│ - 1080i/p sources are to be cropped crop/addborders() │
+│ - Video taken from the decoded HD output of a set-top box (e.g. │
+│ component, DVI, HDMI) may be used as a source; source must be tagged │
+│ in dirname as AHDTV. Releases taken from a natively recorded transport │
+│ stream shall be tagged as HDTV and do not dupe AHDTV releases. │
+│ - If there is a question as to the validity of a source, the release │
+│ may be nuked source.sample.requested_<reason.for.nuke> (e.g. │
+│ source.sample.requested_suspicion.of.analog.source) within 24 hours of │
+│ pre. The group has 24 hours from the nuke to pre a RARed SOURCE.SAMPLE │
+│ that is at least 10 seconds in length in order to document that the │
+│ source is valid. Failure to provide source proof or providing bad │
+│ source proof shall result in the release remaining nuked, and it may │
+│ then be propered. │
+│ - Improper methods of IVTC that result in loss of half the fields │
+│ (SeparateFields.SelectEven, YV12InterlacedSelectTopFields) are banned │
+│ - Improper IVTC methods that result in jerky playback, such as Force │
+│ Film, are banned │
+│ - 1080i video sources must be deinterlaced with a smart deinterlacer such │
+│ as Yadif. FieldDeinterlace is banned. │
+│ - Group watermarks of any kind on the video are banned │
+│ - Intros, outros, betweenos, or any other form of defacement of the │
+│ episode are banned │ │
+│ - "Native" refers to the standard in which the video was produced (e.g. │
+│ NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video │
+│ is native to PAL. PAL produced video that is broadcast in NTSC is │
+│ converted. NTSC produced video that is broadcast in PAL is converted. │
+│ - Converted video that has significant artifacting (e.g. blended frames) │
+│ and cannot be reversed to native must use CONVERT tag │
+│ - Converted video that does not have significant artifacts does not need │
+│ convert tags and may not be nuked for the conversion │
+│ - Native releases are allowed after those tagged CONVERT. Use NATIVE tag. │
+│ │
+│ Audio: │
+│ - Must be original source audio, AC3 if available. Transcoding audio that │
+│ is already in a consumer-grade format (AAC, AC3, MP2, etc.) is banned. │
+│ Minor adjustments to audio (channel count, adding/removing frames) in │
+│ order to prevent issues with playback or sync are permitted. │
+│ - Dupes based on audio format are forbidden and must be tagged INTERNAL │
+│ - Multiple language audio tracks are allowed and must be listed in NFO │
+│ - Dupes are not allowed based on multiple audio tracks │
+│ - Severe audio drops resulting in one full missing word or otherwise the │
+│ inability to understand material dialogue is considered to be a │
+│ technical flaw and may be propered │
+│ - Audio that is 120ms or more out of sync or drifts more than 120ms │
+│ between any two points (e.g. needing -80 at one and +40 at another) is │
+│ considered to be technically flawed and may be propered │
+│ │
+│ Framerate: │
+│ - IVTC or deinterlacing must be applied as needed │
+│ - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps. │
+│ - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. │
+│ Failure to apply IVTC when needed is a technical flaw. │
+│ │
+│ Codec/Container: │
+│ - Must be x264 (8-bit depth). │
+│ - Must use Matroska (.mkv) for container │
+│ - You will have 30 days from latest x264 rev date to update in order to │
+│ maintain all bug fixes and improvements in the x264 codec │
+│ - Stripping or falsifying encode information in the file header is banned │
+│ - Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers to the same extent that files created with │
+│ MKVToolnix are. │
+│ - Custom Matrices are allowed │
+│ - Encoded colorspace must be 4:2:0. │
+│ - Deblocking must be used; values are at the discretion of the group. │
+│ (default is enabled, 0:0 settings) │
+│ - Sample Aspect Ratio (--sar) must be square (1:1). │
+│ - No setting can go below what is specified by --preset slow. │
+│ - Reference Frame _(--ref) must be 4 │
+│ - Keyframe interval (--keyint) must be at least 200 and at most 300. It │
+│ is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). │
+│ - Minkeyint must be 30 or less │
+│ - me umh or higher is required. │
+│ - Constant Rate Factor (--crf) must be as follows: │
+│ ┌─────────────────┬───────┬───────────────────────────────────────────┐ │
+│ │ Compressibility │ CRF │ General Examples │ │
+│ ├─────────────────┼───────┼───────────────────────────────────────────┤ │
+│ │ High │ 18-19 │ Scripted, Talk Shows, Poker, Animation │ │
+│ │ Medium │ 20-21 │ Documentary, Reality, Variety │ │
+│ │ Low │ 22-23 │ Sports, Awards, Live Events, Competitive- │ │
+│ │ │ │ Reality │ │
+│ └─────────────────┴───────┴───────────────────────────────────────────┘ │
+│ - x264 parameters shall not vary within a release │
+│ - Zones (--zones) are forbidden. │
+│ - Any deviation in CRF from given examples must be specifically justified │
+│ in the NFO. Use discretion when deviating CRF by matching the │
+│ compressibility of the show to a corresponding CRF value. CRF values │
+│ below 18 and above 23 are never permitted. │
+│ - As a general suggestion, average video bitrate in excess of 7000kb/s │
+│ is a sign that a higher CRF value should be chosen, when possible │
+│ - Allowed parameters for --tune (optional) are film/grain/animation │
+│ - Level 4.1 must be respected. │
+│ - Suggested command line: │
+│ x264.exe --level 4.1 --crf ## --ref 4 --me umh │
+│ │
+│ Resolution: │
+│ - 1080i/p sources must be cropped as needed and add border to fit within │
+│ 1920x1080 with width=1920 and/or height=1080. Never upscale. │
+│ Resolution must be mod2. │
+│ - 180i/p sources may optionally be cropped to the nearest mod2, or may be │
+│ left at mod8 │
+│ - When cropping, remove everything that is not actual picture, including │
+│ black or other colored borders, duplicate lines, and full-time tickers. │
+│ Removing or retaining fading edges is at capper's discretion and shall │
+│ not be considered undercropped or overcropped. │
+│ - In the case of varying crops, crop to the most common frame size (e.g. │
+│ pitch/primary view in sports). │
+│ - Actual picture area may be over- or under-cropped by 1px maximum per │
+│ side. More than 1px on any side is considered a technical flaw. │
+│ - Encoded Video resolution must be within 2% of the original aspect ratio │
+│ To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 │
+│ OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)│
+│ Release AR = EncodedWidth / EncodedHeight │
+│ - 1080i/p sources shall never be resized │
+│ │
+│ Subs: │
+│ - Optional, but encouraged │
+│ - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc). │
+│ - Subtitles must be muxed into the MKV. "Subs" directories are forbidden. │
+│ - Burned subtitles will only be allowed when the source exhibits such │
+│ subtitles in the picture itself │
+│ - Subtitles cannot be used as a basis for a dupe │
+│ - Group marks in subtitles are banned │
+│ │
+│ Packaging: │
+│ - Releases must be packed in RAR file format. │
+│ - Rars must be in multiples of 50 MB, no more than 101 files (.rar-.r99) │
+│ if using old-style naming, or 99 (.part01.rar-.part99.rar) if using │
+│ new-style naming. 1MB = 1,000,000 bytes │
+│ - Multi-episode releases with no clear delineation such as credits must │
+│ not be split │
+│ - RAR Compression must not be used │
+│ - Recovery and MD5 record are optional │
+│ - Encryption or password protection is forbidden │
+│ - Must have SFV and NFO │
+│ - RAR, SFV, and sample files must have unique, lowercase filenames with │
+│ the group tag. │
+│ - Missing SFV or RAR(s) on all sites is considered a technical flaw. │
+│ Corrupt RARs (errors on extraction) are considered technical flaws. │
+│ SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to │
+│ all presites after pre is not permitted. Release REPACK. │
+│ │
+│ Credits/Previously On: │
+│ - Previously on footage is optional, but suggested to be included │
+│ - Full end credits must be included if they contain show content or │
+│ outtakes/bloopers. End credits are optional and suggested if they are │
+│ clean, and purely optional in other cases. │
+│ │
+│ Samples: │
+│ - REQUIRED! │
+│ - 50-70 seconds in length and in a separate folder marked as Sample │
+│ - Must be taken from the episode, not encoded separately │
+│ - Stream samples are recommended for any questionable issue with the │
+│ source, e.g. no IVTC possible, IVTC to 24.975fps, etc. │
+│ │
+│ Propers: │
+│ - Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. Bad IVTC, Interlacing, missing footage, resizing │
+│ 1080p source, bad crop, commercials, bad x264 settings used, bad source,│
+│ etc.) │
+│ - Scrolling or other alert messages added by a station (e.g. weather, │
+│ Amber alerts) must be at least 30 seconds in length in order to │
+│ nuke/proper │
+│ - Drops with missing footage but no missing dialog must be at least 2 │
+│ seconds long in any one instance to be considered a technical flaw │
+│ - Proper reason must be clearly stated in nfo, including timecodes and │
+│ extent of the flaw when appropriate │
+│ - Sample of propered release is encouraged │
+│ - Qualitative propers are not allowed │
+│ - Flaws (such as drops) present in any optional content are not a flaw │
+│ and shall not be nuked or propered. │
+│ - Propers based upon the rules set forth here are allowed only on │
+│ releases that come after this document goes into effect │
+│ │
+│ Internals: │
+│ - Internals are allowed to be pred for any reason, including releases │
+│ with technical flaws or those done with alternate codecs, containers, │
+│ or settings for experimental purposes │
+│ - Any severe technical flaws or deviations must be mentioned in the NFO │
+│ - With the exception of the following rule, internal releases may only be │
+│ nuked for severe technical flaws or deviations that are not mentioned │
+│ in the NFO │
+│ - Using DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such │
+│ dirfixes shall be nuked fix.for.nuke │
+│ │
+│ Directory Naming: │
+│ - Show.Name.SXXEXX.Episode.Title.1080p.HDTV.x264-GROUP │
+│ - Show.Name.YYYY.MM.DD.Guest.Name.1080p.HDTV.x264-GROUP for daily or other │
+│ dated shows │
+│ - Episode title and guest name are optional │
+│ - Show.Name.PartXX.1080p.HDTV.x264-GROUP for miniseries │
+│ - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI) │
+│ Sport: │
+│ - League.YYYY.MM.DD.Event.EXTRA.TAGS.1080p.HDTV.x264-GROUP │
+│ - Competition.YYYY-MM.Event.EXTRA.TAGS.1080p.HDTV.x264-GROUP │
+│ Using just the year is only permitted if the event is once per year │
+│ (e.g. a WWE PPV). In the case of leagues which have seasons that span │
+│ multiple years, it is permissible to tag the release with just the years│
+│ of the season. Inclusion of MM and DD is mandatory for all constantly │
+│ running shows (e.g. WWE). │
+│ If there is no league, the sport needs to be used instead │
+│ The following are some examples of correct directory names: │
+│ - EPL.2010.01.01.Manchester.United.vs.Arsenal.1080p.HDTV.x264-GROUP │
+│ - TNA.Impact.2010.03.02.1080p.HDTV.x264-GROUP │
+│ - WWE.WrestleMania.2010.PPV.1080p.HDTV.x264-GROUP │
+│ - Tennis.US.Open.2011.Final.Player1.vs.Player2.1080p.HDTV.x264-GROUP │
+│ - Different shows that have the same title in different countries (e.g. │
+│ The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the │
+│ directory name, except for UK shows (e.g. The.Marriage.Ref.UK not │
+│ The.Marriage.Ref.GB). ISO country code is not needed for the original │
+│ show (e.g. The.Marriage.Ref.US is forbidden). │
+│ - Different shows with the same name in the same country produced in │
+│ different years must have the year of the first season in the directory │
+│ name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed │
+│ for the first show with a particular name. │
+│ - Channel name (e.g. National.Geographic, History.Channel) shall not be │
+│ tagged on any normal series starting after this ruleset's effective │
+│ date. Miniseries and single-episode docus may optionally be tagged with │
+│ the channel name. │
+│ - The use of audio format tags such as AAC, AC3, and AC3.x.x is FORBIDDEN │
+│ - READ.NFO tag is allowed; however, discretion is recommended │
+│ - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; │
+│ therefore, the tag is redundant. │
+│ - All repacks must include detailed reason as to why it's being repacked │
+│ in the nfo │
+│ - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, │
+│ SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE │
+│ - Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ │
+│ Nukes: │
+│ Releases must be nuked for any of the following reasons: │
+│ - Any valid proper listed in the propers section │
+│ - Missing nfo, or missing Sample │
+│ - Invalid directory naming format │
+│ - Mislabeled directory that could prevent finding the release in a │
+│ dupecheck, including incorrect season/episode/date or incorrect title │
+│ - Dupe │
+│ - Releases may not be propered for bad tagging or missing nfo/sample │
+│ │
+│ Fixes: │
+│ - The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix, │
+│ ProofFix │
+│ - DirFix requires NFO and NFO must state which release is being fixed │
+│ - The original release shall be unnuked when a valid fix is released │
+│ - A proper may not be released for an issue that was fixed, unless the │
+│ fix does not completely correct the issue │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+
+┌───────┴┴───────────────────────────────────────────────────────────┴┴───────┐
+│ The 1080p x264 TV Releasing Standards 2012 (2012-04-23) │
+│ │
+└───────┬┬───────────────────────────────────────────────────────────┬┬───────┘
+┌───────┴┴───────────────┬──────────────────────────┬────────────────┴┴───────┐
+│ └────────[ GROUPS ]────────┘ │
+│ │
+│ 1080p-TVx2642012 rules created by the following groups: │
+│ ───────────────────────────────────────────────── │
+│ QCF │
+│ │
+└──┬───────────────────────────────────────────────────────────────────────┬──┘
+ [ BALTiC Retail SD x264 Releasing Standards 2012 ]
+
+
+ Effective date 2012-??-??
+
+
+--------------------------------------------------------------------------------
+
+
+ 0. Intro
+.
+ Here it is. Retail SD x264 ruleset for the releases of/from Baltic countries.
+ Includes Lithuanian, Estonian, Latvian and Russian language releases. Go to
+ Wiki to learn more about Baltic states. LT EE and LV are the official
+ languages and Russian is a 2nd unofficial language because of past historic
+ events. Russian is valid only for releases that contain Baltic subs and
+ such retail dvds are very common in the Baltics.
+
+ Decided to go for crf x264+.mkv rips because the quality is twice as good
+ and the size is smaller than .avi. And all of you know that XviD and .avi is
+ a dead combo nowdays and x264+.mkv is the real deal, we don't live in the
+ early '00s, technologies are getting better and better and we need to move
+ on. So thank you .avi and xvid for everything and now you can retire.
+
+ We can't follow those outdated official XviD rules anymore. We've had enough!
+ We hope others will follow our path and release official Retail SD x264 rules
+ for English too.
+
+ We were inspired by the new TV SD x264 ruleset and have stolen a couple of
+ ideas :)
+
+ And sorry for the retarded English :)
+
+
+ 1. Video
+
+ - Resizers: Lanczos4 and Spline36.
+ - Deinterlacers: Yadif is recommended.
+ - No watermarking, intros and etc.
+ - Resolutions: 640-720.
+ - Sources with horizontal source resolution of 720 after crop must be cropped
+ as needed and only height shall be resized to maintain proper AR using mod2.
+ - mod2/mod4/mod16. Upscaling/downscaling width is forbidden.
+ - AR error 4%.
+ - Overcropping/undercropping the picture not allowed.
+ -
+ - Suggested command line:
+ x264.exe --crf ## --preset slow --level 3.1 --colormatrix bt709 -o out.h264 in.avs
+
+
+ 2. Audio
+
+ - AAC VBR only.
+ - Average bitrate ~96-192kbps. Lower bitrate is good for talk stuff.
+ - Nero encoder is recommended.
+ - Only one audio track per release.
+ - No out of sync.
+ - Audio stays with same channels as in source. 2.0 and/or 5.1
+
+
+ 3. Codec
+
+ - x264.
+ - Must be up to date. Max 30 days.
+ - No false shit!
+ - Custom matrices not recommended. Use it if it's really good.
+ - CRF 17-23.
+ - Video bitrate must not be more than 2000kbps. A normal final size for an
+ average length movie should be near/around 1gb.
+ - Level 3.1.
+
+
+ 4. Framerate
+
+ - Constant.
+ - Default retail rates.
+
+
+ 5. Container
+
+ - .mkv
+ - mkvmerge is recommended.
+ - Can be muxed with .mkv: .mp4 AAC, .srt or .idx subs.
+
+
+ 6. Tagging
+
+ - DVDRip.x264 and BDRip.x264.
+ - iNTERNAL and iNT.
+ - WS if duping a FS release. FS not allowed after WS.
+ - Examples:
+ White.Men.Cant.Jump.1992.LT.DVDRip.x264-Group
+ Its.All.Gone.Pete.Tong.2004.EE.BDRip.x264.iNT-Group
+ Xotabych.2006.RU.REMASTERED.DVDRip.x264-Group
+ - All other extra tags allowed in global xvid rules are allowed here too.
+ - If Russian release has only one Baltic subtitle it can be tagged with ESTSUB
+ and etc.
+
+
+ 7. Subs
+
+ - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc).
+ - Duping with another subtitle is not allowed. Release a subpack.
+ - If a release (especially Russian) has more than one Baltic subtitle, then
+ every sub should be disabled by default, so user will choose the sub he needs.
+ - No subs in separate files and folders. Mux them.
+ - No .srt and .idx together in a same release.
+
+
+ 8. Samples
+
+ - ~60s sample from a final rip in a Sample folder.
+
+
+ 9. Packaging
+
+ - 15, 20, 50MB rars. 1MB = 1,000,000 bytes
+ - Compression: Store.
+ - No passwords and shit.
+ - Recovery not recommended. 1% max.
+ - .nfo and .sfv is a must.
+ - No any dupe filenames.
+ - .nfo must have all the normal information about the release. Technical details
+ and a link.
+
+
+10. Propers
+
+ - Propering allowed only for logical reasons. For technical flaws and etc.
+ - Russian movies must have at least one Baltic subtitle. Can be propered if
+ missing.
+ - Proper release must always have an explanation in the .nfo.
+
+
+11. Internals
+
+ - Internals are allowed only for duping protection. Every int must follow the
+ ruleset.
+ - Int if DVDRip.x264 is pred and you want to pre a BDRip.x264 and etc.
+
+
+12. Fixes
+
+ - NFOFix, SAMPLEFix, SYNCFix and others.
+ - Must be noted in the .nfo.
+
+
+13. Misc info
+
+ - This ruleset approves previously nuked Baltic related releases. This is the
+ reason why the ruleset was written.
+ - Only LT, LV, EE and RU + Baltic subs releases follows the ruleset.
+
+
+--------------------------------------------------------------------------------
+
+
+ Signed: PAPAi, EMX, TvD, EiSO, TeGijA, PPi
+
+
░
+ ▒ ▒ ▒ ▒▒▒
+ ░ DEUTSCHE HIGH DEFINITION SERIEN UND TV RULES v2.0 ░
+ (DHDSTVR.v2.0) ▒ ▒ ▒ ▒▒▒
+ ░ ░
+ - Exclusive HDTV Filme
+ ░
+
+
+ - PROLOG -
+ ----------------------
+
+ Dieses Ruleset ist im Vergleich zu dem von 2008 eigenstaendig gegenueber
+ den DSTVR und klaert alle Fragen die sich zum Thema HDTV ergeben. Es
+ wurde grundlegend ueberarbeitet und bietet eine Vielzahl von Neuerungen
+ und Neuregelungen. Die wichtigsten davon sind u.a. :
+
+ *) HDTV / Retail-TV 1080p Release nun erlaubt / geregelt (A1)
+ *) Kein Groessen- / Laufzeitverhaeltnis mehr bei 2Pass (A2)
+ *) CRF als Encodeverfahren ist erlaubt (B1)
+ *) Bei Retail-TV darf nun auch DTS-Audio verwendet werden (B11)
+ *) Neuregelung von Retail-Staffelrechten (E7)
+ *) Regelung von Retail Proofs (F1)
+
+
+ - INHALTSVERZEICHNIS -
+ ----------------------
+
+ A: Allgemeines G: Packaging (Sample - NFO - RAR)
+ B: Encoding (Bild - AR/Crop - Ton) H: Dirnamen
+ C: Subbed/CustomSubbed I: Proper Gruende
+ D: Dubbed Release (HDTV - BluRay) J: Appendix
+ E: Staffelrechte K: Epilog
+ F: Retail Proof
+
+
+ -- A * ALLGEMEINES --
+ ----------------------
+
+ A1. 720p/1080p TV/Serien Release sind nur im x264 Format (MKV Container)
+ zulaessig.
+
+ ----------------------------------------------------------------------
+ Kategorie 1 -> DVB-S2/C -> HDTV -> Deutschsprachiges Sat./Kabel HDTV
+ Kategorie 1 -> iTunesHD -> WebHD -> Deutschsprachiges iTunesHD
+ Kategorie 1 -> HDTV -> Dubbed -> Auslaendisches HDTV
+ Kategorie 1 -> iTunesHD -> Dubbed -> Auslaendisches iTunesHD
+ ----------------------------------------------------------------------
+ Kategorie 2 -> BluRay -> Dubbed -> Auslaendische Retail BluRays
+ Kategorie 2 -> HDDVD -> Dubbed -> Auslaendische Retail HD-DVDs
+ ----------------------------------------------------------------------
+ Kategorie 3 -> BluRay -> Retail -> Deutschsprachige Retail BluRays
+ ----------------------------------------------------------------------
+
+ A1.1 Wertigkeit: Kategorie 1 = Niedrigste Kategorie
+ Kategorie 3 = Hoechste Kategorie
+
+ A1.2. Erlaubte Bildquellen sind:
+ BluRay, DVB-C/S2, HDDVD, iTunesHD
+
+ Andere Bildquellen sind NICHT erlaubt! Die Tonspur darf,
+ sofern sie diesem Ruleset entspricht, auch aus Streaming-
+ portalen entnommen werden.
+
+ A1.3. Einzelne Folgen, die als Promo BD (Zeitungs- oder
+ Zeitschriftenbeilagen, Bonus-Episoden, etc.) publiziert
+ wurden, duerfen nicht zur Sicherung von Retail Staffelrechten
+ genutzt werden. Das enthaltene Audiomaterial darf allerdings
+ fuer ein dubbed Release genutzt werden.
+ Ausgenommen hiervon sind Preview-Retails welche im regulaeren
+ Handel verfuegbar sind, wie zum Beispiel bei Star Trek TNG.
+
+ A2. Alle diesem Ruleset unterliegenden Release sollten sich an folgenden
+ Groessen orientieren:
+
+ A2.1. Ein im 2Pass Verfahren erstelltes 720p Release sollte in der
+ Groesse einem Vielfachen von 50MB entsprechen. Dabei darf eine
+ Videobitrate von 3000Kbps nicht unterschritten werden.
+ Ausgenommen hiervon sind Anime- / Animations- und Zeichentrick-
+ serien, hier darf die Videobitrate 2300Kbps nicht unterschreiten.
+
+ A2.2. Ein im 2Pass Verfahren erstelltes 1080p Release sollte in der
+ Groesse einem Vielfachen von 100MB entsprechen. Dabei darf eine
+ Videobitrate von 7000Kbps nicht unterschritten werden.
+ Ausgenommen hiervon sind Anime- / Animations- und Zeichentrick-
+ serien, hier darf die Videobitrate 5000Kbps nicht unterschreiten.
+
+ A2.3. Auslaendische und iTunesHD Quellen, welche zum Dubben verwendet
+ werden, koennen in ihrer Groesse belassen werden.
+ Sollten sie jedoch selbst encodet werden unterliegen sie allen
+ Regelungen in diesem Ruleset.
+
+ A3. Bei digitalen HDTV Quellen muessen Sender-Logos NICHT ueberblendet
+ werden, es ist lediglich die Werbung zu entfernen.
+
+ A4. Es wird empfohlen stets die aktuellste x264 Revision zu verwenden.
+ Bei der Nutzung des nativen x264 darf die verwendete Revision nicht
+ aelter als 5 Builds sein. Als erste Quelle dient hier x264.nl.
+
+ Wenn ein Programm verwendet wird welches lediglich auf dem x264
+ Sourcecode basiert, muss die verwendete Version stets der
+ aktuellsten verfuegbaren Version mit neuer x264 Version ent-
+ sprechen, hier ist eine Abweichung von 3 Builds erlaubt.
+
+
+
+ -- B * ENCODING --
+ ----------------------
+
+ B01. 720p und 1080p Release sind sowohl im CRF, als auch 2 Pass Verfahren
+ erlaubt.
+
+ B01.1. Ein im CRF-Verfahren encodetes Release muss einen CRF-Faktor
+ zwischen 20 und 18 aufweisen. Sollte ein Faktor groesser als
+ 20 verwendet werden muss dies hinreichend in der NFO
+ begruendet werden.
+
+ Im Verhaeltnis der CRF-Faktoren sorgt 18 fuer eine groessere
+ Filesize, waehrend 20 fuer eine kleinere Filesize sorgt.
+
+ B02. Bei dem encode eines Releases muessen mindestens folgende Settings
+ eingehalten werden:
+
+ --level 4.1
+ --profile high
+ --ref 5
+ --no-fast-pskip
+ --me umh
+ --trellis 1
+ --subme 7
+ --deblock -3:-3
+ --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct
+ --bframes 3
+
+ B02.1. Um Level 4.1 zu respektieren muss fuer Vertikale Aufloesungen
+ groesser 864px --ref 4 verwendet werden.
+
+ B02.2. Bei Zeichentrick- oder Animeserien darf --deblock 0:0
+ verwendet werden.
+
+ B02.3. Das verwenden hoeherer Settings bleibt dem Ripper ueberlassen.
+ Dies benoetigt keine weitere Begruendung, sollte aber Sinnvoll
+ eingesetzt werden.
+
+ B03. Retail Release sind in ihrer Original Abspielgeschwindigkeit zu
+ erstellen. (Bei BluRay in der Regel 23.976 FPS)
+
+ B04. Das komprimieren des MKV-Headers (HeaderStripping) ist nicht erlaubt.
+ Des weiteren sollte auf korrekte Trackmarkierungen und eine korrekte
+ Trackanordnung geachtet werden.
+
+
+ -> Crop & Resize <-
+
+ B05. Release welcher einer 720p Source entstammen duerfen nicht cropped
+ oder resized werden. Das anpassen einer 720p50 Source auf 25fps
+ mittels selectEven() ist jedoch Pflicht.
+
+ B06. Sofern es sich nicht um eine Anamorphe Quelle handelt ist das
+ Resizen von 1080p Encodes nicht erlaubt. Es muss lediglich
+ mod8 Konform gecropped werden.
+
+ Als Beispiel sei hier ComedyCentralHD genannt, welche Anamorph
+ 1080p (1440x1080) ausstrahlen
+
+ B07. Release die als Source ein 1080(+) Bild haben, sind zu croppen, d.h.
+ neu zu encoden. (Deinterlacen, IVTC beachten!)
+
+ B07.1. Bei Quellen mit variablen Cropwerten muss sich der Gesamtcrop
+ nach dem Frame mit den meisten Bildinformationen richten.
+
+ B07.2. Ein Overcropping ist nicht erlaubt. Im Zweifelsfall sind
+ Addborders in kauf zu nehmen. Diese sollten allerdings so
+ minimal wie moeglich ausfallen.
+
+
+ -> Aspect Ratio <-
+
+ B08. Ein HDTV-Release muss maximal eine der folgenden Aufloesungen haben:
+
+ AspectRation | 720p | 1080p
+ ----------------+-------------+--------------
+ WS (16:9) | 1280 * X | 1920 * X
+ FS ( 4:3) | 960 * X | 1440 * X
+
+ B08.1. Bei einer iTunes Quelle deren Eingangsmaterial eine Auf-
+ loesung von 960x720 vorweist muss beim muxen das 16:9 Flag
+ gesetzt werden.
+
+ B08.2. Die X-Aufloesung richtet sich nach dem Seitenverhaeltnis des
+ gecroppten Eingangsmaterials. Die Abweichung des Seiten-
+ verhaeltnisses (AR-Error) darf maximal +/- 3% zum gecroppten
+ Quellmaterial betragen
+
+ B08.3. Auf Teilbarkeit durch 8 (Mod8) muss geachtet werden!
+
+
+ -> Audioformate <-
+
+ B09. Einzig erlaubte Audioformate fuer Release die auf diesem Ruleset
+ basieren sind DTS und AC3.
+
+ B09.1. TrueHD Audio ist IMMER nach AC3 zu konvertieren.
+ (B10 beachten!)
+
+ B09.2. 1CH oder 2CH LPCM-Audio muss stets nach AC3 konvertiert
+ werden. 6CH LPCM-Audio darf nach DTS 1510Kbps oder
+ AC3 konvertiert werden.
+
+ B09.3. Bei dubbed Releasen ist ein deutscher original 5.1 Track
+ erwuenscht.
+
+ B09.4. Bei Retail Releasen und bei deutschen HDTV Releasen ist
+ ein deutscher 5.1 Track, soweit vorhanden, Pflicht!
+
+ B10. Erlaubte Bitrates fuer eine auf AC3 konvertierte Audiospur:
+ 1.0 / 2.0 AC3: 192 - 384Kbps
+ 5.1 AC3 : 384 - 640Kbps
+
+ B11. Sollte die verwendete Retail Quelle DTS-Ton vorweisen muss sich
+ dieser an folgenden Regeln orientieren:
+
+ B11.1. DTS Ton sollte immer in seiner Originalbitrate belassen
+ werden.
+
+ B11.2. Bei DTS-HD MA Tracks darf ausschliesslich der DTS-Core
+ verwendet werden.
+
+ B11.3. DTS Audiospuren welche lediglich als 1CH oder 2CH vorliegen
+ muessen IMMER nach AC3 konvertiert werden. (B10 beachten!)
+
+ B11.4. Bei einem 720p Release ist nur die Deutsche Tonspur im DTS-
+ Format, sofern vorhanden, erlaubt. Eine weitere Tonspur darf
+ lediglich im AC3-Format vorliegen. Dies gilt sowohl fuer CRF,
+ als auch fuer 2Pass encodete Release.
+
+ B12. Bei einem 720p Release darf, sofern vorhanden, eine 2. Tonspur
+ im AC3-Format gemuxt werden, dies ist jedoch keine Pflicht.
+
+ B13. Sofern vorhanden, ist das muxen einer 2. Tonspur bei einem 1080p
+ Release Pflicht. Bei Retail Quellen muss diese untouched von der
+ Source entnommen werden (B11 beachten). In der Regel sollte dies
+ die Englische Tonspur sein, bei Animes darf stattdessen der
+ Japanische Ton verwendet werden.
+
+
+ - C * SUBBED/CUSTOM SUBBED -
+ ----------------------------
+
+ C1. Ein deutschsprachiges Retail Release, welches in der Source bereits
+ eingebrannte Untertitel aufweist, ist erlaubt!
+
+ C2. Bei Retail Quellen sind nur forced Untertitel, sofern vorhanden,
+ Pflicht.
+
+ Als 'Forced Sub' gelten Untertitel, welche nur bei anderssprachigen
+ Szenen eingeblendet werden und nicht staendig zu sehen sind.
+
+ C3. Die Untertitel bzw. forced Untertitel muessen im Textformat (.srt)
+ in die .mkv Datei gemuxt werden. Das muxen von Complete Subs,
+ sofern diese keine Forced Subs darstellen, ist freigestellt.
+
+ C4. In einem nach .srt konvertieren Untertiteltrack sind maximal 5 Fehler
+ erlaubt. Dies beinhaltet u.a. schwere Fehler beim OCR, Rechtschreib-
+ oder Grammatikfehler und aehnliches.
+ Allerdings ist eine Group nicht verpflichtet Fehler des Herstellers
+ zu korrigieren.
+
+ C5. Das beilegen weiterer Untertitel im VobSub-Format ist erwuenscht,
+ jedoch keine Pflicht. Sollten welche beigelegt werden muessen sich
+ diese in einer mit m5-Kompression gepackten .rar-Datei in einem
+ Unterordner "Subs" befinden.
+
+ C6. Aufgrund der Vielzahl an moeglichen Custom Subbed Releases und der
+ Moeglichkeit, auch ohne eigene Source zu pren, MUESSEN Custom
+ Subbed Releases als iNTERNAL gelabelt werden.
+
+
+ - D * DUBBED (HDTV - BluRay) -
+ ------------------------------
+
+ D1. Die Normale Laufgeschwindikeit deutscher Releases ist 25 FPS (PAL),
+ Das Bild MUSS bei dubbed auf 25 FPS (PAL) angepasst werden!
+ Ton ist 25 FPS = Bild MUSS 25 FPS haben (Proper Grund).
+
+ D1.1. Eine Ausnahme hierzu entsteht nur, wenn im deutschprachigem
+ TV mit 23,976 FPS gesendet wird (NTSC), in dem Fall MUSS
+ das Bild dem Ton angepasst werden! Der Ton ist bei dubbed
+ massgebend fuer die Laufzeit des Bildes, nicht andersrum
+ (Ausnahme D1.3)!
+
+ D1.2. Sollte die Laufgeschwindigkeit in der deutschen Ausstrahlung
+ weder 23,976 FPS (NTSC) noch 25 FPS (PAL) entsprechen, so
+ ist die naeherliegende Laufgeschwingkeit fuer das Bild zu
+ waehlen.
+
+ D1.3. Alternativ darf bei einem 1080p Release der deutsche Ton
+ ohne hoerbare Unterschiede zum Original (z.B. Hoehen-
+ veraenderung der Stimmen) an die Framerate des Videos
+ angepasst werden.
+ Hierzu kann z.B. das Tool Audacity (in Version 1.3.12-Beta
+ [ANSI]) mit der Funktion "Tempo aendern" und einem Wert
+ von +/- 4.096 verwendet werden.
+
+ D2. Sollte die Bildsource in progressiven 29 FPS (NTSC) vorliegen
+ (d.h. keine Interlaced Frames enthalten), ist die Anpassung
+ des Bildes auf 25 FPS (PAL) nicht notwendig. Der deutsch-
+ sprachige Ton MUSS in diesem Fall auf die Laufgeschwindigkeit
+ des Bildes (NTSC) gebracht werden.
+
+
+ - E * STAFFELRECHTE -
+ ----------------------
+
+ -> HDTV-Race <-
+
+ E1. Releases der selben Kategorie (siehe A1) sind gleichwertig.
+
+ E2. Quellen einer hoeheren Kategorie stehen immer ueber entsprechenden
+ Releases einer niedrigeren Kategorie.
+
+ E3. Sollte im laufe einer Staffel eine hoeherwertige Quelle verfuegbar
+ werden hat die Group, welche die Serienrechte inne hat, die Pflicht
+ diese beim naechsten Release als Quelle zu nutzen.
+
+ E4. Wenn nach dem vollstaendigen Pre einer Staffel im Kategorie 1
+ Format eine hoeherwertige Quelle verfuegbar wird, darf diese
+ nur dann Regulaer (non Internal) pred werden wenn der deutsch-
+ sprachige Retailtermin mehr als einen Monat entfernt ist.
+ Hierbei ensteht ein neues Race um die erste Episode!
+
+
+ -> HDTV-Fortfuehrung <-
+
+ E5. Beginnt eine Group eine Serie, sollte die Group diese auch
+ konsequent zu Ende fuehren. Sollte dennoch 2 Tage (24 Stunden
+ * 2 Tage) nach Ausstrahlungsende/Verfuegbarkeit einer Folge
+ entweder kein, oder nur ein fehlerhaftes Release vorliegen,
+ kann eine andere Group diese Folge als "Ersatzepisode" pren.
+
+ E6. Durch ZWEI hintereinanderfolgende fehlerhafte oder nicht existente
+ Folgen verliert die erste Group die Staffelrechte an die Group,
+ die entweder die ausstehenden Folgen nach Ablauf der Zeit pred
+ oder propert.
+ (Doppelfolgen, bzw. 2 Folgen die an einem Tag ausgestrahlt werden,
+ zaehlen NICHT als 2 Folgen)!
+
+ Bei einem zweiten Ersatz- oder Properrelease hat die Group des
+ ersten Ersatz- oder Properrelease 24 Stunden Vorrang, um die
+ zweite Ersatz- oder Proper-Episode zu pren.
+
+
+ -> TV-Retail <-
+
+ E7. Fuer das Releasen einer Retail Serie im 720p Format hat eine Group
+ 14 Tage (14 * 24h) ab dem ersten Pre zeit. Fuer eine Serie im 1080p
+ Format betraegt diese Zeit 21 Tage (21 * 24h). Nach dieser Zeit kann
+ eine andere Group diese Serie uebernehmen und die noch fehlenden
+ Release pren.
+
+ E8. Bei geteilten Boxen beginnt die Zeitrechnung ab dem Pre der ersten
+ Folge der naechsten Box von neuem.
+
+
+ - F * RETAIL PROOF -
+ ----------------------
+
+ F1. Source Proofs, sogenannte Proof Pics, sind KEINE Pflicht!
+ Sofern doch ein Proof beigelegt wird muss dieser lediglich dem
+ ersten Release (SxxE01) einer Staffel beigelegt werden.
+
+ F2. Wenn ein Proof beigelegt wird muss sich dieser in einer mit m5
+ komprimierten .rar-Datei in einem Unterordner "Proof" befinden.
+ Es wird dringend darauf hingewiesen EXIF-Metadaten (z.B. mit
+ jhead) stets zu entfernen.
+
+ F3. Zudem kann neben dem Foto ein MediaInfo-Log (Normal Mode) der
+ Quelle, sowie ein x264 Encodelog beigelegt werden. Diese sollten
+ sich in der selben .rar-Datei wie das Foto befinden und im .txt
+ Format vorliegen.
+
+
+ - G * PACKAGING -
+ ----------------------
+
+ -> NFO Datei <-
+
+ G1. Die NFO-Datei sollte grundlegende Informationen beinhalten wie z.B.
+
+ - Releasezeitpunkt
+ - Austrahlungs- oder Veroeffentlichungsdatum
+ - Bild- und Tonquelle
+ - Bild- und Tondetails (Format, Codec, etc.)
+ - Angabe zum Encodeverfahren und Faktor (Pflicht!)
+ - Link zur Informationsseite (vorzugsweise imdb)
+ - Grund eines Propers (dies ist nicht optional!) bzw. Fixes
+
+ G2. Um ueber laengere Zeit Uebersichtlichkeit zu gewaehrleisten MUSS
+ bei einem DiRFiX (siehe H8) der Name des fehlerhaften Releases
+ angegeben werden. Dies ist allerdings nur dann notwendig wenn es
+ sich nicht um einfache Schreibfehler handelt, z.B. bei falscher
+ Episodennummerierung oder falschen Episodenname.
+
+
+ -> RAR Files <-
+
+ G3. Die Groesse der .Rar-Dateien muss einem Vielfachen von 50MB
+ (50.000.000Byte) entsprechen. (z.B. 50MB, 100MB, 150MB, ...)
+
+ G4. Diese sind mittels "Alter Volumennamen" mit m0-Kompression
+ (nur speichern) zu erstellen.
+
+ G5. Einen Recoverypoint auf die RAR-Files zu legen ist erlaubt und
+ erwuenscht.
+
+
+ -> Sample <-
+
+ G6. Jedem Release ist ein mindestens 30 Sekunden langes Sample, im
+ Unterordner namens "Sample", beizulegen. Dieses Sample muss aus
+ dem Originalrelease extrahiert werden.
+
+ G7. Einem Proper sollte ein aus dem zu propernden Release extra-
+ hiertes Sample beigelegt sein, welches den technischen Fehler
+ nachweist, z.B. aufgrund von Asynchronitaet, Videoglitches, o.a.
+
+
+ - H * DIRNAMEN -
+ ----------------------
+
+ H1. Um eine einheitliche Uebersicht zu gewaehrleisten und Standards
+ beizubehalten, die eine gewisse Uebersicht beim Suchen und Dupen
+ bieten, sollte eine Serie so gut wie moeglich in zweistelliger
+ Staffel- und Episodennummerierung vorliegen. Bei Serien, bei denen
+ eine groessere Anzahl an Folgen bereits bekannt ist (z.B. GZSZ),
+ ist eine ausreichende Laenge der Episodennummerierung zu nutzen.
+
+ [ S01E01, S01D01, Staffel01.Disc01, Folge087, E01 ]
+
+ H2. Alle Staffel- und Episodentitel sind gemeinsam nachvollziehbar zu
+ halten, wobei hierzu (Wichtigkeit nach Listung) imdb.com bzw.
+ imdb.de und fernsehserien.de als Referenz zu nutzen sind.
+
+ H3. Sollten zwei Serien mit dem gleichen Titel vorliegen, so ist
+ zwingend das Jahr der Serie im Verzeichnisnamen zu inkludieren.
+
+ H4. Bei regelmaessig erscheinenden Releases, die keiner fortlaufenden
+ logischen Nummerierung unterliegen (z.B. Magazine, Talkshows),
+ ist ein Timestamp im Verzeichnisnamen zu hinterlegen. Dieser muss
+ im internationalen Format YYYY-MM-DD vorliegen, da so eine einfache,
+ alphabetische Sortierung nach Datum gewaehrleistet werden kann.
+
+ [ Die.Heute.Show.2012-02-24.GERMAN.720p.HDTV.x264-GROUP ]
+
+ H5. Die Releaseverzeichnisse bauen sich wie folgt auf und sind
+ bevorzugt so zu verwenden:
+
+ 1) Serientitel
+ 2) Staffel/Episodenkennziffer
+ 3) Episodentitel -> optional, jedoch gewuenscht
+ 4) Sprache -> ggf. mit dem Zusatz .DUBBED.
+ 5. Tonformat -> optional, AC3 oder DTS
+ 6) Bildseitenverhaeltnis -> nur bei FS (4:3) Pflicht
+ 7) Bildformat -> 720p oder 1080p
+ 8) Bildquelle
+ 9) Video Codecformat
+ 10) Groupname
+
+ Zulaessige Bezeichnungen fuer die Bildquelle sind:
+ HDTV, BluRay, HDDVD und WebHD
+
+ Als Video Codecformat ist stets x264 anzugeben!
+ Ausgenommen davon sind Web-Quellen, welche untouched im
+ H.264 Format vorliegen. Bei solchen Quellen ist h264
+ im Tagging zu verwenden.
+
+ Sofern das Release 2 Tonspuren beinhaltet ist dies
+ im Tagging mittels DL anzugeben.
+
+ Als Abkuerzung fuer AC3.DUBBED oder DTS.DUBBED sind zudem
+ AC3D bzw DTSD zulaessig.
+
+ Beispiele fuer korrekte Dirnamen:
+ [Die.Simpsons.S22E22.Nedna.GERMAN.720p.HDTV.x264-GROUP ]
+ [Die.Simpsons.S22E22.Nedna.GERMAN.DUBBED.720p.WebHD.h264-GROUP]
+ [Die.Simpsons.S22E22.Nedna.GERMAN.DL.1080p.BluRay.x264-GROUP ]
+
+ Das Release ist auf keinen Fall als fehlerhaft zu werten, sollten
+ Teile des Taggings durchgehend lowercase oder uppercase sein.
+ Das Release-Directory sollte jedoch bevorzugt in korrektem Casing
+ bei Pre vorliegen.
+
+ H6. Dokumentationen & Anime:
+
+ Dokumentationen enthalten den Zusatz 'DOKU' im Pre-Directory,
+ bei Animes ist es der Zusatz 'ANiME'.
+
+ [Unsere.Erde.E01.Wie.alles.begann.GERMAN.DOKU.720p.BluRay.x264-GROUP ]
+ [Samurai.Girls.E01.Der.erste.Kuss.GERMAN.ANiME.720p.BluRay.x264-GROUP]
+
+ H7. Fuer Verzeichnis- oder Datei-Bezeichnungen sind die Zeichenfolgen
+ a-z, A-Z, 0-9 und die folgenden Sonderzeichen ._-() erlaubt.
+
+ H8. Fehler im Verzeichnis (z.B. Vampire Night statt Vampire Knight,
+ falsche Staffel- oder Episodenbezeichnung) koennen mittels Zusatz
+ 'Dirfix' berichtigt werden.
+
+ Sollte mehr als ein Fix fuer das gleiche Release noetig sein (z.B.
+ Samplefix und Dirfix), so kann die Bezeichnung 'Prefix' verwendet
+ werden, um mehrere Fixe fuer ein bestehendes Release anzukuendigen.
+
+ Bei Releases, die internal zu halten sind, die Bezeichnung internal
+ jedoch nicht ausweisen, duerfen nur dann zu internal dirfixed werden
+ solange kein globaler Nuke aufgrund von Dupe vorliegt.
+
+
+ - I * PROPER GRUENDE -
+ ----------------------
+
+ I1. Ein Proper kann ausschliesslich aus releaserelevanten Gruenden
+ erfolgen. Dies schliesst vor allem schwere technische Fehler,
+ wie z.B. Glitches, Asynchronitaet u.ae., ein!
+
+ I2. Ein Glitch in einem deutschsprachigen HDTV Release berechtigt nur
+ dann zu einem Proper wenn er nicht durchs Schneiden (Schnittstelle)
+ verursacht wurde, durch ihn kein Dialog unterbrochen wird oder das
+ Release 3 oder mehr Glitches aufweist die zusammen länger als
+ 5 Sekunden sind.
+
+ I3. Ein Proper kann ausserdem erfolgen wenn ein im 2Pass Verfahren
+ erstelltes Release die Minimalbitrate unterschreitet oder ein
+ im CRF-Verfahren erstelltes Release einen Faktor kleiner als
+ 18 aufweist.
+
+ I4. Ein Propergrund liegt vor, wenn eine messbare/merkliche
+ Asynchronitaet von:
+
+ a) 150+ ms ueber einen Zeitraum von 60+ Sekunden,
+ b) 300+ ms ueber einen Zeitraum von 30+ Sekunden,
+ c) 500+ ms ueber einen Zeitraum von 10+ Sekunden oder
+ d) 150+ ms ueber einen Zeitraum von 30+ Sekunden an mindestens zwei
+
+ Stellen vorliegt.
+
+ I5. 'Micky Maus Ton', ueber laengeren Zeitraum stark leiernder oder
+ quietschender Ton, der nachweisbar/merklich nicht zum Video passt,
+ oder Ton, der grundsaetzlich nicht dem vorliegenden Bildmaterial
+ entspricht ist ein Propergrund.
+
+ I6. Eine anderes als in diesem Ruleset aufgefuehrtes Audio-Format
+ verwendet wurde. (z.B. PCM, TrueHD, DTS-HD)
+
+
+ - J * APPENDIX -
+ ----------------------
+
+ J1. Internal Releases sind shielded from dupe only und koennen somit
+ ebenfalls fuer technische Fehler geahndet werden. Ausnahmen hierzu
+ sind: Custom Subbed, Foreign Forced Subs oder Overlays.
+
+ J2. Sofern ein Release keine schweren Technischen Fehler aufweist,
+ zum Beispiel fehlende Forced subs oder falsche Muxparameter,
+ ist es gewuenscht diese mittels einer selbstausfuehrenden .bat-
+ bzw .sh-Datei zu beheben. Ein Repack ist in solchen Faellen nicht
+ notwendig, aber auch nicht verboten.
+
+ - K * EPILOG -
+ ----------------------
+
+ dhdstvr.v2.0.deutsche.hd.serien.und.tv.rules.2012 (2012-02-26)
+
+ Jede Group und jeder Groupmember verpflichtet sich beim Signen dieses
+ Rulesets dazu, nach ordnungsgemaessem Verantwortungsbewusstsein zu handeln
+ und sowohl Missverstaendnisse als auch Nukes und Aehnliches nicht noch
+ mehr zu forcieren, sondern sie einzudaemmen.
+
+ Alle Nukes, welche auf Grundlage dieses Rulesets entstehen, MUESSEN dem
+ NukeRuleset des ehemaligen NukeCouncils entsprechen.
+ --> The.2008.Nuke.Ruleset-NukeCouncil
+
+ Diese Rules sind verbindlich gueltig ab dem 15.03.2012 und finden auf alle
+ Serien, TV Sendungen und Retails, die nach dem 15.03.2012 beginnen
+ Anwendung. In der Uebergangsphase vom 26.02.2012 bis zum 15.03.2012
+ koennen sowohl die d720pstvr08 als auch die DHDSTVRv2.0 angewendet werden.
+
+ Die Anwendung auf laufendes Serien, TV Sendungen und Retails sind
+ freiwillig und duerfen sich nicht zum Nachteil der Group auswirken, bzw.
+ Proper nach sich ziehen!
+
+
+ ░
+ ▒ ▒ ▒ ▒▒▒
+ ░ Signed by: ░
+ aWake - ETM - euHD - GEO - GTVG - idTV - ITG - MiSFiTS ▒ ▒ ▒ ▒
+ ░ ░
+ NVA - RSG - SiTiN - SOF - STARS - TVP - UTOPiA - ZZGtv ░
+
+ ░
+ ┌────[ i N T E R N A T i O N A L ]────┐
+ │ ▄▄▄▄ ▄▄▄▄ ▄▄▄▄ ▄▄▄ ▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄ ▄▄▄▄▄ ▄▄▄ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████▄▄ █████▄█▀▀ █████ ███ █████ ███ █████▄█▀ │
+ │ █████ ▄▄▄ █████ ███ █████ ███ █████ ███ █████ ██▄ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████▄██▀ █████▄██▀ ▀████▄██▀ ▀████▄██ █████ ███ │
+ │ ▀███ ▀███ ▀███ │
+ │ ▀█ ▀█ ▀█ │
+ │ │
+ │ ▄▄▄▄ ▄▄▄ ▄▄▄▄▄ ▄▄▄ ▄▄▄▄▄ ▄▄▄▄ ▄▄▄ ▄▄▄▄ ▄▄▄▄ │
+ │ █████ ███ █████ ███ █████ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ █████ ███ █████ ▀▀▀ │
+ │ █████▄█▀▀ █████ ███ █████ █████▄▄ ▀▀▀▀▀▀██▄ │
+ │ █████ ███ █████ ███ █████ ▄▄▄ █████ ▄▄▄ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████ ███ █████ ███ █████ ███ █████ ███ │
+ │ █████ ███ █████▄██▀ █████▄██▀ █████▄██▀ █████▄██▀ │
+ └─ ▀███ ──── ▀███ ─── ▀███ ──── ▀███ ──── ▀███ ────┘
+ ▀█ ▀█ ▀█ ▀█ ▀█
+
+ ┌───── [ E B O O K R U L E S 2 0 1 2 ] ───────┐
+ │ │
+ │ 1. INTRODUCTiON & NOTES │
+ │ │
+ │ 2. TECHNiCAL DETAiLS │
+ │ │
+ │ 3. PACKAGiNG │
+ │ │
+ │ 4. NFO-FiLE │
+ │ │
+ │ 5. DiRNAMiNG │
+ │ │
+ │ 6. DUPES/PROPER │
+ │ │
+ │ 7. MiSCELLANEOUS │
+ │ │
+ │ 8. SiGN │
+ │ │
+ └───────────────────────────────────────────────────┘
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 1. INTRODUCTiON & NOTES │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ Behold!
+
+ We have come to a time where we must set the international ebook
+ standards. Here is an unified agreement to ensure high quality ebook
+ releases. These rules will apply to every and all ebook releasing
+ groups.
+
+ Enjoy the new era of ebook releasing!
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 2. TECHNiCAL DETAiLS │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 2.1 SCANS:
+
+ - Minimum resolution is 96dpi but yet readable
+ - Crop pages if necessary
+ - No damaged/dirty pages
+ - The entire magazine/book has to be scanned (advertisings are optional,
+ you can cut them off if you want)
+ - Removed commercials must be replaced with white/black page to maintain
+ pages order
+ - Resize scans to max 1600x*
+ - Photographs in proper quality are allowed as scans
+ - Must be in .PDF
+
+ 2.2 RETAiL:
+
+ - Retail PDFs are not allowed to be modified (must be released as original)
+ - Merged PDF pages are allowed as retail
+
+ 2.3 HYBRiD:
+
+ - Hybrids must be PDFs from virtual printers, screen captured readers or
+ extracted PDFS from DRM-protected third party proprietary formats
+
+ 2.4 DRM/Watermark:
+
+ - DRM/Watermark protected documents are not allowed and must be removed
+ - No group watermarking allowed
+
+ 2.5 NFO & DiZ
+
+ - Width of the nfo-file must be max 80 characters
+ - Release names must not be truncated or splitted
+ - Number of disks must be mentioned in diz-file
+ - Example: DISK: [xx/??]
+ - Width of the diz-file must be max 44 characters
+ - Height of the diz-file must be max 30 lines
+
+ 2.6 OTHER:
+
+ - Allowed file formats: PDF, EPUB, Kindle (.azw, .kf8) and MOBIPOCKET
+ (.prc, .mobi)
+ - No free from web allowed
+ - Conversions is not allowed (e.g. epub converted to pdf is not allowed)
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 3. PACKAGiNG │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 3.0 GLOBAL PACKAGiNG RULES:
+
+ - Use zip/diz
+ - NFO file must be included in all cases
+ - The archives must represent an unique filename (e.g. no file dupes)
+ - Use max 8.3 characters for ZIP volume filenames
+ - 8.3 rule does not apply to NFO
+ - RAR archives inside ZIP volumes
+
+ 3.1 ZiP ARCHiVES:
+
+ - Archive size: 5.000.000, 10.000.000 and 50.000.000 bytes are allowed
+ - Compression of rar-archives is allowed and optional
+ - Releases must not exceed 99 files
+ - NFO and file_id.diz must be in ZIP archives
+ - No SFV in ZIP archive
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 4. NFO-FiLE │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 4.1 CONTENT
+
+ - Mandatory information that must be mentioned in NFO file:
+
+ Release Date (In ISO format YYYY-MM-DD)
+ Publish Date (In ISO format YYYY-MM-DD or at least YYYY)
+ Language (German/Swedish/French/...)
+ Release Type (RETAiL/SCAN/HYBRiD)
+ Author/Publisher(At least one of them)
+ Issue/Volume (Issue number of Magazine or month edition)
+ Source link (to prove retail availability of a BOOK release in the
+ released format)
+ If any above mentioned in dirname, it can be skipped from nfo
+
+ - Optional information that can be mentioned in NFO file:
+
+ Disks (Number and size of disks e.g. 20 x 5mb)
+ Genre (e.g. Science-Fiction/Music/Sports/Comic/...)
+ ISBN/ISSN (If available isbn/issn for books/magazines)
+ Protection/DRM (Information regarding protection/DRM and/or removal)
+ Store date (is available date of release in ISO format YYYY-MM-DD)
+ Size (Overall size of the release in megabytes)
+ Supplier (Insert supplier)
+ URL/Shop link (Url to website where information is available)
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 5. DiRNAMiNG │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 5.0 GLOBAL DiRNAMiNG RULES:
+
+ - Always add your grouptag
+ - If the title of the book/magazine is longer than 256 chars, shorten it
+ the best you can and state the full title in the NFO
+ - Year-tag is mandatory, use the publish year by ISBN/ISSN
+ - Language tag is needed for non-english releases only
+ - Always tag with source (e.g SCAN/HYBRiD/RETAiL)
+ - It's recommended to tag issue numbers in the following way:
+ No2/No.2/N02/N.02/NR02/NR.02
+ - Additional tags like READNFO, NFOFiX, DiRFiX, iNTERNAL, PROPER must be
+ between source and format
+ - Tag the release with the author and year depending on edition
+ - NOTE: Scans is always tagged with original publish year and publisher
+ - NOTE: Digital editions must always be tagged with the ebook publish
+ year and publisher of the ebook. As these editions differ from
+ each other
+ - Example: J.R.R.Tolkien.The.Lord.of.The.Rings.1955.SCAN.eBOOK-GRP
+ J.R.R.Tolkien.The.Lord.of.The.Rings.2010.RETAiL.eBOOK-GRP
+ - If file is not PDF, add the correct tag (ePUB, KF8, AZW, MOBI, PRC)
+ - Example: Himmel.Over.London.2010.SWEDiSH.RETAiL.ePUB.eBOOK-COOLGROUPTAG
+ |
+ Format -+
+
+ 5.1 MAGAZiNES:
+
+ - Name of the Magazine
+ - Issue and Year (e.g. Cool.Magazine.No.1.2012.Ebook-CoolGRP)
+ - Source and Language (e.g. RETAiL/SCAN and SWEDiSH/FRENCH/etc)
+ - Magazine tag must be in dirname
+ - NOTE: If "Magazine" is part of title then Magazine-tag is not required
+ - If issue number not available, use month or timestamp
+ - Example: PC.Magazine.NR03.2008.FRENCH.RETAiL.MAGAZiNE.eBOOk-GRP
+ | | | | | |
+ Name -+ | | | | |
+ Issue -+ | | | |
+ Year -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+ 5.2 COMiCS:
+
+ - Name of the comic
+ - Volume and Issue
+ - Source and Language (e.g. RETAiL/SCAN and SWEDiSH/FRENCH/etc)
+ - Comic tag must be in dirname
+ - NOTE: If "Comic" is part of title then COMiC-tag is not required
+ - Example: Batman.Vol.23.No.22.Dec.2007.SWEDiSH.SCAN.COMiC.eBOOk-COOLGRP
+ | | | | | | |
+ Name -+ | | | | | |
+ Volume -+ | | | | |
+ Issue -+ | | | |
+ Date -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+ 5.3 BOOKS (E.G. FiCTiONAL LiTERATURE):
+
+ - Mention the author or the publisher
+ - Name of the book
+ - If issue number exists (e.g. "3rd.Edition")
+ - Year of book release
+ - Source and Language (e.g. RETAiL/SCAN and SWEDiSH/FRENCH/etc)
+ - Example: Ken.Follet.Pillars.6th.Edition.2007.FRENCH.RETAiL.eBOOk-GRP
+ | | | | | | |
+ Author -+ | | | | | |
+ Title -+ | | | | |
+ Issue -+ | | | |
+ Year -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+ 5.4 BOOKS (E.G. TECHNiCAL LiTERATURE):
+
+ - Mention the publisher or the author
+ - Name of the book title
+ - Issue/version/edition and publish year if available
+ - Year of the bookrelease
+ - Source and Language (e.g. RETAiL/SCAN and GERMAN/FRENCH/etc)
+ - Example: Wileys.Books.Tools.and.Computing.2008.GERMAN.RETAiL.eBOOk-GRP
+ | | | | | |
+ Publisher -+ | | | | |
+ Title -+ | | | |
+ Year -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+ 5.5 NEWSPAPERS
+
+ - Name of the newspaper
+ - Date of the paper (e.g. 23.December, 23.Dec. 23.12 etc)
+ - Language and Source (e.g. SWEDiSH/FRENCH/etc and SCAN/HYBRiD/RETAiL)
+ - Example: Your.Daily.News.23.December.2012.iTALiAN.RETAiL.eBOOK-GRP
+ | | | | | |
+ Name -+ | | | | |
+ Date -+ | | | |
+ Year -+ | | |
+ Language -+ | |
+ Source -+ |
+ Grouptag -+
+
+ 5.6 XXX BOOKS:
+
+ - Only applies to hardcore XXX books/magazines, no softcore like for
+ example the Playboy Magazine
+ - Global dirnaming rules are applied
+ - Just add a XXX tag to the dirname
+ - Example: Nikky.Cuffed.Fuck.Me.2011.RETAiL.XXX.eBOOK-GRP
+ |
+ XXX tag -+
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 6. DUPES/PROPER │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 6.1 DUPES:
+
+ - Dupe order that is valid: SCAN > HYBRiD > RETAiL
+ - NOTE: When retail is out, no other source is allowed to be released
+ for the same file format
+
+ 6.2 PROPER:
+
+ - A proper is valid if the original release did not meet the requirements
+ of the above rules
+ - Packing related propers are not allowed from other groups within the
+ first week after pre
+ - Always supply a proper reason in nfo, and a proof for technical flaws
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 7. MiSCELLANEOUS │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 7.1 HOMEMADE:
+
+ - Homemade releases are not allowed
+
+ 7.2 COVERS:
+
+ - Separate cover not allowed
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ 8. SiGN │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ 8.1 ORGANiZATiONAL STUFF
+
+ - These rules were created on Thursday 2012-04-19 and will take effect by
+ 2012-05-10
+ - By signing them, you agree with all mentioned points above and ensure
+ that your group will follow these rules!
+
+ 8.2 SiGNED BY
+
+ - These rules were signed by the following groups:
+
+ AEROHOLICS BitBook COURRIER CUSTODES DAGSTiDNiNGEN DeB DiSTRiBUTiON
+ DiVER eMAG FMR iBooKs iNTENSiTY NEWSPAPER OurSky Press PressBooKs
+ rebOOk sUppLeX V5
+
+
+┌─────────────────────────────────────────────────────────────────────────────┐
+│ International Ebook Council - Remember reading makes you smarter │
+└─────────────────────────────────────────────────────────────────────────────┘
+
---------------------------------
+ ----==== Official.FLAC.Standard.Rules v2.0 ====----
+ ---------------------------------
+
++-------------------------------------------------------------------------------+
+| INTRODUCTION |
+| After half a year and with ruleset wording misinterpretations, it is time to |
+| revise and add some rules. |
+| |
+| NOTE: The definitions of these keywords are to be interpreted as follows: |
+| MUST=obligatory (release not allowed if rule not followed) |
+| SHOULD=suggested (release allowed if not followed) |
+| CAN+MAY=optional (release allowed if not followed) |
+| |
+| Unless clearly stated in a specific rule or note, capitalization in this|
+| ruleset is considered as informative. |
++-------------------------------------------------------------------------------+
+| GENERAL |
+| 1.1 A release MUST contain an SFV, NFO, and JPG proof. |
+| .1 A release MAY contain other relevant JPG files. |
+| .2 A release MAY contain CUE and LOG files if it is from a CD source. |
+| .3 Valid filetypes are: .cue, .flac, .jpg, .log, .m3u, .nfo and .sfv. |
+| 1.2 Valid media sources are: BLURAY, CD, DVD, HDDVD and VINYL. |
+| .1 A release MUST not mix sources. |
+| 1.3 Trackfixes are not allowed, bad quality rips require a complete repack |
+| and MUST include ADDITIONAL type tag: -REPACK- or -RERIP- (rule 4.6). |
+| 1.4 The following are reasons for a bad quality rip: |
+| .1 One or more tracks from the release are incomplete or contain skips. |
+| .2 The tracks are distorted and constantly clipping (eg. vinyl rips). |
+| .3 The tracks contain a constant hiss which was avoidable (eg. vinyl |
+| rips). |
+| .4 Low sound, mono rips (from stereo sources) and other factors easily |
+| heard by the human ear. |
+| 1.5 The maximum directory and filename length is 128 characters. Directories |
+| and filenames must only contain valid characters: a-z A-Z 0-9 _ . - () |
+| 1.6 All CD releases (including mixed CD's / e.g. DJ-Mixes) MUST be ripped |
+| as separated tracks according to the TOC (Table Of Contents) on the CD. |
+| The only occasion where a CD is released as one single track is when |
+| there is only one track on the CD. |
+| NOTE: Lossless data compression excludes the possibility of the introduction |
+| of padding, all lossless audio file formats are inherently gapless. |
++-------------------------------------------------------------------------------+
+| DUPES |
+| 2.1 A release MUST include all audio tracks. Releasing just the bonus tracks |
+| or some other subset of tracks is not allowed. Similarly, a BONUS DISC |
+| cannot be released by itself, but must be released as a complete release.|
+| 2.2 A release MUST not be identical to a previous release, except |
+| ADVANCE/PROMO releases (Rule 7.2). |
+| 2.3 A release is not identical to a previous release if: |
+| .1 The previous version has a different mastering. |
+| .2 The previous version has a different tracklist. |
+| .3 The previous version has a different version of a track. |
+| 2.4 A release MUST not be a collection of discs that have already all been |
+| individually released. For example, releasing a 2CD that combines a |
+| CD and EP after they have both been indivually released is not allowed. |
+| Likewise, a boxset of albums cannot be released if each album has |
+| already been indivually released. |
+| 2.5 A release MUST not have all its tracks included in one previous release. |
+| Examples: a CDS cannot be released after a CDM that includes all the |
+| tracks on the CDS. An album cannot be released after a boxset that |
+| includes all the tracks from that same album. A CDM or EP cannot be |
+| released after a release has been reissued with all tracks. |
+| 2.6 All sources MUST follow the above dupe rules as well as the following |
+| source specific rules: |
+| .1 BLURAY can dupe any other source, except HDDVD. |
+| .2 HDDVD can dupe any other source, except BLURAY. |
+| .3 CD can dupe any other source, except BLURAY and HDDVD. |
+| .4 DVD cannot dupe any other source. |
+| .5 VINYL cannot dupe any other source. |
++-------------------------------------------------------------------------------+
+| ENCODING |
+| 3.1 A release MUST be encoded using FLAC 1.2.1 (no alphas and betas allowed) |
+| .1 A release MUST be encoded using --compression-level-8 option. |
+| .2 A release SHOULD be encoded using --verify option. |
+| .3 A release MUST NOT be encoded using --replay-gain or any kind of |
+| option that changes the audio source quality. |
+| 3.2 Encoding quality must be: |
+| 44.100 Hz / 16 bit LPCM (2.0) for CD. |
+| 96.000 Hz / 24 bit LPCM (2.0) for VINYL sources. |
+| 3.3 DVD encoding quality: |
+| .1 Only LPCM uncompressed audio source is allowed. |
+| .2 Channels, Bits per Sample and Sample Frequency, must be kept. |
+| .3 A DVD release must contain all music tracks. Additional tracks (clips,|
+| interviews etc.) are optional. If those extra tracks are not included |
+| then a proper (with ALL tracks) or an additional release (extra tracks|
+| only) is not allowed. |
+| .4 The nfo file MUST contain the following source information: |
+| - Codec (LPCM) |
+| - Bitrate (640kbps, 768kbps, 1536kbps...) |
+| - Number of channels (Stereo, 5.1, ...) |
+| 3.4 HDDVD/BLURAY encoding: |
+| .1 Highest audio source must be used. |
+| .2 Channels, Bits per Sample and Sample Frequency, must be kept. |
+| .3 Audio source choice priority from highest bitrate is: |
+| - DTS-HD Master Audio |
+| - Dolby TrueHD |
+| - LPCM |
+| .4 HDDVD/BLURAY video clip releases should be ripped as multiple tracks, |
+| (eg: like any regular Compilation CD release). |
+| .5 HDDVD/BLURAY releases with multiple files, but all belonging to the |
+| same playlist index, must be encoded together in the same order the |
+| playlist index file indicates. |
+| .6 HDDVD/BLURAY releases must contain all music tracks. Additional tracks|
+| (clips, interviews etc.) are optional. If those extra tracks are not |
+| included then a proper (with ALL tracks) or an additional release |
+| (extra tracks only) is not allowed. |
+| .7 The nfo file MUST contain the following source information: |
+| - Codec (DTS-HD Master Audio, Dolby TrueHD, LPCM) |
+| - Bitrate (640kbps, 768kbps, 1536kbps...) |
+| - Number of channels (Stereo, 5.1, 7.1) |
++-------------------------------------------------------------------------------+
+| RELEASE NAME |
+| 4.1 The tag -FLAC- MUST be in uppercase in the release name and always |
+| before -YEAR- and -GROUP tags. |
+| 4.2 Release name MUST contain at least: Artist, Title, Source, Year, Group. |
+| .1 ARTIST tag means performer, band, musician. Must be a unique name. |
+| (ie. no OST in place of artist). |
+| If not possible to identify, the word "Unknown" can be used. |
+| Compilations (eg: Soundtracks, Samplers) with various artists must use|
+| the word "VA" at ARTIST field. Various Artists is considered 4 or more|
+| different artists with single songs. |
+| .2 TITLE tag means the title of album. Must be a unique name. |
+| (ie. no Self-titled). If not possible to identify, the word "Unknown" |
+| can be used. (Self name artist title MUST not be considered an unknown|
+| title). |
+| 4.3 Using CATALOGUE number in a release name is optional but recommended. |
+| 4.4 Valid SOURCE tags: (Uppercase letters MUST be used) |
+| .1 BLURAY (eg. 2BLURAY, 3BLURAY, etc.) |
+| .2 HDDVD (eg. 2HDDVD, 3HDDVD, etc.) |
+| .3 CD, CDS, CDM, CDEP, MCD, CDR, CDRS, CDREP |
+| (eg. 2CD, 3CDS, 4CDREP, 84x3INCH_CDS etc.) |
+| .4 DVD (eg. 2DVD, 3DVD, etc.) |
+| .5 VINYL, VLS, LP, MLP, EP, INCH_VINYL |
+| (eg. 2VINYL, 3LP, 4INCH_VINYL, 3X5INCH_VINYL, 10x12INCH_VINYL etc.) |
+| 4.5 TYPE describes the difference in tracks, tracklist or year of this |
+| release compared to another version. Difference in tracks usually is: |
+| length, mixing, mastering, recording, number of channels. Difference in |
+| tracklist usually occurs with specific presses, at different countries, |
+| with different artists or different/more tracks for the same release |
+| title. Different year reports to reissue releases (refer to rule 4.10). |
+| Some releases need to be identified from the normal ones due to their |
+| source nature. (eg: soundtrack compilation, magazine bonus CD, etc). |
+| Therefore valid allowed TYPE tags are: |
+| - Advance, Promo, Retail, Bonus |
+| - Mag, Magazine, Split, OST, Flexi, Audiobook |
+| - Bootleg, Demo, Sampler, Whitelabel |
+| - Reissue, Remastered, Unmastered |
+| - <country> (eg: JP_Retail, US_Reissue) |
+| - Ltd, Limited, Limited_Edition, Ltd_Edition |
+| - Deluxe_Edition, Special_Edition, Digipak, Digipak_Edition |
+| - Clean, Explicit |
+| .1 TYPE can be a combination of the keywords featured in rule 4.5 using |
+| the _ (underscore) space replacement. (eg. -Reissue_Limited_Edition-). |
+| 4.6 Valid ADDITIONAL tags: (Uppercase MUST be used) |
+| - DIRFIX, NFOFIX, PROPER, READNFO, REPACK, RERIP, REAL and CUEFIX. |
+| .1 If an ADDITIONAL tag is used, the nfo MUST mention the release name |
+| that it is replacing or updating. |
+| .2 DIRFIX and NFOFIX are exempt from Rule 1.1. |
+| 4.7 LANGUAGE (LANG) must follow the ccTLD identifiers (2-chars): |
+| (Capitalized letters MUST be used) |
+| http://www.iana.org/domains/root/db/ |
+| 4.8 Mandatory release name formats: |
+| - Artist-Title-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| 4.8.1 Any spaces in ARTIST and TITLE should be replaced with _ (underscore). |
+| If ARTIST or TITLE has . (dots) or - (dash), it is encouraged to be |
+| kept as close as they appear on the cover/booklet/physical medium, |
+| but they do not have to be nuked if not. |
+| 4.9 .1 Internal releases must be tagged GRP_iNT or GRP_INT. |
+| .2 Internal releases must follow FLAC ruleset. |
+| .3 Internal releases must not dupe an existing one that is 732 days old |
+| or newer. |
+| 4.10 YEAR tag must be the year when the record company/artist published it. |
+| For non original presses, the additional TYPE tagging MUST be applied. |
+| (example: release originally released in 1990, but rip is from 2000 |
+| reissue, correct year would be 2000, with additional TYPE tagging). |
+| 4.11 LANGUAGE tag is MANDATORY for non english releases. |
+| If the vocals are non-english and the majority of them are best described|
+| using one TLD country code abbreviation, then the most appropriate |
+| TLD SHOULD be chosen and MUST be used as a tag in the release name. |
+| 4.12 Typos in releases where the TITLE and/or ARTIST name are in English ARE |
+| NOT TOLERATED. The ADDITIONAL tag, DIRFIX must be used to fix a release |
+| name typo (ref to rule 4.6). |
+| .1 ARTIST and/or TITLE must not be translated to English from their |
+| native language. English alphabet characters must be used to reflect |
+| artist and/or title names (ref to rule 1.5). |
+| |
+| NOTE: |
+| - CATALOGUE and TYPE are optional tags (except for Rule 4.10). When they are |
+| used, they must be placed in the correct order. |
++-------------------------------------------------------------------------------+
+| FILENAME |
+| 5.1 Filename must at least contain: Track number, Track artist, Track title. |
+| 5.2 All filenames (including SFV, NFO, JPG) MUST be lowercase. |
+| 5.3 Track titles must be exactly the same as written on the backcover |
+| tracklist containing all additional infos like featured artists or |
+| remixers, if they are present, as long it does not exceed the maximum |
+| filename length (see rule 1.5). |
+| If additional information is shown at lyrics titles, inlay or cd |
+| listing, it is encouraged to write them aswell. |
+| NOTE: Typos are tolerated as long as they do not compromise the |
+| readability of file names. If tracklist has changes, due to press |
+| errors for example, it is encouraged to explain them in the .nfo |
+| 5.4 Recommended filename formats: |
+| - nr-artist-title.flac |
+| - nr-artist-title_(remixer_or_featured_artist).flac |
+| - a1-artist-title.flac |
+| - b2-artist-title.flac |
+| 5.5 Including -groupname in the filenames is allowed but not recommended. |
+| 5.6 Repacked or reripped releases MUST include a -repack or -rerip suffix on |
+| each .flac file. |
+| 5.7 In VA releases actual artist name MUST be before song title. VA (Various |
+| Artists) is not a valid artist (01-va-song_title is unacceptable). |
++-------------------------------------------------------------------------------+
+| VORBIS TAGS |
+| 6.1 FLAC files MUST only contain Vorbis comments and Vorbis comment field |
+| names must be unique. For example, a FLAC file MUST not have two ARTIST |
+| field names even though the specification supports this. |
+| 6.2 All FLAC files MUST have the following Vorbis comment field names and |
+| corresponding field contents: TRACKNUMBER, ARTIST, TITLE, ALBUM, GENRE, |
+| and DATE (format: YYYY). |
+| .1 All FLAC files SHOULD also have the following Vorbis comment field |
+| names and corresponding field contents: TOTALTRACKS, DISCNUMBER and |
+| TOTALDISCS. |
+| .2 The "vendor_string" field of the VORBIS_COMMENT metadata block MUST |
+| be present indicating the correct lib FLAC version. Be aware that some|
+| software removes this field by default. |
+| .3 For VA releases the ARTIST field contents MUST have the corresponding |
+| artist name not "VA". |
+| 6.3 The FLAC picture block (METADATA_BLOCK_PICTURE) must be empty. Any cover |
+| or booklet scans MUST follow Rule 9.5 |
+| 6.4 Vorbis comment field contents use UTF-8 character encoding to allow easy |
+| representation of any language. It is recommended to use UTF-8 in field |
+| contents to ensure accurate tagging. Filenames MUST follow Rule 1.5. |
+| 6.5 The GENRE field content MUST be the same for all the files in a release |
+| and it MUST be one of the genres listed in the id3 specification list: |
+| http://www.id3.org/id3v2.3.0#line-1089 and the additional nullsoft |
+| genres index number 125 onwards. namely: |
+| Goa, Drum & Bass, Club House, Hardcore, Terror, Indie, BritPop, |
+| Negerpunk, Polsk Punk, Beat, Christian Gangsta Rap, Heavy Metal, |
+| Black Metal, Crossover, Contemporary Christian, Christian Rock, |
+| Merengue, Salsa, Thrash Metal, Anime, JPop, Synthpop, Unknown. |
+| NOTE: The genre "Psychadelic" was originally misspelled in the list and |
+| therefore using the correct spelling of "Psychedelic" is not a |
+| valid nuke reason. This typo was later fixed in the Nullsoft list. |
++-------------------------------------------------------------------------------+
+| ADVANCE/PROMO |
+| 7.1 An ADVANCE or PROMO is not available at retail and is usually labeled |
+| with some variation of the words Advance and/or Promotional. Having a |
+| release before its retail date does not automatically make it an ADVANCE.|
+| 7.2 ADVANCE and PROMO releases can always be duped by any retail release even|
+| if the tracks on both releases are identical. |
+| 7.3 ADVANCE and PROMO releases with voice overs, silence, or cuts on tracks |
+| are not allowed. |
++-------------------------------------------------------------------------------+
+| BOOTLEG |
+| 8.1 A bootleg is a release or recording that was not officially released by |
+| the artist or record company (unofficial / unlicensed recordings). |
+| 8.2 Conditions for bootleg releases are: |
+| - There are no signs that the record company really released it. |
+| - The artist or record company did not confirm the release as valid. |
+| - The record company has no connection to the artist on the release. |
+| - The record company does not exist and the release not self-released. |
+| - The release is not available at at least three retail stores. |
+| 8.3 Currently valid retail stores (alphabetic order): |
+| - www.amazon.com |
+| - www.boomkat.com |
+| - www.bestbuy.com |
+| - www.cduniverse.com |
+| - www.decks.de |
+| - www.deejay.de |
+| - www.hmv.com |
+| - www.juno.co.uk |
+| - www.sonymusicstore.com |
+| - www.virgin.com |
+| - www.ukdancerecords.com |
+| - www.walmart.com |
+| NOTE: The shop itself must sell the record, no private sellers. |
+| 8.4 Due to their unofficial nature, bootlegs might carry audio defects |
+| (ei. skips, glitches, etc). If these audio defects are identified at nfo |
+| then a release cannot be considered invalid until there is a valid one |
+| (ei. proper release clean of audio defects). |
++-------------------------------------------------------------------------------+
+| PROOF |
+| 9.1 Releases must always contain a proof CAMERA picture in JPG format. |
+| 9.2 Proof camera pictures must contain both, medium and cover together. |
+| If cover isnt possible, a booklet or promo sheet or anything valid |
+| proving ripper has release. If the medium/cover/booklet contain anything |
+| that may expose your identity, then that part of image can be blurred or |
+| blackened. |
+| 9.3 The proof picture MUST include small piece of paper over medium and/or |
+| cover with GRP name. |
+| Artist, title and any other relevant info that proves release, must not |
+| be hidden behind the piece of paper. |
+| 9.4 GROUP tag must be photographed in the proof picture, software-edited |
+| tags are considered invalid proof. Camera picture proof must not be |
+| changed except to hide anything that might expose ripper (read Rule 9.2).|
+| 9.5 Additional scans may be added but DO NOT count for proof. |
+| 9.6 Proof camera pictures resolution must be at least 640 width and 480 |
+| height in JPEG format. |
+| Artist and/or album/single title must be clearly readable. |
+| 9.7 Proof fixes are not allowed, missing proof picture or bad resolution |
+| requires a complete repack. |
+| NOTE: EXIF metadata should be removed from JPEG files! Uniquely identifying |
+| information such as the camera serial number and GPS coordinates can |
+| pose a security threat if not removed, so this is very ESSENTIAL! |
++-------------------------------------------------------------------------------+
+| |
+| CHANGELOG: |
+| |
+| 2011-10-03 first version (v1.0) |
+| 2011-10-10 rule 1.10 with NOTE added to forbid single file+cue unless |
+| source is single track with index. |
+| 2011-10-10 rule 3.5.1 added (explanation for TYPE tag). |
+| 2011-10-10 rule 3.8.1 added (explanation for ARTIST and TITLE tags). |
+| 2011-10-10 rule 5.1 adjusted |
+| 2011-10-10 rule 5.5 adjusted |
+| 2011-10-10 rule 5.5.1 added |
+| 2012-05-15 GENERAL section 1.0 splited. |
+| 2012-05-15 rule 1.3 adjusted |
+| 2012-05-15 rule 1.4 adjusted and NOTES removed. |
+| 2012-05-15 DUPES section created 2.0 |
+| 2012-05-15 rule 3.1 adjusted |
+| 2012-05-15 rule 3.2 encoding setting changed. |
+| 2012-05-15 rule 3.3 DVD encoding audio settings. |
+| 2012-05-15 rule 3.4 HDDVD/BLURAY encoding audio settings. |
+| 2012-05-15 rule 4.1 adjusted |
+| 2012-05-15 rule 4.2 adjusted |
+| 2012-05-15 rule 4.4 adjusted |
+| 2012-05-15 rule 4.5 adjusted |
+| 2012-05-15 rule 4.6 adjusted |
+| 2012-05-15 rule 4.7 adjusted |
+| 2012-05-15 rule 4.10 adjusted |
+| 2012-05-15 rule 4.12 adjusted |
+| 2012-05-15 rule 5.3 adjusted |
+| 2012-05-15 rule 5.4 adjusted |
+| 2012-05-15 rule 5.6 created |
+| 2012-05-15 rule 5.7 created |
+| 2012-05-15 rule 6.1 adjusted |
+| 2012-05-15 rule 6.2 adjusted |
+| 2012-05-15 rule 6.4 adjusted |
+| 2012-05-15 rule 6.5 adjusted |
+| 2012-05-15 PROMO/BOOTLEG section splited. |
+| 2012-05-15 rule 8.4 created |
+| 2012-05-15 ADVANCE/PROMO created. |
+| |
++-------------------------------------------------------------------------------+
+| |
+| Rules signed by: |
+| |
+| 2Eleven BCC BriBerY CHS DECRyPTED DeVOiD dL EMG EMP FrB FiH FWYH GRAVEWISH |
+| LITF LoKET k4 JLM MANDY PERFECT PsyCZ SCORN SPL TiLLMYDEATH WRE UQ |
+| |
+| Rules not signed by: |
+| |
+| flachedelic WeTBaCk |
+| |
+| |
+| FLAC rules V2.0 apply from 2012-05-15 00:00:00 CET (Central European Time). |
++-------------------------------------------------------------------------------+
+
+ [ Lithuanian XviD Releasing Standards 2012 LTXDRS-2K12 ]
+
+ Effective date 2012-01-01
+
+
+ Turinys
+
+ 0. Bazine informacija
+
+ 1. Filmu trukme
+ 1.1 Leidziami dydziai
+ 1.2 Issami dydziu lentele
+ 1.3 Dydziu paklaida
+ 1.4 Kita
+
+ 2. Garsas
+ 2.1 Garso formatai
+ 2.2 Saltiniai
+ 2.3 Re-encodinimas
+ 2.4 Kita
+
+ 3. Vaizdas
+ 3.1 Bazine informacija
+ 3.2 Saltiniai
+ 3.3 Nustatymai
+ 3.4 Kita
+
+ 4. Subtitrai
+ 4.1 Bazine informacija
+ 4.2 Formatai ir saltiniai
+ 4.3 Pakavimas
+ 4.4 Kita
+
+ 5. Pakavimas
+ 5.1 Bazine informacija
+ 5.2 Failai
+ 5.3 .nfo
+
+ 6. Samplas
+ 6.1 Bazine informacija
+ 6.2 Saltinis
+
+ 7. Properiai
+ 7.1 Bazine informacija
+ 7.2 Galimos priezastys
+ 7.3 Draudziamos priezastys
+
+ 8. Tagai
+ 8.1 Bazine informacija
+ 8.2 Galimi tagai
+ 8.3 Leidziami zenklai
+
+ 9. Internal'ai
+ 9.1 Bazine informacija
+ 9.2 Kita
+
+10. Kita informacija
+
+
+
+ 0. Bazine informacija
+ - Na, stai ir atejo laikas naujoms taisyklems. Laikas parode, kad dabartines
+ taisykles reikia vis del to kazkiek pakoreguoti, kad isgauti dar geresnius
+ XviD relyzus ne tik del garso ir vaizdo, bet ir del kitu aspektu.
+ - Sios taisykles parasytos ir pritaikytos tik lietuvisku filmu relyzams
+ uztagintais su lietuviskais tagais.
+ - Ideja sukurti atskiras taisykles kilo del to, kad oficialios XviD taisykles
+ angliskiems filmams visiskai isejusios is mados ir neisgaunama labai gera
+ kokybe.
+ - Sias taisykles seka visi filmai, laidos ir serialai ripinti is DVD ar Bluray
+ su .LT. tagais. Taip pat sias taisykles seka serialai, laidos ir filmai
+ ripinti is televizijos. Siuo atveju filmai, laidos ir serialai is televizijos
+ leidziami tik tada kai nera DVDRip/BDRip kokybes relyzo.
+ - Sporto varzybos, ivairios rungtynes ir t.t. seka oficialias angliskas sporto
+ xvid taisykles.
+
+ 1. Filmu trukme
+
+ 1.1 Leidziami dydziai
+ - Leidziami galutiniai filmu dydziai: 175MB, 350MB, 700MB, 1400MB ir 2100MB.
+ - Tai yra leidziami dydziai tik galutiniams filmu failams .avi formatu.
+ Samplo dydis ir visa kita i relyzo dydi neisiskaiciuoja. Galutiniam visam
+ relyzo dydziui kartu su visais failais dydzio limito nera.
+
+ 1.2 Issami dydziu lentele
+ - Lenteleje surasyti optimalus dydziu variantai filmams pagal ju trukme:
+
+ FPS │ 175MB │ 350MB │ 700MB │ 1400MB │ 2100MB
+ 23.976 │ -21 │ 21:01-42 │ 42:01-62 │ 62:01-124 │ 124:01-
+ 25.000 │ -19 │ 19:01-40 │ 40:01-60 │ 60:01-120 │ 120:01-
+ 29.970 │ -16 │ 16:01-39 │ 39:01-51 │ 51:01-103 │ 103:01-
+
+ - Lenteleje surasyti minimalus dydziai relyzams. Rippinti ant didesniu
+ variantu uzdrausta. Pvz jeigu filmas trunka 119 minuciu, tai max dydis gali
+ buti tik 1400MB, jeigu filmas trunka daugiau nei lygiai dvi valandas, tada
+ reikia ripinti ant 2100MB dydzio. Ripinti ant mazesniu dydziu taip pat
+ uzdrausta.
+
+ 1.3 Dydziu paklaida
+ - Max .avi failo dydzio paklaida gali buti tik 1MB! Tai reiskia, kad filmas
+ pvz pagal 700MB nustatymus gali buti arba 699MB arba 700MB arba 701MB. Jeigu
+ paklaida bus didesne, relyzas bus laisvai nuked ir propered.
+
+ 1.4 Kita
+ - Skaidyti i CD grieztai draudziama! Pvz gera desimtmeti 1400MB dydzio .avi
+ buvo skaidomi i po du 700MB failus, kad jie tilptu i du 700MB talpos CD
+ diskus. Tie laikai jau seniausiai praejo, to niekas nebedaro, niekas
+ nebeperka ir nebekepa filmu i paprastus CD, naudokit DVD.
+
+
+ 2. Garsas
+
+ 2.1 Garso formatai
+ - Galimi garso formatai tik .ac3 ir .mp3, jokie kitokie formatai neleidziami!
+ Is saltiniu galima gauti ivairiu formatu .mpa ir t.t. Visus neleistinus
+ formatus galima encodinti tik i .mp3.
+
+ 2.2 Saltiniai
+ - Galimi garso saltiniai gali buti tik is DVD disku, Bluray disku bei is TV.
+ DVD ir Bluray turi buti originalus, pirktiniai diskai is parduotuviu ir t.t.
+ TV garsas tai garsas irasytas is transliuojamos televizijos lietuviu kalba
+ ir gali but naudojamas tik su vaizdu irasytu taip pat is TV. Visokie
+ homemade, custom ir t.t. takeliai yra uzdrausti! Tavo sudino balso niekas
+ nenori girdeti.
+ - Garsas negali buti naudojamas su atskirais vaizdo saltiniais. Pvz ant
+ anglisko relyzo negalima det lietuvisko garso takelio ir t.t. Garsas ir
+ vaizdas turi buti is vieno ir to pacio saltinio!
+
+ 2.3 Re-encodinimas
+ - Galimi re-encodinimo variantai: .dts -> .ac3 -> .mp3
+ - Is prastesnio saltinio i buk tai 'geresni' re-encodinti draudziama. 2.0
+ kanalu takeli i buk tai 5.1 takeli re-encodinti taip pat draudziama.
+ - Stereo saltiniams turi buti naudojamas tik stereo arba joint-stereo kodavimo
+ metodas. Mono saltiniams mono kodavimo metodas. Dual-mono uzdrausta.
+ - CBR yra uzdrausta. CBR gali buti tik .ac3, o .mp3 visada turi buti VBR 128.
+ - Naudoti ABR technika re-encodinant.
+
+ 2.4 Kita
+ - Kuo mazesnis garso dydis, tuo daugiau vietos vaizdui. Taciau tai neturetu
+ buti didele problema apsispresti, nes isgaunama kokybe filmams su .ac3 garsu
+ ant 1400MB dydzio filmu (o tai yra populiariausias standartas) yra labai
+ gera. Taigi, jeigu garso saltinis yra 5.1 .ac3, tai toki ir rekomenduojama
+ naudoti. Tobulas garso formatas yra 5.1 .ac3 384kbps (rekomenduojama is 448
+ re-encodinti i 384kbps, kad isgauti vietos, nes su zmogaus ausimis skirtumas
+ nepastebimas). Jeigu saltinis 2.0 .ac3 tada galima re-encodinti ir i .mp3,
+ kad isgauti vietos, bet tai nera privaloma.
+ - .mp3 formatas butinas TV saltiniu relyzams.
+ - Multi-audio takeliai yra draudziami, t.y. relyze negali buti du atskiri
+ garso takeliai (pvz anglu ir lietuviu). Lietuviskiems relyzams tik lietuviski
+ takeliai.
+ - Jeigu saltinis yra dubliuotas garsas, jis yra leidziamas. Galima taginti su
+ .LTDUB. tagu, bet neprivaloma, nebent jau yra isleistas relyzas su paprastu,
+ nedubliuotu igarsinimu, tada .LTDUB. yra privalomas, kad butu galima atskirti
+ relyzus. .LT. ir .LTDUB. vienas kito nedupina. Jeigu jau yra dubliuotas
+ relyzas su .LT. tagu ir jeigu leidziamas nedubliuotas relyzas, tada reikia
+ tai pamineti .nfo faile, kad isvengti dupe nuke ir t.t.
+
+
+ 3. Vaizdas
+
+ 3.1 Bazine informacija
+ - Visos apacioje esancios taisykles yra privalomos, kad isgauti geriausia
+ vaizdo kokybe. Nesekti siu taisykliu yra neimanoma.
+
+ 3.2 Saltiniai
+ - Video saltiniai turi buti prekybiniai DVD ar Bluray filmai. Taip pat gali
+ buti is televizijos irasytas sourcas PDTV ar HDTV. Visa kita kas tik imanoma
+ yra uzdrausta.
+ - BRRip saltiniai yra uzdrausti, t.y. Bluray ripai.
+ - Reencoded DVDR relyzai is DVD9 yra uzdrausti.
+
+ 3.3 Nustatymai
+ - Codec'as gali buti tik XviD ir pats naujausias, pradedant nuo 1.2.1 versijos.
+ - Matricos gali buti tik defaultiniai MPEG ir H.263. MPEG rekomenduojamas
+ naudoti jeigu vaizdo kokybe virsija 1400kbps. Custom matricos yra uzdraustos,
+ nes puse senu DVD kledaru neskaito .avi filmu.
+ - Pixel shape turi buti kvadratas (Square).
+ - 2-pass encodinimo metodas yra privalomas! Be jokiu isimciu!
+ - Aspect ratio gali buti tik 16:9 ar 4:3.
+ - Rezoliucijos: nuo 640 iki 720. Plotis ir aukstis privalo dalintis is 16!
+ Kritiniu atveju FS sourcai gali siekti minimum iki 512. Bet tik kritiniu
+ atveju ir tik FS/4:3! Apie tai butina pranesti ir paaiskinti .nfo faile.
+ - Crop'inti yra privaloma visus sonus, kad isgauti graziausia vaizda be jokiu
+ juodu remu. Jeigu nesigauna nukirpti 1px dydzio remo ir nusikerpa dalele
+ pacio filmo vaizdo, tai yra leidziama, nepalikite juoduliu. Jeigu sios
+ taisykles bus nesilaikyta, relyzas bus nuked uz undercropped arba overcropped.
+ - Relyzo AR paklaida gali buti max 4% originalaus saltinio. Max -4% - 0 - 4%.
+ - Keisti AR draudziama, pvz is 16:9 encodinti i 4:3 yra uzdrausta, taip gaunasi
+ iskraipytas vaizdas. Buna atveju kai irankiai rodo bloga AR, tada ji galima
+ pakeisti, kad gautusi normalus vaizdas.
+ - Jeigu saltinis yra interlaced ir tai matosi, deinterlace metodas yra butinai
+ privalomas! Uz paikus deinterleicus bus laisvai nuked ir propered.
+
+ 3.4 Kita
+ - Visokie one-click irankiai yra uzdrausti, nenaudokit tokiu nesamoniu, nes tada
+ ir gausit nesamone. Naudoti tik laiko patikrintus ir teisingus irankius, tokius
+ kaip virtualdub ar gknot.
+ - Nevokti garso ar vaizdo saltiniu is kitu relyzu. Tai yra apgailetina ir uz
+ tai bus baudziama. Pvz kokia nors grupe isleidzia DVDR relyza su LT garso
+ takeliu, pirmiausia turite atsiklausti tos grupes ar jie leidzia naudoti ju
+ relyza jusu relyzui. Taip pat nepamirstate to pamineti .nfo faile ir padekoti
+ uz saltini.
+
+
+ 4. Subtitrai
+
+ 4.1 Bazine informacija
+ - Neprivalomi, taciau rekomenduojami. Jeigu subtitrai prideti prie saltinio,
+ nepatingekit nuripint. Jeigu filme kalbama ne lietuviskai, o kita uzsienio
+ kalba ir yra subtitrai isversti lietuviskai, tada jie yra butinai privalomi!
+
+ 4.2 Formatai ir saltiniai
+ - Tik .sub+.idx, na ir kartais gali buti .srt - priklauso nuo saltinio. T.y.
+ kokie subai saltinyje, tokie ir relyze. Subtitrai negali buti paimti is
+ niekur kitur tik is to pacio saltinio is kurio ripinamas filmas.
+
+ 4.3 Pakavimas
+ - Supakuoti i viena .rar + .sfv. Turi buti patalpinti atskirame aplanke,
+ pavadinimu /Subs/.
+ - Jeigu aplanko pavadinimas bus kitoks, tai subai bus praleisti visuose
+ saituose ir bus nuked del missing.subs jeigu subai bus butini filmui.
+ - Naudoti kompresija su max imanomu spaudimu. Jeigu panaudota kompresija Store,
+ vien del to nukint ir properint negalima.
+ - Subu failu pavadinimai turi buti tokie pat kaip ir .avi pavadinimas, kad
+ kai kurie player'iai iskarto automatiskai juos skaitytu. .rar ir .sfv
+ pavadinimai turi buti taip pat tokie pat, tik pavadinimo gale turi buti
+ pridetas '-subs', kad butu unikalus pavadinimai. Pvz grp-filmas-subs.rar
+
+ 4.4 Kita
+ - Jeigu yra relyzas su hardcoded subais, tai softcoded relyzas leidziamas,
+ taciau jeigu atvirksciai, tada relyzas su hardcoded subais draudziamas, nes
+ jis bevertis ir beprasmis.
+ - Subai butinai turi sutapti su garsu, neturi atsilikti. Gali buti keliu
+ milisekundziu paklaida, taciau turi buti nepastebima ir turi netrukdyti
+ ziureti filmo.
+ - Jeigu saltinis turi ne tik lietuviskus subtitrus, bet ir kitomis kalbomis,
+ galima leisti subus visomis kalbomis, net jeigu nera ir lietuviu kalba. Arba
+ galima daryti atskira relyza ir uztaginti kaip .SUBPACK.
+
+
+ 5. Pakavimas
+
+ 5.1 Bazine informacija
+ - Filmas gali buti tik .avi formatu!
+ - Pakuojama i skaidytus .rar archyvus. Galimi variantai yra lygiai 15MB, 20MB
+ ir 50MB (tik 2100MB relyzams). Lygiai, tai reiskias 15000000 bytes = 14,3
+ megabytes.
+ - Privaloma naudoti Old style volume names metoda.
+ - Kompresija yra uzdrausta, visada turi buti Store metodas.
+ - Recovery record nera butinas, jeigu naudojamas, max tik 1%.
+
+ 5.2 Failai
+ - Butini failai yra .sfv, .nfo, visi .rar failai ir samplo failas .avi formatu.
+ Jeigu subai yra butini, tada turi buti atskiras subu .rar bei .sfv, o viduje
+ patys subai .sub + .idx arba .srt formatu.
+ - Visu failu pavadinimai turi buti skirtingi. Skirtingi ne tik paciame relyze,
+ jie turi buti apskritai skirtingi ir niekada nepasikartoti kituose relyzuose.
+ Todel rekomenduojamas grupes tagas kiekviename failiuke. Tai daroma, kad
+ isvengti problemu raid sistemose ir t.t.
+ - .sfv failas yra butinas ir jame turi buti visi filmo .rar failai. Sample,
+ .nfo ir subtitrai neturi buti .sfv faile, subtitrai turi tureti atskira
+ .sfv faila savo aplanke. Jeigu pred be .sfv, tada galimas .SFVFix. fixas.
+
+ 5.3 .nfo
+ - .nfo faile privalo buti si informacija:
+ - Grupes pavadinimas.
+ - Filmo/relyzo pavadinimas (relyzo pavadinimas nebutinas).
+ - Relyzo data (data kai relyzas buvo isleistas/pred).
+ - DVD/teatro data (butina, anksciausia data, premjera ar kita, jeigu niekur
+ internete nera jokios datos, tai tada tik filmo metai, jeigu nera ir tiek,
+ tada reikia apie tai parasyti pastaba).
+ - Filmo stilius/zanras.
+ - Filmo dydis ir jo trukme (.avi dydis, filmo trukme laiko vienetais).
+ - Rezoliucija/AR (.avi rezoliucija bei aspect ratio).
+ - Vaizdo ir garso kokybe (garso formatas, kanalai ir kbps, vaizdo kbps, fps)
+ - Saltinis (DVD, Bluray ir ju regionai, TV ir kanalo pavadinimas, bei sourcas,
+ PDTV/HDTV).
+ - IMDb/Obuolys ar panasi nuoroda i filma. (taciau jeigu internete nieko
+ neimanoma atrasti, tada reikia apie tai parasyti pastaba).
+ - Filmo .rar failu skaicius (pvz 75x20MB, be subtitru failo).
+ - Trumpas filmo aprasymas, bent vienas sakinys (jeigu niekur nera aprasymo,
+ apie tai parasyti pastaba ar bent trumpai prasukt/paziuret filma ir
+ parasyti savo aprasyma.
+ Jeigu visos sitos informacijos nera, relyzas gali buti nuked. Galima isleisti
+ .NFOFix., repackint negalima. Jeigu relyzas isbuna nuked maziausiai savaite
+ (septynias dienas), tada gali buti isleistas .PROPER. relyzas. NFOFix'ai is
+ kitu grupiu neleidziami.
+ - .nfo failas turi buti visada tvarkingas, ascii art galimas, taciau turi buti
+ su cenzura ir zmogiskumo ribose. Galima irasyti ivaria informacija apie grupe,
+ galima parasyti kokios paramos grupe iesko, galima parasyti linkejimus kitoms
+ grupems, galima rasyti grupes istorija, metus ir t.t. Galima rasyti notes,
+ notice tipo zinutes skirtas kitoms grupems ar asmenims. Labai daug nesikeikt,
+ nieko nereklamuot, nenaudoti pasaliniu nuorodu nesusijusiu su filmu,
+ nepublikuot jokiu, buk tai, grupes el. pasto adresu, taip prisisauksite tik
+ bedos.
+
+
+ 6. Samplas
+
+ 6.1 Bazine informacija
+ - Sample failas yra butinas ir turi buti .avi formatu.
+ - Turi buti lygiai vienos minutes trukmes, gali buti 10-ties sekundziu paklaida.
+ Aisku, jeigu paklaida bus netycia 11 ar 12 sekundziu, uz tai nebus baudziama.
+ - Max samplo dydis yra 30MB.
+ - Samplas turi buti paimtas is normalios filmo scenos, o ne is filmo kreditu
+ ir kitu neaiskiu vietu.
+ - SAMPLEFix leidziamas tik kai relyzas pred visai be samplo.
+ - Jeigu samplas virsija 30MB ir siekia kokius 50MB ir panasiai, tada SAMPLEFix
+ yra draudziamas ir reikia perleist visa relyza su .REPACK. tagu. Taip isliks
+ tvarkingas relyzas ir sutaupys vietos, o senaji bus galima istrinti.
+ - Properinti del sample galima tik kai relyzas isbuna bent septynias dienas
+ nuked.
+ - Samplas butinai turi buti idetas i atskira direktorija pavadinimu /Sample/.
+ Jeigu direktorija bus parasyta kitaip, tai samplas bus praleistas visuose
+ saituose ir bus nuked kaip pred.without.sample.
+
+ 6.2 Saltinis
+ - Samplas turi buti paimtas is to pacio filmo, kuris relyzinamas.
+ - Samplas turi buti paimtas is to paties .avi failo, negali buti encodintas
+ atskirai.
+
+
+ 7. Properiai
+
+ 7.1 Bazine informacija
+ - Properiai pagrinde leidziami tik del techniniu problemu, bet galimi ir del
+ kitu ivairiu kriteriju.
+ - Proper relyze visada turi buti aiskiai parasyta proper priezastis, tas pats
+ galioja ir repackamas bei reripams.
+
+ 7.2 Galimos priezastys
+ - Bloga vaizdo kokybe - kai vaizdas totaliai sudinas ir properyje daug geresne
+ kokybe. Taciau tokie properiai galimi tik tokio pat dydzio relyzuose. Turi
+ butinai buti vaizdinis kokybes palyginimas screenshot'uose su ta pacia scena.
+ Jeigu kokybe nesiskiria, bet skiriasi kbps keliais simtais ir pan, tai kaip
+ properis nesiskaitys.
+ - Jeigu nesilaikoma optimaliu dydziu lenteles variantu.
+ - Jeigu blogas Aspect ratio/AR, jeigu blogas deinterlace, jeigu interlaced
+ ir t.t.
+ - Jeigu bloga rezoliucija (jeigu pred kaip 640, tai proper su pvz 720 yra
+ uzdraustas). Tik tais atvejais kai nesidalina is 16 ar pvz WS relyzas su
+ zemesne rezoliucija negu 640 ir t.t.
+ - Jeigu relyzo AR paklaida virsija -4% - 0 - 4%. Jeigu bent 4,1% jau galima
+ properint.
+ - Jeigu MP3 su CBR, jeigu Stereo encoded i Mono ir atvirksciai, jeigu kiti
+ formatai negu MP3 VBR ar AC3.
+ - Galima properint jeigu pries tai isleistas relyzas turi neveikianciu .rar
+ failu ar .rar failu su slaptazodziais ir t.t.
+ - Galima properint kai relyzas netaisyklingai uztagintas.
+ - Jeigu relyzas isstovi nuked bent septynias dienas del .nfo, .sfv, .rar,
+ sample, tagu ar subtitru nuke priezasties. Taip pat galima properint del siu
+ dalyku jeigu relyzas net nera nuked, bet senesnis nei septynios dienos.
+ - Galima visada properint kai relyzas tikrai yra blogas ir nepataisomas,
+ del techniniu priezasciu galima properint bet kada, del smulkiu priezasciu,
+ kurios pataisomos su fixais, tik po septyniu dienu.
+ - Properinti galima kai yra atrasta irodymu jog relyzas yra isleistas is P2P,
+ ar naudojant P2P saltini. Galima properinti net gi kai tera itarimai, o
+ grupe nepateikia jokiu irodymu jog relyzas yra svarus, pvz DVD disko foto
+ su grupes pavadinimu ir t.t. Taginti kaip .PROOF. Tam grupei skirta 24
+ valandos laiko, po to galima properinti ir privaloma prideti savo source,
+ pvz DVD disko foto su grupes tagu, irodyma.
+
+ 7.3 Draudziamos priezastys
+ - Negalima properint vien del to, kad jeigu pirmas relyzas isejo DVDRip, o
+ properis BDRip. Skirtingi saltiniai, skirtingos kokybes ir rezultatai.
+ Siuo atveju galima leisti tik internal relyza.
+ - Del smulkiu priezasciu properint galima tik po septyniu dienu, jeigu properis
+ bus isleistas anksciau, tai jis bus nuked. Taciau jis bus unnuked jeigu
+ per septynias dienas nebus isleistas fixas.
+ - Draudziama properint jeigu pirmas relyzas yra FS, o properis WS. WS visada
+ po FS leidziamas ir tam naudoti .WS. taga relyzo pavadinime. FS po WS yra
+ draudziamas, nes jis bevertis ir prastesnes kokybes.
+ - Draudziama properinti del visokiu nesamoningu issigalvotu priezasciu, kurios
+ net nepaminetos siose taisyklese. Tai bus palaikyta kaip taisykliu lauzymu
+ ir visi tokie properiai bus nuked be jokiu isimciu.
+
+
+ 8. Tagai
+
+ 8.1 Bazine informacija
+ - Visi lietuviski relyzai turi tureti .LT. taga. Jeigu relyzas yra lietuviu
+ kalba, taciau turi anglu subtitrus, tada relyzas turi buti taikomas i
+ uzsienio vartotojus ir leidziamas be .LT. tagu ir turi sekti visas angliskas
+ XviD taisykles. .LT. relyzas po anglisko lietuvisko relyzo yra draudziamas,
+ leisti kaip internal.
+ - Visi relyzai turi tureti filmo metus kai tas filmas buvo sukurtas. Pvz
+ sukurtas 2010 metais, taciau isleistas 2011, tai metai bus .2010. arba
+ isleistas uzsienyje 1997 metais, o Lietuvoje teatruose tik 2012 metais, tai
+ tagas bus .1997.
+ - .LTDUB. tagas nera butinas, butinas tik tada kai jau isleistas tas pats
+ filmas nedubliuotu igarsinimu.
+ - Visi relyzai turi tureti DVDRip.XviD arba BDRip.XviD tagus.
+
+ 8.2 Galimi tagai
+ - LT, LiTHUANiAN, LTDUB, FESTiVAL, STV, LiMiTED, WS, FS, PROPER, REPACK, RERip,
+ EXTENDED, REMASTERED, RATED, UNRATED, CHRONO, THEATRiCAL, DC, SE, UNCUT, iNT,
+ iNTERNAL, SUBBED, FiNAL, COLORiZED, PDTV, HDTV, REAL.
+ - LT, LiTHUANiAN, LTDUB - tai tagai, kurie identifikuoja, kad relyzas yra
+ lietuviu kalba. LTDUB - tai reiskia, kad relyzas yra dubliuotas lietuviu k.
+ - STV - tai filmas, kuris buvo rodomas tik per televija, teatruose nebuvo
+ rodomas.
+ - HDTV, PDTV - tai tagai tv laidoms, serialams, filmams nuripintiems is
+ televizijos.
+ - FS, WS - tai Aspect ratio tagai, WS - 16:9, FS - 4:3.
+ - PROPER, REPACK, RERip - tai tagai reiskiantys, kad relyzas perleistas per
+ naujo. PROPER gali buti isleistas tik kitos grupes, REPACK is tos pacios
+ grupes kai relyzas turi problemu su pakavimu ir kitais ne techniniais vaizdo
+ ar garso trukumais, kituo atveju turi buti RERip kai relyzas per naujo
+ nuripintas. FiNAL ir REAL tagai leidziami tada kai visi proper, rerip,
+ repack relyzai nuked, tada galimi tagai .FiNAL.PROPER., .REAL.REPACK. ir
+ t.t.
+ - COLORiZED ir REMASTERED kai filmas per naujo perleistas i DVD ar Bluray ir
+ pvz skiriasi tuo, kad originalas buvo nespalvotas, o nauja versija spalvota.
+ - SUBBED - naudojamas tada kai subtitrai yra hardcoded.
+ - Visokie kitokie tagai, .AC3., .MP3. ir t.t. yra uzdrausti.
+ - Pavyzdziai:
+ The.Godfather.1972.LT.DVDRip.XviD-TavoGrupe
+ Leon.The.Professional.1994.LiTHUANiAN.PROPER.UNCUT.BDRip.XviD-TavoGrupe
+ The.Simpsons.S01E01.LT.PDTV.XviD-TavoGrupe
+ - Jeigu tagai bus ismetyti bet kaip, o ne kaip pavyzdziuose, tada bus nuked
+ uz mislabeled.
+
+ 8.3 Leidziami zenklai
+ - Leidziami zenklai tagams (jokiu tarpu ar dvigubu tasku):
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-_
+
+
+ 9. Internal'ai
+
+ 9.1 Bazine informacija
+ - Internal tagas relyzus apsaugo nuo dupe nuke priezasties. Pvz nori isleisto
+ XviD relyzo, bet niekaip negali gauti, tada issileidi pats su internal tagu.
+ Taip pat internal relyzai leidziami asmeniniam naudojimui, archyvavimui ir
+ t.t.
+
+ 9.2 Kita
+ - Internal relyzai turi tureti iNTERNAL arba iNT tagus. Ir jie turi buti
+ paskutiniai tagai pavadinime pries grupes taga. Pvz:
+ Blade.Runner.1982.LT.DVDRip.XviD.iNT-TavoGrupe
+ - Internal relyzus galima isleisti bet kada, kad ir ta pacia diena kai buvo
+ isleistas pirmasis relyzas, kai pvz pralaimite lenktynes ir t.t. Taciau
+ jeigu yra proga, tai apsimoka isleisti proper relyza, taip jusu relyzas
+ tampa kaip normalus ir vienintelis filmo relyzas ir yra priimamas visuose
+ saituose bei archyvuose.
+ - Jeigu nera jokio normalaus relyzo ir pirmasis relyzas bus isleistas kaip
+ internal, tai tada tokie veiksmai bus netoleruojami ir bus nuked uz
+ mislabeled.
+
+
+10. Kita informacija
+
+ - Tai yra vieninteles lietuviskiems XviD relyzams skirtos taisykles.
+ - Ivairus DVDRip.x264 ir visa kita yra draudziama. Tik XviD!
+ - Lietuviski DVDR relyzai seka oficialias angliskas DVDR taisykles.
+ - Lietuviski Bluray.x264 relyzai seka oficialias angliskas taisykles.
+ - Lietuviski sporto rungtyniu relyzai seka oficialias SPORTS-XViD taisykles.
+ - Visada naudoti READ.NFO taga kai yra parasyta svarbi informacija relyze.
+ - Galimi fixai yra NFOFix, SAMPLEFix, SFVFix, PROOFix, RARFix, SYNCFix.
+ - Tie patys filmai tik su kitomis versijomis, trumpesni ar ilgesni, bet skirtingi
+ yra leidziami ir vienas kito nedupina. Tam reikia naudoti tam skirtus tagus.
+ - Sios taisykles nieko bendro neturi su P2P ir visu kitu public sudu. Visos
+ grupes esancios is P2P bus ignoruojamos ir delpred/scenebanned.
+
+
+
+ [ RULES SIGNED BY ]
+
+ Lithuanian XviD scene rules founded, written and signed by Ltu .LT. division:
+
+ PAPAi
+
+
+ LTXDRS-2K12
+-------------------------------------------------------------------------------
+ª
+ª Polish.DVDRiP.And.BDRiP.SDx264.Standards.v1.0-PLSDx264
+ª
+ª-------------------------------------------------------------------------------
+ª [ RELEASE RULES ]
+ª
+ª 1. Video:
+ª-----------
+ª
+ª a) Sources requiring resize are to be cropped and resized using sharp
+ª resizers such as Lanczos4, Spline36, or Blackman. Bicubic is banned.
+ª b) Deinterlace/ivtc as necessary.
+ª c) Resolutions Width: 640-720.
+ª d) Width mod16 / Height mod2.
+ª e) Upscaling is forbidden.
+ª f) Max AR error 4%.
+ª g) No watermarking, intros and etc.
+ª h) Releasing WS version after FS and vice versa is allowed.
+ª i) Overcropping/undercropping the picture:
+ª - When cropping, remove everything that is not actual picture,
+ª including black or other colored borders.
+ª - Actual picture area may be over- or under-cropped by 2px maximum per
+ª side. More than 2px on any side is considered a technical flaw.
+ª - In the case of varying crops/mixed scenes, crop to largest image as
+ª to not lose any pixels on any scene.
+ª
+ª 2. Codec:
+ª-----------
+ª
+ª a) Video codec must be H264 encoded with 8-bit depth x264.
+ª b) Custom Matrices are allowed.
+ª c) Stripping or falsifying encode information in the file header is banned.
+ª d) Zones (--zones) are forbidden.
+ª e) Level 3.1 must be respected.
+ª f) No setting can go below what is specified by --preset slow.
+ª g) Codec must be up to date. A maximum of 20 versions difference.
+ª h) Allowed CRF Values: 19-20.
+ª
+ª Suggested command line:
+ª x264.exe --level 3.1 --preset slow --crf [19-20] --no-fast-pskip
+ª
+ª
+ª 3. Container:
+ª---------------
+ª
+ª a) Container must be MP4.
+ª b) Support for file streaming and playing from rars is strongly encouraged.
+ª
+ª
+ª 4. Samples:
+ª-------------
+ª
+ª a) Required.
+ª b) 60-90 seconds in length and in a separate directory marked as Sample.
+ª c) Must be taken from the encoded movie, not encoded separately.
+ª
+ª
+ª 5. Audio:
+ª-----------
+ª
+ª a) Allowed audio format is VBR AAC LC (Low Complexity).
+ª b) Average bitrate on AAC audio must be between 96 - <Source Bitrate> kbps.
+ª c) AAC audio must be normalized and downconverted to stereo.
+ª d) Nero and Apple encoders are recommended. FFmpeg and FAAC are banned.
+ª e) Release must contain polish, polish voice, polish dubbing audio track
+ª or dual audio - first release wins.
+ª f) If release contain two audio tracks (dual) muxed into the mp4 container:
+ª - Polish, Polish Voice Over or Polish Dubbing along with
+ª original audio tracks must be used.
+ª - First track (default) MUST be Polish, Polish Voice or Polish Dubbing.
+ª
+ª
+ª 6. Subtitles:
+ª---------------
+ª
+ª a) Polish subtitles must be included (If they are on the disk).
+ª b) Subtitles MUST be packed in a RAR file with the most compression
+ª available. This RAR file must be placed in a directory named 'Subs'
+ª along with an SFV file containing standard checksum information for
+ª that RAR. The subtitles must not be packaged in the main RARs for the
+ª release and the RAR file containing the subtitles must not be listed in
+ª main SFV for the release.
+ª c) Subs.rar = [ <mp4-name>.idx + <mp4-name>.sub ].
+ª d) Burned subtitles are only permissible when present in the source.
+ª e) Custom subtitles are not allowed on retail sources.
+ª
+ª
+ª 7. Packing:
+ª-------------
+ª
+ª a) Release must not be split.
+ª b) Release must be packed in RAR file format.
+ª c) Rars may be in multiples of 50 000 000 bytes and 20 000 000 bytes.
+ª d) Compression is not allowed.
+ª e) Recovery and MD5 record are recommended.
+ª f) Filenames (even subpack rar file) MUST be unique (to avoid dupe).
+ª g) Encryption or password protection is forbidden.
+ª h) Must have SFV and NFO.
+ª i) RAR, SFV, and sample files must have unique, lowercase filenames with
+ª the group tag.
+ª j) NFO must be in the English language
+ª k) NFO MUST INCLUDE:
+ª - Title
+ª - Release Date
+ª - CRF Value Used
+ª - Final Size
+ª - Resolution / Aspect Ratio
+ª - Audio codec / Audio bitrate / Language (PL/PLDUB/DUAL)
+ª - Movie runtime
+ª - iMdb link
+ª
+ª
+ª 8. Propers:
+ª-------------
+ª
+ª a) Propers are only permitted in the case of a technical flaw in the
+ª original release (e.g. Bad IVTC, Interlacing, missing footage, and
+ª bad x264 settings used).
+ª b) Propers MUST include a note in the NFO file detailing the reason.
+ª c) Sample of propered release is encouraged.
+ª d) Qualitative propers are not allowed.
+ª e) Releases can't be propered for bad tagging or missing nfo/sample.
+ª
+ª
+ª
+ª 9. Nukes:
+ª-----------
+ª
+ª Releases must be nuked for any of the following reasons:
+ª a) Any valid proper listed in the propers section.
+ª b) Missing nfo, sfv or missing Sample. Fix MUST out.
+ª c) Bad Tagged.
+ª d) Is forbidden release movie which ware pred with xvid/divx codec -
+ª use INTERNAL!
+ª
+ª
+ª 10. Fixes:
+ª------------
+ª
+ª a) The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix.
+ª b) DirFix requires NFO and NFO must state which release is being fixed.
+ª c) The original release shall be unnuked when a valid fix is released.
+ª d) INTERNAL dirfix should not be used as a basis of avoiding a nuke.
+ª
+ª
+ª 11. Tagging:
+ª--------------
+ª
+ª a) Required Tagging:
+ª <Movie.Name>.<Year>.PL/PLDUB.<Source>.x264-Group
+ª <TV.Show>SxxExx.PL/PLDUB.<Source>.x264-Group
+ª b) <Movie.Name/tv.show> must always be the same as imdb International
+ª English title or original title.
+ª c) PL tag - Polish lector, PLDUB - Polish dubbing.
+ª d) <Source> should indicate from what medium this movie is (DVDRiP/BDRiP).
+ª e) Acceptable characters in naming a directory include (NO spaces or
+ª double dots - single dots or underscores ONLY):
+ª
+ª ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ª abcdefghijklmnopqrstuvwxyz
+ª 0123456789.-_
+ª
+ª f) Other permitted tags are: PROPER, REPACK, RERIP, NFOFix, SampleFix,
+ª DirFix, SyncFix, ProofFix, EXTENDED, REMASTERED, UNRATED, THEATRICAL.
+ª
+ª
+ª 12. Proof:
+ª------------
+ª
+ª a) From 01.12.2012 to 31.01.2013 releases SHOULD include source proof, after
+ª that time adding source proof is MANDATORY.
+ª b) Snapshot (not scan) of the actual physical disc (printed side) in
+ª JPEG/PNG format with a group tag. Disc snapshot must be in good
+ª quality with disc details clear and readable. Small portions
+ª containing store stickers/barcodes may be blurred or blackened.
+ª c) Proof MUST be placed within a separate subdirectory named "Proof".
+ª
+ª
+ª Signed By:
+ª------------
+ª
+ª A4O, AFrO, AiHD, BiL, BEER, BFHMOV, FLAME, N0L, SiBV.
+ª
+ª
+ª These rules apply from 2012-12-01 00:00:00 GMT+2
+ª-------------------------------------------------------------------------------
+ª
+ª
+ª 1. Video:
+ª-----------
+ª
+ª a) Jezeli obraz zrodlowy wymaga zmiany rozmiaru, przyciecia powinny byc uzyte
+ª filtry takie jak Lanczos4, Spline36 albo Blackman. Bicubis jest zabroniony
+ª b) Przeplot/itvc jeúli jest potrzebny.
+ª c) Rozdzielczosc szerokosc: 640-720.
+ª d) Szerokosc mod16/ wysokosc mod2.
+ª e) Powiekszanie jest zabronione.
+ª f) Maksymalne blad AR 4%.
+ª g) Zabronione jest nanoszenie wszelkich znakow grupy, napisow itp.
+ª h) Wydanie WS po wersji FS i odwrotnie jest dozwolone.
+ª i) Przycinanie obrazu:
+ª -Jezeli jest koniecznosc przyciecia, przycinamy wszystko co nie jest
+ª obrazem filmu (czarne lub innego koloru obramowanie).
+ª -Obraz moze byc przyciety maksymalnie 2px wiecej lub mniej z kazdej
+ª strony.
+ª -Zawsze przycinamy najwiekszy obraz w filmie aby nie stracic zadnej
+ª pikseli w innych scenach.
+ª
+ª
+ª 2. Kodeki:
+ª------------
+ª
+ª a) Do kodowanie nalezy uzywc kodeka H264 z 8-bitowa glebia x264.
+ª b) Niestandardowe matryce sa zabronione.
+ª c) Odizolowania czy falszowanie kodowania informacji w naglowku pliku jest
+ª zabronione.
+ª d) Zones (--zones) jest zabronione.
+ª e) Level 3.1 musi byc przestrzegany.
+ª f) Zadne ustawienie nie moze zejsc ponizej tego co jest okreslone jako
+ª --preset slow/.
+ª g) Kodeki musza byc aktualizowane. Nie starsze niz 20 wersji wstecz.
+ª h) Dopuszczalna wartosc CRF 19-20.
+ª
+ª Sugerowana linia polecen
+ª x264.exe --level 3.1 --preset slow --crf [19-22] --no-fast-pskip
+ª
+ª
+ª 3. Kontener:
+ª--------------
+ª
+ª a) Dopuszczalny kontener tylko mp4.
+ª b) Wsparcie dla plikow strumieniowych i odtwarzanie z RAR mile widziane.
+ª
+ª
+ª 4. Sample:
+ª------------
+ª
+ª a) Sample musi byc dolaczony.
+ª b) Musi trwac od 60-90 sekund i zapisany w osobnym katalogu - Sample.
+ª c) Sample musi byc wyciety z enkodowanego materialu, zabrania sie enkodowania
+ª sample osobno.
+ª
+ª
+ª 5. Audio:
+ª-----------
+ª
+ª a) Dopuszczalny format audio to VBR AAC LC (Low Complexity).
+ª b) Sredni bitrate w AAC musi sie zawierac miedzy od 96 do oryginalnego
+ª bitrate kbps.
+ª c) AAC audio musi byc znormalizowane i przekodowane do stereo.
+ª d) Dopuszczalne enkodery to Nero i Apple. Zabronione FFmpeg i FAAC.
+ª e) Film musi zawierac sciezke polska, polskiego lektora, polski dubbing
+ª lub podwojne audio (dual).
+ª f) Jezeli zawiera podwojne audio (dual) zmuksowane w kontenerze mp4:
+ª - do sciezki audio polskiej, polskiego lektora, polskiego dubbingu
+ª musi by╡ dodana oryginalna sciezka filmu.
+ª - pierwsza sciezka (domyslna) audio MUSI byc polska (lektor, dubbing).
+ª
+ª
+ª 6. Napisy:
+ª------------
+ª
+ª a) Polskie napisy musza byc dolaczone (jezeli takie ss na dysku).
+ª b) Napisy musza byc spakowane w archiwum RAR z najwiekszj kompresji.
+ª Spakowane plik RAR musi byc umieszczony w katalogu "Subs" z plikiem .sfv.
+ª Napisy nie moga byc pakowane w archiwum z filmem.
+ª c) Subs.rar = [ <nazwa-mp4>.idx + <nazwa-mp4>.sub ].
+ª c) Napisy bezposrednio na filmie sa dozwolone jedynie gdy wystepuja na
+ª plikach zrodlowych.
+ª d) "Wlasnoreczne" napisy sa niedopuszczalne.
+ª
+ª
+ª 7. Pakowanie:
+ª---------------
+ª
+ª a) Rls nie moze byc podzielony.
+ª b) Rls musi byc spakowany w archiwum RAR.
+ª c) Podzielny na czesci w wielkosci 50 000 000 bajtow i 20 000 000 bajtow.
+ª b) Brak kompresji.
+ª e) Zalecane dane naprawcze.
+ª f) Nazwy plikow musza byc unikalne.
+ª g) Szyfrowanie i dodawanie hasel jest zabronione.
+ª h) Musi byc dodany plik .sfv z sumami kontrolnym oraz plik .nfo
+ª i) RAR, SFV i nazwa sampla musi byc unikalna i musi zawierac
+ª "malymi literami" tag grupy.
+ª j) NFO musi byc w jezyku angielskim
+ª k) Plik NFO MUSI zawierac:
+ª - Tytul filmu
+ª - Date wydania
+ª - Wartosc CRF
+ª - Wielkosc finalna pliku
+ª - Rozdzielczosc / Aspect Ratio
+ª - Kodek Audio / Bitrate / Jezyki (PL/PLDUB/DUAL)
+ª - Czas trwania filmu
+ª - Link do filmu na iMdb.
+ª
+ª
+ª 8. Propery:
+ª-------------
+ª
+ª a) Propery sa dopuszczalne jedynie jezli sa bledy natury technicznej (np.
+ª przeplot, zly IVTC, uciety film, zle ustawienia kodeka, zle przyciecie).
+ª b) Powod wydania propera musi byc zawarty w pliku nfo.
+ª c) Dolaczenia sampla z poprawionego rls jest mile widziane.
+ª d) Jakosciowe propery zabronione.
+ª e) Jezeli rls byl znukowany za zly tag, brak nfo/sample nie mozna wydac
+ª propera.
+ª
+ª
+ª
+ª 9. Nuki:
+ª----------
+ª
+ª Rls musi byc znukowane jezeli:
+ª a) Z ktoregos powodu zawartego w punkcie 8 propery.
+ª b) Brakuje nfo, sample, sfv albo sample. Poprawka MUSI byc zrobiona.
+ª c) Zle nazwany katalog.
+ª d) Zabrania sie wydawania filmow, ktore byly wydane z uzyciem kodeka
+ª xvid/divx - uzywaj INTERNAL!
+ª
+ª
+ª 10. Poprawki:
+ª---------------
+ª
+ª a) Nastepujace poprawki sa dozwolone: NFOFix, SampleFix, DirFix, SyncFix.
+ª b) DirFix musi zawierac nfo w ktorym jest napisane ktory rls jest poprawiony.
+ª c) Oryginalny rls powinien byc unnuked jezeli poprawka byla zrobiona.
+ª d) Nie powinno uzywac sie dirfix internal aby uniknac nuka za 'dupe'.
+ª
+ª
+ª 11. Nazwa Rls:
+ª----------------
+ª
+ª a) Wymagane Nazwa
+ª <Tytul.Filmu>.<Rok.Produkcji>.PL/PLDUB.<zrodlo>.x264-Grupa
+ª <Tytul.Serialu>.SxxExx.PL/PLDUB.<zrodlo>.x264-Grupa
+ª b) <Tytul.Filmu>/<Tytul.Serialu> musi zawsze byc taka sama jak International
+ª English title or original title na iMdb.
+ª c) PL tag - Polski lektor, PLDUB - Polski dubbing.
+ª d) <zrodlo> - powinno wyjasniac z jakiego nosnika film zostal zgrany
+ª (DVDRiP/BDRiP).
+ª e) Dopuszczone znaki w nazwie katalogi i plikow.
+ª
+ª ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ª abcdefghijklmnopqrstuvwxyz
+ª 0123456789.-_
+ª
+ª f) Inne dozwolone nazwy to: PROPER, REPACK, RERIP, NFOFix, SampleFix,
+ª DirFix, SyncFix, ProofFix, EXTENDED, REMASTERED, UNRATED, THEATRICAL.
+ª
+ª
+ª 12. Dowod:
+ª------------
+ª
+ª a) Od 01.12.2012 do 31.01.2013 Rls powinien zawierac dowod nosnika, po tym
+ª czasie dolaczenie dowodu jest OBOWIAZKOWE.
+ª b) zdjecie (nie skan) nosnika z nadrukowana strona w JPEG/PNG wraz z nazwa
+ª grupy. Zdjecie musi byc dobrej jakosci z detalami dysku wyraznymi i
+ª czytelnymi.
+ª c) Dowod musi byc umieszczony w osobnym katalogu nazwanym "Proof".
+ª
+ª
+ª Podpisane przez:
+ª-------------------
+ª
+ª A4O, AFrO, AiHD, BiL, BEER, BFHMOV, FLAME, N0L, SiBV.
+ª
+ª Zasady zaczynaja obowiazywac od 2012-12-01 00:00:00 GMT+2
++-------------------------------------------------------------------------------
+
+-----------------------------------------------------------------------------+
+ª ª
+ª The SD x264 TV Releasing Standards 2012 ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ INTRO ]---+ ª
+ª ª
+ª x264 has become the most advanced H264 video encoder over the past few ª
+ª years. Compared to XviD, it is able to provide higher quality and ª
+ª compression at greater SD resolutions. It also allows better control and ª
+ª transparency over encoding settings. With CRF in the mix, we can also ª
+ª ensure that a diverse array of material will get the most appropriate ª
+ª bitrate for them and not arbitrarily fixed sizes. This standard aims to ª
+ª bring quality control back to SD releases. There are many standalone ª
+ª players/streamers such as TviX, Popcorn Hour, WDTV HD Media Player, Boxee, ª
+ª Xtreamer, PS3, XBOX 360, iPad, and HDTVs that can playback H264 and AAC ª
+ª encapsulated in MP4. ª
+ª ª
+ª The SD x264 TV section was formed to separate releases from the ruleless ª
+ª world of TV-XviD. This document will cover the rules and guidelines for ª
+ª only SD resolution x264 television rips. ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +---[ RELEASE RULES ]---+ ª
+ª ª
+ª Compliance with this document is optional as of its pre date, and ª
+ª mandatory as of 2012-04-01 00:00 UTC. ª
+ª ª
+ª Video: ª
+ª - Sources requiring resize are to be cropped and resized using sharp ª
+ª resizers such as Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is ª
+ª banned. ª
+ª - If there is a question as to the validity of a source, the release ª
+ª may be nuked source.sample.requested_<reason.for.nuke> (e.g. ª
+ª source.sample.requested_suspicion.of.analog.source) within 24 hours of ª
+ª pre. Approximate timestamps may be requested in the case that it would ª
+ª assist in the verification that the source sample provided is the ª
+ª source used for encode (e.g. include.banner.at.4m13s). The group has 24 ª
+ª hours from the nuke to pre a RARed SOURCE.SAMPLE that is at least 10 ª
+ª seconds in length in order to document that the source is valid. ª
+ª Failure to provide source proof or providing bad source proof shall ª
+ª result in the release remaining nuked, and it may then be propered. ª
+ª - Improper IVTC methods that result in jerky playback, such as Force ª
+ª Film, are banned ª
+ª - Interlaced video sources must be deinterlaced with a smart deinterlacer ª
+ª such as Yadif. FieldDeinterlace is banned. ª
+ª - Group watermarks of any kind on the video are banned ª
+ª - Intros, outros, betweenos, or any other form of defacement of the ª
+ª episode are banned ª
+ª - "Native" refers to the standard in which the video was produced (e.g. ª
+ª NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video ª
+ª is native to PAL. PAL produced video that is broadcast in NTSC is ª
+ª converted. NTSC produced video that is broadcast in PAL is converted. ª
+ª - Converted video that has significant artifacting (e.g. blended frames) ª
+ª and cannot be reversed to native must use CONVERT tag ª
+ª - Converted video that does not have significant artifacts does not need ª
+ª convert tags and may not be nuked for the conversion ª
+ª - Native releases are allowed after those tagged CONVERT. Use NATIVE tag. ª
+ª ª
+ª Audio: ª
+ª - Allowed audio formats are VBR AAC LC (Low Complexity). ª
+ª - Average bitrate on AAC audio must be 96 - 160 kbps. ª
+ª - AAC audio must be normalized and downconverted to stereo. ª
+ª - Nero and Apple encoders are recommended. FFmpeg and FAAC are banned. ª
+ª - Multiple language audio tracks are allowed and must be listed in NFO ª
+ª - Severe audio drops resulting in one full missing word or otherwise the ª
+ª inability to understand material dialogue is considered to be a ª
+ª technical flaw and may be propered ª
+ª - Audio that is 120ms or more out of sync or drifts more than 120ms ª
+ª between any two points (e.g. needing -80 at one and +40 at another) is ª
+ª considered to be technically flawed and may be propered ª
+ª ª
+ª Framerate: ª
+ª - Framerate must be constant. Variable framerate is banned. ª
+ª - IVTC or deinterlacing must be applied as needed ª
+ª - 50/60fps video may be released at 50/60fps or 25/30fps. Releasing true ª
+ª 25/30fps video at 50/60 is considered a technical flaw. ª
+ª - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps. ª
+ª - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. ª
+ª Failure to apply IVTC when needed is a technical flaw. ª
+ª ª
+ª Codec: ª
+ª - Video codec must be H264 encoded with 8-bit depth x264. ª
+ª - You will have 30 days from latest x264 rev date to update in order to ª
+ª maintain all bug fixes and improvements in the x264 encoder. ª
+ª - Stripping or falsifying encode information in the file header is banned ª
+ª - Custom Matrices are allowed ª
+ª - Encoded colorspace must be 4:2:0 (default). ª
+ª - Deblocking must be used; values are at the discretion of the group. ª
+ª (default is enabled, 0:0 settings) ª
+ª - No setting can go below what is specified by --preset slow. ª
+ª - Keyframe interval (--keyint) must be at least 200 and at most 300. It ª
+ª is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). ª
+ª - Minkeyint must be 30 or less ª
+ª - Colormatrix must be set to source specification. If not specified by ª
+ª source, bt709 must be used for sources with resolution greater than or ª
+ª equal to 1280x720 (e.g. HDTV and some PDTV) and sources with lower ª
+ª resolutions use 'undef' (default). ª
+ª - Constant Rate Factor (--crf) must be as follows: ª
+ª +---------------------------------------------------------------------+ ª
+ª ª Compressibility ª CRF ª General Examples ª ª
+ª +-----------------+-------+-------------------------------------------ª ª
+ª ª High ª 19-20 ª Scripted, Talk Shows, Poker, Animation ª ª
+ª ª Medium ª 21-22 ª Documentary, Reality, Variety ª ª
+ª ª Low ª 23-24 ª Sports, Awards, Live Events, Competitive- ª ª
+ª ª ª ª Reality ª ª
+ª +---------------------------------------------------------------------+ ª
+ª - x264 parameters shall not vary within a release ª
+ª - Zones (--zones) are forbidden. ª
+ª - Any deviation in CRF from given examples must be specifically justified ª
+ª in the NFO. Use discretion when deviating CRF by matching the ª
+ª compressibility of the show to a corresponding CRF value. CRF values ª
+ª below 19 and above 24 are never permitted. ª
+ª - As a general suggestion, average video bitrate in excess of 1500kb/s ª
+ª is a sign that a higher CRF value should be chosen, when possible ª
+ª - Allowed parameters for --tune (optional) are film/grain/animation ª
+ª - Level 3.1 must be respected. ª
+ª - Suggested command line: ª
+ª x264.exe --crf ## --preset slow --level 3.1 --colormatrix bt709 -o ª
+ª out.h264 in.avs ª
+ª ª
+ª Container: ª
+ª - Container must be MP4. ª
+ª - MP4Box is the recommended muxer. ª
+ª - Support for file streaming and playing from rars is strongly encouraged.ª
+ª Both features are supported with MP4Box. ª
+ª - Custom muxing tools are permitted; however, output must be compatible ª
+ª with standard demuxers to the same extent that files created with ª
+ª MP4Box are. ª
+ª ª
+ª Source Naming: ª
+ª - Valid source names are HDTV, AHDTV, PDTV, and DSR. ª
+ª - WS and FS tags are banned. ª
+ª - Source Definitons: ª
+ª - 720p/1080i/1080p shall be tagged HDTV or AHDTV (depending on capture ª
+ª method). In the case of upscaled content airing on HD channel, use ª
+ª PDTV tag. ª
+ª - 576i/576p shall be tagged PDTV. ª
+ª - 480i shall be tagged DSR. ª
+ª - HD video taken from the decoded HD output of a set-top box (e.g. ª
+ª component, DVI, HDMI) must be tagged in dirname as AHDTV. Decoded ª
+ª output of PDTV or DSR sources is banned. Releases taken from a natively ª
+ª recorded transport stream shall be tagged as HDTV, PDTV, or DSR. ª
+ª - AHDTV captures must be done at the native format of the channel, e.g. ª
+ª 720p or 1080i. ª
+ª ª
+ª Resolution: ª
+ª - HDTV and PDTV sources with greater than 720px horizontal resolution ª
+ª must be cropped as needed and resized to 720px width and mod2 height to ª
+ª maintain proper AR. ª
+ª - PDTV sources with horizontal source resolution of 720-704px after crop ª
+ª must be cropped as needed and only height shall be resized to maintain ª
+ª proper AR using mod2. Upscaling/downscaling width is forbidden. ª
+ª - PDTV sources with horizontal source resolution of less than 704px after ª
+ª crop must be cropped as needed and resized to fit within 704x528 while ª
+ª maintaining the proper AR using mod2. Largest possible resolution must ª
+ª be used without upscaling in more than one dimension. ª
+ª - DSR and any fullscreen source with greater than or equal to 640px ª
+ª horizontal resolution after crop must be cropped as needed and resized ª
+ª to 640px width and mod2 height to maintain proper AR. ª
+ª - DSR sources with less than 640px horizontal resolution after crop must ª
+ª be cropped as needed and resized to fit within 640x480 while maintainingª
+ª the proper AR using mod2. Largest possible resolution must be used ª
+ª without upscaling in more than one dimension. ª
+ª - When cropping, remove everything that is not actual picture, including ª
+ª black or other colored borders, duplicate lines, and full-time tickers. ª
+ª Removing or retaining fading edges is at capper's discretion and shall ª
+ª not be considered undercropped or overcropped. ª
+ª - In the case of varying crops, crop to the most common frame size (e.g. ª
+ª pitch/primary view in sports). ª
+ª - Actual picture area may be over- or under-cropped by 1px maximum per ª
+ª side. More than 1px on any side is considered a technical flaw. ª
+ª - Encoded Video resolution must be within 2% of the original aspect ratio ª
+ª To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 ª
+ª OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)ª
+ª Release AR = EncodedWidth / EncodedHeight ª
+ª ª
+ª Subs: ª
+ª - Optional, but encouraged ª
+ª - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc). ª
+ª - Subtitles must be muxed into the MP4. "Subs" directories are forbidden. ª
+ª - Burned subtitles will only be allowed when the source exhibits such ª
+ª subtitles in the picture itself ª
+ª - Subtitles cannot be used as a basis for a dupe ª
+ª - Group marks in subtitles are banned ª
+ª ª
+ª Packaging: ª
+ª - Releases must be packed in RAR file format. ª
+ª - Rars may be in 15, 20, or multiples of 50 MB. 15 and 20 MB sizes must ª
+ª contain 1-101 files. Multiples of 50 MB must contain 10-101 files. ª
+ª 1MB = 1,000,000 bytes. ª
+ª - Multi-episode releases with no clear delineation such as credits must ª
+ª not be split ª
+ª - RAR compression must not be used ª
+ª - Recovery and MD5 record are optional ª
+ª - Encryption or password protection is forbidden ª
+ª - Must have SFV and NFO ª
+ª - RAR, SFV, and sample files must have unique, lowercase filenames with ª
+ª the group tag. ª
+ª - Missing SFV or RAR(s) on all sites is considered a technical flaw. ª
+ª Corrupt RARs (errors on extraction) are considered technical flaws. ª
+ª SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to ª
+ª all presites after pre is not permitted. Release REPACK. ª
+ª ª
+ª Credits/Previously On: ª
+ª - Previously on footage is optional, but suggested to be included ª
+ª - Full end credits must be included if they contain show content or ª
+ª outtakes/bloopers. End credits are optional and suggested if they are ª
+ª clean, and purely optional in other cases. ª
+ª ª
+ª Samples: ª
+ª - Required ª
+ª - 50-70 seconds in length and in a separate folder marked as Sample ª
+ª - Must be taken from the episode, not encoded separately ª
+ª - Stream samples are recommended for any questionable issue with the ª
+ª source, e.g. no IVTC possible ª
+ª ª
+ª Propers: ª
+ª - Propers are only permitted in the case of a technical flaw in the ª
+ª original release (e.g. Bad IVTC, Interlacing, missing footage, bad crop,ª
+ª commercials, bad x264 settings used, bad source, etc.) ª
+ª - Scrolling or other alert messages added by a station (e.g. weather, ª
+ª Amber alerts) must be at least 30 seconds in length in order to ª
+ª nuke/proper ª
+ª - Drops with missing footage but no missing dialog must be at least 2 ª
+ª seconds long in any one instance to be considered a technical flaw ª
+ª - Proper reason must be clearly stated in nfo, including timecodes and ª
+ª extent of the flaw when appropriate ª
+ª - Sample of propered release is encouraged ª
+ª - Qualitative propers are not allowed ª
+ª - Flaws (such as drops) present in any optional content are not a flaw ª
+ª and shall not be nuked or propered. ª
+ª - Propers based upon the rules set forth here are allowed only on ª
+ª releases that come after this document goes into effect ª
+ª ª
+ª Internals: ª
+ª - Internals are allowed to be pred for any reason, including releases ª
+ª with technical flaws or those done with alternate codecs, containers, ª
+ª or settings for experimental purposes ª
+ª - Any severe technical flaws or deviations must be mentioned in the NFO ª
+ª - With the exception of the following rule, internal releases may only be ª
+ª nuked for severe technical flaws or deviations that are not mentioned ª
+ª in the NFO ª
+ª - Using DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such ª
+ª dirfixes shall be nuked fix.for.nuke ª
+ª ª
+ª Directory Naming: ª
+ª - Show.Name.SXXEXX.Episode.Title.HDTV.x264-GROUP ª
+ª - Show.Name.YYYY.MM.DD.Guest.Name.HDTV.x264-GROUP for daily or other ª
+ª dated shows ª
+ª - Episode title and guest name are optional ª
+ª - Show.Name.PartXX.HDTV.x264-GROUP for miniseries ª
+ª - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI) ª
+ª Sport: ª
+ª - League.YYYY.MM.DD.Event.EXTRA.TAGS.HDTV.x264-GROUP ª
+ª - Competition.YYYY-MM.Event.EXTRA.TAGS.HDTV.x264-GROUP ª
+ª Using just the year is only permitted if the event is once per year ª
+ª (e.g. a WWE PPV). In the case of leagues which have seasons that span ª
+ª multiple years, it is permissible to tag the release with just the yearsª
+ª of the season. Inclusion of MM and DD is mandatory for all constantly ª
+ª running shows (e.g. WWE). ª
+ª If there is no league, the sport needs to be used instead ª
+ª The following are some examples of correct directory names: ª
+ª - EPL.2010.01.01.Manchester.United.vs.Arsenal.HDTV.x264-GROUP ª
+ª - TNA.Impact.2010.03.02.HDTV.x264-GROUP ª
+ª - WWE.WrestleMania.2010.PPV.HDTV.x264-GROUP ª
+ª - Tennis.US.Open.2011.Final.Player1.vs.Player2.HDTV.x264-GROUP ª
+ª - Different shows that have the same title in different countries (e.g. ª
+ª The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the ª
+ª directory name, except for UK shows (e.g. The.Marriage.Ref.UK not ª
+ª The.Marriage.Ref.GB). ISO country code is not needed for the original ª
+ª show (e.g. The.Marriage.Ref.US is forbidden). ª
+ª - Different shows with the same name in the same country produced in ª
+ª different years must have the year of the first season in the directory ª
+ª name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed ª
+ª for the first show with a particular name. ª
+ª - Channel name (e.g. National.Geographic, History.Channel) shall not be ª
+ª tagged on any normal series starting after this ruleset's effective ª
+ª date. Miniseries and single-episode docus may optionally be tagged with ª
+ª the channel name. ª
+ª - The use of audio format tags such as AAC, and AAC.x.x is FORBIDDEN ª
+ª - READ.NFO tag is allowed; however, discretion is recommended ª
+ª - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; ª
+ª therefore, the tag is redundant. ª
+ª - All repacks and rerips must include detailed reason as to why it's ª
+ª being repacked or reripped in the nfo. ª
+ª - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, ª
+ª SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE ª
+ª - Acceptable characters in naming a directory include (NO spaces or ª
+ª double dots - single dots ONLY): ª
+ª ª
+ª ABCDEFGHIJKLMNOPQRSTUVWXYZ ª
+ª abcdefghijklmnopqrstuvwxyz ª
+ª 0123456789._- ª
+ª ª
+ª Nukes: ª
+ª Releases must be nuked for any of the following reasons: ª
+ª - Any valid proper listed in the propers section ª
+ª - Missing nfo, or missing Sample ª
+ª - Invalid directory naming format ª
+ª - Mislabeled directory that could prevent finding the release in a ª
+ª dupecheck, including incorrect season/episode/date or incorrect title ª
+ª - Dupe ª
+ª - Releases may not be propered for bad tagging or missing nfo/sample ª
+ª ª
+ª Fixes: ª
+ª - The following fixes are allowed: NFOFIX, SAMPLEFIX, DIRFIX, SYNCFIX, ª
+ª PROOFFIX. ª
+ª - DIRFIX requires NFO and NFO must state which release is being fixed ª
+ª - The original release shall be unnuked when a valid fix is released ª
+ª - A proper may not be released for an issue that was fixed, unless the ª
+ª fix does not completely correct the issue ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª The SD x264 TV Releasing Standards 2012 (2012-04-01) ª
+ª ª
++-----------------------------------------------------------------------------+
++-----------------------------------------------------------------------------+
+ª +--------[ GROUPS ]--------+ ª
+ª ª
+ª TVx2642012 rules created by the following groups: ª
+ª ------------------------------------------------- ª
+ª aAF ASAP BAJSKORV BARGE C4TV COMPULSiON D2V ª
+ª DiVERGE FTP FUtV KYR LMAO LOL MOMENTUM OTV ª
+ª RiVER SYS TASTETV TLA TRANSiENCE W4F YesTV ª
+ª ª
++-----------------------------------------------------------------------------+
+ +----\ Thanks to the x264 developers for their /----+
+ +----\ assistance in determining the best /----+
+ +----\ mix of encode settings. /----+
-ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª¼
+- -
+- The SD x264 TV Releasing Standards 2012 -
+LªªªªªªªTTªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªTTªªªªªªª-
+-ªªªªªªª++ªªªªªªªªªªªªªªªªªªªªªTªªªªªªªªªªªªªªªTªªªªªªªªªªªªªªªªªªªªª++ªªªªªªª¼
+- Lªªª[ INTRO ]ªªª- -
+- -
+- x264 has become the most advanced video codec over the past few years. -
+- Compared to XviD, it is able to provide higher quality and compression at -
+- greater SD resolutions. It also allows better control and transparency over -
+- encoding settings. With CRF in the mix, we can also ensure that a diverse -
+- array of material will get the most appropriate bitrate for them and not -
+- arbitrary and fixed sizes. This standard aims to bring quality control back -
+- to SD releases. There are many standalone players/streamers such as TviX, -
+- Popcorn Hour, WDTV HD Media Player, Boxee, Xtreamer, PS3, XBOX 360, iPad, & -
+- HDTVs that can playback H264 and AAC encapsulated in MP4. -
+- -
+- The SD x264 TV section was formed to separate releases from the ruleless -
+- world of TV-XviD. This document will cover the rules and guidelines for -
+- only SD resolution x264 television rips. -
+- -
+LªªªªªªªTTªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªTTªªªªªªª-
+-ªªªªªªª++ªªªªªªªªªªªªªªªªªTªªªªªªªªªªªªªªªªªªªªªªªTªªªªªªªªªªªªªªªªª++ªªªªªªª¼
+- Lªªª[ RELEASE RULES ]ªªª- -
+- -
+- Compliance with this document is optional as of its pre date, and -
+- mandatory as of 2012-02-22 16:00 UTC. -
+- -
+- Video: -
+- - Sources requiring resize are to be cropped and resized using sharp -
+- resizers such as Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is -
+- banned. -
+- - HD video taken from the decoded HD output of a set-top box (e.g. -
+- component, DVI, HDMI) may be used as a source; source must be tagged -
+- in dirname as AHDTV. Decoded output of PDTV or DSR sources is banned. -
+- Releases taken from a natively recorded transport stream shall be tagged-
+- as HDTV, PDTV, or DSR. Dupes are as follows: HDTV > AHDTV > PDTV > DSR. -
+- AHDTV captures must be done at the native format of the channel, e.g. -
+- 720p or 1080i. -
+- - Sources that sideconvert 1080i to 720p (such as BellTV) are allowed but -
+- must be tagged as PDTV or DSR. -
+- - If there is a question as to the validity of a source, the release -
+- may be nuked source.sample.requested_<reason.for.nuke> (e.g. -
+- source.sample.requested_suspicion.of.analog.source) within 24 hours of -
+- pre. The group has 24 hours from the nuke to pre a RARed SOURCE.SAMPLE -
+- that is at least 10 seconds in length in order to document that the -
+- source is valid. Failure to provide source proof or providing bad -
+- source proof shall result in the release remaining nuked, and it may -
+- then be propered. -
+- - Improper IVTC methods that result in jerky playback, such as Force -
+- Film, are banned -
+- - Interlaced video sources must be deinterlaced with a smart deinterlacer -
+- such as Yadif. FieldDeinterlace is banned. -
+- - Group watermarks of any kind on the video are banned -
+- - Intros, outros, betweenos, or any other form of defacement of the -
+- episode are banned -
+- - "Native" refers to the standard in which the video was produced (e.g. -
+- NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video -
+- is native to PAL. PAL produced video that is broadcast in NTSC is -
+- converted. NTSC produced video that is broadcast in PAL is converted. -
+- - Converted video that has significant artifacting (e.g. blended frames) -
+- and cannot be reversed to native must use CONVERT tag -
+- - Converted video that does not have significant artifacts does not need -
+- convert tags and may not be nuked for the conversion -
+- - Native releases are allowed after those tagged CONVERT. Use NATIVE tag. -
+- -
+- Audio: -
+- - Allowed audio formats are VBR AAC LC (Low Complexity). -
+- - Average bitrate on AAC audio must be 96 - 160 kbps. -
+- - AAC audio must be normalized and downconverted to stereo. -
+- - Nero and Apple encoders are recommended. FFmpeg is banned. -
+- - Dupes based on audio format are forbidden and must be tagged INTERNAL -
+- - Multiple language audio tracks are allowed and must be listed in NFO -
+- - Dupes are not allowed based on multiple audio tracks -
+- - Severe audio drops resulting in one full missing word or otherwise the -
+- inability to understand material dialogue is considered to be a -
+- technical flaw and may be propered -
+- - Audio that is 120ms or more out of sync or drifts more than 120ms -
+- between any two points (e.g. needing -80 at one and +40 at another) is -
+- considered to be technically flawed and may be propered -
+- -
+- Framerate: -
+- - IVTC or deinterlacing must be applied as needed -
+- - 50/60fps video may be released at 50/60fps or 25/30fps. Releasing true -
+- 25/30fps video at 50/60 is considered a technical flaw. -
+- - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps. -
+- - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. -
+- Failure to apply IVTC when needed is a technical flaw. -
+- -
+- Codec/Container: -
+- - Video codec must be x264 (8-bit depth). -
+- - Container must be MP4. -
+- - You will have 30 days from latest x264 rev date to update in order to -
+- maintain all bug fixes and improvements in the x264 codec -
+- - Stripping or falsifying encode information in the file header is banned -
+- - Custom muxing tools are permitted; however, output must be compatible -
+- with standard demuxers. -
+- - Custom Matrices are allowed -
+- - Encoded colorspace must be 4:2:0. -
+- - Deblocking must be used; values are at the discretion of the group. -
+- (default is enabled, 0:0 settings) -
+- - No setting can go below what is specified by --preset slow. -
+- - Keyframe interval (--keyint) must be at least 200 and at most 300. It -
+- is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). -
+- - Minkeyint must be 30 or less -
+- - Colormatrix must be set to source specification. If not specified by -
+- source, bt709 must be used for sources with resolution greater than or -
+- equal to 1280x720 (e.g. HDTV and some PDTV) and sources with lower -
+- resolutions must use bt601 (e.g. DSR and some PDTV). -
+- - Constant Rate Factor (--crf) must be as follows: -
+- -ªªªªªªªªªªªªªªªªªTªªªªªªªTªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª¼ -
+- - Compressibility - CRF - General Examples - -
+- +ªªªªªªªªªªªªªªªªª+ªªªªªªª+ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª+ -
+- - High - 19-20 - Scripted, Talk Shows, Poker, Animation - -
+- - Medium - 21-22 - Documentary, Reality, Variety - -
+- - Low - 23-24 - Sports, Awards, Live Events, Competitive- - -
+- - - - Reality - -
+- Lªªªªªªªªªªªªªªªªª+ªªªªªªª+ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª- -
+- - x264 parameters shall not vary within a release -
+- - Zones (--zones) are forbidden. -
+- - Any deviation in CRF from given examples must be specifically justified -
+- in the NFO. Use discretion when deviating CRF by matching the -
+- compressibility of the show to a corresponding CRF value. CRF values -
+- below 19 and above 24 are never permitted. -
+- - As a general suggestion, average video bitrate in excess of 1500kb/s -
+- is a sign that a higher CRF value should be chosen, when possible -
+- - Allowed parameters for --tune (optional) are film/grain/animation -
+- - Level 3.1 must be respected. -
+- - Suggested command line: -
+- x264.exe --crf ## --preset slow --level 3.1 --colormatrix bt709 -o -
+- out.h264 in.avs -
+- -
+- Resolution: -
+- - WS HDTV and WS PDTV sources with greater than 720px horizontal res must -
+- be cropped as needed and resized to 720px width and mod2 height to -
+- maintain proper AR. -
+- - WS PDTV sources with horizontal source res of 720-704px must be cropped -
+- as needed and only height must be resized to the proper anamorphic AR -
+- using mod2. Upscaling/downscaling is forbidden. -
+- - All other sources, including FS HDTV, must be cropped as needed and -
+- resized to 640px width and mod2 height to maintain proper AR. -
+- - When cropping, remove everything that is not actual picture, including -
+- black or other colored borders, duplicate lines, and full-time tickers. -
+- Removing or retaining fading edges is at capper's discretion and shall -
+- not be considered undercropped or overcropped. -
+- - In the case of varying crops, crop to the most common frame size (e.g. -
+- pitch/primary view in sports). -
+- - Actual picture area may be over- or under-cropped by 1px maximum per -
+- side. More than 1px on any side is considered a technical flaw. -
+- - Encoded Video resolution must be within 2% of the original aspect ratio -
+- To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 -
+- OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)-
+- Release AR = EncodedWidth / EncodedHeight -
+- -
+- Subs: -
+- - Optional, but encouraged -
+- - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc). -
+- - Subtitles must be in "Subs" directory. -
+- - Burned subtitles will only be allowed when the source exhibits such -
+- subtitles in the picture itself -
+- - Subtitles cannot be used as a basis for a dupe -
+- - Group marks in subtitles are banned -
+- -
+- Packaging: -
+- - Releases must be packed in RAR file format. -
+- - Rars may be in 15, 20, or multiples of 50 MB. 15 and 20 MB sizes must -
+- contain 1-101 files. Multiples of 50 MB must contain 10-101 files. -
+- 1MB = 1,000,000 bytes. -
+- - Multi-episode releases with no clear delineation such as credits must -
+- not be split -
+- - RAR compression must not be used -
+- - Recovery and MD5 record are optional -
+- - Encryption or password protection is forbidden -
+- - Must have SFV and NFO -
+- - RAR, SFV, and sample files must have unique, lowercase filenames with -
+- the group tag. -
+- - Missing SFV or RAR(s) on all sites is considered a technical flaw. -
+- Corrupt RARs (errors on extraction) are considered technical flaws. -
+- SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to -
+- all presites after pre is not permitted. Release REPACK. -
+- -
+- Credits/Previously On: -
+- - Previously on footage is optional, but suggested to be included -
+- - Full end credits must be included if they contain show content or -
+- outtakes/bloopers. End credits are optional and suggested if they are -
+- clean, and purely optional in other cases. -
+- -
+- Samples: -
+- - REQUIRED! -
+- - 50-70 seconds in length and in a separate folder marked as Sample -
+- - Must be taken from the episode, not encoded separately -
+- - Stream samples are recommended for any questionable issue with the -
+- source, e.g. no IVTC possible -
+- -
+- Propers: -
+- - Propers are only permitted in the case of a technical flaw in the -
+- original release (e.g. Bad IVTC, Interlacing, missing footage, bad crop,-
+- commercials, bad x264 settings used, bad source, etc.) -
+- - Scrolling or other alert messages added by a station (e.g. weather, -
+- Amber alerts) must be at least 30 seconds in length in order to -
+- nuke/proper -
+- - Drops with missing footage but no missing dialog must be at least 2 -
+- seconds long in any one instance to be considered a technical flaw -
+- - Proper reason must be clearly stated in nfo, including timecodes and -
+- extent of the flaw when appropriate -
+- - Sample of propered release is encouraged -
+- - Qualitative propers are not allowed -
+- - Flaws (such as drops) present in any optional content are not a flaw -
+- and shall not be nuked or propered. -
+- - Propers based upon the rules set forth here are allowed only on -
+- releases that come after this document goes into effect -
+- -
+- Internals: -
+- - Internals are allowed to be pred for any reason, including releases -
+- with technical flaws or those done with alternate codecs, containers, -
+- or settings for experimental purposes -
+- - Any severe technical flaws or deviations must be mentioned in the NFO -
+- - With the exception of the following rule, internal releases may only be -
+- nuked for severe technical flaws or deviations that are not mentioned -
+- in the NFO -
+- - Using DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such -
+- dirfixes shall be nuked fix.for.nuke -
+- -
+- Directory Naming: -
+- - Show.Name.SXXEXX.Episode.Title.HDTV.x264-GROUP -
+- - Show.Name.YYYY.MM.DD.Guest.Name.HDTV.x264-GROUP for daily or other -
+- dated shows -
+- - Episode title and guest name are optional -
+- - Show.Name.PartXX.HDTV.x264-GROUP for miniseries -
+- - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI) -
+- Sport: -
+- - League.YYYY.MM.DD.Event.EXTRA.TAGS.HDTV.x264-GROUP -
+- - Competition.YYYY-MM.Event.EXTRA.TAGS.HDTV.x264-GROUP -
+- Using just the year is only permitted if the event is once per year -
+- (e.g. a WWE PPV). In the case of leagues which have seasons that span -
+- multiple years, it is permissible to tag the release with just the years-
+- of the season. Inclusion of MM and DD is mandatory for all constantly -
+- running shows (e.g. WWE). -
+- If there is no league, the sport needs to be used instead -
+- The following are some examples of correct directory names: -
+- - EPL.2010.01.01.Manchester.United.vs.Arsenal.HDTV.x264-GROUP -
+- - TNA.Impact.2010.03.02.HDTV.x264-GROUP -
+- - WWE.WrestleMania.2010.PPV.HDTV.x264-GROUP -
+- - Tennis.US.Open.2011.Final.Player1.vs.Player2.HDTV.x264-GROUP -
+- - Different shows that have the same title in different countries (e.g. -
+- The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the -
+- directory name, except for UK shows (e.g. The.Marriage.Ref.UK not -
+- The.Marriage.Ref.GB). ISO country code is not needed for the original -
+- show (e.g. The.Marriage.Ref.US is forbidden). -
+- - Different shows with the same name in the same country produced in -
+- different years must have the year of the first season in the directory -
+- name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed -
+- for the first show with a particular name. -
+- - Channel name (e.g. National.Geographic, History.Channel) shall not be -
+- tagged on any normal series starting after this ruleset's effective -
+- date. Miniseries and single-episode docus may optionally be tagged with -
+- the channel name. -
+- - The use of audio format tags such as AAC, and AAC.x.x is FORBIDDEN -
+- - READ.NFO tag is allowed; however, discretion is recommended -
+- - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; -
+- therefore, the tag is redundant. -
+- - All repacks must include detailed reason as to why it's being repacked -
+- in the nfo -
+- - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, -
+- SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE -
+- - Acceptable characters in naming a directory include (NO spaces or -
+- double dots - single dots ONLY): -
+- -
+- ABCDEFGHIJKLMNOPQRSTUVWXYZ -
+- abcdefghijklmnopqrstuvwxyz -
+- 0123456789._- -
+- -
+- Nukes: -
+- Releases must be nuked for any of the following reasons: -
+- - Any valid proper listed in the propers section -
+- - Missing nfo, or missing Sample -
+- - Invalid directory naming format -
+- - Mislabeled directory that could prevent finding the release in a -
+- dupecheck, including incorrect season/episode/date or incorrect title -
+- - Dupe -
+- - Releases may not be propered for bad tagging or missing nfo/sample -
+- -
+- Fixes: -
+- - The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix, -
+- ProofFix -
+- - DirFix requires NFO and NFO must state which release is being fixed -
+- - The original release shall be unnuked when a valid fix is released -
+- - A proper may not be released for an issue that was fixed, unless the -
+- fix does not completely correct the issue -
+- -
+LªªªªªªªTTªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªTTªªªªªªª-
+-ªªªªªªª++ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª++ªªªªªªª¼
+- The SD x264 TV Releasing Standards 2012 (2012-02-22) -
+- -
+LªªªªªªªTTªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªTTªªªªªªª-
+-ªªªªªªª++ªªªªªªªªªªªªªªªTªªªªªªªªªªªªªªªªªªªªªªªªªªTªªªªªªªªªªªªªªªª++ªªªªªªª¼
+- Lªªªªªªªª[ GROUPS ]ªªªªªªªª- -
+- -
+- TVx2642012 rules created by the following groups: -
+- ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª -
+- ASAP BAJSKORV C4TV D2V DiVERGE FTP KYR -
+- LMAO LOL MOMENTUM SYS TLA YesTV -
+- -
+LªªTªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªTªª-
+ LTªªª\ Thanks to the x264 developers for their assistance in /ªªªT-
+ LTªªª\ determining assistance in determining the best /ªªªT-
+ Lªªªª\ mix of encode settings. /ªªªª-
+──────────────────────────────────────────────────────────────────────────────+
+│ The United Federation of │
+│ │
+│ ::: ::: ::: ::: ::: ::: │
+│ :+: :+: :+: :+: :+: :+: │
+│ +:+ +:+ +:+ +:+ +:+ +:+ │
+│ +#++:+ +#++:+ +#++:+ │
+│ +#+ +#+ +#+ +#+ +#+ +#+ │
+│ #+# #+# #+# #+# #+# #+# │
+│ ### ### ### ### ### ### │
+│ │
+│ Release Groups Presents... │
+│ │
+│ The SD x264 XXX Releasing Standards 2012 │
+│ │
+└─────┬─┬──────────────────────────────────────────────────────────┬─┬─────────┘
+ ┌──┴─┴──────────────────────────────────────────────────────────┴─┴─────┐
+ │ Requirements: Notepad with terminal font or any other ascii viewer. │
++──┴───────────────────────────────────────────────────────────────────────┴───+
+│ ────[ INTRO ]──── │
+│ │
+│ In an unparalleled event of co-operation and innovation, the XXX scene │
+│ united to bring you the first ever XXX Releasing Guidelines. We thank │
+│ all of you who took time to express their ideas, shared experiences and │
+│ helped bring this document to life. This document will cover the rules and │
+│ guidelines for only SD resolution x264 XXX rips. So without further ado, │
+│ we present to you, h264 ripper/enthusiast, the 2012 XXX Releasing Standards. │
+│ │
+└─────┬-++-++─┬────────────────────┬-++-++─┬────────────────────┬-++-++─┬──────┘
+ ┤ X X X ├ ┤ X X X ├ ┤ X X X ├
++─────┴-++-++─┴────────────────────┴-++-++─┴────────────────────┴-++-++─┴──────+
+│ ────[ RELEASE RULES ]──── │
+│ │
+│ Video: │
+│ ò Sources requiring resize are to be cropped and resized using sharp │
+│ resizers such as Lanczos4, Spline36, or Blackman. Bicubic is banned. │
+│ ò Deinterlace/ivtc as necessary │
+│ ò Resolutions: 640-720 │
+│ ò Width mod16 / Height mod2 │
+│ ò Upscaling is forbidden │
+│ ò Max AR error 2%. │
+│ ò No watermarking, intros and etc. │
+│ ò Warnings, Compliance Disclaimers, Advertisements, etc. MUST be removed │
+│ ò Overcropping/undercropping the picture not allowed. │
+│ - When cropping, remove everything that is not actual picture, │
+│ including black or other colored borders. Removing or retaining │
+│ fading edges is at capper's discretion and shall not be considered │
+│ undercropped or overcropped. │
+│ - Actual picture area may be over- or under-cropped by 1px maximum per │
+│ side. More than 1px on any side is considered a technical flaw. │
+│ - In the case of varying crops/mixed scenes, crop to largest image as │
+│ to not lose any pixels on any scene. │
+│ ò Mixed frame rate: In the case of varying frame rates keep highest frame │
+│ rate. Improper IVTC methods that result in jerky playback are banned. │
+│ Ripper should mention any claim for ITVC or lack thereof in nfo. │
+│ │
+│ Codec: │
+│ ò Video codec must be H264 encoded with 8-bit depth x264. │
+│ ò Custom Matrices are allowed. │
+│ ò Stripping or falsifying encode information in the file header is banned. │
+│ ò Zones (--zones) are forbidden. │
+│ ò Level 3.1 must be respected. │
+│ ò No setting can go below what is specified by --preset slow │
+│ ò Codec must be up to date. A maximum of 5 versions difference. │
+│ ò Level 3.1 │
+│ ò Allowed CRF Values: 19-22 │
+│ ò Suggested Constant Rate Factor (--crf) Values: │
+│ │
+│ +───────┬───────────────────────────-+ │
+│ │ CRF │ Run Time in Minutes │ │
+│ ├───────┼────────────────────────────┤ │
+│ │ 19-21 │ 0:00-210 │ │
+│ │ 22 │ 211+ and for Extras/BTS │ │
+│ └───────┴────────────────────────────┘ │
+│ │
+│ ò Suggested command line: │
+│ x264.exe --level 3.1 --preset slow --crf [19-22] --no-fast-pskip │
+│ │
+│ Container: │
+│ ò Container must be MP4. │
+│ ò Support for file streaming and playing from rars is strongly encouraged. │
+│ ò Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers. │
+│ │
+│ Samples: │
+│ ò Required. │
+│ ò 60-120 seconds in length and in a separate directory marked as Sample. │
+│ ò Must be taken from the encoded movie, not encoded separately. │
+│ ò Extra samples are recommended for any questionable issue with the │
+│ source, e.g. no IVTC possible. │
+│ │
+│ Audio: │
+│ ò Allowed audio format is VBR AAC LC (Low Complexity). │
+│ ò Average bitrate on AAC audio must be between 96 - <Source Bitrate> kbps. │
+│ ò AAC audio must be normalized. │
+│ ò Original samplerate/channels must be kept, up/down sampling is forbidden. │
+│ ò Nero and Apple encoders are recommended. FFmpeg and FAAC are banned. │
+│ ò Multiple language audio tracks are forbidden. │
+│ │
+│ Packing: │
+│ ò Release must not be split. │
+│ ò Release must be packed in RAR file format. │
+│ ò Rars may be in multiples of 50 MB. │
+│ - Multiples of 50 MB must contain 10-101 files. │
+│ - 1MB = 1,000,000 bytes. │
+│ ò RAR compression must not be used. │
+│ ò Recovery record is optional but recommended. 2% max. │
+│ ò Encryption or password protection is forbidden. │
+│ ò Must have SFV and NFO. │
+│ ò RAR, SFV, and sample files must have unique, lowercase filenames with │
+│ the group tag. │
+│ ò NFO SHOULD INCLUDE: │
+│ - Group Name │
+│ - Title │
+│ - Release Date │
+│ - DVD Release Date │
+│ - CRF Value Used │
+│ - Final Size │
+│ - Resolution / Aspect Ratio │
+│ - Audio codec / Audio bitrate │
+│ - Movie runtime │
+│ - DVD site info link │
+│ │
+│ Propers: │
+│ ò Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. Bad IVTC, Interlacing, missing footage, and │
+│ bad x264 settings used). │
+│ ò Propers MUST include a note in the NFO file detailing the reason. │
+│ ò Sample of propered release is encouraged. │
+│ ò Qualitative propers are not allowed. │
+│ ò Releases may not be propered for bad tagging or missing nfo/sample. │
+│ │
+│ Nukes: │
+│ ò Releases must be nuked for any of the following reasons: │
+│ - Any valid proper listed in the propers section. │
+│ - Missing nfo or missing Sample. │
+│ - Mislabeled directory that could prevent finding the release in │
+│ a dupecheck, including incorrect Title or Date. │
+│ - Dupe. │
+│ ò Glitches/Drops must be at least 2 seconds long in any one instance │
+│ to be considered a technical flaw and can not be nuked/propered. │
+│ - Can be nuked if more than 3 glitches/drop of any length throughout │
+│ the film. │
+│ │
+│ Fixes: │
+│ ò The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix. │
+│ ò DirFix requires NFO and NFO must state which release is being fixed. │
+│ ò The original release shall be unnuked when a valid fix is released. │
+│ ò A proper may not be released for an issue that was fixed, unless the │
+│ fix does not completely correct the issue. │
+│ │
+│ Tagging │
+│ ò Encouraged Tagging: │
+│ <Title>.XXX.<Source>.x264-Group │
+│ ò <Title> should always be the same as on the physical disc, the cover or │
+│ the intro of the movie. Never take the name a Website provides you. │
+│ ò <Year> can be added after <Title>, and should be added if a movie with │
+│ the same name was already pre'd before. │
+│ ò <Language> should be added, for non english movies. │
+│ ò <Source> should indicate from what medium this movie is (DVDRip/BDRip) │
+│ ò Acceptable characters in naming a directory include (NO spaces or │
+│ double dots - single dots or underscores ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.-_ │
+│ │
+│ ò Other permitted tags are: PROPER, REPACK, RERIP, NFOFix, SampleFix, │
+│ DirFix, SyncFix, ProofFix. │
+│ │
+└─────┬-++-++─┬────────────────────┬-++-++─┬────────────────────┬-++-++─┬──────┘
+ ┤ X X X ├ ┤ X X X ├ ┤ X X X ├
++─────┴-++-++─┴────────────────────┴-++-++─┴────────────────────┴-++-++─┴──────+
+│ ────[ NOTES TO RULES ]──── │
+│ │
+│ ò Extras, Behind the Scenes and Bonus Scenes may be included in release. │
+│ - Must be unique material. DO NOT include previously or soon to be │
+│ released Bonus Scenes or Trailers. Discretion is strongly advised. │
+│ - Each extra must be tagged uniquely and based on the main release name. │
+│ - Each extra must be encoded seperately but packed together. │
+│ - Must be put in a separate directory marked as Extras and include sfv. │
+│ - Must use CRF 22 │
+│ - Nfo must have information on what is included in the Extras directory │
+│ eg. behind the scenes, bonus scene, etc. No other information needed. │
+│ - Releases may not be nuked/propered for the absence of Extras. │
+│ ò Source related notes: │
+│ - Source shall be DVD or BluRay Only, no exceptions! │
+│ - Re-encoding material of any transcoded source is strictly forbidden! │
+│ ò Propers/Nukes based upon the rules set forth here are allowed only on │
+│ releases that come after this document goes into effect. │
+│ │
+└─────┬-++-++─┬────────────────────┬-++-++─┬────────────────────┬-++-++─┬──────┘
+ ┤ X X X ├ ┤ X X X ├ ┤ X X X ├
++─────┴-++-++─┴────────────────────┴-++-++─┴────────────────────┴-++-++─┴──────+
+│ ────[ GROUPS ]──── │
+│ │
+│ XXXRS12 rules created & approved by the following groups: │
+│ ───────────────────────────────────────────────────────────────── │
+│ Listed in Alphabetical order │
+│ │
+│ CiCXXX DivXfacTory FLESHLiGHT Jiggly NYMPHO PBU PORNOLATiON Pr0nStarS │
+│ SLiEZE STARLETS SWE6RUS TattooLovers UPPERCUT VBT XCiTE │
+│ │
+│ │
+└──────────────────────────────────────────────────────────────────────────────┘
+
+
+
+ CUSTOM SWESUB regler 2012
+ GΣller frσn 2012-07-01
+
+ (Available in English after the Swedish text.)
+
+
+ INTRODUKTION
+ F÷r att sΣkerstΣlla h÷g kvalitet pσ CUSTOM.SWESUB releaser och
+ framf÷r allt kvalitθn pσ den svenska undertexten, har dessa
+ regler framtagits i samrσd mellan de CUSTOM SWESUB-grupper som
+ Σr aktiva f÷r nΣrvarande, aTerFalleT och Hemulen. Syftet med de
+ specifika reglerna f÷r undertexten Σr att f÷rhindra att sσ
+ kallade Google-÷versΣttningar anvΣnds. Det krΣvs mσnga dagars
+ arbete f÷r att skapa en bra undertext till en film.
+
+
+ GENERELLT
+ 1.0 CUSTOM SWESUB releaser mσste preas senast 10 dagar f÷re
+ svenskt retaildatum f÷r filmen.
+ 1.1 Endast scenereleaser tillσts som kΣllor.
+ 1.2 Tillσtna kΣllor: R5, DVDSCR, DVDR, x264, Bluray, HDDVD.
+ HDTV-x264 fσr anvΣndas som kΣlla f÷r TV-DVDR, men endast
+ som iNTERNAL release. Ej tillσtna kΣllor: XviD, TS, CAM.
+ 1.3 KΣllreleasen mσste uppges i NFO filen.
+ 1.4 Namn pσ den svenska ÷versΣttaren, samt att texten Σr custom
+ ska anges i NFO filen.
+ 1.5 AnvΣndning av andra gruppers ÷versΣttningar utan tillσtelse,
+ Σr f÷rbjudet. AnvΣndning av texter hΣmtade pσ undertextsidor
+ Σr tillσtet.
+
+
+ DVDR
+ 2.0 Videoformatet NTSC/PAL ska anges i NFO filen.
+ Frivilligt i release-namnet.
+ 2.1 Releasen ska taggas korrekt med CUSTOM.SWESUB, LiMiTED, osv.
+ 2.2 Originalmenyer eller custommenyer ska finnas pσ samtliga
+ releaser. Retailstrukturen ska i st÷rsta m÷jliga mσn behσllas
+ intakt. Releaser ska f÷lja standarden f÷r DVD-Video.
+ 2.3 Om kΣllan har engelsk undertext sσ ska den alltid inkluderas.
+ ╓vriga undertexter frσn kΣllan Σr frivilliga att inkludera.
+ 2.4 I ÷vrigt ska THE 2011 DVDR RELEASING STANDARDS f÷ljas, med
+ undantag f÷r 1.1. Storleken fσr understiga 4,33 GB sσ lΣnge
+ video bitraten Σr minst 3000 kbit/s.
+
+
+ REGLER F╓R UNDERTEXTEN
+ 3.0 Max tvσ rader/insΣttning.
+ 3.1 ╓verlappningar Σr f÷rbjudna.
+ 3.2 Texten ska vara rΣttstavningskontrollerad.
+ 3.3 Antal tecken per rad fσr inte ÷verstiga 45 och b÷r ligga
+ pσ max 40 tecken.
+ 3.4 Undertexten ska synas tydligt pσ TV-skΣrm och fσr inte gσ
+ utanf÷r skΣrmens kant. Typsnittet Microsoft Sans Serif,
+ stl. 20, fetstil, med svart ytterkant rekommenderas.
+ Vit fΣrg pσ texten.
+ 3.5 ╓versΣttningen mσste σterge det budskap som originalverket
+ efterstrΣvar. Innehσllet i undertexten b÷r inte motsΣga
+ dialog eller bild (exempelvis kroppssprσk). Mσlsprσkets
+ stil b÷r motsvara kΣllsprσkets stil.
+ 3.6 Tidkodningen mσste f÷lja talrytmen, med hΣnsyn till klipp
+ och ljud÷vergσngar.
+ 3.7 MΣngden text per insΣttning mσste stΣmma ÷verens med en
+ normal tittares lΣshastighet. F÷r att uppnσ detta beh÷ver
+ man oftast komprimera dialogen och hσlla undertexten kort
+ och koncis. En normal tittare utan nσgra lΣs- eller
+ h÷rselproblem, hinner uppfatta 15 tecken i sekunden, om
+ denne samtidigt ska hinna f÷lja vad som hΣnder i bild.
+ DΣrf÷r fσr den minimala visningstiden inte understiga
+ nedanstσende regler:
+
+ 8 tecken minst 1.4 sekunder
+ 9-15 tecken minst 1.7 sekunder
+ 16-40 tecken minst 2.0 sekunder
+ 41-60 tecken minst 3.2 sekunder
+ 61-80 tecken minst 3.7 sekunder
+
+ Avvikelser med +/- 100 millisekunder Σr tillσtna f÷r
+ ovanstσende tider. SjΣlvklart finns det undantag som g÷r
+ att man mσste gσ utanf÷r den hΣr regeln, men antal
+ tillσtna fel/undantag f÷r den minimala visningstiden
+ fσr inte ÷verstiga 5 % av det totala antalet insΣttningar
+ i undertexten.
+
+ Maxtiden styrs inte genom regler men b÷r hσllas till
+ max 10 sekunder.
+
+
+ ____________________________________________________________________
+
+
+
+ The CUSTOM SWESUB rules 2012
+ Effective Date July 1
+
+
+ INTRODUCTION
+ To ensure high quality CUSTOM.SWESUB releases and especially
+ high quality Swedish subtitles, the following rules have been
+ developed by those CUSTOM SWESUB groups which are active at
+ present, aTerFalleT and Hemulen. The purpose of the specific
+ rules for a text are to prevent so-called Google translations.
+ It takes many days to create accurate subtitles for a film.
+
+
+ GENERAL
+ 1.0 Pre of CUSTOM SWESUB must take place at least 10 days
+ before the Swedish retail date for the film.
+ 1.1 Only scene releases are permitted to be used as sources.
+ 1.2 Permitted sources: R5, DVDSCR, retail, x264, Blu-ray, HDDVD.
+ HDTV x264 may be used as source for TV DVDR,
+ but only as iNTERNAL release.
+ Prohibited sources: XviD, TS, CAM.
+ 1.3 The name of the source must be provided in the NFO file.
+ 1.4 The name of the Swedish translator, and that the text is
+ custom must be specified in the NFO file.
+ 1.5 Use of other groups' translations without permission,
+ is prohibited.
+ Use of texts downloaded from subtitle pages is allowed.
+
+
+ DVDR
+ 2.0 The video standard NTSC/PAL must be indicated in the
+ NFO file. In the release name it's optional.
+ 2.1 The appropriate directory tags must be used CUSTOM.SWESUB,
+ LiMiTED, STV etc.
+ 2.2 Original menus or custom menus must be included.
+ The DVD structure should as far as possible remain intact.
+ Releases must follow the DVD-Video standard.
+ 2.3 If the source has English subtitles they must always be
+ included. Other subtitles are optional to include.
+ 2.4 In other respects, THE 2011 DVDR RELEASING STANDARDS must
+ be followed, except for 1.1. Release size less than
+ 4.33 GB is allowed as long as the minimum average video
+ bitrate is over 3,000 kbit/s.
+
+
+ RULES APPLICABLE TO THE SWEDISH SUBTITLES
+ 3.0 No more than two lines.
+ 3.1 Overlapping is prohibited.
+ 3.2 The text must be spell checked.
+ 3.3 Number of characters per line may not exceed 45 and
+ should stay at a maximum of 40 characters.
+ 3.4 The text must be clear on the TV screen and not go beyond
+ the screen edge. The font Microsoft Sans Serif, size 20,
+ bold, black outline border is recommended.
+ The text colour should be white.
+ 3.5 The translation must reproduce the message conveyed in
+ the original work. The subtitle content should not
+ contradict the dialogue or image (e.g. body language).
+ The style of the target language should be equivalent
+ to the style of the source language.
+ 3.6 The cueing of subtitles must follow the speech rhythm,
+ taking cuts and sound bridges into consideration.
+ 3.7 The amount of text in the subtitle must be consistent
+ with the viewers' reading speed. Achieving this usually
+ requires compressing of the dialogue thus keeping the
+ text short and concise. A normal viewer, without reading
+ or hearing problems, reads 15 characters per second.
+ The viewer must be given enough time to perceive both
+ image, sound and subtitle.
+ Hence the minimum duration allowed is:
+
+ 8 characters at least 1.4 seconds
+ 9-15 characters at least 1.7 seconds
+ 16-40 characters at least 2.0 seconds
+ 41-60 characters at least 3.2 seconds
+ 61-80 characters at least 3.7 seconds
+
+ Deviations of +/- 100 milliseconds are allowed.
+ Of course there are exceptions that make it necessary
+ to go beyond these rules, but the number of allowable
+ errors/exceptions for the duration should not exceed 5%
+ of total deposits in the text.
+
+ The maximum time is not governed by rules
+ but should be kept at a maximum of 10 seconds.
+
+
████████████▓ ▒██████████████████████████████████████████████████████
+▓███████████▓ + ▒██████████████████████████████████████████████████████
+ ▓███████████▓ ▒███████████████████████████████████████████████████████
+ ▓███████████▓ ▒███████████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓███
+ ▓███████████▓ . ▒██████████▓ ███
+ ▓███████████▓ ▒███████████▓ + ███
+ ▓███████████▓ ▒██████████▓ + . ███
+ ▓███████████▓ ▒██████████▓ . ███
+ ▓███████████▓ ▒███████████▓ ███
+ ▓███████████▓ ▒██████████▓ + ███
+ ▓███████████▓▒███████████▓ ▒▒▒▒▒▒ ▒▒▒▒▒ ███
+ ▓███████████▓███████████▓ ▒▒██████▒ + ▒▒█████▒ ▒▒▒▒▒ ███
+ ▓█████████████████████▓ ▒█████████▒ ▒████████▒ . ▒█████▒ ███
+ ▓████████████████████ ▒██████████▒ ▒█████████▒ ▒██████▒ ███
+ ▓███████████████████▓ ▒███████████ ▒██████▒▒▒▒ ▒███████▒ . ███
+ + ▓█████████████████▓ █▒▒▒▒▒█████ ▒████▒▒ ▒███████▒ ███
+ ▓████████████████▓ + ▒████ ▒████▒ + ▒███▒████▒ ███
+ ▓███████████████▓ ▒████ ▒██████████▒ ▒███▒▒████▒ ███
+ ▓█████████████▓ ▒█████ ▒███████████▒ ▒███▒ ▒████▒ ███
+ ▓████████████▓ . ▒████▒ ▒████████████▒ ▒███ ▒████▒ + ███
+ . ▓████████████▓ ▒████▒ ▒█████▒▒▒█████ ▒███▒ ▒████▒ ███
+ ▓██████████████▓ ▒████▒ ▒█████ ▒████ ▒████████████▒ ███
+ ▓███████████████▓ ▒████▒ ▒████ ▒████ ▒████████████▒ ███
+ ▓████████████████▓ ▒▒████▒ ▒████ ▒████ ▒████████████▒ ███
+ + ▓█████████████████▓ ▒██████▒▒▒▒▒▒ ▒████▒▒▒█████ ▒▒▒▒▒▒▒▒████▒ ███
+ ▓██████████████████▓ ▒████████████ ▒██████████▒ ▒████ ███
+ ▓████████████████████▓ ▒████████████ ▒█████████▒ ▒████ ███
+ . ▓█████████████████████▓ ▒████████████ ▒██████▒ ▒████ ███
+ ▓██████████▓███████████▓ ████ ▀█████ ███
+ ▓██████████▓ ▒███████████▓ ██ ▀ ██ ██ ███
+ ▓███████████▓ ▒███████████▓ + ██ ██ █ . ███
+ ▓██████████▓ ▒███████████▓ ███ . ██ █ + ███
+ ▓███████████▓ ▒███████████▓ ███ ██ + █ ███
+ ▓███████████▓ ▒███████████▓ . ██ ██ █ ███
+ ▓██████████▓ + ▒███████████▓ ▄ ██ ██ ██ . ███
+ ▓███████████▓ ▒███████████▓ █████ ▄█████ ███
+ ▓██████████▓ ▒███████████▓ ███
+ ▓███████████▓ . ▒████████████████████████████████████████████████████████
+▓███████████▓ ▒███████████████████████████████████████████████████████
+▓██████████▓ ▒██████████████████████████████████████████████████████
+███████████▓ . ▒██████████████████████████████████████████████████████
+
+
+ German SD Retail Movie Standards V1.0 (Stand: August 2013)
+
+
+ [GENERAL]
+
+ - Jedes als deutsches Retail-DVDRiP/BDRiP getaggtes Release muss von einer
+ originalen, sich im Besitz der jeweiligen Group befindlichen DVD/BD
+ stammen.
+ Dies impliziert, dass sowohl Video/Audio, als auch alle anderen fuer das
+ Release verwendeten Materialen (Subtitles), aus dem selben
+ Vobset/m2ts stammen und direkt von diesem encodiert oder extrahiert werden
+ muessen. Das Benutzen von DVDR-Releases, 720p/1080p oder Full-BluRay bzw.
+ das Klauen einer fremden Source ist untersagt.
+ - BDRiP und DVDRiP dupen sich gegenseitig.
+ - Der Video-Codec muss H264 sein, encoded mit 8-bit-depth x264.
+ - x264 und XViD Releases dupen sich gegenseitig.
+ - Die Verwendung der crf oder 2pass Encodingmethode ist erlaubt.
+ Es wird empfohlen immer die aktuellste x264 Version zu verwenden. Die
+ verwendete Version darf nicht mehr als 2 Public Builds von der bis
+ dato aktuellsten Version zurueckliegen.
+ Als erste Anlaufstelle gilt http://download.videolan.org/pub/x264/binaries/
+ - Die Releases muessen im Matroska Container (*.mkv) vorliegen.
+ - Der Abspann muss im vollen Umfang vorliegen und darf nicht gekuerzt
+ werden. Jedoch ist es erlaubt den Abspann mit einer niedrigeren Bitrate
+ zu encoden, sofern keine zum Film gehoerenden Szenen (Blooper, Story,
+ Outtakes, etc) enthalten sind.
+ - Intros, Outros, Betweenos (alles was nicht zum Film gehoert) sind nicht
+ erlaubt.
+ - RAR/SFV/NFO/SAMPLE/PROOF sind notwendig.
+ - Aus Kompatibilitaetsgruenden ist es zwingend erforderlich Header Stripping
+ zu deaktivieren.
+ - Filme die aufgrund ihrer Laenge auf 2 Discs aufgeteilt wurden (wie zum Bsp.
+ "Der Schakal DC" und "Der Herr der Ringe SSE") sind in einem
+ Stueck zu encoden. Schwarze oder doppelte Szenen (was bisher geschah)
+ sind zu entfernen um einen lueckenlosen Uebergang zu gewaehrleisten.
+ - Internal Releases sind fruehestens 24 Monate nach First Pre erlaubt.
+ - Internal Releases sind 'shielded from dupe only' und koennen somit fuer
+ technische Fehler geahndet werden.
+
+
+ [VIDEO]
+
+ - Breite: -Es ist 720px bei BDRiP zu verwenden.
+ -Es ist min. 688px und max. 720px bei DVDRiP zu verwenden
+ (ausgenommen davon sind DVDs mit einer AR kleiner
+ als 1.66 <-- max. Breite 640px).
+ Es sollte die groesstmoegliche Breite gewaehlt werden
+ (unter Beruecksichtigung des AR Errors).
+ - Fuer alle Encodes mit crf muss crf19 genutzt werden, dieser gilt
+ als erste Wahl zum Encoden.
+ Ausnahmen: Sollte bei crf19 die Bitrate 2000kbps uebersteigen, muss der
+ naechste Wert (crf20, usw.) oder 2pass genutzt werden.
+ Als Anhaltspunkt gilt eine Bitrate von 2000kbps fuer den Wechsel
+ auf den naechsten crf-Wert.
+ Sollte ein anderer Wert als 19 gewaehlt werden, ist
+ der Grund hierfuer in der nfo anzugeben.
+ - crf-Werte unter 19 und ueber 21 sind nicht erlaubt und gelten als
+ technischer Mangel.
+ - 2pass Encodes muessen min 60% und max 90% von der source an Qualitaet
+ liefern, dieses ist durch ein Kompressionscheck festzustellen.
+ 2pass Encodes sind nur erlaubt falls:
+ - die Bitrate 2000kbps bei crf19 uebersteigt
+ - die Filesize bei crf zu gross wird
+ Die Filesize bei 2pass ist frei waehlbar.
+ Der Grund fuer die Verwendung von 2pass, ist in der nfo anzugeben.
+ - 2pass und crf Releases dupen sich gegenseitig -- first Release wins.
+ - Splitting auf eine bestimmte Size ist unnoetig.
+ - Die Framerate der Source muss beibehalten werden (kein PAL-Speedup).
+ - Level 3.1 muss respektiert werden.
+
+ Cropping:
+
+ - Das Bild muss komplett freigestellt sein, es duerfen keine schwarzen
+ Balken im Bild verbleiben.
+ - Die Hoehe und Breite des Videos muss ein Vielfaches von 2 sein (mod2).
+ - Overcrop/Undercrop von 1px wird toleriert, da es aus technischen
+ Gruenden nicht moeglich ist 1px zu croppen. Mehr als 1px gilt als
+ technischer Mangel.
+ - Das Seitenverhaeltnis darf maximal 0.5% von dem des Input-ARs
+ abweichen.
+ - Der Zoomfaktor des Bildes darf 100% nicht ueberschreiten (kuenstliches
+ Aufblasen des Bildes nach dem Croppen).
+ Beispiel: das Bild einer DVD Source hat nach dem Croppen nur mehr
+ 704px Breite -> Output AR darf 704px nicht ueberschreiten.
+ - Der ITU-R Standard ist nicht erlaubt.
+ - Als Resizer sind Lanczos/Lanczos4, Spline36, nvindexer oder Blackman
+ erlaubt. Alle anderen (bicubic, simple etc.) sind nicht erlaubt und
+ gelten als technischer Mangel.
+
+ Deinterlacing:
+
+ - Interlaced Sources muessen entsprechend deinterlaced werden.
+ - NTSC -> PAL Normwandlungen muessen auf ihre urspruengliche Framerate
+ restored werden (hierfuer eignet sich besonders der "restore24" Filter).
+ - Progressives Encoden von interlaced Sources ist ein technischer Mangel.
+
+ Codec-Paramter:
+
+ - Folgende Tabelle zeigt welche x264 Settings verwendet werden muessen:
+
+ .------------------------------------------------------------------------.
+ | Setting | benoetigte Einstellung | x264 default |
+ |-----------------+-------------------------------+----------------------|
+ | b-pyramid | normal (mode 2) | ja |
+ | me | umh, esa oder tesa | nein (hex) |
+ | no-fast-pskip | benoetigt | nein |
+ | ref | 5 | 3 |
+ | subme | 7 | ja (7) |
+ | mbtree | an | ja |
+ | -> rc-lookahead | 40 (default) | ja (40) |
+ | trellis | 1 | ja (1) |
+ | bframes | 3 | ja (3) |
+ | weightb | an | ja |
+ | aq-mode | an (ausser Zeichentrickfilme)*| ja (1) |
+ | mixed-refs | an | ja |
+ | b-adapt | 1 oder hoeher | ja (1) |
+ | deblock | an** | ja (0:0) |
+ | 8x8dct | an | ja |
+ | direct | darf nicht "none" sein | ja (spatial) |
+ | merange | 16 | ja (16) |
+ | no-chroma-me | darf nicht benutzt werden | ja |
+ | psy-rd | an (1.0:0.15) | ja (1.0:0.0) |
+ | partitions | alle oder p8x8,b8x8,i8x8,i4x4 | p8x8,b8x8,i8x8,i4x4 |
+ `------------------------------------------------------------------------'
+
+ * Der eingeschaltete aq-mode bei Zeichentrickfilmen ist nicht verboten.
+ Hier sollte fuer sich selbst entschieden werden ob eine Verwendung
+ qualitativ sinnvoll ist.
+ Bei Animationsfilmen wie zB Monster AG, Findet Nemo etc. muss der
+ aq-mode zwingend aktiviert bleiben.
+
+ ** Erlaubte Settings sind hier 0:0 / -1:-1 / -2:-2 / -3:-3
+ Je dunkler der Film, umso ein hoeherer Negativwert
+ sollte hierfuer gewaehlt werden.
+
+
+ [Empfohlene Encoding Settings]
+
+ - crf19:
+ x264.exe --crf 19 --level 3.1 --me umh --ref 5 --sar 1:1
+ --thread-input --no-fast-pskip --output movie.mkv movie.avs
+
+ - 1st pass:
+ x264.exe --pass 1 --level 3.1 --me umh --ref 5 --sar 1:1
+ --stats .stats --bitrate xxxx --no-dct-decimate
+ --no-fast-pskip --partitions none --output NUL movie.avs
+
+ - 2nd pass:
+ x264.exe --pass 2 --level 3.1 --me umh --ref 5 --sar 1:1
+ --stats .stats --bitrate xxxx --no-fast-pskip
+ --thread-input --output movie.mkv movie.avs
+
+
+ [AUDIO]
+
+ - Als Audioformat ist nur AC3 erlaubt.
+ - Die Originalfrequenz der Source muss beibehalten werden.
+ - Tonformate sind wie folgt zu behandeln:
+
+ AC3 5.1 640kbit oder 448kbit -> AC3 5.1 384kbit
+ AC3 5.1 384kbit oder weniger -> beibehalten
+ DTS/LPCM 5.1 -> AC3 5.1 384kbit
+ DTS/LPCM 2.0 -> AC3 2.0 192kbit
+ AC3 2.0 192kbit oder weniger -> beibehalten
+ AC3 1.0 192kbit oder weniger -> beibehalten
+ AC3 2.0 groesser 192kbit -> AC3 2.0 192kbit
+ AC3 1.0 groesser 192kbit -> AC3 1.0 192kbit
+
+ - Optional darf eine zweite Tonspur (Originalton) in das Release gemuxt
+ werden.
+ - Die korrekte Originalsprache des Films ist von IMDB zu entnehmen.
+ - Sollte mehr als ein Audiotrack gemuxt werden, so ist auf die korrekte
+ Standardtrackmarkierung zu achten (Standard = yes/no).
+ Deutsch - Standard
+ O-ton - kein Standard
+ - Die deutsche Tonspur muss aus Kompatibilitaetsgruenden zu einigen Playern,
+ die, die Standardtrackmarkierung ausser Acht lassen als erster Track nach
+ dem Video gemuxt werden.
+
+ Aufbau des fertig gemuxten mkv Containers:
+
+ Track 0: Video
+ Track 1: Audio (ger)
+ Track 2: Audio (O-Ton) (OPTIONAL)
+ Track 3: Kapitel (OPTIONAL)
+
+ Es ist erwuenscht die originalen Kapitel der Source in den MKV
+ Container einzubetten, jedoch ist es keine Pflicht.
+
+
+ [UNTERTITEL]
+
+ - Deutsche und fremdsprachige Subtitles fuer den kompletten Film duerfen
+ im VobSub-Format beigelegt werden, sind aber keine Pflicht.
+ - Aus Kompatibilitaetsgruenden ist das Zusammenfassen (mergen) mehrerer
+ Sub Streams (Vollsubs, Audiokommentar, Forced Subs, usw.) nicht erlaubt
+ (fuer jede Sprache sind eigene Vobsubs beizulegen - Deutsch/Englisch).
+ - Beim Erstellen der Vobsubs ist zwingend auf die korrekte Aufloesung (PAL)
+ und auf die korrekte Spracheinstellung zu achten.
+ - Die "forced flags" aus dem .sup/.sub Stream muessen beibehalten werden.
+ - Die Vobsubs muessen mit hoechster Kompression in eine RAR-Datei gepackt,
+ mit einem sfv File verifiziert und in einen "Subs" Unterordner beigelegt
+ werden.
+ Um doppelte Dateinamen zu verhindern muss die RAR-Datei anders
+ als die RAR-Dateien des Hauptfilmes benannt werden.
+
+ Beispiel:
+ filename.idx / filename.sub = deutsche Vollsubs
+ filename-eng.idx / filename-eng.sub = englisch
+
+ "eng" steht hierbei fuer das englische Sprachenkuerzel.
+ Weitere Sprachenkuerzel koennen in jeder beliebigen Suchmaschine gefunden
+ werden.
+ - Forced.Subs* muessen im Release hardcoded enthalten sein
+ (In manchen Filmen wie z.B. "Apocalypto" gilt die komplette
+ Untertitelung des Films als Forced.Subtitle und muss somit
+ ebenfalls hardcoded und als German.Subbed getagged werden).
+ Dies gilt auch fuer deutsch untertitelte Dokumentationen.
+ - Das Fehlen von Forced Subs gilt als technischer Mangel.
+ - Um die richtige Position der Forced Subs zu gewaehrleisten, muessen fuer
+ das Hardcoden die Vobsubs verwendet werden
+ (SRT Files duerfen nicht hardcoded werden).
+
+ * Forced.Subs:
+ Jene deutsche Subs, die auf der DVD/BluRay fuer das Untertiteln fremd-
+ sprachiger, nicht deutsch synchronisierter Dialoge oder Aufschriften auf
+ Schildern/Papieren eingeblendet werden.
+
+
+ [PACKEN/WINRAR UND CO]
+
+ - Die fertigen MKV-Container muessen in RAR-Archive (Kompressionsstufe
+ store/speichern) gepackt werden und auf 20.000.000/50.000.000 Byte grosse
+ Files gesplittet werden, *.r99 darf dabei nicht ueberschritten werden.
+ - Erwuenscht ist die Verwendung der Benennung von Teilarchiven im alten
+ Stil (*.rar und *.rxx). Das Einbetten von Wiederherstellungs-
+ informationen in die RAR-Archive wird ausdruecklich empfohlen.
+ - Eine SFV muss beigelegt werden und Checksummen fuer
+ alle RAR-Archive des jeweiligen Releases enthalten.
+ - Eine NFO-Datei muss sich im Hauptverzeichnis des Releases befinden.
+ - Zu jedem Release muss ein Sample im MKV-Format beiliegen (/Sample),
+ welches zwischen 30 und 60 Sekunden lang sein kann und direkt aus der
+ Release-MKV extrahiert sein muss; seperates Encoden des Samples ist
+ verboten, da die Aussagekraft dadurch hinfaellig wird.
+ - Die Vobsubs muessen mit hoechster Kompression in eine RAR-Datei gepackt,
+ mit einem sfv File verifiziert und in einen "Subs" Unterordner beigelegt
+ werden.
+ - Um doppelte Dateinamen zu verhindern muessen die RAR-Dateien der Subs/Proof
+ anders als die RAR-Dateien des Hauptfilmes benannt werden.
+
+
+ [Proof]
+
+ - Jedem Release muss ein Source Proof der Disc beiliegen. Die Disc muss
+ klar zu erkennen und zum eindeutigen Beweis mit einem beigelegten
+ (nicht digital hinzugefuegtem) Group Tag versehen sein. Als Anhaltspunkt
+ gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ Scans sind _nicht_ erlaubt.
+ Moegliche Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen muessen unkenntlich gemacht werden.
+ Zur eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+ Das Foto muss sich im Unterordner /Proof gepackt als *-proof.rar und mit
+ *-proof.sfv befinden.
+ Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+
+
+ [TAGGING]
+
+ - Das Benennen der Dateien im Release bleibt den Groups selbst ueber-
+ lassen, sie sollte aber sinnvoll und ausreichend ausfuehrlich gewaehlt
+ werden, um Dupefiles vorzubeugen.
+ - Die Verzeichnisse sollten diesem Beispiel-Tag folgen, wobei
+ <...>-Ausdruecke editiert oder entfernt werden muessen,
+ [...]-Ausdruecke sind optional und releaseabhaengig:
+
+ <Film.Titel>.German.[SUBBED].[ANiME].[DOKU].[YEAR].[AC3].[PROPER].
+ DVDRiP.x264.[iNTERNAL].[REPACK].[READ.NFO]-<GROUP>
+
+ - Bei Cine-Filmen, deren Produktionsjahr laenger als 2 Kalenderjahre
+ zurueckliegt, enfaellt der optionale [YEAR] Tag und wird zur Pflicht.
+ Bei allen STV-Filmen enfaellt der optionale [YEAR] Tag und wird zur
+ Pflicht.
+ Das Produktionsjahr ist von IMDB zu entnehmen.
+ - Weitere optionale Tags sind: CHRONO, DC, EXTENDED, REAL, REMASTERED,
+ RERIP, RETAIL, SE, SUBBED, THEATRICAL, UNCUT, UNRATED
+
+
+ [PROPER]
+
+ Ein Proper-Release ist notwendig und valid, wenn:
+ - Ein anderer Codec als x264 verwendet wurde (bad.Codec)
+ - Eine x264 Version verwendet wurde, die mehr als 2 Public Builds
+ zurueckliegt (old.x264.version)
+ - Aufloesungen ausserhalb der gegebenen Grenzen verwendet wurden
+ (bad.resolution)
+ - Zoom Faktor hoeher als 100%
+ - X- und/oder Y-Aufloesung kein Vielfaches von 2 sind (!=mod2)
+ (bad.resolution)
+ - ITU-R Standard verwendet wurde (bad.resolution)
+ - Ein groesserer AR-Error als 0,5% vorliegt (bad.ar)
+ - Unnoetig viel Bild an den Raendern gecropped wurde (overcropped)
+ - Nicht alle schwarzen Balken gecropped wurden (bad.crop)
+ - Interlaced Frames vorliegen (interlaced.frames)
+ - Ein anderes Audioformat als AC3 verwendet wurde (bad.audio.codec)
+ - Eine nicht zulaessige Audio-Bitrate verwendet wurde (bad.audio.bitrate)
+ - Anstatt der Forced.Subs die kompletten Untertitel hardcoded wurden
+ (hardcoded.subs.throughout.whole.movie)
+ - Die Forced.Subs fehlen, nicht hardcoded oder out of sync sind
+ (missing.forced.subs bzw subs.out.of.sync)
+ - Bildfehler/Glitches vorliegen (glitches.at.timestamps)
+ - Audio out of sync ist (audio.out.of.sync)
+ - Kein Proof fuer eigene Source (missing.proof)
+ - Bei einem Proper muss nicht die gleiche Source verwendet werden.
+
+
+ [NFO]
+
+ Fuer die NFO, die jedem Release pflichtmaessig beizulegen ist, gelten
+ folgende Minimalanforderungen:
+ - Releasedatum
+ - Kinostart oder STV
+ - IMDB-Rating + Votes und IMDB-URL zum Film
+ - Laufzeit
+ - Videoaufloesung
+ - Average Videobitrate
+ - Audiobitrate
+ - Proper/Repack-Notes bei Proper/Repack-Release
+ - Encodierverfahren crf oder 2pass -- bei crf ebenfalls die Stufe
+ - Forced Subs falls vorhanden.
+
+
+ Signed by:
+
+ CONFiDENT DESPiTE EHLE EMPiRE EPHEMERiD ETM EXQUiSiTE GMA GOREHOUNDS GVD
+ iFPD MORTAL OldsMan QoM ROOR RSG STARS WATCHABLE WOMBAT w0rm XF
+
+
+ Diese Standards gelten ab dem 19.08.2013 00:00:01 GMT+1 und finden auf
+ alle Retails Anwendung.
+ Die alten Rules (German.Retail.XviD.Rules.v2.2010-ALLSiGNEDGROUPS)
+ sind noch bis 01.09.2013 00:00:01 GMT+1 gueltig.
+ Ab 01.09.2013 00:00:01 GMT+1 ist der Einsaz des XViD Codec nicht
+ mehr erlaubt.
+
+
+
+
+
+ DEUTSCHE SERiEN UND TV RULES v.5.0 (Stand: Juli 2013)
+ ▄██████████████████████████████████████████████████████████████████████████▄
+ ▐▓▀ ▄▄▄ ▄ ▄▄ ▄▄ ▄▄ ▄▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄▀▀▀▄▀█▌
+ ▓▌ ░░░█ █▄█░█ ▄░█▀░░▀▄░▀▄░█░░█▀█░█▄█░█░█░░░ ▐ ▄█ ▌▐█
+ ▓ ▀ ▀ ▀ ▀▀ ▀▀▀ ▀▀ ▀▀ ▀ ▀ ▀ ▀ ▀ ▀ ▄▌▒▌▒▌▒▌▒▒▄ ▐ █ ▌ █
+ ▓ ▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄ ▄███▄█▄█▄█▄██▓ ▀▄▄▄▀ █
+ ▓ █ ▄▄ ▄ ▄▄▄ ▄ ▄ ▄▄▄ ▄ ▄ █ ▌█▀ ▀████▀ ▀▓▌ █
+ █ █ █▐▌█ █▀ █▐▌█ █ █ █ █ ▐██████▌▓█████▓▒ █
+ █ █ ▀ ▀ ▀▀▀ ▀▀ ▀ ▀ █ ▐███▀████▀██▓▓ █
+ █ █ ▄▄ ▄ ▄ ▄ ▄▄ ▄▄ ▄▄ ▄▄▄ █ ▀███▄▄▄▄██▓▀ █
+ █ █ █▄█ █ █ █ █▄ █▄ █▄ █ █ ▄███▄ ▀▀▀▀▀▀▀▒ ▄▓███▄ █
+ █ █ █ ▌ █▄█ █▄ █▄ ▄█ █▄ █ █ ██████ ▀▀█▓▒▀ ▓██████ █
+ █ █ ▄▄ ▄▄ ▄ ▄▄ ▄ ▄▄ ▄▄ ▄▄ █ ▐██████▄██ ▐▒ ▓▓▄██████▓▌ █
+ █ █ █▄█ █▄ █ █▄ █ █ █▄ █▄ █ █ █ █████▓████▌ ▐▓▓████▐██▓▌ █
+ █ █ █ ▌ █▄ █▄ █▄ █▀█ ▄▄█ █▄ █▄▀ █ ████▐▓▓██▄█ ▓▄▓███▌▐██▓▌ █
+ █ █▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄█ ████▌▀▓▓█▄█ ▓▄█▀▀▄▄██▓▓▌ █
+ █ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄ █████▓▄▀▓▄▀ ▄▄▒▓███▓▓▓▀ █
+ █▐▒▓███████████████████████████████████████▄▄▄▄▄▄▄▀████▓▓ ▄▀▓████▒▀▀▀▀▄▄▄▄▄▄▌█
+ █▐▒▓▓██████████████████████████████████████████▀▐█▌▄▄▀▀█▓▄ ▀▀ ▀▒▄▄▀█████████▌█
+ ▓ █▒▓▓▓███████████████████████████████████████ ███▐▐██▄▄▄▀▒▀█▓▓▓▀▓ ████████ █
+ ▓▌▐█▓▓▓▓█████████████████████████████████████▄▄▄▄██▌ ▀▀▀▀▀▀▀▀▄▄▀▀▀ ████████▌▐█
+ ▐▓▄ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ▄█▌
+ ▀▓███████████████████████████████████████▀█▀█▀█▀███████████████████████████▀
+ ▀▀▀▀▀▀▀▀▀█████▀▀▀▀▀▀▀▀▀▀
+ ▄▄▓▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██▄
+ ▄█▓▓▓█████████████████████▄
+ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
+
+ - Exclusive HDTV Filme
+ - Exclusive HD Serien/TV Releases -
+
+
+ [ Video ]
+
+1.1.0) Wertigkeit:
+
+ --------------------------------------------------------------------
+ Kategorie 1 -> DVB-S/C -> SDTV -> Deutschsprachiges Sat./Kabel TV
+ Kategorie 1 -> DVB-S2 -> HDTV -> Deutschsprachiges HDTV
+ Kategorie 1 -> HDTVRip -> Dubbed -> Auslaendisches HDTV
+ --------------------------------------------------------------------
+ Kategorie 2 -> iTunes -> Dubbed -> Auslaendisches iTunes
+ --------------------------------------------------------------------
+ Kategorie 3 -> DVDRip -> Dubbed -> Auslaendische Retail DVDs
+ Kategorie 3 -> BDRip -> Dubbed -> Auslaendische Retail BluRays
+ --------------------------------------------------------------------
+ Kategorie 4 -> DVDRip -> Retail -> Deutschsprachige Retail DVDs
+ Kategorie 4 -> BDRip -> Retail -> Deutschsprachige Retail BluRays
+ --------------------------------------------------------------------
+
+ 1.1.1) Wertigkeit: Kategorie 1 = Niedrigste Kategorie
+ Kategorie 4 = Hoechste Kategorie
+
+ 1.1.2) Ein dubbed iTunesRip darf aus Wertigkeitsgruenden NICHT mit einem
+ dubbed DVDRip gepropert werden.
+
+ Ein dubbed iTunesRip darf mit einem dubbed BluRayRip gepropert
+ werden, der BluRayRip zaehlt in dem Fall als hoeherwertig!
+
+ Ein HDTVRip darf aus Wertigkeitsgruenden NICHT mit einem dubbed
+ iTunesRip gepropert werden.
+
+1.2.0) Ein Widescreen (WS) Release ist IMMER hoeherwertiger als ein Fullscreen
+ (FS) Release, unabhaengig von der Kategorie der Source! Fullscreen Rips
+ sind demnach nicht erlaubt, sofern ein WS Rip existiert.
+
+1.3.0) Jedes als deutsches Retail-DVDRip/BDRip getaggtes Release muss von
+ einer originalen, sich im Besitz der jeweiligen Group befindlichen
+ DVD/BD stammen. Dies impliziert, dass sowohl Video/Audio, als auch alle
+ anderen fuer das Release verwendeten Materialien (Subtitles), aus dem
+ selben Vobset/m2ts stammen und direkt von diesem encodiert oder
+ extrahiert werden muessen. Das Benutzen von Scene DVDR-Releases, Scene
+ 720p oder 1080p bzw. das Klauen einer fremden Source ist untersagt.
+
+ Andere Bildquellen sind NICHT erlaubt! Die Tonspur darf, sofern sie
+ diesem Ruleset entspricht, auch aus Streamingportalen entnommen werden.
+
+1.4.0) Das Teilen des Videos in mehrere Dateien ist verboten.
+
+1.5.0) Das Entfernen der Credits ist nicht erwuenscht. Sollten nur die Credits
+ interlaced sein, reicht es diese so zu belassen.
+
+1.6.0) Bilder und Einblendungen wie Testbilder, Werbung etc sind nicht
+ erwuenscht und muessen entfernt werden.
+
+1.7.0) Es wird gewuenscht "Zuvor bei...", sowie Abspaenne mitzuencoden,
+ vorausgesetzt genannte Szenen enthalten KEINE Werbung. Vorschau-
+ einblendungen ("In der naechsten Episode...") sind nicht erwuenscht.
+
+ Im Falle eines dubbed Releases ist das Dubben hier erwaehnter Stellen
+ nicht zwingend notwendig und stellt weder einen technischen Fehler dar,
+ noch dient es als Grundlage fuer einen Proper!
+
+1.8.0) Einzelne Folgen, die als Promo DVD/BD (Zeitungs- oder Zeitschriften-
+ beilagen, Bonus-Episoden, etc) publiziert wurden, duerfen NICHT zur
+ Sicherung von Retail Staffelrechten genutzt werden. Das enthaltene
+ Audiomaterial darf allerdings fuer ein Dubbed Release verwendet werden.
+
+1.9.0) Alle Releases, die encodet werden, MUESSEN H264 sein. Ausnahmen hierzu
+ sind lediglich auslaendische Releases, welche zum Dubben verwendet
+ werden. Hier darf das Eingangsformat uebernommen werden (H264 oder
+ XviD).
+
+
+
+ [ AR/Resolution ]
+
+ [ General ]
+
+2.1.0) Das Bild muss komplett freigestellt sein, es duerfen keine schwarzen
+ Balken im Bild verbleiben.
+
+2.2.0) Die Hoehe und Breite des Videos muss ein Vielfaches von 2 sein (mod2).
+
+2.3.0) Overcrop/Undercrop von 1px wird toleriert, da es aus technischen
+ Gruenden nicht moeglich ist 1px zu croppen. Mehr als 1px gilt als
+ technischer Mangel.
+
+2.4.0) Das Seitenverhaeltnis darf maximal 0.5% von dem des Input-ARs
+ abweichen.
+
+2.5.0) Der ITU-R Standard, welcher anamorphe WS DVD mit 1.82 und FS DVD mit
+ 1.36 uebernimmt, ist nicht erlaubt.
+
+2.6.0) Als Resizer sind Lanczos/Lanczos4, Spline36, nvindexer oder Blackman
+ erlaubt. Alle anderen (bicubic, simple etc.) sind nicht erlaubt und
+ gelten als technischer Mangel.
+
+2.7.0) Bei dubbed Releases im XviD-Format MUSS der Packet Bitstream entfernt
+ werden.
+
+
+
+ [ BluRay ]
+
+3.1.0) Die Breite muss 720px betragen
+
+3.2.0) Als Grundlage muss die Quell-AR der BluRay verwendet werden um die
+ passende Hoehe (mod2) des BDRips zu bestimmen.
+ Beispiele: 1920x800 -> 720x300
+ 1920x816 -> 720x306
+ 1920x1080 -> 720x404
+ 1920x1040 -> 720x390 oder 720x388
+ 1440x1080 -> 720x540
+
+
+
+ [ DVD ]
+
+3.3.0) Die Breite muss 688-720px betragen
+
+3.4.0) Als Grundlage muss die Quell-AR der DVD verwendet werden um die
+ passende Hoehe (mod2) des DVDRips zu bestimmen.
+ Beispiele: 720x576 --> 720x404
+ 716x574 --> 716x404
+ 720x552 --> 720x388
+ 718x434 --> 718x306
+
+ 3.4.1) 4:3 NTSC Quellen (720x480) mit "non-anamorphic letterboxed WS"
+ Inhalt sollten eine Breite von maximal 640px nutzen.
+
+ 3.4.2) 4:3 NTSC Quellen (720x480) mit "window/pillarboxed WS" Inhalt
+ sollten nach Hoehe cropped und dann nach Breite resized werden.
+
+3.5.0) Die Breite muss hoechstmoeglich cropped werden. Ausgenommen sind
+ Quellen mit einer AR kleiner 1.66 wo die Breite 640px nicht
+ uebersteigen darf.
+
+3.6.0) Das Resizen und anschliessende hochskalieren ist nicht erlaubt und
+ gilt als technischer Mangel.
+
+
+
+
+ [ DVD-IMG ]
+
+3.7.0) DVD5 Releases als Abbild einer DVD MUESSEN mit mindestens 6 Passes
+ encodet werden, wobei darauf zu achten ist, dass diese im DL Format
+ (de/en) oder aber als einsprachiges Release (de) vorliegen. Bei einer
+ absehbaren Bitrate unter ungefaehr 3000kbit ist es erwuenscht nur die
+ deutsche Tonspur zu inkludieren.
+
+3.8.0) Das Releasen von DVDRs im DVD9-Format ist erlaubt.
+
+3.9.0) DVD9 duped DVD5 und vice versa.
+
+3.10) ODDRR2k5 dienen als Grundlage fuer Codec und Settings.
+
+
+
+ [ TV ]
+
+3.11) Die Breite muss 688-720px betragen
+
+3.12) Als Grundlage muss die AR der Quelle verwendet werden um die passende
+ Hoehe (mod2) des Rips zu bestimmen.
+ Beispiele: 720x576 --> 720x404
+ 716x574 --> 716x404
+ 1920x1080 -> 720x404
+
+
+
+ [ Framerate / Filters ]
+
+4.1.0) Interlaced Sources muessen entsprechend deinterlaced werden.
+
+4.2.0) Als Deinterlacer ist nur Yadif (oder aehnliche) erlaubt. Field
+ Deinterlace ist nicht erlaubt und gilt als technischer Mangel.
+
+4.3.0) In dem seltenen Fall, dass NTSC Inhalte auf PAL DVDs (und umgekehrt)
+ enthalten sind und daraus ghosted/blended/doppelte Frames entstehen,
+ so ist das Videomaterial mittels Restore Techniken auf die ur-
+ spruengliche Framerate zu bringen. Sollte es weiterhin zu den oben
+ genannten Problemen kommen, ist ein vob/m2ts Sample beizulegen oder
+ das Release als Internal zu benennen. In jedem Fall MUSS eine kurze
+ Erlaeuterung in die NFO.
+
+4.4.0) VFR (Variable Frame Rate) ist nicht erlaubt und gilt als technischer
+ Mangel.
+
+4.5.0) Releases, welche einer progressiven 720p HD-Source mit 50 FPS
+ entstammen, sind auf 25 FPS anzupassen. Hierfuer eignet sich
+ unter anderem der AviSynth-Filter SelectEven().
+
+4.6.0) Sollte die Bildsource in progressiven 29 FPS (NTSC) vorliegen (dh keine
+ interlaced Frames enthalten), ist die Anpassung des Bildes auf 25 FPS
+ (PAL) nicht notwendig. Der deutschsprachige Ton MUSS in diesem Fall auf
+ die Laufgeschwindigkeit des Bildes (NTSC) gebracht werden.
+
+4.7.0) Eine Ausnahme hierzu entsteht nur wenn im deutschprachigem TV mit
+ 23,976 FPS gesendet wird (NTSC). In dem Fall MUSS das Bild dem Ton
+ angepasst werden! Der Ton ist bei Dubbed massgebend fuer die Laufzeit
+ des Bildes, nicht andersrum (Proper Grund)!
+
+4.8.0) Sollte die Laufgeschwindigkeit in der deutschen Ausstrahlung weder
+ 23,976 FPS (NTSC) noch 25 FPS (PAL) entsprechen, so ist die
+ naeherliegende Laufgeschwindigkeit fuer das Bild zu waehlen.
+
+
+ [ Container ]
+
+5.1.0) Die Releases muessen im Matroska Container (*.mkv) vorliegen
+
+5.2.0) MKVMerge ist der empfohlene Muxer.
+
+5.3.0) Die MKV-Header duerfen nicht blanked oder modifiziert werden.
+ Desweiteren ist die MKV-Header Compression abzuschalten.
+
+
+ [ Codec ]
+
+6.1.0) Der Video-Codec muss H264 sein, encoded mit 8-bit-depth x264.
+
+6.2.0) Es wird empfohlen immer die aktuellste x264 Version zu verwenden. Als
+ erste Anlaufstelle gilt x264.nl bzw x264.x265.nl. Die verwendete
+ Version darf nicht mehr als 5 Public Builds von der bis dato
+ aktuellsten Version zurueckliegen.
+
+ Wenn ein Programm verwendet wird, welches lediglich auf dem x264
+ Sourcecode basiert, muss die verwendete Version stets mit der
+ aktuellsten verfuegbaren Version mit neuer x264 Version entsprechen.
+ Hier ist eine Abweichung von maximal 5 Builds erlaubt. Als Anlaufstelle
+ gilt hier handbrake.fr/nightly.php
+
+ Die Verwendung einer in diesem Sinne veralteten x264 Version gilt als
+ technischer Mangel.
+
+6.3.0) Fuer alle Encodes muss CRF genutzt werden
+
+ 6.3.1) CRF-Werte unter 19 und ueber 23 sind nicht erlaubt und gelten als
+ technischer Mangel
+
+ 6.3.2) Fuer alle Encodes muss crf19 genutzt werden. Ausnahmen:
+ - Sollte bei crf19 die Bitrate 2000kbps uebersteigen kann der
+ naechste Wert genutzt werden (crf20)
+ - Als Anhaltspunkt gilt eine Bitrate von 2000kbps fuer den Wechsel
+ auf den naechsten CRF-Wert
+
+ 6.3.3) crf23 muss fuer Sport Sendungen (Wrestling, Fussball etc) genutzt
+ werden.
+
+6.4.0) BDRip duped DVDRip (vice versa)
+
+6.5.0) XviD duped x264 (vice versa)
+
+6.6.0) Sample Aspect Ratio (--sar) muss square (1:1) sein
+
+6.7.0) Keyframe interval (--keyint) muss mindestens 200 und darf maximal 300
+ betragen.
+
+ Empfohlen: 10*framerate (aufgerundet) (film=240, PAL=250, NTSC=300)
+
+6.8.0) Minkeyint (--min-keyint) muss mindestens 20 und darf maximal 30
+ betragen.
+
+ Empfohlen: 1*framerate (aufgerundet) (film=24, PAL=25, NTSC=30)
+
+6.9.0) Die Colormatrix muss passend zur Quelle eingestellt werden. Sollte die
+ Quelle keine Matrix vorgeben, muss fuer BluRay Material bt709
+ (--colormatrix bt709) verwendet werden. Fuer DVD Material muss
+ 'undefined' (default) verwendet werden.
+
+6.10) Zones (--zones) darf nicht verwendet werden.
+
+6.11) --output-csp muss 'default' sein.
+
+6.12) --level 3.1 muss respektiert werden.
+
+6.13) Custom Matrizen sind verboten.
+
+6.14) --preset slow muss respektiert werden.
+
+
+ [ Optionale psychovisuelle Einstellungen ]
+
+7.1.0) Erlaubte Parameter fuer --tune (optional) sind film/grain/animation
+
+7.2.0) --deblock (Default: 0:0)
+ + -2:-2 fuer Film Inhalte oder aehnlich (--deblock -2:-2)
+ + 2:1 fuer animierten Inhalt (--deblock 2:1)
+
+7.3.0) --aq-strength XX (Default: 1.0)
+ Einstellung: 0.6-0.9 (Beispiel: --aq-strength 0.7)
+
+7.4.0) --psy-rd xx:yy (Default: 1.0:0.0)
+ Fuer Film Inhalt oder aehnlich xx = 0.8-1.2
+ Fuer animierten Inhalt xx = 0.4-0.7
+ Beispiel: --psy-rd 0.5:0.0
+
+
+ [ Basic Command Lines ]
+
+8.1.0) BluRay:
+ x264.exe --level 3.1 --crf xx --preset slow --colormatrix bt709
+ -o output.mkv input.avs
+
+8.2.0) DVD:
+ x264.exe --level 3.1 --crf xx --preset slow -o output.mkv input.avs
+
+8.3.0) TV:
+ x264.exe --level 3.1 --crf xx --preset slow -o output.mkv input.avs
+
+
+
+ [ Audio ]
+
+9.1.0) Als Audioformate sind AC3 und AAC erlaubt.
+
+9.2.0) Die Audiobitrate fuer AC3 2.0 MUSS zwischen 128kbit und 192kbit liegen,
+ es sei denn auf der Source befinden sich nur AC3 Tracks mit einer
+ niedrigeren Bitrate.
+
+9.3.0) Die Audiobitrate fuer AC3 5.1 MUSS 384kbit betragen, es sei denn auf
+ der Source befinden sich nur AC3 Tracks mit einer niedrigeren Bitrate.
+
+9.4.0) AC3 1.0 muss untouched verwendet werden.
+
+9.5.0) AAC Audiotracks mit mehr als 2 Kanaelen muss auf Stereo downmixed
+ werden.
+
+9.6.0) Die Audiobitrate fuer Stereo AAC muss zwischen 96 und 160kbps liegen,
+ fuer Mono AAC zwischen 60 und 100kbps.
+
+9.7.0) Die Originalfrequenz der Quelle muss beibehalten werden (48kHz bleibt
+ 48kHz).
+
+9.8.0) Dual Audio ist erlaubt (optional).
+
+
+ [ Untertitel ]
+
+10.1.0) Zwangsuntertitel (forced subs) MUESSEN in einem text-basierten Format
+ (srt) vorliegen, welches in den MKV-Container gemuxed wird.
+ Sollte ein zweiter Audiotrack gemuxed werden, so muessen die
+ Zwangsuntertitel (forced subs) ebenfalls in einem text-basierten Format
+ in den MKV-Container integriert werden.
+
+ Deutsche forced Untertitel = Standard
+ Alle weiteren Untertitel = kein Standard
+
+10.2.0) Text-basierte Untertitel muessen als UTF-8 kodiert sein, um eine
+ korrekte Darstellung von Sonderzeichen zu gewaehrleisten. Beim OCR ist
+ zwingend auf korrekte Schreibweise zu achten. Mehr als 5 selbst-
+ verschuldete Rechtschreibfehler werden nicht geduldet.
+
+10.3.0) Untertitel duerfen nicht hardcoded werden.
+
+10.4.0) Sollte mehr als ein Untertiteltrack gemuxed werden, so ist auf die
+ korrekte Standardtrackmarkierung zu achten (Standard = yes/no).
+ Deutsche forced Untertitel = Standard
+ Alle weiteren Untertitel = kein Standard
+
+10.5.0) Multi-language Untertitel koennen nicht als Basis fuer einen Dupe
+ dienen.
+
+10.6.0) Deutsche Vobsubs (komplett) sind optional beizulegen.
+
+10.7.0) Alle anderen Vobsubs sind ebenfalls optional beizulegen.
+
+10.8.0) Deutsche forced Vobsubs muessen als .idx/.sub beigelegt werden. Diese
+ MUESSEN mit dem Zusatz -forced markiert sein.
+ Sollte ein zweiter Audiotrack gemuxed werden, so muessen die dazu-
+ gehoerigen forced Vobsubs ebenfalls beigelegt werden.
+
+10.9.0) Beispiel:
+ filename.idx / filename.sub = deutsche Vollsubs (optional)
+ filename-forced.idx / filename-forced.sub = deutsch (forced) (Pflicht)
+ filename-eng.idx / filename-eng.sub = englisch (optional)
+ filename-eng-forced.idx / filename-eng-forced.sub = englisch (forced)
+ (Pflicht bei zweitem Audiotrack)
+
+ "eng" steht hierbei fuer das englische Sprachenkuerzel.
+ Weitere Sprachenkuerzel koennen in jeder beliebigen Suchmaschine
+ gefunden werden.
+
+ Aus Kompatibilitaetsgruenden ist das Zusammenfassen (Mergen) zu einem
+ Sub Stream nicht erlaubt.
+
+
+10.10) Die Vobsubs muessen mit hoechster Kompression (m5) in eine RAR-Datei
+ gepackt, mit einem SFV-File verifiziert und in einem "Subs" Unterordner
+ beigelegt werden.
+
+
+
+ [ PACKEN/WINRAR UND CO ]
+
+11.1.0) Die fertigen MKV-Container muessen in RAR-Archive (Kompressionsstufe
+ store/speichern, m0) gepackt werden und auf eine der folgenden Groessen
+ in einzelne Files gesplittet werden:
+
+ 15.000.000 Bytes -> 15MB
+ 20.000.000 Bytes -> 20MB
+ 50.000.000 Bytes -> 50MB
+
+11.2.0) Die Teilarchive MUESSEN im alten Stil (*.rar und *.rxx) vorliegen. Das
+ Einbetten von Wiederherstellungsinformationen in die RAR-Archive wird
+ empfohlen, ist jedoch keine Pflicht.
+
+11.3.0) Eine SFV muss beigelegt werden und Checksummen fuer alle RAR-Archive
+ des jeweiligen Releases enthalten.
+
+11.4.0) Eine NFO-Datei MUSS sich im Hauptverzeichnis des Releases befinden.
+
+11.5.0) Zu jedem Release MUSS ein Sample beiliegen (/Sample), welches zwischen
+ 30 und 60 Sekunden lang sein kann und direkt aus dem Release extrahiert
+ sein muss. Separates Encoden des Samples ist verboten, da die
+ Aussagekraft dadurch hinfaellig wird.
+
+11.6.0) In den RAR-Files darf einzig und allein NUR ein MKV-File bzw ein IMG-
+ File bei DVDR-Releases enthalten sein. ISO ist als Image-Standard nicht
+ erlaubt.
+
+ [ Propers / Repacks / Rerips ]
+
+12.1.0) Ein Proper kann nur aus release-relevanten Gruenden (technical.flaw)
+ erfolgen. Fehler, die nicht direkt die MKV Dateien betreffen, stellen
+ keine Propergruende dar (zB Bezeichnung im Directory, Fehler in der
+ NFO-Datei)!
+
+12.2.0) Ein Propergrund liegt vor wenn eine messbare/merkliche Asynchronitaet
+ von:
+
+ a) 150+ ms ueber einen Zeitraum von 60+ Sekunden,
+ b) 300+ ms ueber einen Zeitraum von 30+ Sekunden,
+ c) 500+ ms ueber einen Zeitraum von 10+ Sekunden oder
+ d) 150+ ms ueber einen Zeitraum von 30+ Sekunden an mindestens zwei
+ Stellen vorliegt.
+
+12.3.0) 'Micky Maus Ton', ueber laengeren Zeitraum stark leiernder oder
+ quietschender Ton, der nachweisbar/merklich nicht zum Video passt, oder
+ Ton, der grundsaetzlich nicht dem vorliegenden Bildmaterial entspricht,
+ ist ein Propergrund.
+
+12.4.0) Deutschsprachige SAT/HDTV Releases mit Bildfehlern (Glitches) bzw
+ Tonfehlern in einem encodeten Release berechtigen zu einem Proper,
+ jedoch nur wenn dadurch ein wichtiger Dialog fehlt oder das Release 3
+ oder mehr klare Bild- oder Tonfehler von mindestens 3 Sekunden Fehl-
+ bzw Laufzeit hat.
+
+12.5.0) Einem Proper Release sind Screenshots oder Logs vom technischen Mangel
+ des ersten Releases im Proof Unterordner beizulegen, zB von Pixel-
+ fehlern (Glitches). Sollte das vorangegangene Release asynchron sein,
+ sind eindeutige Timestamps in der NFO Datei anzugeben.
+
+12.6.0) Unnoetige Proper Releases wie fehlende Zwangsuntertitel, Header
+ Stripping bzw alle andere Fehler, die repariert werden koennen, sind zu
+ unterlassen. Hier genuegt es eine Batchdatei mit 'Reparaturmaterial'
+ zu releasen.
+
+12.7.0) Ist das erste veroeffentlichte Release (DVDR- oder x264-Format) einer
+ Group fehlerhaft (ein ausreichender Proper-Grund liegt vor) und eine
+ andere Group veroeffentlicht ein fehlerfreies Release, so gehen die
+ Rechte der Box oder Staffel im jeweiligen Format an die Proper-Group.
+
+ Sollte danach, innerhalb einer Staffel oder Box (DVDR- oder x264-
+ Format) ZWEI hintereinanderfolgende Releases fehlerhaft sein und auch
+ hier ausreichende Proper-Gruende vorliegen, geht abermals die Staffel
+ oder Box im jeweiligen Format an die Proper-Group.
+
+12.8.0) Fuer Rerips oder Repacks MUSS ein detaillierter Grund in die NFO-Datei
+ inkludiert werden.
+
+
+ [ Dirnamen ]
+
+13.1.0) Um eine einheitliche Uebersicht zu gewaehrleisten und Standards
+ beizubehalten, die eine gewisse Uebersicht beim Suchen und Dupen
+ bieten, sollte eine Serie so gut wie moeglich in zweistelliger Staffel-
+ und Episodennummerierung vorliegen. Bei Serien, bei denen eine
+ groessere Anzahl an Folgen bereits bekannt ist (zB GZSZ), ist eine
+ ausreichende Laenge der Episodennummerierung zu gewaehrleisten.
+ Beispiele:
+
+ [ S01E01, S01D01, Staffel01.DVD01, Folge087 ]
+
+13.2.0) Alle Staffel- und Episodentitel sind gemeinsam nachvollziehbar zu
+ halten wobei hierzu (Wichtigkeit nach Listung) imdb.com, imdb.de und
+ fernsehserien.de als Referenz zu nutzen sind.
+
+13.3.0) Sollten zwei Serien mit dem gleichen Titel vorliegen, so ist zwingend
+ das Jahr der Serie im Verzeichnisnamen zu inkludieren.
+
+13.4.0) Bei regelmaessig erscheinenden Releases, die keiner fortlaufenden
+ logischen Nummerierung unterliegen (zB Magazine, Talkshows, etc), ist
+ ein Timestamp im Verzeichnisnamen zu hinterlegen. Dieser MUSS im
+ internationalen Format YYYY-MM-DD vorliegen, da so eine einfache,
+ alphabetische Sortierung nach Datum gewaehrleistet werden kann. Die
+ Trennung durch Punkte (".") zwischen YYYY, MM und DD ist nicht erlaubt.
+
+ Beispiel:
+ [ Stern.TV.2013-08-01.GERMAN.WS.dTV.x264-Group ]
+
+13.5.0) Die Releaseverzeichnisse bauen sich wie folgt auf und sind bevorzugt so
+ zu verwenden:
+
+13.6.0) x264:
+
+ 1) Serientitel
+ 2) Staffel/Episodenkennziffer
+ 3) Episodentitel -> optional
+ 4) Sprache -> ggf. mit dem Zusatz .DUBBED.
+ 5) Bildformat -> FS Pflicht, WS optional
+ 6) Bildquelle
+ 7) VideoCodecformat -> x264 bzw. XviD
+ 8) Groupname
+
+ Zulaessige Bezeichnungen fuer das Bildformat sind WS, FS.
+
+ Zulaessige Bezeichnungen fuer die Bildquelle sind
+ dTV, SATRip, HDTV, HDTVRip, DVDRip, BLURAYRip, BDRip
+
+ Beispiele fuer korrekte Dirnamen:
+ [ Dr.Mouse.S02E03.Irrtum.German.Dubbed.HDTV.x264-Group ]
+ [ Dr.Mouse.S02E03.Irrtum.German.Dubbed.BDRip.x264-Group ]
+ [ Dr.Mouse.S02E03.Irrtum.German.WS.dTV.x264-Group ]
+ [ Dr.Mouse.S02E03.Irrtum.German.DVDRip.x264-Group ]
+
+ Das Release ist auf keinen Fall als fehlerhaft zu werten, sollten Teile
+ des Taggings durchgehend lower- oder uppercase sein. Das Release-
+ Directory sollte jedoch bevorzugt in korrektem Casing bei Pre
+ vorliegen.
+
+ Das Tagging bei Dubbed XviDs bleibt wie bisher.
+
+13.7.0) DVDR:
+
+ 1) Serientitel
+ 2) Staffel/Disckennziffer
+ 3) Sprache
+ 4) Jahr
+ 5) Bildformat
+ 6) Releaseformat
+ 7) Groupname
+
+ Zulaessige Bezeichnungen fuer das Bildformat sind WS, FS.
+
+ Zulaessige Bezeichnungen fuer das Releaseformat sind
+ COMPLETE.DVDR -> Nichts bis auf FBI-Warnungen bzw aehnliche Meldungen
+ wurde vom Original entfernt.
+
+ DL.DVDR -> deutsche und englische Tonspur inkludiert
+ ML.DVDR -> multiple Tonspuren inkl. DE und EN sind enthalten
+
+ Beispiel:
+ [ Vampire.Knights.Staffel01.DVD01.GERMAN.2010.WS.DL.DVDR-Group ]
+
+13.8.0) DOKUMENTATIONEN & ANIME:
+
+ Dokumentationen enthalten den Zusatz 'DOKU' im Pre-Directory, bei
+ Animes ist es der Zusatz 'ANIME'.
+
+ [ Unsere.Erde.E01.Wie.alles.begann.GERMAN.DOKU.WS.dTV.x264-Group ]
+ [ Gumena.Sai.S33E63.Hichi.no.ko.GERMAN.ANIME.WS.DVDRip.x264-Group ]
+
+13.9.0) Fuer Verzeichnis- oder Datei-Bezeichnungen sind die Zeichenfolgen
+ a-z, A-Z, 0-9 und die Sonderzeichen ._-() erlaubt.
+
+13.10) Fehler im Verzeichnis (zB Vampire Night statt Vampire Knight, falsche
+ Staffel- oder Episodenbezeichnung) koennen mittels Zusatz 'Dirfix'
+ berichtigt werden.
+
+ Sollte mehr als ein Fix fuer das gleiche Release noetig sein (zB
+ Samplefix und Dirfix), so kann die Bezeichnung 'Prefix' verwendet
+ werden um mehrere Fixes fuer ein bestehendes Release anzukuendigen.
+
+ Bei Releases, die internal zu halten sind, die Bezeichnung internal
+ jedoch nicht aufweisen, duerfen nur dann zu internal dirfixed werden
+ solange kein globaler Nuke aufgrund von Dupe vorliegt.
+
+
+ [ TV Race ]
+
+14.1.0) Bei Races ist die Wertigkeit, siehe Rule A1, zu beachten!
+
+14.2.0) Sollte im Laufe einer Staffel eine hoeherwertigere Quelle zur
+ Verfuegung stehen (zB DVD, BluRay), so MUSS diese Quelle fuer die
+ naechste verfuegbare Folge benutzt werden.
+
+ Hierdurch entsteht kein neues Race (Rule F4 beachten)!
+
+14.3.0) Sollte waehrend der Ausstrahlung im deutschsprachigen Raum eine
+ deutschsprachige Retail (BD/DVD) erscheinen, so koennen die
+ Staffelrechte von Satrip/HDTVRip oder dubbed Releases nicht auf die
+ Retailmedien uebertragen werden. Es entsteht ein neues Race um die
+ Staffelrechte.
+
+
+ [ TV Fortfuehrung ]
+
+
+15.1.0) Beginnt eine Group eine Serie, sollte die Group diese auch konsequent
+ zu Ende fuehren. Sollte dennoch 2 Tage (24 Stunden * 2) nach
+ Ausstrahlungsende/Verfuegbarkeit einer Folge entweder kein oder nur ein
+ fehlerhaftes Release vorliegen, kann eine andere Group diese Folge als
+ "Ersatzepisode" pren.
+
+15.2.0) Durch ZWEI hintereinanderfolgende fehlerhafte oder nicht existente
+ Folgen verliert die erste Group die Staffelrechte an die Group, die
+ entweder die ausstehenden Folgen nach Ablauf der Zeit pred oder
+ propered.
+
+ Bei einem zweiten Ersatz- oder Properrelease hat die Group des ersten
+ Ersatz- oder Properrelease 24 Stunden Vorrang, um die zweite Ersatz-
+ oder Proper-Episode zu pren.
+
+15.3.0) Doppelfolgen bzw 2 Folgen die an einem Tag ausgestrahlt werden, zaehlen
+ NICHT als 2 Folgen!
+
+15.4.0) Ausstrahlungen, fuer die weder bei imdb, wunschliste.de, tvrage.com,
+ fernsehserien.de, serienjunkies.de, noch auf anderen serioesen Serien-
+ portalen eine Staffelkennzeichnung vorhanden ist, koennen von einer
+ Group nicht in Form der zuvor erlaeuterten Staffelrechte gesichert
+ werden.
+
+ Es entsteht fuer jede Folge als neues Race. Ausgenommen hier von sind
+ Miniserien, zusammenhaengende Dokumentationen und neue Serien, bei
+ denen abzusehen ist, dass es Staffeln geben wird oder eine Folgen-
+ begrenzung (zB auf 12 Folgen) geplant ist. Im Zweifel ist die normale
+ Nummerierung zu verwenden.
+
+ Beispiele dafuer sind:
+ Tatort, GZSZ, Sturm der Liebe, TV Total Events, Wetten dass, Magazine
+
+
+ [ Retail Fortfuehrung ]
+
+16.1.0) Um eine gesamte Staffel oder Box im DVDR/x264-Format zu pren, hat eine
+ Group exakt 12 Tage (24 Stunden * 12) Zeit. Die Zeit zaehlt ab dem Pre
+ der ersten Folge!
+
+ Schafft es die Group nicht innerhalb dieses Zeitrahmens alle Folgen zu
+ pren, darf eine andere Group die Staffel oder Box uebernehmen.
+
+ Bei geteilten Boxen hat die Group, die das erste gueltige Release
+ gepred hat, erneut 12 Tage (24 Stunden * 12) Zeit, alle Episoden zu
+ pren und verliert dadurch NICHT die Staffel- bzw Box-Rechte.
+
+16.2.0) Serien, bei denen es auf mehreren serioesen Serienportalen keine
+ Angaben zu Staffeln gibt, implizieren nach jeder erscheinenden Box
+ ein neues Race. Es gibt also keinen Zeitvorrang fuer die Group, die die
+ vorige Box released hat.
+ Beispiele dafuer sind:
+ Tatort, GZSZ, Sturm der Liebe
+
+16.3.0) Fuer alle Retail Fortfuehrungen zaehlt das Veroeffentlichungsdatum in
+ Deutschland. Es zaehlen keine auslaendische oder "Exklusiv bei..." oder
+ aehnliche Daten.
+
+
+ [ NFO ]
+
+ Die NFO-Datei sollte grundlegende Informationen beinhalten wie zB
+
+ - Releasezeitpunkt
+ - Bild- und Tonquelle
+ - Bild- und Tondetails (Format, Codec, etc)
+ - Link zur Informationsseite (vorzugsweise imdb)
+ - Grund eines Propers/Repack/Rerip (Pflicht) bzw Fixes
+
+
+ [ Proof ]
+
+17.1.0) Jedem Retail Release muss ein Source Proof der Discs beiliegen. Dies
+ gilt nur fuer Releases die vor dem Veroeffentlichungsdatum in
+ Deutschland released werden. Ab dem offiziellen Veroeffentlichungs-
+ datum entfaellt die Proofpflicht. Fuer alle Releases und Proofs zaehlt
+ das offizielle Veroeffentlichungsdatum in Deutschland. Es zaehlen keine
+ auslaendischen oder "Exklusiv bei ..." oder aehnliche Daten.
+
+
+17.2.0) Die Disc muss klar zu erkennen und zum eindeutigen Beweis mit einem
+ beigelegten (nicht digital hinzugefuegtem) Group Tag versehen sein. Als
+ Anhaltspunkt gilt hier eine Mindestaufloesung von 640*x Pixeln.
+
+ Scans sind NICHT erlaubt!
+
+17.3.0) Das Bild muss ALLE Discs der Staffel enthalten und der ersten Episode,
+ die released wird, beigelegt werden.
+
+17.4.0) Moegliche Seriennummern oder Aufkleber, die eindeutig auf die Herkunft
+ der Disc schliessen lassen, MUESSEN unkenntlich gemacht werden.
+
+17.5.0) Zur eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+
+17.6.0) Das Foto muss sich im Unterordner /Proof befinden
+
+17.7.0) Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+
+
+ [ Misc ]
+
+18.1.0) Aufgrund der Vielzahl an moeglichen Custom Subbed Releases und der
+ Moeglichkeit, auch ohne eigene Source zu pren, MUESSEN Custom Subbed
+ Releases als internal gelabelt werden.
+
+18.2.0) Internal Release sind 'shielded from dupe only' und koennen somit
+ fuer technische Fehler geahndet werden. Ausnahmen hierzu sind:
+
+ Custom Subbed
+
+18.3.0) Re-Encoden von bereits encodeden Sourcen ist verboten
+
+
+
+ [ EPILOG ]
+
+ dstvr.v5.0.deutsche.serien.und.tv.rules.2013
+
+ Jede Group und jeder Groupmember verpflichten sich durch das Signen dieses
+ Rulesets verantwortungsbewusst und zielorientiert zu handeln. Dies bedeutet,
+ dass sowohl Missverstaendnisse, als auch Nukes nicht forciert, sondern
+ reduziert werden.
+
+ Alle Nukes, welche auf Grundlage dieses Rulesets entstehen, MUESSEN dem
+ NukeRuleset des ehemaligen NukeCouncils entsprechen.
+ --> The.2008.Nuke.Ruleset-NukeCouncil
+
+ Fuer alle nicht beantworteten Fragen gelten die aktuellen x264/DVDR Rules.
+ Alle hier nicht aufgefuehrten Releases sind internal zu labeln:
+ DSRRips, PDTV.dubbed, SVCD, dTVDVDR, Custom Subbed, Dupes, ebenso Streamrips
+ von Movieportalen.
+
+ Diese Rules sind verbindlich gueltig ab dem 01.08.2013 und finden auf alle
+ Serien, TV Sendungen und Retails, die nach dem 01.08.2013 beginnen Anwendung.
+ In der Uebergangsphase vom 01.08.2013 bis einschliesslich zum 15.08.2013
+ koennen sowohl die DSTVR v.4.0 als auch die DSTVR v.5.0 angewendet werden.
+
+ Die Anwendung auf laufendes Serien, TV Sendungen und Retails sind freiwillig
+ und duerfen sich nicht zum Nachteil der Group auswirken bzw Proper nach sich
+ ziehen!
+
+ An der Ausarbeitung waren beteiligt (in alphabetischer Reihenfolge):
+
+ aWake * ETM * GTVG * GZCrew * iNTENTiON * ITG * MiSFiTS * NVA
+ OldsMan * RSG * SOF * TVP * UTOPiA * WoGSBAR * ZZGtv ▐█ █▌▀▐▌ ▄
+ ▐█▄█▌█ ██▀
+ thx!▐█ ▌█▀▐█
+ ▄█▀▀▀*2o13
+ ▀
+
+ The.Spanish.TV.Releasing.Standards.2013-ESCOUNCiL (2013-12-03)
+
+ --------------------------------------------------------------
+
+ Ruleset x264 para releases de TV (SD y HD) en Espa±ol (Castellano). Todo lo
+ especificado aquø solo se aplica para las releases preadas despuθs de que este
+ documento entre en funcionamiento (fecha aquø).
+
+ General:
+
+ - SEASON BELONGS: Las temporadas de series guionizadas pertenecen al grupo
+ que pree el primer capøtulo de esa misma temporada. Se excluye todo lo
+ demβs. El grupo tiene 48h despuθs de la emisi≤n para prear su capøtulo de
+ una temporada que le pertenece, siendo este un lømite. Si se sobrepasa ese
+ limite, otro grupo puede prear tal capitulo y lo que resta de temporada.
+
+
+ Video:
+
+ - HD y SD: Fuentes 1080i/576i deben ser redimensionadas y cropeadas utilizando
+ herramientas como Lanczos/Lanczos4, Spline36, o Blackman. Bicubic
+ esta baneado. Estas mismas fuentes SE DEBEN desentrelazar con alguna
+ tool inteligente como Yadif. No desentrelazar provoca artefactos y
+ dientes de sierra, puede ser propereado.
+
+ - HD: Fuentes 720p pueden ser cropeadas y redimensionadas (Resoluci≤n de emisi≤n -
+ Crop) o se pueden dejar tal cual se emiten para rls 720p.HDTV. Para rls SD
+ cropear y redimensionar.
+
+ - HD y SD: Se permite el uso de video Itunes. Eliminar protecciones. Para rls
+ HD no se permite reencodear. Para rls SD es obligatorio reencodear y cumplir
+ los estandares de las rls SD. Tambiθn se permite el uso de video de otra rls.
+
+ - HD y SD: Redimensionar a 1280x720 (HD) o 720x404 (SD) despues de cropear.
+ Se permite un 2% de error en el aspecto de ratio, pero se recomienda usar
+ mod2 para calcular la altura apropiada y asø mantener el aspecto de ratio
+ correcto. Si es PDTV, dejar al ancho mβs apropiado y mod2 para la altura.
+
+ - HD y SD: No se permiten ningun tipo de marcas de agua, del grupo, intros,
+ outros o "cortinillas" en el video. Cualquier cosa a±adida estβ baneado.
+
+ - HD: Las releases de fuentes HD pero que sean emitidas en reescalado SD
+ se permiten prear como 720p.HDTV o como HR.WS.PDTV, a gusto del grupo y
+ NO se dupean entre ellas.
+
+ - HD y SD: Los crθditos y previos son opcionales, pero recomendado que sean
+ incluidos.
+
+ - HD y SD: Se permite un margen de 2px de error sobre el cropeo para nukear
+ una rls, exceptuando aquellas de fuentes 720p que pueden ser dejadas tal
+ cual. Bordes sin cropear = Video en negro = Megas innecesarios en la rls.
+
+
+ Audio:
+
+ - HD y SD: Espa±ol Castellano. Estas rules no afectan al LATiN.SPANiSH.
+
+ - HD: Puede ser el original de la fuente (MP2, AC3, etc...) o se puede
+ reencodear por motivos de compatibilidad. EAC3 estβ banneado y debe
+ ser reconvertido.
+
+ - SD: Debe ser AAC LC (Low Complexity) de bitrate variable (VBR). Debe ser
+ normalizado y reconvertido a stereo y de entre 96 y 160kbps.
+
+ - SD y HD: El audio que tenga caidas o estθ fuera de sincronizaci≤n durante
+ diβlogo se considera fallo tecnico y puede ser propereado. Se permiten
+ ajustes menores en las pistas para evitar esto.
+
+
+ FPS:
+
+ - SD y HD: Las FPS deben ser constantes. FPS variables estan baneadas ya que
+ no funcionan correctamente en muchos reproductores.
+
+ - SD y HD: Las fuentes que emiten a 50/60fps pueden ser bajadas a 25/30fps a
+ gusto del ripper.
+
+
+ Codec:
+
+ - XVID no permitido.
+
+ - SD y HD: Debe ser H264 encodeado con 8-bit depth x264. Level 3.1 para SD
+ y Level 4.1 para HD. x264 10-bit estβ baneado.
+
+ - SD y HD: Mantener x264 actualizado. Hay muchas formas de actualizaci≤n,
+ incluso automβticas. Matrices y deblocking a gusto del grupo. Por defecto
+ vienen configurados.
+
+ - SD y HD: Ninguna opci≤n puede estar por debajo de lo especificado por preset
+ --medium, aun que se recomienda el uso de --slow o --slower para respetar
+ la mejor proporci≤n calidad/peso.
+
+ - SD: El colormatrix puede ser usado (bt709) para las rls SD de fuentes 720p
+ o de mayor resoluci≤n.
+
+ - SD y HD: Las zonas (--zones) no se permiten.
+
+ - SD y HD: CRF
+ - SD: 19 o 20 - HD: 18 o 19 - Series, guionizado, talk, poker, animacion.
+ - SD: 21 o 22 - HD: 20 o 21 - Docs, realities, variedad.
+ - SD: 23 o 24 - HD: 22 o 23 - Deportes, espectaculos, directos, competicion.
+
+ - Linea de comando sugerida:
+ - SD: x264.exe --crf ## --preset slow --level 3.1 <--colormatrix bt709> -o out.264 in.avs
+ - HD: x264.exe --crf ## --preset slow --level 4.1 -o out.mkv in.avs
+
+
+ Contenedores:
+
+ - Debe ser MP4 para SD y Matroska (MKV) para HD.
+
+ - Se recomienda muxear con MP4Box (SD) y mkvmerge (HD), aun que se permiten tools
+ personalizadas. El resultado debe ser compatible con lo que los demuxeadores
+ estandares (MP4Box, mkvmerge, etc...).
+
+
+ Sample (esta seccion es para ambas HD y SD):
+
+ - Obligatorio, debe estar en una carpeta separada llamada "Sample", ser
+ de entre 40-80 segundos y ser de la rls, no encodeado por separado.
+
+
+ Empaquetamiento (esta seccion es para ambas HD y SD):
+
+ - La rls debe ser empaquetada en RAR. Para SD partes de 15, 20 o 50 MB (mønimo 10
+ partes de 50 MB). Para HD 50 o m˙ltiples de 50 MB. No se permite la compresi≤n.
+ 1 MB = 1,000,000 bytes.
+
+ - NFO y SFV obligatorios. Los archivos RAR, SFV y el sample deben tener nombre
+ ˙nico, en minusculas y con la tag del grupo.
+
+ - RAR's o SFV corruptos u olvidados despues de prear = REPACK o PROPER.
+
+
+ Propers (esta seccion es para ambas HD y SD):
+
+ - Properear solo se permite si la release original tiene un fallo tecnico.
+ ejemplos: entrelazado, falta contenido, mal cropeo, contiene anuncios,
+ parametros x264 erroneos, etc.
+
+ - Se debe explicar y justificar la razon de PROPER en el NFO de la rls PROPER.
+ Se recomienda adjuntar sample/s o captura/s para demostrar.
+
+ - Los propers basados en las reglas aquø explicadas solo se permiten para las
+ rls que se prearan despues de que este documento entre en efecto.
+
+ - Una rls con fallos tecnicos o experimental puede ser preada como INTERNAL.
+ Explicar el porquθ en el NFO se sugiere.
+
+
+ Nombre de los directorios (esta seccion es para ambas HD y SD):
+
+ - Tags de fuentes: 720p.HDTV, HDTV, PDTV, HR.PDTV o HR.WS.PDTV.
+
+ - Nombre.Serie.SXXEXX.<Nombre.Capitulo>.SPANiSH.<720p>.HDTV.x264-GRUPO.
+
+ - Nombre.Serie.DD.MM.AAAA.<Nombre.Invitado>.SPANiSH.<720p>.HDTV.x264-GRUPO para
+ series o programas diarios o fechados.
+
+ - El nombre del capitulo y el nombre de invitado son opcionales. Se recomienda
+ taggear el a±o si una serie ya se ha emitido con el mismo nombre a±os atras
+ para evitar problemas de dupe. Este debe ir entre el nombre de la serie y
+ SXXEXX.
+
+ - Nombre.Documental.<SXXEXX>.<Nombre.Capitulo>.A±o.SPANiSH.DOC.<720p>.HDTV.x264-GRUPO
+ para documentales.
+
+ - El nombre del capitulo para documentales, si se tiene, debe ser incluido si el documental
+ no es suelto y ˙nico. Se puede obviar SXXEXX dependiendo del formato del
+ documental/programa.
+
+ - Nombre.Miniserie.<ParteXX/EXX>.SPANiSH.<720p>.HDTV.x264-GRUPO para miniseries.
+
+ - Seguir las mismas estructuras de fecha para los deportes (dependiendo de
+ si es una temporada, liga o un evento suelto). AAAA o DD.MM.AAAA. Para
+ eventos recurrentes (MotoGP, Formula1, Champions League) usar el a±o en
+ el que se produce el evento, aun que finalicen en el siguiente a±o. Para eventos
+ que se celebran excepcionalmente usar tambiθn el a±o en que se produce el evento
+ si finaliza ese mismo a±o (Confederaciones). Si no finaliza ese a±o, usar el a±o
+ de cuando finaliza (Mundial) aun que el evento se celebre en el a±o anterior.
+
+ - Se permite el uso de la tags: FINAL, REAL, PROPER, INTERNAL, REPACK y UNCUT.
+ Deben ir antes de SPANiSH.
+
+ - Los carβcteres aceptables en los nombres de directorio son:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+
+ Sin espacios o dobles puntos, puntos ˙nicos exclusivamente.
+
+
+ Ruleset x264 para releases de TV (SD y HD) en Espa±ol (Castellano)
+
+ -> Firmado por los siguientes grupos: ASS - FCC - LPH - MAHOU - sPHD - XPERT - XPERT_HD
+
+ -> Declinado por los siguientes grupos:
+
+ Cualquier otro grupo deberβ contactar para su adhesi≤n en la scene espa±ola de tv
+ pudiendo ser rechazado si tiene cualquier vinculaci≤n con el P2P.
+
+ --------------------------------------------------------------
+
+ The.Spanish.TV.Releasing.Standards.2013-ESCOUNCiL (2013-12-03)
+ The.Spanish.TV.Releasing.Standards.2013.Update.1-ESCOUNCiL (2014-01-07)
+
+ --------------------------------------------------------------
+
+ Ruleset x264 para releases de TV (SD y HD) en Espa±ol (Castellano). Todo lo
+ especificado aquø solo se aplica para las releases preadas despuθs de que este
+ documento entre en funcionamiento (2013-12-03).
+
+
+ 1) General:
+
+ - 1.1) SEASON BELONGS: Las temporadas de series guionizadas pertenecen al grupo
+ que pree el primer capøtulo de esa misma temporada. Se excluye todo lo
+ demβs. El grupo tiene 48h despuθs de la emisi≤n para prear su capøtulo de
+ una temporada que le pertenece, siendo este un lømite. Si se sobrepasa ese
+ limite, otro grupo puede prear tal capitulo y lo que resta de temporada.
+
+
+ 2) Video:
+
+ - 2.1) HD y SD: Fuentes 1080i/576i deben ser redimensionadas y cropeadas utilizando
+ herramientas como Lanczos/Lanczos4, Spline36, o Blackman. Bicubic
+ esta baneado. Estas mismas fuentes SE DEBEN desentrelazar con alguna
+ tool inteligente como Yadif. No desentrelazar provoca artefactos y
+ dientes de sierra, puede ser propereado.
+
+ - 2.2) HD: Fuentes 720p pueden ser cropeadas y redimensionadas (Resoluci≤n de emisi≤n -
+ Crop) o se pueden dejar tal cual se emiten para rls 720p.HDTV. Para rls SD
+ cropear y redimensionar.
+
+ - 2.3) HD y SD: Se permite el uso de video Itunes. Eliminar protecciones. Para rls
+ HD no se permite reencodear. Para rls SD es obligatorio reencodear y cumplir
+ los estandares de las rls SD. Tambiθn se permite el uso de video de otra rls.
+
+ - 2.4) HD y SD: Redimensionar a 1280x720 (HD) o 720x404 (SD) despues de cropear.
+ Se permite un 2% de error en el aspecto de ratio, pero se recomienda usar
+ mod2 para calcular la altura apropiada y asø mantener el aspecto de ratio
+ correcto. Si es PDTV, dejar al ancho mβs apropiado y mod2 para la altura.
+
+ - 2.5) HD y SD: No se permiten ningun tipo de marcas de agua, del grupo, intros,
+ outros o "cortinillas" en el video. Cualquier cosa a±adida estβ baneado.
+
+ - 2.6) HD: Las releases de fuentes HD pero que sean emitidas en reescalado SD
+ se permiten prear como 720p.HDTV o como HR.WS.PDTV, a gusto del grupo y
+ NO se dupean entre ellas.
+
+ - 2.7) HD y SD: Los crθditos y previos son opcionales, pero recomendado que sean
+ incluidos.
+
+ - 2.8) HD y SD: Se permite un margen de 2px de error sobre el cropeo para nukear
+ una rls, exceptuando aquellas de fuentes 720p que pueden ser dejadas tal
+ cual. Bordes sin cropear = Video en negro = Megas innecesarios en la rls.
+
+
+ 3) Audio:
+
+ - 3.1) HD y SD: Espa±ol Castellano. Estas rules no afectan al LATiN.SPANiSH.
+
+ - 3.2) HD: Puede ser el original de la fuente (MP2, AC3, etc...) o se puede
+ reencodear por motivos de compatibilidad. EAC3 estβ banneado y debe
+ ser reconvertido.
+
+ - 3.3) SD: Debe ser AAC LC (Low Complexity) de bitrate variable (VBR). Debe ser
+ normalizado y reconvertido a stereo y de entre 96 y 160kbps.
+
+ - 3.4) SD y HD: El audio que tenga caidas o estθ fuera de sincronizaci≤n durante
+ diβlogo se considera fallo tecnico y puede ser propereado. Se permiten
+ ajustes menores en las pistas para evitar esto.
+
+
+ 4) FPS:
+
+ - 4.1) SD y HD: Las FPS deben ser constantes. FPS variables estan baneadas ya que
+ no funcionan correctamente en muchos reproductores.
+
+ - 4.2) SD y HD: Las fuentes que emiten a 50/60fps pueden ser bajadas a 25/30fps a
+ gusto del ripper.
+
+
+ 5) Codec:
+
+ - 5.1) XVID no permitido.
+
+ - 5.2) SD y HD: Debe ser H264 encodeado con 8-bit depth x264. Level 3.1 para SD
+ y Level 4.1 para HD. x264 10-bit estβ baneado.
+
+ - 5.3) SD y HD: Mantener x264 actualizado. Hay muchas formas de actualizaci≤n,
+ incluso automβticas. Matrices y deblocking a gusto del grupo. Por defecto
+ vienen configurados.
+
+ - 5.4) SD y HD: Ninguna opci≤n puede estar por debajo de lo especificado por preset
+ --medium, aun que se recomienda el uso de --slow o --slower para respetar
+ la mejor proporci≤n calidad/peso.
+
+ - 5.5) SD: El colormatrix puede ser usado (bt709) para las rls SD de fuentes 720p
+ o de mayor resoluci≤n.
+
+ - 5.6) SD y HD: Las zonas (--zones) no se permiten.
+
+ - 5.7) SD y HD: CRF
+ - SD: 19 o 20 - HD: 18 o 19 - Series, guionizado, talk, poker, animacion.
+ - SD: 21 o 22 - HD: 20 o 21 - Docs, realities, variedad.
+ - SD: 23 o 24 - HD: 22 o 23 - Deportes, espectaculos, directos, competicion.
+
+ - 5.8) Linea de comando sugerida:
+ - SD: x264.exe --crf ## --preset slow --level 3.1 <--colormatrix bt709> -o out.264 in.avs
+ - HD: x264.exe --crf ## --preset slow --level 4.1 -o out.mkv in.avs
+
+
+ 6) Contenedores:
+
+ - 6.1) Debe ser MP4 para SD y Matroska (MKV) para HD.
+
+ - 6.2) Se recomienda muxear con MP4Box (SD) y mkvmerge (HD), aun que se permiten tools
+ personalizadas. El resultado debe ser compatible con lo que los demuxeadores
+ estandares (MP4Box, mkvmerge, etc...).
+
+
+ 7) Sample (esta seccion es para ambas HD y SD):
+
+ - 7.1) Obligatorio, debe estar en una carpeta separada llamada "Sample", ser
+ de entre 40-80 segundos y ser de la rls, no encodeado por separado.
+
+
+ 8) Empaquetamiento (esta seccion es para ambas HD y SD):
+
+ - 8.1) La rls debe ser empaquetada en RAR. Para SD partes de 15, 20 o 50 MB (mønimo 10
+ partes de 50 MB). Para HD 50 o m˙ltiples de 50 MB. No se permite la compresi≤n.
+ 1 MB = 1,000,000 bytes.
+
+ - 8.2) NFO y SFV obligatorios. Los archivos Sample, RAR y SFV deben tener el mismo nombre,
+ en minusculas y con la tag del grupo.
+
+ - 8.3) RAR's o SFV corruptos u olvidados despues de prear = REPACK o PROPER.
+
+
+ 9) Propers (esta seccion es para ambas HD y SD):
+
+ - 9.1) Properear solo se permite si la release original tiene un fallo tecnico.
+ ejemplos: entrelazado, falta contenido, mal cropeo, contiene anuncios,
+ parametros x264 erroneos, etc.
+
+ - 9.2) Se debe explicar y justificar la razon de PROPER en el NFO de la rls PROPER.
+ Se recomienda adjuntar sample/s o captura/s para demostrar.
+
+ - 9.3) Los propers basados en las reglas aquø explicadas solo se permiten para las
+ rls que se prearan despues de que este documento entre en efecto.
+
+ - 9.4) Una rls con fallos tecnicos o experimental puede ser preada como INTERNAL.
+ Explicar el porquθ en el NFO se sugiere.
+
+
+ 10) Nombre de los directorios (esta seccion es para ambas HD y SD):
+
+ - 10.1) Tags de fuentes: 1080p.HDTV, 720p.HDTV, HDTV, PDTV, HR.PDTV y HR.WS.PDTV.
+
+ - 10.2) Nombre.Serie.SXXEXX.<Nombre.Capitulo>.SPANiSH.<720p/1080p>.HDTV.x264-GRUPO.
+
+ - 10.3) Nombre.Serie.DD.MM.AAAA.<Nombre.Invitado>.SPANiSH.<720p/1080p>.HDTV.x264-GRUPO para
+ series o programas diarios o fechados.
+
+ - 10.4) El nombre del capitulo y el nombre de invitado son opcionales. Se recomienda
+ taggear el a±o si una serie ya se ha emitido con el mismo nombre a±os atras
+ para evitar problemas de dupe. Este debe ir entre el nombre de la serie y
+ SXXEXX.
+
+ - 10.5) Nombre.Documental.<SXXEXX>.<Nombre.Capitulo>.A±o.SPANiSH.DOC.<720p/1080p>.HDTV.x264-GRUPO
+ para documentales.
+
+ - 10.6) El nombre del capitulo para documentales, si se tiene, debe ser incluido si el
+ documental no es suelto y ˙nico. Se puede obviar SXXEXX dependiendo del formato del
+ documental/programa. Por a±o se puede usar el a±o de emisi≤n o el a±o de emisi≤n/producci≤n
+ original.
+
+ - 10.7) Nombre.Miniserie.<ParteXX/EXX>.<Nombre.Capitulo>.SPANiSH.<720p/1080p>.HDTV.x264-GRUPO para miniseries.
+
+ - 10.8) Seguir las mismas estructuras de fecha para los deportes (dependiendo de
+ si es una temporada, liga o un evento suelto). AAAA o DD.MM.AAAA. Para
+ eventos recurrentes (MotoGP, Formula1, Champions League) usar el a±o en
+ el que se produce el evento, aun que finalicen en el siguiente a±o. Para eventos
+ que se celebran excepcionalmente usar tambiθn el a±o en que se produce el evento
+ si finaliza ese mismo a±o (Confederaciones). Si no finaliza ese a±o, usar el a±o
+ de cuando finaliza (Mundial) aun que el evento se celebre en el a±o anterior.
+
+ - 10.9) Se permite el uso de la tags: FINAL, REAL, PROPER, INTERNAL, READ.NFO, REPACK y UNCUT.
+ Deben ir antes de SPANiSH.
+
+ - 10.10) Los carβcteres aceptables en los nombres de directorio son:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+
+ Sin espacios o dobles puntos, puntos ˙nicos exclusivamente.
+
+
+ [Changelog]
+
+ 2014-01-07 - Update 1. Numerados los puntos del ruleset.
+ 8.2) Actualizados nombres de Sample, SFV y NFO
+ 10.1) y 10.9) A±adidos nuevos tags aceptados
+
+ 2013-12-03 - Primera versi≤n.
+
+
+ Ruleset x264 para releases de TV (SD y HD) en Espa±ol (Castellano)
+
+ -> Firmado por los siguientes grupos: ASS - FCC - LPH - MAHOU - sPHD - XPERT - XPERT_HD
+
+ -> Declinado por los siguientes grupos:
+
+ Cualquier otro grupo deberβ contactar para su adhesi≤n en la scene espa±ola de tv
+ pudiendo ser rechazado si tiene cualquier vinculaci≤n con el P2P.
+
+ --------------------------------------------------------------
+
+ The.Spanish.TV.Releasing.Standards.2013.Update.1-ESCOUNCiL (2014-01-07)
+
)
+ ┌─ ─ ▄▄██▄▐█▄ ─── ─ (
+ │ ┌───────────── ▄▓▀ ▀ ▐█ ▀▓▄──────────────┐
+ │ ▀▀▀█▄ ▐█ ▐█▀ │ │
+ : ▄▄▄▄▄ ▀▀▀▄▄█▌▐█ ▄▀ ▄▀▀▀▄ :
+ ) │ ▄▀ ▄▄▄ ▀▀▀▄▄ ▀▓ █▀▄▀▀▀▀▄ ▄▀▀▀ █▄ ▀▄│
+ . ( ┌─┴──────█ ▄██████▄▄ ▀▄ ▄▀ ▄█▓ █▀ ▄█▓ ██▓ █┴─┐ . .
+ . │ ▄▄▄ █ ▓██▀▀▓███▄ ▀▄▀ ██▓ ▄▀ ██▓ ██▓ █ │ ) .
+ )\._ . │▄▀ ▄ ▀▄▀ ▄ ▀███ ▀▓██ ▀ ███ ███ ██▓ █ │ . _./(
+ / \ )│█ ██▓ ▀ ██▓ ▀▓█▄ ███ ███ ▀██ ██▓ █ │( / \
+_______( ( ( │▀▄ ▀█▓▄█▓▀ ▄▄██▀ ██▓▄███▓▄ ██▄▄ ██▓ ▀▄ │ ) ) )_______
+`\_ _ ` __\│ █ ▄██▓▄ ▄▄███▀▀ ▄ ██▄▀ ▀█▓▀▀▀██████ █ │/ _ ' _ _/'
+ _\___\ \ \▄▀ ▄█▓▀██▓ ▀██▓ ██▓██▓ ▐█▓ ██▓ ▄▀ / / /___/_
+ _\_ \ \ █ ██▓ ▄ ██▓ ███▓ ██▓ ██▓▄ ▐█▓ ██▓ █ / / _/_
+.\_ \____\_ _ \ ▀▄ ▀ ▄▀▄ ▀ ▄ ▀▀██▓▄██▓ ▀███▄▄██▀ ██▓ █ / _ _/____/ _/.
+ `` \ ▀▀▀ ▀▀▀ ▀▀▀▄▄▄ ▀██▀ █▄ ▀▀▀█▓▀ ▄▀▄ ██▀ █ / ''
+ \___\ /'\( . ▀▄▄▄▄▀ ▀▀▀▄▄▄▄▀ ▀▄▄▄▀ `\ /___/
+ `\/│\ ) ( /│\/'
+ .─────┤ \ ( . ▄▀▀▄ ▄▀▀▄ ▄█ ▄▀▀▄ . ) / ├─────.
+ ___)____:, .`. ▄▀ █ █ █ ▄▀ .'. ,:____(___
+ ____ ) \ ) ` : ▄▀ █ █ █ ▀▄ : ' ( / ( ____
+┌)___\.'─\_________(──────┤ ▀▀▀▀ ▀ ▀▀ ▀▀▀ ▀▀▀▀ ├───────)_________/─`./___(┐
+│ │
+│ │
+│ │
+│ │
+│ │
+:─────────────────────────────────────────────────────────────────────────────:
+ ) Requirements: Notepad with terminal font or any other ascii viewer. (
+ `._________________________________________________________________________.'
+./ ``::│ ▄ ▄▄ ▄▄▄ ▄▄ ▄▄ │::'' \.
+│ ─ ─┴──┤ █ █ █ █ █▄▀ █ █ ├──┴─ ─ │
+│ █ █ █ █ █ █ ▀▄█ │
+│ │
+│ A lot has changed since 2009, when the last revision of the XviD rules was │
+│ released. While these rules have served us well over the years, the need │
+│ for a change has come. The weaknesses of the XviD codec have become obvious │
+│ and as habits change the need for strict size-based releases has gone. │
+│ After the non-retail TV scene moved to x264 the advantages of the codec │
+│ over XviD for SD resolutions became clearer for everyone and with CRF in │
+│ the mix, we can also ensure that the diverse array of material will get │
+│ the most appropriate bitrates and not arbitrarily fixed sizes. So once │
+│ again the active TV & Movie groups have gathered to bring the retail SD │
+│ rules in line with other sections using x264. │
+│ │
+│ Compliance with this document is optional as of its pre date, and │
+│ mandatory as of 2013-11-01 00:00 UTC (1383264000 unixtime) │
+│ │
+└─┬───────────────┬┬──┬┬────────────────────────────────┬┬──┬┬──────────────┬─┘
+./' ``::│. █▀▄ █▀▀ █ █▀▀ █▀▄ ▄▀▀ █▀▀ .│::'' `\.
+│ ─ ─┴──┤ █▀▄ █▀ █ █▀ █▀█ ▀▄ █▀ ├──┴─ ─ │
+│ ▀ ▀ ▀▀▀ ▀▀ ▀▀▀ ▀ ▀ ▀▀ ▀▀▀ │
+│ █▀▄ █ █ █ █▀▀ ▄▀▀ │
+│ █▀▄ █ █ █ █▀ ▀▄ │
+│ ▀ ▀ ▀▀ ▀▀ ▀▀▀ ▀▀ │
+│ [ Video ] │
+│ 1.1) English spoken movie sources with non-English overlays in the actual │
+│ movie footage are NOT allowed. This does not count for start/end │
+│ credits, but for relevant movie parts. e.g. on screen locations text, │
+│ hardcoded non-English subtitles (hardsubs) and similar occurrences. │
+│ Foreign overlays can be present on iNTERNAL releases. │
+│ 1.2) Watermarks, intros, outros, or any other form of defacement of the │
+│ movie or episode are banned including during the credits. │
+│ 1.3) Splitting the video into multiple files is not allowed. │
+│ 1.4) Movies split into 2 discs (ie LOTR Extended) must still be pred as │
+│ one file, assuming the movie only has start credits on D1 and end │
+│ credits only on D2. │
+│ 1.5) Removing credits is not allowed, and they must not be encoded with │
+│ settings different to the main footage, except as follows: │
+│ With sources where only credits are interlaced, you may either leave │
+│ the credits interlaced or de-interlace the credits ONLY, but you must │
+│ NOT de-interlace the whole footage. │
+│ 1.6) Irrelevant material such as studio worksheets and test screens must │
+│ be removed. │
+│ │
+│ [ AR/Resolution ] │
+│ │
+│ [ General ] │
+│ 2.1.1) Black borders must be removed completely with cropping. Where the │
+│ video has changing ARs, it must be cropped to the widest frame. │
+│ 2.1.2) Height and width must be mod2. │
+│ 2.1.3) Over/under-cropping by more than 1px is considered a technical │
+│ flaw. It is recommended to crop the 1 pixel out. │
+│ 2.1.4) Video AR must be within 0.5% of the original AR. │
+│ 2.1.5) AR for all releases must be based on the actual source AR, not on AR │
+│ listed on IMDB, cover or other sources. │
+│ 2.1.6) In rare cases where the source AR is incorrect (i.e. bad mastering), │
+│ a source sample and a comparison screenshot explaining how you came │
+│ to the corrected AR is required. │
+│ 2.1.7) The ITU-R Standard, which assumes anamorphic WS DVD as 1.82 and │
+│ FS as 1.36, is not allowed. │
+│ 2.1.8) Only sharp resizers such as Lanczos/Lanczos4, Spline36, or Blackman │
+│ are allowed. Simple resizers (bicubic, simple, etc) are banned. │
+│ │
+│ [ BluRay ] │
+│ 2.2.1) Width must be 720 for Bluray material. │
+│ 2.2.2) The AR of the source must be applied to the encode, while resizing │
+│ the resulting height to mod2. │
+│ Examples : 1920x1080 -> 720x404 │
+│ 1920x1040 -> 720x390 or 720x388 │
+│ 1800x1080 -> 720x432 │
+│ 1920x816 -> 720x306 │
+│ 1440x1080 -> 720x540 │
+│ 1920x800 -> 720x300 │
+│ │
+│ [ DVD ] │
+│ 2.3.1) Sources with a horizontal resolution of 720 will be cropped as │
+│ required and only the height must then be resized to the closest │
+│ mod2 ensuring the correct AR, except as follows: │
+│ - 4:3 NTSC sources (720x480) with non-anamorphic letterboxed WS │
+│ content should use a width of 640. │
+│ - 4:3 NTSC sources (720x480) with window/pillar boxed WS content │
+│ should be cropped by height and then resized by width. │
+│ 2.3.2) Width must be the highest possible after crop, except for sources │
+│ with AR lower than 1.66, where the width must not exceed 640. │
+│ 2.3.3) Resizing in a way that would cause the encode to be upscaled is not │
+│ allowed. │
+│ Examples (pixels after crop --> anamorphic / non-anamorphic) : │
+│ NTSC: │
+│ 720x480 --> 720x406 / 640x480 │
+│ 716x478 --> 716x404 / 636x478 │
+│ 720x460 --> 720x386 / 640x460 │
+│ 718x362 --> 718x304 / 638x362 │
+│ PAL: │
+│ 720x576 --> 720x540 / 640x480 │
+│ 716x574 --> 716x540 / 640x482 │
+│ 720x552 --> 720x518 / 640x460 │
+│ 718x434 --> 718x406 / 640x362 │
+│ │
+│ [ Framerate / Filters ] │
+│ 3.1) IVTC or deinterlacing must be applied when required. │
+│ 3.2) Only smart deinterlacers, such as Yadif, may be used. FieldDeinterlace │
+│ is banned. │
+│ 3.1) MUST be as close to original source framerate as possible. │
+│ 3.3) In some cases PAL movies need to be IVTC'd (e.g. to 24fps). Therefore │
+│ using a PAL source is not an excuse for lack of IVTC. │
+│ 3.4) Hybrid sources will be left to ripper's discretion when it comes to │
+│ IVTC, but they must explain and provide source proof for any use, or │
+│ lack of IVTC. │
+│ 3.5) In cases of a problematic source (e.g. PAL content on NTSC disc or │
+│ NTSC content on PAL disc) resulting in ghosted/blended/duplicated │
+│ frames, the video must be source restored to its original frame rate │
+│ with restore techniques. When the result still presents consistently │
+│ noticeable issues a vob/m2ts is required or use the INTERNAL tag and │
+│ mention it in the NFO. │
+│ 3.5.1) Provided that the initial release was encoded from a source which │
+│ required restoration; a native source may be released at a later │
+│ date. Such a release must then be tagged as NATIVE and the original │
+│ release will not be nuked. This rule, however, does not apply for │
+│ simple NTSC to PAL speed up releases. │
+│ 3.6) VFR (Variable Frame Rate) techniques are not allowed. │
+│ │
+│ [ Container ] │
+│ 4.1) Container must be MKV, and MKVMerge is the recommended muxer. │
+│ Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers to the same extent that files created with │
+│ MKVMerge are. │
+│ 4.2) Support for file streaming and playing from rars is mandatory. │
+│ 4.3) MKV headers must be kept intact and are not allowed to be blanked or │
+│ modified, also MKV header compression must not be enabled. │
+│ │
+│ [ Codec ] │
+│ 5.1) Video codec must be H264 encoded with 8-bit depth x264. │
+│ 5.2) x264 version used must be no more than 50 revisions from newest at pre │
+│ time. │
+│ You should use http://tinyurl.com/mcekcw8 as reference to check what │
+│ the latest revision is. │
+│ 5.3) CRF must be used: │
+│ 5.3.1) CRF values below 19 and above 26 are never permitted. │
+│ 5.3.2) A CRF value of 19 must be used for all sources where production │
+│ year is 2007 or NEWER, except sporting events and as follows: │
+│ - If at CRF 19 the resulting video's average bitrate is above │
+│ 2000 kbps, a CRF value of 21 MUST be used. │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 1500 kbps, CRF values of 22-23 MAY be used. │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 2000 kbps, CRF value of 23-24 MUST be used. │
+│ 5.3.3) CRF values within the 19-21 range must be used for all sources │
+│ where the production year is 2006 or OLDER, except sporting events. │
+│ It is the ripper's discretion to choose the most appropriate value │
+│ from this range. Exceptions are as follows: │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 1500 kbps, CRF values of 22-23 MAY be used. │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 2000 kbps, CRF values of 23-24 MUST be used. │
+│ 5.3.4) CRF values of 23-26 must be used for sporting events. The exact │
+│ value to use will be left to ripper's discretion. │
+│ 5.3.5) For TV season/volume sets the CRF value used must be the same for │
+│ all episodes, however for a maximum of 25% of the total episodes │
+│ different CRF values can be used to allow for variations in source │
+│ material, compressibility etc. │
+│ 5.3.6) Bonus complete episodes must be encoded at the same CRF value as │
+│ the rest of the season/volume set, however the CRF value used for │
+│ any extras like deleted scenes/bloopers/bonus scenes will be left │
+│ to ripper's discretion. Rule 5.3.1 still applies. │
+│ 5.4) No dupes based on source type (DVD/BD) are allowed, use INTERNAL. │
+│ 5.5) No setting can go below what is specified by --preset slow. │
+│ 5.6) Sample Aspect Ratio (--sar) must be square (1:1). │
+│ 5.7) Keyframe interval (--keyint) must be at least 200 and at most 300 │
+│ (inclusive). It is recommended to be 10*framerate (rounded up) │
+│ (film=240, PAL=250, NTSC=300). │
+│ 5.8) Minkeyint (--min-keyint) must be at least 20 and at most 30 │
+│ (inclusive). It is recommended to be 1*framerate (rounded up) │
+│ (film=24, PAL=25, NTSC=30). │
+│ 5.9) Colormatrix must be set to source specification. If not specified by │
+│ source, bt709 must be used for BD sources, DVD sources must use │
+│ 'undef' (default). │
+│ 5.10) Zones (--zones) are forbidden. │
+│ 5.11) --output-csp must be kept at default │
+│ 5.12) --level 3.1 must be respected. │
+│ 5.13) Custom matrices are not allowed. │
+│ │
+│ [ Optional Psychovisual settings ] │
+│ 5.14.1) Allowed parameters for --tune (optional) are film/grain/animation │
+│ 5.14.2) --deblock ( Default : 0:0 ) │
+│ + -2:-2 recommended for film content (--deblock -2:-2) │
+│ + 2:1 recommended for animation content (--deblock 2:1) │
+│ 5.14.3) --aq-strength XX ( Default : 1.0 ) │
+│ Sets the strength of AQ bias towards low detail ('flat') │
+│ macroblocks. Background is considered a low detail area, while │
+│ actor's face is a complex area. A lower value than 1.0 will give │
+│ more bitrate for complex areas. │
+│ Recommended value : 0.6-0.9 (Example: --aq-strength 0.7) │
+│ 5.14.4) --psy-rd xx:yy Default: 1.0:0.0 │
+│ xx is the strength of Psy-RDO, yy is the strength of Psy-Trellis. │
+│ Note that Trellis is still considered 'experimental', so leave that │
+│ at 0.0 . │
+│ Recommended value for film content xx = 0.8-1.2 │
+│ Recommended value for animation content xx = 0.4-0.7 │
+│ (Example: --psy-rd 0.5:0.0) │
+│ │
+│ [ Suggested basic command lines ] │
+│ 5.15.1) BD: │
+│ x264.exe --level 3.1 --crf xx --preset slow --colormatrix bt709 │
+│ -o output.mkv input.avs │
+│ 5.15.2) DVD: │
+│ x264.exe --level 3.1 --crf xx --preset slow -o output.mkv input.avs │
+│ │
+│ [ Audio ] │
+│ 6.1) The only allowed audio format is VBR AAC LC (Low Complexity). INTERNAL │
+│ AC3 releases are allowed. │
+│ 6.2) Nero and Apple encoders are recommended. FFmpeg and FAAC are banned. │
+│ 6.3) Average audio bitrate must be between 96 and 160 kbps (inclusive) for │
+│ stereo and between 60 and 100 kbps (inclusive) for mono. │
+│ 6.4) MUST be STEREO for STEREO sources, and MONO for MONO sources. │
+│ (Any audio track with identical channels is considered a MONO source). │
+│ Dual mono is also forbidden. However this does not apply to remastered │
+│ audio tracks for titles that may originally have been mono. │
+│ 6.5) Audio with more than 2 channels must be downmixed to stereo, with the │
+│ exception of INTERNAL releases. │
+│ 6.6) Audio tracks must be kept with the original frequency as it was on the │
+│ source: e.g. 48khz for 48khz and 44.1khz for 44.1khz. │
+│ 6.7) AAC audio must be normalized. │
+│ 6.8) Dual-language audio tracks are allowed for non-English material ONLY. │
+│ 6.9) English dubbed titles without original audio track must be tagged │
+│ DUBBED. │
+│ 6.10) Dubbed releases are only allowed if no release with a secondary │
+│ English dubbed audio track exists. │
+│ │
+│ [ Subtitles ] │
+│ 7.1) Only Vobsub and accurately OCR'd srt are allowed. │
+│ 7.2) Subtitles are required for non-English movies and movies with │
+│ non-English spoken parts. │
+│ 7.2.1) If you chose to use srt, you must mux the English subtitles into │
+│ the MKV container and enable this stream by default. │
+│ 7.2.2) If you chose to use vobsubs, and the foreign parts are not │
+│ available on a separate stream, but only embedded/flagged on the │
+│ full subs, a forced only stream must be provided. It must be muxed │
+│ into the full subpack, with the exception of DVD forced subs that │
+│ can also be provided as a separate idx/sub set. │
+│ 7.3) In all other cases it is recommended to mux srt subtitles into the MKV │
+│ container. Packing them separately is also allowed. │
+│ 7.4) Vobsubs are NOT allowed to be muxed into the MKV container. │
+│ 7.5) Subtitle files must have identical filenames to the video file, with │
+│ the exception of separate forced idx/sub subset from DVDs that should │
+│ be tagged *.forced. │
+│ (i.e. Movie.2013.720p.BluRay.x264-group.forced.idx) │
+│ 7.6) Vobsubs from BD sources must be resized to 720x480 or 720x576. This │
+│ can be achieved using BDSup2Sub/BDSup2Sub++. │
+│ 7.7) External subtitles MUST be packed in a RAR file with the best │
+│ compression available: <video-name>.subs.rar = │
+│ [ <video-name>.idx + <video-name>.rar(packed <video-name>.sub) ] │
+│ This RAR file must be placed in a directory named 'Subs' along with │
+│ a SFV file containing standard checksum information for that RAR. │
+│ The subtitles must not be packaged in the main RARs for the release │
+│ and the RAR file containing the subtitles must not be listed in the │
+│ main SFV for the release. │
+│ 7.8) There must only be one set for all the included subtitles. │
+│ VobsubMuxer can be used to merge VobSubs. │
+│ Point 7.2.2 is the only case this rule can be ignored. │
+│ 7.9) Hardcoded subtitles are only permissible when present in the source. │
+│ If the subtitles overlay both active video and matting (black bars), │
+│ cropping to the bottom of the subtitles is permissible, and an equal │
+│ amount of matting shall be left at the top. If the burned subtitles │
+│ overlay only matting, they must be OCR'ed and cropped out. │
+│ 7.10) English subs must be synced with the video. │
+│ 7.11) Foreign releases (non-English spoken) lacking English subtitles MUST │
+│ be tagged with the spoken language. Releases with English subtitles │
+│ MUST NOT be tagged with the spoken language. A release containing │
+│ English subtitles after a foreign-tagged release is not considered a │
+│ dupe, regardless of whether or not the foreign-tagged release has │
+│ English subs. │
+│ 7.12) Only Retail subtitles are allowed. Fan/Custom subs are not allowed. │
+│ Use INTERNAL. │
+│ 7.13) Multi-language subtitles cannot be used as a basis for a dupe. Use │
+│ INTERNAL. │
+│ 7.14) SUBBED tag MUST be used on hardsubbed releases. This only applies to │
+│ fully non-English movies. │
+│ │
+│ [ Packaging ] │
+│ 8.1) Must be packed with RAR files, broken into a max of 99 volumes. │
+│ Allowed rar sizes: 15,000,000 bytes and 50,000,000 bytes. │
+│ 8.2) Filenames (even the subpack rar file) MUST be unique (to avoid dupe). │
+│ 8.3) Compressed RARs or Recovery records are not allowed. │
+│ 8.4) Must have an SFV for main RARs and another for subtitle RARs │
+│ (if applicable). │
+│ 8.5) Must have an NFO. │
+│ 8.6) It is recommended to include the following information in the NFO: │
+│ Group name │
+│ Title │
+│ Release date │
+│ CRF Value │
+│ IMDB / Amazon / TVRage / Any other release relevant iNFO site link │
+│ Number of rars (e.g.30x15MB) or total video size │
+│ │
+│ [ Samples ] │
+│ 9.1) It is required to include a 50-70 seconds sample for each release. │
+│ 9.2) The sample must have a unique filename and be in a separate directory │
+│ named 'Sample'. │
+│ 9.3) It MUST be cut from the video, NOT encoded separately. │
+│ 9.4) Source samples are required for any rip that is deemed questionable, │
+│ e.g. when no clean IVTC is possible on the source, or all ghost frames │
+│ can't be removed etc. See 'Framerate / Filters' section above. │
+│ │
+│ [ Propers / Repacks / Rerips ] │
+│ 10.1) Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. bad IVTC, interlacing, wrong CRF value). │
+│ 10.2) Propers MUST include a note in the NFO file detailing the reason. │
+│ 10.3) Releases not globally nuked MUST include a sample or screenshots from │
+│ the original release that demonstrates the flaw in the release sample │
+│ dir. │
+│ 10.4) Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper, where it is allowed. Use INTERNAL. │
+│ 10.5) Releases containing hardcoded subs may be followed by non-hardsubbed │
+│ video. Original release SHALL NOT be nuked. │
+│ 10.6) Propering a release when a working fix is released is not allowed. │
+│ 10.7) Propers for XViD releases can only be done if the release in question │
+│ violated the XViD rules in effect at the pre time of the release. │
+│ Propers must be done respecting the current SD-x264 ruleset. │
+│ 10.8) Detailed reason must be included in the NFO for all repacks and │
+│ rerips. │
+│ │
+│ [ Special Movie Editions ] │
+│ 11.1) Allowed: DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, │
+│ CHRONO, SE (or any other special edition). │
+│ 11.2) Special Edition releases with the same runtime as previously │
+│ released versions of the movie will be considered dupes. │
+│ 11.3) Shorter cut version of a movie after a longer version was released is │
+│ allowed (e.g. THEATRICAL), and MUST be mentioned in the dirname. │
+│ 11.4) Remastered releases after the original have been released are allowed │
+│ and must be tagged REMASTERED. │
+│ 11.5) Extras released in a special movie edition cannot be used as a basis │
+│ for a dupe, unless released separately and are not dupes of previous │
+│ releases. │
+│ 11.6) Homemade sources are not allowed. │
+│ 11.7) NOTE: PAL - NTSC length differences come from the number of frames │
+│ per second and not extra footage. │
+│ │
+│ [ WS vs. FS ] │
+│ 12.1) WS or FS tags on the release name are ONLY allowed in case of a rip │
+│ with a different AR existing. │
+│ 12.2) A WS release after a FS release (and vice versa) requires proof that │
+│ the new release contains more picture area than the original release │
+│ (provide sample from the original release or JPG screenshot of the │
+│ same frame in both releases showing additional area). A release not │
+│ documenting additional picture area is considered a DUPE. │
+│ 12.3) Wider wide screen where more of the original source is visible is │
+│ valid and not considered a dupe but must be tagged as WS not PROPER. │
+│ Original release must not be nuked. Provide proof as listed above. │
+│ 12.4) Letterboxed DVDs are not considered FS even if the aspect ratio │
+│ flagged on the disc is 4:3; only active picture area must be │
+│ considered. │
+│ │
+│ [ Directory and File Naming ] │
+│ 13.1) Mandatory directory format: │
+│ Movie.Name.YEAR.<PROPER/READ.NFO/REPACK>.<BDRip/DVDRip>.x264-GROUP │
+│ TV.Show.SxxExx.<PROPER/READ.NFO/REPACK>.<BDRip/DVDRip>.x264-GROUP │
+│ 13.2) ALL movie releases must include production year in the directory name.│
+│ 13.3) TV shows that have a matching name to a previously released show must │
+│ either use a country tag, if different (US, UK, etc) or a production │
+│ year tag. │
+│ 13.4) Use DVDRip for DVD sources, BDRip for BD sources, etc. │
+│ 13.5) DO NOT indicate ripping method, DVD/BD/X264 release date, genre, │
+│ audio that was used or anything else. (Use the NFO for that) │
+│ 13.6) Movie distribution tags e.g. FESTIVAL, STV, LIMITED or TV (TV tag is │
+│ used for TV movies only) are allowed and must be used wisely and │
+│ correctly. │
+│ 13.7) READ.NFO tag is allowed, but shall not be abused. │
+│ 13.8) Other permitted tags are: WS/FS (rules above), PROPER, REPACK, RERIP, │
+│ REAL, RETAIL, EXTENDED, REMASTERED, RATED, UNRATED, CHRONO, │
+│ THEATRICAL, DC, SE, UNCUT, INTERNAL, DUBBED, SUBBED, FINAL, │
+│ COLORIZED. │
+│ 13.8.1) Use RERIP for ripping issues and REPACK for packing issues. │
+│ 13.8.2) RERIP's/REPACK's must use different file names from the │
+│ previous release. │
+│ 13.9) Acceptable characters in naming a directory include (NO spaces or │
+│ double dots/slashes - single dots/slashes ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.- │
+│ │
+│ [ Proof ] │
+│ 14.1) ALL retail (including R5) releases MUST now include source proof in │
+│ the following way: │
+│ Photograph (not scan) of the actual physical disc (printed side) │
+│ with a group tag in JPEG format. The image must be good quality with │
+│ disc details clear and readable. Small portions containing sensitive │
+│ information may be blurred or blackened. │
+│ 14.2) The proof picture(s) must have unique filenames and be in a separate │
+│ directory named 'Proof'. │
+│ 14.3) Cover scans and m2ts/vob samples may be added but DO NOT count as │
+│ sufficient proof. │
+│ 14.4) Releases that fail to pre with such proof are to be considered a nuke │
+│ and can be propered. Proofixes later than 4 hours from pre (if a │
+│ proper has not been pred during that time) will not be accepted. │
+│ 14.5) For TV series one of the following is allowed: │
+│ a) Include a proof image with all the discs in the first pred │
+│ episode of the set. │
+│ b) Include a proof image of the relevant disc in every episode of │
+│ the set. │
+│ c) Include a proof image of the relevant disc once in one episode of │
+│ your choice from that disc. In this case you MUST mention in all │
+│ the relevant NFOs the release name where proof can be found. │
+│ d) Include a proof image of all the discs in every episode of the │
+│ set. │
+│ 14.6) It is ESSENTIAL to make sure EXIF metadata is removed from your image.│
+│ 14.7) As a transitional measure, VOB source proof instead of picture proof │
+│ will be allowed for titles that match ALL of the following conditions:│
+│ a) Come from a DVD source. │
+│ b) Retail date of the DVD is before the date this document is pred. │
+│ c) The pre is NOT iNTERNAL. │
+│ │
+│ [ Source Related Notes ] │
+│ 15.1) Re-encoding material of any transcoded source is forbidden. │
+│ 15.2) Non-studio audio must be tagged accordingly, e.g. LINE audio. │
+│ 15.3) Releases provided with studio audio do not dupe releases with │
+│ non-studio audio. The reverse does not apply. │
+│ 15.4) The use of sources like CAM, TS, TC, Workprint, SCREENER, Laserdisc, │
+│ etc. MUST be tagged with the source in the dirname and must adhere │
+│ to ALL the rules of this document, except for the proof rules. Such │
+│ releases are not considered retail however, so retail DVD or BD rips │
+│ pred after are not to be considered dupes. │
+│ 15.5) Screeners must be clearly marked in the directory name and the NFO │
+│ must contain presence of studio watermarking, black&white scenes and │
+│ counters or lack thereof. │
+│ 15.6) SD WEBRips from sources that offer SD downloads such as iTunes must │
+│ follow this ruleset without reencoding where possible. HD downloads │
+│ must be reencoded. │
+│ 15.6.1) WEBRips that are "capped" such as Netflix, Amazon VOD, etc must │
+│ follow TV rules. │
+│ 15.6.2) Proof must be a screenshot of the download in progress. │
+│ 15.6.3) BDRip/DVDRip can be pre'd after WEBRip - WEBRip is NOT allowed │
+│ AFTER BDRip/DVDRip. │
+│ │
+│ [ Internals ] │
+│ 16.1) INTERNALS must follow all rules stated in this document and are exempt│
+│ from CRF rules and certain conditions explicitly mentioned throughout │
+│ the rules. │
+│ 16.2) INTERNALS are not exempt from proof rules. │
+│ 16.3) Other codecs and containers are allowed for experimental purposes. │
+│ 16.3.1) XviD has been superseded. XviD releases must be kept INTERNAL. │
+│ 16.4) Dirfixing a release to INTERNAL must not be done to avoid a nuke │
+│ and the release will remain nuked. │
+│ 16.5) INTERNAL must also be used for any releases that have already been │
+│ pred as XViD. Non-internal codec dupes are not allowed. │
+│ │
+│ ______ ______ │
+│ /\ \ / /\ │
+├────────__/ \_____\───/ ▄▀▀ ▀ ▄▀▀ █▀▄ █▀▀ █▀▄ \───/_____/ \───────────┤
+├─── ─ /\__\ / / ─((── ▀▄ █ █ █ █ █ █▀ █ █ ──))─ \ __\ /__─ ─ ────┤
+└─┬─────\/__//_____/─────) ▀▀ ▀ ▀ ▀ ▀ ▀▀▀ ▀▀ (─────\_/__/\/__/ \─────┬─┘
+./' ─ /\__\ \__\/ \__\/ ─ `\.
+│ ─ \/__/ ─ │
+│ │
+│ 0x539 aAF AEN AFFECTION AFO ALLiANCE AMIABLE ANiHLS AN0NYM0US ARCHiViST │
+│ │
+│ ARROW BALKAN BAND1D0S BiGGiESmaLLz BiQ BOV COCAIN Counterfeit DAA DeBTViD │
+│ │
+│ DEiMOS DEMAND DERANGED DOCUMENT DoNE DRAWER EMX FARGIRENIS FFNDVD FiHViD │
+│ │
+│ FLAiR FRAGMENT FUtV GECKOS GORE GxP HAGGiS I_KnoW iBlade iFH iFPD iGNiTiON │
+│ │
+│ IGUANA iNGOT KEBAP KiDDoS KYR Larceny LiQUiD LPD Ltu NCAXA NODLABS │
+│ │
+│ NOSCREENS OSiRiS OSiTV PFa PHOBOS PSYCHD QCF RCDiVX RedBlade REWARD ROVERS │
+│ │
+│ RUNNER RUSTED SAiNTS SCREAM SDTV SFM SMOKEY SPARKS SPRiNTER TASTE TASTETV │
+│ │
+│ VETO VH-PROD WaLMaRT WASTE WiDE XSTREEM │
+│ │
+│ o │
+│ o /─\ │
+│ () / \ () │
+├─ o . /_(O)_\ . o ─┤
+│`\____________ / _________ \ ____________/'│
+: ))________ / / \ \ ________(( :
+. /______ / /________ _/ ────── ─ \_ ________\ \ ______\
+ + )_______( (__\_(__/ / S i L K \ \__)_/__) )_______( + .
+. + )_) :: /_______________\ :: (_( +
+ ' ') (` ` + .
+ + + ___ ( pH7 & 0ND ) ___ +
+ /__/\ . . /\__\
+ . . . _ \__\/ \/__/ _ . . .
+ \_ . . . _/
+
)
+ ┌─ ─ ▄▄██▄▐█▄ ─── ─ (
+ │ ┌───────────── ▄▓▀ ▀ ▐█ ▀▓▄──────────────┐
+ │ ▀▀▀█▄ ▐█ ▐█▀ │ │
+ : ▄▄▄▄▄ ▀▀▀▄▄█▌▐█ ▄▀ ▄▀▀▀▄ :
+ ) │ ▄▀ ▄▄▄ ▀▀▀▄▄ ▀▓ █▀▄▀▀▀▀▄ ▄▀▀▀ █▄ ▀▄│
+ . ( ┌─┴──────█ ▄██████▄▄ ▀▄ ▄▀ ▄█▓ █▀ ▄█▓ ██▓ █┴─┐ . .
+ . │ ▄▄▄ █ ▓██▀▀▓███▄ ▀▄▀ ██▓ ▄▀ ██▓ ██▓ █ │ ) .
+ )\._ . │▄▀ ▄ ▀▄▀ ▄ ▀███ ▀▓██ ▀ ███ ███ ██▓ █ │ . _./(
+ / \ )│█ ██▓ ▀ ██▓ ▀▓█▄ ███ ███ ▀██ ██▓ █ │( / \
+_______( ( ( │▀▄ ▀█▓▄█▓▀ ▄▄██▀ ██▓▄███▓▄ ██▄▄ ██▓ ▀▄ │ ) ) )_______
+`\_ _ ` __\│ █ ▄██▓▄ ▄▄███▀▀ ▄ ██▄▀ ▀█▓▀▀▀██████ █ │/ _ ' _ _/'
+ _\___\ \ \▄▀ ▄█▓▀██▓ ▀██▓ ██▓██▓ ▐█▓ ██▓ ▄▀ / / /___/_
+ _\_ \ \ █ ██▓ ▄ ██▓ ███▓ ██▓ ██▓▄ ▐█▓ ██▓ █ / / _/_
+.\_ \____\_ _ \ ▀▄ ▀ ▄▀▄ ▀ ▄ ▀▀██▓▄██▓ ▀███▄▄██▀ ██▓ █ / _ _/____/ _/.
+ `` \ ▀▀▀ ▀▀▀ ▀▀▀▄▄▄ ▀██▀ █▄ ▀▀▀█▓▀ ▄▀▄ ██▀ █ / ''
+ \___\ /'\( . ▀▄▄▄▄▀ ▀▀▀▄▄▄▄▀ ▀▄▄▄▀ `\ /___/
+ `\/│\ ) ( /│\/'
+ .─────┤ \ ( . ▄▀▀▄ ▄▀▀▄ ▄█ ▄▀▀▄ . ) / ├─────.
+ ___)____:, .`. ▄▀ █ █ █ ▄▀ .'. ,:____(___
+ ____ ) \ ) ` : ▄▀ █ █ █ ▀▄ : ' ( / ( ____
+┌)___\.'─\_________(──────┤ ▀▀▀▀ ▀ ▀▀ ▀▀▀ ▀▀▀▀ ├───────)_________/─`./___(┐
+│ │
+│ │
+│ │
+│ │
+│ │
+:─────────────────────────────────────────────────────────────────────────────:
+ ) Requirements: Notepad with terminal font or any other ascii viewer. (
+ `._________________________________________________________________________.'
+./ ``::│ ▄ ▄▄ ▄▄▄ ▄▄ ▄▄ │::'' \.
+│ ─ ─┴──┤ █ █ █ █ █▄▀ █ █ ├──┴─ ─ │
+│ █ █ █ █ █ █ ▀▄█ │
+│ │
+│ A lot has changed since 2009, when the last revision of the XviD rules was │
+│ released. While these rules have served us well over the years, the need │
+│ for a change has come. The weaknesses of the XviD codec have become obvious │
+│ and as habits change the need for strict size-based releases has gone. │
+│ After the non-retail TV scene moved to x264 the advantages of the codec │
+│ over XviD for SD resolutions became clearer for everyone and with CRF in │
+│ the mix, we can also ensure that the diverse array of material will get │
+│ the most appropriate bitrates and not arbitrarily fixed sizes. So once │
+│ again the active TV & Movie groups have gathered to bring the retail SD │
+│ rules in line with other sections using x264. │
+│ │
+│ Compliance with this document is optional as of its pre date, and │
+│ mandatory as of 2013-11-01 00:00 UTC (1383264000 unixtime) │
+│ │
+└─┬───────────────┬┬──┬┬────────────────────────────────┬┬──┬┬──────────────┬─┘
+./' ``::│. █▀▄ █▀▀ █ █▀▀ █▀▄ ▄▀▀ █▀▀ .│::'' `\.
+│ ─ ─┴──┤ █▀▄ █▀ █ █▀ █▀█ ▀▄ █▀ ├──┴─ ─ │
+│ ▀ ▀ ▀▀▀ ▀▀ ▀▀▀ ▀ ▀ ▀▀ ▀▀▀ │
+│ █▀▄ █ █ █ █▀▀ ▄▀▀ │
+│ █▀▄ █ █ █ █▀ ▀▄ │
+│ ▀ ▀ ▀▀ ▀▀ ▀▀▀ ▀▀ │
+│ [ Video ] │
+│ 1.1) English spoken movie sources with non-English overlays in the actual │
+│ movie footage are NOT allowed. This does not count for start/end │
+│ credits, but for relevant movie parts. e.g. on screen locations text, │
+│ hardcoded non-English subtitles (hardsubs) and similar occurrences. │
+│ Foreign overlays can be present on iNTERNAL releases. │
+│ 1.2) Watermarks, intros, outros, or any other form of defacement of the │
+│ movie or episode are banned including during the credits. │
+│ 1.3) Splitting the video into multiple files is not allowed. │
+│ 1.4) Movies split into 2 discs (ie LOTR Extended) must still be pred as │
+│ one file, assuming the movie only has start credits on D1 and end │
+│ credits only on D2. │
+│ 1.5) Removing credits is not allowed, and they must not be encoded with │
+│ settings different to the main footage, except as follows: │
+│ With sources where only credits are interlaced, you may either leave │
+│ the credits interlaced or de-interlace the credits ONLY, but you must │
+│ NOT de-interlace the whole footage. │
+│ 1.6) Irrelevant material such as studio worksheets and test screens must │
+│ be removed. │
+│ │
+│ [ AR/Resolution ] │
+│ │
+│ [ General ] │
+│ 2.1.1) Black borders must be removed completely with cropping. Where the │
+│ video has changing ARs, it must be cropped to the widest frame. │
+│ 2.1.2) Height and width must be mod2. │
+│ 2.1.3) Over/under-cropping by more than 1px is considered a technical │
+│ flaw. It is recommended to crop the 1 pixel out. │
+│ 2.1.4) Video AR must be within 0.5% of the original AR. │
+│ 2.1.5) AR for all releases must be based on the actual source AR, not on AR │
+│ listed on IMDB, cover or other sources. │
+│ 2.1.6) In rare cases where the source AR is incorrect (i.e. bad mastering), │
+│ a source sample and a comparison screenshot explaining how you came │
+│ to the corrected AR is required. │
+│ 2.1.7) The ITU-R Standard, which assumes anamorphic WS DVD as 1.82 and │
+│ FS as 1.36, is not allowed. │
+│ 2.1.8) Only sharp resizers such as Lanczos/Lanczos4, Spline36, or Blackman │
+│ are allowed. Simple resizers (bicubic, simple, etc) are banned. │
+│ │
+│ [ BluRay ] │
+│ 2.2.1) Width must be 720 for Bluray material. │
+│ 2.2.2) The AR of the source must be applied to the encode, while resizing │
+│ the resulting height to mod2. │
+│ Examples : 1920x1080 -> 720x404 │
+│ 1920x1040 -> 720x390 │
+│ 1920x816 -> 720x306 │
+│ 1920x800 -> 720x300 │
+│ 1800x1080 -> 720x432 │
+│ 1440x1080 -> 720x540 │
+│ │
+│ [ DVD ] │
+│ 2.3.1) Sources with a horizontal resolution of 720 will be cropped as │
+│ required and only the height must then be resized to the closest │
+│ mod2 ensuring the correct AR, except as follows: │
+│ - 4:3 NTSC sources (720x480) with window/pillar boxed WS content │
+│ should be cropped by height and then resized by width. │
+│ 2.3.2) Width must be the highest possible after crop, except for │
+│ 4:3 NTSC sources, where the width must not exceed 640. │
+│ 2.3.3) Resizing in a way that would cause the encode to be upscaled is not │
+│ allowed. │
+│ Examples (pixels after crop --> anamorphic / non-anamorphic) : │
+│ NTSC: │
+│ 720x480 --> 720x406 / 640x480 │
+│ 716x478 --> 716x404 / 636x478 │
+│ 720x460 --> 720x388 / 640x460 │
+│ 718x362 --> 718x306 / 638x362 │
+│ PAL: │
+│ 720x576 --> 720x404 / 720x540 │
+│ 716x574 --> 716x404 / 716x538 │
+│ 720x552 --> 720x388 / 720x518 │
+│ 718x434 --> 718x306 / 718x406 │
+│ │
+│ [ Framerate / Filters ] │
+│ 3.1) IVTC or deinterlacing must be applied when required. │
+│ 3.2) Only smart deinterlacers, such as Yadif, may be used. FieldDeinterlace │
+│ is banned. │
+│ 3.1) MUST be as close to original source framerate as possible. │
+│ 3.3) In some cases PAL movies need to be IVTC'd (e.g. to 24fps). Therefore │
+│ using a PAL source is not an excuse for lack of IVTC. │
+│ 3.4) Hybrid sources will be left to ripper's discretion when it comes to │
+│ IVTC, but they must explain and provide source proof for any use, or │
+│ lack of IVTC. │
+│ 3.5) In cases of a problematic source (e.g. PAL content on NTSC disc or │
+│ NTSC content on PAL disc) resulting in ghosted/blended/duplicated │
+│ frames, the video must be source restored to its original frame rate │
+│ with restore techniques. When the result still presents consistently │
+│ noticeable issues a vob/m2ts is required or use the INTERNAL tag and │
+│ mention it in the NFO. │
+│ 3.5.1) Provided that the initial release was encoded from a source which │
+│ required restoration; a native source may be released at a later │
+│ date. Such a release must then be tagged as NATIVE and the original │
+│ release will not be nuked. This rule, however, does not apply for │
+│ simple NTSC to PAL speed up releases. │
+│ 3.6) VFR (Variable Frame Rate) techniques are not allowed. │
+│ │
+│ [ Container ] │
+│ 4.1) Container must be MKV, and MKVMerge is the recommended muxer. │
+│ Custom muxing tools are permitted; however, output must be compatible │
+│ with standard demuxers to the same extent that files created with │
+│ MKVMerge are. │
+│ 4.2) Support for file streaming and playing from rars is mandatory. │
+│ 4.3) MKV headers must be kept intact and are not allowed to be blanked or │
+│ modified, also MKV header compression must not be enabled. │
+│ │
+│ [ Codec ] │
+│ 5.1) Video codec must be H264 encoded with 8-bit depth x264. │
+│ 5.2) x264 version used must be no more than 50 revisions from newest at pre │
+│ time. │
+│ You should use http://tinyurl.com/mcekcw8 as reference to check what │
+│ the latest revision is. │
+│ 5.3) CRF must be used: │
+│ 5.3.1) CRF values below 19 and above 26 are never permitted. │
+│ 5.3.2) A CRF value of 19 must be used for all sources where production │
+│ year is 2007 or NEWER, except sporting events and as follows: │
+│ - If at CRF 19 the resulting video's average bitrate is above │
+│ 2000 kbps, a CRF value of 21 MUST be used. │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 1500 kbps, CRF values of 22-23 MAY be used. │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 2000 kbps, CRF value of 23-24 MUST be used. │
+│ 5.3.3) CRF values within the 19-21 range must be used for all sources │
+│ where the production year is 2006 or OLDER, except sporting events. │
+│ It is the ripper's discretion to choose the most appropriate value │
+│ from this range. Exceptions are as follows: │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 1500 kbps, CRF values of 22-23 MAY be used. │
+│ - If at CRF 21 the resulting video's average bitrate is above │
+│ 2000 kbps, CRF values of 23-24 MUST be used. │
+│ 5.3.4) CRF values of 23-26 must be used for sporting events. The exact │
+│ value to use will be left to ripper's discretion. │
+│ 5.3.5) For TV season/volume sets the CRF value used must be the same for │
+│ all episodes, however for a maximum of 25% of the total episodes │
+│ different CRF values can be used to allow for variations in source │
+│ material, compressibility etc. │
+│ 5.3.6) Bonus complete episodes must be encoded at the same CRF value as │
+│ the rest of the season/volume set, however the CRF value used for │
+│ any extras like deleted scenes/bloopers/bonus scenes will be left │
+│ to ripper's discretion. Rule 5.3.1 still applies. │
+│ 5.4) No dupes based on source type (DVD/BD) are allowed, use INTERNAL. │
+│ 5.5) No setting can go below what is specified by --preset slow. │
+│ 5.6) Sample Aspect Ratio (--sar) must be square (1:1). │
+│ 5.7) Keyframe interval (--keyint) must be at least 200 and at most 300 │
+│ (inclusive). It is recommended to be 10*framerate (rounded up) │
+│ (film=240, PAL=250, NTSC=300). │
+│ 5.8) Minkeyint (--min-keyint) must be at least 20 and at most 30 │
+│ (inclusive). It is recommended to be 1*framerate (rounded up) │
+│ (film=24, PAL=25, NTSC=30). │
+│ 5.9) Colormatrix must be set to source specification. If not specified by │
+│ source, bt709 must be used for BD sources, DVD sources must use │
+│ 'undef' (default). │
+│ 5.10) Zones (--zones) are forbidden. │
+│ 5.11) --output-csp must be kept at default │
+│ 5.12) --level 3.1 must be respected. │
+│ 5.13) Custom matrices are not allowed. │
+│ │
+│ [ Optional Psychovisual settings ] │
+│ 5.14.1) Allowed parameters for --tune (optional) are film/grain/animation │
+│ 5.14.2) --deblock ( Default : 0:0 ) │
+│ + -2:-2 recommended for film content (--deblock -2:-2) │
+│ + 2:1 recommended for animation content (--deblock 2:1) │
+│ 5.14.3) --aq-strength XX ( Default : 1.0 ) │
+│ Sets the strength of AQ bias towards low detail ('flat') │
+│ macroblocks. Background is considered a low detail area, while │
+│ actor's face is a complex area. A lower value than 1.0 will give │
+│ more bitrate for complex areas. │
+│ Recommended value : 0.6-0.9 (Example: --aq-strength 0.7) │
+│ 5.14.4) --psy-rd xx:yy Default: 1.0:0.0 │
+│ xx is the strength of Psy-RDO, yy is the strength of Psy-Trellis. │
+│ Note that Trellis is still considered 'experimental', so leave that │
+│ at 0.0 . │
+│ Recommended value for film content xx = 0.8-1.2 │
+│ Recommended value for animation content xx = 0.4-0.7 │
+│ (Example: --psy-rd 0.5:0.0) │
+│ │
+│ [ Suggested basic command lines ] │
+│ 5.15.1) BD: │
+│ x264.exe --level 3.1 --crf xx --preset slow --colormatrix bt709 │
+│ -o output.mkv input.avs │
+│ 5.15.2) DVD: │
+│ x264.exe --level 3.1 --crf xx --preset slow -o output.mkv input.avs │
+│ │
+│ [ Audio ] │
+│ 6.1) The only allowed audio format is VBR AAC LC (Low Complexity). INTERNAL │
+│ AC3 releases are allowed. │
+│ 6.2) Nero and Apple encoders are recommended. FFmpeg and FAAC are banned. │
+│ 6.3) Average audio bitrate must be between 96 and 160 kbps (inclusive) for │
+│ stereo and between 60 and 100 kbps (inclusive) for mono. │
+│ 6.4) MUST be STEREO for STEREO sources, and MONO for MONO sources. │
+│ (Any audio track with identical channels is considered a MONO source). │
+│ Dual mono is also forbidden. However this does not apply to remastered │
+│ audio tracks for titles that may originally have been mono. │
+│ 6.5) Audio with more than 2 channels must be downmixed to stereo, with the │
+│ exception of INTERNAL releases. │
+│ 6.6) Audio tracks must be kept with the original frequency as it was on the │
+│ source: e.g. 48khz for 48khz and 44.1khz for 44.1khz. │
+│ 6.7) AAC audio must be normalized. │
+│ 6.8) Dual-language audio tracks are allowed for non-English material ONLY. │
+│ 6.9) English dubbed titles without original audio track must be tagged │
+│ DUBBED. │
+│ 6.10) Dubbed releases are only allowed if no release with a secondary │
+│ English dubbed audio track exists. │
+│ │
+│ [ Subtitles ] │
+│ 7.1) Only Vobsub and accurately OCR'd srt are allowed. │
+│ 7.2) Subtitles are required for non-English movies and movies with │
+│ non-English spoken parts. │
+│ 7.2.1) If you chose to use srt, you must mux the English subtitles into │
+│ the MKV container and enable this stream by default. │
+│ 7.2.2) If you chose to use vobsubs, and the foreign parts are not │
+│ available on a separate stream, but only embedded/flagged on the │
+│ full subs, a forced only stream must be provided. It must be muxed │
+│ into the full subpack, with the exception of DVD forced subs that │
+│ can also be provided as a separate idx/sub set. │
+│ 7.3) In all other cases it is recommended to mux srt subtitles into the MKV │
+│ container. Packing them separately is also allowed. │
+│ 7.4) Vobsubs are NOT allowed to be muxed into the MKV container. │
+│ 7.5) Subtitle files must have identical filenames to the video file, with │
+│ the exception of separate forced idx/sub subset from DVDs that should │
+│ be tagged *.forced. │
+│ (i.e. Movie.2013.720p.BluRay.x264-group.forced.idx) │
+│ 7.6) Vobsubs from BD sources must be resized to 720x480 or 720x576. This │
+│ can be achieved using BDSup2Sub/BDSup2Sub++. │
+│ 7.7) External subtitles MUST be packed in a RAR file with the best │
+│ compression available: <video-name>.subs.rar = │
+│ [ <video-name>.idx + <video-name>.rar(packed <video-name>.sub) ] │
+│ This RAR file must be placed in a directory named 'Subs' along with │
+│ a SFV file containing standard checksum information for that RAR. │
+│ The subtitles must not be packaged in the main RARs for the release │
+│ and the RAR file containing the subtitles must not be listed in the │
+│ main SFV for the release. │
+│ 7.8) There must only be one set for all the included subtitles. │
+│ VobsubMuxer can be used to merge VobSubs. │
+│ Point 7.2.2 is the only case this rule can be ignored. │
+│ 7.9) Hardcoded subtitles are only permissible when present in the source. │
+│ If the subtitles overlay both active video and matting (black bars), │
+│ cropping to the bottom of the subtitles is permissible, and an equal │
+│ amount of matting shall be left at the top. If the burned subtitles │
+│ overlay only matting, they must be OCR'ed and cropped out. │
+│ 7.10) English subs must be synced with the video. │
+│ 7.11) Foreign releases (non-English spoken) lacking English subtitles MUST │
+│ be tagged with the spoken language. Releases with English subtitles │
+│ MUST NOT be tagged with the spoken language. A release containing │
+│ English subtitles after a foreign-tagged release is not considered a │
+│ dupe, regardless of whether or not the foreign-tagged release has │
+│ English subs. │
+│ 7.12) Only Retail subtitles are allowed. Fan/Custom subs are not allowed. │
+│ Use INTERNAL. │
+│ 7.13) Multi-language subtitles cannot be used as a basis for a dupe. Use │
+│ INTERNAL. │
+│ 7.14) SUBBED tag MUST be used on hardsubbed releases. This only applies to │
+│ fully non-English movies. │
+│ │
+│ [ Packaging ] │
+│ 8.1) Must be packed with RAR files, broken into a max of 99 volumes. │
+│ Allowed rar sizes: 15,000,000 bytes and 50,000,000 bytes. │
+│ 8.2) Filenames (even the subpack rar file) MUST be unique (to avoid dupe). │
+│ 8.3) Compressed RARs or Recovery records are not allowed. │
+│ 8.4) Must have an SFV for main RARs and another for subtitle RARs │
+│ (if applicable). │
+│ 8.5) Must have an NFO. │
+│ 8.6) It is recommended to include the following information in the NFO: │
+│ Group name │
+│ Title │
+│ Release date │
+│ CRF Value │
+│ IMDB / Amazon / TVRage / Any other release relevant iNFO site link │
+│ Number of rars (e.g.30x15MB) or total video size │
+│ │
+│ [ Samples ] │
+│ 9.1) It is required to include a 50-70 seconds sample for each release. │
+│ 9.2) The sample must have a unique filename and be in a separate directory │
+│ named 'Sample'. │
+│ 9.3) It MUST be cut from the video, NOT encoded separately. │
+│ 9.4) Source samples are required for any rip that is deemed questionable, │
+│ e.g. when no clean IVTC is possible on the source, or all ghost frames │
+│ can't be removed etc. See 'Framerate / Filters' section above. │
+│ │
+│ [ Propers / Repacks / Rerips ] │
+│ 10.1) Propers are only permitted in the case of a technical flaw in the │
+│ original release (e.g. bad IVTC, interlacing, wrong CRF value). │
+│ 10.2) Propers MUST include a note in the NFO file detailing the reason. │
+│ 10.3) Releases not globally nuked MUST include a sample or screenshots from │
+│ the original release that demonstrates the flaw in the release sample │
+│ dir. │
+│ 10.4) Qualitative propers are not allowed, nor are propers based on │
+│ decisions made by a ripper, where it is allowed. Use INTERNAL. │
+│ 10.5) Releases containing hardcoded subs may be followed by non-hardsubbed │
+│ video. Original release SHALL NOT be nuked. │
+│ 10.6) Propering a release when a working fix is released is not allowed. │
+│ 10.7) Propers for XViD releases can only be done if the release in question │
+│ violated the XViD rules in effect at the pre time of the release. │
+│ Propers must be done respecting the current SD-x264 ruleset. │
+│ 10.8) Detailed reason must be included in the NFO for all repacks and │
+│ rerips. │
+│ │
+│ [ Special Movie Editions ] │
+│ 11.1) Allowed: DC, EXTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, │
+│ CHRONO, SE (or any other special edition). │
+│ 11.2) Special Edition releases with the same runtime as previously │
+│ released versions of the movie will be considered dupes. │
+│ 11.3) Shorter cut version of a movie after a longer version was released is │
+│ allowed (e.g. THEATRICAL), and MUST be mentioned in the dirname. │
+│ 11.4) Remastered releases after the original have been released are allowed │
+│ and must be tagged REMASTERED. │
+│ 11.5) Extras released in a special movie edition cannot be used as a basis │
+│ for a dupe, unless released separately and are not dupes of previous │
+│ releases. │
+│ 11.6) Homemade sources are not allowed. │
+│ 11.7) NOTE: PAL - NTSC length differences come from the number of frames │
+│ per second and not extra footage. │
+│ │
+│ [ WS vs. FS ] │
+│ 12.1) WS or FS tags on the release name are ONLY allowed in case of a rip │
+│ with a different AR existing. │
+│ 12.2) A WS release after a FS release (and vice versa) requires proof that │
+│ the new release contains more picture area than the original release │
+│ (provide sample from the original release or JPG screenshot of the │
+│ same frame in both releases showing additional area). A release not │
+│ documenting additional picture area is considered a DUPE. │
+│ 12.3) Wider wide screen where more of the original source is visible is │
+│ valid and not considered a dupe but must be tagged as WS not PROPER. │
+│ Original release must not be nuked. Provide proof as listed above. │
+│ 12.4) Letterboxed DVDs are not considered FS even if the aspect ratio │
+│ flagged on the disc is 4:3; only active picture area must be │
+│ considered. │
+│ │
+│ [ Directory and File Naming ] │
+│ 13.1) Mandatory directory format: │
+│ Movie.Name.YEAR.<PROPER/READ.NFO/REPACK>.<BDRip/DVDRip>.x264-GROUP │
+│ TV.Show.SxxExx.<PROPER/READ.NFO/REPACK>.<BDRip/DVDRip>.x264-GROUP │
+│ 13.2) ALL movie releases must include production year in the directory name.│
+│ 13.3) TV shows that have a matching name to a previously released show must │
+│ either use a country tag, if different (US, UK, etc) or a production │
+│ year tag. │
+│ 13.4) Use DVDRip for DVD sources, BDRip for BD sources, etc. │
+│ 13.5) DO NOT indicate ripping method, DVD/BD/X264 release date, genre, │
+│ audio that was used or anything else. (Use the NFO for that) │
+│ 13.6) Movie distribution tags e.g. FESTIVAL, STV, LIMITED or TV (TV tag is │
+│ used for TV movies only) are allowed and must be used wisely and │
+│ correctly. │
+│ 13.7) READ.NFO tag is allowed, but shall not be abused. │
+│ 13.8) Other permitted tags are: WS/FS (rules above), PROPER, REPACK, RERIP, │
+│ REAL, RETAIL, EXTENDED, REMASTERED, RATED, UNRATED, CHRONO, │
+│ THEATRICAL, DC, SE, UNCUT, INTERNAL, DUBBED, SUBBED, FINAL, │
+│ COLORIZED. │
+│ 13.8.1) Use RERIP for ripping issues and REPACK for packing issues. │
+│ 13.8.2) RERIP's/REPACK's must use different file names from the │
+│ previous release. │
+│ 13.9) Acceptable characters in naming a directory include (NO spaces or │
+│ double dots/slashes - single dots/slashes ONLY): │
+│ │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.- │
+│ │
+│ [ Proof ] │
+│ 14.1) ALL retail (including R5) releases MUST now include source proof in │
+│ the following way: │
+│ Photograph (not scan) of the actual physical disc (printed side) │
+│ with a group tag in JPEG format. The image must be good quality with │
+│ disc details clear and readable. Small portions containing sensitive │
+│ information may be blurred or blackened. │
+│ 14.2) The proof picture(s) must have unique filenames and be in a separate │
+│ directory named 'Proof'. │
+│ 14.3) Cover scans and m2ts/vob samples may be added but DO NOT count as │
+│ sufficient proof. │
+│ 14.4) Releases that fail to pre with such proof are to be considered a nuke │
+│ and can be propered. Proofixes later than 4 hours from pre (if a │
+│ proper has not been pred during that time) will not be accepted. │
+│ 14.5) For TV series one of the following is allowed: │
+│ a) Include a proof image with all the discs in the first pred │
+│ episode of the set. │
+│ b) Include a proof image of the relevant disc in every episode of │
+│ the set. │
+│ c) Include a proof image of the relevant disc once in one episode of │
+│ your choice from that disc. In this case you MUST mention in all │
+│ the relevant NFOs the release name where proof can be found. │
+│ d) Include a proof image of all the discs in every episode of the │
+│ set. │
+│ 14.6) It is ESSENTIAL to make sure EXIF metadata is removed from your image.│
+│ 14.7) As a transitional measure, VOB source proof instead of picture proof │
+│ will be allowed for titles that match ALL of the following conditions:│
+│ a) Come from a DVD source. │
+│ b) Retail date of the DVD is before the date this document is pred. │
+│ c) The pre is NOT iNTERNAL. │
+│ │
+│ [ Source Related Notes ] │
+│ 15.1) Re-encoding material of any transcoded source is forbidden. │
+│ 15.2) Non-studio audio must be tagged accordingly, e.g. LINE audio. │
+│ 15.3) Releases provided with studio audio do not dupe releases with │
+│ non-studio audio. The reverse does not apply. │
+│ 15.4) The use of sources like CAM, TS, TC, Workprint, SCREENER, Laserdisc, │
+│ etc. MUST be tagged with the source in the dirname and must adhere │
+│ to ALL the rules of this document, except for the proof rules. Such │
+│ releases are not considered retail however, so retail DVD or BD rips │
+│ pred after are not to be considered dupes. │
+│ 15.5) Screeners must be clearly marked in the directory name and the NFO │
+│ must contain presence of studio watermarking, black&white scenes and │
+│ counters or lack thereof. │
+│ 15.6) SD WEBRips from sources that offer SD downloads such as iTunes must │
+│ follow this ruleset without reencoding where possible. HD downloads │
+│ must be reencoded. │
+│ 15.6.1) WEBRips that are "capped" such as Netflix, Amazon VOD, etc must │
+│ follow TV rules. │
+│ 15.6.2) Proof must be a screenshot of the download in progress. │
+│ 15.6.3) BDRip/DVDRip can be pre'd after WEBRip - WEBRip is NOT allowed │
+│ AFTER BDRip/DVDRip. │
+│ │
+│ [ Internals ] │
+│ 16.1) INTERNALS must follow all rules stated in this document and are exempt│
+│ from CRF rules and certain conditions explicitly mentioned throughout │
+│ the rules. │
+│ 16.2) INTERNALS are not exempt from proof rules. │
+│ 16.3) Other codecs and containers are allowed for experimental purposes. │
+│ 16.3.1) XviD has been superseded. XviD releases must be kept INTERNAL. │
+│ 16.4) Dirfixing a release to INTERNAL must not be done to avoid a nuke │
+│ and the release will remain nuked. │
+│ 16.5) INTERNAL must also be used for any releases that have already been │
+│ pred as XViD. Non-internal codec dupes are not allowed. │
+│ │
+│ [ Changelog ] │
+│ │
+│ Rev1.1 - Fixed the resizing examples │
+│ ______ ______ │
+│ /\ \ / /\ │
+├────────__/ \_____\───/ ▄▀▀ ▀ ▄▀▀ █▀▄ █▀▀ █▀▄ \───/_____/ \───────────┤
+├─── ─ /\__\ / / ─((── ▀▄ █ █ █ █ █ █▀ █ █ ──))─ \ __\ /__─ ─ ────┤
+└─┬─────\/__//_____/─────) ▀▀ ▀ ▀ ▀ ▀ ▀▀▀ ▀▀ (─────\_/__/\/__/ \─────┬─┘
+./' ─ /\__\ \__\/ \__\/ ─ `\.
+│ ─ \/__/ ─ │
+│ │
+│ 0x539 aAF AEN AFFECTION AFO ALLiANCE AMIABLE ANiHLS AN0NYM0US ARCHiViST │
+│ │
+│ ARROW BALKAN BAND1D0S BiGGiESmaLLz BiQ BOV COCAIN Counterfeit DAA DeBTViD │
+│ │
+│ DEiMOS DEMAND DERANGED DOCUMENT DoNE DRAWER EMX FARGIRENIS FFNDVD FiHViD │
+│ │
+│ FLAiR FRAGMENT FUtV GECKOS GORE GxP HAGGiS I_KnoW iBlade iFH iFPD iGNiTiON │
+│ │
+│ IGUANA iNGOT KEBAP KiDDoS KYR Larceny LiQUiD LPD Ltu NCAXA NODLABS │
+│ │
+│ NOSCREENS OSiRiS OSiTV PFa PHOBOS PSYCHD QCF RCDiVX RedBlade REWARD ROVERS │
+│ │
+│ RUNNER RUSTED SAiNTS SCREAM SDTV SFM SMOKEY SPARKS SPRiNTER TASTE TASTETV │
+│ │
+│ VETO VH-PROD WaLMaRT WASTE WiDE XSTREEM │
+│ │
+│ o │
+│ o /─\ │
+│ () / \ () │
+├─ o . /_(O)_\ . o ─┤
+│`\____________ / _________ \ ____________/'│
+: ))________ / / \ \ ________(( :
+. /______ / /________ _/ ────── ─ \_ ________\ \ ______\
+ + )_______( (__\_(__/ / S i L K \ \__)_/__) )_______( + .
+. + )_) :: /_______________\ :: (_( +
+ ' ') (` ` + .
+ + + ___ ( pH7 & 0ND ) ___ +
+ /__/\ . . /\__\
+ . . . _ \__\/ \/__/ _ . . .
+ \_ . . . _/
+
THE 2014 COMPLETE BLURAY RELEASING STANDARDS
+
+
+ - GENERAL
+
+ G1) Release size must be a true 1:1 image of retail disc.
+ G2) Group watermarks within the Bluray are strictly forbidden.
+ G3) Releases must be made region free.
+ G4) Any new unmentioned copy protection that comes out must be stripped.
+ G5) If for any reason any standards cannot be met it a brief explanation
+ must be written in the nfo.
+
+
+ - PACKAGiNG
+
+ P1) Sample, nfo and sfv are required for each release.
+ P2) NFO must contain at least:
+ - IMDB link
+ - Bluray Region
+ - Audio streams
+ - Subtitle streams
+ P3) Rar's must be split into 250 or 500 MB archives.
+ P4) Passwords or encryption is not tolerated.
+ P5) Compression is not allowed.
+
+
+
+ - TAGGiNG
+
+ T1) Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -
+ T2) Suggestion for tagging:
+ - Movie.Name.YEAR.<PROPER/READ.NFO/REPACK>.<MULTi/SUBS/REGiON>.COMPLETE.BLURAY-GROUP
+ - TV.Show.SxxDxx.<PROPER/READ.NFO/REPACK>.<MULTi/SUBS/REGiON>.COMPLETE.BLURAY-GROUP
+ - Music.YEAR.<PROPER/READ.NFO/REPACK>.<MULTi/SUBS/REGiON>.COMPLETE.MBLURAY-GROUP
+ T3) The first release of a movie, if it has the original audio, English subs and menu,
+ must be tagged Movie.Name.YEAR.COMPLETE.BLURAY-GROUP. Next releases must contain a
+ language tag (MULTiSUBS/MULTi/NL/NORDiC/iTALiAN/etc) or region tag (A/B/C).
+ T4) All releases are to include production year, except for TV series.
+ T5) Sub directories are to be labelled as DiSC1, DiSC2, etc.
+ EXTRA and CD1, CD2 dirs are not allowed.
+ T6) Additional explanation of some tags:
+ MULTi: In case of a minimum of 2 audio languages.
+ MULTiSUBS: In case of a minimum of 6 subtitle languages.
+
+
+
+
+ -Proof
+
+ P1) ALL releases MUST now include source proof in the following way: Snapshot (not scan)
+ of the actual physical disc (printed side) in jpg/png format with a group tag
+ Disc snapshot must be in good quality with disc details clear and readable. Small
+ portions containing store stickers/barcodes may be blurred or blackened.
+ Releases that fail to pre with such proof are to be considered a nuke and can be
+ propered. Proofixes later than 2 hours from pre (if a proper has not been pred during
+ that time) will not be accepted.
+
+ IMPORTANT NOTE:
+ Some mobile phone cameras (such as iPhone) add exif metadata to the pictures (gps location
+ for example). It is ESSENTIAL to make sure exif metadata is removed from your snapshot.
+ This can be done in windows7, by editing and re-saving the picture with Microsoft Paint
+ or using freeware tools available on an "exif remover" web search.
+
+
+ - SAMPLE
+
+ S1) A sample roughly 60 seconds in length is required.
+ It must be cut from the movie m2ts file and not encoded separately.
+ It must be put within a directory named "Sample".
+ A .m2ts file must be cut and used as sample. You cannot rename a rar and use it as
+ the sample.
+
+
+
+ - PROPERS
+
+ R1) Propers may only be released if previous release had technical
+ flaws such as undersized, errors, etc.
+ R2) Propers based on previous releases having stripped the menu
+ are allowed.
+ R3) Propers based on previous releases having improper dir names
+ will not be tolerated.
+ R4) Blurays with different audio or subtitle streams do not
+ dupe each other.
+
+
+ - NOTES & SUGGESTiONS
+
+ N1) Applicability
+ These rules apply from 2014-04-01 00:00:00 GMT.
+ Released pre'd before this time are not allowed to be nuked based
+ on these rules unless there is a valid technical reason to proper
+
+
+
+ The COMPLETE BLURAY releasing standards signed by
+
+
+ BAKED BDA CiNEMATiC GMB Japhson LAZERS NOSCREENS o0o PCH SEMTEX
The.Spanish.Retail.HD.Releasing.Standards.2014-ESCOUNCiL (2014-07-21)
+
+ --------------------------------------------------------------
+
+ Special note to nukenets: This ruleset aims to clean the actual spanish
+ p2p crap pre from ours. From now on, proof is mandatory for every single
+ release. At the moment, only the following teams are recognised as legit
+ and follow those rules:
+
+ 0ld - ASS - FCC - JODER - LPH - MAHOU - sPHD - TORO - XPERT - XPERT_HD
+
+ Ha pasado mucho tiempo desde la ultima revisi≤n de rules para material
+ retail en Espa±ol. XviD es un c≤dec muy dθbil y obsoleto frente a X264.
+ Adicionalmente, debido a la cantidad de pre's P2P, sospechosas y err≤neas
+ que se han podido ver a lo largo de estos a±os, hemos acordado una serie
+ de reglas que cubren las releases SD para material retail en Espa±ol (Castellano).
+ Todo lo especificado aquø solo se aplica para las releases preadas despuθs de que
+ este documento entre en funcionamiento (2014-07-21).
+
+
+ 1) Video:
+
+ 1.1) Watermarks, intros, outros o cualquier otro tipo de desfiguraci≤n
+ a±adida en el video estan prohibidos, incluido durante los crθditos.
+
+ 1.2) Quitar los creditos queda prohibido, y estos deben ser encodeados
+ a la misma calidad que el resto de la release.
+
+ 1.3) Los bordes deben ser cropeados completamente.
+
+ 1.4) Solo se permiten "Sharp Resizers" tales como Lanczos/Lanczos4, Spline36,
+ o Blackman. "Simple Resizers" (bicubic, simple, etc) estan prohibidos.
+
+ 1.5) La anchura y altura de la release deben ser de la siguiente manera:
+
+ - 1080p: Cropear el vødeo. Prohibido redimensionar. Resoluci≤n de entrada (1920x1080) - crop.
+
+ - 720p: Cropear el vødeo y redimensionar. La anchura debe ser 1280 y la altura mod2, 8 o 16.
+ A excepci≤n de cualquier fuente con relaci≤n de aspecto menor a 1.78 (16:9) vertical.
+ En este caso se debe usar 720 como altura, y el ancho debe ser mod2, 8 o 16.
+
+ Ejemplo: Relaci≤n de aspecto 2.35 serβ 1280x544.
+ Ejemplo: Relaci≤n de aspecto 1.78 serβ 1280x720.
+ Ejemplo: Relaci≤n de aspecto 1.33 serβ 960x720.
+
+
+ 1.6) Queda prohibido reescalar el video. Siempre redimensionar despuθs de cropear.
+
+ 1.7) Se debe aplicar desentrelazado si es necesario, con alguna herramienta
+ inteligente como Yadif. Una release entrelazada estβ considerada un fallo
+ tθcnico (nuke). Rara vez el material retail viene entrelazado, pero existe.
+
+ 1.8) Las fuentes BluRay y HDDVD se dupean entre ellas.
+
+
+ 2) Audio:
+
+ 2.1) Espa±ol Castellano. Estas rules no afectan al LATiN.SPANiSH.
+
+ 2.2) El audio debe ser AC3, DTS o FLAC, preferiblemente el mismo que la fuente.
+
+ 2.3) DTS debe sacarse de la pista DTS HR/HD Master Audio. Las pistas DTS deben
+ ser compatibles por los decodificadores (hardware) antiguos.
+ El audio FLAC debe ser creado desde la pista LPCM, DTS HD o TRUEHD.
+
+ 2.4) El bitrate de audio nunca debe estar por debajo de 640 kbps, a excepci≤n de
+ que la fuente tenga un bitrate de audio mβs bajo.
+
+ 2.5) El audio debe ser 5.1 con los canales correctos, a excepci≤n de que la fuente
+ sea stereo/mono. Queda prohibido reescalar audio stereo/mono a 5.1.
+
+ 2.6) Se permiten varios audios a parte del Espa±ol Castellano. Todos los audios deben
+ ser muxeados en el mismo .mkv de la release.
+
+ 2.7) Si se decide usar mβs de un audio se debe taggear la release teniendo en cuenta
+ lo siguiente:
+
+ Espa±ol Castellano: SPANiSH
+ Espa±ol Castellano + otro/s (2 o mβs): SPANiSH.MULTi
+
+ 2.8) SPANiSH y SPANiSH.MULTi se dupean entre ellas significando esto
+ que solo una de estas dos opciones puede ser preada normalmente, para cada
+ calidad (720p y 1080p). El resto deben ser preadas como INTERNAL.
+
+ Ejemplo: Si hay release SPANiSH preada INTERNAL.SPANiSH.MULTi
+ Ejemplo: Si hay release SPANiSH.MULTi preada, usar INTERNAL.SPANiSH.
+
+ 2.9) En el caso de MULTi, la pista que contiene audio Espa±ol Castellano
+ debe ser la por defecto (default) en el contenedor .mkv.
+
+ 2.10) Si se decide usar MULTi, el segundo audio en el contenedor .mkv deberβ ser el
+ versi≤n original de producci≤n del contenido. Los demβs pueden variar.
+
+
+ 3) FPS:
+
+ 3.1) La tasa de FPS debe ser igual a la fuente y constante. FPS variables estan
+ prohibidas ya que no funcionan correctamente en muchos reproductores. Solo
+ se permiten FPS variables en caso de que la fuente sea asø, y en este caso
+ se debe demostrar con una captura con informaci≤n tθcnica sobre el vødeo fuente
+ extraido del medio føsico dentro de la carpeta Proof, que asø lo justifique.
+ De cualquier otra manera, queda prohibido.
+
+
+ 4) Codec:
+
+
+ 4.1) Debe ser H264 encodeado con x264 8 bits y a Level 4.1. x264 10-bits estβ baneado.
+
+ 4.2) Mantener x264 actualizado. Hay muchas formas de actualizaci≤n,
+ incluso automβticas. Matrices y deblocking a gusto del grupo. Por defecto
+ vienen configurados.
+
+ 4.3) Ninguna opci≤n puede estar por debajo de lo especificado por --preset
+ slow exceptuando --subme 7 que sø se permite. Se cuenta tambiθn como excepci≤n
+ --ref 4 que puede ser usado, si la resoluci≤n vertical (altura) de la release es
+ mβs que 864 pøxeles.
+
+ 4.4) Las zonas (--zones) no se permiten.
+
+ 4.5) El encode debe ser realizado a calidad constante pudiendose usar una pasada
+ a CRF o dos pasadas a tama±o (--bitrate), a gusto del grupo. Queda prohibido
+ usar solamente una pasada para encode a tama±o (--bitrate), deben ser mønimo dos.
+
+ 4.6) En el caso de series de televisi≤n u otro contenido capitulado, el tipo
+ de encode debe ser respetado para todos los captøtulos/partes correspondientes
+ de por lo menos aquella temporada o volumen, por cada calidad.
+
+ Ejemplo: Si se decide usar CRF para la release 720p.BluRay de una serie en el
+ S01E01, toda la S01.720p debe ser a CRF. Las releases 1080p podrøan ser todas
+ a CRF tambiθn o todas a tama±o, pero nunca mezcladas o variado.
+
+ 4.7) Si tama±o (--bitrate) mθtodo de encode usado, la media de bitrate del video
+ resultante debe estar obligatoriamente siempre entre 4000 kbps y 8000 kbps para
+ releases 720p mientras que entre 8000 kbps y 14000 kbps para releases 1080p.
+
+ 4.8) Si se decide usar CRF, se debe seguir el siguiente rango:
+
+ 720p: 18-19 / 1080p: 17-19 -> Cine, guionizado, talk, animaci≤n.
+ 720p: 20-21 / 1080p: 20-21 -> Docs, realities, variedad.
+ 720p: 22-24 / 1080p: 22-24 -> Deportes, espectβculos, directos, competicion.
+
+ 4.9) Si se decide usar CRF, en el caso de series de televisi≤n u otro contenido capitulado,
+ el valor del CRF debe ser respetado para todos los captøtulos/partes correspondientes
+ de por lo menos aquella temporada o volumen, por cada calidad.
+
+ Ejemplo: Si se decide usar CRF 18 para la release 720p.BluRay de una serie en el
+ S01E01, toda la S01.720p debe ser a CRF 18. Las releases 1080p podrøan ser todas
+ a CRF 18 tambiθn todas a 17 o 19 o todas a tama±o, pero nunca mezcladas o variado.
+
+ 4.10) Si se decide usar tama±o como mθtodo de encodeo se debe respetar la siguente lista
+ de tama±os finales. Este tama±o incluye todas las pistas de audio en caso de MULTi
+ o la Espa±ol Castellano mβs el vødeo y subtøtulos o øndice de capøtulos del propio .mkv:
+
+ 1 MiB = 1048576 bytes
+
+ - M˙ltiples de 1120, 2713 o 8140.
+ - DVD5/x 896, 1120, 1493, 2240 o 4480.
+
+ No hay tama±o mønimo o mβximo especificado, va en funci≤n al bitrate y el n˙mero de
+ pistas, pero la media de bitrate de vødeo resultante siempre debe ser como estβ
+ explicado en el punto 4.7. Se permite un sobrepaso / falta de 30 MB en el tama±o
+ total del contenedor final.
+
+
+ 4.11) Linea de comando sugerida:
+
+ - CRF: x264.exe --crf ## --preset slow --level 4.1 -o salida.mkv entrada.avs
+
+ - Tama±o: x264.exe --pass 1 --stats datos.stats --bitrate #### --preset slow --level 4.1 -o NUL entrada.avs
+ x264.exe --pass 2 --stats datos.stats --bitrate #### --preset slow --level 4.1 -o salida.mkv entrada.avs
+
+
+ 5) Contenedores:
+
+ 5.1) El contenedor debe ser Matroska (MKV).
+
+ 5.2) El release debe estar en un solo contenedor, no se permite dividir la release
+ en varios contenedores.
+
+ 5.3) Se recomienda muxear con mkvmerge, aunque se permiten tools personalizadas.
+ El resultado debe ser demuxeable y compatible con las herramientas mkvtoolnix.
+
+
+ 6) Sample:
+
+ 6.1) Obligatorio, debe estar en una carpeta separada llamada "Sample", ser
+ de entre 60-120 segundos y ser de la rls, no encodeado por separado.
+
+
+ 7) Empaquetamiento:
+
+ 7.1) La release debe ser empaquetada en partes RAR de 50 MiB o m˙ltiples de 50.
+ Nunca mβs de 99 partes. No se permite la compresi≤n. 1 MiB = 1048576 bytes.
+
+ 7.2) NFO y SFV obligatorios. Los archivos Sample, Proof, RAR y SFV deben tener
+ el mismo nombre, en minusculas y con la tag del grupo.
+
+ 7.3) RAR's o SFV corruptos u olvidados despues de prear = REPACK o PROPER.
+
+ 7.4) Se recomienda a±adir la siguiente informaci≤n en el NFO:
+ -Nombre del grupo
+ -Titulo
+ -Fecha del release
+ -Valor de CRF
+ -IMDB
+ -N˙mero de rars (e.g.30x100MiB)
+
+
+ 8) Proof:
+
+ 8.1) OBLIGATORIA para cada release (para cada capøtulo en una serie, por
+ ejemplo). Sin proof cuando se prea = NUKE no.proof.provided en un
+ rango de 6 horas (si no se saca una version PROPER antes). Despuθs
+ de estas 6 horas, un PROOFFIX no serβ aceptado. La proof debe ser una
+ foto (no se permiten escaneos) del medio føsico (disco/s) por el lado
+ impreso con una nota que tenga el nombre del grupo, en formato JPEG.
+ La imagen debe ser de buena calidad, donde se aprecien claramente los
+ detalles y sea legible. Peque±as partes de la imagen se pueden ocultar,
+ recortar o censurar si contienen informacion sensible. Para series de
+ TV u otros medios que puedan venir separados por discos, es obligatorio
+ que aparezcan todos los discos.
+
+ 8.2) La imagen debe estar en una carpeta (dentro de la relase) separada llamada
+ /Proof. Sigue la misma estructura que otros archivos de la release, ver punto
+ 7.2.
+
+ 8.3) Algunos m≤viles u otros dispositivos a±aden la metadata EXIF en las fotos.
+ Esta metadata puede contener informaci≤n como por ejemplo localizaci≤n por
+ GPS. Es MUY IMPORTANTE que te asegures de borrar esta metadata de tu Proof,
+ si la tiene. Es suficiente con abrir y re-guardar con Microsoft Paint o usar
+ cualquiera de las tools freeware que encontrarβs buscando "exif remover" por
+ la red.
+
+ 8.4) Se recomienda, pero no es obligatorio, a±adir un enlace web en el NFO de la
+ release hacia la Proof (Tinypic, Imgur...) con tal de evitar los fallos de
+ los autotraders que pueden inducir a error/skip de la Proof.
+
+
+ 9) Propers:
+
+ 9.1) Properear solo se permite si la release original tiene un fallo tecnico.
+ ejemplos: falta contenido, mal cropeo, contiene errores, drops, audio
+ fuera de sincronizaci≤n, parametros x264 erroneos, errores en los subtøtulos,
+ etc.
+
+ 9.2) Se debe explicar y justificar la razon de PROPER en el NFO de la rls PROPER.
+ Se recomienda adjuntar sample/s o captura/s para demostrar.
+
+ 9.3) Los propers basados en las reglas aquø explicadas solo se permiten para las
+ rls que se prearan despues de que este documento entre en efecto.
+
+ 9.4) No se permite prear una release PROPER por raz≤n de subtitulos, si la release
+ PROPER no contiene los subtøtulos correctos o sin fallos. Debe contener los
+ mismos idiomas que la release nukeada, o mβs. De lo contrario sera considerado
+ un PROPER no vβlido.
+
+ 9.5) Una rls con fallos tecnicos, experimental, o con mβs pistas de audio puede ser
+ preada como INTERNAL. Explicar el porquθ en el NFO es obligatorio = nuke.
+
+
+ 10) Internals:
+
+ 10.1) El tag debe ser .INTERNAL.
+
+ 10.2) No hace falta seguir la parte tθcnica de estas reglas pero si debe contener
+ obligatoriamente Proof, Sample, NFO, SFV y ser empaquetada siguiendo las reglas
+ arriba expuestas. La Proof es obligatoria tambien para los INTERNAL.
+
+
+ 11) Subtitulos:
+
+ 11.1) Solo se permiten los subtitulos .SRT y .IDX/.SUB. Cualquier otro formato de subtitulos
+ estβ considerado fallo tθcnico. La extraccion y/o conversi≤n debe ser completamente correcta.
+ Se recomienda hacer esto usando tools como tsMuxer, VobSub, SubRip, BDSup2Sub, SupRip... etc.
+
+ 11.2) Subtitulos en formato .SRT se han de muxear obligatoriamente, en formato .IDX/.SUB queda
+ prohibido muxearlos y hay que incluirlos en el folder /Subs dentro de la release, con la
+ siguiente estructura de directorios: Release/Subs/releasesubs.rar+idx+sfv. Este releasesubs.rar
+ contiene el archivo .SUB rareado (se permite y recomienda usar la mejor compresi≤n) acompa±ado
+ de su correspondiente .IDX sin rarear. El SFV de la carpeta /Subs (en caso de usar subtitulos
+ .IDX/.SUB) solo ha de listar el contenido de esta, y no el de la release. El SFV de la release
+ no debe listar el contenido de ninguna /Carpeta.
+
+ 11.3) Los subtitulos Espa±ol son obligatorios para las releases que contengan partes habladas en otros
+ idiomas que no sean Espa±ol Castellano o Latino, aunque se recomienda incluirlos para todas las
+ releases. Solo se permiten los subtitulos extraidos del medio føsico, no fansubs, no custom subs
+ o subs de otras fuentes. Otros idiomas de subtøtulos son bienvenidos, pero no obligatorios en
+ ning˙n caso.
+
+
+ 12) Nombre de los directorios:
+
+ 12.1) Tags de fuentes: 1080p.BluRay, 720p.BluRay, 720p.HDDVD, 1080p.HDDVD
+
+ 12.2) Nombre.Pelicula.A╤O.SPANiSH.<DUAL/MULTi>.<1080p/720p>.BluRay.x264-GRUPO.
+
+ 12.3) Nombre.Serie.<Codigo>.<A╤O>.SXXEXX.SPANiSH.<DUAL/MULTi>.<1080p/720p>.BluRay.x264-GRUPO.
+
+ 12.4) Es obligatorio a±adir el a±o de PRODUCCION para peløculas, no el de publicaci≤n
+ en cines/tv/otros. Para series/miniseries el a±o es opcional pero recomendado
+ si ya ha existido otra serie/miniserie con el mismo nombre en un a±o diferente.
+ En el caso de que ya haya existido otra serie/miniserie con el mismo nombre en
+ otro pais, se debe usar el c≤digo del pais (UK, US, ES, AU...) o el a±o siempre
+ que no coincidan.
+
+ 12.5) Se permite el uso de la tags: REAL, REMASTERED, RERIP, PROPER, INTERNAL, REPACK,
+ FINAL, UNCUT, DOC, EXTENDED y READ.NFO.
+ V.EXTENDIDA u otros derviados quedan prohibidos. Deben ir antes de .SPANiSH.
+
+ 12.6) Los carβcteres aceptables en los nombres de directorio son:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+
+ Sin espacios o dobles puntos, puntos ˙nicos exclusivamente.
+
+
+ 13) Reglas especiales:
+
+ 13.1) Reencodear releases de otros sources que no sean discos BluRay y/o HDDVD queda
+ prohibido. Ademas, se debe presentar proof obligatoriamente para cada release.
+
+ 13.2) Cualquier otro tipo de pre que no sea lo que cubre este documento (retail HDDVD/BluRay)
+ se rige por lo aquø explicado y debe seguir todas las reglas, a excepci≤n de la Proof.
+ Ejemplos: CAM, TS, TC, SCREENER, DVDSCR o BDSCR. Estos releases no cuentan como dupe
+ cuando se prea de retail.
+
+ 13.3) Nuestras releases no son dupe del pre spam P2P que dice ser algo,
+ no nos preocuparemos de mirar dupecheck o utilizar tags como PROPER,
+ INTERNAL mβs alla de los grupos conocidos en prear bien y legit, que
+ son los que han firmado este documento.
+
+ 13.4) Debido a la gran cantidad de pre p2p que hay actualmente, cualquier otro nuevo
+ grupo (o ex) interesado en prear releases retail HD en SPANiSH deberβ seguir
+ todo lo especificado en este documento y contactar con nosotros con tal de su
+ adhesi≤n en el concilio. GUSTE O NO GUSTE, es la ˙nica manera de saber quiθn
+ quiere hacer las cosas bien y quien no. De lo contrario serβ ignorado como
+ se explica en el punto anterior 13.3.
+
+
+
+ [Changelog]:
+
+ 2014-07-21 - Primera versi≤n.
+
+
+---------------------------------------------------------------
+
+ Ruleset x264 para releases HDDVD o BluRay en Espa±ol (Castellano)
+
+ -> Firmado por los siguientes grupos:
+
+ 0ld - ASS - FCC - JODER - LPH - MAHOU - sPHD - TORO - XPERT - XPERT_HD
+
+ -> Declinado por los siguientes grupos:
+
+
+ --------------------------------------------------------------
+
+ The.Spanish.Retail.HD.Releasing.Standards.2014-ESCOUNCiL (2014-07-21)
The.Spanish.Retail.SD.Releasing.Standards.2014-ESCOUNCiL (2014-05-17)
+
+ --------------------------------------------------------------
+
+ Special note to nukenets: This ruleset aims to clean the actual spanish
+ p2p crap pre from ours. From now on, proof is mandatory for every single
+ release. At the moment, only the following teams are recognised as legit
+ and follow those rules:
+
+ 0ld - ASS - FCC - JODER - LPH - MAHOU - sPHD - TORO - XPERT - XPERT_HD
+
+ Ha pasado mucho tiempo desde la ultima revisi≤n de rules para material
+ retail en Espa±ol. XviD es un c≤dec muy dθbil y obsoleto frente a X264.
+ Adicionalmente, debido a la cantidad de pre's P2P, sospechosas y err≤neas
+ que se han podido ver a lo largo de estos a±os, hemos acordado una serie
+ de reglas que cubren las releases SD para material retail en Espa±ol (Castellano).
+ Todo lo especificado aquø solo se aplica para las releases preadas despuθs de que
+ este documento entre en funcionamiento (2014-05-17).
+
+
+ 1) Video:
+
+ 1.1) Watermarks, intros, outros o cualquier otro tipo de desfiguraci≤n
+ a±adida en el video estan prohibidos, incluido durante los crθditos.
+
+ 1.2) Quitar los creditos queda prohibido, y estos deben ser encodeados
+ a la misma calidad que el resto de la release.
+
+ 1.3) Los bordes deben ser cropeados completamente.
+
+ 1.4) Solo se permiten "Sharp Resizers" tales como Lanczos/Lanczos4, Spline36,
+ o Blackman. "Simple Resizers" (bicubic, simple, etc) estan prohibidos.
+
+ 1.5) La anchura para el BDRip debe ser 720 pøxeles y la altura mod2.
+
+ 1.6) La anchura para el DVDRip se ajustarβ al crop mβximo y la altura mod2.
+
+ 1.7) Las alturas, respecto a las anchuras despues de cropear, no pueden ser
+ elegidas. Mod2 debe determinar la altura adecuada, para mantener la
+ relaci≤n de aspecto correcta, nunca el ripper.
+
+ 1.8) Queda prohibido reescalar para fuentes DVD. Si despuθs de hacer crop
+ queda por ejemplo una anchura de 694 pøxeles, esta debe ser respetada.
+
+ 1.9) Se debe aplicar desentrelazado si es necesario, con alguna tool
+ inteligente como Yadif. Una release entrelazada estβ considerada
+ un fallo tθcnico (nuke). Rara vez el material retail viene
+ entrelazado, pero existe.
+
+
+ 2) Audio:
+
+ 2.1) Espa±ol Castellano. Estas rules no afectan al LATiN.SPANiSH.
+
+ 2.2) Solo se permite audio VBR AAC LC (Low Complexity). AC3 se permite solo como
+ INTERNAL.
+
+ 2.3) El audio debe ser normalizado y reconvertido a stereo y de entre 96 y 160kbps.
+ Mono queda prohibido a excepci≤n de que la fuente sea audio mono.
+
+ 2.4) NO se permite DUAL (varios idiomas) audio.
+
+
+ 3) FPS:
+
+ 3.1) La tasa de FPS debe ser igual a la fuente y constante. FPS variables estan
+ prohibidas ya que no funcionan correctamente en muchos reproductores. Solo
+ se permiten FPS variables en caso de que la fuente sea asø, y en este caso
+ se debe demostrar con una captura con informaci≤n tθcnica sobre el vødeo fuente
+ extraido del medio føsico dentro de la carpeta Proof, que asø lo justifique.
+ De cualquier otra manera, queda prohibido.
+
+
+ 4) Codec:
+
+ 4.1) XViD no permitido. Para prear con XViD debe hacerse como INTERNAL.
+
+ 4.2) Debe ser H264 encodeado con 8-bit depth x264 Level 3.1, x264 10-bit
+ estβ baneado.
+
+ 4.3) Mantener x264 actualizado. Hay muchas formas de actualizaci≤n,
+ incluso automβticas. Matrices y deblocking a gusto del grupo. Por defecto
+ vienen configurados.
+
+ 4.4) Ninguna opci≤n puede estar por debajo de lo especificado por --preset
+ slow.
+
+ 4.5) El colormatrix puede ser usado (bt709) para las rls BDRip. Para DVDRip es
+ 'undef' (default).
+
+ 4.6) Las zonas (--zones) no se permiten.
+
+ 4.7) El valor del CRF tiene que ser 19 o 20, pero si el bitrate resultante estβ
+ por encima de 2000 kbps, tiene que usarse el valor 21, y si esta vez
+ tambiθn esta por encima de 2000 kbps deberβ usarse el valor 23.
+
+ 4.8) DVDRip dupea a BDRip. BDRip no dupea a DVDRip. No se permite DVDRip despuθs
+ de que BDRip haya sido preado con las excepciones de que sean versiones distinas
+ (Version cine BDRip vs Version extendida DVDRip) y la del siguiente punto (4.9).
+
+ 4.9) x264 no dupea a XviD. Se permite prear en x264 cosas que ya estan preadas
+ en XviD, con motivo de ganar en tθrminos calidad / tama±o SIEMPRE que la
+ release XviD estθ preada hace 5 a±os o mβs.
+
+ 4.10) Linea de comando sugerida:
+ - BDRip: x264.exe --crf ## --preset slow --level 3.1 <--colormatrix bt709> -o output.mkv input.avs
+ - DVDRip: x264.exe --crf ## --preset slow --level 3.1 -o output.mkv input.avs
+
+
+ 5) Contenedores:
+
+ 5.1) El contenedor debe ser Matroska (MKV) o MP4 para Series de TV, miniseries
+ y cualquier otro contenido que no sea cine. A gusto del grupo. El cine debe
+ ser empaquetado obligatoriamente en Matroska (MKV).
+
+ 5.2) El release debe estar en un solo contenedor, no se permite dividir la release
+ en varios contenedores.
+
+ 5.3) Se recomienda muxear con mkvmerge o MP4Box, aunque se permiten tools
+ personalizadas. El resultado debe ser compatible con lo que los demuxeadores
+ estandares (MP4Box, mkvmerge, etc...).
+
+
+ 6) Sample:
+
+ 6.1) Obligatorio, debe estar en una carpeta separada llamada "Sample", ser
+ de entre 60-120 segundos y ser de la rls, no encodeado por separado.
+
+
+ 7) Empaquetamiento:
+
+ 7.1) La rls debe ser empaquetada en partes RAR de 15, 20 o 50 MB (mønimo 10
+ partes de 50 MB). No se permite la compresi≤n. 1 MB = 1,000,000 bytes.
+
+ 7.2) NFO y SFV obligatorios. Los archivos Sample, Proof, RAR y SFV deben tener
+ el mismo nombre, en minusculas y con la tag del grupo.
+
+ 7.3) RAR's o SFV corruptos u olvidados despues de prear = REPACK o PROPER.
+
+ 7.4) Se recomienda a±adir la siguiente informaci≤n en el NFO:
+ -Nombre del grupo
+ -Titulo
+ -Fecha del release
+ -Valor de CRF
+ -IMDB
+ -N˙mero de rars (e.g.30x15MB)
+
+
+ 8) Proof:
+
+ 8.1) OBLIGATORIA para cada release (para cada capøtulo en una serie, por
+ ejemplo). Sin proof cuando se prea = NUKE no.proof.provided en un
+ rango de 6 horas (si no se saca una version PROPER antes). Despues
+ de estas 6 horas, un PROOFFIX no serβ aceptado. La proof debe ser una
+ foto (no se permiten escaneos) del medio føsico (disco/s) por el lado
+ impreso con una nota que tenga el nombre del grupo, en formato JPEG.
+ La imagen debe ser de buena calidad, donde se aprecien claramente los
+ detalles y sea legible. Peque±as partes de la imagen se pueden ocultar,
+ recortar o censurar si contienen informacion sensible. Para series de
+ TV u otros medios que puedan venir separados por discos, es obligatorio
+ que aparezcan todos los discos.
+
+ 8.2) La imagen debe estar en una carpeta (dentro de la relase) separada llamada
+ /Proof. Sigue la misma estructura que otros archivos de la release, ver punto
+ 7.2.
+
+ 8.3) Algunos m≤viles u otros dispositivos a±aden la metadata EXIF en las fotos.
+ Esta metadata puede contener informaci≤n como por ejemplo localizaci≤n por
+ GPS. Es MUY IMPORTANTE que te asegures de borrar esta metadata de tu Proof,
+ si la tiene. Es suficiente con abrir y re-guardar con Microsoft Paint o usar
+ cualquiera de las tools freeware que encontrarβs buscando "exif remover" por
+ la red.
+
+ 8.4) Se recomienda, pero no es obligatorio, a±adir un enlace web en el NFO de la
+ release hacia la Proof (Tinypic, Imgur...) con tal de evitar los fallos de
+ los autotraders que pueden inducir a error/skip de la Proof.
+
+
+ 9) Propers:
+
+ 9.1) Properear solo se permite si la release original tiene un fallo tecnico.
+ ejemplos: falta contenido, mal cropeo, contiene errores, drops, audio
+ fuera de sincronizaci≤n, parametros x264 erroneos, errores en los subtøtulos,
+ etc.
+
+ 9.2) Se debe explicar y justificar la razon de PROPER en el NFO de la rls PROPER.
+ Se recomienda adjuntar sample/s o captura/s para demostrar.
+
+ 9.3) Los propers basados en las reglas aquø explicadas solo se permiten para las
+ rls que se prearan despues de que este documento entre en efecto.
+
+ 9.4) No se permite prear una release PROPER por raz≤n de subtitulos, si la release
+ PROPER no contiene los subtøtulos correctos o sin fallos. Debe contener los
+ mismos idiomas que la release nukeada, o mβs. De lo contrario sera considerado
+ un PROPER no vβlido.
+
+ 9.5) Una rls con fallos tecnicos o experimental puede ser preada como INTERNAL.
+ Explicar el porquθ en el NFO se sugiere.
+
+
+ 10) Internals:
+
+ 10.1) El tag debe ser .INTERNAL.
+
+ 10.2) No hace falta seguir la parte tθcnica de estas reglas pero si debe contener
+ obligatoriamente Proof, Sample, NFO, SFV y ser empaquetada siguiendo las reglas
+ arriba expuestas. La Proof es obligatoria tambien para los INTERNAL.
+
+
+ 11) Subtitulos:
+
+ 11.1) Solo se permiten los subtitulos .SRT y .IDX/.SUB. Cualquier otro formato de subtitulos
+ estβ considerado fallo tθcnico. La extraccion y/o conversi≤n debe ser completamente correcta.
+ Se recomienda hacer esto usando tools como tsMuxer, VobSub, SubRip, BDSup2Sub, SupRip... etc.
+
+ 11.2) Subtitulos en formato .SRT se han de muxear obligatoriamente, en formato .IDX/.SUB queda
+ prohibido muxearlos y hay que incluirlos en el folder /Subs dentro de la release, con la
+ siguiente estructura de directorios: Release/Subs/releasesubs.rar+idx+sfv. Este releasesubs.rar
+ contiene el archivo .SUB rareado (se permite y recomienda usar la mejor compresi≤n) acompa±ado
+ de su correspondiente .IDX sin rarear. El SFV de la carpeta /Subs (en caso de usar subtitulos
+ .IDX/.SUB) solo ha de listar el contenido de esta, y no el de la release. El SFV de la release
+ no debe listar el contenido de ninguna /Carpeta.
+
+ 11.3) Los subtitulos Espa±ol son obligatorios para las releases que contengan partes habladas en otros
+ idiomas que no sean Espa±ol Castellano o Latino, aunque se recomienda incluirlos para todas las
+ releases. Solo se permiten los subtitulos extraidos del medio føsico, no fansubs, no custom subs
+ o subs de otras fuentes. Otros idiomas de subtøtulos son bienvenidos, pero no obligatorios en
+ ning˙n caso.
+
+
+ 12) Capitulos:
+
+ 12.1) Capitulos en formato .TXT obligatorios para cine. Opcionales para Series de TV, miniseries o
+ cualquier otra cosa aunque se recomiendan. Muxeados con mkvmergue, mp4box o similares.
+
+ 12.2) No se permiten capitulos de otras fuentes o custom.
+
+
+ 13) Nombre de los directorios:
+
+ 13.1) Tags de fuentes: DVDRip, BDRip.
+
+ 13.2) Nombre.Pelicula.A╤O.SPANiSH.<BDRip/DVDRip>.x264-GRUPO.
+
+ 13.3) Nombre.Serie.SXXEXX.<Codigo>.<A╤O>.SPANiSH.<BDRip/DVDRip>.x264-GRUPO.
+
+ 13.4) Es obligatorio a±adir el a±o de PRODUCCION para peløculas, no el de publicaci≤n
+ en cines/tv/otros. Para series/miniseries el a±o es opcional pero recomendado
+ si ya ha existido otra serie/miniserie con el mismo nombre en un a±o diferente.
+ En el caso de que ya haya existido otra serie/miniserie con el mismo nombre en
+ otro pais, se debe usar el c≤digo del pais (UK, US, ES, AU...) o el a±o siempre
+ que no coincidan.
+
+ 13.5) Se permite el uso de la tags: REAL, REMASTERED, RERIP, PROPER, INTERNAL, REPACK,
+ FINAL, UNCUT, EXTENDED y READ.NFO. V.EXTENDIDA u otros derviados quedan prohibidos.
+ Deben ir antes de .SPANiSH.
+
+ 13.6) Los carβcteres aceptables en los nombres de directorio son:
+
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+
+ Sin espacios o dobles puntos, puntos ˙nicos exclusivamente.
+
+
+ 14) Reglas especiales:
+
+ 14.1) Reencodear releases de otros sources que no sean discos BluRay y/o DVD queda
+ prohibido. Ademas, se debe presentar proof obligatoriamente para cada release.
+
+ 14.2) Cualquier otro tipo de pre que no sea lo que cubre este documento (retail DVD/BluRay)
+ se rige por lo aquø explicado y debe seguir todas las reglas, a excepci≤n de la Proof.
+ Ejemplos: CAM, TS, TC, SCREENER, DVDSCR o BDSCR. Estos releases no cuentan como dupe
+ cuando se prea de retail.
+
+ 14.3) Nuestras releases no son dupe del pre spam P2P que dice ser algo,
+ no nos preocuparemos de mirar dupecheck o utilizar tags como PROPER,
+ INTERNAL mβs alla de los grupos conocidos en prear bien y legit, que
+ son los que han firmado este documento.
+
+ 14.4) Debido a la gran cantidad de pre p2p que hay actualmente, cualquier otro nuevo
+ grupo (o ex) interesado en prear releases retail SD en SPANiSH deberβ seguir
+ todo lo especificado en este documento y contactar con nosotros con tal de su
+ adhesi≤n en el concilio. GUSTE O NO GUSTE, es la ˙nica manera de saber quiθn
+ quiere hacer las cosas bien y quien no. De lo contrario serβ ignorado como
+ se explica en el punto anterior 13.3.
+
+
+
+ [Changelog]:
+
+ 2014-05-16 - Primera versi≤n.
+
+
+---------------------------------------------------------------
+
+ Ruleset x264 para releases DVDRip o BDRip en Espa±ol (Castellano)
+
+ -> Firmado por los siguientes grupos:
+
+ 0ld - ASS - FCC - JODER - LPH - MAHOU - sPHD - TORO - XPERT - XPERT_HD
+
+ -> Declinado por los siguientes grupos:
+
+
+ --------------------------------------------------------------
+
+ The.Spanish.Retail.SD.Releasing.Standards.2014-ESCOUNCiL (2014-05-17)
+
+ »»»ª_ ªªª __ª»»»»ª__ª »ª ª ªª ª» ___ª»» ª
+ ª»ªª» ªª» »»_ ª ª ª_ª»»»ª ª
+ ª ___ª ª_ª»»»»ª» ª »ª» »ªª ª ª_ª»»»ªª_ ª___ ª
+ ª _ª» »_ª» ª ª ªª » ªª_» »ª_ ª
+ _ ªª ªªª _ª»»ª_ª __ªª»»»ª__ __ª»»»ªª__ ª_ª»»ª_ ªªª ªª _
+»ª» »ª___ªªª ªª ªªª» ªªª_ª_ªªª »ªªª ªª ªªª___ª» »ª»
+ _ªª»»»ª_ » _ª» ªªª» »ªªª »ª_ » _ª»»»ªª_
+ ªª_ªª» »»ª___»» _ª» »ª_ _ »»___ª»» »ªª_ªª
+ ªª »ª ª ªª
+ ªª ªª
+ ªª HIGH COUNCIL for FRENCH ANIME RULES ªª ª
+ ªª ªª
+ ªª Date v1: ........................................24/10/2004 ªª
+ ªª Date v2: ........................................14/11/2004 ªª
+ ªª Date v3: ........................................03/10/2005 ªª
+ ªª Date v4: ........................................20/07/2011 ªª
+ ªª Date v5: ........................................31/01/2014 ªª
+ ªª ªª
+ ª ªªª Date effective le 07/02/2014 ªªª ª
+ ª ªªª ªªª ª
+ ª ªª ªª ª
+ ª ªª ªª ª
+ ª ªªª ªªª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª RELEASE NOTES ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª ªª ªª ªª
+ »_ª _ _ ª_»
+
+ [Intro]
+
+ Chers membres de la scΦne franτaise,
+
+ Ce document vous est prθsentθ suite α la rencontre des diffθrentes
+ teams franτaises d'Animes. Ensemble, nous avons discutθ des rules
+ gθnθrales concernant les sections de l'animation α respecter afin
+ de maintenir et d'accroεtre la qualitθ des releases qui vous
+ sont offertes. Suite aux nombreuses suggestions, propositions
+ et arguments prθsentθs durant cette rencontre, nous avons θlaborθ ces
+ rules que la quasi-unanimitθ des teams a lu et acceptθ de respecter.
+
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª Animes RULES v5 ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ A) Les diffθrentes dθnominations possibles pour une release Anime:
+
+ BLURAY : 720p 1080p / COMPLETE
+ Sources vidθo et audio provenant d'un Bluray
+
+ BDRIP :
+ Sources vidθo et audio provenant d'un Bluray
+ Le tag BDRIP doit Ωtre utilisθ pour une release dont la rθsolution
+ est infθrieure α 720x576.
+
+ DVDR / DVD9 :
+ Sources vidθo et audio provenant d'un DVD.
+
+ DVDRIP:
+ Sources vidθo et audio provenant d'un DVD.
+ Le tag DVDRIP doit Ωtre utilisθ pour une release dont la rθsolution
+ est infθrieure α 720x576.
+
+ CUSTOM :
+ Le tag CUSTOM doit Ωtre utilisθ dans le cas o· plus d'une source est
+ utilisθe pour une mΩme release.
+ (ex: vidθo bluray + audio dvd ou vidθo dvd + audio tv)
+
+ HDTV 720p / 1080p :
+ Source vidθo HD et audio provenant d'une capture numθrique d'une chaine
+ diffusant dans une rθsolution supθrieure α 720x576.
+
+ HR-PDTV :
+ Source vidθo et audio provenant d'une capture numθrique d'une chaine
+ diffusant dans une rθsolution supθrieure α 720x576.
+
+ PDTV :
+ Source vidθo et audio provenant d'une capture numθrique d'une chaine
+ diffusant dans une rθsolution inferieur ou θgale α 720x576.
+
+ WEBRIP :
+ Source numθrique qui est capturθe α partir d'un flux payant sur le net,
+ provenant gθnθralement d'une offre VOD. Un WEBRIP doit Ωtre untouched.
+ Le tag INTERNAL est obligatoire pour les releases 720p sauf si une proof
+ de l'abonnement ou de l'achat est fourni.
+
+
+ B) Les dθnominations possibles sont donc :
+
+ BLURAY - BDRIP - DVDR - DVD9 - DVDRIP - CUSTOM - HDTV - PDTV - WEBRIP
+
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª Gθnθralitθs ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª 1 ªª ªª ªª
+ »_ª _ _ ª_»
+
+ 101.... La release doit Ωtre pack avec WINRAR et doit contenir :
+ sfv, nfo, sample et proof.
+
+ - Les rars : Doivent Ωtre en multiple de 15, 50, 100, 150, 250 ou 500 MiB,
+ et ne doivent pas excθder 99 fichiers.
+
+ - Le nfo doit contenir au minimum les infos telles que :
+ type du codec video/audio, nombres de passes ou crf, langue audio, sous-titres,
+ bitrate video/audio, un lien vers la description du contenu (animeka, allocine, etc.).
+
+ 102.... Le sample doit reprθsenter 60 secondes au minimum de la release
+ et doit provenir de la release finale.
+
+ 103.... Pour commencer une saison, la team doit releaser le VOL01/DVD1/BR1.
+ Les DVDs / BLURAYs suivants doivent Ωtre PRE dans
+ l'ordre chronologique. Pour sortir la saison suivante,
+ une team n'est pas obligθe d'attendre la fin de la prθcθdente.
+
+ 104.... Les seules exceptions concernant les animes sont les sθries telles que :
+ Les Simpsons, Family Guy, South Park sur lesquels les rules TV sont
+ appliquθes ou encore Astθrix, Lucky Luke, Films d'animation etc...
+
+ 105.... Cas du HENTAI / SENTAI / KIDDIES /MARVEL / DC COMICS
+ Ces 5 types de sθrie bθnθficient des mΩmes rΦgles.
+
+ 106.... Le FANSUB n'est plus autorisθ. Il en rθsulte donc que
+ le tag RAWRIP n'est plus autorisθ non plus.
+
+ 107.... Notion d'exclusivitθ pour PRE une box sθrie anime :
+ La team qui sort le VOLUME 1 a l'exclusivitθ pour
+ pre la box entiΦre. Cependant, si dans les 3 jours le VOLUME 2
+ n'est pas sorti, une autre team peut alors RACE la sθrie,
+ de mΩme pour les volumes suivants.
+ Cependant, les sθries anime dont les DVDs et/ou BLURAYs sont vendus α l'unitθ
+ ne disposent pas de cette notion d'exclusivitθ.
+ Chaque DVD et/ou BLURAY pourra Ωtre release par diffθrentes teams.
+
+ 108.... Toutes les releases devront impθrativement proposer une preuve de
+ la source utilisθe au format jpg/png dans un rθpertoire Proof
+ (lien vers une URL tinypic non autorisθ, l'image ne doit pas
+ Ωtre compactθe en .rar et sa taille ne doit pas excθder les 5Mib).
+ Cette photo devra clairement et lisiblement montrer le mθdia et
+ une θtiquette physique au nom du groupe. Il est permis de flouter/supprimer/masquer
+ toute partie relative α un nom de magasin de location, code barre
+ sans que cela ne cache totalement le media.
+ De plus, une photo ou scan de la pochette ainsi qu'un sample m2ts
+ ne sont PAS considθrθs comme des preuves valables.
+
+ 109.... A noter que les gθnθriques doivent Ωtre intθgrθs dans l'θpisode
+ α l'identique du DVD d'origine.
+ Sauf en cas d'un DVD avec 2 gθnθriques diffθrents o· lα ils peuvent
+ Ωtre sθparθs et donc release sθparθment de l'θpisode.
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª COMPLETE BLURAY ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» 2 »ª ª» »ª
+ªª ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ 201.... Pour commencer une saison, la team doit release le VOL01/BLURAY1.
+ Les BLURAYs suivants doivent Ωtre PRE dans l'ordre chronologique.
+ Pour sortir la saison suivante une team n'est pas obligθe
+ d'attendre la fin de la prθcθdente.
+
+ 202.... Notion d'exclusivitθ pour PRE une box sθrie anime :
+ La team qui sort le premier BLURAY, a l'exclusivitθ pour pre
+ la box entiΦre.
+ Cependant la team a 3 jours pour PRE le VOL / BLURAY suivant,
+ de mΩme pour les autres volumes.
+
+ 203.... Les protections AACS, BD + doivent Ωtre retirθes, cela vaut aussi
+ pour le dossier Any! et tous les fichiers "CERTIFICAT".
+ Ces fichiers sont appelθs: AnyDVD.xig, AnyDVD.xrl et AnyDVD.xrt
+
+ 204.... Pour l'ISO, utiliser l'option ISO UDF 2.5.
+
+ 205.... Le fichier final doit Ωtre region free.
+
+ 206.... BD-Live α dθsactiver.
+ (Certification et fichiers de sauvegarde : online.crl, online.crt
+ et online.sig.)
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª BDRIP - DVDRIP ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» 3 »ª ª» »ª
+ªª ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ 301.... Pour commencer une saison, la team doit release le VOL01.
+ Les VOLUMES suivants doivent Ωtre PRE dans l'ordre chronologique.
+ Pour sortir la saison suivante, une team n'est pas obligθe
+ d'attendre la fin de la prθcθdente.
+
+
+ 302.... Notion d'exclusivitθ pour PRE une box sθrie anime :
+ La team qui sort le VOLUME 1, a l'exclusivitθ pour
+ pre la box entiΦre. Cependant, si dans les 3 jours le VOLUME 2
+ n'est pas sorti, une autre team peut alors RACE la sθrie,
+ de mΩme pour les volumes suivants.
+
+ 303.... La version de x264 utilisθe doit avoir au maximum 50 versions d'θcart
+ avec la derniΦre mise α jour (au moment du PRE) :
+ Exemple : entre 2345 et 2356 il y a 11 versions d'θcart, je peux PRE.
+
+ A chaque nouvelle saison ou avant, les codecs vidθo et audio peuvent Ωtre
+ mis α jour afin de suivre la note sur la version du x264.
+
+[Vidθo]
+
+ 304.... Seul le format x264 est autorisθ, en 2 pass ou en CRF de 19 α 24.
+
+ Pour l'utilisation du 2 pass, un bitrate minimum de 1000 Kbps
+ et de 1500 Kbps maximum doit Ωtre respectθ.
+
+ Pour le CRF, le facteur constant doit Ωtre de 19 ou 20.
+ Si la rlz finale a un bitrate trop θlevθ (+ de 1500 Kbps),
+ le CRF doit Ωtre montθ α 21, 22, 23 ou 24. En aucun cas il ne
+ doit Ωtre en dessous de 19 ni au dessus de 24.
+
+ Si le CRF 19 donne un bitrate infθrieure α 700, alors il faut rθaliser le RIP en 2 pass.
+
+ 305.... Le fps ne devra en aucun cas Ωtre changθ, sauf dans le cas d'un IVTC.
+ Ωtre appliquθ lorsque la source le requiert.
+
+ 306.... Si la source est en 29.970 fps et que la source le requiert,
+ alors l'IVTC est obligatoire.
+
+ Dans de rares cas de multiples conversions/transferts de fps (e.g. NTSC -> PAL -> NTSC),
+ la source peut s'avθrer impossible α IVTC sans obtenir d'importantes saccades.
+ Dans ce cas et SEULEMENT ce cas, le fps peut Ωtre laissθ α 29.970 fps
+ et une justification doit Ωtre apportθe dans le nfo de la dite release.
+
+ Une impossibilitθ d'IVTC ou une vidθo laissθe α 29 fps doit toujours
+ faire l'objet d'un READNFO de faτon α clarifier le problΦme et/ou la raison
+ et ainsi θviter un nuke inutile.
+
+[Audio]
+
+ 307.... Seuls les formats AC3 et AAC sont autorisθs.
+ Pour un ripp vidθo en 2 pass, l'audio doit Ωtre en AC3.
+ Pour un ripp vidθo en CRF, l'audio doit Ωtre en AAC.
+
+ 308.... Si la source est en AC3, elle ne doit pas Ωtre rθ-encodθe (sauf en cas de passage en AAC).
+ Si la source est en DTS ou PCM alors la rθ-encoder en AC3 ou en AAC.
+
+ AC3:
+ 192 Kbps pour le mono.
+ 448 Kbps pour le stθrθo.
+ 640 Kbps pour le 5.1.
+
+ AAC :
+ 96 Kbps minimum et 128 Kbps maximum pour le mono.
+ 128 Kbps minimum et 160 Kbps maximum pour le stθrθo.
+ Le 5.1 n'est pas autorisθ.
+
+[Rθsolution]
+ 309.... La rθsolution doit respecter l'aspect ratio (AR) original de la source.
+ Une marge d'erreur de 1% est tolθrθe.
+ La hauteur et la largeur doivent Ωtre mod2.
+ Le cropping des bords noirs est obligatoire, au plus proche de la video.
+ Une erreur de crop de plus de 1 pixel est interdite.
+
+ 310.... Pour les BDRip, la largeur de l'image doit Ωtre de 720 pixels.
+ Le rθsultat doit Ωtre au bon AR en rθduisant la hauteur α mod2.
+ Le redimensionnement doit utiliser des outils nets comme Lanczos ou Spline36.
+
+ Exemples : 1920x1080 -> 720x404
+ 1920x1040 -> 720x390
+ 1920x816 -> 720x306
+ 1920x800 -> 720x300
+ 1800x1080 -> 720x432
+ 1440x1080 -> 720x540
+
+ 311.... Pour les DVDRip, la largeur doit Ωtre croppθe conformθment α la rΦgle 314.
+ Seule la hauteur doit Ωtre redimensionnθe α mod2 en respectant l'AR original.
+
+ La largeur doit Ωtre celle de l'image originale croppθe.
+ La seule exception concerne les sources 4:3 NTSC dont la largeur ne peut dθpasser 640.
+ Le redimensionnement ne doit jamais augmenter la taille de l'image.
+ Exemples : taille aprΦs crop => anamorphique / non-anamorphique
+
+ NTSC:
+ 720x480 --> 720x406 / 640x480
+ 716x478 --> 716x404 / 636x478
+ 720x460 --> 720x388 / 640x460
+ 718x362 --> 718x306 / 638x362
+ PAL:
+ 720x576 --> 720x404 / 720x540
+ 716x574 --> 716x404 / 716x538
+ 720x552 --> 720x388 / 720x518
+ 718x434 --> 718x306 / 718x406
+
+[Profiles]
+
+ 312.... Pour le CRF :
+ Preset Slow et Slower autorisθs
+ Preset Slow: program --level 3.1 --preset slow --crf 19 --deblock 2:1 --aq-strength 0.6 --psy-rd 0.4:0-0.7:0 --no-fast-pskip --output "output" "input"
+ Preset Slower: program --level 3.1 --preset slower --crf 19 --deblock 2:1 --aq-strength 0.6 --psy-rd 0.4:0-0.7:0 (donc ref 8, subme 9, et trellis 2) --no-
+ fast-pskip --output "output" "input"
+ Avec bien s√r une libertθ d'ajout de paramΦtres selon les habitudes de chacun qui respectent les presets Slow et Slower.
+ Exemple : --tune animation , --colormatrix bt709 (source BR), --direct auto/spatial
+ Le ref aprΦs application des presets et des tunes ne doit pas dθpasser 10.
+
+[Sous-Titres]
+
+ 313.... L'utilisation de VOBSUB ou SUBRIP (ou θquivalent OCR) est autorisθe pour toute
+ release FRENCH / SUBFRENCH ou MULTI.
+ PS : Il faudra vθrifier la hauteur des sous-titres afin de les ajuster au mieux
+ afin que ceux-ci soient visibles sur une TV 16/9 ou 4/3.
+
+ 314.... Pour une release, les .SRT ou les .SUB sont autorisθs.
+
+ 315.... Les sous-titres FRENCH sont obligatoires pour les releases MULTI.
+
+ 316.... L'incrustation des sous-titres sur la vidθo est interdite, les seuls cas autorisθs
+ sont lorsqu'ils sont dθjα intθgrθs sur la source, notamment sur les sources TV et WEB.
+
+[Taille]
+
+ 317.... Pour le CRF, la taille ne peut pas Ωtre choisie et sera donc en
+ fonction du facteur constant utilisθ.
+
+ Pour le 2 pass, la taille sera choisie selon le bon vouloir du
+ releaseur.
+
+ Dans tous les cas, les bitrates minimum et maximum indiquθs
+ doivent Ωtre respectθs.
+[Package]
+
+ 318.... Dirname:
+
+ TITRE.DE.LA.SERIE.VOLX.LANGAGE.SOURCE.CODEC- TEAM
+ TITRE.DE.LA.SERIE.SX.VOLX.LANGAGE.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.SERIE.LANGAGE.SOURCE.CODEC-TEAM
+ TITRE.DE.LA.SERIE.OAVX.LANGAGE.SOURCE.CODEC-TEAM
+
+ 319.... La PRE θpisode par θpisode n'est possible que dans deux cas:
+
+ - L'anime contient un ou plusieurs OAV.
+ - L'anime α une provenance broadcast (HDTV, PDTV, etc.).
+
+
+ 320.... Pour le muxage de la release :
+
+ - Primary audio au choix de la team en respectant la concordance des subs.
+ - Pas de compression lors du mux (mettre sur none sur toutes les tracks vidθo/audio/sub).
+ - Header stripping disabled.
+
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª Bluray 720/1080 ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª 4 ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ 401.... Pour commencer une saison, la team doit release l'EPISODE 1.
+ Les EPISODES suivants doivent Ωtre PRE dans l'ordre chronologique.
+ Pour sortir la saison suivante, une team n'est pas obligθe
+ d'attendre la fin de la prθcθdente.
+
+
+ 402.... Notion d'exclusivitθ pour PRE une box sθrie anime :
+ La team qui sort le EPISODE 1, a l'exclusivitθ pour
+ pre la box entiΦre. Cependant, si dans les 3 jours l'EPISODE 2
+ n'est pas sorti, une autre team peut alors RACE la sθrie,
+ de mΩme pour les EPISODES suivants.
+
+ 403.... La version de x264 utilisθe doit avoir au maximum 50 versions d'θcart
+ avec la derniΦre mise α jour (au moment du PRE) :
+ Exemple : entre 2345 et 2356 il y a 11 versions d'θcart, je peux PRE.
+
+
+[Vidθo]
+
+ 404.... X264 Minimum 2 pass 23.976 fps ou 25fps (si source 29.97fps, il faut IVTC).
+ La rΦgle 306 s'applique θgalement ici.
+
+ 405.... La largeur de la release doit Ωtre en mod 16. La longueur de la release
+ doit Ωtre en mod 8.
+
+ 406.... L'aspect ratio de la source doit Ωtre respectθ.
+
+ 407.... Le crop des bandes noires est obligatoire.
+
+ 408.... Les custom matrices sont autorisθs.
+
+ 409.... VfW (Vidθo for Windows) est interdit.
+
+ 410.... Le level 4.1 ou supθrieur doit Ωtre respectθ. A titre d'exemple le level 3.1
+ est supθrieur au level 4.1 (voir le tableau http://fr.wikipedia.org/wiki/H.264 )
+
+ - Options :
+ --deblock doit Ωtre activθ.
+ --aq-mode doit Ωtre activθ.
+ --bframes 3 ou plus doit Ωtre respectθ.
+ --ref 5 ou plus sauf si la rθsolution dθpasse 864, dans ce cas ref 4
+ doit Ωtre utilisθ pour respecter le level L4.1 et sa compatibilitθ.
+ --me umh ou plus est obligatoire.
+ --subme 7 ou plus est obligatoire.
+ --trellis 1 ou plus est obligatoire.
+
+ 411.... Le bitrate vidθo:
+ - 720p : Minimum 3000 kbit, maximum 8000 kbit.
+ - 1080p : Minimum 6000 kbit, maximum 14000 kbit.
+
+[Audio]
+
+ 410.... L'audio doit Ωtre en 5.1, sauf si la source est stθrθo ou mono. AC3 ou DTS, (FLAC interdit).
+
+ 411.... Le core doit Ωtre converti, en cas de DTS-HD ou TRUE-HD.
+
+ 412.... Le bitrate de l'audio ne doit jamais Ωtre en dessous de :
+ - 640 kbit pour du 5.1
+ - 448 kbit pour du 2.0
+ sauf si la source mθdia est en dessous. (ex: true-hd core 448kb/s ou moins)
+ A noter que les CUSTOM sont exempts de ce cas.
+
+ Pour le 720p, un seul audio est autorisθ.
+ Pour le 1080p, le MULTI est autorisθ si sous-titres franτais prθsents pour la piste audio θtrangΦre en plus de la piste audio franτaise.
+ A noter que les INTERNAL MULTI sont autorisθs si le mθdia ne contient pas de sous-titres pour la piste audio θtrangΦre (Japonais/Anglais).
+
+
+[Sous-Titres]
+
+ 413.... Les Sous-Titres doivent Ωtre uniquement au format .SRT
+
+ 414.... Les Sous-titres doivent Ωtre muxθs dans le container .MKV
+
+ 415.... Pour des raisons d'incompatibilitθ, le format idx/sub n'est pas autorisθ.
+
+ 416.... Les Sous-Titres FRENCH sont obligatoires pour du MULTI.
+
+ 417.... Pour l'OCR, une seule erreur est tolθrθe.
+
+
+[Taille]
+
+ 418.... La Taille 720p et 1080p mesurθe en MiB (1048576 bytes) :
+
+ - Multiple de 1120
+ - DVD5/x (746, 896, 1493, 2240, 4480) mais 746 reste le minimum utilisable.
+ - Egalement autorisθ, 2713, 8140 pour toutes les releases ainsi que 4070
+ pour les 1080p des rip tv.
+
+ 419.... Oversized : La release ne peut Ωtre oversized.
+
+ 420.... Undersized : La release peut Ωtre undersized de -40 MiB max.
+
+ 421.... Pour le muxage de la release :
+
+ - Primary audio au choix de la team en respectant la concordance des subs.
+ - Pas de compression lors du mux (mettre sur none sur toutes les tracks vidθo/audio/sub).
+ - Header stripping disabled.
+
+[Package]
+
+ 422.... Dirname sθrie par EPISODE :
+
+ TITRE.DE.LA.SERIE.EXX.LANGAGE.720p.BLURAY.X264-TEAM
+ TITRE.DE.LA.SERIE.EXX.LANGAGE.1080p.BLURAY.X264-TEAM
+
+ 423.... Dirname sθrie SAISON par EPISODE :
+
+ TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.720p.BLURAY.X264-TEAM
+ TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.1080p.BLURAY.X264-TEAM
+
+ 424.... Dirname long mθtrage (OAV - Film) :
+
+ TITRE.DE.LA.SERIE.LANGAGE.720p.BLURAY.X264-TEAM
+ TITRE.DE.LA.SERIE.LANGAGE.1080p.BLURAY.X264-TEAM
+ TITRE.DE.LA.SERIE.OAVX.LANGAGE.720p.BLURAY.X264-TEAM
+ TITRE.DE.LA.SERIE.OAVX.LANGAGE.1080p.BLURAY.X264-TEAM
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª DVDR / DVD9 ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª 5 ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ 501.... Pour commencer une saison, la team doit release le VOL01/DVD1.
+ Les DVDs suivants doivent Ωtre PRE dans l'ordre chronologique.
+ Pour sortir la saison suivante une team n'est pas obligθe
+ d'attendre la fin de la prθcθdente.
+
+ 502.... Notion d'exclusivitθ pour PRE une box sθrie anime :
+ La team qui sort le premier DVD, a l'exclusivitθ pour pre
+ la box entiΦre.
+ Cependant, la team a 3 jours pour PRE le VOL / DVD suivant,
+ de mΩme pour les autres volumes.
+
+ 503.... Le DVD9 FULL ainsi que le DVD5 FULL sont autorisθs.
+
+ 504.... Dans le cas de DVD9, DVDSHRINK , DVDSTRIPPER, CLONEDVD et autres similaires ne sont pas acceptθs.
+
+ 505.... Les fichiers de dummy ne sont pas tolθrθs dans l'arborescence du DVD.
+ Les warnings doivent Ωtre retirθs dans le cas d'un DVD rθencodθ.
+
+
+[Format]
+
+ 506.... Vidθo : CCE 6 à 9 pass.
+
+ 507.... Audio : Original du DVD source.
+
+ 508.... Rθsolution : doit respecter l'aspect ration (AR) original de la source dvd
+ ainsi que la rθsolution.
+
+ 509.... Bonus : Les bonus sont autorisθs dans le cas d'un DVD5 / DVD9
+ ou tant que le bitrate (et donc la qualitθ de la release)
+ n'en pΓtissent pas.
+
+ 510.... Note sur la Vidθo : Un anime commencθ en X pass doit Ωtre fini avec le mΩme
+ nombre de pass (ex: Vol01 en 9 pass, le Vol06 qui cl⌠ture
+ la sθrie doit Ωtre θgalement en 9 pass) afin de bθnθficier
+ d'une qualitθ similaire sur tous les volumes.
+
+[Package ]
+
+ 511.... Dirname :
+ TITRE.DE.LA.SERIE.VOLX.LANGUAGE.ZONE.DVDR-TEAM
+ TITRE.DE.LA.SERIE.SX.VOLX.LANGUAGE.ZONE.DVDR-TEAM
+ TITRE.DE.LA.SERIE.OAVX.LANGUAGE.ZONE.DVDR-TEAM
+
+ 512.... LANGUAGE : FRENCH, SUBFRENCH, MULTI (mini 2 langues dont le FR).
+
+ 513.... ZONE : PAL ou NTSC.
+
+ 514.... A noter que :
+
+ S'il n'y a pas de saison juste, mettre DVDX ou VOLX (X θtant le numθro du
+ volume DVD).
+
+ Et la possibilitθ de rajouter 5.1 dans le dirname si la release
+ dispose de cet audio.
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª HDTV,PDTV ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª 6 ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ 601.... La version de x264 utilisθe doit avoir au maximum 50 versions
+ d'θcart avec la derniΦre mise α jour.
+
+ 602.... Les θpisodes doivent Ωtre pre 1 par 1, dans l'ordre
+ chronologique si possible.
+
+ 603.... Seules les releases simple audio FRENCH et SUBFRENCH sont autorisθes.
+
+ 604.... En SD, seules les PDTV et HDTV sont autorisθes.
+ En HD, seules les 720p.HDTV sont autorisθes.
+
+ 605.... L'aspect ratio de la source doit Ωtre respectθ.
+ Une marge d'erreur de 1% est tolθrθe.
+
+ 606.... Le crop des bandes noires ou tout autre dθfaut graphique autour de
+ l'image est obligatoire. Si le crop est variable durant l'θpisode,
+ il doit Ωtre effectuθ sur le cadre de l'image le plus courant.
+
+ L'image ne doit pas Ωtre over-cropped ou under-cropped de plus
+ d'1px par bord.
+
+ 607.... Le resize doit utiliser des outils nets comme Lanczos ou Spline36.
+
+ 608.... Le seul et unique conteneur autorisθ est le MKV.
+
+ L'header stripping doit Ωtre dθsactivθ lors du muxing
+ pour θviter tout problΦme de compatibilitθ avec certains lecteurs.
+
+[Vidθo SD]
+
+ 609.... Seul le format x264 est autorisθ, en 2 pass ou en CRF.
+
+ Pour l'utilisation du 2 pass, un bitrate minimum de 800 Kbps
+ et de 1500 Kbps maximum doit Ωtre respectθ.
+
+ Pour le CRF, le facteur constant doit Ωtre de 19 ou 20.
+ Si la rlz finale a un bitrate trop θlevθ (+ de 1500 Kbps),
+ le CRF doit Ωtre montθ α 21, 22, 23 ou 24. En aucun cas il ne
+ doit Ωtre en dessous de 19 ni au dessus de 24.
+
+ 610.... Pour les sources HDTV et PDTV dont la rθsolution est plus grande
+ que 720px en horizontal, la largeur de l'image doit Ωtre de 720px.
+ La hauteur aprΦs crop doit Ωtre en mod2 en respectant l'aspect
+ ratio d'origine.
+
+ 611.... Pour les sources PDTV dont la rθsolution est comprise entre 720px
+ et 704px en horizontal aprΦs crop, seule la hauteur doit Ωtre
+ resize en mod2, tout en en respectant l'aspect ratio d'origine.
+
+ 612.... Pour les sources PDTV dont la rθsolution est en dessous de 704px
+ en horizontal aprΦs crop, seule une dimension peut Ωtre upscaled,
+ avec un maximum de 704px en largeur et de 528px en hauteur,
+ tout en en respectant l'aspect ratio d'origine.
+ La rθsolution la plus large possible doit Ωtre utilisθe.
+
+[Vidθo HD]
+
+ 613.... Seul le format x264 est autorisθ, en 2 pass ou en CRF.
+
+ Pour l'utilisation du 2 pass, un bitrate minimum de 2500 Kbps
+ et de 5000 Kbps maximum doit Ωtre respectθ.
+
+ Pour le CRF, le facteur constant doit Ωtre de 18 ou 19.
+ Si la rlz finale a un bitrate trop θlevθ (+ de 5000 Kbps),
+ le CRF peut Ωtre montθ α 20, 21, 22, ou 23. En aucun cas il ne
+ doit Ωtre en dessous de 18 ni au dessus de 23.
+
+ 614.... La rθsolution doit Ωtre de 1280px en largeur et/ou 720px en hauteur
+ en respectant l'aspect ratio d'origine.
+
+[Audio SD]
+
+ 615.... Seuls les formats AC3 et AAC sont autorisθs.
+ Pour un ripp vidθo en 2 pass, l'audio doit Ωtre en AC3.
+ Pour un ripp vidθo en CRF, l'audio doit Ωtre en AAC.
+
+ Si la source n'est pas dans l'un de ces deux formats et/ou
+ est en 5.1, elle doit Ωtre normalisθe et rθ-encodθe en 2.0,
+ sinon elle doit rester untouched.
+
+ 616.... En cas de rθ-encodage:
+
+ AC3:
+ 96 Kbps pour le mono.
+ 192 Kbps pour le stθrθo.
+ Le 5.1 n'est pas autorisθ.
+
+ AAC :
+ 96 Kbps minimum et 128 Kbps maximum pour le mono.
+ 128 Kbps minimum et 160 Kbps maximum pour le stθrθo.
+ Le 5.1 n'est pas autorisθ.
+
+[Audio HD]
+
+ 617.... L'audio doit rester untouched, AC3 de prθfθrence si disponible.
+
+[Sous-Titres]
+
+ 618.... Les sous-titres externes ne sont pas autorisθs, seuls les vidθos
+ avec sous-titres incrustθs lors de la diffusion TV sont autorisθs.
+
+[Taille]
+
+ 619.... Pour le CRF, la taille ne peut pas Ωtre choisie et sera donc en
+ fonction du facteur constant utilisθ.
+
+ Pour le 2 pass, la taille sera choisie selon le bon vouloir du
+ releaseur.
+
+ Dans tous les cas, les bitrates minimum et maximum indiquθs
+ doivent Ωtre respectθs.
+
+[Package]
+
+ 620.... Dirname sθrie par EPISODE :
+
+ SD: TITRE.DE.LA.SERIE.EXX.LANGAGE.SOURCE.X264-TEAM
+ HD: TITRE.DE.LA.SERIE.EXX.LANGAGE.720p.HDTV.X264-TEAM
+
+ 621.... Dirname sθrie SAISON par EPISODE :
+
+ SD: TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.SOURCE.X264-TEAM
+ HD: TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.720p.HDTV.X264-TEAM
+
+ 622.... Dirname long mθtrage (OAV - Film) :
+
+ SD: TITRE.DE.LA.SERIE.LANGAGE.SOURCE.X264-TEAM
+ HD: TITRE.DE.LA.SERIE.LANGAGE.720p.HDTV.X264-TEAM
+ SD: TITRE.DE.LA.SERIE.OAVX.LANGAGE.SOURCE.X264-TEAM
+ HD: TITRE.DE.LA.SERIE.OAVX.LANGAGE.720p.HDTV.X264-TEAM
+[Proof]
+
+ 623.... En cas de suspicion sur la validitθ de la source, un sample de la source
+ brute de 30 secondes minimum contenant un passage de pubs avec le dθbut
+ de l'episode peut Ωtre demandθ dans un nuke prθcisant la raison de
+ suspicion 48 heures maximum aprΦs le pre de la release.
+ (source.sample.requested_<reason.for.nuke>)
+
+ La team a 48 heures aprΦs le nuke pour fournir un sample valide en .rar
+ de la source brute, sinon la release restera nuke et pourra Ωtre proper.
+
+ 624.... La chaine TV de diffusion de la release doit Ωtre prθcisθe dans le nfo.
+
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª WeBRiP ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª 7 ªª ªª ªª
+ »_ª _ _ ª_»
+ -
+
+ 701.... Un WEBRip ne peut Ωtre release une fois le Bluray 720p/1080p sorti.
+
+ 702.... Pour commencer une saison, la team doit release l'EPISODE 1.
+ Les EPISODES suivants doivent Ωtre PRE dans l'ordre chronologique.
+ Pour sortir la saison suivante, une team n'est pas obligθe
+ d'attendre la fin de la prθcθdente.
+
+ 703.... Les versions de codecs θtant dθfinies par l'θditeur distribuant le flux,
+ tous codecs vidθos/audio sont autorisθs du moment que ceux-ci restent
+ dans le format distribuθ par la source.
+
+ 704.... Le format des sous-titres θtant dθfini par l'θditeur distribuant le flux,
+ tous les formats de sous-titres sont autorisθs du moment que ceux-ci restent
+ dans le format distribuθ par la source. (ex: .srt, .ass, .ssa etc...)
+
+[Vidθo]
+ 705.... La vidθo doit Ωtre untouched (codec, resolution).
+ Dans le cas o· la vidθo distribuθe par l'θditeur n'est pas IVTC,
+ cela doit faire l'objet d'un READNFO (l'impact sur la qualitθ n'θtant pas nθgligeable).
+
+[Audio]
+ 706.... L'audio doit Ωtre untouched.
+
+[Sous-Titres]
+ 707.... Les sous-titres doivent Ωtre untouched.
+
+ 708.... Les Sous-titres doivent Ωtre muxθs dans le container.
+
+[Taille]
+ 709.... La taille reste α la discretion de l'θditeur distribuant le flux.
+
+[Package]
+ 710.... Dirname par EPISODE :
+
+ TITRE.DE.LA.SERIE.EXX.LANGAGE.720p.WEBRip.X264-TEAM
+ TITRE.DE.LA.SERIE.EXX.LANGAGE.1080p.WEBRip.X264-TEAM
+
+ 711.... Dirname sθrie SAISON par EPISODE :
+
+ TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.720p.WEBRip.X264-TEAM
+ TITRE.DE.LA.SERIE.SXXEXX.LANGAGE.1080p.WEBRip.X264-TEAM
+
+ 712.... Dirname long mθtrage (OAV - Film) :
+
+ TITRE.DE.LA.SERIE.LANGAGE.720p.WEBRip.X264-TEAM
+ TITRE.DE.LA.SERIE.LANGAGE.1080p.WEBRip.X264-TEAM
+ TITRE.DE.LA.SERIE.OAVX.LANGAGE.720p.WEBRip.X264-TEAM
+ TITRE.DE.LA.SERIE.OAVX.LANGAGE.1080p.WEBRip.X264-TEAM
+
+ 713.... Seul la PRE θpisode par θpisode est admise.
+
+ Un Webrip dupe un HDTV.
+
+[Proof]
+
+ 714.... Une proof montrant clairement la vidθo, les subs ainsi que
+ le script de download du flux doit toujours Ωtre fournie.
+
+ 715.... Toute impossibilitθ α fournir cette preuve contraindra α
+ PRE en INTERNAL.
+
+
+
+ ª ª
+ ª ª
+ ª ª
+ ª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª Nuke ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª 8 ªª ªª ªª
+ »_ª _ _ ª_»
+ -
+ 801.... Pour un dirname incorrect ou incomplet.
+ 802.... Pour bad aspect ratio.
+ 803.... Pour une mauvaise rθsolution.
+ 804.... Pour un mauvais package (VOL / EPS).
+ 805.... Pour un mauvais codec vidθo / audio.
+ 806.... Pour une mauvaise qualitθ d'image.
+ 807.... Pour desynchro audio / sub.
+ 808.... Pour une image entrelacθe.
+ 809.... Pour no sample.
+ 810.... Pour no proof.
+ 811.... Pour bad ocr (droit α 1 faute).
+ 812.... Pour dupe name file (sample et proof).
+ 813.... Pour le steal (source DVD d'une team dvdr sans accord).
+ 814.... Pour dupe: DVDRiP dupe BDRiP.
+ 815.... Une sθrie commencθe au format BDRiP ne peut Ωtre refaite en DVDRiP.
+ 816.... Le internal ne protΦge que du dupe, tout manquement aux rules pourra
+ entrainer un nuke de la dites release ou cas exeptionnel l'experimentation
+ d'un autre codec audio et video.
+ 817.... Tags autorisθs: DC/FiNAL/iNTERNAL/PROPER/READNFO/REMASTERED/REPACK/RERiP/THEATRICAL/UNCUT/UNRATED
+
+
+ ª ___ª ª_ª»»»»ª» ª ª ª_ª»»»ªª_ ª___ ª
+ ª _ª» »_ª» ª ª »ª» » ªª_» »ª_ ª
+ _ ªª ªªª _ª»»ª_ª __ªª»»»ª__ __ª»»»ªª__ ª_ª»»ª_ ªªª ªª _
+»ª» »ª___ªªª ªª ªªª» ªªª_ª_ªªª »ªªª ªª ªªª___ª» »ª»
+ _ªª»»»ª_ » _ª» ªªª» »ªªª »ª_ » _ª»»»ªª_
+ ªª_ªª» »»ª___»» _ª» »ª_ _ »»___ª»» »ªª_ªª
+ ªª »ª ª ªª
+ ªª ªª ª
+ ªª ªª
+ ªª Voici les rules Animes : TVRiP, DVDRiP, BDRiP, BluRay, ªª
+ ª ªª DVDR et WEBRip ªª ª
+ ª ªª ªª ª
+ ª ªª Lu et approuvθ par: ªª ª
+ ª ªª ªª ª
+ ªª ªª
+ ª ªª ªª ª
+ ª ªª ANMWR - BANKAi - BOOLZ - D4KiD - DEAL - DIEBEX - ªª ª
+ ªª HiRoSHiMa - KAZETV - MANGACiTY - OOKAMI - ªª
+ ª ªª SASHiMi - SLEEPINGFOREST - SUNRiSE - TSuNaMi ªª ª
+ ª ªªª ªªª ª
+ ª ªªª ªªª ª
+ ª»»»ª_ _ª»ª_ _ª»ª_ _ª»»»ª
+ ª»»ª__ª ª_ª» _ ªª ªª _ »ª_ª ª__ª»»ª
+ ___ª»»»»»ªªªªª» »ªª ªª» »ªªªªª»»»»»ª___
+ ª» »ª ª» »ª
+ªª ªª ªª ªª
+ »_ª _ _ ª_»
+
+
+ ª Merci α tous ª
+
+ ª ª
+ ª ___ª ª_ª»»»»ª» ª ª ª_ª»»»ªª_ ª___ ª
+ ª _ª» »_ª» ª ª »ª» » ªª_» »ª_ ª
+ _ ªª ªªª _ª»»ª_ª __ªª»»»ª__ __ª»»»ªª__ ª_ª»»ª_ ªªª ªª _
+»ª» »ª___ªªª ªª ªªª» ªªª_ª_ªªª »ªªª ªª ªªª___ª» »ª»
+ _ªª»»»ª_ » _ª» 2014 ªªª» »ªªª »ª_ » _ª»»»ªª_
+ ªª_ªª» »»ª___»» _ª» »ª_ _ »»___ª»» »ªª_ªª
+ »ª ª
+
+
███ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄ ███
+███ ░▒░░░░░▒▒▒░░░░░▒▒░░░▒▒▒▒░▒░░░░░░░░▒░DZW░▒▒▒░░▒░▒░ ▄▄ ▒░░▒▒░▒░░ ███
+███ ░ ░░░░░░░░▒░▒░░░░▒▒░░░░░░░░░░░▒░░░▒▒▒░░░░░▒░▒▒▒░▒░░▒░░ ▄█▀▀█▄ ▄▄▄▄▄▄███▌ ███
+███ ░░▒░░▒░▒░░░░░░░░░░░░░░░ ░░░░░░░░░▒▒░░░▒░▒░░░░▒░░░ ▐▌ ▐▌█████░ ░ ██ ███
+███ ░▒░░▒▒░░░░░▒▒░░░ ▄▄██▄ ░ ░░░▒▒░▒▒░▒▒░▒▒░░ ▐▌ ░ ▐▌ ░ ░░░░ ░ ░▌ ███
+███ ░▒▒▒░░░░░░░ ▄▄▄███▀▀▀▀ ▀ ▄▄███▄▄ ░░░░░░░▒░░░░ ░ █▄░ ▄█▐▄ ░▒░▒░░ ░█▌ ███
+███ ░ ▄▄▄▄▄▄███▀ ░ ▄▄██▀▀ ░▀██▄ ░░ ▄▄ ░░ ░ ▀███▄ ▀▀█▒▒░██▀▀▀▀ ███
+███ ▄██▀▀▀▀ ░ ▌██▀ ░ ░ ░░▀█ ▄▄█▀▀█ ░▒ ▄█▀ ░█▌ █▒▓▒█▌ ▒░░░ ███
+███ █ ░ ░ ░░ ░░░░ ▌█ ░ ░░░░░ ░▒░░▌▄█▀▀ ░ ▀█ ░▒▒ █ ░░▒▐▌ █▓▒▓▒█ ░░▒ ███
+███ ██ ░░░░ ░░░░░░░▄▄▌█░░▒░░░██▄▄░▒░░▒░▀█ ░▒░ ▀█ ▒▓ ▐█░▓░▐█ ▐█▒▒▓█ ░░ ███
+███ █▄ ▄▄███▄░░░░▒░██▀ ██▒░░▒░█ ▀▀█▄▒▒▓▒▒▀█░░░░▒░▀█ █▄ █▒▒▓▒█ ▐█▒▓▒█▌ ▒▒ ███
+███ ░ ▀███▀▀ ▀█░▒░▒▒▒█ █▄ █▒▒▒▒▒██ ▄ ▀█▒▒▒▓▒▀█▒▒▒▓▒░▀█▄ █ ▐█▓▓▒█ █▓▓▓▓█ ░░ ███
+███ ▒░ ░░▒░ █▒▓▒▒▒▒█ ▒▓█ █▒▓▒▓▒▒█ █▓ ▀█▓▓▒▒▒▀█▓▒▒▒▒░░█▄ ▄▐█▓▓█▀▐▄ ▀▀▀███ ░ ███
+███ ░░▒░░░░░ ░ █▒▒▒▓▓▒█ ▒▓█ █▒▒▓▓▓▒█ █▓▒ ▀█▓▓▒▓▓▀█▓▓▒▒▒░░██▌ ▀██▀ ░▀█▄ ▒░ ███
+███ ░░░▒▒▒░░▒ ██▓▓▓▓▓█ ▒▓ █▓▓▓▓▓▓█ ▓▒░ █▓▓▓▓▓▓▀█▓▓▓▒▒▒▒▒░▒ ░ ▄█ ░░░▒▒ ███
+███ ░░░▒▒░░ ██▒▓▒▒▒██ ▒▓ ██▒▓▒▓▓██ ▒▒░ █▓▓▓▒▒▒▌▀█▓▓▓▓▒▓▓▒▒▒▒▒▒░▄█▀ ░▒░░░▒ ░ ███
+███ ░░░░░░ █▒▒▒▓▒▒█ ▒▒ █▒▒▒▒▓▓█ ░░ ▄█▓▒▒▒▓▒▌ ██▓▓▓▓▓▓▓▓▓▓▓▄█▀ ░░░░▒░░ ███
+███ ▀▀ ▀▀▀▀▀▀▀▀ █░▒░▒▒▒█ ░░▒ █░▒▓▒▒▓█ ░ ▄█▒▒░░▒▒▒▄█▀▒▒▒▒▓▓▓▓▒▒▄█▀ ▀▀▀▀ ▀ ▀▀▀ ▀ ███
+███ █░░░░░▒█ ░▒ █░░▒░▒▒█▄ ▄█░░░░▒░▄█▀░░░░░▒▒▒▓▒▒▒▀█▄ ███
+███ █░░ ░░█ ░░ █░▒░░▒░▒██▀░░ ░░▄█▀ ░░░░▒░░░░▒▒▓▒▒░█▄ ███
+███ █░ ░ ██ ░ █░░░ ░░░░░░░ ▄█▀ ░ ░ ░░▄ ░▒░▒▒░░░░█▄ ███
+███ █ ░ ░ █ ██░ ░░░ █▀ ▄█▀█ ░░░░░ █▄ ███
+███ ██▄▄ ▄█ ░ █ ░ ░ ░ ▀█▄ ▄█▀ ▀█░░░ ░ █▄ ███
+███ ▀▀▀▀████ █▄▄ ▄█▌ ▀█▄ ▄█▀ ▀█ ▄█ ███
+███ ▀▀▀█████▀▀ ▀█▀ ▀█ ▄▄██▀▀ ███
+███ ▀██▀▀▀ ███
+███ ███
+███ The Italian SD.X264 Releasing Standards 2014 ███
+███ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄ ███
+███ ▄ ▄▄ ▄▄▄ ▄▄ ▄▄ ███
+███ █ █ █ █ █▄▀ █ █ ███
+███ █ █ █ █ █ █ ▀▄█ ███
+███ ███
+███ ███
+███ ███
+███ ███
+███ Queste di seguito sono le regole per la sezione x264 SD. ███
+███ Sono passati ben 6 anni dall'ultima revisione italiana sugli encode con ███
+███ risoluzioni SD. ███
+███ Come tutti ormai sapranno XviD e' definitivamente andato in pensione non ███
+███ verranno piu' rilasciati aggiornamenti,quindi e' arrivato tanto caro XviD.███
+███ il momento di salutare il ███
+███ ███
+███ Benvenuto x264! ███
+███ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄ ███
+███ █▀▄ █▀▀ █ █▀▀ █▀▄ ▄▀▀ █▀▀ ███
+███ █▀▄ █▀ █ █▀ █▀█ ▀▄ █▀ ███
+███ ▀ ▀ ▀▀▀ ▀▀ ▀▀▀ ▀ ▀ ▀▀ ▀▀▀ ███
+███ █▀▄ █ █ █ █▀▀ ▄▀▀ ███
+███ █▀▄ █ █ █ █▀ ▀▄ ███
+███ ▀ ▀ ▀▀ ▀▀ ▀▀▀ ▀▀ ███
+███ [ General ] ███
+███ ███
+███ 1.1) Le Bande Nere devono essere rimosse con il crop, tranne rari casi ███
+███ in cui il film contiene 2 ar diversi. ███
+███ ███
+███ 1.2) Altezza e Larghezza devono essere mod2. ███
+███ 1.3) Over/under-cropping da più di 1px e' considerato un difetto tecnico.███
+███ 1.4) Video AR deve essere entro 0,5% della AR originale. ███
+███ 1.5) AR per tutte le versioni deve essere basata sul AR fonte reale, non ███
+███ su AR quotata su IMDB o da altre fonti. ███
+███ ███
+███ 1.6) In rari casi in cui l'AR sorgente non e' corretto (es. mastering ███
+███ sbagliato) bisogna allegare un sample ███
+███ o uno screenshot della fonte originale a confronto che spiega come ███
+███ si e' arrivati all' AR corretto. ███
+███ ███
+███ 1.7) Resize Ammessi ( Lanczos/Lanczos4, Spline36, Blackman ) ███
+███ Resize NON Ammessi (bicubic o altri) non ammessi. ███
+███ 1.8) L'utilizzo dello standard ITU-R non e' ammesso. ███
+███ 1.9) In caso di sorgenti problematiche bisogna usare TAG iNTERNAL e ███
+███ specificarlo nell'NFO. ███
+███ 1.10) VFR (Variable Frame Rate) non ammesso. ███
+███ ███
+███ [ ViDEO ] ███
+███ ███
+███ 2.1) Loghi, intro o qualsiasi altra deturpazione del video anche nei ███
+███ titoli di coda SONO VIETATI ███
+███ ███
+███ 2.2) Dividere il video in più file non e' permesso. ███
+███ 2.3) Film divisi in due dischi (es. Il signore degli anelli Integrale) ███
+███ deve esserepreato ███
+███ come unico file. Ovviamente Crediti start nel D1 e Crediti end nel D2███
+███ 2.4) La rimozione o l'encode separato dei credits non e' ammesso ███
+███ ███
+███ [ BluRay ] ███
+███ ███
+███ 3.1) Larghezza deve essere 720 dalle fonti Bluray. ███
+███ 3.2) Lunghezza e Larghezza devono essere mod2. ███
+███ Esempio: 1920x1080 -> 720x404 ███
+███ 1920x1040 -> 720x390 ███
+███ 1920x816 -> 720x306 ███
+███ 1920x800 -> 720x300 ███
+███ 1800x1080 -> 720x432 ███
+███ 1440x1080 -> 720x540 ███
+███ ███
+███ [ DVD ] ███
+███ ███
+███ 4.1) Le fonti con una risoluzione orizzontale 720 devono essere croppati ███
+███ come richiesto ███
+███ e solo l'altezza deve poi essere ridimensionata al più vicino mod2 ███
+███ per garantire L'AR corretto. ███
+███ ███
+███ 4.2) La Larghezza deve essere la più alta possibile. ███
+███ Esempio: 720x576 --> 720x404 / 720x540 ███
+███ 716x574 --> 716x404 / 716x538 ███
+███ 720x552 --> 720x388 / 720x518 ███
+███ 718x434 --> 718x306 / 718x406 ███
+███ ███
+███ [ FiLTERS ] ███
+███ ███
+███ 5.1) IVTC o deinterlacciamento devono essere applicate in caso di ███
+███ necessita'. ███
+███ 5.2) Solo deinterlacciatori come Yadif, possono essere utilizzati. ███
+███ FieldDeinterlace e' vietato. ███
+███ 5.3) ███
+███ ███
+███ [ CONTAiNER ] ███
+███ ███
+███ 6.1) Il contenitore deve essere MKV, mkvmerge e' il muxer consigliato. ███
+███ 6.2) Possono essere usati altri tool per il mux l'importante e' che il ███
+███ file sia compatibile con i demuxer standard. ███
+███ 6.3) La compressione mkv non deve essere attivata. ███
+███ ███
+███ [ CODEC ] ███
+███ ███
+███ 7.1) Il codec video deve essere H264 8-bit. ███
+███ 7.2) La versione dell'x264 non può essere più vecchia di 1 mese. ███
+███ 7.3) I valori CRF inferiori a 19 e superiori a 26 non sono mai ███
+███ consentiti. ███
+███ 7.4) Se il bitrate del CRF 19 e' superiore a 2000 kbs bisogna usare ███
+███ CRF 21 ███
+███ Se il bitrate del CRF 21 e' superiore a 2000 kbs bisogna usare ███
+███ CRF 23-24 ███
+███ Se il bitrate del CRF 21 e' superiore a 1500 kbs bisogna usare ███
+███ CRF 22-23 ███
+███ 7.5) Anche Per le serie TV o Anime seguire le regole sopra. ███
+███ 7.6) Non sono ammessi dupe di fonti (DVD/BD). usare iNTERNAL. ███
+███ 7.7) Sample Aspect Ratio (--sar) deve essere (1:1) ███
+███ 7.8) Keyframe (--keyint) deve essere di almeno 200 o al massimo 300 ███
+███ (compreso). ███
+███ (arrotondato per eccesso) - (film = 240, PAL = 250, NTSC = 300). ███
+███ Minkeyint (--min-keyint) deve essere di almeno 20 o al massimo 30 ███
+███ (compreso). (film=24, PAL=25, NTSC=30). ███
+███ 7.9) Colormatrix deve essere impostato su bt709 se e' una fonte BluRay. ███
+███ Per le fonti DVD usare undef(default) ███
+███ 7.10) Zones (--zones) vietato. ███
+███ 7.11) --output-csp selezionato di default ███
+███ 7.12) Amesso solo --level 3.1 ███
+███ 7.13) Matrici Custom non sono ammesse. ███
+███ 7.14) Ammessi parametri --tune (opzionali) sono film/grain/animation ███
+███ --deblock ( Default : 0:0 ) ███
+███ + -2:-2 raccomandato per film (--deblock -2:-2) ███
+███ + -2:-2 raccomandato per anime (--deblock -2:-2) ███
+███ --aq-strength XX ( Default : 1.0 ) ███
+███ ███
+███ ███
+███ [ Suggested basic command lines ] ███
+███ ███
+███ 8.1) BD: x264.exe --level 3.1 --crf xx --preset slow --colormatrix bt709 ███
+███ -o output.mkv input.avs ███
+███ ███
+███ 8.2) DVD: x264.exe --level 3.1 --crf xx --preset slow -o output.mkv ███
+███ input.avs ███
+███ ███
+███ [ AUDiO ] ███
+███ ███
+███ 9.1) Ammessi: VBR AAC LC (Low Complexity) min. 96 kbps max. 160 kbps ███
+███ downmixed stereo l'audio deve essere normalizzato. ███
+███ Nero o Apple unici encode possibili. FFmpeg and FAAC non ███
+███ sono ammessi. ███
+███ AC3 non encodato nel caso di bitrate max. 448 kbps esempio ███
+███ DVD nel caso di BluRay dove l'audio e' DTS o AC3 640 kbps ███
+███ va portato a min. 448 kbps mantenendo i canali originali, ███
+███ l'audio deve essere normalizzato. ███
+███ ███
+███ 9.2) Dual Mono non e' ammesso tranne nei casi di versioni REMASTERED ███
+███ 9.3) Le tracce devono essere tenute con la frequenza originale 48kHz o ███
+███ 44,1kHz ███
+███ 9.4) Possono essere usate due lingue nel caso di dupe usare iNTERNAL e ███
+███ specificare le due lingue nell'NFO. ███
+███ 9.5) In caso di mancata traccia originale (Es. file doppiati) bisogna ███
+███ taggare DUBBED. ███
+███ ███
+███ [ SUBTiTLES ] ███
+███ ███
+███ 10.1) Sono ammessi file srt o idx/sub (idx/sub non va inserito nel MKV), ███
+███ software consigliato Vobsub. ███
+███ ███
+███ 10.2) Se nell'srt ci sono i sub forzati bisogna impostarli di default ███
+███ nel container. I sub non forzati non vanno attivati di default. ███
+███ 10.3) Vobsubs da fonti BD deve essere ridimensionata a 720x480 o ███
+███ 720x576. Questo può essere raggiunto ███
+███ utilizzando BDSup2Sub/BDSup2Sub++. ███
+███ 10.4) I sottotitoli esterni vanno inseriti in un file RAR non compresso ███
+███ con SFV e vanno inseriti in una cartella separata nominata "Subs" ███
+███ 10.5) Sottotitoli Retail ammessi, Fan/Custom usare iNTERNAL ███
+███ ███
+███ [ PACKAGiNG ] ███
+███ ███
+███ 11.1) Usare RAR non compressi suddivisi per un massimo di 99 file ███
+███ Formati ammessi rar: 15.000.000 byte e 50.000.000 byte. ███
+███ 11.2) I nomi dei file (anche il file RAR subpack) deve essere univoco ███
+███ (per evitare dupe). ███
+███ 11.3) RARs compressi o recovery RAR di recupero non sono ammessi. ███
+███ 11.4) Il file Deve avere un SFV per i RAR principali e un altro per i ███
+███ RAR sottotitoli (se applicabile). ███
+███ ███
+███ ███
+███ [ SAMPLES ] ███
+███ ███
+███ 12.1) Richiesto per ogni file 50-70 secondi di sample inserito dentro ███
+███ la cartella "Sample" ███
+███ 12.2) Il File non va encodato separatamente ma solo tagliato dalla fonte ███
+███ encode originale. ███
+███ ███
+███ [ PROPERs / REPACKs / RERiPs ] ███
+███ ███
+███ 13.1) I Propers sono consentiti soltanto nel caso di un difetto tecnico ███
+███ (per esempio cattivo IVTC, interlacciamento, errato valore CRF). ███
+███ ███
+███ 13.2) La motivazione del PROPER va inserita dentro il file NFO. ███
+███ 13.3) Nel caso di NUKE l'errore va dimostrato con screenshots e sample. ███
+███ 13.4) Proper qualitativi non sono ammessi, né sono basati su decisioni ███
+███ del ripper. ███
+███ 13.5) Nel caso di vecchi XviD o (x264-SD preati prima dell'uscita di ███
+███ queste regole) ███
+███ gia' presenti nei db non sono ammessi PROPER. Usare iNTERNAL. ███
+███ 13.6) Nel caso di REPACK o RERiP inserire le motivazioni nell'NFO. ███
+███ ███
+███ [ SPECiAL MOViE EDiTiON ] ███
+███ ███
+███ 14.1) Ammessi: DC, XTENDED, UNCUT, REMASTERED, UNRATED, THEATRICAL, ███
+███ CHRONO, SE (o qualsiasi altra edizione speciale). ███
+███ 14.2) File con Special Edition deve contenere un runtime diverso da ███
+███ versioni precedenti se no viene considerato DUPE. Va inserito ███
+███ nell NFO il RUNTiME. ███
+███ 14.3) THEATRICAL dopo un UNCUT o normale release puo essere fatto purche' ███
+███ venga inserito nel titolo della rls THEATRICAL. ███
+███ 14.4) Le versioni REMASTERED dopo versioni originali sono ammesse purche' ███
+███ venga specificato nel titolo REMASTERED. ███
+███ 14.5) Gli extra o contenuti speciali vanno rippati separatamente. ███
+███ ███
+███ ███
+███ [ Directory and File Naming ] ███
+███ ███
+███ 15.1) formato OBBLIGATORIO per le directory: ███
+███ ███
+███ Nome.Film.ANNO.<PROPER/READ.NFO/REPACK>.<BDRip/DVDRip>.x264-GRUPPO ███
+███ TV.Show.SxxExx.<PROPER/READ.NFO/REPACK>.<BDRip/DVDRip>.x264-GRUPPO ███
+███ ABCDEFGHIJKLMNOPQRSTUVWXYZ ███
+███ abcdefghijklmnopqrstuvwxyz ███
+███ 0123456789.- ███
+███ ███
+███ 15.2) TUTTE le uscite cinematografiche devono includere anno di produzione ███
+███ nel nome della directory. ███
+███ 15.3) Spettacoli televisivi che hanno un nome corrispondente a uno ███
+███ spettacolo rilasciatoin precedenza devono utilizzare tag paese, se ███
+███ diverso (UK,US etc..) o in baseall'anno di produzione. ███
+███ 15.4) Usare DVDRip per le fonti DVD, BDRip per le fonti BD, ecc. ███
+███ 15.5) NON indicare metodo di ripping, DVD/BD/X264 data di uscita, genere, ███
+███ audio che e' stato utilizzato o qualsiasi altra cosa. (Utilizzare ███
+███ NFO per questo) ███
+███ 15.6) Tag distribuzione di film ad esempio FESTIVAL, STV, LIMITED o TV ███
+███ possono essere usati. ███
+███ 15.7) Tag READ.NFO e' consentito, ma non si deve abusare. ███
+███ 15.8) Altri tag consentiti sono: PROPER, REPACK, RERIP, REAL, RETAIL, ███
+███ EXTENDED, REMASTERED, RATED, UNRATED, CHRONO, THEATRICAL, DC, SE, ███
+███ UNCUT, INTERNAL, DUBBED, SUBBED, FINAL, COLORIZED. ███
+███ 15.9) RERiP va usato per problemi sul RiP. Per problemi sul Packing usare ███
+███ REPACK ███
+███ ███
+███ [ PROOF ] ███
+███ ███
+███ 16.1) Tutte le release sia bdrip che dvdrip devono contenere il proof ███
+███ nella dir "Proof". il nome del file proof deve essere univoco. ███
+███ Non sono accettate scansioni ma solo foto del disco intero lato ███
+███ stampato con la tag del gruppo ███
+███ ben visibile. L'immagine deve essere in formato jpeg e deve essere ███
+███ di buona qualita' con i dettagli del disco ben leggibili. Alcune ███
+███ parti del disco possono essere oscurate tipo codici sensibili. ███
+███ 16.2) Cover, scansioni, copertine senza disco, m2ts, vob etc non contano ███
+███ come proof ███
+███ 16.3) Release che vengono preate senza proof sono da considerarsi nuke e ███
+███ possono essere properate. Il proofix e'consentito solo entro 4 ore ███
+███ dal pre,oltre non verrano accettati. ███
+███ 16.4) Per le serie tv il proof deve contenere tutti i dischi in un'unica ███
+███ foto. ███
+███ 16.5) Tutte le release che vengono taggate LD devono inserire nell'NFO il ███
+███ sorgente che hanno usato come video e allegare nella dir "Proof" 60 ███
+███ secondi di audio originale non compresso ███
+███ ███
+███ [ Source Related Notes ] ███
+███ ███
+███ 17.1) Re-encoding di materiale di qualsiasi sorgente trascodifica e' ███
+███ vietato. ███
+███ 17.2) WEBRip e' ammesso, purche' specificato nell'NFO la fonte da cui si ███
+███ e' acquisito il video. secondi di audio originale non compresso ███
+███ ███
+███ 17.3) BDRip/DVDRip può essere preato dopo WEBRip - WEBRip NON e' consentito███
+███ DOPO BDRip/DVDRip. ███
+███ ███
+███ [ iNTERNAL ] ███
+███ ███
+███ 18.1) iNTERNAL senza proof e' ritenuto nuke. ███
+███ 18.2) Altri codec e container sono ammessi a fini sperimentali. ███
+███ 18.3) XviD non e' ammesso nemmeno iNTERNAL. ███
+███ 18.4) iNTERNAL deve essere utilizzata anche per eventuali rilasci che sono ███
+███ gia' stati preati come XviD. ███
+███ ███
+███ [ NFO ] ███
+███ ███
+███ 19.1) Si raccomanda di includere le seguenti informazioni nell'NFO: ███
+███ Nome Gruppo: ███
+███ Titolo: ███
+███ Data di rilascio: ███
+███ CRF Valore: ███
+███ Tipologia Audio: ███
+███ iMDB/Amazon/TVRage/ o qualsiasi altro sito dove si possono reperire ███
+███ informazioni sul file. ███
+███ Numero di RARs (es. 30x15MB) o dimensione totale del file in MB. ███
+███ La mancanza di queste informazioni comporta nuke o proper. ███
+███ ███
+███ ███
+███ ███
+███ ███
+███ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄ ███
+███ ███
+███ ▄▀▀ ▀ ▄▀▀ █▀▄ █▀▀ █▀▄ ███
+███ ▀▄ █ █ █ █ █ █▀ █ █ ███
+███ ▀▀ ▀ ▀ ▀ ▀ ▀▀▀ ▀▀ ███
+███ ███
+███ ███
+███ ███
+███ Regole tratte da "2013_SDX264v1.1", ███
+███ modificate, autorizzate e firmate da: ███
+███ ███
+███ WiTCH - ZOMBiE - DuT - UNiV - MHT - L0G1N - DiCKiT - iNTERSECT ███
+███ ███
+███ ▄ ▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ▄▄ ███
+
+ ░▒▓▓▓▒▒░ ░░░░░░ ▒░
+ ░▒▒▒▓▓▓▒▒░ ░▓██████████▓ ░▓▒▒▒▓░ ▓████████
+ ▒▓▓▓▓▓▒▓▒▒▒▓▓░ ▓██████▓▓██▓███▒ ▒▒▒▒▒▒▒░ ▒███▓█▓███▓
+ ░▓▓▒▒▒▓▒▓▓▒▒▒▒▓▓ ▓█▓▓▓█▒ ▒█▓█▓▓▒▒▒▒▒▒░▒▒▒░ ▒████▓▓▓▓▓▓█▒
+ ░▓▒▒▒▒▒ ▒▒▒▒▒▓░ █▓▓▓█▒ ▒██▓ ░▒▒▒▒░▒░▒▒░ ▒█████▓▓▓▓▓▓▓█░
+ ▒▓▒▒▒▓ ▒▒▒▒▓ ▒█▓▓▓▓ ▓█▓░▒▒░▒▒▒░░░▒░░█████▓ ▓█▓▓▓██
+ ▒▓▒▒▓▓░ ▒▒▒▒▓▒ ▓█▓▓▓▓ ▓▓▓▓█▒ ▒▒░░▒▓███▓█▒ █▓▓▓▓▓█
+ ▓▒▒░░ ▒▓▒▒▓▒ ▒█▓▓▓▓ ▓▓▓▓█░ ▒▒░▒▓█▓▓▓█▒ ░█▓▓▓▓█▒
+ ░▓▒▒▒▒░ ░█▓▓▓█░ ░█▓▓▓█ ▒░░▒█▓▓▓▓▓▓████▓▓▓▓▓▓▓▓░░
+ ░▓▒▒▒▒ ░░▒█▓▓▓▓▓ ░█▓▓▓█▒ ▒░░▓█▓▓█▓▓▓█▓█▓▓▓▓▓▓▓▓▓██▒
+ ▒▓▒▒▒▒░░▒▒▓▒▒▓█▓▓▓▓▓▓▒▒▓█▓▓▓█▒ ▒░░▒▓▓▓▓▓██████▓▓▓▓▓▓▓▓██
+ ▒▓▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▓█████▓▒▒▒▓▓░ ▒▒▒▒▒▒░ ░▓▓▓▓▓▓▓▓██
+ ▓▒▒▒▒▒▓▓▒▒▒▓░ ▒█▓▒▒▒▒▒▓░ ▒▓▒▒▒▒▒ ░█▓▓▓▓▓▒░
+ ▓▒▓▒▒▒▓▒▒▒▒▒▓ ▒█▒░▒▒▒▓▓ ░▓▒▒▒▒▒▓▓ ██▓▒▒░▓▓▒░
+ ▒▒░ ▒██▒▒▓▓█ ▒▒░▓▓▓ ░█▓░▒▒▒▓░ ▓█▒▒▒▒░▒▓░
+ ▓█▒▒▓█▒ ░▓░▒▓█ ▒▓░▒▒█▒ ███▒░▒▒▒█░
+ ▒▒▒▓▓ ▒▓░▓█ ▒▒░▒█▓ ░██░░▒▓█▒
+ ▒▓▒█▒ ░▒░▓▓ ▒▓░▓▓ ▓░░▒▓█░
+ ▓▒░▓█ ░░▓▒ ▓░░▓█ ▓▓▒▒▓▓
+ ▒▓░▒▓ ▒█░ ▓▓ ▓░▒█▓ ░▓░▒▓
+ ▒▓▒▒▓ ▓█▒▒██ ▓▒▒▒▓░ █░ ░█░
+ ░▓▒▒▓▒ ▒█▓██▒ ░▓▒▒▒▓ ██▒▓██▓
+ ░▓▒▒▓▓ ▓█▓▓█▒ ▒▒▒░▒▓ ███▓▓█░
+ ▒▓▒▒▒█ █▓▓▓█▒ ░▓▒▒▒▒▓ ██▓▓██
+ ▒▒▒▒▒▓ ▓█▓▒▓█▒ ▒▒░▒▒▓ ▒█▓▓▓█▒
+
Official MP3 Release Rules 3.1
+ _______________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a release is
+ not a dupe if it has different or more tracks.
+
+ Exceptions:
+ 1. It's also a dupe if the complete release is included in a previous
+ one. For example CDM is released, now someone releases the CDS and all
+ tracks of the CDS were already included on the CDM (exactly the same
+ tracks).
+ 2. You are allowed to create a duplicate release from a release that has
+ a source of lower quality (a different source!).
+ Example: if vinyl is out then a CD-release is allowed.
+ If you do that then please add this info to NFO and dirname. For
+ online bought MP3s (-WEB-) we assume the best source quality (CDDA or
+ better).
+ 3. All MIXED cds should be ripped as one track supplied with a .cue. If
+ they are not, they may be duped by another group that releases it as
+ one track with a .cue supplied.
+ 4. It is allowed to release a physical medium version after a WEB or
+ FLASH version. Note that this includes physical medium releases even
+ when they are also available to download for free online.
+ Proofing rule (see section 19) always applies to physical medium.
+ 5. If an unmixed version of a release is available in webshops,
+ it is allowed for both mixed physical and unmixed WEB versions to be released.
+
+ For all LIVE sources:
+ + If a show has already been released (e.g. another name, but the mix is
+ the same), no dupe of that same show is allowed. If the show is
+ included in another release (for example, as a guest mix), then it is
+ not allowed either.
+ + If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to release
+ them both as a set. However, it is encouraged to release only the new
+ part if the other part is available in equal or better quality,
+ denoting in the nfo why the other part was omitted.
+ + If a show contains the broadcast of a commercially released CD, it may
+ not be released if the CD has already been released.
+
+ Note: if you want to release an import-album or some "extended edition"
+ then check rule 7 as well !
+
+ 2. An SFV and NFO file must be included in every release. All releases from
+ a physical medium must also include a JPG proof - see rule 19.
+ CUE, M3U and additional JPG files (scans) are optional. If you release
+ a CUE file for multitrack mp3s then the CUE file must include artist and
+ tracknames if they are available on the cover or inlay.
+ If you want to release additional material (Videos, Lyrics, ...) from the
+ source medium then you must release that separately with dirname tag
+ -EXTRAS-.
+
+ 3. Directoryname must at least contain:
+ 1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+ 2. All bootleg releases must have the word BOOTLEG in dirname. (check
+ bootleg rule 14)
+ 3. If you release magazine CDs then you must tag them as -MAG-. Don't tag
+ them -PROMO-, -ADVANCE- etc..
+ 4. The directory name of an INTERNAL release must end with _INT.
+ Example: Someone_Something-2007-GROUP_INT
+ 5. For all LIVE sources:
+ It is not necessary to include the name of the station the show is
+ broadcasted on (if it is not included in the directory name, it is
+ strongly encouraged to include it in the nfo instead). The date must
+ be the date of the broadcast. Both USA (-MM/DD-) and EU (-DD/MM-) date
+ format are allowed.
+
+ Exception:
+ If a vinyl/cd has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the vinyl/cd
+ then you must add the artistname.
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then you
+ must add the artist name as well ("VA-tracks" like mixes don't need
+ artistnames).
+ The song title for the filename must include the full title as it's written
+ on the cover/cd/inlay with all additional infos like remixed/featured stuff
+ as long as it doesn't exceed the 128 char limit.
+ Make sure that your filename is unique otherwise some sites might dupeskip.
+
+ Exception:
+ If no tracknames are supplied by the source (cd,vinyl,..) then you *must*
+ provide proof that these tracks have no names. Either by a scan of the
+ original cover of the record company/label (no selfmade cdr or bootleg
+ covers) or a link to an official or trusted webpage with proofs. If these
+ "untitled tracks" are part of a big mix (no silence between the "tracks")
+ then it's considered as one track and you must rip it as one mp3/cue and
+ give this track same name as the "album".
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+ 6. Self-made releases
+ 1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other sources,
+ put them together and release that as something new.
+ 2. A self-made MIX or completely self-made music is not allowed either.
+ If you are releasing self-made stuff then that must be tagged as
+ internal.
+
+ 7. Bonus tracks
+ 1. The entire CD,Vinyl,etc. must be released (not individual tracks).
+ This means that even if there is one additional (bonus) or otherwise
+ different track on another version of the release, you must still
+ release the whole album/release╖
+ Note that timing differences of silence at the beginning and/or the end of
+ a track does not render it a different track and a new release is not allowed.
+
+ 2. It is NOT allowed to re-release a new edition of a retail album
+ if the different/extra/bonus tracks are already included in one
+ previous release. For example, USA album is released and four months later
+ Japanese version is released containing simply a remix from an old CDM/CDS
+ release as a bonus track, it would not be considered new material and then
+ would not be allowed to release as a complete release.
+ Note this does not apply to tracks from an old compilation of Various Artists.
+
+ 3. For additional tracks in digital download sources, the -BONUS_TRACKS- tag must be used.
+ This is valid either if complete release exist at online source or bonus tracks only.
+
+ 4. For DVD(A) releases check Rule 10.
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by Marilyn
+ Manson
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not included then
+ a proper (with ALL tracks) or an additional release (extra tracks only) is
+ not allowed.
+ If tracks are available in several audio formats then you must use the
+ "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+ Normalizing the sound volume is allowed but optional.
+
+11. Encoding Quality
+ 1. For releases made from MP3s (online bought or from FLASH medium) and
+ which are not SBD:
+ VBR (all combinations, but no maximum bitrate limit) and CBR is
+ allowed. The minimum bitrate for CBR is 192kbit.
+ => You release the MP3 as is. It is NOT allowed to re-encode! If the
+ source is below 192 kbit CBR it's not allowed to release it. Release
+ the MP3 unmodifed as you downloaded/copied it. Only adding/changing
+ ID3 tag is allowed.
+ If you want to release a -WEB- mp3 file with constant bitrate (CBR)
+ then you must choose the best version (320->256->224->192 kbit)
+ available at the shop.
+ The same encoder version must be present on every track of a release
+ report to - rule 15.
+ If the FLASH medium contains both WAV and MP3 then you must choose
+ WAV.
+ 2. For ALL sources which need encoding (CD, VINYL, DVD, BLU-RAY, WEB-WAV, SBD,
+ CABLE, LINE, etc.).
+ You must use:
+ LAME 3.98.4 with preset V0 ("-V0").
+ Additional switches which would affect the mp3 quality are forbidden,
+ especially no minimum or maximum bitrate limits.
+ 3. The sampling rate must be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+ 4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file must be correct at all times.
+ 5. On rare occasion, there may be defects in the actual pressing/mastering/recording/etc
+ in a given audio source (ie. skips, glitches, etc).
+ If these audio defects are identified beforehand in initial nfo or in a later nfofix,
+ then a release cannot be considered invalid until there is a valid one pred.
+ (ie; proper release clean of audio defects)╖
+
+12. Promos
+ If a release is considered not to have every track from the source then it
+ must be labeled as a promo and can be duped by any legitimate retail
+ release that DOES contain all tracks. The legitimate release can be
+ identified by the CAT number, or more suitable proof.
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+ If you release a promo when the retail is already out then you must provide
+ proof that this promo is real to make sure this is not a selfmade "promo".
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if they are
+ tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT (compressed digital tv/radio
+ sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a cd/vinyl/dvd that was not officially released by
+ the person/company owning the rights to do that (for example streetmixes,
+ pirate live cds, etc).
+
+ Because very often it's not 100% clear if something is bootleg there are
+ conditions when we assume something is or isn't bootleg. This is not a
+ definition of "bootleg" and if a condition is not true then it does not mean
+ the opposite is true. This only helps nukers and groups to decide if a
+ bootleg tag is needed and hopefully leads to more fair nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't need a
+ bootleg tag)
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released any
+ bootlegs and released stuff that was available at major retail shops
+ - the artist or label of the samples confirms this release is valid (on
+ their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.virginmegastores.co.uk (.gr, .fr, .jp) (US shop excluded)
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.dancegrooves.com
+ www.decks.de
+ www.4djsonly.com
+
+ The shop itself must sell the record (no private sellers).
+
+15. SOURCE
+ The tracks of a release must all be from the same source and have the same
+ quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases). Taking tracks from other scene releases or internal group
+ releases of other groups is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name needs a valid
+ source tag. Valid tags are listed below.
+
+ 1. =RETAIL SOURCES=
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL-
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL-
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL-
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ extra nfo info needed:
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [FLASH medium] (SlotMusic, CompactStick, ...)
+ dirtag needed: -FLASH-
+ extra nfo info needed:
+ - codec of source (MP3, PCM (WAV), ...)
+ - proof photo of medium+cover
+
+ 2. =DIGITAL DOWNLOADS=
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see next NOTE below),
+ - bitrate of source file (if not lossless source),
+ - URL to some shop where it's available in that format
+
+ [WEB] - audio files available only at services appointed by the label.
+ audio files available only with Digital Download Cards/Code access, email or
+ any other private links.
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see next NOTE below),
+ - bitrate of source file (if not lossless source),
+ - camera picture required from the physical release that includes the
+ singular digital download - rule 19.
+
+ NOTE: common lossless compression sources are WAV, PCM, AIFF, FLAC, ALAC, APE.
+ Lossless means that the de-compressed audio is exactly the same
+ bytes as the original.
+
+ 3. =LIVE SOURCES=
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct live recording from the audience]
+ dirtag needed: -AUD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so must be released internally)
+ dirtag needed: -STREAM-
+
+ 4. =OTHER SOURCES=
+
+ [CDR] (small label/artist releasing CDDA on CDR or LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT-
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE-
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+ All other "sources" are invalid source tags (-LIVE- , -EP-, ...). Which
+ means you need a second tag for the source if you use those tags (except
+ for CDs which don't need a source tag).
+ A SBD release is not allowed if it could be a re-encode/repack of the same
+ show streamed or downloaded free from inet. If a free broadcast or download
+ is/was available with 160kbit CBR or better then it's not allowed to do a
+ SBD release.
+
+16. Fixes
+ 1. Trackfixes
+ Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-rip the whole release and all previous releases+dir/nfofixes
+ getting nuked.
+ A 1-track fix for a 2-track release is allowed (=50% and not "more
+ than 50%").
+ 2. Dirname/ID3 Fixes
+ If you release a dirfix then the dirname of the problematic release
+ must be listed in your NFO file.
+ If a release gets nuked for BAD DIRNAME or BAD ID3 then the
+ releasegroup has 72 hours to release a Dir/ID3Fix. If they don't do it
+ within the 72 hours then any other group is allowed to release a fix
+ or re-release.
+ The 72 hours start when the release gets nuked.
+ 3. Prooffixes
+ a) If you fail to add scans/photos you have 24 hours AFTER PRE to release a
+ Prooffix. Before, during and after this 24 hours grace period, any other group is
+ allowed to release a PROPER with scans/photos even if the release is 100%
+ identical.
+ b) If the provided proof was judged inadequate and nuked, you have 24 hours AFTER NUKE to
+ release a prooffix. Before, during and after this 24 hours grace period, any other group
+ is allowed to release a PROPER with scans/photos even if the release is 100%
+ identical.
+
+17. ID3 Tags
+ All mp3 files need an ID3 v1.1 and ID3 v2 tag. This tag must include
+ Artist, Title and Album (see Note #3). The fields Year, Genre and
+ Tracknumber must be present but may not be nuked if incorrect.
+
+18. LIVE release quality
+ 1. The set must be complete. This means that every part of the show must
+ be released, and the beginning and end must be included in their
+ entirety. A set may not miss more than 1 minute from begin or end.
+ 2. All commercials must be edited out.
+ 3. DJ talk can be included to a certain extent: track announcements and
+ short lines from the DJ should not be removed; interviews and other
+ long talk should be removed (or included in a separate file if it's
+ special).
+ 4. It is encouraged to fade-in and fade-out the set. However, lack of
+ fades constitutes no proper reason.
+
+19. Scans/Photos
+ 1. All releases from physical sources must always include proof.
+ 2. Proof means a good quality scan or photo of the physical medium together
+ with the cover or a booklet page so the proof can be identified as the
+ release in question. If the medium or cover/booklet contain anything that
+ may expose your identity, then that part of the image can be blurred or
+ blackened. Additional scans may be added but these DO NOT count as
+ sufficient proof!
+ For bundled versions of two or more sources, it is allowed to use cover and medium
+ of these sources as long as it was distributed as a bundle and not separately.
+ (examples: 1 - DVD cover format with CD. 2 - vinyl cover format with CD).
+ For multi-disc sets, all medium of same source must be together with the cover
+ or a booklet page so the proof can be identified as the release in question.
+ Make your proof as close as possible to the included examples.
+ 3. A note with the group name on the proof is optional except for releases
+ without cover - rule 19.6.
+ 4. Proof resolution must be 640x480 pixels or higher in standard JPEG format.
+ 5. We STRONGLY recommend the removal of all Exif data! Uniquely identifying
+ information such as the camera serial number and GPS coordinates can pose
+ a security threat if not removed. Use tools such as jhead, PureJPG or the
+ inbuilt function of Win7/Vista to remove the Exif data.
+ 6. Whitelabel, test presses and promo releases officialy distributed without
+ cover/case/artwork cover requires note with group name over the medium.
+
+20. FLASH medium ripping
+ 1. A FLASH release must contain all music tracks. For additional stuff
+ (videos, pictures etc.) see rule 2.
+ 2. If the FLASH medium contains WAV files you must encode them with scene
+ standards.
+ 3. If the FLASH medium contains multiple formats (e.g. 10 tracks WAV and
+ a DJ MIX MP3) it is allowed to release it with mixed VBR/CBR and
+ multiple encoders.
+
+21. High Definition Ripping
+ 1. A HD DVD/BLU-RAY release must contain complete music track from concert.
+ Additional tracks (interviews, videos, bonus etc.) are optional.
+ If those extra tracks are not included then a proper (with ALL tracks)
+ or an additional release (extra tracks only) is not allowed.
+ 2. HD DVD and BLU-RAY video clip releases should be ripped as multi track
+ release keeping original tracklist (not .m2ts sequence).
+ 3. If tracks are available in several audio formats then you must use the
+ highest bitrate lossless source track.
+ DTS core must be extracted from a DTS HR/HD MA track (if that is the
+ source in use).
+ 4. Multi channel audio is not allowed. Downmix source track to stereo 2 channels.
+ 5. Downsampling to 44.1 or 48khz is allowed (if source is better),
+ upsampling to 44.1 or 48khz is not allowed.
+ 6. Normalizing the sound volume is allowed but optional.
+ 7. CUE file made from source chapters should always be include with final
+ release package.
+ 8. HD DVD, BLU-RAY, DVD and DVDA sources dupe each other.
+ 9. HD DVD/BLU-RAY release are NOT allowed if retail CD version with same tracks
+ has been released already.
+
+
+Notes:
+
+ 1. Releases with an apparently incorrect year may not be nuked. However the
+ year should be correct of course. Keep in mind that a lot of sites nuke for
+ fake year when it's incorrect. (The Year in dirname is not the year when
+ you released it but when the record company/artist published it!)
+ 2. If a release labeled as "advance" is identical to the retail version then
+ the advance turns into a retail release. This means then it is not allowed
+ to dupe it and it counts as retail for ALL rules. If the retail is
+ different then of course it's allowed to release it.
+ 3. Typos (in dirname, trackname, id3, etc ...) are tolerated if it still is
+ readable and either artist or title is 100% correct.
+ 4. The audio of a normal video DVD is *NOT* DVDA ! The audio of a DVD usually
+ is MP2/AC3/DTS compressed (lossy) while the audio of a real DVDA is high
+ quality PCM (lossless, e.g. 24bit/192khz). Tagging a normal DVD release as
+ -DVDA- will get nuked.
+
+change-log:
+2007-01-15 first version (v1.0)
+2007-06-01 rule 1: live sources addition
+2007-06-01 1.4 added (CD after WEB allowed)
+2007-06-01 3.4 added (INT tagging)
+2007-06-01 3.5 added (live sources)
+2007-06-01 rule 4 addition (remix info in filenames)
+2007-06-01 rule 7 reworded to make clear it's for promos/advances too and to
+ allow full re-releases within 3 months more than 30% is new.
+2007-06-01 rule 11 addition: best CBR must be released for WEB releases
+2007-06-01 11.3 added (minimum sampling rate)
+2007-06-01 11.4 added + rewordings for live sources
+2007-06-01 rule 13 adjusted for live sources
+2007-06-01 rule 15 reworded to forbid different encoders in one release
+2007-06-01 rule 15 new sources HD DVD and BLU RAY added
+2007-06-01 rule 15 "CDDA" added to all CD-sources
+2007-06-01 rule 15 all live sources adjusted, "SBD" rips limited
+2007-06-01 rule 18 added (LIVE release quality)
+2009-09-01 rule 1.4 CD after FLASH allowed
+2009-09-01 rule 2 addition (additional material must be released separately
+ with tag -EXTRAS-)
+2009-09-01 rule 6.2 reworded to forbid homemade releases
+2009-09-01 rule 11 lame 3.90.3 removed
+2009-09-01 rule 12 last paragraph moved to rule 20
+2009-09-01 rule 15 (FREE MP3s) addition (physical retail release allowed even if free
+ version available) (rule removed on 2011-04-15)
+2009-09-01 rule 15 source AUD re-added and HOMEMADE source removed
+2009-09-01 16.2 added (Dirname/ID3 Fixes)
+2009-09-01 rule 17 addition (ID3 v2)
+2009-09-01 19 added (Scans/Photos)
+2009-09-01 20 added (FLASH medium ripping)
+2011-04-15 15 removed because it was obsolete + renumbered the following rules
+2011-04-15 rule 2 reworded to include .JPG files
+2011-04-15 rule 11.2 reworded to make it more clear + lame version updated
+ to 3.98.4 and V0
+2011-04-15 rule 15 addition (needed extra NFO info for HD releases)
+2011-04-15 rule 16.3 added (Prooffixes)
+2011-04-15 rule 19 (Scans/Photos) completely redone (All releases from physical
+ sources must always include proof.)
+2011-04-15 21 added (High Definition ripping)
+2014-01-15 rule 1.4 physical medium sources after digital downloads releases.
+2014-01-15 rule 1.5 Cleared out what happens with mixed/unmixed CD vs WEB.
+2014-01-15 rule 7 New title + renumbered.
+2014-01-15 rule 7.1 complete releases allowed
+2014-01-15 rule 7.3 digital download -BONUS_TRACKS- releases.
+2014-01-15 rule 11.1 same encoder for digital downloads.
+2014-01-15 rule 11.5 added.
+2014-01-15 rule 15 renumbered + additional web sources.
+2014-01-15 rule 16.3 b) added.
+2014-01-15 rule 19.2 adjusted for multiple source in same release and multi-disc releases.
+2014-01-15 rule 19.3 adjusted for releases without cover.
+2014-01-15 rule 19.6 added.
+
+ V3.1 active since 2014-01-15, signed by:
+ 1REAL 211 AMOK AMRC BCC BERC BFHMP3 BriBerY CHN CMS DEF dL DLiTE EMP FALCON FiH FWYH
+gEm gnvr GRAVEWISH H3X H5N1 hM hXc iHF KALEVALA KLV jAZzMan MTD MYCEL NSTM pLAN9 PMS PsyCZ
+ QMI r35 RTB SHELTER SNOOK SnS sour TR UPE WAV WHOA
+
+
████████████████████████████████████████████████▀▀▀▀▀▀██████████████▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀█
+█▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ██▓▒░ ▀▀▀▀▀▀▀▀ ▒▒█████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+█▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ████████▓▒░ ███▓▒░ ███▓▒░ ▒▒▒▒█████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+█▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ████████▓▒░ ████▓▒░██▓▒░ █████▓▒░ ▒▒▒██▓███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+█▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ █████▓▒██▓▒░███▓██▓▒░ ░░░░████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+██▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ █████▓▒██▓███▓██▓▒░██▓▒░ ███▓▒░ ▒▒▒████▓▒░ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒██
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ███████▓▒██▓██▓▒░ ████▓██▓▒███████▓▒░████▓▒██▓▒░ ███████▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓██▓▒██▓███▓▒░ ██████▓▒░ ██▓▒░██▓███▓▒░ ██▓▒░ ███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ █████▓██▓▒██▓████▓▒░ ███▓▒██▓████▓▒░ ██▓▒░███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ ████████▓▒░██▓▒███▓▒░ ███▓▒░████▓██▓▒░██▓▒███▓▒░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ██▓▒░ ███▓███▓▒░██▓▒░██▓▒███████▓▒░ ████▓██▓▒░██████▓▒░ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ███▓▒░ ██▓▒░██▓▒░██▓▒░██▓▒░ ██▓▒░ ██▓▒░ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ▒▒▒▒▒▒▒▒▒ ▒▒▒ ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
+███████████████████████████████████████████████████████████████████████████████████████████████████
+█ █
+█ High Definition x264 Standards for Anime █
+█ █
+█ Revision 1.0 :: 12-08-2009 █
+█ Revision 1.1 :: 13-12-2014 █
+█ █
+█ [ Rev 1.1 :: Changelog ] █
+█ █
+█ - Encoding settings updated. █
+█ - Rars with 1% recovery record allowed. █
+█ - DVD sizes removed. █
+█ - Sample sizes for series and movies defined. █
+█ - .srt sub not required anymore. █
+█ - Updated info for muxing files. █
+█ - Chapter files required. █
+█ - Keeping 8Bit encoding. █
+█ █
+█ [ Intro ] █
+█ █
+█ The standard described here is solely for Anime Blu-Ray and its purpose is █
+█ to improve quality over the current HDX standard. It is a recommendation and ppl who █
+█ like it can contact us and sign it. Anime was always something special for our █
+█ video codec experts at doom9. Remember without Anime there wouldn't be any VirtualDub █
+█ or many other video related things at all, http://www.virtualdub.org/virtualdub_history.html █
+█ so we decided to put out this new standard to enjoy almost lossless Anime quality! █
+█ █
+█ [ General ] █
+█ █
+█ 1.1 Release must be packed in RAR. SFV and NFO must be included. █
+█ 1.2 Rars should be in multiples of 50 MB, no more than 99 files. 100MB for 1080p movies. █
+█ 1.3 Compressed rars are not allowed. Recovery record may be used up to 1%. █
+█ 1.4 Directory format: █
+█ Series: Anime.Title.<E01/S01.E01>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP █
+█ Movies: Anime.Title.<Year>.<720p/1080p>.BluRay.x264.<PROPER/READ.NFO/REPACK>-GROUP █
+█ Season Tag "S<xx>" can be removed if there is only one "Season". █
+█ █
+█ 1.5 Sample size should not exceed 30M for series and 70MB for movies and must be put in █
+█ separate /Sample folder. █
+█ 1.6 Latest x264 revision should be used. Older than 100 revisions from latest can be propered. █
+█ 1.7 If you wish for hardcoded karaoke you have to link it with extra .mkv file █
+█ █
+█ [ Foreign dub Scene ] █
+█ █
+█ 2.1 Subtitles are not required for foreign dubbed Anime (German/French etc.). █
+█ 2.2 Foreign dubbed Anime must have language tag ".German./.English.Dubbed." in releasename. █
+█ █
+█ █
+█ [ Subtitles ] █
+█ █
+█ 3.1 First subtitle track must be english .ass (Advanced Substation Alpha V4+). █
+█ Additional foreign subtitle tracks are always welcome. █
+█ 3.2 Easy readable fonts should be used as typeset. █
+█ Don't try to use RGB 0:0:255 or such as font color or outline! █
+█ 3.3 Translation can be based on retail or decent fansub group check anidb rating. █
+█ If its based on a fansub the releasename must contain ".Fansub./.Fansubbed.". █
+█ If you take someone elses work you have to mention the group in the nfo or in the █
+█ muxed mkv subtitletrackname. █
+█ 3.4 Horrible english translations or timing can be propered. Don't use speedsub translations! █
+█ 3.5 English subtitles by Crunchyroll.com are considered as retail subs and can be taken █
+█ without worries. █
+█ 3.6 Translation notes allowed but they shouldn't be there too often. █
+█ 3.7 Signs can only be done by softsub no hardcoded signs! Classic way to show on top allowed. █
+█ Karaoke effects with .ass shouldn't be too CPU intensive. Check it after muxing! █
+█ 3.8 Opening and Ending Song translations/karaoke is welcome but not required. █
+█ █
+█ [ Muxing ] █
+█ █
+█ 1.1 Latest mkvtoolnix must be used. Max 3 revisions back. █
+█ 1.2 All video and audiotracks have to be defined in the tool. (Language and Trackname) █
+█ 1.3 File Title under General settings must contain releasename title. █
+█ 1.4 Chapters must be there and muxed over a chapter file taken from bluray. █
+█ 1.5 Default track flag must be defined for first audio and subtitle track. █
+█ 1.6 Video/Audio/Subtitles/Fonts/Chapter files must be muxed into the mkv container. █
+█ Missing embedded fonts are a proper reason! █
+█ █
+█ [ Audio ] █
+█ █
+█ 4.1 If Blu-Ray source is 2.0 or 5.1 LPCM audio FLAC (level 5) must be applied to them. █
+█ 4.2 If Blu-Ray source is 2.0 and 5.1 audio both should be muxed with 5.1 as primary track. █
+█ 4.3 Only one additional foreign audio track is allowed either DTS or AC3. █
+█ 4.4 Foreign tracks must be mentioned within the nfo. █
+█ 4.5 For True-HD source: AC3-Core must be extracted. █
+█ 4.6 For DTS-HD source: DTS-Core must be extracted. █
+█ 4.7 The original dub must be always there! Are there licensing issues etc. eng dub allowed █
+█ but it can be rereleased with jap dub later again. (Example: Afro Samurai) █
+█ █
+█ [ Video ] █
+█ █
+█ 5.1 If required, appropriate De-interlacing and IVTC must be applied. █
+█ 5.2 Width of the video must be mod 16. Height of the video must be mod 8. █
+█ 5.3 Video has to be cropped and resized to 720p/1080p if there are problems with the source. █
+█ 5.4 Movies with 2.35:1 aspected ratio must be cropped to 1280x540 or 1920x816. █
+█ Anime with 4:3 must be 960x720 or 1440x1080 resolution. █
+█ 5.5 Filters like Limitedsharpen/FastLineDarken/Deen etc. can be applied, █
+█ if you know how to improve quality for real. Check with screen comparisons first! █
+█ 2008+ usually doesn't require any filtering at all. █
+█ 5.6 Resize must be done with Spline36. █
+█ 5.7 No hardcoded karaoke, Credits, Signs, Logos, Tags etc. █
+█ 5.8 No linked .mkv containers to reduce file size with Opening/Ending. █
+█ 5.9 Is the video size of a series/movie over 2.5GiB/h 2pass encode has to be applied. █
+█ Should the source be an old unclean noisy anime 2pass encode recommended. █
+█ 5.10 Deblock strength must be between -1:-2 up to default (0:0) █
+█ and psyrd of 0.6:0.1 up to default (0:0). Decide by comparing output. █
+█ 5.11 8Bit encodes for now. 10Bit will be standard on HEVC. █
+█ 5.12 CRF value must be between 16 and 19 and not exceed 2.5GiB/h video filesize. █
+█ 5.13 2-Pass Bitrate must be between 3000 and 4000 kbit/s. █
+█ █
+█ [ Profiles ] █
+█ █
+█ To keep up with todays standards a CRF of 16 to 19 is allowed to use. █
+█ Most default settings today are fine, so we only have to adjust deblock/psyrd and motion █
+█ estimation method. 10Bit encodes won't be used since devices with HW-acceleration █
+█ are still rare and its only saving a little bit of space on CRF. █
+█ 10Bit will be standard on future HEVC devices. █
+█ The encoder must decide which CRF or bitrate he will use. The best shot is to go with CRF17 █
+█ first and try not to hit 2.5GB/h limit. █
+█ █
+█ █
+█ X264 Profile Anime CRF [16-19] 720p/1080p 8Bit █
+█ █
+█ --crf <xx> --deblock -1:-2 --keyint 240 --no-weightb --ref 4 --qpmax 51 --aq-mode 0 --me umh █
+█ --direct auto --psy-rd 0.6:0.1 --output "output" "input" █
+█ █
+█ █
+█ X264 Profile Anime [3000-4000] kbit/s Automated 2pass 720p/1080p 8Bit █
+█ █
+█ --pass 2 --bitrate <xx> --stats ".stats" --keyint 240 --no-weightb --ref 4 --qpmax 51 █
+█ --aq-mode 0 --deblock -1:-2 --me umh --direct auto --psy-rd 0.6:0.1 --output "output" "input" █
+█ █
+█ AVS Option for resize: █
+█ Spline36Resize(1280,720) # Spline36 (Neutral) █
+█ █
+█ [ Signed By (in alphabetic order) ] █
+█ █
+█ FaNSuB █
+█ █
+█ [ The Standard applies from 13-12-2014 00:00:00 GMT (1418425200 unixtime) ] █
+█ █
+█ [ Contact: fansub@linknet] █
+█ █
+███████████████████████████████████████████████████████████████████████████████████████████████████
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
German AVC Retail Movie Ruleset V1.0
+
+[ General ]
+
+
+1.1 ) Die Releases muessen im Matroska Container (*.mkv) vorliegen.
+1.2 ) Der Abspann muss im vollen Umfang vorliegen und darf nicht gekuerzt
+ werden.
+1.3 ) RAR/SFV/NFO/SAMPLE/PROOF sind notwendig.
+1.4 ) Filmtitel.JAHR.German.{DUBBED|SUBBED}.{DL}.1080p.<HDDVD|BluRay>.<AVC|MPEG2|VC1>.{PROPER|
+ READ.NFO|REPACK|RERiP}-GROUP
+ Syntax: {optional}
+ * Als Filmtitel ist der deutsche Titel zu waehlen.
+1.5.1) Das Produktionsjahr ist Pflicht und von IMDB zu entnehmen.
+1.5.2) Als Anlaufstelle fuer den deutschen Filmtitel gilt IMDB (also known as).
+1.6 ) Ein Sample, das dem Release beiliegen und aus dem finalen Release
+ herausgeschnitten werden muss, sollte eine Laufzeit von circa 30 Sekunden
+ haben und muss dem Release in einem Unterordner (./Sample) beiliegen.
+1.7 ) Die NFO muss Informationen zu Video- und Audiobitrate, sowie zur
+ Aufloesung enthalten.
+1.8 ) BluRay und HDDVD Sourcen dupen sich gegenseitig.
+1.9 ) Es ist Pflicht die originalen Kapitel der Source in den mkv
+ Container einzubetten.
+1.10 ) Aus Kompatibilitaetsgruenden ist es zwingend erforderlich Header Stripping
+ zu deaktivieren.
+1.11 ) Filme die aufgrund ihrer Laenge auf 2 Discs aufgeteilt wurden (wie zum Bsp.
+ "Der Schakal DC" und "Der Herr der Ringe ssE") sind in einem Stueck in
+ eine MKV zu muxen.
+
+
+[ Audio ]
+
+
+2.1 ) Als Audiospuren zulaessig sind alle Formate die es auf BluRay gibt.
+ Nicht erlaubt ist das encodieren von Tonspuren (zum Beispiel von DTS-HD zu DTS).
+2.2 ) Die Audiobitrate muss Untouched bleiben.
+2.3 ) Plicht ist es sowohl die deutsche Tonspur als auch die Original Tonspur (von der
+ Disc zu entnehmen) zu verwenden.
+2.4 ) Die korrekte Originalsprache des Films ist von IMDB zu entnehmen.
+
+2.5 ) Sollte mehr als ein Audiotrack gemuxt werden, so ist auf die korrekte
+ Standardtrackmarkierung zu achten (Standard = yes/no).
+ Deutsch - Standard
+ O-ton - kein Standard
+
+2.6 ) Die deutsche Tonspur muss aus Kompatibilitaetsgruenden zu einigen Playern,
+ die, die Standardtrackmarkierung ausser Acht lassen als erster Track nach
+ dem Video gemuxt werden.
+
+ Aufbau des fertig gemuxten mkv Containers:
+
+ Track 0: Video
+ Track 1: Audio (ger)
+ Track 2: Audio (O-Ton)
+ Track 3: Untertitel - forced (.srt)
+ Track 4: Untertitel - vollsubs (.srt) (OPTIONAL)
+ Track 5: Untertitel - forced (.srt) (O-TON)
+ Track 6: Untertitel - vollsubs (.srt) (O-TON) (OPTIONAL)
+
+
+[ Video ]
+
+
+3.1 ) Das Video muss Untouched aus der BluRay extrahiert werden.
+
+
+[ Untertitel ]
+
+
+4.1 ) Zwangsuntertitel (forced subs) muessen in einem text-basierten Format
+ vorliegen, das in den mkv Container gemuxt wird.
+4.2 ) Text-basierte Untertitel muessen als UTF-8 kodiert sein, um eine
+ korrekte Darstellung von Sonderzeichen zu gewaehrleisten.
+ Beim OCR ist zwingend auf korrekte Schreibweise zu achten.
+ Mehr als 5 selbstverschuldete Rechtschreibfehler werden nicht geduldet.
+4.3 ) Sollte mehr als ein Untertiteltrack gemuxt werden, so ist auf die
+ korrekte Standardtrackmarkierung zu achten (Standard = yes/no).
+ Deutsche forced Untertitel = standard
+ Alle weiteren Untertitel = kein standard
+4.4 ) Multi-language Untertitel koennen nicht als Basis fuer einen Dupe
+ dienen.
+
+4.5 ) Wenn das Release mit zweiter Tonspur gemuxxt wird (Plicht), muessen auch die
+ Zwangsuntertitel der Originalsprache im .srt Format in den mkv Container
+ gemuxxt werden. Ebenso muessen in diesem Fall auch die Vobsubs in der Originalsprache
+ im "Subs" Ordner (siehe 4.7) beigelegt werden, sofern diese auf der Disc vorhanden sind.
+ Beim Erstellen der Vobsubs ist zwingend auf die korrekte Aufloesung
+ (1080p) und auf die korrekte Spracheinstellung zu achten.
+ Die "forced flags" aus dem .sup Stream muessen beibehalten werden.
+ Zusaetzlich muessen die Zwangsuntertitel zu einem seperaten Stream mit dem
+ Zusatz -forced extrahiert werden.
+ Sollten die deutschen Zwangsuntertitel in einem seperaten Stream vorliegen,
+ so sind diese auch nochmal seperat mit dem Zusatz -forced beizulegen.
+ Beispiel:
+ filename.idx / filename.sub = deutsche Vollsubs
+ filename-forced.idx / filename-forced.sub = deutsch (forced)
+ filename-eng.idx / filename-eng.sub = englisch
+ filename-eng-forced.idx / filename-eng-forced.sub = englisch (forced)
+
+ "eng" steht hierbei fuer das englische Sprachenkuerzel.
+ Weitere Sprachenkuerzel koennen in jeder beliebigen Suchmaschine gefunden
+ werden.
+
+ Aus Kompatibilitaetsgruenden ist das Zusammenfassen (mergen) zu einem Sub
+ Stream nicht erlaubt.
+
+4.6 ) Die Vobsubs muessen mit hoechster Kompression in eine RAR-Datei gepackt,
+ mit einem sfv File verifiziert und in einen "Subs" Unterordner beigelegt
+ werden.
+ Um doppelte Dateinamen zu verhindern muss die RAR-Datei anders
+ als die RAR-Dateien des Hauptfilmes benannt werden.
+
+
+[ Dubbed + Subbed ]
+
+
+5.1 ) Bei DUBBED Releases gelten die gleichen Regeln wie im Audioruleset mit
+ dem Zusatz das DVD und Line Sources erlaubt sind.
+
+5.2 ) Bei SUBBED Releases mⁿssen die Deutschen Full-Subs im SRT Format gemuxxt werden.
+ Ebenso mⁿssen diese wie unter 4.5 beschrieben beigelegt werden.
+5.3 ) Die Pflicht von DL entfΣllt bei SUBBED Releases.
+5.4 ) Ist der O-Ton nicht Englisch, muss dieser als Standardtrack definiert werden.
+ Falls vorhanden, muss der Englische Ton als zweiter Audiotrack verwendet werden.
+
+
+[ Packaging ]
+
+
+6.1 ) Die Datein (im klassischem Format: .r00-.r99) mⁿssen eine Gr÷▀e von 500.000.000 bytes aufwei▀en.
+6.2 ) Wiederherstellunginformationen in der H÷he von 1% sind Pflicht.
+6.3 ) Es ist darauf zu achten die Datein "ohne" Kompression zu erstellen.
+
+
+[ Proof ]
+
+
+7.1 ) Jedem Release muss ein Source Proof der Disc beiliegen. Die Disc muss
+ klar zu erkennen und zum eindeutigen Beweis mit einem beigelegten
+ (nicht digital hinzugefuegtem) Group Tag versehen sein. Als Anhaltspunkt
+ gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ Scans sind _nicht_ erlaubt.
+ Moegliche Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen muessen unkenntlich gemacht werden.
+ Zur eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+ Das Foto muss sich im Unterordner /Proof gepackt als *-proof.rar und mit
+ *-proof.sfv befinden.
+ Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+
+
+[ PROPER Releases ]
+
+
+8.1 ) Einem PROPER Release sind Screenshots / Logs vom technischen Mangel des
+ ersten Releases im Proof Unterordner beizulegen. Zum Beispiel von
+ Pixelfehlern (Glitches). Sollte das vorangegangene Release asynchron sein
+ sind eindeutige Timestamps in der NFO Datei anzugeben.
+
+8.2 ) Unnoetige Proper Releases wie fehlende Zwangsuntertitel, Header Stripping
+ bzw. allen anderen Fehler die repariert werden koennen sind zu unterlassen.
+ Hier genuegt es eine Batch Datei zu releasen.
+
+ [ Signed by ]
+
+
+ iFPD XORBiTANT ROOR CONFiDENCiAL
---------------------------------
+ ----==== Official.FLAC.Standard.Rules v3.0 ====----
+ ---------------------------------
+
++-------------------------------------------------------------------------------+
+| INTRODUCTION |
+| After 4 years of enjoying the FLAC scene and with ruleset wording |
+| misinterpretations, it is time to revise and add/update some rules. |
+| |
+| NOTE: The definitions of these keywords are to be interpreted as follows: |
+| MUST=obligatory (release not allowed if rule not followed) |
+| SHOULD=suggested (release allowed if not followed) |
+| CAN+MAY=optional (release allowed if not followed) |
+| |
+| Unless clearly stated in a specific rule or note, capitalization in |
+| this ruleset is considered as informative. |
++-------------------------------------------------------------------------------+
+| GENERAL |
+| 1.1 A release MUST contain an SFV, NFO, and JPG proof. |
+| .1 A release MAY contain other relevant JPG files. |
+| .2 A release MAY contain CUE and LOG files if it is from a CD source. |
+| .3 Valid filetypes are: .cue, .flac, .jpg, .log, .m3u, .nfo and .sfv. |
+| 1.2 Valid media sources are: BLURAY, CD, DVD(A), HDDVD and VINYL. |
+| .1 A release MUST not mix sources. |
+| 1.3 Trackfixes are not allowed, bad quality rips require a complete repack |
+| and MUST include the ADDITIONAL type tag: -REPACK- (rule 4.6). |
+| 1.4 The following are reasons for a bad quality rip: |
+| .1 One or more tracks from the release are incomplete or contain skips. |
+| .2 The tracks are distorted and constantly clipping (eg. vinyl rips). |
+| .3 The tracks contain a constant hiss which was avoidable (eg. vinyl |
+| rips). |
+| .4 Low sound, mono rips (from stereo sources) and other factors easily |
+| heard by the human ear. |
+| 1.5 The maximum directory and filename length is 128 characters. Directories |
+| and filenames MUST only contain valid characters: a-z A-Z 0-9 _ . - () |
+| 1.6 All physical mediums (including mixed CD(s) / e.g. DJ-Mixes) MUST be |
+| ripped as separate tracks according to the TOC (Table Of Contents) |
+| on the medium. The only occasion where the physical medium is released |
+| as one single track is when there is only one track on the medium. |
+| NOTE: Lossless data compression excludes the possibility of the introduction |
+| of padding, all lossless audio file formats are inherently gapless. |
++-------------------------------------------------------------------------------+
+| DUPES |
+| 2.1 A release MUST include all audio tracks. Releasing just the bonus tracks |
+| or some other subset of tracks is not allowed. Similarly, a BONUS DISC |
+| cannot be released by itself, but MUST be released as a complete release.|
+| 2.2 A release MUST not be identical to a previous release, except |
+| ADVANCE/PROMO releases (Rule 7.2). |
+| 2.3 A release is not identical to a previous release if: |
+| .1 The previous version has a different mastering. |
+| .2 The previous version has a different tracklist. |
+| .3 The previous version has a different version of a track. |
+| 2.4 A release MUST not be a collection of discs that have already all been |
+| individually released. For example, releasing a 2CD that combines a |
+| CD and EP after they have both been indivually released is not allowed. |
+| Boxsets of COMPLETE Discographies or REMASTERED Album Series are |
+| excluded from this rule. |
+| 2.5 A release MUST not have all its tracks included in one previous release. |
+| Examples: a CDS cannot be released after a CDM that includes all the |
+| tracks on the CDS. An album cannot be released after a boxset that |
+| includes all the tracks from that same album. A CDM or CDEP cannot be |
+| released after a release has been reissued with all tracks. |
+| 2.6 All sources MUST follow the above dupe rules as well as the following |
+| source specific rules: |
+| .1 BLURAY cannot dupe any other source, except HDDVD. |
+| .2 HDDVD cannot dupe any other source, except BLURAY. |
+| .3 CD cannot dupe any other source, except BLURAY and HDDVD. |
+| .4 DVD cannot dupe any other source. |
+| .5 VINYL cannot dupe any other source. |
++-------------------------------------------------------------------------------+
+| ENCODING |
+| 3.1 A release MUST be encoded using FLAC 1.3.1 (no alphas and betas allowed) |
+| .1 A release MUST be encoded using the --compression-level-8 option. |
+| .2 A release SHOULD be encoded using the --verify option. |
+| .3 A release MUST NOT be encoded using --replay-gain or any kind of |
+| option that changes the audio source quality. |
+| 3.2 Encoding quality must be: |
+| 44.100 Hz / 16 bit LPCM (2.0) for CD. |
+| 96.000 Hz / 24 bit LPCM (2.0) for VINYL sources. |
+| 3.3 DVD(A) encoding quality: |
+| .1 Only LPCM uncompressed audio source is allowed. |
+| .2 Channels, Bits per Sample and Sample Frequency, MUST be kept. |
+| .3 A DVD release MUST contain all music tracks. Additional tracks (clips,|
+| interviews etc.) are optional. If those extra tracks are not included |
+| then a PROPER (with ALL tracks) or an additional release (extra tracks|
+| only) is not allowed. |
+| .4 The .nfo file MUST contain the following source information: |
+| - Codec (LPCM) |
+| - Bitrate (640kbps, 768kbps, 1536kbps...) |
+| - Number of channels (Stereo, 5.1, ...) |
+| 3.4 HDDVD/BLURAY encoding: |
+| .1 The highest audio source MUST be used. |
+| .2 Channels, Bits per Sample and Sample Frequency MUST be kept. |
+| .3 Audio source choice priority starting from highest bitrate is: |
+| - DTS-HD Master Audio |
+| - Dolby TrueHD |
+| - LPCM |
+| .4 HDDVD/BLURAY video clip releases should be ripped as multiple tracks, |
+| (eg: like any regular compilation CD release). |
+| .5 HDDVD/BLURAY releases with multiple files, but all belonging to the |
+| same playlist index MUST be encoded together in the same order as |
+| the playlist index file indicates. |
+| .6 HDDVD/BLURAY releases MUST contain all music tracks. Additional tracks|
+| (clips, interviews etc.) are optional. If those extra tracks are not |
+| included then a PROPER (with ALL tracks) or an additional release |
+| (extra tracks only) is NOT allowed. |
+| .7 The .nfo file MUST contain the following source information: |
+| - Codec (DTS-HD Master Audio, Dolby TrueHD, LPCM) |
+| - Bitrate (640kbps, 768kbps, 1536kbps...) |
+| - Number of channels (Stereo, 5.1, 7.1) |
++-------------------------------------------------------------------------------+
+| RELEASE NAME |
+| 4.1 The tag -FLAC- MUST be in uppercase in the release name and always |
+| before -YEAR- and -GROUP tags. |
+| 4.2 Release name MUST contain at least: Artist, Title, Source, Year, Group. |
+| .1 ARTIST tag means performer, band, musician. MUST be a unique name. |
+| (ie. no OST in place of artist). |
+| If not possible to identify, the word "Unknown" can be used. |
+| Compilations (eg: Soundtracks, Samplers) with various artists MUST use|
+| the word "VA" at ARTIST field. Various Artists is considered 4 or more|
+| different artists with single songs. |
+| .2 TITLE tag means the title of album. It MUST be a unique name. |
+| (ie. no Self-titled). If not possible to identify, the word "Unknown" |
+| can be used. (Self name artist title MUST not be considered an unknown|
+| title). |
+| 4.3 Using CATALOGUE number in a release name is optional but recommended. |
+| 4.4 Valid SOURCE tags: (Uppercase letters MUST be used) |
+| .1 BLURAY (eg. 2BLURAY, 3BLURAY, etc.) |
+| .2 HDDVD (eg. 2HDDVD, 3HDDVD, etc.) |
+| .3 CD, CDS, CDM, CDEP, MCD, CDR, CDRS, CDREP |
+| (eg. 2CD, 3CDS, 4CDREP, 84x3INCH_CDS etc.) |
+| .4 DVD(A) (eg. 2DVD, 3DVD, etc.) |
+| .5 VINYL, VLS, LP, MLP, EP, INCH_VINYL, FLEXI |
+| (eg. 2VINYL, 3LP, 4INCH_VINYL, 3X5INCH_VINYL, 10x12INCH_VINYL etc.) |
+| 4.5 TYPE describes the difference in tracks, tracklist or year of this |
+| release compared to another version. Difference in tracks usually is: |
+| length, mixing, mastering, recording, number of channels. Difference in |
+| tracklist usually occurs with specific presses, in different countries, |
+| with different artists or different/more tracks for the same release |
+| title. Different year reports to reissue releases (refer to rule 4.10). |
+| Some releases need to be identified from the normal ones due to their |
+| source nature. (eg: soundtrack compilation, magazine bonus CD, etc). |
+| Therefore valid allowed TYPE tags are: |
+| - Advance, Promo, Retail, Bonus, Mag, Split, OST, Digipak, |
+| - Audiobook, Bootleg, Demo, Sampler, Whitelabel, Reissue, Remastered. |
+| - <country> (eg: JP_Retail, US_Reissue) |
+| - Ltd, Limited, Limited_Edition, Ltd_Edition, Tour_Edition, |
+| - Deluxe_Edition, Special_Edition, Digipa(c)k, Digipa(c)k_Edition |
+| - Clean, Explicit, Expanded_Edition, Collectors_Edition, Boxset |
+| .1 TYPE can be a combination of the keywords featured in rule 4.5 using |
+| the _ (underscore) space replacement. (eg. -Reissue_Limited_Edition-). |
+| .2 When using EXPLICIT as TYPE it MUST show in the proofpic. |
+| 4.6 Valid ADDITIONAL tags: (Uppercase MUST be used) |
+| - DIRFIX, NFOFIX, READNFO, PROPER, REAL_PROPER, REPACK, REAL_REPACK. |
+| .1 If an ADDITIONAL tag is used, the nfo MUST mention the release name |
+| that it is replacing or updating. |
+| .2 DIRFIX and NFOFIX are exempt from Rule 1.1. |
+| .3 A DIRFIX can only be used to fix parts of the release name that do |
+| not affect Vorbis tag contents. (i.e CATALOGUE and TYPE) |
+| 4.7 LANGUAGE (LANG) MUST follow the ccTLD identifiers (2-chars): |
+| (Capitalized letters MUST be used) |
+| http://www.lingoes.net/en/translator/langcode.htm |
+| 4.8 Mandatory release name formats: |
+| - Artist-Title-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| .1 Any spaces in ARTIST and TITLE should be replaced with _ (underscore).|
+| If ARTIST or TITLE has . (dots) or - (dash), it SHOULD be |
+| kept as close as they appear on the cover/booklet/physical medium, |
+| but they do not have to be nuked if not. |
+| .2 Brackets () in TITLE are only allowed if it is used in the album |
+| title. The proof picture MUST clearly show this. |
+| 4.9.1 Internal releases MUST be tagged GRP_iNT or GRP_INT. |
+| .2 Internal releases MUST follow FLAC ruleset. |
+| .3 Internal releases MUST not dupe an existing one that is 732 days old |
+| or newer. |
+| 4.10 YEAR tag MUST be the year when the record company/artist published it. |
+| For non-original presses, the additional TYPE tag MUST be applied. |
+| (example: release originally released in 1990, but rip is from 2000 |
+| reissue, correct year would be 2000, with additional TYPE tagging). |
+| NOTE: IF a YEAR can not be found on medium and/or cover it's allowed |
+| to use 198x 199x 200x but it MUST be mentioned in the .nfo |
+| 4.11 LANGUAGE tag is HIGHLY recommended for non-English releases. |
+| If the vocals are non-English and the majority of them are best |
+| described using one TLD country code abbreviation, then the most |
+| appropriate TLD SHOULD be chosen and MAY be used as a tag in the |
+| release name. |
+| 4.12 Typos in releases (TITLE, ARTIST, YEAR etc.) leaving an invalid VORBIS |
+| tag ARE NOT TOLERATED and require a complete REPACK. |
+| .1 ARTIST and/or TITLE must not be translated to English from their |
+| native language. English alphabet characters must be used to reflect |
+| artist and/or title names (ref to rule 1.5). |
+| NOTE: CATALOGUE and TYPE are optional tags (except for rule 4.10). |
+| When they are used, they MUST be placed in the correct order. |
++-------------------------------------------------------------------------------+
+| FILENAME |
+| 5.1 Filename MUST at least contain: Track number, Track artist, Track title. |
+| 5.2 All filenames (including SFV, NFO, JPG) MUST be lowercase. |
+| 5.3 Track titles MUST be exactly the same as written on the backcover. |
+| Tracklist containing all additional infos like featured artists or |
+| remixers, if they are present, as long it does not exceed the maximum |
+| filename length (see rule 1.5). |
+| If additional information can be found printed on the covers and/or |
+| booklet, it is encouraged to write them aswell. |
+| .1 Releases with differences in tracklist because of different pressings |
+| are not subjected to nukes or PROPERs. (i.e an Asian release tracklist|
+| might miss description of featured artist(s) while a US release has |
+| that description.) |
+| .2 If the tracklist is written in more than two languages, the ripper is |
+| free to write them both or just a single language. If one of the |
+| languages is English then the English tracklist MUST be used. |
+| NOTE: If the tracklist has changes, due to pressing errors for example, |
+| it is encouraged to correct and explain them in the .nfo. |
+| 5.4 Recommended filename formats: |
+| - nr-artist-title.flac |
+| - nr-artist-title_(remixer_or_featured_artist).flac |
+| - a1-artist-title.flac |
+| - b2-artist-title.flac |
+| 5.5 Including -groupname in the filenames is allowed but not recommended. |
+| 5.6 REPACKed releases MUST include a -repack suffix on each .flac file. |
+| PROPER releases MUST include a -proper suffix on each .flac file |
+| NOTE: -repack and -proper MUST be placed at the end of each .flac file. |
+| 5.7 In VA releases the actual artist name MUST be before song title. VA |
+| (Various Artists) is not a valid artist (01-va-song_title is |
+| unacceptable). |
+| .1 Excludes single audio track releases if it's a compilation of several |
+| tunes produced/mixed/remixed by a single artist/producer. |
++-------------------------------------------------------------------------------+
+| VORBIS TAGS |
+| 6.1 FLAC files MUST contain Vorbis comments. Vorbis comment field names |
+| MUST be unique. Multiple comment fields are NOT allowed even though |
+| the specification supports this. |
+| 6.2 All FLAC files MUST have the following Vorbis comment field names and |
+| corresponding field contents: TRACKNUMBER, ARTIST, TITLE, ALBUM, GENRE, |
+| and DATE (format: YYYY). |
+| .1 All FLAC files SHOULD also have the following Vorbis comment field |
+| names and corresponding field contents: TOTALTRACKS, DISCNUMBER and |
+| TOTALDISCS. |
+| .2 The "vendor_string" field of the VORBIS_COMMENT metadata block MUST |
+| be present indicating the correct lib FLAC version. Be aware that some|
+| software removes this field by default. |
+| .3 For VA releases the ARTIST field contents MUST have the corresponding |
+| artist name not "VA". (Exempts rule 5.7.1) |
+| .4 Adding SOURCE (CD/CDM/CDS/Vinyl/DVD) or TYPE to the ALBUM field |
+| is NOT allowed. |
+| 6.3 The FLAC picture block (METADATA_BLOCK_PICTURE) MUST be empty. Any cover |
+| or booklet scans MUST follow Rule 9.5 |
+| 6.4 Vorbis comment field contents use UTF-8 character encoding to allow easy |
+| representation of any language. It is recommended to use UTF-8 in field |
+| contents to ensure accurate tagging. Filenames MUST follow Rule 1.5. |
+| 6.5 The GENRE field content MUST be the same for all the files in a release |
+| and it MUST be one of the genres listed: |
+| A Cappella, Acid, Acid Jazz, Acid Punk, Acoustic, AlternRock, |
+| Alternative, Ambient, Anime, Avantgarde, Ballad, Bass, Beat, Bebop, |
+| Big Band, Black Metal, Bluegrass, Blues, Booty Bass, BritPop, Cabaret, |
+| Celtic, Chamber Music, Chanson, Chorus, Christian Gangsta Rap, |
+| Christian Rap, Christian Rock, Classic Rock, Classical, Club, Club-House,|
+| Comedy, Contemporary Christian, Country, Crossover, Cult, Dance, Dance |
+| Hall, Darkwave, Death Metal, Disco, Dream, Drum & Bass, Drum Solo, Duet, |
+| Easy Listening, Electronic, Ethnic, Euro-House, Euro-Techno, Eurodance, |
+| Fast Fusion, Folk, Folk-Rock, Folklore, Freestyle, Funk, Fusion, Game, |
+| Gangsta Rap, Goa, Gospel, Gothic, Gothic Rock, Grunge, Hard Rock, |
+| Hardcore, Heavy Metal, Hip-Hop, House, Humour, Indie, Industrial, |
+| Instrumental, Instrumental Pop, Instrumental Rock, Jazz, Jazz+Funk, |
+| JPop, Jungle, Latin, Lo-Fi, Meditative, Merengue, Metal, Musical, |
+| National Folk, Native American, Negerpunk, New Age, New Wave, Noise, |
+| Oldies, Opera, Other, Polka, Polsk Punk, Pop, Pop-Folk, Pop/Funk, |
+| Porn Groove, Power Ballad, Pranks, Primus, Progressive Rock, Psychedelic,|
+| Psychedelic Rock, Punk, Punk Rock, R&B, Rap, Rave, Reggae, Retro, |
+| Revival, Rhythmic Soul, Rock, Rock & Roll, Salsa, Samba, Satire, |
+| Showtunes, Ska, Slow Jam, Slow Rock, Sonata, Soul, Sound Clip, |
+| Soundtrack, Southern Rock, Space, Speech, Swing, Symphonic Rock, |
+| Symphony, Synthpop, Tango, Techno, Techno-Industrial, Terror, |
+| Thrash Metal, Top 40, Trailer, Trance, Tribal, Trip-Hop, Vocal, Unknown. |
+| NOTE: Both Psychedelic and Psychadelic are correct and may not be nuked |
+| if used. |
++-------------------------------------------------------------------------------+
+| ADVANCE/PROMO |
+| 7.1 An ADVANCE or PROMO is not available at retail and is usually labelled |
+| with some variation of the words Advance and/or Promotional. Having a |
+| release before its retail date does not automatically make it an ADVANCE.|
+| 7.2 ADVANCE and PROMO releases can always be duped by any retail release even|
+| if the tracks on both releases are identical. |
+| 7.3 ADVANCE and PROMO releases with voice overs, silence, or cuts on tracks |
+| are not allowed. |
++-------------------------------------------------------------------------------+
+| BOOTLEG |
+| 8.1 A bootleg is a release or recording that was not officially released by |
+| the artist or record company (unofficial / unlicensed recordings). |
+| 8.2 Conditions for bootleg releases are: |
+| - There are no signs that the record company really released it. |
+| - The artist or record company did not confirm the release as valid. |
+| - The record company has no connection to the artist on the release. |
+| - The record company does not exist and the release is not self-released.|
+| - The release is not available at at least three retail stores. |
+| NOTE: Currently valid retail stores (alphabetic order): |
+| - www.amazon.com |
+| - www.boomkat.com |
+| - www.bestbuy.com |
+| - www.cduniverse.com |
+| - www.decks.de |
+| - www.deejay.de |
+| - www.hmv.com |
+| - www.juno.co.uk |
+| - www.sonymusicstore.com |
+| - www.virgin.com |
+| - www.ukdancerecords.com |
+| - www.walmart.com |
+| The shop itself must sell the record, not private sellers. |
+| 8.3 Due to their unofficial nature, bootlegs might carry audio defects |
+| (eg. skips, glitches, etc). If these audio defects are identified in the |
+| nfo then a release cannot be considered invalid until there is a |
+| valid one (eg. PROPER release clean of audio defects). |
++-------------------------------------------------------------------------------+
+| PROOF |
+| 9.1 Releases MUST always contain a proof CAMERA picture in JPEG format. |
+| 9.2 Proof camera pictures MUST contain both, medium(s) and cover together. |
+| If there is no cover, a booklet or promo sheet or anything valid MUST be |
+| included to prove that the ripper has the release. If the medium/cover/ |
+| booklet contains anything that may expose your identity, then that |
+| part of image can be blurred or blackened. |
+| 9.3 The proof picture MUST include a small piece of paper over the medium(s) |
+| and/or the cover with GROUP name. |
+| Artist, title and any other relevant info that proves release, must not |
+| be hidden behind the piece of paper. |
+| 9.4 GROUP tag must be photographed in the proof picture, software-edited |
+| tags are considered invalid proof. Camera picture proof must not be |
+| changed except to hide anything that might expose ripper (read Rule 9.2).|
+| 9.5 Additional scans may be added but DO NOT count as proof. |
+| 9.6 The resolution of the proof camera picture MUST be at least 640 width |
+| and 480 height in JPEG format. |
+| Artist and/or album/single title MUST be clearly readable. |
+| 9.7 Proof fixes are NOT allowed, missing proof picture or bad resolution |
+| requires a complete repack. |
+| NOTE: EXIF metadata should be removed from JPEG files! Uniquely identifying |
+| information such as the camera serial number and GPS coordinates can |
+| pose a security threat if not removed, so this is very ESSENTIAL! |
++-------------------------------------------------------------------------------+
+| |
+| CHANGELOG: |
+| |
+| 2011-10-03 first version (v1.0) |
+| 2011-10-10 rule 1.10 with NOTE added to forbid single file+cue unless |
+| source is single track with index. |
+| 2011-10-10 rule 3.5.1 added (explanation for TYPE tag). |
+| 2011-10-10 rule 3.8.1 added (explanation for ARTIST and TITLE tags). |
+| 2011-10-10 rule 5.1 adjusted |
+| 2011-10-10 rule 5.5 adjusted |
+| 2011-10-10 rule 5.5.1 added |
+| 2012-05-15 GENERAL section 1.0 splitted. |
+| 2012-05-15 rule 1.3 adjusted |
+| 2012-05-15 rule 1.4 adjusted and NOTES removed. |
+| 2012-05-15 DUPES section created 2.0 |
+| 2012-05-15 rule 3.1 adjusted |
+| 2012-05-15 rule 3.2 encoding setting changed. |
+| 2012-05-15 rule 3.3 DVD encoding audio settings. |
+| 2012-05-15 rule 3.4 HDDVD/BLURAY encoding audio settings. |
+| 2012-05-15 rule 4.1 adjusted |
+| 2012-05-15 rule 4.2 adjusted |
+| 2012-05-15 rule 4.4 adjusted |
+| 2012-05-15 rule 4.5 adjusted |
+| 2012-05-15 rule 4.6 adjusted |
+| 2012-05-15 rule 4.7 adjusted |
+| 2012-05-15 rule 4.10 adjusted |
+| 2012-05-15 rule 4.12 adjusted |
+| 2012-05-15 rule 5.3 adjusted |
+| 2012-05-15 rule 5.4 adjusted |
+| 2012-05-15 rule 5.6 created |
+| 2012-05-15 rule 5.7 created |
+| 2012-05-15 rule 6.1 adjusted |
+| 2012-05-15 rule 6.2 adjusted |
+| 2012-05-15 rule 6.4 adjusted |
+| 2012-05-15 rule 6.5 adjusted |
+| 2012-05-15 PROMO/BOOTLEG section splitted. |
+| 2012-05-15 rule 8.4 created |
+| 2012-05-15 ADVANCE/PROMO created. |
+| 2016-06-15 rule 2.4 adjusted |
+| 2016-06-15 rule 3.1 adjusted |
+| 2016-06-15 rule 4.5 adjusted |
+| 2016-06-15 rule 4.5.2 added |
+| 2016-06-15 rule 4.6 adjusted |
+| 2016-06-15 rule 4.6.3 added |
+| 2016-06-15 rule 4.7 adjusted |
+| 2016-06-15 rule 4.8.2 added |
+| 2016-06-15 rule 4.10 NOTE added |
+| 2016-06-15 rule 4.11 adjusted |
+| 2016-06-15 rule 4.12 adjusted |
+| 2016-06-15 rule 5.3 NOTE adjusted |
+| 2016-06-15 rule 5.3.1 added |
+| 2016-06-15 rule 5.3.2 added |
+| 2016-06-15 rule 5.6 adjusted |
+| 2016-06-15 rule 5.6 NOTE added |
+| 2016-06-15 rule 5.7.1 added |
+| 2016-06-15 rule 6.1 adjusted |
+| 2016-06-15 rule.6.2.4 added |
+| 2016-06-15 rule 6.5 adjusted |
+| 2016-06-15 rule 6.5 NOTE adjusted |
++-------------------------------------------------------------------------------+
+| |
+| Rules signed by: 2Eleven 86D ATMO BCC BriBerY c05 CMC CUSTODES dh dL |
+| EMP FATHEAD FiH FrB FWYH GRAVEWISH HBFD JLM k4 LiTF LoKET |
+| MAHOU Mrflac mwnd NBFLAC PERFECT psyCZ SCF SCORN SMASH |
+| SPL TiLLMYDEATH VOLDiES WRE YARD |
+| |
+| FLAC rules V3.0 apply from 2016-06-15 00:00:00 CET (Central European Time). |
++-------------------------------------------------------------------------------+
[ PS VITA - Release Standards 2016 v1.0 ]
+_______________________________________________________________________________
+
+1.0) Initial Release Standards
+
+1.1) Releases must be packed in RAR. Proof, SFV and NFO must be included.
+ Proof is required for cartridges because of the amount of dumps out there.
+ Proof must be a subdirectory /Proof with a jpg of the cartridge and grp tag
+ EXIF Data on your pictures should be removed as usual.
+
+1.2) RAR's must be in multiples of 50.000.000 bytes, no more than 99 volumes.
+
+1.3) First working format that has English language wins; .VPK Format
+ (compress the dumped game folder to .zip and rename to .vpk)
+
+ 1.3.1) Best dumper that provides the most functionality / fully working game.
+ MaiDumpTool_V233.0/V233.1 or greater recommended / new dumper that is compatible
+ with the molecular shell and provides more options / compability.
+
+ * Currently only MaiDumpTool can create the required sce_module's however:
+
+ For special circumstances like games with GRE (updates on cartridge) which
+ are currently not fully supported by Mai, but can be dumped using Vitamin 2.0
+ you may use a combination of both dumpers to create a working .vpk
+ (Assuming this issue will be addressed in the next update to MaiDumpTool)
+
+ In that scenario you would dump gamedata with Vitamin 2.0 and replace the
+ eboot/modules you got via Mai (mai_moe/ + sce_module/ + eboot.bin)
+ Create a new working .vpk file and test accordingly (note in nfo)
+
+ 1.3.2) Release RAR's must be compressed w/ M1 (fastest) or better.
+
+ 1.3.3) If another dumper comes out - the dumper with the best compability
+ should become the default tool.
+
+ 1.3.4) All releases must be released including all sce_module/ files.
+
+ 1.3.5) The NFO must indicate the version and name of the dumper used.
+
+1.4) The release structure must be in the following format:
+
+ DIRNAME/
+ DIRNAME/file.rar/file.vpk
+
+ 1.4.1) Releases must not have any .RIF data included.
+
+1.5) If a game is re-released because of the following reasons the tagging
+ should change in the release name:
+
+ 1.5.1) Re-release of blackfin dump, the dir must be tagged:
+ WORKING.READNFO/WORKING_READNFO
+ (nfo must specify that this is a re-release of a blackfin dump and that it
+ now aligns with current rules).
+
+ ** THIS IS NOT A PROPER, IT IS NOT A NUKE, NOW WORKING TO CURRENT STANDARDS!
+ THESE STILL CAN BE PROPERED AND/OR REPACKED FOR OTHER REASONS OF COURSE **
+
+ 1.5.2) Prior releases in .vpk format (Vitamin 1.1) can be PROPER/REPACK only if
+ correct reason stated in nfo (i.e. game crashes at level 5).
+
+ 1.5.3) If release has additional foreign languages, the dir should be tagged:
+ MULTI(NUMBER_OF_LANGS) and the nfo must specify what languages are included.
+ (optional on first release, mandatory on multi after english only)
+ DUPES from other regions without new languages or new content are NOT allowed.
+
+1.6) The directory name should NOT have a region tag such as: EUR, USA on first release.
+ The source region must be included in the nfo instead.
+ Example: if EUR MULTI is first no USA after MULTI, but MULTI is allowed after USA.
+
+1.6.1) For non English releases (JAPANESE/KOREAN/etc.) the directory name MUST have a
+ region tag (JPN/JAP/KOR ...)
+
+ 1.6.x) Directory Tagging Examples:
+ Game_Name_PSV-GRPNAME
+ Game_Name_WORKING/PROPER/READNFO/REPACK/TRAINER_PSV-GRPNAME
+ Game_name_MULTI4_WORKING/PROPER/READNFO/REPACK/TRAINER_PSV-GRPNAME
+
+1.7) There are digital downloads (PSN) for PSV such as old PSP/PSX titles and
+ full digital game versions.
+ The nfo must specify that it is a PSN or Prior Console release.
+ This is on par with the WIIU standards for eShop/VC.
+ Suggested Directory tagging would look like:
+
+ Game_Name_PSN_PSV-GRPNAME
+ Game_Name_PSN_ORIGINALCONSOLE_PSV-GRPNAME
+ GAME_NAME_PSN_PSP_PSV-GRPNAME
+ GAME_NAME_PSN_PSX_PSV-GRPNAME
+ GAME_NAME_PSN_NEOGEO_PSV-GRPNAME
+
+1.7.1) ALL RIF DATA MUST BE REMOVED FROM PSN DOWNLOADS!
+ We encourage people to double and triple check before releasing these.
+
+1.7.2) Currently we are deciding NOT to address the DLC/Updates that can be dumped.
+ There are cases where there could be meaningful updates to cartridge games that
+ come out on PSN where these files could be packaged up and released much like
+ DOX in the pc-game world. Until such time this is happening and we know how
+ this will be handled via the SDK we ask that people refrain from these releases
+ until a better understanding is reached.
+
+_______________________________________________________________________________
+
+These rules are signed by following groups in alphabetical order on 10/Sep/2016
+LiGHTFORCE - PACT - TRSI - VENOM
+
+
┌───────────────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ [ WiiU - Release Standards 2016] │
+│ │
+├───────────────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. │
+│ 1.2) Rars must be in multiples of 50 MB, no more than 99 files. │
+│ 1.3) First working format that has English language wins; File Format or .WUD │
+│ 1.3.1) File Format must be compressed with M1 (fastest) or better. │
+│ 1.3.2) .WUD must be RAR5, using 512 MB dictionary with Best compression method. │
+│ 1.4) The game rip must have the following dir structure for File Format rips: │
+│ Gamename/ │
+│ code / │
+│ content/ │
+│ meta / │
+│ The full game with the 3 folders in Gamename folder │
+│ 1.5) If a game is re-released for having additional foreign languages, the │
+│ dir must be tagged MULTI and the nfo must specify which additional │
+│ languages are included. Dupes from other regions without new languages │
+│ or new content are not allowed │
+│ 1.6) The dirname will NOT have a region tag like EUR, USA etc. The source │
+│ region must be included in the nfo instead. │
+│ │
+│ Suggested directory format: │
+│ Game_Name_WiiU-GRPNAME │
+│ Game_Name_PROPER/READNFO/REPACK_WiiU-GRPNAME │
+│ Game_Name_MULTI_PROPER/READNFO/REPACK_WiiU-GRPNAME │
+│ │
+├───────────────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ These rules are signed and will be followed by following groups in alphabetic order: │
+│ GLoBAL, iCON, LiGHTFORCE, PACT, RETRiBUTiON, VENOM, WiiERD, WiiZARD │
+│ │
+└───────────────────────────────────────────────────────────────────────────────────────┘
├Ü├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├┬┐
+┬│ ┬│
+┬│ [ Wii U - Release Standards v1.5 2016 ] ┬│
+┬│ ┬│
+├â├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├┬┤
+┬│ ┬│
+┬│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. ┬│
+┬│ 1.2) Rars must be in multiples of 50 000 000 bytes and no more than 99 files. ┬│
+┬│ 1.3) WUD and File Format releases are acceptable. ┬│
+┬│ 1.3.1) WUD trumps SCRUBBED releases. ┬│
+┬│ 1.3.2) File Format rips must be tagged as SCRUBBED ┬│
+┬│ 1.3.3) WUD after SCRUBBED is allowed. SCRUBBED after WUD is not allowed. ┬│
+┬│ 1.3.4) File Format must be compressed with M1 (fastest) or better. ┬│
+┬│ 1.3.5) WUD must be compressed with RAR5, using 512MB or 1024 MB dictionary ┬│
+┬│ with Best/m5 compression. ┬│
+┬│ 1.4) All releases must include a proof picture with disc and a group tag ┬│
+┬│ 1.4.1) Proof picture must not be scanned and must be in JPEG format. ┬│
+┬│ 1.4.2) Proof picture must not be blurry. Disc/Cart Code must be clearly visible. ┬│
+┬│ 1.4.3) Releases with blurry or without proof can be PROPERED. ┬│
+┬│ Proof fixes are not allowed. ┬│
+┬│ 1.5) File Format/SCRUBBED releases must have the following directory structure: ┬│
+┬│ Gamename/ ┬│
+┬│ code / ┬│
+┬│ content/ ┬│
+┬│ meta / ┬│
+┬│ The full game with the 3 folders in Gamename folder ┬│
+┬│ 1.6) eShop releases can be in File Format and does not need a proof picture. ┬│
+┬│ 1.7) Allowed regions are JPN(JAP), USA, EUR, AUS, CHN, KOR, and TWN. ┬│
+┬│ 1.7.1) Region dupes are allowed. E.g. EUR does not dupe USA, etc. ┬│
+┬│ 1.7.2) If a game is re-released for having additional foreign languages, the ┬│
+┬│ release must be tagged as MULTI and the nfo must specify which additional ┬│
+┬│ languages are included. ┬│
+┬│ 1.8) All previous File Format releases can be re-released as WUD. ┬│
+┬│ 1.8.1) Only WUD re-releases need to be tagged as COMPLETE. Future releases are ┬│
+┬│ unaffected. ┬│
+┬│ 1.8.2) All WUD re-releases can have region dupes. ┬│
+┬│ 1.9) The dirname MUST have a region tag like EUR, USA, etc. The source region ┬│
+┬│ should also be included in the nfo. ┬│
+┬│ ┬│
+┬│ Suggested directory format: ┬│
+┬│ Game_Name_USA_WiiU-GRPNAME ┬│
+┬│ Game_Name_EUR_SCRUBBED/READNFO/REPACK_WiiU-GRPNAME ┬│
+┬│ Game_Name_JAP_MULTI_PROPER/READNFO/REPACK_WiiU-GRPNAME ┬│
+┬│ ┬│
+├â├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├┬┤
+┬│ A new standard ruleset had to be made in light of new exploits and install methods ┬│
+┬│ on the Nintendo Wii U. File Format rips cannot be used because the method of dumping ┬│
+┬│ does not dump critical disc files used by the new installation method. A Wii U game ┬│
+┬│ dumped as WUD contains a 1:1 clone of the disc and, therefore, has all the necessary ┬│
+┬│ files. A WUD can be converted to a SCRUBBED/File Format, but not vice versa. It is ┬│
+┬│ in the best interest of this section to set a precedent that will allow gamers to ┬│
+┬│ choose their method of installing/playing their favorite games. ┬│
+┬│ ┬│
+┬│ You either get behind us and sign it or fall into obscurity. ┬│
+├â├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├┬┤
+┬│ ┬│
+┬│ These rules are signed and will be followed by following groups: ┬│
+┬│ ANTiDOTE, BAHAMUT, FAKE, Googlecus, LiGHTFORCE, PoWeRUp, PSiCO, PUSSYCAT ┬│
+┬│ ┬│
+├Ç├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├ä├├Ö
┌───────────────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ [ WiiU - Release Standards 2016 REBUTTAL] │
+│ │
+├───────────────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. │
+│ 1.2) Rars must be in multiples of 50,100,200,300 MB, no more than 99 files. │
+│ 1.3) First .WUD that has English language wins; │
+│ 1.3.1) File Format must be compressed with M1 (fastest) or better. │
+│ 1.3.2) .WUD must be RAR5, using 512 MB dictionary with Best compression method. │
+│ 1.4) The game rip must have the following dir structure for File Format rips: │
+│ Gamename/ │
+│ code / │
+│ content/ │
+│ meta / │
+│ The full game with the 3 folders in Gamename folder │
+│ 1.5) If a game is re-released for having additional foreign languages, the │
+│ dir must be tagged MULTI and the nfo must specify which additional │
+│ languages are included. Dupes from other regions without new languages │
+│ or new content are allowed. │
+│ 1.6) The dirname will CAN have a region tag like EUR, USA etc. The source │
+│ region CAN be included in the nfo if not in dirname. │
+│ 1.7) File format aka SCRUBBED releases needs to be tagged with SCRUBBED. Because 1:1 |
+│ copys of games are NOT equal to SCRUBBED, never were and never will be. |
+| |
+│ Suggested directory format: │
+│ Game_Name_WiiU-GRPNAME │
+│ Game_Name_REGION_WiiU-GRPNAME │
+│ Game_Name_PROPER/READNFO/REPACK_WiiU-GRPNAME │
+│ Game_Name_PROPER/READNFO/REPACK_REGION_WiiU-GRPNAME │
+│ Game_Name_MULTI_PROPER/READNFO/REPACK_WiiU-GRPNAME │
+│ Game_Name_MULTI_PROPER/READNFO/REPACK_REGION_WiiU-GRPNAME │
+│ │
+├───────────────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ These rules are signed and will be followed by following groups in alphabetic order: │
+│ ABSTRAKT, ANTiDOTE, BAHAMUT, FAKE, Googlecus, PoWeRUp, PSiCO │
+│ Everyone else listen to https://www.youtube.com/watch?v=FrLequ6dUdM and have fun │
+└───────────────────────────────────────────────────────────────────────────────────────┘
+ ,@@@@@@@@@@@@@@@@@@@@@@@@@@@@@# @@@@@@@@@@@@@@@@@@@@+.
+ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ `@@@@@@@@@@@@@@@@@@@@@@@@'
+ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@` #@@@@@@@@@@@@@@@@@@@@@@@@@@.
+ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@,
+ +++++++++++#@@@@@@@@@@@@@@@@@@@@ ,@@@@@@@#++++++++++#@@@@@@@@@@@`
+ ` ,@@@@@@@@@@@@@@@@@` `@@@@@@@# '@@@@@@@@@
+ :@@@@@@@ @@@@@@@@@@@@@@@@# @@@@@@@@ @@@@@@@+ `@@@@@@@@`
+ @@@@@@@@ `@@@@@@@@+@@@@@@@ @@@@@@@@ @@@@@@@. :@@@@@@@#
+ @@@@@@@@ @@@@@@@@,@@@@@@@` @@@@@@@@ @@@@@@@ @@@@@@@@
+ @@@@@@@+ @@@@@@@@`#@@@@@@# #@@@@@@@` :@@@@@@@ @@@@@@@@
+ `@@@@@@@, @@@@@@@@ .@@@@@@@ '@@@@@@@, #@@@@@@@ @@@@@@@#
+ '@@@@@@@ #@@@@@@@@ @@@@@@@`.@@@@@@@' @@@@@@@' :@@@@@@@:
+ @@@@@@@@ ;@@@@@@@@` '@@@@@@#@@@@@@@# @@@@@@@` @@@@@@@@
+ @@@@@@@@ +@@@@@@@@# @@@@@@@@@@@@@@ @@@@@@@ .@@@@@@@@;
+ @@@@@@@+ `+@@@@@@@@@@ @@@@@@@@@@@@@ ,@@@@@@@ ,@@@@@@@@@@
+ .@@@@@@@#++@@@@@@@@@@@@@@ .@@@@@@@@@@@` #@@@@@@@++#@@@@@@@@@@@@@
+ +@@@@@@@@@@@@@@@@@@@@@@# @@@@@@@@@@. @@@@@@@@@@@@@@@@@@@@@@+
+ @@@@@@@@@@@@@@@@@@@@@@. '@@@@@@@@: @@@@@@@@@@@@@@@@@@@@@`
+ @@@@@@@@@@@@@@@@@@@#` @@@@@@@' @@@@@@@@@@@@@@@@@@+`
+ @@@@@@@@@@@@@@@#; @@@@@@@ ,@@@@@@@@@@@@@@#:
+ .@@@@@
+ @@@@
+ '@@`
+ @,
+ `,;+#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+;,.`
+ ,'#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+,`
+ `'@@@@@@@@@@@@@@@@@@@#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+.
+ `#@@@@@@@@@@@@@@@@@ #@# @@@ #@@@ ` +@@@ @@@@ ` ,@@@@@@@@@@@@@@@@@@,
+#@@@@@@@@@@@@@@@@@@@`,@``@@@ #@@# @@+ @@@ :@@@@@ ;@@@ '@@@@@@@@@@@@@@@@@@#
+@@@@@@@@@@@@@@@@@@@@# @ @@@@ #@@@ @@@ @@@ ``@@@ @@@@ .@@@@@@@@@@@@@@@@@@@
+ #@@@@@@@@@@@@@@@@@@@ '`@@@@ #@@# @@: @@@ :@@@@@ .@@# #@@@@@@@@@@@@@@@@@@`
+ .#@@@@@@@@@@@@@@@@# @@@@@ #@@@ `@@@@ @@@@. +@@@@@@@@@@@@@@@@,
+ `:#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#;`
+ `.:+#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#+;,`
+ ```````...``````
+
+
+ .: Official German DVD Ruleset 2017 :.
+
+
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+1. FESTLEGUNGEN ZUM RELEASE:
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+1.1 Muss vorhanden sein:
+------------------------
+
+1.1.1. Original-Menue (entfernte Links totlegen - d.h. entweder
+ duerfen sie nicht mehr mit dem Cursor anwaehlbar sein, oder
+ beim Druecken passiert nichts). Kopierschutz muss entfernt werden.
+1.1.2. Hauptfilm
+1.1.3. 2-Sprachig (Deutsch/Originalsprache Dolby Digital)
+1.1.3.1. Ab 140min Lauflaenge kann das Release 1-sprachig sein
+ um eine bessere Bildqualitaet zu erzielen. Bei Erreichen
+ guter Bildqualitaet ist Duallanguage aber weiter erlaubt.
+1.1.4. DTS Tonspur MUSS nicht vorhanden sein, kann sofern die
+ Bitrate nicht zu gering ausfaellt (siehe 2.) vorhanden sein
+1.1.5. Alle Subtitles
+1.1.6. Jedem Release muss ein Source Proof der Disc beiliegen.
+ Dies gilt ebenfalls fuer iNTERNAL Releases.
+
+
+1.2 Kann vorhanden sein:
+------------------------
+
+1.2.1. Extras wenn Hauptfilm untouched und undersized.
+1.2.2. Sonstige Tonspuren wenn Hauptfilm untouched und undersized.
+ (Das Vorhandensein ist aber NIEMALS Proper-Grund und wird
+ als DUPE gewertet solange das Erst-Release unnuked ist)
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░
+2. FILM:
+░░░░░░░░
+
+
+2.1. Sofern alle in 1.1. genannten Voraussetzungen erfuellt sind
+ und der Videostream ohne Neu-Enkodierung auf eine DVDR passt
+ (d.h. wenn die unter 1.1. beschriebenen Daten nicht auf
+ 4,37GB passen), duerfen nicht zusaetzliche Extras oder
+ Tonspuren hinzugefuegt werden, die eine Neu-Enkodierung
+ erforderlich machen wuerden.
+
+2.2 Videokodierung
+2.2.1. CCE ab Version 2.5x / CloneDVD / DVDFab
+
+2.3 Serien DVDs
+2.3.1 Diese enthalten oft nur 2.0 ger+engl Ton und keine
+ Extras (vgl. 1.1.3.1.).
+
+2.3.2 Sollte eine Group eine Season beginnen, gelten alle anderen
+ Release dieser Season durch eine andere Group als Dupe.
+ Bei Start einer Season darf es maximal 6 Wochen dauern bis alle
+ DVDs dieser Season released sind, ansonsten verfaellt der Dupe.
+ Zwingend fuer den Start einer Season ist DISC 1!
+
+2.4 Groesse einer DVD
+2.4.1. Sofern Neukodiert, muss das Release (d.h. alle Dateien
+ im Image zusammen, nicht das Image-File selber) insgesamt
+ min. 4,24 GB ergeben.
+
+2.4.2. Ausnahme sind DVD5 die als COMPLETE (vgl. 3.6.) kleiner sind.
+2.4.3. DVD9 ist als untouched erlaubt und als COMPLETE zu taggen. DVD5
+ duped nicht DVD9 und vise versa. Das entfernen von Warnungen ist
+ bei DVD9 optional jedoch bei DVD5 Pflicht.
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░
+3. BETITELUNG:
+░░░░░░░░░░░░░░
+
+
+Titel.Titel.Titel.German(.SUBBED).YYYY(.DL|.ML)(.ANIME|.HENTAI|.DOKU|.XXX)
+ (.xDISC|SyyDxx|SyyDxxSzz)(.COMPLETE).PAL(.PROPER)
+ .DVDR(.MDVDR)(.iNTERNAL)-GRP
+
+3.1. Titel.Titel.Titel:
+ Ist der deutsche Name des Films - hierbei werden "-" ersetzt
+ durch "." (bsp "Otto-Der Film" wird zu "Otto.Der.Film")
+
+3.2. German(.DL|.ML):
+ Gibt die Anzahl der Sprachen an. (nur ger. Audio: German,
+ 2-Sprachig: German.DL, 3- und Mehrsprachig: German.ML)
+
+3.2.1. German(.SUBBED):
+ Wenn der Film nur in Originalsprache inkl. deutschen Subs vorliegt
+ (Omu).
+
+3.3. YYYY:
+ Gibt das Produktions-Jahr (imdb-date) an.
+
+3.4. ANIME|HENTAI|DOKU|XXX:
+ Kennzeichnung bei Anime/Hentai/Doku/XXX etc. Filmen
+3.4.1. Bei der Bezeichnung .MDVDR entfaellt das .DVDR im Releasetag und wird
+ an deren Position gesetzt.
+3.5. xDISC|SyyDxx|SyyDxxSzz:
+3.5.1. Sofern das Release aus mehr als einer DVD besteht wird
+ hier mit "x" die Anzahl der DVDs angegeben. (bsp: 2DISC)
+3.5.2. Sofern es sich um eine Serien-DVD Release handelt wird
+ die Season und die Disc angegeben (bsp: S01D01, S03D05)
+3.5.3. Bei einer 2-seitigen, 1-schichtigen Serien-DVD wird zusaetzlich
+ auch noch die Seite angegeben (bsp: S01D01S01, S01D01S02)
+
+3.6. COMPLETE:
+ Wenn die DVD komplett inkl. aller Sprachen und Extras uebernommen
+ wurde. Das gilt auch bei reencode (weitere Angaben gemaess NFO)
+3.6.1. Bei COMPLETE muss der DL|ML Tag ebenfalls im Dirtag stehen.
+
+3.7. PROPER:
+ Wenn es sich um ein PROPER-Release handelt
+ (Ein Proper MUSS innerhalb eines Zeitraumes von 30 Tagen gebracht
+ werden, falls das zu propernde Release nicht schon vorher genuked
+ worden ist)
+
+3.8. iNTERNAL:
+ Nur bei iNTERNAL Releases zu verwenden.
+
+3.9. GRP:
+ Der Gruppenname
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░░░░░
+4. BESONDERHEITEN:
+░░░░░░░░░░░░░░░░░░
+
+4.1. Region Free, PUP:
+ Das DVD Release muss Region-Free sein und die PUPs
+ entfernt werden. Region-Free heist es muessen Region 1-6
+ aktiviert sein. Region 7 darf nicht aktiviert sein, da
+ dies bei wenigen DVD-Playern Probleme macht.
+
+4.2. Format:
+ Die DVD muss als .img oder .iso File erstellt werden.
+
+4.3. Packen:
+ Zum archivieren ist Winrar mit alten Dateiendungen (.rar, .r00 usw)
+ zu benutzen.
+ Bei DVD5 muss mit einer Groesse von 50.000.000 Bytes gestored werden.
+ Bei DVD9 muss mit einer Groesse von 100.000.000 Bytes gestored werden.
+ (d.h. Compression Ratio 0 - "rar -m0 a foo.rar foo.img/.iso")
+
+4.4. Sample:
+ Das Sample sollte zwischen 30-60 Sekunden lang sein.
+
+4.5. PROPER Releases:
+ Nur zulaessig, wenn das First-Release einen Mangel aufweist.
+
+4.6. PROOF:
+ Jedem Release muss ein Source Proof der Disc beiliegen. Dies
+ gilt ebenfalls fuer iNTERNAL Releases. Die Disc muss klar zu
+ erkennen und zum eindeutigen Beweis mit einem beigelegten
+ (nicht digital hinzugefuegtem) Group Tag versehen sein. Als
+ Anhaltspunkt gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ Scans sind _nicht_ erlaubt.
+ Moegliche Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen muessen unkenntlich gemacht werden. Zur
+ eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+ Das Foto muss sich im Unterordner /Proof gepackt als *-proof.rar und
+ mit *-proof.sfv befinden.
+ Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+ Das fehlen des Source Proof stellt einen Mangel am Release dar und
+ wird mit einem NUKE geahndet.
+
+4.7. iNTERNAL Releases sind fruehestens 24 Monate nach First Pre erlaubt.
+4.7.1. iNTERNAL Releases schuetzen nur vor "Dupe" und koennen somit fuer
+ technische Fehler geahndet werden.
+
+
+ Dieses Ruleset ist gueltig ab 03.02.2017
+
+
+ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+ ░ An der Ausarbeitung wirkten mit: ░
+ ░ ░
+ ░ 3MiNA ATAX CLASSiCAL DVDGRP HiGHLiGHT MiLW SAViOUR TVARCHiV ░
+ ░ ░
+ ░ letztes Update: 31.01.2017 ░
+ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+ ,@@@@@@@@@@@@@@@@@@@@@@@@@@@@@# @@@@@@@@@@@@@@@@@@@@+.
+ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ `@@@@@@@@@@@@@@@@@@@@@@@@'
+ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@` #@@@@@@@@@@@@@@@@@@@@@@@@@@.
+ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@,
+ +++++++++++#@@@@@@@@@@@@@@@@@@@@ ,@@@@@@@#++++++++++#@@@@@@@@@@@`
+ ` ,@@@@@@@@@@@@@@@@@` `@@@@@@@# '@@@@@@@@@
+ :@@@@@@@ @@@@@@@@@@@@@@@@# @@@@@@@@ @@@@@@@+ `@@@@@@@@`
+ @@@@@@@@ `@@@@@@@@+@@@@@@@ @@@@@@@@ @@@@@@@. :@@@@@@@#
+ @@@@@@@@ @@@@@@@@,@@@@@@@` @@@@@@@@ @@@@@@@ @@@@@@@@
+ @@@@@@@+ @@@@@@@@`#@@@@@@# #@@@@@@@` :@@@@@@@ @@@@@@@@
+ `@@@@@@@, @@@@@@@@ .@@@@@@@ '@@@@@@@, #@@@@@@@ @@@@@@@#
+ '@@@@@@@ #@@@@@@@@ @@@@@@@`.@@@@@@@' @@@@@@@' :@@@@@@@:
+ @@@@@@@@ ;@@@@@@@@` '@@@@@@#@@@@@@@# @@@@@@@` @@@@@@@@
+ @@@@@@@@ +@@@@@@@@# @@@@@@@@@@@@@@ @@@@@@@ .@@@@@@@@;
+ @@@@@@@+ `+@@@@@@@@@@ @@@@@@@@@@@@@ ,@@@@@@@ ,@@@@@@@@@@
+ .@@@@@@@#++@@@@@@@@@@@@@@ .@@@@@@@@@@@` #@@@@@@@++#@@@@@@@@@@@@@
+ +@@@@@@@@@@@@@@@@@@@@@@# @@@@@@@@@@. @@@@@@@@@@@@@@@@@@@@@@+
+ @@@@@@@@@@@@@@@@@@@@@@. '@@@@@@@@: @@@@@@@@@@@@@@@@@@@@@`
+ @@@@@@@@@@@@@@@@@@@#` @@@@@@@' @@@@@@@@@@@@@@@@@@+`
+ @@@@@@@@@@@@@@@#; @@@@@@@ ,@@@@@@@@@@@@@@#:
+ .@@@@@
+ @@@@
+ '@@`
+ @,
+ `,;+#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+;,.`
+ ,'#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+,`
+ `'@@@@@@@@@@@@@@@@@@@#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+.
+ `#@@@@@@@@@@@@@@@@@ #@# @@@ #@@@ ` +@@@ @@@@ ` ,@@@@@@@@@@@@@@@@@@,
+#@@@@@@@@@@@@@@@@@@@`,@``@@@ #@@# @@+ @@@ :@@@@@ ;@@@ '@@@@@@@@@@@@@@@@@@#
+@@@@@@@@@@@@@@@@@@@@# @ @@@@ #@@@ @@@ @@@ ``@@@ @@@@ .@@@@@@@@@@@@@@@@@@@
+ #@@@@@@@@@@@@@@@@@@@ '`@@@@ #@@# @@: @@@ :@@@@@ .@@# #@@@@@@@@@@@@@@@@@@`
+ .#@@@@@@@@@@@@@@@@# @@@@@ #@@@ `@@@@ @@@@. +@@@@@@@@@@@@@@@@,
+ `:#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#;`
+ `.:+#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#+;,`
+ ```````...``````
+
+
+ .: Official German DVD Ruleset 2017 Update 1 :.
+
+
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+1. FESTLEGUNGEN ZUM RELEASE:
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+1.1 Muss vorhanden sein:
+------------------------
+
+1.1.1. Original-Menue (entfernte Links totlegen - d.h. entweder
+ duerfen sie nicht mehr mit dem Cursor anwaehlbar sein, oder
+ beim Druecken passiert nichts). Kopierschutz muss entfernt werden.
+1.1.2. Hauptfilm
+1.1.3. 2-Sprachig (Deutsch/Originalsprache Dolby Digital)
+1.1.3.1. Ab 140min Lauflaenge kann das Release 1-sprachig sein
+ um eine bessere Bildqualitaet zu erzielen. Bei Erreichen
+ guter Bildqualitaet ist Duallanguage aber weiter erlaubt.
+1.1.4. DTS Tonspur MUSS nicht vorhanden sein, kann sofern die
+ Bitrate nicht zu gering ausfaellt (siehe 2.) vorhanden sein
+1.1.5. Alle Subtitles
+1.1.6. Jedem Release muss ein Source Proof der Disc beiliegen.
+ Dies gilt ebenfalls fuer iNTERNAL Releases.
+
+
+1.2 Kann vorhanden sein:
+------------------------
+
+1.2.1. Extras wenn Hauptfilm untouched und undersized.
+1.2.2. Sonstige Tonspuren wenn Hauptfilm untouched und undersized.
+ (Das Vorhandensein ist aber NIEMALS Proper-Grund und wird
+ als DUPE gewertet solange das Erst-Release unnuked ist)
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░
+2. FILM:
+░░░░░░░░
+
+
+2.1. Sofern alle in 1.1. genannten Voraussetzungen erfuellt sind
+ und der Videostream ohne Neu-Enkodierung auf eine DVDR passt
+ (d.h. wenn die unter 1.1. beschriebenen Daten nicht auf
+ 4,37GB passen), duerfen nicht zusaetzliche Extras oder
+ Tonspuren hinzugefuegt werden, die eine Neu-Enkodierung
+ erforderlich machen wuerden.
+
+2.2 Videokodierung
+2.2.1. CCE ab Version 2.5x / CloneDVD / DVDFab
+
+2.3 Groesse einer DVD
+2.3.1. Sofern Neukodiert, muss das Release (d.h. alle Dateien
+ im Image zusammen, nicht das Image-File selber) insgesamt
+ min. 4,24 GB ergeben.
+
+2.3.2. Ausnahme sind DVD5 die als COMPLETE (vgl. 3.6.) kleiner sind.
+2.3.3. DVD9 ist als untouched erlaubt und als COMPLETE zu taggen. DVD5
+ duped nicht DVD9 und vise versa. Das entfernen von Warnungen ist
+ bei DVD9 optional jedoch bei DVD5 Pflicht.
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░
+3. BETITELUNG:
+░░░░░░░░░░░░░░
+
+
+Titel.Titel.Titel.German(.SUBBED).YYYY(.DL|.ML)(.ANIME|.HENTAI|.DOKU|.XXX)
+ (.xDISC)(.COMPLETE).PAL(.PROPER)
+ .DVDR(.DVD9|.MDVDR|.DVD9.MDVDR)(.iNTERNAL)-GRP
+
+3.1. Titel.Titel.Titel:
+ Ist der deutsche Name des Films - hierbei werden "-" ersetzt
+ durch "." (bsp "Otto-Der Film" wird zu "Otto.Der.Film")
+
+3.2. German(.DL|.ML):
+ Gibt die Anzahl der Sprachen an. (nur ger. Audio: German,
+ 2-Sprachig: German.DL, 3- und Mehrsprachig: German.ML)
+
+3.2.1. German(.SUBBED):
+ Wenn der Film nur in Originalsprache inkl. deutschen Subs vorliegt
+ (Omu).
+
+3.3. YYYY:
+ Gibt das Produktions-Jahr (imdb-date) an.
+
+3.4. ANIME|HENTAI|DOKU|XXX:
+ Kennzeichnung bei Anime/Hentai/Doku/XXX etc. Filmen
+
+3.5. xDISC:
+ Sofern das Release aus mehr als einer DVD besteht wird
+ hier mit "x" die Anzahl der DVDs angegeben. (bsp: 2DISC)
+
+3.6. COMPLETE:
+ Wenn die DVD komplett inkl. aller Sprachen und Extras uebernommen
+ wurde. Das gilt auch bei reencode (weitere Angaben gemaess NFO)
+3.6.1. Bei COMPLETE muss der DL|ML Tag ebenfalls im Dirtag stehen.
+
+3.7. PROPER:
+ Wenn es sich um ein PROPER-Release handelt
+ (Ein Proper MUSS innerhalb eines Zeitraumes von 30 Tagen gebracht
+ werden, falls das zu propernde Release nicht schon vorher genuked
+ worden ist)
+
+3.8. .DVDR(.DVD9|.MDVDR|.DVD9.MDVDR):
+ Bei .DVD9 wird der.DVDR Releasetag durch diesen ersetzt.
+ Bei .MDVDR im DVD5 Format wird der .DVDR Tag durch .MDVDR ersetzt.
+ Bei .MDVDR im DVD9 Format wird der .DVDR Tag durch .DVD9.MDVDR ersetzt.
+ Die .DVDR|.DVD9|.MDVDR|.DVD9.MDVDR Releasetags sind Pflichtangaben.
+
+3.9. iNTERNAL:
+ Nur bei iNTERNAL Releases zu verwenden.
+
+3.10. GRP:
+ Der Gruppenname
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░░░░░
+4. BESONDERHEITEN:
+░░░░░░░░░░░░░░░░░░
+
+4.1. Region Free, PUP:
+ Das DVD Release muss Region-Free sein und die PUPs
+ entfernt werden. Region-Free heist es muessen Region 1-6
+ aktiviert sein. Region 7 darf nicht aktiviert sein, da
+ dies bei wenigen DVD-Playern Probleme macht.
+
+4.2. Format:
+ Die DVD muss als .img oder .iso File erstellt werden.
+
+4.3. Packen:
+ Zum archivieren ist Winrar mit alten Dateiendungen (.rar, .r00 usw)
+ zu benutzen.
+ Bei DVD5 muss mit einer Groesse von 50.000.000 Bytes gestored werden.
+ Bei DVD9 muss mit einer Groesse von 100.000.000 Bytes gestored werden.
+ (d.h. Compression Ratio 0 - "rar -m0 a foo.rar foo.img/.iso")
+
+4.4. Sample:
+ Das Sample sollte zwischen 30-60 Sekunden lang sein.
+
+4.5. PROPER Releases:
+ Nur zulaessig, wenn das First-Release einen Mangel aufweist.
+
+4.6. PROOF:
+ Jedem Release muss ein Source Proof der Disc beiliegen. Dies
+ gilt ebenfalls fuer iNTERNAL Releases. Die Disc muss klar zu
+ erkennen und zum eindeutigen Beweis mit einem beigelegten
+ (nicht digital hinzugefuegtem) Group Tag versehen sein. Als
+ Anhaltspunkt gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ Scans sind _nicht_ erlaubt.
+ Moegliche Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen muessen unkenntlich gemacht werden. Zur
+ eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+ Das Foto muss sich im Unterordner /Proof als *-proof.jpg oder stored
+ als *-proof.rar mit *-proof.sfv befinden.
+ Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+ Das fehlen des Source Proof stellt einen Mangel am Release dar und
+ wird mit einem NUKE geahndet.
+
+4.7. iNTERNAL Releases sind fruehestens 24 Monate nach First Pre erlaubt.
+4.7.1. iNTERNAL Releases schuetzen nur vor "Dupe" und koennen somit fuer
+ technische Fehler geahndet werden.
+
+
+ Dieses Ruleset ist gueltig ab 13.02.2017
+
+
+ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+ ░ An der Ausarbeitung wirkten mit: ░
+ ░ ░
+ ░ 3MiNA ATAX CLASSiCAL DVDGRP HiGHLiGHT MiLW SAViOUR TVARCHiV ░
+ ░ ░
+ ░ letztes Update: 12.02.2017 ░
+ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+ ,@@@@@@@@@@@@@@@@@@@@@@@@@@@@@# @@@@@@@@@@@@@@@@@@@@+.
+ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ `@@@@@@@@@@@@@@@@@@@@@@@@'
+ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@` #@@@@@@@@@@@@@@@@@@@@@@@@@@.
+ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@,
+ +++++++++++#@@@@@@@@@@@@@@@@@@@@ ,@@@@@@@#++++++++++#@@@@@@@@@@@`
+ ` ,@@@@@@@@@@@@@@@@@` `@@@@@@@# '@@@@@@@@@
+ :@@@@@@@ @@@@@@@@@@@@@@@@# @@@@@@@@ @@@@@@@+ `@@@@@@@@`
+ @@@@@@@@ `@@@@@@@@+@@@@@@@ @@@@@@@@ @@@@@@@. :@@@@@@@#
+ @@@@@@@@ @@@@@@@@,@@@@@@@` @@@@@@@@ @@@@@@@ @@@@@@@@
+ @@@@@@@+ @@@@@@@@`#@@@@@@# #@@@@@@@` :@@@@@@@ @@@@@@@@
+ `@@@@@@@, @@@@@@@@ .@@@@@@@ '@@@@@@@, #@@@@@@@ @@@@@@@#
+ '@@@@@@@ #@@@@@@@@ @@@@@@@`.@@@@@@@' @@@@@@@' :@@@@@@@:
+ @@@@@@@@ ;@@@@@@@@` '@@@@@@#@@@@@@@# @@@@@@@` @@@@@@@@
+ @@@@@@@@ +@@@@@@@@# @@@@@@@@@@@@@@ @@@@@@@ .@@@@@@@@;
+ @@@@@@@+ `+@@@@@@@@@@ @@@@@@@@@@@@@ ,@@@@@@@ ,@@@@@@@@@@
+ .@@@@@@@#++@@@@@@@@@@@@@@ .@@@@@@@@@@@` #@@@@@@@++#@@@@@@@@@@@@@
+ +@@@@@@@@@@@@@@@@@@@@@@# @@@@@@@@@@. @@@@@@@@@@@@@@@@@@@@@@+
+ @@@@@@@@@@@@@@@@@@@@@@. '@@@@@@@@: @@@@@@@@@@@@@@@@@@@@@`
+ @@@@@@@@@@@@@@@@@@@#` @@@@@@@' @@@@@@@@@@@@@@@@@@+`
+ @@@@@@@@@@@@@@@#; @@@@@@@ ,@@@@@@@@@@@@@@#:
+ .@@@@@
+ @@@@
+ '@@`
+ @,
+ `,;+#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+;,.`
+ ,'#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+,`
+ `'@@@@@@@@@@@@@@@@@@@#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@+.
+ `#@@@@@@@@@@@@@@@@@ #@# @@@ #@@@ ` +@@@ @@@@ ` ,@@@@@@@@@@@@@@@@@@,
+#@@@@@@@@@@@@@@@@@@@`,@``@@@ #@@# @@+ @@@ :@@@@@ ;@@@ '@@@@@@@@@@@@@@@@@@#
+@@@@@@@@@@@@@@@@@@@@# @ @@@@ #@@@ @@@ @@@ ``@@@ @@@@ .@@@@@@@@@@@@@@@@@@@
+ #@@@@@@@@@@@@@@@@@@@ '`@@@@ #@@# @@: @@@ :@@@@@ .@@# #@@@@@@@@@@@@@@@@@@`
+ .#@@@@@@@@@@@@@@@@# @@@@@ #@@@ `@@@@ @@@@. +@@@@@@@@@@@@@@@@,
+ `:#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#;`
+ `.:+#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#+;,`
+ ```````...``````
+
+
+ .: Official German DVD Ruleset 2017 Update 2 :.
+
+
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+1. FESTLEGUNGEN ZUM RELEASE:
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+1.1 Muss vorhanden sein:
+------------------------
+
+1.1.1. Original-Menue (entfernte Links totlegen - d.h. entweder
+ duerfen sie nicht mehr mit dem Cursor anwaehlbar sein, oder
+ beim Druecken passiert nichts). Kopierschutz muss entfernt werden.
+1.1.2. Hauptfilm
+1.1.3. 2-Sprachig (Deutsch/Originalsprache Dolby Digital)
+1.1.3.1. Ab 140min Lauflaenge kann das Release 1-sprachig sein
+ um eine bessere Bildqualitaet zu erzielen. Bei Erreichen
+ guter Bildqualitaet ist Duallanguage aber weiter erlaubt.
+1.1.4. DTS Tonspur MUSS nicht vorhanden sein, kann sofern die
+ Bitrate nicht zu gering ausfaellt (siehe 2.) vorhanden sein
+1.1.5. Alle Subtitles
+1.1.6. Jedem Release muss ein Source Proof der Disc beiliegen.
+ Dies gilt ebenfalls fuer iNTERNAL Releases.
+
+
+1.2 Kann vorhanden sein:
+------------------------
+
+1.2.1. Extras wenn Hauptfilm untouched und undersized.
+1.2.2. Sonstige Tonspuren wenn Hauptfilm untouched und undersized.
+ (Das Vorhandensein ist aber NIEMALS Proper-Grund und wird
+ als DUPE gewertet solange das Erst-Release unnuked ist)
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░
+2. FILM:
+░░░░░░░░
+
+
+2.1. Sofern alle in 1.1. genannten Voraussetzungen erfuellt sind
+ und der Videostream ohne Neu-Enkodierung auf eine DVDR passt
+ (d.h. wenn die unter 1.1. beschriebenen Daten nicht auf
+ 4,37GB passen), duerfen nicht zusaetzliche Extras oder
+ Tonspuren hinzugefuegt werden, die eine Neu-Enkodierung
+ erforderlich machen wuerden.
+
+2.2 Videokodierung
+2.2.1. CCE ab Version 2.5x / CloneDVD / DVDFab
+
+2.3 Groesse einer DVD
+2.3.1. Sofern Neukodiert, muss das Release (d.h. alle Dateien
+ im Image zusammen, nicht das Image-File selber) insgesamt
+ min. 4,24 GB ergeben.
+2.3.2. Ausnahme sind DVD5 die als COMPLETE (vgl. 3.6.) kleiner sind.
+2.3.3. DVD9 ist als Untouched erlaubt und als COMPLETE zu taggen. DVD5
+ duped nicht DVD9 und vise versa. Das entfernen von Warnungen ist
+ bei DVD9 optional jedoch bei DVD5 Pflicht.
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░
+3. BETITELUNG:
+░░░░░░░░░░░░░░
+
+
+Titel.Titel.Titel.German(.SUBBED).YYYY(.DL|.ML)(.ANiME|.HENTAi|.DOKU|.XXX)
+ (.xDISC)(.COMPLETE).PAL(.PROPER).DVDR(.DVD9)
+ (.iNTERNAL)-GRP
+
+3.1. Titel.Titel.Titel:
+ Ist der deutsche Name des Films - hierbei werden "-" ersetzt
+ durch "." (bsp "Otto-Der Film" wird zu "Otto.Der.Film")
+
+3.2. German(.DL|.ML):
+ Gibt die Anzahl der Sprachen an. (nur ger. Audio: German,
+ 2-Sprachig: German.DL, 3- und Mehrsprachig: German.ML)
+
+3.2.1. German(.SUBBED):
+ Wenn der Film nur in Originalsprache inkl. deutschen Subs vorliegt
+ (OmU).
+
+3.3. YYYY:
+ Gibt das Produktions-Jahr (imdb-date) an.
+
+3.4. ANiME|HENTAi|DOKU|XXX:
+ Kennzeichnung bei Anime/Hentai/Doku/XXX etc. Filmen
+
+3.5. xDISC:
+ Sofern das Release aus mehr als einer DVD besteht wird
+ hier mit "x" die Anzahl der DVDs angegeben. (bsp: 2DISC)
+
+3.6. COMPLETE:
+ Wenn die DVD komplett inkl. aller Sprachen und Extras uebernommen
+ wurde. Das gilt auch bei reencode (weitere Angaben gemaess NFO)
+3.6.1. Bei COMPLETE muss der DL|ML Tag ebenfalls im Dirtag stehen.
+
+3.7. PROPER:
+ Wenn es sich um ein PROPER-Release handelt
+ (Ein Proper MUSS innerhalb eines Zeitraumes von 30 Tagen gebracht
+ werden, falls das zu propernde Release nicht schon vorher genuked
+ worden ist)
+
+3.8. .DVDR(.DVD9):
+ Bei .DVD9 wird der.DVDR Releasetag durch diesen ersetzt.
+ Die .DVDR|.DVD9 Releasetags sind Pflichtangaben.
+
+3.9. iNTERNAL:
+ Nur bei iNTERNAL Releases zu verwenden.
+
+3.10. GRP:
+ Der Gruppenname
+
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
+░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
+░░░░░░░░░░░░░░░░░░
+4. BESONDERHEITEN:
+░░░░░░░░░░░░░░░░░░
+
+4.1. Region Free, PUP:
+ Das DVD Release muss Region-Free sein und die PUPs
+ entfernt werden. Region-Free heist es muessen Region 1-6
+ aktiviert sein. Region 7 darf nicht aktiviert sein, da
+ dies bei wenigen DVD-Playern Probleme macht.
+
+4.2. Format:
+ Die DVD muss als .img oder .iso File erstellt werden.
+
+4.3. Packen:
+ Zum archivieren ist Winrar mit alten Dateiendungen (.rar, .r00 usw)
+ zu benutzen.
+ Bei DVD5 muss mit einer Groesse von 50.000.000 Bytes gestored werden.
+ Bei DVD9 muss mit einer Groesse von 100.000.000 Bytes gestored werden.
+ (d.h. Compression Ratio 0 - "rar -m0 a foo.rar foo.img/.iso")
+
+4.4. Sample:
+ Das Sample sollte zwischen 30-60 Sekunden lang sein.
+
+4.5. PROPER Releases:
+ Nur zulaessig, wenn das First-Release einen Mangel aufweist.
+
+4.6. PROOF:
+ Jedem Release muss ein Source Proof der Disc beiliegen. Dies
+ gilt ebenfalls fuer iNTERNAL Releases. Die Disc muss klar zu
+ erkennen und zum eindeutigen Beweis mit einem beigelegten
+ (nicht digital hinzugefuegtem) Group Tag versehen sein. Als
+ Anhaltspunkt gilt hier eine Mindestaufloesung von 640 * x Pixeln.
+ Scans sind _nicht_ erlaubt.
+ Moegliche Seriennummern oder Aufkleber die eindeutig auf die Herkunft
+ der Disc schliessen lassen muessen unkenntlich gemacht werden. Zur
+ eigenen Sicherheit ist es notwendig die EXIF Metadaten aus dem Bild
+ zu entfernen, da ansonsten Informationen ueber Standort und Kamera
+ veroeffentlicht werden koennten. Auf Fake GPS Daten ist zu verzichten.
+ Das Foto muss sich im Unterordner /Proof als *-proof.jpg oder stored
+ als *-proof.rar mit *-proof.sfv befinden.
+ Die Group hat bis 2 Stunden nach Pre die Moeglichkeit ein vergessenes
+ Foto nachzuliefern.
+ Das fehlen des Source Proof stellt einen Mangel am Release dar und
+ wird mit einem NUKE geahndet.
+
+4.7. iNTERNAL Releases sind fruehestens 24 Monate nach First Pre erlaubt.
+4.7.1. iNTERNAL Releases schuetzen nur vor "Dupe" und koennen somit fuer
+ technische Fehler geahndet werden.
+
+
+ Dieses Ruleset ist gueltig ab 13.02.2017
+
+
+ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+ ░ An der Ausarbeitung wirkten mit: ░
+ ░ ░
+ ░ 3MiNA ATAX CLASSiCAL DVDGRP HiGHLiGHT MiLW SAViOUR TVARCHiV ░
+ ░ ░
+ ░ letztes Update: 13.02.2017 ░
+ ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+ ./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ NSW Scene Rules 2018
+ / /_ \ \ \ \\ -\____\---\___ \ [xx August 2018]
+ / \ . \ . . _/ . :/ \
+ \______:\______\___________\ \___________\___________/. ----------------+
+ . /_______/ . ┬│
+ ┬│ ┬│
+ ┬│ NSW Release Standards v1.0 2018 ┬│
+ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´
+ ┬│ ┬│
+ ┬│ 1) Packing: ┬│
+ ┬│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. ┬│
+ ┬│ 1.2) RAR, SFV, NFO and JPG files must have unique filenames. ┬│
+ ┬│ 1.3) Rars must be in multiples of 50.000.000 bytes but no larger than ┬│
+ ┬│ 500.000.000 bytes. ┬│
+ ┬│ 1.4) Rars must be RAR4 or RAR5 using M1 compression (fastest) or better.┬│
+ ┬│ ┬│
+ ┬│ 2) NFO: ┬│
+ ┬│ 2.1) The release must include a .NFO. The file must be a plain-text ┬│
+ ┬│ document and at least include the name of the title. ┬│
+ ┬│ 2.2) NFO must include NCA title IDs. ┬│
+ ┬│ 2.3) In the case of a trainer or other game patch, all compatible ┬│
+ ┬│ title IDs must be included in the NFO. ┬│
+ ┬│ 2.4) The source region must be included in the NFO. ┬│
+ ┬│ 2.5) All game languages are encouraged to be included in NFO. ┬│
+ ┬│ 2.6) A short description of the release is encouraged to be in the NFO. ┬│
+ ┬│ ┬│
+ ┬│ 3) Image format: ┬│
+ ┬│ 3.1) For cartridge dumps, only XCI or NCA format are acceptable. ┬│
+ ┬│ 3.2) For eShop releases, only NSP format releases are acceptable. ┬│
+ ┬│ 3.3) NCA dupes XCI if XCI release came first. ┬│
+ ┬│ An XCI release after a cartridge NCA release is not a dupe. ┬│
+ ┬│ 3.4) NCA files must not be renamed from their original filenames. ┬│
+ ┬│ 3.5) XCI files must have the CERT sector replaced with all FF bytes. ┬│
+ ┬│ 3.6) For a cartridge dump in NCA format, the release must include only ┬│
+ ┬│ the contents of the secure partition. ┬│
+ ┬│ 3.7) A dump of a new cartridge revision must only be released if the ┬│
+ ┬│ secure partition has differences to a previous revision ┬│
+ ┬│ (game updates/DLC/etc included), and only if the changes have not ┬│
+ ┬│ been previously released in some other form. ┬│
+ ┬│ 3.8) For an eShop release, all NCA files downloaded from eShop must be ┬│
+ ┬│ included in the release. They must have the NAX-layer decrypted. ┬│
+ ┬│ 3.9) For an eShop release, the NSP must include a forged ticket. The ┬│
+ ┬│ titlekey in this ticket must be encrypted with the relevant common ┬│
+ ┬│ ES key ("titlekek"). All console identifying information ┬│
+ ┬│ (including signature) must be removed. ┬│
+ ┬│ This ticket must be able to be imported using ES with signature ┬│
+ ┬│ checks patched out! ┬│
+ ┬│ ┬│
+ ┬│ 4) Proof: ┬│
+ ┬│ 4.1) All releases are encouraged to include a proof picture ┬│
+ ┬│ with cartridge and a group tag, for "new" groups which pred less ┬│
+ ┬│ then 50 "working" releases this is mandatory. ┬│
+ ┬│ 4.2) You have 24 hours AFTER NUKE to release a Prooffix. ┬│
+ ┬│ After this 24 hours grace period, any other group is allowed to ┬│
+ ┬│ release a PROPER with scans/photos. ┬│
+ ┬│ 4.3) Proof picture can be scanned and must be in JPEG format. ┬│
+ ┬│ 4.4) Proof picture must not be blurry. Cartridge Code must be clearly ┬│
+ ┬│ visible. ┬│
+ ┬│ 4.5) If the medium or cover/booklet contain anything that may expose ┬│
+ ┬│ your identity, then that part of the image can be blurred or ┬│
+ ┬│ blackened. Additional scans may be added but these DO NOT count ┬│
+ ┬│ as sufficient proof! ┬│
+ ┬│ 4.6) eShop releases will be exempt from proof requirements as they are ┬│
+ ┬│ downloadable. ┬│
+ ┬│ ┬│
+ ┬│ NOTE: We STRONGLY recommend the removal of all Exif data! Uniquely ┬│
+ ┬│ identifying information such as the camera serial number and GPS ┬│
+ ┬│ coordinates can pose a security threat if not removed. ┬│
+ ┬│ Use tools such as jhead, PureJPG, EXIF Cleaner... ┬│
+ ┬│ ┬│
+ ┬│ 5) Update/Patch/Trainer/eShop releases. ┬│
+ ┬│ 5.1) NSP game patches are allowed to be released, for the benefit of ┬│
+ ┬│ reducing / accomodating those with console bans / "superbans". ┬│
+ ┬│ 5.2) eShop releases must provide the titlekey in the NFO. ┬│
+ ┬│ 5.3) If update/patch/trainer is for an iNTERNAL release, ┬│
+ ┬│ update/patch/trainer must also be tagged iNTERNAL. ┬│
+ ┬│ 5.4) Source of update/patch origin must be included in NFO. ┬│
+ ┬│ Can also be tagged in dirname. ┬│
+ ┬│ 5.5) Any custom modifications to an NCA (for example: crack, trainer ┬│
+ ┬│ etc) must be in a custom patch format compatible with popular ┬│
+ ┬│ open-source custom firmware solutions, or an NSP/homebrew NRO that ┬│
+ ┬│ generates such custom patches. ┬│
+ ┬│ 5.6) A trainer for a paid game must be compatible with at least one of ┬│
+ ┬│ the releases of a game. Compatible releases must be included in ┬│
+ ┬│ the NFO. ┬│
+ ┬│ 5.7) An in-app purchase crack can dupe a trainer or vice versa if they ┬│
+ ┬│ provide wholly the same features. ┬│
+ ┬│ For example: if a group releases an in-app purchase crack that ┬│
+ ┬│ allows to get unlimited coins, a later trainer that only has ┬│
+ ┬│ options for increasing coins by a certain amount, and options ┬│
+ ┬│ related to obtaining the benefits of coins, would be a dupe. ┬│
+ ┬│ 5.8) It is allowed to release paid DLC, trainers or in-app purchase ┬│
+ ┬│ cracks for free eShop games. ┬│
+ ┬│ 5.9) The latest compatible game version may be included in the release, ┬│
+ ┬│ if a previous release did not include it. ┬│
+ ┬│ Therefore: it is allowed to release free eShop games, as long as ┬│
+ ┬│ you either provide some paid DLC with it, or put in the work and ┬│
+ ┬│ make a trainer or an in-app purchase crack! ┬│
+ ┬│ In this case, "Incl." must be added to the dirname where ┬│
+ ┬│ appropriate. If the latest compatible game version is a patch NCA, ┬│
+ ┬│ then the directory name of the release including the base game NCA ┬│
+ ┬│ must be included in the NFO. ┬│
+ ┬│ 5.10) An NSP game update that has already been released as part of an ┬│
+ ┬│ updated XCI cart revision must be tagged iNTERNAL. ┬│
+ ┬│ ┬│
+ ┬│ 6) Region, Languages, Tags: ┬│
+ ┬│ 6.1) The dirname should only contain the game name, CNMT version number ┬│
+ ┬│ when non-zero and tags. ┬│
+ ┬│ If a game does not include the English language, this must be ┬│
+ ┬│ specified in the dir name unless the region tag implies that ┬│
+ ┬│ regions native language is the only language in the game ┬│
+ ┬│ eg. game tagged JPN is Japanese only, hence does not need to state ┬│
+ ┬│ the language. ┬│
+ ┬│ 6.2) The version number must be the parsed format, cut down to the last ┬│
+ ┬│ non-zero non-dot character. Therefore: if CNMT version is ┬│
+ ┬│ v65536 (0.1.0.0), version number in dirname should be v0.1 ┬│
+ ┬│ 6.3) For non English releases (JAPANESE/KOREAN/etc.) the directory ┬│
+ ┬│ name MUST have a region tag (JPN/KOR/MULTI...) ┬│
+ ┬│ 6.4) The source region should be included in the NFO. ┬│
+ ┬│ 6.5) If a game is re-released for having additional foreign languages, ┬│
+ ┬│ the release must be tagged as MULTI and the NFO must specify ┬│
+ ┬│ which additional languages are included. ┬│
+ ┬│ 6.6) A cartridge dump as NCA must be tagged as NCA. ┬│
+ ┬│ 6.7) If the release is (or includes) an in-app purchase crack then the ┬│
+ ┬│ dirname must include the IAPCrack tag (also see rule 5.9). ┬│
+ ┬│ 6.8) If the release is (or includes) a trainer then the dirname must ┬│
+ ┬│ include the PlusX.Trainer tag where X is the number of options ┬│
+ ┬│ that the trainer provides (also see rule 5.9). ┬│
+ ┬│ 6.9) If the release is an NSP game update then the dirname must include ┬│
+ ┬│ the Update tag. This tag must NOT be included if the release is an ┬│
+ ┬│ XCI/NCA cart revision! ┬│
+ ┬│ ┬│
+ ┬│ 7) Other NFO information: ┬│
+ ┬│ 7.1) If the version number in-game is different to the CNMT version ┬│
+ ┬│ number, then the in-game version number can be included in the NFO ┬│
+ ┬│ 7.2) If the release is an XCI/NCA cart revision, the revision number of ┬│
+ ┬│ the cartridge can be included in the NFO. ┬│
+ ┬│ 7.3) If the game is online-only, the NFO must include this information. ┬│
+ ┬│ 7.4) If the release is a crack or trainer compatible with more than one ┬│
+ ┬│ version/update of a game, the highest compatible version number ┬│
+ ┬│ must be included in the dirname, and other compatible versions ┬│
+ ┬│ listed in the NFO. ┬│
+ ┬│ 7.5) If the release uses REPACK, PROPER or iNTERNAL tags, then the ┬│
+ ┬│ reason for using these tags must be explained in the NFO. ┬│
+ ┬│ ┬│
+ ┬│ 8) Dupes, Nukes, REPACK, PROPER, iNTERNAL: ┬│
+ ┬│ 8.1) You cannot release a game if another group has already released ┬│
+ ┬│ it. This is a dupe and will be nuked accordingly. ┬│
+ ┬│ 8.2) If a releases is flawed for any reason, for example if the game ┬│
+ ┬│ crashes on level 2. Then you can release a PROPER that fixes the ┬│
+ ┬│ issue. If you are fixing your own release, then use the REPACK tag ┬│
+ ┬│ instead of the PROPER tag. ┬│
+ ┬│ 8.3) If the release has a packing issue, such as it will not extract, ┬│
+ ┬│ a rar does not match the crc in the SFV or it pre'd with missing ┬│
+ ┬│ files (RAR/NFO/SFV) then it will be nuked and can be REPACK'ed or ┬│
+ ┬│ PROPER'ed. ┬│
+ ┬│ 8.4) If a dirname is mislabeld, The release will be nuked. No other ┬│
+ ┬│ group can PROPER in this instance, it is expected that the release ┬│
+ ┬│ will be fixed with a DiRFiX from the original group. ┬│
+ ┬│ 8.4) If you would like to release a DUPE for whatever reason then you ┬│
+ ┬│ must use the iNTERNAL tag. iNTERNAL is always shilded from Nuke. ┬│
+ ┬│ ┬│
+ ┬│ 9) FiXES: ┬│
+ ┬│ 9.1) The only allowed fixes are DiRFiX and PROOFFiX. ┬│
+ ┬│ 9.2) A DiRFiX must contain an NFO and the NFO must state the dirname of ┬│
+ ┬│ release that is being fixed. ┬│
+ ┬│ 9.3) A PROOFFiX must follow the PROOF requirments laid out in 4.2, 4.3 ┬│
+ ┬│ and 4.4. It must also contain an NFO and the NFO must state the ┬│
+ ┬│ dirname of the release being fixed. ┬│
+ ┬│ 9.4) If a release cannot be fixed with DiRFiX or PROOFFiX then you must ┬│
+ ┬│ REPACK the release. ┬│
+ ┬│ 9.5) You cannot DiRFiX a release to iNTERNAL to avoid a Nuke for Dupe. ┬│
+ ┬│ 9.6) DiRFiX to iNTERNAL is permitted for technical reasons, but never ┬│
+ ┬│ to shield from a Nuke for Dupe. ┬│
+ ┬│ ┬│
+ ┬│ 10) Only these characters are allowed in dirname and filenames: ┬│
+ ┬│ ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_ ┬│
+ ┬│ ┬│
+ ┬│ 11) Suggested directory formats ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.NCA.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.MULTI.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.IAPCrack.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.Plus3.Trainer.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.v0.1.Update.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.MULTI5.v0.1.Update_NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.v0.1.IAPCrack.NSW-GROUP ┬│
+ ┬│ Game.Name.<PROPER/READ.NFO/REPACK>.Incl.IAPCrack.NSW-GROUP ┬│
+ ┬│ ┬│
+ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´
+ ┬│ Signed ┬│
+ ┬│ ┬│
+ ┬│ ┬│
+ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´
+ ┬│ Compliance with this document is mandatory as of 2018-xx-xx 00:00:01 UTC ┬│
+ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
+
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ PS4 Release Standards v1.0 2018 │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. │
+│ 1.2) Rars must be in multiples of 50 000 000 bytes but no larger than │
+│ 500 000 000 bytes. │
+│ 1.3) Only PKG Format releases are acceptable. │
+│ 1.3.1) PKG trumps ISO releases. │
+│ 1.3.2) PKG must be compressed with RAR4 using m1 compression. │
+│ 1.3.3) All groups are encouraged to patch the PKG to the highest │
+│ compatible patchlevel. This is not mandatory. │
+│ 1.4) All releases can include a proof picture with disc and a group tag │
+│ 1.4.1) Proof picture can be scanned and must be in JPEG format. │
+│ 1.4.2) Proof picture must not be blurry. Disc/Cart Code must be clearly │
+│ visible. │
+│ 1.4.3) If a release is suspicious, a proof can be requested and has to │
+│ be done within 24hrs. │
+│ 1.5) PSN releases must also be in PKG format. │
+│ 1.6) If a game is re-released for having additional foreign languages, the │
+│ release must be tagged as MULTI and the nfo must specify which │
+│ additional languages are included. │
+│ 1.7) All previous ISO File Format releases can be re-released as PKG. │
+│ 1.8) The dirname should only contain the game name and tags. │
+│ 1.8.1) The source region should be included in the nfo. │
+│ 1.8.2) The required firmware must be included in the nfo. │
+│ 1.8.3) Patchlevel / Installed updates should be included in the nfo. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ Signed │
+│ │
+│ BlaZe, DUPLEX, GCMR, KOTF, LaKiTu, LiGHTFORCE, PACT, PROTOCOL, TRSI │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ Compliance with this document is mandatory as of 2018-02-22 00:00:01 UTC │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+ ./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ PS4 Scene Rules 2018
+ / /_ \ \ \ \\ -\____\---\___ \ [28 June 2018]
+/ \ . \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/. ----------------+
+. /_______/ . │
+│ │
+│ PS4 Release Standards v1.1 2018 │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ 1) Packing: │
+│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. │
+│ 1.2) Rars must be in multiples of 50.000.000 bytes but no larger than │
+│ 500.000.000 bytes. │
+│ 1.3) Rars must be RAR4 compressed with M1 (fastest) or better. │
+│ 1.4) Rars must use "Old Style volume names". │
+│ 1.5) Password protected archives are not allowed. │
+│ │
+│ 2) NFO: │
+│ 2.1) The release must include a .NFO. The file must be a plain-text │
+│ document and at least include the name of the title. │
+│ 2.2) NFO must include GAMEID and version. │
+│ 2.3) The required firmware must be included in the nfo. │
+│ 2.4) Patchlevel/Installed updates must be included in the nfo. │
+│ 2.5) All game languages is encouraged to be included in nfo. │
+│ 2.6) A short description of release is encouraged to be in the nfo. │
+│ │
+│ 3) Image format: │
+│ 3.1) Only PKG Format releases are acceptable. │
+│ 3.2) PKG trumps ISO releases. │
+│ 3.3) The game dump needs to be a full working "dump". │
+│ 3.4) All groups are encouraged to patch the PKG to the highest │
+│ compatible patchlevel. This is not mandatory. │
+│ 3.5) Source of game disc origin must be included in nfo. │
+│ 3.6) All previous ISO File Format releases can be re-released as PKG. │
+│ │
+│ 4) Proof: │
+│ 4.1) The groups are encouraged to include a proof picture with disc │
+│ and a group tag, for "new" groups which pred less then 50 "working" │
+│ releases this is mandatory. │
+│ 4.2) You have 24 hours AFTER NUKE to release a Prooffix. │
+│ After this 24 hours grace period, any other group is allowed to │
+│ release a PROPER with scans/photos. │
+│ 4.3) Proof picture can be scanned and must be in JPEG format. │
+│ 4.4) Proof picture must not be blurry. Disc/Cart Code must be clearly │
+│ visible. │
+│ 4.5) If the medium or cover/booklet contain anything that may expose │
+│ your identity, then that part of the image can be blurred or │
+│ blackened. Additional scans may be added but these DO NOT count │
+│ as sufficient proof! │
+│ 4.6) PSN releases will be exempt from proof requirements as they are │
+│ downloadable. │
+│ │
+│ NOTE: We STRONGLY recommend the removal of all Exif data! Uniquely │
+│ identifying information such as the camera serial number and GPS │
+│ coordinates can pose a security threat if not removed. │
+│ Use tools such as jhead, PureJPG, EXIF Cleaner... │
+│ │
+│ 5) Updates Patches DLC: │
+│ 5.1) Updates/DLC for releases must also be in PKG format. │
+│ 5.2) Update/patch/DLC must say in nfo what release it is intended for. │
+│ 5.3) If Update/patch/DLC is for an iNTERNAL release, │
+│ Update/patch/DLC must be tagged iNTERNAL too. │
+│ 5.4) Suggested directory format (if the Update/patch/DLC is pred alone): │
+│ GAME.NAME.<PROPER/READ.NFO/REPACK>.UPDATE.v1.00.PS4-GRPNAME │
+│ Game_Name_<PROPER/READ_NFO/REPACK>_v1.00_PATCH_PS4-GRPNAME │
+│ Game.Name.<PROPER/READ.NFO/REPACK>.DLC.PS4-GRPNAME │
+│ │
+│ 6) Region and Languages: │
+│ 6.1) If a game does not include the English language, this must be │
+│ specified in the dir name (with use of language tag). │
+│ - If the game has only one foreign language an appropriate tag │
+│ should be used in the directory for example JPN/KOR/etc. │
+│ - If the game includes multiple languages MULTI tag should be │
+│ used, and the nfo must specify which languages are included. │
+│ 6.2) If a game is re-released for having additional foreign languages, │
+│ the release must be tagged as MULTI and the nfo must specify │
+│ which additional languages are included. │
+│ 6.3) Due to releases being region free, region tag EURO, USA and ASIA │
+│ is NOT ALLOWED. │
+│ │
+│ 7) Other: │
+│ 7.1) The dirname must only contain the game name, allowed tags, │
+│ platform name and groupname. │
+│ 7.2) the 'online only' games must state in nfo that game is for online │
+│ only, as those cant be played with the currently known methods. │
+│ 7.3) Homebrew software, emulators will not be released unless its │
+│ official retail or from PSN. │
+│ 7.4) Virtual Reality releases must be tagged 'VR'. │
+│ 7.5) If the release is an unlocker or trainer compatible with more than │
+│ one version/update of a game, the highest compatible version number │
+│ must be included in the dirname. │
+│ │
+│ 8) Only these characters are allowed in dirname and filenames: │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_ │
+│ │
+│ 9) Suggested directory formats: │
+│ GAME.NAME.<PROPER/READ.NFO/REPACK>.PS4-GRPNAME │
+│ Game_Name_LANGUAGE_<PROPER/READ_NFO/REPACK>_PS4-GRPNAME │
+│ Game.Name.MULTI.<PROPER/READ.NFO/REPACK>.PS4-GRPNAME │
+│ │
+│ Game.Name.<PROPER/READ.NFO/REPACK>.VR.PS4-GRPNAME │
+│ Game.Name.LANGUAGE.<PROPER/READ.NFO/REPACK>.VR.PS4-GRPNAME │
+│ GAME.NAME_MULTI_<PROPER/READ_NFO/REPACK>_VR_PS4-GRPNAME │
+│ │
+│ NOTE: To nukers/nukenets if something is unclear, ask your resident │
+│ groupadmin that signed rules for interpretation and implementing │
+│ of above rules. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ Signed: │
+│ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ │
+│ ˙ DarKmooN ˙ DUPLEX ˙ Googlecus ˙ LaKiTu ˙ LiGHTFORCE ˙ PACT ˙ │
+│ ˙ Playable ˙ PROTOCOL ˙ RESPAWN ˙ TRSI ˙ UNLiMiTED ˙ WaLMaRT ˙ │
+│ │
+│ Refused to Sign: │
+│ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ │
+│ ˙ GCMR ˙ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ Compliance with this document is mandatory as of 2018-07-02 00:00:01 UTC │
+└─────────────────────────────────────────────────────────────────────────────┘
+
+ "make good releases. break all rules - we are pirates afterall"
Official MP3 Release Rules 4.0
+ _______________________________________________________________
+
+ 1. No Dupes !
+ Complete albums/releases are checked, not single tracks. So a
+ release is not a dupe if it has different or more tracks.
+ Exceptions:
+ 1.1. It's also a dupe if the complete release is included in a
+ previous one. For example CDM is released, now someone releases
+ the CDS and all tracks of the CDS were already included on the
+ CDM (exactly the same tracks).
+
+ 1.2. You are allowed to create a duplicate release of a release that
+ has a source of lower quality (a different source!).
+ Example: if Vinyl is out then a CD-release is allowed.
+ For online bought MP3s (-WEB-) we assume the best source quality
+ (CDDA or better).
+
+ 1.3. All MIXED CDs should be ripped as one track supplied with a
+ .cue. However if they're not, another group can release it this
+ way afterwards, with neither release getting nuked because of
+ the other.
+
+ 1.4. It is allowed to release a physical medium version after a WEB
+ or FLASH version. Note that this includes physical medium
+ releases even when they are also available to download for free
+ online.
+ Proofing rule (see section 19) always applies to physical medium.
+
+ 1.5. If an unmixed version of a release is available in webshops, it
+ is allowed for both mixed physical and unmixed WEB versions to
+ be released.
+
+
+ For all LIVE sources:
+ + If a show has already been released (e.g. another name, but the
+ mix is the same), no dupe of that same show is allowed. If the
+ show is included in another release (for example, as a guest
+ mix), then it is not allowed either.
+ + If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to
+ release them both as a set. However, it is encouraged to release
+ only the new part if the other part is available in equal or
+ better quality, denoting in the nfo why the other part was omitted.
+ + If a show contains the broadcast of a commercially released CD,
+ it may not be released if the CD has already been released.
+
+ Note: if you want to release an import-album or some "extended
+ edition" then check rule 7 as well !
+
+ 2. An SFV and NFO file must be included in every release.
+ All releases from a physical medium must also include a JPG proof -
+ see rule 19. CUE, M3U and additional JPG files (scans) are optional.
+ If you release a CUE file for multitrack mp3s then the CUE file must
+ include artist and tracknames if they are available on the cover or
+ inlay. If you want to release additional material (Videos, Lyrics,
+ ...) from the source medium then you must release that separately
+ with dirname tag -EXTRAS-.
+
+ 3. Directoryname must at least contain:
+ 3.1. Artist Name - Title - Published Year (decimal) - Group name
+ (extra info is allowed of course)
+
+ 3.2. All bootleg releases must have the word BOOTLEG in dirname.
+ (check bootleg rule 14)
+
+ 3.3. If you release magazine CDs then you must tag them as -MAG-.
+ Don't tag them -PROMO-, -ADVANCE-, etc.
+
+ 3.4. The directory name of an INTERNAL release must end with _INT.
+ Example: Someone_Something-2007-GROUP_INT
+
+ 3.5. For all LIVE sources:
+ It is not necessary to include the name of the station the show
+ is broadcasted on (if it is not included in the directory name,
+ it is strongly encouraged to include it in the nfo instead). The
+ date must be the date of the broadcast. Both USA (-MM/DD-) and
+ EU (-DD/MM-) date format is allowed.
+
+ 3.6. Multi-disc releases must have a multi-disc source tag. (-2CD-,
+ -3DVD-, ...)
+
+ 3.7. If you use "various artists" as artistname then you must use
+ "VA" in releasedir.
+ Example: VA-Some_Cool_Party_Mix-2CD-2019-GROUP
+
+ 3.8. To tag it as original soundtrack (OST) use an additional -OST-
+ tag (after title).
+ "OST" as artist in releasedir is not allowed.
+ Example: VA-Some_Cool_Movie-OST-WEB-2019-GROUP
+
+ 3.9. Releases from source -WEB- need an additional -SINGLE- tag
+ (after title) if they have only one track.
+ Exception: Single-file WEB releases that contain more than one
+ tracks or parts, or are longer than 25 minutes do not require
+ the -SINGLE- tag.
+
+ Exception:
+ If a Vinyl/CD has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the
+ Vinyl/CD then you must add the artistname.
+
+ 4. Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then
+ you must add the artist name as well ("VA-tracks" like mixes don't
+ need artistnames).
+ The song title for the filename must include the full title as it's
+ written on the cover/CD/inlay with all additional infos like
+ remixed/featured stuff as long as it doesn't exceed the 128 char limit.
+
+ Filenames should be unique to the best of your knowledge. Especially
+ if you're doing a Repack, Rerip or Proper.
+
+ Exception:
+ If no tracknames are supplied by the source (CD, Vinyl, ...) then
+ you *must* provide proof that these tracks have no names. Either by
+ a scan of the original cover of the record company/label (no
+ selfmade cdr or bootleg covers) or a link to an official or trusted
+ webpage with proofs. If these "untitled tracks" are part of a big
+ mix (no silence between the "tracks") then it's considered as one
+ track and you must rip it as one mp3/cue and give this track same
+ name as the "album".
+
+ 5. Files/directories must only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+ 6. Self-made releases
+ 6.1. Self-made compilations are not allowed !
+ A self-made compilation is when you select tracks from other
+ sources, put them together and release that as something new.
+
+ 6.2. A self-made MIX or completely self-made music is not allowed
+ either. If you are releasing self-made stuff then that must be
+ tagged as internal.
+
+ 7. Bonus Tracks / Bonus Discs / Boxsets
+ 7.1. The entire Medium (CD, Vinyl, ...). must be released (not
+ individual tracks). This means that even if there is only one
+ additional (bonus) or otherwise previously unreleased different
+ track, you must still release the whole medium.
+ Note that just different track length does not automatically
+ mean it's a different track, if the only difference in audio is
+ varying length of silence at the beginning or end of a track.
+ 7.2. It is NOT allowed to re-release a new edition of a retail album
+ if the different/extra/bonus tracks are already included in one
+ previous release. For example, USA album is released and four
+ months later Japanese version is released containing simply a
+ remix from an old CDM/CDS release as a bonus track, it would not
+ be considered new material and then would not be allowed to
+ release as a complete release. Note this does not apply to
+ tracks from an old compilation of Various Artists.
+
+ 7.3. If a boxset contains several sources (e.g. Vinyl+CD) then those
+ disc(s) must be released seperately (so there's only one source
+ per release).
+
+ 7.4. Boxsets with different artists must be released together if they
+ are same source format (e.g. all CDDA).
+
+ 7.5. It is allowed to release only part of a boxset (discs, not
+ individual tracks) if that part is available separately on
+ another medium (e.g. WEB). If you do that you MUST add a proof
+ URL (to that other medium release, WEB in previous example) to
+ your NFO file.
+
+ 7.6. For DVD(A) releases check Rule 10.
+
+ 8. Current maximum directory/filename-length is 128 characters
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 9. No fake-releases
+ It's a fake release when artist, title, group or source is incorrect
+ (different).
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by
+ Marilyn Manson
+
+10. DVD/DVDA Ripping
+ A DVD/DVDA release must contain all music tracks. Additional tracks
+ (interviews etc.) are optional. If those extra tracks are not
+ included then a proper (with ALL tracks) or an additional release
+ (extra tracks only) is not allowed.
+
+ If tracks are available in several audio formats then you must use
+ the "best" version.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ - DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ - DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+
+ Normalizing the sound volume is allowed but optional.
+
+11. Encoding Quality
+ 11.1. For releases where the source is MP3 file(s) (WEB,FLASH,MP3CD):
+ VBR (all combinations, but no maximum bitrate limit) and CBR
+ with following bitrates is allowed:
+ -WEB- 320 kbit only
+ -MP3CD- music: 192-320 kbit (you must choose the highest bitrate
+ available)
+ -MP3CD- audiobook: ALL bitrates
+ -FLASH- 192-320 kbit (you must choose the highest bitrate
+ available)
+ Release the MP3 unmodifed as you downloaded/copied it. It is NOT
+ allowed to re-encode!
+ Adding/changing ID3 or other tags is allowed.
+ If the FLASH medium contains both WAV and MP3 then you must
+ choose WAV.
+
+ 11.2. For ALL sources that need encoding (CD, VINYL, DVD, BLU-RAY,
+ WEB-WAV, SBD, CABLE, SAT, LINE, etc.):
+
+ You must use LAME 3.100 with preset V0 ("-V0") without any
+ additional switches that would affect the mp3 quality.
+
+ Note: from 2019-03-15 00:00:00 to 2019-04-14 23:59:59 it is
+ allowed to use either LAME 3.98.4 or LAME 3.100.
+
+ 11.3. The sampling rate must be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+
+ 11.4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file must be correct at all
+ times.
+
+ 11.5. On rare occasion, there may be defects in the actual
+ pressing/mastering/recording/etc. in a given audio source (ie.
+ skips, glitches, etc).
+ If these audio defects are identified beforehand in initial nfo
+ or in a later nfofix, then a release cannot be considered
+ invalid until there is a valid one pred. (ie; proper release
+ clean of audio defects)
+
+12. Promos
+ If a release is considered not to be complete version or include all
+ tracks, then it must be labeled as a promo and can be duped by any
+ legitimate retail release that DOES contain all tracks. The
+ legitimate release can be identified by the CAT number, or more
+ suitable proof.
+
+ Promos do not have to contain track listings, they are promotional
+ material, they are not considered legitimate releases, and are still
+ governed by quality rules.
+
+ If you release a promo when the retail is already out then you must
+ provide proof that this promo is real to make sure this is not a
+ selfmade "promo".
+
+13. Re-encodes are not allowed.
+ Exception: releases of following sources are currently allowed if
+ they are tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT/CABLE (compressed digital
+ tv/radio sat,cable,terrestrial), MD (live)
+
+14. All bootleg releases must have the word BOOTLEG in dirname
+ A bootleg recording is a CD/Vinyl/DVD that was not officially
+ released by the person/company owning the rights to do that (for
+ example streetmixes, pirate live CDs, etc).
+
+ Because very often it's not 100% clear if something is bootleg there
+ are conditions when we assume something is or isn't bootleg. This is
+ not a definition of "bootleg" and if a condition is not true then it
+ does not mean the opposite is true. This only helps nukers and
+ groups to decide if a bootleg tag is needed and hopefully leads to
+ more fair nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other artists)
+ It's bootleg if ...
+ - there are no signs that the label really released this
+
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't
+ need a bootleg tag)
+
+ even if the conditions above are true it is NOT bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released
+ any bootlegs and released stuff that was available at major retail shops
+ - the artist or label of the samples confirms this release is valid
+ (on their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.sonymusicstore.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.decks.de
+ www.4djsonly.com
+
+ The shop itself must sell the record (no private sellers).
+
+15. SOURCE
+ All tracks of a release must be from same source and have same
+ quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases). Taking tracks from other scene releases or internal group
+ releases of other groups is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name needs a
+ valid source tag. Valid tags are listed below.
+
+ 15.1 =RETAIL SOURCES=
+
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- or -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL- (-2VLS- -3VLS- etc.)
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL- (-2LP- -3LP etc.)
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL- (-2VINYL- -3VINYL- etc.)
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ extra nfo info needed:
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE- (-2TAPE- -3TAPE- etc.)
+
+ [FLASH medium] (SlotMusic, CompactStick, ...)
+ dirtag needed: -FLASH-
+ extra nfo info needed:
+ - codec of source (MP3, PCM (WAV), ...)
+ - proof photo of medium+cover
+
+ 15.2 =DIGITAL DOWNLOADS=
+
+ [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see next NOTE below),
+ - bitrate of source file (if not lossless source),
+ - FULL URL to the release on some shop where it's available in that format
+ (CBR/VBR/WAV/lossless codec)
+
+ [WEB] - audio files available only at services appointed by the label.
+ audio files available only with Digital Download Cards/Code access, email or
+ any other private links.
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see next NOTE below),
+ - bitrate of source file (if not lossless source),
+ - camera picture required from the physical release that includes the
+ singular digital download - rule 19.
+
+ NOTE: common lossless compression sources are WAV, PCM, AIFF, FLAC, ALAC, APE.
+ Lossless means that the de-compressed audio is exactly the same
+ bytes as the original.
+
+ 15.3 =LIVE SOURCES=
+
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG OR DIGITAL CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct live recording from the audience]
+ dirtag needed: -AUD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so must be released internally)
+ dirtag needed: -STREAM-
+
+ 15.4 =OTHER SOURCES=
+
+ [CDR] (small label/artist releasing CDDA on CDR or LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT- (-2DAT- -3DAT- etc.)
+
+ [MP3CD] (mp3 files on a data-CD, legally available and not free)
+ dirtag needed: -MP3CD- (-2MP3CD- -3MP3CD- etc.)
+ extra nfo info needed:
+ - proof photo of medium+cover
+ - proof URL to artist, label or shop where it's available
+
+ [UNKNOWN]
+ dirtag needed: -BOOTLEG-
+
+ All other "sources" are invalid source tags (-LIVE- , -EP-, ...).
+ Which means you need a second tag for the source if you use those
+ tags (except for CDs which don't need a source tag).
+
+ A SBD release is not allowed if it could be a re-encode/repack of
+ the same show streamed or downloaded free from inet. If a free
+ broadcast or download is/was available with 160kbit CBR or better
+ then it's not allowed to do a SBD release.
+
+16. Fixes
+ 16.1. Trackfixes / ID3TAG-fixes
+ Trackfixes and ID3TAG-fixes are not allowed.
+ If you want to fix a release because one or more tracks are
+ damaged or tagged incorrectly then you must release a REPACK to
+ fix it.
+ 16.2. Dirname
+ If you release a dirfix then the dirname of the problematic
+ release must be listed in your NFO file.
+ If a release gets nuked for BAD DIRNAME then the releasegroup
+ has 72 hours to release a dirfix. If they don't do it within the
+ 72 hours then any other group is allowed to release it.
+ The 72 hours start when the release gets nuked.
+ 16.3. Prooffixes
+ If you fail to add scans/photos you have 24 hours AFTER PRE to
+ release a Prooffix.
+ If a provided proof was judged inadequate and nuked, you have 24
+ hours AFTER NUKE to release a prooffix.
+ Before, during and after this 24 hours grace period, any other
+ group is allowed to release a PROPER with scans/photos even if
+ the mp3 content is 100% identical.
+
+17. ID3 Tags
+ All mp3 files need an ID3 v1.1 and ID3 v2 tag. This tag must include
+ Artist, Title and Album (see Note #3). The fields Year, Genre and
+ Tracknumber must be present, but a release can not be nuked simply
+ because they're incorrect.
+
+18. LIVE release quality
+ 18.1. The set must be complete. This means that every part of the show
+ must be released, and the beginning and end must be included in
+ their entirety. A set may not miss more than 1 minute from begin
+ or end.
+ 18.2. All commercials must be edited out.
+ 18.3. DJ talk can be included to a certain extent: track announcements
+ and short lines from the DJ should not be removed; interviews
+ and other long talk should be removed (or included in a separate
+ file if it's special).
+ 18.4. It is encouraged to fade-in and fade-out the set. However, lack
+ of fades constitutes no proper reason.
+
+19. Scans/Photos
+ 19.1. All releases from physical sources must always include proof.
+ 19.2. Proof means a good quality scan or photo of the physical medium
+ together with the cover or a booklet page so the proof can be
+ identified as the release in question. If the medium or
+ cover/booklet contain anything that may expose your identity,
+ then that part of the image can be blurred or blackened.
+ Additional scans may be added but these DO NOT count as
+ sufficient proof!
+ For bundled versions of two or more sources, it is allowed to
+ use cover and medium of these sources as long as it was
+ distributed as a bundle and not separately. (examples: 1 - DVD
+ cover format with CD. 2 - Vinyl cover format with CD). For
+ multi-disc sets, all medium of same source must be together with
+ the cover or a booklet page so the proof can be identified as
+ the release in question. Make your proof as close as possible to
+ the included examples.
+ 19.3. A note with the group name on the proof is optional except for
+ releases without cover - rule 19.6.
+ 19.4. Proof resolution must be 640x480/480x640 pixels or higher in
+ standard JPEG format. Maximum filesize for the JPG file is 5mb
+ (5242880 bytes).
+ 19.5. We STRONGLY recommend removal of all Exif data! Uniquely
+ identifying information such as camera serial number and GPS
+ coordinates can pose a security threat if not removed. Use tools
+ such as jhead, PureJPG or EXIFPurge to remove the Exif data.
+ 19.6. Whitelabel, test presses and promo releases officialy
+ distributed without cover/case/artwork cover requires note with
+ group name over the medium.
+
+20. FLASH medium ripping
+ 20.1. A FLASH release must contain all music tracks. For additional
+ stuff (videos, pictures etc.) see rule 2.
+ 20.2. If the FLASH medium contains WAV files you must encode them with
+ scene standards.
+ 20.3. If the FLASH medium contains multiple formats (e.g. 10 tracks
+ WAV and a DJ MIX MP3) it is allowed to release it with mixed
+ VBR/CBR and multiple encoders.
+
+21. High Definition Ripping
+ 21.1. A HD DVD/BLU-RAY release must contain complete music track from
+ concert. Additional tracks (interviews, videos, bonus etc.) are
+ optional.
+ If those extra tracks are not included then a proper (with ALL
+ tracks) or an additional release (extra tracks only) is not
+ allowed.
+ 21.2. HD DVD and BLU-RAY video clip releases should be ripped as multi
+ track release keeping original tracklist (not .m2ts sequence).
+ 21.3. If tracks are available in several audio formats then you must
+ use the highest bitrate lossless source track. DTS core must be
+ extracted from a DTS HR/HD MA track (if that is the source in use).
+ 21.4. Multi channel audio must be downmixed to stereo 2 channels.
+ 21.5. Downsampling to 44.1 or 48khz is allowed (if source is better),
+ upsampling to 44.1 or 48khz is not allowed.
+ 21.6. Normalizing the sound volume is allowed but optional.
+ 21.7. CUE file made from source chapters should always be included
+ with final release package.
+ 21.8. HD DVD/BLU-RAY release is NOT allowed if retail CD version with
+ same tracks has been released already.
+
+22. Security
+ 22.1. URL shorteners (like tinyurl or goo.gl) are not allowed ANYWHERE
+ in the release.
+ Do NOT use them in NFO, ID3-tag or anywhere else!
+
+Notes:
+
+ 1. The Year in dirname is not the year when you released it but when
+ the record company/artist published it. It MUST be correct. If it's
+ not possible to find the correct year use "x"s (e.g. "-199x-").
+ 2. If a release labeled as "advance" is identical to a retail version,
+ then it is not allowed to be duped and it counts as a retail for ALL
+ rules. If a retail version is different then it's allowed to be
+ released of course.
+ 3. Artist and Title in directoryname MUST both be correct. However
+ incorrectly converted foreign characters are tolerated. Typos in
+ trackname and/or ID3-tag are tolerated if it is still readable and
+ either artist or title is 100% correct.
+ 4. The audio of a normal video DVD is NOT DVDA ! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192khz). Tagging a
+ normal DVD release as -DVDA- will get nuked.
+
+change-log:
+2007-01-15 first version (v1.0)
+2007-06-01 rule 1: live sources addition
+2007-06-01 1.4 added (CD after WEB allowed)
+2007-06-01 3.4 added (INT tagging)
+2007-06-01 3.5 added (live sources)
+2007-06-01 rule 4 addition (remix info in filenames)
+2007-06-01 rule 7 reworded to make clear it's for promos/advances too
+ and to allow full re-releases within 3 months more than 30% is new.
+2007-06-01 rule 11 addition: best CBR must be released for WEB releases
+2007-06-01 11.3 added (minimum sampling rate)
+2007-06-01 11.4 added + rewordings for live sources
+2007-06-01 rule 13 adjusted for live sources
+2007-06-01 rule 15 reworded to forbid different encoders in one release
+2007-06-01 rule 15 new sources HD DVD and BLU-RAY added
+2007-06-01 rule 15 "CDDA" added to all CD-sources
+2007-06-01 rule 15 all live sources adjusted, "SBD" rips limited
+2007-06-01 rule 18 added (LIVE release quality)
+2009-09-01 rule 1.4 CD after FLASH allowed
+2009-09-01 rule 2 addition (additional material must be released
+ separately with tag -EXTRAS-)
+2009-09-01 rule 6.2 reworded to forbid homemade releases
+2009-09-01 rule 11 lame 3.90.3 removed
+2009-09-01 rule 12 last paragraph moved to rule 20
+2009-09-01 rule 15 (FREE MP3s) addition (physical retail release allowed
+ even if free version available) (rule removed on 2011-04-15)
+2009-09-01 rule 15 source AUD re-added and HOMEMADE source removed
+2009-09-01 16.2 added (Dirname/ID3 Fixes)
+2009-09-01 rule 17 addition (ID3 v2)
+2009-09-01 19 added (Scans/Photos)
+2009-09-01 20 added (FLASH medium ripping)
+2011-04-15 15 removed because it was obsolete + renumbered the following rules
+2011-04-15 rule 2 reworded to include .JPG files
+2011-04-15 rule 11.2 reworded to make it more clear + lame version
+ updated to 3.98.4 and V0
+2011-04-15 rule 15 addition (needed extra NFO info for HD releases)
+2011-04-15 rule 16.3 added (Prooffixes)
+2011-04-15 rule 19 (Scans/Photos) completely redone (All releases from
+ physical sources must always include proof.)
+2011-04-15 21 added (High Definition ripping)
+2014-01-15 rule 1.4 physical medium sources after digital downloads releases.
+2014-01-15 rule 1.5 Cleared out what happens with mixed/unmixed CD vs WEB.
+2014-01-15 rule 7 New title + renumbered.
+2014-01-15 rule 7.1 complete releases allowed
+2014-01-15 rule 7.3 digital download -BONUS_TRACKS- releases.
+2014-01-15 rule 11.1 same encoder for digital downloads.
+2014-01-15 rule 11.5 added.
+2014-01-15 rule 15 renumbered + additional web sources.
+2014-01-15 rule 16.3 b) added.
+2014-01-15 rule 19.2 adjusted for multiple source in same release and
+ multi-disc releases.
+2014-01-15 rule 19.3 adjusted for releases without cover.
+2014-01-15 rule 19.6 added.
+2019-03-15 rule 3.6 added (multi-disc releases must have a multi-disc
+ tag in releasename)
+2019-03-15 rule 3.7 added (VA tagging)
+2019-03-15 rule 3.8 added (OST tagging)
+2019-03-15 rule 3.9 added (-SINGLE- tag for WEB rels)
+2019-03-15 rule 7.3 removed (BONUS_TRACKS tag)
+2019-03-15 new rule 7.3-7.5 added (how to handle boxsets) -> rule 7 renumbered
+2019-03-15 rule 11.1 updated (WEB cbr bitrates below 320kbit are no
+ longer allowed, added MP3CD)
+2019-03-15 rule 11.2 updated (LAME version changed to 3.100
+ (starting 2019-04-15))
+2019-03-15 rule 15.2 updated (FULL URL for WEB rels needed)
+2019-03-15 rule 15.3 updated - source CABLE changed to digital+analog
+2019-03-15 rule 15.4 updated (MP3CD added)
+2019-03-15 rule 16.1/16.2 updated (trackfixes and ID3fixes no longer allowed)
+2019-03-15 rule 19.4 updated (size limit for proof pics: 5mb)
+2019-03-15 rule 21.8 removed -> rule 21 renumbered
+2019-03-15 rule 22 added (URL shorteners forbidden)
+2019-03-15 note 1 updated (year must be correct)
+2019-03-15 note 3 updated (typos in artist/title of releasedir are no
+ longer tolerated)
+2019-03-15 rewordings for rules 1.2, 1.3, 4, 7.1, 12, 15, 16.3, 17,
+ 19.5, 21.4 and Note 2
+
+
+ V4.0 active since 2019-03-15, signed by:
+ 1KING 6DM agw ALPMP3 AMOK AZF bASS BB8 BERC BFHMP3 BFPMP3 BTTR CaHeSo CMS
+ CRAP4U DEF dh DJ dL DPS EBM EMP ENRAGED ENRiCH ENSLAVE ENTANGLE ENTiTLED ERiS
+ ERP FALCON FANG FATHEAD FiH FKK FTD FWYH GCP gEm gF GRAVEWISH hbZ HQEM iTS
+ iUKoO JAH jAZzMan JRO JRP k4 KLV MARR mbs MOD MOHAWK NOiR OND PBS PMS PsyCZ
+ r35 RTB SHELTER SHGZ SNOOK TR U235 UBE UKW UPE USR UVU VULGAR WHOA ZzZz
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ NSW Scene Rules
+ / /_ \ \ \ \\ -\____\---\___ \ [31 January 2019]
+/ \ . \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/. ----------------+
+. /_______/ . .
+| |
+| NSW Release Standards v1.0 2019 |
++-----------------------------------------------------------------------------+
+| |
+| 1) Packing: |
+| 1.1) Releases must be packed in RAR. SFV and NFO must be included. |
+| 1.2) RAR, SFV, NFO and JPG files must have unique filenames. |
+| 1.3) Rars must be in multiples of 50.000.000 bytes but no larger than |
+| 500.000.000 bytes. |
+| 1.4) Rars must be RAR4 or RAR5 using M1 compression (fastest) or higher |
+| |
+| 2) NFO: |
+| 2.1) The release must include a .NFO. The file must be a plain-text |
+| document and at least include the name of the title. |
+| 2.2) NFO must include NCA title IDs. |
+| 2.3) In the case of a trainer or other game patch, all compatible |
+| title IDs must be included in the NFO. |
+| 2.4) The source region must be included in the NFO. |
+| 2.5) All game languages are encouraged to be included in NFO. |
+| 2.6) A short description of the release is encouraged to be in the NFO. |
+| |
+| 3) Image format: |
+| 3.1) For cartridge releases, only .XCI format dumps are acceptable. |
+| 3.2) For eShop releases, only .NSP format dumps are acceptable. |
+| 3.3) XCI files must have the CERT sector replaced with all FF bytes. |
+| 3.4) A full dump of a new cartridge revision is not allowed! |
+| If the secure partition has differences to a previous revision |
+| (game updates/DLC/etc included), and if the changes have not |
+| been previously released in some other form as Update etc. |
+| You can extract only the Update .NSP and pre it standalone. |
+| The full cartridge revision equals base-game + update and is |
+| only acceptable as INTERNAL release for collectors. |
+| 3.5) For an eShop release, all NCA files downloaded from eShop must be |
+| included in the release. They must have the NAX-layer decrypted. |
+| 3.6) For an eShop release, the NSP must include a forged ticket. |
+| The titlekey in this ticket must be encrypted with the relevant |
+| common ES key ("titlekek"). All console identifying information |
+| (including signature) must be removed. |
+| This ticket must be able to be imported using ES with signature |
+| checks patched out! |
+| |
+| 4) Proof: |
+| 4.1) All physical releases are required to include a proof picture |
+| with the cartridge visable and a group tag. |
+| 4.2) Releases that fail to pre with such proof are to be considered a |
+| nuke and can be propered. |
+| PROOFFiXES later than 4 hours from pre (if proper has not been |
+| pred during that time period) will not be accepted. |
+| 4.3) Proof picture can be scanned and must be in JPEG format. |
+| 4.4) Proof picture must not be blurry. Cartridge Code must be clearly |
+| visible. |
+| 4.5) If the medium or cover/booklet contain anything that may expose |
+| your identity, then that part of the image can be blurred or |
+| blackened. Additional scans may be added but these DO NOT count |
+| as sufficient proof! |
+| 4.6) eShop releases will be exempt from proof requirements as they are |
+| downloadable. It is encouraged to release any games as fast as |
+| possible from their publish time, to ensure the titlekeys were |
+| NOT already shared and making your sources look suspect. |
+| Stealing Title keys from the public is obviously not tolerated! |
+| |
+| NOTE: We STRONGLY recommend the removal of all Exif data! Uniquely |
+| identifying information such as the camera serial number and GPS |
+| coordinates can pose a security threat if not removed. |
+| Use tools such as jhead, PureJPG, EXIF Cleaner... |
+| |
+| 5) Update/Patch/Trainer/DLC/eShop releases. |
+| 5.1) NSP game patches are allowed to be released, for the benefit of |
+| reducing / accomodating those with console bans / "superbans". |
+| Small Day One patches are allowed to be packed together with main |
+| eShop release, any other updates to be released individually. |
+| Groups can decide to release day one updates seperately if |
+| they consider the size relative to game unreasonable. |
+| Updates for Cartridge releases must be released seperately. |
+| Only latest Update versions allowed, these contain previous data, |
+| other cases use INTERNAL or READNFO to explain the purpose/case. |
+| 5.2) eShop releases do not need the titlekey in the NFO. |
+| Anyone can extract the titlekey from the release themself. |
+| 5.3) If update is for an INTERNAL release, |
+| update must be tagged as INTERNAL too. |
+| 5.4) Any custom modifications to an NCA (for example: crack, trainer |
+| etc) must be in a custom patch format compatible with popular |
+| open-source custom firmware solutions, or an NSP/homebrew NRO that |
+| generates such custom patches. |
+| 5.5) A trainer for a paid game must be compatible with at least one of |
+| the releases of a game. Compatible titleid/release name must be |
+| included in the NFO. |
+| 5.6) An in-app purchase crack can dupe a trainer or vice versa if they |
+| provide wholly the same features. |
+| For example: if a group releases an in-app purchase crack that |
+| allows to get unlimited coins, a later trainer that only has |
+| options for increasing coins by a certain amount, and options |
+| related to obtaining the benefits of coins, would be a dupe. |
+| 5.7) It is allowed to release paid DLC, trainers or in-app purchase |
+| cracks for free eShop games too, no need for INTERNAL tags. |
+| 5.8) The latest compatible game version may be included in the release, |
+| if a previous release did not include it. |
+| Therefore: it is allowed to release free eShop games, as long as |
+| you either provide some paid DLC with it, or put in the work and |
+| make a trainer or an in-app purchase crack! Else use INTERNAL. |
+| In this case, "incl." must be added to the dirname where |
+| appropriate. If the latest compatible game version is a patch |
+| NCA, then the directory name of the release including the base |
+| game NCA must be included in the NFO. |
+| 5.9) An NSP game update that has already been released as part of an |
+| updated XCI cart revision must be tagged INTERNAL or it's a dupe. |
+| 6.0) DLC or DLC Unlocker must be specified if the .NSP contains data |
+| or is considered an Unlocker by definition. |
+| DLC Unlockers for multiple Title ID/Region versions may be packed |
+| in the same release and mentioned in NFO. |
+| If DLC is Title ID/Region specific, it must be mentioned in NFO |
+| and on the second release requires specific <REGION>_DLC tagging |
+| and may be released individually. |
+| |
+| 6) Region, Languages, Tags: |
+| 6.1) The dirname must contain the English game name when English is |
+| available in game, CNMT version number when non-zero and any tags. |
+| 6.2) If a game does not include the English language, this must be |
+| specified in the dir name unless the region tag implies that |
+| regions native language is the only language in the game |
+| eg. game tagged JPN is Japanese only, hence does not need to |
+| state the language. |
+| 6.3) The version number must be the parsed format, cut down to the |
+| last non-zero non-dot character. Therefore: if CNMT version is |
+| v65536 (0.1.0.1), version number in dirname should be v1.0.1 |
+| Dirname should use the version number on the game icon details |
+| and nfo should contain both: Example v1.0.1 (v65536) |
+| 6.4) For non English releases (JAPANESE/KOREAN/etc.) the directory |
+| name MUST have a region tag (JPN/KOR/MULTI...) |
+| 6.5) If a game is re-released for having additional foreign languages, |
+| the release must be tagged as MULTI and the NFO must specify |
+| which additional languages are included. |
+| If no different set of languages is available, but the game still |
+| has a different Title ID, you must use INTERNAL tag. |
+| The first working release with English doesn't require any tags. |
+| 6.6) If the release is (or includes) an in-app purchase crack then the |
+| dirname must include the IAPCrack tag (also see rule 5.9). |
+| 6.7) If the release is (or includes) a trainer then the dirname must |
+| include the PlusX.Trainer tag where X is the number of options |
+| that the trainer provides (also see rule 5.9). |
+| |
+| 7) Other NFO information: |
+| 7.1) If the version number in-game is different to the CNMT version |
+| number, then the in-game version number can be included in NFO. |
+| 7.2) If the release is an XCI/NCA cart revision, the revision number |
+| of the cartridge can be included in the NFO. |
+| 7.3) If the game is online-only, the NFO must include this information. |
+| 7.4) If the release is a crack or trainer compatible with more than one |
+| version/update of a game, the highest compatible version number |
+| must be included in the dirname, and other compatible versions |
+| listed in the NFO. |
+| 7.5) If the release uses REPACK, PROPER or INTERNAL tags, then the |
+| reason for using these tags must be explained in the NFO. |
+| |
+| 8) Dupes, Nukes, REPACK, PROPER, INTERNAL: |
+| 8.1) You cannot release the same game if another group has already |
+| released it. Physical cartridge XCI format after eShop NSP is |
+| acceptable but not vice versa. |
+| 8.2) If a releases is flawed for any reason, for example if the game |
+| crashes on level 2. Then you can release a PROPER that fixes the |
+| issue. If you are fixing your own release, then use the REPACK tag |
+| instead of the PROPER tag. PROPER/REPACK reason must be stated in |
+| the NFO. |
+| 8.3) If the release has a packing issue, such as it will not extract, |
+| a rar does not match the crc in the SFV or it pre'd with missing |
+| files (RAR/NFO/SFV) then it will be nuked and can be REPACK'ed , |
+| PROPER'ed or RARFiX'ed. |
+| 8.4) If a dirname is mislabeld, The release will be nuked. No other |
+| group can PROPER in this instance, it is expected that the release |
+| will be fixed with a DiRFiX from the original group. |
+| 8.5) You are not allowed to release DUPES with INTERNAL tag when |
+| losing the race. INTERNAL can not be abused to pre a lost race. |
+| |
+| 9) FiXES: |
+| 9.1) The only allowed fixes are NFOFiX, DiRFiX, PROOFFiX and RARFiX. |
+| 9.2) A FiX must contain an NFO and the NFO must state the dirname of |
+| release that is being fixed. RARFiX must contain rar/sfv too. |
+| 9.3) A PROOFFiX must follow the PROOF requirments laid out in 4.2, 4.3 |
+| and 4.4. |
+| 9.4) If a release can not be fixed with DiRFiX, PROOFFiX, RARFiX or an |
+| NFOFiX then you must REPACK the release, no other FiXES are |
+| permitted. |
+| 9.5) DiRFiX to iNTERNAL is permitted for technical reasons, but never |
+| to shield from a nuke for dupe when having lost the race. |
+| |
+| 10) Only these characters are allowed in dirname and filenames: |
+| ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_ |
+| |
+| 11) Suggested directory formats _ and . are both accepted |
+| Game.Name.<PROPER/READ.NFO/REPACK>.NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.MULTI.NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_MULTI5_NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.IAPCrack.NSW-GROUP |
+| Game.Name_<PROPER/READNFO/REPACK>_Plus3_Trainer_NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.v0.1.IAPCrack.NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.Incl.IAPCrack.NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_DLC_NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_EUR_DLC_NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_DLC_Unlocker_NSW-GROUP |
+| Game.Name.Update.v1.0.1.<PROPER/READNFO/REPACK>.NSW-GROUP |
+| Game_Name_Update_v1.0.1_<PROPER/READNFO/REPACK>_NSW-GROUP |
+| |
++-----------------------------------------------------------------------------+
+| Signed |
+| |
+| - HR - JRP - LaKiTu - LiGHTFORCE - LUBE - PUSSYCAT - SUXXORS - VENOM - |
+| |
++-----------------------------------------------------------------------------+
+| Compliance with this document is mandatory as of 2019-02-01 00:00:01 UTC |
++-----------------------------------------------------------------------------+
+
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ NSW Scene Rules
+ / /_ \ \ \ \\ -\____\---\___ \ [09 October 2019]
+/ \ . \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/. ----------------+
+. /_______/ . .
+| |
+| NSW Release Standards v1.1 2019 |
++-----------------------------------------------------------------------------+
+| |
+| 1) Packaging: |
+| 1.1) Releases MUST be packed in RARs multiples of 50,000,000 bytes but |
+| no larger than 500,000,000 bytes. |
+| 1.2) SFV and NFO must be included with the release. |
+| 1.3) RAR, SFV, NFO and JPG files MUST have unique filenames |
+| 1.4) Rars must be RAR4 or RAR5 using M1 compression (fastest) or higher |
+| 1.5) NFOs MUST be in plain-text and include the following: |
+| . Name of the title |
+| . Source Region for carts |
+| . Nintendo Content Archive (NCA) Title IDs |
+| . All compatible Title IDs for trainers, DLCs, or other game |
+| patches |
+| 1.6) NFOs SHOULD include the following: |
+| . All included game languages |
+| . Short description of the release |
+| |
+| 2) Image format: |
+| 2.1) Cartridge releases MUST be in .XCI format. |
+| 2.2) eShop releases MUST be in .NSP format. |
+| 2.3) XCI files MUST have the CERT sector replaced with all FF bytes. |
+| 2.4) A full dump of a new cartridge revision is not allowed! |
+| If the secure partition has differences to a previous revision |
+| (game updates/DLC/etc included), and if the changes have not |
+| been previously released in some other form as Update etc., |
+| you can extract only the Update .NSP and pre it standalone. |
+| The full cartridge revision equals base-game + update and is |
+| only acceptable as INTERNAL release for collectors. |
+| 2.5) For an eShop release, all NCA files downloaded from eShop MUST be |
+| included in the release. They must have the NAX-layer decrypted. |
+| 2.6) For an eShop release, the NSP must include a forged ticket. |
+| The titlekey in this ticket must be encrypted with the relevant |
+| common ES key ("titlekek"). All console identifying information |
+| (including signature) must be removed. |
+| This ticket must be able to be imported using ES with signature |
+| checks patched out! |
+| |
+| 3) Proof: |
+| 3.1) Snapshot (not scan) of cartridge (printed side) are required with |
+| with a group tag included in the picture in JPEG format. Cartridge |
+| snapshot must be in good quality with cart details clear and |
+| visible. |
+| 3.2) Releases that fail to pre with such proof are to be considered a |
+| nuke and can be propered. |
+| PROOFFiXES later than 4 hours from pre (if proper has not been |
+| pred during that time period) will not be accepted. |
+| 3.3) If the medium or cover/booklet contain anything that may expose |
+| your identity, then that part of the image can be blurred or |
+| blackened. Small portions containing store stickers/barcodes may |
+| be blurred or blackened. Additional scans may be added but these |
+| DO NOT count as sufficient proof! |
+| 3.4) eShop releases will be exempt from proof requirements as they are |
+| downloadable. It is encouraged to release any games as fast as |
+| possible from their publish time, to ensure the titlekeys were |
+| NOT already shared and making your sources look suspect. |
+| Stealing Title keys from the public is obviously not tolerated! |
+| |
+| NOTE: We STRONGLY recommend the removal of all Exif data! Uniquely |
+| identifying information such as the camera serial number and GPS |
+| coordinates can pose a security threat if not removed. |
+| Use tools such as jhead, PureJPG, EXIF Cleaner... |
+| |
+| 4) Update/Patch/Trainer/DLC/eShop releases. |
+| 4.1) NSP game patches (updates) are allowed to be released, for the |
+| benefit of reducing / accommodating those with console bans. |
+| Small Day One patches are allowed to be packed together with main |
+| eShop release. Other updates can be released individually. |
+| Groups can decide to release day one updates seperately if |
+| they consider the size relative to game unreasonable. |
+| Updates for Cartridge releases must be released seperately. |
+| Only latest Update versions allowed, these contain previous data, |
+| other cases use INTERNAL or READNFO to explain the purpose/case. |
+| 4.2) eShop releases do not need the titlekey in the NFO. |
+| Anyone can extract the titlekey from the release themself. |
+| 4.3) If update is for an INTERNAL release, update must be tagged as |
+| INTERNAL too. |
+| 4.4) Any custom modifications to an NCA (for example: crack, trainer |
+| etc) must be in a custom patch format compatible with popular |
+| open-source custom firmware solutions, or an NSP/homebrew NRO that |
+| generates such custom patches. |
+| 4.5) A trainer for a paid game must be compatible with at least one of |
+| the releases of a game. Compatible titleid/release name must be |
+| included in the NFO. |
+| 4.6) An in-app purchase crack can dupe a trainer or vice versa if they |
+| provide wholly the same features. |
+| For example: if a group releases an in-app purchase crack that |
+| allows to get unlimited coins, a later trainer that only has |
+| options for increasing coins by a certain amount, and options |
+| related to obtaining the benefits of coins, would be a dupe. |
+| 4.7) It is allowed to release paid DLC, trainers or in-app purchase |
+| cracks for free eShop games too, no need for INTERNAL tags. |
+| 4.8) The latest compatible game version may be included in the release, |
+| if a previous release did not include it. |
+| Therefore: it is allowed to release free eShop games, as long as |
+| you either provide some paid DLC with it, or put in the work and |
+| make a trainer or an in-app purchase crack! Else use INTERNAL. |
+| In this case, "incl." must be added to the dirname where |
+| appropriate. If the latest compatible game version is a patch |
+| NCA, then the directory name of the release including the base |
+| game NCA must be included in the NFO. |
+| 4.9) An NSP game update that has already been released as part of an |
+| updated XCI cart revision must be tagged INTERNAL or it's a dupe. |
+| 4.10) DLC or DLC Unlocker must be specified if the .NSP contains data |
+| or is considered an Unlocker by definition. |
+| DLC Unlockers for multiple Title ID/Region versions may be packed |
+| in the same release and mentioned in NFO. |
+| If DLC is Title ID/Region specific, it must be mentioned in NFO |
+| and on the second release requires specific _DLC tagging |
+| and may be released individually. |
+| |
+| 5) Region, Languages, Tags: |
+| 5.1) The dirname must contain the English game name when English is |
+| available in-game. |
+| 5.2) The first working release with English does not require any tags. |
+| If a game does not include the English language, this must be |
+| specified in the dir name unless the region tag implies that |
+| regions native language is the only language in the game |
+| eg. game tagged JPN is Japanese only, hence does not need to |
+| state the language. |
+| 5.3) For non English releases (JAPANESE/KOREAN/etc.) the directory |
+| name MUST have a region tag (JPN/KOR/MULTI...) |
+| 5.4) If a game is re-released for having additional foreign languages, |
+| the release must be tagged as MULTI and the NFO must specify |
+| which additional languages are included. |
+| If no different set of languages is available, but the game still |
+| has a different Title ID, you must use INTERNAL tag. |
+| 5.5) The version number must be the parsed format, cut down to the |
+| last non-zero non-dot character. Therefore: if CNMT version is |
+| v65536 (0.1.0.1), version number in dirname should be v1.0.1 |
+| Dirname should use the version number on the game icon details |
+| and nfo should contain both: Example v1.0.1 (v65536) |
+| 5.6) If the release is (or includes) an in-app purchase crack then the |
+| dirname must include the IAPCrack tag (also see rule 4.6). |
+| 5.7) If the release is (or includes) a trainer then the dirname must |
+| include the PlusX.Trainer tag where X is the number of options |
+| that the trainer provides (also see rule 4.6). |
+| |
+| 6) Other NFO information: |
+| 6.1) If the version number in-game is different to the CNMT version |
+| number, then the in-game version number can be included in NFO. |
+| 6.2) If the release is an XCI/NCA cart revision, the revision number |
+| of the cartridge can be included in the NFO. |
+| 6.3) If the game is online-only, the NFO must include this information |
+| 6.4) If the release is a crack or trainer compatible with more than one |
+| version/update of a game, the highest compatible version number |
+| must be included in the dirname, and other compatible versions |
+| listed in the NFO. |
+| 6.5) If the release uses REPACK, PROPER or INTERNAL tags, then the |
+| reason for using these tags must be explained in the NFO. |
+| |
+| 7) Dupes, Nukes, REPACK, PROPER, INTERNAL: |
+| 7.1) First release wins, whether it is from eShop (NSP) or cart (XCI). |
+| Do NOT mention its source (XCI or eShop) in the dir name; use |
+| nfo for that. This means releasing the same game that another |
+| group released (even if original pre is eShop and yours is XCI) |
+| WILL BE considered as a dupe. |
+| This also applies if the title ID is different: different titleID |
+| does not necessarily mean different game/content. |
+| 7.2) Complete edition of games are allowed, even if the original game |
+| was pred. This means you are allowed to re-release a game that |
+| actually brings new contents (GOTY, special edition, DLCs) even |
+| if DLCs were pred separately. |
+| 7.3) If a release is flawed for any reason, for example, if the game |
+| crashes on level 2. Then you can release a PROPER that fixes the |
+| issue. If you are fixing your own release, then use the REPACK tag |
+| instead of the PROPER tag. PROPER/REPACK reason must be stated in |
+| the NFO. |
+| 7.4) If the release has a packing issue, such as it will not extract, |
+| a rar does not match the crc in the SFV or it pre'd with missing |
+| files (RAR/NFO/SFV) then it will be nuked and can be REPACK'ed, |
+| PROPER'ed or RARFiX'ed. |
+| 7.5) If a dirname is mislabeled, The release will be nuked. No other |
+| group can PROPER in this instance, it is expected that the release |
+| will be fixed with a DiRFiX from the original group. |
+| 7.6) You are not allowed to release DUPES with INTERNAL tag when |
+| losing the race. INTERNAL can not be abused to pre a lost race. |
+| 7.7) You are not allowed to pre game updates that don't have a scene |
+| release of the base game (P2P doesn't count as scene!). |
+| 7.8) You are not allowed to pre half a game, or portions of a game |
+| (few characters, few levels, etc) for games that need a mandatory |
+| day 1 patch/content to be complete. |
+| 7.9) Only working PLAYABLE releases on current CFW solutions are |
+| allowed. This means you are not allowed to pre a non-working |
+| game until it's fixed either by you or by new CFW/tools. |
+| If you believe the problem to be related to the CFW/current tools |
+| and not your dump and still think not preing it will stall |
+| progress, you are invited to pre it as INTERNAL and note the issue |
+| in the NFO. |
+| 7.10) If your release doesn't pass the internal NSW hash checks and is |
+| detected as damaged even if it seems to be working, then the |
+| release is not valid. |
+| 7.11) Online only games should be tagged as INTERNAL. |
+| 7.12) NSP2XCI tools can not be used to pre XCI releases. For archival |
+| purposes, you can pre XCIs of retail carts after eShop as INTERNAL |
+| but not for lost race after eShop. It is encouraged to dump |
+| undumped games rather than releasing EVERY release cart after |
+| eShop as there are tools for conversion available. |
+| |
+| 8) FiXES: |
+| 8.1) Some examples of fixes include NFOFiX, DiRFiX, PROOFFiX, RARFiX, |
+| OFFLiNE, CRACKFiX, and FiX. If it can not be FiX'ed, then a REPACK |
+| is required. |
+| 8.2) The NFO MUST state the dirname of release that is being fixed |
+| 8.3) A PROOFFiX must follow the PROOF requirements laid out in 3.1, 3.3 |
+| and 3.4. |
+| 8.4) DiRFiX to iNTERNAL is permitted for technical reasons, but never |
+| to shield from a nuke for dupe when having lost the race. |
+| |
+| 9) Only these characters are allowed in dirname and filenames: |
+| ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_ |
+| |
+| 10) Suggested directory formats _ and . are both accepted |
+| Game.Name.<PROPER/READ.NFO/REPACK>.NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.MULTI.NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_MULTI5_NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.IAPCrack.NSW-GROUP |
+| Game.Name_<PROPER/READNFO/REPACK>_Plus3_Trainer_NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.v0.1.IAPCrack.NSW-GROUP |
+| Game.Name.<PROPER/READ.NFO/REPACK>.Incl.IAPCrack.NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_DLC_NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_EUR_DLC_NSW-GROUP |
+| Game_Name_<PROPER/READNFO/REPACK>_DLC_Unlocker_NSW-GROUP |
+| Game.Name.Update.v1.0.1.<PROPER/READNFO/REPACK>.NSW-GROUP |
+| Game_Name_Update_v1.0.1_<PROPER/READNFO/REPACK>_NSW-GROUP |
+| |
+| |
++-----------------------------------------------------------------------------+
+| Signed |
+| |
+| - HR - JRP - LaKiTu - LUBE - PUSSYCAT - SUXXORS - VENOM |
+| |
++-----------------------------------------------------------------------------+
+| Compliance with this document is mandatory as of 2019-10-09 00:00:01 UTC |
++-----------------------------------------------------------------------------+
░
+ ▒ ▒ ▒ ▒▒▒
+ ░ GERMAN RETAiL TV SERIES RULES v1.0 ░
+ (DRTVSR.v1.0) ▒ ▒ ▒ ▒▒▒
+ ░ ░
+
+ ░
+
+
+ - PROLOG -
+ ----------------------
+
+ Dieses Ruleset ist im Vergleich zu dem von 2012/2013 eigenstaendig gegenueber
+ den DSTVR und DHDSTVR.v2.0 klaert alle Fragen die sich zum Thema Retail TV ergeben.
+ Es wurde grundlegend ueberarbeitet und bietet eine Vielzahl von Neuerungen
+ und Neuregelungen. Die wichtigsten davon sind u.a. :
+
+ *) Bei 720p muss nun auch DTS-Audio verwendet werden (B10.3)
+ *) Regelung von Retail Proofs (E1)
+ *) Regelung der maximalen Zeit (D1)
+ *) FS Crop (B07 und B07.2)
+ *) Mod2 Crop (B07.4)
+ *) Erweiterung 2160p
+
+
+ - INHALTSVERZEICHNIS -
+ ----------------------
+
+ A: Allgemeines F: Packaging (Sample - NFO - RAR)
+ B: Encoding (Bild - AR/Crop - Ton) G: Dirnamen
+ C: Subtitle H: Proper Gruende
+ D: Staffelrechte I: Appendix
+ E: Retail Proof J: Epilog
+
+
+
+ -- A * ALLGEMEINES --
+ ----------------------
+
+ A1. TV/Serien Release sind nur im x264 (480p(SD)/720p/1080p) / x265 (2160p)
+ Format (MKV Container) zulaessig.
+
+
+ A1.1. Erlaubte Bildquellen sind:
+ UHD BluRay (nur 2160p), BluRay, DVD
+
+ Im 480p (SD) Bereich : DVDRip duped BDRip und vice versa
+
+ UHD Bluray ist nur fuer 2160p erlaubt, UHD Bluray zu SD, 720p, 1080p
+ ist verboten.
+
+ A1.2. Einzelne Folgen, die als Promo BD (Zeitungs- oder
+ Zeitschriftenbeilagen, Bonus-Episoden, etc.) publiziert
+ wurden, duerfen nicht zur Sicherung von Retail Staffelrechten
+ genutzt werden.
+ Ausgenommen hiervon sind Preview-Retails welche im regulaeren
+ Handel verfuegbar sind, wie zum Beispiel bei Star Trek TNG.
+
+ A2. Alle diesem Ruleset unterliegenden Release muessen sich an folgenden
+ Groessen orientieren:
+
+ A2.1. Ein im 2Pass Verfahren erstelltes 720p Release sollte in der
+ Groesse einem Vielfachen von 50MB entsprechen. Dabei darf eine
+ Videobitrate von 3500Kbps nicht unterschritten werden.
+ Ausgenommen hiervon sind Anime- / Animations- und Zeichentrick-
+ serien, hier darf die Videobitrate 2500Kbps nicht unterschreiten.
+
+ A2.2. Ein im 2Pass Verfahren erstelltes 1080p Release sollte in der
+ Groesse einem Vielfachen von 100MB entsprechen. Dabei darf eine
+ Videobitrate von 7500Kbps nicht unterschritten werden.
+ Ausgenommen hiervon sind Anime- / Animations- und Zeichentrick-
+ serien, hier darf die Videobitrate 5000Kbps nicht unterschreiten.
+
+ A2.3. Ein Undersize von maximal 10 MB ist erlaubt bei im 2Pass erstellten
+ Releases.
+
+ A3. Es wird empfohlen stets die aktuellste x264 8 Bit Revision zu verwenden.
+ Bei der Nutzung des nativen x264 8 Bit darf die verwendete Revision nicht
+ aelter als 5 Builds sein. Als erste Quelle dient hier https://videolan.org.
+
+ Wenn ein Programm verwendet wird welches lediglich auf dem x264
+ Sourcecode basiert, muss die verwendete Version stets der
+ aktuellsten verfuegbaren Version mit neuer x264 8Bit Version ent-
+ sprechen, hier ist eine Abweichung von 3 Builds erlaubt.
+
+ Die Nutzung von x265 ist nur bei 2160p erlaubt und die Build darf nicht
+ mehr als -0.1+9x rev zum aktuellen zurueckliegen. Als erste Quelle
+ dient hier http://msystem.waw.pl/x265/.
+
+
+ -- B * ENCODING --
+ ----------------------
+
+ B01. 480p, 720p und 1080p Release sind sowohl im CRF, als auch 2 Pass Verfahren
+ erlaubt. 2160p Releases sind nur im CRF Verfahren erlaubt.
+
+ B01.1. Ein im CRF-Verfahren encodetes Release muss einen CRF-Faktor
+ zwischen 18 und 20 aufweisen. Sollte ein Faktor groesser als
+ 20 verwendet werden muss dies hinreichend in der NFO
+ begruendet werden.
+
+ Im Verhaeltnis der CRF-Faktoren sorgt 18 fuer eine groessere
+ Filesize, waehrend 20 fuer eine kleinere Filesize sorgt.
+
+ Der Mittelweg von CRF 19 wird empfohlen. Aber dieses ist
+ dem Ripper ueberlassen.
+
+ Fuer 480p (SD) ist CRF 19 als minimum verpflichtend zu nutzen.
+ Sollte 2000kbps Bitrate ueberschritten werden, KANN und nicht
+ MUSS der naechste CRF Faktor genutzt werden.
+
+ B01.2. 2160p muessen mit CRF 17 encoded werden und und duerfen nicht
+ mehr als 75% der Bildsource an Bitrate haben.
+ Sollte der CRF17 Encode mehr als 75% der Bitrate von der Source
+ betragen muss mit CRF+ gehandhabt werden und darf auch dann nicht
+ 50% der Source unterschreiten.
+
+
+ B02. Bei dem encode eines Releases muessen mindestens folgende Settings
+ eingehalten werden:
+
+ --preset slow
+ --level 3.1 (nur bei 480p)
+ --level 4.1 (nur bei 720p/1080p)
+ --level 5.1 (nur bei 2160p)
+ --profile high
+ --ref 4/5 (respekt rule B02.1 ist pflicht)
+ --no-fast-pskip
+ --me umh
+ --trellis 2
+ --subme 8
+ --deblock -3:-3
+ --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct
+ --bframes 3
+
+ B02.1. Um Level 4.1 zu respektieren muss fuer Vertikale Aufloesungen
+ groesser 864px --ref 4 verwendet werden.
+
+ B02.2. Bei Zeichentrick- oder Animeserien darf --deblock 0:0
+ verwendet werden.
+
+ B02.3. Das verwenden hoeherer Settings bleibt dem Ripper ueberlassen.
+ Dies benoetigt keine weitere Begruendung, sollte aber Sinnvoll
+ eingesetzt werden.
+
+ B02.4. Settings bei 2160p muessen immer 1:1 von der Bildsource uebernommen
+ werden und duefen nicht abweichen.
+ D.h. folgende Werte muessen uebernommen werden:
+
+ -- BitDepth/String
+ -- ChromaSubsampling/String
+ -- ColorSpace
+ -- colour_range
+ -- colour_primaries
+ -- transfer_characteristics
+ -- matrix_coefficients
+ -- MasteringDisplay_ColorPrimaries
+ -- MasteringDisplay_Luminance
+ -- MaxCLL
+ -- MaxFALL
+
+ B02.5. Bei abweichender Bildsource wie HDR10Plus etc. darf zu HDR encoded werden.
+ HDR10Plus vs. HDR duped sich nicht gegenseitig.
+
+ B03. Releases sind in ihrer Original Abspielgeschwindigkeit zu
+ erstellen. (Bei BluRay in der Regel 23.976 FPS)
+
+ B04. Das komprimieren des MKV-Headers (HeaderStripping) ist nicht erlaubt.
+ Des weiteren sollte auf korrekte Trackmarkierungen und eine korrekte
+ Trackanordnung geachtet werden.
+
+ B05. Das richtige Trackflagging beim Muxxen MUSS beachtet werden.
+
+ Videotrack default
+ German Audio default
+ Second Audio not default
+ German Forced Subs default und forced flag
+ Second Forced Subs not default und not forced flag
+ alle anderen not default
+
+ Das Muxxen von Chaptern ist freiwillig, aber erwuenscht.
+
+ -> Crop & Resize <-
+
+ B06. Release die als Source ein 1080(+) sowie 2160 Bild haben, sind zu croppen,
+ d.h. neu zu encoden. (Deinterlacen, IVTC beachten!)
+
+ B06.1. Bei Quellen mit variablen Cropwerten muss sich der Gesamtcrop
+ nach dem Frame mit den meisten Bildinformationen richten.
+
+ B06.2. Ein Overcropping ist nicht erlaubt. Im Zweifelsfall sind
+ Addborders in kauf zu nehmen. Diese sollten allerdings so
+ minimal wie moeglich ausfallen.
+
+
+
+ -> Aspect Ratio <-
+
+ B07. Ein Retail-Release muss maximal eine der folgenden Aufloesungen haben:
+
+ AspectRation | 480p | 720p | 1080p | 2160p
+ ----------------+-----------+-----------+-----------+-------------
+ WS (16:9) | 720 * X | 1280 * X | 1920 * X | 3840 * X
+ (siehe B07.2) FS ( 4:3) | 720 * X | X * 720 | X * 1080 | X * 2160
+
+
+ B07.1. DVD Sources duerfen einen Aufloesungs Faktor von
+ 640 * X bis 720 * X
+ haben aufgrund ihrer geringeren Aufloesung.
+
+ B07.2. Zur Erklaerung des X Faktors, da es diverse alte FS Serien gibt
+ die nach dem Cropping auf zb. 1456x1080 oder 976x720 kommen,
+ ist dort sich nach dem Crop zu richten und nicht nach festen Werten
+ wie in den vormals gueltigen Rules. Sollten alle Seiten zu croppen
+ sein (haeufiger bei aelterem Material) ist dieses mit einem Read.Nfo
+ anzuzeigen zb. 1904x1072
+
+ B07.3. Die X-Aufloesung richtet sich nach dem Seitenverhaeltnis des
+ gecroppten Eingangsmaterials. Die Abweichung des Seiten-
+ verhaeltnisses (AR-Error) darf maximal +/- 3% zum gecroppten
+ Quellmaterial betragen.
+
+ B07.4. Auf Teilbarkeit durch 2 (Mod 2) muss geachtet werden!
+
+
+ -> Audioformate <-
+
+ B08. Einzig erlaubte Audioformate fuer Release die auf diesem Ruleset
+ basieren sind DTS, AC3, AAC und E-AC3.
+
+ B08.1. TrueHD Audio ist IMMER nach AC3 zu konvertieren.
+ (B09 beachten!)
+
+ B08.2. 1CH oder 2CH LPCM-Audio muss stets nach AC3 konvertiert
+ werden. 6CH LPCM-Audio darf nach DTS 1510Kbps oder
+ AC3 konvertiert werden.
+
+ B08.3. Ein deutscher 5.1 Track, ist soweit vorhanden, Pflicht!
+
+ B08.4. AAC Audio ist nur bei 480p (SD) erlaubt.
+
+ B08.5. Bei 2160p muss der Ton von der Source unkonvertiert
+ uebernommen werden. D.h. hier kann auch ein DTS-HD,
+ TrueHD, etc. Ton zum Einsatz kommen.
+
+ B09. Erlaubte Bitrates fuer eine auf AC3 konvertierte Audiospur:
+ 1.0 / 2.0 AC3: 192 - 384Kbps
+ 5.1 AC3 : 384 - 640Kbps
+
+ B09.1 AAC Audiotracks mit mehr als 2 Kanaelen muessen auf Stereo
+ downmixed werden.
+
+ Erlaubte Bitrates fuer eine auf AAC konvertierte Audiospur:
+ 1.0 AAC: 60 - 100Kbps
+ 2.0 AAC: 96 - 160Kbps
+
+
+ B10. Sollte die verwendete Retail Quelle DTS-Ton vorweisen muss sich
+ dieser an folgenden Regeln orientieren:
+
+ B10.1. DTS Ton muss immer in seiner Originalbitrate belassen
+ werden.
+
+ B10.2. Bei DTS-HD MA Tracks darf ausschliesslich der DTS-Core
+ verwendet werden.
+
+ B10.3. Bei einem 720p und 1080p Release ist die Deutsche Tonspur im
+ DTS-Format Pflicht (sofern sie vorhanden ist auf der Source).
+ Die O-Ton Tonspur falls sie Englisch ist, ist sie auch Pflicht
+ im DTS-Format (falls vorhanden). Andere O-Ton Sprachen liegen
+ im Ermessen des Rippers, zb. Japanisch etc. auch hier gilt,
+ sollte DTS-Ton Vorhanden sein, ist dieser verpflichtend zu nutzen.
+ Dies gilt sowohl fuer CRF, als auch fuer 2Pass encodete Release.
+ Ein Reencode zu AC3 ist bei DTS 5.1 nicht zulaessig.
+ Ein Reencode zu AC3 bei DTS 1.0 und DTS 2.0 ist erlaubt, aber
+ keine Pflicht, (B09 und B09.1 beachten).
+
+ B10.4. Bei einem BDRip oder DVDRip ist nur AC3/AAC Ton erlaubt
+ (B09 und B09.1 beachten)
+
+ B10.5 Das korrigieren einer falschen Tonhoehe ist erlaubt,
+ aber keine Pflicht.
+
+ B10.5 Bei 2160p gelten Extra Audio Rules (B8.05 beachten!)
+
+ - C * SUBTiTLES -
+ -----------------
+
+ C1. Ein deutschsprachiges Retail Release, welches in der Source bereits
+ eingebrannte Untertitel aufweist, ist erlaubt!
+
+ C2. Forced Untertitel, sofern vorhanden, sind verpflichtend als .srt UTF-8
+ zu muxxen. Auf das richtige setzen der flags ist zu achten.
+
+ C3. Bei 2160p sind alle verfuegbaren Untertitel zu den genutzten Sprachen
+ im Original format (in der Regel PGS) mit zu muxxen.
+ Ein beilegen eines Unterordners mit "Subs" ist hier nicht erlaubt.
+
+ C4. In einem nach .srt konvertieren Untertiteltrack sind maximal 5 Fehler
+ erlaubt. Dies beinhaltet u.a. schwere Fehler beim OCR, Rechtschreib-
+ oder Grammatikfehler und aehnliches.
+ Allerdings ist eine Group nicht verpflichtet Fehler des Herstellers
+ zu korrigieren.
+
+ C5. Das beilegen weiterer Untertitel im VobSub-Format ist Pflicht,
+ Diese muessen sich in einer mit m5-Kompression gepackten .rar-Datei
+ in einem Unterordner "Subs" befinden.
+ Verpflichtend ist sind hier die Vobsubs der genutzten Sprachen im
+ Release. Weitere Vobsubs wenn vorhanden sind Entscheidung der Group.
+
+ C6. Es ist verpflichtend darauf zu achten das die Vobsubs das richtige
+ dem Format mit entsprechender Resolution haben.
+
+ 480p = 480p Resolution (720 x 576)
+ 720p = 720p Resolution (1280 x 720)
+ 1080p = 1080p Resolution (1920 x 1080)
+
+ C7. Filenamen Beispiel:
+ filename.idx / filename.sub = deutsche Vollsubs
+ filename-forced.idx / filename-forced.sub = deutsche forced subs
+ filename-eng.idx / filename-eng.sub = englische Vollsubs
+ filename-eng-forced.idx / filename-eng-forced.sub = englische forced subs
+ (Pflicht bei zweitem Audiotrack)
+
+ "eng" steht hierbei fuer das englische Sprachenkuerzel.
+ Weitere Sprachenkuerzel koennen in jeder beliebigen Suchmaschine
+ gefunden werden.
+
+ - D * STAFFELRECHTE -
+ ---------------------
+
+ -> Race <-
+
+ D1. Fuer das Releasen einer Retail Serie im 480p, 720p sowie 1080p Format hat
+ eine Group 7 Tage (7 * 24h) ab dem ersten Pre zeit. Fuer eine Serie im
+ 2160p Format betraegt diese Zeit 10 Tage (10 * 24h) Nach dieser Zeit
+ kann eine andere Group diese Serie uebernehmen und die noch fehlenden
+ Releases pren.
+
+ D2. Bei geteilten Boxen beginnt die Zeitrechnung ab dem Pre der ersten
+ Folge der naechsten Box von neuem. Rechte der geteilten Box hat die
+ Group die die erste Box gepred hat. Die Group die die Rechte an der
+ geteilten Box besitzt hat 24h ab Veroeffentlichungsdatum um die erste
+ Folge zu Pren, danach kann eine andere Group diese Serie uebernehmen.
+
+
+ - E * PROOF -
+ ---------------
+
+ E1. Source Proofs, sogenannte Proof Pics (Disk/s mit Group), sind Pflicht!
+ Ein Proof muss dem ersten Release (in der regel SxxE01) einer
+ Staffel beigelegt werden. Scans sind verboten! Auch iNTERNAL Releases
+ muessen einen Proof beinhalten.
+
+ E2. Dieser Proof muss sich entweder in einer mit m5 komprimierten .rar-Datei
+ oder ungepackt in einem Unterordner "Proof" befinden.
+ Es wird dringend darauf hingewiesen EXIF-Metadaten (z.B. mit
+ jhead) stets zu entfernen.
+
+ E3. Zudem kann neben dem Foto ein MediaInfo-Log (Normal Mode) der
+ Quelle, sowie ein x264 Encodelog beigelegt werden. Diese sollten
+ sich in der selben .rar-Datei wie das Foto befinden und im .txt
+ Format vorliegen.
+
+ E4. Ein vergessener Proof muss innerhalb 1 Stunde nachgereicht werden!
+
+
+ - F * PACKAGING -
+ ----------------------
+
+ -> NFO Datei <-
+
+ F1. Die NFO-Datei sollte grundlegende Informationen beinhalten wie z.B.
+
+ - Releasezeitpunkt
+ - Veroeffentlichungsdatum
+ - Bild- und Tonquelle
+ - Bild- und Tondetails (Format, Codec, etc.)
+ - Angabe zum Encodeverfahren und Faktor (Pflicht!)
+ - Link zur Informationsseite (vorzugsweise imdb)
+ - Grund eines Propers (dies ist nicht optional!) bzw. Fixes
+
+ F2. Um ueber laengere Zeit Uebersichtlichkeit zu gewaehrleisten MUSS
+ bei einem DiRFiX (siehe G7) der Name des fehlerhaften Releases
+ angegeben werden. Dies ist allerdings nur dann notwendig wenn es
+ sich nicht um einfache Schreibfehler handelt, z.B. bei falscher
+ Episodennummerierung oder falschen Episodenname.
+
+
+ -> RAR Files <-
+
+ F3. Die RAR-Files muessen eine der folgenden Groessen aufweisen:
+
+ 20.000.000 Bytes -> 20MB
+ 50.000.000 Bytes -> 50MB
+ 100.000.000 Bytes -> 100MB
+ 150.000.000 Bytes -> 150MB
+ 200.000.000 Bytes -> 200MB etc.
+
+ Der Filecount darf r99 nicht ueberschreiten.
+
+ F4. Diese sind mittels "Alter Volumennamen" mit m0-Kompression
+ (nur speichern) zu erstellen.
+
+ F5. Einen Recoverypoint auf die RAR-Files zu legen ist erlaubt und
+ erwuenscht.
+
+
+ -> Sample <-
+
+ F6. Jedem Release ist ein mindestens 30 Sekunden langes Sample, im
+ Unterordner namens "Sample", beizulegen. Dieses Sample muss aus
+ dem Originalrelease extrahiert werden.
+
+ F7. Einem Proper sollte ein aus dem zu propernden Release extra-
+ hiertes Sample beigelegt sein, welches den technischen Fehler
+ nachweist, z.B. aufgrund von Asynchronitaet, Videoglitches, o.a.
+
+
+ - G * DIRNAMEN -
+ ----------------------
+
+ G1. Um eine einheitliche Uebersicht zu gewaehrleisten und Standards
+ beizubehalten, die eine gewisse Uebersicht beim Suchen und Dupen
+ bieten, sollte eine Serie so gut wie moeglich in zweistelliger
+ Staffel- und Episodennummerierung vorliegen. Bei Serien, bei denen
+ eine groessere Anzahl an Folgen bereits bekannt ist (z.B. GZSZ),
+ ist eine ausreichende Laenge der Episodennummerierung zu nutzen.
+
+ [ S01E01, S01D01, Staffel01.Disc01, Folge087, E01 ]
+
+ G2. Alle Staffel- und Episodentitel sind gemeinsam nachvollziehbar zu
+ halten, wobei hierzu (Wichtigkeit nach Listung) imdb.com bzw.
+ imdb.de und fernsehserien.de als Referenz zu nutzen sind.
+
+ G3. Sollten zwei Serien mit dem gleichen Titel vorliegen, so ist
+ zwingend das Jahr der Serie im Verzeichnisnamen zu inkludieren.
+ Dieses ist Pflicht sowohl bei der aelteren als auch der neueren
+ Serie.
+
+ G4. Die Releaseverzeichnisse bauen sich wie folgt auf und sind
+ bevorzugt so zu verwenden:
+
+ 1) Serientitel
+ 2) Staffel/Episodenkennziffer
+ 3) Episodentitel -> optional, jedoch gewuenscht
+ 4) Sprache -> ggf. mit dem Zusatz .SUBBED.
+ 5. Tonformat -> optional, AC3 oder DTS
+ 6) Bildseitenverhaeltnis -> nur bei FS (4:3) Pflicht
+ 7) Bildformat -> 720p, 1080p oder 2160p
+ 8) Bildformat 480p (SD) -> BDRip, DVDRip
+ 9) Video Codecformat
+ 10) Groupname
+
+ Zulaessige Bezeichnungen fuer die Bildquelle sind:
+ BluRay, BDRip, DVDRip, UHD.BluRay
+
+ Als Video Codecformat ist stets x264 sowie bei 2160p x265 anzugeben!
+
+ Sofern das Release 2 Tonspuren beinhaltet ist dies
+ im Tagging mittels DL anzugeben.
+
+
+ Beispiele fuer korrekte Dirnamen:
+ [The.Shield.S01E01.German.DL.720p.BluRay.x264-GROUP ]
+ [The.Shield.S01E01.German.DL.1080p.BluRay.x264-GROUP ]
+ [The.Shield.S01E01.German.DL.2160p.UHD.BluRay.x265-GROUP ]
+ [The.Shield.S01E01.German.DL.HDR10Plus.2160p.UHD.BluRay.x265-GROUP]
+ [The.Shield.S01E01.German.BDRip.x264-GROUP ]
+ [The.Shield.S01E01.German.DVDRip.x264-GROUP ]
+
+ Das Release ist auf keinen Fall als fehlerhaft zu werten, sollten
+ Teile des Taggings durchgehend lowercase oder uppercase sein.
+ Das Release-Directory sollte jedoch bevorzugt in korrektem Casing
+ bei Pre vorliegen.
+
+ G5. Dokumentationen & Anime:
+
+ Dokumentationen enthalten den Zusatz 'DOKU' im Pre-Directory,
+ bei Animes ist es der Zusatz 'ANiME'.
+
+ [Unsere.Erde.E01.Wie.alles.begann.German.DOKU.720p.BluRay.x264-GROUP ]
+ [Samurai.Girls.E01.Der.erste.Kuss.German.ANiME.720p.BluRay.x264-GROUP]
+
+ G6. Fuer Verzeichnis- oder Datei-Bezeichnungen sind die Zeichenfolgen
+ a-z, A-Z, 0-9 und die folgenden Sonderzeichen ._-() erlaubt.
+
+ G7. Fehler im Verzeichnis (z.B. Vampire Night statt Vampire Knight,
+ falsche Staffel- oder Episodenbezeichnung) koennen mittels Zusatz
+ 'Dirfix' berichtigt werden.
+
+ Sollte mehr als ein Fix fuer das gleiche Release noetig sein (z.B.
+ Samplefix und Dirfix), so kann die Bezeichnung 'Prefix' verwendet
+ werden, um mehrere Fixe fuer ein bestehendes Release anzukuendigen.
+
+ Bei Releases, die internal zu halten sind, die Bezeichnung internal
+ jedoch nicht ausweisen, duerfen nur dann zu internal dirfixed werden
+ solange kein globaler Nuke aufgrund von Dupe vorliegt.
+
+
+ - H * PROPER GRUENDE -
+ ----------------------
+
+ H1. Ein Proper kann ausschliesslich aus releaserelevanten Gruenden
+ erfolgen. Dies schliesst vor allem schwere technische Fehler,
+ wie z.B. Glitches, Asynchronitaet, bad encoding settings u.ae., ein!
+
+ H2. Ein Proper kann ausserdem erfolgen bei SD/720p/1080p wenn ein im 2Pass
+ Verfahren erstelltes Release die Minimalbitrate unterschreitet oder ein
+ im CRF-Verfahren erstelltes Release einen Faktor kleiner als
+ 18 oder groesser als 20 aufweist. Bei 2160p ein erstelltes Release
+ einen Faktor kleiner als CRF 17 aufweist.
+
+ H3. Eine anderes als in diesem Ruleset aufgefuehrtes Audio-Format
+ verwendet wurde.
+
+ H4. Missing Proof
+
+ H5. Ein E01 Proper fuehrt sofort zur Uebernahme der Serie, sofern
+ bis dato nur eine Folge gepred wurde, sollte mehr gepred worden sein
+ muessen mindestens 2 Folgen gepropert werden um die Serie zu uebernehem.
+
+
+ - I * APPENDIX -
+ ----------------------
+
+ I1. Internal Releases sind shielded from dupe only und koennen somit
+ ebenfalls fuer technische Fehler geahndet werden. Ausnahmen hierzu
+ sind: Custom Subbed, Foreign Forced Subs oder Overlays.
+
+ I2. Jegliche Fixes (async, missing forced subs, missing audio)
+ die per .bat oder .sh Fehler beheben, sind verboten!
+ Es ist ein REPACK zu erstellen was in Zeiten von 200mbit+ kein
+ Problem darstellen sollte.
+
+ - J * EPILOG -
+ ----------------------
+
+ grtvsr.v1.0.german.retail.tv.series.rules-allsignedgroups
+
+ Jede Group und jeder Groupmember verpflichtet sich beim Signen dieses
+ Rulesets dazu, nach ordnungsgemaessem Verantwortungsbewusstsein zu handeln
+ und sowohl Missverstaendnisse als auch Nukes und Aehnliches nicht noch
+ mehr zu forcieren, sondern sie einzudaemmen.
+
+ Alle Nukes, welche auf Grundlage dieses Rulesets entstehen, MUESSEN dem
+ NukeRuleset des ehemaligen NukeCouncils entsprechen.
+ --> The.2008.Nuke.Ruleset-NukeCouncil
+
+ Diese Rules sind verbindlich gueltig ab dem 03.01.2020 und finden auf alle
+ Retails, die nach dem 15.01.2020 erscheinen Anwendung.
+
+ Die Anwendung auf laufende Retail Serien sind freiwillig und duerfen sich
+ nicht zum Nachteil der Group auswirken, bzw. Proper nach sich ziehen!
+
+ Mit erscheinen dieses Rulesets verlieren alle anderen Rulesets die TV Retail
+ mit einbeziehen in den Punkten zu TV Retail ihre Gueltigkeit.
+
+ ░
+ ▒ ▒ ▒ ▒▒▒
+ ░ Signed in Alphabetical Order by: ░
+ ▒ ▒ ▒ ▒
+ ░ ATAX - AWARDS - DOKUMANiA - EXCiTED - iNTENTiON ░
+
+ LizardSquad - RSG - RWP - STARS - TVARCHiV - UHDTV ░
+ ░
***************************************************************************
+* THE.2020.WEB.WEBRip.TV.SD.HD.UHD.FRENCH.SUPPLEMENT.RULESET-V1.0-FRTVWEB *
+***************************************************************************
+**
+** Garder l'application des rulesets Universels:
+**
+** - The.SD.TV.x264.Releasing.Standards.2016-SDTVx264
+** - The.720p.TV.x264.Releasing.Standards.2016-TVx264
+** - THE.2016.WEB.AND.WEBRIP.SD.HD.X264.RULESET.v1.0-WDX264
+**
+** Proposer un certain nombre d'amendements qui permettront de passer outre certaines rΦgles, dans l'unique but de proposer la meilleure qualitθ possible.
+**
+*************
+* IMPORTANT *
+*************
+**
+** Tout futur ruleset "internationnal", ayant des rΦgles visant α annuler ou modifier le sens d'une ou plusieurs rΦgles de ces rulesets FR-2020 + US-2016,
+** ne sera pas appliquable sur la scΦne FRENCH avant validation du council-FR.
+** Toutes autres nouvelles rΦgles officielles, non dθlimitθes explicitement par les 4 rulesets en vigueur α compter du 15-05-2020,
+** pourront, α la volontθ des groupes, Ωtre d'office suivies et appliquθes.
+**
+**
+** Toutes les rΦgles θnumθrθes ne sont pas rθtroactives, et ne s'appliqueront pas sur les releases et saisons dθjα commencθes ou existantes avant le 15.05.20.
+** Ex : Une saison S02 commencθe avant le 15-05-2020 en MULTi 720p sera autorisθe α continuer en MULTi 720p.
+** A partir de la S03, le MULTi 720p ne sera plus autorisθ si la vidθo est disponible en 1080p.
+**
+*************
+
+
+1. Gθnθralitθs communes HDTV/WEB/WEBRip:
+::::::::::::::::::::::::::::::::::::::::
+
+ 1.1 Dupes:
+
+ 1.1.1 WEB/WEBRip ne dupe pas HDTV/AHDTV. (voir 2.6)
+ WEB/WEBRip dupe Retail.
+ Ex : FRENCH/MULTi WEB/WEBRip ne dupe pas FRENCH/MULTi HDTV.
+
+ 1.1.2 HDTV/AHDTV dupe WEB/WEBRip/Retail. (voir 6.3)
+ Ex : FRENCH HDTV dupe FRENCH/MULTi WEB/WEBRip.
+ Ex : MULTi HDTV dupe MULTi WEB/WEBRip.
+
+ 1.1.3 MULTi ne dupe pas FRENCH uniquement sur la plus haute rθsolution disponible du fichier entre SD/720p/1080p.
+ FRENCH dupe multi sur une mΩme rθsolution.
+ Les MULTi UHD sont autorisθs dans tous les cas.
+ Il est donc interdit de faire une MULTi SD/720p si la source propose la rθsolution 1080p, α condition que celle-ci soit decryptable (WEB).
+
+ 1.1.4 Il est interdit de faire une MULTi si une release (peu importe la source) d'une rθsolution plus haute propose dθjα le MULTi.
+ Ne concerne que les rθsolutions SD, 720p et 1080p.
+ Ex : Si une MULTi HDTV 1080p existe, il est strictement interdit de faire une MULTi HDTV SD/720p.
+ Ex : Il est interdit de faire une MULTi 720p HDTV si une MULTi 1080p WEB existe dθjα.
+
+ 1.1.5 SUBFRENCH dupe MULTi.
+
+ 1.2 Ne pas inclure de Proof Itunes des acquisitions des fichiers.
+
+ 1.3 Il est fortement dθconseillθ d'inclure la source des fichiers dans les nfo, ou toute autre information relative au service de distribution des fichiers.
+
+ 1.4 Nommer les sθries/films avec leur titre "Universel" pour les productions non franτaises.
+ Si production franτaise ou co-franτaise, utiliser le titre franτais.
+ Exceptθ pour les sθries/films dθjα commencθs o· il faudra suivre le tag utilisθ auparavant.
+
+ 1.5 Le git officiel x264 est la seule rθfθrence pour dθterminer la version actuelle : https://code.videolan.org/videolan/x264
+
+ 1.6 Il est fortement conseillθ de couper les samples α partir du dθbut du fichier 00:00:00.000 afin que le sample contienne les paramΦtres x264.
+
+ 1.7 Il est fortement conseillθ d'utiliser la version la plus rθcente de MKVToolNix.
+
+ 1.8 Rθsolutions:
+ Pour les vidθos 5K : la rθsolution maximale est 5120x2880.
+ Pour les vidθos 6K : la rθsolution maximale est 6144x3160.
+ Pour les vidθos 8K : la rθsolution maximale est 7680x4320.
+
+ 1.9 Tags:
+
+ 1.9.1 Tags des rθsolutions:
+ 5K : Obligation d'utiliser le tag "2880p".
+ 6K : Obligation d'utiliser le tag "3160p".
+ 8K : Obligation d'utiliser le tag "4320p".
+
+ 1.9.2 Obligation d'utiliser le Tag "SUBFRENCH" pour toutes les vidθos sous-titrθes FR (sous-titres incrustθs [hardcoded] ou rajoutθs via une piste dθdiθe [softcoded]).
+
+ 1.9.3 Obligation d'utiliser le Tag "DOC" pour tous films/sθries/θmissions de type documentaires.
+
+ 1.9.4 Obligation d'utiliser le Tag "HDR" pour toutes les vidθos de type HDR.
+
+ 1.9.5 Il est conseillθ d'utiliser le TAG "FiNAL" sur les derniers θpisodes/parties de sθries, films, documentaires, etc...
+
+ 1.9.6 Autres tags / Nomenclature obligatoires :
+
+ DiRFiX = A utiliser en cas de correction de dirname de sa propre release.
+ Exemple : TVShow.S01E01.DiRFiX.FRENCH.HDTV.x264-Group
+
+ NFOFiX = A utiliser en cas de correction du NFO de sa propre release.
+ Exemple : TVShow.S01E01.NFOFiX.FRENCH.HDTV.x264-Group
+
+ REAL.NFOFiX = A utiliser en cas de correction du NFO de sa propre release dejα NFOFiX.
+ Exemple : TVShow.S01E01.REAL.NFOFiX.FRENCH.HDTV.x264-Group
+
+ SAMPLEFiX = A utiliser en cas de correction du SAMPLE de sa propre release.
+ Exemple : TVShow.S01E01.SAMPLEFiX.FRENCH.HDTV.x264-Group
+
+ REAL.SAMPLEFiX = A utiliser en cas de correction du SAMPLE de sa propre release dθjα SAMPLEFiX.
+ Exemple : TVShow.S01E01.REAL.SAMPLEFiX.FRENCH.HDTV.x264-Group
+
+ REAL.DiRFiX = A utiliser en cas de correction de dirname de sa propre release dejα DiRFiX.
+ Exemple : TVShow.S01E01.REAL.DiRFiX.FRENCH.HDTV.x264-Group
+
+ REPACK = A utliser en cas de problΦme de pack/mux de sa propre release.
+ Exemple : TVShow.S01E01.REPACK.FRENCH.HDTV.x264-Group
+
+ REAL.REPACK = A utiliser en cas de problΦme de pack/mux de sa propre release dejα REPACK.
+ Exemple : TVShow.S01E01.REAL.REPACK.FRENCH.HDTV.x264-Group
+
+ RERiP = A utiliser en cas de problΦme sur une piste de la release.
+ Exemple : TVShow.S01E01.RERiP.FRENCH.HDTV.x264-Group
+
+ REAL.RERiP = A utiliser en cas de problΦme sur une piste de sa propre release dejα RERiP.
+ Exemple : TVShow.S01E01.REAL.RERiP.FRENCH.HDTV.x264-Group
+
+ PROPER = A utiliser pour proper en cas de faute technique sur une release d'un autre groupe uniquement.
+ Exemple : TVShow.S01E01.PROPER.FRENCH.HDTV.x264-Group
+
+ REPACK.PROPER = A utiliser pour REPACK en cas de faute technique sur sa propre release dθjα PROPER.
+ Exemple : TVShow.S01E01.REPACK.PROPER.FRENCH.HDTV.x264-Group
+
+ REAL.PROPER = A utiliser pour proper en cas de faute technique sur une release d'un autre groupe dθjα PROPER.
+ Exemple : TVShow.S01E01.REAL.PROPER.FRENCH.HDTV.x264-Group
+
+ READNFO = A utiliser pour avertir d'une note dans le nfo de la release.
+ Exemple : TVShow.S01E01.READNFO.FRENCH.HDTV.x264-Group
+
+:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
+::: French WEB (Untouched) et WEBRip (Transcoded) Rules :::
+:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
+
+
+2. WEB/WEBRip Vidθos:
+:::::::::::::::::::::
+
+ 2.1 La prθsence de bandes noires est autorisθe uniquement sur les WEB Untouched.
+ Il n'est pas nθcessaire d'utiliser le Tag "iNTERNAL" si prθsence de bandes noires.
+
+ 2.2 Le transcodage est obligatoire dans le cas o· la vidθo nθcessite un dθsentrelacement. (Ex : IVTC).
+ Il est obligatoire de supprimer les bandes noires lors du transcodage de la vidθo nθcessitant un dθsentrelacement.
+
+ 2.3 Transcodage UHD:
+
+ 2.3.1 Codec x265 est obligatoire.
+
+ 2.3.2 Utiliser une rθvision de moins de 30 jours (Voir : https://builds.x265.eu/).
+ Il est interdit d'utiliser des custom versions de x265.
+
+ 2.3.3 Utiliser : --crf 17 de prθfθrence.
+ Il est tolθrθ d'utiliser un crf compris entre 17 et 13 inclus.
+
+ 2.3.4 Utiliser au minimum : --preset slow
+
+ 2.4 Il est obligatoire de paramθtrer le code langage de la piste vidθo ou alors le paramθtrer sur "indθterminθ".
+ Un code ISO ne correspondant pas au langage de la release ne sera pas acceptθ.
+ Ex : Pour une release FRENCH -> set "indθterminθ" ou FR.
+ Ex : Pour une release MULTi -> set "indθterminθ" ou FR.
+ Ex : Pour une release SUBFRENCH -> set "indθterminθ" ou langage de la piste VO.
+
+ 2.5 Rθsolutions exceptionnelles:
+
+ Certains services proposent des rθsolutions "entre deux"... Ce n'est pas pour autant qu'il faut s'en priver, surtout qu'elles sont trΦs souvent de trΦs bonne qualitθ.
+ La rΦgle α suivre est la suivante si le fichier ne rentre pas dans une rθsolution standard.
+ Si la rθsolution du fichier est supθrieure α une rθsolution standard (Ex: 720p) et infθrieure α la rθsolution standard au-dessus de celle-ci (Ex: 1080p), alors il est acceptθ d'Ωtre release dans la rθsolution juste en dessous de la sienne (Ex: 720p). Par ailleurs, il ne sera acceptθ que la plus haute rθsolution possible dans sa section.
+ Cette rΦgle est α combiner avec la rΦgle des prioritθs de bitrate.
+
+ Ex : AppleTV+ -> 1920x1080 Bandwidth 15325265 : Plus grande rθsolution / Plus grand bitrate pour 1080p - autorisθ pour la section 1080p.
+ 1356x678 Bandwidth 5257895 : Plus grande rθsolution (exceptionnellement acceptθe) / Plus grand bitrate pour 720p - autorisθ pour la section 720p.
+ 1084x542 Bandwidth 4347230 : Plus grande rθsolution / Plus grand bitrate pour SD - autorisθ pour la section SD.
+ 864x432 Bandwidth 3327844 : Pas la plus grande rθsolution / Pas le plus grand bitrate pour SD - non autorisθ pour la section SD.
+ 812x406 Bandwidth 2646976 : Pas la plus grande rθsolution / Pas le plus grand bitrate pour SD - non autorisθ pour la section SD.
+ 712x356 Bandwidth 2052225 : Pas la plus grande rθsolution / Pas le plus grand bitrate pour SD - non autorisθ pour la section SD.
+ 644x322 Bandwidth 1628678 : Pas la plus grande rθsolution / Pas le plus grand bitrate pour SD - non autorisθ pour la section SD.
+ 576x288 Bandwidth 1373310 : Pas la plus grande rθsolution / Pas le plus grand bitrate pour SD - non autorisθ pour la section SD.
+
+ 2.6 Cas particuliers:
+
+ La qualitθ WEB est trΦs souvent supθrieure aux standards HDTV. Il reste cependant encore des services de VOD proposant des fichiers de basses qualitθs.
+ L'idθe est d'autoriser de proposer des fichiers de qualitθ nettement supθrieure α ceux dθjα disponibles.
+ Release un WEB de qualitθ moins bonne que la release HDTV ne sera pas acceptθe et considθrer comme une faute technique.
+ Cette section sera corrigθe au fil du temps θtant donnθ que les services de VOD sont constamment en train de renouveler leur catalogue et la qualitθ des fichiers mis α disposition.
+
+ 2.6.1 WEB/WEBRip Netflix/Amazon/Disney+/AppleTV+ ne dupe pas HDTV dans tous les cas.
+
+ 2.6.2 WEB/WEBRip "replay" ne devront se baser que sur une qualitθ vidθo supθrieure et non sur une qualitθ audio.
+ La qualitθ des vidθos proposθes par les services de replay n'est pas fixθe. Il est possible que dans le temps, certains services baissent cette qualitθ.
+ Les exemples ci-dessous ne doivent pas Ωtre pris pour acquis. Il sont actuellement valables, mais ne le seront peut-Ωtre plus dans les prochaines semaines.
+ Ex : WEB Replay RTBF dupe HDTV (TNT/SAT/CABLE/IPTV) car qualitθ mθdiocre et infθrieure aux flux HDTV.
+ Ex : WEB Replay OCSGO/MYCANAL/VOO/6PLAY/RTLPLAY/MOLOTOV/ARTE/FRANCE.TV ne dupe pas HDTV car qualitθ supθrieure voir θgale et/ou proche d'θgale des flux HDTV.
+
+ 2.6.3 Un "screencompare" pourra Ωtre fourni par le groupe pour prouver une qualitθ nettement supθrieure de la WEB "replay" par rapport α une HDTV.
+ Aucun doute ne doit se poser sur la comparaison.
+
+ 2.7 Codecs:
+
+ 2.7.1 : Seuls les codecs suivants sont autorisθs:
+ Transcoded : x264 / x265
+ Untouched : x264 / x265 / h264 / h265 / VP9
+
+ 2.8 HDR:
+
+ 2.8.1 Il est interdit de release un WEB/WEBRip "HDR" dans les sections SD, 720p et 1080p si le service propose une rθsolution UHD "HDR".
+
+ 2.8.2 Il est tolθrθ de release un WEB/WEBRip "HDR" seulement dans la section 1080p si le service ne propose pas une rθsolution UDH "HDR".
+
+ 2.8.3 Il est autorisθ de release un WEB/WEBRip "HDR" dans les sections UHD.
+
+3. WEB/WEBRip Audios:
+:::::::::::::::::::::
+
+ 3.1 MULTi 1080p/UHD:
+
+ 3.1.1 MULTi obligatoire quand les pistes sont disponibles.
+ Inclure au minimum la piste audio Franτaise et Originale.
+ Il est tolθrθ d'inclure la piste Anglaise/Amθricaine en plus, si elle n'est pas la piste Originale.
+ Aucune autre piste supplθmentaire ne sera acceptθe.
+
+ 3.1.2 Prθciser dans le nfo la raison de l'absence d'une piste nθcessaire pour faire la release MULTi.
+ Toute absence non liθe directement au service de distribution du fichier ne pourra Ωtre acceptθe.
+ Ex : Acceptθ - ProblΦme de diffusion du service (Piste non lisible depuis le service).
+
+ 3.1.3 Il est obligatoire de nommer toutes les pistes avec le nom de la langue de celles-ci (ex : French / Fr / Franτais).
+
+ 3.1.4 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 3.1.5 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR -> Set par dθfaut. (release FRENCH ou MULTi)
+ 2Φme piste: Originale -> Non set par dθfaut. (release MULTi)
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine (Si disponible) -> Non set par dθfaut. (release MULTi)
+
+ 3.1.6 Si le service propose des audios Atmos, il est obligatoire de privilθgier ces pistes si elles sont dθcryptables.
+
+ 3.2 FRENCH ou MULTi SD/720p:
+
+ 3.2.1 Il est obligatoire de nommer toutes les pistes avec le nom de la langue de celles-ci (ex : French / Fr / Franτais).
+
+ 3.2.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 3.2.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR -> Set par dθfaut. (release FRENCH ou MULTi)
+ 2Φme piste: Originale -> Non set par dθfaut. (release MULTi)
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine (Si disponible) -> Non set par dθfaut. (release MULTi)
+
+ 3.2.4 Si le service propose des audios Atmos, il est obligatoire de privilθgier ces pistes pour le format 720p uniquement si elles sont dθcryptables.
+
+ 3.3 SUBFRENCH SD/720p/1080p/UHD:
+
+ 3.3.1 Piste audio Originale obligatoire quand elle est disponible.
+
+ 3.3.2 Piste audio Anglaise/Amθricaine tolθrθe en plus de la piste Originale, et/ou obligatoire si Originale pas disponible.
+
+ 3.3.3 Il est obligatoire de nommer toutes les pistes avec le nom de la langue de celles-ci (ex : English / Eng / ANGLAIS).
+
+ 3.3.4 Flags et ordres obligatoires des pistes:
+ 1Φre piste: Originale -> Set par dθfaut.
+ 2Φme piste: Anglaise/Amθricaine -> Non set par dθfaut.
+ Si piste Originale pas disponible : Anglaise/Amθricaine -> Set par dθfaut.
+
+ 3.3.5 Si le service propose des audios Atmos, il est obligatoire de privilθgier ces pistes pour les releases HD/UHD uniquement si elles sont dθcryptables.
+
+4. WEB/WEBRip Sous-titres:
+::::::::::::::::::::::::::
+
+ 4.1 MULTi 1080p/UHD:
+
+ 4.1.1 Il est obligatoire de nommer toutes les pistes. (ex : Langue + [Full / Forced / SDH])
+ La langue doit Ωtre indiquθe. Il est acceptθ le nom complet ou juste le code pays. (ex : French / Fr / FRANCAIS )
+ Le contenu de la piste doit aussi Ωtre indiquθ dans le titre. (ex : (Full) / Forced / [SDH])
+
+ 4.1.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 4.1.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR Forced -> Set par dθfaut + Forcθe.
+ 2Φme piste: FR Full -> Non set par dθfaut + Non set forcθe.
+ 3Φme piste: θventuellement acceptθe FR SDH -> Non set par dθfaut + Non set forcθe.
+ 4Φme piste: θventuellement acceptθe VO Full -> Non set par dθfaut + Non set forcθe.
+ 5Φme piste: θventuellement acceptθe Anglaise/Amθricaine Full -> Non set par dθfaut + Non set forcθe.
+ Toute autre piste est interdite.
+
+ 4.2 FRENCH ou MULTi SD/720p:
+
+ 4.2.1 Il est obligatoire de nommer toutes les pistes. (ex : Langue + [Full / Forced / SDH])
+ La langue doit Ωtre indiquθe. Il est acceptθ le nom complet ou juste le code pays. (ex : French / Fr / FRANCAIS )
+ Le contenu de la piste doit aussi Ωtre indiquθ dans le titre. (ex : (Full) / Forced / [SDH])
+
+ 4.2.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 4.2.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR Forced -> Set par dθfaut + Forcθe. (release FRENCH ou MULTi)
+ 2Φme piste: FR Full -> Non set par dθfaut + Non set forcθe. (release MULTi)
+ 3Φme piste: θventuellement acceptθe FR SDH -> Non set par dθfaut + Non set forcθe. (release MULTi)
+ 4Φme piste: θventuellement acceptθe VO Full -> Non set par dθfaut + Non set forcθe. (release MULTi)
+ 5Φme piste: θventuellement acceptθe Anglaise/Amθricaine Full -> Non set par dθfaut + Non set forcθe. (release MULTi)
+ Toute autre piste est interdite.
+
+ 4.3 SUBFRENCH SD/720p/1080p/UHD (non incrustθs):
+
+ 4.3.1 Il est obligatoire de nommer toutes les pistes. (ex : Langue + [Full / SDH])
+ La langue doit Ωtre indiquθe. Il est acceptθ le nom complet ou juste le code pays. (ex : English / Eng / ANGLAIS )
+ Le contenu de la piste doit aussi Ωtre indiquθ dans le titre. (ex : (Full) / [SDH])
+
+ 4.3.2 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR Full -> Set par dθfaut + Non set forcθe.
+ 2Φme piste: θventuellement acceptθe VO Full -> Non set par dθfaut + Non set forcθe.
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine Full -> Non set par dθfaut + Non set forcθe.
+ Toute autre piste est interdite.
+
+ 4.4 SUBFRENCH SD/720p/1080p/UHD (incrustθs):
+
+ 4.4.1 Il est strictement interdit de muxer une piste de sous-titres.
+
+
+::::::::::::::::::::::::::::::::::::::::::::::::::
+::: French HDTV Untouched et Transcoded Rules :::
+::::::::::::::::::::::::::::::::::::::::::::::::::
+
+
+5. Gθnθralitθs:
+:::::::::::::::
+
+ 5.1 HDTV x264 dupe HDTV H264.
+ Exception : HDTV x264 transcodθ depuis une source UHD ne dupe pas HDTV H264.
+
+ 5.2 HDTV H264 ne dupe pas HDTV x264.
+
+ 5.3 Les pistes Audio des rθsolutions HD et UHD ne doivent pas Ωtre transcodθes.
+
+ 5.4 Les "iNTERNAL" (x264/H264) de sources infθrieures ou similaires sont interdits.
+ Une pθriode de 30 jours devra Ωtre respectθe avant de pouvoir iNTERNAL une release dθjα existante.
+ Exception tolθrθe avant la pθriode de 30 jours -> iNTERNAL autorisθ dans l'unique cas d'une release mal racθe et/ou incomplΦte sur les principaux sites proposant du FRENCH.
+ Tout abus du Tag "iNTERNAL" sera sanctionnθ d'un nuke : abuse.of.internal.tag.
+
+ 5.5 Les sources de serveurs "IPTV sharing" ne proposant pas TOUS les flux natifs (Vidθo/Audio/Sous-titres) sont interdites.
+
+ 5.6 Il n'est pas autorisθ de couper les gθnθriques de fin (qu'ils contiennent ou pas des sθquences uniques).
+ Les logos de productions et/ou autres peuvent Ωtre inclus ou pas. En cas de "glitch/problΦme divers" infθrieur α 4 secondes durant le gθnθrique, il faudra impθrativement le prθciser dans le NFO.
+ Si la durθe totale du problΦme rencontrθ engendre une perte de contenu supθrieure α 4 secondes, le tag iNTERNAL est obligatoire et la raison devra Ωtre notifiθe dans le nfo.
+ Rien ne change dans le cas des gθnθriques avec du contenu unique, le tag INTERNAL devra Ωtre utilisθ selon la faute technique rencontrθe.
+ Exception : Cette rΦgle ne s'applique pas sur les θvθnements sportifs.
+
+ 5.7 Contenus autorisθs/non autorisθs:
+
+ 5.7.1 Les vidθos ne doivent contenir aucune frame de publicitθs.
+
+ 5.7.2 Evθnements sportifs:
+ Il est obligatoire d'inclure toutes les sθquences d'action sportive entre le coup d'envoi et la coup de sifflet de final.
+ Les affichages de logo de sponsors en cours du gθnθrique ne sont pas considθrθs comme des frames de pub et sont conservθs.
+ Les logos sponsors affichθs avant le gθnθrique de dθbut ou aprΦs le gθnθrique de fin doivent Ωtre supprimθs.
+ Les commentaires, interviews, d'avant et d'aprΦs match, ou de mi-temps, sont facultatifs. C'est au choix du groupe de les inclure ou pas.
+ En l'absence de sθquences intermθdiaires (plateau, interviews > 1 minute), les gθnθriques de dθbut et de fin d'θvΦnements, ainsi que les sθquences de prθsentation des θquipes doivent Ωtre conservθs.
+ Les gθnθriques (intro/outro) dθlimitant la mi-temps doivent Ωtre supprimθs.
+
+ 5.8 Le tag UDHTV est obligatoire pour les vidθos de type UHDTV.
+
+ 5.9 Source Sample :
+ Un SAMPLE SOURCE peut Ωtre demandθ jusqu'α 48h aprΦs une pre en cas de suspicion d'utilisation d'une source invalide.
+ Il devra Ωtre d'une durθe de 1 minute (+/- 10 secondes) et devra contenir TOUTES les pistes natives de diffusion, sans Ωtre remuxθ dans un autre format que celui d'origine.
+
+6. HDTV Vidθo 1080p/UHD:
+::::::::::::::::::::::::
+
+ 6.1 HDTV H264/H265 1080p/UHD:
+
+ 6.1.1 La prθsence de bandes noires est autorisθe.
+ Il n'est pas nθcessaire d'utiliser le Tag "iNTERNAL" si prθsence de bandes noires.
+
+ 6.1.2 Il est fortement conseillθ de partager les pistes vidθo et audio untouched (H264/H265) plut⌠t que de dθgrader la qualitθ en transcodant (x264).
+ Cas particulier des sources "interlaced" : c'est au choix du groupe de pre la source untouched ou de la transcoder.
+
+ 6.1.3 Les sources H264/H265 doivent Ωtre extraites correctement sans altθrer la qualitθ du fichier ni modifier des caractθristiques/paramΦtres qui engendreraient des problΦmes de lecture sur la plupart des lectures.
+ Par la suite, il est fortement recommandθ de se tenir α jour sur les versions des muxers afin d'θviter des problΦmes de compatibilitθ de lecture ou autres.
+
+ 6.2 HDTV x264 1080p:
+
+ 6.2.1 CRF obligatoires:
+ High [Scripted/Talk-Shows/Animation/Stand-Up] : --crf 17
+ Medium [Doc/Reality/Variety/Poker] : --crf 19
+ Low [Sport/Awards/Live Events] : --crf 21
+
+ 6.2.2 ParamΦtres obligatoires : --profile high --level 4.1 --partitions all --no-fast-pskip
+ Utiliser au minimum (uniquement pour le Scripted) : --preset slow --merange 32
+ Utiliser au minimum (pour tout le reste) : --preset slow
+
+ 6.2.3 Les vidθos transcodθes ne devront pas dθpasser la taille de la source utilisθe.
+ Si c'est le cas, abaisser le CRF de 0.1 en 0.1 jusqu'α ce que la taille soit infθrieure α la source.
+ Exceptions : Les vidθos nθcessitant d'Ωtre passθes en 50fps (Bob) sont exclues de cette rΦgle.
+ : Les vidθos transcodθes depuis une source UHD.
+
+ 6.2.4 Crop : une tolθrance d'un pixel black en haut et en bas est permise.
+
+ 6.3 Cas Particuliers:
+
+ 6.3.1 HDTV 1080p (H264 uniquement) ne dupera pas une release WEB dans le cas o· la piste audio par dθfaut de la release HDTV aurait un nombre de canaux supθrieur α la release WEB.
+
+ 6.3.2 MULTi HDTV 1080p (H264 uniquement) ne dupera pas une release FRENCH WEB dans tous les cas.
+
+7. HDTV Audios:
+::::::::::::::
+
+ 7.1 MULTi 1080p/UHD:
+
+ 7.1.1 MULTi obligatoire quand les pistes sont disponibles.
+ Inclure au minimum la piste audio French et Originale.
+ Il est tolθrθ d'inclure la piste English en plus, si ce n'est pas la piste Originale.
+ Aucune autre piste supplθmentaire ne sera acceptθe.
+
+ 7.1.2 Prθciser dans le nfo la raison de l'absence d'une piste nθcessaire pour faire la release MULTi.
+ Ex : ProblΦme de diffusion de la chaεne.
+
+ 7.1.3 Il est obligatoire de nommer toutes les pistes avec le nom de la langue de celles-ci (ex : French / Fr / Franτais).
+
+ 7.1.4 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 7.1.5 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR -> Set par dθfaut.
+ 2Φme piste: Originale -> Non set par dθfaut.
+ 3Φme piste: θventuellement acceptθe English (Si disponible) -> Non set par dθfaut.
+ Toute autre piste est interdite.
+
+ 7.2 MULTi SD/720p:
+
+ 7.2.1 Il est obligatoire de nommer toutes les pistes avec le nom de la langue de celles-ci (ex : French / Fr / Franτais).
+
+ 7.2.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 7.2.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR -> Set par dθfaut.
+ 2Φme piste: Originale -> Non set par dθfaut.
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine (Si disponible) -> Non set par dθfaut.
+ Toute autre piste est interdite.
+
+ 7.3 SUBFRENCH SD/720p/1080p/UHD:
+
+ 7.3.1 Piste audio Originale obligatoire.
+
+ 7.3.2 Flags et ordres obligatoires des pistes:
+ 1Φre piste: Originale -> Set par dθfaut.
+ 2Φme piste: θventuellement acceptθe Anglaise/Amθricaine -> Non set par dθfaut.
+ Si piste Originale non disponible : Anglaise/Amθricaine -> Set par dθfaut.
+ Toute autre piste est interdite.
+
+8. HDTV Sous-titres:
+::::::::::::::::::::
+
+ 8.1 MULTi 1080p/UHD:
+
+ 8.1.1 Il est obligatoire de nommer toutes les pistes. (ex : Langue + [Full / Forced / SDH])
+ La langue doit Ωtre indiquθe. Il est acceptθ le nom complet ou juste le code pays. (ex : French / Fr / FRANCAIS )
+ Le contenu de la piste doit aussi Ωtre indiquθ dans le titre. (ex : (Full) / Forced / [SDH])
+
+ 8.1.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 8.1.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR Full -> Non set par dθfaut + Non set forcθe.
+ 2Φme piste: θventuellement acceptθe VO Full -> Non set par dθfaut + Non set forcθe.
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine Full -> Non set par dθfaut + Non set forcθe.
+ Toute autre piste est interdite.
+
+ 8.1.4 En cas d'absence et/ou de problΦme au niveau des pistes de sous-titres, il est tolθrθ d'utiliser des sous-titres "officiels" provenant d'un service WEB.
+ Preciser dans le nfo l'utilisation de cette pratique sans nommer le service utilisθ.
+
+ 8.2 MULTi SD/720p:
+
+ 8.2.1 Il est obligatoire de nommer toutes les pistes. (ex : Langue + [Full / Forced / SDH])
+ La langue doit Ωtre indiquθe. Il est acceptθ le nom complet ou juste le code pays. (ex : French / Fr / FRANCAIS )
+ Le contenu de la piste doit aussi Ωtre indiquθ dans le titre. (ex : (Full) / Forced / [SDH])
+
+ 8.2.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 8.2.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR Full -> Non set par dθfaut + Non set forcθe.
+ 2Φme piste: θventuellement acceptθe VO Full -> Non set par dθfaut + Non set forcθe.
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine Full -> Non set par dθfaut + Non set forcθe.
+ Toute autre piste est interdite.
+
+ 8.3 SUBFRENCH SD/720p/1080p/UHD (non incrustθs):
+
+ 8.3.1 Il est obligatoire de nommer toutes les pistes avec le nom de la langue de celles-ci (ex : French Full / Fr (Forced) / Franτais SDH).
+
+ 8.3.2 Il est obligatoire de paramθtrer le code langage de toutes les pistes.
+
+ 8.3.3 Flags et ordres obligatoires des pistes:
+ 1Φre piste: FR Full -> Set par dθfaut + Non set forcθe.
+ 2Φme piste: θventuellement acceptθe VO Full -> Non set par dθfaut + Non set forcθe.
+ 3Φme piste: θventuellement acceptθe Anglaise/Amθricaine Full -> Non set par dθfaut + Non set forcθe.
+ Toute autre piste est interdite.
+
+ 8.4 SUBFRENCH SD/720p/1080p/UHD (incrustθs):
+
+ 8.4.1 Il est strictement interdit de muxer une piste de sous-titres.
+
+------------
+
+Groupes signataires ..............: AMB3R / AZR / BAWLS / BRiNK / CiELOS / COVID19 / CRYPT0 / DEAL / DOCKER / ELEARNiNG / GARBAGE / HuSSLe / HYBRiS / In10S / LaoZi / NERO / PRODiGE / SH0W / SKCART / SLiP / S0CKET / UKDHD / TiFO / TiTUS
+Groupes non signataires ..........: -
+Groupes ayant refusθ l'invitation : -
+Groupes n'ayant pas rθpondu ......: -
+
┌──────────────────────────────────────────────────────────────────────────────┐
+│ THE.2020.WEB.AND.WEBRIP.SD.HD.X264.UHD.X265.RULESET.v2.0-WDX │
+│ │
+│ High Definition x264/H264 and Ultra High Definition x265/H265 WEB and WEBRip │
+│ Standards │
+│ Version 2.0 - 2020-05-13 │
+├──────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Intro ] │
+│ The landscape of the WEB scene has changed in the last four years. │
+│ Subsequently, the ability to defeat DRM has become ubiquitous. │
+│ What were once rules written around the assumption that capturing and │
+│ transcoding would be more commonplace than lossless downloading have │
+│ naturally become increasingly out of date. │
+│ │
+│ HDTV is still slowly, but surely, being replaced by WEB. Not just in │
+│ quality, but with more and more providers transitioning to streaming at │
+│ airtime, and some even putting entire seasons up days/weeks before airtime. │
+│ │
+│ Transcoding only for crop has become a burden, and only serves to damage the │
+│ section. │
+│ Internals have been abused with rampant technical flaws, lesser quality and │
+│ identical files. │
+│ While UHD and HDR streams were but an afterthought four years ago, they have │
+│ now become a daily occurrence with groups left unsure of how to release │
+│ them. │
+│ │
+│ Worst of all, with an almost endless array of web sources available │
+│ simultaneously, groups continuously pick the first to appear, which, more │
+│ often than not, is the worst possible quality. │
+│ │
+│ This update will address all these issues and more, by taking one large leap │
+│ forward and no steps back. │
+│ │
+│ Compliance with this document is optional as of its pre date, and mandatory │
+│ as of 2020-05-20 00:00:00 UTC (1589932800 Unix time). │
+│ │
+├──────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Recommended ] │
+│ It is recommended to view the unformatted version of this ruleset bundled │
+│ within this release. │
+│ │
+├──────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Ruleset Structure ] │
+│ Rules listed under untouched or transcoded labelled sections only apply to │
+│ releases of that type and supersede any similar rule mentioned elsewhere. │
+│ e.g. Rule 8.1 defines SD as resolutions with a maximum horizontal display of │
+│ 720 pixels, unless the release is considered untouched, in which case rule │
+│ 1.6 applies. │
+│ │
+│ 1) [ Untouched: WEB.H264 / WEB.H265 ] │
+│ 1.1) Untouched releases must be considered as anything that has been │
+│ losslessly downloaded by official (offered) or unofficial │
+│ (backdoor) methods. │
+│ 1.1.1) Untouched video streams must be in the H.264/MPEG-4 AVC or │
+│ H.265/HEVC codec. See exception in 1.5.1. │
+│ 1.2) Source video and audio streams must be left as obtained from the │
+│ source. │
+│ 1.3) Untouched video streams with, and without, x264/x265 headers must │
+│ be tagged as WEB.H264 and WEB.H265 respectively. │
+│ 1.3.1) HEVC/H265 may only be used when the source does not offer a │
+│ H264 stream in situations it is used any untouched sections │
+│ referring to H264/x264 must be considered as H265/x265. │
+│ 1.4) Transcoding untouched files must only occur if files do not meet │
+│ the standards and specifications listed in this section, and must │
+│ only be a last resort. │
+│ 1.4.1) Any transcoding of untouched files must follow the │
+│ transcoding standards - see sections marked as 'Transcoded'. │
+│ 1.4.2) Transcoding must be done from files of the highest resolution │
+│ and bitrate offered. │
+│ 1.4.2.1) 720p/1080p and 1080p/2160p streams are considered of │
+│ equal value, unless DRM protection levels of │
+│ 1080p/2160p are laxed to 720p levels. │
+│ e.g. 2160p is protected at the same laxed level as │
+│ 720p. │
+│ e.g. 1080p is protected at the same laxed level │
+│ as 720p. │
+│ 1.4.3) Transcoding may occur when correcting a technical flaw. │
+│ e.g. Decimating a source with duplicates every 5th frame. │
+│ 1.4.4) In situations where a target resolution is not offered by any │
+│ lossless source, or the resolution offered by any source does │
+│ not meet the minimum resolution requirements, transcoding │
+│ from the highest resolution and bitrate offered is allowed. │
+│ However, if at least one source can provide the correct │
+│ resolution, transcoding is not allowed. │
+│ e.g. If 1080p and 720p can be retrieved from multiple │
+│ sources, but SD cannot be retrieved from any source, │
+│ transcoding the 1080p to SD is allowed. │
+│ 1.4.5) If the untouched file does not contain any technical flaws │
+│ and meets the minimum standards required, transcoding to │
+│ create any WEBRip is not allowed. │
+│ e.g. 1080p.WEB.H264 -> 720p.WEBRip.x264. │
+│ 1.4.5.1) When transcoding video for a valid reason, audio must │
+│ not be transcoded unless necessary and be included as │
+│ is and vice versa. │
+│ e.g. Video contains dupes and must be decimated, │
+│ audio is fine. Video must be re-encoded but the │
+│ audio must be included as is. │
+│ 1.4.5.1.1) Except for SD audio which must either be an │
+│ untouched track respecting rule 2.2 or a │
+│ transcoded track from the highest quality audio │
+│ track respecting rule 5.6.2. │
+│ 1.5) Untouched video streams which do not use an AVC or HEVC codec must │
+│ be transcoded and follow the transcoding standards, see section 3. │
+│ 1.5.1) Except in very rare cases VP9/AV1 may be used, only when the │
+│ source does not offer a H264/H265 stream. │
+│ 1.5.1.1) Any untouched sections referring to H264/x264 must be │
+│ considered as VP9 or AV1. │
+│ 1.5.1.2) Transcoding from either of these codecs, except when │
+│ correcting technical flaws, is not allowed. │
+│ 1.6) Standard definition (SD) refers to a resolution with a horizontal │
+│ minimum of 720 pixels, or a resolution which does not exceed the │
+│ specifications of 720p, see rule 8.2. │
+│ 1.6.1) If all sources provide standard definition resolutions which │
+│ fall below the above minimum, transcoding from the highest │
+│ available resolution is allowed, see rule 1.4.4. │
+│ 1.6.2) Except in situations where only one source has the file on │
+│ offer at a specific resolution. If the resolution of the file │
+│ falls below the above minimum, the file may still be │
+│ released. However, the NFO must state why the resolution does │
+│ not meet the minimum. │
+│ 1.7) In rare cases, a resolution exceeding the specifications outlined │
+│ in rules 1.6, 8.2, 8.3 and 8.4 is allowed when the only available │
+│ stream offered for the target resolution exceeds limitations due to │
+│ a reasonable circumstance. │
+│ e.g. Streaming provider offers 720p only at 1392x660 due │
+│ maintaining AR while offering a cropped stream. │
+│ 1.7.1) The NFO must state why the resolution exceeds the maximum. │
+│ 1.8) Must use the highest available bitrate offered by the source for │
+│ that resolution. │
+│ e.g. Releasing a 720p at 4,000 Kbps bitrate, when a 720p at │
+│ 8,000 Kbps bitrate is offered is not allowed. │
+│ 1.9) Retaining black borders (i.e. needs cropping) is not a technical │
+│ flaw. Transcoding only to perform cropping is not allowed. │
+│ 1.9.1) Container level cropping is not allowed. │
+│ 1.9.2) When transcoding to fix another valid technical flaw (e.g. │
+│ decimating duplicates), cropping must be applied if │
+│ necessary. │
+│ 1.10) VFR (Variable Frame Rate) methods are allowed only if present in │
+│ the original source. │
+│ 1.10.1) If CFR (Constant Frame Rate) can be used when remuxing and │
+│ does not result in playback issue, CFR must be used. │
+│ 1.10.1.1) FPS values stored in the video bitstream must be │
+│ corrected when remuxing. MKVToolnix with '--fix- │
+│ bitstream-timing-information' enabled is the │
+│ recommended method. │
+│ 1.11) Trimming unrelated footage (see rule 7.7) must be done losslessly │
+│ via keyframe intervals (GOP). MKVToolnix is the recommended tool. │
+│ 1.11.1) If unrelated footage cannot be removed via this method, │
+│ transcoding a maximum of one GOP per cut point is allowed │
+│ and the release must still be tagged WEB. VideoRedo is the │
+│ recommended tool. │
+│ 1.12) Incorrect pixel aspect ratio (PAR), or a non-square sample aspect │
+│ ratio (SAR), must be fixed using the correct display aspect ratio │
+│ (DAR) set at a container level (--aspect-ratio). MKVToolnix is the │
+│ recommended tool. │
+│ e.g. A video stream with a non-square SAR must specify the │
+│ correct DAR when muxing. │
+│ 1.13) Releases with a non-square SAR are not considered technically │
+│ flawed. │
+│ 1.13.1) However, a source which provides files with a square SAR │
+│ will trump an equivalent file with a non-square SAR. It is │
+│ recommended to use a source which provides files with a │
+│ square SAR. │
+│ 1.13.2) In situations where a source initially provides a non-square │
+│ SAR file and later updates with a square SAR file, the │
+│ initial release with a non-square SAR is considered of lower │
+│ quality and a technical flaw. │
+│ e.g. Release A: 960x720, SAR: 4:3, DAR: 16:9. │
+│ Release B: 1280x720, SAR: 1:1, DAR: 16:9. │
+│ Both releases are considered as 720p. │
+│ If Release A is first: Release A remains unnuked and is │
+│ a valid release until Release B is released. Release B │
+│ then propers Release A. │
+│ If Release B is first: Release A dupes Release B. │
+│ │
+│ 2) [ Untouched: Audio ] │
+│ 2.1) Must use the original audio track offered by the source. │
+│ 2.2) Standard definition releases must only contain an audio track with │
+│ a maximum of 2.0 channels. │
+│ 2.2.1) Except where the only available audio track on offer contains │
+│ more than 2.0 channels. The NFO must mention why an audio │
+│ track with more than 2.0 channels was used. │
+│ 2.2.2) In situations where a source provides two audio tracks, a 2.0 │
+│ and 5.1 track, the 2.0 audio track must be used. │
+│ 2.2.3) If a source provides identical channel audio tracks using two │
+│ different codecs, it is at the discretion of the group which │
+│ track is used. It is recommended to use the smaller file. │
+│ e.g. A source offers AC3 2.0 and AAC 2.0, the group may │
+│ choose to remux the AC3 or AAC. │
+│ 2.3) High Definition releases must use the highest available audio │
+│ format and quality offered by the source. │
+│ 2.3.1) Highest quality must determined by all characteristics of an │
+│ audio track in this order: positional metadata (e.g. Atmos), │
+│ channel count, codec and bitrate. │
+│ e.g. 576 Kbps, 5.1 E-AC3 w/ Atmos > 640 Kbps, 5.1 AC3 > │
+│ 2.0 E-AC3. │
+│ e.g. 385 Kbps, 5.1 AC3 > 128 Kbps, 5.1 E-AC3 │
+│ e.g. 445 Kbps 5.1 AAC > 384 Kbps, 5.1 E-AC3 │
+│ 2.3.2) In situations where a lesser audio format is offered for │
+│ larger resolutions in comparison to lower resolutions, groups │
+│ must use the highest available audio format from all │
+│ resolutions. │
+│ e.g. A source provides an AC3 5.1 track for SD │
+│ resolutions, but an AAC 2.0 track for 720p/1080p. The AC3 │
+│ 5.1 track must be used for 720p/1080p resolutions. │
+│ 2.3.3) If using the highest available audio format results in a │
+│ technical flaw (e.g. sync issues or glitches), minor │
+│ adjustments to the audio track may be applied. If groups are │
+│ unable to correct any flaws, the original audio track must be │
+│ used. │
+│ │
+│ 3) [ Transcoded: WEBRip.x264 / WEBRip.x265 ] │
+│ 3.1) Transcoded releases should be considered as anything that has been │
+│ captured or encoded by a group to a lesser format or quality │
+│ (lossy). │
+│ 3.2) Transcoded releases must be tagged as WEBRip.x264/x265. │
+│ 3.3) Streams must be captured at the highest available resolution and │
+│ bitrate offered. │
+│ e.g. Source offers 2160p, 1080p and 720p streams. Using │
+│ anything but the 2160p stream is not allowed. │
+│ 3.3.1) Streams must not have any degradation in quality throughout │
+│ the capture, and releases with drops to a lower resolution or │
+│ bitrate is considered a technical flaw. │
+│ 3.3.2) Audio must be captured in the highest format offered by the │
+│ source stream, not what the capturing device is capable of. │
+│ This includes channel count and bitrate offered. │
+│ e.g. If a Netflix show lists a 5.1 track, the resultant │
+│ capture and release should also contain a 5.1 audio │
+│ track. │
+│ 3.4) Captures should be done at the native broadcast framerate of the │
+│ source. │
+│ 3.4.1) Captures from devices which are unable to output a native │
+│ format must be restored to the original framerate. │
+│ 3.4.2) If captures cannot be completely restored to their native │
+│ framerate, it is considered a technical flaw. │
+│ e.g. A single dupe frame every 1000 or blended/ghost │
+│ frames due to mangling from the streaming device. │
+│ 3.5) Captures should be done at the native colour space of the source │
+│ (e.g. YUV or RGB), and manual corrections should be made to achieve │
+│ an output near-identical to the source. │
+│ 3.6) Capture software and hardware which introduces video cropping │
+│ greater than 2 pixels on any side is not allowed, and is considered │
+│ a technical flaw. │
+│ 3.7) Final resolution must maintain the same aspect ratio as the source │
+│ after cropping and kept at mod 2. │
+│ 3.7.1) Sources must have all black borders cropped to the widest │
+│ frame. │
+│ 3.7.2) The same aspect ratio as calculated from the source must be │
+│ used, see rule 8.12. │
+│ 3.8) If the video is being transcoded from an untouched source (rule │
+│ 1.4.4 and 1.4.5), the NFO must state the reason for transcoding. │
+│ 3.8.1) If a technical flaw is present that is being rectified by │
+│ transcoding (rule 1.4.3), the flaw must also be included with │
+│ the reason for transcoding. │
+│ e.g. A file from 2 lossless providers both have the same │
+│ interlacing flaw. │
+│ The flaw: Interlaced video. │
+│ The reason: No other WEB.H264 provider has a correctly │
+│ deinterlaced file. │
+│ │
+│ 4) [ Transcoded: Video Codec ] │
+│ 4.1) Video must be: │
+│ 4.1.1) H.265/MPEG-H HEVC encoded with x265 10-bit for SD/720p/1080p │
+│ HDR and 2160p SDR/HDR content. │
+│ 4.1.2) H.264/MPEG-4 AVC encoded with x264 8-bit for SD, 720p and │
+│ 1080p SDR content. │
+│ 4.1.3) Custom builds of x264/x265 are allowed and must be based off │
+│ the current x264/x265 codebase. e.g. tMod, kMod. │
+│ 4.2) x264/x265 headers must remain intact and must not be modified or │
+│ removed. │
+│ 4.3) x264/x265 must be kept up to date, with a maximum allowance, or │
+│ grace period, of 60 days before groups are required to update to │
+│ the latest revision. │
+│ 4.3.1) The official x264 git repository is the only reference for │
+│ determining the current revision: │
+│ https://code.videolan.org/videolan/x264/tree/stable │
+│ 4.3.2) The official x265 git repository is the only reference for │
+│ determining the current revision: │
+│ https://bitbucket.org/multicoreware/x265/wiki/Home │
+│ 4.3.2.1) Until such a time as MulticoreWare implement official │
+│ revisional building, 3rd party builds (e.g. self- │
+│ compiles, http://msystem.waw.pl/x265 or │
+│ https://builds.x265.eu) can be used and must be kept up │
+│ to date respecting 4.3. │
+│ 4.3.3) The 60 day grace period must only be applied at pre time, not │
+│ the tagged encoded date. │
+│ 4.3.4) The grace period is only applicable to the revision preceding │
+│ the latest update and does not reset active grace periods of │
+│ preceding revisions. │
+│ e.g. 2016-01-01: Revision A is used. │
+│ 2016-01-02: Revision B is committed, 60-day grace period │
+│ begins for revision A. │
+│ 2016-01-05: Revision C is committed, 60-day grace period │
+│ begins for revision B. │
+│ 2016-03-02: Revision A is no longer allowed, Revision B │
+│ or C may be used. │
+│ 2016-03-05: Revision B is no longer allowed, Revision C │
+│ must be used. │
+│ 4.4) Segmented encoding is not allowed. │
+│ 4.5) Constant Rate Factor (--crf) must be used. │
+│ 4.5.1) Decimal values may be used. │
+│ 4.5.2) Starting with an initial value of 16 or 14 (for especially │
+│ compressible sources) for 2160p, 17 for 720p/1080p and 19 for │
+│ SD is recommended. │
+│ 4.6) While the encoded video stream bitrate exceeds x percent (where x │
+│ is defined below) of the y (where y is defined below) resolution │
+│ source video stream bitrate, the CRF value must be incremented by 1 │
+│ or 0.1, until it does not. │
+│ 4.6.1) 2160p │
+│ 4.6.1.1) 20% for SD. │
+│ 4.6.1.2) 40% for 720p. │
+│ 4.6.1.3) 60% for 1080p. │
+│ 4.6.1.4) 98% for 2160p. │
+│ 4.6.2) 1080p │
+│ 4.6.2.1) 40% for SD. │
+│ 4.6.2.2) 70% for 720p. │
+│ 4.6.2.3) 98% for 1080p. │
+│ 4.6.3) 720p │
+│ 4.6.3.1) 60% for SD. │
+│ 4.6.3.2) 98% for 720p. │
+│ 4.6.4) SD │
+│ 4.6.4.1) 98% for SD. │
+│ 4.6.5) When the source codec is HEVC is being transcoded to AVC, 40% │
+│ of the source bitrate must be added to the video stream │
+│ bitrate, to account for HEVC's 40-50% improvement over AVC. │
+│ e.g. Transcoding 2160p SDR with a bitrate of 15,000 Kbps │
+│ to WEBRiP.1080p SDR - in this case, 40% of 15,000 Kbps is │
+│ 6,000. The bitrate used for calculations is now 21,000 │
+│ Kbps. │
+│ 4.7) Use of 2-pass is accepted for all resolutions. However, this method │
+│ should be used only in extreme cases and not as a primary │
+│ replacement for CRF methods. e.g. If the source contains an │
+│ excessive amount of grain or black and white scenes. │
+│ 4.7.1) The NFO must provide sufficient detailed evidence of 2-pass │
+│ producing a visual improvement, bitrate or file size │
+│ advantage over CRF in regards to the source used. │
+│ e.g. Source has heavy grain throughout, which required │
+│ the use of 2-pass to remain transparent at a reasonable │
+│ bitrate. Included in the proof directory is test encodes │
+│ of some troublesome areas at CRF and 2-pass showing a │
+│ substantial improvement in quality at a more reasonable │
+│ bitrate. CRF needs 6.5GB to stay transparent 2-pass only │
+│ needed 4GB is detailed evidence. │
+│ e.g. The source was grainy so 2-pass was used is NOT │
+│ detailed evidence. │
+│ 4.7.2) Exceeding CRF 24 on any resolution is a good indication to │
+│ consider the use of 2-pass. │
+│ 4.7.3) 2-pass encodes must follow the percentage values in 4.6, it │
+│ is recommended to target the maximum value allotted and work │
+│ down. │
+│ 4.8) Exceeding the percentage values in 4.6 is allowed, but very │
+│ detailed justification must be included in the NFO. │
+│ e.g. 720p encoded at CRF 13 resulting in an encode 80% of the │
+│ source, this value was picked as the sourced content had a lot │
+│ of strobing effects (e.g. 1m10s-15m30s) and confetti scenes │
+│ (e.g. 20m55s-50m60s) which compressed poorly and required a │
+│ higher bitrate to maintain transparency. Proof directory │
+│ contains samples of these troublesome scenes at 30% and 50% │
+│ showing a substantial picture improvement. │
+│ 4.9) Using unreasonably high CRF values or low target bitrates with │
+│ 2-pass for the source content is considered a technical flaw. │
+│ e.g. Producing a 1080p encode at 40% of the source bitrate, │
+│ offering no justification in the NFO and having poor │
+│ transparency to the source IS a technical flaw. │
+│ e.g. Producing a 1080p encode at 20% of the source bitrate │
+│ (This may occur on animation content to avoid a bloated │
+│ encode), offering justification in the NFO and having good │
+│ transparency to the source is NOT a technical flaw. │
+│ 4.10) Encoded video bitrate must not exceed the source video bitrate. │
+│ 4.10.1) Video bitrate refers only to the bitrate for the video │
+│ stream, and not the overall muxed bitrate of all streams │
+│ within the container or the bitrate of a captured file. │
+│ 4.10.1.1) Original video stream bitrate can be determined by │
+│ observing network traffic during playback, or │
+│ examining manifests/metadata of the encrypted video │
+│ when capturing. │
+│ 4.10.2) The following algorithm can also be used to estimate a CRF │
+│ value if the value originally used results in a bitrate │
+│ which exceeds the source's. │
+│ ValidCRF = [-6 * (DestinationBitrate - ExcessiveBitrate) / │
+│ ExcessiveBitrate] + CRFUsed │
+│ e.g. Source bitrate: 4,500Kbps │
+│ Target bitrate: ~3,400Kbps │
+│ Encoded bitrate @ CRF17: 5,900Kbps │
+│ ValidCRF = (-6 * (3400 - 5900) / 5900) + 17 │
+│ 4.11) Settings cannot go below what is specified for preset (--preset) │
+│ 'slower' for x264 or 'slow' for x265 by the revision used. │
+│ 4.12) Level (x264: --level, x265: --level-idc) must be: │
+│ 4.12.1) '3.1' for SD │
+│ 4.12.2) '4.1' for 720p │
+│ 4.12.3) '4.1' for 1080p, '4.2' for 1080p above 30fps │
+│ 4.12.4) '5.1' for 2160p, '5.2' for 2160p above 30fps. │
+│ 4.13) Custom matrices are not allowed. │
+│ 4.14) Zones (--zones) may be used, but should be used sparingly with a │
+│ high degree of caution, the NFO must provide sufficient detailed │
+│ evidence for each zone used. │
+│ e.g. Used a zone at CRF 13 between frames 1634-5343 due to │
+│ confetti spam and heavy motion resulting in very poor │
+│ compressibility. Proof directory contains two samples of this │
+│ scene with and without the use of the zone showing a drastic │
+│ improvement in quality while still keeping a reasonable file │
+│ size. │
+│ 4.15) GPU offloading or any other forms of acceleration (e.g. --opencl, │
+│ nvenc) is not allowed. │
+│ 4.16) Optional tuning (--tune) parameters allowed are: 'film', 'grain', │
+│ or 'animation'. │
+│ 4.17) Optional settings recommended for tuning per source, see │
+│ forum.doom9.org for further information: │
+│ 4.17.1) For complex video, --preset veryslow is encouraged. │
+│ 4.17.2) --aq-mode 3 --aq-strength x.x │
+│ 0.5-0.7 for grainy films. │
+│ 0.6-0.9 for digital films. │
+│ 0.9-1.1 for animation. │
+│ 4.17.3) --psy-rd x.x:0.0 │
+│ 0.8-1.2 for films. │
+│ 0.5-0.8 for animation. │
+│ 4.17.4) --deblock x:x │
+│ -3:-3 for films. │
+│ 1:1 for animation. │
+│ 4.18) Sample Aspect Ratio (--sar) must be '1:1' (square). │
+│ 4.19) Disabling deblocking (--no-deblock) is not allowed. │
+│ 4.20) Frame rate must be passed to x264/x265 such that the keyframe │
+│ interval (--keyint) and minimum GOP length (--min-keyint) can be │
+│ correctly set by the encoder. Changing these values is not │
+│ allowed. │
+│ 4.21) Color space must be 4:2:0. │
+│ 4.22) Color matrix (--colormatrix) may be optionally set to 'bt709' for │
+│ HD SDR content, but is not required. │
+│ 4.22.1) However color matrix must be set for all all SD SDR │
+│ resolutions. │
+│ 4.22.1.1) 'bt709' must be used for encodes from high definition │
+│ sources. │
+│ 4.22.1.2) Source specification must be used for standard │
+│ definition sources. │
+│ 4.22.1.3) 'undef' must be used if not specified by the source │
+│ for standard definition sources. │
+│ 4.23) x265 specifics: │
+│ 4.23.1) Range (--range), color primaries (--colorprim), transfer │
+│ (--transfer), color matrix (--colormatrix) and chroma sample │
+│ location (--chromaloc) must be set to the same value as the │
+│ source, or omitted if the source value is undefined. │
+│ 4.23.2) Ultra-HD Bluray support (--uhd-bd) is not allowed. │
+│ 4.23.3) High tier (--high-tier), repeat headers (--repeat-headers), │
+│ access unit delimiter (--aud) and HRD signalling (--hrd) │
+│ must be enabled. │
+│ 4.23.4) HDR releases must be encoded with: │
+│ 4.23.4.1) HDR10 signalling (--hdr10) and HDR10 optimization │
+│ (--hdr10-opt) enabled. │
+│ 4.23.4.2) Master Display (--master-display) and Max CL (--max- │
+│ cll) set to the same value as the source, or omitted │
+│ if the source value is undefined. │
+│ 4.23.4.2.1) Master Display and Max CL values must be taken │
+│ from the whole concatenated source, not a │
+│ partial source. e.g. the first m2ts file. │
+│ 4.24) Any form of tone-mapping (e.g. HDR to SDR, DV to SDR, HDR10Plus to │
+│ SDR) is not allowed. │
+│ 4.25) Suggested command line: │
+│ 4.25.1) x264 --preset slower --level ## --crf ## │
+│ 4.25.1.1) Optional tweaks: --no-mbtree --no-fast-pskip --no-dct- │
+│ decimate │
+│ 4.25.2) x265 --high-tier --repeat-headers --aud --hrd --preset slow │
+│ --level-idc ## --crf ## --range ## --colorprim ## --transfer │
+│ ## --colormatrix ## --chromaloc ## │
+│ 4.25.2.1) If HDR append: --hdr10 --hdr10-opt --master-display ## │
+│ --max-cll ## │
+│ 4.25.2.2) Optional tweaks: --no-cutree --no-open-gop --no-sao │
+│ --pmode --aq-mode 4 │
+│ │
+│ 5) [ Transcoded: Audio ] │
+│ 5.1) Segmented encoding is not allowed. │
+│ 5.2) Audio must not be resampled and must be kept in the original format │
+│ of the source. │
+│ e.g. 48 kHz for 48 kHz sources, 24 bit for 24 bit sources. │
+│ 5.2.1) Except when resampling due to codec limitations. │
+│ e.g. Source is TrueHD 192 KHz being transcoded to AC3 for │
+│ a 720p release, AC3 is limited to 48 KHz. Resampling is │
+│ accepted. │
+│ 5.3) Audio must not have gain levels (normalization) adjusted and must │
+│ be kept at the same levels as the source. │
+│ 5.4) Audio must not have channels altered or removed and must be kept at │
+│ the same channel count and layout as the source. │
+│ e.g. dual mono stays dual mono, mono stays mono, stereo stays │
+│ stereo, 5.1 stays 5.1 │
+│ 5.5) Lossy tracks include, but are not limited to: DTS-HD HR, E-AC3, │
+│ DTS-ES, DTS, AC3, AAC, MP2. │
+│ 5.6) Audio tracks must be: │
+│ 5.6.1) For 720p and above: │
+│ 5.6.1.1) Audio tracks already in a lossy format must not be │
+│ transcoded, but kept in the original format. │
+│ 5.6.1.2) In cases when no lossy format is available or │
+│ transcoding audio to correct technical flaws in the │
+│ audio track, AC3 or E-AC3 must be used. │
+│ 5.6.1.3) AC3 or E-AC3 bitrate must target 640 Kbps without │
+│ upscaling bitrate. Only the following methods are │
+│ allowed (in order of preference): │
+│ 5.6.1.3.1) Dolby Media Encoder │
+│ 5.6.1.3.2) eac3to: -640 │
+│ 5.6.1.3.3) FFmpeg: -b:a 640k │
+│ 5.6.1.4) When transcoding, positional audio metadata (e.g. │
+│ DTS:X, TrueHD Atmos) and channels above 5.1 (e.g. 7.1) │
+│ can be retained at the discretion of the group. │
+│ 5.6.2) VBR AAC LC (Low Complexity) for SD and commentary audio. │
+│ 5.6.2.1) Apple/QAAC, FDK-AAC or Nero must be used. │
+│ 5.6.2.2) Audio with more than two channels must be down-mixed to │
+│ stereo. Only the following methods are allowed (in │
+│ order of preference): │
+│ 5.6.2.2.1) eac3to: -downStereo │
+│ 5.6.2.2.2) FFMpeg: -ac 2 │
+│ 5.6.2.3) Quality based VBR encoding must be used; targeted or │
+│ constrained VBR must not be used. Only the following │
+│ methods are allowed (in order of preference): │
+│ 5.6.2.3.1) QAAC: --tvbr 82 --quality 2 │
+│ 5.6.2.3.2) FDK-AAC: --bitrate-mode 4 --profile 2 │
+│ 5.6.2.3.3) Nero: -q 0.4 │
+│ 5.6.3) FLAC must be used for lossless mono and lossless stereo │
+│ tracks, as well as multi-channel LPCM tracks. For all HD │
+│ resolutions from a retail source. │
+│ 5.6.3.1) The best compression (level 8, --compression-level-8) │
+│ must be used. │
+│ 5.6.3.2) Replay-gain values (--replay-gain) must not be applied. │
+│ │
+│ 6) [ Transcoded: Filters ] │
+│ 6.1) Inverse telecine (IVTC), de-interlacing, or decimation must be │
+│ applied as required. │
+│ 6.2) Only the following smart deinterlacers can be used: QTGMC (with │
+│ preset slow or better) or Nnedi3. │
+│ 6.3) Only the following accurate field matching filters may be used: │
+│ TIVTC or Decomb. │
+│ 6.4) Only the following sharp resizers can be used: Spline36Resize, │
+│ Spline64Resize or BlackmanResize. │
+│ 6.5) Only frame accurate input source plugins can be used such as: │
+│ DGIndex, DGDecNV or LSMASHSource. Use of frame inaccurate input │
+│ source filters (e.g. DirectShowSource) is not allowed. │
+│ 6.6) Use of destructive and effects filters including, but not limited │
+│ to: RemoveGrain, GrainFactory3, MedianBlur, FineSharp are not │
+│ allowed. │
+│ 6.7) Optional recommended filtering methods: │
+│ 6.7.1) Sources that require crop, and are not mod2 on opposing │
+│ sides, can be avoided by moving the video by one pixel. │
+│ e.g. 139 pixels can be cropped from the top and bottom of │
+│ a source. │
+│ source = LSMASHVideoSource("source.mkv") │
+│ Overlay(source, source, 0, -1) │
+│ Crop(0, 138, 0, -140) │
+│ 6.7.2) Use of SelectRangeEvery() as a quick method to test whether a │
+│ higher or lower CRF value should be used. │
+│ e.g. SelectRangeEvery(3000, 150). │
+│ 6.7.3) Selective debanding with f3kdb on scenes that require it is │
+│ recommended, high attention to detail and caution must be │
+│ observed. │
+│ │
+│ 7) [ Common: Video ] │
+│ 7.1) Multiple video tracks are not allowed. │
+│ 7.2) HDR, DV and HDR10Plus must only be released at the highest │
+│ resolution offered by the source, except in cases when 8.6.3 │
+│ applies. │
+│ e.g. Source offers 2160p, 1080p and 720p HDR streams HDR may │
+│ only be released at 2160p, not 1080p or 720p. │
+│ 7.3) Must be free from technical flaws. │
+│ 7.3.1) Technical flaws include, but are not limited to: sync issues, │
+│ interlacing, lack of IVTC, bad aspect ratio, invalid │
+│ resolution, unrelated footage, warnings, glitches not present │
+│ on source, under-crop, over-crop and DRM. │
+│ 7.4) Dupes based on source are not allowed, use INTERNAL. │
+│ 7.5) Single features must not be split across multiple files. │
+│ 7.5.1) Sources with opening and closing credits spanning across │
+│ multiple files must be released as a single release. │
+│ e.g. File 1: Opening credits │
+│ File 2: Feature │
+│ File 3: Closing credits │
+│ Release: A single file with opening credits, feature and │
+│ closing credits. Muxed together or encoded as a single │
+│ file. │
+│ 7.5.2) Sources with multiple episodes, parts etc., that are in a │
+│ single video file, must be split into individual releases if │
+│ there is a clear delineation between them, such as credits. │
+│ e.g. Source contains 10 episodes in a single stream with │
+│ all episodes strung together with credits between every │
+│ episode, each episode must be released separately. │
+│ 7.6) Non-feature footage including, but not limited to: credits, │
+│ previously on, intertitles must not be removed or encoded │
+│ separately. │
+│ 7.6.1) In situations of a progressive feature containing interlaced │
+│ non-feature footage, the interlaced footage may be left │
+│ interlaced, or only that footage must be deinterlaced. │
+│ e.g. Only the credits are interlaced, you may leave them │
+│ interlaced or only apply a deinterlacer to the credits, │
+│ not the entire video. │
+│ 7.7) Unrelated footage must be removed. │
+│ 7.7.1) Unrelated footage includes, but is not limited to: │
+│ commercials, content warnings, studio worksheets, test │
+│ screens, piracy warnings. │
+│ 7.8) English-spoken features must not contain foreign overlays for │
+│ relevant on-screen information. │
+│ 7.8.1) Relevant on-screen information includes, but is not limited │
+│ to: location titles, hardcoded subtitles, introduction text, │
+│ or any other information essential to the plot of the │
+│ feature. │
+│ 7.8.2) Non-relevant on-screen information includes: opening credits, │
+│ movie title, closing credits. │
+│ 7.8.3) For sources where relevant on-screen information is included │
+│ in the form of English subtitles instead of overlays, these │
+│ subtitles must be included as a forced track (see 11.2). If │
+│ the source does not include them in English, it is not │
+│ allowed to omit them and release the feature without them, as │
+│ it is still considered relevant information. │
+│ 7.9) Using multiple web based video sources of the same feature is │
+│ allowed and must not be encoded separately. Each source and what │
+│ content came from which must be noted in the NFO. │
+│ e.g. Feature from a German streaming service with credits from │
+│ an American streaming service to avoid German translated │
+│ credits, as the German streaming service had better quality for │
+│ the feature. │
+│ │
+│ 8) [ Common: Resolution / Aspect Ratio ] │
+│ 8.1) Standard definition (SD) refers to a maximum horizontal display │
+│ resolution of 720 pixels. │
+│ 8.2) 720p refers to a maximum display resolution of 1280x720. │
+│ 8.2.1) For aspect ratios greater than or equal to 1.78:1, horizontal │
+│ pixel width must be 1280 pixels. │
+│ e.g. Source aspect ratio of 2.40:1 will resize to │
+│ 1280x534. │
+│ 8.2.2) For aspect ratios less than or equal to 1.78:1, vertical │
+│ pixel height must be 720 pixels. │
+│ e.g. Source aspect ratio of 1.33:1 will resize to │
+│ 960x720. │
+│ 8.3) 1080p refers to a maximum display resolution of 1920x1080. │
+│ 8.4) 2160p refers to a maximum display resolution of 3840x2160. │
+│ 8.5) Resolution must be mod2. │
+│ 8.6) Upscaling is not allowed. │
+│ 8.6.1) 1080p from a 1080p source and 2160p from a 2160p source │
+│ encodes must only be cropped, no resizing is allowed. │
+│ 8.6.2) In situations where cropping is needed vertically and/or │
+│ horizontally, resolutions are allowed to be under the max │
+│ height or width. │
+│ e.g. 1080p at 1916x1072 is acceptable. │
+│ 8.6.3) In situations where the source video stream does not meet the │
+│ minimum requirements for 720p/1080p/2160p, the video must be │
+│ resized down to SD/720p/1080p and a source sample must be │
+│ included. │
+│ 8.7) Dupes based on resolution are not allowed, use INTERNAL. │
+│ 8.7.1) Releases with an AR difference of at least 5% to the previous │
+│ release are not considered a dupe. These releases must be │
+│ tagged as WS, FS or OM (open matte), not PROPER, and the │
+│ original release must not be nuked. Original aspect ratio │
+│ (OAR) releases are always allowed. │
+│ 8.7.1.1) AR difference example: │
+│ Old release resolution (after crop) is 1920x1040 │
+│ New release resolution (after crop) is 1440x1080 │
+│ OldReleaseAR = 1920 / 1040 = 1.846 │
+│ NewReleaseAR = 1440 / 1080 = 1.333 │
+│ (OldReleaseAR - NewReleaseAR) / [(OldReleaseAR + │
+│ NewReleaseAR) / 2] = AR difference │
+│ |AR difference * 100| = AR difference (%) │
+│ (1.846 - 1.333) / [(1.846 + 1.333) / 2] = 0.322 │
+│ |0.322 * 100| = 32.2% │
+│ 32.2% is greater than the 5% minimum, therefore the new │
+│ release is not considered a dupe. │
+│ 8.8) Black borders, and anything that is not part of the feature, must │
+│ be cropped. │
+│ 8.8.1) Black borders include, but are not limited to: black or │
+│ colored borders, duplicate lines, dirty lines or pixels. │
+│ 8.8.2) Retention or removal of faded edges is left to the discretion │
+│ of the group. Inclusion of faded edges is not considered a │
+│ technical flaw. │
+│ 8.8.2.1) Faded edges refers to a line of pixels which are of │
+│ similar appearance to pixels parallel to the video │
+│ frame. │
+│ 8.8.2.2) Releases which include faded edges must consider faded │
+│ edges as a valid part of the video frame and do not │
+│ count as black borders. │
+│ e.g. A release cannot be propered if 1 pixel of │
+│ faded edges and 1 pixel of black exists. │
+│ 8.8.3) In the case of varying aspect ratios throughout the feature, │
+│ video must be cropped to the widest frame. │
+│ 8.8.3.1) Studio logos and credits must be disregarded when │
+│ determining the widest frame. │
+│ 8.8.4) Situations where video cropping of the same content varies │
+│ between sources are not considered a technical flaw, and may │
+│ not be propered. │
+│ 8.9) Video can be over or under-cropped by a maximum of 1 pixel per │
+│ side. Over or under-cropping by more than 1 pixel per side is │
+│ considered a technical flaw. │
+│ 8.9.1) Under-crop refers to portions of the video frame which is not │
+│ part of the feature. │
+│ 8.10) Resolution must be within 0.2% of the original aspect ratio. │
+│ 8.10.1) The original aspect ratio must only be calculated from the │
+│ source after cropping. │
+│ 8.10.2) In situations where the source aspect ratio is incorrect as │
+│ a result of bad mastering, a source sample and comparison │
+│ screenshot of the final aspect ratio must be included. │
+│ 8.11) Sample aspect ratio (SAR): │
+│ SAR = (PixelHeight / PixelWidth) / (DARHeight / DARWidth) │
+│ 8.12) Display aspect ratio (DAR): │
+│ DAR = (PixelWidth * DARWidth) / (PixelHeight * DARHeight) │
+│ 8.13) Display resolution: │
+│ DisplayWidth = PixelWidth * (SARWidth / SARHeight) │
+│ 8.14) Aspect ratio (AR) error: │
+│ Original AR = (SourceWidth - [CropLeft + CropRight]) / │
+│ (SourceHeight - [CropTop + CropBottom]) │
+│ Release AR = EncodeWidth / EncodedHeight │
+│ AR Error % = [(Original AR - Release AR) / Original AR] * 100 │
+│ 8.15) Target resolution when resizing to maintain mod2 and reduce AR │
+│ error: │
+│ TargetHeight = TargetWidth / [(SourceWidth - [CropLeft + │
+│ CropRight]) / (SourceHeight - [CropTop + CropBottom])] │
+│ The correct mod2 value can also be calculated from the ceiling of │
+│ TargetHeight if the value is odd, and the floor of TargetHeight if │
+│ the value is even. │
+│ 8.15.1) Alternatively, the following can be used to confirm the │
+│ correct resolution is used from the above method by │
+│ calculating the upper and lower integer limit of │
+│ TargetHeight: │
+│ HeightA = floor(TargetHeight + (TargetHeight mod2)) │
+│ HeightB = floor(TargetHeight - (TargetHeight mod2)) │
+│ The TargetHeight value (HeightA or HeightB) which results in │
+│ an aspect ratio error which tends to zero must be used. │
+│ e.g. TargetWidth: 1280. │
+│ SourceWidth: 1920, SourceHeight: 1080. │
+│ CropLeft + CropRight = 0, CropTop + CropBottom = 4. │
+│ TargetHeight = 1280 / ((1920 - 0) / (1080 - 4)) or │
+│ 717.33. │
+│ HeightA = floor(717.33 + (717.33 mod2)) or 718. │
+│ HeightB = floor(717.33 - (717.33 mod2)) or 716. │
+│ TargetWidth x HeightA = 1280x718 with -0.09% AR error. │
+│ TargetWidth x HeightB = 1280x716 with 0.19% AR error. │
+│ -0.09% tends closer to zero than 0.19% does (0.09 < │
+│ 0.19), therefore, HeightA must be used. │
+│ │
+│ 9) [ Common: Framerate ] │
+│ 9.1) Constant frame rate (CFR) must be used. │
+│ 9.1.1) Variable frame rate (VFR) methods are not allowed. │
+│ 9.2) Dupes based on frame rate are not allowed, use INTERNAL. │
+│ 9.3) Features which contain a constant dupe sequence must be decimated. │
+│ e.g. A silent movie at 1080p24 with a dupe sequence of 1-in-6 │
+│ must be decimated to 20 fps. │
+│ 9.4) For sources which contain footage at varying frames per second │
+│ throughout (hybrid sources), applying an inverse telecine is left │
+│ to the discretion of the group. The NFO must list a reason as per │
+│ the final decision chosen. │
+│ 9.4.1) It is assumed that the majority of the feature contains │
+│ enough unique frames to not require an inverse telecine │
+│ filter. If it can be proven an inverse telecine or decimating │
+│ filter does not result in any loss of unique frames, this is │
+│ considered a technical flaw. │
+│ e.g. The feature is filmed at 29.970 fps, but contains │
+│ some footage filmed at 23.976 fps. Choosing to encode the │
+│ entire release at 29.970 is valid. │
+│ 9.5) Native and converted frame rates refer to the standard in which the │
+│ feature was produced. │
+│ 9.5.1) NTSC produced content is native to NTSC. │
+│ 9.5.2) PAL produced content is native to PAL. │
+│ 9.5.3) NTSC produced content that is mastered in PAL is considered │
+│ as converted video. │
+│ 9.5.4) PAL produced content that is mastered in NTSC is considered │
+│ as converted video. │
+│ 9.6) Sources which contain converted video must be restored to the │
+│ original frame rate. │
+│ 9.6.1) Converted video includes, but is not limited to: ghosted, │
+│ blended, or duplicate frames. │
+│ 9.6.2) Converted video does not include NTSC to PAL or PAL to NTSC │
+│ sources which are sped up or slowed down. │
+│ 9.6.2.1) NTSC slow down or PAL speed up must be corrected by │
+│ muxing video to the correct fps and slowing down or │
+│ speeding up audio. eac3to is the recommended tool. │
+│ e.g. Source is PAL sped up, therefore it must be │
+│ slowed down back to NTSC. │
+│ Video: Mux with --default-duration 24000/1001p - to │
+│ force NTSC fps │
+│ Audio: eac3to input.ac3 output.ac3 -slowdown │
+│ -keepDialnorm - to slow audio down to NTSC │
+│ 9.6.2.2) Relevant rules from section 5 must be respected when │
+│ transcoding audio. │
+│ 9.6.2.3) WEB releases must still be tagged as such, when only │
+│ correcting slow down or speed up. │
+│ 9.6.2.4) 24 fps must be considered a valid frame rate and not │
+│ corrected, if it is only sped up or slowed down with no │
+│ other issues. │
+│ 9.6.3) If the restoration process is successful in restoring the │
+│ footage to the native format without significant issues or │
+│ artifacts, the CONVERT tag must not be used. │
+│ 9.6.4) In situations where the footage cannot be restored to the │
+│ native format or results in significant issues or artifacts, │
+│ the CONVERT tag must be used. │
+│ 9.7) True 50 / 59.940 fps video must be released at 50 / 59.940 fps. │
+│ True 25 / 29.970 fps video released at 50 / 59.940 fps is not │
+│ allowed and considered a technical flaw. │
+│ 9.7.1) In cases of varying framerates of 25 / 29.970 fps and true 50 │
+│ / 59.940 fps, the framerate of the main feature must be used. │
+│ e.g. studio for talk shows, game coverage for sports. │
+│ 9.7.2) In rare situations, 25 / 50 fps sources must be restored to │
+│ 23.976 or 29.97 fps. │
+│ 9.7.3) In rare situations, 29.97 / 59.940 fps sources must be │
+│ restored to 25 fps. │
+│ │
+│ 10) [ Common: Audio ] │
+│ 10.1) Sync must not drift during the entire release. │
+│ 10.2) Glitching or unrelated audio that occurs in any audio channel │
+│ present (e.g. L, R, C) is considered a technical flaw. │
+│ 10.2.1) Glitching is defined as, but not limited to: an audible │
+│ glitch, missing audio, pops or clicks as a result of │
+│ encoding, unintended gaps within playback, missing dialogue, │
+│ muted or muffled audio. │
+│ 10.3) An English spoken release must only contain a single English │
+│ dialogue track. │
+│ 10.3.1) Except in situations of a remastered/restored source, │
+│ whereby both original and remastered/restored audio track │
+│ may be muxed in. It is at the discretion of the group which │
+│ track is chosen as the primary dialogue track. │
+│ 10.4) A non-English spoken release may contain a secondary dialogue │
+│ track. │
+│ 10.4.1) The original audio track must be used and forced English │
+│ subtitles must be present, see 11.2. │
+│ 10.4.2) Secondary dubbed tracks must only be different dialects or │
+│ varieties of the original language or an English dub. │
+│ e.g. Original Spanish with secondary Latin Spanish. │
+│ e.g. Original French with secondary English dub. │
+│ 10.4.3) In rare cases, a third dubbed track may be included for │
+│ another dialect or variety of the original language, │
+│ accompanied with an English dubbed track. │
+│ e.g. Chinese original language, English dubbed track and │
+│ a Cantonese dubbed track. │
+│ 10.5) Non-English spoken releases which use only a dubbed track must be │
+│ tagged as DUBBED. │
+│ 10.6) Commentary audio may be included. │
+│ 10.7) Audio tracks must only be included once at the highest level of │
+│ quality allowed for that resolution. e.g. Including an English │
+│ dialogue track at lossless DTS-HD and lossy AC3 is not allowed. │
+│ 10.7.1) This does not apply to embedded cores in lossless tracks, │
+│ which are broken out by muxers as additional tracks. │
+│ 10.8) Including additional special audio tracks (e.g. isolated scores, │
+│ original mixes, different narrators) is allowed. │
+│ 10.9) Supplementary audio tracks must have the title field set to a │
+│ descriptive name. e.g. original, remastered, commentary with │
+│ director. │
+│ 10.10) The correct ISO 639 language code supported by MKVToolnix must be │
+│ set for all audio tracks. │
+│ 10.10.1) In situations where the language is not supported by │
+│ MKVToolnix, 'und' must be used. │
+│ 10.11) Dupes based on multiple audio tracks, audio format, different │
+│ narrators or remastered audio are not allowed, use INTERNAL. │
+│ 10.12) Retail audio may be used in place of audio tracks extracted from │
+│ the source. Each source and what content came from which must be │
+│ noted in the NFO. │
+│ e.g. Video from Netflix, dubbed track from DVD. │
+│ 10.12.1) Lossless tracks include, but are not limited to: DTS:X, │
+│ TrueHD Atmos, DTS-HD MA and TrueHD. │
+│ 10.12.2) Use of the highest quality retail lossless track in the │
+│ order of preference specified in 10.12.1 is accepted for │
+│ resolutions above 720p. │
+│ 10.12.3) 720p must respect 5.6.1 by first attempting to extract an │
+│ AC3 or E-AC3 core at or above 640 Kbps or transcoding from │
+│ the best lossless/lossy retail track. │
+│ 10.12.4) SD and commentary audio must respect 5.6.2, by transcoding │
+│ from the best lossless/lossy retail track. │
+│ │
+│ 11) [ Common: Subtitles ] │
+│ 11.1) All subtitles present on the source must be converted to SubRip │
+│ format and included in the release. │
+│ 11.1.1) It is at the discretion of the group to include forced │
+│ subtitles for dubbed audio tracks not included in the │
+│ release. │
+│ 11.1.2) Except in cases when 11.2.2 applies for non-forced tracks, │
+│ PGS or ASS format must be used instead. │
+│ 11.1.3) Except when capturing non-forced subtitles are optional, but │
+│ it is strongly recommend to find a way to extract them from │
+│ the source. │
+│ 11.2) Features with foreign dialogue or overlays must include a separate │
+│ SubRip subtitle (.srt) track for forced English subtitles set as │
+│ forced and default. │
+│ 11.2.1) Except in situations where the source video stream contains │
+│ hardcoded subtitles for non-English dialogue and overlays. │
+│ 11.2.2) Except for features with excessive positional subtitles │
+│ (e.g. Anime) which cannot be presented well in SubRip │
+│ format. PGS or ASS subtitles must be used instead and set as │
+│ forced and default. │
+│ 11.3) Forced SubRip subtitles must be free of technical flaws. │
+│ Including, but not limited to: sync issues, spelling, incorrect │
+│ OCR. │
+│ 11.3.1) SubRip subtitles must be carefully OCR'd. │
+│ 11.3.2) Minor errors in grammar or punctuation which do not change │
+│ the meaning of the sentence are tolerated. However, it is │
+│ recommended all errors be corrected. │
+│ 11.4) Subtitles from an officially licenced (e.g. HBO TV, Starz TV) HDTV │
+│ source or retail discs of the same feature are allowed. │
+│ 11.4.1) Subtitles included from another source must be noted in the │
+│ NFO. The source and which subtitle tracks used must be │
+│ mentioned. │
+│ 11.4.2) Fan-made or custom subtitles are not allowed. │
+│ 11.4.2.1) This does not included stripped SDH subtitles, which │
+│ may be optionally made by groups from a valid SDH │
+│ subtitle. │
+│ 11.5) Hardcoded subtitles which are only present in the source video │
+│ stream are allowed, with the exception of non-English hardcoded │
+│ subtitles in English features. │
+│ 11.5.1) When hardcoded subtitles extend over the entire feature, it │
+│ must be tagged as SUBBED. │
+│ e.g. English hardcoded subtitles throughout entire │
+│ feature = Tag SUBBED │
+│ e.g. English hardcoded subtitles for foreign │
+│ dialogue only = Do not tag SUBBED │
+│ 11.5.2) Subtitles which are only present within the letterboxed │
+│ matte (i.e. the black borders) of a video frame must be │
+│ cropped and OCR'd to SubRip format. │
+│ 11.5.3) In situations where subtitles overlay active video and │
+│ letterbox matte, cropping must be to the widest frame where │
+│ the subtitles are present and applied equally to the │
+│ relevant sides of the video frame. │
+│ 11.5.4) 11.5.2 and 11.5.3 do not apply to WEB releases. │
+│ 11.6) Subtitles, unless otherwise stated, are not subject to propers or │
+│ nukes for any technical flaws that may be present in the track. │
+│ 11.7) Dupes based on subtitles are not allowed, use INTERNAL. │
+│ │
+│ 12) [ Common: Subtitle Format ] │
+│ 12.1) Allowed formats are PGS (.sup), SubStation Alpha (.ass) and SubRip │
+│ (.srt). │
+│ 12.1.1) Compression must only be used when muxing PGS subtitles, │
+│ zlib is the only allowed compression algorithm. │
+│ 12.1.2) PGS subtitles must not be resized and must be muxed as is. │
+│ 12.1.3) UTF-8 encoding must be used for SubStation Alpha and SubRip │
+│ subtitle tracks. │
+│ 12.1.4) When converting to SubStation Alpha format, subtitles must │
+│ be cleanly converted without any unnecessary modifications │
+│ to display format. e.g. position, font, color. Subtitle Edit │
+│ is the recommended tool. │
+│ 12.1.5) Closed captions (e.g. CEA-708) embedded in video bitstreams │
+│ must be left as is and not stripped. │
+│ 12.1.5.1) Retaining closed captions when transcoding is optional │
+│ but strongly recommend. │
+│ 12.1.5.2) Extracting closed captions to create SubRip or when │
+│ appropriate SubStation Alpha formatted subtitles is │
+│ optional but strongly recommend. │
+│ 12.2) Subtitles must: │
+│ 12.2.1) Have the correct ISO 639 language code supported by │
+│ MKVToolNix set │
+│ 12.2.1.1) In situations where the language is not supported by │
+│ MKVToolNix, 'und' must be used. │
+│ 12.2.2) Not be set as default or forced, unless otherwise stated in │
+│ section 11. │
+│ 12.2.3) Have the correct sync offset set during muxing. │
+│ 12.2.4) Be converted correctly without creating new flaws. Groups │
+│ are not responsible for any flaws already present in non- │
+│ forced subtitle tracks. │
+│ e.g. Subtitle is out of sync on the source in a non- │
+│ forced track, when converted it is still out of sync. │
+│ This is not a technical flaw. │
+│ e.g. Subtitle is in sync on the source and converted │
+│ to SubRip format incorrectly by the group resulting │
+│ in sync issues. This is a technical flaw. │
+│ 12.3) It is strongly recommended to have descriptive names set on the │
+│ title field. │
+│ e.g. Director's Commentary, English (Forced), English (SDH). │
+│ 12.4) Burning-in subtitles to the video stream is not allowed. │
+│ 12.5) External subtitles located in 'Subs' directories are not allowed. │
+│ │
+│ 13) [ Common: Container ] │
+│ 13.1) Container must be Matroska (.mkv). MKVToolnix is the recommended │
+│ muxer. │
+│ 13.1.1) Custom muxing tools are allowed. However, the output must │
+│ adhere to the Matroska specifications and must retain │
+│ identical compatibility with demuxers as files created with │
+│ MKVToolnix. │
+│ 13.2) Support for file streaming and playback from RAR is mandatory. │
+│ 13.3) Matroska header compression must not be enabled. │
+│ 13.4) Chapters are allowed and strongly recommended. │
+│ 13.4.1) Chapter names are optional, but any chapter names including │
+│ those auto-generated by muxers must be in English. │
+│ 13.5) Watermarks, intros, outros or any other forms of defacement in any │
+│ track (e.g. video, audio, subtitles, chapters) are not allowed. │
+│ │
+│ 14) [ Common: Packaging ] │
+│ 14.1) Releases must be packed with RAR files and broken into a maximum │
+│ of 101 volumes. │
+│ 14.1.1) The old style extension-based naming scheme must be used. │
+│ i.e. .rar to .r99. │
+│ 14.1.2) The extension of the first volume in the archive set must be │
+│ .rar. │
+│ 14.2) RAR5/RARv5.0 is not allowed. RAR3/v2.0 or RAR4/v2.9 must be used. │
+│ 14.2.1) Custom RAR tools can be used. Files produced from custom │
+│ tools must adhere to the RAR3/v2.0 or RAR4/v2.9 archive │
+│ specification and retain identical compatibility with │
+│ extractors and demuxers as file created with WinRAR/rar. │
+│ 14.3) The following archive sizes are allowed: │
+│ 14.3.1) 15,000,000 bytes or 20,000,000 bytes for SD. Multiples of │
+│ these values are not allowed. │
+│ 14.3.2) Positive integer multiples of 50,000,000 bytes for all │
+│ resolutions. │
+│ e.g. (50 * 10^6) * n bytes, where n > 0. │
+│ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 │
+│ bytes. │
+│ 14.3.3) Releases must have a minimum of 10 volumes before the next │
+│ multiple of 50,000,000 bytes is used. │
+│ e.g. 10 volumes at 50,000,000 bytes can be repackaged to │
+│ 5 volumes at 100,000,000 bytes. │
+│ 5 volumes at 100,000,000 bytes cannot be repacked to 4 │
+│ volumes at 150,000,000 bytes. │
+│ 14.4) A single SFV must be present for the primary archives and contain │
+│ the entire archive set. │
+│ 14.5) NFO, RAR, SFV, Proof, Sample files must have unique, lower-case │
+│ filenames with the group tag. │
+│ 14.5.1) Group tags must be unique to each group, and may be an │
+│ abbreviated variation of the group name. │
+│ 14.6) Preing a release with missing RAR(s) or SFV on all sites is │
+│ considered a technical flaw. │
+│ 14.7) Corrupt RAR(s) (errors upon extraction) is considered a technical │
+│ flaw. │
+│ 14.8) RAR compression and recovery records are not allowed. │
+│ 14.9) Encryption or password protection is not allowed. │
+│ 14.10) RAR archive set must only contain a single mkv file, any other │
+│ files (e.g. multiple mkv files, txt files) are not allowed. │
+│ 14.10.1) Except for extras releases, multiple mkv files are allowed │
+│ and filenames must be unique and descriptive. │
+│ e.g. │
+│ The.Big.Bang.Theory.S01.EXTRAS.1080p.WEB.H264-GROUP │
+│ contains: │
+│ - Interview.with.the.Cast.mkv │
+│ - S01E01.Bloopers.mkv │
+│ 14.10.1.1) All extras of the resolution tagged must be included. │
+│ 14.10.1.2) External extras located in 'Extras' directories are │
+│ not allowed. │
+│ │
+│ 15) [ Common: Proof ] │
+│ 15.1) Proof must be provided for every release that contains retail │
+│ elements. e.g. subtitles and audio. │
+│ 15.1.1) A photograph of reasonable high quality of the printed side │
+│ of the physical disc with the group name clearly visible │
+│ must be used. │
+│ 15.1.2) Photographs must be at least 640x480px in resolution. Disc │
+│ details must be clear and legible. │
+│ 15.1.3) Small identifiable or sensitive information may be redacted. │
+│ 15.1.4) Photographs must be of the actual disc used for the final │
+│ encode. │
+│ 15.1.5) Cover scans or m2ts samples may be included, but do not │
+│ count as the required proof. │
+│ 15.2) Proof must be placed in a separate directory named 'Proof'. │
+│ 15.2.1) Proof must be in JPEG or PNG format and must not be │
+│ archived. │
+│ 15.3) When video, audio or subtitles are taken from multiple retail │
+│ sources, proof must be provided for all sources used. │
+│ e.g. Video from Source A and audio from Source B are used. │
+│ Proof of Source A and B is required. │
+│ 15.4) All EXIF data (especially any personally identifiable such as │
+│ geolocation) must be stripped. │
+│ 15.4.1) Drawing attention (e.g. nuking, propering, mentioning in │
+│ nfo) to proof which has not stripped EXIF data is strictly │
+│ not allowed. │
+│ 15.5) A release which fails to pre with the required proof is considered │
+│ technically flawed and can be propered. │
+│ 15.5.1) Proof fixes must be pred within 24 hours of the original │
+│ pre. │
+│ 15.5.2) Fixes provided after a proper has been released, or after 24 │
+│ hours has elapsed from the original pre will not be │
+│ accepted. │
+│ │
+│ 16) [ Common: Samples / Source Samples ] │
+│ 16.1) Releases must include a 50-70 second sample for each release, │
+│ samples must: │
+│ 16.1.1) Be placed in a separate directory named 'Sample'. │
+│ 16.1.2) Be cut from the final video, not encoded separately and not │
+│ be archived. │
+│ 16.1.3) Not contain opening (e.g. studio titles) or closing (e.g. │
+│ credits) footage when possible. e.g. cut samples from at │
+│ least 2m in or the middle to avoid this. │
+│ 16.2) Source samples are required for any release where the validity of │
+│ the source may be brought into question. │
+│ 16.2.1) Included source samples must have a unique filename and be │
+│ placed within the 'Proof' directory. │
+│ 16.2.2) If there is a question as to the validity of a source, │
+│ encoding methods, or filters used; the release may be nuked │
+│ within 24 hours of pre requesting a source sample and must │
+│ include the initial suspicion or reason. │
+│ e.g. │
+│ source.sample.requested_suspicion.of.invalid.decimation. │
+│ 16.2.3) Requests may mention a specific timecode to verify the │
+│ sample provided is the same source used for the encode in │
+│ question. │
+│ e.g. include.ghosting.at.2m22s. │
+│ 16.2.4) The group has 48 hours from the first nuke to pre a source │
+│ sample that is at least 30 seconds and no more than minutes │
+│ in length. If no specific timestamp is requested, source │
+│ samples must be of the main feature and not the starting or │
+│ ending credits. │
+│ 16.2.5) Source samples must be packed as per section 14 and use the │
+│ SOURCE.SAMPLE tag. │
+│ 16.2.6) Failing to provide source proof, or providing insufficient │
+│ proof to disprove any claims, the original release must │
+│ remain nuked and can be considered technically flawed. │
+│ │
+│ 17) [ Common: NFO ] │
+│ 17.1) A single NFO file must be present, and must contain the following │
+│ information: │
+│ 17.1.1) Transcoded content: Source video stream bitrate. │
+│ 17.1.1.1) Must be retrieved using an accurate method, such as: │
+│ MediaInfo (using --parsespeed=1), ffprobe, etc. │
+│ 17.2) The following information is optional, but recommended: │
+│ 17.2.1) Release name and group. │
+│ 17.2.2) Release date. │
+│ 17.2.3) Runtime. │
+│ 17.2.4) Resolution and aspect ratio. │
+│ 17.2.5) Frame rate. │
+│ 17.2.6) Audio format. │
+│ 17.2.7) File size. │
+│ 17.2.8) Archive information. │
+│ 17.2.9) List of included subtitles. │
+│ 17.2.10) CRF value. │
+│ │
+│ 18) [ Common: Tagging ] │
+│ 18.1) The following source tags are allowed: │
+│ WEB, WEBRIP │
+│ 18.2) Only the following additional tags are allowed: │
+│ ALTERNATIVE.CUT, BW, CHRONO, COLORIZED, CONVERT, DC, DIRFIX, │
+│ DUBBED, DV, EXTENDED, EXTRAS, FS, HDR, HDR10Plus, HR, INTERNAL, │
+│ LINE, NFOFIX, OAR, OM, PROOFFIX, PROPER, PURE, RATED, READNFO, │
+│ REAL, REMASTERED, REPACK, RERIP, RESTORED, SAMPLEFIX, │
+│ SOURCE.SAMPLE, SUBBED, THEATRICAL, UNCENSORED, UNCUT, UNRATED, WS │
+│ 18.2.1) <VERSION / CUT TITLE> may be used when a tag from 18.2 does │
+│ not fit. │
+│ e.g. Deadpool 2: The Super Duper Cut may be tagged as │
+│ Deadpool.2.2018.The.Super.Duper.Cut │
+│ 18.2.2) Proof must be provided for all remastered/restored releases │
+│ to prove it is in fact a remaster/restore. Acceptable proof │
+│ is: │
+│ 18.2.2.1) At least 3 screenshots comparing the new and old │
+│ sources or encodes, depicting a stark difference │
+│ included in the 'Proof' directory. │
+│ 18.2.2.2) Link in the NFO to a comparison website (e.g. caps-a- │
+│ holic.com) which has already performed comparisons. │
+│ 18.2.2.3) Subsequent releases from the same remastered/restored │
+│ source may refer back to the first release in the NFO │
+│ in lieu of including proof again. │
+│ e.g. 1080p released first with proof, 720p can │
+│ refer back to the proof in the 1080p. │
+│ 18.2.3) HR may only be used when 21.5.3 applies. │
+│ 18.3) Variations of any additional tag are not allowed. │
+│ e.g. READ.NFO or RNFO is not allowed, READNFO must be used. │
+│ 18.4) READNFO should be used sparingly. Discretion is recommended. │
+│ 18.4.1) The READNFO tag must not be used with PROPER, REPACK, or │
+│ RERIP. │
+│ 18.5) Tags must be grouped together, period-delimited, and follow the │
+│ mandatory directory format, see rule 19.4. │
+│ e.g. EXTENDED.RERIP, REMASTERED.REPACK. │
+│ 18.6) Tags must only be used once, but the order is left to the │
+│ discretion of the group. │
+│ 18.6.1) Except in situations where the REAL tag is required to be │
+│ stacked to differentiate between multiple invalid releases. │
+│ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER │
+│ and PROPER. │
+│ 18.7) All HDR content must be tagged as such. │
+│ │
+│ 19) [ Common: Directory Nomenclature ] │
+│ 19.1) Acceptable characters allowed for directories are: │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ 19.2) Single punctuation must be used. Consecutive punctuation is not │
+│ allowed. │
+│ e.g. Show----Name.S01E01, Show.Name....S01E01 │
+│ 19.3) Typos or spelling mistakes in the directory are not allowed. │
+│ 19.4) Releases must match the following directory format: │
+│ 19.4.1) │
+│ Feature.Title.<YEAR>.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT> │
+│ -GROUP │
+│ 19.4.2) Weekly.TV.Show.[COUNTRY_CODE].[YEAR].SXXEXX[Episode.Part].[E │
+│ pisode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 19.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title.<TAGS>.[LANGUAGE │
+│ ].<RESOLUTION>.<FORMAT>-GROUP │
+│ 19.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part].[Episode.T │
+│ itle].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 19.4.5) Cross.Over.TV.Show.One.SXXEXX[Episode.Part].[Episode.Title]_ │
+│ Show.Two.SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUA │
+│ GE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 19.4.6) Miniseries.Show.PartX.[Episode.Title].<TAGS>.[LANGUAGE].<RES │
+│ OLUTION>.<FORMAT>-GROUP │
+│ 19.5) Named directory arguments formatted inside <> must be included. │
+│ Optional arguments formatted inside [] can be used in some cases. │
+│ 19.5.1) Mini-series parts must be at least 1 integer wide, and │
+│ values used may extend past 9. │
+│ e.g. Miniseries.Part.1, Miniseries.Part.10. │
+│ 19.5.2) Episode and seasonal numbering must be at least 2 integers │
+│ wide, and values used may extend past 99. │
+│ e.g. S01E99, S01E100, S101E01. │
+│ 19.5.3) Episode part refers to episodes, usually cartoons or │
+│ animation, which split episodes into stories by different │
+│ directors. Episode parts must be alphanumeric (A-Z, a-z, │
+│ 0-9). │
+│ e.g. The first episode from Season 2 of SpongeBob │
+│ SquarePants is split into S02E01A/B, see: │
+│ https://goo.gl/CVGXKu │
+│ 19.5.4) Season must be omitted if a series is not a mini-series and │
+│ does not have seasons. │
+│ e.g. One Piece must be tagged as One.Piece.E01. │
+│ 19.5.5) Episode title is optional. │
+│ 19.5.6) Tags refers to all permitted tags only, see section 18. │
+│ 19.5.7) Non-English releases must include the language tag. English │
+│ releases must not include the language tag. │
+│ 19.5.7.1) Language tags must be the full name of the language. │
+│ Abbreviations or language codes are not allowed. │
+│ e.g. FRENCH, RUSSIAN, GERMAN. │
+│ 19.5.8) Format refers to whether the release is transcoded │
+│ (WEBRip.x264/x265) or untouched (WEB.H264/WEB.H265). │
+│ 19.6) Do not indicate the ripping, or encoding methods that were used. │
+│ Use the NFO for any technical details. │
+│ 19.7) Non-series releases (e.g. movies, documentaries) must include the │
+│ production year. │
+│ 19.8) Different shows with the same title produced in different │
+│ countries must have the ISO 3166-1 alpha 2 country code in the │
+│ show name. │
+│ 19.8.1) Except for UK shows, which must use UK, not GB. │
+│ 19.8.2) This rule does not apply to an original show, only shows │
+│ that succeed the original. │
+│ e.g. The.Office.S01E01 and The.Office.US.S01E01. │
+│ 19.9) Different shows with the same title produced in the same country │
+│ which begin in different years must have the year of the first │
+│ season in the directory. │
+│ 19.9.1) The year is not required for the show broadcasted first. │
+│ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01. │
+│ 19.10) Different shows with the same titles produced in the same country │
+│ which begin in different years must have the ISO-3166-1 alpha 2 │
+│ country code followed by the year of the first season in the │
+│ directory. │
+│ 19.10.1) See rules 19.8 and 19.9 for country code and year │
+│ explanations. │
+│ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), │
+│ Wanted.AU.2016.S01E01 (2016). │
+│ 19.11) Show names which are hyphenated or include punctuation must │
+│ follow the format shown in the title sequence or credits of the │
+│ first episode, limited to the list of acceptable characters. │
+│ 19.11.1) If no title card exists, see rule 19.13.1. │
+│ 19.11.2) Additional titles and names given to an individual season │
+│ must not be used. │
+│ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05. │
+│ 19.11.3) Acronyms which show the ellipsis of letters with non- │
+│ standard characters must be replaced with a period. │
+│ e.g. M*A*S*H must be M.A.S.H. │
+│ e.g. George Carlin... It's Bad for Ya! must be │
+│ George.Carlin.Its.Bad.For.Ya. │
+│ 19.12) Directory nomenclature and numbering must remain consistent │
+│ across the lifetime of an individual show or event. │
+│ 19.12.1) Shows which contain acronyms or secondary titles must │
+│ follow the format used by the first release. │
+│ e.g. Law.and.Order.SVU.S01E01 is the standard format │
+│ that must be used for all following episodes, │
+│ Law.and.Order.Special.Victims.Unit.S01E02 is not │
+│ allowed. │
+│ Shadowhunters.The.Mortal.Instruments.S01E01 is the │
+│ standard format, Shadowhunters.S01E02 is not allowed. │
+│ 19.12.2) Shows which air with extended content under modified names │
+│ must use the primary show name and numbering with the │
+│ EXTENDED tag. │
+│ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as │
+│ QI.S06E01 and QI.S06E01.EXTENDED respectively. │
+│ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must │
+│ be tagged as Room.101.S01E01 and │
+│ Room.101.S01E01.EXTENDED respectively. │
+│ 19.12.3) Groups cannot change the directory format of a show after a │
+│ second release or episode with the same format exists. │
+│ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the │
+│ format. │
+│ 2016-01-08: Law.and.Order.SVU.S01E02 continues the │
+│ format. │
+│ 2016-01-09: │
+│ Law.and.Order.Special.Victims.Unit.S01E01.DIRFIX is not │
+│ valid as the second episode already exists and │
+│ continues with the previously defined format. │
+│ 19.12.4) Except in situations where the show has an official change │
+│ in its name, whereby all official references by the │
+│ broadcaster or studio are of the new name. This change must │
+│ be mentioned in the first NFO with the new name with │
+│ relevant references. │
+│ e.g. Gold.Rush.Alaska.S01E01 changed to │
+│ Gold.Rush.S02E01. │
+│ 19.12.5) Official name changes for a show does not include the │
+│ renaming of individual seasons. Seasonal name changes must │
+│ be ignored. │
+│ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be │
+│ used. Power.Rangers.Lost.Galaxy.S07 must not be used. │
+│ Strike.Back.S03, Strike.Back.S05 must be used. │
+│ Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must │
+│ not be used. │
+│ 19.12.6) Any deviations or changes require sufficient evidence │
+│ listed in the NFO as to the reason for change. │
+│ 19.13) User-contributed services such as TVMaze or TheTVDB must not be │
+│ used as a reference when naming and numbering episodes. It may be │
+│ used as a general guide; however, official guides must be used. │
+│ 19.13.1) The following order must be used as the primary source for │
+│ naming and numbering. │
+│ 19.13.1.1) Official website of the show. │
+│ 19.13.1.2) Order and format listed by the original broadcaster. │
+│ 19.13.1.3) Network guide. │
+│ 19.13.2) In situations where official sources have inconsistent │
+│ listings, or offer none at all, previously established │
+│ numbering must be used. │
+│ e.g. MythBusters, National Geographic Special Episodes. │
+│ │
+│ 20) [ Common: Fixes ] │
+│ 20.1) The following fixes are allowed: │
+│ DIRFIX, NFOFIX, PROOFFIX, SAMPLEFIX. │
+│ 20.2) Any other form of fix is not allowed. │
+│ e.g. RARFIX, SFVFIX, SUBFIX │
+│ 20.3) All fixes require an NFO and must state which release is being │
+│ fixed. │
+│ 20.4) A proper may not be released for a flaw which can be fixed with │
+│ the above methods, with the exception of prooffixes, see 15.5.1. │
+│ 20.5) If multiple releases from a single season require a DIRFIX, a │
+│ single DIRFIX per season is allowed and recommended. │
+│ e.g. Show.Name.S01.1080p.DIRFIX.WEB.H264-GROUP. │
+│ 20.5.1) If a single DIRFIX is used, all relevant releases and │
+│ corresponding fixes must be listed in the NFO. │
+│ e.g. The NFO should contain the following: │
+│ This is the correct order in which to watch the show; │
+│ Some.Show.S01E02.720p.WEB.H264-GROUP is actually E01 │
+│ Some.Show.S01E01.720p.WEB.H264-GROUP is actually E02 │
+│ Some.Show.S01E03.720p.WEB.H264-GROUP │
+│ Some.Show.S01E05.720p.WEB.H264-GROUP is actually E04 │
+│ Some.Show.S01E04.720p.WEB.H264-GROUP is actually E05 │
+│ Some.Show.S01E06.720p.WEB.H264-GROUP │
+│ │
+│ 21) [ Common: Dupes ] │
+│ 21.1) Same second releases, with a maximum acceptable variance of two │
+│ seconds (+/- 2 seconds) between timestamps reported by a majority │
+│ of pre bots, are not considered dupes and should not be nuked. │
+│ 21.1.1) Timestamps must be considered as whole integers and round │
+│ half towards zero. │
+│ 21.1.2) The earliest timestamp must be used when considering dupes. │
+│ e.g. Release A: 1451572201.427158 -> 1451572201 │
+│ Release B: 1451572203.626645 -> 1451572203 │
+│ Release C: 1451572204.137665 -> 1451572204 │
+│ Release B does not dupe Release A: 1451572203 - │
+│ 1451572201 = 2, i.e. maximum variance allowed. │
+│ Release C dupes Releases A and B: 1451572204 - │
+│ 1451572201 = 3, i.e. 3 > 2. │
+│ 21.1.3) In situations where a release is found to contain a │
+│ technical flaw, same second dupes which do not exhibit any │
+│ technical flaws must be considered the final release. Groups │
+│ may release a DIRFIX to PROPER for their original release, │
+│ but it is not required. │
+│ e.g. Release A and Release B are released at the same │
+│ time. Release A is nuked as containing glitches, Release │
+│ B then becomes the de facto release and a DIRFIX to │
+│ PROPER may be released. │
+│ 21.2) WEBRip.x264/x265 dupes WEB.H264/H265. │
+│ 21.3) WEB.H264/H265 does not dupe WEBRip.x264/x265. │
+│ 21.4) WEB.H264/H265 and WEBRip.x264/x265 does not dupe │
+│ DSR/PDTV/HR.PDTV/AHDTV/HDTV. │
+│ 21.5) WEB.H264/H265 and WEBRip.x264/x265 dupes an equivalent Retail │
+│ release. │
+│ 21.5.1) Except in situations where the aspect ratio of the release │
+│ exceeds that of its respective retail release. │
+│ e.g. A 2.39:1 release will not dupe a 1.78:1 retail │
+│ release, provided there is clearly more visible on- │
+│ screen footage. Proof demonstrating this difference is │
+│ recommended, but not mandatory. │
+│ 21.5.2) Except in situations where the release is a different │
+│ version (e.g. ALTERNATIVE.CUT, COLORIZED) of its respective │
+│ retail release, and is not censored after uncensored. │
+│ e.g. An UNCENSORED.720p.WEB.H264 release does not dupe a │
+│ censored 720p.BluRay.x264. │
+│ 21.5.3) Except in situations where SD WEB has a width between, and │
+│ including, 960 and 1024. In that case it may be released │
+│ after SD retail, and only if no HD retail release exists. │
+│ The release must be tagged as HR (High resolution). │
+│ 21.6) Native video streams do not dupe converted video streams. │
+│ 21.7) Converted video streams dupe native video streams. │
+│ 21.8) Releases with muxed-in subtitles do not dupe releases with │
+│ hardcoded subtitles. │
+│ 21.9) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with │
+│ muxed in subtitles. │
+│ 21.10) HDR after SDR or vice versa does not dupe. │
+│ 21.11) Non-foreign tagged English release does not dupe a foreign tagged │
+│ release. │
+│ │
+│ 22) [ Common: Propers / Rerips / Repacks ] │
+│ 22.1) Detailed reasons must be included in the NFO for all repacks, │
+│ rerips, and propers. │
+│ 22.1.1) Proper reasons must be clearly stated in the NFO, including │
+│ timestamps and specifics in regards to the flaw when │
+│ appropriate. │
+│ 22.1.2) If a release is not globally nuked, a sample demonstrating │
+│ the flaws in the original release is required and must be │
+│ placed within the 'Proof' directory. │
+│ 22.2) Propers are only permitted in the case of a technical flaw in the │
+│ original release. │
+│ 22.2.1) Except in cases of video and/or audio based qualitative │
+│ propers, which are only allowed within 15 minutes of the │
+│ original release's pre time. │
+│ 22.2.1.1) All qualitative propers must follow 23.1.1, 23.1.1.1 │
+│ and 23.1.3 to prove superior quality of video and/or │
+│ audio. │
+│ 22.2.1.2) Mixing sources on qualitative based propers is not │
+│ allowed, use INTERNAL. │
+│ e.g. Video from Netflix, audio from retail. Video │
+│ from Amazon, audio from Netflix. │
+│ 22.2.1.3) 23.2, 23.2.1 and 23.2.2 must be respected │
+│ (supplementing internal(led)/internalling with │
+│ proper(ed)/propering) on all qualitative propers. │
+│ 22.2.2) Transcoded releases cannot proper any untouched files. │
+│ e.g. WEBRip.x264 cannot proper WEB.H264. │
+│ 22.2.2.1) Unless it is a transcode of a lossless stream │
+│ correcting the technical flaw, see rule 1.4. │
+│ 22.2.2.2) Unless it can be proven that all untouched sources are │
+│ flawed which cannot be repaired by transcoding, but a │
+│ WEBRip does not exhibit the same technical flaw(s). │
+│ e.g. iTunes, Amazon, and Netflix only offer the │
+│ content. Amazon and iTunes sourced files cannot be │
+│ repaired by transcoding, however a Netflix WEBRip │
+│ is fine. │
+│ 22.2.3) Untouched files can proper transcoded releases for any valid │
+│ technical flaw. │
+│ 22.3) Audio or visual glitches can be propered with a release which does │
+│ not exhibit the same flaw. │
+│ 22.3.1) In situations where mastering issues results in visual or │
+│ audio glitches, a release must not be nuked until a valid │
+│ proper, repack, or rerip using a glitch-free source or │
+│ master is released. │
+│ 22.4) Highest quality video and audio, and all subtitles present counts │
+│ at time of pre. Propering with higher quality video, audio, or │
+│ subtitles that may appear later on the source is not allowed, use │
+│ INTERNAL. │
+│ e.g. Movie is posted to Netflix with 24 subtitles and 448 │
+│ E-AC3 audio, released as is. Two hours later, five additional │
+│ subtitle tracks are added, and audio is upgraded to 640Kbps │
+│ E-AC3 audio and propered. That proper is invalid. │
+│ 22.4.1) This does not apply when certain regions may have degraded │
+│ video or audio quality, but another region on the source │
+│ does not. │
+│ e.g. Netflix has limited bitrates to 10Mbps in South │
+│ America due to bandwidth limitations, but Europe has the │
+│ expected 25Mbps streams. Using the 10Mbps stream from │
+│ South America is a technical flaw. │
+│ 22.4.2) Propers based on one region having more subtitles than │
+│ another is not allowed, use INTERNAL. │
+│ e.g. Netflix in Japan has four more subtitle tracks at │
+│ time of pre than Europe, group releases from Europe │
+│ missing the extra 4 subtitles - propering from Japan is │
+│ not allowed, use INTERNAL. │
+│ 22.5) RERIP must be used for ripping or encoding issues. │
+│ 22.6) REPACK must be used for packing or muxing issues. │
+│ │
+│ 23) [ Common: Internals ] │
+│ 23.1) Internals are only allowed when they provide superior quality to │
+│ the last internal/non-internal WEB/WEBRip or non-internal retail │
+│ release, when internaling over: │
+│ e.g. Feature is released as WEB, then released again as │
+│ INTERNAL with superior quality. To release another INTERNAL it │
+│ must be superior to the last INTERNAL not the first release. │
+│ e.g. Feature is released as WEB, then retail and then │
+│ again as INTERNAL retail. To release INTERNAL it must be │
+│ superior to the non-internal retail, not the internal │
+│ retail or the first release (WEB). │
+│ 23.1.1) Video quality, a minimum of four B to B frame comparisons │
+│ (INTERNAL vs last release) in PNG format spread throughout │
+│ the feature, showing a stark improvement in video quality, │
+│ must be included in the 'Proof' directory. │
+│ 23.1.1.1) Comparison frame numbers must be included in the NFO │
+│ file or embedded in comparisons. FFInfo is the │
+│ recommend method. │
+│ 23.1.2) Number of subtitle or audio tracks, the release must have │
+│ all the tracks the previous release had plus new additional │
+│ tracks. │
+│ 23.1.2.1) Inclusion or lacking of closed captions subtitles │
+│ defined by rule 12.1.5 or stripped SDH subtitles │
+│ defined by rule 11.4.2.1, must not be taken into │
+│ consideration. │
+│ e.g. Only improvement is inclusion of closed │
+│ captions - internal is invalid. │
+│ 23.1.3) Audio quality must be better quality as defined by rule │
+│ 2.3.1. │
+│ 23.2) Any aspects (i.e. video, subtitles, audio) not being internalled │
+│ over better quality, must be of equal quality to the previous │
+│ release. As per 23.1.2.1 closed captions and stripped SDH │
+│ subtitles must not be taken into consideration. │
+│ e.g. Internalling over video quality, but not providing audio │
+│ of equal or better quality or lacking subtitles the previous │
+│ release had, is not allowed. │
+│ e.g. Internalling over audio quality, but not providing │
+│ video of equal or better quality or lacking subtitles the │
+│ previous release had, is not allowed. │
+│ e.g. Internalling over video quality, having better │
+│ audio, more/equal subtitles and lacking closed │
+│ captions the original release had is allowed. │
+│ 23.2.1) All improvements must be detailed within the NFO. │
+│ 23.2.2) Proof of superior quality for a certain source need only be │
+│ provided for the first release of a season. All other │
+│ releases must refer back to the first release in the NFO. │
+│ 23.3) Internals with equal files/quality are allowed after one year of │
+│ release and should be used sparingly only when a release has gone │
+│ missing from archives. The release that went missing must be │
+│ mentioned in the NFO. │
+│ 23.4) Internals are required to follow all rules. │
+│ 23.5) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be │
+│ nuked fix.for.nuke. │
+│ │
+│ 24) [ Common: Ruleset Specifics ] │
+│ 24.1) This ruleset is to be considered the ONLY official ruleset for WEB │
+│ and WEBRip releases. It supersedes all previous revisions, │
+│ rulesets and precedents. │
+│ 24.1.1) Releasing under former rulesets or codecs is not allowed, │
+│ and must be nuked defunct.ruleset or defunct.codec. │
+│ 24.1.2) The naming standards listed in this document must only take │
+│ effect once a current running season has ended. Any existing │
+│ naming schemes must be used in the event of missing │
+│ episode(s) from older seasons being filled. │
+│ 24.1.3) This ruleset is not retroactive, and only applies to │
+│ releases released under it. │
+│ 24.2) The following definition of keywords throughout this ruleset are │
+│ as follows: │
+│ 24.2.1) Must: the rule is explicit in the definition and is │
+│ compulsory. │
+│ 24.2.2) Should: implies the rule is a suggestion, and is non- │
+│ compulsory. │
+│ 24.2.3) Can or may: implies the rule is optional, and is non- │
+│ compulsory. │
+│ 24.2.4) e.g: refers to common examples, elements listed should not │
+│ be considered as all possibilities. │
+│ 24.2.5) i.e: refers to the only examples, elements listed will be │
+│ considered as all valid possibilities. │
+│ │
+│ 25) [ Common: Notes ] │
+│ 25.1) The inclusion of 2-pass in this ruleset should not be misconstrued │
+│ as preferring it for every release, CRF must always be considered │
+│ the primary method. Instead, it is encouraged for groups to use │
+│ 2-pass methods for rare cases when files provided are of extremely │
+│ high quality. │
+│ 25.1.1) Video which contains an excessive amount of noise may often │
+│ result in an unnecessary large bitrate. In such situations, │
+│ encoding to a smaller bitrate using 2-pass can result in a │
+│ file size improvement with negligible loss in video quality. │
+│ 25.2) Dolby Vision (DV) and HDR10+ (HDR10Plus) are considered out of │
+│ scope, due to lack of support and no standard workflow for │
+│ producing them, and must only be released as INTERNAL. │
+│ 25.2.1) DV encodes must have DV Profile (--dolby-vision-profile) and │
+│ RPU metadata (--dolby-vision-rpu) set to the same values as │
+│ the source. │
+│ 25.2.1.1) Including the DV enhancement layer on a HDR or │
+│ HDR10Plus encode is another option. │
+│ 25.2.1.2) Until such a time as Matroska gains support for Dolby │
+│ Vision, MP4 may be used and dlb_mp4base or MP4Box are │
+│ the only allowed muxers. It is fully at the group's │
+│ discretion to work around any pitfalls of the MP4 │
+│ container (e.g. limited audio codec and subtitles │
+│ support). Groups are exempt from any rules with │
+│ regards to these pitfalls. │
+│ 25.2.2) HDR10Plus releases, in addition to HDR specifics (see │
+│ 4.23.4), must have SEI tone mapping metadata (--dhdr10-info) │
+│ set to the same values as the source. Tone mapping metadata │
+│ optimisation (--dhdr10-opt) must be enabled. │
+│ 25.2.3) Any metadata must be extracted from the whole concatenated │
+│ source, not a partial source. e.g. the first m2ts file. │
+│ 25.2.4) Until such a time as mapping metadata to cropped encodes is │
+│ possible, DV and HDR10Plus are exempt from cropping rules │
+│ and must be left uncropped. │
+│ 25.2.5) The rules below will apply in a hypothetical future when all │
+│ pitfalls and issues mentioned above are resolved, support │
+│ has become widespread, does not result in any playback │
+│ issues and at least three months have elapsed from support │
+│ being added. │
+│ 25.2.5.1) If the source contains a DV enhancement layer, it must │
+│ be muxed in with the correct DV Profile set for the │
+│ source during muxing. │
+│ 25.2.5.2) If the source contains HDR10Plus SEI metadata, 25.2.2 │
+│ is mandatory. │
+│ 25.2.5.3) 25.2.3 must be respected. │
+│ 25.2.5.4) The HDR10Plus tag must not be used. │
+│ 25.2.5.5) DV single layer encodes (see 25.2.1) or untouched are │
+│ only allowed when the source is single layer DV (i.e. │
+│ No HDR, only DV). The DV tag must only be used in the │
+│ case of single layer DV. │
+│ 25.2.5.6) Dolby Vision (DV) and HDR10+ (HDR10Plus) no longer │
+│ need be released only as INTERNAL. │
+│ 25.3) YouTube may only be used as a source if geographical restrictions │
+│ apply to legitimate content uploaded by the rights holder or on a │
+│ verified channel. │
+│ 25.4) Re-releasing uncropped WEB which has already been released as │
+│ uncropped INTERNAL.WEB or cropped WEBRIP is not allowed and must │
+│ be considered dupe. │
+│ 25.4.1) Any WEB release nuked solely for not being cropped and not │
+│ reripped, repacked or propered may be unnuked and now be │
+│ considered valid. │
+│ 25.5) Re-releasing any INTERNAL WEB/WEBRips that duped │
+│ DSR/PDTV/HR.PDTV/AHDTV/HDTV under v1.0 of this ruleset is not │
+│ allowed and must be considered dupe. │
+│ │
+├──────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Signed (in alphabetical order) - 92 Groups ] │
+│ 57CHAN, 707, aAF, ADMiT, ADRENALiNE, AMCON, AMRAP, ANiURL, APRiCiTY, │
+│ ASCENDANCE, ASSOCiATE, AVR, BAKFYLLA, BALLIN, BARGE, BATV, BAWSER, BiQ, │
+│ BRAINFUEL, BREXiT, CAFFEiNE, CBFM, CookieMonster, CREED, CRiMSON, CROOKS, │
+│ DANES, DEADPOOL, DHD, DISKRIMINERING, DKiDS, DKiNO, EDHD, ELIMINERING, EMX, │
+│ EXECUTION, EXEKVERING, FaiLED, FAiRCHANCE, FELTET, FFD, FLEKSNES, GIMINI, │
+│ GRiP, HANGAR17, HENRETTELSE, HOTLiPS, iNDKAST, iNSPiRiT, iNTENSO, JAWN, JRP, │
+│ KOMPOST, KYR, LEiEFiLM, LEViTATE, LiGATE, LSDK, MenInTights, METCON, MoA, │
+│ MTB, NCC1701D, NiXON, NORPiLT, NORUSH, OldSeasons, PETRiFiED, PLAYD, │
+│ PLUTONiUM, QPEL, REGRET, RiVER, SECRETOS, SERIOUSLY, SHERLOCK, SHiFT, SKGTV, │
+│ SKRiTT, SOAPLOVE, STATOiL, TRUMP, TVADDiCT, TViLLAGE, TVSLiCES, TWERK, │
+│ UNDERBELLY, VERUM, WALT, WATCHER, WATSON, WEBELL │
+│ │
+│ [ Refused to Sign ] │
+│ This refused to sign list consists of 31 groups, many of them sub-groups. │
+│ │
+│ ACES, BAMBOOZLE, BiSH, BRASS, CONVOY, CROSSFIT, CUTEYS, DARKFLiX, │
+│ DECAPiTATiON, DEFY, ELiMiNATE, FLX, HANDBOLL, HILLARY, I_KnoW, KiNDERGARTEN, │
+│ KLINGON, LiNKLE, MEMENTO, MORSOM, OATH, RADiOACTiVE, ROBOTS, ROWBOATS, │
+│ SLAUGHTER, STRiFE, TBS, TURBO, URANiME, W4F, XLF │
+│ │
+│ These groups felt encouraging the use of high quality sources with │
+│ qualitative based propers was "anti-competitive". │
+│ They believe it's acceptable to use worse sources to win races instead of │
+│ waiting mere seconds and picking the better ones. │
+│ │
+│ They demanded that they be allowed to release internals that were either │
+│ worse quality, technically flawed or same file dupes. │
+│ They feel that "because it's always been that way" no change should happen │
+│ and are standing in the way of progress. │
+│ │
+│ They banded together and went against majority voting on changes made to the │
+│ rules below: │
+│ Rule 22.2.1 (Qualitative based propers allowed within 15 min of pre time) - │
+│ 19 for and 7 against. │
+│ Rule 23.1 (Internals only for better quality) - 27 for and 2 against. │
+│ │
+│ Every group present during drafting was given 1 vote and collectively │
+│ decided on all changes made. │
+│ This egregious and unreasonable behaviour will not be tolerated in a │
+│ democratic system. │
+│ │
+├──────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Revisions ] │
+│ 2016-03-16 - v1.0 - Final commit and public release of ruleset. │
+│ 2020-05-13 - v2.0 - Restructuring and hardening of all rules, UHD and HDR │
+│ supported properly, qualitative based propers allowed, internals specificity │
+│ hardened. │
+│ │
+└──────────────────────────────────────────────────────────────────────────────┘
THE.2020.WEB.AND.WEBRIP.SD.HD.X264.UHD.X265.RULESET.v2.0-WDX
+
+High Definition x264/H264 and Ultra High Definition x265/H265 WEB and WEBRip Standards
+Version 2.0 - 2020-05-13
+
+[ Intro ]
+The landscape of the WEB scene has changed in the last four years. Subsequently, the ability to defeat DRM has become ubiquitous.
+What were once rules written around the assumption that capturing and transcoding would be more commonplace than lossless downloading have naturally become increasingly out of date.
+
+HDTV is still slowly, but surely, being replaced by WEB. Not just in quality, but with more and more providers transitioning to streaming at airtime, and some even putting entire seasons up days/weeks before airtime.
+
+Transcoding only for crop has become a burden, and only serves to damage the section.
+Internals have been abused with rampant technical flaws, lesser quality and identical files.
+While UHD and HDR streams were but an afterthought four years ago, they have now become a daily occurrence with groups left unsure of how to release them.
+
+Worst of all, with an almost endless array of web sources available simultaneously, groups continuously pick the first to appear, which, more often than not, is the worst possible quality.
+
+This update will address all these issues and more, by taking one large leap forward and no steps back.
+
+Compliance with this document is optional as of its pre date, and mandatory as of 2020-05-20 00:00:00 UTC (1589932800 Unix time).
+
+[ Recommended ]
+It is recommended to view the unformatted version of this ruleset bundled within this release.
+
+[ Ruleset Structure ]
+Rules listed under untouched or transcoded labelled sections only apply to releases of that type and supersede any similar rule mentioned elsewhere.
+e.g. Rule 8.1 defines SD as resolutions with a maximum horizontal display of 720 pixels, unless the release is considered untouched, in which case rule 1.6 applies.
+
+1) [ Untouched: WEB.H264 / WEB.H265 ]
+ 1.1) Untouched releases must be considered as anything that has been losslessly downloaded by official (offered) or unofficial (backdoor) methods.
+ 1.1.1) Untouched video streams must be in the H.264/MPEG-4 AVC or H.265/HEVC codec. See exception in 1.5.1.
+ 1.2) Source video and audio streams must be left as obtained from the source.
+ 1.3) Untouched video streams with, and without, x264/x265 headers must be tagged as WEB.H264 and WEB.H265 respectively.
+ 1.3.1) HEVC/H265 may only be used when the source does not offer a H264 stream in situations it is used any untouched sections referring to H264/x264 must be considered as H265/x265.
+ 1.4) Transcoding untouched files must only occur if files do not meet the standards and specifications listed in this section, and must only be a last resort.
+ 1.4.1) Any transcoding of untouched files must follow the transcoding standards - see sections marked as 'Transcoded'.
+ 1.4.2) Transcoding must be done from files of the highest resolution and bitrate offered.
+ 1.4.2.1) 720p/1080p and 1080p/2160p streams are considered of equal value, unless DRM protection levels of 1080p/2160p are laxed to 720p levels.
+ e.g. 2160p is protected at the same laxed level as 720p.
+ e.g. 1080p is protected at the same laxed level as 720p.
+ 1.4.3) Transcoding may occur when correcting a technical flaw.
+ e.g. Decimating a source with duplicates every 5th frame.
+ 1.4.4) In situations where a target resolution is not offered by any lossless source, or the resolution offered by any source does not meet the minimum resolution requirements, transcoding from the highest resolution and bitrate offered is allowed. However, if at least one source can provide the correct resolution, transcoding is not allowed.
+ e.g. If 1080p and 720p can be retrieved from multiple sources, but SD cannot be retrieved from any source, transcoding the 1080p to SD is allowed.
+ 1.4.5) If the untouched file does not contain any technical flaws and meets the minimum standards required, transcoding to create any WEBRip is not allowed.
+ e.g. 1080p.WEB.H264 -> 720p.WEBRip.x264.
+ 1.4.5.1) When transcoding video for a valid reason, audio must not be transcoded unless necessary and be included as is and vice versa.
+ e.g. Video contains dupes and must be decimated, audio is fine. Video must be re-encoded but the audio must be included as is.
+ 1.4.5.1.1) Except for SD audio which must either be an untouched track respecting rule 2.2 or a transcoded track from the highest quality audio track respecting rule 5.6.2.
+ 1.5) Untouched video streams which do not use an AVC or HEVC codec must be transcoded and follow the transcoding standards, see section 3.
+ 1.5.1) Except in very rare cases VP9/AV1 may be used, only when the source does not offer a H264/H265 stream.
+ 1.5.1.1) Any untouched sections referring to H264/x264 must be considered as VP9 or AV1.
+ 1.5.1.2) Transcoding from either of these codecs, except when correcting technical flaws, is not allowed.
+ 1.6) Standard definition (SD) refers to a resolution with a horizontal minimum of 720 pixels, or a resolution which does not exceed the specifications of 720p, see rule 8.2.
+ 1.6.1) If all sources provide standard definition resolutions which fall below the above minimum, transcoding from the highest available resolution is allowed, see rule 1.4.4.
+ 1.6.2) Except in situations where only one source has the file on offer at a specific resolution. If the resolution of the file falls below the above minimum, the file may still be released. However, the NFO must state why the resolution does not meet the minimum.
+ 1.7) In rare cases, a resolution exceeding the specifications outlined in rules 1.6, 8.2, 8.3 and 8.4 is allowed when the only available stream offered for the target resolution exceeds limitations due to a reasonable circumstance.
+ e.g. Streaming provider offers 720p only at 1392x660 due maintaining AR while offering a cropped stream.
+ 1.7.1) The NFO must state why the resolution exceeds the maximum.
+ 1.8) Must use the highest available bitrate offered by the source for that resolution.
+ e.g. Releasing a 720p at 4,000 Kbps bitrate, when a 720p at 8,000 Kbps bitrate is offered is not allowed.
+ 1.9) Retaining black borders (i.e. needs cropping) is not a technical flaw. Transcoding only to perform cropping is not allowed.
+ 1.9.1) Container level cropping is not allowed.
+ 1.9.2) When transcoding to fix another valid technical flaw (e.g. decimating duplicates), cropping must be applied if necessary.
+ 1.10) VFR (Variable Frame Rate) methods are allowed only if present in the original source.
+ 1.10.1) If CFR (Constant Frame Rate) can be used when remuxing and does not result in playback issue, CFR must be used.
+ 1.10.1.1) FPS values stored in the video bitstream must be corrected when remuxing. MKVToolnix with '--fix-bitstream-timing-information' enabled is the recommended method.
+ 1.11) Trimming unrelated footage (see rule 7.7) must be done losslessly via keyframe intervals (GOP). MKVToolnix is the recommended tool.
+ 1.11.1) If unrelated footage cannot be removed via this method, transcoding a maximum of one GOP per cut point is allowed and the release must still be tagged WEB. VideoRedo is the recommended tool.
+ 1.12) Incorrect pixel aspect ratio (PAR), or a non-square sample aspect ratio (SAR), must be fixed using the correct display aspect ratio (DAR) set at a container level (--aspect-ratio). MKVToolnix is the recommended tool.
+ e.g. A video stream with a non-square SAR must specify the correct DAR when muxing.
+ 1.13) Releases with a non-square SAR are not considered technically flawed.
+ 1.13.1) However, a source which provides files with a square SAR will trump an equivalent file with a non-square SAR. It is recommended to use a source which provides files with a square SAR.
+ 1.13.2) In situations where a source initially provides a non-square SAR file and later updates with a square SAR file, the initial release with a non-square SAR is considered of lower quality and a technical flaw.
+ e.g. Release A: 960x720, SAR: 4:3, DAR: 16:9.
+ Release B: 1280x720, SAR: 1:1, DAR: 16:9.
+ Both releases are considered as 720p.
+ If Release A is first: Release A remains unnuked and is a valid release until Release B is released. Release B then propers Release A.
+ If Release B is first: Release A dupes Release B.
+
+2) [ Untouched: Audio ]
+ 2.1) Must use the original audio track offered by the source.
+ 2.2) Standard definition releases must only contain an audio track with a maximum of 2.0 channels.
+ 2.2.1) Except where the only available audio track on offer contains more than 2.0 channels. The NFO must mention why an audio track with more than 2.0 channels was used.
+ 2.2.2) In situations where a source provides two audio tracks, a 2.0 and 5.1 track, the 2.0 audio track must be used.
+ 2.2.3) If a source provides identical channel audio tracks using two different codecs, it is at the discretion of the group which track is used. It is recommended to use the smaller file.
+ e.g. A source offers AC3 2.0 and AAC 2.0, the group may choose to remux the AC3 or AAC.
+ 2.3) High Definition releases must use the highest available audio format and quality offered by the source.
+ 2.3.1) Highest quality must determined by all characteristics of an audio track in this order: positional metadata (e.g. Atmos), channel count, codec and bitrate.
+ e.g. 576 Kbps, 5.1 E-AC3 w/ Atmos > 640 Kbps, 5.1 AC3 > 2.0 E-AC3.
+ e.g. 385 Kbps, 5.1 AC3 > 128 Kbps, 5.1 E-AC3
+ e.g. 445 Kbps 5.1 AAC > 384 Kbps, 5.1 E-AC3
+ 2.3.2) In situations where a lesser audio format is offered for larger resolutions in comparison to lower resolutions, groups must use the highest available audio format from all resolutions.
+ e.g. A source provides an AC3 5.1 track for SD resolutions, but an AAC 2.0 track for 720p/1080p. The AC3 5.1 track must be used for 720p/1080p resolutions.
+ 2.3.3) If using the highest available audio format results in a technical flaw (e.g. sync issues or glitches), minor adjustments to the audio track may be applied. If groups are unable to correct any flaws, the original audio track must be used.
+
+3) [ Transcoded: WEBRip.x264 / WEBRip.x265 ]
+ 3.1) Transcoded releases should be considered as anything that has been captured or encoded by a group to a lesser format or quality (lossy).
+ 3.2) Transcoded releases must be tagged as WEBRip.x264/x265.
+ 3.3) Streams must be captured at the highest available resolution and bitrate offered.
+ e.g. Source offers 2160p, 1080p and 720p streams. Using anything but the 2160p stream is not allowed.
+ 3.3.1) Streams must not have any degradation in quality throughout the capture, and releases with drops to a lower resolution or bitrate is considered a technical flaw.
+ 3.3.2) Audio must be captured in the highest format offered by the source stream, not what the capturing device is capable of. This includes channel count and bitrate offered.
+ e.g. If a Netflix show lists a 5.1 track, the resultant capture and release should also contain a 5.1 audio track.
+ 3.4) Captures should be done at the native broadcast framerate of the source.
+ 3.4.1) Captures from devices which are unable to output a native format must be restored to the original framerate.
+ 3.4.2) If captures cannot be completely restored to their native framerate, it is considered a technical flaw.
+ e.g. A single dupe frame every 1000 or blended/ghost frames due to mangling from the streaming device.
+ 3.5) Captures should be done at the native colour space of the source (e.g. YUV or RGB), and manual corrections should be made to achieve an output near-identical to the source.
+ 3.6) Capture software and hardware which introduces video cropping greater than 2 pixels on any side is not allowed, and is considered a technical flaw.
+ 3.7) Final resolution must maintain the same aspect ratio as the source after cropping and kept at mod 2.
+ 3.7.1) Sources must have all black borders cropped to the widest frame.
+ 3.7.2) The same aspect ratio as calculated from the source must be used, see rule 8.12.
+ 3.8) If the video is being transcoded from an untouched source (rule 1.4.4 and 1.4.5), the NFO must state the reason for transcoding.
+ 3.8.1) If a technical flaw is present that is being rectified by transcoding (rule 1.4.3), the flaw must also be included with the reason for transcoding.
+ e.g. A file from 2 lossless providers both have the same interlacing flaw.
+ The flaw: Interlaced video.
+ The reason: No other WEB.H264 provider has a correctly deinterlaced file.
+
+4) [ Transcoded: Video Codec ]
+ 4.1) Video must be:
+ 4.1.1) H.265/MPEG-H HEVC encoded with x265 10-bit for SD/720p/1080p HDR and 2160p SDR/HDR content.
+ 4.1.2) H.264/MPEG-4 AVC encoded with x264 8-bit for SD, 720p and 1080p SDR content.
+ 4.1.3) Custom builds of x264/x265 are allowed and must be based off the current x264/x265 codebase. e.g. tMod, kMod.
+ 4.2) x264/x265 headers must remain intact and must not be modified or removed.
+ 4.3) x264/x265 must be kept up to date, with a maximum allowance, or grace period, of 60 days before groups are required to update to the latest revision.
+ 4.3.1) The official x264 git repository is the only reference for determining the current revision: https://code.videolan.org/videolan/x264/tree/stable
+ 4.3.2) The official x265 git repository is the only reference for determining the current revision: https://bitbucket.org/multicoreware/x265/wiki/Home
+ 4.3.2.1) Until such a time as MulticoreWare implement official revisional building, 3rd party builds (e.g. self-compiles, http://msystem.waw.pl/x265 or https://builds.x265.eu) can be used and must be kept up to date respecting 4.3.
+ 4.3.3) The 60 day grace period must only be applied at pre time, not the tagged encoded date.
+ 4.3.4) The grace period is only applicable to the revision preceding the latest update and does not reset active grace periods of preceding revisions.
+ e.g. 2016-01-01: Revision A is used.
+ 2016-01-02: Revision B is committed, 60-day grace period begins for revision A.
+ 2016-01-05: Revision C is committed, 60-day grace period begins for revision B.
+ 2016-03-02: Revision A is no longer allowed, Revision B or C may be used.
+ 2016-03-05: Revision B is no longer allowed, Revision C must be used.
+ 4.4) Segmented encoding is not allowed.
+ 4.5) Constant Rate Factor (--crf) must be used.
+ 4.5.1) Decimal values may be used.
+ 4.5.2) Starting with an initial value of 16 or 14 (for especially compressible sources) for 2160p, 17 for 720p/1080p and 19 for SD is recommended.
+ 4.6) While the encoded video stream bitrate exceeds x percent (where x is defined below) of the y (where y is defined below) resolution source video stream bitrate, the CRF value must be incremented by 1 or 0.1, until it does not.
+ 4.6.1) 2160p
+ 4.6.1.1) 20% for SD.
+ 4.6.1.2) 40% for 720p.
+ 4.6.1.3) 60% for 1080p.
+ 4.6.1.4) 98% for 2160p.
+ 4.6.2) 1080p
+ 4.6.2.1) 40% for SD.
+ 4.6.2.2) 70% for 720p.
+ 4.6.2.3) 98% for 1080p.
+ 4.6.3) 720p
+ 4.6.3.1) 60% for SD.
+ 4.6.3.2) 98% for 720p.
+ 4.6.4) SD
+ 4.6.4.1) 98% for SD.
+ 4.6.5) When the source codec is HEVC is being transcoded to AVC, 40% of the source bitrate must be added to the video stream bitrate, to account for HEVC's 40-50% improvement over AVC.
+ e.g. Transcoding 2160p SDR with a bitrate of 15,000 Kbps to WEBRiP.1080p SDR - in this case, 40% of 15,000 Kbps is 6,000. The bitrate used for calculations is now 21,000 Kbps.
+ 4.7) Use of 2-pass is accepted for all resolutions. However, this method should be used only in extreme cases and not as a primary replacement for CRF methods. e.g. If the source contains an excessive amount of grain or black and white scenes.
+ 4.7.1) The NFO must provide sufficient detailed evidence of 2-pass producing a visual improvement, bitrate or file size advantage over CRF in regards to the source used.
+ e.g. Source has heavy grain throughout, which required the use of 2-pass to remain transparent at a reasonable bitrate. Included in the proof directory is test encodes of some troublesome areas at CRF and 2-pass showing a substantial improvement in quality at a more reasonable bitrate. CRF needs 6.5GB to stay transparent 2-pass only needed 4GB is detailed evidence.
+ e.g. The source was grainy so 2-pass was used is NOT detailed evidence.
+ 4.7.2) Exceeding CRF 24 on any resolution is a good indication to consider the use of 2-pass.
+ 4.7.3) 2-pass encodes must follow the percentage values in 4.6, it is recommended to target the maximum value allotted and work down.
+ 4.8) Exceeding the percentage values in 4.6 is allowed, but very detailed justification must be included in the NFO.
+ e.g. 720p encoded at CRF 13 resulting in an encode 80% of the source, this value was picked as the sourced content had a lot of strobing effects (e.g. 1m10s-15m30s) and confetti scenes (e.g. 20m55s-50m60s) which compressed poorly and required a higher bitrate to maintain transparency. Proof directory contains samples of these troublesome scenes at 30% and 50% showing a substantial picture improvement.
+ 4.9) Using unreasonably high CRF values or low target bitrates with 2-pass for the source content is considered a technical flaw.
+ e.g. Producing a 1080p encode at 40% of the source bitrate, offering no justification in the NFO and having poor transparency to the source IS a technical flaw.
+ e.g. Producing a 1080p encode at 20% of the source bitrate (This may occur on animation content to avoid a bloated encode), offering justification in the NFO and having good transparency to the source is NOT a technical flaw.
+ 4.10) Encoded video bitrate must not exceed the source video bitrate.
+ 4.10.1) Video bitrate refers only to the bitrate for the video stream, and not the overall muxed bitrate of all streams within the container or the bitrate of a captured file.
+ 4.10.1.1) Original video stream bitrate can be determined by observing network traffic during playback, or examining manifests/metadata of the encrypted video when capturing.
+ 4.10.2) The following algorithm can also be used to estimate a CRF value if the value originally used results in a bitrate which exceeds the source's.
+ ValidCRF = [-6 * (DestinationBitrate - ExcessiveBitrate) / ExcessiveBitrate] + CRFUsed
+ e.g. Source bitrate: 4,500Kbps
+ Target bitrate: ~3,400Kbps
+ Encoded bitrate @ CRF17: 5,900Kbps
+ ValidCRF = (-6 * (3400 - 5900) / 5900) + 17
+ 4.11) Settings cannot go below what is specified for preset (--preset) 'slower' for x264 or 'slow' for x265 by the revision used.
+ 4.12) Level (x264: --level, x265: --level-idc) must be:
+ 4.12.1) '3.1' for SD
+ 4.12.2) '4.1' for 720p
+ 4.12.3) '4.1' for 1080p, '4.2' for 1080p above 30fps
+ 4.12.4) '5.1' for 2160p, '5.2' for 2160p above 30fps.
+ 4.13) Custom matrices are not allowed.
+ 4.14) Zones (--zones) may be used, but should be used sparingly with a high degree of caution, the NFO must provide sufficient detailed evidence for each zone used.
+ e.g. Used a zone at CRF 13 between frames 1634-5343 due to confetti spam and heavy motion resulting in very poor compressibility. Proof directory contains two samples of this scene with and without the use of the zone showing a drastic improvement in quality while still keeping a reasonable file size.
+ 4.15) GPU offloading or any other forms of acceleration (e.g. --opencl, nvenc) is not allowed.
+ 4.16) Optional tuning (--tune) parameters allowed are: 'film', 'grain', or 'animation'.
+ 4.17) Optional settings recommended for tuning per source, see forum.doom9.org for further information:
+ 4.17.1) For complex video, --preset veryslow is encouraged.
+ 4.17.2) --aq-mode 3 --aq-strength x.x
+ 0.5-0.7 for grainy films.
+ 0.6-0.9 for digital films.
+ 0.9-1.1 for animation.
+ 4.17.3) --psy-rd x.x:0.0
+ 0.8-1.2 for films.
+ 0.5-0.8 for animation.
+ 4.17.4) --deblock x:x
+ -3:-3 for films.
+ 1:1 for animation.
+ 4.18) Sample Aspect Ratio (--sar) must be '1:1' (square).
+ 4.19) Disabling deblocking (--no-deblock) is not allowed.
+ 4.20) Frame rate must be passed to x264/x265 such that the keyframe interval (--keyint) and minimum GOP length (--min-keyint) can be correctly set by the encoder. Changing these values is not allowed.
+ 4.21) Color space must be 4:2:0.
+ 4.22) Color matrix (--colormatrix) may be optionally set to 'bt709' for HD SDR content, but is not required.
+ 4.22.1) However color matrix must be set for all all SD SDR resolutions.
+ 4.22.1.1) 'bt709' must be used for encodes from high definition sources.
+ 4.22.1.2) Source specification must be used for standard definition sources.
+ 4.22.1.3) 'undef' must be used if not specified by the source for standard definition sources.
+ 4.23) x265 specifics:
+ 4.23.1) Range (--range), color primaries (--colorprim), transfer (--transfer), color matrix (--colormatrix) and chroma sample location (--chromaloc) must be set to the same value as the source, or omitted if the source value is undefined.
+ 4.23.2) Ultra-HD Bluray support (--uhd-bd) is not allowed.
+ 4.23.3) High tier (--high-tier), repeat headers (--repeat-headers), access unit delimiter (--aud) and HRD signalling (--hrd) must be enabled.
+ 4.23.4) HDR releases must be encoded with:
+ 4.23.4.1) HDR10 signalling (--hdr10) and HDR10 optimization (--hdr10-opt) enabled.
+ 4.23.4.2) Master Display (--master-display) and Max CL (--max-cll) set to the same value as the source, or omitted if the source value is undefined.
+ 4.23.4.2.1) Master Display and Max CL values must be taken from the whole concatenated source, not a partial source. e.g. the first m2ts file.
+ 4.24) Any form of tone-mapping (e.g. HDR to SDR, DV to SDR, HDR10Plus to SDR) is not allowed.
+ 4.25) Suggested command line:
+ 4.25.1) x264 --preset slower --level ## --crf ##
+ 4.25.1.1) Optional tweaks: --no-mbtree --no-fast-pskip --no-dct-decimate
+ 4.25.2) x265 --high-tier --repeat-headers --aud --hrd --preset slow --level-idc ## --crf ## --range ## --colorprim ## --transfer ## --colormatrix ## --chromaloc ##
+ 4.25.2.1) If HDR append: --hdr10 --hdr10-opt --master-display ## --max-cll ##
+ 4.25.2.2) Optional tweaks: --no-cutree --no-open-gop --no-sao --pmode --aq-mode 4
+
+5) [ Transcoded: Audio ]
+ 5.1) Segmented encoding is not allowed.
+ 5.2) Audio must not be resampled and must be kept in the original format of the source.
+ e.g. 48 kHz for 48 kHz sources, 24 bit for 24 bit sources.
+ 5.2.1) Except when resampling due to codec limitations.
+ e.g. Source is TrueHD 192 KHz being transcoded to AC3 for a 720p release, AC3 is limited to 48 KHz. Resampling is accepted.
+ 5.3) Audio must not have gain levels (normalization) adjusted and must be kept at the same levels as the source.
+ 5.4) Audio must not have channels altered or removed and must be kept at the same channel count and layout as the source.
+ e.g. dual mono stays dual mono, mono stays mono, stereo stays stereo, 5.1 stays 5.1
+ 5.5) Lossy tracks include, but are not limited to: DTS-HD HR, E-AC3, DTS-ES, DTS, AC3, AAC, MP2.
+ 5.6) Audio tracks must be:
+ 5.6.1) For 720p and above:
+ 5.6.1.1) Audio tracks already in a lossy format must not be transcoded, but kept in the original format.
+ 5.6.1.2) In cases when no lossy format is available or transcoding audio to correct technical flaws in the audio track, AC3 or E-AC3 must be used.
+ 5.6.1.3) AC3 or E-AC3 bitrate must target 640 Kbps without upscaling bitrate. Only the following methods are allowed (in order of preference):
+ 5.6.1.3.1) Dolby Media Encoder
+ 5.6.1.3.2) eac3to: -640
+ 5.6.1.3.3) FFmpeg: -b:a 640k
+ 5.6.1.4) When transcoding, positional audio metadata (e.g. DTS:X, TrueHD Atmos) and channels above 5.1 (e.g. 7.1) can be retained at the discretion of the group.
+ 5.6.2) VBR AAC LC (Low Complexity) for SD and commentary audio.
+ 5.6.2.1) Apple/QAAC, FDK-AAC or Nero must be used.
+ 5.6.2.2) Audio with more than two channels must be down-mixed to stereo. Only the following methods are allowed (in order of preference):
+ 5.6.2.2.1) eac3to: -downStereo
+ 5.6.2.2.2) FFMpeg: -ac 2
+ 5.6.2.3) Quality based VBR encoding must be used; targeted or constrained VBR must not be used. Only the following methods are allowed (in order of preference):
+ 5.6.2.3.1) QAAC: --tvbr 82 --quality 2
+ 5.6.2.3.2) FDK-AAC: --bitrate-mode 4 --profile 2
+ 5.6.2.3.3) Nero: -q 0.4
+ 5.6.3) FLAC must be used for lossless mono and lossless stereo tracks, as well as multi-channel LPCM tracks. For all HD resolutions from a retail source.
+ 5.6.3.1) The best compression (level 8, --compression-level-8) must be used.
+ 5.6.3.2) Replay-gain values (--replay-gain) must not be applied.
+
+6) [ Transcoded: Filters ]
+ 6.1) Inverse telecine (IVTC), de-interlacing, or decimation must be applied as required.
+ 6.2) Only the following smart deinterlacers can be used: QTGMC (with preset slow or better) or Nnedi3.
+ 6.3) Only the following accurate field matching filters may be used: TIVTC or Decomb.
+ 6.4) Only the following sharp resizers can be used: Spline36Resize, Spline64Resize or BlackmanResize.
+ 6.5) Only frame accurate input source plugins can be used such as: DGIndex, DGDecNV or LSMASHSource. Use of frame inaccurate input source filters (e.g. DirectShowSource) is not allowed.
+ 6.6) Use of destructive and effects filters including, but not limited to: RemoveGrain, GrainFactory3, MedianBlur, FineSharp are not allowed.
+ 6.7) Optional recommended filtering methods:
+ 6.7.1) Sources that require crop, and are not mod2 on opposing sides, can be avoided by moving the video by one pixel.
+ e.g. 139 pixels can be cropped from the top and bottom of a source.
+ source = LSMASHVideoSource("source.mkv")
+ Overlay(source, source, 0, -1)
+ Crop(0, 138, 0, -140)
+ 6.7.2) Use of SelectRangeEvery() as a quick method to test whether a higher or lower CRF value should be used.
+ e.g. SelectRangeEvery(3000, 150).
+ 6.7.3) Selective debanding with f3kdb on scenes that require it is recommended, high attention to detail and caution must be observed.
+
+7) [ Common: Video ]
+ 7.1) Multiple video tracks are not allowed.
+ 7.2) HDR, DV and HDR10Plus must only be released at the highest resolution offered by the source, except in cases when 8.6.3 applies.
+ e.g. Source offers 2160p, 1080p and 720p HDR streams HDR may only be released at 2160p, not 1080p or 720p.
+ 7.3) Must be free from technical flaws.
+ 7.3.1) Technical flaws include, but are not limited to: sync issues, interlacing, lack of IVTC, bad aspect ratio, invalid resolution, unrelated footage, warnings, glitches not present on source, under-crop, over-crop and DRM.
+ 7.4) Dupes based on source are not allowed, use INTERNAL.
+ 7.5) Single features must not be split across multiple files.
+ 7.5.1) Sources with opening and closing credits spanning across multiple files must be released as a single release.
+ e.g. File 1: Opening credits
+ File 2: Feature
+ File 3: Closing credits
+ Release: A single file with opening credits, feature and closing credits. Muxed together or encoded as a single file.
+ 7.5.2) Sources with multiple episodes, parts etc., that are in a single video file, must be split into individual releases if there is a clear delineation between them, such as credits.
+ e.g. Source contains 10 episodes in a single stream with all episodes strung together with credits between every episode, each episode must be released separately.
+ 7.6) Non-feature footage including, but not limited to: credits, previously on, intertitles must not be removed or encoded separately.
+ 7.6.1) In situations of a progressive feature containing interlaced non-feature footage, the interlaced footage may be left interlaced, or only that footage must be deinterlaced.
+ e.g. Only the credits are interlaced, you may leave them interlaced or only apply a deinterlacer to the credits, not the entire video.
+ 7.7) Unrelated footage must be removed.
+ 7.7.1) Unrelated footage includes, but is not limited to: commercials, content warnings, studio worksheets, test screens, piracy warnings.
+ 7.8) English-spoken features must not contain foreign overlays for relevant on-screen information.
+ 7.8.1) Relevant on-screen information includes, but is not limited to: location titles, hardcoded subtitles, introduction text, or any other information essential to the plot of the feature.
+ 7.8.2) Non-relevant on-screen information includes: opening credits, movie title, closing credits.
+ 7.8.3) For sources where relevant on-screen information is included in the form of English subtitles instead of overlays, these subtitles must be included as a forced track (see 11.2). If the source does not include them in English, it is not allowed to omit them and release the feature without them, as it is still considered relevant information.
+ 7.9) Using multiple web based video sources of the same feature is allowed and must not be encoded separately. Each source and what content came from which must be noted in the NFO.
+ e.g. Feature from a German streaming service with credits from an American streaming service to avoid German translated credits, as the German streaming service had better quality for the feature.
+
+8) [ Common: Resolution / Aspect Ratio ]
+ 8.1) Standard definition (SD) refers to a maximum horizontal display resolution of 720 pixels.
+ 8.2) 720p refers to a maximum display resolution of 1280x720.
+ 8.2.1) For aspect ratios greater than or equal to 1.78:1, horizontal pixel width must be 1280 pixels.
+ e.g. Source aspect ratio of 2.40:1 will resize to 1280x534.
+ 8.2.2) For aspect ratios less than or equal to 1.78:1, vertical pixel height must be 720 pixels.
+ e.g. Source aspect ratio of 1.33:1 will resize to 960x720.
+ 8.3) 1080p refers to a maximum display resolution of 1920x1080.
+ 8.4) 2160p refers to a maximum display resolution of 3840x2160.
+ 8.5) Resolution must be mod2.
+ 8.6) Upscaling is not allowed.
+ 8.6.1) 1080p from a 1080p source and 2160p from a 2160p source encodes must only be cropped, no resizing is allowed.
+ 8.6.2) In situations where cropping is needed vertically and/or horizontally, resolutions are allowed to be under the max height or width.
+ e.g. 1080p at 1916x1072 is acceptable.
+ 8.6.3) In situations where the source video stream does not meet the minimum requirements for 720p/1080p/2160p, the video must be resized down to SD/720p/1080p and a source sample must be included.
+ 8.7) Dupes based on resolution are not allowed, use INTERNAL.
+ 8.7.1) Releases with an AR difference of at least 5% to the previous release are not considered a dupe. These releases must be tagged as WS, FS or OM (open matte), not PROPER, and the original release must not be nuked. Original aspect ratio (OAR) releases are always allowed.
+ 8.7.1.1) AR difference example:
+ Old release resolution (after crop) is 1920x1040
+ New release resolution (after crop) is 1440x1080
+ OldReleaseAR = 1920 / 1040 = 1.846
+ NewReleaseAR = 1440 / 1080 = 1.333
+ (OldReleaseAR - NewReleaseAR) / [(OldReleaseAR + NewReleaseAR) / 2] = AR difference
+ |AR difference * 100| = AR difference (%)
+ (1.846 - 1.333) / [(1.846 + 1.333) / 2] = 0.322
+ |0.322 * 100| = 32.2%
+ 32.2% is greater than the 5% minimum, therefore the new release is not considered a dupe.
+ 8.8) Black borders, and anything that is not part of the feature, must be cropped.
+ 8.8.1) Black borders include, but are not limited to: black or colored borders, duplicate lines, dirty lines or pixels.
+ 8.8.2) Retention or removal of faded edges is left to the discretion of the group. Inclusion of faded edges is not considered a technical flaw.
+ 8.8.2.1) Faded edges refers to a line of pixels which are of similar appearance to pixels parallel to the video frame.
+ 8.8.2.2) Releases which include faded edges must consider faded edges as a valid part of the video frame and do not count as black borders.
+ e.g. A release cannot be propered if 1 pixel of faded edges and 1 pixel of black exists.
+ 8.8.3) In the case of varying aspect ratios throughout the feature, video must be cropped to the widest frame.
+ 8.8.3.1) Studio logos and credits must be disregarded when determining the widest frame.
+ 8.8.4) Situations where video cropping of the same content varies between sources are not considered a technical flaw, and may not be propered.
+ 8.9) Video can be over or under-cropped by a maximum of 1 pixel per side. Over or under-cropping by more than 1 pixel per side is considered a technical flaw.
+ 8.9.1) Under-crop refers to portions of the video frame which is not part of the feature.
+ 8.10) Resolution must be within 0.2% of the original aspect ratio.
+ 8.10.1) The original aspect ratio must only be calculated from the source after cropping.
+ 8.10.2) In situations where the source aspect ratio is incorrect as a result of bad mastering, a source sample and comparison screenshot of the final aspect ratio must be included.
+ 8.11) Sample aspect ratio (SAR):
+ SAR = (PixelHeight / PixelWidth) / (DARHeight / DARWidth)
+ 8.12) Display aspect ratio (DAR):
+ DAR = (PixelWidth * DARWidth) / (PixelHeight * DARHeight)
+ 8.13) Display resolution:
+ DisplayWidth = PixelWidth * (SARWidth / SARHeight)
+ 8.14) Aspect ratio (AR) error:
+ Original AR = (SourceWidth - [CropLeft + CropRight]) / (SourceHeight - [CropTop + CropBottom])
+ Release AR = EncodeWidth / EncodedHeight
+ AR Error % = [(Original AR - Release AR) / Original AR] * 100
+ 8.15) Target resolution when resizing to maintain mod2 and reduce AR error:
+ TargetHeight = TargetWidth / [(SourceWidth - [CropLeft + CropRight]) / (SourceHeight - [CropTop + CropBottom])]
+ The correct mod2 value can also be calculated from the ceiling of TargetHeight if the value is odd, and the floor of TargetHeight if the value is even.
+ 8.15.1) Alternatively, the following can be used to confirm the correct resolution is used from the above method by
+ calculating the upper and lower integer limit of TargetHeight:
+ HeightA = floor(TargetHeight + (TargetHeight mod2))
+ HeightB = floor(TargetHeight - (TargetHeight mod2))
+ The TargetHeight value (HeightA or HeightB) which results in an aspect ratio error which tends to zero must be used.
+ e.g. TargetWidth: 1280.
+ SourceWidth: 1920, SourceHeight: 1080.
+ CropLeft + CropRight = 0, CropTop + CropBottom = 4.
+ TargetHeight = 1280 / ((1920 - 0) / (1080 - 4)) or 717.33.
+ HeightA = floor(717.33 + (717.33 mod2)) or 718.
+ HeightB = floor(717.33 - (717.33 mod2)) or 716.
+ TargetWidth x HeightA = 1280x718 with -0.09% AR error.
+ TargetWidth x HeightB = 1280x716 with 0.19% AR error.
+ -0.09% tends closer to zero than 0.19% does (0.09 < 0.19), therefore, HeightA must be used.
+
+9) [ Common: Framerate ]
+ 9.1) Constant frame rate (CFR) must be used.
+ 9.1.1) Variable frame rate (VFR) methods are not allowed.
+ 9.2) Dupes based on frame rate are not allowed, use INTERNAL.
+ 9.3) Features which contain a constant dupe sequence must be decimated.
+ e.g. A silent movie at 1080p24 with a dupe sequence of 1-in-6 must be decimated to 20 fps.
+ 9.4) For sources which contain footage at varying frames per second throughout (hybrid sources), applying an inverse telecine is left to the discretion of the group. The NFO must list a reason as per the final decision chosen.
+ 9.4.1) It is assumed that the majority of the feature contains enough unique frames to not require an inverse telecine filter. If it can be proven an inverse telecine or decimating filter does not result in any loss of unique frames, this is considered a technical flaw.
+ e.g. The feature is filmed at 29.970 fps, but contains some footage filmed at 23.976 fps. Choosing to encode the entire release at 29.970 is valid.
+ 9.5) Native and converted frame rates refer to the standard in which the feature was produced.
+ 9.5.1) NTSC produced content is native to NTSC.
+ 9.5.2) PAL produced content is native to PAL.
+ 9.5.3) NTSC produced content that is mastered in PAL is considered as converted video.
+ 9.5.4) PAL produced content that is mastered in NTSC is considered as converted video.
+ 9.6) Sources which contain converted video must be restored to the original frame rate.
+ 9.6.1) Converted video includes, but is not limited to: ghosted, blended, or duplicate frames.
+ 9.6.2) Converted video does not include NTSC to PAL or PAL to NTSC sources which are sped up or slowed down.
+ 9.6.2.1) NTSC slow down or PAL speed up must be corrected by muxing video to the correct fps and slowing down or speeding up audio. eac3to is the recommended tool.
+ e.g. Source is PAL sped up, therefore it must be slowed down back to NTSC.
+ Video: Mux with --default-duration 24000/1001p - to force NTSC fps
+ Audio: eac3to input.ac3 output.ac3 -slowdown -keepDialnorm - to slow audio down to NTSC
+ 9.6.2.2) Relevant rules from section 5 must be respected when transcoding audio.
+ 9.6.2.3) WEB releases must still be tagged as such, when only correcting slow down or speed up.
+ 9.6.2.4) 24 fps must be considered a valid frame rate and not corrected, if it is only sped up or slowed down with no other issues.
+ 9.6.3) If the restoration process is successful in restoring the footage to the native format without significant issues or artifacts, the CONVERT tag must not be used.
+ 9.6.4) In situations where the footage cannot be restored to the native format or results in significant issues or artifacts, the CONVERT tag must be used.
+ 9.7) True 50 / 59.940 fps video must be released at 50 / 59.940 fps. True 25 / 29.970 fps video released at 50 / 59.940 fps is not allowed and considered a technical flaw.
+ 9.7.1) In cases of varying framerates of 25 / 29.970 fps and true 50 / 59.940 fps, the framerate of the main feature must be used. e.g. studio for talk shows, game coverage for sports.
+ 9.7.2) In rare situations, 25 / 50 fps sources must be restored to 23.976 or 29.97 fps.
+ 9.7.3) In rare situations, 29.97 / 59.940 fps sources must be restored to 25 fps.
+
+10) [ Common: Audio ]
+ 10.1) Sync must not drift during the entire release.
+ 10.2) Glitching or unrelated audio that occurs in any audio channel present (e.g. L, R, C) is considered a technical flaw.
+ 10.2.1) Glitching is defined as, but not limited to: an audible glitch, missing audio, pops or clicks as a result of encoding, unintended gaps within playback, missing dialogue, muted or muffled audio.
+ 10.3) An English spoken release must only contain a single English dialogue track.
+ 10.3.1) Except in situations of a remastered/restored source, whereby both original and remastered/restored audio track may be muxed in. It is at the discretion of the group which track is chosen as the primary dialogue track.
+ 10.4) A non-English spoken release may contain a secondary dialogue track.
+ 10.4.1) The original audio track must be used and forced English subtitles must be present, see 11.2.
+ 10.4.2) Secondary dubbed tracks must only be different dialects or varieties of the original language or an English dub.
+ e.g. Original Spanish with secondary Latin Spanish.
+ e.g. Original French with secondary English dub.
+ 10.4.3) In rare cases, a third dubbed track may be included for another dialect or variety of the original language, accompanied with an English dubbed track.
+ e.g. Chinese original language, English dubbed track and a Cantonese dubbed track.
+ 10.5) Non-English spoken releases which use only a dubbed track must be tagged as DUBBED.
+ 10.6) Commentary audio may be included.
+ 10.7) Audio tracks must only be included once at the highest level of quality allowed for that resolution. e.g. Including an English dialogue track at lossless DTS-HD and lossy AC3 is not allowed.
+ 10.7.1) This does not apply to embedded cores in lossless tracks, which are broken out by muxers as additional tracks.
+ 10.8) Including additional special audio tracks (e.g. isolated scores, original mixes, different narrators) is allowed.
+ 10.9) Supplementary audio tracks must have the title field set to a descriptive name. e.g. original, remastered, commentary with director.
+ 10.10) The correct ISO 639 language code supported by MKVToolnix must be set for all audio tracks.
+ 10.10.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ 10.11) Dupes based on multiple audio tracks, audio format, different narrators or remastered audio are not allowed, use INTERNAL.
+ 10.12) Retail audio may be used in place of audio tracks extracted from the source. Each source and what content came from which must be noted in the NFO.
+ e.g. Video from Netflix, dubbed track from DVD.
+ 10.12.1) Lossless tracks include, but are not limited to: DTS:X, TrueHD Atmos, DTS-HD MA and TrueHD.
+ 10.12.2) Use of the highest quality retail lossless track in the order of preference specified in 10.12.1 is accepted for resolutions above 720p.
+ 10.12.3) 720p must respect 5.6.1 by first attempting to extract an AC3 or E-AC3 core at or above 640 Kbps or transcoding from the best lossless/lossy retail track.
+ 10.12.4) SD and commentary audio must respect 5.6.2, by transcoding from the best lossless/lossy retail track.
+
+11) [ Common: Subtitles ]
+ 11.1) All subtitles present on the source must be converted to SubRip format and included in the release.
+ 11.1.1) It is at the discretion of the group to include forced subtitles for dubbed audio tracks not included in the release.
+ 11.1.2) Except in cases when 11.2.2 applies for non-forced tracks, PGS or ASS format must be used instead.
+ 11.1.3) Except when capturing non-forced subtitles are optional, but it is strongly recommend to find a way to extract them from the source.
+ 11.2) Features with foreign dialogue or overlays must include a separate SubRip subtitle (.srt) track for forced English subtitles set as forced and default.
+ 11.2.1) Except in situations where the source video stream contains hardcoded subtitles for non-English dialogue and overlays.
+ 11.2.2) Except for features with excessive positional subtitles (e.g. Anime) which cannot be presented well in SubRip format. PGS or ASS subtitles must be used instead and set as forced and default.
+ 11.3) Forced SubRip subtitles must be free of technical flaws. Including, but not limited to: sync issues, spelling, incorrect OCR.
+ 11.3.1) SubRip subtitles must be carefully OCR'd.
+ 11.3.2) Minor errors in grammar or punctuation which do not change the meaning of the sentence are tolerated. However, it is recommended all errors be corrected.
+ 11.4) Subtitles from an officially licenced (e.g. HBO TV, Starz TV) HDTV source or retail discs of the same feature are allowed.
+ 11.4.1) Subtitles included from another source must be noted in the NFO. The source and which subtitle tracks used must be mentioned.
+ 11.4.2) Fan-made or custom subtitles are not allowed.
+ 11.4.2.1) This does not included stripped SDH subtitles, which may be optionally made by groups from a valid SDH subtitle.
+ 11.5) Hardcoded subtitles which are only present in the source video stream are allowed, with the exception of non-English hardcoded subtitles in English features.
+ 11.5.1) When hardcoded subtitles extend over the entire feature, it must be tagged as SUBBED.
+ e.g. English hardcoded subtitles throughout entire feature = Tag SUBBED
+ e.g. English hardcoded subtitles for foreign dialogue only = Do not tag SUBBED
+ 11.5.2) Subtitles which are only present within the letterboxed matte (i.e. the black borders) of a video frame must be cropped and OCR'd to SubRip format.
+ 11.5.3) In situations where subtitles overlay active video and letterbox matte, cropping must be to the widest frame where the subtitles are present and applied equally to the relevant sides of the video frame.
+ 11.5.4) 11.5.2 and 11.5.3 do not apply to WEB releases.
+ 11.6) Subtitles, unless otherwise stated, are not subject to propers or nukes for any technical flaws that may be present in the track.
+ 11.7) Dupes based on subtitles are not allowed, use INTERNAL.
+
+12) [ Common: Subtitle Format ]
+ 12.1) Allowed formats are PGS (.sup), SubStation Alpha (.ass) and SubRip (.srt).
+ 12.1.1) Compression must only be used when muxing PGS subtitles, zlib is the only allowed compression algorithm.
+ 12.1.2) PGS subtitles must not be resized and must be muxed as is.
+ 12.1.3) UTF-8 encoding must be used for SubStation Alpha and SubRip subtitle tracks.
+ 12.1.4) When converting to SubStation Alpha format, subtitles must be cleanly converted without any unnecessary modifications to display format. e.g. position, font, color. Subtitle Edit is the recommended tool.
+ 12.1.5) Closed captions (e.g. CEA-708) embedded in video bitstreams must be left as is and not stripped.
+ 12.1.5.1) Retaining closed captions when transcoding is optional but strongly recommend.
+ 12.1.5.2) Extracting closed captions to create SubRip or when appropriate SubStation Alpha formatted subtitles is optional but strongly recommend.
+ 12.2) Subtitles must:
+ 12.2.1) Have the correct ISO 639 language code supported by MKVToolNix set
+ 12.2.1.1) In situations where the language is not supported by MKVToolNix, 'und' must be used.
+ 12.2.2) Not be set as default or forced, unless otherwise stated in section 11.
+ 12.2.3) Have the correct sync offset set during muxing.
+ 12.2.4) Be converted correctly without creating new flaws. Groups are not responsible for any flaws already present in non-forced subtitle tracks.
+ e.g. Subtitle is out of sync on the source in a non-forced track, when converted it is still out of sync. This is not a technical flaw.
+ e.g. Subtitle is in sync on the source and converted to SubRip format incorrectly by the group resulting in sync issues. This is a technical flaw.
+ 12.3) It is strongly recommended to have descriptive names set on the title field.
+ e.g. Director's Commentary, English (Forced), English (SDH).
+ 12.4) Burning-in subtitles to the video stream is not allowed.
+ 12.5) External subtitles located in 'Subs' directories are not allowed.
+
+13) [ Common: Container ]
+ 13.1) Container must be Matroska (.mkv). MKVToolnix is the recommended muxer.
+ 13.1.1) Custom muxing tools are allowed. However, the output must adhere to the Matroska specifications and must retain identical compatibility with demuxers as files created with MKVToolnix.
+ 13.2) Support for file streaming and playback from RAR is mandatory.
+ 13.3) Matroska header compression must not be enabled.
+ 13.4) Chapters are allowed and strongly recommended.
+ 13.4.1) Chapter names are optional, but any chapter names including those auto-generated by muxers must be in English.
+ 13.5) Watermarks, intros, outros or any other forms of defacement in any track (e.g. video, audio, subtitles, chapters) are not allowed.
+
+14) [ Common: Packaging ]
+ 14.1) Releases must be packed with RAR files and broken into a maximum of 101 volumes.
+ 14.1.1) The old style extension-based naming scheme must be used. i.e. .rar to .r99.
+ 14.1.2) The extension of the first volume in the archive set must be .rar.
+ 14.2) RAR5/RARv5.0 is not allowed. RAR3/v2.0 or RAR4/v2.9 must be used.
+ 14.2.1) Custom RAR tools can be used. Files produced from custom tools must adhere to the RAR3/v2.0 or RAR4/v2.9 archive specification and retain identical compatibility with extractors and demuxers as file created with WinRAR/rar.
+ 14.3) The following archive sizes are allowed:
+ 14.3.1) 15,000,000 bytes or 20,000,000 bytes for SD. Multiples of these values are not allowed.
+ 14.3.2) Positive integer multiples of 50,000,000 bytes for all resolutions.
+ e.g. (50 * 10^6) * n bytes, where n > 0.
+ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 bytes.
+ 14.3.3) Releases must have a minimum of 10 volumes before the next multiple of 50,000,000 bytes is used.
+ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 volumes at 100,000,000 bytes.
+ 5 volumes at 100,000,000 bytes cannot be repacked to 4 volumes at 150,000,000 bytes.
+ 14.4) A single SFV must be present for the primary archives and contain the entire archive set.
+ 14.5) NFO, RAR, SFV, Proof, Sample files must have unique, lower-case filenames with the group tag.
+ 14.5.1) Group tags must be unique to each group, and may be an abbreviated variation of the group name.
+ 14.6) Preing a release with missing RAR(s) or SFV on all sites is considered a technical flaw.
+ 14.7) Corrupt RAR(s) (errors upon extraction) is considered a technical flaw.
+ 14.8) RAR compression and recovery records are not allowed.
+ 14.9) Encryption or password protection is not allowed.
+ 14.10) RAR archive set must only contain a single mkv file, any other files (e.g. multiple mkv files, txt files) are not allowed.
+ 14.10.1) Except for extras releases, multiple mkv files are allowed and filenames must be unique and descriptive.
+ e.g. The.Big.Bang.Theory.S01.EXTRAS.1080p.WEB.H264-GROUP contains:
+ - Interview.with.the.Cast.mkv
+ - S01E01.Bloopers.mkv
+ 14.10.1.1) All extras of the resolution tagged must be included.
+ 14.10.1.2) External extras located in 'Extras' directories are not allowed.
+
+15) [ Common: Proof ]
+ 15.1) Proof must be provided for every release that contains retail elements. e.g. subtitles and audio.
+ 15.1.1) A photograph of reasonable high quality of the printed side of the physical disc with the group name clearly visible must be used.
+ 15.1.2) Photographs must be at least 640x480px in resolution. Disc details must be clear and legible.
+ 15.1.3) Small identifiable or sensitive information may be redacted.
+ 15.1.4) Photographs must be of the actual disc used for the final encode.
+ 15.1.5) Cover scans or m2ts samples may be included, but do not count as the required proof.
+ 15.2) Proof must be placed in a separate directory named 'Proof'.
+ 15.2.1) Proof must be in JPEG or PNG format and must not be archived.
+ 15.3) When video, audio or subtitles are taken from multiple retail sources, proof must be provided for all sources used.
+ e.g. Video from Source A and audio from Source B are used. Proof of Source A and B is required.
+ 15.4) All EXIF data (especially any personally identifiable such as geolocation) must be stripped.
+ 15.4.1) Drawing attention (e.g. nuking, propering, mentioning in nfo) to proof which has not stripped EXIF data is strictly not allowed.
+ 15.5) A release which fails to pre with the required proof is considered technically flawed and can be propered.
+ 15.5.1) Proof fixes must be pred within 24 hours of the original pre.
+ 15.5.2) Fixes provided after a proper has been released, or after 24 hours has elapsed from the original pre will not be accepted.
+
+16) [ Common: Samples / Source Samples ]
+ 16.1) Releases must include a 50-70 second sample for each release, samples must:
+ 16.1.1) Be placed in a separate directory named 'Sample'.
+ 16.1.2) Be cut from the final video, not encoded separately and not be archived.
+ 16.1.3) Not contain opening (e.g. studio titles) or closing (e.g. credits) footage when possible. e.g. cut samples from at least 2m in or the middle to avoid this.
+ 16.2) Source samples are required for any release where the validity of the source may be brought into question.
+ 16.2.1) Included source samples must have a unique filename and be placed within the 'Proof' directory.
+ 16.2.2) If there is a question as to the validity of a source, encoding methods, or filters used; the release may be nuked within 24 hours of pre requesting a source sample and must include the initial suspicion or reason.
+ e.g. source.sample.requested_suspicion.of.invalid.decimation.
+ 16.2.3) Requests may mention a specific timecode to verify the sample provided is the same source used for the encode in question.
+ e.g. include.ghosting.at.2m22s.
+ 16.2.4) The group has 48 hours from the first nuke to pre a source sample that is at least 30 seconds and no more than minutes in length. If no specific timestamp is requested, source samples must be of the main feature and not the starting or ending credits.
+ 16.2.5) Source samples must be packed as per section 14 and use the SOURCE.SAMPLE tag.
+ 16.2.6) Failing to provide source proof, or providing insufficient proof to disprove any claims, the original release must remain nuked and can be considered technically flawed.
+
+17) [ Common: NFO ]
+ 17.1) A single NFO file must be present, and must contain the following information:
+ 17.1.1) Transcoded content: Source video stream bitrate.
+ 17.1.1.1) Must be retrieved using an accurate method, such as: MediaInfo (using --parsespeed=1), ffprobe, etc.
+ 17.2) The following information is optional, but recommended:
+ 17.2.1) Release name and group.
+ 17.2.2) Release date.
+ 17.2.3) Runtime.
+ 17.2.4) Resolution and aspect ratio.
+ 17.2.5) Frame rate.
+ 17.2.6) Audio format.
+ 17.2.7) File size.
+ 17.2.8) Archive information.
+ 17.2.9) List of included subtitles.
+ 17.2.10) CRF value.
+
+18) [ Common: Tagging ]
+ 18.1) The following source tags are allowed:
+ WEB, WEBRIP
+ 18.2) Only the following additional tags are allowed:
+ ALTERNATIVE.CUT, BW, CHRONO, COLORIZED, CONVERT, DC, DIRFIX, DUBBED, DV, EXTENDED, EXTRAS, FS, HDR, HDR10Plus, HR, INTERNAL, LINE, NFOFIX, OAR, OM, PROOFFIX, PROPER, PURE, RATED, READNFO, REAL, REMASTERED, REPACK, RERIP, RESTORED, SAMPLEFIX, SOURCE.SAMPLE, SUBBED, THEATRICAL, UNCENSORED, UNCUT, UNRATED, WS
+ 18.2.1) <VERSION / CUT TITLE> may be used when a tag from 18.2 does not fit.
+ e.g. Deadpool 2: The Super Duper Cut may be tagged as Deadpool.2.2018.The.Super.Duper.Cut
+ 18.2.2) Proof must be provided for all remastered/restored releases to prove it is in fact a remaster/restore. Acceptable proof is:
+ 18.2.2.1) At least 3 screenshots comparing the new and old sources or encodes, depicting a stark difference included in the 'Proof' directory.
+ 18.2.2.2) Link in the NFO to a comparison website (e.g. caps-a-holic.com) which has already performed comparisons.
+ 18.2.2.3) Subsequent releases from the same remastered/restored source may refer back to the first release in the NFO in lieu of including proof again.
+ e.g. 1080p released first with proof, 720p can refer back to the proof in the 1080p.
+ 18.2.3) HR may only be used when 21.5.3 applies.
+ 18.3) Variations of any additional tag are not allowed.
+ e.g. READ.NFO or RNFO is not allowed, READNFO must be used.
+ 18.4) READNFO should be used sparingly. Discretion is recommended.
+ 18.4.1) The READNFO tag must not be used with PROPER, REPACK, or RERIP.
+ 18.5) Tags must be grouped together, period-delimited, and follow the mandatory directory format, see rule 19.4.
+ e.g. EXTENDED.RERIP, REMASTERED.REPACK.
+ 18.6) Tags must only be used once, but the order is left to the discretion of the group.
+ 18.6.1) Except in situations where the REAL tag is required to be stacked to differentiate between multiple invalid releases.
+ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER and PROPER.
+ 18.7) All HDR content must be tagged as such.
+
+19) [ Common: Directory Nomenclature ]
+ 19.1) Acceptable characters allowed for directories are:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+ 19.2) Single punctuation must be used. Consecutive punctuation is not allowed.
+ e.g. Show----Name.S01E01, Show.Name....S01E01
+ 19.3) Typos or spelling mistakes in the directory are not allowed.
+ 19.4) Releases must match the following directory format:
+ 19.4.1) Feature.Title.<YEAR>.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 19.4.2) Weekly.TV.Show.[COUNTRY_CODE].[YEAR].SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 19.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 19.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 19.4.5) Cross.Over.TV.Show.One.SXXEXX[Episode.Part].[Episode.Title]_Show.Two.SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 19.4.6) Miniseries.Show.PartX.[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 19.5) Named directory arguments formatted inside <> must be included. Optional arguments formatted inside [] can be used in some cases.
+ 19.5.1) Mini-series parts must be at least 1 integer wide, and values used may extend past 9.
+ e.g. Miniseries.Part.1, Miniseries.Part.10.
+ 19.5.2) Episode and seasonal numbering must be at least 2 integers wide, and values used may extend past 99.
+ e.g. S01E99, S01E100, S101E01.
+ 19.5.3) Episode part refers to episodes, usually cartoons or animation, which split episodes into stories by different directors. Episode parts must be alphanumeric (A-Z, a-z, 0-9).
+ e.g. The first episode from Season 2 of SpongeBob SquarePants is split into S02E01A/B, see: https://goo.gl/CVGXKu
+ 19.5.4) Season must be omitted if a series is not a mini-series and does not have seasons.
+ e.g. One Piece must be tagged as One.Piece.E01.
+ 19.5.5) Episode title is optional.
+ 19.5.6) Tags refers to all permitted tags only, see section 18.
+ 19.5.7) Non-English releases must include the language tag. English releases must not include the language tag.
+ 19.5.7.1) Language tags must be the full name of the language. Abbreviations or language codes are not allowed.
+ e.g. FRENCH, RUSSIAN, GERMAN.
+ 19.5.8) Format refers to whether the release is transcoded (WEBRip.x264/x265) or untouched (WEB.H264/WEB.H265).
+ 19.6) Do not indicate the ripping, or encoding methods that were used. Use the NFO for any technical details.
+ 19.7) Non-series releases (e.g. movies, documentaries) must include the production year.
+ 19.8) Different shows with the same title produced in different countries must have the ISO 3166-1 alpha 2 country code in the show name.
+ 19.8.1) Except for UK shows, which must use UK, not GB.
+ 19.8.2) This rule does not apply to an original show, only shows that succeed the original.
+ e.g. The.Office.S01E01 and The.Office.US.S01E01.
+ 19.9) Different shows with the same title produced in the same country which begin in different years must have the year of the first season in the directory.
+ 19.9.1) The year is not required for the show broadcasted first.
+ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01.
+ 19.10) Different shows with the same titles produced in the same country which begin in different years must have the ISO-3166-1 alpha 2 country code followed by the year of the first season in the directory.
+ 19.10.1) See rules 19.8 and 19.9 for country code and year explanations.
+ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), Wanted.AU.2016.S01E01 (2016).
+ 19.11) Show names which are hyphenated or include punctuation must follow the format shown in the title sequence or credits of the first episode, limited to the list of acceptable characters.
+ 19.11.1) If no title card exists, see rule 19.13.1.
+ 19.11.2) Additional titles and names given to an individual season must not be used.
+ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05.
+ 19.11.3) Acronyms which show the ellipsis of letters with non-standard characters must be replaced with a period.
+ e.g. M*A*S*H must be M.A.S.H.
+ e.g. George Carlin... It's Bad for Ya! must be George.Carlin.Its.Bad.For.Ya.
+ 19.12) Directory nomenclature and numbering must remain consistent across the lifetime of an individual show or event.
+ 19.12.1) Shows which contain acronyms or secondary titles must follow the format used by the first release.
+ e.g. Law.and.Order.SVU.S01E01 is the standard format that must be used for all following episodes,
+ Law.and.Order.Special.Victims.Unit.S01E02 is not allowed.
+ Shadowhunters.The.Mortal.Instruments.S01E01 is the standard format, Shadowhunters.S01E02 is not allowed.
+ 19.12.2) Shows which air with extended content under modified names must use the primary show name and numbering with the EXTENDED tag.
+ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as QI.S06E01 and QI.S06E01.EXTENDED respectively.
+ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must be tagged as Room.101.S01E01 and
+ Room.101.S01E01.EXTENDED respectively.
+ 19.12.3) Groups cannot change the directory format of a show after a second release or episode with the same format exists.
+ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format.
+ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format.
+ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01.DIRFIX is not valid as the second episode already exists and continues with the previously defined format.
+ 19.12.4) Except in situations where the show has an official change in its name, whereby all official references by the broadcaster or studio are of the new name. This change must be mentioned in the first NFO with the new name with relevant references.
+ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01.
+ 19.12.5) Official name changes for a show does not include the renaming of individual seasons. Seasonal name changes must be ignored.
+ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be used. Power.Rangers.Lost.Galaxy.S07 must not be used.
+ Strike.Back.S03, Strike.Back.S05 must be used. Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must not be used.
+ 19.12.6) Any deviations or changes require sufficient evidence listed in the NFO as to the reason for change.
+ 19.13) User-contributed services such as TVMaze or TheTVDB must not be used as a reference when naming and numbering episodes. It may be used as a general guide; however, official guides must be used.
+ 19.13.1) The following order must be used as the primary source for naming and numbering.
+ 19.13.1.1) Official website of the show.
+ 19.13.1.2) Order and format listed by the original broadcaster.
+ 19.13.1.3) Network guide.
+ 19.13.2) In situations where official sources have inconsistent listings, or offer none at all, previously established numbering must be used.
+ e.g. MythBusters, National Geographic Special Episodes.
+
+20) [ Common: Fixes ]
+ 20.1) The following fixes are allowed:
+ DIRFIX, NFOFIX, PROOFFIX, SAMPLEFIX.
+ 20.2) Any other form of fix is not allowed.
+ e.g. RARFIX, SFVFIX, SUBFIX
+ 20.3) All fixes require an NFO and must state which release is being fixed.
+ 20.4) A proper may not be released for a flaw which can be fixed with the above methods, with the exception of prooffixes, see 15.5.1.
+ 20.5) If multiple releases from a single season require a DIRFIX, a single DIRFIX per season is allowed and recommended.
+ e.g. Show.Name.S01.1080p.DIRFIX.WEB.H264-GROUP.
+ 20.5.1) If a single DIRFIX is used, all relevant releases and corresponding fixes must be listed in the NFO.
+ e.g. The NFO should contain the following:
+ This is the correct order in which to watch the show;
+ Some.Show.S01E02.720p.WEB.H264-GROUP is actually E01
+ Some.Show.S01E01.720p.WEB.H264-GROUP is actually E02
+ Some.Show.S01E03.720p.WEB.H264-GROUP
+ Some.Show.S01E05.720p.WEB.H264-GROUP is actually E04
+ Some.Show.S01E04.720p.WEB.H264-GROUP is actually E05
+ Some.Show.S01E06.720p.WEB.H264-GROUP
+
+21) [ Common: Dupes ]
+ 21.1) Same second releases, with a maximum acceptable variance of two seconds (+/- 2 seconds) between timestamps reported by a majority of pre bots, are not considered dupes and should not be nuked.
+ 21.1.1) Timestamps must be considered as whole integers and round half towards zero.
+ 21.1.2) The earliest timestamp must be used when considering dupes.
+ e.g. Release A: 1451572201.427158 -> 1451572201
+ Release B: 1451572203.626645 -> 1451572203
+ Release C: 1451572204.137665 -> 1451572204
+ Release B does not dupe Release A: 1451572203 - 1451572201 = 2, i.e. maximum variance allowed.
+ Release C dupes Releases A and B: 1451572204 - 1451572201 = 3, i.e. 3 > 2.
+ 21.1.3) In situations where a release is found to contain a technical flaw, same second dupes which do not exhibit any technical flaws must be considered the final release. Groups may release a DIRFIX to PROPER for their original release, but it is not required.
+ e.g. Release A and Release B are released at the same time. Release A is nuked as containing glitches, Release B then becomes the de facto release and a DIRFIX to PROPER may be released.
+ 21.2) WEBRip.x264/x265 dupes WEB.H264/H265.
+ 21.3) WEB.H264/H265 does not dupe WEBRip.x264/x265.
+ 21.4) WEB.H264/H265 and WEBRip.x264/x265 does not dupe DSR/PDTV/HR.PDTV/AHDTV/HDTV.
+ 21.5) WEB.H264/H265 and WEBRip.x264/x265 dupes an equivalent Retail release.
+ 21.5.1) Except in situations where the aspect ratio of the release exceeds that of its respective retail release.
+ e.g. A 2.39:1 release will not dupe a 1.78:1 retail release, provided there is clearly more visible on-screen footage. Proof demonstrating this difference is recommended, but not mandatory.
+ 21.5.2) Except in situations where the release is a different version (e.g. ALTERNATIVE.CUT, COLORIZED) of its respective retail release, and is not censored after uncensored.
+ e.g. An UNCENSORED.720p.WEB.H264 release does not dupe a censored 720p.BluRay.x264.
+ 21.5.3) Except in situations where SD WEB has a width between, and including, 960 and 1024. In that case it may be released after SD retail, and only if no HD retail release exists. The release must be tagged as HR (High resolution).
+ 21.6) Native video streams do not dupe converted video streams.
+ 21.7) Converted video streams dupe native video streams.
+ 21.8) Releases with muxed-in subtitles do not dupe releases with hardcoded subtitles.
+ 21.9) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with muxed in subtitles.
+ 21.10) HDR after SDR or vice versa does not dupe.
+ 21.11) Non-foreign tagged English release does not dupe a foreign tagged release.
+
+22) [ Common: Propers / Rerips / Repacks ]
+ 22.1) Detailed reasons must be included in the NFO for all repacks, rerips, and propers.
+ 22.1.1) Proper reasons must be clearly stated in the NFO, including timestamps and specifics in regards to the flaw when appropriate.
+ 22.1.2) If a release is not globally nuked, a sample demonstrating the flaws in the original release is required and must be placed within the 'Proof' directory.
+ 22.2) Propers are only permitted in the case of a technical flaw in the original release.
+ 22.2.1) Except in cases of video and/or audio based qualitative propers, which are only allowed within 15 minutes of the original release's pre time.
+ 22.2.1.1) All qualitative propers must follow 23.1.1, 23.1.1.1 and 23.1.3 to prove superior quality of video and/or audio.
+ 22.2.1.2) Mixing sources on qualitative based propers is not allowed, use INTERNAL.
+ e.g. Video from Netflix, audio from retail. Video from Amazon, audio from Netflix.
+ 22.2.1.3) 23.2, 23.2.1 and 23.2.2 must be respected (supplementing internal(led)/internalling with proper(ed)/propering) on all qualitative propers.
+ 22.2.2) Transcoded releases cannot proper any untouched files.
+ e.g. WEBRip.x264 cannot proper WEB.H264.
+ 22.2.2.1) Unless it is a transcode of a lossless stream correcting the technical flaw, see rule 1.4.
+ 22.2.2.2) Unless it can be proven that all untouched sources are flawed which cannot be repaired by transcoding, but a WEBRip does not exhibit the same technical flaw(s).
+ e.g. iTunes, Amazon, and Netflix only offer the content. Amazon and iTunes sourced files cannot be repaired by transcoding, however a Netflix WEBRip is fine.
+ 22.2.3) Untouched files can proper transcoded releases for any valid technical flaw.
+ 22.3) Audio or visual glitches can be propered with a release which does not exhibit the same flaw.
+ 22.3.1) In situations where mastering issues results in visual or audio glitches, a release must not be nuked until a valid proper, repack, or rerip using a glitch-free source or master is released.
+ 22.4) Highest quality video and audio, and all subtitles present counts at time of pre. Propering with higher quality video, audio, or subtitles that may appear later on the source is not allowed, use INTERNAL.
+ e.g. Movie is posted to Netflix with 24 subtitles and 448 E-AC3 audio, released as is. Two hours later, five additional subtitle tracks are added, and audio is upgraded to 640Kbps E-AC3 audio and propered. That proper is invalid.
+ 22.4.1) This does not apply when certain regions may have degraded video or audio quality, but another region on the source does not.
+ e.g. Netflix has limited bitrates to 10Mbps in South America due to bandwidth limitations, but Europe has the expected 25Mbps streams. Using the 10Mbps stream from South America is a technical flaw.
+ 22.4.2) Propers based on one region having more subtitles than another is not allowed, use INTERNAL.
+ e.g. Netflix in Japan has four more subtitle tracks at time of pre than Europe, group releases from Europe missing the extra 4 subtitles - propering from Japan is not allowed, use INTERNAL.
+ 22.5) RERIP must be used for ripping or encoding issues.
+ 22.6) REPACK must be used for packing or muxing issues.
+
+23) [ Common: Internals ]
+ 23.1) Internals are only allowed when they provide superior quality to the last internal/non-internal WEB/WEBRip or non-internal retail release, when internaling over:
+ e.g. Feature is released as WEB, then released again as INTERNAL with superior quality. To release another INTERNAL it must be superior to the last INTERNAL not the first release.
+ e.g. Feature is released as WEB, then retail and then again as INTERNAL retail. To release INTERNAL it must be superior to the non-internal retail, not the internal retail or the first release (WEB).
+ 23.1.1) Video quality, a minimum of four B to B frame comparisons (INTERNAL vs last release) in PNG format spread throughout the feature, showing a stark improvement in video quality, must be included in the 'Proof' directory.
+ 23.1.1.1) Comparison frame numbers must be included in the NFO file or embedded in comparisons. FFInfo is the recommend method.
+ 23.1.2) Number of subtitle or audio tracks, the release must have all the tracks the previous release had plus new additional tracks.
+ 23.1.2.1) Inclusion or lacking of closed captions subtitles defined by rule 12.1.5 or stripped SDH subtitles defined by rule 11.4.2.1, must not be taken into consideration.
+ e.g. Only improvement is inclusion of closed captions - internal is invalid.
+ 23.1.3) Audio quality must be better quality as defined by rule 2.3.1.
+ 23.2) Any aspects (i.e. video, subtitles, audio) not being internalled over better quality, must be of equal quality to the previous release. As per 23.1.2.1 closed captions and stripped SDH subtitles must not be taken into consideration.
+ e.g. Internalling over video quality, but not providing audio of equal or better quality or lacking subtitles the previous release had, is not allowed.
+ e.g. Internalling over audio quality, but not providing video of equal or better quality or lacking subtitles the previous release had, is not allowed.
+ e.g. Internalling over video quality, having better audio, more/equal subtitles and lacking closed captions the original release had is allowed.
+ 23.2.1) All improvements must be detailed within the NFO.
+ 23.2.2) Proof of superior quality for a certain source need only be provided for the first release of a season. All other releases must refer back to the first release in the NFO.
+ 23.3) Internals with equal files/quality are allowed after one year of release and should be used sparingly only when a release has gone missing from archives. The release that went missing must be mentioned in the NFO.
+ 23.4) Internals are required to follow all rules.
+ 23.5) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be nuked fix.for.nuke.
+
+24) [ Common: Ruleset Specifics ]
+ 24.1) This ruleset is to be considered the ONLY official ruleset for WEB and WEBRip releases. It supersedes all previous revisions, rulesets and precedents.
+ 24.1.1) Releasing under former rulesets or codecs is not allowed, and must be nuked defunct.ruleset or defunct.codec.
+ 24.1.2) The naming standards listed in this document must only take effect once a current running season has ended. Any existing naming schemes must be used in the event of missing episode(s) from older seasons being filled.
+ 24.1.3) This ruleset is not retroactive, and only applies to releases released under it.
+ 24.2) The following definition of keywords throughout this ruleset are as follows:
+ 24.2.1) Must: the rule is explicit in the definition and is compulsory.
+ 24.2.2) Should: implies the rule is a suggestion, and is non-compulsory.
+ 24.2.3) Can or may: implies the rule is optional, and is non-compulsory.
+ 24.2.4) e.g: refers to common examples, elements listed should not be considered as all possibilities.
+ 24.2.5) i.e: refers to the only examples, elements listed will be considered as all valid possibilities.
+
+25) [ Common: Notes ]
+ 25.1) The inclusion of 2-pass in this ruleset should not be misconstrued as preferring it for every release, CRF must always be considered the primary method. Instead, it is encouraged for groups to use 2-pass methods for rare cases when files provided are of extremely high quality.
+ 25.1.1) Video which contains an excessive amount of noise may often result in an unnecessary large bitrate. In such situations, encoding to a smaller bitrate using 2-pass can result in a file size improvement with negligible loss in video quality.
+ 25.2) Dolby Vision (DV) and HDR10+ (HDR10Plus) are considered out of scope, due to lack of support and no standard workflow for producing them, and must only be released as INTERNAL.
+ 25.2.1) DV encodes must have DV Profile (--dolby-vision-profile) and RPU metadata (--dolby-vision-rpu) set to the same values as the source.
+ 25.2.1.1) Including the DV enhancement layer on a HDR or HDR10Plus encode is another option.
+ 25.2.1.2) Until such a time as Matroska gains support for Dolby Vision, MP4 may be used and dlb_mp4base or MP4Box are the only allowed muxers. It is fully at the group's discretion to work around any pitfalls of the MP4 container (e.g. limited audio codec and subtitles support). Groups are exempt from any rules with regards to these pitfalls.
+ 25.2.2) HDR10Plus releases, in addition to HDR specifics (see 4.23.4), must have SEI tone mapping metadata (--dhdr10-info) set to the same values as the source. Tone mapping metadata optimisation (--dhdr10-opt) must be enabled.
+ 25.2.3) Any metadata must be extracted from the whole concatenated source, not a partial source. e.g. the first m2ts file.
+ 25.2.4) Until such a time as mapping metadata to cropped encodes is possible, DV and HDR10Plus are exempt from cropping rules and must be left uncropped.
+ 25.2.5) The rules below will apply in a hypothetical future when all pitfalls and issues mentioned above are resolved, support has become widespread, does not result in any playback issues and at least three months have elapsed from support being added.
+ 25.2.5.1) If the source contains a DV enhancement layer, it must be muxed in with the correct DV Profile set for the source during muxing.
+ 25.2.5.2) If the source contains HDR10Plus SEI metadata, 25.2.2 is mandatory.
+ 25.2.5.3) 25.2.3 must be respected.
+ 25.2.5.4) The HDR10Plus tag must not be used.
+ 25.2.5.5) DV single layer encodes (see 25.2.1) or untouched are only allowed when the source is single layer DV (i.e. No HDR, only DV). The DV tag must only be used in the case of single layer DV.
+ 25.2.5.6) Dolby Vision (DV) and HDR10+ (HDR10Plus) no longer need be released only as INTERNAL.
+ 25.3) YouTube may only be used as a source if geographical restrictions apply to legitimate content uploaded by the rights holder or on a verified channel.
+ 25.4) Re-releasing uncropped WEB which has already been released as uncropped INTERNAL.WEB or cropped WEBRIP is not allowed and must be considered dupe.
+ 25.4.1) Any WEB release nuked solely for not being cropped and not reripped, repacked or propered may be unnuked and now be considered valid.
+ 25.5) Re-releasing any INTERNAL WEB/WEBRips that duped DSR/PDTV/HR.PDTV/AHDTV/HDTV under v1.0 of this ruleset is not allowed and must be considered dupe.
+
+[ Signed (in alphabetical order) - 92 Groups ]
+57CHAN, 707, aAF, ADMiT, ADRENALiNE, AMCON, AMRAP, ANiURL, APRiCiTY, ASCENDANCE, ASSOCiATE, AVR, BAKFYLLA, BALLIN, BARGE, BATV, BAWSER, BiQ, BRAINFUEL, BREXiT, CAFFEiNE, CBFM, CookieMonster, CREED, CRiMSON, CROOKS, DANES, DEADPOOL, DHD, DISKRIMINERING, DKiDS, DKiNO, EDHD, ELIMINERING, EMX, EXECUTION, EXEKVERING, FaiLED, FAiRCHANCE, FELTET, FFD, FLEKSNES, GIMINI, GRiP, HANGAR17, HENRETTELSE, HOTLiPS, iNDKAST, iNSPiRiT, iNTENSO, JAWN, JRP, KOMPOST, KYR, LEiEFiLM, LEViTATE, LiGATE, LSDK, MenInTights, METCON, MoA, MTB, NCC1701D, NiXON, NORPiLT, NORUSH, OldSeasons, PETRiFiED, PLAYD, PLUTONiUM, QPEL, REGRET, RiVER, SECRETOS, SERIOUSLY, SHERLOCK, SHiFT, SKGTV, SKRiTT, SOAPLOVE, STATOiL, TRUMP, TVADDiCT, TViLLAGE, TVSLiCES, TWERK, UNDERBELLY, VERUM, WALT, WATCHER, WATSON, WEBELL
+
+[ Refused to Sign ]
+This refused to sign list consists of 31 groups, many of them sub-groups.
+
+ACES, BAMBOOZLE, BiSH, BRASS, CONVOY, CROSSFIT, CUTEYS, DARKFLiX, DECAPiTATiON, DEFY, ELiMiNATE, FLX, HANDBOLL, HILLARY, I_KnoW, KiNDERGARTEN, KLINGON, LiNKLE, MEMENTO, MORSOM, OATH, RADiOACTiVE, ROBOTS, ROWBOATS, SLAUGHTER, STRiFE, TBS, TURBO, URANiME, W4F, XLF
+
+These groups felt encouraging the use of high quality sources with qualitative based propers was "anti-competitive".
+They believe it's acceptable to use worse sources to win races instead of waiting mere seconds and picking the better ones.
+
+They demanded that they be allowed to release internals that were either worse quality, technically flawed or same file dupes.
+They feel that "because it's always been that way" no change should happen and are standing in the way of progress.
+
+They banded together and went against majority voting on changes made to the rules below:
+Rule 22.2.1 (Qualitative based propers allowed within 15 min of pre time) - 19 for and 7 against.
+Rule 23.1 (Internals only for better quality) - 27 for and 2 against.
+
+Every group present during drafting was given 1 vote and collectively decided on all changes made.
+This egregious and unreasonable behaviour will not be tolerated in a democratic system.
+
+[ Revisions ]
+2016-03-16 - v1.0 - Final commit and public release of ruleset.
+2020-05-13 - v2.0 - Restructuring and hardening of all rules, UHD and HDR supported properly, qualitative based propers allowed, internals specificity hardened.
------------------------------------
+ WEB_FLAC Provisional Ruleset Beta 1.0
+ ------------------------------------
+
++-------------------------------------------------------------------------------+
+| INTRODUCTION |
+| |
+| |
+| Well it's been some days now since we released the first version of this |
+| ruleset and we've had alot of geat feedback! Shout out to the other new |
+| groups pitching in! |
+| |
+| We decided to update our Beta 0.1 ruleset with some changes. Find them |
+| bellow! |
+| |
+| After much thought we decided to change the section to WEB_FLAC to further |
+| differenciate ourselves. Siteops: don't forget to make this daydir on your |
+| sites! |
+| |
++-------------------------------------------------------------------------------+
+| GENERAL |
+| 1.1 A release MUST contain a SFV, NFO, and image of the album art |
+| .1 Valid filetypes are: .flac, .jpg, .nfo, and .sfv. |
+| 1.2 The highest available bitrate on the source must be used. Ex. on Tidal |
+| don't use LOSSLESS when HI-FI is available, use HI-FI. |
+| 1.3 The maximum directory and filename length is 128 characters. Directories |
+| and filenames MUST only contain valid characters: a-z A-Z 0-9 _ . - () |
+| 1.4 The NFO must contain: artist, title, encoder settings and webshop URL. |
++-------------------------------------------------------------------------------+
+| DUPES |
+| 2.1 While RETAIL FLAC is a separate section we do acknowledge that they |
+| exist and WEB_FLAC SHALL NOT allow the same release if previously |
+| released in RETAIL FLAC |
+| 2.2 However, any release with a different audio mode (i.e. Dolby Atmos or |
+| Sony 360) or higher bitrate/samplerate can dupe a previous version. |
++-------------------------------------------------------------------------------+
+| ENCODING |
+| 3.1 Release the WEB_FLAC as you downloaded/copied it. No re-encoding is |
+| allowed. |
+| 3.2 There is currently no restriction on encoder types or minimum bitrate |
+| standards. However 2.x dupe rules apply when considering releasing content |
+| previously released as FLAC or WEB_FLAC. |
++-------------------------------------------------------------------------------+
+| RELEASE NAME |
+| 4.1 The tag -WEB_FLAC- MUST be in uppercase in the release name and always |
+| after -YEAR- and before -GROUP tags. |
+| 4.2 Release name MUST contain at least: Artist, Title, Source, Year, Group. |
+| .1 ARTIST tag means performer, band, musician. MUST be a unique name. |
+| (ie. no OST in place of artist). |
+| If not possible to identify, the word "Unknown" can be used. |
+| The use of VA (Various Artist) tag is left up to the discretion of |
+| the group, but some common sense should be applied. |
+| For example: a GROUP album, regardless of the amount of members of |
+| said group, shouldn't need VA applied. |
+| However a movie soundtrack containing tracks from 14 individuals or |
+| 'Top 100 Trance Tracks' would always be tagged VA. |
+| .2 TITLE tag means the title of album. It MUST be a unique name. |
+| (ie. no Self-titled). If not possible to identify, the word "Unknown" |
+| can be used. (Self name artist title MUST not be considered an unknown|
+| title). |
+| 4.3 Using CATALOGUE number in a release name is optional but recommended. |
+| 4.4 Valid ADDITIONAL tags: (Uppercase MUST be used) |
+| - DIRFIX, NFOFIX, READNFO, PROPER, REAL_PROPER, REPACK, REAL_REPACK. |
+| .1 If an ADDITIONAL tag is used, the nfo MUST mention the release name |
+| that it is replacing or updating. |
+| .2 DIRFIX and NFOFIX are exempt from Rule 1.1. |
+| .3 A DIRFIX can only be used to fix parts of the release name that do |
+| not affect Vorbis tag contents. (i.e CATALOGUE and TYPE) |
+| 4.5 LANGUAGE (LANG) MUST follow the ISO 3166-1 alpha 2 standard |
+| (Capitalized letters MUST be used) |
+| https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 |
+| 4.6 Mandatory release name formats: |
+| - Artist-Title-YEAR-WEB_FLAC-GROUP |
+| - Artist-TItle-TYPE-YEAR-WEB_FLAC-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-YEAR-WEB_FLAC-GROUP |
+| .1 Any spaces in ARTIST and TITLE should be replaced with _ (underscore).|
+| If ARTIST or TITLE has . (dots) or - (dash), it SHOULD be |
+| kept as close as they appear on the cover/booklet/physical medium, |
+| but they do not have to be nuked if not. |
+| 4.7 .1 Internal releases MUST be tagged GRP_iNT or GRP_INT. |
+| .2 Internal releases MUST follow WEB_FLAC ruleset. With the exception of |
+| higher quality releases, which may dupe lower quality releases but must |
+| include written justification in the NFO. |
+| 4.8 YEAR tag MUST be the year when the record company/artist published it. |
+| For non-original presses, the additional TYPE tag MUST be applied. |
+| (example: release originally released in 1990, but rip is from 2000 |
+| reissue, correct year would be 2000, with additional TYPE tagging). |
+| 4.9 TYPE tag should be used to specify the type. This should be specified |
+| when necessary in order to avoid ambiguity. |
+| Valid TYPE tags are: |
+| REISSUE, REMASTERED, <country> (eg: DE_REISSUE), LIMITED_EDITION, OST, |
+| DELUXE_EDITION, SPECIAL_EDITION, CLEAN, EXPLICIT, EXPANDED_EDITION |
+| & SINGLE |
+| SINGLE tag must be used if the release contains 1 track |
+| note: CLEAN is allowed but discouraged, use with discretion. |
+| 4.10 LANGUAGE tag is MANDATORY for non-English releases. |
+| If the vocals are non-English and the majority of them are best |
+| described using one TLD country code abbreviation, then the most |
+| appropriate TLD SHOULD be chosen and used as a tag in the release |
+| name. |
+| 4.11 Typos in releases (TITLE, ARTIST, YEAR etc.) leaving an invalid VORBIS |
+| tag ARE NOT TOLERATED and require a complete REPACK. |
+| .1 ARTIST and/or TITLE must not be translated to English from their |
+| native language. English alphabet characters must be used to reflect |
+| artist and/or title names (ref to rule 1.5). |
++-------------------------------------------------------------------------------+
+| FILE NAME |
+| 5.1 Filename MUST at least contain: Track number, Track artist, Track title. |
+| 5.2 All filenames (including SFV, NFO, JPG) MUST be lowercase. |
+| 5.3 Track titles MUST be exactly the same as the official tracklist found on |
+| the site. |
+| Tracklist containing all additional infos like featured artists or |
+| remixers, if they are present, as long it does not exceed the maximum |
+| filename length (see rule 1.5). |
+| If additional information can be found printed on the covers and/or |
+| booklet, it is encouraged to write them aswell. |
+| .1 Releases with differences in tracklist because of different pressings |
+| are not subjected to nukes or PROPERs. (i.e an Asian release tracklist|
+| might miss description of featured artist(s) while a US release has |
+| that description.) |
+| .2 If the tracklist is written in more than two languages, the ripper is |
+| free to write them both or just a single language. If one of the |
+| languages is English then the English tracklist MUST be used. |
+| NOTE: If the tracklist has changes, due to pressing errors for example, |
+| it is encouraged to correct and explain them in the .nfo. |
+| 5.4 Recommended filename formats: |
+| - nr-artist-title.flac |
+| - nr-artist-title_(remixer_or_featured_artist).flac |
+| - a1-artist-title.flac |
+| - b2-artist-title.flac |
+| 5.5 Including -groupname in the filenames is allowed but not recommended. |
+| 5.6 In VA releases the actual artist name MUST be before song title. VA |
+| (Various Artists) is not a valid artist (01-va-song_title is |
+| unacceptable). |
+| .1 Excludes single audio track releases if it's a compilation of several |
+| tunes produced/mixed/remixed by a single artist/producer. |
++-------------------------------------------------------------------------------+
+| VORBIS TAGS |
+| 6.1 FLAC files MUST contain Vorbis comments. Vorbis comment field names |
+| MUST be unique. Multiple comment fields are NOT allowed even though |
+| the specification supports this. |
+| 6.2 All FLAC files MUST have the following Vorbis comment field names and |
+| corresponding field contents: TRACKNUMBER, ARTIST, TITLE, ALBUM, GENRE, |
+| and DATE (format: YYYY). |
+| .1 All FLAC files SHOULD also have the following Vorbis comment field |
+| names and corresponding field contents: TOTALTRACKS, DISCNUMBER and |
+| TOTALDISCS. |
+| .2 For VA releases the ARTIST field contents MUST have the corresponding |
+| artist name not "VA". (Exempts rule 5.6.1) |
+| 6.3 Vorbis comment field contents use UTF-8 character encoding to allow easy |
+| representation of any language. It is recommended to use UTF-8 in field |
+| contents to ensure accurate tagging. |
+| 6.5 The GENRE field content MUST be the same for all the files in a release |
+| and it MUST be one of the genres listed: |
+| A Cappella, Acid, Acid Jazz, Acid Punk, Acoustic, AlternRock, |
+| Alternative, Ambient, Anime, Avantgarde, Ballad, Bass, Beat, Bebop, |
+| Big Band, Black Metal, Bluegrass, Blues, Booty Bass, BritPop, Cabaret, |
+| Celtic, Chamber Music, Chanson, Chorus, Christian Gangsta Rap, |
+| Christian Rap, Christian Rock, Classic Rock, Classical, Club, Club-House,|
+| Comedy, Contemporary Christian, Country, Crossover, Cult, Dance, Dance |
+| Hall, Darkwave, Death Metal, Disco, Dream, Drum & Bass, Drum Solo, Duet, |
+| Easy Listening, Ethnic, Euro-House, Euro-Techno, Eurodance, |
+| Fast Fusion, Folk, Folk-Rock, Folklore, Freestyle, Funk, Fusion, Game, |
+| Gangsta Rap, Goa, Gospel, Gothic, Gothic Rock, Grunge, Hard Rock, |
+| Hardcore, Heavy Metal, Hip-Hop, House, Humour, Indie, Industrial, |
+| Instrumental, Instrumental Pop, Instrumental Rock, Jazz, Jazz+Funk, |
+| JPop, Jungle, Latin, Lo-Fi, Meditative, Merengue, Metal, Musical, |
+| National Folk, Native American, New Age, New Wave, Noise, |
+| Oldies, Opera, Other, Polka, Polsk Punk, Pop-Folk, Pop/Funk, |
+| Porn Groove, Power Ballad, Pranks, Primus, Progressive Rock, Psychedelic,|
+| Psychedelic Rock, Punk, Punk Rock, R&B, Rap, Rave, Reggae, Retro, |
+| Revival, Rhythmic Soul, Rock & Roll, Salsa, Samba, Satire, |
+| Showtunes, Ska, Slow Jam, Slow Rock, Sonata, Soul, Sound Clip, |
+| Soundtrack, Southern Rock, Space, Speech, Swing, Symphonic Rock, |
+| Symphony, Synthpop, Tango, Techno, Techno-Industrial, Terror, |
+| Thrash Metal, Top 40, Trailer, Trance, Tribal, Trip-Hop, Vocal, Unknown. |
++-------------------------------------------------------------------------------+
+
+
High Definition x264 and Ultra High Definition x265 Standards
+Revision 5.0 - 2020-04-15
+
+[ Intro ]
+Since the last revision, which was almost a decade ago, advancements have been made and HD Retail has been left in the dark
+ages.
+
+x265 and UHD have come into play, CRF has surpassed 2-pass in maintaining consistent quality, becoming the standard encoding
+method in every other video section.
+
+Simply put, this new revision brings retail into the 21st century, allowing for quality releases by following the standard
+values, while also affording the freedoms necessary for groups to take things a step further and provide excellent quality
+releases.
+
+No longer are encodes constrained to bitrates or rules meant for cheap playback devices. Welcome to the 21st century and
+welcome back to quality.
+
+Compliance with this document is optional as of its pre date, and mandatory as of 2020-05-11 00:00:00 UTC (1589155200 Unix
+time).
+
+1) [ Retail Sources ]
+ 1.1) Retail sources are considered as content distributed by studios via legitimate retail discs.
+ 1.1.1) Allowed formats include, but are not limited to: Blu-ray, Ultra HD Blu-ray, HD DVD.
+ 1.1.2) Blu-ray discs must be tagged as BluRay.
+ 1.1.3) Ultra HD Blu-ray discs must be tagged as UHD.BluRay.
+ 1.1.4) HD DVD discs must be tagged as HDDVD.
+ 1.1.5) Music discs must be tagged as MBluRay or UHD.MBluRay, must comply with the directory format specified in rule
+ 18.4.7, and are:
+ 1.1.5.1) Exempt from rules 8.14, 10.2 and 18.5.7.
+ 1.1.5.2) Only allowed for musical performances or events, not documentaries with live footage.
+ 1.1.5.3) Allowed to use the PURE tag, which must only be used for audio releases (e.g. albums) and must comply
+ with the directory format specified in rule 18.4.8.
+ 1.1.5.3.1) PURE releases are only allowed to be released at the source resolution.
+ e.g. Source is 1080p, therefore a 720p release is not allowed.
+
+2) [ Non-retail Sources ]
+ 2.1) Non-retail sources are considered as content that is not distributed by studios via retail techniques.
+ 2.1.1) Non-retail formats include, but are not limited to: cam, bootlegs, workprints, screeners.
+ 2.2) Sources with visual or audible watermarks must be mentioned in the NFO.
+ e.g. Black-and-white scenes and timecode counters.
+ 2.3) Non-retail sources are only exempt from the following rules:
+ 2.3.1) Rule 15 - Proof. No proof is required.
+ 2.3.2) Rule 3.7 - Any non-critical feature footage (e.g. credits, opening studio logos) may be removed at the
+ discretion of the group.
+ 2.3.3) Rule 12.5 - Measures may be taken to conceal watermarks present in any stream, it is recommended to use the
+ least destructive method possible.
+ 2.4) Non-retail elements must use the appropriate tag. e.g. LINE.
+
+3) [ Video ]
+ 3.1) Transcoding of transcoded or lossy material is not allowed.
+ 3.2) Multiple video tracks are not allowed.
+ 3.3) Must be free from technical flaws.
+ 3.3.1) Technical flaws include, but are not limited to: sync issues, interlacing, lack of IVTC, bad aspect ratio,
+ invalid resolution, unrelated footage, warnings, glitches not present on source, under-crop, over-crop.
+ 3.4) Dupes based on source type or disc format are not allowed.
+ 3.5) Left-eye or right-eye video streams from a 3D source must not be used for a 2D release.
+ 3.5.1) Except for titles that were released exclusively in 3D and that have no upcoming 2D disc planned.
+ 3.5.2) Except for cases when 4.7.1 applies and there is no 2D source available or planned to be released.
+ 3.6) Single features must not be split across multiple files.
+ 3.6.1) Sources where the opening credits and closing credits span multiple discs must be encoded and released as a
+ single release.
+ e.g. Disc 1: Opening credits and first 105 minutes of feature.
+ Disc 2: Remaining 122 minutes of feature and closing credits.
+ Release: A single 227 minute feature.
+ 3.6.2) Sources with multiple episodes, parts etc., that are in a single video file, must be split into individual
+ releases if there is a clear delineation between them, such as credits.
+ e.g. Disc contains 10 episodes in a single m2ts file with all episodes strung together with credits between
+ every episode, each episode must be released separately.
+ 3.7) Non-feature footage including, but not limited to: credits, previously on, intertitles must not be removed or encoded
+ separately.
+ 3.7.1) In situations of a progressive feature containing interlaced non-feature footage, the interlaced footage may be
+ left interlaced, or only that footage must be deinterlaced.
+ e.g. Only the credits are interlaced, you may leave them interlaced or only apply a deinterlacer to the
+ credits, not the entire video.
+ 3.8) Unrelated footage must be removed.
+ 3.8.1) Unrelated footage includes, but is not limited to: content warnings, studio worksheets, test screens, piracy
+ warnings.
+ 3.9) English-spoken features must not contain foreign overlays for relevant on-screen information.
+ 3.9.1) Relevant on-screen information includes, but is not limited to: location titles, hardcoded subtitles,
+ introduction text, or any other information essential to the plot of the feature.
+ 3.9.2) Non-relevant on-screen information includes: opening credits, movie title, closing credits.
+ 3.9.3) For discs where relevant on-screen information is included in the form of English subtitles instead of
+ overlays, these subtitles must be included as a forced track (see 10.2). If the disc does not include them in
+ English, it is not allowed to omit them and release the feature without them, as it is still considered
+ relevant information.
+ 3.10) Using multiple retail video sources of the same movie is allowed and must not be encoded separately. Each source and
+ what content came from which must be noted in the NFO.
+ e.g. Feature from German BluRay with credits from American BluRay to avoid German translated credits, as the German
+ BluRay had better quality for the feature.
+
+4) [ Resolution / Aspect Ratio ]
+ 4.1) 720p refers to a maximum display resolution of 1280x720.
+ 4.1.1) For aspect ratios greater than or equal to 1.78:1, horizontal pixel width must be 1280 pixels.
+ e.g. Source aspect ratio of 2.40:1 will resize to 1280x534.
+ 4.1.2) For aspect ratios less than or equal to 1.78:1, vertical pixel height must be 720 pixels.
+ e.g. Source aspect ratio of 1.33:1 will resize to 960x720.
+ 4.2) 1080p refers to a maximum display resolution of 1920x1080.
+ 4.3) 2160p refers to a maximum display resolution of 3840x2160.
+ 4.4) Resolution must be mod2.
+ 4.5) Upscaling is not allowed.
+ 4.5.1) 1080p from a 1080p source and 2160p from a 2160p source encodes must only be cropped, no resizing is allowed.
+ 4.5.2) In situations where cropping is needed vertically and/or horizontally, resolutions are allowed to be under the
+ max height or width. e.g. 1080p at 1916x1072 is acceptable.
+ 4.5.3) In situations where the source video stream does not meet the minimum requirements for 1080p/2160p, the video
+ must be resized down to 720p/1080p and a source sample must be included.
+ 4.6) 3D must only be done at 1080p or 2160p resolutions.
+ 4.7) Dupes based on resolution are not allowed.
+ 4.7.1) Releases with an AR difference of at least 5% to the previous release are not considered a dupe. These releases
+ must be tagged as WS, FS or OM (open matte), not PROPER, and the original release must not be nuked. Original
+ aspect ratio (OAR) releases are always allowed.
+ 4.7.1.1) AR difference example:
+ Old release resolution (after crop) is 1920x1040
+ New release resolution (after crop) is 1440x1080
+ OldReleaseAR = 1920 / 1040 = 1.846
+ NewReleaseAR = 1440 / 1080 = 1.333
+ (OldReleaseAR - NewReleaseAR) / [(OldReleaseAR + NewReleaseAR) / 2] = AR difference
+ |AR difference * 100| = AR difference (%)
+ (1.846 - 1.333) / [(1.846 + 1.333) / 2] = 0.322
+ |0.322 * 100| = 32.2%
+ 32.2% is greater than the 5% minimum, therefore the new release is not considered a dupe.
+ 4.8) Black borders, and anything that is not part of the feature, must be cropped.
+ 4.8.1) Black borders include, but are not limited to: black or colored borders, duplicate lines, dirty lines or
+ pixels.
+ 4.8.2) Retention or removal of faded edges is left to the discretion of the group. Inclusion of faded edges is not
+ considered a technical flaw.
+ 4.8.2.1) Faded edges refers to a line of pixels which are of similar appearance to pixels parallel to the video
+ frame.
+ 4.8.2.2) Releases which include faded edges must consider faded edges as a valid part of the video frame and do
+ not count as black borders.
+ e.g. A release cannot be propered if 1 pixel of faded edges and 1 pixel of black exists.
+ 4.8.3) In the case of varying aspect ratios throughout the feature, video must be cropped to the widest frame.
+ 4.8.3.1) Studio logos and credits must be disregarded when determining the widest frame.
+ 4.8.4) Situations where video cropping of the same content varies between sources are not considered a technical flaw,
+ and may not be propered.
+ 4.9) Video can be over or under-cropped by a maximum of 1 pixel per side. Over or under-cropping by more than 1 pixel per
+ side is considered a technical flaw.
+ 4.9.1) Under-crop refers to portions of the video frame which is not part of the feature.
+ 4.10) Resolution must be within 0.2% of the original aspect ratio.
+ 4.10.1) The original aspect ratio must only be calculated from the source after cropping.
+ 4.10.2) In situations where the source aspect ratio is incorrect as a result of bad mastering, a source sample and
+ comparison screenshot of the final aspect ratio must be included.
+ 4.11) Sample aspect ratio (SAR):
+ SAR = (PixelHeight / PixelWidth) / (DARHeight / DARWidth)
+ 4.12) Display aspect ratio (DAR):
+ DAR = (PixelWidth * DARWidth) / (PixelHeight * DARHeight)
+ 4.13) Display resolution:
+ DisplayWidth = PixelWidth * (SARWidth / SARHeight)
+ 4.14) Aspect ratio (AR) error:
+ Original AR = (SourceWidth - [CropLeft + CropRight]) / (SourceHeight - [CropTop + CropBottom])
+ Release AR = EncodeWidth / EncodedHeight
+ AR Error % = [(Original AR - Release AR) / Original AR] * 100
+ 4.15) Target resolution when resizing to maintain mod2 and reduce AR error:
+ TargetHeight = TargetWidth / [(SourceWidth - [CropLeft + CropRight]) / (SourceHeight - [CropTop + CropBottom])]
+ The correct mod2 value can also be calculated from the ceiling of TargetHeight if the value is odd, and the floor of
+ TargetHeight if the value is even.
+ 4.15.1) Alternatively, the following can be used to confirm the correct resolution is used from the above method by
+ calculating the upper and lower integer limit of TargetHeight:
+ HeightA = floor(TargetHeight + (TargetHeight mod2))
+ HeightB = floor(TargetHeight - (TargetHeight mod2))
+ The TargetHeight value (HeightA or HeightB) which results in an aspect ratio error which tends to zero must be
+ used.
+ e.g. TargetWidth: 1280.
+ SourceWidth: 1920, SourceHeight: 1080.
+ CropLeft + CropRight = 0, CropTop + CropBottom = 4.
+ TargetHeight = 1280 / ((1920 - 0) / (1080 - 4)) or 717.33.
+ HeightA = floor(717.33 + (717.33 mod2)) or 718.
+ HeightB = floor(717.33 - (717.33 mod2)) or 716.
+ TargetWidth x HeightA = 1280x718 with -0.09% AR error.
+ TargetWidth x HeightB = 1280x716 with 0.19% AR error.
+ -0.09% tends closer to zero than 0.19% does (0.09 < 0.19), therefore, HeightA must be used.
+
+5) [ Filters ]
+ 5.1) Inverse telecine (IVTC), de-interlacing, or decimation must be applied as required.
+ 5.2) Only the following smart deinterlacers can be used: QTGMC (with preset slow or better) or Nnedi3.
+ 5.3) Only the following accurate field matching filters may be used: TIVTC or Decomb.
+ 5.4) Only the following sharp resizers can be used: Spline36Resize, Spline64Resize or BlackmanResize.
+ 5.5) Only frame accurate input source plugins can be used such as: DGIndex, DGDecNV or LSMASHSource. Use of frame
+ inaccurate input source filters (e.g. DirectShowSource) is not allowed.
+ 5.6) Use of destructive and effects filters including, but not limited to: RemoveGrain, GrainFactory3, MedianBlur,
+ FineSharp are not allowed.
+ 5.7) Optional recommended filtering methods:
+ 5.7.1) Sources that require crop, and are not mod2 on opposing sides, can be avoided by moving the video by one pixel.
+ e.g. 139 pixels can be cropped from the top and bottom of a source.
+ source = LSMASHVideoSource("source.mkv")
+ Overlay(source, source, 0, -1)
+ Crop(0, 138, 0, -140)
+ 5.7.2) Use of SelectRangeEvery() as a quick method to test whether a higher or lower CRF value should be used.
+ e.g. SelectRangeEvery(3000, 150).
+ 5.7.3) Selective debanding with f3kdb on scenes that require it is recommended, high attention to detail and caution
+ must be observed.
+
+6) [ Framerate ]
+ 6.1) Constant frame rate (CFR) must be used.
+ 6.1.1) Variable frame rate (VFR) methods are not allowed.
+ 6.2) Dupes based on frame rate are not allowed, use INTERNAL.
+ 6.3) Features which contain a constant dupe sequence must be decimated.
+ e.g. A silent movie at 1080p24 with a dupe sequence of 1-in-6 must be decimated to 20 fps.
+ 6.4) For sources which contain footage at varying frames per second throughout (hybrid sources), applying an inverse
+ telecine is left to the discretion of the group. The NFO must list a reason as per the final decision chosen.
+ 6.4.1) It is assumed that the majority of the feature contains enough unique frames to not require an inverse telecine
+ filter. If it can be proven an inverse telecine or decimating filter does not result in any loss of unique
+ frames, this is considered a technical flaw.
+ e.g. The feature is filmed at 29.970 fps, but contains some footage filmed at 23.976 fps. Choosing to encode
+ the entire release at 29.970 is valid.
+ 6.5) Native and converted frame rates refer to the standard in which the feature was produced.
+ 6.5.1) NTSC produced content is native to NTSC.
+ 6.5.2) PAL produced content is native to PAL.
+ 6.5.3) NTSC produced content that is mastered in PAL is considered as converted video.
+ 6.5.4) PAL produced content that is mastered in NTSC is considered as converted video.
+ 6.6) Sources which contain converted video must be restored to the original frame rate.
+ 6.6.1) Converted video includes, but is not limited to: ghosted, blended, or duplicate frames.
+ 6.6.2) Converted video does not include NTSC to PAL or PAL to NTSC sources which are sped up or slowed down.
+ 6.6.3) If the restoration process is successful in restoring the footage to the native format without significant
+ issues or artifacts, the CONVERT tag must not be used.
+ 6.6.4) In situations where the footage cannot be restored to the native format or results in significant issues or
+ artifacts, the CONVERT tag must be used.
+ 6.7) True 50 / 59.940 fps video must be released at 50 / 59.940 fps. True 25 / 29.970 fps video released at 50 / 59.940
+ fps is not allowed and considered a technical flaw.
+ 6.7.1) In cases of varying framerates of 25 / 29.970 fps and true 50 / 59.940 fps, the framerate of the main feature
+ must be used. e.g. studio for talk shows, game coverage for sports.
+ 6.7.2) In rare situations, 25 / 50 fps sources must be restored to 23.976 or 29.97 fps.
+ 6.7.3) In rare situations, 29.97 / 59.940 fps sources must be restored to 25 fps.
+
+7) [ Video Codec ]
+ 7.1) Video must be:
+ 7.1.1) H.265/MPEG-H HEVC encoded with x265 10-bit for 720p/1080p HDR and 2160p SDR/HDR content.
+ 7.1.2) H.264/MPEG-4 AVC encoded with x264 8-bit for 720p and 1080p SDR content.
+ 7.1.3) Custom builds of x264/x265 are allowed and must be based off the current x264/x265 codebase. e.g. tMod, kMod.
+ 7.2) x264/x265 headers must remain intact and must not be modified or removed.
+ 7.3) x264/x265 must be kept up to date, with a maximum allowance, or grace period, of 60 days before groups are required
+ to update to the latest revision.
+ 7.3.1) The official x264 git repository is the only reference for determining the current revision:
+ https://code.videolan.org/videolan/x264/tree/stable
+ 7.3.2) The official x265 git repository is the only reference for determining the current revision:
+ https://bitbucket.org/multicoreware/x265/wiki/Home
+ 7.3.2.1) Until such a time as MulticoreWare implement official revisional building, 3rd party builds (e.g. self-
+ compiles, http://msystem.waw.pl/x265 or https://builds.x265.eu) can be used and must be kept up to date
+ respecting 7.3.
+ 7.3.3) The 60 day grace period must only be applied at pre time, not the tagged encoded date.
+ 7.3.4) The grace period is only applicable to the revision preceding the latest update and does not reset active grace
+ periods of preceding revisions.
+ e.g. 2016-01-01: Revision A is used.
+ 2016-01-02: Revision B is committed, 60-day grace period begins for revision A.
+ 2016-01-05: Revision C is committed, 60-day grace period begins for revision B.
+ 2016-03-02: Revision A is no longer allowed, Revision B or C may be used.
+ 2016-03-05: Revision B is no longer allowed, Revision C must be used.
+ 7.4) Segmented encoding is not allowed.
+ 7.5) Constant Rate Factor (--crf) must be used.
+ 7.5.1) Decimal values may be used.
+ 7.5.2) Starting with an initial value of 16 or 14 (for especially compressible sources) for 2160p and 17 for 720p and
+ 1080p is recommended.
+ 7.6) While the encoded video stream bitrate exceeds x percent (where x is defined below) of the source video stream
+ bitrate, the CRF value must be incremented by 1 or 0.1, until it does not.
+ 7.6.1) 30% for 720p.
+ 7.6.2) 60% for 1080p.
+ 7.6.3) 70% for 2160p.
+ 7.7) Use of 2-pass is accepted for all resolutions. However, this method should be used only in extreme cases and not as a
+ primary replacement for CRF methods. e.g. If the source contains an excessive amount of grain or black and white
+ scenes.
+ 7.7.1) The NFO must provide sufficient detailed evidence of 2-pass producing a visual improvement, bitrate or file
+ size advantage over CRF in regards to the source used.
+ e.g. Source has heavy grain throughout, which required the use of 2-pass to remain transparent at a reasonable
+ bitrate. Included in the proof directory is test encodes of some troublesome areas at CRF and 2-pass
+ showing a substantial improvement in quality at a more reasonable bitrate. CRF needs 6.5GB to stay
+ transparent 2-pass only needed 4GB is detailed evidence.
+ e.g. The source was grainy so 2-pass was used is NOT detailed evidence.
+ 7.7.2) Exceeding CRF 24 on any resolution is a good indication to consider the use of 2-pass.
+ 7.7.3) 2-pass encodes must follow the percentage values in 7.6, it is recommended to target the maximum value allotted
+ and work down.
+ 7.8) Exceeding the percentage values in 7.6 is allowed, but very detailed justification must be included in the NFO.
+ e.g. 720p encoded at CRF 13 resulting in an encode 50% of the source, this value was picked as the sourced content
+ had a lot of strobing effects (e.g. 1m10s-15m30s) and confetti scenes (e.g. 20m55s-50m60s) which compressed
+ poorly and required a higher bitrate to maintain transparency. Proof directory contains samples of these
+ troublesome scenes at 30% and 50% showing a substantial picture improvement.
+ 7.9) Using unreasonably high CRF values or low target bitrates with 2-pass for the source content is considered a
+ technical flaw.
+ e.g. Producing a 1080p encode at 50% of the source bitrate, offering no justification in the NFO and having poor
+ transparency to the source IS a technical flaw.
+ e.g. Producing a 1080p encode at 30% of the source bitrate (This may occur on animation content to avoid a bloated
+ encode), offering justification in the NFO and having good transparency to the source is NOT a technical flaw.
+ 7.10) Encoded video bitrate must not exceed the source video bitrate.
+ 7.10.1) Video bitrate refers only to the bitrate for the video stream, and not the overall muxed bitrate of all
+ streams within the container.
+ 7.10.2) The following algorithm can also be used to estimate a CRF value if the value originally used results in a
+ bitrate which exceeds the source's.
+ ValidCRF = [-6 * (DestinationBitrate - ExcessiveBitrate) / ExcessiveBitrate] + CRFUsed
+ e.g. Source bitrate: 4,500Kbps
+ Target bitrate: ~3,400Kbps
+ Encoded bitrate @ CRF17: 5,900Kbps
+ ValidCRF = (-6 * (3400 - 5900) / 5900) + 17
+ 7.11) Settings cannot go below what is specified for preset (--preset) 'slower' for x264 or 'slow' for x265 by the
+ revision used.
+ 7.12) Level (x264: --level, x265: --level-idc) must be:
+ 7.12.1) '4.1' for 720p
+ 7.12.2) '4.1' for 1080p, '4.2' for 1080p above 30fps
+ 7.12.3) '5.1' for 2160p, '5.2' for 2160p above 30fps.
+ 7.13) Custom matrices are not allowed.
+ 7.14) Zones (--zones) may be used, but should be used sparingly with a high degree of caution, the NFO must provide
+ sufficient detailed evidence for each zone used.
+ e.g. Used a zone at CRF 13 between frames 1634-5343 due to confetti spam and heavy motion resulting in very poor
+ compressibility. Proof directory contains two samples of this scene with and without the use of the zone
+ showing a drastic improvement in quality while still keeping a reasonable file size.
+ 7.15) GPU offloading or any other forms of acceleration (e.g. --opencl, nvenc) is not allowed.
+ 7.16) Optional tuning (--tune) parameters allowed are: 'film', 'grain', or 'animation'.
+ 7.17) Optional settings recommended for tuning per source, see forum.doom9.org for further information:
+ 7.17.1) For complex video, --preset veryslow is encouraged.
+ 7.17.2) --aq-mode 3 --aq-strength x.x
+ 0.5-0.7 for grainy films.
+ 0.6-0.9 for digital films.
+ 0.9-1.1 for animation.
+ 7.17.3) --psy-rd x.x:0.0
+ 0.8-1.2 for films.
+ 0.5-0.8 for animation.
+ 7.17.4) --deblock x:x
+ -3:-3 for films.
+ 1:1 for animation.
+ 7.18) Sample Aspect Ratio (--sar) must be '1:1' (square).
+ 7.19) Disabling deblocking (--no-deblock) is not allowed.
+ 7.20) Frame rate must be passed to x264/x265 such that the keyframe interval (--keyint) and minimum GOP length
+ (--min-keyint) can be correctly set by the encoder. Changing these values is not allowed.
+ 7.21) Color space must be 4:2:0.
+ 7.22) Color matrix (--colormatrix) may be optionally set to 'bt709' for SDR content, but is not required.
+ 7.23) x265 specifics:
+ 7.23.1) Range (--range), color primaries (--colorprim), transfer (--transfer), color matrix (--colormatrix) and chroma
+ sample location (--chromaloc) must be set to the same value as the source, or omitted if the source value is
+ undefined.
+ 7.23.2) Ultra-HD Bluray support (--uhd-bd) is not allowed.
+ 7.23.3) High tier (--high-tier), repeat headers (--repeat-headers), access unit delimiter (--aud) and HRD signalling
+ (--hrd) must be enabled.
+ 7.23.4) HDR releases must be encoded with:
+ 7.23.4.1) HDR10 signalling (--hdr10) and HDR10 optimization (--hdr10-opt) enabled.
+ 7.23.4.2) Master Display (--master-display) and Max CL (--max-cll) set to the same value as the source, or omitted
+ if the source value is undefined.
+ 7.23.4.2.1) Master Display and Max CL values must be taken from the whole concatenated source, not a partial
+ source. e.g. the first m2ts file.
+ 7.24) Any form of tone-mapping (e.g. HDR to SDR, DV to SDR, HDR10Plus to SDR) is not allowed, use INTERNAL.
+ 7.25) HDR, DV and HDR10Plus must only be released at the source resolution, except in cases when 4.5.3 applies.
+ e.g. Source is 2160p and may only be released at 2160p, not 1080p or 720p.
+ e.g. Source is 1080p and may only be released at 1080p, not 720p.
+ 7.26) Suggested command line:
+ 7.26.1) x264 --preset slower --level ## --crf ##
+ 7.26.1.1) Optional tweaks: --no-mbtree --no-fast-pskip --no-dct-decimate
+ 7.26.2) x265 --high-tier --repeat-headers --aud --hrd --preset slow --level-idc ## --crf ## --range ## --colorprim ##
+ --transfer ## --colormatrix ## --chromaloc ##
+ 7.26.2.1) If HDR append: --hdr10 --hdr10-opt --master-display ## --max-cll ##
+ 7.26.2.2) Optional tweaks: --no-cutree --no-open-gop --no-sao --pmode --aq-mode 4
+
+8) [ Audio ]
+ 8.1) Lossless tracks include, but are not limited to: DTS:X, TrueHD Atmos, DTS-HD MA, TrueHD, LPCM.
+ 8.2) Lossy tracks include, but are not limited to: DTS-HD HR, E-AC3, DTS-ES, DTS, AC3.
+ 8.3) Audio tracks must be:
+ 8.3.1) For 1080p and 2160p releases:
+ 8.3.1.1) The highest quality lossless track, in the order of preference specified in 8.1.
+ 8.3.1.2) In cases where a lossless track is not present, the highest quality lossy track in the order of
+ preference specified in 8.2.
+ 8.3.2) For 720p releases:
+ 8.3.2.1) AC3 or E-AC3 extracted core from a lossless or lossy track.
+ 8.3.2.2) Lossless tracks must take priority when selecting which audio track is used. Lossy tracks must not be
+ used to extract the core if there is a lossless track present.
+ 8.3.2.3) In situations where the extracted core is below 640 Kbps, a new audio track must be transcoded to E-AC3
+ or AC3 from the original lossless source track, see 9.6.
+ e.g. Extracted core: AC3 @ 448 Kbps. = 448 Kbps < 640 Kbps, therefore a new audio track must be
+ transcoded from the source track.
+ 8.3.2.4) In situations where there is only a lossy track not in the AC3 or E-AC3 codec, a new audio track must be
+ transcoded from it.
+ e.g. Source track: DTS 1509 Kbps = No lossless track is available, DTS != AC3, therefore a new audio
+ track must be transcoded from the source track.
+ e.g. Source track: AC3 640 Kbps = No lossless track is available, no transcoding is required, mux as is.
+ e.g. Source track: E-AC3 448 Kbps = No lossless track is available, upscaling bitrate is not allowed, no
+ transcoding is required, mux as is.
+ 8.3.2.5) In situations where there is only a lossy track in the AC3 or E-AC3 codec, they must be muxed as is.
+ 8.3.3) All resolutions: FLAC must be used for lossless mono and lossless stereo tracks, as well as multi-channel LPCM
+ tracks, see 9.7.
+ 8.4) Sync must not drift during the entire release.
+ 8.5) Glitching or unrelated audio that occurs in any audio channel present (e.g. L, R, C) is considered a technical flaw.
+ 8.5.1) Glitching is defined as, but not limited to: an audible glitch, missing audio, pops or clicks as a result of
+ encoding, unintended gaps within playback, missing dialogue, muted or muffled audio.
+ 8.6) An English spoken release must only contain a single English dialogue track.
+ 8.6.1) Except in situations of a remastered/restored source, whereby both original and remastered/restored audio track
+ may be muxed in. It is at the discretion of the group which track is chosen as the primary dialogue track.
+ 8.7) A non-English spoken release may contain a secondary dialogue track.
+ 8.7.1) The original audio track must be used and forced English subtitles must be present, see 10.2.
+ 8.7.2) Secondary dubbed tracks must only be different dialects or varieties of the original language or an English
+ dub.
+ e.g. Original Spanish with secondary Latin Spanish.
+ e.g. Original French with secondary English dub.
+ 8.7.3) In rare cases, a third dubbed track may be included for another dialect or variety of the original language,
+ accompanied with an English dubbed track.
+ e.g. Chinese original language, English dubbed track and a Cantonese dubbed track.
+ 8.8) Non-English spoken releases which use only a dubbed track must be tagged as DUBBED.
+ 8.9) Commentary audio may be included, see 9.8.
+ 8.10) Audio tracks must only be included once at the highest level of quality allowed for that resolution. e.g. Including
+ an English dialogue track at lossless DTS-HD and lossy AC3 is not allowed.
+ 8.10.1) This does not apply to embedded cores in lossless tracks, which are broken out by muxers as additional tracks,
+ see 9.2.
+ 8.11) Including additional special audio tracks (e.g. isolated scores, original mixes, different narrators) is allowed.
+ 8.12) Supplementary audio tracks must have the title field set to a descriptive name. e.g. original, remastered,
+ commentary with director.
+ 8.13) The correct ISO 639 language code supported by MKVToolnix must be set for all audio tracks.
+ 8.13.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ 8.14) Dupes based on multiple audio tracks, audio format, different narrators or remastered audio are not allowed, use
+ INTERNAL.
+ 8.15) Using multiple retail audio sources of the same movie is allowed, each source and what content came from which must
+ be noted in the NFO.
+ e.g. Video from BluRay, dubbed track from DVD.
+
+9) [ Audio Codec ]
+ 9.1) Segmented encoding is not allowed.
+ 9.2) When transcoding is not required, audio tracks have to be kept in the original format including any cores and muxed
+ as is.
+ 9.3) Audio must not be resampled and must be kept in the original format of the source, e.g. 48 KHz for 48 KHz sources, 24
+ bit for 24 bit sources.
+ 9.4) Audio must not have gain levels (normalization) adjusted and must be kept at the same levels as the source.
+ 9.5) Audio must not have channels altered or removed and must be kept at the same channel count and layout as the source.
+ e.g. dual mono stays dual mono, mono stays mono, stereo stays stereo, 5.1 stays 5.1
+ 9.5.1) Except for commentary audio, see 9.8.2.
+ 9.5.2) Except when transcoding to AC3, see 9.6.2.
+ 9.6) AC3 or E-AC3 must be used when transcoding from a lossless or lossy track.
+ 9.6.1) AC3 or E-AC3 bitrate must not be below 640 Kbps, and must be created from a higher bitrate source. Only the
+ following methods are allowed (in order of preference):
+ 9.6.1.1) Dolby Media Encoder
+ 9.6.1.2) eac3to: -640
+ 9.6.1.3) FFmpeg: -b:a 640k
+ 9.6.2) When transcoding, positional audio metadata (e.g. DTS:X, TrueHD Atmos) and channels above 5.1 (e.g. 7.1) can be
+ retained at the discretion of the group.
+ 9.7) FLAC must be used for lossless mono and lossless stereo tracks, as well as multi-channel LPCM tracks.
+ 9.7.1) The best compression (level 8, --compression-level-8) must be used.
+ 9.7.2) Replay-gain values (--replay-gain) must not be applied.
+ 9.8) VBR AAC LC (Low Complexity) must be used for commentary audio.
+ 9.8.1) Apple/QAAC, FDK-AAC or Nero must be used.
+ 9.8.2) Audio with more than two channels must be down-mixed to stereo. Only the following methods are allowed (in
+ order of preference):
+ 9.8.2.1) eac3to: -downStereo
+ 9.8.2.2) FFMpeg: -ac 2
+ 9.8.3) Quality based VBR encoding must be used; targeted or constrained VBR must not be used. Only the following
+ methods are allowed (in order of preference):
+ 9.8.3.1) QAAC: --tvbr 82 --quality 2
+ 9.8.3.2) FDK-AAC: --bitrate-mode 4 --profile 2
+ 9.8.3.3) Nero: -q 0.4
+
+10) [ Subtitles ]
+ 10.1) All PGS subtitles (.sup) present on the source must be included as is.
+ 10.1.1) It is at the discretion of the group to include forced subtitles for dubbed audio tracks not included in the
+ release.
+ 10.2) Features with foreign dialogue or overlays must include a separate SubRip subtitle (.srt) track for forced English
+ subtitles set as forced and default.
+ 10.2.1) Except in situations where the source video stream contains hardcoded subtitles for non-English dialogue and
+ overlays.
+ 10.2.2) Except for features with excessive positional subtitles (e.g. Anime) which cannot be presented well in SubRip
+ format. PGS subtitles must be used instead and set as forced and default.
+ 10.3) Forced SubRip subtitles must be free of technical flaws. Including, but not limited to: sync issues, spelling,
+ incorrect OCR.
+ 10.3.1) SubRip subtitles must be carefully OCR'd.
+ 10.3.2) Minor errors in grammar or punctuation which do not change the meaning of the sentence are tolerated. However,
+ it is recommended all errors be corrected.
+ 10.4) Subtitles from an officially licenced (e.g. Netflix, MoviesAnywhere, HBO TV, Starz TV) WEB/HDTV source or
+ alternative retail disc of the same content are allowed.
+ 10.4.1) Subtitles included from another source must be noted in the NFO. The source and which subtitle tracks used
+ must be mentioned.
+ 10.4.2) Fan-made or custom subtitles are not allowed.
+ 10.5) Hardcoded subtitles which are only present in the source video stream are allowed, with the exception of non-English
+ hardcoded subtitles in English features.
+ 10.5.1) When hardcoded subtitles extend over the entire feature, it must be tagged as SUBBED.
+ e.g. English hardcoded subtitles throughout entire feature = Tag SUBBED
+ e.g. English hardcoded subtitles for foreign dialogue only = Do not tag SUBBED
+ 10.5.2) Subtitles which are only present within the letterboxed matte (i.e. the black borders) of a video frame must
+ be cropped and OCR'd to SubRip format.
+ 10.5.3) In situations where subtitles overlay active video and letterbox matte, cropping must be to the widest frame
+ where the subtitles are present and applied equally to the relevant sides of the video frame.
+ 10.6) Subtitles, unless otherwise stated, are not subject to propers or nukes for any technical flaws that may be present
+ in the track.
+ 10.7) Dupes based on subtitles are not allowed, use INTERNAL.
+
+11) [ Subtitle Format ]
+ 11.1) Allowed formats are PGS (.sup) and SubRip (.srt).
+ 11.1.1) Compression must only be used when muxing PGS subtitles, zlib is the only allowed compression algorithm.
+ 11.1.2) PGS subtitles must not be resized.
+ 11.1.3) UTF-8 encoding must be used for SubRip subtitle tracks.
+ 11.1.4) SubRip subtitles are not allowed in 3D releases.
+ 11.2) Subtitles must:
+ 11.2.1) Have the correct ISO 639 language code supported by MKVToolNix set
+ 11.2.1.1) In situations where the language is not supported by MKVToolNix, 'und' must be used.
+ 11.2.2) Not be set as default or forced, unless otherwise stated in section 10.
+ 11.2.3) Have the correct sync offset set during muxing.
+ 11.3) It is strongly recommended to have descriptive names set on the title field.
+ e.g. Director's Commentary, English (Forced), English (SDH).
+ 11.4) 3D releases must use 3D subtitles. Using 2D subtitles for a 3D release or vice versa is not allowed.
+ 11.5) Burning-in subtitles to the video stream is not allowed.
+ 11.6) External subtitles located in 'Subs' directories are not allowed.
+
+12) [ Container ]
+ 12.1) Container must be Matroska (.mkv). MKVToolnix is the recommended muxer.
+ 12.1.1) Custom muxing tools are allowed. However, the output must adhere to the Matroska specifications and must
+ retain identical compatibility with demuxers as files created with MKVToolnix.
+ 12.2) Support for file streaming and playback from RAR is mandatory.
+ 12.3) Matroska header compression must not be enabled.
+ 12.4) Chapters are mandatory, when present on the source.
+ 12.4.1) Chapter names are optional, but any chapter names including those auto-generated by muxers must be in English.
+ 12.5) Watermarks, intros, outros or any other forms of defacement in any track (e.g. video, audio, subtitles, chapters)
+ are not allowed.
+
+13) [ Packaging ]
+ 13.1) Releases must be packed with RAR files and broken into a maximum of 101 volumes.
+ 13.1.1) The old style extension-based naming scheme must be used. i.e. .rar to .r99.
+ 13.1.2) The extension of the first volume in the archive set must be .rar.
+ 13.2) RAR5/RARv5.0 is not allowed. RAR3/v2.0 or RAR4/v2.9 must be used.
+ 13.2.1) Custom RAR tools can be used. Files produced from custom tools must adhere to the RAR3/v2.0 or RAR4/v2.9
+ archive specification and retain identical compatibility with extractors and demuxers as file created with
+ WinRAR/rar.
+ 13.3) The following archive sizes are allowed:
+ 13.3.1) Positive integer multiples of 50,000,000 bytes.
+ e.g. (50 * 10^6) * n bytes, where n > 0.
+ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 bytes.
+ 13.3.2) Releases must have a minimum of 10 volumes before the next multiple of 50,000,000 bytes is used.
+ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 volumes at 100,000,000 bytes.
+ 5 volumes at 100,000,000 bytes cannot be repacked to 4 volumes at 150,000,000 bytes.
+ 13.4) A single SFV must be present for the primary archives and contain the entire archive set.
+ 13.5) NFO, RAR, SFV, Proof, Sample files must have unique, lower-case filenames with the group tag.
+ 13.5.1) Group tags must be unique to each group, and may be an abbreviated variation of the group name.
+ 13.6) Preing a release with missing RAR(s) or SFV on all sites is considered a technical flaw.
+ 13.7) Corrupt RAR(s) (errors upon extraction) is considered a technical flaw.
+ 13.8) RAR compression and recovery records are not allowed.
+ 13.9) Encryption or password protection is not allowed.
+ 13.10) RAR archive set must only contain a single mkv file, any other files (e.g. multiple mkv files, txt files) are not
+ allowed.
+ 13.10.1) Except for extras releases, multiple mkv files are allowed and filenames must be unique and descriptive.
+ e.g. The.Big.Bang.Theory.S01.EXTRAS.1080p.BluRay.x264-GROUP contains:
+ - Interview.with.the.Cast.mkv
+ - S01E01.Bloopers.mkv
+ 13.10.1.1) All HD/UHD extras must be included.
+ 13.10.1.2) External extras located in 'Extras' directories are not allowed.
+
+14) [ NFO ]
+ 14.1) A single NFO file must be present, and must contain the following information:
+ 14.1.1) Movies: iMDB link mandatory if available.
+ 14.1.2) Series: TVmaze/TheTVDB link mandatory if available.
+ 14.1.2.1) iMDB link is mandatory if it's available and TVmaze/TheTVDB links are not.
+ 14.1.2.2) AniDB link may be used in lieu of a TVmaze/TheTVDB link for anime titles.
+ 14.1.3) All content: Source video stream bitrate.
+ 14.1.3.1) Must be retrieved using an accurate method, such as: MediaInfo (using --parsespeed=1), BDInfo, etc.
+ 14.2) The following information is optional, but recommended:
+ 14.2.1) Release name and group.
+ 14.2.2) Release date.
+ 14.2.3) Runtime.
+ 14.2.4) Resolution and aspect ratio.
+ 14.2.5) Frame rate.
+ 14.2.6) Audio format.
+ 14.2.7) File size.
+ 14.2.8) Archive information.
+ 14.2.9) List of included subtitles.
+ 14.2.10) CRF value.
+
+15) [ Proof ]
+ 15.1) Proof must be provided for every release.
+ 15.1.1) A photograph of reasonable high quality of the printed side of the physical disc with the group name clearly
+ visible must be used.
+ 15.1.2) Photographs must be at least 640x480px in resolution. Disc details must be clear and legible.
+ 15.1.3) Small identifiable or sensitive information may be redacted.
+ 15.1.4) Photographs must be of the actual disc used for the final encode.
+ 15.1.5) Cover scans or m2ts samples may be included, but do not count as the required proof.
+ 15.2) Proof must be placed in a separate directory named 'Proof'.
+ 15.2.1) Proof must be in JPEG or PNG format and must not be archived.
+ 15.3) When video, audio or subtitles are taken from multiple retail sources, proof must be provided for all sources used.
+ e.g. Video from Source A and audio from Source B are used. Proof of Source A and B is required.
+ 15.4) All EXIF data (especially any personally identifiable such as geolocation) must be stripped.
+ 15.4.1) Drawing attention (e.g. nuking, propering, mentioning in nfo) to proof which has not stripped EXIF data is
+ strictly not allowed.
+ 15.5) A release which fails to pre with the required proof is considered technically flawed and can be propered.
+ 15.5.1) Proof fixes must be pred within 24 hours of the original pre.
+ 15.5.2) Fixes provided after a proper has been released, or after 24 hours has elapsed from the original pre will not
+ be accepted.
+
+16) [ Samples / Source Samples ]
+ 16.1) Releases must include a 50-70 second sample for each release, samples must:
+ 16.1.1) Be placed in a separate directory named 'Sample'.
+ 16.1.2) Be cut from the final video, not encoded separately and not be archived.
+ 16.1.3) Not contain opening (e.g. studio titles) or closing (e.g. credits) footage when possible. e.g. cut samples
+ from at least 2m in or the middle to avoid this.
+ 16.2) Source samples are required for any release where the validity of the source may be brought into question.
+ 16.2.1) Included source samples must have a unique filename and be placed within the 'Proof' directory.
+ 16.2.2) If there is a question as to the validity of a source, encoding methods, or filters used; the release may be
+ nuked within 24 hours of pre requesting a source sample and must include the initial suspicion or reason.
+ e.g. source.sample.requested_suspicion.of.invalid.decimation.
+ 16.2.3) Requests may mention a specific timecode to verify the sample provided is the same source used for the encode
+ in question.
+ e.g. include.ghosting.at.2m22s.
+ 16.2.4) The group has 48 hours from the first nuke to pre a source sample that is at least 30 seconds and no more than
+ 5 minutes in length. If no specific timestamp is requested, source samples must be of the main feature and not
+ the starting or ending credits.
+ 16.2.5) Source samples must be packed as per section 13 and use the SOURCE.SAMPLE tag.
+ 16.2.6) Failing to provide source proof, or providing insufficient proof to disprove any claims, the original release
+ must remain nuked and can be considered technically flawed.
+
+17) [ Tagging ]
+ 17.1) The following source tags are allowed:
+ BLURAY, CAM, D-THEATER, DCP, HDDVD, MBLURAY, MUSE-LD, SCREENER, TELECINE, TELESYNC, UHD.BLURAY, UHD.MBLURAY,
+ WORKPRINT
+ 17.2) Only the following additional tags are allowed:
+ ALTERNATIVE.CUT, BW, CHRONO, COLORIZED, CONVERT, DC, DIRFIX, DUBBED, DV, EXTENDED, EXTRAS, FS, HDR, HDR10Plus,
+ INTERNAL, LINE, NFOFIX, OAR, OM, PROOFFIX, PROPER, PURE, RATED, READNFO, REAL, REMASTERED, REPACK, RERIP, RESTORED,
+ SAMPLEFIX, SDR, SOURCE.SAMPLE, SUBBED, THEATRICAL, UNCENSORED, UNCUT, UNRATED, WS
+ 17.2.1) <VERSION / CUT TITLE> may be used when a tag from 17.2 does not fit.
+ e.g. Deadpool 2: The Super Duper Cut may be tagged as Deadpool.2.2018.The.Super.Duper.Cut
+ 17.2.2) Proof must be provided for all remastered/restored releases to prove it is in fact a remaster/restore. At
+ least 3 screenshots comparing the new and old sources/encodes must be included in the 'Proof' directory.
+ Additional information should be included in the NFO, such as a link to an official source with details of the
+ remaster/restore process.
+ 17.3) Variations of any additional tag are not allowed.
+ e.g. READ.NFO or RNFO is not allowed, READNFO must be used.
+ 17.4) READNFO should be used sparingly. Discretion is recommended.
+ 17.4.1) The READNFO tag must not be used with PROPER, REPACK, or RERIP.
+ 17.5) Tags must be grouped together, period-delimited, and follow the mandatory directory format, see rule 18.4.
+ e.g. EXTENDED.RERIP, REMASTERED.REPACK.
+ 17.6) Tags must only be used once, but the order is left to the discretion of the group.
+ 17.6.1) Except in situations where the REAL tag is required to be stacked to differentiate between multiple invalid
+ releases.
+ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER and PROPER.
+ 17.7) The HDR tag should only be used when there was an SDR release first and vice versa.
+ e.g. An SDR release of Gemini Man pred first, a subsequent HDR release must be tagged as such.
+ e.g. An HDR release of Star Wars pred first, a subsequent SDR release must be tagged as such.
+
+18) [ Directory ]
+ 18.1) Acceptable characters allowed for directories are:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+ 18.2) Single punctuation must be used. Consecutive punctuation is not allowed.
+ e.g. Show----Name.S01E01, Show.Name....S01E01
+ 18.3) Typos or spelling mistakes in the directory are not allowed.
+ 18.4) Releases must match the following directory format:
+ 18.4.1) Feature.Title.<YEAR>.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>.<x264|x265>-GROUP
+ 18.4.2) Weekly.TV.Show.[COUNTRY_CODE].[YEAR].SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.
+ <FORMAT>.<x264|x265>-GROUP
+ 18.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>.<x264|x265>-GROUP
+ 18.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>.
+ <x264|x265>-GROUP
+ 18.4.5) Cross.Over.TV.Show.One.SXXEXX[Episode.Part].[Episode.Title]_Show.Two.SXXEXX[Episode.Part].[Episode.Title].
+ <TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>.<x264|x265>-GROUP
+ 18.4.6) Miniseries.Show.PartX.[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>.<x264|x265>-GROUP
+ 18.4.7) Musical.Performance.or.Event.<PERFORMANCE_YEAR>.<TAGS>.<RESOLUTION>.<FORMAT>.<x264|x265>-GROUP
+ 18.4.8) Artist.Name.Recording.Name.<RECORDING_YEAR>.<TAGS>.<RESOLUTION>.PURE.<FORMAT>.<x264|x265>-GROUP
+ 18.5) Named directory arguments formatted inside <> must be included. Optional arguments formatted inside [] can be used
+ in some cases.
+ 18.5.1) Mini-series parts must be at least 1 integer wide, and values used may extend past 9.
+ e.g. Miniseries.Part.1, Miniseries.Part.10.
+ 18.5.2) Episode and seasonal numbering must be at least 2 integers wide, and values used may extend past 99.
+ e.g. S01E99, S01E100, S101E01.
+ 18.5.3) Episode part refers to episodes, usually cartoons or animation, which split episodes into stories by different
+ directors. Episode parts must be alphanumeric (A-Z, a-z, 0-9).
+ e.g. The first episode from Season 2 of SpongeBob SquarePants is split into S02E01A/B, see:
+ https://goo.gl/CVGXKu
+ 18.5.4) Season must be omitted if a series is not a mini-series and does not have seasons.
+ e.g. One Piece must be tagged as One.Piece.E01.
+ 18.5.5) Episode title is optional.
+ 18.5.6) Tags refers to all permitted tags only, see section 17.
+ 18.5.7) Non-English releases must include the language tag. English releases must not include the language tag.
+ 18.5.7.1) Language tags must be the full name of the language. Abbreviations or language codes are not allowed.
+ e.g. FRENCH, RUSSIAN, GERMAN.
+ 18.5.8) Format refers to the video source used.
+ e.g. BluRay, TELECINE, HDDVD.
+ 18.6) Do not indicate the ripping, or encoding methods that were used. Use the NFO for any technical details.
+ 18.7) Non-series releases (e.g. movies, documentaries) must include the production year.
+ 18.8) Different shows with the same title produced in different countries must have the ISO 3166-1 alpha 2 country code in
+ the show name.
+ 18.8.1) Except for UK shows, which must use UK, not GB.
+ 18.8.2) This rule does not apply to an original show, only shows that succeed the original.
+ e.g. The.Office.S01E01 and The.Office.US.S01E01.
+ 18.9) Different shows with the same title produced in the same country which begin in different years must have the year
+ of the first season in the directory.
+ 18.9.1) The year is not required for the show broadcasted first.
+ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01.
+ 18.10) Different shows with the same titles produced in the same country which begin in different years must have the
+ ISO-3166-1 alpha 2 country code followed by the year of the first season in the directory.
+ 18.10.1) See rules 18.8 and 18.9 for country code and year explanations.
+ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), Wanted.AU.2016.S01E01 (2016).
+ 18.11) Show names which are hyphenated or include punctuation must follow the format shown in the title sequence or
+ credits of the first episode, limited to the list of acceptable characters.
+ 18.11.1) If no title card exists, see rule 18.13.1.
+ 18.11.2) Additional titles and names given to an individual season must not be used.
+ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05.
+ 18.11.3) Acronyms which show the ellipsis of letters with non-standard characters must be replaced with a period.
+ e.g. M*A*S*H must be M.A.S.H.
+ e.g. George Carlin... It's Bad for Ya! must be George.Carlin.Its.Bad.For.Ya.
+ 18.12) Directory nomenclature and numbering must remain consistent across the lifetime of an individual show or event.
+ 18.12.1) Shows which contain acronyms or secondary titles must follow the format used by the first release.
+ e.g. Law.and.Order.SVU.S01E01 is the standard format that must be used for all following episodes,
+ Law.and.Order.Special.Victims.Unit.S01E02 is not allowed.
+ Shadowhunters.The.Mortal.Instruments.S01E01 is the standard format, Shadowhunters.S01E02 is not allowed.
+ 18.12.2) Shows which air with extended content under modified names must use the primary show name and numbering with
+ the EXTENDED tag.
+ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as QI.S06E01 and QI.S06E01.EXTENDED respectively.
+ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must be tagged as Room.101.S01E01 and
+ Room.101.S01E01.EXTENDED respectively.
+ 18.12.3) Groups cannot change the directory format of a show after a second release or episode with the same format
+ exists.
+ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format.
+ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format.
+ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01.DIRFIX is not valid as the second episode already
+ exists and continues with the previously defined format.
+ 18.12.4) Except in situations where the show has an official change in its name, whereby all official references by
+ the broadcaster or studio are of the new name. This change must be mentioned in the first NFO with the new
+ name with relevant references.
+ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01.
+ 18.12.5) Official name changes for a show does not include the renaming of individual seasons. Seasonal name changes
+ must be ignored.
+ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be used. Power.Rangers.Lost.Galaxy.S07 must not be used.
+ Strike.Back.S03, Strike.Back.S05 must be used. Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must
+ not be used.
+ 18.12.6) Any deviations or changes require sufficient evidence listed in the NFO as to the reason for change.
+ 18.13) User-contributed services such as TVMaze or TheTVDB must not be used as a reference when naming and numbering
+ episodes. It may be used as a general guide; however, official guides must be used.
+ 18.13.1) The following order must be used as the primary source for naming and numbering.
+ 18.13.1.1) Official website of the show.
+ 18.13.1.2) Order and format listed by the original broadcaster.
+ 18.13.1.3) Network guide.
+ 18.13.2) In situations where official sources have inconsistent listings, or offer none at all, previously established
+ numbering must be used.
+ e.g. MythBusters, National Geographic Special Episodes.
+
+19) [ Fixes ]
+ 19.1) The following fixes are allowed:
+ DIRFIX, NFOFIX, PROOFFIX, SAMPLEFIX.
+ 19.2) Any other form of fix is not allowed.
+ e.g. RARFIX, SFVFIX, SUBFIX
+ 19.3) All fixes require an NFO and must state which release is being fixed.
+ 19.4) A proper may not be released for a flaw which can be fixed with the above methods, with the exception of proof
+ fixes, see 15.5.1.
+ 19.5) If multiple releases from a single season require a DIRFIX, a single DIRFIX per season is allowed and recommended.
+ e.g. Show.Name.S01.1080p.DIRFIX.BluRay.x264-GROUP.
+ 19.5.1) If a single DIRFIX is used, all relevant releases and corresponding fixes must be listed in the NFO.
+ e.g. The NFO should contain the following:
+ This is the correct order in which to watch the show;
+ Some.Show.S01E02.720p.BluRay.x264-GROUP is actually E01
+ Some.Show.S01E01.720p.BluRay.x264-GROUP is actually E02
+ Some.Show.S01E03.720p.BluRay.x264-GROUP
+ Some.Show.S01E05.720p.BluRay.x264-GROUP is actually E04
+ Some.Show.S01E04.720p.BluRay.x264-GROUP is actually E05
+ Some.Show.S01E06.720p.BluRay.x264-GROUP
+
+20) [ Dupes ]
+ 20.1) All high definition formats are considered of equal quality and dupe each other, e.g. BluRay dupes HDDVD.
+ 20.1.1) Except in situations where the release is a different version
+ (e.g. DC, REMASTERED, ALTERNATIVE.CUT) or framed in a different way (e.g. WS, OM, OAR, FS) to the previous
+ release, and is not censored after uncensored.
+ 20.2) Native video streams do not dupe converted video streams.
+ 20.3) Converted video streams dupe native video streams.
+ 20.4) Releases which use retail sources do not dupe releases with non-retail sources.
+ 20.5) Releases which use non-retail sources dupe retail releases.
+ 20.6) Releases with muxed-in subtitles do not dupe releases with hardcoded subtitles.
+ 20.7) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with muxed in subtitles.
+ 20.8) HDR after SDR or vice versa does not dupe.
+ 20.9) Non-foreign tagged English release does not dupe foreign tagged release.
+
+21) [ Propers / Repacks / Re-Rips ]
+ 21.1) Detailed reasons must be included in the NFO for all repacks, rerips, and propers.
+ 21.1.1) Proper reasons must be clearly stated in the NFO, including timestamps and specifics in regards to the flaw
+ when appropriate.
+ 21.1.2) If a release is not globally nuked, a sample demonstrating the flaws in the original release is required, and
+ must be placed within the 'Proof' directory.
+ 21.2) Propers are only permitted in the case of a technical flaw in the original release.
+ 21.2.1) Qualitative propers are not allowed, use INTERNAL.
+ 21.3) Audio or visual glitches can be propered with a release which does not exhibit the same flaw.
+ 21.3.1) In situations where mastering issues results in visual or audio glitches, a release must not be nuked until a
+ valid proper, repack, or rerip using a glitch-free source or master is released.
+ 21.4) RERIP must be used for ripping or encoding issues.
+ 21.5) REPACK must be used for packing or muxing issues.
+
+22) [ Internals ]
+ 22.1) Unless explicitly stated, internal releases must follow all rules detailed in this document. Internal releases are
+ only exempt from the following rules:
+ 22.1.1) Encoding specifics, e.g. experimental settings, advanced settings.
+ 22.1.2) Experimental codecs or containers.
+ 22.2) Internal releases must mention what rule exemptions have been observed with reasoning in the NFO, and may be nuked
+ if they do not.
+ e.g. Tone-mapped to SDR from HDR UHD.Bluray as there is no planned SDR disc for this feature.
+ 22.2.1) In situations where something was not mentioned in the NFO, groups may provide an NFOFIX to avoid or reverse a
+ nuke.
+ 22.3) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be nuked fix.for.nuke.
+
+23) [ Ruleset Specifics ]
+ 23.1) This ruleset is to be considered the ONLY official ruleset for HD and UHD retail. It supersedes all previous
+ revisions, rulesets and precedents.
+ 23.1.1) Releasing under former rulesets or codecs is not allowed, and must be nuked defunct.ruleset or defunct.codec.
+ 23.1.2) The naming standards listed in this document must only take effect once a current running season has ended.
+ Any existing naming schemes must be used in the event of missing episode(s) from older seasons being filled.
+ 23.1.3) This ruleset is not retroactive, and only applies to releases released under it.
+ 23.2) The following definition of keywords throughout this ruleset are as follows:
+ 23.2.1) Must: the rule is explicit in the definition and is compulsory.
+ 23.2.2) Should: implies the rule is a suggestion, and is non-compulsory.
+ 23.2.3) Can or may: implies the rule is optional, and is non-compulsory.
+ 23.2.4) e.g: refers to common examples, elements listed should not be considered as all possibilities.
+ 23.2.5) i.e: refers to the only examples, elements listed will be considered as all valid possibilities.
+
+24) [ Notes ]
+ 24.1) The inclusion of 2-pass in this ruleset should not be misconstrued as preferring it for every release, CRF must
+ always be considered the primary method. Instead, it is encouraged for groups to use 2-pass methods for rare cases
+ when files provided are of extremely high quality.
+ 24.1.1) Video which contains an excessive amount of noise may often result in an unnecessary large bitrate. In such
+ situations, encoding to a smaller bitrate using 2-pass can result in a file size improvement with negligible
+ loss in video quality.
+ 24.2) Dolby Vision (DV) and HDR10+ (HDR10Plus) are considered out of scope, due to lack of support and no standard
+ workflow for producing them, and must only be released as INTERNAL.
+ 24.2.1) DV encodes must have DV Profile (--dolby-vision-profile) and RPU metadata (--dolby-vision-rpu) set to the same
+ values as the source.
+ 24.2.1.1) Including the DV enhancement layer on a HDR or HDR10Plus encode is another option.
+ 24.2.1.2) Until such a time as Matroska gains support for Dolby Vision, MP4 may be used and dlb_mp4base or MP4Box
+ are the only allowed muxers. It is fully at the group's discretion to work around any pitfalls of the
+ MP4 container (e.g. limited audio codec and subtitles support). Groups are exempt from any rules with
+ regards to these pitfalls.
+ 24.2.2) HDR10Plus releases, in addition to HDR specifics (see 7.23.4), must have SEI tone mapping metadata
+ (--dhdr10-info) set to the same values as the source. Tone mapping metadata optimisation (--dhdr10-opt) must
+ be enabled.
+ 24.2.3) Any metadata must be extracted from the whole concatenated source, not a partial source. e.g. the first m2ts
+ file.
+ 24.2.4) Until such a time as mapping metadata to cropped encodes is possible, DV and HDR10Plus are exempt from
+ cropping rules and must be left uncropped.
+ 24.2.5) The rules below will apply in a hypothetical future when all pitfalls and issues mentioned above are resolved,
+ support has become widespread, does not result in any playback issues and at least three months have elapsed
+ from support being added.
+ 24.2.5.1) If the source contains a DV enhancement layer, it must be muxed in with the correct DV Profile set for
+ the source during muxing.
+ 24.2.5.2) If the source contains HDR10Plus SEI metadata, 24.2.2 is mandatory.
+ 24.2.5.3) 24.2.3 must be respected.
+ 24.2.5.4) The HDR10Plus tag must not be used.
+ 24.2.5.5) DV single layer encodes (see 24.2.1) are only allowed when the source is single layer DV (i.e. No HDR,
+ only DV). The DV tag must only be used in the case of single layer DV.
+ 24.3) Until such a time as remuxed releases have their own ruleset. They are subject to relevant rules from sections
+ 12-24, of this ruleset.
+ 24.3.1) Remuxed releases must include all subtitle tracks and all audio tracks (e.g. commentary, dialogue) only once
+ at the highest quality available on the source. It is at the discretion of the group to include dubbed
+ language or descriptive tracks.
+ 24.3.2) Tracks must be muxed in as is without any modification.
+ 24.3.3) When including optional Dolby Vision enhancement layers in a remux, 24.3.1.1 must be followed.
+ 24.3.4) When tagging remuxed releases, the following applies to section 18.
+ 24.3.4.1) H265 must be used in place of X265.
+ 24.3.4.2) H264 must be used in place of X264.
+
+[ Signed (in alphabetical order) - 85 Groups ]
+aAF, AMIABLE, ANiHLS, ARCHiViST, BALKAN, BARGAiN, BATV, BEDLAM, BiPOLAR, BLOW, BRMP, CADAVER, CAPRiCORN, Chakra, CiNEFiLE,
+CONDITION, Counterfeit, CREEPSHOW, DAA, DEATH, DEFLATE, DEPTH, DEV0, DoNE, EiDER, ELBOWDOWN, EMERALD, Felony, FLAME,
+FUTURiSTiC, GeTiT, GHOULS, GiMCHi, GreenBlade, GxP, HAiDEAF, HAiKU, HDEX, HFPA, IAMABLE, IcHoR, iNGOT, JRP, KYR, LATENCY,
+LiBRARiANS, LiQUiD, LOUNGE, MBLURAYFANS, MUSiCBD4U, NODLABS, OUIJA, PAST, PHASE, PRESENT, PSYCHD, PURELiQUiD, REACTOR,
+RedBlade, REGRET, Replica, REWARD, SADPANDA, SAPHiRE, SCOTLUHD, SECTOR7, SH0W, SHORTBREHD, SiNNERS, SNOW, SPECTACLE, SPOOKS,
+TAXES, TOPAZ, TREBLE, TURBO, URANiME, USURY, ViRGO, W4F, WEST, WhiteRhino, WUTANG, YELLOWBiRD, YOL0W
+
+[ Refused to Sign (in alphabetical order) - 8 Groups ]
+AAA, AAAUHD, DODELIJK, GUACAMOLE, KWANGMYONG, MAYHEM, TURMOiL, WATCHABLE
+
+[ Revisions ]
+2007-04-28 - High.Def.x264.movie.standards.rls.1-NFO
+2007-07-05 - High.Def.x264.Movie.Standards.Rev2
+2008-10-13 - High.Definition.x264.Standards.Revision.3.0-HDX
+2008-12-20 - High.Definition.x264.Standards.Revision.3.1-HDX
+2009-01-27 - High.Definition.x264.Standards.Revision.3.1.Addendum.1-HDX
+2011-01-29 - High.Definition.x264.Standards.Revision.4.0-HDX
+2011-01-29 - High.Definition.x264.Standards.Revision.4.0.UPDATE-HDX
+2020-04-15 - High.Definition.x264.and.Ultra.High.Definition.x265.Standards.Revision.5.0-HDX - Total rewrite, hardened all
+rules, switched to CRF, UHD and x265 are supported.
+
__ __
++------------------------\/-- G A M E I S O --\/------------------------+
+| |
+: ________:__ _._______ _ ______.__ _ _________:_ _\/______. :
+. / ./\ / + /\+/ ://+____:_/ _./\ ___/X_ //____ .
+ / _____/ //_____/ 7// / // _______z/ / / \ __/__ /_
+ ___/. /\___/_/_\____/ // / / __ / / / /_/ / // /____ / /\
+ \+// / /_ \ _ /+ / / \+/ / /\_\/ / / \/ //_ //\
+ \/ /_+_/ /\ // /X/ /_____/ / ___/_/_____ /___/ /// / /
+ / . / / /________/ /\____/ . / \ __/_\___\ ____ /____/ /
+ /____/\______/ /\______/ . / / /________\ \ . \/ /\----\____\/\___\/
+<<\___\/\_____\/_______/_____/ /____\___/____________\ /\/ /< << ----+\/---- >
+- ---------------------\_____\/---------\_____________\/ /\/- ---------------- -
+. \/ .
+| __ __ |
++--------------------\/-- R E L E A S E R U L E S --\/------------------------+
+| |
+| After approximately 20 years without new, written rules for the PC games |
+| section the leading Game ISO groups assembled to collaborate on a long |
+| overdue modernization. |
+| The following chapters and paragraphs describe the methods used to release |
+| ISO games. 0day Game Rips are not regulated by this document. |
+| |
+| This 2021 ruleset supersedes all previous rules regarding ISO games. |
+| |
++------------------------------------------------------------------------------+
+| I. RELEASE PACKAGING |
+| |
+| 1.1 All unmodified, original game files have to be packed into an archive |
+| using any format and compression level the group prefers. This archive |
+| is accompanied by an installer that extracts the files to a location |
+| chosen by the user. |
+| |
+| 1.2 In case a game is being offered with different filesets for 32-bit and |
+| 64-bit systems, only the 64-bit fileset is mandatory to be included. |
+| The 32-bit fileset may be included in the same release if the group so |
+| chooses or it may be pred as a separate release, even by another group. |
+| |
+| 1.3 Optionally the archive may also contain an extra folder with |
+| redistributables that are necessary for the game to run. |
+| |
+| 1.4 In case the game is being distributed in a packaged form it is at the |
+| group's discretion to either use the files as-is or to repackage the |
+| game files with a custom installer following the rules outlined above. |
+| |
+| 1.5 The crack files have to be placed outside the installation archive |
+| into a separate folder that is labeled with the group's name or |
+| "Crack". |
+| |
+| 1.6 The archive, installer and crack folder have to be authored into an |
+| ISO file complying with either the ISO 9660 standard (including any |
+| extensions needed to store the contained files correctly) or the UDF |
+| standard (any revision). |
+| The ISO file's label field has to contain the game's name as closely |
+| to the original name as possible given the format's character set and |
+| field size restrictions. |
+| The ISO file's extension must be ".iso". |
+| |
+| 1.7 The ISO file has to be packed into a RAR archive using the RAR4 or the |
+| RAR5 format and the old style volume naming scheme. |
+| e.g. grp-gamename.rar, grp-gamename.r00, grp-gamename.r01, ... |
+| |
+| 1.8 No additional unrelated or useless data may be added to the |
+| installation archive, the ISO file or the RAR archive. |
+| |
+| 1.9 Releases that do not function as full, standalone games have to |
+| contain only the files necessary to fullfill that release's task. |
+| The files must not be authored into an ISO file, but put into the |
+| RAR archive directly. |
+| |
+| 1.10 Allowed RAR archive volume sizes for standalone game releases: |
+| (MB = megabyte = 1,000,000 bytes) |
+| |
+| ISO file size RAR volume size |
+| up to 700 MB 15,000,000 bytes |
+| ( 700 MB, 4700 MB] 50,000,000 bytes |
+| ( 4700 MB, 8500 MB] 100,000,000 bytes |
+| ( 8500 MB, 13200 MB] 150,000,000 bytes |
+| ( 13200 MB, 17000 MB] 200,000,000 bytes |
+| ( 17000 MB, 225250 MB] 250,000,000 bytes |
+| (225250 MB, infinity] 500,000,000 bytes |
+| |
+| 1.11 Allowed RAR archive volume release sizes for all other release types: |
+| |
+| data size RAR volume size |
+| up to 100 MB 5,000,000 bytes |
+| bigger than 100 MB same sizes as per 1.10 |
+| |
+| 1.12 For standalone game releases the minimum combined size of all RAR |
+| volumes is 400,000,000 bytes. Other release types do not have a |
+| minimum size requirement. |
+| |
+| 1.13 Allowed compression methods for the RAR archive are fastest (m1), |
+| fast (m2), normal (m3), good (m4) and best (m5). |
+| Store (m0) is forbidden and must not be used. |
+| |
+| 1.14 Encryption or password protection is not allowed. |
+| |
+| 1.15 The final release directory may contain only the following items: |
+| - RAR archive volumes |
+| - NFO file (singular) |
+| - SFV file (singular) |
+| |
++------------------------------------------------------------------------------+
+| II. NFO |
+| |
+| 2.1 The NFO has to contain the following information: |
+| - Group name and/or logo |
+| - Game name |
+| - Game protection |
+| - Link to the game's store page and/or official website (optional) |
+| - Brief game description |
+| - Installation intructions |
+| - List of included DLCs (optional for initial release) |
+| - Patchlevel/installed updates (optional) |
+| - List of required previous releases (for non-standalones) |
+| - List of included languages (MULTI releases only) |
+| |
++------------------------------------------------------------------------------+
+| III. DIRECTORY / FILE NAMING |
+| |
+| 3.1 Single punctuation must be used. |
+| Consecutive punctuation is not allowed. |
+| Only dots and underscores are allowed as whitespace replacements. |
+| |
+| Negative examples: |
+| Awesome.-.Game-GRP, Another.Game.-GRP, grp--gamename.rar |
+| Awesome_-_Game-GRP, Another_Game_-GRP, grp__gamename.rar |
+| |
+| 3.2 Allowed characters in directory names: |
+| ABCDEFGHIJKLMNOPQRSTUVWXYZ |
+| abcdefghijklmnopqrstuvwxyz |
+| 0123456789.-_ |
+| |
+| 3.3 If a game's name contains other characters than the ones listed above |
+| then they can either be omitted or be replaced by lookalike characters. |
+| If that leads to a directory name that would not identify the game |
+| properly then romanisation, common descriptions or official unicode |
+| descriptions may be used. |
+| |
+| 3.4 Allowed characters in file names: |
+| abcdefghijklmnopqrstuvwxyz (only lowercase for files) |
+| 0123456789.-_ |
+| |
+| 3.5 The file names of the RAR files and the SFV file must be prefixed with |
+| the group's name or tag and have matching stems in a single release. |
+| (stem = filename without extension) |
+| RAR and SFV file names have to be globally unique. |
+| e.g. grp-crysis7.rar, grp-crysis7.sfv |
+| |
++------------------------------------------------------------------------------+
+| IV. EXCLUSIVITY |
+| |
+| Digital distribution becoming the standard for PC games has caused the |
+| number of published updates and other additional content to rise |
+| considerably. This has led to a lot of standalone releases containing |
+| relatively little actual new data but lots of dupe data. |
+| To prevent a specific class of those releases a limited time exclusivity |
+| right is introduced. |
+| |
+| 4.1 The group that won the race for a new game or new paid content earns |
+| the exclusive right to pre free updates/DLC and other specific new |
+| content for that game (see lists below). |
+| |
+| 4.2 Each time the game receives a free update/DLC or other eligible content |
+| a 60 day period* begins in which only the group currently owning the |
+| right is allowed to pre it. |
+| (* plus the period between time of publication and 00:00 UTC+0) |
+| If multiple updates etc. are published by the developer within that |
+| period, the group does not have to match each publication with releases |
+| of their own but can combine consecutive updates/DLC into custom |
+| releases as they see fit. However this does not change the end point of |
+| the exclusivity period started by the first publication. |
+| |
+| 4.3 If the group pres the content within the aforementioned period, the |
+| exclusive right to pre future content for this game remains with that |
+| group. |
+| If the group fails to do so, the right is forfeited and a free-for-all |
+| race for the new update/content starts. |
+| |
+| 4.4 Paid content is exempt from this rule and starts a new race except if |
+| it is one or a combination of the following: |
+| - In-game cosmetic items like armor, weapons, skins and/or any other |
+| visual only content |
+| - Non-game files such as artbooks, wallpapers, videos, music and/or |
+| game guides and similar |
+| |
+| 4.5 Examples of paid content that explicitly does start a new race: |
+| - New missions, levels, tracks which actually add to the main game |
+| experience |
+| - Remastered/enhanced game versions featuring improved/reworked |
+| graphics and/or sound |
+| |
+| 4.6 The right is only valid for the specific installation type regarding |
+| the bitness and included languages of the winning release. |
+| - If the game can also be released as MULTI then the right to that |
+| language combination must be won in a separate race. The same is |
+| true for foreign, single-language releases. |
+| - If languages are added to the standard English installation, those |
+| updates are exclusive to the group who currently owns the right for |
+| that release type. |
+| - The exclusivity right either covers both 32-bit and 64-bit together |
+| or separately, depending on the release type chosen by the group(s). |
+| For more info see rule 1.2 and rules 5.15-5.18. |
+| |
+| 4.7 Releases of non-final versions of a game do not grant the right. |
+| |
++------------------------------------------------------------------------------+
+| V. RELEASE TYPES |
+| |
+| 5.1 Every game and every addon/DLC that are non-free can be released. |
+| Free addons/DLC can either be released for already existing releases |
+| of the non-free base game or, if no such release exists yet, |
+| integrated into the base game as a standalone release. |
+| Free games can be released only if the release also contains non-free |
+| addons/DLC. |
+| |
+| 5.2 A game is considered final, and therefore good to be released without |
+| any non-final tags, when there are no indications inside (e.g. version |
+| number) or outside the game (e.g. store page, dev communication) that |
+| point to a non-final state (Early Access, Alpha, Beta). |
+| If the indications are ambiguous, a group may take the risk of preing |
+| a mistagged, non-final game that can be nuked and propered or repacked |
+| in case the game files change before the true state of the game |
+| becomes clear. |
+| |
+| STANDALONE GAMES |
+| |
+| 5.3 <Game name>-GROUPNAME |
+| - This is meant for initial, standalone releases of games. |
+| |
+| 5.4 <Game name>.<DLC/update name>-GROUPNAME |
+| <Game name>.<version info>-GROUPNAME |
+| - These are meant for subsequent full releases of games including one |
+| or more DLCs or updates where a normal DLC or update release without |
+| the base game would be unfeasible or absurd. |
+| |
+| 5.5 <Game name>.x86-GROUPNAME |
+| - Releases that contain only the 32-bit files for a game that is |
+| offered in both 32-bit and 64-bit variants separately have to |
+| include this tag in the directory name. |
+| - Allowed only if the 32-bit files have not been included in a |
+| previous release yet and only after the 64-bit files have been |
+| released. |
+| |
+| 5.6 Re-releasing a game as a standalone is also allowed if one or more of |
+| the following conditions is met: |
+| - Combined size of needed updates is larger than 1/2 of the last |
+| standalone release. |
+| - Number of needed updates is 4 or more. |
+| |
+| 5.7 Renamed games that contain changed files can be released as a new |
+| standalone by the group that currently owns the exclusivity right for |
+| that title (see chapter IV.). |
+| If the renamed game does not have changed files only a simple DIRFIX |
+| may be pred. |
+| |
+| UPDATES / DLC |
+| |
+| 5.8 <Game name>.Update.<version>[.incl.DLC]-GROUPNAME |
+| <Game name>.<version>.Update[.incl.DLC]-GROUPNAME |
+| <Game name>.<DLC name>.DLC-GROUPNAME |
+| - These are meant for traditional update and DLC releases that can be |
+| applied to an already installed base game. They may add new files |
+| and patch/remove already present files. The crack has to be included |
+| in a separate folder. |
+| - Changelogs/patchnotes are optional. |
+| |
+| 5.9 Updates can only be pred for valid releases (non-nuked, non-propered). |
+| If a group wants to pre an update for one of their own releases that |
+| is nuked but can be fixed, it has to be fixed first. |
+| |
+| DOX |
+| |
+| 5.10 <Game name>.CHEAT-GROUPNAME |
+| - Instructions and/or tools to use already built-in cheats. |
+| e.g. list of cheatcodes, tools to unlock hidden menus |
+| |
+| 5.11 <Game name>.UNLOCKER-GROUPNAME |
+| - Used for anything that can normally be unlocked in the game by |
+| playing or paying. |
+| <Game name>.DLC.UNLOCKER-GROUPNAME |
+| - Unlocker explicitly for DLCs, e.g. when only some additional crack |
+| files and/or an entry in the crack config is needed. |
+| - Should not contain any new game files. If those are needed too, |
+| use an update or DLC release instead. |
+| |
+| 5.12 <Game name>.Plus.<AMOUNT OF OPTIONS>.Trainer-GROUPNAME |
+| - There is no time limit for trainer releases. |
+| - The trainer has to work with the latest pred version of the game |
+| title. Releasing trainers for past versions or new versions that are |
+| officially available but have not yet been pred is not allowed. |
+| - New trainers have to include at least 1 previously unreleased option |
+| for the same game version. |
+| |
+| 5.13 Anything that adds value to the original release like keygens, covers, |
+| guides or language changers is allowed. |
+| |
+| 5.14 DOX for non-final releases (alpha, beta, early access, ...) is not |
+| allowed. |
+| |
+| FOREIGN / MULTI |
+| |
+| 5.15 Games that are not playable in English are considered foreign and have |
+| to be tagged according to the rules below. |
+| Language-neutral games are not considered foreign. |
+| |
+| 5.16 If a game is playable in English but it's not enabled by default, |
+| the group must include appropriate tools and/or instructions on how to |
+| enable it by hand. |
+| Such games are not considered foreign and therefore do not require |
+| language tagging. |
+| |
+| 5.17 <Game name>.<language>-GROUPNAME |
+| - Used for single-language non-english releases. |
+| |
+| Examples: |
+| Title.GERMAN-GROUPNAME |
+| Title.FRENCH.Plus.<AMOUNT OF OPTIONS>.Trainer-GROUPNAME |
+| Title.SPANISH.UNLOCKER-GROUPNAME |
+| Title.POLISH.<version>.Update-GROUPNAME |
+| |
+| 5.18 <Game name>.MULTI<number>-GROUPNAME |
+| - Used for multi-language releases that include languages normally not |
+| available in an official English installation (if the game is |
+| distributed as loose files) or installer (if the game is distributed |
+| in a packaged form). |
+| - The number after MULTI denotes the count of different languages |
+| contained in the release. |
+| - MULTI releases must contain at least one previously unreleased |
+| language. |
+| |
+| Examples: |
+| Title.MULTI3-GROUPNAME |
+| Title.MULTI7.Update.<version>.incl.DLC-GROUPNAME |
+| |
+| VIRTUAL REALITY |
+| |
+| 5.19 <Game name>.VR-GROUPNAME |
+| - This tag has to be used for games that can only be played with a |
+| virtual reality headset. |
+| - If the official game name already includes this tag as a separate |
+| word, repeating it is not required. |
+| |
+| Examples: |
+| Half-Life.Alyx.VR-GROUPNAME |
+| Half-Life.Alyx.VR.Update.<version info>-GROUPNAME |
+| WyVRn.VR-GROUPNAME (separate VR tag mandatory) |
+| The.Kremer.Collection.VR.Museum-GROUPNAME (separate VR tag optional) |
+| |
+| INTERNAL |
+| |
+| 5.20 <Release name>.INTERNAL-GROUPNAME |
+| This tag can be used for a wide variety of releases like: |
+| - Internal tools, software which is not retail, titles with custom |
+| modifications made by the group, etc. |
+| - Releases whose cracks do not fully respect chapter VII. |
+| (stolen stuff is not allowed under any circumstances) |
+| - Releases of this type may only be nuked if they do not work as |
+| advertised |
+| |
+| ADDITIONAL TAGGING |
+| |
+| 5.21 Groups may use extra TAGS for their releases if they feel the release |
+| types listed in this document do not adequately describe the content. |
+| e.g. READ.NFO, READNFO, REAL, LANGUAGE.PACK, TEXTURE.PACK, ... |
+| |
+| 5.22 Directory names for standalone releases must not contain |
+| "incl.<something>" tags. |
+| |
+| 5.23 Tags that indicate the store where the game was bought/downloaded from |
+| are allowed only if they are part of the official game name. |
+| |
++------------------------------------------------------------------------------+
+| VI. Alternative OS releases |
+| |
+| Releases intended for platforms other than Microsoft Windows generally |
+| follow the same rules with the exceptions listed below. |
+| |
+| 6.1 Releases for other platforms have to include a platform tag. |
+| e.g. Some.Game.Linux-GROUPNAME, Other.Game.MacOS-GROUPNAME |
+| The legacy tag MacOSX is not allowed anymore. |
+| |
+| 6.2 Packing game files into an installer/archive combination is optional. |
+| |
+| 6.3 MacOS releases may contain an Apple Disk Image file (.dmg) instead of |
+| an ISO file. |
+| |
+| 6.4 Groups can choose to skip creating the image file altogether. |
+| In that case the final rar volumes will include: |
+| - Game.Name-GROUPNAME directory containing untouched game files |
+| - Crack/group folder containing needed crack files |
+| |
++------------------------------------------------------------------------------+
+| VII. CRACKS |
+| |
+| 7.1 Stolen cracks are strictly forbidden. |
+| |
+| 7.2 It is forbidden to crackfix/repack releases that contain stolen |
+| cracks. |
+| |
+| 7.3 Using a similar method to an already existing crack is allowed as long |
+| as no code or data in whole or in part is copied. |
+| |
+| 7.4 Loaders are banned. In-memory patching is allowed. |
+| Loader = a non-game executable/script that uses a separate process to |
+| modify the game before or while the original game code is running. |
+| |
+| 7.5 Parts of a demo, alpha, beta, early access version (or similar |
+| pre-final access programs) or a completely separate game may not |
+| be used to create a crack. |
+| |
+| 7.6 Cracks must support the following, fully updated operating systems, |
+| given that the non-cracked version does: |
+| - Windows 8.1 or later |
+| - MacOS 10.11 or later |
+| - Linux : no special requirements |
+| Supporting operating systems whose development has been discontinued |
+| by the vendor (reached End Of Life) is optional. |
+| |
+| 7.7 Nuking for bad crack or stolen crack must include proof. |
+| |
+| 7.8 Game code that is not connected to the protection may also be altered |
+| if this leads to an improvement of the user experience. |
+| |
+| 7.9 Only use cracks from other groups with permission. |
+| |
+| 7.10 Private tools may only be used with the author's permission. |
+| |
+| 7.11 It is allowed to use tools or code snippets placed under public |
+| domain in order to create the crack. |
+| |
+| 7.12 Code and data related to the crack can be protected by the group |
+| however they wish as long as it does not impair the user experience. |
+| |
+| 7.13 Cracks that introduce new kernel components are not allowed. |
+| (e.g. Windows drivers, Linux kernel modules, MacOS kernel extensions) |
+| |
+| 7.14 Binding network sockets to anything else than the local loopback |
+| addresses must be clearly documented in the NFO. |
+| |
++------------------------------------------------------------------------------+
+| VIII. PROPER / REPACK / FIXES |
+| |
+| A release can be affected by flaws of three different types: |
+| Type 1: Major technical flaw that allows other groups to pre a proper |
+| release. |
+| Type 2: Minor technical flaw that does not allow other groups to act, |
+| but requires actions from the original group. |
+| Type 3: Cosmetic flaw that does not impair the overall functionality of |
+| the release. |
+| |
+| 8.1 List of Type 1 flaws: |
+| - The crack does not adhere to the expected quality (see chapter VII.) |
+| - One or more necessary files of the advertised game are missing from |
+| the release |
+| - The release cannot be extracted/installed correctly |
+| - Completely wrong directory name |
+| - Missing or bad RAR volumes / SFV file |
+| - Release does not work offline |
+| - Packing RAR volumes with store (m0) preset |
+| |
+| 8.2 List of Type 2 flaws: |
+| - File names of RAR volumes or the SFV are not globally unique |
+| - Typos in release directory name |
+| - Erroneous or completely wrong NFO |
+| |
+| 8.3 List of Type 3 flaws: |
+| - Bad shortcut after installation |
+| - Audio/video glitches during the installation process |
+| - Bad ISO label |
+| |
+| 8.4 Bugs that are also present in the same, non-cracked version of the |
+| game do not justify a proper. Correcting errors from the original |
+| developers is outside the scope of a scene release. |
+| |
+| 8.5 Buttons, menu entries or any other user interactions that redirect to |
+| or access external, online-only or network resources may not be used |
+| as a proper reason, unless they softlock or hardlock the game. |
+| |
+| 8.6 When a release is nuked with grp.req then the first subsequent, |
+| flawless release of the same game by another group does not have to |
+| include the PROPER tag in the dirname. |
+| |
+| 8.7 <Release name>.PROPER-GROUPNAME |
+| - If a release suffers from a T1 flaw, another group may pre a proper |
+| version of it and the flawed release shall be nuked. |
+| - A group must not proper itself. To correct own mistakes, repacks |
+| and/or fixes must be used. |
+| - The proper reason must be stated in the NFO and should be |
+| comprehensible to non-crackers if the technical situation allows it. |
+| - A PROPER must be released for the same game version as the flawed |
+| release. |
+| |
+| 8.8 <Release name>.REPACK-GROUPNAME |
+| - If a release is affected by a T1 or T2 flaw and a fix would not |
+| remedy the problem, the original group may pre a repack. |
+| - Additionally a group may pre a repack of any of its releases for any |
+| reason except if the release in question has been propered by |
+| another group with a technically flawless release. |
+| - If the repack is technically flawless, the original release shall be |
+| nuked. |
+| - The repack reason must be stated in the NFO. |
+| |
+| FIXES |
+| |
+| 8.9 Releasing a technically flawless fix for a flawed release entails |
+| that the possibly nuked original release shall be unnuked. |
+| |
+| 8.10 <Release name>.CRACKFIX-GROUPNAME |
+| - In case the crack of a release is technically flawed, the affected |
+| group may pre a crackfix. It contains only the new crack files. |
+| - If the game files have to be re-released too, a repack must be pred. |
+| - The reason for the crackfix must be stated in the NFO. |
+| - A group may only pre a CRACKFIX for its own releases. |
+| |
+| 8.11 <Release name>.PROPER.CRACK-GROUPNAME |
+| - In case the crack of release is technically flawed, a different |
+| group may pre a proper crack. It contains only the new crack files. |
+| - If the proper crack is valid the original release is considered |
+| valid too and shall be unnuked. |
+| - The reason for the proper crack must be stated in the NFO. |
+| - A group may only pre a PROPER.CRACK for releases of a different |
+| group. |
+| |
+| 8.12 <Release name>.CRACK.ONLY-GROUPNAME |
+| - When a group thinks they have a better crack for an already existing |
+| release by another group but the other crack is valid, they can use |
+| this release type to show their skills. |
+| |
+| 8.13 <Game name>.MULTIPLAYER.CRACK-GROUPNAME |
+| - Used for special cracks that enable online multiplayer functionality. |
+| - The method for achieving this functionality must be described |
+| clearly in the NFO, so the user may assess associated risks. |
+| - Usage of unique credentials, either supplied by the user or |
+| hardcoded into the crack, is not allowed. |
+| |
+| 8.14 <Release name>.DIRFIX-GROUPNAME |
+| - Used to correct typos in the directory name of the original release. |
+| - Releasing a game with a directory name of a completely unrelated |
+| game is not considered a typo. |
+| - The fixed release must be stated in the NFO. |
+| - DIRFIX to alpha/beta/internal/early access is not allowed. |
+| |
+| 8.15 <Release name>.HOTFIX-GROUPNAME |
+| - Used for relatively small updates without differentiating version |
+| information. |
+| |
+| 8.16 <Release name>.NFOFIX-GROUPNAME |
+| - If the NFO contains mistakes, the group may pre a corrected version. |
+| |
+| 8.17 RARFIX and SFVFIX are absolutely not allowed. A REPACK/PROPER of the |
+| release is required. |
+| |
++------------------------------------------------------------------------------+
+| IX. DUPE |
+| |
+| 9.1 If a release contains exactly the same files as a combination of |
+| previous releases (except store specific data) the newly pred release |
+| is considered a dupe and shall be nuked. |
+| |
+| 9.2 If the chronological order is clear and consistent across presites and |
+| prebots, the first release wins no matter how small the difference in |
+| release times may be. |
+| If it is unclear which group won a race because timing data from |
+| presites and/or prebots is ambiguous then the pred releases that do |
+| not exhibit any technical flaws (T1/T2) are not considered dupes and |
+| shall not be nuked for that reason. |
+| In situations like this the race is not considered to be over, none of |
+| the groups earned the exclusivity right from chapter IV. |
+| The race will be called by the first unambiguously decidable win of |
+| an update/DLC related to the game in question (paid or free). |
+| |
+| 9.3 Non-English language standalone releases are considered dupes if a |
+| MULTI tagged release containing the same language was already pred. |
+| |
+| __ __ |
++-------------------\/-- Signed (in alphabetical order) --\/-------------------+
+| |
+| ACTiVATED ANOMALY CODEX CPY DARKSiDERS DINOByTES DOGE HOODLUM |
+| |
+| I_KnoW PLAZA Razor1911 RazorDOX RUNE SKIDROW TiNYiSO VREX |
+| |
++------------------------------------------------------------------------------+
+| Compliance with this document is mandatory as of 2021-01-01 00:00:01 UTC |
++------------------------------------------------------------------------------+
+
Official MP3 Release Rules 4.1
+ _______________________________________________________________
+
+Terminology
+
+ The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
+ "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
+ document are to be interpreted as described in RFC 2119
+ https://tools.ietf.org/html/rfc2119
+
+ Dirname is an abbreviation for directoryname also known as directory
+ or folder, a file system structure in which the mp3 files are stored.
+ _______________________________________________________________
+
+
+ 1. NO DUPES !
+ 1.1. The complete release is considered in duplicate checks, not
+ individual tracks. A release is not a dupe if it has
+ different or more tracks than a previous one.
+
+ Exceptions:
+ 1.2. It is also a dupe if the complete release is included in a
+ previous one. For example, if a CDM is released that contains
+ the exact same tracks of the CDS, then the CDS is considered
+ a duplicate and not allowed to be released.
+
+ 1.3. Releases from a source of higher quality are allowed to be released
+ after a release of lower quality.
+ Quality levels:
+ 9) digital, lossless CDDA - CD, CDR
+ 8) digital, lossless - DVDA, DAT, SACD
+ 7) digital, lossless or untouched - WEB, FLASH, MP3CD
+ 6) digital, lossless or lossy - DVD, DVDR, BD, BDR, HDDVD, HDDVDR
+ 5) analog vinyl - VINYL
+ 4) analog tape - TAPE
+ 3) live direct recording - LINE
+ 2) live broadcasted, MD - SBD, CABLE, SAT, DAB, FM, DVBS, DVBC, DVBT, SBD, MD
+ 1) live mic recording - AUD
+ Exception: physical after WEB/FLASH (see section 1.5)
+
+ 1.4. All MIXED CDs SHOULD be ripped as one track supplied with a
+ .cue. However if they're not, another group can release it this
+ way afterwards, with neither release getting nuked because of
+ the other. A CUE file MUST be present if ripped as one track.
+
+ 1.5. It is allowed to release a physical medium version after a WEB
+ or FLASH version. This also applies even when it is available
+ for free online.
+ Proofing rule (see section 17) always applies to physical medium.
+
+ 1.6. If an unmixed version of a release is available in webshops, it
+ is allowed for both mixed physical and unmixed WEB versions to
+ be released.
+
+ For all LIVE sources:
+ 1.7. The same mix of live shows is not allowed to be released again.
+ This includes shows coming under a different name and when included
+ as part of another release such as guest mixes.
+ 1.8. If a show containing a guest mix is a partial dupe (either the
+ regular part of the show, or the guest mix), it MAY be released
+ with both as a set. However, it is encouraged to release
+ only the new part if the other part is available in equal or
+ better quality, denoting in the nfo why the other part was omitted.
+ 1.9. If a show contains the broadcast of a commercially released CD,
+ it MUST NOT be released if the CD has already been released.
+
+ Note: check section 7.1 before releasing an import-album or some "extended
+ edition"!
+
+
+ 2. GENERAL
+ 2.1. An SFV and NFO file MUST be included in every release.
+
+ 2.2. All releases from a physical medium MUST also include a JPG proof -
+ see section 17. M3U and additional JPG files (scans/photos) are
+ OPTIONAL.
+
+ 2.3. If a CUE file for multitrack mp3s exists then that CUE file MUST
+ include artist and tracknames if they are available on the cover or
+ inlay.
+
+ 2.4. If there is additional material (Videos, Lyrics, ...) on the
+ source medium then it is OPTIONAL to release that. If done then it
+ MUST be released separately with dirname tag -EXTRAS-.
+
+ 2.5. The entire medium (CD, Vinyl, ...) MUST be released (not
+ individual tracks). This means that even if there is only one
+ additional (bonus) or otherwise previously unreleased different
+ track, the whole medium MUST still be released.
+ Note that just different track length does not mean it's a
+ different track, if the only difference in audio is
+ varying length of silence at the beginning or end of a track.
+
+ 3. DIRNAME
+ 3.1. Dirname MUST at least contain:
+ Artist Name - Title - Published Year (decimal) - Group name
+
+ 3.2. All bootleg releases MUST have the word BOOTLEG in dirname.
+ (check bootleg section 12)
+
+ 3.3. Magazine CDs releases MUST be tagged as -MAG-.
+ They MUST NOT be tagged -PROMO-, -ADVANCE-, etc.
+
+ 3.4. The directory name of an INTERNAL release MUST end with _INT.
+ Example: Someone-Something-2007-GROUP_INT
+
+ 3.5. For all LIVE sources:
+ Releases made from broadcast sources (CABLE/SAT/...) MUST have the
+ name of the radio station in dirname or NFO.
+ The date MUST be the date of the broadcast. Both USA (-MM/DD-) and
+ EU (-DD/MM-) date format is allowed.
+
+ 3.6. Multi-disc or multiple medium releases MUST have a multi-disc
+ source tag. (-2CD-, -3DVD-, -2TAPE-, ...)
+
+ 3.7. "VA" in dirname MUST be used for "various artists" as artistname.
+ Example: VA-Some_Cool_Party_Mix-2CD-2021-GROUP
+
+ 3.8. To tag an original soundtrack (OST), the -OST- additional tag
+ MUST be used after the title.
+ "OST" as artist in dirname is not allowed.
+ Example: VA-Some_Cool_Movie-OST-WEB-2021-GROUP
+
+ 3.9. Releases from source -WEB- need an additional -SINGLE- tag
+ (after title) when they contain only one track.
+ Exception: Single-file WEB releases that contain more than one track
+ or one part, or are longer than 25 minutes do not require
+ the -SINGLE- tag.
+
+ 3.10. The MP3 release year MUST be the same as the record company and/or
+ artist year of publication for that particular release.
+ If it's not possible to find the exact year of publication then use
+ "x"s (e.g. "-199x-").
+
+ 3.11. Artist and Title in dirname MUST both be correct. However,
+ incorrectly converted foreign characters are tolerated.
+
+ Exception:
+ 3.12. If a Vinyl/CD has no title then it's allowed to replace the title by
+ labelname+catnumber (both!). If there is only one artist on the
+ Vinyl/CD then the artistname MUST be added.
+
+ 3.13. Dirname MUST have following tag order:
+ ARTIST / ALBUM_TITLE / CATALOGUE_NUMBER / ADDITIONAL_TAGS / YEAR / GROUP
+ CATALOGUE_NUMBER and all other ADDITIONAL_TAGS are OPTIONAL.
+ Round brackets () around CATALOGUE_NUMBER are OPTIONAL.
+ The ALBUM_TITLE MAY have an OPTIONAL type added.
+
+ 4. FILENAMES
+ 4.1. Filename MUST at least contain:
+ Track Number - Artist Name - Song Title
+
+ 4.2. Track number MUST be first part of the filename. Artist name MUST be
+ before song title.
+
+ 4.3. If it's an album with different artists (one artist per track) then
+ the artist name MUST be added as well ("VA-tracks" like mixes don't
+ need artistnames).
+
+ 4.4. The song title for the filename MUST include the full title as it's
+ written on the cover/CD/inlay with all additional infos like
+ remixed/featured stuff as long as it doesn't exceed the maximum
+ char limit.
+
+ 4.5. The filenames SHOULD be unique to the best of your knowledge. On a
+ Repack or Proper the filenames MUST be different from the original
+ release.
+
+ Exception:
+ 4.6. If no tracknames are supplied by the source (CD, Vinyl, ...) and
+ it is not a PROMO then proof MUST be provided that these tracks have
+ no names. Either by a scan of the original cover of the record
+ company/label (no selfmade cdr or bootleg covers) or a link to an
+ official or trusted webpage with proofs. If these "untitled tracks"
+ are part of a big mix (no silence between the "tracks") then it's
+ considered as one track and it MUST be ripped as one mp3/cue and the
+ track MUST be given the same name as the "album".
+
+ 5. DIRNAME/FILENAME RESTRICTIONS
+ 5.1. The length of dirname+filename MUST NOT exceed 255 characters.
+ If artist and/or title name is too long to create valid
+ dirname/filename combinations then it is allowed to cut the name of
+ artist or title.
+ Exception: Dirfixes that reach the limit by adding "-DIRFIX-"
+
+ 5.2. Files/directories MUST only contain characters a-z A-Z 0-9 _ . - ()
+ This is to avoid problems with windows/linux-filesystem and ftp-servers.
+
+ 6. SELF-MADE RELEASES
+ 6.1. Self-made compilations are not allowed!
+ A self-made compilation is a selection of tracks from other
+ sources, put together and released as something new.
+
+ 6.2. A self-made MIX or completely self-made music is not allowed
+ either. Releasing self-made stuff MUST be
+ tagged as internal.
+
+ 7. BONUS TRACKS / BONUS DISCS / BOXSETS
+ 7.1. It is NOT allowed to re-release a new edition of a retail album
+ if the different/extra/bonus tracks are already included in ONE
+ previous release. For example, USA album is released and four
+ months later Japanese version is released containing simply a
+ remix from an old CDM/CDS release as a bonus track, it would not
+ be considered new material and then would not be allowed to
+ release as a complete release. Note this does not apply to
+ tracks from an old compilation of Various Artists.
+
+ 7.2. If a boxset contains several sources (e.g. Vinyl+CD) then those
+ disc(s) MUST be released separately (so there's only one source
+ per release).
+
+ 7.3. Boxsets with different artists MUST be released together if they
+ are same source format (e.g. all CDDA).
+
+ 7.4. It is allowed to release only part of a boxset (discs, not
+ individual tracks) if that part is available separately on
+ another medium, for example on WEB. In that case a URL that proves
+ this availability MUST be added in the NFO file.
+
+ Note: For DVD(A) releases check DVD/DVDA ripping rules in section 9.
+
+ 8. NO FAKE-RELEASES
+ A release is considered fake when the artist, title, group or source
+ is deliberately wrong.
+ examples:
+ - Some_Artist-Crappy_Music-2004-GRP not released by GRP
+ - Another_Artist-Lots_of_Noise-CDM-2004-GRP was ripped from TV or
+ downloaded from a paysite
+ - Madonna-Something_New-2004-GRP really containing some tracks by
+ Marilyn Manson
+
+ 9. DVD/DVDA RIPPING
+ 9.1. A DVD/DVDA release MUST contain all music tracks. Additional tracks
+ (interviews etc.) are OPTIONAL. If those extra tracks are not
+ included then a PROPER (with ALL tracks) or an additional release
+ (extra tracks only) is not allowed.
+
+ 9.2. If tracks are available in several audio formats then
+ the "best" version MUST be used.
+ Priority is:
+ - PCM stereo (doesn't matter if DVDA or CDDA quality)
+ - PCM 3+ channels
+ - AC3 (dolby digital) stereo or DTS stereo
+ - AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ - MPG
+ Examples:
+ - DVD contains AC3 5.1 and AC3 2.0 => AC3 2.0 tracks MUST be ripped
+ - DVD contains PCM and AC3 2.0 => PCM tracks MUST be ripped
+ - DVD contains MPG and AC3 2.0 => AC3 2.0 version MUST be ripped
+
+ 9.3. Normalizing the sound volume is allowed but OPTIONAL.
+
+10. ENCODING QUALITY
+ 10.1. For releases where the source is MP3 (WEB,FLASH,MP3CD), the following
+ bitrates are allowed:
+
+ -WEB- music: 320 kbit CBR only
+ -WEB- audiobook: ANY CBR bitrate or VBR
+ -MP3CD- music: 192-320 kbit CBR (the highest available bitrate
+ MUST be chosen) or VBR
+ -MP3CD- audiobook: ANY CBR bitrate or VBR
+ -FLASH- 192-320 kbit CBR (the highest available bitrate
+ MUST be chosen) or VBR
+
+ VBR means any VBR standard but no maximum bitrate limit.
+ Release the MP3 unmodifed as it is downloaded/copied. It is NOT
+ allowed to re-encode!
+ Adding/changing ID3 or other tags is allowed.
+ If the FLASH medium contains both WAV and MP3 then WAV MUST
+ be chosen.
+
+ 10.2. Encoding standards for sources that need encoding
+ 10.2.1. For lossless WEB sources (WEB-WAV, WEB-FLAC, etc.)
+ LAME 3.100 MUST be used, with preset "-b 320" without any
+ additional switches that would affect the mp3 quality.
+
+ 10.2.2. For all other sources that are not WEB (CD, VINYL, DVD, BLU-RAY,
+ SBD, CABLE, SAT, LINE, etc.)
+ LAME 3.100 MUST be used, with preset V0 ("-V0") without any
+ additional switches that would affect the mp3 quality.
+
+ 10.3. The sampling rate MUST be either 44.1khz or 48khz. 32khz is not
+ allowed. Downsampling to 44.1 or 48khz is allowed (if source is
+ better), upsampling to 44.1 or 48khz is not allowed.
+
+ 10.4. For all LIVE sources: Straight-to-mp3 encoding is allowed, but
+ discouraged. The header of the mp3 file MUST be correct at all
+ times.
+
+ 10.5. On rare occasion, there MAY be defects in the actual
+ pressing/mastering/recording/etc. in a given audio source (ie.
+ skips, glitches, etc).
+ If these audio defects are identified beforehand in initial nfo
+ or in a later nfofix, then a release cannot be considered
+ invalid until there is a valid one pred. (ie; proper release
+ clean of audio defects)
+
+ 10.6. If a webshop (section 13.2.1) offers lossless files without extra
+ costs then a lossless version MUST be used and encoded according
+ to section 10.2.1. For other WEB sources (section 13.2.2 / 13.2.3)
+ both is allowed (mp3 or lossless).
+
+11. RE-ENCODING
+ 11.1. Re-encodes are not allowed.
+
+ Exception:
+ 11.2. Releases of following sources are currently allowed if
+ they are tagged correctly:
+ DVD, DAB, DVBC/DVBS/DVBT/SAT/CABLE (compressed digital
+ tv/radio sat,cable,terrestrial), MD (live)
+
+12. BOOTLEGS
+ All bootleg releases MUST have the word BOOTLEG in dirname
+ A bootleg recording is a CD/Vinyl/DVD that was not officially
+ released by the person/company owning the rights to do that (for
+ example streetmixes, pirate live CDs, etc).
+
+ Because very often it's not 100% clear if something is a bootleg there
+ are conditions when we assume something is or isn't a bootleg. This is
+ not a definition of "bootleg" and if a condition is not true then it
+ does not mean the opposite is true. This only helps nukers and
+ groups to decide if a bootleg tag is needed and hopefully leads to
+ more fair nuking.
+
+ conditions for:
+ [records done completely by the artist] (no samples from other artists)
+ It is a bootleg if ...
+ - there are no signs that the label really released this
+
+ - the "label" has no connection to the artist
+ (independent releases (no label, own label) are allowed and don't
+ need a bootleg tag)
+
+ even if the conditions above are true it is NOT a bootleg if:
+ - the record is available at at least 3 major retail shops
+
+ conditions for:
+ [mixes] (samples of other artists included)
+ It's not bootleg if ...
+ - the record is available at at least 3 major retail shops
+ - the label exists and lists the record and the label never released
+ any bootlegs and released stuff that was available at major retail shops
+ - the artist or label of the samples confirms this release is valid
+ (on their webpage or some other trusted place)
+
+ "major retail shops" currently are:
+ www.amazon.com (.de, .fr ...)
+ www.bestbuy.com
+ www.walmart.com
+ www.cduniverse.com
+ www.juno.co.uk
+ www.deejay.de
+ www.ukdancerecords.com
+ www.decks.de
+
+ The shop itself MUST sell the record (no private sellers).
+
+13. SOURCE
+ All tracks of a release MUST be from same source and have the same
+ quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases). Taking tracks from other scene releases or internal group
+ releases of other groups is strictly forbidden.
+ If the source is not a pressed CDDA then the directory name MUST have a
+ valid source tag. Only one source tag in dirname is allowed.
+ Valid tags are listed below.
+
+ 13.1 =RETAIL SOURCES=
+
+ [CD SINGLE] (pressed CDDA)
+ dirtag needed: -CDS- or -CDM-
+
+ [CD ALBUM] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- or -CDA- (-2CDA- -3CDA- etc.)
+
+ [CD OTHER] (pressed CDDA)
+ dirtag needed: none
+ dirtag suggested: -CD- (-2CD- -3CD- etc.), -CDEP-
+
+ [VINYL SINGLE]
+ dirtag needed: -VLS- or -VINYL- (-2VLS- -3VLS- etc.)
+ dirtag suggested: -VLS-
+
+ [VINYL ALBUM]
+ dirtag needed: -LP- or -VINYL- (-2LP- -3LP etc.)
+ dirtag suggested: -LP-
+
+ [VINYL OTHER]
+ dirtag needed: -VINYL- (-2VINYL- -3VINYL- etc.)
+
+ [DVD] (pressed video DVD)
+ dirtag needed: -DVD- (-2DVD- -3DVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVD SINGLE] (pressed video DVD)]
+ dirtag needed: -DVDS- or -DVD-
+ dirtag suggested: -DVDS-
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DVDA] (PCM data of a pressed DVDA, not audio of a video DVD!)
+ dirtag needed: -DVDA- (-2DVDA- -3DVDA- etc.)
+ extra nfo info needed:
+ - number of channels of source (stereo, 5.1, ...)
+
+ [SACD]
+ dirtag needed: -SACD- (-2SACD- -3SACD- etc.)
+
+ [HD DVD] (pressed)
+ dirtag needed: -HDDVD- (-2HDDVD- -3HDDVD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC] (pressed)
+ dirtag needed: -BD- (-2BD- -3BD- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [ANALOG TAPE]
+ dirtag needed: -TAPE- (-2TAPE- -3TAPE- etc.)
+
+ [FLASH medium] (SlotMusic, CompactStick, ...)
+ dirtag needed: -FLASH-
+ extra nfo info needed:
+ - codec of source (MP3, PCM (WAV), ...)
+ - proof photo of medium+cover
+
+ 13.2 =DIGITAL DOWNLOADS=
+
+ 13.2.1 [WEB] - audio files legally available on the net and not free
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see next NOTE below),
+ - bitrate of source file (if not lossless source),
+ - FULL URL to the release on the shop or service where the files were
+ acquired
+
+ 13.2.2 [WEB] - audio files available on "streaming service" appointed by
+ the label/artist.
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see NOTE below),
+ - bitrate of source file (if not lossless source),
+ - FULL URL to the release of the streaming service where the files
+ were downloaded (CBR/lossless codec)
+
+ NOTE: There are plenty of streaming services available. In order to
+ maintain uniformity in quality, mp3 MUST be untouched from the
+ source and only 320 kbit CBR is allowed to be released.
+
+ 13.2.3 [WEB] - audio files available only at services appointed by the label.
+ audio files available only with Digital Download Cards/Code access,
+ email or any other private links.
+ dirtag needed: -WEB-
+ extra nfo info needed:
+ - codec of source (MP3, WAV, AIFF, FLAC, see next NOTE below),
+ - bitrate of source file (if not lossless source),
+ - camera picture REQUIRED from the physical release that includes the
+ singular digital download - section 17.
+
+ NOTE: common lossless compression sources are WAV, PCM, AIFF, FLAC,
+ ALAC, APE.
+ Lossless means that the de-compressed audio is exactly the same
+ bytes as the original.
+
+ 13.3 =LIVE SOURCES=
+
+ [ANALOG RADIO] (terrestrial)
+ dirtag needed: -FM-
+
+ [ANALOG OR DIGITAL CABLE]
+ dirtag needed: -CABLE-
+
+ [ANALOG OR DIGITAL SAT]
+ dirtag needed: -SAT-
+
+ [DIGITAL VIDEO BROADCAST SAT]
+ dirtag needed: -DVBS-
+
+ [DIGITAL VIDEO BROADCAST CABLE]
+ dirtag needed: -DVBC-
+
+ [DIGITAL VIDEO BROADCAST TERRESTRIAL]
+ dirtag needed: -DVBT-
+
+ [DIGITAL AUDIO BROADCAST]
+ dirtag needed: -DAB-
+
+ [MD] (MiniDisc)
+ dirtag needed: -MD-
+
+ [direct live recording from the audience]
+ dirtag needed: -AUD-
+
+ [direct recording by the ripper from soundboard/mixer through the
+ LINE-in interface]
+ dirtag needed: -LINE-
+
+ [MP3 FILE supplied by a radio station or DJ] (and not recorded from
+ a webstream)
+ dirtag needed: -SBD-
+
+ [WEBSTREAM] (not allowed, so MUST be released internally)
+ dirtag needed: -STREAM-
+
+ 13.4 =OTHER SOURCES=
+
+ [CDR] (small label/artist releasing CDDA on CDR or LIVE set supplied
+ on CDR)
+ dirtag needed: -CDR- (-2CDR- -3CDR- etc.)
+
+ [DVDR] (small label/artist releasing on DVDR)
+ dirtag needed: -DVDR- (-2DVDR- -3DVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, PCM, MPG, DTS),
+ - number of channels of source (stereo, 5.1, ...)
+
+ [HD DVD RECORDABLE]
+ dirtag needed: -HDDVDR- (-2HDDVDR- -3HDDVDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [BLU-RAY DISC RECORDABLE]
+ dirtag needed: -BDR- (-2BDR- -3BDR- etc.)
+ extra nfo info needed:
+ - codec of source (AC3, DD+, PCM, MPG, DTS, DTS-HD, Dolby TrueHD)
+ - bitrate of source (448kbps, 640kbps, 768kbps, 1536kbps...)
+ - number of channels of source (stereo, 5.1, ...)
+
+ [DAT TAPE]
+ dirtag needed: -DAT- (-2DAT- -3DAT- etc.)
+
+ [MP3CD] (mp3 files on a data-CD, legally available and not free)
+ dirtag needed: -MP3CD- (-2MP3CD- -3MP3CD- etc.)
+ extra nfo info needed:
+ - proof photo of medium+cover
+ - proof URL to artist, label or shop where it's available
+
+ 13.5. All other "sources" are invalid source tags (-LIVE- , -EP-, ...).
+ Which means a second tag is needed for the source if it uses those
+ tags (except for CDs which don't need a source tag).
+
+ 13.6. A SBD release is not allowed if it could be a re-encode/repack of
+ the same show streamed or downloaded free from inet. If a free
+ broadcast or download is/was available with 160kbit CBR or better
+ then it is NOT allowed to do a SBD release.
+
+14. FIXES
+ 14.1. Trackfixes / ID3TAG-fixes
+ Trackfixes and ID3TAG-fixes are not allowed.
+ If files were tagged incorrectly then a REPACK is needed.
+
+ 14.2. Dirname
+ 14.2.1. Every DIRFIX release MUST contain in its .nfo the dirname of
+ the release it "fixes".
+ 14.2.2. A DIRFIX can only be used to fix parts of the release name
+ that do not affect ID3 tag contents. If the incorrect parts are
+ in ID3 tag(s) as well then a full REPACK MUST be released.
+
+ If a release gets nuked for BAD DIRNAME then the releasegroup
+ has 72 hours to release a dirfix. If this does not happen in this
+ timeframe then any other group is allowed to release it.
+ The 72 hours start when the release gets nuked.
+
+ 14.3. Prooffixes
+ If scans/photos are missing, the releasegroup is given 24 hours
+ AFTER PRE to release a PROOFFIX.
+ If a provided proof was judged inadequate and nuked, the releasegroup
+ is given 24 hours AFTER NUKE to release a PROOFFIX.
+ Before, during and after this 24 hours grace period, any other
+ group is allowed to release a PROPER with scans/photos even if
+ the mp3 content is 100% identical.
+
+ 14.4. Repack/Proper
+ The REPACK/PROPER reason MUST be clearly stated in the NFO file.
+
+15. ID3 TAGS
+ 15.1. All mp3 files need an ID3 v1.1 and ID3 v2 tag. This tag MUST include
+ Artist, Title and Album (see Note #3). The fields Year, Genre and
+ Tracknumber MUST be present, but a release cannot be nuked simply
+ because they're incorrect.
+
+ 15.2. The maximum allowed size for pictures in ID3 tags is 2mb
+ (2097152 bytes) per mp3 file.
+
+16. LIVE RELEASE QUALITY
+ 16.1. The set MUST be complete. This means that every part of the show
+ MUST be released, and the beginning and end MUST be included in
+ their entirety. A set MUST NOT miss more than 1 minute from the
+ beginning or the end
+
+ 16.2. All commercials MUST be edited out.
+
+ 16.3. DJ talk can be included to a certain extent: track announcements
+ and short lines from the DJ SHOULD NOT be removed; interviews
+ and other long talk SHOULD be removed (or included in a separate
+ file if it's special).
+
+ 16.4. It is encouraged to fade-in and fade-out the set. However, lack
+ of fades constitutes no reason to release a proper.
+
+
+17. SCANS/PHOTOS
+ 17.1. All releases from physical sources MUST always include proof.
+
+ 17.2. Proof means a good quality scan or photo of the physical medium
+ together with the cover or a booklet page so the proof can be
+ identified as the release in question. If the medium or
+ cover/booklet contain anything that MAY expose identity,
+ then that part of the image can be blurred or blackened.
+ Additional scans MAY be added but these DO NOT count as
+ sufficient proof!
+ For bundled versions of two or more sources, it is allowed to
+ use cover and medium of these sources as long as it was
+ distributed as a bundle and not separately. (examples: 1 - DVD
+ cover format with CD. 2 - Vinyl cover format with CD). For
+ multi-disc sets, all mediums of same source MUST be together with
+ the cover or a booklet page so the proof can be identified as
+ the release in question. Proof photos SHOULD be made as close
+ as possible to the included examples.
+
+ 17.3. A note with the group name on the proof is OPTIONAL except for
+ releases without cover - section 17.6.
+
+ 17.4. Proof resolution MUST be 640x480/480x640 pixels or higher in
+ standard JPEG format. Maximum filesize for the JPG file is 5mb
+ (5242880 bytes).
+
+ 17.5. We STRONGLY recommend removal of all Exif data! Uniquely
+ identifying information such as camera serial number and GPS
+ coordinates can pose a security threat if not removed. Use tools
+ such as jhead, PureJPG or EXIFPurge to remove the Exif data.
+
+ 17.6. Whitelabel, test presses and promo releases officialy
+ distributed without cover/case/artwork cover requires note with
+ group name over the medium.
+
+18. FLASH MEDIUM RIPPING
+ 18.1. A FLASH release MUST contain all music tracks. For additional
+ stuff (videos, pictures etc.) see section 2.
+
+ 18.2. If the FLASH medium contains WAV files, they MUST be encoded with
+ scene standards.
+
+ 18.3. If the FLASH medium contains multiple formats (e.g. 10 tracks
+ WAV and a DJ MIX MP3) it is allowed to release it with mixed
+ VBR/CBR and multiple encoders.
+
+19. HIGH DEFINITION RIPPING
+ 19.1. A HD DVD/BLU-RAY release MUST contain complete music track from
+ concert. Additional tracks (interviews, videos, bonus etc.) are
+ OPTIONAL.
+ If those extra tracks are not included then a PROPER (with ALL
+ tracks) or an additional release (extra tracks only) is not
+ allowed.
+
+ 19.2. HD DVD and BLU-RAY video clip releases SHOULD be ripped as multi
+ track release keeping original tracklist (not .m2ts sequence).
+
+ 19.3. If tracks are available in several audio formats then
+ the highest bitrate lossless source track MUST be used. DTS core MUST be
+ extracted from a DTS HR/HD MA track (if that is the source in use).
+
+ 19.4. Multi channel audio MUST be downmixed to stereo 2 channels.
+
+ 19.5. Downsampling to 44.1 or 48khz is allowed (if source is better),
+ upsampling to 44.1 or 48khz is not allowed.
+
+ 19.6. Normalizing the sound volume is allowed but OPTIONAL.
+
+ 19.7. CUE file made from source chapters SHOULD always be included
+ with final release package.
+
+ 19.8. HD DVD/BLU-RAY release is NOT allowed if retail CD version with
+ same tracks has been released already.
+
+20. SECURITY
+ 20.1. URL shorteners (like tinyurl or goo.gl) are not allowed ANYWHERE
+ in the release.
+ Do NOT use them in NFO, ID3-tag or anywhere else!
+
+
+Notes:
+
+ 1. If a release labeled as "ADVANCE" or "PROMO" is identical to a retail
+ version, then it is not allowed to be duped and it counts as a retail for
+ ALL rules. If a retail version is different then it's allowed to be
+ released of course.
+
+ 2. Promos do not have to contain track listings.
+
+ 3. Typos in trackname and/or ID3-tag are tolerated if it is still readable and
+ either artist or title is 100% correct.
+
+ 4. The audio of a normal video DVD is NOT DVDA ! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192khz). Tagging a
+ normal DVD release as -DVDA- will get nuked.
+
+
+change-log:
+2007-01-15 first version (v1.0)
+1.1:
+2007-06-01 rule 1: live sources addition
+2007-06-01 1.4 added (CD after WEB allowed)
+2007-06-01 3.4 added (INT tagging)
+2007-06-01 3.5 added (live sources)
+2007-06-01 rule 4 addition (remix info in filenames)
+2007-06-01 rule 7 reworded to make clear it's for promos/advances too
+ and to allow full re-releases within 3 months more than 30% is new.
+2007-06-01 rule 11 addition: best CBR MUST be released for WEB releases
+2007-06-01 11.3 added (minimum sampling rate)
+2007-06-01 11.4 added + rewordings for live sources
+2007-06-01 rule 13 adjusted for live sources
+2007-06-01 rule 15 reworded to forbid different encoders in one release
+2007-06-01 rule 15 new sources HD DVD and BLU-RAY added
+2007-06-01 rule 15 "CDDA" added to all CD-sources
+2007-06-01 rule 15 all live sources adjusted, "SBD" rips limited
+2007-06-01 rule 18 added (LIVE release quality)
+2.0:
+2009-09-01 rule 1.4 CD after FLASH allowed
+2009-09-01 rule 2 addition (additional material MUST be released
+ separately with tag -EXTRAS-)
+2009-09-01 rule 6.2 reworded to forbid homemade releases
+2009-09-01 rule 11 lame 3.90.3 removed
+2009-09-01 rule 12 last paragraph moved to rule 20
+2009-09-01 rule 15 (FREE MP3s) addition (physical retail release allowed
+ even if free version available) (rule removed on 2011-04-15)
+2009-09-01 rule 15 source AUD re-added and HOMEMADE source removed
+2009-09-01 16.2 added (Dirname/ID3 Fixes)
+2009-09-01 rule 17 addition (ID3 v2)
+2009-09-01 19 added (Scans/Photos)
+2009-09-01 20 added (FLASH medium ripping)
+3.0:
+2011-04-15 15 removed because it was obsolete + renumbered the following rules
+2011-04-15 rule 2 reworded to include .JPG files
+2011-04-15 rule 11.2 reworded to make it more clear + lame version
+ updated to 3.98.4 and V0
+2011-04-15 rule 15 addition (needed extra NFO info for HD releases)
+2011-04-15 rule 16.3 added (Prooffixes)
+2011-04-15 rule 19 (Scans/Photos) completely redone (All releases from
+ physical sources MUST always include proof.)
+2011-04-15 21 added (High Definition ripping)
+3.1:
+2014-01-15 rule 1.4 physical medium sources after digital downloads releases.
+2014-01-15 rule 1.5 Cleared out what happens with mixed/unmixed CD vs WEB.
+2014-01-15 rule 7 New title + renumbered.
+2014-01-15 rule 7.1 complete releases allowed
+2014-01-15 rule 7.3 digital download -BONUS_TRACKS- releases.
+2014-01-15 rule 11.1 same encoder for digital downloads.
+2014-01-15 rule 11.5 added.
+2014-01-15 rule 15 renumbered + additional web sources.
+2014-01-15 rule 16.3 b) added.
+2014-01-15 rule 19.2 adjusted for multiple source in same release and
+ multi-disc releases.
+2014-01-15 rule 19.3 adjusted for releases without cover.
+2014-01-15 rule 19.6 added.
+4.0:
+2019-03-15 rule 3.6 added (multi-disc releases MUST have a multi-disc
+ tag in releasename)
+2019-03-15 rule 3.7 added (VA tagging)
+2019-03-15 rule 3.8 added (OST tagging)
+2019-03-15 rule 3.9 added (-SINGLE- tag for WEB rels)
+2019-03-15 rule 7.3 removed (BONUS_TRACKS tag)
+2019-03-15 new rule 7.3-7.5 added (how to handle boxsets) -> rule 7 renumbered
+2019-03-15 rule 11.1 updated (WEB cbr bitrates below 320kbit are no
+ longer allowed, added MP3CD)
+2019-03-15 rule 11.2 updated (LAME version changed to 3.100
+ (starting 2019-04-15))
+2019-03-15 rule 15.2 updated (FULL URL for WEB rels needed)
+2019-03-15 rule 15.3 updated - source CABLE changed to digital+analog
+2019-03-15 rule 15.4 updated (MP3CD added)
+2019-03-15 rule 16.1/16.2 updated (trackfixes and ID3fixes no longer allowed)
+2019-03-15 rule 19.4 updated (size limit for proof pics: 5mb)
+2019-03-15 rule 21.8 removed -> rule 21 renumbered
+2019-03-15 rule 22 added (URL shorteners forbidden)
+2019-03-15 note 1 updated (year MUST be correct)
+2019-03-15 note 3 updated (typos in artist/title of dirname are no
+ longer tolerated)
+2019-03-15 rewordings for rules 1.2, 1.3, 4, 7.1, 12, 15, 16.3, 17,
+ 19.5, 21.4 and Note 2
+4.1:
+2021-10-01 General rewording and resorting
+ - terminology added
+ - dirname definition added
+ - whole ruleset reworded to passive form
+ - renamed rule 2 to GENERAL
+ - rule 7.1 moved up to rule 2
+ - old rule 5+8 are now new rule 5 "DIRNAME/FILENAME RESTRICTIONS"
+ - Note 1 moved to 3.10. because it's not a general note anymore
+ - First part of Note 3 moved to 3.11.
+ - all rules and notes renumbered
+2021-10-01 old rule 12 removed (promos) - new general Note 2 added, Rule 4.6
+ adjusted for promos
+2021-10-01 rule 3.13 added - tag order for dirnames
+2021-10-01 rule 12 updated - dead shops www.sonymusicstore.com and
+ www.4djsonly.com removed
+2021-10-01 rule 3.5 updated - radio station name MUST be supplied for broadcasted
+ live releases
+2021-10-01 rule 3.8 updated - "MUST" added for OST tagging
+2021-10-01 rule 4.1 and 4.2 updated - all mp3 files must have artistname, order added
+2021-10-01 rule 4.5 updated - no identical filenames allowed for repacks
+ and/or propers
+2021-10-01 rule 3.10 updated - releaseyear must be year of publication for that
+ particular release
+2021-10-01 rule 13 updated - two or more sourcetags in dirname forbidden
+2021-10-01 rule 5.1 updated - new max length for dirnames/filenames: sum of
+ dirname+filename 255 chars
+2021-10-01 rule 13.2 updated - WEB from streaming services allowed
+2021-10-01 rule 13.2 updated - WEB must have: FULL URL to the release on the shop
+ or service where the files were acquired
+2021-10-01 rule 10.1 updated - WEB music must be CBR320, WEB audiobook any bitrate
+ allowed
+2021-10-01 rule 13.4 BOOTLEG removed from source list
+2021-10-01 rule 1.3 updated - source list (dupe order) added
+2021-10-01 rule 14.2.2 added - if dirfix affects id3-tags then repack is needed
+2021-10-01 rule 14.4 added - REPACK/PROPER reason must be in NFO
+2021-10-01 rule 1.4/2.2 updated - CUE file MUST be present if MIXCD ripped as
+ one track
+2021-10-01 rule 15.2 added - size limit for pics in mp3 tags
+2021-10-01 rule 10.6 added - if available without extra costs then the lossless
+ version must be used for rels from webshops
+
+ V4.1 active since 2021-10-01, signed by:
+ 404 6DM AGITB agw ALPMP3 AMOK bASS BEAMS BERC BF BFHMP3 C4 CaHeSo CEB CMS COS
+ CR CRAP4U DDS DEATHWiSH DEF dh DJ EBM EMP ENRAGED ENRiCH ENSLAVE ENTANGLE
+ ENTiTLED ERiS ERP ESG FANG FATHEAD FiH FKK FNT FREGON FTD FWYH GCP gEm gF
+ GRAVEWISH HQEM HUNNiT iTS iUKoO KALEVALA KOPiE MAHOU MARR mbs MiOCH MOD NOiR
+ OND oNePiEcE PMS PRESSPLAY PsyCZ r35 RAGEMP3 sceau SNOOK SO SORCiERE TDMLiVE
+ UVU VULGAR WAV wAx YALLA ZzZz
+
______ _______ ______ _______ _____ _____ _______
+ _/ _ )__ _/ _ /_\ \ _/ _ /_ _/ \_ / _/_ _/ _ /__
+ \ _/ \\ -\___\ \\ \\ -\___\ \\ _\ \--\___ \\ -\___\ \
+ / \ . _/ . . _/ . \ . :/ . _/ _\
+ ./_____:\_____/____________\ \________/____:\_____\_______/___________\
+ /______/
+ _______
+ _______ _____ _____\ \ __________ _____
+ / __ )__\ \\ \\ \ / _ / / _/____ PS5 Scene Rules 2021
+ / /_ \ \ \ \\ -\____\---\___ \ [08 January 2021]
+/ \ . \ . . _/ . :/ \
+\______:\______\___________\ \___________\___________/. ----------------+
+. /_______/ . ┬│
+┬│ ┬│
+┬│ PS5 Release Standards v1.0 2021 ┬│
+┬│├üEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüE┬┤
+┬│ ┬│
+┬│ 1) Packing: ┬│
+┬│ 1.1) Releases must be packed in RAR. SFV and NFO must be included. ┬│
+┬│ 1.2) Rars must be in multiples of 50.000.000 bytes but no larger than ┬│
+┬│ 1.000.000.000 bytes. ┬│
+┬│ 1.3) Rars must be RAR5 compressed with fastest or better. ┬│
+┬│ 1.4) Password protected archives are not allowed. ┬│
+┬│ ┬│
+┬│ 2) NFO: ┬│
+┬│ 2.1) The release must include a .NFO. The file must be a plain-text ┬│
+┬│ document and at least include the name of the title. ┬│
+┬│ 2.2) NFO must include GAMEID and version. ┬│
+┬│ 2.3) The firmware version in ISO must be included in the nfo. ┬│
+┬│ 2.4) The required firmware must be included in the nfo for PSN Titles. ┬│
+┬│ 2.5) Patchlevel/Installed updates must be included in the nfo. ┬│
+┬│ ┬│
+┬│ 3) Image format: ┬│
+┬│ 3.1) ISO Image format for Discs. ┬│
+┬│ 3.2) PKG Format releases for PSN Titles, Updates and DLC. ┬│
+┬│ ┬│
+┬│ 4) Proof: ┬│
+┬│ 4.1) The groups are to include a proof picture with disc. ┬│
+┬│ 4.2) You have 48 hours AFTER NUKE to release a Prooffix. ┬│
+┬│ After this 48 hours grace period, any other group is allowed to ┬│
+┬│ release a PROPER with scans/photos. ┬│
+┬│ 4.3) Proof picture can be scanned and must be in JPEG format. ┬│
+┬│ 4.4) Proof picture must not be blurry. Disc/Cart Code must be clearly ┬│
+┬│ visible. ┬│
+┬│ 4.5) If the medium or cover/booklet contain anything that may expose ┬│
+┬│ your identity, then that part of the image can be blurred or ┬│
+┬│ blackened. Additional scans may be added but these DO NOT count ┬│
+┬│ as sufficient proof! ┬│
+┬│ 4.6) PSN releases will be exempt from proof requirements as they are ┬│
+┬│ downloadable. ┬│
+┬│ ┬│
+┬│ NOTE: We STRONGLY recommend the removal of all Exif data! Uniquely ┬│
+┬│ identifying information such as the camera serial number and GPS ┬│
+┬│ coordinates can pose a security threat if not removed. ┬│
+┬│ Use tools such as jhead, PureJPG, EXIF Cleaner... ┬│
+┬│ ┬│
+┬│ 5) Updates Patches DLC: ┬│
+┬│ 5.1) Updates/DLC for releases must be in PKG format. ┬│
+┬│ 5.2) Update/patch/DLC must say in nfo what release it is intended for. ┬│
+┬│ 5.3) If Update/patch/DLC is for an iNTERNAL release, ┬│
+┬│ Update/patch/DLC must be tagged iNTERNAL too. ┬│
+┬│ 5.4) Suggested directory format (if the Update/patch/DLC is pred alone): ┬│
+┬│ GAME.NAME.<PROPER/READ.NFO/REPACK>.UPDATE.v1.00.PS5-GRPNAME ┬│
+┬│ Game_Name_<PROPER/READ_NFO/REPACK>_v1.00_PATCH_PS5-GRPNAME ┬│
+┬│ Game.Name.<PROPER/READ.NFO/REPACK>.DLC.PS5-GRPNAME ┬│
+┬│ ┬│
+┬│ 6) Region and Languages: ┬│
+┬│ 6.1) If a game does not include the English language, this must be ┬│
+┬│ specified in the dir name (with use of Region tag). ┬│
+┬│ 6.2) If a game is re-released for having different Game ID, this must be ┬│
+┬│ specified in the dir name (with use of Region tag). ┬│
+┬│ 6.3) If a game is re-released for having additional foreign languages ┬│
+┬│ the release must be tagged as MULTI and the nfo must specify ┬│
+┬│ which additional languages are included. ┬│
+┬│ ┬│
+┬│ 7) Other: ┬│
+┬│ 7.1) The dirname must only contain the game name, allowed tags, ┬│
+┬│ platform name and groupname. ┬│
+┬│ 7.2) Homebrew software, emulators will not be released unless its ┬│
+┬│ official retail or from PSN. ┬│
+┬│ 7.3) Virtual Reality releases must be tagged 'VR'. ┬│
+┬│ 7.4) If the release is an unlocker or trainer compatible with more than ┬│
+┬│ one version/update of a game, the highest compatible version number ┬│
+┬│ must be included in the dirname. ┬│
+┬│ 7.5) PSN PKG's must be the PS5 build version, not PS4. ┬│
+┬│ ┬│
+┬│ 8) Only these characters are allowed in dirname and filenames: ┬│
+┬│ ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789.-_ ┬│
+┬│ ┬│
+┬│ 9) Suggested directory formats: ┬│
+┬│ GAME.NAME.<PROPER/READ.NFO/REPACK>.PS5-GRPNAME ┬│
+┬│ Game_Name_LANGUAGE_<PROPER/READ_NFO/REPACK>_PS5-GRPNAME ┬│
+┬│ Game.Name.MULTI.<PROPER/READ.NFO/REPACK>.PS5-GRPNAME ┬│
+┬│ Game.Name.<PROPER/READ.NFO/REPACK>.VR.PS5-GRPNAME ┬│
+┬│ Game.Name.LANGUAGE.<PROPER/READ.NFO/REPACK>.VR.PS5-GRPNAME ┬│
+┬│ GAME.NAME_MULTI_<PROPER/READ_NFO/REPACK>_VR_PS5-GRPNAME ┬│
+┬│ ┬│
+┬│ NOTE: To nukers/nukenets if something is unclear, ask your resident ┬│
+┬│ groupadmin that signed rules for interpretation and implementing ┬│
+┬│ of above rules. ┬│
+┬│ ┬│
+├â├üEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüE┬┤
+┬│ Signed: ┬│
+┬│ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ┬│
+┬│ BigBlueBox JRP PS5B ┬│
+┬│ ┬│
+┬│├üEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüE┬┤
+┬│ Compliance with this document is mandatory as of 2021-01-15 00:00:01 UTC ┬│
+┬│├üEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüEüE┬│
+
+ "make good releases. break all rules - we are pirates afterall"
+
Rules for Xbox 360 game releases Version 1.0
+These rules will be effective from 2007-XX-XX
+
+Due to lack of common sense in alot of groups today.
+
+1) Ripping:
+Recommended tools for ripping games are
+ - Schtrom360XtractV3.0 or later
+ - Xbox Backup Creator v2.3 or later.
+ - A Brain (Do not attempt to rip a game if you haven't got a clue what you're doing)
+
+2) Image file must:
+ - contain correct Video Partition
+ - contain correct Video Data
+ - contain correct Security Sectors
+ - contain correct PFI / DMI (Stealth)
+ - be iXtreme compatable according to XDVDMulleter Beta 9.2
+
+3) Packing:
+ - MAXIMUM compression MUST be used.
+ - Recovery records MUST be used.
+ - rar files MUST be 100MB in size.
+ - .dvd file packed with the main rar
+ - Release MUST include sfv & nfo file.
+
+4) NFO must include:
+ -Group Name
+ -Game Title
+ -Region coding
+ -Language(s)
+ -Gamespot/IGN, or similar link.
+ -Number of archive files/size.
+
+
+5) Directory naming:
+ - Directories must be in the format:
+
+ Game_Name-LANG-REGION-XBOX360-GROUP
+
+ Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+ - LANGUAGE is only required if not English, and must be full language name, not abbreviated. If multilingual use MULTIX
+ - MULTIX is REQUIRED if there is more than one language option (X being the amount of languages included).
+ - Region coding is REQUIRED
+ - If region free state the region of origin
+ - If Europe then use PAL
+ - If USA then use NTSC (i.e. If region free use USA. If not region free use NTSC)
+ - If Asia then use JPN/KOR/ASIA (JAP ok but JPN preferred)
+ - If releasing Xbox1 game for Xtreme firmware then use Game_Name-LANG-REGION-XBOXDVDX_for_XBOX360-GRP (Replace X with 5
+or 9)
+
+6) Propers:
+ - Propers based on stealth patches/security sectors not being included are NOT allowed, release the patch separately!
+(See rule 7)
+ - Propers based on previous releases having bad dir names are NOT allowed
+ - If you must release the full game again, keep it INTERNAL.
+
+7) Fixes/Patches
+ - NFO must contain:
+ - Full release name of release the fix is intended for use with
+ - Detailed description of what is being fixed in the nfo, with full instructions on how to apply fix (supplying
+tools, or links to tools if necessary)
+ - Dirname format:
+ Game_Name-LANG-REGION-FIX-XBOX360-GRP
+
Rules for Xbox 360 game releases Version 1.340
+These rules will be effective from 2007-XX-XX
+
+Due to lack of common sense in alot of groups today.
+
+1) Ripping:
+Reccomended hardware for ripping games:
+ - Samsung TS-H943 with Xtreme firmware (not iXtreme); or
+ - Samsung SH-D162C / TS-H352C / SH-D163A / TS-H353A with Kreon firmware
+Recommended software for ripping games:
+ - Latest version of Xbox Backup Creator (v2.6 at time of writing); or
+ - Latest version of Schtrom360Xtract (v3.3 at time of writing)
+ - A Brain (Do not attempt to rip a game if you haven't got a clue what you're doing)
+
+2) Image file must:
+ - contain correct Video Partition
+ - contain correct Video Data
+ - contain correct Security Sectors
+ - contain correct PFI / DMI (Stealth)
+ - be iXtreme compatable according to latest version of XDVDMulleter (Beta v10.2 at time of writing)
+
+3) Packing:
+ - Compression MUST be used (Best to Normal only)
+ - Recovery records MUST be used.
+ - rar files MUST be 100MB in size.
+ - .dvd file packed with the main rar
+ - Release MUST include sfv & nfo file.
+
+4) NFO must include:
+ -Group Name
+ -Game Title
+ -Region coding
+ -Language(s)
+ -Gamespot/IGN, or similar link.
+ -Number of archive files.
+
+
+5) Directory naming:
+ - Directories must be in the format:
+
+ Game_Name-LANG-REGION-XBOX360-GROUP
+
+ Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+ - LANGUAGE is only required if not English, and must be full language name, not abbreviated. If multilingual use MULTIX
+ - MULTIX is REQUIRED if there is more than one language option (X being the amount of languages included).
+ - Region coding is REQUIRED
+ - If region free state the region of origin
+ - If Europe then use PAL
+ - If USA then use NTSC (i.e. If region free use USA. If not region free use NTSC)
+ - If Asia then use JPN/KOR/ASIA (JAP ok but JPN preferred)
+ - If releasing Xbox1 game for Xtreme firmware then use Game_Name-LANG-REGION-XBOXDVDX_for_XBOX360-GRP (Replace X with 5 or 9)
+ NB: Since introduction of iXtreme FW, Xbox1 backups no longer work if burned to DVD5, therefore the wording of this rule needs to be reconsidered
+
+6) Propers:
+ - Propers based on stealth patches/security sectors not being included are NOT allowed, release the patch separately! (See rule 7)
+ - Propers based on previous releases having bad dir names are NOT allowed
+ - If you must release the full game again, keep it INTERNAL.
+
+7) Fixes/Patches
+ - NFO must contain:
+ - Full release name of release the fix is intended for use with
+ - Detailed description of what is being fixed in the nfo, with full instructions on how to apply fix (supplying tools, or links to tools if necessary)
+ - Original release should be unnuked with reason get.GRP.fix
+ - Dirname format:
+ Game_Name-LANG-REGION-FIX-XBOX360-GRP
+
Unofficial rules for Xbox 360 game releases
+Last updated: 2009-01-20
+
+
+1) Ripping:
+Reccomended hardware for ripping games:
+ - Samsung TS-H943 / BenQ VAD6038 / Lite-On DG-16D2S in 0800 mode; or
+ - Samsung SH-D162C / TS-H352C / SH-D163A / TS-H353A with Kreon firmware
+Recommended software for ripping games:
+ - Latest version of Schtrom360Xtract (v4.0 at time of writing); or
+ - Latest version of Xbox Backup Creator (v2.8.0 build 275 at time of writing)
+
+2) Image file must:
+ - contain correct Video Partition
+ - contain correct Video Data
+ - contain correct Security Sectors
+ - contain correct PFI / DMI (Stealth)
+ - pass stealth check in latest abgx360 GUI (v0.9.4 beta (leaked) at time of writing)
+
+3) Packing:
+ - Compression MUST be used (Best to Normal only)
+ - Recovery records MUST be used.
+ - rar files MUST be 100MB in size.
+ - .dvd file packed with the main rar (LayerBreak=1913760)
+ - Release MUST include sfv & nfo file.
+
+4) NFO must include:
+ -Group Name
+ -Game Title
+ -Region coding
+ -Language(s)
+ -Gamespot/IGN, or similar link.
+ -Number of archive files.
+
+5) Directory naming:
+ - Directories must be in the format:
+
+ Game_Name-LANGUAGE-REGION-XBOX360-GROUP
+
+ Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+ - LANGUAGE is only required if not English, and must be full language name, not abbreviated. If multilingual use MULTIX
+ - MULTIX is REQUIRED if there is more than one language option AND does not include English (X being the amount of languages included).
+ - Region coding is REQUIRED
+ - If region free state the region of origin
+ - If Europe then use PAL
+ - If USA then use NTSC
+ - If Asia then use JPN/KOR/ASIA (JAP ok but JPN preferred)
+ - If releasing Xbox1 game then use Game_Name-LANG-REGION-XBOX1_for_XBOX360-GRP
+ NB: Since Xbox1 backups now require DVD9, a.dvd file is required with the release
+
+6) Propers:
+ - Propers based on stealth patches/security sectors not being included are NOT allowed, release the patch separately! (See rule 7)
+ - Propers based on previous releases having bad dir names are NOT allowed
+ - If you must release the full game again, keep it INTERNAL.
+
+7) Fixes/Patches
+ - NFO must contain:
+ - Full release name of release the fix is intended for use with
+ - Detailed description of what is being fixed in the nfo, with full instructions on how to apply fix (supplying tools, or links to tools if necessary)
+ - Original release should be unnuked with reason get.GRP.fix
+ - Dirname format:
+ Game_Name-LANG-REGION-FIX-XBOX360-GRP
+
+
Unofficial rules for Xbox 360 game releases
+Last updated: 2008-05-31
+
+
+1) Ripping:
+Reccomended hardware for ripping games:
+ - Samsung TS-H943 with Xtreme firmware (not iXtreme); or
+ - Samsung SH-D162C / TS-H352C / SH-D163A / TS-H353A with Kreon firmware
+Recommended software for ripping games:
+ - Latest version of Schtrom360Xtract (v3.4 at time of writing); or
+ - Latest version of Xbox Backup Creator (v2.6 at time of writing)
+
+2) Image file must:
+ - contain correct Video Partition
+ - contain correct Video Data
+ - contain correct Security Sectors
+ - contain correct PFI / DMI (Stealth)
+ - be iXtreme compatable according to latest version of XDVDMulleter (Beta v10.2 at time of writing)
+
+3) Packing:
+ - Compression MUST be used (Best to Normal only)
+ - Recovery records MUST be used.
+ - rar files MUST be 100MB in size.
+ - .dvd file packed with the main rar (LayerBreak=1913760)
+ - Release MUST include sfv & nfo file.
+
+4) NFO must include:
+ -Group Name
+ -Game Title
+ -Region coding
+ -Language(s)
+ -Gamespot/IGN, or similar link.
+ -Number of archive files.
+
+5) Directory naming:
+ - Directories must be in the format:
+
+ Game_Name-LANG-REGION-XBOX360-GROUP
+
+ Acceptable characters are as follows:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789 . -_
+
+ - LANGUAGE is only required if not English, and must be full language name, not abbreviated. If multilingual use MULTIX
+ - MULTIX is REQUIRED if there is more than one language option AND does not include English (X being the amount of
+languages included).
+ - Region coding is REQUIRED
+ - If region free state the region of origin
+ - If Europe then use PAL
+ - If USA then use NTSC
+ - If Asia then use JPN/KOR/ASIA (JAP ok but JPN preferred)
+ - If releasing Xbox1 game then use Game_Name-LANG-REGION-XBOX1_for_XBOX360-GRP
+ NB: Since Xbox1 backups now require DVD9, a.dvd file is required with the release
+
+6) Propers:
+ - Propers based on stealth patches/security sectors not being included are NOT allowed, release the patch separately!
+(See rule 7)
+ - Propers based on previous releases having bad dir names are NOT allowed
+ - If you must release the full game again, keep it INTERNAL.
+
+7) Fixes/Patches
+ - NFO must contain:
+ - Full release name of release the fix is intended for use with
+ - Detailed description of what is being fixed in the nfo, with full instructions on how to apply fix (supplying
+tools, or links to tools if necessary)
+ - Original release should be unnuked with reason get.GRP.fix
+ - Dirname format:
+ Game_Name-LANG-REGION-FIX-XBOX360-GRP
+
+
Also diese Rules sollen keine EigenstΣndigen sein, vielmehr sind Sie als eine ErgΣnzung der ODDR anzusehen.
+Einige Rules m÷gen etwas hart klingen am Anfang, Sie machen bei nΣherer Betrachtung aber durchaus Sinn, jeder
+von uns der Serien macht wei▀ bestimmt was in der englischen Serien Szene abgeht. Da wird mit Absicht mit
+Settings gerippt die inkompatibel zu nem Release der selben Serie einer anderen Group sind. Da werden dann
+von einer Group 2 Folgen auf fⁿr eine CD gerippt und eine andere Group die bei einer Folge schneller war macht es
+fⁿr 3 Folgen pro CD oder encoded gar auf 400mb damit das ja nicht passt
+
+1.) Als Source zulΣssig sind nur DVDs und dTV Streams. Bei dTV sollte nach M÷glichkeit eine Nachtwiederholung als
+Quelle genommen werden, Warum? Ganz einfach: Auf Premiere werden Folgen nachts gr÷▀tenteils mit einer h÷heren
+Aufl÷sung und/oder h÷heren Bitrates ausgestrahlt. Wer die Rules weiterliest versteht auch das es machbar ist eine
+Nachtwiederholung zu nehmen. Der Rip darf kein Logo/Watermark enthalten.
+
+2.) Sollte zu einer Serien die im dTV lΣuft innerhalb der nΣchsten 8 Wochen eine DVD erscheinen ist auf die DVD zu
+warten.
+
+3.) Eine Serie die von einer Group angefangen wurde, sollte bei der Group bleiben, aber mit gewissen EinschrΣnkungen:
+
+-> FΣngt eine Group eine Serie an, muss Sie diese auch konsequent zu Ende rippen. Sollte bei einer tΣglich
+ausgestrahlten Serie innerhalb von 7 Tagen und einer w÷chentlichen ausgestrahlten Serie innerhalb von
+14 Tagen kein Rip der zugeh÷rigen Group vorhanden sein, kann die Serie automatisch von einer anderen
+Group weiter gemacht werden, hier greift diese Rule dann auch wieder.
+-> Bei einer Serie auf DVD sollte innerhalb von 7 Tagen eine Episode released werden. Ist die erste Episode
+released hat automatisch die Group den Zuschlag fⁿr die ganze Serie muss aber innerhalb der nΣchsten
+7 Tage jeweils eine Folge der DVD Box releasen, ansonsten greift hier Rule 3.1.
+-> Die Nummerierung muss immer von der Group ⁿbernommen werden, welche die Serie begonnen hat. Es gibt
+viele Episodenguides mit vielen verschiedenen Nummerierungen und alle meinen Sie seien korrekt.
+-> Sollte einer Group ein Stream fehlen, weil defekt oder sonst irgendwelcher Problemchen, bedeutet dies NICHT
+das die Serie an eine andere Group fΣllt, erst wenn auch die Folgen danach nicht mehr kommen ist davon
+auszugehen das die Group hier grobe Fehler gemacht hat.
+
+4.) Bei den Episodennummerierungen ist ein Blick auf http://www.epguides.de/ hilfreich. Diese Adresse hat sich als
+korrekt fⁿr nahezu jede Serie erwiesen und enthΣlt neben einer simplen Episodenbeschreibung nⁿtzliche
+Hintergrundinfos zu fast jeder Serie. Die Nummerierung ist NICHT fortlaufend zu wΣhlen.
+
+-> Richtig: S01E01
+S01E02
+S02E01
+...
+-> Falsch: S01E01
+S01E02
+S02E03
+...
+
+5.) Die Dirnamen sind den ODDR zu entnehmen es kommt lediglich eine eindeutige Seriennummerierung hinzu.
+
+Serientitel-S01E01-Episodentitel-German-DVDRiP-DivX-MMP
+Serientitel.S01E01.Episodentitel.German.DVDRiP.DivX-MMP
+
+-> Sollte eine Serie nur eine Staffel haben oder keine Staffelnummerierung, so kann die Staffelbezeichnung
+unerwΣhnt bleiben.
+
+Serientitel-E01-Episodentitel-German-DVDRiP-DivX-MMP
+Serientitel.E01.Episodentitel.German.DVDRiP.DivX-MMP
+
+-> Um eine einheitliche Nummerierung zu gewΣhrleisten, muss eine Staffel-/Episodennummerierung immer zweistellig
+formatiert sein. Auch wenn die Serie weniger als 10 Staffeln/Episoden enthΣlt. Dies schlie▀t auch Anime Serien
+ein.
+
+Richtig: S0xE0x
+Falsch: SxEx
+
+6.) Bei 4:3 Serien sollte generell eine Aufl÷sung von 512x384 Pixeln gewΣhlt werden. Serien die nicht 4:3 sind sollten
+je nach Source entschieden werden, Bei dTV streams sollte eine Aufl÷sung von 576xXXX nicht ⁿberschritten werden.
+Bei DVD sollten 640xXXX nicht ⁿberschritten werden.
+
+7.) Kommen wir nun zur Dateigr÷▀e: Bei 20-25 Minuten Kurzserien sollten 3 Folgen auf eine Gesamtgr÷▀e von 700 MB
+encoded werden. Bei einer LΣnge von 45 Minuten sollten 2 Folgen auf 700 MB encoded werden.
+
+8.) Dies ist keine richtige Rule nur ein Hinweis: Jede Serien Group sollte hin und wieder mal einen Blick auf
+http://www.wunschliste.de/ werfen. Dort stehen viele zukⁿnftige Serienstarts, man kann fⁿr Serien w÷chentlich
+voten und es gibt ein Serien Rating System.
+
+Wir hoffe vorallem das mit diesen Rules der Massenpre der Serien aufh÷rt, denn im Moment geht das fast nicht anders, sowie
+eine Group eine Serie anfΣngt, stⁿrzen sich andere Groups mit drauf, obwohl Sie von alleine niemals darauf gekommen wΣren
+diese Serie zu encoden, es bleibt einen also im Moment nix anderes ⁿbrig als eine Serie fast komplett in einem Ruck zu pren.
+Auch wird mit den EinschrΣnkungen zur Rule 3 kein Ausruhrecht fⁿr eine Group definiert. Fⁿr die obigen Rules gibt es genug
+Beispiele wieso so etwas langsam n÷tig wird, noch vor einem Jahr hΣtten wir keine eigenstΣndigen Serien Rules gebraucht. Ich
+wei▀ Rule 3 klingt etwas hart, aber damit wird einmal unn÷tiger Traffic vermieden, weil nicht mehr nach Group Internal Rips
+gefragt werden muss (viele Groups verwenden nunmal andere Aufl÷sungen und Settings, jedem sein gutes Recht.) und die Spannungen
+werden damit hoffentlich endlich mal beendet. Wer natⁿrlich die 7 Tage verpennt ist selber Schuld, ich denk mit 7 Tagen ist die
+Rule recht annehmbar.
+
Reglas de Creaci≤n de SVCD
+
+
+Punto 1. Solo se aceptarβ el formato de video MPEG2, asø como el formato de audio mp2
+
+(Layer-2) o bien AC3 (en aquellos casos en que el sonido original sea de gran calidad
+
+y el ripper asø lo prefiera).
+
+
+Punto 2. Solo se admitirβ la conversi≤n DVD -> SVCD o SAT -> SVCD, quedando prohibidas
+
+conversiones del tipo DivX -> SVCD, VCD -> SVCD, VHS -> SVCD, etc.
+
+
+Punto 3. El formato de video serβ 480 x 576 que es el
+
+formato standard de SVCD PAL y 25 FPS, o bien 480 x 480 para el formato SVCD NTSC y 29,97
+
+FPS.
+
+
+Punto 4. El tama±o mβximo por cd serβ de 80' (~ 790 mb) quedando prohibido el OverSize.
+
+El tama±o mønimo serβ de 74' (~ 730 mb).
+
+
+Punto 5. El encoder o programa de compresi≤n deberβ
+
+permitir multipass, y se deberβ hacer un mønimo de 2 pasadas en VBR (recomendβndose un mønimo
+
+de 4 pasadas para obtener la mayor calidad posible).
+
+
+Punto 6. En caso de que el video original
+
+sea entrelazado, se utilizarβn filtros para desentrelazarlo, de manera que se corrija tanto
+
+en entrelazado como el "ghosting".
+
+
+Punto 7. El audio deberβ tener un bitrate mønimo de 160 kbs
+
+y mβximo de 224 kbs en estereo. El audio deberβ estar normalizado, y se conservarβ el DRC
+
+(Dynamic Range Control)
+
+
+Punto 8. La frecuencia de audio se permitirβ tanto 44.1 KHz como 48 KHz
+
+(este ˙ltimo va en beneficio del tiempo de compresi≤n y de la conservaci≤n del sincronismo
+
+ a/v, aunque si se demuestra que da problemas de compatibilidad en algunos reproductores se
+
+ forzarøa a 44.1 KHz)
+
+
+Punto 9. El audio y el video deberβn estar en todo momento sincronizados.
+
+
+Punto 10. Se conservarβ el Aspect Ratio original del DVD, y se eliminarβn las franjas negras
+
+verticales en aquellos casos en que tengan un tama±o considerable (mβs de 10 pixels por banda).
+
+
+Punto 11. Se podrβn incluir subtitulos "flotantes" en el SVCD, y deberβ indicarse en el nfo
+
+el/los idiomas de θstos, asø como su formato (SVCD o CVD)
+
+
+Punto 12. Se deberβ crear la
+
+estructura de directorios de un SVCD (EXT\, MPEG2\, SEGMENT\, etc) compatible.
+
+
+Punto 13. La release se deberβ presentar en forma de iso (.cue y .bin) empaquetada con RAR en ficheros de 15 mb,
+
+con mθtodo de compresi≤n STORE.
+
+
+Punto 14. Se a±adirβ un fichero .SFV correspondiente a la verificaci≤n del CRC de los RAR
+
+anteriores.
+
+
+Punto 15. Serβ obligatorio incluir un Sample del SVCD de una duraci≤n aproximada de 1 minuto,
+
+en formato .mpeg y sin empaquetar, dentro de una carpeta llamada SAMPLE.
+
+
+Nota: el standard SVCD utiliza audio Layer-2 a 44.1 KHz y 224 kbs.
HHHHHHHHH HHHHHHHHH CCCCCCCCCCCCC RRRRRRRRRRRRRRRRR
+
+ H:::::::H H:::::::H CCC::::::::::::C R::::::::::::::::R
+
+ H:::::::H H:::::::H CC:::::::::::::::C R::::::RRRRRR:::::R
+
+ HH::::::H H::::::HH C:::::CCCCCCCC::::C RR:::::R R:::::R
+
+ H:::::H H:::::H C:::::C CCCCCC R::::R R:::::R
+
+ H:::::H H:::::H C:::::C R::::R R:::::R
+
+ H::::::HHHHH::::::H C:::::C R::::RRRRRR:::::R
+
+ H:::::::::::::::::H C:::::C R:::::::::::::RR
+
+ H:::::::::::::::::H C:::::C R::::RRRRRRR::::R
+
+ H::::::HHHHH::::::H C:::::C R::::R R::::R
+
+ H:::::H H:::::H C:::::C R::::R R::::R
+
+ H:::::H H:::::H C:::::C CCCCCC R::::R R::::R
+
+ HH::::::H H::::::HH C:::::CCCCCCCC::::C RR:::::R R:::::RR
+
+ H:::::::H H:::::::H ...... CC:::::::::::::::C ...... R::::::R R::::::R
+
+ H:::::::H H:::::::H .::::. CCC::::::::::::C .::::. R::::::R R::::::R
+
+ HHHHHHHHH HHHHHHHHH ...... CCCCCCCCCCCCC ...... RRRRRRRR RRRRRRRR
+
+ __ _ _ ____ __ __ ____ ___
+
+ /__\ ( \( )(_ _)( \/ )( ___)/ __)
+
+ /(__)\ ) ( _)(_ ) ( )__) \__ \
+
+ (__)(__)(_)\_)(____)(_/\/\_)(____)(___/
+
+
+
+ ╔═─═════════─═╗ ╔─╦──╦───╦────╦═───═╦═───═╦────╦───╦──╦─╗ ╔═─═════════─═╗
+
+ ╚╬ ╚═─═════─═╝═╩══╩═══╩════╩═════╩═════╩════╩═══╩══╩═╚═─═════─═╝ ╬╝
+
+ ▓│ │▒
+
+ ▓│ HIGH CARACTERISTIC RESORT for FRENCH ANIME │▒
+
+ ▓│ │▒
+
+ ╔╝╦═─────────────────═══════════════════════════════════════════════─────────────────═╦╚╗
+
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+
+ ╚═─═══════════════─═╗ ╔═─═══════════════─═╝
+
+ ╔═─════════════════─═╝ ╚═─════════════════─═╗
+
+ ╚╬ ╬╝
+
+ ▓│ Nous ne forcons personne, ce document sert juste de base aux teams pour │▒
+
+ ▓│ obtenir une qualite minimale et aux tops qui souhaitent s'en servir comme │▒
+
+ ▓│ base de rules, nous ne faisont pas et ne fairons jamais pression sur les │▒
+
+ ▓│ teams ou tops pour les obliger a les respecter, chacun et libre de ses │▒
+
+ ▓│ choix. De plus elles ne sont pas restrictives, ce ne sont que des valeurs, │▒
+
+ ▓│ ou techniques minimales a respecter pour obtenir un resultat acceptable. │▒
+
+ ▓│ │▒
+
+ ╔╝╦═─────────────────═══════════════════════════════════════════════─────────────────═╦╚╗
+
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+
+ ╚═─═══════════════─═╗ ╔═─═══════════════─═╝
+
+ ╔═─════════════════─═╝ ╚═─════════════════─═╗
+
+ ╚╬ ╬╝
+
+ ▓│ │▒
+
+ ▓│ DVDR ANIMES │▒
+
+ ▓│ │▒
+
+ ▓│ - Pour commencer une saison, la team doit release le VOL01/DVD1 │▒
+
+ ▓│ │▒
+
+ ▓│ - Les DVDs suivants doivent etre PRE dans l'ordre chronologique │▒
+
+ ▓│ │▒
+
+ ▓│ - Pour sortir la saisons suivante une team n'est pas obliger │▒
+
+ ▓│ d'attendre la fin de la precedente. │▒
+
+ ▓│ │▒
+
+ ▓│ Notion d'exclusivite pour PRE une box Z2 serie anime: │▒
+
+ ▓│ La team qui sort le premier DVDR, a l'exclusivite pour pre la box entiere. │▒
+
+ ▓│ Cependant la team a 3 jours pour Pre une release DVDR. │▒
+
+ ▓│ │▒
+
+ ▓│ Attention les series animes dont les DVDS sont vendus a l'unite n'ont pas │▒
+
+ ▓│ cette notion d'exclusivite. Chaque DVD pouvant etre rlz par une team │▒
+
+ ▓│ differente. │▒
+
+ ▓│ │▒
+
+ ▓│ Pour des DVD9 le CCE est obligatoire pas de dvdshrink ou soft du style. │▒
+
+ ▓│ Enlever les warning et publicite si possible. │▒
+
+ ▓│ │▒
+
+ ▓│ Format: │▒
+
+ ▓│ │▒
+
+ ▓│ Video: │▒
+
+ ▓│ │▒
+
+ ▓│ minimum CCE 6 pass │▒
+
+ ▓│ │▒
+
+ ▓│ Resolution: │▒
+
+ ▓│ │▒
+
+ ▓│ - doit respecter l'aspect ratio (AR) original de la source dvd │▒
+
+ ▓│ ainsi que la resolution │▒
+
+ ▓│ │▒
+
+ ▓│ Package: │▒
+
+ ▓│ │▒
+
+ ▓│ Dirname: TITRE.DE.LA.SERIE.SX.DVDX.FRENCH.DVDR-TEAM │▒
+
+ ▓│ TITRE.DE.LA.SERIE.SX.VOLX.FRENCH.DVDR-TEAM │▒
+
+ ▓│ TITRE.DE.LA.SERIE.VOLX.SUBFRENCH.DVDR-TEAM │▒
+
+ ▓│ TITRE.DE.LA.SERIE.DVDX.SUBFRENCH.DVDR-TEAM │▒
+
+ ▓│ │▒
+
+ ▓│ O· SX = Saison X et DVD ou VOL α mettre aux choix. │▒
+
+ ▓│ │▒
+
+ ▓│ FULL: rien n'a ete enleve │▒
+
+ ▓│ MULTI: mini 2 langues │▒
+
+ ▓│ │▒
+
+ ▓│ Rars: 50mb par fichier │▒
+
+ ▓│ │▒
+
+ ▓│ Qualite: │▒
+
+ ▓│ │▒
+
+ ▓│ - Les teams doivent se rappeler que la qualite de leurs DVDR devrait │▒
+
+ ▓│ etre optimale par respect pour les amateurs et pour elles-memes, de ce │▒
+
+ ▓│ fait toute methode permettant d'obtenir une bonne qualite est accepte. │▒
+
+ ▓│ │▒
+
+ ▓│ Un nuke peut avoir lieu pour les raisons suivantes: │▒
+
+ ▓│ - non utilisation de CCE mini 6pass │▒
+
+ ▓│ - menu non reauthore (liens presents menant a rien) │▒
+
+ ▓│ - Pbm sur l'image, l'audio, les subs (desynchro) │▒
+
+ ▓│ __________________________________________________________________________ │▒
+
+ ▓│ │▒
+
+ ▓│ ANIMES │▒
+
+ ▓│ │▒
+
+ ▓│ Le DVDRIP HK est considere comme une source Broadcast. A savoir que c'est │▒
+
+ ▓│ la commercialisation d'une capture avec le travail d'une equipe chinoise │▒
+
+ ▓│ pour faire les Sub US de l'audio JAP. │▒
+
+ ▓│ │▒
+
+ ▓│ Le Rawrip d'un DVDRIP est considere comme un RAWRIP et non pas comme un │▒
+
+ ▓│ DVDRIP, dans le nfo il peut etre specifie que la source est un RAWRIP DVD. │▒
+
+ ▓│ │▒
+
+ ▓│ Les formats en FANSUB ne se nukent pas les uns les autres. En d'autres │▒
+
+ ▓│ termes une serie fansub ne peut pas etre recommencee. │▒
+
+ ▓│ Si un groupe arrete une serie, une autre team peut la reprendre et ce meme │▒
+
+ ▓│ dans une source differente (un Z1 arrete peut Ωtre continue en rawrip et │▒
+
+ ▓│ vice-versa) │▒
+
+ ▓│ │▒
+
+ ▓│ Peuvent avoir la denomination de DVDrip : │▒
+
+ ▓│ les DVD Z1, DVD Z2 PAL/UK/JAP, DVD Z3 (coreen). │▒
+
+ ▓│ │▒
+
+ ▓│ Cas des DVDrip avec un AUDIO VF non DVD (source audio: broadcast ou VHS) │▒
+
+ ▓│ Desormais ce genre de rlz ne sera plus considere comme DVDRIP mais │▒
+
+ ▓│ DVDSCR pour eviter que de vrais DVDRIP Z2 FRENCH RETAILs soient nuke. │▒
+
+ ▓│ │▒
+
+ ▓│ HDTV: Capture numerique via une une carte HDTV au format │▒
+
+ ▓│ High Definition TeleVision │▒
+
+ ▓│ │▒
+
+ ▓│ PDTV: Capture numerique via une carte DVB (S ou C) appeler aussi DVBRIP │▒
+
+ ▓│ │▒
+
+ ▓│ SDTV: Capture numθrique via une platine DVD de salon │▒
+
+ ▓│ │▒
+
+ ▓│ SATRIP: Capture via une carte de capture analogique avec une source │▒
+
+ ▓│ satellite ou cable numθrique │▒
+
+ ▓│ │▒
+
+ ▓│ TVRiP: Capture via une carte de capture terrestre ou carte de capture │▒
+
+ ▓│ analogique avec une source cable analogique avec entrees │▒
+
+ ▓│ RCA video/audio │▒
+
+ ▓│ │▒
+
+ ▓│ Les format sont donc: │▒
+
+ ▓│ DVDRIP - DVDSCR - HKDVDRIP - RAWRIP - HDTV/PDTV/SDTV/SATRIP/TVRIP │▒
+
+ ▓│ │▒
+
+ ▓│ Si le Z2 subfrench est OUT en magasin, la serie fansub peut continuer si │▒
+
+ ▓│ la serie a ete sortie dans ses 3/4. Dans le cas contraire, la serie fansub │▒
+
+ ▓│ doit se terminer. │▒
+
+ ▓│ Si c'est le Z2 French qui est OUT, la serie Fansub peut continuer. │▒
+
+ ▓│ Une serie Fansub (VO) peut commencer si la serie FRENCH est sortie en DVD. │▒
+
+ ▓│ │▒
+
+ ▓│ VOBSUB obligatoire (et pas Subrip) pour DVD Zone 2 Subfrench, car la │▒
+
+ ▓│ capture OCR peut etre aleatoire. │▒
+
+ ▓│ Verifier la hauteur des sous-titres, s'ils sont un peu au milieu de │▒
+
+ ▓│ l'image, il faudra les descendre,surtout sur les series qui ne sont pas │▒
+
+ ▓│ en 4/3 (bien verifier ensuite le resultat sur les sous-titres). │▒
+
+ ▓│ │▒
+
+ ▓│ Notion d'exclusivite pour PRE une box Z2 serie anime : │▒
+
+ ▓│ La team qui sort le premier 2 cds d'affile, a l'exclusivite pour pre la │▒
+
+ ▓│ box entiere. Cependant si dans les 4 jours ils n'ont pas termine la box, │▒
+
+ ▓│ une autre team peut RACE la serie. │▒
+
+ ▓│ │▒
+
+ ▓│ Attention les series anime dont les DVDS sont vendus a l'unite n'ont pas │▒
+
+ ▓│ cette notion d'exclusivite. Chaque DVD pouvant etre rlz par une team differente. │▒
+
+ ▓│ │▒
+
+ ▓│ Format: │▒
+
+ ▓│ │▒
+
+ ▓│ Le SBC n'est pas autorise. │▒
+
+ ▓│ Minimum XViD 1.0 en 2 pass 29fps ou 23.9fps (NTSC) OU 25fps (PAL) │▒
+
+ ▓│ La diminution du FPS de 29.9 α 23.9 doit etre faite uniquement via IT.dll, │▒
+
+ ▓│ decomb.dll, ou autre methode de qualite equivalente. │▒
+
+ ▓│ │▒
+
+ ▓│ minimum Audio MP3 128kbps CBR 44.1khz/48khz. │▒
+
+ ▓│ │▒
+
+ ▓│ Resolution: │▒
+
+ ▓│ │▒
+
+ ▓│ - doit respecter l'aspect ratio (AR) original │▒
+
+ ▓│ │▒
+
+ ▓│ 1.33 (4/3) minimum 576 x 432 │▒
+
+ ▓│ 1.66 (16/9) minimum 576 x 352 │▒
+
+ ▓│ 1.77 (16/9) minimum 576 x 320 │▒
+
+ ▓│ 1.85 (WS 16/9) minimum 576 x 304 │▒
+
+ ▓│ 2.35 (CS 16/9) minimum 576 x 240 │▒
+
+ ▓│ │▒
+
+ ▓│ - Le cropping est obligatoire (gain de qualite) │▒
+
+ ▓│ │▒
+
+ ▓│ Taille: │▒
+
+ ▓│ Episode de 20-25mn = minimum 175 Mo │▒
+
+ ▓│ Episode de 25-35mn = minimum 230 Mo │▒
+
+ ▓│ Episode de + de 35mn = minimum 350 Mo │▒
+
+ ▓│ │▒
+
+ ▓│ Package: │▒
+
+ ▓│ Dirname Serie par CD.......: TITRE.DE.LA.SERIE.CDX.LANGAGE.SOURCE.CODEC-TEAM │▒
+
+ ▓│ Dirname Serie par episode..: TITRE.DE.LA.SERIE.EPX.LANGAGE.SOURCE.CODEC-TEAM │▒
+
+ ▓│ Dirname Serie Saison par CD: TITRE.DE.LA.SERIE.SAISONX.CDX.LANGAGE.SOURCE.CODEC-TEAM│▒
+
+ ▓│ Dirname Serie Saison par EP: TITRE.DE.LA.SERIE.SAISONX.EPX.LANGAGE.SOURCE.CODEC-TEAM│▒
+
+ ▓│ Dirname anime long mθtrage.: TITRE.DE.LA.SERIE.LANGAGE.SOURCE.CODEC-TEAM │▒
+
+ ▓│ │▒
+
+ ▓│ Rars: 15mb par fichier │▒
+
+ ▓│ │▒
+
+ ▓│ Qualite: │▒
+
+ ▓│ │▒
+
+ ▓│ - Les teams doivent se rappeler que la qualite de leurs animes devrait │▒
+
+ ▓│ etre optimale par respect pour les amateurs et pour elles-memes, de ce fait │▒
+
+ ▓│ toute methode ou codec permettant d'obtenir une bonne qualite est accepte. │▒
+
+ ▓│ (x264, vbr etc...) │▒
+
+ ▓│ │▒
+
+ ▓│ Le nuke en anime: │▒
+
+ ▓│ │▒
+
+ ▓│ - On nuke une serie qui dupe une autre en pretextant un codec superieur │▒
+
+ ▓│ - Pour mauvaise resolution. │▒
+
+ ▓│ - Pour mauvaise qualite d'image. │▒
+
+ ▓│ - Pour subs incoherents, mauvaise traduction, trop de fautes. │▒
+
+ ▓│ - Pour desynchro audio/sub. │▒
+
+ ▓│ - pour une image entrelacee (il faut desentrelacer) │▒
+
+ ▓│ - le steal: la distribution sur la scene de fansub sans l'autorisation de la │▒
+
+ ▓│ team qui l'a release. │▒
+
+ ▓│ │▒
+
+ ╔╝╦═─────────────────═══════════════════════════════════════════════─────────────────═╦╚╗
+
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+
+ ╚═─═══════════════─═╗ ╔═─═══════════════─═╝
+
+ ╔═─════════════════─═╝ ╚═─════════════════─═╗
+
+ ╚╬ ╬╝
+
+ ▓│ RAPPEL │▒
+
+ ▓│ │▒
+
+ ▓│ Ce nfo n'est fait que pour information, et surrement pas pour dire aux gens │▒
+
+ ▓│ de faire ci ou ca, aucune team ne peut etre tenue pour responsable de ce nfo │▒
+
+ ▓│ ou de son contenu. Elles s'en servent comme base si elles le souhaitent et │▒
+
+ ▓│ pour les tops si ils veulent se simplifier la vie. │▒
+
+ ▓│ Ju*** n'a aucune relation avec celle-ci, heureusement pour tout le monde. │▒
+
+ ▓│ │▒
+
+ ╔╝╦═══════════════════════════════════════════════════════════════════════════════════╦╚╗
+
+ ╚╬╝ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╨ ╚╬╝
+
+ ╚═════════════════════════════════════════════════════════════════════════════════════╝
+
+
+
+
ISOs
+
+1) Use blindwrite to make your images.. Doesn't matter if you haven't used it before, figure it out and use it.. It
+makes perfect bins almost ALWAYS.. There's also CD-RWin. It works well, but can make corrupted bins and is worthless
+if you have yours cracked.
+The basic idea is the bin. A bin is basically a CD image of sector size 2352, usually mode 1 for apps and mode2 for
+multimedia. If you receive a cd image in any other format (2048 or 2356) use CDMage to extract to 2352. The .cue
+file can be generated manually in this format
+
+FILE MYiSO.bin BINARY
+ TRACK 01 MODE1/2352
+ INDEX 01 00:00:00
+
+as an example.
+
+
+1) If there is a crack to include, you must extract all the files from the CD to a folder using winimage or
+isobuster, and make sure to write down the proper cd-label . Add the crack to the appropriate folder. Some people
+try and slip one in using WinonCD but this is highly discouraged. Now Burn the result and make a new bin from that
+using the appropriate cd-label.
+
+To make an image from HD collection without a burner you need to make the image using CDRWin (build and save iso9660
+image) and use CDMage to convert to 2352.
+
+2) Take the resulting cue file and make sure to edit out the path, IE: "c:\cdready\newdisk.bin" becomes just
+"newdisk.bin"
+
+3) Use binchunker 1.60 to verify the bin file (CDMage scan for corruption is also acceptable) to make sure it's a
+valid bin.. ANY errors and you need to start again. The binchunker included in fireburner is ver. 1.70 and can often
+miss errors.
+
+4) Use winrar to rar up the bin and cue files, using the options: Best compression, dictionary size 1024K, solid
+archive. The filenames MUST be 8.3 format, thats 8 chars , period, rar extension. Files should be 15MB in size. Use
+the old winar (pre 3.0) as consideration.
+
+5) Create an sfv table using Winsfv32.exe or pdsfv32.exe. Make sure you only include the rars in the .sfv, and not
+any other files, like a text file or anything else in that folder.
+
+6) The rars and the sfv need to be in the same folder.
+
+7) UnRar (Unpack) the rars to get the new bin/cue file. Why? We've got to test it! Open it up to another box or get
+someone else to. Scan for corruption the extracted bin. Test the compression by checking any of the rar files with
+rar.exe from a command line: rar -vt myisorls.r42 . This returns an m#e rating, where m0e is lowest compression and
+m5e is highest. If this was a cracked ISO where you added files, install the program on a clean system. All the way
+to actually running it. No cheating! Releasing something that doesn't work is useless to everyone ;)
+
+8) Upload it, and test it under glftpd, where it will check that all the files sfv OK.
+
+NFO
+1) Make sure you know these things,
+How many CD's,
+the packaged size,
+when it is due for release,
+
+2) Include a description and a webpage resource for the cd
+
+3) Include the system requirements for the cd including OS and hardware.
+
+4) Always ask about a serial number or crack. If it needs either be VERY specific on how to use it. If there is a
+crack, you almost need to do it once yourself or at least have the person using the crack explain it very
+specifically.
+
+5) In the title of the proggy at the top of the NFO make sure there is A VERSION NUMBER
+
+
+RIPS
+Rips must be packaged in this way
+1) RAR files, best compression, solid archive, 1024K dictionary size. Prefer 2.88 Mb files, up to a maximum of 150Mb
+(some sites allow more). 8.3 naming convention again. No sfv is needed.
+
+2) Unrar the file and make sure the original program is not installed in your machine.. try and install the ripped
+program. THIS IS THE MOST IMPORTANT STEP! NO CHEATING!
+
+3) Make a file_id.diz which is a text file with this on it [XX/00] where 00 represents the number of files.. if it
+is less than ten (ie: 5) then it would look like this [XX/05]. DO NOT place individual numbers on each file.. ie
+[01/16] as that screws up the zipscripts. No other info goes on the file_id.diz save maybe a very small and very
+simple graphic with no funny ascii chars.
+
+4) Package every rar up into a zip accompanied by a file_id.diz . the zip must be named 6 to 7 characters as close
+to the rar names as possible. ie: crdoracl.rar becomes crdora01.zip or letters of the alphabet are also acceptable
+ie: crdoraca.zip, crdoracb.zip etc.
+
+5) Inside of the first zip goes an NFO file. the nfo must contain the exact same info that an ISO does, but with all
+the ISO extensions gone. It is neccessary to include the system req. to run the file or if the file needs additional
+other files IE: plugins needs photoshop to run. It must also have relevant serial and crack information.
+
+6) Folder names fall under the same category as the ones for ISO. No spaces, version number must be there and end
+with -RiP ie: Bigtalk.kickapp.v1.0-RiP. If you dont have a "-" before the groupname you will be nuked for no
+groupname. No version is also a nuke.
+
+7) When uploading to topsites, keep the nfo handy in case their zipscript does not extract the nfo from the first
+zip but dont upload it. Be careful with rips.. they travel around the world insanely fast.. so you don't want to
+have anything messed up.
+
+1)If you forgot a serial or CDkey then release an
+Bigtalk.Kickapp_v1.0_NFO.FIX-MYiSO
+or
+Bigtalk.Kickapp_v1.0_NFO.FIX-RiP
+
+2) If you did a bin error CD
+Bigtalk.Kickapp_v1.0_REPACK-MYiSO
+
+3) If you packed it wrong
+Bigtalk.Kickapp_v1.0_REPACK-RiP
+File_id.diz fixes are placed in a zip, ISO sfv fixes in an rar, with a new sfv for that rar.
+To do a
+Bigtalk.Kickapp.v1.0.NFO.FIX is complicated..
+Upload an new new nfo in a folder named as such.
+
+
+COVERS
+1) SINGLE rar have all three covers, preferably jpg's. Try and keep it down to a couple megs or so, make the
+appropriate SFV and NFO
+
+2) Package it all in a folder called Covers.
+
+
+READY FOR PRE / RELEASE
+1) Make sure the name of the folder is dead on what it is.
+1b) The OS is labelled. default is 2K/XP. Win98 should be labelled if its not 2K compliant.
+
+2) No spaces, always do it like this This.Is.A.Sample.File_V1.0-MYiSO taking care to make sure of three things.
+a) No spaces
+b) THERE HAS TO BE A VERSION NUMBER
+c) Dash before MyISO (the group name)
+
+3) For multi-CD releases, don't put the full release name on the CD1, CD2 folders.
+It looks like this
+Full.Title.Here_v1.0-MYiSO
+- CD1 (no spaces in CD1)
+-files and sfv
+- CD2
+-files and sfv
+- nfo
+The CD# folders are subfolders of the Full.Title folder. The nfo goes outside the seperate cd's not inside.. Just
+put the rar files and .sfv inside the CD# directories. Upload one nfo per release in the main folder. And please
+remember to make sure the CD1 is capitalized, no spaces. Some script auto rename the Cd to CD and then it creates
+all hell in racing it around.
+
Mac OS X Releasing Rules
+------------------------
+Since Apple presented the first Intel-macs at MacWorld 2006, more and more developers release new versions of their software with support for PowerPC- and Intel-macs (technical note: this is possible due to the Mach-o-format for executables which is capable of including different code for each platform).
+To avoid confusion we encourage every other group releasing software for Mac OS X to apply the following tagging to their releases:
+Sample.Release.v3.<LANGUAGE>.<OS>.<CRACKTYPE>.<EXTRA>-<GROUP>
+where
+CRACKTYPE is Cracked/Regged/Incl.Keygen
+LANGUAGE is the language of the program, or, if it's available in multiple languages: Multilanguage
+EXTRA is Read.NFO/Repack/Proper/whatever
+and... now it gets special:
+OS is MacOSX.PPC for a "normal" program for PowerPC-macs
+OS is MacOSX.i386 for a program which only includes i386-code
+OS is MacOSX or MacOSX.UB for programs which include PowerPC- and i386-code
+Beware! MacOSX now says it's UniversalBinary!
+You can strip the version you did not crack due to no available hardware out of the release. Please specify in the NFO-file how you've done:
+Universal Binary Note..: i386-code stripped, only PPC included
+or
+Universal Binary Note..: PPC-code cracked, i386-code inside but uncracked
+Base of this rules are the standard 0day rules.
+Keep on enjoying Mac OS X releases
+Signed by: Team HS
+(Message Team HS to let them know you've accepted this rules)
This document is designed to resolve problems with dupes, propers, REAL_PROPERS, etc..
+and to ensure that only quality releases are released to the MV scene. The following
+groups have agreed to follow these guidelines:
+
+FSPViDZ GOD kvz MiLF mkv mv4U mv mVa mVi mVz pHViD rHViD SE wcs PmV
+
+
+Index
+1) Encoding
+
+2) Releasing
+ a) Dirname/Filename
+ b) Logos
+ c) Concerts & Live Performances
+ d) NFO
+
+3) Propers and dupes
+
+
+1) Encoding
+ Four formats will be allowed: XViD, DIVX, SVCD and VCD.
+ - This means that any other format, such as:
+ XVCD, XSVCD, nVCD, DVDR/DVDS
+ will not be allowed. If you must, keep them INTERNAL.
+
+VCD Audio: MPEG-1 Layer 2 44.1KHz 224kbps
+ Replacing audio on VCD rips is RECOMMENDED,
+ but not required.
+
+
+VCD Video: - PAL, 1150kbps CBR, 352x288, 25 fps.
+ - NTSC, 1150kbps CBR, 352x240, 29.970 fps.
+ - NTSC-FILM, 1150kbps CBR, 352x240, 23.967 fps. (via IVTC)
+
+
+
+
+SVCD Audio: Audio must be replaced on all SVCD music videos.
+ Replacement audio must be from a CD, or from a high
+ bitrate MP3 (192kbps+) ripped from a CD. All
+ video soundeffects must be inserted into the replac-
+ ement audio
+
+ - If replacement audio *DOES NOT EXIST* for videos older than 1998,
+ then you can release with normalised tv audio, AND, IF
+ REPLACEMENT AUDIO BECOMES AVAILABLE, it can be PROPERED.
+
+ - Vinyl ripped MP3s are not to be used. Replacing
+ less-than-cd-quality with less-than-cd-quality is
+ pointless.
+
+ - Use uncensored audio. If you use censored audio,
+ prepare to be propered.
+
+ - Live rips (concerts, performances) use normalised audio
+ from source. If source is 48KHz, downsample to 44.1KHz.
+
+
+SVCD Video: - PAL, Should be inverse 2:2 pulldown manually, if possible.
+ (This is also known as manual-deinterlace). If this isn't
+ possible on a regular vid the nfo MUST state why.
+
+ - NTSC, Should be inverse 3:2 pulldown manually, if possible.
+ (This is also known as IVTC).
+ If 3:2 pulldown is not possible, then inverse 2:2 pulldown
+ manually, if possible.
+ (This is also known as manual-deinterlace)
+ If none of the above methods is possible the nfo MUST state why.
+
+ - Interlaced videos will not be allowed.
+
+ - Video and audio bitrate MUST be within SVCD standard.
+
+ - For maximum player compatibility, it is STRONGLY
+ RECOMMENDED that the video bitrate does not exceed
+ 2496 kbps. - SVCD rips must not be ripped from VHS or SVHS source,
+ due to the sub-SVCD specs of both formats.
+
+ - VHS resolution (analogue) approx 240 lines of resolution.
+ - SVHS resolution (analogue) approx 400 lines of resolution.
+ - VCD resolution = 352x240(NTSC), 352x288(PAL)
+ - SVCD resolution = 480x480(NTSC), 480x576(PAL)
+
+ - VHS/SVHS is only sufficient for VCD rips. SVCD rips
+ from VHS/SVHS must be kept INTERNAL.
+
+
+XViD Video: [standard Video]
+ - Allowed codecs: Xvid 1.1+ or Divx6.1 +
+ - Upsampling the horizontal resolution to maintain the vertical
+ resolution is allowed.
+ - Upsampling both the horizontal and vertical resolution from
+ the source video is not allowed.
+ - The width and the height of the video have to be a multiple of 16.
+ - Maximum (PAL ) resolution is 720x576 @ 25fps
+ - Maximum (NTSC) resolution is 720x480 @ 30fps
+ - All videos MUST be manually deinterlaced / ivtc'd (if possible).
+ - Maximum allowed average bitrate is 4000 kbps.
+ - Maximum peak bitrate during any 1 second of video is 8000 kbps.
+ - Interlaced encoding is NOT allowed.
+ - GMC and QPEL are NOT allowed.
+ - AVI pixel shape must be square.
+ - Only the MPEG and H.263 quantization matrices are alowed.
+ - No packed bitstream.
+ - Key frames must be inserted every 10 seconds or less.
+ - It is strongly recommended videos should encoded with 1 pass using
+ a target quantizer setting of between 3 and 4 inclusive.
+ - The DRF of the video should be below 8 inclusive.
+ - For concerts or other performances which are long enough, the
+ video must be made to fit on 1 or 2 cds (700meg) whilst still
+ obaying the rules above, except for the minimum DRF.
+ A 2 pass encode must always be used for this.
+
+ [High Definition Video]
+ - Source must have a horizontal resolution greater than 720 for
+ progressive video, and a horizontal resolution greater than 1440
+ for interlaced video.
+ - Maximum resolution is 1280x720 @ 30fps
+ - Progressive rips must be encoded at 1280x720 unless broadcast at
+ a lower resolution.
+ - Interlaced sources must be encoded at half resolution and must be
+ deinterlaced by discarding the 2nd field (even/odd field deinterlace)
+ (eg 1080i to be encoded at 960x544)
+ - Maximum allowed bitrate is 4000kbps.
+ - Maximum peak bitrate during any 1 second of video is 20000 kbps.
+
+
+ Cropping and Aspect ratio
+
+ - Letterboxed videos should be cropped to remove the black bars.
+ - There is one exception to this: when there's an overlaping logo common
+ sense should be used to decide whether to crop the entire black bar
+ and thus cropping half of the logo, or cropping it completely.
+ Propering on no or half cropped overlapping logos is NOT allowed.
+ - Some videos contain variable aspect ratios. Crop as to not remove any
+ of the picture throughout the video.
+ - If black bars are still present in the video after cropping (due to
+ permanent logos etc) they must be of equal size.
+ - Encodes must be within 5% of the original aspect ratio.
+ - Calculating AR % error: (Release - Original AR)/Original AR x 100
+
+
+XViD Audio: - Can be MP2, MP3 or AC3
+ - MP2 must be used if no audio replacement exists and if the audio
+ source contains MP2 audio. The audio can be normalised if the
+ normalisation does not involve re-encoding the audio.
+ - MP2 audio must be interleaved every frame with 500ms preloaded.
+ - AC3 allowed only if it is 384 kbit+ and from a DVD/HDTV source.
+ - AC3 must be untouched.
+ - AC3 pre load 64/96ms of audio and interleave every 64/96ms.
+ - MP3 audio must be used as audio replacement on normal videos.
+ It must have a average minimum bit rate of 160kbit and must be
+ either 44.1khz or 48khz.
+ - CBR audio is prefered, however VBR audio will not be nuked. CBR audio
+ is required for maximum hardware and software player compatability.
+ - MP3 encodes must always be done with LAME
+ (APS (--alt-preset standard) prefered for VBR)
+ - MP3 audio must be interleaved every frame with 500ms preloaded.
+ - Use uncensored audio
+ - Sound effects contained in the source audio must be inserted into the
+ replacement audio if missing.
+ - If replacement audio *DOES NOT EXIST* for videos older than 1998, then
+ you can release with normalised tv audio, AND, IF REPLACEMENT AUDIO
+ BECOMES AVAILABLE,it can be PROPERED.
+ - Vinyl ripped MP3s are not to be used. Replacing less-than-cd-quality
+ with less-than-cd-quality is pointless.
+
+
+
+
+
+2) Releasing
+ 2a) Dirname/filename
+
+ - Directory name is decided by the group. However, the following naming
+ scheme is STRONGLY RECOMMENDED:
+
+ Artist_name-Song_title-extra_info_here-FORMAT-YEAR-GRP
+
+ Example:
+
+ Britney_spears-Baby_one_more_time-Live_in_london_01_03-SVCD-2003-GRP
+
+
+ - SFV and NFO are required.
+
+ - The standard extension is .mpg for both VCD and SVCD releases. However,
+ it doesn't matter, so groups decide to use .mpg or .m2v as extension.
+
+
+
+ 2b) Logos
+ - Including an intro/outro is NOT RECOMMENDED. Advertisements in your
+ videos is not what the MV scene is about... if you must spam, then
+ do it your NFO file. However, intro/outro will not be banned, and
+ propering a video with a logo will not be permitted.
+
+ - Watermarking on videos is NOT ALLOWED. This is the same situation as
+ intro/outro - nobody wants to stare at your spam while watching your
+ rips. It's already bad enough that tv stations do it. Videos with
+ watermarks can be propered.
+
+ - For letterboxed videos, covering a TV station logo that is entirely
+ in the letterbox is RECOMMENDED. However, propering because of
+ tv-station-not-covered will not be permitted.
+
+
+
+ 2c) Concerts and Live Performances
+ - Concerts involving one artist must be released as one release.
+ This means, for example, that if you rip a concert of Linkin Park
+ at the Royal Albert Hall, you CANNOT release each song as a release.
+
+ - You should include the main introduction and any other introductions
+ between songs, as the point in ripping a concert is to have a COMPLETE
+ copy of the concert.
+
+ - The ripper decides to rip as separate tracks or as full CDs.
+
+ - If you rip as separate tracks, DO NOT PUT A LOGO ON EACH TRACK.
+ Single-tracks ripped concerts should be packaged in ONE release,
+ similar to a mp3 album:
+
+ Artist-concert_title-svcd-2002-group/00-artist-concert_title.nfo
+ Artist-concert_title-svcd-2002-group/00-artist-concert_title.sfv
+ Artist-concert_title-svcd-2002-group/01-artist-introduction.mpg
+ Artist-concert_title-svcd-2002-group/02-artist-song1.mpg
+ Artist-concert_title-svcd-2002-group/03-artist-song2.mpg
+
+ - If you rip as full CDs, it is recommended that you use multipass VBR
+ to make it fit evenly on one or more CDs. Also package it as a BIN/CUE,
+ and release it the same way VCDs are: 15mb rars, and a 1 minute sample:
+
+ Artist-concert_title-svcd-2002-group/CD1
+ Artist-concert_title-svcd-2002-group/CD2
+ Artist-concert_title-svcd-2002-group/Sample
+ Artist-concert_title-svcd-2002-group/nfo_file.nfo
+
+ - Non-concert live performances with more than one song, such as those
+ on TOTP, awards shows, etc. should be released as individual videos
+ with any intermediate footage (interviews, presentations, etc.) cut
+ out. Also, include the date and the name of the show in the dirname.
+
+ - COMMERCIALS (such as Britney Spears' Pepsi) are not music videos, so
+ they will not be allowed. Keep non music video rips INTERNAL.
+
+
+
+ 2d) NFO
+ - Your NFO should contain:
+ - Artist and Title
+ - Format (VCD/SVCD, and PAL/NTSC/NTSC-FILM)
+ - Video source
+ - Audio source
+ - Deinterlace type
+ - Size
+ - Genre (This is nice for sites with scripts that search NFOs for genre)
+ - Video Year
+ - Live videos MUST include the show it is from and the date it was aired.
+ - If you are propering, you MUST include the reason for proper,
+ and the name/date of the release being propered.
+
+ - Other useful information to include in your NFO, optionally, is:
+ - Length in min:sec
+ - Bitrate of video and audio streams
+ - Album name
+ - Description of video
+ - Fullscreen or Letterbox (FS or WS)
+ - Source (Name of DVD or name of TV station)
+
+
+3) Propers and Dupes
+
+ - Propering because of SLIGHT quality increase is not acceptable. If the original
+ rip was very bad, then proper, but un-needed propers will be nuked!
+
+ - PAL & NTSC
+ - Releases of lower quality are dupes of higher quality, as decided by
+ the following list, which is in order of lowest quality to highest:
+
+ CONVERT TV-Rip, CONVERT DVD-Rip, NATIVE TV-Rip, NATIVE DVD-Rip
+
+ - Native: This means progressive.
+ - NTSC produced video is native to NTSC broadcasts, and PAL
+ produced video is native to PAL broadcasts. Native NTSC
+ broadcast means IVTC-able NTSC or progressive NTSC.
+ Native PAL means progressive PAL.
+
+
+ - Convert: This also means deinterlaced.
+ - A PAL produced video, broadcast in NTSC, is converted before
+ it's broadcasted. A NTSC produced video is converted to PAL
+ before it's broadcasted. These converts cannot be reversed
+ to progressive, and must be deinterlaced.
+
+
+ Hence, it is not a good idea to release pal-ntsc converts of top 50 videos,
+ because a native rip will be released.
+
+ - Widescreen/fullscreen dupes will not be allowed. Keep WS/FS dupes INTERNAL.
+
+ - The following are reasons for you to release a PROPER:
+ - Desync
+ - Incomplete
+ - Improper inverse 3:2 or 2:2 pulldown
+ - Lack of inverse 3:2 or 2:2 pulldown (if possible)
+ - Incorrect Aspect Ratio
+ - Out-of-spec rips
+ - Massive frame drops
+ - Very bad quality (includes low bitrate on high motion videos)
+ - Rips without replaced audio (Concerts/performances excluded)
+ - Poor quality replacement audio
+ - Censored replacement audio
+ - Missing more than 1 SFX (propers due to 1 SFX missing not needed)
+ - Native video with correct picture aspect is broadcasted
+ - Logo included more than once in a concert release
+ - No manual deinterlacing/IVTC'ing when possible
+ - Watermarked video
+ - Bad cropping
+ - Improper multiplexing (such as underflowed audio)
+
+ - It is vitally important that you state which release you are propering
+ and your reasons in your nfo, and as well make sure to put -proper- in
+ your dirname.
+
+ - It is STRONGLY RECOMMENDED that you demux SVCD/VCD with M2 edit, and remux
+ with bbmpeg, to avoid improper multiplexing errors.
+
+ - No propering of releases previous to MV COUNCIL will be allowed.
+ If you want to release a better version of an OLD video, keep it INTERNAL !
+
+ - No dupes based on resolution aspect ratio or video profile.
Music Video Council 4.0 (Aug. 31, 2007)
+----------------------------------------------------
+EFFECTIVE DATE: Sept. 15, 2007
+
+This rule set has been approved by the following music video groups:
+CMS DYNASTY HHE MV mV4U mVz PmV SE SRP UVZ VFi vme
+
+These rules have been established in an effort to maintain quality
+releases and order in the MV scene.
+
+Many of the changes being introduced in MVC 4.0 are intended to
+simplify and correct current problems as well as allow the MV scene
+to take advantage of newer codecs/containers/etc.
+
+A few of the highlighted changes include:
+
+ - Support for the MKV (Matroska) container, eventually
+ intended to replace AVI.
+ - Support for the H.264 codec (which is well suited for
+ HD content).
+ - Dropped support for standalone dvd player compatibility.
+ Standalone dvd player limitations should not dictate MVC
+ rules. If you're using an incapable standalone unit, it's
+ your responsibility to convert videos to a format compatible
+ with your players playback capabilities. There are many
+ howtos, guides, and software available to assist people.
+ - Dropped DivX codec since it's practically never used.
+ - Dropped VCD/SVCD completely as they are obsolete.
+
+Clarification about some terms used throughout this ruleset:
+
+ - "source" is used as a reference to the actual source material (ie: vob, dvb stream, whatever)
+ - "replacement" is used as a reference to material used to REPLACE something from the source
+
+
+######################### SECTION 1 - ENCODING #########################
+
+
+1.1 - CONTAINERS
+
+ - Allowed containers are: AVI and MKV.
+
+ - AVI container:
+
+ - Pixel shape must be square.
+ - Upsampling the horizontal resolution to maintain the vertical
+ resolution is allowed.
+ - Upsampling both the horizontal and vertical resolution from
+ the source video is not allowed.
+ - Encodes must be within 5% of the original aspect ratio. To calculate
+ the AR % error use: (Release - Original AR)/Original AR x 100
+ - MP2/MP3 audio must be preloaded 500ms and interleaved every frame.
+ - AC3 audio must be preloaded 64/96ms and interleaved every 64/96ms.
+
+ - MKV container:
+
+ - mkvmerge MUST BE USED to mux.
+ - Aspect Ratio:
+
+ normal method: Crop according to the rules in section 1.3 and
+ resize to a multiple of 16 (mod16) for both the horizontal
+ and vertical resolutions to maintain 1:1 pixel shape.
+
+ mkvmerge method: Crop according to the rules in section 1.3 and to a multiple
+ of 16 (mod16) for both the horizontal and vertical resolutions
+ and define the correct AR when muxing with mkvmerge.
+
+ - Including soft-sub lyrics in the MKV container is allowed but not required.
+ - Hard subbed lyrics are not allowed.
+ - Xvid encodings must be saved directly to the mkv container (ie: do not save
+ them as avi and then remux).
+
+1.2 - AUDIO
+
+ - Allowed audio formats are: MP2, MP3, and AC3.
+ - All audio must have a minimum sample rate of 44.1kHz.
+ - Audio MUST BE FULLY SYNCED.
+ - When no lip-sync is present in the video, you must use audio which matches the source.
+ If you're unsure about this, put an alternative version as a 2nd track.
+ - Retail CD audio, if available, must be used as a replacement for TV and DVD audio. If
+ proper replacement audio * DOES NOT EXIST * then you may use the best quality alternative
+ available (by this we dont condone p2p/torrent/etc use).
+
+ NOTE: Audio used for bootlegs, mixtapes, promos, etc. are commonly NOT the final mastered
+ retail audio. Releases using audio from these sources MAY BE PROPERED if/when
+ final retail audio becomes available UNLESS the audio is of nearly the same quality.
+
+ - Source mp3 has got to be encoded with at least 192kbit CBR or with the V2 profile with lame.
+ - Audio from a vinyl source is not allowed under any circumstances.
+ - If part of the source audio is only available from the source itself, it must be inserted
+ into the replacement audio.
+ - MP2 is allowed only from live sources and must remain untouched. Re-encoding MP2 -> MP3
+ will NOT increase quality in ANY way so "untouched" also means NO RE-ENCODING!
+ - Live performance audio must remain untouched. This means you may use MP2 or AC3 if that's
+ what the live performance was broadcast with.
+ - MP3 encoding must be VBR using the LAME encoder.
+ Minimum required settings: --vbr-new and -V1 (~210kbps) or -V2 (~190kbps).
+ - If no editing is required, the replacement MP3 must be directly
+ inserted with no re-encoding.
+ - ALL sound effects in the source audio must be inserted into the
+ replacement audio.
+ - If AC3 5.1 audio is available from the source, it may be included as an extra audio track.
+ - Multiple audio streams are allowed at the rippers discretion. For example,
+ including both censored and uncensored audio.
+
+1.3 - VIDEO FORMATS
+
+ - Allowed codecs: XviD 1.1+ and x264
+ - Video source MUST BE digital and may NOT be passed thru any analog
+ equipment (svideo output, analog capture card, etc).
+ - Telecined video MUST have inverse telecine (IVTC) applied.
+
+ PAL : This means inverse 2:2 pulldown (ie: 10 pattern in TMPGEnc), manually,
+ if possible.
+
+ NTSC: This means either inverse 3:2 pulldown (ie: 10010 pattern in TMPGEnc)
+ or inverse 2:2 pulldown (ie: 10 pattern in TMPGEnc), manually, if possible.
+
+ * If a proper IVTC is not possible, the reason must be stated in your nfo.
+
+ - For non-telecined interlaced video, a deinterlacer must be applied before
+ compression. The choice of deinterlacer is up to the ripper, and must be
+ mentioned in the NFO.
+
+ * It's STRONGLY RECOMMENDED you DO NOT use the following deinterlacers/filters
+ due to poor quality output:
+
+ - fielddeinterlace
+ - dgbob
+ - decomb/telecide
+
+ - Interlaced videos will not be allowed.
+ - Letterboxed videos should be cropped to remove the black bars.
+ - If a logo overlaps onto the letterbox area (such as a TV station logo)
+ the ripper may opt to keep the logo intact and crop only part of the
+ letterbox.
+ - Videos with only partial cropping of the letterbox must use equal crop values
+ for top/bottom.
+ - Cropping out the picture should be avoided if possible.
+ - The use of Vfapi is NOT recommended but currently still allowed. Using Vfapi
+ creates unnecessary colorspace conversions resulting in degraded color quality.
+
+ To avoid this if using TMPGEnc for manual IVTC, use "tprivtc" to import your
+ .tpr project file into avisynth. In VirtualDubMod, set the video processing
+ mode to "fast recompress".
+
+ CAUTION: Propering for a noticable quality increase IS allowed! If there's a noticable
+ difference when using vfapi vs. not, your vfapi rip will be at risk of proper.
+
+ - Videos containing mixed-fps/vfr (variable frame rate) must be packaged in the MKV container
+ and must be IVTC'ed to preserve the vfr if IVTC'ing them normally causes jumpy/choppy playback.
+ - Deinterlacing the entire video is not permitted on IVTC'able sources.
+ - Bootleg's shall be defined as any self-made or live-filmed works that are not a product
+ of the artists record label and are not intended for network broadcast or commercial sales.
+
+1.4 - XviD 1.1+
+
+ - Both the AVI and MKV containers are allowed.
+ - Only MPEG and H.263 quantization matrices are allowed.
+ - Key frames must be inserted every 10 seconds or less.
+ - CBR encoding is not allowed (use single or multiple pass vbr).
+ - The average DRF (detail removal factor) of the video should not exceed 8.
+
+1.5 - x264
+
+ - Use ONLY the MKV container for x264 releases.
+ - Codecs supporting VFW are NOT permitted. Please use the newest
+ available from: http://x264.nl
+ - Allowed profiles:
+
+ - main profile (use for non-HDTV)
+ - high profile (use for HDTV)
+
+ - Cabac and inloop filtering must be ENABLED as they directly
+ affect output quality.
+ - Average quantizer should be below 24 and HAS TO be below 28.
+
+1.6 - SDTV (Standard Definition TV)
+
+ - The width and the height of the video must be a multiple of 16 (mod16).
+ - Maximum (PAL) resolution is 720x576 @ 25fps.
+ - Maximum (NTSC) resolution is 720x480 @ 29.97fps.
+ - Maximum allowed average bitrate is 4000 kbps.
+
+1.7 - HDTV (High Definition TV)
+
+ - Only the x264 codec is allowed for HDTV rips.
+ - Only the MKV container is allowed for HDTV rips.
+ - Source horizontal resolution must be greater than or equal to 720.
+ - Maximum frame rate is 29.97fps.
+ * 50fps/59.94fps is allowed only from progressive sources with no duplicate frames.
+
+ - The minimum allowed resolution for HD rips is 1280x720.
+ - For converts, same rules apply as for Standard Definition.
+ - Upscaled sources are NOT true High Definiton and are not allowed for
+ HD releases. These must be ripped according to Standard Definition.
+ - Rips from upconverted/upscaled sources must be kept internal.
+
+######################### SECTION 2 - PACKAGING ########################
+
+
+2.1 - DIRECTORY & FILE NAMING
+
+ - The directory naming scheme is now REQUIRED and enforced to maintain consistancy
+ in the scene.
+ - SFV and NFO are required.
+ - HDTV and DVD rips must be specified as such.
+ - Live performances must include the show name and original air date.
+ - Award shows must include the show name and year OR the edition/series number.
+ - PROPERS must be specified as such.
+ - BOOTLEGS must be specified as such.
+
+ The following are examples of the REQUIRED naming scheme:
+
+ ArtistName-SongTitle-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle-HDTV-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle-DVDRIP-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle_(Tonight_Show_01-01-07)-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle_(49th_Annual_Grammys)-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle_(2007_MTV_Music_Awards)-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle-PROPER-FORMAT-YEAR-GROUP
+ ArtistName-SongTitle-BOOTLEG-FORMAT-YEAR-GROUP
+
+ - RAR'ing is at the rippers discretion but recommended for large releases (>175mb).
+ Packaging: 15mb, 20mb or 50mb rars, and a 1 minute sample.
+
+2.2 - CONCERTS, LIVE PERFORMANCES, FREESTYLES, ETC.
+
+ - If ripped in their entirety (introductions & breaks included), you have to
+ encode at the closest DVD/x size (i.e. 275MB, 550MB, 1100MB, 1466MB, 2200MB).
+ Multi-pass vbr encoding must be used for these. You may also split into
+ separate tracks (NOT separate releases).
+ - Single-track ripped concerts have to be packaged in ONE release,
+ similar to a mp3 album:
+
+ Artist-concert_title-x264-2007-group/00-artist-concert_title.nfo
+ Artist-concert_title-x264-2007-group/00-artist-concert_title.sfv
+ Artist-concert_title-x264-2007-group/01-artist-introduction.mkv
+ Artist-concert_title-x264-2007-group/02-artist-song1.mkv
+ Artist-concert_title-x264-2007-group/03-artist-song2.mkv
+
+ - Non-concert live performances with more than one song (such as award
+ show performances) should be released as individual releases with any
+ intermediate footage (interviews, presentations, etc.) removed.
+ - Third party videos (commercials, karaoke, etc) are not music videos
+ and are not permitted.
+
+2.3 - NFO FILE
+
+ - NFO's must contain:
+ - artist name and song title
+ - format (XviD/x264)
+ - resolution and aspect ratio
+ - video source (DVD, DVB, ..)
+ - audio source (CD, MP3, ..)
+ - deinterlace/IVTC method used
+ - genre
+ - year of video release
+
+ * Live performances MUST include the show it aired on and original air date.
+
+ - Other recommended (but not required) information to include:
+ - filesize
+ - video playtime (min:sec)
+ - audio/video bitrate
+ - album name (if available)
+ - (release)name of mp3 used
+
+2.4 - LOGOS / WATERMARKS
+
+ - Adding an intro/outro, or watermark is NOT PERMITTED.
+
+
+################## SECTION 3 - PROPERS, DUPES, NUKING ##################
+
+
+3.1 - DUPES
+
+ - avi/mkv dupe each other.
+ - xvid/x264 dupe each other.
+ - x264/xvid dupe all releases prior to the date of this ruleset.
+ - High Definition releases will NOT dupe Standard Definition.
+ - Releasing a lower quality video when a higher quality version
+ exists is NOT allowed. The following quality order shall be
+ used (from higher to lower):
+ - Standard Definition:
+
+ NATIVE DVD rip
+ NATIVE TV rip
+ CONVERT DVD rip
+ CONVERT TV rip
+
+ - High Definiton:
+
+ BluRay/HD DVD rip
+ HDTV rip
+
+ - "Native" refers to the standard in which the video was
+ produced, eg. NTSC or PAL.
+ - NTSC produced video is native to NTSC broadcasts.
+ Native NTSC may be either IVTC'able or progressive.
+ - PAL produced video is native to PAL broadcasts.
+ Native PAL may be either IVTC'able or progressive.
+ - PAL produced video that is broadcast in NTSC is
+ converted. NTSC produced video that is broadcast
+ in PAL is converted. These converts cannot be reversed
+ to progressive and must be deinterlaced.
+ - Convert releases should be avoided as native versions are
+ usually ripped.
+
+3.2 - PROPERS / NUKES
+
+ - PROPER / NUKE reasons are as follows:
+ - out-of-sync audio
+ - user-encoded AC3/MP2
+ - incomplete or missing audio/video
+ - improper or no IVTC when applicable
+ - 1 or more interlaced frames
+ - incorrect aspect ratio
+ - out-of-spec encodes
+ - very bad audio/video quality (including low bitrate on high motion videos)
+ - improper audio replacement (excluding concerts/live performances)
+ - lip-sync or audio sync to source is broken
+ - missing 1 or more sound effects (profanity is NOT a sound effect!)
+ - bad cropping
+ - one-click tool (such as GordianKnot) was used for encoding
+ - disabled cabac or inloop filtering for x264 encodes.
+ - improper naming/tagging
+ - unnecessarily re-encoded audio
+
+ * Your nfo MUST contain the name of the release you're propering
+ and the reason(s)! "PROPER" MUST appear in your naming scheme.
+
+ * These proper reasons apply ONLY to releases dated AFTER this
+ ruleset.
+
+ * YOU MAY NOT PROPER / NUKE FOR THE FOLLOWING REASONS:
+ - anything related to subtitles (missing, incorrect, bad sync, etc.)
+ - only a SLIGHT increase in quality.
+
+ * NOTE TO NON-MVNUKE NUKERS:
+
+ If you don't know how to determine things like progressive ghosting vs. a bad ivtc, or a
+ bad ivtc in general, you should NOT be nuking music videos. We'll be more than happy to
+ explain anything regarding our rules to eliminate any confusion so please don't hesitate
+ to ask!
+
+
+**** ANY RELEASES NOT FOLLOWING THESE RULES SHOULD BE KEPT INTERNAL OR RISK NUKE/PROPER! ****
+
+aa3a1c554cf9596c315bf7ad2df5e5c7
+eof
Music Video Council 5.0
+=============================
+EFFECTIVE DATE: Jan. 01, 2009
+
+This rule set has been approved by the following music video groups:
+CMS DYNASTY GWViD iUF JESTERS mV4U mVi mVz PmV SE SNO SRP uva UVZ VFi VSR
+
+
+###### DEFINITIONS / TERMS ###################################################
+
+ - "source" references the actual source material (ie: dvd, dvb stream, etc.)
+ - "replacement" references material used to REPLACE something from the source
+ - "IVTC" is an abbreviation for Inverse Telecine
+ - "EXTENDED" refers to videos containing additional intro/outro/intermediate footage.
+ - "Live performance" refers to any performance that is not part of a music video.
+ - "Concerts" are simply live performances regardless if it's at a stadium, festival,
+ concert hall, club, etc.
+ - "Native" refers to the standard in which the video was produced, eg. NTSC or PAL.
+ NTSC produced video is native to NTSC, PAL produced video is native to PAL.
+ Videos may be either IVTC'able or progressive.
+ PAL produced video that is broadcast in NTSC is converted.
+ NTSC produced video that is broadcast in PAL is converted. These converts cannot
+ be reversed to progressive and must be deinterlaced.
+ - "Mod16" refers to a multiple of 16.
+ - Any release pre'd in the MVID section is expected to follow this ruleset.
+
+
+###### CONTAINERS ###########################################################
+
+
+ 1.1) Allowed containers are: MKV
+ 1.2) MKV container:
+
+ 1.2.1) mkvmerge MUST BE USED to mux.
+ 1.2.2) Including soft-sub lyrics is allowed but not required.
+ 1.2.3) Hard subbed lyrics are not allowed.
+
+
+###### AUDIO #################################################################
+
+
+ 2.1) Allowed audio formats are: MP2, MP3, AC3, and DTS (allowed from BluRay sources only).
+ 2.2) All audio must have a minimum sample rate of 44.1kHz.
+ 2.3) Audio MUST BE FULLY SYNCED.
+ 2.4) When no lip-sync is present in the video, you must use audio which matches the source.
+ If you're unsure about this, put an alternative version as a 2nd track.
+ 2.5) Retail CD audio, if available, must be used as a replacement for TV and DVD audio. If
+ proper replacement audio * DOES NOT EXIST * then you may use the best quality alternative
+ available (by this we dont condone p2p/torrent/etc use).
+
+ NOTE: Audio used for bootlegs, mixtapes, promos, etc. are commonly NOT the final mastered
+ retail audio. Releases using audio from these sources MAY BE PROPERED if/when
+ final retail audio becomes available UNLESS the audio is of nearly the same quality.
+
+ EXCEPTION: You may use the source audio only if mixing source sfx and replacement audio
+ produces too much difference in quality during playback.
+
+ 2.6) MP3's must be encoded as VBR using the V2 profile with LAME.
+ 2.7) PCM audio must be encoded to MP3.
+ 2.8) Audio from a vinyl source is not allowed under any circumstances.
+ 2.9) If part of the source audio is only available from the source itself, it must be inserted
+ into the replacement audio. This includes all sound effects.
+ 2.10) MP2/AC3/DTS is allowed only when source audio is not being replaced. Re-encoding these to MP3
+ will NOT increase quality in ANY way so "untouched" also means NO RE-ENCODING!
+ 2.11) If no editing is required, the replacement MP3 must be directly inserted with no re-encoding.
+ 2.12) If AC3 5.1 audio is available from the source, it may be included as an extra audio track.
+ 2.13) Multiple audio streams are allowed at the rippers discretion. For example,
+ including both censored and uncensored audio.
+
+
+###### VIDEO #################################################################
+
+
+ 3.1) Allowed codecs: x264
+ 3.2) Video source MUST BE digital and may NOT be passed thru any analog
+ equipment (svideo output, analog capture card, etc).
+ 3.3) Releasing raw source is NOT allowed!
+ 3.4) FPS must match that of the source except in the case of IVTC.
+ * Half-framerate is allowed on 50+ FPS sources when every other frame is a dupe.
+ 3.5) Dupe frames must be removed unless needed to maintain sync.
+ 3.6) Encodes must be within 5% of the original aspect ratio. To calculate
+ the AR % error use: (Release - Original AR)/Original AR x 100
+ 3.7) Upscaling is not allowed.
+ 3.8) Telecined video MUST have IVTC applied using:
+
+ 2:2 pulldown NTSC/PAL (10 pattern)
+ 3:2 pulldown NTSC (10010 pattern)
+
+ * If IVTC is not possible, the reason must be stated in your nfo.
+
+ 3.9) For non-telecined interlaced video, a deinterlacer must be applied before
+ encoding.
+
+ * It's STRONGLY RECOMMENDED you DO NOT use the following deinterlacers/filters
+ due to poor quality output: fielddeinterlace, dgbob, decomb/telecide
+
+ 3.10) Interlace of any kind is not allowed.
+ 3.11) Vfapi creates unnecessary colorspace conversions resulting in degraded color quality
+ and is not recommended.
+
+ To avoid this if using TMPGEnc for manual IVTC, use "tprivtc" to import your
+ .tpr project file into avisynth.
+
+ 3.12) Videos containing mixed-fps/vfr (variable frame rate) must be IVTC'ed to preserve the vfr
+ if IVTC'ing them normally causes jumpy/choppy playback.
+ 3.13) Deinterlacing the entire video is not permitted on IVTC'able sources.
+ 3.14) Bootleg's shall be defined as any self-made or live-filmed works that are not a product
+ of the artists record label and are not intended for network broadcast or commercial sales.
+ 3.15) Extended videos shall be considered different versions from that of non-extended versions.
+ Using an extended version to proper a non-extended version is not allowed. Refer to 8.1 for
+ how to name extended versions.
+ 3.16) Adding an intro/outro, or watermark is NOT allowed.
+
+
+###### CROPPING ##############################################################
+
+
+ 4.1) Cropping the picture must be avoided if possible.
+
+ * Stretched/duplicate lines caused by the provider are not considered part of the
+ video and must be cropped out!
+
+ 4.2) Black letterboxing/borders must be removed.
+ 4.3) Both horizontal and vertical resolution must be cropped so the resulting resolutions are mod16.
+ 4.4) Cropping may be done in the MKV container. When doing this, define the correct AR
+ when muxing with mkvmerge. The encoded source must be uncropped, and the mod16 requirement in
+ 4.3 is also unnecessary.
+
+ * This is not recommended until it works correctly in more player/codec combinations.
+
+
+###### x264 ##################################################################
+
+
+ * Please use the newest x264.exe available from: http://x264.nl (rev. 1046 or greater REQUIRED!)
+
+ 5.1) Codecs supporting VFW are NOT permitted!
+ 5.2) Rips must use one of the following: main profile (level 3.0) for non-HD
+ high profile (level 4.1) for HD
+
+ 5.3) CABAC encoding must be used.
+ 5.4) In-loop filtering may be used at the rippers discretion.
+ 5.5) Average quantizer must be lower than 28 for SD, and 30 for HD. Recommended is 24 or less.
+
+ * If a higher quantizer is needed then the reason must be stated in the nfo.
+
+ 5.6) When using a non-square pixel shape, you MUST encode using the "--sar x:y" option and
+ mux with "--engage keep_bitstream_ar_info".
+
+ 5.7) minimum REQUIRED encoder settings:
+
+ 5.7.1) --aq-mode must be enabled.
+ 5.7.2) --bframes 3 (or higher).
+ 5.7.3) --subme 8 (or higher).
+ 5.7.4) --ref 4 (if vertical res is greater than 864) otherwise --ref 5
+ 5.7.5) --me umh (or higher).
+ 5.7.6) --trellis 1 (or higher).
+
+
+###### SD (Standard Definition) ##############################################
+
+
+ 6.1) Maximum allowed average bitrate is 5000 kbps.
+ 6.2) Maximum allowed resolution is 720x576.
+
+
+###### HD (High Definition) ##################################################
+
+
+ 7.1) Source vertical resolution must be greater than or equal to 720.
+ 7.2) For converts, same rules apply as for Standard Definition.
+ 7.3) Upscaled sources are NOT true High Definiton and are not allowed for
+ HD releases. These must be ripped according to Standard Definition.
+ 7.4) Maximum allowed average bitrates are as follows:
+
+ 7.4.1) 720p is 10000 kbps.
+ 7.4.2) 1080p is 14000 kbps.
+
+ 7.5) 1080i sources must be scaled to 720p.
+
+
+###### DIRECTORY/FILE NAMING, TAGGING, PACKAGING #############################
+
+
+ 8.1) The directory naming scheme is now REQUIRED and enforced to maintain consistancy
+ in the scene.
+
+ The following are examples of the REQUIRED naming scheme:
+
+ Artist-Song_Title-FORMAT-YEAR-GROUP
+ Artist-Song_Title-HDTV-FORMAT-YEAR-GROUP
+ Artist-Song_Title-DVDRIP-FORMAT-YEAR-GROUP
+ Artist-Song_Title-BluRay-FORMAT-YEAR-GROUP
+ Artist-Song_Title_(Extended)-FORMAT-YEAR-GROUP
+ Artist-Song_Title_(Tonight_Show_01-31-07)-FORMAT-YEAR-GROUP
+ Artist-Song_Title_(49th_Annual_Grammys)-FORMAT-YEAR-GROUP
+ Artist-Song_Title_(2007_MTV_Music_Awards)-FORMAT-YEAR-GROUP
+ Artist-Song_Title-PROPER-FORMAT-YEAR-GROUP
+ Artist-Song_Title-BOOTLEG-FORMAT-YEAR-GROUP
+
+ 8.2) SFV and NFO are required.
+ 8.3) Live performances must include the show name and original air date.
+ 8.4) Award shows must include the show name and year OR the edition/series number.
+ 8.5) The appropriate tags must be used when applicable.
+ 8.6) Valid tags are: BOOTLEG, CONVERT, DVDRip, HDTV, PROPER, 720p, 1080p, BluRay
+
+ * Rips containing a majority of a non-English language must be tagged with it's corresponding
+ ISO 639-1 language code. (http://en.wikipedia.org/wiki/List_of_ISO_639-1_codes)
+
+ 8.7) RAR'ing is at the rippers discretion but recommended for large releases (>300MB).
+ Packaging: 15mb, 20mb or 50mb rars, and a 1 minute sample.
+
+ * RAR'ing single file releases <300MB is not allowed.
+
+
+###### CONCERTS, LIVE PERFORMANCES, FREESTYLES, ETC. #########################
+
+
+ 9.1) If ripped in their entirety (introductions & breaks included), you have to
+ encode at the closest DVD/x size: 373MB, 559MB, 746MB, 1119MB, 1493MB, 2239MB,á
+ 4479MB, 6717MB and 8140MB. If you need more
+ áthanádvd9, add multiples of 2239MB.
+
+ 9.1.1) Multi-pass vbr encoding must be used for these. You may also split into
+ separate tracks (NOT separate releases).
+
+ 9.1.2) An undersize of 10MB is acceptable. Oversized rips are not allowed.
+
+ 9.2) Two or more songs from the same performance/event ripped to individual files
+ must be packaged in ONE release, similar to an MP3 album:
+
+ Artist-concert_title-x264-2007-group/00-artist-concert_title.nfo
+ Artist-concert_title-x264-2007-group/00-artist-concert_title.sfv
+ Artist-concert_title-x264-2007-group/01-artist-introduction.mkv
+ Artist-concert_title-x264-2007-group/02-artist-song1.mkv
+ Artist-concert_title-x264-2007-group/03-artist-song2.mkv
+ ...
+
+ * Award show and morning/late night tv performances are an exception and must be
+ packaged as single-song releases with any intermediate footage (interviews,
+ presentations, etc.) removed.
+
+ 9.3) Live performances (including pre-recorded) must be tagged with the
+ ORIGINAL BROADCAST DATE. If the performance wasn't broadcast (such as
+ concerts released to dvd), use the date of the performance.
+ 9.4) Annual shows/events such as the Grammy's or Rock Am Ring must be tagged
+ with the YEAR only.
+ 9.5) Third party videos (commercials, karaoke, etc) are not allowed.
+
+
+###### NFO FILE ##############################################################
+
+
+ 10.1) NFO's MUST contain:
+ - artist name and song title
+ - format (x264)
+ - resolution and aspect ratio
+ - video source (DVD, DVB, DVB 1080i, DVB 720p, etc)
+ - audio source (CD, MP3, etc)
+ - deinterlace/IVTC method used
+ - genre
+ - year of video release
+ - repack reason (if applicable)
+ - proper reason and name of release you're propering (if applicable)
+
+ * Broadcasted live performances MUST include the show it aired on and original air date.
+
+ Other recommended (but not required) information to include:
+ - filesize
+ - video playtime (min:sec)
+ - audio/video bitrate
+ - album name (if available)
+ - (release)name of MP3 used
+
+
+###### DUPES #################################################################
+
+
+ 11.1) mkv/x264 dupe all releases prior to the date of this ruleset.
+ 11.2) Fullscreen dupes widescreen. Widescreen does NOT dupe fullscreen.
+ 11.3) 720p/1080p do not dupe each other.
+ 11.4) The following dupe priority shall be used (from highest to lowest):
+
+ NATIVE BluRay/HDDVD/DVD rip
+ NATIVE HDTV rip
+ NATIVE SDTV rip
+ CONVERT DVD rip
+ CONVERT SDTV rip
+
+ 11.4.1) Native HDTV rips do NOT dupe DVD rips.
+
+ * NOTE: We want to allow users the choice of both fullscreen/widescreen rips, not force one or
+ the other simply because it was released first. That is why native HDTV rips are
+ allowed after SD dvdrips, as long as a native BluRay/HDDVD doesn't exist.
+
+
+###### PROPERS/NUKES #########################################################
+
+
+ PROPER/NUKE reasons are as follows:
+
+ 12.1) out-of-sync audio
+ 12.2) incomplete or missing audio/video
+ * NOTE widescreen may not be propered by fullscreen with this reason!
+ 12.3) improper or no IVTC when applicable
+ 12.4) 1 or more frames containing interlace
+ 12.5) incorrect aspect ratio
+ 12.6) out-of-spec encodes
+ 12.7) very bad audio/video quality (including low bitrate on high motion videos)
+ 12.8) improper audio replacement (excluding concerts/live performances)
+ 12.9) lip-sync or audio sync to source is broken
+ 12.10) missing 1 or more sound effects (profanity is NOT a sound effect!)
+ * NOTE if the video is available with and without sound effects, each is
+ considered different versions.
+ 12.11) bad cropping
+ 12.12) one-click tool (such as GordianKnot) was used for encoding
+ 12.13) disabled CABAC for x264 encodes
+ 12.14) improper naming/tagging
+ 12.15) unnecessarily re-encoded audio
+ 12.16) stream errors
+ 12.17) missing/incorrect/false .nfo
+
+
+################################################################################
+
+ * NOTE TO NUKERS:
+
+ If you don't know how to determine things like progressive ghosting vs. a bad ivtc, or a
+ bad ivtc in general, please ask! We'll be more than happy to explain anything regarding
+ our rules to eliminate any confusion!
+
+
+**** ANY RELEASES NOT FOLLOWING THESE RULES MUST BE KEPT INTERNAL OR RISK NUKE/PROPER! ****
+
+aa3a1c554cf9596c315bf7ad2df5e5c7
+eof
MVID SECTION
+
+Music Video Council 6
+===============================
+EFFECTIVE DATE: October 1, 2011
+
+This rule set has been approved by the following music video groups:
+CMS FRAY GWViD iUF JESTERS MV mV4U mVa NaWaK PmV SNO SRP uva UVZ VFi
+
+
+###### DEFINITIONS / TERMS ###################################################
+
+ - "HD" refers to the resolution requirements outlined in 7.1
+ - "DDC" refers to Downloadable/Direct Digital Content which is not freely available
+ - "source" refers to the actual source material (i.e. dvd, dvb stream, etc.)
+ - "replacement" refers to material used to REPLACE something from the source
+ - "untouched" refers to content which is unaltered in any way
+ - "IVTC" is an abbreviation for Inverse Telecine
+ - "EXTENDED" refers to videos containing additional intro/outro/intermediate footage.
+ - "Live performance" refers to any performance that is not part of a music video.
+ - "Concerts" are simply live performances regardless if it's at a stadium, festival,
+ concert hall, club, etc.
+ - "Bootlegs" are defined as any self-made or live-filmed content not produced by the artist
+ or their respective label and are not intended or licensed for network broadcast, commercial
+ sales, or public release.
+ - "Native" refers to the standard in which the video was produced, e.g. NTSC or PAL.
+ NTSC produced video is native to NTSC, PAL produced video is native to PAL.
+ Videos may be either IVTC'able or progressive.
+ PAL produced video that is broadcast in NTSC is converted.
+ NTSC produced video that is broadcast in PAL is converted.
+ In some special cases converts can be restored to their original progressive state.
+ - "Mod8" refers to a multiple of 8.
+ - "cropped DAR" refers to the display aspect ratio after removing the letterboxes.
+ - Any release pre'd in the MVID section must conform to this ruleset.
+
+
+###### CONTAINERS ###########################################################
+
+
+ 1.1) Allowed containers are: MKV
+ 1.2) MKV container:
+
+ 1.2.1) mkvmerge MUST BE USED to mux.
+ 1.2.2) Soft subbed lyrics are optional.
+ 1.2.3) Hard subbed lyrics are not allowed.
+ 1.2.4) Setting chapters in mkvmerge is allowed, but not required.
+ 1.2.5) Header compression must be disabled in mkvmerge by adding the following to
+ the BEGINNING of the command line: --compression -1:none
+
+
+###### AUDIO #################################################################
+
+
+ 2.1) Allowed audio formats are: MP2, MP3, AAC, AC3, and lossy DTS. DTS is allowed from retail sources only.
+ 2.2) All audio must have a minimum sample rate of 44.1kHz.
+ 2.3) The first/default audio track MUST BE FULLY SYNCED.
+ 2.4) When no lip-sync is present in the video, you must use audio which matches the source.
+ If you're unsure about this, put an alternative version as a 2nd track.
+ 2.5) Replacement audio, if exists:
+
+ 2.5.1) The best quality replacement audio for the song must be used. If multiple retail audio
+ sources exist, any may be used but whichever has the highest average bitrate is recommended.
+ 2.5.2) The best quality replacement audio for any sfx must be used.
+ 2.5.3) In the event mixing song and sfx sources causes an obvious difference in quality, or the
+ speed (or pitch) difference is too great, the original source audio must be used.
+ 2.5.4) Audio used for bootlegs, mixtapes, promos, etc. is often NOT the final mastered
+ retail audio. Releases using these sources can be propered if/when final retail
+ audio becomes available UNLESS it is near-same quality.
+
+ 2.6) When using scene or self-encoded audio:
+
+ 2.6.1) 2 channel audio must be MP3. 3 or more channel audio must be AC3.
+ 2.6.2) MP3 scene audio must not be nuked for a technical reason relating to the source (or encoded)
+ audio being used at the time the music video is pre'd.
+ 2.6.3) Ripper-encoded MP3s must be in compliance with the most current MP3 scene ruleset settings.
+ 2.6.4) AC3 must be encoded at 128kbit per channel, with a maximum of 640kbit.
+ 2.6.5) Advanced AC3 encoder settings such as gain changes, filters, etc. are not allowed.
+
+ 2.7) Audio from a vinyl source is not allowed under any circumstances.
+ 2.8) If part of the source audio is only available from the source itself, it must be inserted
+ into the replacement audio. This includes all sound effects.
+ 2.9) Transcoding unedited/untouched audio from one codec to another (unless to comply with 2.1), or
+ re-encoding at a higher bitrate will NOT increase quality in ANY way, therefore not allowed.
+ 2.10) If no editing is required, the replacement audio must be directly inserted as-is.
+ 2.11) Multiple audio streams are allowed at the rippers discretion. For example,
+ including both censored and uncensored audio, or multichannel AC3 audio.
+ 2.12) Altering the audio in any unnecessary way is not allowed. If gain adjustment is needed to even the
+ volume between sfx and music, the sfx gain should be adjusted and music gain left alone. Do NOT normalize
+ audio under any circumstances!
+ 2.13) Variable Bitrate WEB audio sources must have a minimum average bitrate of 160kbit. Constant Bitrate
+ WEB audio sources must have a minimum bitrate of 192kbit.
+
+
+###### VIDEO #################################################################
+
+
+ 3.1) Allowed codecs: x264
+ 3.2) Video source MUST BE digital and NOT be passed thru any analog
+ equipment (svideo output, analog capture card, etc.).
+ 3.3) Releasing raw source is NOT allowed!
+ 3.4) FPS must match that of the source, unless any of the following exceptions are met AND the
+ replacement audio is in sync with the altered FPS:
+
+ 3.4.1) IVTC is applied.
+ 3.4.2) 50+ FPS sources where every other frame is a dupe, in which case half-framerate is allowed.
+ 3.4.3) Videos that don't need or contain any deinterlacing may be reversed/decimated back to their
+ original FPS and considered native if the source was sped up/down, or contains dupe frames
+ in the following orders: 5,6,25
+ 3.4.4) Converts where a restore/deinterlace method can be used to reverse back to the original FPS.
+
+ 3.5) Dupe frames must be removed unless needed to maintain sync.
+ 3.6) Encodes must be within 5% of the original aspect ratio. To calculate
+ the AR % error use: (Release - Original AR)/Original AR x 100
+ 3.7) Upscaling is not allowed.
+ 3.8) Telecined video must be MANUALLY IVTC'ed using:
+
+ 2:2 pulldown NTSC/PAL
+ 3:2 pulldown NTSC
+
+ 3.8.1) If IVTC is not possible, the reason must be stated in your nfo.
+
+ 3.9) For non-telecined interlaced video, a deinterlacer must be applied before
+ encoding.
+
+ * It's STRONGLY RECOMMENDED you DO NOT use the following deinterlacers/filters
+ due to poor quality output: fielddeinterlace, dgbob, decomb/telecide, VerticalReduceBy2
+
+ 3.10) Interlace of ANY KIND is not allowed. If you can see it, it's not allowed. No exceptions.
+ 3.11) Vfapi creates unnecessary colorspace conversions resulting in degraded color quality
+ and is not recommended.
+
+ To avoid this if using TMPGEnc for manual IVTC, use "tprivtc" to import your
+ .tpr project file into avisynth.
+
+ 3.12) Videos containing mixed-fps/vfr (variable frame rate) must be IVTC'ed to preserve the vfr
+ if IVTCing them normally causes jumpy/choppy playback.
+ 3.13) Deinterlacing the entire video is not permitted on IVTC'able or progressive sources.
+ 3.14) Extended videos are considered different versions from that of non-extended versions and therefore
+ can not be used to proper non-extended versions. Refer to rule 8.1 for how to name extended versions.
+ 3.15) Adding an intro/outro, or watermark is not allowed.
+ 3.16) Freely available content, such as videos downloaded from YouTube, or subscriber based services
+ that don't require payment, must be pre'd as internal.
+ 3.17) 25->24/23.97 (PAL->NTSC FILM). If sped up video requires an audio edit, such as input with sfx or
+ an audio cut, source audio must be used at 25fps. If no edit is needed, use replacement audio at 23.97/24.
+ 3.18) Converting 2D <-> 3D is not allowed.
+ 3.19) If DVD5 and DVD9 sources are both available, DVD9 must be used.
+
+
+###### CROPPING ##############################################################
+
+
+ 4.1) Cropping the picture must be avoided if possible.
+
+ * Stretched/duplicate lines caused by the provider are not considered part of the
+ video and must be cropped out!
+
+ 4.2) Black letterboxing/borders (partial or full) must be removed.
+ 4.3) Both horizontal and vertical resolution must be cropped so the resulting resolutions are mod8.
+ 4.4) Cropping is allowed using the MKV container. When doing this, define the correct AR
+ when muxing with mkvmerge. The encoded source must be uncropped, and the mod8 requirement in
+ 4.3 is also unnecessary.
+
+ * This feature works correctly using newer mpc/mpc-hc, haali splitter & coreavc. However, while
+ other player/spitter/codec combinations may work as well, some still haven't added support yet
+ or their support isn't 100% (such as with VLC). While allowed, mkv cropping isn't recommended
+ until it works correctly in more player/codec combinations.
+
+
+###### x264 ##################################################################
+
+
+ 5.1) Encoding must be done using within 50 revisions up to the most current x264.exe from http://x264.nl
+ at the time of pre.
+ 5.2) Codecs supporting VFW are NOT permitted!
+ 5.3) Rips must use one of the following: main profile (level 3.0) for non-HD
+ high profile (level 4.1) for HD
+
+ 5.4) CABAC encoding must be used.
+ 5.5) In-loop filtering must be used.
+ 5.6) Average quantizer must be lower than 28 for SD, and 30 for HD. Recommended is 24 or less.
+
+ * You can use the "average drf:" field in avinaptic to check this, or use the following
+ formula:
+
+ AVERAGE=(I-Frame avg*I-Frames+B-Frames avg*B-Frames+P-Frame avg*P-Frames)/total frames
+
+ * "--aq-mode" has nothing to do with this. 2 pass, crf, and abr videos can have their
+ average quantization value calculated.
+
+ 5.6.1) If a higher quantizer is needed then the reason must be stated in the nfo.
+ 5.6.2) qp is not allowed.
+
+ 5.7) When using a non-square pixel shape, you MUST encode using the "--sar x:y" option and
+ mux with "--engage keep_bitstream_ar_info". SAR can be calculated using the following
+ formula in the following examples:
+
+ SAR = (cropped DAR X * cropped height):(cropped DAR Y * cropped width)
+
+ ex. 1: SAR = (16 * 576):(9 * 480)
+ SAR = 9216 : 4320
+ SAR = 32:15
+
+ ex. 2: cropped DAR X * cropped height 16 * 576 9216
+ SAR = ------------------------------ -------- = ---- SAR = 32:15
+ cropped DAR Y * cropped width 9 * 480 4320
+
+ 5.8) REQUIRED encoder settings:
+
+ 5.8.1) --aq-mode must be enabled
+ 5.8.2) --bframes 3 (if vertical res is greater than 864), otherwise --bframes 16
+ 5.8.3) --subme 9 (or higher)
+ 5.8.4) --ref 4 (if vertical res is greater than 864), otherwise --ref 5
+ 5.8.5) --me umh (or higher)
+ 5.8.6) --trellis 1 (or higher)
+ 5.8.7) --merange 32 (if vertical res is greater than 864), otherwise --merange 24
+
+
+###### SD (Standard Definition) ##############################################
+
+
+ 6.1) Maximum allowed average bitrate is 6000 kbps.
+ 6.2) Maximum allowed resolution is 720x576.
+
+
+###### HD (High Definition) ##################################################
+
+
+ 7.1) Source resolution must have a minimum of 1280 horizontal pixels or 720 vertical pixels.
+ 7.2) For converts, same rules apply as for Standard Definition.
+ 7.3) Upscaled sources are NOT true High Definition and are not allowed for
+ HD releases. These must be ripped according to Standard Definition.
+ 7.4) Maximum allowed average bitrates are as follows:
+
+ 7.4.1) 720p is 10000 kbps.
+ 7.4.2) 1080p is 14000 kbps.
+
+ 7.5) 1080i sources which aren't IVTC'able must be scaled to 720p.
+
+
+###### DIRECTORY/FILE NAMING, TAGGING, PACKAGING #############################
+
+
+ 8.1) The directory naming scheme is REQUIRED and enforced to maintain consistency
+ in the scene. The following is a list of all valid tags, where applicable.
+
+ LANGUAGE: (refer to 8.1.4)
+ SHOW : (used for live & pre-recorded performance which were broadcast)
+ DATE : (date of performance. must use the following format: YYYY-MM-DD)
+ SOURCE : DDC, BLURAY, DVDRIP
+ FORMAT : 720p, 1080p
+ OTHER : 3D, CONVERT, PROPER, REPACK, RETAIL, NFOFIX, DIRFIX
+ CODEC : (refer to the listed codecs in rule 3.1)
+ YEAR : (refers to the year the video was released)
+
+ 8.1.1) The REQUIRED naming scheme is as follows:
+
+ ARTIST-SONG_(SHOW_DATE)-LANGUAGE-SOURCE-FORMAT-OTHER-CODEC-YEAR-GROUP
+
+ * If a tag field is not applicable, it may be excluded.
+
+ The following are some examples:
+
+ Artist-Song_Title-CODEC-YEAR-GROUP
+ Artist-Song_Title-CODEC-YEAR-GROUP_INT
+ Artist-Song_Title-LANGUAGE-CODEC-YEAR-GROUP
+ Artist-Song_Title-DVDRIP-CODEC-YEAR-GROUP
+ Artist-Song_Title-DVDRIP-RETAIL-CODEC-YEAR-GROUP
+ Artist-Song_Title-BLURAY-CODEC-YEAR-GROUP
+ Artist-Song_Title-BLURAY-RETAIL-FORMAT-CODEC-YEAR-GROUP
+ Artist-Song_Title_(Extended)-CODEC-YEAR-GROUP
+ Artist-Song_Title_(Tonight_Show_2011-01-31)-CODEC-YEAR-GROUP
+ Artist-Song_Title_(54th_Annual_Grammys)-FORMAT-CODEC-YEAR-GROUP
+ Artist-Song_Title_(2011_MTV_Music_Awards)-CODEC-YEAR-GROUP
+ Artist-Song_Title-PROPER-CODEC-YEAR-GROUP
+ Artist-Song_Title-DDC-CODEC-YEAR-GROUP
+ Artist-Song_Title-DDC-RETAIL-CODEC-YEAR-GROUP
+ Artist-Concert_Title_(DATE)-CODEC-YEAR-GROUP
+ Artist-Concert_Title_(DATE)-CODEC-YEAR-GROUP_INT
+ Artist-Concert_Title_(SHOW_DATE)-CODEC-YEAR-GROUP
+ Artist-Concert_Title_(SHOW_DATE)-CODEC-YEAR-GROUP_INT
+
+ 8.1.2) Music videos bundled with CD or DIGITAL audio content must be tagged as DDC.
+ 8.1.3) The RETAIL tag is reserved for content from publicly accessible retail outlets, purchased
+ directly by the group ripping the video(s).
+
+ * Non-free subscriber-based services (such as Promo Only and Rock America) are NOT retail
+ outlets. You are paying for a service, not purchasing content.
+
+ 8.1.4) Rips containing a non-english majority of vocals must be tagged with the corresponding
+ ISO 639-1 language code: http://en.wikipedia.org/wiki/List_of_ISO_639-1_codes
+ 8.1.5) Internal releases must be tagged with -GROUP_INT and adhere to the allowed container types
+ in rule 1.1, and video codecs in rule 3.1.
+
+ 8.2) SFV and NFO are required.
+ 8.3) Live performances, including pre-recorded, must include the show name (if applicable)
+ and original broadcast date. If the performance wasn't broadcast (such as concerts
+ released straight-to-video), use the date of the performance. Live performances used as music
+ videos do not need a date.
+ 8.4) Events & awards shows occurring annually or less frequent (such as the Grammys and Rock am Ring),
+ or occur more than once a year and are named with an edition/series number (such as The Dome),
+ must be tagged with the show name and year OR the edition/series number.
+ 8.5) The appropriate tags, outlined in 8.1, must be used when applicable.
+ 8.6) RARing is at the rippers discretion but recommended for releases >=500MB. RAR'ed releases
+ must be packaged as follows: 15MB, 50MB, 100MB or 200MB rars, and a 1 minute sample.
+
+ 8.6.1) RARing single file releases <500MB is not allowed.
+
+
+###### CONCERTS, LIVE PERFORMANCES, FREESTYLES, ETC. #########################
+
+
+ 9.1) Multi-pass vbr or crf encoding must be used for these. You may also split into
+ separate tracks (NOT separate releases).
+
+ 9.2) Two or more songs by the same artist, from the same performance/event, ripped to
+ individual files must be packaged in ONE release, similar to an MP3 album, for example:
+
+ DIRNAME/00-artist-concert_title.nfo
+ DIRNAME/00-artist-concert_title.sfv
+ DIRNAME/01-artist-introduction.mkv
+ DIRNAME/02-artist-song1.mkv
+ DIRNAME/03-artist-song2.mkv
+ ...
+
+ * refer to 8.1.1 for DIRNAME examples
+
+ 9.2.1) Award shows are an exception and must be packaged as single-song releases
+ with any intermediate footage (interviews, presentations, etc.) removed.
+
+ 9.3) Third party videos (commercials, karaoke, bootlegs, etc.) are not allowed.
+
+
+###### NFO FILE ##############################################################
+
+
+ 10.1) NFO's MUST contain:
+ - artist name and song title
+ - format (x264)
+ - resolution and aspect ratio
+ - video source (DVD, DVB, DVB 1080i, DVB 720p, scene release title, etc.)
+ - audio source (RETAIL CD, RETAIL WEB, scene release title, etc.)
+ - deinterlace filter name(s) and IVTC method used
+ - genre
+ - year of video release
+ - repack reason (if applicable)
+ - proper reason and name of release you're propering (if applicable)
+
+ * Broadcasted live performances MUST include the show it aired on and original air date.
+
+ Other recommended (but not required) information to include:
+ - filesize
+ - video playtime (min:sec)
+ - audio/video bitrate
+ - album name (if available)
+
+ 10.2) If a scene-released audio or video source was used, the exact release name must be included.
+
+ 10.2.1) While we DO NOT require groups to ask "permission" to use sources, we encourage it.
+
+ 10.3) If non-scene web audio was used, the source/store url must be included.
+
+
+###### DUPES #################################################################
+
+
+ 11.1) mkv/x264 dupe all releases prior to the date of this ruleset.
+ 11.2) Fullscreen dupes widescreen. Widescreen does NOT dupe fullscreen.
+ 11.3) 720p/1080p do not dupe each other.
+ 11.4) The non-DDC dupe priority list is as follows, from highest to lowest:
+
+ NATIVE BluRay/DVD RETAIL rip
+ NATIVE BluRay/DVD rip
+ NATIVE HDTV rip
+ NATIVE SDTV rip
+ CONVERT BluRay/DVD rip
+ CONVERT HDTV rip
+ CONVERT SDTV rip
+
+ 11.4.1) Native HDTV rips are NOT duped by DVD rips.
+
+ 11.5) The DDC dupe priority list is as follows, from highest to lowest:
+
+ NATIVE HD DDC RETAIL
+ NATIVE HD DDC/SD DDC RETAIL
+ NATIVE SD DDC
+ CONVERT HD DDC RETAIL
+ CONVERT HD DDC/SD DDC RETAIL
+ CONVERT SD DDC
+
+ * NOTE: We want to allow users the choice of both fullscreen/widescreen rips, not force one or
+ the other simply because it was released first. That is why native HDTV rips are
+ allowed after SD dvdrips, as long as a native BluRay doesn't exist.
+
+ 11.6) We do not acknowledge releases pred in other sections therefore no release in MVID is subject
+ to dupe of a non-MVID release.
+
+
+###### PROPERS/NUKES #########################################################
+
+
+ Some example PROPER/NUKE reasons are as follows:
+
+ 12.1) out-of-sync audio
+ 12.2) incomplete or missing audio/video
+ * NOTE widescreen can not be propered by fullscreen with this reason!
+ 12.3) improper or no IVTC when applicable
+ 12.4) 1 or more frames containing interlace
+ 12.5) incorrect aspect ratio
+ 12.6) out-of-spec encodes
+ 12.7) very bad audio/video quality (including low bitrate on high motion videos)
+ 12.8) improper audio replacement (excluding concerts/live performances)
+ 12.9) lip-sync or audio sync to source is broken
+ 12.10) missing 1 or more sound effects (profanity is NOT a sound effect!)
+
+ * NOTE: if the video is available with and without sound effects, each is
+ considered to be a different version from the other.
+
+ 12.11) bad cropping
+
+ 12.11.1) When propering for overcrop, the proper must have a minimum resolution of the video
+ it's propering, PLUS at least 6 more pixels worth of image on either the horizontal
+ and/or vertical.
+
+ 12.12) one-click tool (such as GordianKnot) was used for encoding
+ 12.13) disabled CABAC for x264 encodes
+ 12.14) improper naming/tagging
+ 12.15) unnecessarily re-encoded audio
+ 12.16) stream errors
+ 12.17) missing/incorrect/false .nfo
+
+
+################################################################################
+
+ * NOTE TO NUKERS/RIPPERS:
+
+ If you don't know how to determine things like progressive ghosting vs. a bad ivtc, or a
+ bad ivtc in general, please ask! We'll be more than happy to explain anything regarding
+ our rules to eliminate any confusion!
+
+ Use common sense. For example, we list all valid tags in rule 8.1. Any tag not listed
+ in rule 8.1 is obviously invalid and therefore not allowed, and therefore nukable.
+
+ Some groups take advantage of mkvcrop so make sure you're using a compatible player before
+ nuking for "bad.crop"!
+
+################################################################################
+
+aa3a1c554cf9596c315bf7ad2df5e5c7
+eof
(unofficial)
+1.1. Loaders and lower protected cracks not allowed.
+1.2. Demo, download-version, beta, alpha, and press copy exes are not
+ valid cracks.
+1.3. When propering a bad crack groups must explain whats wrong with the
+ bad crack (include screenshots and prefer using language that non-
+ crackers would understand when possible).
+1.4. When a crack works without missing any feature in game and does not
+ interfere in anything in gameplay it can not be propered.
+1.5. Crack must support the Operating-System(s) that retail game does.
+1.6. Cracks cannot be taken from non-scene people. Not only is it theft,
+ it is also lame.
+1.7. Before nuking for bad crack ask a real cracker or prove with images.
+1.8. Modifying a game.exe for friendlier use is allowed.
+ NOTE: Can not go agaisnt rule 1.4
+1.9. Only use cracks from other groups with permission.
+1.10. The use of public unpackers is not permitted in crack construction.
+1.11. Cracks made with leaked tools are not allowed. You need permission
+ from the tool author.
+1.12. Compressors are allowed to be used on cracks like UPX. Protectors
+ like asprotect or themida are not.
+1.13. Mini and maxi images are not cracks.
+1.14. Cracks need to work without protection drivers.
+2. Packaging
+2.1. The standard container specifications apply:
+CD ..................... 15,000,000 byte rars
+DVD .................... 50,000,000 byte rars
+DVD9 ................... 100,000,000 byte rars
+HDDVD/BLU-RAY <= 50GB .. 500,000,000 byte rars
+HDDVD/BLU-RAY > 50GB ... 1,000,000,000 byte rars
+2.2. No homemade ISOs.
+2.3. bin/cue contents must fit on the releases associated medium
+ (repacking with crack increases the size).
+3. Labeling
+3.1 No need to TAG media type unless a version of another media type
+ already was pred. For instance tag with DVD when cdversion is out.
+4. Miscellaneous
+4.1. The game must be pred within 24 months of the retail launch date.
+
+
+
+
diff --git a/blog/mirror/scenerules.org/t.html?id=high.definition.x264.standards.revision.3.1.addendum.1.nfo.html b/blog/mirror/scenerules.org/t.html?id=high.definition.x264.standards.revision.3.1.addendum.1.nfo.html
new file mode 100644
index 0000000..cd6ed31
Binary files /dev/null and b/blog/mirror/scenerules.org/t.html?id=high.definition.x264.standards.revision.3.1.addendum.1.nfo.html differ
diff --git a/blog/mirror/scenerules.org/t.html?id=imgxxx_rebuttal.nfo.html b/blog/mirror/scenerules.org/t.html?id=imgxxx_rebuttal.nfo.html
new file mode 100644
index 0000000..462afbc
--- /dev/null
+++ b/blog/mirror/scenerules.org/t.html?id=imgxxx_rebuttal.nfo.html
@@ -0,0 +1,69 @@
+
+
+
+
+ imgxxx_rebuttal.nfo
+
+
+
+
+ -READNFO-
+
+ hello to all the nukers and siteops..
+
+ recently we got some information, that other groups are requesting to nuke our rlses..
+ well..there are 'new' rules, ha ha, we are not going to bad-mouth anybody, but
+ it's really inappropriate to create any rules, without asking more groups (since there
+ are quite a few nowadays in pixxx section) and what is more, there are also older groups,
+ much more respected, that didnt sign them (or probably wasnt even contacted)
+ ..in addition, some of the groups that signed those rules are considered a security risk,
+ coz they affil rented or paysites..which is a problem of siteops of corz, not us..
+ we dont care if anybody is stupid enough to risk it..whatever
+ anyway, we are not against creating rules, but we insist, that they must be signed by
+ more groups, which are also more respected on the !scene! (not on rented or paysites)
+ until that happens, we are not goin to respect them
+ astalavista baby..
+
+
+ keep scene clean & secure, its so hard?
+
+
+ NOTE: About our releasing rules.
+
+ We started releasing in our way. We packing releases based on 0day
+ scene rules, coz we don't like complete leech of site and packing it.
+ Our releases are RIPs of the sites, just the quality contents, not
+ the shit which are all sites full of ! In our nfo, you can always
+ find as much info about model as we are able to get from the riped
+ site. No more unnamed models, every model has name, personality,
+ soul and you can feel it ! We don't need to enter date of posted
+ gallery on the site, images are nice after years too, but still
+ release can be unique identified what contenst we taken from
+ the riped site. Every release contains dir named "Sample" in which
+ you can find one sample picture from the packed serie to check
+ the quality of the photos and the girl before you decide to download.
+ Every release contains also one .sfv file with CRC code for every
+ packed image (to prevent the quality of pictures when they are copied
+ unpacked).
+
+ Love or hate us ? Decision is on You...
+
+
+// taken from EvasGarden_Eu_-_Ariel_032510-READNFO-PiCXXX-koCZka
+ EvasGarden.eu_10.03.28.Tea.Fondness-READNFO-XXX.iMAGESET-koCZka
+
RE: MP3 BONUS TRACKS RULE
+(taken from Jennifer_Hudson-I_Remember_Me-(Deluxe_Edition_Bonus_Tracks)-2011-C4)
+
+ It seems for the past few years we've been using the wrong
+ calculation for bonus tracks. The rules specifically say "of
+ your version," but we've been using the ratio of new tracks on
+ our release to the number of old tracks on the previous release,
+ which in this case yields 33% (4/12). This is wrong according to
+ the rules, and the calculation should be 25% (4/16). Our apologies
+ for this mixup.
+
+________________________________________________________________________________________________________
+
+Regarding 0DAY:
+
+crack == regged (dupe each other)
+keygen doesn't dupe cracked/regged IF it's keygen.only
+incl.keygen = dupe.CRACKED/REGGED.YYYY-MM-DD_release.keygen.only IF cracked/regged release is out first
+
+Releases do NOT dupe universal keygens
+
+Maximum size of releases should be 300MB, however countless releases are over this size, and can't be
+made any smaller. Numerous 0DAY sites no longer follow this rule, numerous groups/applications cannot
+follow this rule, etc, nuking for this reason is not reccomended.
+
+________________________________________________________________________________________________________
+
+Regarding IVTC/AR on CAMs:
+(taken from Death.Race.REPACK.READ.NFO.TELESYNC.XviD-OPTiC)
+
+"
+ The subject of NTSC CiNEMA needs to be addressed, it would
+ seem that there's some serious confusion about incorrect ivtc,
+ specifically on 29.970 fps source content, when it's filmed there
+ are naturally more frames present in a span of 1 second compared
+ to the projection equipment which runs at 23.976 fps, in this
+ situation you will experience some frames which are a combination
+ of 2 film frames. This is not a typical way of broadcasting and
+ thus there is no consistent pattern in where the dupe frames occur.
+ these are the only bad frames that are really present in the
+ recording. But, naturally some decimation is expected by everyone,
+ so if you want 23.976 fps as the end result than you can only
+ simply ivtc in this case, you never really have "dupe frames" to
+ work with. Due to flickering, changing lights, noise, etc., the
+ same frame filmed twice will not be 100% identical. That's why
+ it's nearly impossible to remove dupe frames when capturing a
+ broadcast by camera. It's decimated to 23.976, but keep in mind
+ you can't be sure if the removed frames are unique or the "dupe"
+ frames. The idea behind bitching "improper ivtc" is that you don't
+ want to waste bits on frames that are identical obviously - and
+ you want an encode that runs at the same framerate as the original
+ film. That's a great idea, but impossible to perfect when you're
+ capturing the movie off a cinema screen with a camera. This encode
+ runs at the correct framerate and has been treated as good as
+ possible with regards to dupe frames. I know what you're thinking
+ "go through all 141332 frames manually and delete those that are
+ dupes"? Bad idea. You can't just go randomly deleting frames since
+ there's no pattern in the presence of dupe frames on our source.
+ You'd had to be sure you remove those extra frames on every second
+ of footage. Since there's no pattern, you'll have to delete good
+ frames too and some times not in a consistant pattern and guess
+ what that gives you. Yup, jerky movement.
+
+ Also, regarding proper size when refering to resolution, honestly
+ this is the discretion of the encoder, based on the source you
+ have. The resolution is mod16 and AR is correct to the source.
+ Whining about AR just because it isn't 2.35, 2.5 1.77 or whatever,
+ doesn't make it a valid nuke reason. Given the source, this is the
+ perfect AR (2 vs. 2.006).
+"
+
+________________________________________________________________________________________________________
+
+Various no-no's on DVDR (re)authoring:
+ http://dvdafteredit.com/node/1121
+
+"NOP This is a no operation command, which essentially does nothing.
+ In general the use of the Nop command should be avoided since
+ many DVD-Video players interpret a Nop command as a Stop command."
+
+Ralph LaBarge, DVD AUTHORING & PRODUCTION (CMP Books, 2001) 201.
+
+Other DVDR Resources:
+ http://www.dvd-replica.com/
+
+________________________________________________________________________________________________________
+
+New resolution rules in txd2k9:
+
+" the new xvid rules contain a gay
+ clause not allowing a resolution above 640x due to some
+ piece of shit $20 Philips divx player that is apparently
+ popular and is unable to disply the correct aspect ratio
+ on a WS tv (or some other bullshit) when the res is over 640."
+
+from Law.and.Order.SVU.S08E16.PROPER.DVDRip.XviD-NODLABS
+
+________________________________________________________________________________________________________
+
+FPS Based runtime differences:
+
+movie frame count / fps * 60 = minutes
+
+Count the movie frames (minus studio intro + credits)
+If they are the same, = dupe.
+
+eg:
+
+Green.Street.Hooligans.2.UNRATED.DVDRip.XviD-HNR
+http://scenerules.irc.gs/fpsdif.png
+
+________________________________________________________________________________________________________
+
+"BivX (for Bi-DivX - Bilingual-DivX) is a DivX which includes two audio tracks, as with a DVD, which you
+can choose between one language or another."
+
+http://tinyurl.com/ydcdbrj
+http://tinyurl.com/ycxa8wy
+
+________________________________________________________________________________________________________
+
+RE: UBISOFT DRM / SKiDROW
+
+http://scenerules.irc.gs/t.html?id=rzr-set7.nfo
+^ The_Settlers_7-Razor1911
+
+http://scenerules.irc.gs/t.html?id=dormine.nfo
+^ Assassins_Creed_2_READNFO_ONLY-DORMINE
+________________________________________________________________________________________________________
+
+What is PDTV?
+
+http://scenerules.irc.gs/t.html?id=pdtv.nfo
+^ found as "pdtv.nfo"
+________________________________________________________________________________________________________
+
+RE: DOWNSAMPLED AUDIO ON NON-RETAIL MOVIE-XVID SOURCES
+
+"We noticed that there became popular such nuke reason
+as downsampled audio for TS/TC releases. Dunno if all these nukers ever
+heard about Nyquist-Shannon theorem. Many direct audio today doesn't
+contain any frequencies above 16kHz. (Check spectral-mvs.jpg for
+example). So according to sampling theorem there is no need to raise
+audio sampling rate above 32kHz. So 48kHz audio on TS/TC xvid ain't
+necessary at all, but even more is just a waste of bitrate."
+
+taken from: A.Note.To.maVenssupplieR.TC.XviD-ASTEROiDS
+read more at: http://en.wikipedia.org/wiki/Nyquist%E2%80%93Shannon_sampling_theorem
+
+________________________________________________________________________________________________________
+
+RE: LOL
+
+How.I.Met.Your.Mother.S05E22.PROPER.READNFO.HDTV.XviD-LULZ (2010-05-11)
+
+It appears as though LOL have watermarked yet another release from their supposed
+pre-air source (note that the timestamp of the extracted AVI is often earlier than
+the time of which the show airs in the east-coast[1], though this may not
+necessarily prove anything).
+
+LOL may have taken a content rating logo[2] and the Citytv logo[3] and overlayed
+it on their source perhaps via an AVISynth filter such as Overlay[4].
+
+Citytv broadcasts in HD DTT in the east- and west-coast.[5] Our source is the 1080i
+public broadcast from the only east-coast Citytv station (CITY-TV) via DTT. Notice
+that the timings, appearance, and alignment of both the content rating and station
+logos are different compared to LOL's release. For instance, LOL's Citytv logo fades
+in as a whole, whereas our legitimate Citytv logo flies in letter by letter. Also,
+CITY-TV did not broadcast the scene at the end of LOL's release with the man in
+the elevator.
+
+So if LOL actually capped from east-coast CITY-TV, and released the show before
+another HD Citytv station had aired it (which they did), why would such
+discrepancies exist? Remember, there's only one Citytv station in the east-coast
+and evidently[6] LOL didn't do a great job of making their source seem legitimate,
+even though they shouldn't have tried to from the get-go.
+
+Assuming (the possibly unlikely case) that their pre-air source is a "backhaul"
+feed[7] in which flagship stations distribute shows to their affiliates, then it
+may be expected to be sans-logo as affiliates are to overlay their own logo.
+
+There's even a rule in the 2008 TV-X264 ruleset stating that "group watermarks
+of any kind on the video will not be tolerated,"[8] so it seems perplexing as
+to how DIMENSION are preing some of their releases scot-free.
+
+Moreover, it is interesting to note that for many of their releases, regardless of
+show or station (i.e., "Citytv" or "WDRB"), the content-rating logo usually fades
+in at 2s and fades out at 11s.
+
+LOL are welcome to disprove these allegations of group watermarking by providing
+an unedited source sample and an explanation. If they cannot in a timely manner,
+or choose to continue to pre these group-watermarked releases, we may continue
+to proper them. In the meantime, here is the actual broadcast of the show on
+CITY-TV for the interested (ours is cropped to the widest frame[8]).
+
+On another note, the recent biases and hypocrisies that have been rotting the scene
+have grown out of hand. It may be very likely that this release will be nuked and
+LOL's release might not be nuked, both on the basis of a reason such as "no.such.
+rule_there.are.no.tv.xvid.rules"[9]. If that is the case, why nuke any TV-XVID
+release at all?
+
+1. What was the point of the nukewar between P0W4 and 2HD regarding Flashforward
+ S01E12? Perhaps, that a group can proper another group's release for the most
+ minute of reasons, but only if the group that has propered has seniority.
+ Remember, P0W4 was unable to successfully use the same argument that was used
+ to unnuke LOL's release of Happy Town[9]. For instance, LULZ has absolutely no
+ seniority over LOL, so would we have the "right" to proper?
+
+2. Groups with seniority do not deserve any leeway on their own technical flaws.
+ They must be held accountable just like any other TV-XVID group. If a group
+ has consistently ruined their releases, a "warning" nuke must not be made, but
+ all of the ruined releases must be retroactively nuked--regardless of group
+ seniority. For instance, this series is not the only one that LOL may have
+ watermarked with the Citytv logo (see Modern Family and Community). Will their
+ previous releases be retroactively nuked? Time will tell.
+
+The bottom line is that all groups must be treated fairly and if there is a
+proven and reasonable technical flaw with a release, it deserves to be nuked.
+Any nuker that disagrees, does not deserve to be one.
+
+Included:
+1. Our source sample of the show (sample.mpg).
+2. A clip of the local news (news.mpg) to prove that this source is CITY-TV.
+3. A screenshot of the timestamp (timestamp.png) of the AVI of LOL's release.
+4. Frame comparisons of both releases (comparisons/).
+
+References:
+1. See timestamp.png.
+2. http://en.wikipedia.org/wiki/Television_content_rating_systems#Canadian_ratings
+3. http://en.wikipedia.org/wiki/File:Citytv_HD_logo.svg
+4. http://avisynth.org/mediawiki/Overlay
+5. http://en.wikipedia.org/wiki/Citytv#Citytv_HD
+6. See frame comparisons.
+7. http://news.cnet.com/2100-1023-258229.html
+8. http://rules.nukenet.info/t.html?id=2008_TV_X264.nfo
+9. See nuke history for Happy.Town.S01E01.HDTV.XviD-LOL.
+
+- We did it for teh lulz. ;)
+
+
________________________________________________________________________________
+protip: Breaking news! l0Rd3z3C aka DiViNiTY aka ThEgH0sT- can't read!
+ ( Sorry, I forgets your nick on LocalNet :( )
+protip: it isn't deemed to be a valid nuke reason, although it is a
+ good indicator for possible reencodes (retail sources only).
+ Try reading the whole page.
+________________________________________________________________________________
+
+First, an explanation of mod588:
+
+"
+The mod operator returns the remainder obtained by dividing its operands.
+In other words, x mod y = x - (x div y) * y.
+"
+Oh, div is of course:
+
+"
+The value of x div y is the value of x/y rounded in the direction of zero to
+the nearest integer.
+"
+
+Since one second on a CD is divided in to 75 frames, each has 588 samples.
+A mp3 is divided into frames and each has 1152 samples.
+
+That's why we do "samples mod 588" to see if the source for the mp3 was a
+CD and not a transcode from a mp3.
+________________________________________________________________________________
+
+To obtain samples length of an mp3, a suitable and accurate program to use is
+foobar (any version), other programs don't seem to be as accurate.
+
+Drag a scene mp3 on to foobar, and right click -> properties. You will see
+something like "Duration: 3:06.972 (10774512 samples)."
+
+take the (10774512 samples) and follow through with the process below.
+________________________________________________________________________________
+
+A proper file encoded from a CD source.
+Samples length: 10774512
+
+10774512 mod 588 = 0
+
+because:
+10774512 / 588 = 18324
+the result is a whole number, an integer.
+
+
+Now, if the file was not created from a CD source:
+Samples length: 10775855
+
+10775855 mod 588 = 167
+
+because:
+10775855 / 588 = 18326,28401360544217687074829932
+the result is not an integer, so:
+18326 * 588 = 10775688
+and:
+10775855 - 10775688 = 167
+________________________________________________________________________________
+
+Notes:
+
+. Don't forget that only recent versions of LAME give sample accurate length.
+ Old LAME (pre-3.90) and non-LAME mp3 encoders won't work.
+
+. MP3's with LameTag and with the enc_delay/enc_padding values should be fine.
+
+Word from mp3c members:
+
+"
+Only dumb scene nukers are doing this.
+That is NOT an official nuke reason. I was 1 of the guys who came up with some
+of the methods of checking and THAT was NEVER 1 of them. Specta anyalsis and
+bitrate are FAR better indicators esp if u have 2 sources with 1 known and 1
+unknown. There are some variables which can vary even with wav ripping between
+1 cdrom to another hence why a couple of bits off 2 encodes can happen. CLearly
+this is a over jealous site nuker.
+"
+
+
+[Last updated: 2008-05-20]
+[Main text last updated: 2008-05-20, Prelude last updated: 2009-09-17]
+
Standardowe Zasady Ripowania (S.Z.R.).
+
+ W 1998 roku oraz ponownie 26 Marca 2000 roku, trzy grupy ripujace gry
+ wspolpracowaly ze soba aby wprowadzic porzadek i nadzieje na zapewnienia
+ jakosci na ciagle rozwijajacej sie scenie ripow.
+ W celu ustanowienia pewnego poziomu jakosci ciagle rozrastajacej sie sceny.
+ Te zasady przetrwaly dlugi czas, lecz jako ze technika idzie do przodu, tak
+ i zasady musza sie zmienic, wlasnie teraz jest czas na zmiane.
+
+ Jako ze wszyscy jestesmy swiadomi waznych zmian zachodzacych na scenie, nowe
+ zasady moga okazac sie bardzo radykalne. Wielu ludzi bedzie przeciwko nim
+ jako ze ludzie nie lubia zmian. Nie zapominajmy o tym ze gdyby nie bylo
+ zadnych zmian to nie mielibysmy zadnej z dzisiejszych zasad.
+
+ Przez wzglad na przeszle wydarzenia liderzy grup :
+
+ Myth, Divine, Vace, oraz Instinct
+
+ zebrali sie i uzgodnili nowy zestaw zasad w oparciu o stare zasady.
+ Zasady te zostaly unowoczesnione, zmodyfikowane i uzgodnione na drodze
+ porozumienia tak aby lepiej pasowaly do obecnej sceny.
+
+ Polska scena takze istnieje i powinno sie ja rozwijac pod kazdym wzgledem.
+ Zasady obowiazujace na angielsko/amerykanskiej scenie ripow gier beda
+ takze wspierane przez Francje, Niemcy i Polske. Dlatego grupa oCEANiNE
+ podpisuje sie pod tymi zasadami i zobowiazuje sie przestrzegac aby moc
+ istniec wsrod czolowki grup reprezentujacych scene ripowania gier.
+
+ Grupy tworzace te zasady braly aktywny udzial w ksztaltowaniu sceny przez
+ minimum ostatnie pol roku i uzyskaly mozliwosc aktywnego wyrazenia swojego
+ stanowiska. Nowe zasady umozliwia utrzymanie sprawiedliwej i konkurencyjnej
+ sceny, zapewniajac rowniez odpowiedniej jakosci srodowisko. W ten sposob
+ zapewniajac argument przeciwko pogladowi ze scena ripow jest martwa.
+
+ Powinno zostac odnotowane iz CLASS i BACKLASH wybrali nie angazowac sie w
+ zwiazku z ich mozliwosciami oraz rola na scenie. Jednakze dawni czlonkowie
+ S.S.O. (w tym takze CLASS i BACKLASH), ktorzy zdecydowali nie podpisywac
+ sie pod nowymi zasadami, sa nadal zobowiazani do stosowania sie do dawnych
+ zasad ktore podpisali (ustalonych przez S.S.O).
+
+ W przeszlosci te grupowe zasady zostaly nazwane odlamem lub tak jak ostatnim
+ razem S.S.O. (Sieciowe Stowarzyszenie Oprogramowania). Niektore male grupy
+ poczuly sie odciete od procesu tworzenia. Od teraz nie powinno byc zadnej
+ organizacji kierujacej innymi. Dlatego tez ten zestaw zasad jest jedynie
+ standardem ktory inni moga takze wspoltworzyc. Stad wlasnie wziela sie
+ nazwa Standardowe Zasady Ripowania (S.Z.R.).
+
+ Zasady te zostaly ratyfikowane i zatwierdzone przez 4 grupy ktore beda je
+ uznawac i stosowac sie do nich od 5 marca 2004 roku.
+
+ 1. Pliki :
+
+ Limit archiwow wynosic bedzie od teraz 55 x 5,000,000 bajtow, gdzie
+ rozmiar jest rowny 275,000,000 bajtom skompresowanych danych. Rozmiar
+ (takze gdy crack.ace lub inne temu podobne pliki sa wymagane) ten nie
+ moze byc przekroczony.
+ Grupy oszukujace na rozmiarze plikow BEDA NUKOWANE!
+
+ Limit dla standardowych dodatkow do gier wynosi 25 x 5,000,000 bajtow dla
+ jakiegokolwiek wydania ktory zawiera muzyke, mowe, komenatrze lub
+ komentatora sportowego z oryginalnej gry. Dodatek ktory nie miesci sie
+ w tych kryteriach powienien zostac ograniczony do 15 x 5,000,000 bajtow.
+ Tylko grupa, ktora wygrala wyscig wydania ripa moze wydawac do niego
+ dodatek.
+
+ W zwiazku ze zmniejszajaca sie mozliwoscia w uzyciu nazw plikow, oraz
+ mozliwosciami nowych systemow operacyjnych potrafiacych obslugiwac dlugie
+ nazwy plikow, jest dozwolone aby uzywac nazw plikow w formacie max 12.3
+ (nazwa pliku/rozszerzenie).
+
+ Akceptowane formaty kompresji to ACE i RAR oraz jakikolwiek inny przyszly
+ standard obslugujacy wielokrotne archiwa i dlugie nazwy plikow, podazany
+ przez tradycyjny PKZIPping. Standradowe metody pakowania zostana utrzymane
+ (ZIP/DIZ) z wymaganym plikiem DIZ w kazdym zipie.
+
+ 2. Poprawne Ripy.
+
+ Aby zapobiec ripom slabej jakosci, powtorne wydanie gry jest dopuszczalne
+ aby grupy mogly wydawac poprawne i respektujace zasady ripy. Nastepujace
+ warunki musza zostac spelnione:
+
+ jesli poprawny rip bedzie zawieral minimum 7 dyskow mniej lub bedzie
+ zajmowal o polowe mniej niz poprzednie wydanie i zostanie uzyskane to
+ poprzez uzycie tylko bezstratnej kompresji plikow. Stratna kompresja jest
+ niedozwolona.
+
+ Oznacza to ze wszytskie niezbedne dane musza musza byc zawarte w poprwanym
+ ripie. Wszelkie niezbedne dane nie moga zostac usuniete z wydania ktore ma
+ byc poprawnym ripem. Powtorne wydanie przez wspolzawodniczaca grupe nie
+ moze korzystac z narzedzi, orginalnego crack'a czy jakichkolwiek innych
+ plikow z poprzedniego wydania ktore zostaly przystosowane do niego.
+
+ Grupa NIE moze uzywac konwersji DDS w poprawnym ripie chyba, ze byla uzyta
+ w oryginalnym ripie. Stratna kompresja audio jest dozwolona, lecz
+ downsampling NIE.
+
+ Powtorne wydanie ripa moze byc dokonane przez kazda grupe i musi zostac
+ wykonane w 48 godzin od ukazania sie orginalnego ripa, zakladajac ze kazda
+ gre mozna zripowac do mniejszego rozmiaru, taka ilosc czasu powinna byc
+ wystraczajaca.
+
+ 3. Funkcjonalnosc
+
+ Kazde wydanie MUSI byc funkcjonalne i grywalne tak jak pelna gra, zadne
+ dane uniemozliwiajace ukonczenie gry nie moga zostac usuniete. Oznacza to
+ ze kazdy element wymagany do ukonczenia gry jest niezbedny np. :
+
+ - wszystkie pliki wykonywalne
+ - kazdy poziom (wlaczajac rogrywke dla jednego i wielu graczy)
+ - kazdy tor
+ - wszystkie modele i grafiki postaci itp
+ - efekty dzwiekowe
+ - ustawienia rejestru potrzebne do rozgrywki internetowej (Strefa/itp.)
+ - jesli numer seryjny gry jest sprawdzany poprzez internet umozliwoajac w
+ ten sposob jakakolwiek rozgrywke poprzez internet , dozwolone jest
+ usuniecie rozgrywki internetowej , rozgrywka poprzez siec LAN musi byc
+ mozliwa jelsi taka istnieje
+
+ 4. Kompresja:
+
+ Wszystkie metody kompresji bezstratnej, majace na celu zmniejszenie
+ wielkosci danej gry sa DOZWOLONE (np. uharc).
+
+ 5. Kompresja stratna:
+
+ Kompresja stratna jest dozwolona w stosunku do dzwieku, wideo
+ i nietexturowanej grafiki (np. ekrany ladowania w menu). Kompresji
+ bezstratnej poleca sie uzywac przed uzywaniem stratnej. Kompresja z utrata
+ jakosci w stosunku do textur jest DOZWOLONA uzywajac wylaczonie formatu
+ DDS. Jesli gra zawiera tekstury w niskiej i wysokiej jakosci, mozna usunac
+ te w niskiej jakosci pod warunkiem ze gra bedzie dzialac nadal na
+ wszytskich platformach sprzetowych.
+
+ 6. Dzwiek:
+
+ Efekty dzwiekowe MUSZA zostac dodane. Aby zmniejszyc wielkosc ripa,
+ kiedy to tylko mozliwe, standardowe pliki w formacie wave (PCM) powinny
+ zostac skompresowane. Jesli pliki dzwiekowe znajduja sie w duzym pliku
+ zalecane jest ich wyciagneicie i skompresowanie. Jak kolwiek grupy nie
+ musza katalogowac duzych plikow. Obnizanie jakosci dzwieku w celu
+ uzyskania rozmiaru okreslonego w zasadach jest NIEDOWOLONE.
+
+ Akceptowane formaty kompresji DZWEKU to:
+ <22/1 <22/2 22-32/1 22-32/2 44-48/1 44-48+/2 (khz/kanaly)
+
+ mp3 32 32 48 56 56 112 (kbit)
+ ogg 32 32 48 48 56 64 (kbit)
+ wma8 20 20 20 32 32 80 (kbit)
+ wma9 16 16 16 20 20 64 (kbit)
+
+
+ Dozwolone jest ripowanie muzyki, komentarzy/mowy i dzwiekow otoczenia
+ dopoki gra jest grywalna. Pliki mowy MUSZA zostac dolaczone jezeli nie ma
+ napisow. Jakosc mowy moze zostac obnizona, ale tylko do poziomu jakosci
+ DZWIEKU albo do jakosci WAV 22.050, nie nizszej. Mozna usunac komentarze
+ z wydania, jesli nie zmiesci sie w limicie.
+
+
+ Gdy wszystkie dzwieki, mowa i muzyka mieszcza sie w ripie, to nie zaleca
+ sie wydawac ich jako dodatki.
+
+ 7. Filmy:
+
+ Filmy (intra i wyciete sceny) powinny zostac usuniete jesli gra ich
+ nie wymaga do poprawnego dzialania. Nalezy unikac tworzenia sytuacji,
+ w ktorej uzytkownik czeka widzac czarny ekran (black screen) zamiast
+ filmu.
+
+ Obnizanie jakosci filmow jest dozowlone tylko wedlug tych zasad:
+
+ Divx 3-5 / xvid / orginalny kodek (uzyty w grze)
+
+ - Kbit rate : 650 kbit+
+ - Jakosc : 93%+
+ - Quantizer : 4.0 (nie wiecej)
+
+ RadVideo (BIK):
+ - skompresowac do polowy rozmiaru orginalnego pliku
+
+ Windows Media Video (WMV) / MPEG2:
+ - dozwolona zmiana rozdzielczosci ale nie mniej jak polowa oryginalnej
+ (wysokosc/szerokosc podzielona przez 2)
+ - dozwolona rekompresja z ta sama rozdzielczoscia ale nizsza kbit rate
+
+ *UWAGA* KOnwersja filmow na maszynie uzytkownika koncowego jest ZABRONIONA
+
+ 8. Dodatki:
+
+ Inne dozwolone rozszerzenia do gier moga zawierac:
+
+ - wstawki filmowe / filmy
+ - komentarz / mowa
+ - muzyka
+ - edytor
+
+ Nie wiecej niz 2 rozszerzenia moga zostac wydane do jednej gry.
+
+ Dodatki: Intro i Outro sa ZABRONIONE.
+
+ Tylko grupa, ktora wygrala wyscig moze wydac powyzsze rozszerzenia.
+ Chyba ze istnieje problem. Ma to zapobiec wydawaniu dodatkow przez
+ grupy nie rozumiejace jak to zrobic poprawnie, aby wspierac pierwotne
+ wydanie, oraz powstrzymac powstawaniu duplikatow.
+
+ To bedzie WYMUSZANE na WSZYSTKICH SITE'ach!
+
+ 9. Kiddie:
+
+ Gry dla dzieci (inaczej jako gry Kiddie) i Edukacyjne
+ oprogramowanie nie kwalifikuja sie do tych zasad.
+ Gry dla dzieci zwykle sa zdefiniowane poprzez odbiorcow danej gry
+ z przedzialu wiekowego 5-12 lat jak jest okreslone przez producentow
+ gier. Zdrowy rozsadek powinien zostac zastosowany do rozpoznania czy gra
+ naprawde jest dla dzieciaka.
+ Gry platformowe NIE sa uwazane za gry dla dzieci chyba, ze jawnie
+ to stwierdzil producent / wydawca.
+
+ 10. Oficjalne rozszerzenia:
+
+ Dodatkowe level'e, rozszerzenia gry itp. do wydan sa dozwolone tylko
+ w przypadku gdy sa one oficjalnie wydane / autoryzowane przez
+ producenta albo wydawce gry. Jesli jest to mozliwe ze wzgledu na
+ wielkosc, dodatek powinien byc zrobiony jako samodzielny i nie
+ wymagajacy oryginalnego wydania. Jezeli rozmiar nie pozwala na
+ umieszczenie oryginalnych misji, moga one zostac usuniete.
+ W .NFO powinno zostac wyjasnione dlaczego rozszerzenie nie jest
+ samodzielne.
+
+ 11. Duplikaty:
+
+ Gry rozprowadzane w Stanach Zjednoczonych, a dopiero POZNIEJ na terenie
+ Europy lub odwrotnie, pod ta sama lub inna nazwa / przez innego wydawce.
+ Jezeli te gry zostana wydane PO wydaniu innej grupy sa uwazane jako
+ DUPLIKATY, chyba ze zostanie udowodnione, ze jest wyraznie widoczna
+ roznica w drugim wydaniu (wiecej niz tylko male roznice w grafice lub
+ dzwieku). Roznice w datach plikow i tytule gry miedzy wersjami Euro i US
+ nie sa wystarczajaco dobrym powodem do wypuszczenia gry.
+
+ 12. Informacja:
+
+ Krotka informacja o tym co zostalo usuniete z gry lub zostalo
+ skompresowane kompresja stratna, powinna byc wyraznie podkreslona
+ - umieszczona w .NFO albo w CRACKTRO. Ten plik powinien zostac
+ umieszczony w pierwszym pliku wydania tak, aby kazdy wiedzial,
+ gdzie znalezc ta informacje.
+
+ 13. Usprawnienia:
+
+ Wypuszczenia trainer'ow i patch'y:
+
+ W pelni zcrackowane Patche i Trainery sa wysoce zalecane, chociaz nie sa
+ one obowiazkiem jakiejs grupy (lacznie z grupa ktora wypuscila oryginalne
+ wydanie tego tytulu).
+
+ Gdy 2 trainery zostana wydane do tej samej gry, to nie kwalifikuje sie
+ jako duplikat pod warunkiem iz 2 trainer udostepnia nowe opcje
+ w porownaniu do wczesniejszego trainera.
+
+ Patche, ktore sa takie same, kwalifikuja sie jako duplikaty.
+ Rowniez patche do wersji beta kwalifikuja sie tak samo jak wersje beta
+ i powinny byc odpowiednio nuke'owane. Nawet przedsiebiorstwa, ktore robia
+ patch'e do wersji beta nie wspieraja ich, wiec dlaczego scena mialaby?
+
+ Wszystkie trainery musza pracowac tak samo na wszystkich platformach
+ ktore wspiera gra. Jesli gra wspiera W9x / WME / NT4 / WXP / W2K3 / WOW64
+ wtedy opcje trainera musza poprawnie dzialac rowniez z tymi systemami.
+
+ ZABRANIA sie korzystania z TMK / Magic lub innego generatora trainerow.
+ Zakazane sa z powodu iz takie trainery nie dostarczaja jakosci, ktora
+ dostarcza prawdziwy trainer i moga nie dzialac prawidlowo na pozniejszych
+ poziomach lub w innych sytuacjach.
+
+ Uaktualnienia wersji beta nie beda traktowane jako poprawne wydania.
+ Zadna grupa nie moze wypuszczac zcrackowanej laty do gry, jesli ogolna
+ lata istnieje dla konkretnej gry na scenie. Jesli ogolny crack istnieje,
+ uaktualnienie moze zostac wydane jezeli zostanie udowodnione ze crack ten
+ nie dziala juz.
+
+ 14. Wspolzawodnictwo:
+
+ Jesli dwa albo wiecej wydania tej samej gry zostaja wypuszczone, pierwsze
+ dzialajace wydanie wygrywa. Site-y nie powinny nuke'owac jakiegos wydania
+ do momentu az zostanie udowodnione, ze pracuje poprawnie i zastosowano
+ powyzsze reguly.
+
+ 15. Kradziez:
+
+ Zadna grupa nie ma prawa uzywac dorobku innej grupy - crackow do wersji
+ iSO albo narzedzi napisanych przez inna wspolzawodniczaca grupe.
+ Inne ogolnodostepne narzedzia sa dopuszczalne. Crack z wersji ISO albo
+ wczesniejszego wydania (nawet w innych jezykach) nie moze byc uzyty bez
+ zezwolenia cracker'a, albo tworcy pierwotnego wydania. To pozwolenie
+ moze zostac dane tylko przez cracker'a a nie liderow lub seniorow.
+ To zapewni cracker'om kontrole nad ich wlasnymi crackami i nie dopusci
+ do mieszania ich w polityke grupy. Powinno zwrocic sie uwage na to, ze
+ wiekszosc crack'ow ISO jest crack'owana przez cracker'ow grup
+ ripperskich. Tak wiec bez zgody grupy, zaden crack nie moze zostac
+ uzyty przez inna grupe. Nawet jesli nie istnieje rip, zostanie to
+ uznane za kradziez. Np. grupy takie jak TECHNIC ktore kradna crack'i
+ caly czas powinny byc bannowane i nukowane z powodow jakosciowych.
+
+ Jesli grupa badz jej czlonek udostepni w/w narzedzia lub ich kody
+ zrodlowe, wtedy staja sie te narzedzia wlasnoscia publiczna. Co powinno
+ dzialac odstraszajaco w stosunku do crackerow, ktorzy chca sie chwalic
+ kazdemu, a w konsekwencji firmy zabezpieczjace maja dostep do narzedzi
+ scenowych co w zwrocie rani scene kiedy zabezpieczenia zostaja
+ udoskonalane.
+
+ 16. Osmieszanie:
+
+ Zatargi i narzekania pomiedzy grupami na temat wydan byly od zawsze
+ czescia sceny lecz czasem pewne grupy troche z tym przesadzaly. Powoduje
+ to iz wszytskie grupy wygladaja slabo i dziecinnie w oczach uzytkownikow;
+ co gorsza moze to prowadzic do pewnych zagrozen bezpieczenstwa.
+ W celu unikniecia takich sytuacji w przyszlosci, bezposrednie nazywanie
+ pojedynczych ludzi(nie grup) w plikach NFO czy innych BEZ ZGODy osoby
+ zainsteresowanej jest ZAKAZANE.
+
+ 17. Antyki:
+
+ Zadna gra nie moze zostac zripowana jesli najstarszy dowolny plik
+ na orginalnym nosniku CD/DVD jest starszy niz 6 miesiecy w stosunku do
+ daty wydania ripa. Ma to zapewnic stosowanie nowych technologii aby
+ wskrzesic w przeszlosci nierippowalna gre i nie powodowac zamieszania
+ w postaci wydan setek starych gier. Ma to na celu takze promocje
+ szybkiego wydawania ripow nowo wydanych gier. Zadne gry ktore zostaly
+ uznane za nieripowalne przed 5 Marca 2004 roku nie moga zostac wydane,
+ nawet jesli umozliwiaja to nowe zasady.
+
+ 18. Zasady:
+
+ Zasady te beda umieszczane w kazdym pierwszym zipie kazdego rip'a.
+ Oczekuje sie ze to zapobiegnie ignorancji pewnych grup w stosunku do
+ nowych zasad.No i oczywiscie w celu szybkiego
+ i szerokiego rozpowszechnienia zasad tak aby serwery mogly zakceptowac
+ te zasady. Tak wiec maja one zapewnic jakosc jaka oczekiwana jest
+ przez scene.
+
+ 19. Serwery.
+
+ Oczekuje sie ze wszytskie grupy zaloza katalog /GAMERIPS na
+ zaprzyjaznionych serwerach FTP zawierajace wszytskie ripy i (opcjonalnie)
+ DVD ripy. Trainery i Patche naleza do 0day.
+
+ 20. Poprawione Zasady DVD
+
+ Wraz z pojawianiem sie gier na nosniku DVD, aczkowliek w niewielkich
+ ilosciach , zadecydowano udaremnic przyszle modyfikacje zasad wprowadzajac
+ zasady dotyczace gier na DVD. Zasady te w wiekszosci oparte
+ na powyzszych zasadach i pozwola ludziom przyzwyczaisc sie do nowej,
+ rozwijajacej sie sceny.
+
+ a. Instalacja
+
+ DVD Rip powienien instalowac sie z CD lecz uruchamiac gre z dysku
+ twardego.
+ Dzialanie gry z dysku twardego a nie z CD to cel ripowania.
+
+ b. Rozmiar
+
+ DVD Rip powinien byc w rozmiarze mozliwym do wypalenia na plycie CD
+ w standardzie ISO. W formacie .bin + .cue wszedzie gdzie to mozliwe.
+ Wydanie nie moze przekraczac 3 dyskow CD 80 minut bez wzgledu na to
+ jak wile bylo nosnikow DVD. Oczywiscie jest to dozwolone tylko wtedy
+ kiedy normalny rozmiar ripa nie moze byc osiagniety i orginalnym
+ nosnikiem bylo DVD. W zadnym wypadku nie powinno to tlumaczyc ripowania
+ np. 6 plytowej gry, jesli w przeszlosci zostala ona zripowana i to
+ mieszczac sie w starych zasadach.
+
+ c. Format
+
+ Wszytskie wydania powinny byc w formacie RAR (najlepsza kompresja) lub
+ w jakim kolwiek innym , przyszlym formacie obslugujacym wielodyskowe
+ archiwa i dlugie nazwy plikow, tradycjnie SFV powinno zostac umieszczone.
+ Oczywiscie skrypty na serwerach powinny zostac dostosowane do nowego
+ formatu DVD rip tak jak w przypadku zwyklych archowow ZIP.
+ SiteOP'owie dostosujcie skrypty.
+
+ d. Waznosc:
+
+ Wydanie ripa 55 x 5,000,000 bajtow i DVD ripa tej samej gry jest
+ DOZWOLONE.
+
+
+ e. Samodzielnosc:
+
+ Dodatki do DVD ripow sa zabronione z powodu tego iz
+ aktualny rozmiar powinien byc wystarczajacy. Dla patchy
+ i trainerow nalezy stosowac normalne zasady ich dotyczace.
+
+ f.Dostepnosc CD/DVD:
+
+ Jesli dany wydawca wypuszcza na rynek gre na CD i na DVD, to DVD rip
+ nie moze byc wydany chyba ze wersja DVD zawiera jakies dodatki
+ (np. filmy w wysokiej rozdzielczosci.
+
+
+g. Ogolne:
+
+ Standardowe zasady powinny byc zastosowane do DVD ripow.
+ Jesli grupa usunie dozwolone dane a wspolzawodniczaca grupa bedzie
+ w stanie pozostawic te dane osiagajac ta sama ilosc plyt CD w wydaniu,
+ to wlasnie jej wydanie zostanie uznane za prawidlowe. Uwaza sie ze
+ DVDRipy powinny zawirac tak duzo danych jak to mozliwe. Tylko wtedy
+ kiedy nie mozna zmiescic sie w rozmiarze 3 CD poprzez downsampling
+ czy inne srodki kompresji , mozna usunac dane z gry. Oznacza to ze wydanie
+ zawierajace 3 CD i zawierajace filmy bedzie preferowane w stosunku
+ do wydania zawierajacego 2 CD, bez filmow. Powodami do wyania propera sa :
+
+ A) Jesli grupa moze zripowac gre zachowujac ta sama ilosc CD,
+ pozostawiajac dane usniete przez poprzednia grupe.
+ DOWNSAMPLING jest dozwolony. Rozmiar plyt sie nie liczy w tym wypadku.
+
+ B) Jesli grupa moze uzyskac 350mb mniejsze wydanie pozostawiajac
+ wszytskie dane z poprzedniego rip'a BEZ stosowania downsampling'u.
+
+ C) Jesli grupa moze uzyskac wydanie o 1 CD mniejsze wydanie pozostawiajac
+ wszytskie dane z poprzedniego rip'a. DOWNSAMPLING jest dozwolony.
+
+ Aby rozwiac jakiekolwiek watpliwosci podano pewne przyklady :
+
+ Scenariusz A)
+
+ Jesli grupa A wyda DVDripa zawierajacego 2 CD ze zripowanymi filmami
+ i czescia dzwiekow, a grupa B wyda ripa ktory takze bedzie zawieral
+ 2 CD ale bedzie posiadal wszytskie filmy i dzwieki, wtedy wydanie
+ grupy B bedzie poprawne. Bez wzgledu na wiekszy rozmiar wydania grupy B.
+
+ Scenariusz B)
+
+ Grupa A wydaje DVDripa na 2 CD zawierajacego wszytsko i oba CD bedace
+ w rozmiarze 700mb. Grupa B wydaje ripa na 2 CD takze zawierajacego
+ wszytsko lecz ze wzgledu na lepsza technike CD1 ma 700mb a CD2 350mb,
+ biorac pod uwage ze CD jest mniejszy o polowe i jakosc filmow nie zostala
+ obnizona, wydanie grupy B bedzie uznane za prawidlowe.
+
+ Scenariusz C)
+
+ Grupa wydaje DVDrip'a na 3 CD , 2 CD o rozmiarze 700mb i trzeci 200 mb.
+ Grupa B wydaje ripa na 2 CD zawierajacego wszytsko lecz ze wzgledu na
+ lepsza techni lub downsampling , to wlasnie to wydanie zostanie uznane
+ za poprawne, bez wzgledu na rozmiar ostatniego CD z wydania grupy A.
+
+
+ S.Z.R. 5 Marca 2004
+
+ Podpisane i ratyfikowane przez liderow i glownych nastepujacych grup :
+ Myth , Divine , Vace , Instinct, Dynasty,
+ Oceanine, Cubic, Delice, Bowling, NLrip i Storm.
+
+
+
+
+
+
+Network Working Group S. Bradner
+Request for Comments: 2119 Harvard University
+BCP: 14 March 1997
+Category: Best Current Practice
+
+
+ Key words for use in RFCs to Indicate Requirement Levels
+
+Status of this Memo
+
+ This document specifies an Internet Best Current Practices for the
+ Internet Community, and requests discussion and suggestions for
+ improvements. Distribution of this memo is unlimited.
+
+Abstract
+
+ In many standards track documents several words are used to signify
+ the requirements in the specification. These words are often
+ capitalized. This document defines these words as they should be
+ interpreted in IETF documents. Authors who follow these guidelines
+ should incorporate this phrase near the beginning of their document:
+
+ The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
+ NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and
+ "OPTIONAL" in this document are to be interpreted as described in
+ RFC 2119.
+
+ Note that the force of these words is modified by the requirement
+ level of the document in which they are used.
+
+1. MUST This word, or the terms "REQUIRED" or "SHALL", mean that the
+ definition is an absolute requirement of the specification.
+
+2. MUST NOT This phrase, or the phrase "SHALL NOT", mean that the
+ definition is an absolute prohibition of the specification.
+
+3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
+ may exist valid reasons in particular circumstances to ignore a
+ particular item, but the full implications must be understood and
+ carefully weighed before choosing a different course.
+
+4. SHOULD NOT This phrase, or the phrase "NOT RECOMMENDED" mean that
+ there may exist valid reasons in particular circumstances when the
+ particular behavior is acceptable or even useful, but the full
+ implications should be understood and the case carefully weighed
+ before implementing any behavior described with this label.
+
+
+
+
+
+Bradner Best Current Practice [Page 1]
+♀
+RFC 2119 RFC Key Words March 1997
+
+
+5. MAY This word, or the adjective "OPTIONAL", mean that an item is
+ truly optional. One vendor may choose to include the item because a
+ particular marketplace requires it or because the vendor feels that
+ it enhances the product while another vendor may omit the same item.
+ An implementation which does not include a particular option MUST be
+ prepared to interoperate with another implementation which does
+ include the option, though perhaps with reduced functionality. In the
+ same vein an implementation which does include a particular option
+ MUST be prepared to interoperate with another implementation which
+ does not include the option (except, of course, for the feature the
+ option provides.)
+
+6. Guidance in the use of these Imperatives
+
+ Imperatives of the type defined in this memo must be used with care
+ and sparingly. In particular, they MUST only be used where it is
+ actually required for interoperation or to limit behavior which has
+ potential for causing harm (e.g., limiting retransmisssions) For
+ example, they must not be used to try to impose a particular method
+ on implementors where the method is not required for
+ interoperability.
+
+7. Security Considerations
+
+ These terms are frequently used to specify behavior with security
+ implications. The effects on security of not implementing a MUST or
+ SHOULD, or doing something the specification says MUST NOT or SHOULD
+ NOT be done may be very subtle. Document authors should take the time
+ to elaborate the security implications of not following
+ recommendations or requirements as most implementors will not have
+ had the benefit of the experience and discussion that produced the
+ specification.
+
+8. Acknowledgments
+
+ The definitions of these terms are an amalgam of definitions taken
+ from a number of RFCs. In addition, suggestions have been
+ incorporated from a number of people including Robert Ullmann, Thomas
+ Narten, Neal McBurnett, and Robert Elz.
+
+
+
+
+
+
+
+
+
+
+
+
+Bradner Best Current Practice [Page 2]
+♀
+RFC 2119 RFC Key Words March 1997
+
+
+9. Author's Address
+
+ Scott Bradner
+ Harvard University
+ 1350 Mass. Ave.
+ Cambridge, MA 02138
+
+ phone - +1 617 495 3864
+
+ email - sob@harvard.edu
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Bradner Best Current Practice [Page 3]
+♀
+
+ _______________________________________________________________
+
+
+ ▄ ▄
+ ▄▀ ▀▀■▄▄
+ ■ ■ ▀█▄▄
+ ▀▄▄ ▐███▄ ▄▀ ▄ ▀
+ ▐███▄▄ ▀▄▄ ▄▓█████ ▐██▄ ▓▓
+ ████▀███▄▄▄ ▀███▄▄▄▄▄ ■ ▀████▀███ ▀█████▌
+ iks ████ ▀▀██▓▒ █████ ███▓ ███ ████▄ RIAA
+ ░░░░░░ ████▌ ▄▄▓▓▀▀ ▐████▌ ███▓ ███ ███████▄ ░░░░░░
+ ░░░░░░ ▐███████▄ ▐████▓ ░███▓ ██▓ ████▀ ▀███▄ ░░░░░░
+ titan ▐████▀█████▄▄▄ ▄▄█████▄████▄▄▄▄▄ ▐██▓ ████ ▀███▄ 2013
+ ■▄████▌ ▀▀▓▀▀██▓▓▀▀▀▀ ▀▀▀▀▀█████▓░▓██▓ ▀███▄
+ ▀▀▀▓▓ ▄▀▀ ░ ▀▀▀▀█▄▄▄ ▀██▓░
+ ■ ▀▀█▄▄ ██▓░
+ ▄ ▀▀█▄▄ ▐██▓
+ ■ ▀ ▀▓▓▄███▌
+ ▀■ ▄ ▄ ■ Tried and tested rules ▀████▌
+ by the true MP3 scene! ▐██▀
+ ▄▀▀
+ ▀
+
+ 0.0 INDEX:
+ 1.00.RELEASING STANDARDS.
+ 2.00.TECHNICAL STANDARDS.
+ 3.00.HOW TO PACKAGE.
+ 4.00.WEB RELEASES.
+ 5.00.LIVE RELEASES (BROADCAST).
+ 6.00.FLASH RELEASES.
+ 7.00.DVD/DVDA RELEASES.
+ 8.00.HD RELEASES.
+ 9.00.FIXING METHODOLOGY.
+ 10.00.TIPS AND TRICKS.
+ 11.00.DIRTAGS GLOSSARY.
+
+ 1.00.RELEASING STANDARDS:
+ 1.01.Dupechecking is performed at the release level (for example, a
+ complete album or EP), not at the level of individual tracks within
+ a release. A lone single track identical to that found on an
+ existing scene release is not accepted as a single new release.
+ A new release is not a dupe of an old release if the new
+ release has different or more tracks; this holds true even if some of
+ the individual tracks are identical between the two releases.
+ Examples of relevant differences include, but are not limited to:
+ remixes, refixes, edits, and remastered versions of tracks.
+ Examples:
+ This is not a dupe...
+ AC_DC-Blackout_Evolution-CDM-2015-GROUP
+ 01-ac_dc-suey_radio-group.mp3
+ 02-ac_dc-suey_remix-group.mp3
+ 03-ac_dc-suey_instrumental-group.mp3
+ 04-ac_dc-suey_hardcoremix-group.mp3
+ 05-ac_dc-suey_vocal-group.mp3
+ ...Even if these two similar releases were already pred:
+ AC_DC-Blackout_Evolution-CDS-2015-GROUP1
+ 01-ac_dc-suey_radio-group1.mp3
+ 02-ac_dc-suey_vocal-group1.mp3
+ 03-ac_dc-suey_instrumental-group1.mp3
+ AC_DC-Blackout_Evolution-CDS_REMIX-2015-GROUP2
+ 01-ac_dc-suey_remix-group2.mp3
+ 02-ac_dc-suey_hardcoremix-group2.mp3
+ 03-ac_dc-suey_housemix-group2.mp3
+ Similarly, a release that is a superset of previous releases is not a
+ dupe. Therefore you can release this...
+ Burial--Street_Halo_Kindred_(BRC320)-CD-2012-CMC
+ 01-burial-street_halo-cmc.mp3 06:47
+ 02-burial-nyc-cmc.mp3 07:40
+ 03-burial-stolen_dog-cmc.mp3 06:23
+ 04-burial-kindred-cmc.mp3 11:28
+ 05-burial-loner-cmc.mp3 07:30
+ 06-burial-ashtray_wasp-cmc.mp3 11:45
+ ...Even if those two were already released :
+ Burial-Street_Halo_EP-(HDB013)-WEB-2011-MPX
+ 01-burial-street_halo-mpx.mp3 06:44
+ 02-burial-nyc-mpx.mp3 07:38
+ 03-burial-stolen_dog-mpx.mp3 07:15
+ Burial_-_Kindred_EP-(HDB059)-WEB-2012-LiR
+ 04-burial-kindred-lir.mp3 11:28
+ 05-burial-loner-lir.mp3 07:30
+ 06-burial-ashtray_wasp-lir.mp3 11:45
+ This is a dupe...
+ AC_DC-Blackout_Evolution-CDS-2015-GROUP1
+ 01-ac_dc-suey_radio-group1.mp3
+ 02-ac_dc-suey_vocal-group1.mp3
+ 03-ac_dc-suey_instrumental-group1.mp3
+ ...if this was already released :
+ AC_DC-Blackout_Evolution-CDM-2015-GROUP2
+ 01-ac_dc-suey_radio-group2.mp3
+ 02-ac_dc-suey_remix-group2.mp3
+ 03-ac_dc-suey_instrumental-group2.mp3
+ 04-ac_dc-suey_hardcoremix-group2.mp3
+ 05-ac_dc-suey_vocal-group2.mp3
+ 1.02.You are only allowed to create a higher quality duplicate release for
+ an existing release that had a source of lower quality.
+ The priority is: Data Format > Medium.
+ Data Format priority:
+ LPCM stereo > DD+ stereo or E-AC3 stereo > LPCM 3+ channels >
+ AC3 (dolby digital) stereo or DTS stereo > Dolby TrueHD >
+ AC3 (dolby digital) 3+ channels or DTS 3+ channels (DTS-HD) > MPG
+ Medium priority :
+ BD or DVD or DVDA or DVDS or HDVD or SACD > HDDVDR or BDR or DVDR >
+ CDA or CD or CDS or CDM or CDA or CDEP > CDR > VL > WEB >
+ CD BOOTLEG > TAPE
+ Example:
+ If an LPCM stereo source becomes available where the previous rip only
+ had an AC3 source, you may create a duplicate release from the LPCM
+ source. Keep in mind that although the original AC3 source may have
+ been a Bluray or other advanced format, a LPCM stereo CD source will
+ take priority.
+ 1.03.Depending of the stage of creation of a medium, it can be called
+ either RETAIL, ADVANCE or PROMO. The appropriate Extra dirtag is
+ determined based upon such factors as the track numbering scheme, the
+ physical package and comparison of the MP3 bitrate with that obtained
+ for previous iterations of the release.
+ Advances are mastered versions of studio album that resemble the final
+ store version but that may have a slightly different sound or even
+ different tracks included.
+ A promotional recording, or -PROMO-, is typically given away free to
+ broadcasters, DJs and journalists prior to the commercial release of
+ the music being promoted. Promos rarely have detailed tracklists,
+ liner notes or graphic packaging. Proof scans for promos need not
+ contain tracklists if they are not present. Promos may yield lower
+ bitrates upon compression than a -ADVANCE- or a -RETAIL- version of the
+ same tracks. It is also possible that all tracks may not have the same
+ sound amplitude (See 3.17-3.23).
+ Additional tags include -REMASTERED-, which reflects a sonically new
+ or different version of a release which is thus not a dupe.
+ -REMASTERED- should never be confused with -REISSUE-, which simply
+ reflects a previously out-of-print or hard to find recording becoming
+ available in a new edition. If the out of print recording has already
+ had a release, then a release of the -REISSUE- count as a dupe, unless
+ it features some real differences from the original version, like bonus
+ tracks.
+ The priority is REMASTERED > REISSUE or RETAIL >= ADVANCE > PROMO
+ Exceptions:
+ If a RETAIL album has been released and you have a different edition of
+ the same album (foreign/promo/advance/preorder/..) then it's allowed to
+ just release the different tracks and label it as -BONUS_TRACKS-.
+ However you cannot re-release the entire recording 90 days after the
+ initial scene release except if:
+ A. It's a 1 disc release and more than 50% of the tracks of your
+ version are not on the previous "retail" version.
+ B. It's a multi disc release and either more than 50% of the tracks or
+ at least 6 tracks of your version are not on the previous "retail"
+ version.
+ Example:
+ The advance pressings of SpiritualizedÆs Ladies and Gentlemen, We Are
+ Floating in Space album included some Elvis lyrics in the titular
+ track. Due to legal threats, the retail version ended up with a
+ remixed version with different lyrics. Advances are early drafts of
+ final studio albums and can sometimes yield a very minor difference in
+ bitrate upon compression, compared to the final retail version or other
+ versions that may be available. If both -ADVANCE- and -RETAIL- prove
+ to contain the same content and length and the only difference is the
+ proof scan, then -ADVANCE- also counts as -RETAIL-.
+ 1.04.The tracks of a release must all be from the same source and have the
+ same quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases and WEB with screenshots of purchase; these sources have
+ repeatedly been shown to contain files created by multiple encoders).
+ Taking tracks from other sources to release yourself is strictly
+ forbidden. This prohibition explicitly includes non-purchased lossless
+ sources; if you donÆt have access to the original media, then don't
+ bother releasing it as you canÆt release a fix if needed, and thatÆs
+ not acceptable.
+ 1.05.Every scene releases must be allowed to be spread on scene sites and
+ to get indexed in dupechecks. Groups that dont allow their affils to
+ spread the releases are allowed to be duped without nuke.It is
+ however not allowed to repackage the original site-restricted invalid
+ release and claim it as yours.
+ 1.06.Self-made(*) is not allowed.
+ *=A self-made is when you select tracks from various different sources
+ and release them as new.
+
+ 2.00.TECHNICAL STANDARDS:
+ 2.01.For ALL sources which need encoding you must use LAME v3.99.5
+ with preset V0 ("-V0") only.
+ 2.02.A proper LAME header is required for retail mediums.
+ Example:
+ http://gabriel.mp3-tech.org/mp3infotag.html
+ 2.03.The source sampling rate must either be of 44.1KHz or 48KHz and no
+ upsampling or downsampling is allowed.
+ 2.04.ID3 headers shall have no images inserted in them.
+ 2.05.All MP3 files need both an ID3 v1.1 and v2 tags. ID3 tags must
+ include the Artist, the Title and the Album. It is not allowed to use
+ "VA" as the Artist name. The fields "Year", "Genre" and "Tracknumber"
+ must also be filled but a release may not be nuked if those are filled
+ incorrectly.
+ 2.06.Multi channel audio is not allowed and you need to downmix the source
+ tracks to stereo (2 channels). It is good form, but not required, to
+ give some details about the downmixing process in the releaseÆs .NFO.
+ Groups are encouraged to release AC3 multichannel rips as INTs where
+ there is a compelling musical interest to do so (for example, 5.1 mixed
+ versions of albums from the Flaming Lips, Beatles, Meat Beat Manifesto
+ or the live 5.1 mix from NINÆs Beside You In Time Blu-ray).
+
+ 3.00.HOW TO PACKAGE:
+ 3.01.Both an .SFV and an .NFO file are required for every release.
+ 3.02.Maximum directory+filename-length is 255 characters.
+ 3.03.Allowed characters are a-z A-Z 0-9 _ . - ()
+ 3.04.Directory name must, at minimum, contain:
+ Artist - Title - Source - Published Year
+ 3.05.Directory names can contain:
+ Artist - Title - Special(*) - Additional Comments (**) - Cat Nr -
+ Source(***) - Language - Radio Station - Published Year - Group
+ *=ADVANCE, AUDIOBOOK, BONUS, BONUS_TRACK, BOOTLEG, CLEAN, CUE_FIX, DEMO,
+ DELUXE, DIRFIX, EDITION, EXTRA, FANCLUB, LIMITED, LIVE, MAG, MAXI,
+ NFOFIX, PROMO, PROPER, PROOFFIX, READ_NFO, REISSUE, REMASTERED,
+ REPACK, RERIP, RETAIL, SPLIT, SAMPLER, SNIPPET, TRACKFIX. This list
+ is not exclusive.
+ **=Any extra information about the release.
+ You can only use ONE Source per directory name.
+ Examples:
+ AC-DC-Blackout_Evolution-RETAIL-CD-2015-GROUP
+ AC_DC-Blackout_Evolution-CDS-2015-GROUP2
+ AC_DC-Blackout_Evolution-SAT-2015-GROUP3
+ AC_DC-Blackout_Evolution-PROMO-CDR-2015-GROUP4
+ AC_DC-Blackout_Evolution-PROMO-EXTRA-K7-2015-GROUP5
+ ***=AM, AUD, BD, BDR, BONUS_CD, CABLE, CD, CDA, CDEP, CDM, CDR, CDS, DAB,
+ DAT, DLC, DVBC, DVBS, DVBT, DVD, DVDA, DVDR, DVDS, FLASH, FM, HDDVD,
+ HDDVDR, K7, LINE, LP, MCD, MD, MLP, SACD, SAT, SBD, TAPE, VINYL, VLS,
+ VL, WEB (See 11.0).
+ 3.06.If any extra packaged material that came bundled with any medium
+ is released it should be released as is and untouched, unless it is a
+ lossless music format, in which case it must be encoded using the
+ official standard. Extra packaged material must be tagged as either
+ -BONUS-, -EXTRA- or -DLC-, be compressed in .RAR and contain a .SFV.
+ 3.07.All bootleg(*) and mixtape releases must be tagged as -BOOTLEG-.
+ *=A bootleg recording is any medium that was not officially released by
+ the person/company owning the rights to do so. Bootlegs in the classic
+ sense of being recorded live at a concert need an additional source
+ tag, like ûAUD- for an audience recording, or ûSBD- for a soundboard
+ recording.
+ 3.08.Independently released music is done by an artist without a label (or
+ with his own small label) and is not a -BOOTLEG-.
+ 3.09.If you release a medium that was supplied from a magazine or via any
+ other print media (book/newspaper/etc) then you must tag it -MAG-.
+ 3.10.The directory name of an INTERNAL release must end with _INT.
+ Internals are not subject to nuking, and as such groups can do as
+ they please in this regard (eg: higher bitrates/multichannels/etc)
+ Example:
+ AC_DC-Blackout_Evolution-CD-2015-GROUP_INT
+ 3.11.If the publication year is nowhere to be found on the medium or
+ online then an approximation to the best of the ripperÆs knowledge
+ is allowed.
+ Example:
+ You get a CD without release year information available on the
+ packaging or online. You do know for a fact that it was pressed
+ between 2000 and 2009 and there are several sources that back this
+ date range up. In this case it's allowed to tag the release as
+ -200X-. If it could have been pressed either in the 1900s or in the
+ 2000s, such as the range between 1995-2005, then it's allowed to tag
+ the year as -XXXX-.
+ 3.12.Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then
+ you must add the artist name as well ("VA-tracks" like mixes don't
+ need artist names). The song title for the filename must include
+ the full title as it's written on the cover/cd/inlay with all
+ additional information (remixed/features/etc), subject to filename
+ length limitations. Common abbreviations are acceptable (feat. for
+ featuring, for example).
+ Exception:
+ If no tracknames are supplied by the source (CD/VLS/etc) then you
+ must provide evidence that these tracks have no names, such as a
+ discogs.com link. If these "untitled tracks" are part of a big mix
+ (no silence between the "tracks") then it's considered as one track
+ and you must rip it as one MP3/CUE and title it the same as the
+ "album".
+ 3.13.Typos are not tolerated in artist name or album title fields. Other
+ typos (in tracknames/ID3/etc) are only tolerated if they are minor
+ (less than 10%) and only if the dirname is 100% correct (Artist and
+ Title). If a "typo" was on the original medium and you can proove
+ this then it doesn't count as a typo. See rule 3.30 for more on
+ retail defects.
+ 3.14.A release with an apparently incorrect Year or Language may not be
+ nuked. However a -DIRFIX- is strongly recommended.
+ 3.15.It's not allowed to use more than one successive dot (.) for naming
+ directories and/or tracknames.
+ Examples:
+ AC_DC-Blackout_Evolution...Encore-CD-2020-GROUP => Not allowed
+ AC_DC-Blackout_Evolution___Encore-CD-2020-GROUP => Allowed
+ 3.16.Split(*) releases need to be tagged as -SPLIT-, not VA or a
+ combination of both. Please note that if a release isn't
+ specifically labelled as VA (by the industry) it needs to be tagged
+ as -SPLIT-. Also, a release cannot be nuked for being VA -SPLIT-.
+ *=A -SPLIT- release is when two or more artists use the same medium to
+ release their own standalone content. There are split albums, singles
+ and EPs. It is considered a -SPLIT- if there are up to 4 artists.
+ Anything else with more than 4 artists should be tagged VA. As a rule
+ of thumb, a ûSPLIT- release will include several tracks from each of
+ just a few artists, in contrast to a VA release which will have many
+ artists with only one or two tracks each.
+ A suggested tagging alternative is to use two dashes in between the
+ artist and the album so you can use the single dash to separate the
+ different artists from one another, the dash being the divider.
+ Example:
+ "Artist1-Artist2-Artist3--Album_Name1-Album_Name2-Album_Name3-
+ SPLIT-2012-GROUP"
+ instead of
+ "Artist1_Artist2_Artist3-Album_Name1-Album_Name2-Albume_Name3-
+ SPLIT-2012-GROUP"
+ 3.17.All releases from a physical medium must include a proper Proof. A
+ proper Proof means a clear and recognizable scan or photo made with
+ a resolution of at least 800*600 (or 600*800) pixels of the physical
+ medium together with the cover or a booklet page from as close as
+ possible so the Proof can be identified.
+ It's allowed for vinyl proofs to just show the record in the proof
+ without showing the paper sleeve.
+ 3.18.A proof must be unique. What that means is that you are not allowed
+ to re-use or edit a proof coming any non-MP3-scene source. You need
+ to generate your own proof.
+ Exception:
+ If a mp3 release is made from a sister groupÆs(*) release, the
+ sister groupÆs proof may be recycled.
+ *=A "sister group" is the same group name that expanded into another
+ Section eg if ûABC has the sister group ûABCFlac.
+ Example:
+ Group -ABC can recycle group -ABC-HDÆs proof.
+ 3.19.If the medium or cover/booklet contain anything that may expose your
+ identity then it can be hidden/cut off. Keep in mind that some
+ blurring tools may not be secure.
+ 3.20.Any upscaling of images or any modification (such as adding
+ black/white bars) to meet the size requirements is not allowed.
+ 3.21.If your release contains multiple media and each item is clearly
+ numbered then you are allowed to only add one of the media in the
+ proof.
+ Example:
+ Artist-Album-15CD-Year-Group
+ Each CD is clearly labeled "CD1/CD2/etc/CD15" then you can provide
+ Proof of only CD4 with a cover/booklet in the Proof scan/photo.
+ 3.22.Booklet scans are welcomed but optional and do not count
+ as sufficient proof.
+ 3.23.For -PROMO- you need to have your group name on a paper and have it
+ placed on the medium so both are clearly visible in the Proof.
+ 3.24.All MIXED/LIVE CDDA(*) need to be ripped as one track with a .CUE with
+ the Artist and the Tracknames in the .CUE. If this data is not
+ available, you need to label them as Unknown and Untitled and provide
+ evidence that this is indeed the case.
+ *=MIXED/LIVE CDDA means a medium without silence between the "tracks".
+ It is also strongly encouraged to name the .CUE file accordingly to
+ the .MP3 file and also make sure that the path inside the file points
+ to the corresponding .MP3
+ Lastly, a .CUE file is not allowed if your medium contains just one
+ track, unless there is some compelling technical reason such as
+ presence of extra index points as per red book standard.
+ 3.25.If a medium has no information about it available then you are allowed
+ to use BOTH the Label AND the Cat Number as the name of the release.
+ If there is only one artist on the vinyl/CD then you must add the
+ name of the artist.
+ Example:
+ My_Music_Records-MMR941.02-CD-2012-GROUP
+ 3.26.If you have a retail Source and it was pressed with a defect/skip
+ then you are allowed to release it given that you package it with
+ -READNFO- in the dirname and that everything else is proper
+ (Proof/Encoding/etc). Obviously, the .NFO must contain information
+ concerning the nature of the defect.
+ 3.27.EPs in CDDA format should be packaged as -CDEP-.
+ 3.28.Audiobooks(*) need to be tagged as -AUDIOBOOK-.
+ *=Audiobooks are spoken versions of books that can span one or multiple
+ media, generally CDDAs. More often than not there is no music on
+ audiobooks; it's just a narrative spoken story.
+ 3.29.Any extra packaged material that came bundled in with any medium needs
+ to be released as is and untouched, unless they are lossless, in which
+ case they need to be encoded using the official standard. Extra
+ packaged material must be tagged as either -BONUS-, -EXTRA- or -DLC-,
+ be compressed in .RAR and contain a .SFV.
+ 3.30.A -SAMPLER- is made up of several full songs from an upcoming album
+ while -SNIPPET- is used to tag previews of songs.
+ Examples:
+ Burial--Street_Halo_Kindred_(BRC320)-CD-2012-CMC
+ 01-burial-street_halo-cmc.mp3 06:47
+ 02-burial-nyc-cmc.mp3 07:40
+ 03-burial-stolen_dog-cmc.mp3 06:23
+ 04-burial-kindred-cmc.mp3 11:28
+ 05-burial-loner-cmc.mp3 07:30
+ 06-burial-ashtray_wasp-cmc.mp3 11:45
+ Burial--Street_Halo_Kindred-SAMPLER-2011-CMC
+ 01-burial-street_halo-cmc.mp3 06:47
+ 02-burial-loner-cmc.mp3 07:30
+ 03-burial-ashtray_wasp-cmc.mp3 11:45
+ Burial--Street_Halo_Kindred-SNIPPET-2012-CMC
+ 01-burial-street_halo-cmc.mp3 00:47
+ 02-burial-nyc-cmc.mp3 00:40
+ 03-burial-stolen_dog-cmc.mp3 00:33
+ 04-burial-kindred-cmc.mp3 00:28
+ 05-burial-loner-cmc.mp3 00:56
+ 06-burial-ashtray_wasp-cmc.mp3 00:45
+
+ 4.00.WEB RELEASES:
+ 4.01.The -WEB- tag must be used for releases that are available to
+ purchase in webshops(*). At the time of writing, webshops are
+ currently the most common method of distributing music online.
+ But it can also, but not exclusively, be bundled in as bonus/extra
+ material on any physical medium.
+ *= Webshop means a place where you can "Add to cart" and "Checkout" and
+ which isn't fuelled by illicit and/or obscure music connections.
+ Valid webshops are endorsed by the music industry.
+ 4.02.Encoding priority is:
+ VBR (WAVSRC(-V0)) or 320CBR > VBR > 256CBR > 224CBR > 192CBR
+ Any superior quality supersedes any lower quality for a period of 90
+ days (3 months) after pre date. When releasing a higher quality
+ version of a rip, it needs to be tagged as -READNFO- and the .NFO needs
+ to explicitly state the difference(s) and/or reason(s) why there is a
+ newer release.
+ Examples:
+ 192CBR released in May 2013 => you can release 256CBR in June 2013.
+ VBR released in June 2013 => you can release VBR -V0 in July 2013.
+ VBR -V0 or 320CBR released => you cannot release any other version.
+ 4.03.You need to include the valid URL of the webshop(*) from which you
+ purchased your release in the .NFO. You cannot specify any address
+ where the tracks are free for download for everyone without being
+ charged.
+ 4.04.If your webshop purchase was in a lossless format (such as .WAV) then
+ you must convert it to MP3 (See 4.2). Conversion to MP3 from any lossy
+ source is not allowed.
+ 4.05.-WEB- releases containing MP3s encoded by multiple different encoders,
+ as demonstrated by inspection of the MP3 header, are only allowed if
+ you provide proof that the original online retail source is selling
+ the release in this way.
+ 4.06.If a digital (-WEB-) release comes out with a physical medium (or vice
+ versa) then it's allowed to make a proof scan of the medium alongside
+ the download paper that came bundled with it. You are also allowed to
+ blur a portion of the download path so long as the rest of the URL
+ and the medium can be clearly identified.
+ 4.07.It's not allowed to release -WEB- rips with skips/defects in them.
+ You can however release them as internals.
+
+ 5.00.LIVE RELEASES (BROADCAST):
+ 5.01.The source priority is:
+ DAT or LINE or SBD > CABLE or DAB or DVBC or DVBS or DVBT or SAT >
+ terrestrial radio (AM/FM) > WEB > AUD
+ 5.02.The set must be complete from the intro to the outro. If there were
+ broadcasting glitches then it is suggested that you do not release it
+ or do it as INT.
+ Exceptions:
+ If your release has extra material that is part of the original show
+ but that was aired after the outro (such as encores) and this "extra
+ segment" is at least 5 minutes long then you are allowed to rerelease
+ the whole show as -READNFO-, not as -PROPER-.
+ 5.03.If a show has already been released (e.g. another name, but the mix is
+ the same), no dupe of that same show is allowed. If the show is
+ included in another release (for example, as a guest mix), then it is
+ neither allowed.
+ 5.04.If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to release
+ them both as a set. However, it is encouraged to release only the new
+ part if the other part is available in equal or better quality,
+ denoting in the nfo why the other part was omitted.
+ 5.05.If a show contains the broadcast of a commercially released CD then
+ you may not release it unless the CD was not already released.
+ 5.06.All commercials must be removed.
+ 5.07.DJ talk can be included to a certain extent: track announcements and
+ short lines from the DJ should not be removed; interviews and other
+ long talk needs to be removed. You can however -WEB-BONUS- it.
+ 5.08.It is encouraged to fade-in and fade-out the set. However, lack of
+ fades does not constitute a reason for releasing a -PROPER-.
+ 5.09.Straight-to-MP3 encoding is allowed, but discouraged as the header of
+ the MP3 file must be correct at all times.
+ 5.10.Downsampling to 44.1 or 48KHz is allowed (if source is better).
+ Upsampling to 44.1KHz or 48KHz from a weaker source is not allowed.
+ 5.11.Live recordings of concerts (not from broadcast) typically require a
+ tag for source (SBD/LINE/AUD) as well as the -BOOTLEG- tag. -AUD-
+ reflects a recording made using microphones situated in the audience
+ area. The .NFO should give as many details on recording hardware and
+ mastering methodology as possible.
+
+ 6.00.FLASH RELEASES:
+ 6.01.If your medium contains a version in a lossless format then you are
+ required to release that as -FLASH-.
+ Example:
+ Your flash drive contains both a .MP3 and a .WAV release. You need to
+ release the converted .WAV version.
+ 6.02.If the FLASH medium contains multiple formats (e.g. 10 tracks WAV and
+ a DJ MIX MP3) it is allowed to release it as one release with mixed
+ VBR/CBR and multiple encoders.
+ 6.03.Proof is also required and is subject to the same rules as retail
+ (See 3.17-3.23).
+ 6.04.Codec of source (MP3/PCM(WAV)/etc) is required in the .NFO.
+
+ 7.00.DVD/DVDA RELEASES:
+ 7.01.Priority of audio track source is:
+ 1. PCM stereo (doesn't matter if DVDA or CDDA quality)
+ 2. PCM 3+ channels
+ 3. AC3 (dolby digital) stereo or DTS stereo
+ 4. AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ 5. MPG
+ Examples:
+ DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+ 7.02.If tracks are available in several audio formats then you must use the
+ "best" version (See 1.2).
+ 7.03.Normalizing the sound volume is allowed but optional; it is encouraged
+ that you document normalization status in the .NFO.
+ 7.04.Additional .NFO information required includes:
+ - Codec of source (AC3/PCM/MPG/DTS/etc),
+ - Number of channels of source (2.0/2.1/5.1/etc)
+ 7.05.By default a DVD's sound is *NOT* DVDA, (sometimes written asDVD-A or
+ DVD-audio). DVDA is a high fidelity audio format that is distinct
+ from the audio associated with a regular video DVD. Groups are
+ encouraged to release true DVDA as internal .ISO files, to preserve
+ full fidelity.
+
+ 8.00.HD RELEASES:
+ 8.01.The source priority is
+ DVDA > SACD > BD > HDDVD > DVD or DVDS > HDDVDR > DVDR
+ 8.02.A HD DVD/BD concert recording release must contain the complete set
+ of music tracks from the concert. Additional tracks
+ (interviews/videos/bonus/etc) are optional. If those extra tracks are
+ not included then any other group can release them as -EXTRA-
+ 8.03.HD DVD and BLU-RAY video clip releases should be ripped as multi track
+ release keeping original tracklist (not .M2TS sequence).
+ 8.04.If tracks are available in several audio formats then you must use the
+ highest bitrate lossless source track.
+ 8.05.For a DTS HR/HD MA track you need to extract the DTS core.
+ 8.06.Multi channel audio is not allowed. Always downmix source tracks to
+ stereo (2 channels) if a native stereo version is not available. It is
+ good form to include details on your downmixing procedure.
+ 8.07.Downsampling to 44.1 or 48KHz is allowed (if source is better).
+ Upsampling to 44.1KHz or 48KHz from a weaker source, however, is not
+ allowed.
+ 8.08.Normalizing the sound volume is allowed but optional; please document
+ normalization status in .NFO.
+ 8.09. .CUE file made from source chapters should always be included with
+ the final release package.
+ 8.10.Additional informations required in .NFO (See 10.3) :
+ - Codec of source (AC3/DD+/PCM/MPG/DTS/DTS-HD/Dolby TrueHD)
+ - Bitrate of source (448/640/768kbps/1536kbps/etc)
+ - Number of channels of source (2.0/2.1/5.1/etc)
+
+ 9.00.FIXING METHODOLOGY:
+ 9.01.Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-package the whole thing.
+ --> A 1-track fix for a 2-track release is allowed (=50% and not
+ "more than 50%").
+ 9.02.If you release a dirfix then the dirname of the problematic release
+ must be listed in your .NFO file.
+ 9.03.Following your release getting nuked, you have:
+ - 7 days to fix for typos and wrong dirnames
+ - 2 days to fix for missing proof, technical flaws (skips, wrong
+ encoder)
+ After grace period any other group is allowed to -PROPER-. It's also
+ allowed to proper even if a release wasn't nuked just as long as the
+ reason for propering is clearly stated in the .NFO. In which case
+ it is suggested to tag as -READ_NFO-.
+ 9.04.It is not allowed to -DIRFIX- a given release more than once and you
+ cannot -PROPER- a -DIRFIX-.
+ 9.05.For -WEB-, if your trackfix comes from a different webshop than the
+ original release then you need to mention it in the NFO while also
+ supplying the new webshop URL.
+
+10.00.TIPS AND TRICKS:
+ 10.01.Make sure that your filenames are unique otherwise some sites might
+ dupeskip. This type of mistake doesn't make a release worthy of a
+ nuke, however. This problem often arises with the
+ "unknown - untitled" tracks scenario.
+ 10.02.Wipe EXIF data from your proof scans/photos using your favourite
+ freeware.
+ 10.03.For finding the Codec source of DVD/BD/etc we suggest using :
+ http://mediainfo.sourceforge.net/en
+ 10.04.The audio of a normal video DVD is *NOT* DVDA! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192KHz) and/or
+ multichannel.
+ To properly rip true DVDA you can use :
+ http://www.pazera-software.com/products/audio-extractor/
+ 10.05.Even if the Language and/or the Cat Number are not required in the
+ dirtag they are strongly encouraged.
+ 10.06.At the time of writing this, those webshops are known for sometimes
+ supplying their tracks encoded with multiple encoders :
+ http://www.junodownload.com/
+ http://www.indiegala.com/
+ One way to find out if your release was encoded by multiple encoders
+ is to use a program such as truelame.exe
+ 10.07.Even if not required, it is strongly encouraged that dirnames should
+ always begin with a letter or number to avoid spreading issues.
+ 10.08.When taking more than 24h to fix a release it's best to -REPACK- (or
+ -RERIP- depending on the case) as some sites purge nuked releases
+ after that period of time.
+ 10.09.Even if typos are slightly tolerated (See 3.13-3.14) it is strongly
+ suggested that you put extra effort into finding and correcting them
+ when packaging.
+ 10.10 Even if the .M3U is not required with the release it is strongly
+ encouraged to provide it.
+ 10.11.For converting to WAV we suggest using Free Audio Converter
+ (AKA FRE:AC) at http://www.freac.org/
+
+11.00.DIRTAGS GLOSSARY:
+ 11.01.Valid physical sources dirtags are:
+ -BD- [BLU-RAY DISC *PRESSED*]
+ -BDR- [BLU-RAY DISC RECORDABLE]
+ -BONUS_CD- [CD ADDITIONAL *PRESSED*]
+ -CD- [CD OTHER *PRESSED*]
+ -CDA- [CD ALBUM *PRESSED*]
+ -CDEP- [CD MINI-ALBUM *PRESSED*]
+ -CDM- [CD MAXI *PRESSED*]
+ -CDR- [CD-RECORDABLE]
+ -CDS- [CD SINGLE *PRESSED*]
+ -DVD- [DVD *PRESSED*]
+ -DVDA- [DVDA]
+ -DVDR- [DVDR]
+ -DVDS- or -DVD- [DVD VIDEO SINGLE *PRESSED*]
+ -EXTRA- or -BONUS- or -DLC- [EXTRA BONUS CONTENT]
+ -HDDVD- [HD DVD *PRESSED*]
+ -HDDVDR- [HD DVD RECORDABLE]
+ -LP- or -VINYL- [VINYL ALBUM]
+ -MCD- [MINI CD]
+ -MD- [MINIDISC]
+ -MLP- [MINI VINYL]
+ -SACD- [SACD]
+ -SAMPLER- [ALBUM PREVIEW]
+ -SNIPPET- [TRACK PREVIEWS]
+ -TAPE- or -K7- [ANALOG TAPE/CASSETTE]
+ -VL- or -VINYL- [VINYL OTHER]
+ -VLS- or -VINYL- [VINYL SINGLE]
+
+ 11.02.Valid live sources dirtags are:
+ -AM- [AM ANALOG RADIO]
+ -AUD- [DIRECT LIVE RECORDING FROM THE AUDIENCE]
+ -CABLE- [ANALOG CABLE]
+ -DAB- [DIGITAL AUDIO BROADCAST]
+ -DAT- [DAT TAPE]
+ -DVBC- [DIGITAL VIDEO BROADCAST CABLE]
+ -DVBS- [DIGITAL VIDEO BROADCAST SATELLITE]
+ -DVBT- [TERRESTRIAL DIGITAL VIDEO BRAODCAST]
+ -FM- [FM ANALOG RADIO]
+ -LINE- [DIRECT RECORDING BY THE RIPPER FROM SOUNDBOARD/MIXER
+ THROUGH THE LINE-IN INTERFACE]
+ -SAT- [ANALOG OR DIGITAL SATELLITE]
+ -SBD- [RADIO STATION OR DJ RECORDING **NOT A WEBSTREAM**]
+ 11.03.Valid digital sources dirtags are:
+ -WEB- [PRE-COMPRESSED MP3 FILES FROM A MEDIUM]
+ -FLASH- [FLASH MEDIUM : SLOTMUSIC/COMPACSTICK/ETC]
+ 11.04.Valid other source dirtag is:
+ -BOOTLEG- [UNKNOWN]
+ 11.05.Unallowed sources are:
+ -FREE- [ANY FREE]
+ -STREAM- [FREE WEBSTREAM]
+ 11.06.Valid fixing dirtags are:
+ -CUEFIX- When a group failed to properly package the .CUE file and
+ rereleases a missing or incorrect .CUE file as standalone.
+ -DIRFIX- When a group failed to properly package a directory name
+ and rereleases it as standalone.
+ -NFOFIX- When a group failed to properly write a NFO file and
+ rereleases it as standalone.
+ -PROOFFIX- When a group failed to release a proper proof they need to
+ use this dirtag to correct their fault.
+ -PROPER- When a release gets nuked (bad tag, bad rip, no proof, etc)
+ and another group propers it, they -PROPER- it.
+ -REPACK- When a group failed to package correctly (ID3vx/missing
+ tracks/mislabeled/etc) the *SAME* group repacks their nuked
+ release.
+ -RERIP- When a group failed to rip properly (clipping, cut off/
+ incomplete tracks/etc) the same group rerips their nuked
+ release.
+ -TRACKFIX- When a group failed to release all tracks properly and
+ rereleases only the fixed tracks as a standalone fix.
+
+ _______________________________________________________________
+
+ ▄ ▄
+ ▄▀ ▀▀■▄▄
+ ■ ■ ▀█▄▄
+ ▀▄▄ ▐███▄ ▄▀ ▄ ▀
+ ▐███▄▄ ▀▄▄ ▄▓█████ ▐██▄ ▓▓
+ ████▀███▄▄▄ ▀███▄▄▄▄▄ ■ ▀████▀███ ▀█████▌
+ iks ████ ▀▀██▓▒ █████ ███▓ ███ ████▄ RIAA
+ ░░░░░░ ████▌ ▄▄▓▓▀▀ ▐████▌ ███▓ ███ ███████▄ ░░░░░░
+ ░░░░░░ ▐███████▄ ▐████▓ ░███▓ ██▓ ████▀ ▀███▄ ░░░░░░
+ titan ▐████▀█████▄▄▄ ▄▄█████▄████▄▄▄▄▄ ▐██▓ ████ ▀███▄ 2013
+ ■▄████▌ ▀▀▓▀▀██▓▓▀▀▀▀ ▀▀▀▀▀█████▓░▓██▓ ▀███▄
+ ▀▀▀▓▓ ▄▀▀ ░ ▀▀▀▀█▄▄▄ ▀██▓░
+ ■ ▀▀█▄▄ ██▓░
+ ▄ ▀▀█▄▄ ▐██▓
+ ■ ▀ ▀▓▓▄███▌
+ ▀■ ▄ ▄ ■ Tried and tested rules ▀████▌
+ by the true MP3 scene! ▐██▀
+ ▄▀▀
+ ▀
+
+
+ RIAA2013 active since 2014-01-01, signed by:
+ 1KING, B2R, BF, BOSS, CBR, CMC, CRUELTY, D2H, DGN, dh, DJ, DPS,
+ EiTheLMP3, FKK, FMC, G4E, GCP, gF, HB, HFT, HQEM, iTS, JiM, JUST,
+ JUSTiFY, KOPiE, LFA, mbs, MnD, MOD, MST, MTC, NOiR, NRG, OGV, OMA,
+ ONe, RAC, RAiN, SC, SDR, SiBERiA, TALiON, TSP, uC, UKHx, UKi, USF,
+ VOLDiES, VOiCE, wAx, WLM, WUS, wWs, XXL, YARD, YOU & ZzZz.
+
+ Complimentary signatures:
+ ALKi, ATM, ATR, Bacardi, diss, EViGHET, iDM, iMPG, kHz, LOGOS, MS,
+ 0MNi, PoS, Q17, SYN & TrT.
+
+ _______________________________________________________________
+
+
+ ▄ ▄
+ ▄▀ ▀▀■▄▄
+ ■ ■ ▀█▄▄
+ ▀▄▄ ▐███▄ ▄▀ ▄ ▀
+ ▐███▄▄ ▀▄▄ ▄▓█████ ▐██▄ ▓▓
+ ████▀███▄▄▄ ▀███▄▄▄▄▄ ■ ▀████▀███ ▀█████▌
+ iks ████ ▀▀██▓▒ █████ ███▓ ███ ████▄ RIAA
+ ░░░░░░ ████▌ ▄▄▓▓▀▀ ▐████▌ ███▓ ███ ███████▄ ░░░░░░
+ ░░░░░░ ▐███████▄ ▐████▓ ░███▓ ██▓ ████▀ ▀███▄ ░░░░░░
+ titan ▐████▀█████▄▄▄ ▄▄█████▄████▄▄▄▄▄ ▐██▓ ████ ▀███▄
+ ■▄████▌ ▀▀▓▀▀██▓▓▀▀▀▀ ▀▀▀▀▀█████▓░▓██▓ ▀███▄
+ ▀▀▀▓▓ ▄▀▀ ░ ▀▀▀▀█▄▄▄ ▀██▓░
+ ■ ▀▀█▄▄ ██▓░
+ ▄ ▀▀█▄▄ ▐██▓
+ ■ ▀ ▀▓▓▄███▌
+ ▀■ ▄ ▄ ■ Tried and tested rules ▀████▌
+ by the true MP3 scene! ▐██▀
+ ▄▀▀
+ ▀
+
+ 0.0 INDEX:
+ 1.00.RELEASING STANDARDS.
+ 2.00.TECHNICAL STANDARDS.
+ 3.00.HOW TO PACKAGE.
+ 4.00.WEB RELEASES.
+ 5.00.LIVE RELEASES (BROADCAST).
+ 6.00.FLASH RELEASES.
+ 7.00.DVD/DVDA RELEASES.
+ 8.00.HD RELEASES.
+ 9.00.FIXING METHODOLOGY.
+ 10.00.TIPS AND TRICKS.
+ 11.00.DIRTAGS GLOSSARY.
+
+ 1.00.RELEASING STANDARDS:
+ 1.01.Dupechecking is performed at the release level (for example, a
+ complete album or EP), not at the level of individual tracks within
+ a release. A lone single track identical to that found on an
+ existing scene release is not accepted as a single new release.
+ A new release is not a dupe of an old release if the new
+ release has different or more tracks; this holds true even if some of
+ the individual tracks are identical between the two releases.
+ Examples of relevant differences include, but are not limited to:
+ remixes, refixes, edits, and remastered versions of tracks.
+ Examples:
+ This is not a dupe...
+ AC_DC-Blackout_Evolution-CDM-2015-GROUP
+ 01-ac_dc-suey_radio-group.mp3
+ 02-ac_dc-suey_remix-group.mp3
+ 03-ac_dc-suey_instrumental-group.mp3
+ 04-ac_dc-suey_hardcoremix-group.mp3
+ 05-ac_dc-suey_vocal-group.mp3
+ ...Even if these two similar releases were already pred:
+ AC_DC-Blackout_Evolution-CDS-2015-GROUP1
+ 01-ac_dc-suey_radio-group1.mp3
+ 02-ac_dc-suey_vocal-group1.mp3
+ 03-ac_dc-suey_instrumental-group1.mp3
+ AC_DC-Blackout_Evolution-CDS_REMIX-2015-GROUP2
+ 01-ac_dc-suey_remix-group2.mp3
+ 02-ac_dc-suey_hardcoremix-group2.mp3
+ 03-ac_dc-suey_housemix-group2.mp3
+ Similarly, a release that is a superset of previous releases is not a
+ dupe. Therefore you can release this...
+ Burial--Street_Halo_Kindred_(BRC320)-CD-2012-CMC
+ 01-burial-street_halo-cmc.mp3 06:47
+ 02-burial-nyc-cmc.mp3 07:40
+ 03-burial-stolen_dog-cmc.mp3 06:23
+ 04-burial-kindred-cmc.mp3 11:28
+ 05-burial-loner-cmc.mp3 07:30
+ 06-burial-ashtray_wasp-cmc.mp3 11:45
+ ...Even if those two were already released :
+ Burial-Street_Halo_EP-(HDB013)-WEB-2011-MPX
+ 01-burial-street_halo-mpx.mp3 06:44
+ 02-burial-nyc-mpx.mp3 07:38
+ 03-burial-stolen_dog-mpx.mp3 07:15
+ Burial_-_Kindred_EP-(HDB059)-WEB-2012-LiR
+ 04-burial-kindred-lir.mp3 11:28
+ 05-burial-loner-lir.mp3 07:30
+ 06-burial-ashtray_wasp-lir.mp3 11:45
+ This is a dupe...
+ AC_DC-Blackout_Evolution-CDS-2015-GROUP1
+ 01-ac_dc-suey_radio-group1.mp3
+ 02-ac_dc-suey_vocal-group1.mp3
+ 03-ac_dc-suey_instrumental-group1.mp3
+ ...if this was already released :
+ AC_DC-Blackout_Evolution-CDM-2015-GROUP2
+ 01-ac_dc-suey_radio-group2.mp3
+ 02-ac_dc-suey_remix-group2.mp3
+ 03-ac_dc-suey_instrumental-group2.mp3
+ 04-ac_dc-suey_hardcoremix-group2.mp3
+ 05-ac_dc-suey_vocal-group2.mp3
+ 1.02.You are only allowed to create a higher quality duplicate release for
+ an existing release that had a source of lower quality.
+ The priority is: Data Format > Medium.
+ Data Format priority:
+ LPCM stereo > DD+ stereo or E-AC3 stereo > LPCM 3+ channels >
+ AC3 (dolby digital) stereo or DTS stereo > Dolby TrueHD >
+ AC3 (dolby digital) 3+ channels or DTS 3+ channels (DTS-HD) > MPG
+ Medium priority :
+ BD or DVD or DVDA or DVDS or HDVD or SACD > HDDVDR or BDR or DVDR >
+ CDA or CD or CDS or CDM or CDA or CDEP > CDR > VL > WEB >
+ CD BOOTLEG > TAPE
+ Example:
+ If an LPCM stereo source becomes available where the previous rip only
+ had an AC3 source, you may create a duplicate release from the LPCM
+ source. Keep in mind that although the original AC3 source may have
+ been a Bluray or other advanced format, a LPCM stereo CD source will
+ take priority.
+ Encoder priority:
+ LAME 3.99.5 V0 > LAME 3.98.4 V0
+
+ 1.03.Depending of the stage of creation of a medium, it can be called
+ either RETAIL, ADVANCE or PROMO. The appropriate Extra dirtag is
+ determined based upon such factors as the track numbering scheme, the
+ physical package and comparison of the MP3 bitrate with that obtained
+ for previous iterations of the release.
+ Advances are mastered versions of studio album that resemble the final
+ store version but that may have a slightly different sound or even
+ different tracks included.
+ A promotional recording, or -PROMO-, is typically given away free to
+ broadcasters, DJs and journalists prior to the commercial release of
+ the music being promoted. Promos rarely have detailed tracklists,
+ liner notes or graphic packaging. Proof scans for promos need not
+ contain tracklists if they are not present. Promos may yield lower
+ bitrates upon compression than a -ADVANCE- or a -RETAIL- version of the
+ same tracks. It is also possible that all tracks may not have the same
+ sound amplitude (See 3.17-3.23).
+ Additional tags include -REMASTERED-, which reflects a sonically new
+ or different version of a release which is thus not a dupe.
+ -REMASTERED- should never be confused with -REISSUE-, which simply
+ reflects a previously out-of-print or hard to find recording becoming
+ available in a new edition. If the out of print recording has already
+ had a release, then a release of the -REISSUE- count as a dupe, unless
+ it features some real differences from the original version, like bonus
+ tracks.
+ The priority is REMASTERED > REISSUE or RETAIL >= ADVANCE > PROMO
+ Exceptions:
+ If a RETAIL album has been released and you have a different edition of
+ the same album (foreign/promo/advance/preorder/..) then it's allowed to
+ just release the different tracks and label it as -BONUS_TRACKS-.
+ However you cannot re-release the entire recording 90 days after the
+ initial scene release except if:
+ A. It's a 1 disc release and more than 50% of the tracks of your
+ version are not on the previous "retail" version.
+ B. It's a multi disc release and either more than 50% of the tracks or
+ at least 6 tracks of your version are not on the previous "retail"
+ version.
+ Example:
+ The advance pressings of SpiritualizedÆs Ladies and Gentlemen, We Are
+ Floating in Space album included some Elvis lyrics in the titular
+ track. Due to legal threats, the retail version ended up with a
+ remixed version with different lyrics. Advances are early drafts of
+ final studio albums and can sometimes yield a very minor difference in
+ bitrate upon compression, compared to the final retail version or other
+ versions that may be available. If both -ADVANCE- and -RETAIL- prove
+ to contain the same content and length and the only difference is the
+ proof scan, then -ADVANCE- also counts as -RETAIL-.
+ 1.04.The tracks of a release must all be from the same source and have the
+ same quality/cbr-bitrate/vbr-setting/encoder/setting (Exception: FLASH
+ releases and WEB with screenshots of purchase; these sources have
+ repeatedly been shown to contain files created by multiple encoders).
+ Taking tracks from other sources to release yourself is strictly
+ forbidden. This prohibition explicitly includes non-purchased lossless
+ sources; if you donÆt have access to the original media, then don't
+ bother releasing it as you canÆt release a fix if needed, and thatÆs
+ not acceptable.
+ 1.05.Every scene releases must be allowed to be spread on scene sites and
+ to get indexed in dupechecks. Groups that dont allow their affils to
+ spread the releases are allowed to be duped without nuke.It is
+ however not allowed to repackage the original site-restricted invalid
+ release and claim it as yours.
+ 1.06.Self-made(*) is not allowed.
+ *=A self-made is when you select tracks from various different sources
+ and release them as new.
+
+ 2.00.TECHNICAL STANDARDS:
+ 2.01.For ALL sources which need encoding you should use LAME v3.99.5 with
+ preset V0 ("-V0") only, because encoding with older versions of LAME do
+ not result in the best quality possible. However, if you choose to
+ encode with an inferior version of LAME, then you must use LAME v3.98.4
+ with preset V0 ("-V0") (not recommended).
+ 2.02.A proper LAME header is required for retail mediums.
+ Example:
+ http://gabriel.mp3-tech.org/mp3infotag.html
+ 2.03.The source sampling rate must either be of 44.1KHz or 48KHz and no
+ upsampling or downsampling is allowed.
+ 2.04.ID3 headers shall have no images inserted in them.
+ 2.05.All MP3 files need both an ID3 v1.1 and v2 tags. ID3 tags must
+ include the Artist, the Title and the Album. It is not allowed to use
+ "VA" as the Artist name, except for one track mixes. The fields "Year",
+ "Genre" and "Tracknumber" must also be filled but a release may not
+ be nuked if those are filled incorrectly.
+ 2.06.Multi channel audio is not allowed and you need to downmix the source
+ tracks to stereo (2 channels). It is good form, but not required, to
+ give some details about the downmixing process in the releaseÆs .NFO.
+ Groups are encouraged to release AC3 multichannel rips as INTs where
+ there is a compelling musical interest to do so (for example, 5.1 mixed
+ versions of albums from the Flaming Lips, Beatles, Meat Beat Manifesto
+ or the live 5.1 mix from NINÆs Beside You In Time Blu-ray).
+
+ 3.00.HOW TO PACKAGE:
+ 3.01.Both an .SFV and an .NFO file are required for every release.
+ 3.02.Maximum directory+filename-length is 255 characters.
+ 3.03.Allowed characters are a-z A-Z 0-9 _ . - ()
+ 3.04.Directory name must, at minimum, contain:
+ Artist - Title - Source - Published Year
+ 3.05.Directory names can contain:
+ Artist - Title - Special(*) - Additional Comments (**) - Cat Nr -
+ Source(***) - Language - Radio Station - Published Year - Group
+ *=ADVANCE, AUDIOBOOK, BONUS, BONUS_TRACK, BOOTLEG, CLEAN, CUE_FIX, DEMO,
+ DELUXE, DIRFIX, EDITION, EXTRA, FANCLUB, LIMITED, LIVE, MAG, MAXI,
+ NFOFIX, PROMO, PROPER, PROOFFIX, READ_NFO, REISSUE, REMASTERED,
+ REPACK, RERIP, RETAIL, SPLIT, SAMPLER, SNIPPET, TRACKFIX. This list
+ is not exclusive.
+ **=Any extra information about the release.
+ You can only use ONE Source per directory name.
+ Examples:
+ AC-DC-Blackout_Evolution-RETAIL-CD-2015-GROUP
+ AC_DC-Blackout_Evolution-CDS-2015-GROUP2
+ AC_DC-Blackout_Evolution-SAT-2015-GROUP3
+ AC_DC-Blackout_Evolution-PROMO-CDR-2015-GROUP4
+ AC_DC-Blackout_Evolution-PROMO-EXTRA-K7-2015-GROUP5
+ ***=AM, AUD, BD, BDR, BONUS_CD, CABLE, CD, CDA, CDEP, CDM, CDR, CDS, DAB,
+ DAT, DLC, DVBC, DVBS, DVBT, DVD, DVDA, DVDR, DVDS, FLASH, FM, HDDVD,
+ HDDVDR, K7, LINE, LP, MCD, MD, MLP, SACD, SAT, SBD, TAPE, VINYL, VLS,
+ VL, WEB (See 11.0).
+ 3.06.If any extra packaged material that came bundled with any medium
+ is released it should be released as is and untouched, unless it is a
+ lossless music format, in which case it must be encoded using the
+ official standard. Extra packaged material must be tagged as either
+ -BONUS-, -EXTRA- or -DLC-, be compressed in .RAR and contain a .SFV.
+ 3.07.All bootleg(*) and mixtape releases must be tagged as -BOOTLEG-.
+ *=A bootleg recording is any medium that was not officially released by
+ the person/company owning the rights to do so. Bootlegs in the classic
+ sense of being recorded live at a concert need an additional source
+ tag, like ûAUD- for an audience recording, or ûSBD- for a soundboard
+ recording.
+ 3.08.Independently released music is done by an artist without a label (or
+ with his own small label) and is not a -BOOTLEG-.
+ 3.09.If you release a medium that was supplied from a magazine or via any
+ other print media (book/newspaper/etc) then you must tag it -MAG-.
+ 3.10.The directory name of an INTERNAL release must end with _INT.
+ Internals are not subject to nuking, and as such groups can do as
+ they please in this regard (eg: higher bitrates/multichannels/etc)
+ Example:
+ AC_DC-Blackout_Evolution-CD-2015-GROUP_INT
+ 3.11.If the publication year is nowhere to be found on the medium or
+ online then an approximation to the best of the ripperÆs knowledge
+ is allowed.
+ Example:
+ You get a CD without release year information available on the
+ packaging or online. You do know for a fact that it was pressed
+ between 2000 and 2009 and there are several sources that back this
+ date range up. In this case it's allowed to tag the release as
+ -200X-. If it could have been pressed either in the 1900s or in the
+ 2000s, such as the range between 1995-2005, then it's allowed to tag
+ the year as -XXXX-.
+ 3.12.Filename must at least contain:
+ Track Number - Song Title
+ If it's an album with different artists (one artist per track) then
+ you must add the artist name as well ("VA-tracks" like mixes don't
+ need artist names). The song title for the filename must include
+ the full title as it's written on the cover/cd/inlay with all
+ additional information (remixed/features/etc), subject to filename
+ length limitations. Common abbreviations are acceptable (feat. for
+ featuring, for example).
+ Exception:
+ If no tracknames are supplied by the source (CD/VLS/etc) then you
+ must provide evidence that these tracks have no names, such as a
+ discogs.com link. If these "untitled tracks" are part of a big mix
+ (no silence between the "tracks") then it's considered as one track
+ and you must rip it as one MP3/CUE and title it the same as the
+ "album".
+ 3.13.Typos are not tolerated in artist name or album title fields. Other
+ typos (in tracknames/ID3/etc) are only tolerated if they are minor
+ (less than 10%) and only if the dirname is 100% correct (Artist and
+ Title). If a "typo" was on the original medium and you can proove
+ this then it doesn't count as a typo. See rule 3.30 for more on
+ retail defects.
+ 3.14.A release with an apparently incorrect Year or Language may not be
+ nuked. However a -DIRFIX- is strongly recommended.
+ 3.15.It's not allowed to use more than one successive dot (.) for naming
+ directories and/or tracknames.
+ Examples:
+ AC_DC-Blackout_Evolution...Encore-CD-2020-GROUP => Not allowed
+ AC_DC-Blackout_Evolution___Encore-CD-2020-GROUP => Allowed
+ 3.16.Split(*) releases need to be tagged as -SPLIT-, not VA or a
+ combination of both. Please note that if a release isn't
+ specifically labelled as VA (by the industry) it needs to be tagged
+ as -SPLIT-. Also, a release cannot be nuked for being VA -SPLIT-.
+ *=A -SPLIT- release is when two or more artists use the same medium to
+ release their own standalone content. There are split albums, singles
+ and EPs. It is considered a -SPLIT- if there are up to 4 artists.
+ Anything else with more than 4 artists should be tagged VA. As a rule
+ of thumb, a ûSPLIT- release will include several tracks from each of
+ just a few artists, in contrast to a VA release which will have many
+ artists with only one or two tracks each.
+ A suggested tagging alternative is to use two dashes in between the
+ artist and the album so you can use the single dash to separate the
+ different artists from one another, the dash being the divider.
+ Example:
+ "Artist1-Artist2-Artist3--Album_Name1-Album_Name2-Album_Name3-
+ SPLIT-2012-GROUP"
+ instead of
+ "Artist1_Artist2_Artist3-Album_Name1-Album_Name2-Albume_Name3-
+ SPLIT-2012-GROUP"
+ 3.17.All releases from a physical medium must include a proper Proof. A
+ proper Proof means a clear and recognizable scan or photo made with
+ a resolution of at least 800*600 (or 600*800) pixels of the physical
+ medium together with the cover or a booklet page from as close as
+ possible so the Proof can be identified.
+ It's allowed for vinyl proofs to just show the record in the proof
+ without showing the paper sleeve.
+ 3.18.A proof must be unique. What that means is that you are not allowed
+ to re-use or edit a proof coming any non-MP3-scene source. You need
+ to generate your own proof.
+ Exception:
+ If a mp3 release is made from a sister groupÆs(*) release, the
+ sister groupÆs proof may be recycled.
+ *=A "sister group" is the same group name that expanded into another
+ Section eg if ûABC has the sister group ûABCFlac.
+ Example:
+ Group -ABC can recycle group -ABC-HDÆs proof.
+ 3.19.If the medium or cover/booklet contain anything that may expose your
+ identity then it can be hidden/cut off. Keep in mind that some
+ blurring tools may not be secure.
+ 3.20.Any upscaling of images or any modification (such as adding
+ black/white bars) to meet the size requirements is not allowed.
+ 3.21.If your release contains multiple media and each item is clearly
+ numbered then you are allowed to only add one of the media in the
+ proof.
+ Example:
+ Artist-Album-15CD-Year-Group
+ Each CD is clearly labeled "CD1/CD2/etc/CD15" then you can provide
+ Proof of only CD4 with a cover/booklet in the Proof scan/photo.
+ 3.22.Booklet scans are welcomed but optional and do not count
+ as sufficient proof.
+ 3.23.For -PROMO- you need to have your group name on a paper and have it
+ placed on the medium so both are clearly visible in the Proof.
+ 3.24.All MIXED/LIVE CDDA(*) need to be ripped as one track with a .CUE with
+ the Artist and the Tracknames in the .CUE. If this data is not
+ available, you need to label them as Unknown and Untitled and provide
+ evidence that this is indeed the case.
+ *=MIXED/LIVE CDDA means a medium without silence between the "tracks".
+ It is also strongly encouraged to name the .CUE file accordingly to
+ the .MP3 file and also make sure that the path inside the file points
+ to the corresponding .MP3
+ Lastly, a .CUE file is not allowed if your medium contains just one
+ track, unless there is some compelling technical reason such as
+ presence of extra index points as per red book standard.
+ 3.25.If a medium has no information about it available then you are allowed
+ to use BOTH the Label AND the Cat Number as the name of the release.
+ If there is only one artist on the vinyl/CD then you must add the
+ name of the artist.
+ Example:
+ My_Music_Records-MMR941.02-CD-2012-GROUP
+ 3.26.If you have a retail Source and it was pressed with a defect/skip
+ then you are allowed to release it given that you package it with
+ -READNFO- in the dirname and that everything else is proper
+ (Proof/Encoding/etc). Obviously, the .NFO must contain information
+ concerning the nature of the defect.
+ 3.27.EPs in CDDA format should be packaged as -CDEP-.
+ 3.28.Audiobooks(*) need to be tagged as -AUDIOBOOK-.
+ *=Audiobooks are spoken versions of books that can span one or multiple
+ media, generally CDDAs. More often than not there is no music on
+ audiobooks; it's just a narrative spoken story.
+ 3.29.Any extra packaged material that came bundled in with any medium needs
+ to be released as is and untouched, unless they are lossless, in which
+ case they need to be encoded using the official standard. Extra
+ packaged material must be tagged as either -BONUS-, -EXTRA- or -DLC-,
+ be compressed in .RAR and contain a .SFV.
+ 3.30.A -SAMPLER- is made up of several full songs from an upcoming album
+ while -SNIPPET- is used to tag previews of songs.
+ Examples:
+ Burial--Street_Halo_Kindred_(BRC320)-CD-2012-CMC
+ 01-burial-street_halo-cmc.mp3 06:47
+ 02-burial-nyc-cmc.mp3 07:40
+ 03-burial-stolen_dog-cmc.mp3 06:23
+ 04-burial-kindred-cmc.mp3 11:28
+ 05-burial-loner-cmc.mp3 07:30
+ 06-burial-ashtray_wasp-cmc.mp3 11:45
+ Burial--Street_Halo_Kindred-SAMPLER-2011-CMC
+ 01-burial-street_halo-cmc.mp3 06:47
+ 02-burial-loner-cmc.mp3 07:30
+ 03-burial-ashtray_wasp-cmc.mp3 11:45
+ Burial--Street_Halo_Kindred-SNIPPET-2012-CMC
+ 01-burial-street_halo-cmc.mp3 00:47
+ 02-burial-nyc-cmc.mp3 00:40
+ 03-burial-stolen_dog-cmc.mp3 00:33
+ 04-burial-kindred-cmc.mp3 00:28
+ 05-burial-loner-cmc.mp3 00:56
+ 06-burial-ashtray_wasp-cmc.mp3 00:45
+
+ 4.00.WEB RELEASES:
+ 4.01.The -WEB- tag must be used for releases that are distributed
+ digitally. The most common method of distribution currently is via a
+ webshop (See 4.3). But it can also, but not exclusively, be bundled
+ in as bonus/extra material on any physical medium.
+ 4.02.Encoding priority is:
+ VBR (WAVSRC(-V0)) or 320CBR > VBR > 256CBR > 224CBR > 192CBR
+ Any superior quality supersedes any lower quality for a period of 90
+ days (3 months) after pre date. When releasing a higher quality
+ version of a rip, it needs to be tagged as -READNFO- and the .NFO needs
+ to explicitly state the difference(s) and/or reason(s) why there is a
+ newer release.
+ Examples:
+ 192CBR released in May 2013 => you can release 256CBR in June 2013.
+ VBR released in June 2013 => you can release VBR -V0 in July 2013.
+ VBR -V0 or 320CBR released => you cannot release any other version.
+ 4.03.You need to include the valid URL of the webshop(*) from which you
+ purchased your release in the .NFO. You cannot specify any address
+ where the tracks are free for download for everyone without being
+ charged.
+ *= Webshop means a place where you can "Add to cart" and "Checkout" and
+ which isn't fuelled by illicit and/or obscure music connections.
+ Valid webshops are endorsed by the music industry.
+ 4.04.If your webshop purchase was in a lossless format (such as .WAV) then
+ you must convert it to MP3 (See 4.2). Conversion to MP3 from any lossy
+ source is not allowed.
+ 4.05.-WEB- releases containing MP3s encoded by multiple different encoders,
+ as demonstrated by inspection of the MP3 header, are only allowed if
+ you provide proof that the original online retail source is selling
+ the release in this way.
+ 4.06.If a digital (-WEB-) release comes out with a physical medium (or vice
+ versa) then it's allowed to make a proof scan of the medium alongside
+ the download paper that came bundled with it. You are also allowed to
+ blur a portion of the download path so long as the rest of the URL
+ and the medium can be clearly identified.
+ 4.07.It's not allowed to release -WEB- rips with skips/defects in them.
+ You can however release them as internals.
+
+ 5.00.LIVE RELEASES (BROADCAST):
+ 5.01.The source priority is:
+ DAT or LINE or SBD > CABLE or DAB or DVBC or DVBS or DVBT or SAT >
+ terrestrial radio (AM/FM) > WEB > AUD
+ 5.02.The set must be complete from the intro to the outro. If there were
+ broadcasting glitches then it is suggested that you do not release it
+ or do it as INT.
+ Exceptions:
+ If your release has extra material that is part of the original show
+ but that was aired after the outro (such as encores) and this "extra
+ segment" is at least 5 minutes long then you are allowed to rerelease
+ the whole show as -READNFO-, not as -PROPER-.
+ 5.03.If a show has already been released (e.g. another name, but the mix is
+ the same), no dupe of that same show is allowed. If the show is
+ included in another release (for example, as a guest mix), then it is
+ neither allowed.
+ 5.04.If a show, containing a guest mix, is a partial dupe (either the
+ regular part of the show, or the guest mix), it is allowed to release
+ them both as a set. However, it is encouraged to release only the new
+ part if the other part is available in equal or better quality,
+ denoting in the nfo why the other part was omitted.
+ 5.05.If a show contains the broadcast of a commercially released CD then
+ you may not release it unless the CD was not already released.
+ 5.06.All commercials must be removed.
+ 5.07.DJ talk can be included to a certain extent: track announcements and
+ short lines from the DJ should not be removed; interviews and other
+ long talk needs to be removed. You can however -WEB-BONUS- it.
+ 5.08.It is encouraged to fade-in and fade-out the set. However, lack of
+ fades does not constitute a reason for releasing a -PROPER-.
+ 5.09.Straight-to-MP3 encoding is allowed, but discouraged as the header of
+ the MP3 file must be correct at all times.
+ 5.10.Downsampling to 44.1 or 48KHz is allowed (if source is better).
+ Upsampling to 44.1KHz or 48KHz from a weaker source is not allowed.
+ 5.11.Live recordings of concerts (not from broadcast) typically require a
+ tag for source (SBD/LINE/AUD) as well as the -BOOTLEG- tag. -AUD-
+ reflects a recording made using microphones situated in the audience
+ area. The .NFO should give as many details on recording hardware and
+ mastering methodology as possible.
+
+ 6.00.FLASH RELEASES:
+ 6.01.If your medium contains a version in a lossless format then you are
+ required to release that as -FLASH-.
+ Example:
+ Your flash drive contains both a .MP3 and a .WAV release. You need to
+ release the converted .WAV version.
+ 6.02.If the FLASH medium contains multiple formats (e.g. 10 tracks WAV and
+ a DJ MIX MP3) it is allowed to release it as one release with mixed
+ VBR/CBR and multiple encoders.
+ 6.03.Proof is also required and is subject to the same rules as retail
+ (See 3.17-3.23).
+ 6.04.Codec of source (MP3/PCM(WAV)/etc) is required in the .NFO.
+
+ 7.00.DVD/DVDA RELEASES:
+ 7.01.Priority of audio track source is:
+ 1. PCM stereo (doesn't matter if DVDA or CDDA quality)
+ 2. PCM 3+ channels
+ 3. AC3 (dolby digital) stereo or DTS stereo
+ 4. AC3 (dolby digital) 3+ channels or DTS 3+ channels
+ 5. MPG
+ Examples:
+ DVD contains AC3 5.1 and AC3 2.0 => you must rip the AC3 2.0 tracks
+ DVD contains PCM and AC3 2.0 => you must rip the PCM tracks
+ DVD contains MPG and AC3 2.0 => you must rip the AC3 2.0 version
+ 7.02.If tracks are available in several audio formats then you must use the
+ "best" version (See 1.2).
+ 7.03.Normalizing the sound volume is allowed but optional; it is encouraged
+ that you document normalization status in the .NFO.
+ 7.04.Additional .NFO information required includes:
+ - Codec of source (AC3/PCM/MPG/DTS/etc),
+ - Number of channels of source (2.0/2.1/5.1/etc)
+ 7.05.By default a DVD's sound is *NOT* DVDA, (sometimes written asDVD-A or
+ DVD-audio). DVDA is a high fidelity audio format that is distinct
+ from the audio associated with a regular video DVD. Groups are
+ encouraged to release true DVDA as internal .ISO files, to preserve
+ full fidelity.
+
+ 8.00.HD RELEASES:
+ 8.01.The source priority is
+ DVDA > SACD > BD > HDDVD > DVD or DVDS > HDDVDR > DVDR
+ 8.02.A HD DVD/BD concert recording release must contain the complete set
+ of music tracks from the concert. Additional tracks
+ (interviews/videos/bonus/etc) are optional. If those extra tracks are
+ not included then any other group can release them as -EXTRA-
+ 8.03.HD DVD and BLU-RAY video clip releases should be ripped as multi track
+ release keeping original tracklist (not .M2TS sequence).
+ 8.04.If tracks are available in several audio formats then you must use the
+ highest bitrate lossless source track.
+ 8.05.For a DTS HR/HD MA track you need to extract the DTS core.
+ 8.06.Multi channel audio is not allowed. Always downmix source tracks to
+ stereo (2 channels) if a native stereo version is not available. It is
+ good form to include details on your downmixing procedure.
+ 8.07.Downsampling to 44.1 or 48KHz is allowed (if source is better).
+ Upsampling to 44.1KHz or 48KHz from a weaker source, however, is not
+ allowed.
+ 8.08.Normalizing the sound volume is allowed but optional; please document
+ normalization status in .NFO.
+ 8.09. .CUE file made from source chapters should always be included with
+ the final release package.
+ 8.10.Additional informations required in .NFO (See 10.3) :
+ - Codec of source (AC3/DD+/PCM/MPG/DTS/DTS-HD/Dolby TrueHD)
+ - Bitrate of source (448/640/768kbps/1536kbps/etc)
+ - Number of channels of source (2.0/2.1/5.1/etc)
+
+ 9.00.FIXING METHODOLOGY:
+ 9.01.Only one trackfix per release is allowed. If the release needs a
+ second trackfix or more than 50% of the tracks need a fix then you
+ must re-package the whole thing.
+ --> A 1-track fix for a 2-track release is allowed (=50% and not
+ "more than 50%").
+ 9.02.If you release a dirfix then the dirname of the problematic release
+ must be listed in your .NFO file.
+ 9.03.Following your release getting nuked, you have:
+ - 7 days to fix for typos and wrong dirnames
+ - 2 days to fix for missing proof, technical flaws (skips, wrong
+ encoder)
+ After grace period any other group is allowed to -PROPER-. It's also
+ allowed to proper even if a release wasn't nuked just as long as the
+ reason for propering is clearly stated in the .NFO. In which case
+ it is suggested to tag as -READ_NFO-.
+ 9.04.It is not allowed to -DIRFIX- a given release more than once and you
+ cannot -PROPER- a -DIRFIX-.
+ 9.05.For -WEB-, if your trackfix comes from a different webshop than the
+ original release then you need to mention it in the NFO while also
+ supplying the new webshop URL.
+
+10.00.TIPS AND TRICKS:
+ 10.01.Make sure that your filenames are unique otherwise some sites might
+ dupeskip. This type of mistake doesn't make a release worthy of a
+ nuke, however. This problem often arises with the
+ "unknown - untitled" tracks scenario.
+ 10.02.Wipe EXIF data from your proof scans/photos using your favourite
+ freeware.
+ 10.03.For finding the Codec source of DVD/BD/etc we suggest using :
+ http://mediainfo.sourceforge.net/en
+ 10.04.The audio of a normal video DVD is *NOT* DVDA! The audio of a DVD
+ usually is MP2/AC3/DTS compressed (lossy) while the audio of a real
+ DVDA is high quality PCM (lossless, e.g. 24bit/192KHz) and/or
+ multichannel.
+ To properly rip true DVDA you can use :
+ http://www.pazera-software.com/products/audio-extractor/
+ 10.05.Even if the Language and/or the Cat Number are not required in the
+ dirtag they are strongly encouraged.
+ 10.06.At the time of writing this, those webshops are known for sometimes
+ supplying their tracks encoded with multiple encoders :
+ http://www.junodownload.com/
+ http://www.indiegala.com/
+ One way to find out if your release was encoded by multiple encoders
+ is to use a program such as truelame.exe
+ 10.07.Even if not required, it is strongly encouraged that dirnames should
+ always begin with a letter or number to avoid spreading issues.
+ 10.08.When taking more than 24h to fix a release it's best to -REPACK- (or
+ -RERIP- depending on the case) as some sites purge nuked releases
+ after that period of time.
+ 10.09.Even if typos are slightly tolerated (See 3.13-3.14) it is strongly
+ suggested that you put extra effort into finding and correcting them
+ when packaging.
+ 10.10 Even if the .M3U is not required with the release it is strongly
+ encouraged to provide it.
+ 10.11.For converting to WAV we suggest using Free Audio Converter
+ (AKA FRE:AC) at http://www.freac.org/
+
+11.00.DIRTAGS GLOSSARY:
+ 11.01.Valid physical sources dirtags are:
+ -BD- [BLU-RAY DISC *PRESSED*]
+ -BDR- [BLU-RAY DISC RECORDABLE]
+ -BONUS_CD- [CD ADDITIONAL *PRESSED*]
+ -CD- [CD OTHER *PRESSED*]
+ -CDA- [CD ALBUM *PRESSED*]
+ -CDEP- [CD MINI-ALBUM *PRESSED*]
+ -CDM- [CD MAXI *PRESSED*]
+ -CDR- [CD-RECORDABLE]
+ -CDS- [CD SINGLE *PRESSED*]
+ -DVD- [DVD *PRESSED*]
+ -DVDA- [DVDA]
+ -DVDR- [DVDR]
+ -DVDS- or -DVD- [DVD VIDEO SINGLE *PRESSED*]
+ -EXTRA- or -BONUS- or -DLC- [EXTRA BONUS CONTENT]
+ -HDDVD- [HD DVD *PRESSED*]
+ -HDDVDR- [HD DVD RECORDABLE]
+ -LP- or -VINYL- [VINYL ALBUM]
+ -MCD- [MINI CD]
+ -MD- [MINIDISC]
+ -MLP- [MINI VINYL]
+ -SACD- [SACD]
+ -SAMPLER- [ALBUM PREVIEW]
+ -SNIPPET- [TRACK PREVIEWS]
+ -TAPE- or -K7- [ANALOG TAPE/CASSETTE]
+ -VL- or -VINYL- [VINYL OTHER]
+ -VLS- or -VINYL- [VINYL SINGLE]
+
+ 11.02.Valid live sources dirtags are:
+ -AM- [AM ANALOG RADIO]
+ -AUD- [DIRECT LIVE RECORDING FROM THE AUDIENCE]
+ -CABLE- [ANALOG CABLE]
+ -DAB- [DIGITAL AUDIO BROADCAST]
+ -DAT- [DAT TAPE]
+ -DVBC- [DIGITAL VIDEO BROADCAST CABLE]
+ -DVBS- [DIGITAL VIDEO BROADCAST SATELLITE]
+ -DVBT- [TERRESTRIAL DIGITAL VIDEO BRAODCAST]
+ -FM- [FM ANALOG RADIO]
+ -LINE- [DIRECT RECORDING BY THE RIPPER FROM SOUNDBOARD/MIXER
+ THROUGH THE LINE-IN INTERFACE]
+ -SAT- [ANALOG OR DIGITAL SATELLITE]
+ -SBD- [RADIO STATION OR DJ RECORDING **NOT A WEBSTREAM**]
+ 11.03.Valid digital sources dirtags are:
+ -WEB- [FILES ORIGINATING FROM AN ONLINESHOP]
+ -FLASH- [FLASH MEDIUM : SLOTMUSIC/COMPACSTICK/ETC]
+ 11.04.Valid other source dirtag is:
+ -BOOTLEG- [UNKNOWN]
+ 11.05.Unallowed sources are:
+ -FREE- [ANY FREE]
+ -STREAM- [FREE WEBSTREAM]
+ 11.06.Valid fixing dirtags are:
+ -CUEFIX- When a group failed to properly package the .CUE file and
+ rereleases a missing or incorrect .CUE file as standalone.
+ -DIRFIX- When a group failed to properly package a directory name
+ and rereleases it as standalone.
+ -NFOFIX- When a group failed to properly write a NFO file and
+ rereleases it as standalone.
+ -PROOFFIX- When a group failed to release a proper proof they need to
+ use this dirtag to correct their fault.
+ -PROPER- When a release gets nuked (bad tag, bad rip, no proof, etc)
+ and another group propers it, they -PROPER- it.
+ -REPACK- When a group failed to package correctly (ID3vx/missing
+ tracks/mislabeled/etc) the *SAME* group repacks their nuked
+ release.
+ -RERIP- When a group failed to rip properly (clipping, cut off/
+ incomplete tracks/etc) the same group rerips their nuked
+ release.
+ -TRACKFIX- When a group failed to release all tracks properly and
+ rereleases only the fixed tracks as a standalone fix.
+
+ _______________________________________________________________
+
+ ▄ ▄
+ ▄▀ ▀▀■▄▄
+ ■ ■ ▀█▄▄
+ ▀▄▄ ▐███▄ ▄▀ ▄ ▀
+ ▐███▄▄ ▀▄▄ ▄▓█████ ▐██▄ ▓▓
+ ████▀███▄▄▄ ▀███▄▄▄▄▄ ■ ▀████▀███ ▀█████▌
+ iks ████ ▀▀██▓▒ █████ ███▓ ███ ████▄ RIAA
+ ░░░░░░ ████▌ ▄▄▓▓▀▀ ▐████▌ ███▓ ███ ███████▄ ░░░░░░
+ ░░░░░░ ▐███████▄ ▐████▓ ░███▓ ██▓ ████▀ ▀███▄ ░░░░░░
+ titan ▐████▀█████▄▄▄ ▄▄█████▄████▄▄▄▄▄ ▐██▓ ████ ▀███▄
+ ■▄████▌ ▀▀▓▀▀██▓▓▀▀▀▀ ▀▀▀▀▀█████▓░▓██▓ ▀███▄
+ ▀▀▀▓▓ ▄▀▀ ░ ▀▀▀▀█▄▄▄ ▀██▓░
+ ■ ▀▀█▄▄ ██▓░
+ ▄ ▀▀█▄▄ ▐██▓
+ ■ ▀ ▀▓▓▄███▌
+ ▀■ ▄ ▄ ■ Tried and tested rules ▀████▌
+ by the true MP3 scene! ▐██▀
+ ▄▀▀
+ ▀
+
+ RIAA active since 2014-03-01, signed by:
+ 1KING, B2R, BF, BOSS, CBR, CMC, CRUELTY, D2H, DGN, dh, DJ, DPS,
+ EiTheLMP3, FKK, FMC, G4E, GCP, gF, HB, HFT, HQEM, iTS, JiM, JUST,
+ JUSTiFY, KOPiE, LFA, mbs, MnD, MOD, MST, MTC, NOiR, NRG, OGV, OMA,
+ ONe, PTC, RAC, RAiN, SC, SDR, SiBERiA, TALiON, TSP, uC, UKHx, UKi,
+ USF, VOLDiES, VOiCE, W2CR, wAx, WLM, WUS, wWs, XXL, YARD, YOU & ZzZz.
+
+ Complimentary signatures:
+ ALKi, ATM, ATR, Bacardi, cnmc, diss, EViGHET, iDM, iMPG, kHz,
+ LOGOS, MS, 0MNi, PoS, Q17, SYN & TrT.
+
+Changelog
+2013-12-24 first version (4.0)
+2014-01-03 adjusted 1.02 (Encoder priority)
+2014-01-03 adjusted 2.01 (3.98.4 still acceptable)
+2014-01-03 adjusted 2.05 (VA for one track mixes)
The SD TV x264 Releasing Standards 2016 a.k.a. sdtvx264
+The.SD.TV.x264.Releasing.Standards.2016-SDTVx264
+
+[ Intro ]
+Since the last revision of this document in 2012, TV-X264-SD has grown and become a major section that many people contribute to and depend on. This new revision aims to update the standards from 2012 to standards suitable for 2016 and the future. Adding clarity and patching loopholes to once again allow for consistent and quality releases, which was the aim of this standard back in 2012.
+
+Compliance with this document is optional as of its pre date, and mandatory as of 2016-04-10 00:00:00 UTC (1460246400 Unix time).
+
+1) [ HDTV Sources ]
+ 1.1) HDTV is considered as a high definition natively recorded transport stream.
+ 1.2) HDTV sources must not be upscaled, see section 2.
+ 1.3) Providers which downscale 1080i to 720p (e.g. BellTV) are not allowed.
+
+2) [ PDTV & DSR Sources ]
+ 2.1) PDTV is considered as a 576i/576p natively recorded transport stream.
+ 2.2) DSR is considered as a 480i/480p natively recorded transport stream.
+
+3) [ AHDTV & APDTV & ADSR Sources ]
+ 3.1) AHDTV, APDTV and ADSR are considered as captured streams from the analog output (e.g. Component, DVI, HDMI) of a set-top box.
+ 3.2) Captures must be done at the native broadcast format of the source.
+ 3.2.1) Captures from devices which are unable to output a native format must be restored to the original framerate.
+ 3.2.2) If captures cannot be completely restored to their native framerate, such as a single dupe frame every 1000 or blended/ghost frames due to mangling from the set-top box or capture device, this is considered a technical flaw.
+
+4) [ Codec ]
+ 4.1) Video must be H.264/MPEG-4 AVC encoded with x264 8-bit.
+ 4.1.1) Custom builds of x264 (e.g. x264-tMod, x264-kMod) are allowed and must be based off the x264 codebase.
+ 4.2) x264 headers must remain intact and must not be modified or removed.
+ 4.3) x264 must be kept up to date, with a maximum allowance, or grace period, of 60 days before groups are required to update to the latest revision.
+ 4.3.1) The official x264 git repository is the only reference for determining the current revision: http://git.videolan.org/?p=x264.git;a=summary
+ 4.3.2) The 60 day grace period must only be applied at pre time, not the tagged encoded date.
+ 4.3.3) The grace period is only applicable to the revision preceding the latest update and does not reset active grace periods of preceding revisions.
+ e.g. 2016-01-01: Revision A is used.
+ 2016-01-02: Revision B is committed, 60-day grace period begins for revision A.
+ 2016-01-05: Revision C is committed, 60-day grace period begins for revision B.
+ 2016-03-02: Revision A is no longer allowed, Revision B or C may be used.
+ 2016-03-05: Revision B is no longer allowed, Revision C must be used.
+ 4.4) Constant Rate Factor (--crf) must be used.
+ 4.4.1) CRF values below 19 and above 24 are never allowed.
+ 4.4.2) Justification must be listed in the NFO for the use of non-standard CRF values.
+ 4.4.2.1) Groups are not required to follow non-standard CRF values used by another group.
+ 4.4.2.2) It is suggested that if the average video bitrate exceeds 1500kb/s, a higher CRF value should be chosen, when possible.
+ 4.5) Standard CRF values are as follows:
+ ┌─────────────────┬───────┬───────────────────────────────────────────┐
+ │ Compressibility │ CRF │ General Examples │
+ ├─────────────────┼───────┼───────────────────────────────────────────┤
+ │ High │ 19-20 │ Scripted, Talk Shows, Animation, Stand-Up │
+ │ Medium │ 21-22 │ Documentary, Reality, Variety, Poker │
+ │ Low │ 23-24 │ Sports, Awards, Live Events │
+ └─────────────────┴───────┴───────────────────────────────────────────┘
+ 4.6) Settings cannot go below what is specified by preset (--preset) 'slow'.
+ e.g. --subme 7 or --me hex are not allowed.
+ 4.7) Level (--level) must be '3.1'.
+ 4.8) Colour matrix (--colormatrix) must be set.
+ 4.8.1) 'bt709' must be used for encodes from HDTV or AHDTV sources.
+ 4.8.2) Source specification must be used for PDTV, APDTV, DSR, ADSR sources.
+ 4.8.3.1) 'undef' must be used if not specified by the source.
+ 4.9) Colour space (--output-csp) must be 'i420' (4:2:0).
+ 4.10) Sample aspect ratio (--sar) must be '1:1' (square).
+ 4.11) Deblocking (--deblock) must be used. Values used are left to the discretion of the group.
+ 4.12) Keyframe interval (--keyint) must be at least 200, and at most 300.
+ 4.12.1) It is recommended to let x264 decide which value to use, but 10*framerate is a good guideline (e.g. Film=240, PAL=250, NTSC=300).
+ 4.12.2) For 50 or 60 FPS content, the maximum keyframe interval must be at least 200, and at most 600.
+ 4.13) Minimum GOP length (--minkeyint) must be 30 or less.
+ 4.13.1) It is recommended to let x264 decide which value to use, but 1*framerate is a good guideline (e.g. Film=24, PAL=25, NTSC=30).
+ 4.13.2) For 50 or 60 FPS content, values of 60 or less must be used for the minimum GOP length.
+ 4.14) Custom matrices are not allowed.
+ 4.15) Zones (--zones) are not allowed.
+ 4.16) x264 parameters must not vary within a release.
+ 4.17) Optional tuning (--tune) parameters allowed are: 'film', 'grain' or 'animation'.
+ 4.18) Suggested command line: x264 --crf ## --preset slow --level 3.1 --colormatrix ## --output out.mkv in.avs
+
+5) [ Video / Resolution ]
+ 5.1) Resolution must be mod 2.
+ 5.2) Upscaling is not allowed.
+ 5.3) Adding borders is not allowed.
+ 5.4) Multiple video tracks are not allowed.
+ 5.5) English spoken titles with foreign overlays, not intended by content creators (e.g. locations, on-screen text shown in another language) are not allowed, use INTERNAL.
+ 5.5.1) This does not apply to opening titles or credits, but to relevant show content only.
+ 5.6) Non-English spoken titles with hardcoded English subtitles must be tagged as SUBBED.
+ 5.6.1) English spoken titles with hardcoded English subtitles present for English spoken scenes must be tagged as SUBBED.
+ 5.6.2) English spoken titles with hardcoded Non-English subtitles present for English spoken scenes are not allowed, use INTERNAL.
+ 5.6.3) Hardcoded subtitles added by content creators are exempt (e.g. Alien hardsubs, drunk talk hardsubs, hardsubs due to muffled mic).
+ 5.7) Dupes based on resolution are not allowed.
+ 5.7.1) Except in situations of releases with a different aspect ratio. The relevant tag must be used, and the reason mentioned in the NFO.
+ 5.7.2) Releases which contain at least an additional 20 pixels worth of video on any side are not considered dupes. These releases must be tagged as WS or OM (open matte) and not proper, and the original release must not be nuked.
+ 5.8) Black borders and anything (e.g. coloured borders, duplicate lines, dirty pixels, full-time tickers) that is not part of the video must be cropped.
+ 5.8.1) Retention or removal of faded edges is left to the discretion of the group. Inclusion of faded edges is not a technical flaw, and cannot be propered.
+ 5.8.1.1) Faded edges refer to a line of pixels which are of similar appearance to pixels' parallel to the video frame.
+ 5.8.2) In the case of varying aspect ratios throughout the video, cropping must be done to the most common frame size (e.g. primary view of the pitch during sports, studio view during talk shows).
+ 5.8.3) Cropping of letterboxed sources with hardcoded subtitles positioned within the black borders is left to the discretion of the group. Video may be left uncropped or cropped evenly both top and bottom to the widest frame without removing any subtitles.
+ 5.8.3.1) Cropping out hardcoded subtitles entirely is allowed, only when they are not required, leaving any trace of subtitles or over-cropping actual picture to remove subtitles is considered to be a technical flaw.
+ 5.8.4) Video may be over or under cropped by a maximum of 1px per side. Over or under cropping by more than 1px per side is considered a technical flaw.
+ 5.9) HDTV and PDTV sources with a greater than 720px width after crop must be resized to 720px width and a height which maintains a valid AR.
+ 5.10) PDTV sources must be cropped and resized to fit within a maximum resolution of:
+ 5.10.1) 720x for sources with a width between 720-705px (inclusive) after crop, only the height may resized to maintain a valid AR.
+ e.g. 720x576 --> Crop(2,0,-2,-0) --> 716x576 (non-anamorphic) --> 716x404 (anamorphic)
+ 5.10.2) 704x528 for sources with a width of 704px or less after crop.
+ e.g. 704x576 --> Crop(0,4,-0,-4) --> 704x568 (non-anamorphic) --> 704x392 (anamorphic)
+ 544x576 --> Crop(4,0,-4,0) --> 536x576 (non-anamorphic) --> 702x386 (anamorphic)
+ 5.11) DSR sources must be cropped and resized to fit within a maximum resolution of:
+ 5.11.1) 720x for sources with a width greater than 720px after crop, only the height may resized to maintain a valid AR.
+ e.g. 853x480 --> Crop(0,2,-0,-0) --> 853x478 --> 720x404
+ 5.11.2) 640x for sources with a width between 720-641px (inclusive) after crop, only the height may resized to maintain a valid AR.
+ e.g. 720x480 --> Crop(8,2,-16,-0) --> 696x478 (non-anamorphic) --> 616x478 (anamorphic)
+ 5.11.3) 640x480 for sources with a width of 640x or less after crop.
+ e.g. 528x480 --> Crop(0,56,-0,-60) --> 528x364 (non-anamorphic) --> 640x364 (anamorphic)
+ 5.12) Resized video must be within 0.5% of the original aspect ratio.
+ Original AR = (SourceWidth û [CropLeft + CropRight]) / (SourceHeight û [CropTop + CropBottom])
+ Release AR = EncodeWidth / EncodedHeight
+ AR Error % = [(Original AR û Release AR) / Original AR] * 100
+
+ Target resolution when resizing to maintain mod2 and reduce AR error:
+ TargetHeight = TargetWidth / [(SourceWidth û [CropLeft + CropRight]) / (SourceHeight û [CropTop + CropBottom])]
+ The correct mod 2 value can also be calculated from the ceiling of TargetHeight if the value is odd, and the floor of TargetHeight if the value is even.
+
+6) [ Filters ]
+ 6.1) IVTC or deinterlacing must be applied as required.
+ 6.2) Only smart deinterlacers, such as Yadif or QTGMC, must be used.
+ 6.2.1) FieldDeinterlace must not be used for deinterlacing.
+ 6.3) Only accurate field matching filters, such as TIVTC or Decomb, must be used for inverse telecining (IVTC).
+ 6.3.1) Filters included in MEncoder, MJPEG tools, libav, libavcodec or FFmpeg must not be used for IVTC.
+ 6.3.2) Deinterlacing filters must not be applied to telecined sources as a method of inverse telecine.
+ 6.4) Only sharp resizers, such as Spline36Resize, BlackmanResize or LanczosResize/Lanczos4Resize, must be used.
+ 6.4.1) Simple resizers, such as Bicubic, PointResize or Simple, are not allowed.
+
+7) [ Framerate ]
+ 7.1) Constant frame rate (CFR) must be used.
+ 7.1.1) Variable frame rate (VFR) methods are not allowed.
+ 7.2) True 50 / 60 FPS video must be released at 50 / 60 FPS. True 25 / 30 FPS video released at 50 / 60 FPS is not allowed and considered a technical flaw.
+ 7.2.1) Failure to apply a deinterlacer with bobbing enabled (e.g. QTGMC, Yadif(mode=1)) to double framerate (bob) 25i / 30i video back to true 50 / 60 FPS, is considered a technical flaw.
+ 7.2.2) In cases of varying framerates of 25 / 30 FPS and true 50 / 60 FPS, the framerate of the main feature must be used (e.g. studio for talk shows, game coverage for sports).
+ 7.2.3) In rare situations, 25 / 50 FPS sources must be restored to 24 or 30 FPS.
+ 7.2.4) In rare situations, 30 / 60 FPS sources must be restored to 25 FPS.
+ 7.3) Sources which contain footage at varying FPS throughout (hybrid sources) and may or may not require IVTC is left to the discretion of the group. The NFO must list a reason as to the final decision.
+ 7.3.1) It is assumed that the majority of a title contains enough unique frames at 30,000/1,001 FPS to warrant a higher framerate. If it can be proven IVTC/decimating does not result in any loss of unique frames, this is considered a technical flaw.
+ 7.4) Native and converted framerates refers to the standard in which the video was produced.
+ 7.4.1) NTSC produced video is native to NTSC.
+ 7.4.2) PAL produced video is native to PAL.
+ 7.4.3) NTSC produced video that is broadcast in PAL is considered as converted video.
+ 7.4.4) PAL produced video that is broadcast in NTSC is considered as converted video.
+ 7.5) Converted video that has significant abnormalities (e.g. blended frames, jerky playback due to missing or duplicate frames) due to the conversion and cannot be reversed to the native format must be tagged as CONVERT.
+ 7.5.1) Converted video which does not have significant abnormalities do not require the CONVERT tag and must not be nuked for the conversion.
+ 7.6) Dupes based on framerate are not allowed, use INTERNAL.
+
+8) [ Audio ]
+ 8.1) Segmented encoding is not allowed.
+ 8.2) VBR AAC LC (Low Complexity) must be used.
+ 8.2.1) Apple/QAAC, FDK-AAC or Nero must be used.
+ 8.2.1.1) Any other AAC encoders (e.g. FFmpeg, FAAC, MEncoder) are not allowed.
+ 8.2.2) Quality based VBR encoding must be used, targeted or constrained VBR must not be used. Only the following methods are allowed (in order of preference):
+ 8.2.2.1) QAAC: --tvbr 82 --quality 2
+ 8.2.2.2) FDK-AAC: --bitrate-mode 4 --profile 2
+ 8.2.2.3) Nero: -q 0.4
+ 8.2.3) AAC audio must be normalised to the maximum gain. Normalisation must be a complete 2-pass method. No pre-defined values or estimations of maximum gain is allowed. Only the following normalisation methods are allowed (in order of preference):
+ 8.2.3.1) eac3to: ûnormalize
+ 8.2.3.2) sox: --norm
+ 8.2.3.3) QAAC: --normalize
+ 8.2.4) Any existing normalisation values such as dialnorm in AC3 files, must be stripped prior to applying normalisation.
+ e.g. Decoding with eac3to: do not enable -keepDialnorm
+ Decoding with ffmpeg: enable -drc_scale 0
+ 8.2.5) Audio with more than 2 channels must be down-mixed to stereo.
+ 8.2.6) Audio must not be resampled. Audio must be kept in the original format as the source (e.g. 48KHz for 48KHz sources).
+ 8.2.7) Audio which is already presented as 2 channel VBR AAC LC by the broadcaster (e.g. Freeview), may be left as obtained from the source.
+ 8.2.7.1) Audio which is broadcasted as AAC LATM or LOAS must have the headers converted to AAC ADTS without transcoding.
+ 8.2.8) Suggested command line: eac3to in.ac3 stdout.wav -downStereo -normalize | qaac --tvbr 82 --quality 2 --ignorelength - -o out.aac
+ 8.3) Multiple language audio tracks are allowed.
+ 8.3.1) The default audio track must be the language intended for release (e.g. An English release containing English, German and Russian audio tracks, must have the default flag set on the English track).
+ 8.3.2) The correct ISO 639 language code supported by MKVToolnix must be set for all secondary audio tracks, default may be left undefined.
+ 8.3.2.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ 8.4) If the original language of a title is not English:
+ 8.4.1) An English dubbed track is allowed as a secondary audio track.
+ 8.4.2) Releases containing only a dubbed audio track must be tagged as DUBBED.
+ 8.5) Dupes based on multiple audio tracks or audio format are not allowed, use INTERNAL.
+
+9) [ Glitches / Missing Footage ]
+ 9.1) Where audio or video issues are unavoidable due to a live-broadcast or mastering issues, a release must not be nuked until a valid proper, repack or rerip which does not exhibit the same flaw is released.
+ 9.2) Scrolling or other alert messages added by the broadcasting station (e.g. Weather or Amber alerts) appearing for a cumulative total of at least 30 seconds throughout the entire release is considered a technical flaw.
+ 9.3) Video frame abnormalities (e.g. Abnormal snipes/pop-ups, banner advertisements that do not fade out entirely) as a result of broken splicing originating from the broadcasting station is considered a technical flaw.
+ 9.4) Missing or repeated video footage without any loss of dialogue must be at least 2 seconds long at any one instance to be considered a technical flaw.
+ 9.4.1) Except in situations where on-screen text is lost due to missing footage. Loss of on-screen text is considered a technical flaw.
+ 9.4.2) Except in situations where minor missing or repeated video footage flaws are present throughout the majority of the release. Excessive flaws such as these are considered a technical flaw.
+ e.g. Video frame glitches occurring every 2 minutes throughout the entire release but only in the amount of 1 second per instance, is considered excessive and a technical flaw.
+ Repeated footage occurring every 5 minutes throughout the entire release but only in the amount of 1.5 seconds per instance, is considered excessive and a technical flaw.
+ Video frame glitches of 1 second per instance occurring 6 times throughout the entire release is NOT considered excessive or a technical flaw.
+ 9.5) Audio which drifts at least 120ms at a single point or a total of at least 120ms between multiple points throughout the entire release is considered a technical flaw.
+ e.g. Sync drifting +120ms after 10 minutes is considered a technical flaw.
+ Sync drifting +80ms after 5 minutes, -40ms after 15 minutes, for a total of 120ms, is considered a technical flaw.
+ 9.6) Glitches that occur in any audio channel present (e.g. L, R, C, SL, SR) are considered a technical flaw.
+ 9.6.1) Glitches are defined as, but not limited to: missing dialogue, repeated dialogue, inability to understand dialogue, bad channel mix, large gaps within playback, persistent clicks/pops/muted/echoing/muffled audio.
+
+10) [ Editing / Adjustments ]
+ 10.1) Minor adjustments to video or audio tracks (e.g. duplicating or removing frames, channel count) in order to prevent issues with playback or sync is allowed.
+ 10.2) Multi-episode releases with no clear delineation between episodes (e.g. end credits) must not be split.
+ 10.3) Including previously-on footage is optional, but recommended.
+ 10.4) Including upcoming/teaser/scenes from the next episode footage found at the conclusion of an episode is optional, but recommended.
+ 10.5) Credits must be included if they contain unique show content. (e.g. bloopers, outtakes, dialogue, unique uninterrupted soundtrack, in memory of message)
+ 10.5.1) End credits must only be considered optional if they do not contain unique show content (e.g. regular plain credits with or without promos), and may be removed at the discretion of the group.
+ 10.5.2) A simulcast which does not contain unique content in the credits cannot be propered from a primary broadcaster which contains unique content, use EXTENDED.
+ 10.5.3) If a different broadcaster or re-broadcast of a show contains unique content not present in the original broadcast, the first release cannot not be propered, use EXTENDED.
+ 10.5.3.1) In situations where a unique uninterrupted soundtrack is the only additional unique content included in the credits, use of EXTENDED is not allowed, use INTERNAL.
+ 10.5.3.2) It is recommended, but not required, to include unique content included in the credits that was omitted from the original broadcast.
+ 10.6) Inclusion of bumper segments, 5-20 second segments containing coming up/preview/backstage footage (e.g. SNL, Cops) is optional and at the discretion of the group.
+ 10.6.1) In situations where bumper segments have been omitted in the first release, a secondary release which includes all bumper segments is allowed and must be tagged as UNCUT.
+ 10.6.2) In situations where bumpers are included:
+ 10.6.2.1) All bumper segments must be free of any technical flaws.
+ 10.6.2.2) All bumper segments must be included, missing any bumper segment is considered a technical flaw.
+ 10.6.3) Small segments containing actual show content, not containing coming up/preview/backstage footage, are not considered as bumper segments (e.g. Talking Dead, Comic Book Men, Portlandia).
+ 10.7) Any unrelated video (e.g. commercials, rating cards, viewer/content warnings), regardless of duration (e.g. 1 faded/half opacity frame or 10 seconds) must be completely removed.
+ 10.7.1) Content warnings can be retained or removed at the discretion of the group, except when they are intended by content creators and must be retained (e.g. Tosh 0, Robot Chicken, South Park, Law and Order SVU).
+ 10.7.1.1) This does not apply to scripted or animation content. Content warnings not intended by content creators must always be removed in these cases.
+ 10.7.1.2) Following the opening segment for non-scripted and non-animation content, all content warnings which precede each segment must be removed.
+ 10.7.2) Sponsorship advertisements which are integrated into show content and cannot be removed (e.g. Jimmy Kimmel, Talking Dead, Deadliest Catch) are exempt.
+ 10.7.3) Show transition cards appearing at the start or end of segments on some broadcasters (e.g. Seven, Channel 4, ITV1) can be retained or removed at the discretion of the group.
+ 10.7.4) Opening and closing interleaves (e.g. HBO opening animation, ... presents, this has been a ... production, ... original series) can be retained or removed at the discretion of the group, except when they contain show content and must be retained.
+ 10.8) Any unrelated audio (e.g. alerts, commercials), regardless of duration (e.g. 100ms or 10 seconds) must be completely removed.
+ 10.8.1) Except when a broadcaster (e.g. ABC) splices unrelated audio into the beginning of a segment, that does not result in sync issues.
+
+11) [ Subtitles ]
+ 11.1) Subtitles for English spoken titles without foreign dialogue are optional, but encouraged.
+ 11.2) English spoken titles with foreign dialogue must include a separate subtitle track for forced subtitles.
+ 11.2.1) Foreign dialogue subtitle tracks must be set as forced and it is considered a technical flaw if not done correctly.
+ 11.2.2) In situations where the source video stream contains hardcoded subtitles for English spoken titles with foreign dialogue, a separate subtitle track for the forced subtitles is not required.
+ 11.2.3) If a broadcaster which is primarily English spoken (e.g. FOX, BBC) does not contain hardcoded subtitles for scenes with foreign dialogue in the video stream, then forced subtitles are not required but recommended.
+ 11.3) Non-English spoken titles without hardcoded subtitles must include an English subtitle track set as forced before it is considered to be an English release.
+ 11.4) Subtitles must be extracted from the original source.
+ 11.4.1) Fan-made or custom subtitles are not allowed.
+ 11.5) Adjustments and edits (e.g. adjusting timecodes, fixing grammar, spelling, punctuation errors) may be made to subtitle tracks.
+ 11.6) Subtitles must be muxed into the final MKV in text based format, i.e. SubRip (.srt) or SubStation Alpha (.ssa/.ass).
+ 11.6.1) Subtitles must not be set as default or forced unless otherwise specified.
+ 11.6.2) The correct ISO 639 language code supported by MKVToolnix must be set for all subtitle tracks.
+ 11.6.2.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ 11.7) External subtitles located in 'Subs' directories are not allowed.
+ 11.8) Dupes based on subtitles are not allowed, use INTERNAL.
+
+12) [ Container ]
+ 12.1) Container must be Matroska (.mkv). MKVToolnix is the recommended muxer.
+ 12.1.1) Custom muxing tools are allowed. However, the output must adhere to the Matroska specifications and must retain identical compatibility with demuxers as files created with MKVToolnix.
+ 12.2) Support for file streaming and playback from RAR is mandatory.
+ 12.3) Matroska header compression must not be enabled.
+ 12.4) Chapters are allowed, and recommended for long events (e.g. long poker games to mark each round).
+ 12.5) Watermarks, intros, outros or any other forms of defacement in any track (e.g. video, audio, subtitles, chapters) are not allowed.
+
+13) [ Packaging ]
+ 13.1) Must be packed with RAR files, broken into a maximum of 101 volumes (.rar to .r99)
+ 13.2) RAR5/RARv5.0 is not allowed. RAR3/RARv2.0 or RAR4/v2.9 must be used.
+ 13.2.1) Custom RAR tools are allowed. However, files must adhere to the RAR4/RARv2.9 archive specifications and must retain identical compatibility with extractors and demuxers as files created with WinRAR/rar.
+ 13.3) Permitted RAR sizes are:
+ 13.3.1) 15,000,000 bytes or 20,000,000 bytes. Multiples of these values are not allowed.
+ 13.3.2) Positive integer multiples of 50,000,000 bytes.
+ e.g. (50 * 10^6) * n bytes, where n > 0.
+ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 bytes, etc.
+ 13.3.3) Releases must have a minimum of 10 volumes before the next multiple of 50,000,000 bytes is used.
+ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 volumes at 100,000,000 bytes.
+ 5 volumes at 100,000,000 bytes cannot be repacked to 4 volumes at 150,000,000 bytes.
+ 13.4) SFV and NFO must be present.
+ 13.5) RAR, SFV and Sample files must have unique, lower-case filenames with the group tag.
+ 13.5.1) Group tags must be unique to each group, and may be an abbreviated variation of the group name.
+ 13.6) Missing RAR(s) or SFV on all sites is considered a technical flaw.
+ 13.7) Corrupt RAR(s) (errors upon extraction) is considered a technical flaw.
+ 13.8) RAR compression and recovery records are not allowed.
+ 13.9) Encryption or password protection is not allowed.
+ 13.10) RARs must only contain a single mkv file, any other files (e.g. multiple mkv files, txt files) are not allowed.
+
+14) [ Samples / Source Samples ]
+ 14.1) Releases must include a single 50-70 second sample.
+ 14.2) Samples must have unique filenames and placed in a separate directory named 'Sample'
+ 14.3) Samples must be cut from the final video, not encoded separately.
+ 14.4) If there is a question as to the validity of a source, encoding methods or filters used, the release may be nuked within 24 hours of pre requesting a source sample and must include the initial suspicion or reason.
+ e.g. source.sample.requested_suspicion.of.invalid.decimation.
+ source.sample.requested_suspicion.of.analog.source.used.
+ 14.4.1) The group has 24 hours from the first nuke to pre a source sample that is at least 10 seconds in length.
+ 14.4.2) Requests may be of a specific timecode to verify the sample provided is the same source used for the encode in question (e.g. include.banner.at.4m13s).
+ 14.4.3) Source sample(s) must be packed as per section 13, and use the SOURCE.SAMPLE tag.
+ 14.4.4) Providing insufficient proof to disprove any claims, or a failure to provide any source proof, and the release must remain nuked and can be propered.
+ 14.4.5) If there are any questionable issues (e.g. mastering flaws) with the source, it is recommended to include uniquely named source sample(s) within the 'Sample' directory.
+
+15) [ Tagging ]
+ 15.1) Only the following additional tags are allowed:
+ ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DUBBED, EXTENDED, FINAL, INTERNAL, NFOFIX, OAR, OM, PPV, PROPER, REAL, REMASTERED, READNFO, REPACK, RERIP, SAMPLEFIX, SOURCE.SAMPLE, SUBBED, UNCENSORED, UNRATED, UNCUT, WEST.FEED, and WS.
+ 15.1.1) WEST.FEED refers to an alternative version which airs exclusivity on the west coast, such as a live episode of Undateable which has two separate performances of the same episode for each coast, east and west.
+ 15.1.1.1) Releases must be tagged as WEST.FEED when they come from a exclusive west coast airing, even if no east feed has been released first.
+ 15.2) Variations of any additional tags are not allowed.
+ e.g. READ.NFO or RNFO is not allowed, READNFO must be used.
+ 15.3) READNFO should be used sparingly. Discretion is recommended.
+ 15.3.1) The READNFO tag must not be used with PROPER, REPACK or RERIP. The NFO is required to contain a reason, therefore the tag is redundant.
+ 15.4) Tags must only be used once, but the order is left to the discretion of the group.
+ 15.4.1) Except in situations where the REAL tag is required to be stacked to differentiate between multiple invalid releases.
+ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER and PROPER.
+ 15.5) Tags must be grouped together, period-delimited, and must follow the mandatory directory format, see rule 16.4.
+ e.g. EXTENDED.RERIP, REMASTERED.REPACK.
+
+16) [ Directory Naming ]
+ 16.1) Acceptable characters allowed for directories are:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+ 16.2) Single punctuation must be used. Consecutive punctuation is not allowed.
+ e.g. Show----Name.S01E01, Show.Name....S01E01
+ 16.3) Typos or spelling mistakes in the directory are not allowed.
+ 16.4) Releases must follow the matching directory format:
+ 16.4.1) Single.Episode.Special.YYYY.<TAGS>.[LANGUAGE].<FORMAT>-GROUP
+ 16.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title.<TAGS>.[LANGUAGE].<FORMAT>-GROUP
+ 16.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.5) Miniseries.Show.Name.Part.X.[Episode.Title].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.6) Daily.TV.Show.YYYY.MM.DD.[Guest.Name].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.7) Daily.Sport.League.YYYY.MM.DD.Event.<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.8) Monthly.Competition.YYYY.MM.Event.<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.9) Yearly.Competition.YYYY.Event.<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.10) Sports.Match.YYYY[-YY].Round.XX.Event.[Team.vs.Team].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.11) Sport.Tournament.YYYY.Event.[Team/Person.vs.Team/Person].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.4.12) Country.YYYY.Event.<BROADCASTER>.FEED.<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP
+ 16.5) Named directory arguments formatted inside <> must be included. Optional arguments formatted inside [] may be used in some cases.
+ 16.5.1) Mini-series parts must be at least 1 integer wide, and values used may extend past 9.
+ e.g. Miniseries.Part.1, Miniseries.Part.10, etc.
+ 16.5.2) Episode and seasonal numbering must be at least 2 integers wide, and values used may extend past 99.
+ e.g. S01E99, S01E100, S101E01, etc.
+ 16.5.3) Episode part refers to episodes, usually cartoons or animation, which split episodes into stories by different directors. Episodes parts must be alphanumeric (A-Z, a-z, 0-9).
+ e.g. The first episode from Season 2 of SpongeBob SquarePants is split into S02E01A/B, etc. https://en.wikipedia.org/wiki/List_of_SpongeBob_SquarePants_episodes#Episodes
+ 16.5.4) Season must be omitted if a series does not have seasons, and is not a mini-series.
+ e.g. One Piece must be tagged as One.Piece.E01
+ 16.5.5) Episode title and guest names are optional.
+ 16.5.6) Guest name(s) used must be in the order in which they appear on the show to avoid any confusion.
+ 16.5.7) Non-English releases must include the language tag. English releases must not include the language tag.
+ 16.5.7.1) Language tags must be the full name of the language. Abbreviations or language codes are not allowed, unless they are already established and widely adopted (e.g. EE, SI, PL).
+ e.g. FRENCH, RUSSIAN.
+ 16.5.8) Tags refers to all permitted tags only, see section 15.
+ 16.5.9) Format refers to the video source used, i.e. AHDTV, HDTV, APDTV, PDTV, ADSR, DSR.
+ 16.6) Do not indicate source, ripping or encoding methods that were used. Use the NFO for any technical details.
+ 16.7) All single-episode titles, (e.g. documentaries, specials, movies) must include the production year.
+ 16.8) Inclusion of the channel name is not allowed.
+ e.g. National.Geographic, HBO.Documentary, History.Channel.
+ 16.9) Different shows with the same title produced in different countries must have the ISO 3166-1 alpha 2 country code in the show name.
+ 16.9.1) Except for UK shows, which should use UK, not GB.
+ 16.9.2) This rule does not apply to an original show, only shows that succeed the original.
+ e.g. The.Office.S01E01 and The.Office.US.S01E01.
+ 16.10) Different shows with the same title produced in the same country which begin in different years must have the year of the first season in the directory.
+ 16.10.1) The year is not required for the show broadcasted first.
+ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01.
+ 16.11) Different shows with the same titles produced in the same country which begin in different years must have the ISO-3166-1 alpha 2 country code followed by the year of the first season in the directory.
+ 16.11.1) See rules 16.9 and 16.10 for country code and year explanations.
+ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), Wanted.AU.2016.S01E01 (2016).
+ 16.12) Show names which are hyphenated or include punctuation must follow the format shown in the title sequence or credits of the first episode, limited to the list of acceptable characters.
+ 16.12.1) If no title card exists, see rule 16.14.1.
+ 16.12.2) Additional titles and names given to an individual season must not be used.
+ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05.
+ 16.12.3) Acronyms which show the ellipsis of letters with non-standard characters must be replaced with a period.
+ e.g. M*A*S*H must be M.A.S.H.
+ 16.13) Directory nomenclature and numbering must remain consistent across the lifetime of an individual show or event.
+ 16.13.1) Shows which contain acronyms or secondary titles must follow the format used by the first release.
+ e.g. Law.and.Order.SVU.S01E01 is the standard format that must be used for all following episodes, Law.and.Order.Special.Victims.Unit.S01E02 is not allowed.
+ Shadowhunters.The.Mortal.Instruments.S01E01 is the standard format, Shadowhunters.S01E02 is not allowed.
+ 16.13.2) Shows which air with extended content under modified names must use the primary show name and numbering with the EXTENDED tag.
+ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as QI.S06E01 and QI.S06E01.EXTENDED respectively.
+ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must be tagged as Room.101.S01E01 and Room.101.S01E01.EXTENDED respectively.
+ 16.13.3) Groups cannot change the directory format of a show after a second release or episode with the same format exists.
+ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format.
+ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format.
+ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01.DIRFIX is not valid as the second episode already exists and continues with the previously defined format.
+ 16.13.4) Except in situations where the show has an official change in its name, whereby all official references by the broadcaster or studio is of the new name. This change must be mentioned in the first NFO with the new name with relevant references.
+ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01.
+ 16.13.5) Official name changes for a show does not include the renaming of individual seasons. Seasonal name changes must be ignored.
+ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be used. Power.Rangers.Lost.Galaxy.S07 must not be used.
+ Strike.Back.S03, Strike.Back.S05 must be used. Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must not be used.
+ 16.13.6) Any deviations or changes require sufficient evidence listed in the NFO as to the reason for change.
+ 16.14) User contributed services such as TVRage, TVMaze or TheTVDB must not be used as a reference when naming and numbering episodes. It may be used as a general guide; however, official guides must be used.
+ 16.14.1) The following order must be used as the primary source for naming and numbering.
+ 16.14.1.1) Official website of the show.
+ 16.14.1.2) Order and format listed by the original broadcaster.
+ 16.14.1.3) Network guide.
+ 16.14.2) In situations where official sources have inconsistent listings, or offer none at all, previously established numbering must be used.
+ e.g. Mythbusters, National Geographics Special Episodes.
+
+17) [ Fixes ]
+ 17.1) The following fixes are allowed: DIRFIX, NFOFIX and SAMPLEFIX. Any other form of fix is not allowed.
+ 17.2) All fixes require an NFO and must state which release is being fixed.
+ 17.3) A proper cannot be released for an error that can be fixed with the above methods.
+ 17.4) If multiple releases from a single season require a DIRFIX, a single DIRFIX per season is allowed and is recommended.
+ 17.4.1) If a single DIRFIX is used, all relevant releases and corresponding fixes must be listed in the NFO.
+
+18) [ Dupes ]
+ 18.1) Same second releases, with a maximum acceptable variance of one second (+/- 1 second) between timestamps reported by a majority of pre bots, are not considered dupes and should not be nuked.
+ 18.1.1) Timestamps must be considered as whole integers and round half towards zero.
+ 18.1.2) The earliest timestamp must be used when considering dupes.
+ e.g. Release A: 1451572201.427158 -> 1451572201
+ Release B: 1451572202.626645 -> 1451572202
+ Release C: 1451572203.137665 -> 1451572203
+ Release B does not dupe Release A: 1451572202 û 1451572201 = 1, i.e. maximum variance allowed.
+ Release C dupes Releases A and B: 1451572203 û 1451572201 = 2, i.e. 2 > 1.
+ 18.1.3) In situations where a release is found to contain a technical flaw, same second dupes which do not exhibit any technical flaws must be considered the final release. Groups may release a DIRFIX to PROPER for their original release, but it is not required.
+ e.g. Release A and Release B are released at the same time. Release A is nuked as containing glitches, Release B then becomes the de facto release and a DIRFIX to PROPER may be released.
+ 18.2) AHDTV dupes HDTV.
+ 18.3) HDTV does not dupe AHDTV.
+ 18.4) PDTV and APDTV dupes HDTV and AHDTV.
+ 18.5) PDTV does not dupe APDTV.
+ 18.6) DSR and ADSR dupes HDTV, AHDTV, PDTV and APDTV.
+ 18.7) DSR does not dupe ADSR.
+ 18.8) AHDTV, HDTV, PDTV, APDTV, DSR and ADSR dupes an equivalent Retail release.
+ 18.8.1) Except in situations where the aspect ratio of the release exceeds that of its respective Retail release.
+ e.g. A 2.39:1 release will not dupe a 1.78:1 retail release provided there is clearly more visible on-screen footage. Proof demonstrating this difference is recommended, but not mandatory.
+ 18.8.2) Except in situations where the release is a different version (i.e ALTERNATIVE.CUT, COLORIZED, EXTENDED, OAR, OM, REMASTERED, UNCENSORED, UNRATED, UNCUT, WEST.FEED, WS) of its respective retail release, and is not censored after uncensored.
+ e.g. An UNCENSORED.HDTV.x264 release does not dupe a censored BluRay.x264.
+ 18.9) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with muxed-in subtitles.
+ 18.10) Releases with muxed-in subtitles do not dupe releases with hardcoded subtitles.
+ 18.11) Native video streams do not dupe converted video streams.
+ 18.12) Converted video streams dupe native video streams.
+ 18.13) Different versions of releases (i.e ALTERNATIVE.CUT, COLORIZED, EXTENDED, OAR, OM, REMASTERED, UNCENSORED, UNRATED, UNCUT, WEST.FEED, WS) do not dupe their counterparts or vice versa, except for censored after uncensored and FS after WS.
+ 18.14) Programs which have identical footage but have different narrators in the same language (e.g. British narrator for BBC and American narrator for Discovery) dupe each other, use INTERNAL.
+ 18.15) Different broadcasters which offer alternate commentary and coverage in the same language (e.g. CTV for Canada, NBC for America, BBC for England) for special worldwide events (e.g. The Olympics), do not dupe each other.
+
+19) [ Propers / Rerips / Repacks ]
+ 19.1) Detailed reasons must be included in the NFO for all repacks, rerips and propers.
+ 19.1.1) Proper reasons must be clearly stated in the NFO, including timestamps and specifics in regards to the flaw when appropriate. A sample demonstrating the flaw in the original release is encouraged, but not mandatory.
+ 19.2) Propers are only permitted in the case of a technical flaw in the original release.
+ 19.2.1) Flaws present in optional content cannot be propered, use INTERNAL.
+ 19.2.1.1) In situations where bumper segments have been included, see rule 10.6.2.
+ 19.2.2) Time compressed sources (e.g. ABC, Freeform, NBC) that contain blended and missing frames cannot be propered for bad IVTC, which is the result of the time compression.
+ 19.2.3) Releases which exhibit minor IVTC flaws as a result of source compression, video glitches, logos, ratings bugs, snipes or banner advertisements, are not considered technically flawed and cannot be propered.
+ 19.2.3.1) Except in situations where the same flaws result in excessive frame abnormalities or issues throughout the majority of the release.
+ 19.3) Qualitative propers are not allowed, use INTERNAL.
+ 19.3.1) Sources with different crops cannot be propered from a different source which contains more valid pixels than the original releases.
+
+20) [ Internals ]
+ 20.1) Internals are allowed to be released for any reason (e.g. releases containing technical flaws, use of alternate codecs, containers, settings for experimental purposes).
+ 20.2) Any severe technical flaws must be mentioned in the NFO.
+ 20.3) Internal releases may only be nuked for technical flaws that are not mentioned in the NFO.
+ 20.3.1) In situations where technical flaws are not mentioned in the NFO, groups may provide an NFOFIX to avoid or reverse a nuke.
+ 20.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be nuked fix.for.nuke.
+
+21) [ Ruleset Specifics ]
+ 21.1) In the absence of a country specific ruleset, this ruleset must be considered the ONLY official ruleset for TV-X264-SD. It supersedes all previous revisions, rulesets and precedents.
+ 21.1.1) Releasing under former rulesets (e.g. TV-VCD 2002, TV-XVID 2007) or codecs (e.g. VCD, XVID) is not allowed, and must be nuked defunct.ruleset or defunct.codec.
+ 21.1.2) The naming standards listed in this document must only take effect once a current running season has ended. Any existing naming schemes must be used in the event of missing episode(s) from older seasons being filled.
+ 21.2) When releasing with foreign language tags (e.g. SWEDISH, FRENCH, POLISH), all occurrences of the word 'English' in sections 5, 8 and 11 must be replaced with the tagged language.
+ e.g. POLISH, rule 5.6 becomes "Non-Polish spoken titles with hardcoded Polish subtitles must be tagged as SUBBED.".
+ 21.2.1) Foreign language tags must represent the language intended for release, the following rules apply to Non-English releases only.
+ 21.2.1.1) Already established and widely adopted compact tags for subbed, dubbed and language, are allowed (e.g. PLDUB, SWESUB, SUBFRENCH, NLSUBBED).
+ 21.2.1.2) The DUBBED tag may be omitted or included at the discretion of the group.
+ e.g. French TV series airing in Sweden with French audio and Swedish hardcoded subtitles must be tagged as SWEDISH.SUBBED or SWESUB.
+ Danish TV series airing in Poland with Polish dubbed audio and no hardcoded subtitles must be tagged as POLISH, POLISH.DUBBED or PLDUB.
+ Greek TV series airing in Greece with Greek audio must be tagged as GREEK.
+ 21.2.1.3) Soft-subbed releases are not allowed when the primary audio track is not the language tagged as, use INTERNAL or SUBPACK.
+ e.g. Game.of.Thrones.S01E01.SWEDISH.HDTV with English audio and Swedish soft-subs is not allowed.
+ Game.of.Thrones.S01E01.DANISH.SUBBED.HDTV with English audio and Danish hard-subs is allowed.
+ 21.2.1.4) Hard-subbed releases dupe SUBPACK when the primary audio track is not the language tagged as, use INTERNAL.
+ e.g. Game.of.Thrones.S01E01.TURKISH.SUBBED.HDTV with English audio and Turkish hard-subs dupes Game.of.Thrones.S01E01.TURKISH.SUBPACK.
+ 21.2.2) Releases with foreign language tags only dupe releases with the same foreign language tags.
+ e.g. Game.of.Thrones.S01E01.SWEDISH.SUBBED.HDTV does not dupe Game.of.Thrones.S01E01.POLISH.DUBBED.HDTV or vice versa.
+ Game.of.Thrones.S01E01.FINNISH.SUBBED.HDTV does not dupe Game.of.Thrones.S01E01.HDTV or vice versa.
+ 21.3) The following definition of keywords throughout this ruleset are as follows:
+ 21.3.1) Must: the rule is explicit in the definition and is compulsory.
+ 21.3.2) Should: implies the rule is a suggestion, and is non-compulsory.
+ 21.3.3) Can or may: implies the rule is optional, and is non-compulsory.
+ 21.3.4) e.g: refers to common examples, elements listed should not be considered as all possibilities.
+
+[ Signed - 54 Groups ]
+aAF ALTEREGO AMB3R AMBIT AVS AZR BAJSKORV BARGE BATV C4TV CBFM CCCAM CREED CROOKS D0NK DEADPOOL DKiDS DOCERE EMX FiHTV FQM FRiES FRiSPARK HYBRiS iDiB iFH KILLERS KYR LOL MiNDTHEGAP MORiTZ NORiTE PANZeR ProPLTV QCF RCDiVX REGRET RiVER SH0W SKANK SKGTV SORNY SQUEAK SRiZ TASTETV TLA TVBYEN TViLLAGE TvNORGE UAV WaLMaRT WNN YesTV ZOMBiE
+
+[ Refused to Sign - 3 Groups ]
+BRISK BWB FLEET
+
+[ Revisions ]
+2012-02-22 - First TV-X264-SD standards, with CRF based encoding.
+2012-04-01 - Updated with better rule coverage and more groups signing.
+2016-04-04 - Total rewrite, all known issues and loopholes have been addressed, switched to number based marking of rules, MP4 has been removed in support of Matroska, firmer wording on AAC encoding rules.
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The SD TV x264 Releasing Standards 2016 a.k.a. sdtvx264 │
+│ The.SD.TV.x264.Releasing.Standards.2016-SDTVx264 │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Intro ] │
+│ Since the last revision of this document in 2012, TV-X264-SD has grown │
+│ and become a major section that many people contribute to and depend on. │
+│ This new revision aims to update the standards from 2012 to standards │
+│ suitable for 2016 and the future. Adding clarity and patching loopholes │
+│ to once again allow for consistent and quality releases, which was the │
+│ aim of this standard back in 2012. │
+│ │
+│ Compliance with this document is optional as of its pre date, and │
+│ mandatory as of 2016-04-10 00:00:00 UTC (1460246400 Unix time). │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Recommended ] │
+│ It is recommended to view the unformatted version of this ruleset │
+│ bundled within this release. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ 1) [ HDTV Sources ] │
+│ 1.1) HDTV is considered as a high definition natively recorded transport │
+│ stream. │
+│ 1.2) HDTV sources must not be upscaled, see section 2. │
+│ 1.3) Providers which downscale 1080i to 720p (e.g. BellTV) are not │
+│ allowed. │
+│ │
+│ 2) [ PDTV & DSR Sources ] │
+│ 2.1) PDTV is considered as a 576i/576p natively recorded transport │
+│ stream. │
+│ 2.2) DSR is considered as a 480i/480p natively recorded transport │
+│ stream. │
+│ │
+│ 3) [ AHDTV & APDTV & ADSR Sources ] │
+│ 3.1) AHDTV, APDTV and ADSR are considered as captured streams from the │
+│ analog output (e.g. Component, DVI, HDMI) of a set-top box. │
+│ 3.2) Captures must be done at the native broadcast format of the source. │
+│ 3.2.1) Captures from devices which are unable to output a native format │
+│ must be restored to the original framerate. │
+│ 3.2.2) If captures cannot be completely restored to their native │
+│ framerate, such as a single dupe frame every 1000 or blended/ghost │
+│ frames due to mangling from the set-top box or capture device, │
+│ this is considered a technical flaw. │
+│ │
+│ 4) [ Codec ] │
+│ 4.1) Video must be H.264/MPEG-4 AVC encoded with x264 8-bit. │
+│ 4.1.1) Custom builds of x264 (e.g. x264-tMod, x264-kMod) are allowed and │
+│ must be based off the x264 codebase. │
+│ 4.2) x264 headers must remain intact and must not be modified or removed. │
+│ 4.3) x264 must be kept up to date, with a maximum allowance, or grace │
+│ period, of 60 days before groups are required to update to the latest │
+│ revision. │
+│ 4.3.1) The official x264 git repository is the only reference for │
+│ determining the current revision: │
+│ http://git.videolan.org/?p=x264.git;a=summary │
+│ 4.3.2) The 60 day grace period must only be applied at pre time, not the │
+│ tagged encoded date. │
+│ 4.3.3) The grace period is only applicable to the revision preceding the │
+│ latest update and does not reset active grace periods of preceding │
+│ revisions. │
+│ e.g. 2016-01-01: Revision A is used. │
+│ 2016-01-02: Revision B is committed, 60-day grace period │
+│ begins for revision A. │
+│ 2016-01-05: Revision C is committed, 60-day grace period │
+│ begins for revision B. │
+│ 2016-03-02: Revision A is no longer allowed, Revision B or │
+│ C may be used. │
+│ 2016-03-05: Revision B is no longer allowed, Revision C must │
+│ be used. │
+│ 4.4) Constant Rate Factor (--crf) must be used. │
+│ 4.4.1) CRF values below 19 and above 24 are never allowed. │
+│ 4.4.2) Justification must be listed in the NFO for the use of │
+│ non-standard CRF values. │
+│ 4.4.2.1) Groups are not required to follow non-standard CRF values used │
+│ by another group. │
+│ 4.4.2.2) It is suggested that if the average video bitrate exceeds │
+│ 1500kb/s, a higher CRF value should be chosen, when possible. │
+│ 4.5) Standard CRF values are as follows: │
+│ ┌─────────────────┬───────┬───────────────────────────────────────────┐ │
+│ │ Compressibility │ CRF │ General Examples │ │
+│ ├─────────────────┼───────┼───────────────────────────────────────────┤ │
+│ │ High │ 19-20 │ Scripted, Talk Shows, Animation, Stand-Up │ │
+│ │ Medium │ 21-22 │ Documentary, Reality, Variety, Poker │ │
+│ │ Low │ 23-24 │ Sports, Awards, Live Events │ │
+│ └─────────────────┴───────┴───────────────────────────────────────────┘ │
+│ 4.6) Settings cannot go below what is specified by preset (--preset) │
+│ 'slow'. │
+│ e.g. --subme 7 or --me hex are not allowed. │
+│ 4.7) Level (--level) must be '3.1'. │
+│ 4.8) Colour matrix (--colormatrix) must be set. │
+│ 4.8.1) 'bt709' must be used for encodes from HDTV or AHDTV sources. │
+│ 4.8.2) Source specification must be used for PDTV, APDTV, DSR, ADSR │
+│ sources. │
+│ 4.8.2.1) 'undef' must be used if not specified by the source. │
+│ 4.9) Colour space (--output-csp) must be 'i420' (4:2:0). │
+│ 4.10) Sample aspect ratio (--sar) must be '1:1' (square). │
+│ 4.11) Deblocking (--deblock) must be used. Values used are left to the │
+│ discretion of the group. │
+│ 4.12) Keyframe interval (--keyint) must be at least 200, and at most 300. │
+│ 4.12.1) It is recommended to let x264 decide which value to use, but │
+│ 10*framerate is a good guideline (e.g. Film=240, PAL=250, │
+│ NTSC=300). │
+│ 4.12.2) For 50 or 60 FPS content, the maximum keyframe interval must be │
+│ at least 200, and at most 600. │
+│ 4.13) Minimum GOP length (--minkeyint) must be 30 or less. │
+│ 4.13.1) It is recommended to let x264 decide which value to use, but │
+│ 1*framerate is a good guideline (e.g. Film=24, PAL=25, NTSC=30). │
+│ 4.13.2) For 50 or 60 FPS content, values of 60 or less must be used for │
+│ the minimum GOP length. │
+│ 4.14) Custom matrices are not allowed. │
+│ 4.15) Zones (--zones) are not allowed. │
+│ 4.16) x264 parameters must not vary within a release. │
+│ 4.17) Optional tuning (--tune) parameters allowed are: 'film', 'grain' │
+│ or 'animation'. │
+│ 4.18) Suggested command line: │
+│ x264 --crf ## --preset slow --level 3.1 --colormatrix ## --output │
+│ out.mkv in.avs │
+│ │
+│ 5) [ Video / Resolution ] │
+│ 5.1) Resolution must be mod 2. │
+│ 5.2) Upscaling is not allowed. │
+│ 5.3) Adding borders is not allowed. │
+│ 5.4) Multiple video tracks are not allowed. │
+│ 5.5) English spoken titles with foreign overlays, not intended by content │
+│ creators (e.g. locations, on-screen text shown in another language) │
+│ are not allowed, use INTERNAL. │
+│ 5.5.1) This does not apply to opening titles or credits, but to relevant │
+│ show content only. │
+│ 5.6) Non-English spoken titles with hardcoded English subtitles must be │
+│ tagged as SUBBED. │
+│ 5.6.1) English spoken titles with hardcoded English subtitles present │
+│ for English spoken scenes must be tagged as SUBBED. │
+│ 5.6.2) English spoken titles with hardcoded Non-English subtitles present │
+│ for English spoken scenes are not allowed, use INTERNAL. │
+│ 5.6.3) Hardcoded subtitles added by content creators are exempt (e.g. │
+│ Alien hardsubs, drunk talk hardsubs, hardsubs due to muffled │
+│ mic). │
+│ 5.7) Dupes based on resolution are not allowed. │
+│ 5.7.1) Except in situations of releases with a different aspect ratio. │
+│ The relevant tag must be used, and the reason mentioned in the │
+│ NFO. │
+│ 5.7.2) Releases which contain at least an additional 20 pixels worth of │
+│ video on any side are not considered dupes. These releases must │
+│ be tagged as WS or OM (open matte) and not proper, and the │
+│ original release must not be nuked. │
+│ 5.8) Black borders and anything (e.g. coloured borders, duplicate lines, │
+│ dirty pixels, full-time tickers) that is not part of the video must │
+│ be cropped. │
+│ 5.8.1) Retention or removal of faded edges is left to the discretion of │
+│ the group. Inclusion of faded edges is not a technical flaw, and │
+│ cannot be propered. │
+│ 5.8.1.1) Faded edges refer to a line of pixels which are of similar │
+│ appearance to pixels' parallel to the video frame. │
+│ 5.8.2) In the case of varying aspect ratios throughout the video, │
+│ cropping must be done to the most common frame size (e.g. primary │
+│ view of the pitch during sports, studio view during talk shows). │
+│ 5.8.3) Cropping of letterboxed sources with hardcoded subtitles │
+│ positioned within the black borders is left to the discretion of │
+│ the group. Video may be left uncropped or cropped evenly both │
+│ top and bottom to the widest frame without removing any subtitles. │
+│ 5.8.3.1) Cropping out hardcoded subtitles entirely is allowed, only │
+│ when they are not required, leaving any trace of subtitles or │
+│ over-cropping actual picture to remove subtitles is considered │
+│ to be a technical flaw. │
+│ 5.8.4) Video may be over or under cropped by a maximum of 1px per side. │
+│ Over or under cropping by more than 1px per side is considered a │
+│ technical flaw. │
+│ 5.9) HDTV and PDTV sources with a greater than 720px width after crop │
+│ must be resized to 720px width and a height which maintains a valid │
+│ AR. │
+│ 5.10) PDTV sources must be cropped and resized to fit within a maximum │
+│ resolution of: │
+│ 5.10.1) 720x for sources with a width between 720-705px (inclusive) │
+│ after crop, only the height may resized to maintain a valid AR. │
+│ e.g. 720x576 --> Crop(2,0,-2,-0) --> 716x576 (non-anamorphic) │
+│ --> 716x404 (anamorphic) │
+│ 5.10.2) 704x528 for sources with a width of 704px or less after crop. │
+│ e.g. 704x576 --> Crop(0,4,-0,-4) --> 704x568 (non-anamorphic) │
+│ --> 704x392 (anamorphic) │
+│ 544x576 --> Crop(4,0,-4,0) --> 536x576 (non-anamorphic) │
+│ --> 702x386 (anamorphic) │
+│ 5.11) DSR sources must be cropped and resized to fit within a maximum │
+│ resolution of: │
+│ 5.11.1) 720x for sources with a width greater than 720px after crop, │
+│ only the height may resized to maintain a valid AR. │
+│ e.g. 853x480 --> Crop(0,2,-0,-0) --> 853x478 --> 720x404 │
+│ 5.11.2) 640x for sources with a width between 720-641px (inclusive) │
+│ after crop, only the height may resized to maintain a valid AR. │
+│ e.g. 720x480 --> Crop(8,2,-16,-0) --> 696x478 (non-anamorphic) │
+│ --> 616x478 (anamorphic) │
+│ 5.11.3) 640x480 for sources with a width of 640x or less after crop. │
+│ e.g. 528x480 --> Crop(0,56,-0,-60) --> 528x364 (non-anamorphic) │
+│ --> 640x364 (anamorphic) │
+│ 5.12) Resized video must be within 0.5% of the original aspect ratio. │
+│ Original AR = (SourceWidth û [CropLeft + CropRight]) / │
+│ (SourceHeight û [CropTop + CropBottom]) │
+│ Release AR = EncodeWidth / EncodedHeight │
+│ AR Error % = [(Original AR û Release AR) / Original AR] * 100 │
+│ │
+│ Target resolution when resizing to maintain mod2 and reduce AR │
+│ error: │
+│ TargetHeight = TargetWidth / [(SourceWidth û │
+│ [CropLeft + CropRight]) / (SourceHeight û │
+│ [CropTop + CropBottom])] │
+│ The correct mod 2 value can also be calculated from the ceiling of │
+│ TargetHeight if the value is odd, and the floor of TargetHeight if │
+│ the value is even. │
+│ │
+│ 6) [ Filters ] │
+│ 6.1) IVTC or deinterlacing must be applied as required. │
+│ 6.2) Only smart deinterlacers, such as Yadif or QTGMC, must be used. │
+│ 6.2.1) FieldDeinterlace must not be used for deinterlacing. │
+│ 6.3) Only accurate field matching filters, such as TIVTC or Decomb, must │
+│ be used for inverse telecining (IVTC). │
+│ 6.3.1) Filters included in MEncoder, MJPEG tools, libav, libavcodec or │
+│ FFmpeg must not be used for IVTC. │
+│ 6.3.2) Deinterlacing filters must not be applied to telecined sources │
+│ as a method of inverse telecine. │
+│ 6.4) Only sharp resizers, such as Spline36Resize, BlackmanResize or │
+│ LanczosResize/Lanczos4Resize, must be used. │
+│ 6.4.1) Simple resizers, such as Bicubic, PointResize or Simple, are not │
+│ allowed. │
+│ │
+│ 7) [ Framerate ] │
+│ 7.1) Constant frame rate (CFR) must be used. │
+│ 7.1.1) Variable frame rate (VFR) methods are not allowed. │
+│ 7.2) True 50 / 60 FPS video must be released at 50 / 60 FPS. True 25 / │
+│ 30 FPS video released at 50 / 60 FPS is not allowed and considered a │
+│ technical flaw. │
+│ 7.2.1) Failure to apply a deinterlacer with bobbing enabled (e.g. QTGMC, │
+│ Yadif(mode=1)) to double framerate (bob) 25i / 30i video back to │
+│ true 50 / 60 FPS, is considered a technical flaw. │
+│ 7.2.2) In cases of varying framerates of 25 / 30 FPS and true 50 / 60 │
+│ FPS, the framerate of the main feature must be used (e.g. studio │
+│ for talk shows, game coverage for sports). │
+│ 7.2.3) In rare situations, 25 / 50 FPS sources must be restored to 24 or │
+│ 30 FPS. │
+│ 7.2.4) In rare situations, 30 / 60 FPS sources must be restored to 25 │
+│ FPS. │
+│ 7.3) Sources which contain footage at varying FPS throughout (hybrid │
+│ sources) and may or may not require IVTC is left to the discretion │
+│ of the group. The NFO must list a reason as to the final decision. │
+│ 7.3.1) It is assumed that the majority of a title contains enough unique │
+│ frames at 30,000/1,001 FPS to warrant a higher framerate. If it │
+│ can be proven IVTC/decimating does not result in any loss of │
+│ unique frames, this is considered a technical flaw. │
+│ 7.4) Native and converted framerates refers to the standard in which the │
+│ video was produced. │
+│ 7.4.1) NTSC produced video is native to NTSC. │
+│ 7.4.2) PAL produced video is native to PAL. │
+│ 7.4.3) NTSC produced video that is broadcast in PAL is considered as │
+│ converted video. │
+│ 7.4.4) PAL produced video that is broadcast in NTSC is considered as │
+│ converted video. │
+│ 7.5) Converted video that has significant abnormalities (e.g. blended │
+│ frames, jerky playback due to missing or duplicate frames) due to │
+│ the conversion and cannot be reversed to the native format must be │
+│ tagged as CONVERT. │
+│ 7.5.1) Converted video which does not have significant abnormalities do │
+│ not require the CONVERT tag and must not be nuked for the │
+│ conversion. │
+│ 7.6) Dupes based on framerate are not allowed, use INTERNAL. │
+│ │
+│ 8) [ Audio ] │
+│ 8.1) Segmented encoding is not allowed. │
+│ 8.2) VBR AAC LC (Low Complexity) must be used. │
+│ 8.2.1) Apple/QAAC, FDK-AAC or Nero must be used. │
+│ 8.2.1.1) Any other AAC encoders (e.g. FFmpeg, FAAC, MEncoder) are not │
+│ allowed. │
+│ 8.2.2) Quality based VBR encoding must be used, targeted or constrained │
+│ VBR must not be used. Only the following methods are allowed (in │
+│ order of preference): │
+│ 8.2.2.1) QAAC: --tvbr 82 --quality 2 │
+│ 8.2.2.2) FDK-AAC: --bitrate-mode 4 --profile 2 │
+│ 8.2.2.3) Nero: -q 0.4 │
+│ 8.2.3) AAC audio must be normalised to the maximum gain. Normalisation │
+│ must be a complete 2-pass method. No pre-defined values or │
+│ estimations of maximum gain is allowed. Only the following │
+│ normalisation methods are allowed (in order of preference): │
+│ 8.2.3.1) eac3to: ûnormalize │
+│ 8.2.3.2) sox: --norm │
+│ 8.2.3.3) QAAC: --normalize │
+│ 8.2.4) Any existing normalisation values such as dialnorm in AC3 files, │
+│ must be stripped prior to applying normalisation. │
+│ e.g. Decoding with eac3to: do not enable -keepDialnorm │
+│ Decoding with ffmpeg: enable -drc_scale 0 │
+│ 8.2.5) Audio with more than 2 channels must be down-mixed to stereo. │
+│ 8.2.6) Audio must not be resampled. Audio must be kept in the original │
+│ format as the source (e.g. 48KHz for 48KHz sources). │
+│ 8.2.7) Audio which is already presented as 2 channel VBR AAC LC by the │
+│ broadcaster (e.g. Freeview), may be left as obtained from the │
+│ source. │
+│ 8.2.7.1) Audio which is broadcasted as AAC LATM or LOAS must have the │
+│ headers converted to AAC ADTS without transcoding. │
+│ 8.2.8) Suggested command line: │
+│ eac3to in.ac3 stdout.wav -downStereo -normalize | qaac --tvbr 82 │
+│ --quality 2 --ignorelength - -o out.aac │
+│ 8.3) Multiple language audio tracks are allowed. │
+│ 8.3.1) The default audio track must be the language intended for release │
+│ (e.g. An English release containing English, German and Russian │
+│ audio tracks, must have the default flag set on the English │
+│ track). │
+│ 8.3.2) The correct ISO 639 language code supported by MKVToolnix must be │
+│ set for all secondary audio tracks, default may be left undefined. │
+│ 8.3.2.1) In situations where the language is not supported by │
+│ MKVToolnix, 'und' must be used. │
+│ 8.4) If the original language of a title is not English: │
+│ 8.4.1) An English dubbed track is allowed as a secondary audio track. │
+│ 8.4.2) Releases containing only a dubbed audio track must be tagged as │
+│ DUBBED. │
+│ 8.5) Dupes based on multiple audio tracks or audio format are not allowed, │
+│ use INTERNAL. │
+│ │
+│ 9) [ Glitches / Missing Footage ] │
+│ 9.1) Where audio or video issues are unavoidable due to a live-broadcast │
+│ or mastering issues, a release must not be nuked until a valid │
+│ proper, repack or rerip which does not exhibit the same flaw is │
+│ released. │
+│ 9.2) Scrolling or other alert messages added by the broadcasting station │
+│ (e.g. Weather or Amber alerts) appearing for a cumulative total of │
+│ at least 30 seconds throughout the entire release is considered a │
+│ technical flaw. │
+│ 9.3) Video frame abnormalities (e.g. Abnormal snipes/pop-ups, banner │
+│ advertisements that do not fade out entirely) as a result of broken │
+│ splicing originating from the broadcasting station is considered a │
+│ technical flaw. │
+│ 9.4) Missing or repeated video footage without any loss of dialogue must │
+│ be at least 2 seconds long at any one instance to be considered a │
+│ technical flaw. │
+│ 9.4.1) Except in situations where on-screen text is lost due to missing │
+│ footage. Loss of on-screen text is considered a technical flaw. │
+│ 9.4.2) Except in situations where minor missing or repeated video │
+│ footage flaws are present throughout the majority of the release. │
+│ Excessive flaws such as these are considered a technical flaw. │
+│ e.g. Video frame glitches occurring every 2 minutes throughout │
+│ the entire release but only in the amount of 1 second per │
+│ instance, is considered excessive and a technical flaw. │
+│ Repeated footage occurring every 5 minutes throughout the │
+│ entire release but only in the amount of 1.5 seconds per │
+│ instance, is considered excessive and a technical flaw. │
+│ Video frame glitches of 1 second per instance occurring 6 │
+│ times throughout the entire release is NOT considered │
+│ excessive or a technical flaw. │
+│ 9.5) Audio which drifts at least 120ms at a single point or a total of │
+│ at least 120ms between multiple points throughout the entire release │
+│ is considered a technical flaw. │
+│ e.g. Sync drifting +120ms after 10 minutes is considered a │
+│ technical flaw. │
+│ Sync drifting +80ms after 5 minutes, -40ms after 15 minutes, │
+│ for a total of 120ms, is considered a technical flaw. │
+│ 9.6) Glitches that occur in any audio channel present (e.g. L, R, C, SL, │
+│ SR) are considered a technical flaw. │
+│ 9.6.1) Glitches are defined as, but not limited to: missing dialogue, │
+│ repeated dialogue, inability to understand dialogue, bad channel │
+│ mix, large gaps within playback, persistent clicks/pops/muted/ │
+│ echoing/muffled audio. │
+│ │
+│ 10) [ Editing / Adjustments ] │
+│ 10.1) Minor adjustments to video or audio tracks (e.g. duplicating or │
+│ removing frames, channel count) in order to prevent issues with │
+│ playback or sync is allowed. │
+│ 10.2) Multi-episode releases with no clear delineation between episodes │
+│ (e.g. end credits) must not be split. │
+│ 10.3) Including previously-on footage is optional, but recommended. │
+│ 10.4) Including upcoming/teaser/scenes from the next episode footage │
+│ found at the conclusion of an episode is optional, but recommended. │
+│ 10.5) Credits must be included if they contain unique show content. │
+│ (e.g. bloopers, outtakes, dialogue, unique uninterrupted │
+│ soundtrack, in memory of message) │
+│ 10.5.1) End credits must only be considered optional if they do not │
+│ contain unique show content (e.g. regular plain credits with or │
+│ without promos), and may be removed at the discretion of the │
+│ group. │
+│ 10.5.2) A simulcast which does not contain unique content in the credits │
+│ cannot be propered from a primary broadcaster which contains │
+│ unique content, use EXTENDED. │
+│ 10.5.3) If a different broadcaster or re-broadcast of a show contains │
+│ unique content not present in the original broadcast, the first │
+│ release cannot not be propered, use EXTENDED. │
+│ 10.5.3.1) In situations where a unique uninterrupted soundtrack is the │
+│ only additional unique content included in the credits, use │
+│ of EXTENDED is not allowed, use INTERNAL. │
+│ 10.5.3.2) It is recommended, but not required, to include unique │
+│ content included in the credits that was omitted from the │
+│ original broadcast. │
+│ 10.6) Inclusion of bumper segments, 5-20 second segments containing │
+│ coming up/preview/backstage footage (e.g. SNL, Cops) is optional │
+│ and at the discretion of the group. │
+│ 10.6.1) In situations where bumper segments have been omitted in the │
+│ first release, a secondary release which includes all bumper │
+│ segments is allowed and must be tagged as UNCUT. │
+│ 10.6.2) In situations where bumpers are included: │
+│ 10.6.2.1) All bumper segments must be free of any technical flaws. │
+│ 10.6.2.2) All bumper segments must be included, missing any bumper │
+│ segment is considered a technical flaw. │
+│ 10.6.3) Small segments containing actual show content, not containing │
+│ coming up/preview/backstage footage, are not considered as │
+│ bumper segments (e.g. Talking Dead, Comic Book Men, Portlandia). │
+│ 10.7) Any unrelated video (e.g. commercials, rating cards, viewer/content │
+│ warnings), regardless of duration (e.g. 1 faded/half opacity frame │
+│ or 10 seconds) must be completely removed. │
+│ 10.7.1) Content warnings can be retained or removed at the discretion of │
+│ the group, except when they are intended by content creators │
+│ and must be retained (e.g. Tosh 0, Robot Chicken, South Park, │
+│ Law and Order SVU). │
+│ 10.7.1.1) This does not apply to scripted or animation content. Content │
+│ warnings not intended by content creators must always be │
+│ removed in these cases. │
+│ 10.7.1.2) Following the opening segment for non-scripted and │
+│ non-animation content, all content warnings which precede │
+│ each segment must be removed. │
+│ 10.7.2) Sponsorship advertisements which are integrated into show │
+│ content and cannot be removed (e.g. Jimmy Kimmel, Talking Dead, │
+│ Deadliest Catch) are exempt. │
+│ 10.7.3) Show transition cards appearing at the start or end of segments │
+│ on some broadcasters (e.g. Seven, Channel 4, ITV1) can be │
+│ retained or removed at the discretion of the group. │
+│ 10.7.4) Opening and closing interleaves (e.g. HBO opening animation, │
+│ ... presents, this has been a ... production, ... original │
+│ series) can be retained or removed at the discretion of the │
+│ group, except when they contain show content and must be │
+│ retained. │
+│ 10.8) Any unrelated audio (e.g. alerts, commercials), regardless of │
+│ duration (e.g. 100ms or 10 seconds) must be completely removed. │
+│ 10.8.1) Except when a broadcaster (e.g. ABC) splices unrelated audio │
+│ into the beginning of a segment, that does not result in sync │
+│ issues. │
+│ │
+│ 11) [ Subtitles ] │
+│ 11.1) Subtitles for English spoken titles without foreign dialogue are │
+│ optional, but encouraged. │
+│ 11.2) English spoken titles with foreign dialogue must include a separate │
+│ subtitle track for forced subtitles. │
+│ 11.2.1) Foreign dialogue subtitle tracks must be set as forced and it │
+│ is considered a technical flaw if not done correctly. │
+│ 11.2.2) In situations where the source video stream contains hardcoded │
+│ subtitles for English spoken titles with foreign dialogue, a │
+│ separate subtitle track for the forced subtitles is not │
+│ required. │
+│ 11.2.3) If a broadcaster which is primarily English spoken (e.g. FOX, │
+│ BBC) does not contain hardcoded subtitles for scenes with │
+│ foreign dialogue in the video stream, then forced subtitles are │
+│ not required but recommended. │
+│ 11.3) Non-English spoken titles without hardcoded subtitles must include │
+│ an English subtitle track set as forced before it is considered to │
+│ be an English release. │
+│ 11.4) Subtitles must be extracted from the original source. │
+│ 11.4.1) Fan-made or custom subtitles are not allowed. │
+│ 11.5) Adjustments and edits (e.g. adjusting timecodes, fixing grammar, │
+│ spelling, punctuation errors) may be made to subtitle tracks. │
+│ 11.6) Subtitles must be muxed into the final MKV in text based format, │
+│ i.e. SubRip (.srt) or SubStation Alpha (.ssa/.ass). │
+│ 11.6.1) Subtitles must not be set as default or forced unless otherwise │
+│ specified. │
+│ 11.6.2) The correct ISO 639 language code supported by MKVToolnix must │
+│ be set for all subtitle tracks. │
+│ 11.6.2.1) In situations where the language is not supported by │
+│ MKVToolnix, 'und' must be used. │
+│ 11.7) External subtitles located in 'Subs' directories are not allowed. │
+│ 11.8) Dupes based on subtitles are not allowed, use INTERNAL. │
+│ │
+│ 12) [ Container ] │
+│ 12.1) Container must be Matroska (.mkv). MKVToolnix is the recommended │
+│ muxer. │
+│ 12.1.1) Custom muxing tools are allowed. However, the output must adhere │
+│ to the Matroska specifications and must retain identical │
+│ compatibility with demuxers as files created with MKVToolnix. │
+│ 12.2) Support for file streaming and playback from RAR is mandatory. │
+│ 12.3) Matroska header compression must not be enabled. │
+│ 12.4) Chapters are allowed, and recommended for long events (e.g. long │
+│ poker games to mark each round). │
+│ 12.5) Watermarks, intros, outros or any other forms of defacement in any │
+│ track (e.g. video, audio, subtitles, chapters) are not allowed. │
+│ │
+│ 13) [ Packaging ] │
+│ 13.1) Must be packed with RAR files, broken into a maximum of 101 │
+│ volumes (.rar to .r99) │
+│ 13.2) RAR5/RARv5.0 is not allowed. RAR3/RARv2.0 or RAR4/v2.9 must be │
+│ used. │
+│ 13.2.1) Custom RAR tools are allowed. However, files must adhere to the │
+│ RAR4/RARv2.9 archive specifications and must retain identical │
+│ compatibility with extractors and demuxers as files created with │
+│ WinRAR/rar. │
+│ 13.3) Permitted RAR sizes are: │
+│ 13.3.1) 15,000,000 bytes or 20,000,000 bytes. Multiples of these values │
+│ are not allowed. │
+│ 13.3.2) Positive integer multiples of 50,000,000 bytes. │
+│ e.g. (50 * 10^6) * n bytes, where n > 0. │
+│ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 │
+│ bytes, etc. │
+│ 13.3.3) Releases must have a minimum of 10 volumes before the next │
+│ multiple of 50,000,000 bytes is used. │
+│ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 │
+│ volumes at 100,000,000 bytes. │
+│ 5 volumes at 100,000,000 bytes cannot be repacked to 4 │
+│ volumes at 150,000,000 bytes. │
+│ 13.4) SFV and NFO must be present. │
+│ 13.5) RAR, SFV and Sample files must have unique, lower-case filenames │
+│ with the group tag. │
+│ 13.5.1) Group tags must be unique to each group, and may be an │
+│ abbreviated variation of the group name. │
+│ 13.6) Missing RAR(s) or SFV on all sites is considered a technical flaw. │
+│ 13.7) Corrupt RAR(s) (errors upon extraction) is considered a technical │
+│ flaw. │
+│ 13.8) RAR compression and recovery records are not allowed. │
+│ 13.9) Encryption or password protection is not allowed. │
+│ 13.10) RARs must only contain a single mkv file, any other files (e.g. │
+│ multiple mkv files, txt files) are not allowed. │
+│ │
+│ 14) [ Samples / Source Samples ] │
+│ 14.1) Releases must include a single 50-70 second sample. │
+│ 14.2) Samples must have unique filenames and placed in a separate │
+│ directory named 'Sample' │
+│ 14.3) Samples must be cut from the final video, not encoded separately. │
+│ 14.4) If there is a question as to the validity of a source, encoding │
+│ methods or filters used, the release may be nuked within 24 hours │
+│ of pre requesting a source sample and must include the initial │
+│ suspicion or reason. │
+│ e.g. source.sample.requested_suspicion.of.invalid.decimation. │
+│ source.sample.requested_suspicion.of.analog.source.used. │
+│ 14.4.1) The group has 24 hours from the first nuke to pre a source │
+│ sample that is at least 10 seconds in length. │
+│ 14.4.2) Requests may be of a specific timecode to verify the sample │
+│ provided is the same source used for the encode in question │
+│ (e.g. include.banner.at.4m13s). │
+│ 14.4.3) Source sample(s) must be packed as per section 13, and use the │
+│ SOURCE.SAMPLE tag. │
+│ 14.4.4) Providing insufficient proof to disprove any claims, or a │
+│ failure to provide any source proof, and the release must remain │
+│ nuked and can be propered. │
+│ 14.4.5) If there are any questionable issues (e.g. mastering flaws) with │
+│ the source, it is recommended to include uniquely named source │
+│ sample(s) within the 'Sample' directory. │
+│ │
+│ 15) [ Tagging ] │
+│ 15.1) Only the following additional tags are allowed: │
+│ ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DUBBED, EXTENDED, │
+│ FINAL, INTERNAL, NFOFIX, OAR, OM, PPV, PROPER, REAL, REMASTERED, │
+│ READNFO, REPACK, RERIP, SAMPLEFIX, SOURCE.SAMPLE, SUBBED, │
+│ UNCENSORED, UNRATED, UNCUT, WEST.FEED, and WS. │
+│ 15.1.1) WEST.FEED refers to an alternative version which airs │
+│ exclusively on the west coast, such as a live episode of │
+│ Undateable which has two separate performances of the same │
+│ episode for each coast, east and west. │
+│ 15.1.1.1) Releases must be tagged as WEST.FEED when they come from an │
+│ exclusive west coast airing, even if no east feed has been │
+│ released first. │
+│ 15.2) Variations of any additional tags are not allowed. │
+│ e.g. READ.NFO or RNFO is not allowed, READNFO must be used. │
+│ 15.3) READNFO should be used sparingly. Discretion is recommended. │
+│ 15.3.1) The READNFO tag must not be used with PROPER, REPACK or RERIP. │
+│ The NFO is required to contain a reason, therefore the tag is │
+│ redundant. │
+│ 15.4) Tags must only be used once, but the order is left to the │
+│ discretion of the group. │
+│ 15.4.1) Except in situations where the REAL tag is required to be │
+│ stacked to differentiate between multiple invalid releases. │
+│ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER and │
+│ PROPER. │
+│ 15.5) Tags must be grouped together, period-delimited, and must follow the │
+│ mandatory directory format, see rule 16.4. │
+│ e.g. EXTENDED.RERIP, REMASTERED.REPACK. │
+│ │
+│ 16) [ Directory Naming ] │
+│ 16.1) Acceptable characters allowed for directories are: │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ 16.2) Single punctuation must be used. Consecutive punctuation is not │
+ allowed. │
+│ e.g. Show----Name.S01E01, Show.Name....S01E01 │
+│ 16.3) Typos or spelling mistakes in the directory are not allowed. │
+│ 16.4) Releases must follow the matching directory format: │
+│ 16.4.1) Single.Episode.Special.YYYY.<TAGS>.[LANGUAGE].<FORMAT>-GROUP │
+│ 16.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title]. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title. │
+│ <TAGS>.[LANGUAGE].<FORMAT>-GROUP │
+│ 16.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part]. │
+│ [Episode.Title].<TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.5) Miniseries.Show.Name.Part.X.[Episode.Title]. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.6) Daily.TV.Show.YYYY.MM.DD.[Guest.Name]. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.7) Daily.Sport.League.YYYY.MM.DD.Event. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.8) Monthly.Competition.YYYY.MM.Event. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.9) Yearly.Competition.YYYY.Event. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.10) Sports.Match.YYYY[-YY].Round.XX.Event.[Team.vs.Team]. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.11) Sport.Tournament.YYYY.Event.[Team/Person.vs.Team/Person]. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.4.12) Country.YYYY.Event.<BROADCASTER>.FEED. │
+│ <TAGS>.[LANGUAGE].<FORMAT>.x264-GROUP │
+│ 16.5) Named directory arguments formatted inside <> must be included. │
+│ Optional arguments formatted inside [] may be used in some cases. │
+│ 16.5.1) Mini-series parts must be at least 1 integer wide, and values │
+│ used may extend past 9. │
+│ e.g. Miniseries.Part.1, Miniseries.Part.10, etc. │
+│ 16.5.2) Episode and seasonal numbering must be at least 2 integers wide, │
+│ and values used may extend past 99. │
+│ e.g. S01E99, S01E100, S101E01, etc. │
+│ 16.5.3) Episode part refers to episodes, usually cartoons or animation, │
+│ which split episodes into stories by different directors. │
+│ Episodes parts must be alphanumeric (A-Z, a-z, 0-9). │
+│ e.g. The first episode from Season 2 of SpongeBob SquarePants │
+│ is split into S02E01A/B, etc. https://goo.gl/CVGXKu │
+│ 16.5.4) Season must be omitted if a series does not have seasons, and │
+│ is not a mini-series. │
+│ e.g. One Piece must be tagged as One.Piece.E01 │
+│ 16.5.5) Episode title and guest names are optional. │
+│ 16.5.6) Guest name(s) used must be in the order in which they appear on │
+│ the show to avoid any confusion. │
+│ 16.5.7) Non-English releases must include the language tag. English │
+│ releases must not include the language tag. │
+│ 16.5.7.1) Language tags must be the full name of the language. │
+│ Abbreviations or language codes are not allowed, unless they │
+│ are already established and widely adopted (e.g. EE, SI, PL). │
+│ e.g. FRENCH, RUSSIAN. │
+│ 16.5.8) Tags refers to all permitted tags only, see section 15. │
+│ 16.5.9) Format refers to the video source used, i.e. AHDTV, HDTV, │
+│ APDTV, PDTV, ADSR, DSR. │
+│ 16.6) Do not indicate source, ripping or encoding methods that were used. │
+│ Use the NFO for any technical details. │
+│ 16.7) All single-episode titles, (e.g. documentaries, specials, movies) │
+│ must include the production year. │
+│ 16.8) Inclusion of the channel name is not allowed. │
+│ e.g. National.Geographic, HBO.Documentary, History.Channel. │
+│ 16.9) Different shows with the same title produced in different countries │
+│ must have the ISO 3166-1 alpha 2 country code in the show name. │
+│ 16.9.1) Except for UK shows, which should use UK, not GB. │
+│ 16.9.2) This rule does not apply to an original show, only shows that │
+│ succeed the original. │
+│ e.g. The.Office.S01E01 and The.Office.US.S01E01. │
+│ 16.10) Different shows with the same title produced in the same country │
+│ which begin in different years must have the year of the first │
+│ season in the directory. │
+│ 16.10.1) The year is not required for the show broadcasted first. │
+│ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01. │
+│ 16.11) Different shows with the same titles produced in the same country │
+│ which begin in different years must have the ISO-3166-1 alpha 2 │
+│ country code followed by the year of the first season in the │
+│ directory. │
+│ 16.11.1) See rules 16.9 and 16.10 for country code and year │
+ explanations. │
+│ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), │
+│ Wanted.AU.2016.S01E01 (2016). │
+│ 16.12) Show names which are hyphenated or include punctuation must follow │
+│ the format shown in the title sequence or credits of the first │
+│ episode, limited to the list of acceptable characters. │
+│ 16.12.1) If no title card exists, see rule 16.14.1. │
+│ 16.12.2) Additional titles and names given to an individual season must │
+│ not be used. │
+│ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05. │
+│ 16.12.3) Acronyms which show the ellipsis of letters with non-standard │
+│ characters must be replaced with a period. │
+│ e.g. M*A*S*H must be M.A.S.H. │
+│ 16.13) Directory nomenclature and numbering must remain consistent │
+│ across the lifetime of an individual show or event. │
+│ 16.13.1) Shows which contain acronyms or secondary titles must follow │
+│ the format used by the first release. │
+│ e.g. Law.and.Order.SVU.S01E01 is the standard format that must │
+│ be used for all following episodes, │
+│ Law.and.Order.Special.Victims.Unit.S01E02 is not allowed. │
+│ Shadowhunters.The.Mortal.Instruments.S01E01 is the │
+│ standard format, Shadowhunters.S01E02 is not allowed. │
+│ 16.13.2) Shows which air with extended content under modified names │
+│ must use the primary show name and numbering with the │
+│ EXTENDED tag. │
+│ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as QI.S06E01 │
+│ and QI.S06E01.EXTENDED respectively. │
+│ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must │
+│ be tagged as Room.101.S01E01 and Room.101.S01E01.EXTENDED │
+│ respectively. │
+│ 16.13.3) Groups cannot change the directory format of a show after a │
+│ second release or episode with the same format exists. │
+│ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format. │
+│ 2016-01-08: Law.and.Order.SVU.S01E02 continues the │
+ format. │
+│ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01. │
+│ DIRFIX is not valid as the second episode already exists │
+│ and continues with the previously defined format. │
+│ 16.13.4) Except in situations where the show has an official change in │
+│ its name, whereby all official references by the broadcaster │
+│ or studio is of the new name. This change must be mentioned in │
+│ the first NFO with the new name with relevant references. │
+│ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01. │
+│ 16.13.5) Official name changes for a show does not include the renaming │
+│ of individual seasons. Seasonal name changes must be ignored. │
+│ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be used. │
+│ Power.Rangers.Lost.Galaxy.S07 must not be used. │
+│ Strike.Back.S03, Strike.Back.S05 must be used. │
+│ Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 │
+│ must not be used. │
+│ 16.13.6) Any deviations or changes require sufficient evidence listed in │
+│ the NFO as to the reason for change. │
+│ 16.14) User contributed services such as TVRage, TVMaze or TheTVDB must │
+│ not be used as a reference when naming and numbering episodes. It │
+│ may be used as a general guide; however, official guides must be │
+│ used. │
+│ 16.14.1) The following order must be used as the primary source for │
+│ naming and numbering. │
+│ 16.14.1.1) Official website of the show. │
+│ 16.14.1.2) Order and format listed by the original broadcaster. │
+│ 16.14.1.3) Network guide. │
+│ 16.14.2) In situations where official sources have inconsistent │
+ listings, or offer none at all, previously established │
+ numbering must be used │
+│ e.g. Mythbusters, National Geographics Special Episodes. │
+│ │
+│ 17) [ Fixes ] │
+│ 17.1) The following fixes are allowed: DIRFIX, NFOFIX and SAMPLEFIX. Any │
+│ other form of fix is not allowed. │
+│ 17.2) All fixes require an NFO and must state which release is being │
+│ fixed. │
+│ 17.3) A proper cannot be released for an error that can be fixed with │
+│ the above methods. │
+│ 17.4) If multiple releases from a single season require a DIRFIX, a │
+│ single DIRFIX per season is allowed and is recommended. │
+│ 17.4.1) If a single DIRFIX is used, all relevant releases and │
+│ corresponding fixes must be listed in the NFO. │
+│ │
+│ 18) [ Dupes ] │
+│ 18.1) Same second releases, with a maximum acceptable variance of one │
+│ second (+/- 1 second) between timestamps reported by a majority of │
+│ pre bots, are not considered dupes and should not be nuked. │
+│ 18.1.1) Timestamps must be considered as whole integers and round half │
+│ towards zero. │
+│ 18.1.2) The earliest timestamp must be used when considering dupes. │
+│ e.g. Release A: 1451572201.427158 -> 1451572201 │
+│ Release B: 1451572202.626645 -> 1451572202 │
+│ Release C: 1451572203.137665 -> 1451572203 │
+│ Release B does not dupe Release A: 1451572202 û 1451572201 │
+│ = 1, i.e. maximum variance allowed. │
+│ Release C dupes Releases A and B: 1451572203 û 1451572201 │
+│ = 2, i.e. 2 > 1. │
+│ 18.1.3) In situations where a release is found to contain a technical │
+│ flaw, same second dupes which do not exhibit any technical flaws │
+│ must be considered the final release. Groups may release a │
+│ DIRFIX to PROPER for their original release, but it is not │
+ required. │
+│ e.g. Release A and Release B are released at the same time. │
+│ Release A is nuked as containing glitches, Release B then │
+│ becomes the de facto release and a DIRFIX to PROPER may │
+│ be released. │
+│ 18.2) AHDTV dupes HDTV. │
+│ 18.3) HDTV does not dupe AHDTV. │
+│ 18.4) PDTV and APDTV dupes HDTV and AHDTV. │
+│ 18.5) PDTV does not dupe APDTV. │
+│ 18.6) DSR and ADSR dupes HDTV, AHDTV, PDTV and APDTV. │
+│ 18.7) DSR does not dupe ADSR. │
+│ 18.8) AHDTV, HDTV, PDTV, APDTV, DSR and ADSR dupes an equivalent Retail │
+│ release. │
+│ 18.8.1) Except in situations where the aspect ratio of the release │
+│ exceeds that of its respective Retail release. │
+│ e.g. A 2.39:1 release will not dupe a 1.78:1 retail release │
+│ provided there is clearly more visible on-screen footage. │
+│ Proof demonstrating this difference is recommended, but │
+│ not mandatory. │
+│ 18.8.2) Except in situations where the release is a different version │
+│ (i.e ALTERNATIVE.CUT, COLORIZED, EXTENDED, OAR, OM, REMASTERED, │
+│ UNCENSORED, UNRATED, UNCUT, WEST.FEED, WS) of its respective │
+│ retail release, and is not censored after uncensored. │
+│ e.g. An UNCENSORED.HDTV.x264 release does not dupe a censored │
+│ BluRay.x264. │
+│ 18.9) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with │
+│ muxed-in subtitles. │
+│ 18.10) Releases with muxed-in subtitles do not dupe releases with │
+│ hardcoded subtitles. │
+│ 18.11) Native video streams do not dupe converted video streams. │
+│ 18.12) Converted video streams dupe native video streams. │
+│ 18.13) Different versions of releases (i.e ALTERNATIVE.CUT, COLORIZED, │
+│ EXTENDED, OAR, OM, REMASTERED, UNCENSORED, UNRATED, UNCUT, │
+│ WEST.FEED, WS) do not dupe their counterparts or vice versa, │
+│ except for censored after uncensored and FS after WS. │
+│ 18.14) Programs which have identical footage but have different narrators │
+│ in the same language (e.g. British narrator for BBC and American │
+│ narrator for Discovery) dupe each other, use INTERNAL. │
+│ 18.15) Different broadcasters which offer alternate commentary and │
+│ coverage in the same language (e.g. CTV for Canada, NBC for │
+│ America, BBC for England) for special worldwide events (e.g. The │
+│ Olympics), do not dupe each other. │
+│ │
+│ 19) [ Propers / Rerips / Repacks ] │
+│ 19.1) Detailed reasons must be included in the NFO for all repacks, │
+│ rerips and propers. │
+│ 19.1.1) Proper reasons must be clearly stated in the NFO, including │
+│ timestamps and specifics in regards to the flaw when │
+│ appropriate. A sample demonstrating the flaw in the original │
+│ release is encouraged, but not mandatory. │
+│ 19.2) Propers are only permitted in the case of a technical flaw in the │
+│ original release. │
+│ 19.2.1) Flaws present in optional content cannot be propered, use │
+│ INTERNAL. │
+│ 19.2.1.1) In situations where bumper segments have been included, see │
+│ rule 10.6.2. │
+│ 19.2.2) Time compressed sources (e.g. ABC, Freeform, NBC) that contain │
+│ blended and missing frames cannot be propered for bad IVTC, │
+│ which is the result of the time compression. │
+│ 19.2.3) Releases which exhibit minor IVTC flaws as a result of source │
+│ compression, video glitches, logos, ratings bugs, snipes or │
+│ banner advertisements, are not considered technically flawed and │
+│ cannot be propered. │
+│ 19.2.3.1) Except in situations where the same flaws result in excessive │
+│ frame abnormalities or issues throughout the majority of the │
+│ release. │
+│ 19.3) Qualitative propers are not allowed, use INTERNAL. │
+│ 19.3.1) Sources with different crops cannot be propered from a different │
+│ source which contains more valid pixels than the original │
+│ releases. │
+│ │
+│ 20) [ Internals ] │
+│ 20.1) Internals are allowed to be released for any reason (e.g. releases │
+│ containing technical flaws, use of alternate codecs, containers, │
+│ settings for experimental purposes). │
+│ 20.2) Any severe technical flaws must be mentioned in the NFO. │
+│ 20.3) Internal releases may only be nuked for technical flaws that are │
+│ not mentioned in the NFO. │
+│ 20.3.1) In situations where technical flaws are not mentioned in the │
+│ NFO, groups may provide an NFOFIX to avoid or reverse a nuke. │
+│ 20.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be │
+│ nuked fix.for.nuke. │
+│ │
+│ 21) [ Ruleset Specifics ] │
+│ 21.1) In the absence of a country specific ruleset, this ruleset must be │
+│ considered the ONLY official ruleset for TV-X264-SD. It supersedes │
+│ all previous revisions, rulesets and precedents. │
+│ 21.1.1) Releasing under former rulesets (e.g. TV-VCD 2002, TV-XVID 2007) │
+│ or codecs (e.g. VCD, XVID) is not allowed, and must be nuked │
+│ defunct.ruleset or defunct.codec. │
+│ 21.1.2) The naming standards listed in this document must only take │
+│ effect once a current running season has ended. Any existing │
+│ naming schemes must be used in the event of missing episode(s) │
+│ from older seasons being filled. │
+│ 21.2) When releasing with foreign language tags (e.g. SWEDISH, FRENCH, │
+│ POLISH), all occurrences of the word 'English' in sections 5, 8 │
+│ and 11 must be replaced with the tagged language. │
+│ e.g. POLISH, rule 5.6 becomes "Non-Polish spoken titles with │
+│ hardcoded Polish subtitles must be tagged as SUBBED.". │
+│ 21.2.1) Foreign language tags must represent the language intended for │
+│ release, the following rules apply to Non-English releases only. │
+│ 21.2.1.1) Already established and widely adopted compact tags for │
+│ subbed, dubbed and language, are allowed (e.g. PLDUB, SWESUB, │
+│ SUBFRENCH, NLSUBBED). │
+│ 21.2.1.2) The DUBBED tag may be omitted or included at the discretion │
+│ of the group. │
+│ e.g. French TV series airing in Sweden with French audio and │
+│ Swedish hardcoded subtitles must be tagged as │
+│ SWEDISH.SUBBED or SWESUB. │
+│ Danish TV series airing in Poland with Polish dubbed │
+│ audio and no hardcoded subtitles must be tagged as │
+│ POLISH, POLISH.DUBBED or PLDUB. │
+│ Greek TV series airing in Greece with Greek audio must │
+│ be tagged as GREEK. │
+│ 21.2.1.3) Soft-subbed releases are not allowed when the primary audio │
+│ track is not the language tagged as, use INTERNAL or SUBPACK. │
+│ e.g. Game.of.Thrones.S01E01.SWEDISH.HDTV with English audio │
+│ and Swedish soft-subs is not allowed, use INTERNAL or │
+│ SUBPACK. │
+│ Game.of.Thrones.S01E01.DANISH.SUBBED.HDTV with English │
+│ audio and Danish hard-subs is allowed. │
+│ French TV series Le Clan S01E01 airing in Denmark with │
+│ French audio and Danish soft subtitles must be tagged │
+│ as FRENCH, if no other release of the episode exists. │
+│ French TV series Le Clan is already released as │
+│ Le.Clan.S01E01.FRENCH.HDTV.x264, only an INTERNAL or │
+│ SUBPACK release is allowed for soft-subs in another │
+│ language. │
+│ 21.2.1.4) Hard-subbed releases dupe SUBPACK when the primary audio track │
+│ is not the language tagged as, use INTERNAL. │
+│ e.g. Game.of.Thrones.S01E01.TURKISH.SUBBED.HDTV with English │
+│ audio and Turkish hard-subs dupes │
+│ Game.of.Thrones.S01E01.TURKISH.SUBPACK. │
+│ 21.2.2) Releases with foreign language tags only dupe releases with the │
+│ same foreign language tags. │
+│ e.g. Game.of.Thrones.S01E01.SWEDISH.SUBBED.HDTV does not dupe │
+│ Game.of.Thrones.S01E01.POLISH.DUBBED.HDTV or vice versa. │
+│ Game.of.Thrones.S01E01.FINNISH.SUBBED.HDTV does not dupe │
+│ Game.of.Thrones.S01E01.HDTV or vice versa. │
+│ 21.3) The following definition of keywords throughout this ruleset are │
+│ as follows: │
+│ 21.3.1) Must: the rule is explicit in the definition and is compulsory. │
+│ 21.3.2) Should: implies the rule is a suggestion, and is non-compulsory. │
+│ 21.3.3) Can or may: implies the rule is optional, and is non-compulsory. │
+│ 21.3.4) e.g: refers to common examples, elements listed should not be │
+│ considered as all possibilities. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Signed - 54 Groups ] │
+│ aAF ALTEREGO AMB3R AMBIT AVS AZR BAJSKORV BARGE BATV C4TV CBFM CCCAM CREED │
+│ CROOKS D0NK DEADPOOL DKiDS DOCERE EMX FiHTV FQM FRiES FRiSPARK HYBRiS iDiB │
+│ iFH KILLERS KYR LOL MiNDTHEGAP MORiTZ NORiTE PANZeR ProPLTV QCF RCDiVX │
+│ REGRET RiVER SH0W SKANK SKGTV SORNY SQUEAK SRiZ TASTETV TLA TVBYEN │
+│ TViLLAGE TvNORGE UAV WaLMaRT WNN YesTV ZOMBiE │
+│ │
+│ [ Refused to Sign - 3 Groups ] │
+│ BRISK BWB FLEET │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Revisions ] │
+│ 2012-02-22 - First TV-X264-SD standards, with CRF based encoding. │
+│ 2012-04-01 - Updated with better rule coverage and more groups signing. │
+│ 2016-04-04 - Total rewrite, all known issues and loopholes have been │
+│ addressed, switched to number based marking of rules, MP4 has │
+│ been removed in support of Matroska, firmer wording on AAC │
+│ encoding rules. │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
+ Standard Rip Rules (S.R.R).
+
+ In 1998, and again on March 26th 2000, three rip game groups collaborated
+ to bring about rules with the hope of ensuring quality in a constantly
+ evolving rip fscene. These rules lasted a long time, but as technology moves
+ forward, so to must the rules governing it. It is time once again for
+ the standards by which the games scene operates to be updated.
+
+ As we are all aware there have been major developments in the scene. These
+ new rules may seem to be quite radical as a result. Those fearful of change
+ may very well be opposed to them - but let us not forget that had there
+ never been any change, we would not have any of the existing rules in the
+ first place!
+
+ In lieu of past events, the deciding figures of:
+
+ Myth, Divine, Vace, and Instinct
+
+ have converged and agreed upon a new set of rules based on those that
+ came before. These new rules have been updated, modified, and
+ agreed upon by a consensus, and should provide a new standard better suited
+ to the scene in this day and age.
+
+ These groups have been active participants in shaping the scene in the
+ last six months, and were given active participation in voicing their point
+ of view. These new rules will allow for a fair and competitive scene
+ while ensuring a quality-minded environment for all, bringing game rips
+ forward into a new era and restoring their relevance.
+
+ It should be noted that CLASS and BACKLASH chose not to attend due to their
+ reduced role within the scene. However former NSA groups (such as CLASS and
+ BACKLASH), who have chosen not to sign up for these new rules, will still
+ be required to abide by the former NSA rules, which they signed.
+
+ In the past, groups setting the rules have been called the SPA, The Faction,
+ or as in the most recent case the NSA (Network Software Association).
+ Some have claimed the exclusive nature of these organizations have locked
+ them out of the process. Hence from this time forth there shall be no
+ organization dictating to the others. All groups are invited to adopt these
+ rules, and every effort has been made to contact the various players in the
+ games rip scene.
+
+ These rules shall be identified simply as the Standard Rip Rules (S.R.R).
+
+ They have been ratified and approved among the four groups and will be
+ recognized and followed immediately on this date and thereafter:
+ March 5th, 2004.
+
+ The Standard Rip Rules are as follows:
+
+
+ 1. Files:
+
+ The disk limit is as of now 55 x 5,000,000 bytes.
+ This equates to a total of 275,000,000 bytes of
+ compressed data. Groups may not exceed the total
+ size (including when crack.ace or similar files are
+ are needed in the first disk of a release) to prevent
+ any future cheating. Groups caught cheating on file
+ size WILL be nuked!
+
+ The limit for standard game add-ons is 25 x 5,000,000
+ bytes for any add-on that includes Music, Speech,
+ Commentary or Play By Play for the original release.
+ Any add-on that does not fit these criteria will be
+ restricted to 15 x 5,000,000 bytes. Only the group
+ that won the game release is allowed to release the
+ add-ons for that game.
+
+ Due to an increasingly limited number of file names,
+ and the ability of all modern operating systems to handle
+ long file names, it is now permissible to use file names
+ up to a maximum of 12.3 characters (filename/extension).
+
+ Acceptable compression formats at this time are ACE or
+ RAR or any future compression that supports multiple
+ volumes and long file names, followed by the
+ traditional PKZIPing.
+
+ The traditional packaging methods (ZIP/DIZ) shall be
+ maintained, with a DIZ file being present in each zip.
+
+ 2. Proper Rips:
+
+ To prevent sloppy rips, a re-release of a game is allowed
+ to ensure groups release proper and respectable rips.
+ The following provisions include:
+
+ it can be ripped in >=7 disks less than the previous
+ release or less than half the size of the previous
+ release by using only lossless compression methods.
+
+ That means all the essential game data must be still
+ included in the re-release. No essential data is allowed
+ to be removed to be considered a valid re-release. A re-
+ release from a competing group may not use tools, original
+ crack or any other files from the previous release that
+ were modified for the original game rip. A group may NOT
+ use DDS conversion on a proper rip unless used on
+ the original rip. Lossy audio conversion is allowed in
+ proper rips; downsampling is not.
+
+ The re-release of a rip can be done by any group and must
+ be done within 48 hours of the original rip, as possibly every
+ game is rippable in a smaller size if enough time is spent.
+
+ 3. Functionality:
+
+ Every release under this limit MUST be a functional and
+ playable complete game with no essential data missing to
+ finish the game. This means that included will be every
+ component necessary for the successful completion of the
+ game e.g.:
+
+ - all game executables that are needed,
+ - every level (single AND multiplayer),
+ - every track (including practice),
+ - all actor graphics & models etc,
+ - sound effects
+ - registry settings to play on the Internet (Zone/etc.)
+ - if the serial of the game is checked online thus making
+ it impossible to play online with any possible rip, it is
+ allowed to rip out multiplayer, LAN play should still be
+ fully included if it exists
+
+ 4. Packers:
+
+ Any lossless compression method to reduce the size of
+ selected game data is ALLOWED (e.g. uharc).
+
+ 5. Lossy Compression:
+
+ Lossy compression is ALLOWED for sound, videos and non-
+ texture graphics (menu screens and loading screens) but
+ lossless compression is encouraged before using lossy
+ compression. Lossy compression of textures is allowed
+ only using DDS. If a game includes separate texture
+ sets for hires AND lowres systems you are allowed to
+ rip lowres only but the game still has to work on all
+ hardware platforms.
+
+ 6. Sound:
+
+ Sound effects WILL and MUST be included. To reduce the size
+ of rips when possible, standard wave format files (PCM)
+ should be compressed. If the sound files exist inside a big
+ file it's highly regarded when time is invested to extract
+ those files to compress them. Groups are not required to
+ index big files though. A downgrade of sound quality to sound
+ files to allow the game to fit the limit will NEVER be permitted.
+
+ Acceptable sound compression formats are:
+
+ <22/1 <22/2 22-32/1 22-32/2 44-48/1 44-48+/2 (khz/channels)
+ mp3 32 32 48 56 56 112 (kbit)
+ ogg 32 32 48 48 56 64 (kbit)
+ wma8 20 20 20 32 32 80 (kbit)
+ wma9 16 16 16 20 20 64 (kbit)
+
+ It is allowed to rip music, commentary/speech and ambience
+ files as long as the game remains playable. speech files
+ MUST be included if there exist no on-screen subtitles.
+ Speech can be downsampled, but only to the above SOUNDS
+ quality or to WAV 22.050 quality. No lower. It is okay
+ to remove commentary from a release if size does not
+ permit it.
+
+ It is highly regarded when all sounds, speech and music
+ are included in a rip and not intentionally put out as
+ add-ons.
+
+ 7. Movies:
+
+ Movies (intros, cut scenes) should be removed if they
+ are not game related. Movies must be ripped in a way so
+ that the game play experience is not compromised, e.g.
+ framing of movies is highly regarded. It should always be
+ avoided to create situations in which user-input is
+ necessary on black screens because the video normally
+ shown has been blacked out.
+
+ Downsampling of Movies is allowed under the following
+ guidelines:
+
+ Divx 3-5 / Xvid / Original codec (used in game):
+ - Kbit rate: 650 kbit+
+ - Quality: 93%+
+ - Quantizer: 4.0 (no more)
+
+ RadVideo (BIK):
+ - Compress to 50%+ of the original file size.
+
+ Windows Media Video (WMV) / MPEG2:
+ - Allowed resolution change, but no less than 50% of original
+ resolution (width/height divided by 2).
+ - Allowed recompression to same resolution but with lower
+ kbit rate.
+
+ *NOTE* Movie conversion on enduser machine is FORBIDDEN.
+
+ 8. Add-ons:
+
+ Other allowed add-ons for games include:
+
+ - cut scenes/movies
+ - commentary/speech
+ - music
+ - editor
+
+ No more than 2 add-ons should be released for a game
+ release.
+
+ Intro and Outro add-ons are EXPLICITLY FORBIDDEN.
+
+ Only the group that released the initial game release
+ can release the above add-ons, unless there is a
+ problem with the release. This is to prevent third
+ party groups that may not understand how to release
+ these properly to correctly support the initial
+ release, and to prevent multiple add-on dupes from
+ appearing.
+
+ This will be ENFORCED on group SITES!
+
+ 9. Kiddie:
+
+ Children's games (aka Kiddie games) and Edutainment
+ software do not qualify under these rules guidelines for
+ acceptable releases. Kiddie games are usually defined via
+ the game target audience of '5-12 years' as stated by the
+ game's producer. Common sense should be applied by all
+ groups to identify what really is a kiddie game.
+ Platform games are not to be considered kiddie games
+ unless explicitly stated by the developer/publisher.
+
+ 10. Official:
+
+ Level packs, game add-ons etc. for rips are only allowed
+ if they are officially released/authorized by the same
+ company, developer or publisher that put out the original
+ game. If possible by its size, the add-on should be made
+ as a standalone and not needing the original game release.
+ The original missions may be removed to allow the game
+ add-on to become standalone if not size can not permit
+ the original game. It should be explained in the NFO
+ if and why a game add-on isn't made to be standalone.
+
+ 11. Dupes:
+
+ In regard to games distributed in the United States that
+ are LATER distributed in Europe or vice versa under the
+ same or different name/publisher. These games if released
+ AFTER another group's release are counted as DUPES unless
+ it can be proven that there is a clearly noticeable
+ PLAYABLE difference in the latter release (more than just
+ tiny differences in graphics or sound). Differences in
+ file dates and Game Titles between Euro and US releases
+ are NOT a good enough reason to re-release the game.
+
+ 12. Information:
+
+ A brief outline of what has been stripped and any
+ explicit lossy compression used should be clearly stated
+ in the game-release in the .NFO or CRACKTRO file. This file
+ should be placed within the first file of a release so
+ everyone knows where to find it.
+
+ 13. Enhancements:
+
+ Trainer releases & Update patches:
+
+ Fully cracked Update Patches and Trainers are highly
+ regarded, though they are not the responsibility of
+ any group (including the group which released the
+ original game title).
+
+ If 2 trainers from the same or different groups are released
+ for 1 game, this does NOT qualify as a dupe unless the latter
+ trainer provides no new features over the prior trainer.
+
+ Patches that are the same do qualify as a dupe. Also beta
+ patches fall under the area of betas and should also be
+ nuked accordingly. Even the companies that make beta
+ patches do not support them so, why should the scene?
+
+ All trainers must work the same on all formats that the
+ game supports. If the game supports W9x/WME/NT4/WXP/W2K3
+ /WOW64, then the trainer's options must work on all those
+ formats too.
+
+ No TMK/Magic or trainer making utility releases will be
+ allowed in making trainers. These will be banned as they
+ lack the quality that a real trainer employs and can be
+ unreliable on games that check for these in later levels
+ or situations.
+
+ Beta update patches will not considered a valid release
+ among any game group. No group shall release a cracked
+ patch for a game if a generic patch exists for a particular
+ game in the scene. If a generic crack exists, a new
+ patch-release must specify that the generic crack does
+ not work anymore.
+
+ 14. Competition:
+
+ If two or more rips of the same game get released, the first
+ complete working rip wins. Sites should not nuke any release
+ until the winning rip has been proven to work correctly and
+ follows the above rule set.
+
+ 15. Stealing:
+
+ No group shall use another's groups work - be it an iSO
+ crack or tools written by another competing group. Any
+ third party tools are acceptable. A crack from an iSO or
+ past release (even in other languages or iSO's) shall
+ not be used unless permission is given from the cracker or
+ creator of the original release group. This permission can
+ only be given by crackers and not leaders or seniors. Thus
+ making sure crackers control their own cracks and are not
+ dragged into group politics. It should be noted that most
+ iSO cracks are actually cracked by rip group crackers. Thus
+ without permission from the rip group, said crack cannot be
+ used by other groups. Even if no rip currently exists, as
+ that would be stealing. An example of this is groups like
+ TECHNIC who steal cracks all the time and should be banned
+ and nuked on all sites for reasons of quality.
+
+ If however a group or member makes their said tools/source
+ public, then they loose their right to prevent others using
+ their tools as they have made it public domain. This should
+ act as a deterrent to crackers who wish to brag to everyone
+ as protection companies gain an insight into the scene when
+ people make standard scene tools public. This then in turn
+ hurts the scene when protections get updated.
+
+ 16. Flaming:
+
+ While baiting and harping within a groups release has always
+ been a part of the scene, at times groups have taken this
+ too far. This causes all groups to look lame and childish
+ within the eyes of end users; worse still it can lead to
+ security breeches. In order to avoid this being taken too
+ far in the future, direct naming/nicks of individuals (not
+ groups) within NFO files and other materials is STRICTLY
+ PROHIBITED.
+
+ 17. Ancients:
+
+ No game can be ripped where the latest file date of a file
+ on the original media (CD/DVD) is older than 6 months prior
+ to the releases of the rip. This is to avoid the emergence
+ of new technologies being employed to resurrect past un-rip
+ able games & create a mess of hundreds of ancient games
+ being released. And to promote faster rips at the time of
+ game release. No rips that were deemed unrippable before
+ the date of March 5th, 2004 shall be released because
+ the new rules deem them rippable!
+
+ 18. Rules:
+
+ These rules should be placed in the first zip file of every rip
+ release. It is hoped that this will prevent groups down the
+ line from feigning ignorance of the rip rules. This should
+ also allow these rules to travel far and wide in the hope that
+ all sites/groups will adopt these standards for game rip
+ releases, thus ensuring the quality we have come to expect
+ within the scene.
+
+ 19. Sites:
+
+ It is highly regarded for all groups to establish a /GAMERIPS
+ directory on their affiliated FTP sites which will contain
+ game-iso rips and (optionally) DVD rips. Trainers and patches
+ belong to 0day.
+
+ 20. DVD Amendment Rules:
+
+ With the advent of games on DVD media, albeit in minor
+ quantities, it has been decided to pre-empt any more rule
+ changes in the future by including the following DVD rules.
+ These rules will be based mostly on the existing rip rules
+ and will allow people to get used to this new and developing
+ scene.
+
+ a. Installation:
+
+ The DVD rip release should install from the CD and only
+ run the game from the hard drive. HD running of a game is
+ the goal, not running off CD. This is the usual way with
+ rips.
+
+ b. Size:
+
+ The game size for DVD RIPS should be made into a burnable
+ CD iSO format for easy burning and distribution. The .bin
+ and .cue format where possible. The release must not have
+ more than 3CD's of 80mins. Regardless of how many DVD's
+ there were. This should only be the case where the normal
+ rip sizes cannot apply and the original media format was
+ indeed DVD. It should not be used as an excuse to rip down
+ 6 CD releases, as these have been proven to be rippable
+ even under the old rules in the past.
+
+ c. Format:
+
+ Release files should be in RAR format or any future
+ compression that supports multiple volumes and long file
+ names, followed by the traditional SFVing. And in also rip
+ sites/places should therefore adjust their scripts to
+ handle the new DVD rip formats as well as the usual ZIP
+ files. Siteops UPDATE your SCRIPTS!
+
+ d. Valid:
+
+ A rip release of 55 x 5,000,000 bytes and the release of
+ a DVD rip of the same game, are allowed as they will
+ accommodate to different users.
+
+ e. Singular:
+
+ No add-ons are allowed for DVD rips as the current size
+ should be enough. For patches and trainers the current
+ normal rip rules should apply.
+
+ f. CD/DVD availability:
+
+ No DVD rip of a game is allowed if a certain publisher
+ releases a game on CD and DVD unless the DVD game increases
+ some game features (like highres movies, etc.).
+
+ g. General:
+
+ In general the standard rules should be applied also to
+ DVD rips. If a group removes any allowed data and a
+ competing group can leave the data in and make it
+ the same CD count, their release is considered a
+ proper and is the valid release. It is preferred to
+ include as much data as possible on DVD rips.
+ Only if it is not possible to fit all data on 3 CDs by
+ downsampling and other means of compression it is legit
+ to remove data from the game. This means a 3 CD release
+ with movies included is preferred over a 2 CD release
+ with movies ripped out. Reasons for proper are:
+
+ A) If a group can rip a game to the same CD count
+ as the previous groups rip by including gamedata
+ ripped out by the previous group. Downsampling
+ IS ALLOWED. The size of the cds do not matter
+ in this case.
+
+ B) If a group can get 350mb smaller in size
+ as long as all previous data in rip is included
+ and NO downsampling occurs.
+
+ C) If a group can get 1 CD smaller in size
+ as long as all previous data in rip is included.
+ Downsampling IS ALLOWED.
+
+ To cease any confusion examples are provided:
+
+ Scenario A)
+
+ If group A releases a 2 CD DVDRip with movies and some
+ audio ripped, and group B releases their rip which is also
+ 2 CD's with all movies/music included but downsampled,
+ group B's is the valid release. Regardless if group B's
+ release has bigger sized cds.
+
+ Scenario B)
+
+ Group A releases a 2 CD DVDRip with everything included,
+ both CD's being 700mb. Group B releases a 2 CD rip
+ with everything included but because of better technique
+ CD1 is 700mb and CD2 is 350mb, hence half a CD
+ smaller as long as movies are NOT downsampled it is the
+ valid release.
+
+ Scenario C)
+
+ Group A releases a 3 CD DVDRip, 2 CD's being 700mb, CD
+ 3 being 200mb. Group B releases a 2 CD rip with everything
+ included from previous rip, because of better technique
+ or downsampling it is the valid release. This is true
+ regardless of the size of the last CD, be it 700mb or 10mb.
+
+
+ S.S.R. March 5th, 2004
+
+ Signed and ratified by Leaders & Council Members of the
+ following groups: Myth, Divine, Vace, Instinct, Dynasty,
+ Oceanine, Cubic, Delice, Bowling, NLrip and Storm.
+
The 720p TV x264 Releasing Standards 2016 a.k.a. tvx264
+The.720p.TV.x264.Releasing.Standards.2016-TVx264
+
+[ Intro ]
+Since the last revision of this document in 2011, TV-X264 has grown and become a major section that many people contribute to and depend on. This new revision aims to update the standards from 2011 to standards suitable for 2016 and the future. Adding clarity and patching loopholes to once again allow for consistent and quality releases, which was the aim of this standard back in 2011.
+
+Compliance with this document is optional as of its pre date, and mandatory as of 2016-04-10 00:00:00 UTC (1460246400 Unix time).
+
+[ Recommended ]
+It is recommended to view the unformatted version of this ruleset bundled within this release.
+
+1) [ HDTV Sources ]
+ 1.1) HDTV is considered as a high definition natively recorded transport stream.
+ 1.2) HDTV sources must not be upscaled, see section 3.
+ 1.3) Providers which downscale 1080i to 720p (e.g. BellTV) are not allowed.
+
+2) [ AHDTV Sources ]
+ 2.1) Analogue HDTV is considered as a high definition captured stream from the analog output (e.g. Component, DVI, HDMI) of a set-top box.
+ 2.2) Captures must be done at the native broadcast format of the source.
+ 2.2.1) Captures from devices which are unable to output a native format must be restored to the original framerate.
+ 2.2.2) If captures cannot be completely restored to their native framerate, such as a single dupe frame every 1000 or blended/ghost frames due to mangling from the set-top box or capture device, this is considered a technical flaw.
+
+3) [ HR.PDTV Sources ]
+ 3.1) High-Resolution PDTV is considered as non-high definition content which has been upscaled and broadcasted on a high definition channel.
+ 3.1.1) Windowboxed content (large black bars on all sides) lack sufficient source resolution to be considered HR.PDTV, and is not allowed.
+ 3.2) Video must be cropped and resized to fit within a maximum resolution of:
+ 3.2.1) 960x720 for aspect ratios less than 1.78:1.
+ e.g. 1920x1080 --> Crop(240,0,-240,-0) --> 1440x1080 --> 960x720
+ 3.2.2) 960x540 for aspect ratios greater than or equal to 1.78:1.
+ e.g. 1920x1080 --> Crop(2,0,-2,-0) --> 1916x1080 --> 960x540
+ 1280x720 --> Crop(2,0,-2,-0) --> 1276x720 --> 960x540
+
+4) [ Codec ]
+ 4.1) Video must be H.264/MPEG-4 AVC encoded with x264 8-bit.
+ 4.1.1) Custom builds of x264 (e.g. x264-tMod, x264-kMod) are allowed and must be based off the x264 codebase.
+ 4.2) x264 headers must remain intact and must not be modified or removed.
+ 4.3) x264 must be kept up to date, with a maximum allowance, or grace period, of 60 days before groups are required to update to the latest revision.
+ 4.3.1) The official x264 git repository is the only reference for determining the current revision: http://git.videolan.org/?p=x264.git;a=summary
+ 4.3.2) The 60 day grace period must only be applied at pre time, not the tagged encoded date.
+ 4.3.3) The grace period is only applicable to the revision preceding the latest update and does not reset active grace periods of preceding revisions.
+ e.g. 2016-01-01: Revision A is used.
+ 2016-01-02: Revision B is committed, 60-day grace period begins for revision A.
+ 2016-01-05: Revision C is committed, 60-day grace period begins for revision B.
+ 2016-03-02: Revision A is no longer allowed, Revision B or C may be used.
+ 2016-03-05: Revision B is no longer allowed, Revision C must be used.
+ 4.4) Constant Rate Factor (--crf) must be used.
+ 4.4.1) CRF values below 18 and above 23 are never allowed.
+ 4.4.2) Justification must be listed in the NFO for the use of non-standard CRF values.
+ 4.4.2.1) Groups are not required to follow non-standard CRF values used by another group.
+ 4.4.2.2) It is suggested that if the average video bitrate exceeds 5000kb/s, a higher CRF value should be chosen, when possible.
+ 4.5) Standard CRF values are as follows:
+ ┌─────────────────┬───────┬───────────────────────────────────────────┐
+ │ Compressibility │ CRF │ General Examples │
+ ├─────────────────┼───────┼───────────────────────────────────────────┤
+ │ High │ 18-19 │ Scripted, Talk Shows, Animation, Stand-Up │
+ │ Medium │ 20-21 │ Documentary, Reality, Variety, Poker │
+ │ Low │ 22-23 │ Sports, Awards, Live Events │
+ └─────────────────┴───────┴───────────────────────────────────────────┘
+ 4.6) Settings cannot go below what is specified by preset (--preset) 'slow'.
+ e.g. --subme 7 or --me hex are not allowed.
+ 4.7) Level (--level) must be '4.1'.
+ 4.8) Colour matrix (--colormatrix) may be optionally set to 'bt709'.
+ 4.9) Colour space (--output-csp) must be 'i420' (4:2:0).
+ 4.10) Sample aspect ratio (--sar) must be '1:1' (square).
+ 4.11) Deblocking (--deblock) must be used. Values used are left to the discretion of the group.
+ 4.12) Keyframe interval (--keyint) must be at least 200, and at most 300.
+ 4.12.1) It is recommended to let x264 decide which value to use, but 10*framerate is a good guideline (e.g. Film=240, PAL=250, NTSC=300).
+ 4.12.2) For 50 or 60 FPS content, the maximum keyframe interval must be at least 200, and at most 600.
+ 4.13) Minimum GOP length (--minkeyint) must be 30 or less.
+ 4.13.1) It is recommended to let x264 decide which value to use, but 1*framerate is a good guideline (e.g. Film=24, PAL=25, NTSC=30).
+ 4.13.2) For 50 or 60 FPS content, values of 60 or less must be used for the minimum GOP length.
+ 4.14) Custom matrices are not allowed.
+ 4.15) Zones (--zones) are not allowed.
+ 4.16) x264 parameters must not vary within a release.
+ 4.17) Optional tuning (--tune) parameters allowed are: 'film', 'grain' or 'animation'.
+ 4.18) Suggested command line: x264 --crf ## --preset slow --level 4.1 --output out.mkv in.avs
+
+5) [ Video / Resolution ]
+ 5.1) Resolution must be mod 2.
+ 5.2) Upscaling is not allowed.
+ 5.3) Adding borders is not allowed.
+ 5.4) Multiple video tracks are not allowed.
+ 5.5) English spoken titles with foreign overlays, not intended by content creators (e.g. locations, on-screen text shown in another language) are not allowed, use INTERNAL.
+ 5.5.1) This does not apply to opening titles or credits, but to relevant show content only.
+ 5.6) Non-English spoken titles with hardcoded English subtitles must be tagged as SUBBED.
+ 5.6.1) English spoken titles with hardcoded English subtitles present for English spoken scenes must be tagged as SUBBED.
+ 5.6.2) English spoken titles with hardcoded Non-English subtitles present for English spoken scenes are not allowed, use INTERNAL.
+ 5.6.3) Hardcoded subtitles added by content creators are exempt (e.g. Alien hardsubs, drunk talk hardsubs, hardsubs due to muffled mic).
+ 5.7) Dupes based on resolution are not allowed.
+ 5.7.1) Except in situations of releases with a different aspect ratio. The relevant tag must be used, and the reason mentioned in the NFO.
+ 5.7.2) Releases which contain at least an additional 20 pixels worth of video on any side are not considered dupes. These releases must be tagged as WS or OM (open matte) and not proper, and the original release must not be nuked.
+ 5.8) Black borders and anything (e.g. coloured borders, duplicate lines, dirty pixels, full-time tickers) that is not part of the video must be cropped.
+ 5.8.1) Retention or removal of faded edges is left to the discretion of the group. Inclusion of faded edges is not a technical flaw, and cannot be propered.
+ 5.8.1.1) Faded edges refer to a line of pixels which are of similar appearance to pixels' parallel to the video frame.
+ 5.8.2) In the case of varying aspect ratios throughout the video, cropping must be done to the most common frame size (e.g. primary view of the pitch during sports, studio view during talk shows).
+ 5.8.3) Cropping of letterboxed sources with hardcoded subtitles positioned within the black borders is left to the discretion of the group. Video may be left uncropped or cropped evenly both top and bottom to the widest frame without removing any subtitles.
+ 5.8.3.1) Cropping out hardcoded subtitles entirely is allowed, only when they are not required, leaving any trace of subtitles or over-cropping actual picture to remove subtitles is considered to be a technical flaw.
+ 5.8.4) Video may be over or under cropped by a maximum of 1px per side. Over or under cropping by more than 1px per side is considered a technical flaw.
+ 5.9) 720p refers to a maximum display resolution of 1280x720.
+ 5.9.1) 720i or 720p sources must be cropped as required and must not be resized.
+ 5.9.2) 1080i or 1080p sources must be cropped and resized as required, with width at 1280 and/or height at 720.
+ 5.10) Resized video must be within 0.5% of the original aspect ratio.
+ Original AR = (SourceWidth û [CropLeft + CropRight]) / (SourceHeight û [CropTop + CropBottom])
+ Release AR = EncodeWidth / EncodedHeight
+ AR Error % = [(Original AR û Release AR) / Original AR] * 100
+
+ Target resolution when resizing to maintain mod2 and reduce AR error:
+ TargetHeight = TargetWidth / [(SourceWidth û [CropLeft + CropRight]) / (SourceHeight û [CropTop + CropBottom])]
+ The correct mod 2 value can also be calculated from the ceiling of TargetHeight if the value is odd, and the floor of TargetHeight if the value is even.
+
+6) [ Filters ]
+ 6.1) IVTC or deinterlacing must be applied as required.
+ 6.2) Only smart deinterlacers, such as Yadif or QTGMC, must be used.
+ 6.2.1) FieldDeinterlace must not be used for deinterlacing.
+ 6.3) Only accurate field matching filters, such as TIVTC or Decomb, must be used for inverse telecining (IVTC).
+ 6.3.1) Filters included in MEncoder, MJPEG tools, libav, libavcodec or FFmpeg must not be used for IVTC.
+ 6.3.2) Deinterlacing filters must not be applied to telecined sources as a method of inverse telecine.
+ 6.4) Only sharp resizers, such as Spline36Resize, BlackmanResize or LanczosResize/Lanczos4Resize, must be used.
+ 6.4.1) Simple resizers, such as Bicubic, PointResize or Simple, are not allowed.
+
+7) [ Framerate ]
+ 7.1) Constant frame rate (CFR) must be used.
+ 7.1.1) Variable frame rate (VFR) methods are not allowed.
+ 7.2) True 50 / 60 FPS video must be released at 50 / 60 FPS. True 25 / 30 FPS video released at 50 / 60 FPS is not allowed and considered a technical flaw.
+ 7.2.1) Failure to apply a deinterlacer with bobbing enabled (e.g. QTGMC, Yadif(mode=1)) to double framerate (bob) 25i / 30i video back to true 50 / 60 FPS, is considered a technical flaw.
+ 7.2.2) In cases of varying framerates of 25 / 30 FPS and true 50 / 60 FPS, the framerate of the main feature must be used (e.g. studio for talk shows, game coverage for sports).
+ 7.2.3) In rare situations, 25 / 50 FPS sources must be restored to 24 or 30 FPS.
+ 7.2.4) In rare situations, 30 / 60 FPS sources must be restored to 25 FPS.
+ 7.3) Sources which contain footage at varying FPS throughout (hybrid sources) and may or may not require IVTC is left to the discretion of the group. The NFO must list a reason as to the final decision.
+ 7.3.1) It is assumed that the majority of a title contains enough unique frames at 30,000/1,001 FPS to warrant a higher framerate. If it can be proven IVTC/decimating does not result in any loss of unique frames, this is considered a technical flaw.
+ 7.4) Native and converted framerates refers to the standard in which the video was produced.
+ 7.4.1) NTSC produced video is native to NTSC.
+ 7.4.2) PAL produced video is native to PAL.
+ 7.4.3) NTSC produced video that is broadcast in PAL is considered as converted video.
+ 7.4.4) PAL produced video that is broadcast in NTSC is considered as converted video.
+ 7.5) Converted video that has significant abnormalities (e.g. blended frames, jerky playback due to missing or duplicate frames) due to the conversion and cannot be reversed to the native format must be tagged as CONVERT.
+ 7.5.1) Converted video which does not have significant abnormalities do not require the CONVERT tag and must not be nuked for the conversion.
+ 7.6) Dupes based on framerate are not allowed, use INTERNAL.
+
+8) [ Audio ]
+ 8.1) Audio must be in the original format provided.
+ 8.1.1) Transcoding audio is not allowed.
+ 8.1.2) Audio which is broadcasted as AAC LATM or LOAS (e.g. Freeview) must have the headers converted to AAC ADTS without transcoding.
+ 8.2) Multiple language audio tracks are allowed.
+ 8.2.1) The default audio track must be the language intended for release (e.g. An English release containing English, German and Russian audio tracks, must have the default flag set on the English track).
+ 8.2.2) The correct ISO 639 language code supported by MKVToolnix must be set for all secondary audio tracks, default may be left undefined.
+ 8.2.2.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ 8.3) If the original language of a title is not English:
+ 8.3.1) An English dubbed track is allowed as a secondary audio track.
+ 8.3.2) Releases containing only a dubbed audio track must be tagged as DUBBED.
+ 8.4) Dupes based on multiple audio tracks or audio format are not allowed, use INTERNAL.
+
+9) [ Glitches / Missing Footage ]
+ 9.1) Where audio or video issues are unavoidable due to a live-broadcast or mastering issues, a release must not be nuked until a valid proper, repack or rerip which does not exhibit the same flaw is released.
+ 9.2) Scrolling or other alert messages added by the broadcasting station (e.g. Weather or Amber alerts) appearing for a cumulative total of at least 30 seconds throughout the entire release is considered a technical flaw.
+ 9.3) Video frame abnormalities (e.g. Abnormal snipes/pop-ups, banner advertisements that do not fade out entirely) as a result of broken splicing originating from the broadcasting station is considered a technical flaw.
+ 9.4) Missing or repeated video footage without any loss of dialogue must be at least 2 seconds long at any one instance to be considered a technical flaw.
+ 9.4.1) Except in situations where on-screen text is lost due to missing footage. Loss of on-screen text is considered a technical flaw.
+ 9.4.2) Except in situations where minor missing or repeated video footage flaws are present throughout the majority of the release. Excessive flaws such as these are considered a technical flaw.
+ e.g. Video frame glitches occurring every 2 minutes throughout the entire release but only in the amount of 1 second per instance, is considered excessive and a technical flaw.
+ Repeated footage occurring every 5 minutes throughout the entire release but only in the amount of 1.5 seconds per instance, is considered excessive and a technical flaw.
+ Video frame glitches of 1 second per instance occurring 6 times throughout the entire release is NOT considered excessive or a technical flaw.
+ 9.5) Audio which drifts at least 120ms at a single point or a total of at least 120ms between multiple points throughout the entire release is considered a technical flaw.
+ e.g. Sync drifting +120ms after 10 minutes is considered a technical flaw.
+ Sync drifting +80ms after 5 minutes, -40ms after 15 minutes, for a total of 120ms, is considered a technical flaw.
+ 9.6) Glitches that occur in any audio channel present (e.g. L, R, C, SL, SR) are considered a technical flaw.
+ 9.6.1) Glitches are defined as, but not limited to: missing dialogue, repeated dialogue, inability to understand dialogue, bad channel mix, large gaps within playback, persistent clicks/pops/muted/echoing/muffled audio.
+
+10) [ Editing / Adjustments ]
+ 10.1) Minor adjustments to video or audio tracks (e.g. duplicating or removing frames, channel count) in order to prevent issues with playback or sync is allowed.
+ 10.2) Multi-episode releases with no clear delineation between episodes (e.g. end credits) must not be split.
+ 10.3) Including previously-on footage is optional, but recommended.
+ 10.4) Including upcoming/teaser/scenes from the next episode footage found at the conclusion of an episode is optional, but recommended.
+ 10.5) Credits must be included if they contain unique show content. (e.g. bloopers, outtakes, dialogue, unique uninterrupted soundtrack, in memory of message)
+ 10.5.1) End credits must only be considered optional if they do not contain unique show content (e.g. regular plain credits with or without promos), and may be removed at the discretion of the group.
+ 10.5.2) A simulcast which does not contain unique content in the credits cannot be propered from a primary broadcaster which contains unique content, use EXTENDED.
+ 10.5.3) If a different broadcaster or re-broadcast of a show contains unique content not present in the original broadcast, the first release cannot not be propered, use EXTENDED.
+ 10.5.3.1) In situations where a unique uninterrupted soundtrack is the only additional unique content included in the credits, use of EXTENDED is not allowed, use INTERNAL.
+ 10.5.3.2) It is recommended, but not required, to include unique content included in the credits that was omitted from the original broadcast.
+ 10.6) Inclusion of bumper segments, 5-20 second segments containing coming up/preview/backstage footage (e.g. SNL, Cops) is optional and at the discretion of the group.
+ 10.6.1) In situations where bumper segments have been omitted in the first release, a secondary release which includes all bumper segments is allowed and must be tagged as UNCUT.
+ 10.6.2) In situations where bumpers are included:
+ 10.6.2.1) All bumper segments must be free of any technical flaws.
+ 10.6.2.2) All bumper segments must be included, missing any bumper segment is considered a technical flaw.
+ 10.6.3) Small segments containing actual show content, not containing coming up/preview/backstage footage, are not considered as bumper segments (e.g. Talking Dead, Comic Book Men, Portlandia).
+ 10.7) Any unrelated video (e.g. commercials, rating cards, viewer/content warnings), regardless of duration (e.g. 1 faded/half opacity frame or 10 seconds) must be completely removed.
+ 10.7.1) Content warnings can be retained or removed at the discretion of the group, except when they are intended by content creators and must be retained (e.g. Tosh 0, Robot Chicken, South Park, Law and Order SVU).
+ 10.7.1.1) This does not apply to scripted or animation content. Content warnings not intended by content creators must always be removed in these cases.
+ 10.7.1.2) Following the opening segment for non-scripted and non-animation content, all content warnings which precede each segment must be removed.
+ 10.7.2) Sponsorship advertisements which are integrated into show content and cannot be removed (e.g. Jimmy Kimmel, Talking Dead, Deadliest Catch) are exempt.
+ 10.7.3) Show transition cards appearing at the start or end of segments on some broadcasters (e.g. Seven, Channel 4, ITV1) can be retained or removed at the discretion of the group.
+ 10.7.4) Opening and closing interleaves (e.g. HBO opening animation, ... presents, this has been a ... production, ... original series) can be retained or removed at the discretion of the group, except when they contain show content and must be retained.
+ 10.8) Any unrelated audio (e.g. alerts, commercials), regardless of duration (e.g. 100ms or 10 seconds) must be completely removed.
+ 10.8.1) Except when a broadcaster (e.g. ABC) splices unrelated audio into the beginning of a segment, that does not result in sync issues.
+
+11) [ Subtitles ]
+ 11.1) Subtitles for English spoken titles without foreign dialogue are optional, but encouraged.
+ 11.2) English spoken titles with foreign dialogue must include a separate subtitle track for forced subtitles.
+ 11.2.1) Foreign dialogue subtitle tracks must be set as forced and it is considered a technical flaw if not done correctly.
+ 11.2.2) In situations where the source video stream contains hardcoded subtitles for English spoken titles with foreign dialogue, a separate subtitle track for the forced subtitles is not required.
+ 11.2.3) If a broadcaster which is primarily English spoken (e.g. FOX, BBC) does not contain hardcoded subtitles for scenes with foreign dialogue in the video stream, then forced subtitles are not required but recommended.
+ 11.3) Non-English spoken titles without hardcoded subtitles must include an English subtitle track set as forced before it is considered to be an English release.
+ 11.4) Subtitles must be extracted from the original source.
+ 11.4.1) Fan-made or custom subtitles are not allowed.
+ 11.5) Adjustments and edits (e.g. adjusting timecodes, fixing grammar, spelling, punctuation errors) may be made to subtitle tracks.
+ 11.6) Subtitles must be muxed into the final MKV in text based format, i.e. SubRip (.srt) or SubStation Alpha (.ssa/.ass).
+ 11.6.1) Subtitles must not be set as default or forced unless otherwise specified.
+ 11.6.2) The correct ISO 639 language code supported by MKVToolnix must be set for all subtitle tracks.
+ 11.6.2.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ 11.7) External subtitles located in 'Subs' directories are not allowed.
+ 11.8) Dupes based on subtitles are not allowed, use INTERNAL.
+
+12) [ Container ]
+ 12.1) Container must be Matroska (.mkv). MKVToolnix is the recommended muxer.
+ 12.1.1) Custom muxing tools are allowed. However, the output must adhere to the Matroska specifications and must retain identical compatibility with demuxers as files created with MKVToolnix.
+ 12.2) Support for file streaming and playback from RAR is mandatory.
+ 12.3) Matroska header compression must not be enabled.
+ 12.4) Chapters are allowed, and recommended for long events (e.g. long poker games to mark each round).
+ 12.5) Watermarks, intros, outros or any other forms of defacement in any track (e.g. video, audio, subtitles, chapters) are not allowed.
+
+13) [ Packaging ]
+ 13.1) Must be packed with RAR files, broken into a maximum of 101 volumes (.rar to .r99)
+ 13.2) RAR5/RARv5.0 is not allowed. RAR3/RARv2.0 or RAR4/v2.9 must be used.
+ 13.2.1) Custom RAR tools are allowed. However, files must adhere to the RAR4/RARv2.9 archive specifications and must retain identical compatibility with extractors and demuxers as files created with WinRAR/rar.
+ 13.3) Permitted RAR sizes are:
+ 13.3.1) Positive integer multiples of 50,000,000 bytes.
+ e.g. (50 * 10^6) * n bytes, where n > 0.
+ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 bytes, etc.
+ 13.3.2) Releases must have a minimum of 10 volumes before the next multiple of 50,000,000 bytes is used.
+ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 volumes at 100,000,000 bytes.
+ 5 volumes at 100,000,000 bytes cannot be repacked to 4 volumes at 150,000,000 bytes.
+ 13.4) SFV and NFO must be present.
+ 13.5) RAR, SFV and Sample files must have unique, lower-case filenames with the group tag.
+ 13.5.1) Group tags must be unique to each group, and may be an abbreviated variation of the group name.
+ 13.6) Missing RAR(s) or SFV on all sites is considered a technical flaw.
+ 13.7) Corrupt RAR(s) (errors upon extraction) is considered a technical flaw.
+ 13.8) RAR compression and recovery records are not allowed.
+ 13.9) Encryption or password protection is not allowed.
+ 13.10) RARs must only contain a single mkv file, any other files (e.g. multiple mkv files, txt files) are not allowed.
+
+14) [ Samples / Source Samples ]
+ 14.1) Releases must include a single 50-70 second sample.
+ 14.2) Samples must have unique filenames and placed in a separate directory named 'Sample'
+ 14.3) Samples must be cut from the final video, not encoded separately.
+ 14.4) If there is a question as to the validity of a source, encoding methods or filters used, the release may be nuked within 24 hours of pre requesting a source sample and must include the initial suspicion or reason.
+ e.g. source.sample.requested_suspicion.of.invalid.decimation.
+ source.sample.requested_suspicion.of.analog.source.used.
+ 14.4.1) The group has 24 hours from the first nuke to pre a source sample that is at least 10 seconds in length.
+ 14.4.2) Requests may be of a specific timecode to verify the sample provided is the same source used for the encode in question (e.g. include.banner.at.4m13s).
+ 14.4.3) Source sample(s) must be packed as per section 13, and use the SOURCE.SAMPLE tag.
+ 14.4.4) Providing insufficient proof to disprove any claims, or a failure to provide any source proof, and the release must remain nuked and can be propered.
+ 14.4.5) If there are any questionable issues (e.g. mastering flaws) with the source, it is recommended to include uniquely named source sample(s) within the 'Sample' directory.
+
+15) [ Tagging ]
+ 15.1) Only the following additional tags are allowed:
+ ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DUBBED, EXTENDED, FINAL, INTERNAL, NFOFIX, OAR, OM, PPV, PROPER, REAL, REMASTERED, READNFO, REPACK, RERIP, SAMPLEFIX, SOURCE.SAMPLE, SUBBED, UNCENSORED, UNRATED, UNCUT, WEST.FEED, and WS.
+ 15.1.1) WEST.FEED refers to an alternative version which airs exclusively on the west coast, such as a live episode of Undateable which has two separate performances of the same episode for each coast, east and west.
+ 15.1.1.1) Releases must be tagged as WEST.FEED when they come from an exclusive west coast airing, even if no east feed has been released first.
+ 15.2) Variations of any additional tags are not allowed.
+ e.g. READ.NFO or RNFO is not allowed, READNFO must be used.
+ 15.3) READNFO should be used sparingly. Discretion is recommended.
+ 15.3.1) The READNFO tag must not be used with PROPER, REPACK or RERIP. The NFO is required to contain a reason, therefore the tag is redundant.
+ 15.4) Tags must only be used once, but the order is left to the discretion of the group.
+ 15.4.1) Except in situations where the REAL tag is required to be stacked to differentiate between multiple invalid releases.
+ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER and PROPER.
+ 15.5) Tags must be grouped together, period-delimited, and must follow the mandatory directory format, see rule 16.4.
+ e.g. EXTENDED.RERIP, REMASTERED.REPACK.
+
+16) [ Directory Naming ]
+ 16.1) Acceptable characters allowed for directories are:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789._-
+ 16.2) Single punctuation must be used. Consecutive punctuation is not allowed.
+ e.g. Show----Name.S01E01, Show.Name....S01E01
+ 16.3) Typos or spelling mistakes in the directory are not allowed.
+ 16.4) Releases must follow the matching directory format:
+ 16.4.1) Single.Episode.Special.YYYY.<TAGS>.[LANGUAGE].720p.<FORMAT>-GROUP
+ 16.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title.<TAGS>.[LANGUAGE].720p.<FORMAT>-GROUP
+ 16.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.5) Miniseries.Show.Name.Part.X.[Episode.Title].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.6) Daily.TV.Show.YYYY.MM.DD.[Guest.Name].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.7) Daily.Sport.League.YYYY.MM.DD.Event.<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.8) Monthly.Competition.YYYY.MM.Event.<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.9) Yearly.Competition.YYYY.Event.<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.10) Sports.Match.YYYY[-YY].Event.Round.XX.[Team.vs.Team].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.11) Sport.Tournament.YYYY.Event.[Team/Person.vs.Team/Person].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.4.12) Country.YYYY.Event.<BROADCASTER>.FEED.<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP
+ 16.5) Named directory arguments formatted inside <> must be included. Optional arguments formatted inside [] may be used in some cases.
+ 16.5.1) Mini-series parts must be at least 1 integer wide, and values used may extend past 9.
+ e.g. Miniseries.Part.1, Miniseries.Part.10, etc.
+ 16.5.2) Episode and seasonal numbering must be at least 2 integers wide, and values used may extend past 99.
+ e.g. S01E99, S01E100, S101E01, etc.
+ 16.5.3) Episode part refers to episodes, usually cartoons or animation, which split episodes into stories by different directors. Episodes parts must be alphanumeric (A-Z, a-z, 0-9).
+ e.g. The first episode from Season 2 of SpongeBob SquarePants is split into S02E01A/B, etc. https://en.wikipedia.org/wiki/List_of_SpongeBob_SquarePants_episodes#Episodes
+ 16.5.4) Season must be omitted if a series does not have seasons, and is not a mini-series.
+ e.g. One Piece must be tagged as One.Piece.E01
+ 16.5.5) Episode title and guest names are optional.
+ 16.5.6) Guest name(s) used must be in the order in which they appear on the show to avoid any confusion.
+ 16.5.7) Non-English releases must include the language tag. English releases must not include the language tag.
+ 16.5.7.1) Language tags must be the full name of the language. Abbreviations or language codes are not allowed, unless they are already established and widely adopted (e.g. EE, SI, PL).
+ e.g. FRENCH, RUSSIAN.
+ 16.5.8) Tags refers to all permitted tags only, see section 15.
+ 16.5.9) Format refers to the video source used, i.e. AHDTV, HDTV, HR.PDTV.
+ 16.5.9.1) 720p tag must be omitted when the format is HR.PDTV.
+ 16.6) Do not indicate source, ripping or encoding methods that were used. Use the NFO for any technical details.
+ 16.7) All single-episode titles, (e.g. documentaries, specials, movies) must include the production year.
+ 16.8) Inclusion of the channel name is not allowed.
+ e.g. National.Geographic, HBO.Documentary, History.Channel.
+ 16.9) Different shows with the same title produced in different countries must have the ISO 3166-1 alpha 2 country code in the show name.
+ 16.9.1) Except for UK shows, which should use UK, not GB.
+ 16.9.2) This rule does not apply to an original show, only shows that succeed the original.
+ e.g. The.Office.S01E01 and The.Office.US.S01E01.
+ 16.10) Different shows with the same title produced in the same country which begin in different years must have the year of the first season in the directory.
+ 16.10.1) The year is not required for the show broadcasted first.
+ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01.
+ 16.11) Different shows with the same titles produced in the same country which begin in different years must have the ISO-3166-1 alpha 2 country code followed by the year of the first season in the directory.
+ 16.11.1) See rules 16.9 and 16.10 for country code and year explanations.
+ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), Wanted.AU.2016.S01E01 (2016).
+ 16.12) Show names which are hyphenated or include punctuation must follow the format shown in the title sequence or credits of the first episode, limited to the list of acceptable characters.
+ 16.12.1) If no title card exists, see rule 16.14.1.
+ 16.12.2) Additional titles and names given to an individual season must not be used.
+ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05.
+ 16.12.3) Acronyms which show the ellipsis of letters with non-standard characters must be replaced with a period.
+ e.g. M*A*S*H must be M.A.S.H.
+ 16.13) Directory nomenclature and numbering must remain consistent across the lifetime of an individual show or event.
+ 16.13.1) Shows which contain acronyms or secondary titles must follow the format used by the first release.
+ e.g. Law.and.Order.SVU.S01E01 is the standard format that must be used for all following episodes, Law.and.Order.Special.Victims.Unit.S01E02 is not allowed.
+ Shadowhunters.The.Mortal.Instruments.S01E01 is the standard format, Shadowhunters.S01E02 is not allowed.
+ 16.13.2) Shows which air with extended content under modified names must use the primary show name and numbering with the EXTENDED tag.
+ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as QI.S06E01 and QI.S06E01.EXTENDED respectively.
+ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must be tagged as Room.101.S01E01 and Room.101.S01E01.EXTENDED respectively.
+ 16.13.3) Groups cannot change the directory format of a show after a second release or episode with the same format exists.
+ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format.
+ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format.
+ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01.DIRFIX is not valid as the second episode already exists and continues with the previously defined format.
+ 16.13.4) Except in situations where the show has an official change in its name, whereby all official references by the broadcaster or studio is of the new name. This change must be mentioned in the first NFO with the new name with relevant references.
+ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01.
+ 16.13.5) Official name changes for a show does not include the renaming of individual seasons. Seasonal name changes must be ignored.
+ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be used. Power.Rangers.Lost.Galaxy.S07 must not be used.
+ Strike.Back.S03, Strike.Back.S05 must be used. Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must not be used.
+ 16.13.6) Any deviations or changes require sufficient evidence listed in the NFO as to the reason for change.
+ 16.14) User contributed services such as TVRage, TVMaze or TheTVDB must not be used as a reference when naming and numbering episodes. It may be used as a general guide; however, official guides must be used.
+ 16.14.1) The following order must be used as the primary source for naming and numbering.
+ 16.14.1.1) Official website of the show.
+ 16.14.1.2) Order and format listed by the original broadcaster.
+ 16.14.1.3) Network guide.
+ 16.14.2) In situations where official sources have inconsistent listings, or offer none at all, previously established numbering must be used.
+ e.g. Mythbusters, National Geographics Special Episodes.
+
+17) [ Fixes ]
+ 17.1) The following fixes are allowed: DIRFIX, NFOFIX and SAMPLEFIX. Any other form of fix is not allowed.
+ 17.2) All fixes require an NFO and must state which release is being fixed.
+ 17.3) A proper cannot be released for an error that can be fixed with the above methods.
+ 17.4) If multiple releases from a single season require a DIRFIX, a single DIRFIX per season is allowed and is recommended.
+ 17.4.1) If a single DIRFIX is used, all relevant releases and corresponding fixes must be listed in the NFO.
+
+18) [ Dupes ]
+ 18.1) Same second releases, with a maximum acceptable variance of one second (+/- 1 second) between timestamps reported by a majority of pre bots, are not considered dupes and should not be nuked.
+ 18.1.1) Timestamps must be considered as whole integers and round half towards zero.
+ 18.1.2) The earliest timestamp must be used when considering dupes.
+ e.g. Release A: 1451572201.427158 -> 1451572201
+ Release B: 1451572202.626645 -> 1451572202
+ Release C: 1451572203.137665 -> 1451572203
+ Release B does not dupe Release A: 1451572202 û 1451572201 = 1, i.e. maximum variance allowed.
+ Release C dupes Releases A and B: 1451572203 û 1451572201 = 2, i.e. 2 > 1.
+ 18.1.3) In situations where a release is found to contain a technical flaw, same second dupes which do not exhibit any technical flaws must be considered the final release. Groups may release a DIRFIX to PROPER for their original release, but it is not required.
+ e.g. Release A and Release B are released at the same time. Release A is nuked as containing glitches, Release B then becomes the de facto release and a DIRFIX to PROPER may be released.
+ 18.2) AHDTV dupes HDTV.
+ 18.3) HDTV does not dupe AHDTV.
+ 18.4) HR.PDTV dupes HDTV and AHDTV
+ 18.5) AHDTV, HDTV and HR.PDTV dupes an equivalent Retail release.
+ 18.5.1) Except in situations where the aspect ratio of the release exceeds that of its respective Retail release.
+ e.g. A 2.39:1 release will not dupe a 1.78:1 retail release provided there is clearly more visible on-screen footage. Proof demonstrating this difference is recommended, but not mandatory.
+ 18.5.2) Except in situations where the release is a different version (i.e ALTERNATIVE.CUT, COLORIZED, EXTENDED, OAR, OM, REMASTERED, UNCENSORED, UNRATED, UNCUT, WEST.FEED, WS) of its respective retail release, and is not censored after uncensored.
+ e.g. An UNCENSORED.720p.HDTV.x264 release does not dupe a censored 720p.BluRay.x264.
+ 18.6) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with muxed-in subtitles.
+ 18.7) Releases with muxed-in subtitles do not dupe releases with hardcoded subtitles.
+ 18.8) Native video streams do not dupe converted video streams.
+ 18.9) Converted video streams dupe native video streams.
+ 18.10) Different versions of releases (i.e ALTERNATIVE.CUT, COLORIZED, EXTENDED, OAR, OM, REMASTERED, UNCENSORED, UNRATED, UNCUT, WEST.FEED, WS) do not dupe their counterparts or vice versa, except for censored after uncensored and FS after WS.
+ 18.11) Programs which have identical footage but have different narrators in the same language (e.g. British narrator for BBC and American narrator for Discovery) dupe each other, use INTERNAL.
+ 18.12) Different broadcasters which offer alternate commentary and coverage in the same language (e.g. CTV for Canada, NBC for America, BBC for England) for special worldwide events (e.g. The Olympics), do not dupe each other.
+
+19) [ Propers / Rerips / Repacks ]
+ 19.1) Detailed reasons must be included in the NFO for all repacks, rerips and propers.
+ 19.1.1) Proper reasons must be clearly stated in the NFO, including timestamps and specifics in regards to the flaw when appropriate. A sample demonstrating the flaw in the original release is encouraged, but not mandatory.
+ 19.2) Propers are only permitted in the case of a technical flaw in the original release.
+ 19.2.1) Flaws present in optional content cannot be propered, use INTERNAL.
+ 19.2.1.1) In situations where bumper segments have been included, see rule 10.6.2.
+ 19.2.2) Time compressed sources (e.g. ABC, Freeform, NBC) that contain blended and missing frames cannot be propered for bad IVTC, which is the result of the time compression.
+ 19.2.3) Releases which exhibit minor IVTC flaws as a result of source compression, video glitches, logos, ratings bugs, snipes or banner advertisements, are not considered technically flawed and cannot be propered.
+ 19.2.3.1) Except in situations where the same flaws result in excessive frame abnormalities or issues throughout the majority of the release.
+ 19.3) Qualitative propers are not allowed, use INTERNAL.
+ 19.3.1) Sources with different crops cannot be propered from a different source which contains more valid pixels than the original releases.
+
+20) [ Internals ]
+ 20.1) Internals are allowed to be released for any reason (e.g. releases containing technical flaws, use of alternate codecs, containers, settings for experimental purposes).
+ 20.2) Any severe technical flaws must be mentioned in the NFO.
+ 20.3) Internal releases may only be nuked for technical flaws that are not mentioned in the NFO.
+ 20.3.1) In situations where technical flaws are not mentioned in the NFO, groups may provide an NFOFIX to avoid or reverse a nuke.
+ 20.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be nuked fix.for.nuke.
+
+21) [ Ruleset Specifics ]
+ 21.1) In the absence of a country specific ruleset, this ruleset must be considered the ONLY official ruleset for TV-X264. It supersedes all previous revisions, rulesets and precedents.
+ 21.1.1) Releasing under former rulesets (e.g. TV-VCD 2002, TV-XVID 2007) or codecs (e.g. VCD, XVID) is not allowed, and must be nuked defunct.ruleset or defunct.codec.
+ 21.1.2) The naming standards listed in this document must only take effect once a current running season has ended. Any existing naming schemes must be used in the event of missing episode(s) from older seasons being filled.
+ 21.2) When releasing with foreign language tags (e.g. SWEDISH, FRENCH, POLISH), all occurrences of the word 'English' in sections 5, 8 and 11 must be replaced with the tagged language.
+ e.g. POLISH, rule 5.6 becomes "Non-Polish spoken titles with hardcoded Polish subtitles must be tagged as SUBBED.".
+ 21.2.1) Foreign language tags must represent the language intended for release, the following rules apply to Non-English releases only.
+ 21.2.1.1) Already established and widely adopted compact tags for subbed, dubbed and language, are allowed (e.g. PLDUB, SWESUB, SUBFRENCH, NLSUBBED).
+ 21.2.1.2) The DUBBED tag may be omitted or included at the discretion of the group.
+ e.g. French TV series airing in Sweden with French audio and Swedish hardcoded subtitles must be tagged as SWEDISH.SUBBED or SWESUB.
+ Danish TV series airing in Poland with Polish dubbed audio and no hardcoded subtitles must be tagged as POLISH, POLISH.DUBBED or PLDUB.
+ Greek TV series airing in Greece with Greek audio must be tagged as GREEK.
+ 21.2.1.3) Soft-subbed releases are not allowed when the primary audio track is not the language tagged as, use INTERNAL or SUBPACK.
+ e.g. Game.of.Thrones.S01E01.SWEDISH.720p.HDTV with English audio and Swedish soft-subs is not allowed, use INTERNAL or SUBPACK.
+ Game.of.Thrones.S01E01.DANISH.SUBBED.720p.HDTV with English audio and Danish hard-subs is allowed.
+ French TV series Le Clan S01E01 airing in Denmark with French audio and Danish soft subtitles must be tagged as FRENCH, if no other release of the episode exists.
+ French TV series Le Clan is already released as Le.Clan.S01E01.FRENCH.720p.HDTV.x264, only an INTERNAL or SUBPACK release is allowed for soft-subs in another language.
+ 21.2.1.4) Hard-subbed releases dupe SUBPACK when the primary audio track is not the language tagged as, use INTERNAL.
+ e.g. Game.of.Thrones.S01E01.TURKISH.SUBBED.720p.HDTV with English audio and Turkish hard-subs dupes Game.of.Thrones.S01E01.TURKISH.SUBPACK.
+ 21.2.2) Releases with foreign language tags only dupe releases with the same foreign language tags.
+ e.g. Game.of.Thrones.S01E01.SWEDISH.SUBBED.720p.HDTV does not dupe Game.of.Thrones.S01E01.POLISH.DUBBED.720p.HDTV or vice versa.
+ Game.of.Thrones.S01E01.FINNISH.SUBBED.720p.HDTV does not dupe Game.of.Thrones.S01E01.720p.HDTV or vice versa.
+ 21.3) The following definition of keywords throughout this ruleset are as follows:
+ 21.3.1) Must: the rule is explicit in the definition and is compulsory.
+ 21.3.2) Should: implies the rule is a suggestion, and is non-compulsory.
+ 21.3.3) Can or may: implies the rule is optional, and is non-compulsory.
+ 21.3.4) e.g: refers to common examples, elements listed should not be considered as all possibilities.
+
+[ Signed - 72 Groups ]
+aAF ALTEREGO ALTiTV AMB3R AMBIT ANGELiC ASCENDANCE AVS AZR BAJSKORV BARGE BATV C4TV CBFM CCCAM COMPETiTiON COMPULSiON CREED CROOKS CURIOSITY D0NK DEADPOOL DHD DiFFERENT DIMENSION DKiDS DOCERE EDUCATE EMX EXECUTION FiHTV FoV FRiES FRiSPARK FUtV HYBRiS iDiB iFH iNGOT KAFFEREP KILLERS KNiFESHARP KYR MiNDTHEGAP MORiTZ NORiTE NSN ORENJI PANZeR PRiNCE ProPLTV QCF RCDiVX RDVAS REGRET RiVER SH0W SKANK SKGTV SORNY SQUEAK SRiZ TASTETV TLA TVBYEN TViLLAGE TvNORGE UAV WaLMaRT WNN YesTV ZOMBiE
+
+[ Refused to Sign - 3 Groups ]
+BRISK BWB FLEET
+
+[ Revisions ]
+2007-05-08 - First TV-X264 standards, with 2-pass based encoding.
+2008-04-17 - Major rewrite better sizing and HR.PDTV now included.
+2011-06-15 - First TV-X264 standards with CRF, instead of 2-pass based encoding.
+2011-08-07 - Updated with standard CRF values, much better rule coverage and more groups signing.
+2016-04-04 - Total rewrite, all known issues and loopholes have been addressed, switched to number based marking of rules.
+
+Dedicated to Spatula (RIP 2010-11-22) who made the first ever scene TV-X264 release: The.Unit.S01E04.HD720p.x264-MiRAGETV.
┌─────────────────────────────────────────────────────────────────────────────┐
+│ │
+│ The 720p TV x264 Releasing Standards 2016 a.k.a. tvx264 │
+│ The.720p.TV.x264.Releasing.Standards.2016-TVx264 │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Intro ] │
+│ Since the last revision of this document in 2011, TV-X264 has grown and │
+│ become a major section that many people contribute to and depend on. This │
+│ new revision aims to update the standards from 2011 to standards suitable │
+│ for 2016 and the future. Adding clarity and patching loopholes to once │
+│ again allow for consistent and quality releases, which was the aim of this │
+│ standard back in 2011. │
+│ │
+│ Compliance with this document is optional as of its pre date, and mandatory │
+│ as of 2016-04-10 00:00:00 UTC (1460246400 Unix time). │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Recommended ] │
+│ It is recommended to view the unformatted version of this ruleset │
+│ bundled within this release. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ 1) [ HDTV Sources ] │
+│ 1.1) HDTV is considered as a high definition natively recorded transport │
+│ stream. │
+│ 1.2) HDTV sources must not be upscaled, see section 3. │
+│ 1.3) Providers which downscale 1080i to 720p (e.g. BellTV) are not │
+│ allowed. │
+│ │
+│ 2) [ AHDTV Sources ] │
+│ 2.1) Analogue HDTV is considered as a high definition captured stream from │
+│ the analog output (e.g. Component, DVI, HDMI) of a set-top box. │
+│ 2.2) Captures must be done at the native broadcast format of the source. │
+│ 2.2.1) Captures from devices which are unable to output a native format │
+│ must be restored to the original framerate. │
+│ 2.2.2) If captures cannot be completely restored to their native │
+│ framerate, such as a single dupe frame every 1000 or blended/ghost │
+│ frames due to mangling from the set-top box or capture device, │
+│ this is considered a technical flaw. │
+│ │
+│ 3) [ HR.PDTV Sources ] │
+│ 3.1) High-Resolution PDTV is considered as non-high definition content │
+│ which has been upscaled and broadcasted on a high definition channel. │
+│ 3.1.1) Windowboxed content (large black bars on all sides) lack │
+│ sufficient source resolution to be considered HR.PDTV, and is not │
+│ allowed. │
+│ 3.2) Video must be cropped and resized to fit within a maximum resolution │
+│ of: │
+│ 3.2.1) 960x720 for aspect ratios less than 1.78:1. │
+│ e.g. 1920x1080 --> Crop(240,0,-240,-0) --> 1440x1080 --> 960x720 │
+│ 3.2.2) 960x540 for aspect ratios greater than or equal to 1.78:1. │
+│ e.g. 1920x1080 --> Crop(2,0,-2,-0) --> 1916x1080 --> 960x540 │
+│ 1280x720 --> Crop(2,0,-2,-0) --> 1276x720 --> 960x540 │
+│ │
+│ 4) [ Codec ] │
+│ 4.1) Video must be H.264/MPEG-4 AVC encoded with x264 8-bit. │
+│ 4.1.1) Custom builds of x264 (e.g. x264-tMod, x264-kMod) are allowed and │
+│ must be based off the x264 codebase. │
+│ 4.2) x264 headers must remain intact and must not be modified or removed. │
+│ 4.3) x264 must be kept up to date, with a maximum allowance, or grace │
+│ period, of 60 days before groups are required to update to the latest │
+│ revision. │
+│ 4.3.1) The official x264 git repository is the only reference for │
+│ determining the current revision: │
+│ http://git.videolan.org/?p=x264.git;a=summary │
+│ 4.3.2) The 60 day grace period must only be applied at pre time, not the │
+│ tagged encoded date. │
+│ 4.3.3) The grace period is only applicable to the revision preceding the │
+│ latest update and does not reset active grace periods of preceding │
+│ revisions. │
+│ e.g. 2016-01-01: Revision A is used. │
+│ 2016-01-02: Revision B is committed, 60-day grace period │
+│ begins for revision A. │
+│ 2016-01-05: Revision C is committed, 60-day grace period │
+│ begins for revision B. │
+│ 2016-03-02: Revision A is no longer allowed, Revision B or │
+│ C may be used. │
+│ 2016-03-05: Revision B is no longer allowed, Revision C │
+│ must be used. │
+│ 4.4) Constant Rate Factor (--crf) must be used. │
+│ 4.4.1) CRF values below 18 and above 23 are never allowed. │
+│ 4.4.2) Justification must be listed in the NFO for the use of │
+│ non-standard CRF values. │
+│ 4.4.2.1) Groups are not required to follow non-standard CRF values used │
+│ by another group. │
+│ 4.4.2.2) It is suggested that if the average video bitrate exceeds │
+│ 5000kb/s, a higher CRF value should be chosen, when possible. │
+│ 4.5) Standard CRF values are as follows: │
+│ ┌─────────────────┬───────┬───────────────────────────────────────────┐ │
+│ │ Compressibility │ CRF │ General Examples │ │
+│ ├─────────────────┼───────┼───────────────────────────────────────────┤ │
+│ │ High │ 18-19 │ Scripted, Talk Shows, Animation, Stand-Up │ │
+│ │ Medium │ 20-21 │ Documentary, Reality, Variety, Poker │ │
+│ │ Low │ 22-23 │ Sports, Awards, Live Events │ │
+│ └─────────────────┴───────┴───────────────────────────────────────────┘ │
+│ 4.6) Settings cannot go below what is specified by preset (--preset) │
+│ 'slow'. │
+│ e.g. --subme 7 or --me hex are not allowed. │
+│ 4.7) Level (--level) must be '4.1'. │
+│ 4.8) Colour matrix (--colormatrix) may be optionally set to 'bt709'. │
+│ 4.9) Colour space (--output-csp) must be 'i420' (4:2:0). │
+│ 4.10) Sample aspect ratio (--sar) must be '1:1' (square). │
+│ 4.11) Deblocking (--deblock) must be used. Values used are left to the │
+│ discretion of the group. │
+│ 4.12) Keyframe interval (--keyint) must be at least 200, and at most 300. │
+│ 4.12.1) It is recommended to let x264 decide which value to use, but │
+│ 10*framerate is a good guideline (e.g. Film=240, PAL=250, │
+│ NTSC=300). │
+│ 4.12.2) For 50 or 60 FPS content, the maximum keyframe interval must be │
+│ at least 200, and at most 600. │
+│ 4.13) Minimum GOP length (--minkeyint) must be 30 or less. │
+│ 4.13.1) It is recommended to let x264 decide which value to use, but │
+│ 1*framerate is a good guideline (e.g. Film=24, PAL=25, NTSC=30). │
+│ 4.13.2) For 50 or 60 FPS content, values of 60 or less must be used for │
+│ the minimum GOP length. │
+│ 4.14) Custom matrices are not allowed. │
+│ 4.15) Zones (--zones) are not allowed. │
+│ 4.16) x264 parameters must not vary within a release. │
+│ 4.17) Optional tuning (--tune) parameters allowed are: 'film', 'grain' │
+│ or 'animation'. │
+│ 4.18) Suggested command line: │
+│ x264 --crf ## --preset slow --level 4.1 --output out.mkv in.avs │
+│ │
+│ 5) [ Video / Resolution ] │
+│ 5.1) Resolution must be mod 2. │
+│ 5.2) Upscaling is not allowed. │
+│ 5.3) Adding borders is not allowed. │
+│ 5.4) Multiple video tracks are not allowed. │
+│ 5.5) English spoken titles with foreign overlays, not intended by content │
+│ creators (e.g. locations, on-screen text shown in another language) │
+│ are not allowed, use INTERNAL. │
+│ 5.5.1) This does not apply to opening titles or credits, but to │
+│ relevant show content only. │
+│ 5.6) Non-English spoken titles with hardcoded English subtitles must be │
+│ tagged as SUBBED. │
+│ 5.6.1) English spoken titles with hardcoded English subtitles present for │
+│ English spoken scenes must be tagged as SUBBED. │
+│ 5.6.2) English spoken titles with hardcoded Non-English subtitles present │
+│ for English spoken scenes are not allowed, use INTERNAL. │
+│ 5.6.3) Hardcoded subtitles added by content creators are exempt (e.g. │
+│ Alien hardsubs, drunk talk hardsubs, hardsubs due to muffled mic). │
+│ 5.7) Dupes based on resolution are not allowed. │
+│ 5.7.1) Except in situations of releases with a different aspect ratio. │
+│ The relevant tag must be used, and the reason mentioned in the │
+│ NFO. │
+│ 5.7.2) Releases which contain at least an additional 20 pixels worth of │
+│ video on any side are not considered dupes. These releases must be │
+│ tagged as WS or OM (open matte) and not proper, and the original │
+│ release must not be nuked. │
+│ 5.8) Black borders and anything (e.g. coloured borders, duplicate lines, │
+│ dirty pixels, full-time tickers) that is not part of the video must │
+│ be cropped. │
+│ 5.8.1) Retention or removal of faded edges is left to the discretion of │
+│ the group. Inclusion of faded edges is not a technical flaw, and │
+│ cannot be propered. │
+│ 5.8.1.1) Faded edges refer to a line of pixels which are of similar │
+│ appearance to pixels' parallel to the video frame. │
+│ 5.8.2) In the case of varying aspect ratios throughout the video, │
+│ cropping must be done to the most common frame size (e.g. │
+│ primary view of the pitch during sports, studio view during │
+│ talk shows). │
+│ 5.8.3) Cropping of letterboxed sources with hardcoded subtitles │
+│ positioned within the black borders is left to the discretion │
+│ of the group. Video may be left uncropped or cropped evenly │
+│ both top and bottom to the widest frame without removing any │
+│ subtitles. │
+│ 5.8.3.1) Cropping out hardcoded subtitles entirely is allowed, only when │
+│ they are not required, leaving any trace of subtitles or │
+│ over-cropping actual picture to remove subtitles is considered │
+│ to be a technical flaw. │
+│ 5.8.4) Video may be over or under cropped by a maximum of 1px per side. │
+│ Over or under cropping by more than 1px per side is considered a │
+│ technical flaw. │
+│ 5.9) 720p refers to a maximum display resolution of 1280x720. │
+│ 5.9.1) 720i or 720p sources must be cropped as required and must not be │
+│ resized. │
+│ 5.9.2) 1080i or 1080p sources must be cropped and resized as required, │
+│ with width at 1280 and/or height at 720. │
+│ 5.10) Resized video must be within 0.5% of the original aspect ratio. │
+│ Original AR = (SourceWidth - [CropLeft + CropRight]) / │
+│ (SourceHeight - [CropTop + CropBottom]) │
+│ Release AR = EncodeWidth / EncodedHeight │
+│ AR Error % = [(Original AR - Release AR) / Original AR] * 100 │
+│ │
+│ Target resolution when resizing to maintain mod2 and reduce AR │
+│ error: │
+│ TargetHeight = TargetWidth / [(SourceWidth - │
+│ [CropLeft + CropRight]) / (SourceHeight - │
+│ [CropTop + CropBottom])] │
+│ The correct mod 2 value can also be calculated from the ceiling of │
+│ TargetHeight if the value is odd, and the floor of TargetHeight if │
+│ the value is even. │
+│ │
+│ 6) [ Filters ] │
+│ 6.1) IVTC or deinterlacing must be applied as required. │
+│ 6.2) Only smart deinterlacers, such as Yadif or QTGMC, must be used. │
+│ 6.2.1) FieldDeinterlace must not be used for deinterlacing. │
+│ 6.3) Only accurate field matching filters, such as TIVTC or Decomb, must │
+│ be used for inverse telecining (IVTC). │
+│ 6.3.1) Filters included in MEncoder, MJPEG tools, libav, libavcodec or │
+│ FFmpeg must not be used for IVTC. │
+│ 6.3.2) Deinterlacing filters must not be applied to telecined sources as │
+│ a method of inverse telecine. │
+│ 6.4) Only sharp resizers, such as Spline36Resize, BlackmanResize or │
+│ LanczosResize/Lanczos4Resize, must be used. │
+│ 6.4.1) Simple resizers, such as Bicubic, PointResize or Simple, are not │
+│ allowed. │
+│ │
+│ 7) [ Framerate ] │
+│ 7.1) Constant frame rate (CFR) must be used. │
+│ 7.1.1) Variable frame rate (VFR) methods are not allowed. │
+│ 7.2) True 50 / 60 FPS video must be released at 50 / 60 FPS. True 25 / 30 │
+│ FPS video released at 50 / 60 FPS is not allowed and considered a │
+│ technical flaw. │
+│ 7.2.1) Failure to apply a deinterlacer with bobbing enabled (e.g. QTGMC, │
+│ Yadif(mode=1)) to double framerate (bob) 25i / 30i video back to │
+│ true 50 / 60 FPS, is considered a technical flaw. │
+│ 7.2.2) In cases of varying framerates of 25 / 30 FPS and true 50 / 60 │
+│ FPS, the framerate of the main feature must be used (e.g. studio │
+│ for │
+│ talk shows, game coverage for sports). │
+│ 7.2.3) In rare situations, 25 / 50 FPS sources must be restored to 24 or │
+│ 30 FPS. │
+│ 7.2.4) In rare situations, 30 / 60 FPS sources must be restored to 25 │
+│ FPS. │
+│ 7.3) Sources which contain footage at varying FPS throughout (hybrid │
+│ sources) and may or may not require IVTC is left to the discretion │
+│ of the group. The NFO must list a reason as to the final decision. │
+│ 7.3.1) It is assumed that the majority of a title contains enough unique │
+│ frames at 30,000/1,001 FPS to warrant a higher framerate. If it │
+│ can be proven IVTC/decimating does not result in any loss of │
+│ unique frames, this is considered a technical flaw. │
+│ 7.4) Native and converted framerates refers to the standard in which the │
+│ video was produced. │
+│ 7.4.1) NTSC produced video is native to NTSC. │
+│ 7.4.2) PAL produced video is native to PAL. │
+│ 7.4.3) NTSC produced video that is broadcast in PAL is considered as │
+│ converted video. │
+│ 7.4.4) PAL produced video that is broadcast in NTSC is considered as │
+│ converted video. │
+│ 7.5) Converted video that has significant abnormalities (e.g. blended │
+│ frames, jerky playback due to missing or duplicate frames) due to │
+│ the conversion and cannot be reversed to the native format must be │
+│ tagged as CONVERT. │
+│ 7.5.1) Converted video which does not have significant abnormalities do │
+│ not require the CONVERT tag and must not be nuked for the │
+│ conversion. │
+│ 7.6) Dupes based on framerate are not allowed, use INTERNAL. │
+│ │
+│ 8) [ Audio ] │
+│ 8.1) Audio must be in the original format provided. │
+│ 8.1.1) Transcoding audio is not allowed. │
+│ 8.1.2) Audio which is broadcasted as AAC LATM or LOAS (e.g. Freeview) │
+│ must have the headers converted to AAC ADTS without transcoding. │
+│ 8.2) Multiple language audio tracks are allowed. │
+│ 8.2.1) The default audio track must be the language intended for release │
+│ (e.g. An English release containing English, German and Russian │
+│ audio tracks, must have the default flag set on the English │
+│ track). │
+│ 8.2.2) The correct ISO 639 language code supported by MKVToolnix must be │
+│ set for all secondary audio tracks, default may be left undefined. │
+│ 8.2.2.1) In situations where the language is not supported by │
+│ MKVToolnix, 'und' must be used. │
+│ 8.3) If the original language of a title is not English: │
+│ 8.3.1) An English dubbed track is allowed as a secondary audio track. │
+│ 8.3.2) Releases containing only a dubbed audio track must be tagged as │
+│ DUBBED. │
+│ 8.4) Dupes based on multiple audio tracks or audio format are not allowed, │
+│ use INTERNAL. │
+│ │
+│ 9) [ Glitches / Missing Footage ] │
+│ 9.1) Where audio or video issues are unavoidable due to a live-broadcast │
+│ or mastering issues, a release must not be nuked until a valid │
+│ proper, repack or rerip which does not exhibit the same flaw is │
+│ released. │
+│ 9.2) Scrolling or other alert messages added by the broadcasting station │
+│ (e.g. Weather or Amber alerts) appearing for a cumulative total of │
+│ at least 30 seconds throughout the entire release is considered a │
+│ technical flaw. │
+│ 9.3) Video frame abnormalities (e.g. Abnormal snipes/pop-ups, banner │
+│ advertisements that do not fade out entirely) as a result of broken │
+│ splicing originating from the broadcasting station is considered a │
+│ technical flaw. │
+│ 9.4) Missing or repeated video footage without any loss of dialogue must │
+│ be at least 2 seconds long at any one instance to be considered a │
+│ technical flaw. │
+│ 9.4.1) Except in situations where on-screen text is lost due to missing │
+│ footage. Loss of on-screen text is considered a technical flaw. │
+│ 9.4.2) Except in situations where minor missing or repeated video footage │
+│ flaws are present throughout the majority of the release. │
+│ Excessive flaws such as these are considered a technical flaw. │
+│ e.g. Video frame glitches occurring every 2 minutes throughout │
+│ the entire release but only in the amount of 1 second per │
+│ instance, is considered excessive and a technical flaw. │
+│ Repeated footage occurring every 5 minutes throughout the │
+│ entire release but only in the amount of 1.5 seconds per │
+│ instance, is considered excessive and a technical flaw. │
+│ Video frame glitches of 1 second per instance occurring 6 │
+│ times throughout the entire release is NOT considered │
+│ excessive or a technical flaw. │
+│ 9.5) Audio which drifts at least 120ms at a single point or a total of at │
+│ least 120ms between multiple points throughout the entire release is │
+│ considered a technical flaw. │
+│ e.g. Sync drifting +120ms after 10 minutes is considered a technical │
+│ flaw. Sync drifting +80ms after 5 minutes, -40ms after 15 │
+│ minutes, for a total of 120ms, is considered a technical flaw. │
+│ 9.6) Glitches that occur in any audio channel present (e.g. L, R, C, SL, │
+│ SR) are considered a technical flaw. │
+│ 9.6.1) Glitches are defined as, but not limited to: missing dialogue, │
+│ repeated dialogue, inability to understand dialogue, bad channel │
+│ mix, large gaps within playback, persistent clicks/pops/muted/ │
+│ echoing/muffled audio. │
+│ │
+│ 10) [ Editing / Adjustments ] │
+│ 10.1) Minor adjustments to video or audio tracks (e.g. duplicating or │
+│ removing frames, channel count) in order to prevent issues with │
+│ playback or sync is allowed. │
+│ 10.2) Multi-episode releases with no clear delineation between episodes │
+│ (e.g. end credits) must not be split. │
+│ 10.3) Including previously-on footage is optional, but recommended. │
+│ 10.4) Including upcoming/teaser/scenes from the next episode footage │
+│ found at the conclusion of an episode is optional, but recommended. │
+│ 10.5) Credits must be included if they contain unique show content. (e.g. │
+│ bloopers, outtakes, dialogue, unique uninterrupted soundtrack, in │
+│ memory of message) │
+│ 10.5.1) End credits must only be considered optional if they do not │
+│ contain unique show content (e.g. regular plain credits with or │
+│ without promos), and may be removed at the discretion of the │
+│ group. │
+│ 10.5.2) A simulcast which does not contain unique content in the credits │
+│ cannot be propered from a primary broadcaster which contains │
+│ unique content, use EXTENDED. │
+│ 10.5.3) If a different broadcaster or re-broadcast of a show contains │
+│ unique content not present in the original broadcast, the first │
+│ release cannot not be propered, use EXTENDED. │
+│ 10.5.3.1) In situations where a unique uninterrupted soundtrack is the │
+│ only additional unique content included in the credits, use │
+│ of EXTENDED is not allowed, use INTERNAL. │
+│ 10.5.3.2) It is recommended, but not required, to include unique content │
+│ included in the credits that was omitted from the original │
+│ broadcast. │
+│ 10.6) Inclusion of bumper segments, 5-20 second segments containing coming │
+│ up/preview/backstage footage (e.g. SNL, Cops) is optional and at the │
+│ discretion of the group. │
+│ 10.6.1) In situations where bumper segments have been omitted in the │
+│ first release, a secondary release which includes all bumper │
+│ segments is allowed and must be tagged as UNCUT. │
+│ 10.6.2) In situations where bumpers are included: │
+│ 10.6.2.1) All bumper segments must be free of any technical flaws. │
+│ 10.6.2.2) All bumper segments must be included, missing any bumper │
+│ segment is considered a technical flaw. │
+│ 10.6.3) Small segments containing actual show content, not containing │
+│ coming up/preview/backstage footage, are not considered as bumper │
+│ segments (e.g. Talking Dead, Comic Book Men, Portlandia). │
+│ 10.7) Any unrelated video (e.g. commercials, rating cards, viewer/content │
+│ warnings), regardless of duration (e.g. 1 faded/half opacity frame │
+│ or 10 seconds) must be completely removed. │
+│ 10.7.1) Content warnings can be retained or removed at the discretion of │
+│ the group, except when they are intended by content creators and │
+│ must be retained (e.g. Tosh 0, Robot Chicken, South Park, Law and │
+│ Order SVU). │
+│ 10.7.1.1) This does not apply to scripted or animation content. Content │
+│ warnings not intended by content creators must always be │
+│ removed in these cases. │
+│ 10.7.1.2) Following the opening segment for non-scripted and │
+│ non-animation content, all content warnings which precede each │
+│ segment must be removed. │
+│ 10.7.2) Sponsorship advertisements which are integrated into show content │
+│ and cannot be removed (e.g. Jimmy Kimmel, Talking Dead, Deadliest │
+│ Catch) are exempt. │
+│ 10.7.3) Show transition cards appearing at the start or end of segments │
+│ on some broadcasters (e.g. Seven, Channel 4, ITV1) can be │
+│ retained or removed at the discretion of the group. │
+│ 10.7.4) Opening and closing interleaves (e.g. HBO opening animation, │
+│ ... presents, this has been a ... production, ... original │
+│ series) can be retained or removed at the discretion of the │
+│ group, except when they contain show content and must be │
+│ retained. │
+│ 10.8) Any unrelated audio (e.g. alerts, commercials), regardless of │
+│ duration (e.g. 100ms or 10 seconds) must be completely removed. │
+│ 10.8.1) Except when a broadcaster (e.g. ABC) splices unrelated audio into │
+│ the beginning of a segment, that does not result in sync issues. │
+│ │
+│ 11) [ Subtitles ] │
+│ 11.1) Subtitles for English spoken titles without foreign dialogue are │
+│ optional, but encouraged. │
+│ 11.2) English spoken titles with foreign dialogue must include a separate │
+│ subtitle track for forced subtitles. │
+│ 11.2.1) Foreign dialogue subtitle tracks must be set as forced and it is │
+│ considered a technical flaw if not done correctly. │
+│ 11.2.2) In situations where the source video stream contains hardcoded │
+│ subtitles for English spoken titles with foreign dialogue, a │
+│ separate subtitle track for the forced subtitles is not required. │
+│ 11.2.3) If a broadcaster which is primarily English spoken (e.g. FOX, │
+│ BBC) does not contain hardcoded subtitles for scenes with │
+│ foreign dialogue in the video stream, then forced subtitles are │
+│ not required but recommended. │
+│ 11.3) Non-English spoken titles without hardcoded subtitles must include │
+│ an English subtitle track set as forced before it is considered to │
+│ be an English release. │
+│ 11.4) Subtitles must be extracted from the original source. │
+│ 11.4.1) Fan-made or custom subtitles are not allowed. │
+│ 11.5) Adjustments and edits (e.g. adjusting timecodes, fixing grammar, │
+│ spelling, punctuation errors) may be made to subtitle tracks. │
+│ 11.6) Subtitles must be muxed into the final MKV in text based format, │
+│ i.e. SubRip (.srt) or SubStation Alpha (.ssa/.ass). │
+│ 11.6.1) Subtitles must not be set as default or forced unless otherwise │
+│ specified. │
+│ 11.6.2) The correct ISO 639 language code supported by MKVToolnix must │
+│ be set for all subtitle tracks. │
+│ 11.6.2.1) In situations where the language is not supported by │
+│ MKVToolnix, 'und' must be used. │
+│ 11.7) External subtitles located in 'Subs' directories are not allowed. │
+│ 11.8) Dupes based on subtitles are not allowed, use INTERNAL. │
+│ │
+│ 12) [ Container ] │
+│ 12.1) Container must be Matroska (.mkv). MKVToolnix is the recommended │
+│ muxer. │
+│ 12.1.1) Custom muxing tools are allowed. However, the output must adhere │
+│ to the Matroska specifications and must retain identical │
+│ compatibility with demuxers as files created with MKVToolnix. │
+│ 12.2) Support for file streaming and playback from RAR is mandatory. │
+│ 12.3) Matroska header compression must not be enabled. │
+│ 12.4) Chapters are allowed, and recommended for long events (e.g. long │
+│ poker games to mark each round). │
+│ 12.5) Watermarks, intros, outros or any other forms of defacement in any │
+│ track (e.g. video, audio, subtitles, chapters) are not allowed. │
+│ │
+│ 13) [ Packaging ] │
+│ 13.1) Must be packed with RAR files, broken into a maximum of 101 │
+│ volumes (.rar to .r99) │
+│ 13.2) RAR5/RARv5.0 is not allowed. RAR3/RARv2.0 or RAR4/v2.9 must be used. │
+│ 13.2.1) Custom RAR tools are allowed. However, files must adhere to the │
+│ RAR4/RARv2.9 archive specifications and must retain identical │
+│ compatibility with extractors and demuxers as files created with │
+│ WinRAR/rar. │
+│ 13.3) Permitted RAR sizes are: │
+│ 13.3.1) Positive integer multiples of 50,000,000 bytes. │
+│ e.g. (50 * 10^6) * n bytes, where n > 0. │
+│ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 bytes, etc. │
+│ 13.3.2) Releases must have a minimum of 10 volumes before the next │
+│ multiple of 50,000,000 bytes is used. │
+│ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 │
+│ volumes at 100,000,000 bytes. │
+│ 5 volumes at 100,000,000 bytes cannot be repacked to 4 │
+│ volumes at 150,000,000 bytes. │
+│ 13.4) SFV and NFO must be present. │
+│ 13.5) RAR, SFV and Sample files must have unique, lower-case filenames │
+│ with the group tag. │
+│ 13.5.1) Group tags must be unique to each group, and may be an │
+│ abbreviated variation of the group name. │
+│ 13.6) Missing RAR(s) or SFV on all sites is considered a technical flaw. │
+│ 13.7) Corrupt RAR(s) (errors upon extraction) is considered a technical │
+│ flaw. │
+│ 13.8) RAR compression and recovery records are not allowed. │
+│ 13.9) Encryption or password protection is not allowed. │
+│ 13.10) RARs must only contain a single mkv file, any other files (e.g. │
+│ multiple mkv files, txt files) are not allowed. │
+│ │
+│ 14) [ Samples / Source Samples ] │
+│ 14.1) Releases must include a single 50-70 second sample. │
+│ 14.2) Samples must have unique filenames and placed in a separate │
+│ directory named 'Sample' │
+│ 14.3) Samples must be cut from the final video, not encoded separately. │
+│ 14.4) If there is a question as to the validity of a source, encoding │
+│ methods or filters used, the release may be nuked within 24 hours │
+│ of pre requesting a source sample and must include the initial │
+│ suspicion or reason. │
+│ e.g. source.sample.requested_suspicion.of.invalid.decimation. │
+│ source.sample.requested_suspicion.of.analog.source.used. │
+│ 14.4.1) The group has 24 hours from the first nuke to pre a source sample │
+│ that is at least 10 seconds in length. │
+│ 14.4.2) Requests may be of a specific timecode to verify the sample │
+│ provided is the same source used for the encode in question │
+│ (e.g. include.banner.at.4m13s). │
+│ 14.4.3) Source sample(s) must be packed as per section 13, and use the │
+│ SOURCE.SAMPLE tag. │
+│ 14.4.4) Providing insufficient proof to disprove any claims, or a failure │
+│ to provide any source proof, and the release must remain nuked │
+│ and can be propered. │
+│ 14.4.5) If there are any questionable issues (e.g. mastering flaws) with │
+│ the source, it is recommended to include uniquely named source │
+│ sample(s) within the 'Sample' directory. │
+│ │
+│ 15) [ Tagging ] │
+│ 15.1) Only the following additional tags are allowed: │
+│ ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DUBBED, EXTENDED, │
+│ FINAL, INTERNAL, NFOFIX, OAR, OM, PPV, PROPER, REAL, REMASTERED, │
+│ READNFO, REPACK, RERIP, SAMPLEFIX, SOURCE.SAMPLE, SUBBED, │
+│ UNCENSORED, UNRATED, UNCUT, WEST.FEED, and WS. │
+│ 15.1.1) WEST.FEED refers to an alternative version which airs exclusively │
+│ on the west coast, such as a live episode of Undateable which has │
+│ two separate performances of the same episode for each coast, │
+│ east and west. │
+│ 15.1.1.1) Releases must be tagged as WEST.FEED when they come from an │
+│ exclusive west coast airing, even if no east feed has been │
+│ released first. │
+│ 15.2) Variations of any additional tags are not allowed. │
+│ e.g. READ.NFO or RNFO is not allowed, READNFO must be used. │
+│ 15.3) READNFO should be used sparingly. Discretion is recommended. │
+│ 15.3.1) The READNFO tag must not be used with PROPER, REPACK or RERIP. │
+│ The NFO is required to contain a reason, therefore the tag is │
+│ redundant. │
+│ 15.4) Tags must only be used once, but the order is left to the discretion │
+│ of the group. │
+│ 15.4.1) Except in situations where the REAL tag is required to be stacked │
+│ to differentiate between multiple invalid releases. │
+│ e.g. A REAL.REAL.PROPER is required for a REAL.PROPER and │
+│ PROPER. │
+│ 15.5) Tags must be grouped together, period-delimited, and must follow │
+│ the mandatory directory format, see rule 16.4. │
+│ e.g. EXTENDED.RERIP, REMASTERED.REPACK. │
+│ │
+│ 16) [ Directory Naming ] │
+│ 16.1) Acceptable characters allowed for directories are: │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789._- │
+│ 16.2) Single punctuation must be used. Consecutive punctuation is not │
+│ allowed. │
+│ e.g. Show----Name.S01E01, Show.Name....S01E01 │
+│ 16.3) Typos or spelling mistakes in the directory are not allowed. │
+│ 16.4) Releases must follow the matching directory format: │
+│ 16.4.1) Single.Episode.Special.YYYY.<TAGS>.[LANGUAGE].720p.<FORMAT>-GROUP │
+│ 16.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title]. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.3) Weekly.TV.Show.Special.SXXE00.Special.Title. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>-GROUP │
+│ 16.4.4) Multiple.Episode.TV.Show.SXXEXX-EXX[Episode.Part]. │
+│ [Episode.Title].<TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.5) Miniseries.Show.Name.Part.X.[Episode.Title]. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.6) Daily.TV.Show.YYYY.MM.DD.[Guest.Name]. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.7) Daily.Sport.League.YYYY.MM.DD.Event. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.8) Monthly.Competition.YYYY.MM.Event. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.9) Yearly.Competition.YYYY.Event. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.10) Sports.Match.YYYY[-YY].Event.Round.XX.[Team.vs.Team]. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.11) Sport.Tournament.YYYY.Event.[Team/Person.vs.Team/Person]. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.4.12) Country.YYYY.Event.<BROADCASTER>.FEED. │
+│ <TAGS>.[LANGUAGE].720p.<FORMAT>.x264-GROUP │
+│ 16.5) Named directory arguments formatted inside <> must be included. │
+│ Optional arguments formatted inside [] may be used in some cases. │
+│ 16.5.1) Mini-series parts must be at least 1 integer wide, and values │
+│ used may extend past 9. │
+│ e.g. Miniseries.Part.1, Miniseries.Part.10, etc. │
+│ 16.5.2) Episode and seasonal numbering must be at least 2 integers wide, │
+│ and values used may extend past 99. │
+│ e.g. S01E99, S01E100, S101E01, etc. │
+│ 16.5.3) Episode part refers to episodes, usually cartoons or animation, │
+│ which split episodes into stories by different directors. │
+│ Episodes parts must be alphanumeric (A-Z, a-z, 0-9). │
+│ e.g. The first episode from Season 2 of SpongeBob SquarePants is │
+│ split into S02E01A/B, etc. https://goo.gl/CVGXKu │
+│ 16.5.4) Season must be omitted if a series does not have seasons, and is │
+│ not a mini-series. │
+│ e.g. One Piece must be tagged as One.Piece.E01 │
+│ 16.5.5) Episode title and guest names are optional. │
+│ 16.5.6) Guest name(s) used must be in the order in which they appear on │
+│ the show to avoid any confusion. │
+│ 16.5.7) Non-English releases must include the language tag. English │
+│ releases must not include the language tag. │
+│ 16.5.7.1) Language tags must be the full name of the language. │
+│ Abbreviations or language codes are not allowed, unless they │
+│ are already established and widely adopted (e.g. EE, SI, PL). │
+│ e.g. FRENCH, RUSSIAN. │
+│ 16.5.8) Tags refers to all permitted tags only, see section 15. │
+│ 16.5.9) Format refers to the video source used, i.e. AHDTV, HDTV, │
+│ HR.PDTV. │
+│ 16.5.9.1) 720p tag must be omitted when the format is HR.PDTV. │
+│ 16.6) Do not indicate source, ripping or encoding methods that were used. │
+│ Use the NFO for any technical details. │
+│ 16.7) All single-episode titles, (e.g. documentaries, specials, movies) │
+│ must include the production year. │
+│ 16.8) Inclusion of the channel name is not allowed. │
+│ e.g. National.Geographic, HBO.Documentary, History.Channel. │
+│ 16.9) Different shows with the same title produced in different countries │
+│ must have the ISO 3166-1 alpha 2 country code in the show name. │
+│ 16.9.1) Except for UK shows, which should use UK, not GB. │
+│ 16.9.2) This rule does not apply to an original show, only shows that │
+│ succeed the original. │
+│ e.g. The.Office.S01E01 and The.Office.US.S01E01. │
+│ 16.10) Different shows with the same title produced in the same country │
+│ which begin in different years must have the year of the first │
+│ season in the directory. │
+│ 16.10.1) The year is not required for the show broadcasted first. │
+│ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01. │
+│ 16.11) Different shows with the same titles produced in the same country │
+│ which begin in different years must have the ISO-3166-1 alpha 2 │
+│ country code followed by the year of the first season in the │
+│ directory. │
+│ 16.11.1) See rules 16.9 and 16.10 for country code and │
+│ year explanations. │
+│ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), │
+│ Wanted.AU.2016.S01E01 (2016). │
+│ 16.12) Show names which are hyphenated or include punctuation must follow │
+│ the format shown in the title sequence or credits of the first │
+│ episode, limited to the list of acceptable characters. │
+│ 16.12.1) If no title card exists, see rule 16.14.1. │
+│ 16.12.2) Additional titles and names given to an individual season must │
+│ not be used. │
+│ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05. │
+│ 16.12.3) Acronyms which show the ellipsis of letters with non-standard │
+│ characters must be replaced with a period. │
+│ e.g. M*A*S*H must be M.A.S.H. │
+│ 16.13) Directory nomenclature and numbering must remain consistent across │
+│ the lifetime of an individual show or event. │
+│ 16.13.1) Shows which contain acronyms or secondary titles must follow │
+│ the format used by the first release. │
+│ e.g. Law.and.Order.SVU.S01E01 is the standard format that must │
+│ be used for all following episodes, │
+│ Law.and.Order.Special.Victims.Unit.S01E02 is not allowed. │
+│ Shadowhunters.The.Mortal.Instruments.S01E01 is the │
+│ standard format, Shadowhunters.S01E02 is not allowed. │
+│ 16.13.2) Shows which air with extended content under modified names must │
+│ use the primary show name and numbering with the EXTENDED tag. │
+│ e.g. QI.S06E01 and QI.XL.S01E01, must be tagged as QI.S06E01 │
+│ and QI.S06E01.EXTENDED respectively. │
+│ Room.101.S01E01 and Room.101.Extra.Storage.S01E01, must │
+│ be tagged as Room.101.S01E01 and Room.101.S01E01.EXTENDED │
+│ respectively. │
+│ 16.13.3) Groups cannot change the directory format of a show after a │
+│ second release or episode with the same format exists. │
+│ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format. │
+│ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format. │
+│ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01. │
+│ DIRFIX is not valid as the second episode already exists │
+│ and continues with the previously defined format. │
+│ 16.13.4) Except in situations where the show has an official change in │
+│ its name, whereby all official references by the broadcaster or │
+│ studio is of the new name. This change must be mentioned in the │
+│ first NFO with the new name with relevant references. │
+│ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01. │
+│ 16.13.5) Official name changes for a show does not include the renaming │
+│ of individual seasons. Seasonal name changes must be ignored. │
+│ e.g. Power.Rangers.S01 and Power.Rangers.S07 must be used. │
+│ Power.Rangers.Lost.Galaxy.S07 must not be used. │
+│ Strike.Back.S03, Strike.Back.S05 must be used. │
+│ Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must │
+│ not be used. │
+│ 16.13.6) Any deviations or changes require sufficient evidence listed in │
+│ the NFO as to the reason for change. │
+│ 16.14) User contributed services such as TVRage, TVMaze or TheTVDB must │
+│ not be used as a reference when naming and numbering episodes. It │
+│ may be used as a general guide; however, official guides must be │
+│ used. │
+│ 16.14.1) The following order must be used as the primary source for │
+│ naming and numbering. │
+│ 16.14.1.1) Official website of the show. │
+│ 16.14.1.2) Order and format listed by the original broadcaster. │
+│ 16.14.1.3) Network guide. │
+│ 16.14.2) In situations where official sources have inconsistent listings, │
+│ or offer none at all, previously established numbering must be │
+│ used. │
+│ e.g. Mythbusters, National Geographics Special Episodes. │
+│ │
+│ 17) [ Fixes ] │
+│ 17.1) The following fixes are allowed: DIRFIX, NFOFIX and SAMPLEFIX. Any │
+│ other form of fix is not allowed. │
+│ 17.2) All fixes require an NFO and must state which release is being │
+│ fixed. │
+│ 17.3) A proper cannot be released for an error that can be fixed with the │
+│ above methods. │
+│ 17.4) If multiple releases from a single season require a DIRFIX, a single │
+│ DIRFIX per season is allowed and is recommended. │
+│ 17.4.1) If a single DIRFIX is used, all relevant releases and │
+│ corresponding fixes must be listed in the NFO. │
+│ │
+│ 18) [ Dupes ] │
+│ 18.1) Same second releases, with a maximum acceptable variance of one │
+│ second (+/- 1 second) between timestamps reported by a majority of │
+│ pre bots, are not considered dupes and should not be nuked. │
+│ 18.1.1) Timestamps must be considered as whole integers and round half │
+│ towards zero. │
+│ 18.1.2) The earliest timestamp must be used when considering dupes. │
+│ e.g. Release A: 1451572201.427158 -> 1451572201 │
+│ Release B: 1451572202.626645 -> 1451572202 │
+│ Release C: 1451572203.137665 -> 1451572203 │
+│ Release B does not dupe Release A: 1451572202 - 1451572201 │
+│ = 1, i.e. maximum variance allowed. │
+│ Release C dupes Releases A and B: 1451572203 - 1451572201 │
+│ = 2, i.e. 2 > 1. │
+│ 18.1.3) In situations where a release is found to contain a technical │
+│ flaw, same second dupes which do not exhibit any technical flaws │
+│ must be considered the final release. Groups may release a DIRFIX │
+│ to PROPER for their original release, but it is not required. │
+│ e.g. Release A and Release B are released at the same time. │
+│ Release A is nuked as containing glitches, Release B then │
+│ becomes the de facto release and a DIRFIX to PROPER may be │
+│ released. │
+│ 18.2) AHDTV dupes HDTV. │
+│ 18.3) HDTV does not dupe AHDTV. │
+│ 18.4) HR.PDTV dupes HDTV and AHDTV │
+│ 18.5) AHDTV, HDTV and HR.PDTV dupes an equivalent Retail release. │
+│ 18.5.1) Except in situations where the aspect ratio of the release │
+│ exceeds that of its respective Retail release. │
+│ e.g. A 2.39:1 release will not dupe a 1.78:1 retail release │
+│ provided there is clearly more visible on-screen footage. │
+│ Proof demonstrating this difference is recommended, but │
+│ not mandatory. │
+│ 18.5.2) Except in situations where the release is a different version │
+│ (i.e ALTERNATIVE.CUT, COLORIZED, EXTENDED, OAR, OM, REMASTERED, │
+│ UNCENSORED, UNRATED, UNCUT, WEST.FEED, WS) of its respective │
+│ retail release, and is not censored after uncensored. │
+│ e.g. An UNCENSORED.720p.HDTV.x264 release does not dupe a │
+│ censored 720p.BluRay.x264. │
+│ 18.6) Releases with hardcoded subtitles (i.e. SUBBED) dupe releases with │
+│ muxed-in subtitles. │
+│ 18.7) Releases with muxed-in subtitles do not dupe releases with hardcoded │
+│ subtitles. │
+│ 18.8) Native video streams do not dupe converted video streams. │
+│ 18.9) Converted video streams dupe native video streams. │
+│ 18.10) Different versions of releases (i.e ALTERNATIVE.CUT, COLORIZED, │
+│ EXTENDED, OAR, OM, REMASTERED, UNCENSORED, UNRATED, UNCUT, │
+│ WEST.FEED, WS) do not dupe their counterparts or vice versa, except │
+│ for censored after uncensored and FS after WS. │
+│ 18.11) Programs which have identical footage but have different narrators │
+│ in the same language (e.g. British narrator for BBC and American │
+│ narrator for Discovery) dupe each other, use INTERNAL. │
+│ 18.12) Different broadcasters which offer alternate commentary and │
+│ coverage in the same language (e.g. CTV for Canada, NBC for │
+│ America, BBC for England) for special worldwide events (e.g. The │
+│ Olympics), do not dupe each other. │
+│ │
+│ 19) [ Propers / Rerips / Repacks ] │
+│ 19.1) Detailed reasons must be included in the NFO for all repacks, rerips │
+│ and propers. │
+│ 19.1.1) Proper reasons must be clearly stated in the NFO, including │
+│ timestamps and specifics in regards to the flaw when appropriate. │
+│ A sample demonstrating the flaw in the original release is │
+│ encouraged, but not mandatory. │
+│ 19.2) Propers are only permitted in the case of a technical flaw in the │
+│ original release. │
+│ 19.2.1) Flaws present in optional content cannot be propered, use │
+│ INTERNAL. │
+│ 19.2.1.1) In situations where bumper segments have been included, │
+│ see rule 10.6.2. │
+│ 19.2.2) Time compressed sources (e.g. ABC, Freeform, NBC) that contain │
+│ blended and missing frames cannot be propered for bad IVTC, which │
+│ is the result of the time compression. │
+│ 19.2.3) Releases which exhibit minor IVTC flaws as a result of source │
+│ compression, video glitches, logos, ratings bugs, snipes or │
+│ banner advertisements, are not considered technically flawed and │
+│ cannot be propered. │
+│ 19.2.3.1) Except in situations where the same flaws result in excessive │
+│ frame abnormalities or issues throughout the majority of the │
+│ release. │
+│ 19.3) Qualitative propers are not allowed, use INTERNAL. │
+│ 19.3.1) Sources with different crops cannot be propered from a different │
+│ source which contains more valid pixels than the original │
+│ releases. │
+│ │
+│ 20) [ Internals ] │
+│ 20.1) Internals are allowed to be released for any reason (e.g. releases │
+│ containing technical flaws, use of alternate codecs, containers, │
+│ settings for experimental purposes). │
+│ 20.2) Any severe technical flaws must be mentioned in the NFO. │
+│ 20.3) Internal releases may only be nuked for technical flaws that are │
+│ not mentioned in the NFO. │
+│ 20.3.1) In situations where technical flaws are not mentioned in the NFO, │
+│ groups may provide an NFOFIX to avoid or reverse a nuke. │
+│ 20.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be │
+│ nuked fix.for.nuke. │
+│ │
+│ 21) [ Ruleset Specifics ] │
+│ 21.1) In the absence of a country specific ruleset, this ruleset must be │
+│ considered the ONLY official ruleset for TV-X264. It supersedes all │
+│ previous revisions, rulesets and precedents. │
+│ 21.1.1) Releasing under former rulesets (e.g. TV-VCD 2002, TV-XVID 2007) │
+│ or codecs (e.g. VCD, XVID) is not allowed, and must be nuked │
+│ defunct.ruleset or defunct.codec. │
+│ 21.1.2) The naming standards listed in this document must only take │
+│ effect once a current running season has ended. Any existing │
+│ naming schemes must be used in the event of missing episode(s) │
+│ from older seasons being filled. │
+│ 21.2) When releasing with foreign language tags (e.g. SWEDISH, FRENCH, │
+│ POLISH), all occurrences of the word 'English' in sections 5, 8 and │
+│ 11 must be replaced with the tagged language. │
+│ e.g. POLISH, rule 5.6 becomes "Non-Polish spoken titles with │
+│ hardcoded Polish subtitles must be tagged as SUBBED.". │
+│ 21.2.1) Foreign language tags must represent the language intended for │
+│ release, the following rules apply to Non-English releases only. │
+│ 21.2.1.1) Already established and widely adopted compact tags for │
+│ subbed, dubbed and language, are allowed (e.g. PLDUB, SWESUB, │
+│ SUBFRENCH, NLSUBBED). │
+│ 21.2.1.2) The DUBBED tag may be omitted or included at the discretion │
+│ of the group. │
+│ e.g. French TV series airing in Sweden with French audio and │
+│ Swedish hardcoded subtitles must be tagged as │
+│ SWEDISH.SUBBED or SWESUB. │
+│ Danish TV series airing in Poland with Polish dubbed │
+│ audio and no hardcoded subtitles must be tagged as │
+│ POLISH, POLISH.DUBBED or PLDUB. │
+│ Greek TV series airing in Greece with Greek audio must │
+│ be tagged as GREEK. │
+│ 21.2.1.3) Soft-subbed releases are not allowed when the primary audio │
+│ track is not the language tagged as, use INTERNAL or SUBPACK. │
+│ e.g. Game.of.Thrones.S01E01.SWEDISH.720p.HDTV with English │
+│ audio and Swedish soft-subs is not allowed, use │
+│ INTERNAL or SUBPACK. │
+│ Game.of.Thrones.S01E01.DANISH.SUBBED.720p.HDTV with │
+│ English audio and Danish hard-subs is allowed. │
+│ French TV series Le Clan S01E01 airing in Denmark with │
+│ French audio and Danish soft subtitles must be tagged │
+│ as FRENCH, if no other release of the episode exists. │
+│ French TV series Le Clan is already released as │
+│ Le.Clan.S01E01.FRENCH.720p.HDTV.x264, only an INTERNAL │
+│ or SUBPACK release is allowed for soft-subs in another │
+│ language. │
+│ 21.2.1.4) Hard-subbed releases dupe SUBPACK when the primary audio │
+│ track is not the language tagged as, use INTERNAL. │
+│ e.g. Game.of.Thrones.S01E01.TURKISH.SUBBED.720p.HDTV with │
+│ English audio and Turkish hard-subs dupes │
+│ Game.of.Thrones.S01E01.TURKISH.SUBPACK. │
+│ 21.2.2) Releases with foreign language tags only dupe releases with the │
+│ same foreign language tags. │
+│ e.g. Game.of.Thrones.S01E01.SWEDISH.SUBBED.720p.HDTV does not │
+│ dupe Game.of.Thrones.S01E01.POLISH.DUBBED.720p.HDTV or │
+│ vice versa. │
+│ Game.of.Thrones.S01E01.FINNISH.SUBBED.720p.HDTV does not │
+│ dupe Game.of.Thrones.S01E01.720p.HDTV or vice versa. │
+│ 21.3) The following definition of keywords throughout this ruleset are │
+│ as follows: │
+│ 21.3.1) Must: the rule is explicit in the definition and is compulsory. │
+│ 21.3.2) Should: implies the rule is a suggestion, and is non-compulsory. │
+│ 21.3.3) Can or may: implies the rule is optional, and is non-compulsory. │
+│ 21.3.4) e.g: refers to common examples, elements listed should not be │
+│ considered as all possibilities. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Signed - 72 Groups ] │
+│ aAF ALTEREGO ALTiTV AMB3R AMBIT ANGELiC ASCENDANCE AVS AZR BAJSKORV BARGE │
+│ BATV C4TV CBFM CCCAM COMPETiTiON COMPULSiON CREED CROOKS CURIOSITY D0NK │
+│ DEADPOOL DHD DiFFERENT DIMENSION DKiDS DOCERE EDUCATE EMX EXECUTION FiHTV │
+│ FoV FRiES FRiSPARK FUtV HYBRiS iDiB iFH iNGOT KAFFEREP KILLERS KNiFESHARP │
+│ KYR MiNDTHEGAP MORiTZ NORiTE NSN ORENJI PANZeR PRiNCE ProPLTV QCF RCDiVX │
+│ RDVAS REGRET RiVER SH0W SKANK SKGTV SORNY SQUEAK SRiZ TASTETV TLA TVBYEN │
+│ TViLLAGE TvNORGE UAV WaLMaRT WNN YesTV ZOMBiE │
+│ │
+│ [ Refused to Sign - 3 Groups ] │
+│ BRISK BWB FLEET │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Revisions ] │
+│ 2007-05-08 - First TV-X264 standards, with 2-pass based encoding. │
+│ 2008-04-17 - Major rewrite better sizing and HR.PDTV now included. │
+│ 2011-06-15 - First TV-X264 standards with CRF, instead of 2-pass based │
+│ encoding. │
+│ 2011-08-07 - Updated with standard CRF values, much better rule coverage │
+│ and more groups signing. │
+│ 2016-04-04 - Total rewrite, all known issues and loopholes have been │
+│ addressed, switched to number based marking of rules. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ Dedicated to Spatula (RIP 2010-11-22) who made the first ever scene │
+│ TV-X264 release: The.Unit.S01E04.HD720p.x264-MiRAGETV. │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘
│
+ ███████ █████ ███████ █ │ █ ████████████ ████████████
+ ≥▓▓▓▓█ ≥▓▓▓▓█ ≥▓▓▓▓█ ██≤███ ≥▓▓▓▓▓▓▓▓█ ≥▓▓▓▓▓▓▓▓█
+ ±░ ▓▓█ ≥ ░▓ ░▓█ ≥▓ ░▒█ ███ █ ███ ±▒░ ░▓█ ≥░ ░▒▒█
+ ±░ ▓▓█≥ ▒± ▓█≥▓ ░▒█ ███ ▐█▌ ███ ±▒░ ░▓▓█≥▓░ ░▒▒█
+ ±░ ▓▓▓▓ ▒██± ▓▓▓▓ ░▒█ ███ ▐█▌ ███ ±▒░ ░▓▓▓▓░ ░▒▒█
+ ±░ ▒█ ± ░▒█ ███ ▐█▌ ███ ±▒▒▒▒▒▒▒▒▒▒▒▒▒█
+ ±▒▒▒▒█ ±▒▒▒▒█ ███ ▓▌ ███ ██████████████
+ █████ █████ ███ ░ ░▓p ░ ███
+ ░░░░ ░▒▌ ░░░░░░░
+ ▓▒▒▒░░░ ░▒p░ ░░░░░░▒▒▓
+ ▒≥▓▓▒░░░░░ ░p ░ ░░░░░▒▒▓▓▓
+ ▒≥▓▓▓▒▒▒░ ░ ░░▌ ░░ ░░░░░▒▓▓≥▓▓▓
+ ≥▓▓▓▓▓░░▒░░ ░ ░▌ ▒░ ░░░░▒▓▓▓▓▓≥▒
+ ≥≥≥▓▓▓▒▒ ░▌ ▒░░▓≥≥▓▓██
+ ░█≥▓▓▓▓▓█≥░ ░░ ░▓▌ ░ ▓▓░▓▓▓█≥██
+ ▓▓▓▓▓▓▓▓▓≡ ▒░░ ░░░▌ ▓≥▓█≥▓≥█
+ ≥≥▓█≥≥ ░░░░ ░░░▒▌ ≥▓▓▓≥≥▒
+ ▒▓▓▓≥≥█ ▒░░░ ░░▒▌ ██≥▓▓███
+ █≥▓████ ▒▒▒▓ ▒▒ ░▓▒▌ ▓≥≥██≥
+ ░███████ ▒▒▒▓▓▒▒ ▒▒▓▓▓▓▌ ▒███████
+ ███████ ▐█±▓▓▓▓▓▓≥▓▓▓▓▓█ ███████
+ ██████ ▐██≥▓▓▓▓█ ±▓▓▓▓██ ██████
+ ██████ ███≥▓▓▓█ ≡▓▓████ ██████
+ ██████ █████≥▓█ ≥▓█████ ██████
+ ██████ █████████ ████████ ▒██████
+ ██████████████████ ███████████████████
+ ▒████████████████ █████████████████
+ ████≥████████████████████████████████≥██████
+ ░████████████████████████████████████████████
+ █████████±▒░█████████████████±▒▒████████≡
+ ██████± ░█████████████ ░███████
+ █████≥ ██████████ ▒███████
+ █████ ███ ████████ ░███ █████
+ ██████ ███ ██████ ███ ████
+ █████ ███ ███± ██ ████
+ ███ ██ ▒███ ██ ███
+ ▄██ █ ░█≡ █ ██
+ ▄▀ ▀▄ ██ ▄▀ ██
+ ▄▀▀ ▀▄ ██ ▄▀ ▀▄
+ ▀▄ ▌▐ ▄▀ ▀▄
+ ░ ▌▐ ░ ▀
+ ▌▐
+ ▄▄▄▄ ▄▄▄▄ ▌▐ ▄▄▄▄▄▄▄▄▄▄
+ ±▒▒░ ≡▒▒▒ ░ ▌▐ ░ ±▒▒▒▒▒▒░▒▒
+ ≥▒ ░ ≡ ▒▒ ▌▐ ≥▒ ░ ≡ ▒
+ ≥▒ ░ ≡ ▒▒ ░ ▐▌ ░ ≥▒ ░ ≡ ▒
+ ≥▒ ░ ≡ ▒▒ ░ ▐▌ ░ ≥▒ ░ ≡ ▒
+ ≥▒ ░ ≡ ▒▒ ▒ ▐▌ ▒ ≥▒ ░ ≡ ▒
+ ≥▒ ░ ≡ ▒▒ ▓ ▐▌ ▓ ≥▒ ░ ≡ ▒
+ ≥▒ ░░░░ ▒▒ ▓███≥ ≥▒ ░ ≡ ▒
+ ≥▒▒▒▒▒▒ ▒▒ ≥▒ ░ ≡ ▒
+ ≥▒▒▒▒▒▒ ▒▒ ≥▒ ░ ≡ ▒
+ ± ▒▒ ≥▒▒▒▒▒▒▒▒▒
+ ±▒▒▒ ▐▌ ≥▒▒▒▒▒▒▒▒▒
+
+
+
+ --------======== The Windows Media Video Releasing Standards v4.0 for Blu-Ray and HDDVD ========--------
+
+ --------======== October 3rd, 2009 ========--------
+
+
+
+Introduction:
+
+ WMV is equal in quality to x264. Many people feel as if WMV-HD is redundant because of
+ the x264 scene. This simply is not true because of the compatibility of WMV-HD. It can be
+ played on the X360 and HTPC's; x264 is restricted to HTPC's. The only reason many people are
+ against WMV-HD is because it's Microsoft. Fact is, many movie studios utilize the VC-1 codec
+ for their retail BD-ROMs.
+
+
+
+SECTION I: Video
+
+
+
+ Video size is determined by Minimum Bitrates
+
+ 101: Source must be HDDVD or Blu-Ray.
+ No re-encoding of any other source is allowed, i.e. x264!
+ 102: 720p must have a minimum bitrate of 4000 kbps.
+ 103: 1080p must have a minimum bitrate of 9000 kbps.
+ 104: Resolution must be no less then 720p and NO GREATER then 1080
+ If source is 1088, it must be cropped to 1080 due to known 360 problem with 1088 resolution.
+ 105: Custom resolution is allowed, either OAR or MOD 16 is acceptable.
+ 106: Video codec MUST be Windows Media 9 Advanced Profile (VC-1).
+ 107: All releases must be encoded with 2-pass VBR.
+ 108: Intro and credits are to be kept intact; removing them is grounds for a proper.
+ 109: Resolution dupe rules are as follows:
+ 720p dupes 1080p
+ 1080p does not dupe 720p
+ 110: Intros and watermarks are NOT allowed.
+ 111: Interlaced source video is NOT required to be deinterlaced.
+ 112. There is NO MINIMUM and NO MAXIMUM filesize requirement for the final WMV file.
+ WMV-HD is now purely quality driven by minimum bitrate.
+
+
+
+SECTION II: Audio
+
+
+
+ 201: Audio must be a minimum of 640 kbps WMA3 Pro 5.1.
+ The only excpetion is if the source kbps is lower than 640 kbps
+ or the source contains only 2.0 or mono audio tracks.
+ 202: Encoded audio channels must match source with correct channels mapped.
+ Upmixing is prohibited, the only excpetion is rule 203.
+ 203: If there is only MONO on the source, upmixing to 2.0 is allowed.
+ 204: Must be 24bit or 16bit audio unless source is less.
+ 205: English audio is to be use if it's the native language on the disc.
+ 206: If English is not the native audio on the disc do A or B and always C:
+ A: Add hardcoded English subs and native audio.
+ B: Use dubbed English audio track.
+ C: Follow directory naming rule 408.
+ 207: Audio can be either CBR or VBR and 1 Pass is sufficient.
+
+
+
+SECTION III: Subtitles
+
+
+
+ 301: Subtitles are NOT required if audio is English.
+ 302: English subtitles are suggested for titles that contain non-English audio segments when
+ English is the primary audio language.
+
+
+
+SECTION IV: Packaging
+
+
+
+ 401: WMV must be in RAR.
+ 402: Recovery record must be used when RARing.
+ 403: SFV, NFO, and Sample are required for all releases.
+ 404: Sample must be at least 60 seconds in duration.
+ 405: NFO MUST state the following information:
+ VIDEO bitrate
+ AUDIO bitrate
+ VIDEO resolution
+ AUDIO language
+ If Subs are HARDCODED.
+ URL to movie.
+ 406: RAR filesizes to be used:
+ 50 mb or 50,000,000 bytes
+ 100 mb or 100,000,000 bytes
+ 150 mb or 150,000,000 bytes
+ 407: 2 X DVD5 is not allowed as DVD9 WMV can be split very easily by the end user.
+ 408: If audio is not English, audio language MUST be specified in dir name.
+ 409: Directory format suggestion:
+ Movie.Title.Year.<BluRay/HDDVD>.VC1.<720p/1080p>.<AUDIO CHANNELS>.WMV-GROUP
+
+
+
+
+SECTION V: NUKES
+
+
+
+ 501: These rules govern the WMV-HD section, NO OTHER RULES APPLY!
+ This means all nukes based on any other rules, implied or written, are INVALID NUKES and are
+ UNACCEPTABLE. All groups releasing WMV-HD have agreed to and signed this rule set. As such,
+ we are the only ones who will develop, implement, and mandate the rules governing the WMV-HD
+ section.
+ 502: These rules do not apply to any release pre'd prior to this rule set. Any and all nukes are
+ INVALID if these rules are applied to releases that came out prior to this rule set.
+ 503: If a group wants to redo a title that was done before the WMVS v4.0 rules were released, it must be
+ labeled INTERNAL.
+ 504: Propers are valid if rule 405 is not strictly adhered to.
+ 505: HDDVD and Blu-Ray sources dupe each other.
+ INTERNAL tag is required if one is already released.
+ 506: Propers or nukes are NOT VALID if 302 is not followed as this is only a suggestions and NOT A RULE.
+ 507: An EXACT timecode must be specified and screen shot of issue is required in order to nuke a
+ release for video "glitches" or other picture qualtiy problems. Without a the EXACT timecode and
+ screenshot, any nuke for picture quailty is INVALID.
+ 508: An EXACT timecode is required to nuke a release for audio problems such as out-of-sync.
+ 509: Nukes for any flaw in the release directory name are INVALID, no matter what it is or how bad.
+ This means if anything listed in the directory name is wrong, you still cannot nuke it.
+ i.e.: If the year is wrong, if there is a typo in the movie title, or anything else
+ not correct.. IT CANNOT BE NUKED.
+
+
+
+
+
+
+
+ --------======== The Windows Media Video Releasing Standards v4.0 for Blu-Ray and HDDVD ========--------
+ --------======== Signed by IGUANA, NOVO, INSECTS, SMeG ========--------
+
+
+
│
+ ███████ █████ ███████ █ │ █ ████████████ ████████████
+ █▓▓▓▓▓█ █▓▓▓▓▓█ █▓▓▓▓▓█ ███│███ █▓▓▓▓▓▓▓▓▓█ █▓▓▓▓▓▓▓▓▓█
+ █▒░ ▓▓█ █▓ ░▓ ░▓█ █▓▓ ░▒█ ███ █ ███ █▒▒░ ░▓█ █▓░ ░▒▒█
+ █▒░ ▓▓██▓ ▒█▒ ▓██▓▓ ░▒█ ███ ▐█▌ ███ █▒▒░ ░▓▓██▓▓░ ░▒▒█
+ █▒░ ▓▓▓▓ ▒███▒ ▓▓▓▓ ░▒█ ███ ▐█▌ ███ █▒▒░ ░▓▓▓▓░ ░▒▒█
+ █▒░ ▒█ █▒ ░▒█ ███ ▐█▌ ███ █▒▒▒▒▒▒▒▒▒▒▒▒▒▒█
+ █▒▒▒▒▒█ █▒▒▒▒▒█ ███ ▐▓▌ ███ ██████████████
+ █████ █████ ███ ░ ░▐▓▌░ ░ ███
+ ░░░░ ░▐▒▌ ░░░░░░░
+ ▓▒▒▒░░░ ░▐▒▌░░ ░░░░░░▒▒▓
+ ▒█▓▓▓▒░░░░░ ▐░▌░ ░ ░░░░░▒▒▓▓▓
+ ▒█▓▓▓▓▒▒▒░ ░ ░▐░▌ ░░ ░░░░░▒▓▓█▓▓▓▓
+ █▓▓▓▓▓▓░░▒░░ ░ ▐░▌ ▒░ ░░░░▒▓▓▓▓▓█▓▒
+ █▓█▓█▓▓▓▓▒▒ ▐░▌ ▒░░▓█▓█▓▓▓██
+ ░██▓▓▓▓▓▓██▓░ ▐░░ ░▓▌ ░ ▓▓░▓▓▓██▓██
+ ▓▓▓▓▓▓▓▓▓█░ ▐▒░░ ░░░▌ ▓█▓▓██▓▓█▓█
+ █▓█▓▓██▓█▓ ▐░░░░ ░░░▒▌ █▓▓▓▓█▓█▓▒
+ ▒▓▓▓█▓█▓█ ▐▒░░░ ░░▒▌ ███▓▓▓███
+ ██▓▓████ ▐▒▒▒▓ ▒▒ ░▓▒▌ ▓█▓█▓███▓
+ ░███████ ▐▒▒▒▓▓▒▒ ▒▒▓▓▓▓▌ ▒███████
+ ███████ ▐██▒▓▓▓▓▓▓█▓▓▓▓▓▓█ ███████
+ ██████ ▐███▓▓▓▓▓█ █▒▓▓▓▓██ ██████
+ ██████ ████▓▓▓▓█ █░▓▓████ ██████
+ ██████ ██████▓▓█ █▓▓█████ ██████
+ ██████ █████████ ████████ ▒██████
+ ██████████████████ ███████████████████
+ ▒████████████████ █████████████████
+ █████▓█████████████████████████████████▓██████
+ ░████████████████████████████████████████████
+ ██████████▒▒░██████████████████▒▒▒█████████░
+ ███████▒ ░█████████████ ░███████
+ ██████▓ ██████████ ▒███████
+ █████ ███ ████████ ░███ █████
+ ██████ ███ ██████ ███ ████
+ █████ ███ ████▒ ██ ████
+ ███ ██ ▒███ ██ ███
+ ▄██ █ ░██░ █ ██
+ ▄▀ ▀▄ ██ ▄▀ ██
+ ▄▀▀ ▀▄ ██ ▄▀ ▀▄
+ ▀▄ ▌▐ ▄▀ ▀▄
+ ░ ▌▐ ░ ▀
+ ▌▐
+ ▄▄▄▄ ▄▄▄▄ ▌▐ ▄▄▄▄▄▄▄▄▄▄
+ █▒▒▒░ █░▒▒▒ ░ ▌▐ ░ █▒▒▒▒▒▒▒░▒▒
+ █▓▒ ░ █░ ▒▒ ▌▐ █▓▒ ░ █░ ▒
+ █▓▒ ░ █░ ▒▒ ░ ▐▌ ░ █▓▒ ░ █░ ▒
+ █▓▒ ░ █░ ▒▒ ░ ▐▌ ░ █▓▒ ░ █░ ▒
+ █▓▒ ░ █░ ▒▒ ▒ ▐▌ ▒ █▓▒ ░ █░ ▒
+ █▓▒ ░ █░ ▒▒ ▓ ▐▌ ▓ █▓▒ ░ █░ ▒
+ █▓▒ ░░░░ ▒▒ ▓████▓ █▓▒ ░ █░ ▒
+ █▓▒▒▒▒▒▒ ▒▒ █▓▒ ░ █░ ▒
+ █▓▒▒▒▒▒▒ ▒▒ █▓▒ ░ █░ ▒
+ █▒ ▒▒ █▓▒▒▒▒▒▒▒▒▒
+ █▒▒▒▒ ▐▌ █▓▒▒▒▒▒▒▒▒▒
+
+
+
+ --------======== The Windows Media Video Releasing Standards v4.1 for Blu-Ray and HDDVD ========--------
+
+ --------======== January 1st, 2010 ========--------
+
+
+
+Introduction:
+
+ WMV is equal in quality to x264. Many people feel as if WMV-HD is redundant because of
+ the x264 scene. This simply is not true because of the compatibility of WMV-HD. It can be
+ played on the X360 and HTPC's; x264 is restricted to HTPC's. The only reason many people are
+ against WMV-HD is because it's Microsoft. Fact is, many movie studios utilize the VC-1 codec
+ for their retail BD-ROMs.
+
+
+
+SECTION I: Video
+
+
+
+ Video size is determined by Minimum Bitrates
+
+ 101: Source must be HDDVD or Blu-Ray. HDDVD and BluRay sources dupe each other.
+ No re-encoding of any other source is allowed, i.e. x264!
+ 102: 720p must have a minimum bitrate of 4000 kbps.
+ 103: 1080p must have a minimum bitrate of 9000 kbps.
+ 104: Resolution must be no less then 720p and NO GREATER then 1080
+ If source is 1088, it must be cropped to 1080 due to known 360 problem with 1088 resolution.
+ 105: Aspect ratio: Keep OAR or use MOD16 for Width and MOD8 for height.
+ 106. Black bars/borders must be cropped from source.
+ Crop is to be done to the widest frame possible.
+ crop to OAR or closest MOD16/MOD8 (follow rule #105) without overcropping.
+ 107: Video codec MUST be Windows Media 9 Advanced Profile (VC-1).
+ 108: All releases must be encoded with 2-pass VBR.
+ 109: Intro and credits are to be kept intact; removing them is grounds for a proper.
+ 110: Resolution dupe rules are as follows:
+ 720p dupes 1080p
+ 1080p does not dupe 720p
+ 111: Intros and watermarks are NOT allowed
+ 112: Interlaced source video is NOT required to be deinterlaced.
+ 113. There is NO MINIMUM and NO MAXIMUM filesize requirement for the final WMV file.
+ WMV-HD is now purely quality driven by minimum bitrate.
+
+
+
+SECTION II: Audio
+
+
+
+ 201: Audio is to be encoded to WMA 10 Pro (or higher version).
+ The highest quality source track MUST be used, following the source
+ type rules listed below. If source audio can be encoded to 768k/sec,
+ you CANNOT encode to 640k/sec or a lower bitrate. The only exception
+ is if the source kbps is lower than 640 kbps or the source contains
+ only 2.0 or mono audio.
+ Audio source type/minimum encoded bitrate:
+ DTS 768k/sec
+ DTS-HD 768k/sec
+ DTS-MA 768k/sec
+ PCM/LPCM 768k/sec
+ TRUE-HD 640k/sec
+ AC3 640k/sec
+ 202: Encoded audio channels must match source with correct channels mapped.
+ You must use 5.1 or 7.1 over 2.0 or mono, unless 5.1 and 7.1 are not
+ present on source disc. Upmixing is prohibited, the only exception
+ is rule 203.
+ 203: If there is only MONO on the source, upmixing to 2.0 is allowed.
+ 204: Must be 24bit or 16bit audio unless source is less.
+ 205: English audio is to be use if it's the native language on the disc.
+ 206: If English is not the native audio on the disc do A or B and always C:
+ A: Add hardcoded English subs and native audio.
+ B: Use dubbed English audio track.
+ C: Follow directory naming rule 408.
+ 207: Audio can be either CBR or VBR and 1 Pass is sufficient.
+
+
+
+SECTION III: Subtitles
+
+
+
+ 301: Subtitles are NOT required if audio is English.
+ 302: English subtitles are suggested for titles that contain non-English audio segments when
+ English is the primary audio language.
+
+
+
+SECTION IV: Packaging
+
+
+
+ 401: WMV must be in RAR, compression is NOT allowed.
+ 402: Recovery record must be used when RARing.
+ 403: SFV, NFO, and Sample are required for all releases.
+ 404: Sample must be at least 60 seconds in duration.
+ 405: NFO MUST state the following information:
+ VIDEO bitrate
+ AUDIO bitrate
+ VIDEO resolution
+ AUDIO language
+ If Subs are HARDCODED.
+ URL to movie.
+ 406: RAR filesizes to be used:
+ 50 mb or 50,000,000 bytes
+ 100 mb or 100,000,000 bytes
+ 150 mb or 150,000,000 bytes
+ 407: If audio is not English, audio language MUST be specified in dir name.
+ 408: Directory format suggestion:
+ Movie.Title.Year.<BluRay/HDDVD>.VC1.<720p/1080p>.<AUDIO CHANNELS>.WMV-GROUP
+
+
+
+
+SECTION V: NUKES
+
+
+
+ 501: These rules govern the WMV-HD section, NO OTHER RULES APPLY!
+ This means all nukes based on any other rules, implied or written, are INVALID NUKES and are
+ UNACCEPTABLE. All groups releasing WMV-HD have agreed to and signed this rule set. As such,
+ we are the only ones who will develop, implement, and mandate the rules governing the WMV-HD
+ section.
+ 502: These rules do not apply to any release pre'd prior to this rule set. Any and all nukes are
+ INVALID if these rules are applied to releases that came out prior to this rule set.
+ 503: If a group wants to redo a title that was done before the WMVS v4.0 rules were released, it must be
+ labeled INTERNAL.
+ 504: Propers are valid if rule 405 is not strictly adhered to.
+ 505: HDDVD and Blu-Ray sources dupe each other.
+ INTERNAL tag is required if one is already released.
+ 506: Propers or nukes are NOT VALID if 302 is not followed as this is only a suggestions and NOT A RULE.
+ 507: An EXACT timecode must be specified and screen shot of issue is required in order to nuke a
+ release for video "glitches" or other picture qualtiy problems. Without a the EXACT timecode and
+ screenshot, any nuke for picture quailty is INVALID.
+ 508: An EXACT timecode is required to nuke a release for audio problems such as out-of-sync.
+ 509: Nukes for any flaw in the release directory name are INVALID, no matter what it is or how bad.
+ This means if anything listed in the directory name is wrong, you still cannot nuke it.
+ i.e.: If the year is wrong, if there is a typo in the movie title, or anything else
+ not correct.. IT CANNOT BE NUKED.
+ 510. For TV shows/series ripped to WMVHD, the group who releases an episode of a
+ show first has exclusive rights to do the entire season of that show for
+ a period of thirty days. During those thirty days, any other group who
+ releases any episidoe of the same show & season shall be considered a nuke.
+ AFTER the thirty days from the intial release, another group is allowed
+ to release any missing episodes.
+ 511. DIRFIX before nuke is allowed, DIRFIX after nuke is not allowed.
+
+
+
+
+
+
+
+ ------====== The Windows Media Video Releasing Standards v4.1 for Blu-Ray and HDDVD ======------ ======------ ------======
+ ------====== Signed by IGUANA, NOVO, INSECTS, SMeG ======------
+
+
+
+
-----------------------------------
+ ----==== Unofficial.FLAC.Standard.Rules v2.1 ====----
+ -----------------------------------
+
++-------------------------------------------------------------------------------+
+| INTRODUCTION |
+| Due to the ambiguous nature of the current rules, it's time to revise and |
+| add some additional rules. For further clarification check changelog. |
+| |
+| NOTE: The definitions of these keywords are to be interpreted as follows: |
+| MUST=obligatory (release not allowed if rule not followed) |
+| SHOULD=suggested (release allowed if not followed) |
+| CAN+MAY=optional (release allowed if not followed) |
+| |
++-------------------------------------------------------------------------------+
+| GENERAL |
+| 1.1 Valid filetypes are: .cue, .flac, .jpg, .log, .m3u, .nfo and .sfv. |
+| .1 A release MUST contain an SFV, NFO, and JPG. |
+| .2 A release MAY contain CUE and LOG files from a CD source. |
+| 1.2 Valid media sources are: BLURAY, CD, DVD, HDDVD and VINYL. |
+| .1 A release is not allowed to combine multiple sources. |
+| 1.3 Trackfix is NOT allowed. Bad quality rip requires a repack and MUST |
+| include the ADDITIONAL tag -REPACK- or -RERIP- (rule 4.6). |
+| 1.4 Bad quality rip means: |
+| .1 One or more tracks are incomplete or contain an audio defect such as |
+| skipping, popping, or crackling. Defects that occur during the |
+| production or mastering process of the disc are unavoidable and |
+| cannot be nuked (eg. digital clipping). In such cases, the ripper MAY |
+| include a LOG from EAC proving the defect is due to the disc itself. |
+| .2 The tracks are distorted and constantly clipping (eg. vinyl rips). |
+| .3 The tracks contain constant hissing (eg. vinyl rips). |
+| .4 The tracks are low volume sounding or mono from a stereo source. |
+| 1.5 Directories and filenames have a limit of 128 characters and MUST |
+| contain only valid characters: a-z A-Z 0-9 _ . - () |
+| .1 You MUST replace directories that contain regional characters with |
+| their respective corresponding English alphabet characters when |
+| applicable. |
+| .2 You SHOULD replace tracks that contain regional characters with their |
+| respective corresponding English alphabet characters when applicable. |
+| CD-Tag contains a bug which prevents these regional characters from |
+| displaying properly. |
+| NOTE: Regional characters and their required English character translation |
+| can be found at http://www.immi.gov.au/helptexts/elodgement/elp-h0015. |
+| 1.6 CD releases (including mixed CD) MUST be ripped as separated tracks, |
+| according to the CD's Table of Contents, unless the CD contains only |
+| one track. |
++-------------------------------------------------------------------------------+
+| DUPES |
+| 2.1 The following dupe rules exist for all sources without exception: |
+| .1 BLURAY does not dupe any other source except HDDVD. |
+| .2 HDDVD does not dupe any other source except BLURAY. |
+| .3 CD does not dupe any other source except BLURAY and HDDVD. |
+| .4 DVD does dupe every other source. |
+| .5 VINYL does dupe every other source. |
+| 2.2 A release MUST have all its audio tracks included in one single release. |
+| Bonus material, such as bonus tracks or bonus discs, or any other subset |
+| of tracks cannot be released by itself. Tracks that contain all silence |
+| MAY be excluded from the release, but note should be made in the NFO. |
+| 2.3 A release MUST not have all its tracks included in ONE previous release. |
+| 2.4 A release MUST not be identical to ANY previous release(s). |
+| 2.5 A multi-disc release MUST not be identical to ANY previous release(s). |
+| 2.6 A release is not a dupe under these conditions: |
+| .1 Previous release has different mastering, even if different quality. |
+| Example: 2014 Remaster vs. 2004 Remaster, Remaster vs. Non-Remaster. |
+| .2 Previous release has different tracklist. |
+| Note: Silence before or after a track resulting in differences of |
+| tracklength is not allowed. |
+| .3 Previous release has a different version of one or more tracks. |
+| Example: Edited, Explicit, Remixed, Live, etc. |
++-------------------------------------------------------------------------------+
+| ENCODING |
+| 3.1 Encoding settings: |
+| .1 MUST encode using FLAC 1.2.1 or 1.2.1b. |
+| .1 MUST encode using --compression-level-8 option. |
+| .2 SHOULD encode using --verify option. |
+| .4 MUST NOT encode using --replay-gain or any other setting which |
+| alters audio quality. |
+| 3.2 Encoding quality: |
+| .1 MUST encode using 44.100 Hz / 16 bit LPCM (2.0) for CD. |
+| .2 MUST encode using 96.000 Hz / 24 bit LPCM (2.0) for VINYL. |
+| 3.3 DVD settings: |
+| .1 Audio source MUST be LPCM. |
+| .2 Channels, Bits per Sample, and Sample Frequency MUST be kept. |
+| .3 MUST contain all its music tracks. Additional tracks such as |
+| interviews or clips are not required but MAY be included. |
+| .4 NFO MUST contain Source Codec, Source Bitrate, and Source Channels. |
+| 3.4 HDDVD/BLURAY settings: |
+| .1 Highest quality audio source MUST be used. Audio source priority is: |
+| 1. DTS-HD Master Audio |
+| 2. Dolby TrueHD |
+| 3. LPCM |
+| .2 Channels, Bits per Sample, and Sample Frequency MUST be kept. |
+| .3 Releases with multiple files of the same playlist index MUST be |
+| encoded together in the same order as the playlist index. |
+| .4 MUST contain all its music tracks. Additional tracks such as |
+| interviews or clips are not required. |
+| .5 NFO MUST contain Source Codec, Source Bitrate, and Source Channels. |
++-------------------------------------------------------------------------------+
+| RELEASE NAME |
+| 4.1 Mandatory directory structure: |
+| - Artist-Title-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| - Artist-Title-(CATALOGUE)-LANG-ADDITIONAL-TYPE-SOURCE-FLAC-YEAR-GROUP |
+| 4.2 Directory MUST contain Artist, Title, Source, Year, and Group. |
+| .1 ARTIST means performer, composer, band, or musician. It MUST be a |
+| unique name, OST isn't a valid artist. If artist can't be identified, |
+| "Unknown" or "Unknown Artist" MAY be used. Compilations with Various |
+| Artists MUST use "VA" as ARTIST. Various Artists is considered 4 or |
+| more separate artists in one release. |
+| .2 TITLE means the actual title of the album. It MUST be a unique name, |
+| Self-titled is not a valid title. If title can't be identified, |
+| "Unknown" MAY be used. |
+| 4.3 Catalogue number MAY be used but is not required. |
+| 4.4 Valid SOURCE tags (MUST be Uppercase): |
+| .1 BLURAY (eg. 2BLURAY, 3BLURAY) |
+| .2 HDDVD (eg. 2HDDVD, 3HDDVD) |
+| .3 CD, CDS, CDM, CDEP, MCD, CDR, CDRS, CDREP (eg. 2CD, 3CDS) |
+| .4 DVD (eg. 2DVD, 3DVD) |
+| .5 VINYL, VLS, LP, MLP, EP, INCH_VINYL (eg. 2VINYL, 3LP, 4INCH_VINYL) |
+| 4.5 Valid TYPE tags: |
+| - Advance, Bonus, Bootleg, Clean, Collectors_Edition |
+| - <country> (eg. JP_Retail, US_Reissue) |
+| - Deluxe_Edition, Demo, Digipak, Explicit |
+| - Limited_Edition, Limted_Deluxe_Edition, Ltd_Edition |
+| - MAG, OST, Promo, Reissue, Remastered, Retail |
+| - Sampler, Special_Edition, Split, Unmastered |
+| .1 TYPE tags are not case sensitive, but MAG and OST MUST be uppercase. |
+| .2 Import editions MUST use the country where the release originated |
+| (eg. UK_Retail). Using the continent is not allowed (eg. EU_Retail). |
+| .3 Multiple TYPE tags MUST be separated by using an underscore. |
+| 4.6 Mandatory TYPE tags (when applicable): |
+| - Bootleg, Clean, Demo, MAG, OST |
+| - Reissue, Remastered, Split, Unmastered |
+| .1 You MUST use Explicit TYPE if Clean edition is already released. |
+| .2 If previous release exists, you MUST use TYPE tag to differentiate |
+| your release (eg. Deluxe_Edition or US_Retail). |
+| 4.7 Valid ADDITIONAL tags (MUST be Uppercase): |
+| - DIRFIX, NFOFIX, PROPER, READNFO, REPACK, RERIP, REAL and CUEFIX. |
+| .1 When ADDITIONAL tag is used, NFO MUST mention the release name being |
+| updated or replaced. |
+| .2 When PROPER tag is used, NFO MUST mention the reason for the proper. |
+| 4.8 LANGUAGE MUST be an Uppercase 2-letter country code based on the |
+| official ccTLD database at http://www.iana.org/domains/root/db/. |
+| .1 LANGUAGE tag MUST be used for releases in which 50% or more tracks |
+| feature vocals not in English. |
+| .2 For tracks which have vocals featuring two or more different |
+| non-English languages, you MUST use the language that is heard on the |
+| majority of the tracks. |
+| 4.9 Spaces in artists or titles SHOULD be replaced with underscores. |
+| Punctuation in artist or title such as commas, periods, dashes, or |
+| slashes SHOULD be kept as close as they appear on the cover, booklet, or |
+| medium. Brackets MUST be clearly seen in the proof image in order to be |
+| used in artist or title tags. |
+| 4.10 Internal releases MUST be tagged as GROUP_iNT or GROUP_INT and MUST |
+| follow FLAC rules. Internal releases MUST not dupe any existing release |
+| less than or equal to 732 days old. |
+| 4.11 YEAR tag MUST be when the label or artist officially published the |
+| release. For non-original presses, you MUST use the year in which the |
+| album was re-released. |
+| 4.12 Typos where the artist or title is in English are NOT allowed. DIRFIX |
+| MUST be used to correct the release name. |
+| .1 Artists and titles that are not in English MUST not be translated. |
+| English alphabet characters MUST be used to replace regional |
+| characters when applicable (rule 1.5). |
++-------------------------------------------------------------------------------+
+| FILENAME |
+| 5.1 Filename MUST contain Track number, Track artist, and Track title. |
+| 5.2 All filenames (including SFV, NFO, and JPG) MUST be lowercase. |
+| 5.3 Track artists and track titles MUST be kept as close as they appear |
+| on the back cover, booklet, or medium. Additional information such as |
+| featured artist, remix, live, demo, or bonus track MUST be kept in the |
+| track title if present on the back cover, booklet, or medium. Additional |
+| information that appears ONLY online SHOULD be used when available, but |
+| can't be nuked when not used. |
+| .1 Multiple typos are not tolerated. If a release contains 3 or more |
+| typos in its filenames, then the release must be repacked and is subject |
+| to a proper from another group. |
+| 5.4 Filename structure MUST be: |
+| - number-artist-title.flac |
+| - number-artist-title-repack.flac |
+| - number-artist-title-rerip.flac |
+| OR: |
+| - number-artist-title-group.flac |
+| - number-artist-title_(live).flac |
+| - number-artist-title_(remix).flac |
+| - number-artist-title_(featured_artists).flac |
+| - a1-artist-title.flac |
+| - b2-artist-title.flac |
+| 5.5 Group name suffix (-group) MAY be used but is not recommended. |
+| 5.6 REPACK and RERIP releases MUST contain the -repack or -rerip suffix for |
+| all .flac files. |
+| 5.7 Various Artists releases MUST contain actual artists in its filenames. |
+| "VA" or "Various Artists" is not a valid artist. |
++-------------------------------------------------------------------------------+
+| VORBIS TAGS |
+| 6.1 FLAC files MUST contain only unique Vorbis comments. |
+| 6.2 Vorbis comment field contents use UTF-8 character encoding to allow easy |
+| representation of any language. It is recommended to use UTF-8 in field |
+| contents to ensure accurate tagging. |
+| 6.3 Mandatory Vorbis comment fields to fill in: |
+| - TRACKNUMBER, ARTIST, TITLE, ALBUM, GENRE, and DATE (YYYY). |
+| .1 "Vendor_String" field MUST display the correct lib FLAC version. |
+| .2 Various Artists releases MUST have a valid ARTIST field for each |
+| track, using "VA" or "Various Artists" is not valid ARTIST field. |
+| .3 FLAC files MUST not have two separate ARTIST field names. |
+| 6.4 FLAC picture block (METADATA_BLOCK_PICTURE) MUST be empty. |
+| 6.5 GENRE field MUST be the same for every track in a release. |
+| You MUST use one of the genres listed in the id3 specification list at |
+| http://www.id3.org/id3v2.3.0#Appendix_A_-_Genre_List_from_ID3v1. |
+| .1 You MAY also use additional genres 125-147: |
+| - Goa, Drum & Bass, Club-House, Hardcore, Terror, Indie, BritPop |
+| - Negerpunk, Polsk Punk, Beat, Christian Gangsta Rap, Heavy Metal |
+| - Black Metal, Crossover, Contemporary Christian, Christian Rock |
+| - Merengue, Salsa, Thrash Metal, Anime, JPop, Synthpop |
+| .2 You MUST NOT use the following genres: |
+| - Alt. Rock, Folk/Rock, Pop/Funk, Unknown |
+| .3 'Psychadelic' MUST be used in place of 'Psychedelic' except with |
+| 'Psychedelic Rock'. |
++-------------------------------------------------------------------------------+
+| ADVANCE/PROMO |
+| 7.1 ADVANCE and PROMO releases are not available at retail stores and are |
+| labeled with 'Advance' and/or 'Promotional'. Possessing a release before |
+| its retail date does not automatically mean that it's an advance. |
+| 7.2 ADVANCE and PROMO releases that contain voiceovers, silence, or cuts are |
+| not allowed to be released. |
++-------------------------------------------------------------------------------+
+| BOOTLEG |
+| 8.1 A bootleg is a release or recording not officially released by the |
+| artist or label. |
+| 8.2 Conditions for bootleg releases: |
+| - NOT officially released by the artist or label. |
+| - NO confirmation that the release is valid by the artist or label. |
+| - NO direct connection to the artist's label. |
+| - NO legitimate label distributing the release. |
+| - NOT available for purchase at three valid retail stores. |
+| 8.3 Valid retail stores (Private sellers are NOT allowed: |
+| - www.amazon.com |
+| - www.boomkat.com |
+| - www.bestbuy.com |
+| - www.cduniverse.com |
+| - www.decks.de |
+| - www.deejay.de |
+| - www.hmv.com |
+| - www.juno.co.uk |
+| - www.sonymusicstore.com |
+| - www.virgin.com |
+| - www.ukdancerecords.com |
+| - www.walmart.com |
++-------------------------------------------------------------------------------+
+| PROOF |
+| 9.1 Release MUST contain a proof camera picture in JPG format. |
+| 9.2 Proof picture MUST contain all medium(s) and cover(s) together. |
+| Booklet, insert, or promo sheet MAY be substituted if cover is not |
+| available. Artist, title, and/or tracklist MUST be clearly readable. |
+| 9.3 Material that could expose your identity MAY be blurred or blackended. |
+| No other types of picture editing are allowed except cropping. |
+| 9.4 Proof picture MUST contain small piece of GRPTAG paper photographed |
+| physically over the medium(s) and/or cover(s). Actual group name of the |
+| release MUST be inscribed on the paper. Size of the grptag paper MUST |
+| be smaller than the medium(s). |
+| 9.5 Medium and grouptag alone MAY be used for advance, promo, or demo |
+| releases in which no cover, booklet, or insert exists. |
+| 9.6 Proof picture resolution MUST be at least 800x600. |
+| 9.7 Prooffix is not allowed. Missing proof, wrong resolution, or any other |
+| violation of the proof rules requires a repack. |
+| NOTE: You SHOULD remove all EXIF data. Information such as the camera serial |
+| number or GPS coordinates is a potential security risk if not removed. |
++-------------------------------------------------------------------------------+
+| |
+| CHANGELOG: |
+| |
+| 2011-10-03 first version (v1.0) |
+| 2011-10-10 rule 1.10 with NOTE added to forbid single file+cue unless |
+| source is single track with index. |
+| 2011-10-10 rule 3.5.1 added (explanation for TYPE tag). |
+| 2011-10-10 rule 3.8.1 added (explanation for ARTIST and TITLE tags). |
+| 2011-10-10 rule 5.1 adjusted |
+| 2011-10-10 rule 5.5 adjusted |
+| 2011-10-10 rule 5.5.1 added |
+| 2012-05-15 GENERAL section 1.0 splited. |
+| 2012-05-15 rule 1.3 adjusted |
+| 2012-05-15 rule 1.4 adjusted and NOTES removed. |
+| 2012-05-15 DUPES section created 2.0 |
+| 2012-05-15 rule 3.1 adjusted |
+| 2012-05-15 rule 3.2 encoding setting changed. |
+| 2012-05-15 rule 3.3 DVD encoding audio settings. |
+| 2012-05-15 rule 3.4 HDDVD/BLURAY encoding audio settings. |
+| 2012-05-15 rule 4.1 adjusted |
+| 2012-05-15 rule 4.2 adjusted |
+| 2012-05-15 rule 4.4 adjusted |
+| 2012-05-15 rule 4.5 adjusted |
+| 2012-05-15 rule 4.6 adjusted |
+| 2012-05-15 rule 4.7 adjusted |
+| 2012-05-15 rule 4.10 adjusted |
+| 2012-05-15 rule 4.12 adjusted |
+| 2012-05-15 rule 5.3 adjusted |
+| 2012-05-15 rule 5.4 adjusted |
+| 2012-05-15 rule 5.6 created |
+| 2012-05-15 rule 5.7 created |
+| 2012-05-15 rule 6.1 adjusted |
+| 2012-05-15 rule 6.2 adjusted |
+| 2012-05-15 rule 6.4 adjusted |
+| 2012-05-15 rule 6.5 adjusted |
+| 2012-05-15 PROMO/BOOTLEG section splited. |
+| 2012-05-15 rule 8.4 created |
+| 2012-05-15 ADVANCE/PROMO created. |
+| 2014-04-15 rule 1.4.1 adjusted |
+| 2014-04-15 rule 1.5.1 added |
+| 2014-04-15 rule 1.5.2 added |
+| 2014-04-15 rule 2.1 adjusted |
+| 2014-04-15 rule 2.2 adjusted |
+| 2014-04-15 rule 2.3 adjusted |
+| 2014-04-15 rule 2.4 adjusted |
+| 2014-04-15 rule 2.5 adjusted |
+| 2014-04-15 rule 2.6 adjusted |
+| 2014-04-15 rule 4.1 adjusted |
+| 2014-04-15 rule 4.5 adjusted |
+| 2014-04-15 rule 4.5.1 added |
+| 2014-04-15 rule 4.5.2 added |
+| 2014-04-15 rule 4.5.3 added |
+| 2014-04-15 rule 4.6 adjusted |
+| 2014-04-15 rule 4.6.1 added |
+| 2014-04-15 rule 4.6.2 added |
+| 2014-04-15 rule 4.7 adjusted |
+| 2014-04-15 rule 4.7.2 added |
+| 2014-04-15 rule 4.8 adjusted |
+| 2014-04-15 rule 4.8.1 added |
+| 2014-04-15 rule 4.8.2 added |
+| 2014-04-15 rule 4.9 adjusted |
+| 2014-04-15 rule 4.10 adjusted |
+| 2014-04-15 rule 4.11 adjusted |
+| 2014-04-15 rule 5.3 adjusted |
+| 2014-04-15 rule 5.3.1 added |
+| 2014-04-15 rule 5.4 adjusted |
+| 2014-04-15 rule 6.2 adjusted |
+| 2014-04-15 rule 6.3 adjusted |
+| 2014-04-15 rule 6.4 adjusted |
+| 2014-04-15 rule 6.5.1 added |
+| 2014-04-15 rule 6.5.2 added |
+| 2014-04-15 rule 6.5.3 added |
+| 2014-04-15 rule 7.2 removed |
+| 2014-04-15 rule 8.2 adjusted |
+| 2014-04-15 rule 8.4 removed |
+| 2014-04-15 rule 9.1 adjusted |
+| 2014-04-15 rule 9.2 adjusted |
+| 2014-04-15 rule 9.3 adjusted |
+| 2014-04-15 rule 9.4 adjusted |
+| 2014-04-15 rule 9.5 added |
+| 2014-04-15 rule 9.6 adjusted |
++-------------------------------------------------------------------------------+
+
The.2012.COMPLETE.BLURAY.Releasing.Standards.v2.0
+
+1.0) General ( COMPLETE BLURAY ):
+---------------------------------
+1.1) Any copyprotection like AACS, BD+ has to be removed. This also applies for modificated
+ directories like ANY! ( ANY! is the renamed AACS Directory )
+
+ This Files are: AnyDVD.xig , AnyDVD.xrl and AnyDVD.xrt
+ This Files are again in the CERTIFICATE/BACKUP Directory.
+
+1.2) The Release has to be .iso with filesystem UDF2.5
+
+1.3) RAR/SFV/NFO/SAMPLE are required for each release
+
+1.4) The release has to be region free
+
+1.5) BD-Live has to be deactivated.
+ If active BD-Live has the following files in CERTIFICATE and CERTIFICATE/BACKUP:
+ online.crl , online.crt , online.sig
+
+1.6) Standalone (SAP) and PS3 compatibility is required. Therefore the original
+ structure must be kept in the iso and missing directories must be created if they do not exist:
+ ex: AUXDATA, BDJO, JAR, META
+
+1.7) A M2TS Sample of 60 Seconds cut out of the final release is required in the /Sample directory.
+
+1.8) Nothing has to be stripped. The Disc has to be released as it is.
+
+1.9) Proof is mandatory.
+
+
+2.0) Tagging:
+-------------
+2.1) Title.{Sxx.DISCx.}YEAR{.DOCU}{.DISCx}<.DUAL|.MULTi|.(LANGUAGE)>.COMPLETE.BLURAY{.PROPER|.iNTERNAL|.READNFO|.REPACK|.RERiP}-GROUP
+ Syntax: {optional}
+ (LANGUAGE) has to be replaced with the release language if only one audio stream is present. ex: GERMAN, SPANISH, FRENCH
+ If only english is present on disc the language tag can voluntarily be added.
+
+2.2) The year tag is the production year and has to be taken out of imdb.com
+
+
+3.0) Packaging:
+---------------
+
+3.1) Only valid Volumesize is 500MB
+3.2) Classic style archivies (rar, r00-r99)
+3.3) Recovery record of 1% must be used
+3.4) Compression Method: STORE
+
+
+4.0) NFO:
+---------
+
+4.1) The following entrys in the NFO are mandatory:
+ - Title
+ - Releasedate
+ - Source (BD25/BD50)
+ - RAR Size and Count
+ - Cinedate / STV
+ - Runtime
+ - Genre
+ - imdb.com Link
+ - imdb.com Rating
+ - Video Resolution
+ - Video Bitrate (only valid: UNTOUCHTED)
+ - All included Audiolanguages with format and channels (ex. DTS-HD 5.1) except comentary
+ - All included Subtitles (Every subtitle must be listed. "All included" is not valid) except comentary
+
+
+--- TRANSLATION ---
+
+1.0) General ( COMPLETE BLURAY ):
+---------------------------------
+
+1.1) Kopierschutz wie AACS, BD+ muss entfernt werden, dies gilt auch fuer nachtraeglich
+ modifizierte Ordner wie ANY! ( Any! is nichts Anderes als das umbenannte Dir AACS )
+ und auch Any-Files , welche man des oefteren im Dir " CERTIFICATE " findet.
+
+ Diese Files heissen : AnyDVD.xig , AnyDVD.xrl und AnyDVD.xrt und sind nochmal im
+ Dir CERTIFICATION/BACKUP enthalten.
+
+1.2) Die Releases muessen als .iso mit UDF2.5 vorliegen.
+
+1.3) Rar/Sfv/Nfo/Sample sind zwingend erforderlich.
+
+1.4) Das Release muss Region Free sein.
+
+1.5) BD-Live muss deaktiviert werden.Wenn BD-Live nicht deaktiviert wurde, findet man
+ in dem Dir CERTIFICATION und CERTIFICATION/BACKUP die Files : online.crl , online.crt
+ und online.sig.
+ Wenn diese Files noch vorhanden sind im ISO ist BD-LIVE noch Aktiv und das Release wird nuked !
+
+1.6) Standalone (SAP) und PS3 Kompatibilitaet ist zu gewaehrleisten, d.h. unter anderem die original
+ Verzeichnisstruktur muss erhalten bleiben. Verzeichnisse wie AUXDATA, BDJO, JAR, META
+ sind, falls nicht vorhanden, manuell hinzufuegen.
+
+1.7) Ein M2TS Sample von etwa 60 Sek., das aus dem finalen Release herausgeschnitten wird, ist im
+ Unterordner /Sample beizulegen.
+
+1.8) Es darf nichts gestripped werden.
+
+1.9) Proof ist Pflicht.
+
+
+2.0) Tagging:
+-------------
+
+2.1) Titel.{Sxx.DISCx.}JAHR{.DOCU}{.DISCx}<.DUAL|.MULTi|.(LANGUAGE)>.COMPLETE.BLURAY{.PROPER|.iNTERNAL|.READNFO|.REPACK|.RERiP}-GROUP
+ Syntax: {optional}
+ (LANGUAGE) ist zu ersetzen durch die Sprache im Release falls nur eine Sprache vorhanden ist. Es muss die englische Schreibweise verwendet werden.
+ Falls nur Englisch vorhanden ist kann der Tag weggelassen werden.
+
+2.2) Die Jahresangabe ist das Produktionsjahr und muss von imdb uebernommen werden.
+
+
+3.0) Packaging:
+---------------
+
+3.1) Als Volumengroesse sind folgende Groessen zulaessig: 500 MB
+3.2) Packen im Classic Style
+3.3) Wiederherstellungsinformation von 1% ist Pflicht.( Put recovery record )
+3.4) Kompressionsverfahren ist immer STORE bzw. Speichern ( Unkomprimiert )
+
+4.0) NFO:
+---------
+
+4.1) In der Nfo muessen mindestens folgende Informationen enthalten sein:
+
+ - Titel
+ - Release date
+ - Source (BD25/BD50)
+ - Rar Groesse und Anzahl
+ - German Cine Date bzw. STV
+ - Runtime
+ - Genre
+ - imdb.com Link
+ - imdb Rating
+ - Resolution
+ - Video Bitrate ( UNTOUCHED )
+ - alle vorhandenen Audiosprachen/Audiokanaele muessen angegeben , ausgenommen AUDIO-KOMMENTARE
+ - alle vorhandenen Untertitel ( Angaben wie " all included " oder Aehnliches sind nicht erlaubt )
+
+
+ Notes :
+
+
+ Wir haben uns bemueht aufzuzeigen, dass ein SAUBERES Image absolut einwandfrei funktioniert
+
+ und keinerlei Verbindung mehr zum Internet aufnimmt, wenn man vor allem die Punkte 1.1 und
+
+ 1.5 beachtet. Es weiss Niemand was an Daten vom PC des Image-Erstellers in diesen Any-Files
+
+ enthalten ist. Genauso moechte wohl kaum jemand seine IP bei Warner , Universal oder
+
+ anderen Filmvertrieben finden , ohne dieses zu wissen. Deshalb ist das Deaktivieren von
+
+ BD-LIVE unerlaesslich. Bei 3D-BLURAYS laesst sich ohne ANY!-Dir zur Zeit noch keine
+
+ lauffaehige ISO erstellen und aus diesem Grund Verzichten wir auf die 3D-BLURAYS mit
+
+ dem neuen Standard zugunsten der Sicherheit bis eine Loesung gefunden ist.
+
+
+ Rules signed by : TRexHD GVD SharpHD ETM iFPD HDpure FULLSiZE SMAHD
+
GUIDELINES FOR GROUPS/SITES/SITEOPS/NUKERS
+regarding VCDs and other mpeg releases:
+
+
+
+1.) THEATRICAL RELEASES
+
+
+- Releases are valid only if a particlar title can not be bought/rented
+legally anywhere in the world.
+
+- Made-for-TV movies and Direct-to-video titles are BANNED.
+
+- Subtitled movies are banned. Foreign language films with english subs are
+allowed only if approved by siteop.
+
+- All releases must be in .cue/.bin format. (Raw .dat and .mpg are banned)
+
+- All releases must be playable on standalone VCD/DVD players.
+
+- Each release must include a .sfv and .nfo file. Filenames may not include
+any NON-Dos characters or spaces. MS-DOS 8.3 filenames are recommended.
+
+EXAMPLE: TFA-BUM1.RAR
+WHAT CHARATERS NOT TO USE: (),[]|/\;:'{}"<>$#%!&+=^*
+
+- File size of releases are limited to 15-20 Megabytes, not to exceed
+20000000 bytes.
+
+- The only accepted archive format is RAR. Compression is left up the
+individual group/packager to decide.
+
+- To determine quality without having to download the whole release, ALL
+releases must include a 5-10 Megabyte preview clip in .mpg format and
+should be put in a subdir called "Sample" for scripting purposes. The
+sample name must be a new filename each time, the rar name for example:
+
+EXAMPLE: TFA-BUM1.RAR, the sample name will be TFA-BUM.MPG
+
+- At all times, the quality of the VCD image determines whether it is a
+viable release or not, however a Cam cannot be released after a Telesync
+has been released, a Telesync cannot be released after a Screener has been
+released , unless the quality of the screener is extremely poor and deemed
+unacceptable. Workprints will be judged by the quality of the SAMPLE at all
+times.
+
+
+
+
+Labels for VCD releases:
+(from worst quality to best)
+
+VCD types:
+
+1. Cam: This catagory represents movies that were cammed in a
+theater with a STEADY BASE such as a TRIPOD. The audio
+of these movies were taken from the mic on the camera,
+and is usually very hollow. The video can be with a
+straight angle or slightly tilted.
+HANDHELD CAMS ( shaky, crowd noise ...) ARE BANNED.
+
+2. Telesync: This catagory represents movies that were cammed in a
+theater with a steady base such as a tripod. The audio
+of these movies are taken from some sort of an ALTERNATE
+source. The video can be with a straight angle or slightly
+tilted. If the sound is hollow and/or you can hear an
+audience, it's a cam.
+
+3. Workprint: This catagory represents movies that were taken usually from
+VHS tape. If the source is as good as first generation VHS
+demo tape with GOOD encoding, it should be labeled Screener.
+All other home-made VCDs must be labeled Workprint. If you
+know your copy is not complete, use this label. (missing
+scenes, missing audio tracks, additional scenes, alternate
+ending etc.)
+
+4. Screener: Best quality. This catagory represents movies taken from
+either DVD, Laserdisc, or tape. They may contain warnings,
+B&W sections, TCR codes or NOT. Also includes Telecine.
+
+
+All releases must have a dirname in the right format describing the actual
+quality of the release and type of VCD (DO NOT release Telesync as Screener)
+Call CAMS what they are: CAM. Release it as Telesync when an audio cable has
+been used to tape the movie. The dirnames may not include any NON-Dos
+characters or spaces.
+
+EXAMPLES: Moviename.TYPEOFVCD.Quality.Extras-RELEASEGROUP
+
+Go.VCD.Screener.Widescreen-TFAiSO
+Lick.Em.Dry.XXX.VCD-PEEPERS (since all porn releases are screeners or store
+bought VCDs, you can leave quality out.)
+
+Image area wider than 4:3 aspect ratio must be lebeled Widescreen.
+
+
+Releases of the same type are dupes. All mislabeled releases should be either
+nuked or renamed correctly. When a better version of the same movie is
+released, all previous releases should be nuked 0x to make space.
+
+
+The sites themselves can decide what quality to allow and what not.
+Same goes for porn, DVD rips etc. However, it is STRONGLY ADVISED to allow
+all types of VCDs.
+
+
+
+
+2.) OTHER RELEASES:
+
+Releases such as: DVD rips, VHS rips, TV shows, Pay-Per-View specials,
+Porn, Anime etc.
+
+
+
+- They should be in separate dir(s) if possible, not in the same dir as
+theatrical releases.
+
+Example: /PORN, /TV
+
+- It is totally up to siteops if they are going to to allow all or some of
+them and should be clearly stated in site rules.
+
+- DVD/VHS rips are allowed only if there was no SCREENER released
+previously.
+
+- All releases must be in either .mpg, .cue/.bin or .asf format. (.asf is
+especially recommended for TV shows)
+
+- Each release must include a .sfv and .nfo file for each release. Dir names
+should follow the same guidelines as theatrical releases.
+
+- File size of releases are limited to 15-20 Megabytes, not to exceed
+20000000 bytes.
+
+- The only accepted archive format is RAR. Compression is left up the
+individual group/packager to decide.
+
+- To determine quality without having to download the whole release, ALL
+releases must include a 5-10 Megabyte preview clip in .mpg format and
+should be put in a subdir called "Sample" for scripting purposes. The
+sample name must be a new filename each time, i suggest the name of the
+rars.
Web Definitions for x264 v1.0 a.k.a. wdx264
+THE.2016.WEB.AND.WEBRIP.SD.HD.X264.RULESET.v1.0-WDX264
+
+[ Intro ]
+In the last 18 months, web based streaming and video on-demand services have increased in popularity. Initially used as a source for missed broadcasts, it has since evolved into an exclusive source for original content. Like most technology, online services are continually evolving the way in which files are provided to end users. As codecs mature, bandwidth increases in speed and decreases in price, equivalent improvements in quality follows at the benefit to the end-users. This increase in quality has the flow-on effect of often being a legitimate logo-free alternative to antiquated MPEG-2 HDTV streams. As companies such as Netflix and Amazon continue to produce popular content at an exponential rate, it became obvious that this new broadcast medium deserved to be recognised with an original ruleset.
+
+The purpose of this document is to create a high standard for web-sourced files. It attempts to prevent any improper handling of files, and reduce the potential for adding to the increasing number of ongoing nuke-wars. This ruleset is structured in such a way that everything attempts to be clear and concise, and something everyone must adhere to.
+
+Compliance with this document is optional as of its pre date, and mandatory as of 2016-03-21 00:00:00 UTC (1458518400 Unix time).
+
+1) [ Untouched: WEB.H264 / WEB.x264 ]
+ 1.1) Untouched releases must be considered as anything that has been losslessly downloaded by official (offered) or unofficial (backdoor) methods.
+ 1.1.1) Untouched video streams must use a commercial (e.g. CoreAVC, MainConcept) or GPL-licensed (e.g. x264, x265) H.264/MPEG-4 AVC or H.265/HEVC codec.
+ 1.2) Source video and audio streams must be left as obtained from the source. Transcoding of audio or video streams is not allowed.
+ 1.3) Untouched video streams without x264 headers must be tagged as WEB.H264. Untouched video streams with x264 headers present in the H264 stream must be tagged as WEB.x264.
+ 1.3.1) In situations where HEVC/H265 is used, any untouched sections referring to H264/x264 must be considered as H265/x265.
+ 1.3.1.1) H265 must be used in place of H264.
+ 1.3.1.2) x265 must be used in place of x264.
+ 1.3.2) Until H265/x265 support is improved in mainstream demuxers, untouched video streams which use H265/x265 do not dupe H264/x264 files, and vice-versa.
+ e.g. WEB.H265 does not dupe WEB.H264
+ WEB.x264 does not dupe WEB.x265.
+ 1.4) Transcoding untouched files must only occur if files do not meet the standards and specifications listed in this section, and must only be a last resort.
+ 1.4.1) Any transcoding of untouched files must follow the transcoding standards, see section 2.
+ 1.4.2) Transcoding must be done from files of the highest resolution and bitrate offered.
+ 1.4.3) Transcoding may occur when correcting a technical flaw.
+ e.g. Cropping black borders, deinterlacing an interlaced source.
+ 1.4.4) In situations where a target resolution is not offered by any lossless source, or the resolution offered by any source does not meet the minimum resolution requirements, transcoding from the highest resolution and bitrate offered is allowed. However, if at least one source can provide the correct resolution, transcoding is not allowed.
+ e.g. If 1080p and 720p can be retrieved from multiple sources, but SD cannot be retrieved from any source, transcoding the 1080p to SD is allowed.
+ 1.4.5) If the untouched file does not contain any technical flaws and meets the minimum standards required, transcoding to create any WEBRip.x264 is not allowed, use INTERNAL.
+ e.g. 1080p.WEB.H264 -> 720p.WEBRip.x264.
+ 1.5) Untouched video streams which do not use an AVC or HEVC codec must be transcoded and follow the transcoding standards, see section 3.
+ 1.6) Standard definition (SD) refers to a resolution with a horizontal minimum of 720 pixels or a resolution which does not exceed the specifications of 720p, see rule 6.2.
+ 1.6.1) If all sources provide standard definition resolutions which fall below the above minimum, transcoding from the highest available resolution is allowed, see rule 1.4.4.
+ 1.6.2) Except in situations where only one source has the file on offer at a specific resolution. If the resolution of the file falls below the above minimum, the file may still be released, but the NFO must state why the resolution does not meet the minimum.
+ 1.7) DRM and any user identifiable information must be removed.
+ 1.8) Dupes based on source are not allowed, use INTERNAL.
+ 1.9) YouTube may only be used as a source if geographical restrictions apply to legitimate content uploaded by the rights holder or on a verified channel.
+ 1.10) Must use the highest available bitrate offered by the source for that resolution.
+ e.g. Releasing a 720p at 4,000 Kbps bitrate, when a 720p at 8,000 Kbps bitrate is offered is not allowed.
+ 1.11) Must be free of technical flaws. Including, but not limited to: DRM, sync issues, interlaced, lack of IVTC, bad AR, missing footage, missing dialogue, unrelated footage or commercials, under or over crop.
+ 1.12) VFR (Variable Frame Rate) methods are allowed only if present in the original source.
+ 1.12.1) If CFR (Constant Frame Rate) can be used when remuxing and does not result in playback issue, CFR must be used.
+ 1.13) Trimming unrelated footage (section 8) is allowed and must be done losslessly via keyframe intervals (GOP). MKVToolnix is the recommended tool.
+ 1.13.1) If unrelated footage cannot be removed via this method, the file must be transcoded and follow the transcoding standards, see section 3.
+ 1.14) Incorrect pixel aspect ratio (PAR) or a non-square sample aspect ratio (SAR) must be fixed using the correct display aspect ratio (DAR) set at a container level (--aspect-ratio). MKVToolnix is the recommended tool.
+ e.g. A video stream with a non-square SAR must specify the correct DAR when muxing.
+ 1.15) Releases with a non-square SAR are not considered technically flawed.
+ 1.15.1) However, a source which provides files with a square SAR will trump an equivalent file with a non-square SAR. It is recommended to use a source which provides files with a square SAR.
+ 1.15.2) In situations where a source initially provides a non-square SAR file and later updates with a square SAR file, the initial release with a non-square SAR is considered of lower quality and a technical flaw.
+ e.g. Release A: 960x720, SAR: 4:3, DAR: 16:9.
+ Release B: 1280x720, SAR: 1:1, DAR: 16:9.
+ Both releases are considered as 720p.
+ If Release A is first: Release A remains unnuked and is a valid release until Release B is released. Release B then propers Release A.
+ If Release B is first: Release A dupes Release B.
+
+2) [ Untouched: Audio ]
+ 2.1) Must use the original audio track offered by the source.
+ 2.2) Non-destructive audio normalisation tools such as ReplayGain may be used, and must be done to the maximum gain. Audio normalisation on lossy tracks is optional.
+ 2.3) Standard definition releases must only contain an audio track with a maximum of 2.0 channels.
+ 2.3.1) Except where the only available audio track on offer contains more than 2.0 channels. The NFO must mention why an audio track with more than 2.0 channels was used.
+ 2.3.2) In situations where a source provides two audio tracks, a 2.0 and 5.1 track, the 2.0 audio track must be used.
+ 2.3.3) If a source provides identical audio tracks using two different codecs, it is at the discretion of the group which track is used. It is recommended to use the smaller file.
+ e.g. A source offers AC3 2.0 and AAC 2.0, the group may choose to remux the AC3 or AAC.
+ 2.4) High Definition releases must use the highest available audio format and quality offered by the source.
+ 2.4.1) In situations where a lesser audio format is offered for larger resolutions in comparison to lower resolutions, groups must use the highest available audio format from all resolutions.
+ e.g. A source provides an AC3 5.1 track for SD resolutions, but an AAC 2.0 track for 720p/1080p. The AC3 5.1 track must be used for 720p/1080p resolutions.
+ 2.4.2) If using the highest available audio format results in a technical flaw (e.g. sync issues or glitches), minor adjustments to the audio track may be applied. If groups are unable to correct any flaws, the original audio track must be used.
+
+3) [ Transcoded: WEBRip.x264 ]
+ 3.1) Transcoded releases should be considered as anything that has been captured or encoded by a group to a lesser format or quality (lossy).
+ 3.2) Transcoded releases must be tagged as WEBRip.x264.
+ 3.3) Dupes based on source are not allowed, use INTERNAL.
+ 3.4) Must be free of technical flaws. Including, but not limited to: DRM, sync issues, interlaced, lack of IVTC, bad AR, missing footage, missing dialogue, unrelated footage or commercials, under or over crop, dupe or dropped frames.
+ 3.5) Upscaling video streams is not allowed.
+ e.g. 2160p from a 1080p stream is not allowed.
+ 3.6) Streams must be captured at the highest available resolution and bitrate offered.
+ 3.6.1) Streams must not have any degradation in quality throughout the capture, and releases with drops to a lower resolution or bitrate is considered a technical flaw.
+ 3.6.2) 1080p and 2160p streams are considered of equal value when capturing, and encodes (SD/720p/1080p) produced from 1080p or 2160p captures are considered identical. It is encouraged, and recommended, to capture from a 2160p stream where possible and resize so as to produce a higher quality encode.
+ 3.6.3) Audio must be captured in the highest format offered by the source stream, not what the capturing device is capable of. This includes channel count and bitrate offered.
+ e.g. If a Netflix show lists a 5.1 track, the resultant capture and release should also contain a 5.1 audio track.
+ 3.7) Captures should be done at the native broadcast framerate of the source.
+ 3.7.1) Captures from devices which are unable to output a native format must be restored to the original framerate.
+ 3.7.2) If captures cannot be completely restored to their native framerate, such as a single dupe frame every 1000 or blended/ghost frames due to mangling from the streaming device, this is considered a technical flaw.
+ 3.8) Captures should be done at the native colour space of the source (e.g. YUV or RGB), and manual corrections should be made to achieve an output near-identical to the source.
+ 3.9) Capture software and hardware which introduces video cropping greater than 2 pixels on any side is not allowed, and is considered a technical flaw.
+ 3.10) Final resolution must maintain the same aspect ratio as the source after cropping and kept at mod 2.
+ 3.10.1) Sources must have all black borders cropped to the widest frame.
+ 3.10.2) The same aspect ratio, as calculated from the source, must be used, see rule 6.17.
+ 3.11) If the video is being transcoded from an untouched source (rule 1.4.4 and 1.4.5), the NFO must state the reason for transcoding.
+ 3.11.1) If a technical flaw is present that is being rectified by transcoding (rule 1.4.5), the flaw must also be included with the reason for transcoding.
+ e.g. A file from 2 lossless providers both have the same interlacing flaw.
+ The flaw: Interlaced video.
+ The reason: No other WEB.H264 provider has a correctly deinterlaced file.
+
+4) [ Transcoded: Codec ]
+ 4.1) x264 8-bit must be used.
+ 4.1.1) Custom builds of x264 are allowed and must be based off the x264 codebase, e.g. x264-tMod, x264-kMod.
+ 4.1.2) Any experimental or alternate codecs (e.g. x265) are not allowed, use INTERNAL.
+ 4.2) x264 revision must be no more than 50 revisions from the latest at pre time. It is recommended to use the latest revision when encoding. Use the official x264 git repo as the only reference: http://git.videolan.org/?p=x264.git;a=summary
+ 4.3) Segmented encoding is not allowed.
+ 4.4) Justification must be listed in the NFO for use of non-standard CRF values.
+ 4.5) Decimal values may be used for CRF values.
+ 4.6) Constant Rate Factor (--crf) must be used by default.
+ 4.6.1) A CRF value of 19 must be used for all SD resolutions.
+ 4.6.1.1) If the resultant video bitrate exceeds 2,000 Kbps, the CRF value must be incremented by 1.
+ 4.6.1.2) If the resultant video bitrate exceeds 1,500 Kbps, the CRF value may be optionally incremented by up to 1.0, e.g. 19.2, 19.6.
+ 4.6.2) A CRF value of 18 must be used for all 720p resolutions.
+ 4.6.2.1) If the resultant video bitrate exceeds 9,000 Kbps, the CRF value must be incremented by 1.
+ 4.6.2.2) If the resultant video bitrate exceeds 8,000 Kbps, the CRF value may be optionally incremented by up to 1.0, e.g. 18.2, 18.6.
+ 4.6.3) A CRF value of 17 must be used for all 1080p resolutions.
+ 4.6.3.1) If the resultant video bitrate exceeds 15,000 Kbps, the CRF value must be incremented by 1.
+ 4.6.3.2) If the resultant video bitrate exceeds 14,000 Kbps, the CRF value may be optionally incremented by up to 1.0, e.g. 17.2, 17.6.
+ 4.6.4) A CRF value of 17 must be used for all 2160p resolutions.
+ 4.7) Use of 2-pass is accepted for all resolutions of 720p and above, however this method should be used only in extreme cases and not as a primary replacement for CRF methods. e.g. If the source contains an excessive amount of grain or black and white scenes.
+ 4.7.1) 2-pass should be a last resort when encoding. Instead, groups are encouraged and recommended to use CRF as the default encoding method.
+ 4.7.2) The NFO must provide sufficient evidence of 2-pass producing a visual improvement, bitrate, or file size advantage over CRF in regards to the source used.
+ 4.7.3) There is no maximum or minimum file size when using 2-pass methods as target bitrates should take precedent over target file sizes. Multiples of 1120MiB (1,174,405,120 bytes) may be used as a general guide for calculating target bitrates.
+ 4.7.4) If groups are unsure of how to calculate an adequate target bitrate applicable for the source, CRF should be used.
+ 4.7.4.1) 720p bitrate must be between 4,000 Kbps and 9,000 Kbps inclusive, and should have a target bitrate of approximately 5,500 Kbps. Minimum bitrate for animation is 2,500 Kbps.
+ 4.7.4.2) 1080p bitrate must be between 9,000 Kbps and 15,000 Kbps inclusive, and should have a target bitrate of approximately 10,500 Kbps. Minimum bitrate for animation is 5,500 Kbps.
+ 4.7.4.3) 2160p bitrate must not exceed 60,000 Kbps.
+ 4.8) Resultant bitrate must not exceed the source bitrate.
+ 4.8.1) When transcoding from an untouched source, it is recommended to use SelectRangeEvery() for a rough estimation on the final CRF value to use.
+ 4.8.2) The following algorithm can also be used to estimate a CRF value if the value originally used results in a bitrate which exceeds the source.
+ ValidCRF = [-6 * (DestinationBitrate û ExcessiveBitrate) / ExcessiveBitrate] + CRFUsed
+ e.g. Source bitrate: 4,500Kbps
+ Target bitrate: ~4,400Kbps
+ Encoded bitrate @ CRF17: 5,900Kbps
+ ValidCRF = (-6 * (4400 û 5900) / 5900) + 17
+ ValidCRF = 18.52, round up to 19 should result in an average bitrate below the source.
+ 4.9) Settings cannot go below what is specified by --preset slow.
+ e.g. ûsubme 7 or ûme hex is not allowed.
+ 4.10) Deblocking (--deblock) must be used. Values used are left to the discretion of the group. Recommended values: -3:-3 for film, 1:1 for animation.
+ 4.11) Sample Aspect Ratio (--sar) must be square (1:1).
+ 4.12) Keyframe interval (--keyint) must be at least 200, and at most 300. It is recommended to let x264 decide which value to use, but 10*framerate is a good guideline.
+ 4.13) Minimum GOP length (--minkeyint) must be 30 or less.
+ 4.14) Level 3.1 must be used for SD resolutions.
+ 4.15) Level 4.1 must be used for all 720p and 1080p resolutions.
+ 4.16) Level 5.1 must be used for all 2160p resolutions.
+ 4.17) Encoded colourspace (--output-csp) must be 4:2:0.
+ 4.18) Colour matrix (--colormatrix) must be set for all SD resolutions.
+ 4.18.1) 'bt709' must be used for encodes from high definition sources.
+ 4.18.2) Source specification must be used for standard definition sources.
+ 4.18.3) 'undef' must be used if not specified by the source for standard definition sources.
+ 4.19) Colour matrix (--colormatrix) may be optionally set to 'bt709' for all resolutions of 720p and above, but is not required.
+ 4.20) Custom matrices are not allowed.
+ 4.21) Zones (--zones) are not allowed.
+ 4.22) Optional tuning (--tune) parameters allowed are: film, grain, or animation.
+ 4.23) Optional settings recommended for tuning per source, see doom9.org for further information:
+ 4.23.1) For complex video, --preset slower/placebo is encouraged.
+ 4.23.2) --aq-mode 3 --aq-strength x.x
+ e.g. 0.6-0.9 for digital films.
+ 0.5-0.7 for grainy films.
+ 0.9-1.1 for animation.
+ 4.23.3) --psy-rd x.x:0.0
+ e.g. 0.8-1.2 for films.
+ 0.5-0.8 for animation.
+ 4.23.4) --trellis 2, --no-fast-pskip, --no-mbtree
+
+5) [ Transcoded: Audio ]
+ 5.1) Segmented encoding is not allowed.
+ 5.2) Audio tracks already in a lossy format must not be transcoded, but kept in the original format.
+ 5.3) Stereo must be used for stereo sources, and mono must be used for mono sources.
+ 5.3.1) Any audio track with identical channels is considered a mono source.
+ 5.3.2) Dual mono is not allowed.
+ 5.4) VBR AAC LC (Low Complexity) must be used for SD releases.
+ 5.4.1) Apple/QAAC, FDK-AAC or Nero must be used.
+ 5.4.2) Quality based VBR encoding must be used, targeted or constrained VBR must not be used. Only the following methods are allowed (in order of preference):
+ 5.4.2.1) QAAC: --tvbr 82 --quality 2
+ 5.4.2.2) FDK-AAC: --bitrate-mode 4 --profile 2
+ 5.4.2.3) Nero: -q 0.4
+ 5.4.3) AAC audio must be normalised to the maximum gain. Normalisation must be a complete 2-pass method. No pre-defined values or estimations of maximum gain is allowed. Only the following normalisation methods are allowed (in order of preference):
+ 5.4.3.1) eac3to: ûnormalize
+ 5.4.3.2) sox: --norm
+ 5.4.3.3) QAAC: --normalize
+ 5.4.4) Any existing normalisation values must be stripped prior to applying normalisation.
+ 5.4.5) FFmpeg, FAAC, and MEncoder are banned.
+ 5.4.6) AC3 is allowed for INTERNAL releases only.
+ 5.4.7) Audio with more than 2 channels must be down-mixed to stereo, with the exception of INTERNAL releases.
+ 5.4.8) Audio must not be resampled. Audio must be kept in the original format as the source. e.g. 48KHz for 48KHz sources.
+ 5.5) AC3, DTS, DTS-ES, E-AC3, MP2, and FLAC are the only allowed formats for resolutions 720p and above.
+ 5.5.1) AC3 bitrate must not be below 640 Kbps, unless the original source audio is already in a low bitrate lossy format. In which case, the original audio must be used and not transcoded.
+ 5.5.2) AC3 640 Kbps, DTS 1536 Kbps, and FLAC must be created from a higher bitrate source.
+
+6) [ Video / Resolution ]
+ 6.1) Standard definition (SD) refers to a maximum horizontal display resolution of 720 pixels.
+ 6.2) 720p refers to a maximum display resolution of 1280x720.
+ 6.3) 1080p refers to a maximum display resolution of 1920x1080.
+ 6.4) 2160p refers to a maximum display resolution of 3840x2160.
+ 6.5) Upscaling is not allowed.
+ 6.6) Resolution must be mod 2.
+ 6.7) English spoken titles with foreign overlays (e.g. locations and on-screen text shown in another language) are not allowed, use INTERNAL.
+ 6.8) Non-English spoken titles with hardcoded English subtitles must be tagged as SUBBED.
+ 6.9) Dupes based on resolution are not allowed.
+ 6.9.1) Except in situations of releases with a different aspect ratio. The relevant tag must be used, and the reason mentioned in the NFO, see rule 19.5.3.
+ 6.9.2) Releases which contain an additional 20 pixels or more worth of video on any side are not considered dupes. These releases must be tagged as WS or OM (open matte) and not PROPER, and the original release must not be nuked.
+ 6.10) Retention or removal of faded edges is left to the discretion of the group. Inclusion of faded edges is not a technical flaw, and cannot be propered.
+ 6.10.1) Faded edges refer to a line of pixels which are of similar appearance to pixelsÆ parallel to the video frame.
+ 6.11) Black borders and anything that is not part of the video must be cropped.
+ 6.11.1) Black borders refer to: black or coloured borders, duplicate lines, dirty lines or pixels.
+ 6.12) Video can be over or under cropped by a maximum of 1px per side. Over or under cropping by more than 1px per side is considered a technical flaw.
+ 6.12.1) Under crop refers to portions of the video frame which is not actual picture. Files which contain black borders greater than 1px on any side is considered a technical flaw.
+ 6.12.2) Releases which include faded edges must consider faded edges as a valid part of the video frame and do not count as black borders.
+ e.g. A release cannot be propered if 1px of faded edges and 1px of black exists.
+ 6.12.3) Situations where video cropping of the same content varies between sources are not considered a technical flaw, and may not be propered.
+ 6.13) In the case of varying aspect ratios throughout the video, cropping must be done to the widest video frame.
+ 6.13.1) Studio logos, intertitles, and credits must be disregarded when determining the widest frame.
+ 6.14) Any sort of visual glitch present in the video stream is considered a technical flaw.
+ 6.14.1) Except in situations where glitches are a result of a live-stream or issues with the broadcast or source and are completely unavoidable. It is recommended, but optional, to mention glitches or gaps in playback in the NFO.
+ 6.14.2) Unavoidable glitches as a result of broadcast, live-stream, or mastering issues may be propered with a glitch-free version.
+ 6.14.3) Visual glitches are defined as, but not limited to: visual/compression artifacts, signal/stream issues, missing frames.
+ 6.15) Resized and transcoded video must be within 0.5% of the original aspect ratio.
+ 6.16) Sample aspect ratio (SAR):
+ SAR = (PixelHeight / PixelWidth) / (DARHeight / DARWidth)
+ 6.17) Display aspect ratio (DAR):
+ DAR = (PixelWidth * DARWidth) / (PixelHeight * DARHeight)
+ 6.18) Display resolution:
+ DisplayWidth = PixelWidth * (SARWidth / SARHeight)
+ 6.19) Aspect ratio (AR) error:
+ Original AR = (SourceWidth û [CropLeft + CropRight]) / (SourceHeight û [CropTop + CropBottom])
+ Release AR = EncodeWidth / EncodedHeight
+ AR Error % = [(Original AR û Release AR) / Original AR] * 100
+ 6.20) Target resolution when resizing to maintain mod2 and reduce AR error:
+ TargetHeight = TargetWidth / [(SourceWidth û [CropLeft + CropRight]) / (SourceHeight û [CropTop + CropBottom])]
+ The correct mod 2 value can also be calculated from the ceiling of TargetHeight if the value is odd, and the floor of TargetHeight if the value is even.
+ 6.20.1) Alternatively, the following can be used to confirm the correct resolution is used from the above method by calculating the upper and lower integer limit of TargetHeight:
+ HeightA = floor(TargetHeight + [TargetHeight mod 2])
+ HeightB = floor(TargetHeight û [TargetHeight mod 2])
+ The TargetHeight value (HeightA or HeightB) which results in an aspect ratio error which tends to zero must be used.
+ e.g. TargetWidth: 1280.
+ SourceWidth: 1920, SourceHeight: 1080.
+ CropLeft + CropRight = 0, CropTop + CropBottom = 4.
+ TargetHeight = 1280 / ((1920 û 0) / (1080 û 4)) or 717.33.
+ HeightA = floor(717.33 + (717.33 mod 2)) or 718.
+ HeightB = floor(717.33 - (717.33 mod 2)) or 716.
+ TargetWidth x HeightA = 1280x718 with -0.09% AR error.
+ TargetWidth x HeightB = 1280x716 with 0.19% AR error.
+ -0.09% tends closer to zero than 0.19% does (0.09 < 0.19), therefore, HeightA must be used.
+
+7) [ Framerate / Filters ]
+ 7.1) IVTC, deinterlacing, or decimation must be applied as required.
+ 7.2) Only smart deinterlacers, such as Yadif, QTGMC, or TFM, must be used.
+ 7.2.1) FieldDeinterlace must not be used for deinterlacing.
+ 7.3) Only accurate field matching filters, such as TIVTC or Decomb, must be used for inverse telecining (IVTC).
+ 7.3.1) Use of MEncoder, MJPEG tools, libav, libavcodec, or FFmpeg as IVTC filters are not allowed.
+ 7.3.2) Deinterlacing filters must not be applied to telecined sources as a method of inverse telecine. Use of an accurate field matching filter must be used on telecined sources to recreate progressive frames and must be decimated to remove any duplicate frames.
+ e.g. Yadif must not be used on a telecined source with a frame sequence of PPIIP, as Yadif will attempt to deinterlace every frame, including the progressive frames. TFM and TDecimate should be used in this situation.
+ 7.4) Only sharp resizers are allowed. Simple resizers such as bicubic, simple, etc, are not allowed. Only the following resizers are allowed (in order of preference):
+ 7.4.1) Spline36Resize/Spline64Resize.
+ 7.4.2) BlackmanResize.
+ 7.4.3) LanczosResize/Lanczos4Resize.
+ 7.5) Sources which contain footage at varying FPS throughout (hybrid sources) and may or may not require IVTC is left to the discretion of the group. The NFO must list a reason as to the final decision.
+ 7.5.1) It is assumed that the majority of a title contains enough unique frames at 30,000/1,001 fps to warrant a higher framerate. If it can be proven IVTC/decimating does not result in any loss of unique frames, this is considered a technical flaw.
+ e.g. The native format of a Netflix title is 30,000/1,001 fps but contains some footage filmed at 24,000/1,001 fps. Choosing to encode the entire release at 30,000/1,001 fps is valid.
+ 7.6) Native and converted framerates refers to the standard in which the video was produced.
+ 7.6.1) NTSC produced video is native to NTSC.
+ 7.6.2) PAL produced video is native to PAL.
+ 7.6.3) NTSC produced video that is broadcast in PAL is considered as converted video.
+ 7.6.4) PAL produced video that is broadcast in NTSC is considered as converted video.
+ 7.7) Converted video that has significant artifacts (e.g. blended frames) and cannot be reversed to the native format must be tagged as CONVERT.
+ 7.7.1) Converted video which does not have any artifacts does not require the CONVERT tag and must not be nuked for the conversion.
+ 7.8) 50 / 60 fps video may be released at 50 / 60 fps or 25 / 30 fps. True 25 / 30 video released at 50 / 60 fps is not allowed and considered a technical flaw.
+ 7.8.1) In rare situations, 25 / 50 fps sources should be restored to 24 or 30 fps.
+ 7.8.2) In rare situations, 30 / 60 fps sources should be restored to 25 fps.
+
+8) [ Audio ]
+ 8.1) Audio must be in the original format provided. Minor adjustments (channel count, adding or removing frames) in order to prevent issues with playback or sync is allowed.
+ 8.1.1) Valid lossy codecs are: AAC, AC3, DTS, DTS-ES, E-AC3, MP2.
+ 8.1.2) For audio originally packaged in a lossless (LPCM) format, audio must be converted to a lossy format without any down-mixing of surround channels. e.g. AC3 640 Kbps, DTS 1536 Kbps, and FLAC.
+ 8.2) Transcoding lossy audio to another lossy format is not allowed.
+ 8.3) Sync must not drift at all during the entire release.
+ 8.4) Glitches that occur in any audio channel present (e.g. L, R, C, SL, SR, etc.) are considered a technical flaw.
+ 8.4.1) Except in situations where glitches are a result of a live-stream or issues with the broadcast or source and are completely unavoidable. It is recommended, but optional, to mention glitches or gaps in playback in the NFO.
+ 8.4.2) Unavoidable glitches as a result of broadcast, live-stream, or mastering issues may be propered with a glitch-free version.
+ 8.4.3) Glitches are defined as, but not limited to: an audible glitch, missing audio, pops or clicks as a result of encoding, gaps within playback, missing dialogue, muted or muffled audio, echoing.
+ 8.5) A release must only contain a single audio track.
+ 8.5.1) Dual-language audio tracks are allowed for non-English material only.
+ 8.6) If the original language of a title is not English:
+ 8.6.1) An English dubbed track is allowed as a secondary audio track.
+ 8.6.2) Releases containing only a dubbed audio track must be tagged as DUBBED.
+ 8.7) Non-English releases without a secondary English audio track must use a language tag indicating the primary spoken language.
+ 8.8) Dupes based on audio format or multiple audio tracks are not allowed, use INTERNAL.
+ 8.9) Retail audio may be used in placed of audio tracks extracted from the source. Proof of the source disc must be provided, see section 13.
+
+9) [ Credits / Previously On / Unrelated Footage ]
+ 9.1) Credits and 'Previously On' footage must be included and is not optional.
+ 9.2) Any unrelated commercials or paid advertisements, regardless of duration (e.g. 1 faded/half opacity frame or 10 seconds) must be completely removed from the release.
+ 9.3) Content rating cards and viewer warnings separate to the show must be completely removed and it is considered a technical flaw if present.
+ 9.3.1) Except in situations where the content warning is integrated into the opening of the show and cannot be removed, e.g. Cops.
+
+10) [ Container ]
+ 10.1) Container must be Matroska (.mkv). MKVToolnix is the recommended muxer.
+ 10.2) Custom muxing tools are allowed. However, the output must adhere to the latest Matroska specification and must retain identical compatibility with demuxers as files created with MKVToolnix.
+ 10.3) Support for file streaming and playback from RAR is mandatory.
+ 10.4) Matroska header compression must not be enabled.
+ 10.5) Header stripping or modification is not allowed.
+ 10.6) Falsifying or modification of encoding parameters and information is not allowed.
+
+11) [ Subtitles ]
+ 11.1) Subtitles for English spoken titles without foreign dialogue are optional, but encouraged.
+ 11.1.1) Optical character recognition (OCR) must not result in spelling errors or mistakes.
+ e.g. Zero ('0') used in place of an upper-case O ('o').
+ 11.1.2) Minor errors in grammar or punctuation which do not change the meaning of the sentence are allowed, however, it is recommended all errors be corrected.
+ 11.2) English spoken titles with foreign dialogue must include a separate subtitle track for forced subtitles.
+ 11.2.1) Foreign dialogue subtitle tracks must be set as forced and it is considered a technical flaw if not done correctly.
+ 11.2.2) In situations where the source video stream contains hardcoded subtitles for English spoken titles with foreign dialogue, a separate subtitle track for the forced subtitles is not required.
+ 11.3) Non-English spoken titles without hardcoded subtitles must include an English subtitle track set as default.
+ 11.4) Group watermarks in subtitles are not allowed.
+ 11.5) Dupes based on subtitles are not allowed, use INTERNAL.
+ 11.6) Propers based on the inclusion of optional subtitles is not allowed.
+ 11.7) Fan-made or custom subtitles are not allowed.
+ 11.8) Groups must not burn subtitles in to the video stream.
+ 11.9) External subtitles located in 'Subs' directories are not allowed.
+ 11.10) Must be free of any technical flaws. Including, but not limited to: sync issues, incorrect OCR, invalid default or forced muxing flags.
+ 11.11) Subtitles must be extracted from the original source, or obtained from another source which provides the same video.
+ e.g. A source obtained from iTunes does not contain subtitles, but can be extracted from Netflix. These subtitles can be muxed into the final release.
+ 11.12) Retail subtitles may be used in place of subtitles extracted from the source. Proof of the source disc must be provided, see section 13.
+ 11.13) Adjustments and edits may be made to subtitle tracks.
+ 11.13.1) Edits can refer to: adjusting timecodes, fixing grammar, spelling, or punctuation errors, etc.
+ 11.13.2) A summary of the changes must be listed in the NFO.
+ e.g. Shifted all timecodes by 2 seconds to ensure sync is maintained throughout, or spelling errors fixed throughout, etc.
+ 11.14) Subtitles must be muxed into the final MKV in text based format, i.e. SubRip (.srt) or SubSation Alpha (.ssa/.ass).
+ 11.14.1) Retail subtitles must be muxed in text based (.srt/.ssa/.ass) or PGS (.sup) format. PGS is recommended.
+ 11.14.2) All subtitle tracks must have the character set (--sub-charset) set to a Unicode format or UTF-8 when muxing.
+ 11.14.3) Subtitles must not set as default or forced unless otherwise specified.
+ 11.14.4) The correct ISO 639 language code supported by MKVToolnix must be set for all subtitle tracks.
+ 11.14.4.1) In situations where the language is not supported by MKVToolnix, 'und' must be used.
+ e.g. en for English, de for German, etc.
+ 11.14.5) The correct character encoding
+
+12) [ Packaging ]
+ 12.1) Must be packed with RAR files, broken into a maximum of 99 volumes.
+ 12.2) RAR5/RARv5.0 is not allowed. RAR3/v2.0 or RAR4/v2.9 must be used.
+ 12.2.1) Custom RAR tools are permitted. However, files must adhere to the RAR4/RARv2.9 archive specification and must retain identical compatibility with extractors and demuxers as files created with WinRAR/rar.
+ 12.3) Permitted RAR sizes are:
+ 12.3.1) 15,000,000 bytes or 20,000,000 bytes for SD. Multiples of these values are not allowed.
+ 12.3.2) Positive integer multiples of 50,000,000 bytes for all resolutions.
+ e.g. (50 * 10^6) * n bytes, where n > 0.
+ (50 * 10^6) * 4 bytes, 100,000,000 bytes, 400,000,000 bytes, etc.
+ 12.3.3) Releases must have a minimum of 10 volumes before the next multiple of 50,000,000 bytes is used.
+ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 volumes at 100,000,000 bytes.
+ 5 volumes at 100,000,000 bytes cannot be repacked to 4 volumes at 150,000,000 bytes.
+ 12.4) Must have SFV and NFO.
+ 12.5) RAR, SFV, and Sample files must have unique, lower-case filenames with the group tag.
+ 12.5.1) Group tags must be unique to each group, and may be an abbreviated variation of the group name.
+ 12.6) Missing RAR(s) or SFV on all sites is considered a technical flaw.
+ 12.7) Corrupt RAR(s) (errors upon extraction) is considered a technical flaw.
+ 12.8) RAR compression and recovery records are not allowed.
+ 12.9) Encryption or password protection is not allowed.
+
+13) [ Proof ]
+ 13.1) Proof picture(s) must have unique filenames and placed in a separate directory named 'Proof'.
+ 13.1.1) Proof file(s) must be included in every release which requires proof.
+ 13.2) Proof must be in JPEG or PNG format.
+ 13.3) Proof is required for iTunes sourced files only. A screenshot of the download in progress must be provided.
+ 13.3.1) A release which fails to pre with the required proof is considered a technical flaw and can be propered.
+ 13.3.2) Proof fixes must be within 24 hours of original pre. Fixes provided after a proper has been released, or after 24 hours has elapsed from the original pre, will not be accepted.
+ 13.3.3) It is also recommended, in an unobstructed way, to include the group name within the screenshot written in Notepad or a similar text editor.
+ 13.4) Releases which include retail-sourced elements (e.g. retail subtitles) must include source proof.
+ 13.4.1) Proof must be photographs of the printed side of all physical discs used with the group tag clearly visible.
+ 13.4.2) The minimum resolution for photographs is 640x480px. Disc details must be clear and legible.
+ 13.5) Small identifiable or sensitive information may be obscured or redacted.
+ 13.6) User identifiable EXIF data must be stripped. It is recommended all EXIF data be stripped.
+
+14) [ Samples ]
+ 14.1) All releases must include a 50-70 second sample for each release.
+ 14.2) Samples must have unique filenames and placed in a separate directory named 'Sample'.
+ 14.3) Samples must be cut from the final video, not encoded separately.
+
+15) [ NFO ]
+ 15.1) NFO must be present in every release.
+ 15.2) It is recommended, but optional, to include the following information in the NFO:
+ 15.2.1) Release name and group.
+ 15.2.2) Title and release date.
+ 15.2.3) CRF value / bitrate used.
+ 15.2.4) Audio format.
+ 15.2.5) Source.
+ 15.2.6) Relevant IMDB/TVDB/Amazon link.
+ 15.2.7) Total video size or RAR count.
+ 15.3) It is optional, but highly recommended, that the source for untouched files be mentioned in the NFO.
+
+16) [ Tagging ]
+ 16.1) Only the following additional tags are allowed:
+ ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DOCU, DUBBED, EXTENDED, FESTIVAL, FINAL, INTERNAL, LIMITED, MULTI, NFOFIX, OM, PPV, PROOFFIX, PROPER, REAL, REMASTERED, READNFO, REPACK, RERIP, SAMPLEFIX, SOURCE.SAMPLE, SUBBED, THEATRICAL, UNCENSORED, UNRATED, UNCUT, and WS.
+ 16.2) Variations of any additional tags are not allowed.
+ e.g. READ.NFO or RNFO is not allowed, READNFO must be used.
+ 16.3) READNFO should be used sparingly. Discretion is recommended.
+ 16.3.1) The READNFO tag must not be used with PROPER, REPACK, or RERIP. The NFO is required to contain a reason, therefore the tag is redundant.
+ 16.4) Tags must only be used once, but the order is left to the discretion of the group.
+ 16.4.1) Except in situations where the REAL tag is required to be stacked to differentiate between multiple invalid releases.
+ e.g. A REAL.REAL.PROPER.REPACK is required for a REAL.PROPER.REPACK and PROPER.REPACK.
+ 16.5) Tags must be grouped together, period-delimited, and must follow the mandatory directory format, see rule 17.4.
+ e.g. EXTENDED.LIMITED, REMASTERED.REPACK, REAL.PROPER.
+
+17) [ Directory Nomenclature ]
+ 17.1) Acceptable characters allowed for directories are:
+ ABCDEFGHIJKLMNOPQRSTUVWXYZ
+ abcdefghijklmnopqrstuvwxyz
+ 0123456789.-
+ 17.2) Single punctuation must be used. Consecutive punctuation is not allowed.
+ e.g. Show----Name.S01E01, Show.Name....S01E01, Show.-.Name.--.S01E01, etc.
+ 17.3) Typos or spelling mistakes in the directory are not allowed.
+ 17.4) Releases must follow the matching directory format:
+ 17.4.1) Movie.YEAR.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.4.3) Miniseries.Show.Name.Part.XX.[Episode.Title].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.4.4) Daily.TV.Show.YYYY.MM.DD.[Guest.Name].<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.4.5) Daily.Sport.League.YYYY.MM.DD.Event.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.4.6) Monthly.Competition.YYYY.MM.Event.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.4.7) Yearly.Competition.YYYY.Event.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP
+ 17.5) Named directory arguments formatted inside <> must be included. Optional arguments formatted inside [] may be used in some cases.
+ 17.5.1) Episode part refers to episodes, usually cartoons or animation, which split episodes into stories by different directors. Episodes parts must be alphanumeric (a-z, A-Z, 0-9).
+ e.g. The first episode from Season 2 of SpongeBob SquarePants is split into S02E01A/B, etc. https://goo.gl/CVGXKu
+ 17.5.2) Episode title and guest names are optional.
+ 17.5.3) Guest name(s) used must be in the order in which they appear on the show to avoid any confusion.
+ 17.5.4) Tags refers to all permitted tags only, see section 16.
+ 17.5.5) Non-English releases must include the language tag and must be used to denote the language of the audio track. English releases must not include the language tag.
+ 17.5.5.1) Language tags must be the full name of the language. Abbreviations or language codes are not allowed.
+ e.g. FRENCH, RUSSIAN, GERMAN.
+ 17.5.6) Resolution identifiers are only applicable for releases 720p and above, and must precede the format of the release, see section 6 for resolution specifications.
+ e.g. 720p.WEB.H264, 2160p.WEBRip.x264.
+ 17.5.7) Format refers to whether the release is transcoded (WEBRip.x264) or untouched (WEB.H264/WEB.x264).
+ 17.6) Do not indicate source, ripping, or encoding methods that were used. Use the NFO for any technical details.
+ 17.7) All movie releases must include the production year.
+ 17.8) Movie distribution tags (FESTIVAL, LIMITED) must be used with discretion. Use boxofficemojo.com or IMDB screen details as references.
+ 17.9) Different shows with the same title and format produced in different countries must have the ISO 3166-1 alpha 2 country code in the show name.
+ 17.9.1) Except for UK shows, which should use UK, not GB.
+ 17.9.2) This rule does not apply to an original show, only shows that precede the original with the same premise or format.
+ e.g. The.Office.S01E01 and The.Office.US.S01E01.
+ 17.10) Different shows with the same title produced in the same country which begin in different years must have the year of the first season in the directory.
+ 17.10.1) The year is not required for the show broadcasted first.
+ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01.
+ 17.11) Different shows with the same titles produced in the same country which begin in different years must have the ISO-3166-1 alpha 2 country code followed by the year of the first season in the directory.
+ 17.11.1) See rules 17.12 and 17.13 for country code and year explanations.
+ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), Wanted.AU.2016.S01E01 (2016).
+ 17.12) Show names which are hyphenated or include punctuation must follow the format shown in the title sequence or credits of the first episode congruent to the list of acceptable characters.
+ 17.12.1) If no title card exists, the format listed on the official website for the show must be used, followed by what is listed by the streaming service.
+ 17.12.2) Additional titles and names given to an individual season must not be used.
+ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05.
+ 17.13) Directory nomenclature and numbering must remain consistent across the lifetime of an individual show or event.
+ 17.13.1) Shows which contain acronyms or secondary titles must follow the format used by the first release.
+ e.g. Law.and.Order.SVU.S01E01 is the standard format that must be used for all following episodes, Law.and.Order.Special.Victims.Unit.S01E02 is not allowed.
+ Shadowhunters.The.Mortal.Instruments.S01E01 is the standard format, Shadowhunters.S01E02 is not allowed.
+ 17.13.2) Groups cannot change the directory format of a show after a second release or episode with the same format exists.
+ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format.
+ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format.
+ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01.DIRFIX is not valid as the second episode already exists and continues with the previously defined format.
+ 17.13.3) Except in situations where the show has an official change in its name, whereby all official references by the broadcaster or studio is of the new name. This change must be mentioned in the first NFO with the new name with relevant references.
+ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01.
+ 17.13.4) Official name changes for a show does not include the renaming of individual seasons. Seasonal name changes must be ignored.
+ e.g. Power.Rangers.S01 and Power.Ranges.S07 must be used. Power.Rangers.Lost.Galaxy.S07 must not be used.
+ Strike.Back.S03, Strike.Back.S05 must be used. Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must not be used.
+ 17.13.5) Any deviations or changes require sufficient evidence listed in the NFO as to the reason for change.
+ 17.14) For shows which begin on network television and continue exclusively on a web-based service, the title or numbering of the show shall not change.
+ 17.14.1) Except in situations where the show is not a direct continuation of the previous seasons.
+ 17.14.2) If the show continues without any changes, the title of the show shall not change, but will follow the season and episode numbering as listed on the web-based service which purchased the show.
+ 17.15) User contributed services such as TVRage, TVMaze, or TheTVDB must not be used as a reference when naming and numbering episodes. It may be used as a general guide; however, official guides must be used.
+ 17.15.1) The following order must be used as the primary source for naming and numbering.
+ 17.15.1.1) Official website of the show.
+ 17.15.1.2) Order and format listed by the streaming service.
+ 17.15.1.3) Network guide.
+
+18) [ Fixes ]
+ 18.1) Only the following fixes are allowed:
+ DIRFIX, NFOFIX, PROOFFIX, and SAMPLEFIX.
+ 18.2) Any other form of fix is not allowed.
+ e.g. RARFIX, SFVFIX, SUBFIX, etc.
+ 18.3) All fixes require an NFO and must state which release is being fixed.
+ 18.4) A proper may not be released for an error that can be fixed with the above methods, with the exception of proof fixes, see rule 13.3.2.
+ 18.5) If multiple releases from a single season require a DIRFIX, a single DIRFIX per season is allowed and is recommended.
+ e.g. Show.Name.S01.DIRFIX.WEBRip.x264-GROUP.
+ 18.5.1) If a single DIRFIX is used, all relevant releases and corresponding fixes must be listed in the NFO.
+
+19) [ Dupes ]
+ 19.1) Same second releases, with a maximum acceptable variance of two seconds (+/- 2 seconds) between timestamps reported by a majority of pre bots, are not considered dupes and should not be nuked.
+ 19.1.1) Timestamps must be considered as whole integers and round half towards zero.
+ 19.1.2) The earliest timestamp must be used when considering dupes.
+ e.g. Release A: 1451572201.427158 -> 1451572201
+ Release B: 1451572203.626645 -> 1451572203
+ Release C: 1451572204.137665 -> 1451572204
+ Release B does not dupe Release A: 1451572203 û 1451572201 = 2, i.e. maximum variance allowed.
+ Release C dupes Releases A and B: 1451572204 û 1451572201 = 3, i.e. 3 > 2.
+ 19.1.3) In situations where a release is found to contain a technical flaw, same second dupes which do not exhibit any technical flaws must be considered the final release. Groups may release a DIRFIX to PROPER for their original release, but it is not required.
+ e.g. Release A and Release B are released at the same time. Release A is nuked as containing glitches, Release B then becomes the de facto release and a DIRFIX to PROPER may be released.
+ 19.2) WEBRip.x264 dupes WEB.H264/x264.
+ 19.3) WEB.H264/x264 does not dupe WEBRip.x264.
+ 19.4) WEB.H264/x264 and WEBRip.x264 does not dupe DSR/PDTV.
+ 19.5) WEB.H264/x264 and WEBRip.x264 dupes an equivalent AHDTV/HDTV/Retail release.
+ 19.5.1) SD WEB.H264/x264 and WEBRip.x264 dupes an SD AHDTV/HDTV/Retail release.
+ 19.5.2) 720p, 1080p, 2160p WEB.H264/WEB.x264 and WEBRip.x264 dupes a respective AHDTV/HDTV/Retail release.
+ e.g. 720p.WEB.H264 dupes 720p.HDTV.x264, 1080p.WEBRip.x264 dupes 1080p.AHDTV.x264.
+ 1080p.WEB.H264 does not dupe 720p.BluRay.x264 if 1080p.BluRay.x264 does not exist.
+ 19.5.3) Except in situations where the aspect ratio of a WEB.H264/x264 and WEBRip.x264 release exceeds that of its respective AHDTV/HDTV/Retail release.
+ e.g. A 2.39:1 release will not dupe a 1.78:1 retail provided there is clearly more footage visible on-screen. Proof demonstrating this difference is recommended, but not mandatory.
+ 19.5.4) Except in situations where a WEB.H264/x264 or WEBRip.x264 release is an uncensored or extended edit of its respective AHDTV/HDTV/Retail release.
+ e.g. An uncensored WEB.H264 release does not dupe HDTV.x264, EXTENDED.WEBRip.x264 does not dupe BluRay.x264.
+ 19.6) Releases with hardcoded subtitles (i.e. SUBBED) dupes releases with muxed-in subtitles.
+ 19.7) Releases with muxed-in subtitles do not dupe releases with hardcoded subtitles.
+ 19.8) Native video streams do not dupe converted video streams.
+ 19.9) Converted video streams dupe native video streams.
+
+20) [ Propers / Rerips / Repacks ]
+ 20.1) Detailed reasons must be included in the NFO for all repacks, rerips, and propers.
+ 20.1.1) Proper reasons must be clearly stated in the NFO, including timestamps and specifics in regards to the flaw when appropriate. A sample demonstrating the flaw in the original release is encouraged, but not mandatory.
+ 20.2) Propers are only permitted in the case of a technical flaw in the original release.
+ 20.3) If fixing a technical flaw requires transcoding of the file, it must follow the transcoding rules and tagged as WEBRip.x264.
+ 20.4) Transcoded releases cannot proper any untouched files.
+ e.g. WEBRip.x264 cannot proper WEB.H264.
+ 20.4.1) Unless it is a transcode of a lossless stream correcting the technical flaw, see rule 1.4.
+ 20.4.2) Unless it can be proven that all untouched sources are flawed which cannot be repaired by transcoding, but a WEBRip does not exhibit the same technical flaw(s).
+ e.g. iTunes, Amazon, and Netflix only offer the content. Amazon and iTunes sourced files cannot be repaired by transcoding, however a Netflix WEBRip is fine.
+ 20.5) Untouched files can proper transcoded releases for any valid technical flaw.
+ 20.6) Audio or visual glitches can be propered with a release which does not exhibit the same flaw.
+ 20.6.1) In situations where mastering issues results in visual or audio glitches, a release must not be nuked until a valid proper, repack, or rerip using a glitch-free source or master is released.
+ 20.7) RERIP must be used for ripping or encoding issues.
+ 20.8) REPACK must be used for packing or muxing issues.
+ 20.9) Propers are only valid for releases with timestamps after the official start date of this ruleset.
+ 20.9.1) Groups cannot proper existing releases using rules created as a result of this ruleset.
+ e.g. If the resolution is not mod 2 or x264 revision used is older than 50 revisions at the time of pre, the release cannot be nuked.
+ 20.9.2) With exceptions of a release containing technical flaws which would apply to any ruleset regardless of section. e.g. bad IVTC, sync issues, bad or invalid cropping, etc.
+
+21) [ Internals ]
+ 21.1) Internals are allowed to be released for any reason, including, but not limited to: releases containing technical flaws, use of alternate codecs, containers, or settings for experimental purposes.
+ 21.2) Any severe technical flaws must be mentioned in the NFO.
+ 21.3) Internal releases may only be nuked for technical flaws that are not mentioned in the NFO.
+ 21.3.1) In situations where technical flaws are not mentioned in the NFO, groups may provide an NFOFIX to avoid or reverse a nuke.
+ 21.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be nuked fix.for.nuke.
+
+22) [ Ruleset Specifics ]
+ 22.1) This ruleset is to be considered the ONLY official ruleset in regards to WEB and WEBRip releases. It supersedes all previous rules and precedents derived from existing TV and Retail rules in regards to WEB sources.
+ 22.2) Rules listed under untouched or transcoded labelled sections only apply to releases of that type and supersede any similar rule mentioned elsewhere.
+ e.g. Rule 6.1 defines SD as resolutions with a maximum horizontal display of 720 pixels, unless the release is considered untouched, in which case rule 1.6 applies.
+ 22.3) If there is a question as to the validity of a source used, the release may be nuked within 24 hours of pre requesting a source sample and must include the initial suspicion or reason.
+ e.g. source.sample.requested_suspicion.of.invalid.decimation.
+ 22.3.1) The group has 24 hours from the first nuke to pre a source sample that is at least 10 seconds in length.
+ 22.3.2) Source samples must be packed with RAR files, and use the SOURCE.SAMPLE tag.
+ 22.3.3) Providing insufficient proof to disprove any claims, or a failure to provide any source proof, and the release must remain nuked and can be propered.
+ 22.4) The following definition of keywords throughout this ruleset are as follows:
+ 22.4.1) Must: the rule is explicit in the definition and is compulsory.
+ 22.4.2) Should: implies the rule is a suggestion, and is non-compulsory.
+ 22.4.3) Can or may: implies the rule is optional, and is non-compulsory.
+
+23) [ Notes ]
+ 23.1) Proof is only enforced for iTunes as all other sources require various unofficial (backdoor) methods of downloading. Creating a fake GUI showing an active download is not difficult, which could result in proof being fabricated. As such, it is pointless to require proof for anything but iTunes, where streams can only be downloaded by a single method.
+ 23.1.1) This includes web stores or shops which provide video files via a regular HTTP download. Policing or moderating these methods would be implausible for a single ruleset. Providing screenshots of a download in progress from a website does not prove the file was obtained from an official source.
+ 23.2) The burden of proving P2P source material is on the propering group or nuker.
+ 23.3) The inclusion of 2-pass in this ruleset should not be misconstrued as preferring it for every release, CRF must always be considered the primary method. Instead, it is encouraged for groups to use 2-pass methods for rare cases when files provided are of extreme high quality.
+ 23.3.1) Video which contains an excessive amount of noise may often result in an unnecessary large bitrate. In such situations, using a smaller bitrate using 2-pass can result in a file size improvement with negligible loss in video quality.
+
+[ Signed ]
+
+2HD AEROHOLiCS ALTEREGO AZR AMB3R ANiHLS ANiURL BARGE BATV BiQ C4TV CHAMPiONS DEADPOOL DEFEATER DEFLATE DRAWER FADE FaiLED FiHTV FQM GORE HatchetGear iBlade KOENiG KYR Ltu NTROPiC QCF REGRET RiVER RPTV SH0W SiGeRiS SKGTV spamTV TASTETV TiMELiNE WaLMaRT W4F WNN ZOMBiE
+
+[ Refused to sign ]
+
+CBFM
+
+[ Revisions ]
+ 2016-03-16 - ecb63c67 - Final commit and public release of ruleset.
┌─────────────────────────────────────────────────────────────────────────────┐
+│ ┌────────────────────────────────────────────────────────┐ │
+├──────────┤ Web Definitions for x264 v1.0 a.k.a. wdx264 ├─────────┤
+├──────────┤ THE.2016.WEB.AND.WEBRIP.SD.HD.X264.RULESET.v1.0-WDX264 ├─────────┤
+│ └────────────────────────────────────────────────────────┘ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Intro ] │
+│ In the last 18 months, web based streaming and video on-demand services │
+│ have increased in popularity. Initially used as a source for missed │
+│ broadcasts, it has since evolved into an exclusive source for original │
+│ content. Like most technology, online services are continually evolving │
+│ the way in which files re provided to end users. As codecs mature, │
+│ bandwidth increases in speed and decreases in price, equivalent │
+│ improvements in quality follows at the benefit to the end-users. This │
+│ increase in quality has the flow-on effect of often being a legitimate │
+│ logo-free alternative to antiquated MPEG-2 HDTV streams. As companies │
+│ such as Netflix and Amazon continue to produce popular content at an │
+│ exponential rate, it became obvious that this new broadcast medium │
+│ deserved to be recognised with an original ruleset. │
+│ │
+│ The purpose of this document is to create a high standard for web-sourced │
+│ files. It attempts to prevent any improper handling of files, and reduce │
+│ the potential for adding to the increasing number of ongoing nuke-wars. │
+│ This ruleset is structured in such a way that everything attempts to be │
+│ clear and concise, and something everyone must adhere to. │
+│ │
+│ Compliance with this document is optional as of its pre date, and │
+│ mandatory as of 2016-03-21 00:00:00 UTC (1458518400 Unix time). │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ 1) [ Untouched: WEB.H264 / WEB.x264 ] │
+│ 1.1) Untouched releases must be considered as anything that has been │
+│ losslessly downloaded by official (offered) or unofficial (backdoor) │
+│ methods. │
+│ 1.1.1) Untouched video streams must use a commercial (e.g. CoreAVC, │
+│ MainConcept) or GPL-licensed (e.g. x264, x265) H.264/MPEG-4 AVC │
+│ or H.265/HEVC codec. │
+│ 1.2) Source video and audio streams must be left as obtained from the │
+│ source. Transcoding of audio or video streams is not allowed. │
+│ 1.3) Untouched video streams without x264 headers must be tagged as │
+│ WEB.H264. Untouched video streams with x264 headers present in the │
+│ H264 stream must be tagged as WEB.x264. │
+│ 1.3.1) In situations where HEVC/H265 is used, any untouched sections │
+│ referring to H264/x264 must be considered as H265/x265. │
+│ 1.3.1.1) H265 must be used in place of H264. │
+│ 1.3.1.2) x265 must be used in place of x264. │
+│ 1.3.2) Until H265/x265 support is improved in mainstream demuxers, │
+│ untouched video streams which use H265/x265 do not dupe H264/x264 │
+│ files, and vice-versa. │
+│ e.g. WEB.H265 does not dupe WEB.H264 │
+│ WEB.x264 does not dupe WEB.x265. │
+│ 1.4) Transcoding untouched files must only occur if files do not meet the │
+│ standards and specifications listed in this section, and must only │
+│ be a last resort. │
+│ 1.4.1) Any transcoding of untouched files must follow the transcoding │
+│ standards, see section 2. │
+│ 1.4.2) Transcoding must be done from files of the highest resolution and │
+│ bitrate offered. │
+│ 1.4.3) Transcoding may occur when correcting a technical flaw. │
+│ e.g. Cropping black borders, deinterlacing an interlaced source. │
+│ 1.4.4) In situations where a target resolution is not offered by any │
+│ lossless source, or the resolution offered by any source does not │
+│ meet the minimum resolution requirements, transcoding from the │
+│ highest resolution and bitrate offered is allowed. However, if at │
+│ least one source can provide the correct resolution, transcoding │
+│ is not allowed. │
+│ e.g. If 1080p and 720p can be retrieved from multiple sources, │
+│ but SD cannot be retrieved from any source, transcoding the │
+│ 1080p to SD is allowed. │
+│ 1.4.5) If the untouched file does not contain any technical flaws and │
+│ meets the minimum standards required, transcoding to create any │
+│ WEBRip.x264 is not allowed, use INTERNAL. │
+│ e.g. 1080p.WEB.H264 -> 720p.WEBRip.x264. │
+│ 1.5) Untouched video streams which do not use an AVC or HEVC codec must be │
+│ transcoded and follow the transcoding standards, see section 3. │
+│ 1.6) Standard definition (SD) refers to a resolution with a horizontal │
+│ minimum of 720 pixels or a resolution which does not exceed the │
+│ specifications of 720p, see rule 6.2. │
+│ 1.6.1) If all sources provide standard definition resolutions which fall │
+│ below the above minimum, transcoding from the highest available │
+│ resolution is allowed, see rule 1.4.4. │
+│ 1.6.2) Except in situations where only one source has the file on offer │
+│ at a specific resolution. If the resolution of the file falls │
+│ below the above minimum, the file may still be released, but the │
+│ NFO must state why the resolution does not meet the minimum. │
+│ 1.7) DRM and any user identifiable information must be removed. │
+│ 1.8) Dupes based on source are not allowed, use INTERNAL. │
+│ 1.9) YouTube may only be used as a source if geographical restrictions │
+│ apply to legitimate content uploaded by the rights holder or on a │
+│ verified channel. │
+│ 1.10) Must use the highest available bitrate offered by the source for │
+│ that resolution. │
+│ e.g. Releasing a 720p at 4,000 Kbps bitrate, when a 720p at │
+│ 8,000 Kbps bitrate is offered is not allowed. │
+│ 1.11) Must be free of technical flaws. Including, but not limited to: DRM, │
+│ sync issues, interlaced, lack of IVTC, bad AR, missing footage, │
+│ missing dialogue, unrelated footage or commercials, under or over │
+│ crop. │
+│ 1.12) VFR (Variable Frame Rate) methods are allowed only if present in the │
+│ original source. │
+│ 1.12.1) If CFR (Constant Frame Rate) can be used when remuxing and does │
+│ not result in playback issue, CFR must be used. │
+│ 1.13) Trimming unrelated footage (section 8) is allowed and must be done │
+│ losslessly via keyframe intervals (GOP). MKVToolnix is the │
+│ recommended tool. │
+│ 1.13.1) If unrelated footage cannot be removed via this method, the file │
+│ must be transcoded and follow the transcoding standards, see │
+│ section 3. │
+│ 1.14) Incorrect pixel aspect ratio (PAR) or a non-square sample aspect │
+│ ratio (SAR) must be fixed using the correct display aspect ratio │
+│ (DAR) set at a container level (--aspect-ratio). MKVToolnix is the │
+│ recommended tool. │
+│ e.g. A video stream with a non-square SAR must specify the correct │
+│ DAR when muxing. │
+│ 1.15) Releases with a non-square SAR are not considered technically │
+│ flawed. │
+│ 1.15.1) However, a source which provides files with a square SAR will │
+│ trump an equivalent file with a non-square SAR. It is recommended │
+│ to use a source which provides files with a square SAR. │
+│ 1.15.2) In situations where a source initially provides a non-square SAR │
+│ file and later updates with a square SAR file, the initial │
+│ release with a non-square SAR is considered of lower quality │
+│ and a technical flaw. │
+│ e.g. Release A: 960x720, SAR: 4:3, DAR: 16:9. │
+│ Release B: 1280x720, SAR: 1:1, DAR: 16:9. │
+│ Both releases are considered as 720p. │
+│ If Release A is first: Release A remains unnuked and is a │
+│ valid release until Release B is released. Release B then │
+│ propers Release A. │
+│ If Release B is first: Release A dupes Release B. │
+│ │
+│ 2) [ Untouched: Audio ] │
+│ 2.1) Must use the original audio track offered by the source. │
+│ 2.2) Non-destructive audio normalisation tools such as ReplayGain may be │
+│ used, and must be done to the maximum gain. Audio normalisation on │
+│ lossy tracks is optional. │
+│ 2.3) Standard definition releases must only contain an audio track with a │
+│ maximum of 2.0 channels. │
+│ 2.3.1) Except where the only available audio track on offer contains more │
+│ than 2.0 channels. The NFO must mention why an audio track with │
+│ more than 2.0 channels was used. │
+│ 2.3.2) In situations where a source provides two audio tracks, a 2.0 and │
+│ 5.1 track, the 2.0 audio track must be used. │
+│ 2.3.3) If a source provides identical audio tracks using two different │
+│ codecs, it is at the discretion of the group which track is used. │
+│ It is recommended to use the smaller file. │
+│ e.g. A source offers AC3 2.0 and AAC 2.0, the group may choose to │
+│ remux the AC3 or AAC. │
+│ 2.4) High Definition releases must use the highest available audio format │
+│ and quality offered by the source. │
+│ 2.4.1) In situations where a lesser audio format is offered for larger │
+│ resolutions in comparison to lower resolutions, groups must use │
+│ the highest available audio format from all resolutions. │
+│ e.g. A source provides an AC3 5.1 track for SD resolutions, but │
+│ an AAC 2.0 track for 720p/1080p. The AC3 5.1 track must be │
+│ used for 720p/1080p resolutions. │
+│ 2.4.2) If using the highest available audio format results in a technical │
+│ flaw (e.g. sync issues or glitches), minor adjustments to the │
+│ audio track may be applied. If groups are unable to correct any │
+│ flaws, the original audio track must be used. │
+│ │
+│ 3) [ Transcoded: WEBRip.x264 ] │
+│ 3.1) Transcoded releases should be considered as anything that has been │
+│ captured or encoded by a group to a lesser format or quality (lossy). │
+│ 3.2) Transcoded releases must be tagged as WEBRip.x264. │
+│ 3.3) Dupes based on source are not allowed, use INTERNAL. │
+│ 3.4) Must be free of technical flaws. Including, but not limited to: DRM, │
+│ sync issues, interlaced, lack of IVTC, bad AR, missing footage, │
+│ missing dialogue, unrelated footage or commercials, under or over │
+│ crop, dupe or dropped frames. │
+│ 3.5) Upscaling video streams is not allowed. │
+│ e.g. 2160p from a 1080p stream is not allowed. │
+│ 3.6) Streams must be captured at the highest available resolution and │
+│ bitrate offered. │
+│ 3.6.1) Streams must not have any degradation in quality throughout the │
+│ capture, and releases with drops to a lower resolution or bitrate │
+│ is considered a technical flaw. │
+│ 3.6.2) 1080p and 2160p streams are considered of equal value when │
+│ capturing, and encodes (SD/720p/1080p) produced from 1080p or │
+│ 2160p captures are considered identical. It is encouraged, and │
+│ recommended, to capture from a 2160p stream where possible and │
+│ resize so as to produce a higher quality encode. │
+│ 3.6.3) Audio must be captured in the highest format offered by the source │
+│ stream, not what the capturing device is capable of. This includes │
+│ channel count and bitrate offered. │
+│ e.g. If a Netflix show lists a 5.1 track, the resultant capture │
+│ and release should also contain a 5.1 audio track. │
+│ 3.7) Captures should be done at the native broadcast framerate of the │
+│ source. │
+│ 3.7.1) Captures from devices which are unable to output a native format │
+│ must be restored to the original framerate. │
+│ 3.7.2) If captures cannot be completely restored to their native │
+│ framerate, such as a single dupe frame every 1000 or blended/ghost │
+│ frames due to mangling from the streaming device, this is │
+│ considered a technical flaw. │
+│ 3.8) Captures should be done at the native colour space of the source │
+│ (e.g. YUV or RGB), and manual corrections should be made to achieve │
+│ an output near-identical to the source. │
+│ 3.9) Capture software and hardware which introduces video cropping greater │
+│ than 2 pixels on any side is not allowed, and is considered a │
+│ technical flaw. │
+│ 3.10) Final resolution must maintain the same aspect ratio as the source │
+│ after cropping and kept at mod 2. │
+│ 3.10.1) Sources must have all black borders cropped to the widest frame. │
+│ 3.10.2) The same aspect ratio, as calculated from the source, must be │
+│ used, see rule 6.17. │
+│ 3.11) If the video is being transcoded from an untouched source (rule │
+│ 1.4.4 and 1.4.5), the NFO must state the reason for transcoding. │
+│ 3.11.1) If a technical flaw is present that is being rectified by │
+│ transcoding (rule 1.4.5), the flaw must also be included with the │
+│ reason for transcoding. │
+│ e.g. A file from 2 lossless providers both have the same │
+│ interlacing flaw. │
+│ The flaw: Interlaced video. │
+│ The reason: No other WEB.H264 provider has a correctly │
+│ deinterlaced file. │
+│ │
+│ 4) [ Transcoded: Codec ] │
+│ 4.1) x264 8-bit must be used. │
+│ 4.1.1) Custom builds of x264 are allowed and must be based off the x264 │
+│ codebase, e.g. x264-tMod, x264-kMod. │
+│ 4.1.2) Any experimental or alternate codecs (e.g. x265) are not allowed, │
+│ use INTERNAL. │
+│ 4.2) x264 revision must be no more than 50 revisions from the latest at │
+│ pre time. It is recommended to use the latest revision when encoding. │
+│ Use the official x264 git repo as the only │
+│ reference: http://git.videolan.org/?p=x264.git;a=summary │
+│ 4.3) Segmented encoding is not allowed. │
+│ 4.4) Justification must be listed in the NFO for use of non-standard CRF │
+│ values. │
+│ 4.5) Decimal values may be used for CRF values. │
+│ 4.6) Constant Rate Factor (--crf) must be used by default. │
+│ 4.6.1) A CRF value of 19 must be used for all SD resolutions. │
+│ 4.6.1.1) If the resultant video bitrate exceeds 2,000 Kbps, the CRF │
+│ value must be incremented by 1. │
+│ 4.6.1.2) If the resultant video bitrate exceeds 1,500 Kbps, the CRF │
+│ value may be optionally incremented by up to 1.0, e.g. 19.2, │
+│ 19.6. │
+│ 4.6.2) A CRF value of 18 must be used for all 720p resolutions. │
+│ 4.6.2.1) If the resultant video bitrate exceeds 9,000 Kbps, the CRF │
+│ value must be incremented by 1. │
+│ 4.6.2.2) If the resultant video bitrate exceeds 8,000 Kbps, the CRF │
+│ value may be optionally incremented by up to 1.0, e.g. 18.2, │
+│ 18.6. │
+│ 4.6.3) A CRF value of 17 must be used for all 1080p resolutions. │
+│ 4.6.3.1) If the resultant video bitrate exceeds 15,000 Kbps, the CRF │
+│ value must be incremented by 1. │
+│ 4.6.3.2) If the resultant video bitrate exceeds 14,000 Kbps, the CRF │
+│ value may be optionally incremented by up to 1.0, e.g. 17.2, │
+│ 17.6. │
+│ 4.6.4) A CRF value of 17 must be used for all 2160p resolutions. │
+│ 4.7) Use of 2-pass is accepted for all resolutions of 720p and above, │
+│ however this method should be used only in extreme cases and not as │
+│ a primary replacement for CRF methods. e.g. If the source contains an │
+│ excessive amount of grain or black and white scenes. │
+│ 4.7.1) 2-pass should be a last resort when encoding. Instead, groups are │
+│ encouraged and recommended to use CRF as the default encoding │
+│ method. │
+│ 4.7.2) The NFO must provide sufficient evidence of 2-pass producing a │
+│ visual improvement, bitrate, or file size advantage over CRF in │
+│ regards to the source used. │
+│ 4.7.3) There is no maximum or minimum file size when using 2-pass methods │
+│ as target bitrates should take precedent over target file sizes. │
+│ Multiples of 1120MiB (1,174,405,120 bytes) may be used as a │
+│ general guide for calculating target bitrates. │
+│ 4.7.4) If groups are unsure of how to calculate an adequate target │
+│ bitrate applicable for the source, CRF should be used. │
+│ 4.7.4.1) 720p bitrate must be between 4,000 Kbps and 9,000 Kbps │
+│ inclusive, and should have a target bitrate of approximately │
+│ 5,500 Kbps. Minimum bitrate for animation is 2,500 Kbps. │
+│ 4.7.4.2) 1080p bitrate must be between 9,000 Kbps and 15,000 Kbps │
+│ inclusive, and should have a target bitrate of approximately │
+│ 10,500 Kbps. Minimum bitrate for animation is 5,500 Kbps. │
+│ 4.7.4.3) 2160p bitrate must not exceed 60,000 Kbps. │
+│ 4.8) Resultant bitrate must not exceed the source bitrate. │
+│ 4.8.1) When transcoding from an untouched source, it is recommended to │
+│ use SelectRangeEvery() for a rough estimation on the final CRF │
+│ value to use. │
+│ 4.8.2) The following algorithm can also be used to estimate a CRF value │
+│ if the value originally used results in a bitrate which exceeds │
+│ the source. │
+│ ValidCRF = [-6 * (DestinationBitrate - ExcessiveBitrate) / │
+│ ExcessiveBitrate] + CRFUsed │
+│ e.g. Source bitrate: 4,500Kbps │
+│ Target bitrate: ~4,400Kbps │
+│ Encoded bitrate @ CRF17: 5,900Kbps │
+│ ValidCRF = (-6 * (4400 - 5900) / 5900) + 17 │
+│ ValidCRF = 18.52, round up to 19 should result in an average │
+│ bitrate below the source. │
+│ 4.9) Settings cannot go below what is specified by --preset slow. │
+│ e.g. -subme 7 or -me hex is not allowed. │
+│ 4.10) Deblocking (--deblock) must be used. Values used are left to the │
+│ discretion of the group. Recommended values: -3:-3 for film, 1:1 │
+│ for animation. │
+│ 4.11) Sample Aspect Ratio (--sar) must be square (1:1). │
+│ 4.12) Keyframe interval (--keyint) must be at least 200, and at most 300. │
+│ It is recommended to let x264 decide which value to use, but │
+│ 10*framerate is a good guideline. │
+│ 4.13) Minimum GOP length (--minkeyint) must be 30 or less. │
+│ 4.14) Level 3.1 must be used for SD resolutions. │
+│ 4.15) Level 4.1 must be used for all 720p and 1080p resolutions. │
+│ 4.16) Level 5.1 must be used for all 2160p resolutions. │
+│ 4.17) Encoded colourspace (--output-csp) must be 4:2:0. │
+│ 4.18) Colour matrix (--colormatrix) must be set for all SD resolutions. │
+│ 4.18.1) 'bt709' must be used for encodes from high definition sources. │
+│ 4.18.2) Source specification must be used for standard definition │
+│ sources. │
+│ 4.18.3) 'undef' must be used if not specified by the source for standard │
+│ definition sources. │
+│ 4.19) Colour matrix (--colormatrix) may be optionally set to 'bt709' for │
+│ all resolutions of 720p and above, but is not required. │
+│ 4.20) Custom matrices are not allowed. │
+│ 4.21) Zones (--zones) are not allowed. │
+│ 4.22) Optional tuning (--tune) parameters allowed are: film, grain, or │
+│ animation. │
+│ 4.23) Optional settings recommended for tuning per source, see doom9.org │
+│ for further information: │
+│ 4.23.1) For complex video, --preset slower/placebo is encouraged. │
+│ 4.23.2) --aq-mode 3 --aq-strength x.x │
+│ e.g. 0.6-0.9 for digital films. │
+│ 0.5-0.7 for grainy films. │
+│ 0.9-1.1 for animation. │
+│ 4.23.3) --psy-rd x.x:0.0 │
+│ e.g. 0.8-1.2 for films. │
+│ 0.5-0.8 for animation. │
+│ 4.23.4) --trellis 2, --no-fast-pskip, --no-mbtree │
+│ │
+│ 5) [ Transcoded: Audio ] │
+│ 5.1) Segmented encoding is not allowed. │
+│ 5.2) Audio tracks already in a lossy format must not be transcoded, but │
+│ kept in the original format. │
+│ 5.3) Stereo must be used for stereo sources, and mono must be used for │
+│ mono sources. │
+│ 5.3.1) Any audio track with identical channels is considered a mono │
+│ source. │
+│ 5.3.2) Dual mono is not allowed. │
+│ 5.4) VBR AAC LC (Low Complexity) must be used for SD releases. │
+│ 5.4.1) Apple/QAAC, FDK-AAC or Nero must be used. │
+│ 5.4.2) Quality based VBR encoding must be used, targeted or constrained │
+│ VBR must not be used. Only the following methods are allowed (in │
+│ order of preference): │
+│ 5.4.2.1) QAAC: --tvbr 82 --quality 2 │
+│ 5.4.2.2) FDK-AAC: --bitrate-mode 4 --profile 2 │
+│ 5.4.2.3) Nero: -q 0.4 │
+│ 5.4.3) AAC audio must be normalised to the maximum gain. Normalisation │
+│ must be a complete 2-pass method. No pre-defined values or │
+│ estimations of maximum gain is allowed. Only the following │
+│ normalisation methods are allowed (in order of preference): │
+│ 5.4.3.1) eac3to: -normalize │
+│ 5.4.3.2) sox: --norm │
+│ 5.4.3.3) QAAC: --normalize │
+│ 5.4.4) Any existing normalisation values must be stripped prior to │
+│ applying normalisation. │
+│ 5.4.5) FFmpeg, FAAC, and MEncoder are banned. │
+│ 5.4.6) AC3 is allowed for INTERNAL releases only. │
+│ 5.4.7) Audio with more than 2 channels must be down-mixed to stereo, │
+│ with the exception of INTERNAL releases. │
+│ 5.4.8) Audio must not be resampled. Audio must be kept in the original │
+│ format as the source. e.g. 48KHz for 48KHz sources. │
+│ 5.5) AC3, DTS, DTS-ES, E-AC3, MP2, and FLAC are the only allowed formats │
+│ for resolutions 720p and above. │
+│ 5.5.1) AC3 bitrate must not be below 640 Kbps, unless the original source │
+│ audio is already in a low bitrate lossy format. In which case, the │
+│ original audio must be used and not transcoded. │
+│ 5.5.2) AC3 640 Kbps, DTS 1536 Kbps, and FLAC must be created from a │
+│ higher bitrate source. │
+│ │
+│ 6) [ Video / Resolution ] │
+│ 6.1) Standard definition (SD) refers to a maximum horizontal display │
+│ resolution of 720 pixels. │
+│ 6.2) 720p refers to a maximum display resolution of 1280x720. │
+│ 6.3) 1080p refers to a maximum display resolution of 1920x1080. │
+│ 6.4) 2160p refers to a maximum display resolution of 3840x2160. │
+│ 6.5) Upscaling is not allowed. │
+│ 6.6) Resolution must be mod 2. │
+│ 6.7) English spoken titles with foreign overlays (e.g. locations and │
+│ on-screen text shown in another language) are not allowed, use │
+│ INTERNAL. │
+│ 6.8) Non-English spoken titles with hardcoded English subtitles must be │
+│ tagged as SUBBED. │
+│ 6.9) Dupes based on resolution are not allowed. │
+│ 6.9.1) Except in situations of releases with a different aspect ratio. │
+│ The relevant tag must be used, and the reason mentioned in the │
+│ NFO, see rule 19.5.3. │
+│ 6.9.2) Releases which contain an additional 20 pixels or more worth of │
+│ video on any side are not considered dupes. These releases must be │
+│ tagged as WS or OM (open matte) and not PROPER, and the original │
+│ release must not be nuked. │
+│ 6.10) Retention or removal of faded edges is left to the discretion of the │
+│ group. Inclusion of faded edges is not a technical flaw, and cannot │
+│ be propered. │
+│ 6.10.1) Faded edges refer to a line of pixels which are of similar │
+│ appearance to pixels' parallel to the video frame. │
+│ 6.11) Black borders and anything that is not part of the video must be │
+│ cropped. │
+│ 6.11.1) Black borders refer to: black or coloured borders, duplicate │
+│ lines, dirty lines or pixels. │
+│ 6.12) Video can be over or under cropped by a maximum of 1px per side. │
+│ Over or under cropping by more than 1px per side is considered a │
+│ technical flaw. │
+│ 6.12.1) Under crop refers to portions of the video frame which is not │
+│ actual picture. Files which contain black borders greater than │
+│ 1px on any side is considered a technical flaw. │
+│ 6.12.2) Releases which include faded edges must consider faded edges as │
+│ a valid part of the video frame and do not count as black │
+│ borders. │
+│ e.g. A release cannot be propered if 1px of faded edges and 1px │
+│ of black exists. │
+│ 6.12.3) Situations where video cropping of the same content varies │
+│ between sources are not considered a technical flaw, and may │
+│ not be propered. │
+│ 6.13) In the case of varying aspect ratios throughout the video, cropping │
+│ must be done to the widest video frame. │
+│ 6.13.1) Studio logos, intertitles, and credits must be disregarded when │
+│ determining the widest frame. │
+│ 6.14) Any sort of visual glitch present in the video stream is considered │
+│ a technical flaw. │
+│ 6.14.1) Except in situations where glitches are a result of a live-stream │
+│ or issues with the broadcast or source and are completely │
+│ unavoidable. It is recommended, but optional, to mention glitches │
+│ or gaps in playback in the NFO. │
+│ 6.14.2) Unavoidable glitches as a result of broadcast, live-stream, or │
+│ mastering issues may be propered with a glitch-free version. │
+│ 6.14.3) Visual glitches are defined as, but not limited to: │
+│ visual/compression artifacts, signal/stream issues, missing │
+│ frames. │
+│ 6.15) Resized and transcoded video must be within 0.5% of the original │
+│ aspect ratio. │
+│ 6.16) Sample aspect ratio (SAR): │
+│ SAR = (PixelHeight / PixelWidth) / (DARHeight / DARWidth) │
+│ 6.17) Display aspect ratio (DAR): │
+│ DAR = (PixelWidth * DARWidth) / (PixelHeight * DARHeight) │
+│ 6.18) Display resolution: │
+│ DisplayWidth = PixelWidth * (SARWidth / SARHeight) │
+│ 6.19) Aspect ratio (AR) error: │
+│ Original AR = (SourceWidth - [CropLeft + CropRight]) / │
+│ (SourceHeight - [CropTop + CropBottom]) │
+│ Release AR = EncodeWidth / EncodedHeight │
+│ AR Error % = [(Original AR - Release AR) / Original AR] * 100 │
+│ 6.20) Target resolution when resizing to maintain mod2 and reduce AR │
+│ error: │
+│ TargetHeight = TargetWidth / [(SourceWidth - │
+│ [CropLeft + CropRight]) / (SourceHeight - │
+│ [CropTop + CropBottom])] │
+│ The correct mod 2 value can also be calculated from the ceiling of │
+│ TargetHeight if the value is odd, and the floor of TargetHeight if │
+│ the value is even. │
+│ 6.20.1) Alternatively, the following can be used to confirm the correct │
+│ resolution is used from the above method by calculating the upper │
+│ and lower integer limit of TargetHeight: │
+│ HeightA = floor(TargetHeight + [TargetHeight mod 2]) │
+│ HeightB = floor(TargetHeight - [TargetHeight mod 2]) │
+│ The TargetHeight value (HeightA or HeightB) which results in an │
+│ aspect ratio error which tends to zero must be used. │
+│ e.g. TargetWidth: 1280. │
+│ SourceWidth: 1920, SourceHeight: 1080. │
+│ CropLeft + CropRight = 0, CropTop + CropBottom = 4. │
+│ TargetHeight = 1280 / ((1920 - 0) / (1080 - 4)) or 717.33. │
+│ HeightA = floor(717.33 + (717.33 mod 2)) or 718. │
+│ HeightB = floor(717.33 - (717.33 mod 2)) or 716. │
+│ TargetWidth x HeightA = 1280x718 with -0.09% AR error. │
+│ TargetWidth x HeightB = 1280x716 with 0.19% AR error. │
+│ -0.09% tends closer to zero than 0.19% does (0.09 < 0.19), │
+│ therefore, HeightA must be used. │
+│ │
+│ 7) [ Framerate / Filters ] │
+│ 7.1) IVTC, deinterlacing, or decimation must be applied as required. │
+│ 7.2) Only smart deinterlacers, such as Yadif, QTGMC, or TFM, must be used. │
+│ 7.2.1) FieldDeinterlace must not be used for deinterlacing. │
+│ 7.3) Only accurate field matching filters, such as TIVTC or Decomb, must │
+│ be used for inverse telecining (IVTC). │
+│ 7.3.1) Use of MEncoder, MJPEG tools, libav, libavcodec, or FFmpeg as IVTC │
+│ filters are not allowed. │
+│ 7.3.2) Deinterlacing filters must not be applied to telecined sources as │
+│ a method of inverse telecine. Use of an accurate field matching │
+│ filter must be used on telecined sources to recreate progressive │
+│ frames and must be decimated to remove any duplicate frames. │
+│ e.g. Yadif must not be used on a telecined source with a frame │
+│ sequence of PPIIP, as Yadif will attempt to deinterlace │
+│ every frame, including the progressive frames. TFM and │
+│ TDecimate should be used in this situation. │
+│ 7.4) Only sharp resizers are allowed. Simple resizers such as bicubic, │
+│ simple, etc, are not allowed. Only the following resizers are allowed │
+│ (in order of preference): │
+│ 7.4.1) Spline36Resize/Spline64Resize. │
+│ 7.4.2) BlackmanResize. │
+│ 7.4.3) LanczosResize/Lanczos4Resize. │
+│ 7.5) Sources which contain footage at varying FPS throughout (hybrid │
+│ sources) and may or may not require IVTC is left to the discretion │
+│ of the group. The NFO must list a reason as to the final decision. │
+│ 7.5.1) It is assumed that the majority of a title contains enough unique │
+│ frames at 30,000/1,001 fps to warrant a higher framerate. If it │
+│ can be proven IVTC/decimating does not result in any loss of │
+│ unique frames, this is considered a technical flaw. │
+│ e.g. The native format of a Netflix title is 30,000/1,001 fps but │
+│ contains some footage filmed at 24,000/1,001 fps. Choosing │
+│ to encode the entire release at 30,000/1,001 fps is valid. │
+│ 7.6) Native and converted framerates refers to the standard in which the │
+│ video was produced. │
+│ 7.6.1) NTSC produced video is native to NTSC. │
+│ 7.6.2) PAL produced video is native to PAL. │
+│ 7.6.3) NTSC produced video that is broadcast in PAL is considered as │
+│ converted video. │
+│ 7.6.4) PAL produced video that is broadcast in NTSC is considered as │
+│ converted video. │
+│ 7.7) Converted video that has significant artifacts (e.g. blended frames) │
+│ and cannot be reversed to the native format must be tagged as │
+│ CONVERT. │
+│ 7.7.1) Converted video which does not have any artifacts does not require │
+│ the CONVERT tag and must not be nuked for the conversion. │
+│ 7.8) 50 / 60 fps video may be released at 50 / 60 fps or 25 / 30 fps. │
+│ True 25 / 30 video released at 50 / 60 fps is not allowed and │
+│ considered a technical flaw. │
+│ 7.8.1) In rare situations, 25 / 50 fps sources should be restored to │
+│ 24 or 30 fps. │
+│ 7.8.2) In rare situations, 30 / 60 fps sources should be restored to │
+│ 25 fps. │
+│ │
+│ 8) [ Audio ] │
+│ 8.1) Audio must be in the original format provided. Minor adjustments │
+│ (channel count, adding or removing frames) in order to prevent issues │
+│ with playback or sync is allowed. │
+│ 8.1.1) Valid lossy codecs are: AAC, AC3, DTS, DTS-ES, E-AC3, MP2. │
+│ 8.1.2) For audio originally packaged in a lossless (LPCM) format, audio │
+│ must be converted to a lossy format without any down-mixing of │
+│ surround channels. e.g. AC3 640 Kbps, DTS 1536 Kbps, and FLAC. │
+│ 8.2) Transcoding lossy audio to another lossy format is not allowed. │
+│ 8.3) Sync must not drift at all during the entire release. │
+│ 8.4) Glitches that occur in any audio channel present (e.g. L, R, C, SL, │
+│ SR, etc.) are considered a technical flaw. │
+│ 8.4.1) Except in situations where glitches are a result of a live-stream │
+│ or issues with the broadcast or source and are completely │
+│ unavoidable. It is recommended, but optional, to mention glitches │
+│ or gaps in playback in the NFO. │
+│ 8.4.2) Unavoidable glitches as a result of broadcast, live-stream, or │
+│ mastering issues may be propered with a glitch-free version. │
+│ 8.4.3) Glitches are defined as, but not limited to: an audible glitch, │
+│ missing audio, pops or clicks as a result of encoding, gaps within │
+│ playback, missing dialogue, muted or muffled audio, echoing. │
+│ 8.5) A release must only contain a single audio track. │
+│ 8.5.1) Dual-language audio tracks are allowed for non-English material │
+│ only. │
+│ 8.6) If the original language of a title is not English: │
+│ 8.6.1) An English dubbed track is allowed as a secondary audio track. │
+│ 8.6.2) Releases containing only a dubbed audio track must be tagged as │
+│ DUBBED. │
+│ 8.7) Non-English releases without a secondary English audio track must │
+│ use a language tag indicating the primary spoken language. │
+│ 8.8) Dupes based on audio format or multiple audio tracks are not allowed, │
+│ use INTERNAL. │
+│ 8.9) Retail audio may be used in placed of audio tracks extracted from │
+│ the source. Proof of the source disc must be provided, see │
+│ section 13. │
+│ │
+│ 9) [ Credits / Previously On / Unrelated Footage ] │
+│ 9.1) Credits and 'Previously On' footage must be included and is not │
+│ optional. │
+│ 9.2) Any unrelated commercials or paid advertisements, regardless of │
+│ duration (e.g. 1 faded/half opacity frame or 10 seconds) must be │
+│ completely removed from the release. │
+│ 9.3) Content rating cards and viewer warnings separate to the show must │
+│ be completely removed and it is considered a technical flaw if │
+│ present. │
+│ 9.3.1) Except in situations where the content warning is integrated into │
+│ the opening of the show and cannot be removed, e.g. Cops. │
+│ │
+│ 10) [ Container ] │
+│ 10.1) Container must be Matroska (.mkv). MKVToolnix is the recommended │
+│ muxer. │
+│ 10.2) Custom muxing tools are allowed. However, the output must adhere to │
+│ the latest Matroska specification and must retain identical │
+│ compatibility with demuxers as files created with MKVToolnix. │
+│ 10.3) Support for file streaming and playback from RAR is mandatory. │
+│ 10.4) Matroska header compression must not be enabled. │
+│ 10.5) Header stripping or modification is not allowed. │
+│ 10.6) Falsifying or modification of encoding parameters and information │
+│ is not allowed. │
+│ │
+│ 11) [ Subtitles ] │
+│ 11.1) Subtitles for English spoken titles without foreign dialogue are │
+│ optional, but encouraged. │
+│ 11.1.1) Optical character recognition (OCR) must not result in spelling │
+│ errors or mistakes. │
+│ e.g. Zero ('0') used in place of an upper-case O ('o'). │
+│ 11.1.2) Minor errors in grammar or punctuation which do not change the │
+│ meaning of the sentence are allowed, however, it is recommended │
+│ all errors be corrected. │
+│ 11.2) English spoken titles with foreign dialogue must include a separate │
+│ subtitle track for forced subtitles. │
+│ 11.2.1) Foreign dialogue subtitle tracks must be set as forced and it is │
+│ considered a technical flaw if not done correctly. │
+│ 11.2.2) In situations where the source video stream contains hardcoded │
+│ subtitles for English spoken titles with foreign dialogue, a │
+│ separate subtitle track for the forced subtitles is not required. │
+│ 11.3) Non-English spoken titles without hardcoded subtitles must include │
+│ an English subtitle track set as default. │
+│ 11.4) Group watermarks in subtitles are not allowed. │
+│ 11.5) Dupes based on subtitles are not allowed, use INTERNAL. │
+│ 11.6) Propers based on the inclusion of optional subtitles is not allowed. │
+│ 11.7) Fan-made or custom subtitles are not allowed. │
+│ 11.8) Groups must not burn subtitles in to the video stream. │
+│ 11.9) External subtitles located in 'Subs' directories are not allowed. │
+│ 11.10) Must be free of any technical flaws. Including, but not limited │
+│ to: sync issues, incorrect OCR, invalid default or forced muxing │
+│ flags. │
+│ 11.11) Subtitles must be extracted from the original source, or obtained │
+│ from another source which provides the same video. │
+│ e.g. A source obtained from iTunes does not contain subtitles, but │
+│ can be extracted from Netflix. These subtitles can be muxed │
+│ into the final release. │
+│ 11.12) Retail subtitles may be used in place of subtitles extracted from │
+│ the source. Proof of the source disc must be provided, see section │
+│ 13. │
+│ 11.13) Adjustments and edits may be made to subtitle tracks. │
+│ 11.13.1) Edits can refer to: adjusting timecodes, fixing grammar, │
+│ spelling, or punctuation errors, etc. │
+│ 11.13.2) A summary of the changes must be listed in the NFO. │
+│ e.g. Shifted all timecodes by 2 seconds to ensure sync is │
+│ maintained throughout, or spelling errors fixed │
+│ throughout, etc. │
+│ 11.14) Subtitles must be muxed into the final MKV in text based │
+│ format, i.e. SubRip (.srt) or SubSation Alpha (.ssa/.ass). │
+│ 11.14.1) Retail subtitles must be muxed in text based (.srt/.ssa/.ass) │
+│ or PGS (.sup) format. PGS is recommended. │
+│ 11.14.2) All subtitle tracks must have the character set (--sub-charset) │
+│ set to a Unicode format or UTF-8 when muxing. │
+│ 11.14.3) Subtitles must not set as default or forced unless otherwise │
+│ specified. │
+│ 11.14.4) The correct ISO 639 language code supported by MKVToolnix must │
+│ be set for all subtitle tracks. │
+│ 11.14.4.1) In situations where the language is not supported by │
+│ MKVToolnix, 'und' must be used. │
+│ e.g. en for English, de for German, etc. │
+│ 11.14.5) The correct character encoding │
+│ │
+│ 12) [ Packaging ] │
+│ 12.1) Must be packed with RAR files, broken into a maximum of 99 volumes. │
+│ 12.2) RAR5/RARv5.0 is not allowed. RAR3/v2.0 or RAR4/v2.9 must be used. │
+│ 12.2.1) Custom RAR tools are permitted. However, files must adhere to │
+│ the RAR4/RARv2.9 archive specification and must retain identical │
+│ compatibility with extractors and demuxers as files created with │
+│ WinRAR/rar. │
+│ 12.3) Permitted RAR sizes are: │
+│ 12.3.1) 15,000,000 bytes or 20,000,000 bytes for SD. Multiples of these │
+│ values are not allowed. │
+│ 12.3.2) Positive integer multiples of 50,000,000 bytes for all │
+│ resolutions. │
+│ e.g. (50 * 10^6) * n bytes, where n > 0. │
+│ (50 * 10^6) * 4 bytes, 100,000,000 bytes, │
+│ 400,000,000 bytes, etc. │
+│ 12.3.3) Releases must have a minimum of 10 volumes before the next │
+│ multiple of 50,000,000 bytes is used. │
+│ e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5 │
+│ volumes at 100,000,000 bytes. │
+│ 5 volumes at 100,000,000 bytes cannot be repacked to 4 │
+│ volumes at 150,000,000 bytes. │
+│ 12.4) Must have SFV and NFO. │
+│ 12.5) RAR, SFV, and Sample files must have unique, lower-case filenames │
+│ with the group tag. │
+│ 12.5.1) Group tags must be unique to each group, and may be an │
+│ abbreviated variation of the group name. │
+│ 12.6) Missing RAR(s) or SFV on all sites is considered a technical flaw. │
+│ 12.7) Corrupt RAR(s) (errors upon extraction) is considered a technical │
+│ flaw. │
+│ 12.8) RAR compression and recovery records are not allowed. │
+│ 12.9) Encryption or password protection is not allowed. │
+│ │
+│ 13) [ Proof ] │
+│ 13.1) Proof picture(s) must have unique filenames and placed in a separate │
+│ directory named 'Proof'. │
+│ 13.1.1) Proof file(s) must be included in every release which requires │
+│ proof. │
+│ 13.2) Proof must be in JPEG or PNG format. │
+│ 13.3) Proof is required for iTunes sourced files only. A screenshot of │
+│ the download in progress must be provided. │
+│ 13.3.1) A release which fails to pre with the required proof is │
+│ considered a technical flaw and can be propered. │
+│ 13.3.2) Proof fixes must be within 24 hours of original pre. Fixes │
+│ provided after a proper has been released, or after 24 hours has │
+│ elapsed from the original pre, will not be accepted. │
+│ 13.3.3) It is also recommended, in an unobstructed way, to include the │
+│ group name within the screenshot written in Notepad or a similar │
+│ text editor. │
+│ 13.4) Releases which include retail-sourced elements (e.g. retail │
+│ subtitles) must include source proof. │
+│ 13.4.1) Proof must be photographs of the printed side of all physical │
+│ discs used with the group tag clearly visible. │
+│ 13.4.2) The minimum resolution for photographs is 640x480px. Disc details │
+│ must be clear and legible. │
+│ 13.5) Small identifiable or sensitive information may be obscured or │
+│ redacted. │
+│ 13.6) User identifiable EXIF data must be stripped. It is recommended all │
+│ EXIF data be stripped. │
+│ │
+│ 14) [ Samples ] │
+│ 14.1) All releases must include a 50-70 second sample for each release. │
+│ 14.2) Samples must have unique filenames and placed in a separate │
+│ directory named 'Sample'. │
+│ 14.3) Samples must be cut from the final video, not encoded separately. │
+│ │
+│ 15) [ NFO ] │
+│ 15.1) NFO must be present in every release. │
+│ 15.2) It is recommended, but optional, to include the following │
+│ information in the NFO: │
+│ 15.2.1) Release name and group. │
+│ 15.2.2) Title and release date. │
+│ 15.2.3) CRF value / bitrate used. │
+│ 15.2.4) Audio format. │
+│ 15.2.5) Source. │
+│ 15.2.6) Relevant IMDB/TVDB/Amazon link. │
+│ 15.2.7) Total video size or RAR count. │
+│ 15.3) It is optional, but highly recommended, that the source for │
+│ untouched files be mentioned in the NFO. │
+│ │
+│ 16) [ Tagging ] │
+│ 16.1) Only the following additional tags are allowed: │
+│ ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DOCU, DUBBED, │
+│ EXTENDED, FESTIVAL, FINAL, INTERNAL, LIMITED, MULTI, NFOFIX, OM, │
+│ PPV, PROOFFIX, PROPER, REAL, REMASTERED, READNFO, REPACK, RERIP, │
+│ SAMPLEFIX, SOURCE.SAMPLE, SUBBED, THEATRICAL, UNCENSORED, UNRATED, │
+│ UNCUT, and WS. │
+│ 16.2) Variations of any additional tags are not allowed. │
+│ e.g. READ.NFO or RNFO is not allowed, READNFO must be used. │
+│ 16.3) READNFO should be used sparingly. Discretion is recommended. │
+│ 16.3.1) The READNFO tag must not be used with PROPER, REPACK, or RERIP. │
+│ The NFO is required to contain a reason, therefore the tag is │
+│ redundant. │
+│ 16.4) Tags must only be used once, but the order is left to the discretion │
+│ of the group. │
+│ 16.4.1) Except in situations where the REAL tag is required to be stacked │
+│ to differentiate between multiple invalid releases. │
+│ e.g. A REAL.REAL.PROPER.REPACK is required for a │
+│ REAL.PROPER.REPACK and PROPER.REPACK. │
+│ 16.5) Tags must be grouped together, period-delimited, and must follow the │
+│ mandatory directory format, see rule 17.4. │
+│ e.g. EXTENDED.LIMITED, REMASTERED.REPACK, REAL.PROPER. │
+│ │
+│ 17) [ Directory Nomenclature ] │
+│ 17.1) Acceptable characters allowed for directories are: │
+│ ABCDEFGHIJKLMNOPQRSTUVWXYZ │
+│ abcdefghijklmnopqrstuvwxyz │
+│ 0123456789.- │
+│ 17.2) Single punctuation must be used. Consecutive punctuation is not │
+│ allowed. │
+│ e.g. Show----Name.S01E01, Show.Name....S01E01, │
+│ Show.-.Name.--.S01E01, etc. │
+│ 17.3) Typos or spelling mistakes in the directory are not allowed. │
+│ 17.4) Releases must follow the matching directory format: │
+│ 17.4.1) Movie.YEAR.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title].<TAGS>. │
+│ [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.4.3) Miniseries.Show.Name.Part.XX.[Episode.Title].<TAGS>. │
+│ [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.4.4) Daily.TV.Show.YYYY.MM.DD.[Guest.Name].<TAGS>. │
+│ [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.4.5) Daily.Sport.League.YYYY.MM.DD.Event.<TAGS>. │
+│ [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.4.6) Monthly.Competition.YYYY.MM.Event.<TAGS>. │
+│ [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.4.7) Yearly.Competition.YYYY.Event.<TAGS>. │
+│ [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP │
+│ 17.5) Named directory arguments formatted inside <> must be included. │
+│ Optional arguments formatted inside [] may be used in some cases. │
+│ 17.5.1) Episode part refers to episodes, usually cartoons or animation, │
+│ which split episodes into stories by different directors. │
+│ Episodes parts must be alphanumeric (a-z, A-Z, 0-9). │
+│ e.g. The first episode from Season 2 of SpongeBob SquarePants │
+│ is split into S02E01A/B, etc. https://goo.gl/CVGXKu │
+│ 17.5.2) Episode title and guest names are optional. │
+│ 17.5.3) Guest name(s) used must be in the order in which they appear on │
+│ the show to avoid any confusion. │
+│ 17.5.4) Tags refers to all permitted tags only, see section 16. │
+│ 17.5.5) Non-English releases must include the language tag and must be │
+│ used to denote the language of the audio track. English releases │
+│ must not include the language tag. │
+│ 17.5.5.1) Language tags must be the full name of the language. │
+│ Abbreviations or language codes are not allowed. │
+│ e.g. FRENCH, RUSSIAN, GERMAN. │
+│ 17.5.6) Resolution identifiers are only applicable for releases 720p and │
+│ above, and must precede the format of the release, see section 6 │
+│ for resolution specifications. │
+│ e.g. 720p.WEB.H264, 2160p.WEBRip.x264. │
+│ 17.5.7) Format refers to whether the release is transcoded (WEBRip.x264) │
+│ or untouched (WEB.H264/WEB.x264). │
+│ 17.6) Do not indicate source, ripping, or encoding methods that were used. │
+│ Use the NFO for any technical details. │
+│ 17.7) All movie releases must include the production year. │
+│ 17.8) Movie distribution tags (FESTIVAL, LIMITED) must be used with │
+│ discretion. Use boxofficemojo.com or IMDB screen details as │
+│ references. │
+│ 17.9) Different shows with the same title and format produced in different │
+│ countries must have the ISO 3166-1 alpha 2 country code in the │
+│ show name. │
+│ 17.9.1) Except for UK shows, which should use UK, not GB. │
+│ 17.9.2) This rule does not apply to an original show, only shows that │
+│ precede the original with the same premise or format. │
+│ e.g. The.Office.S01E01 and The.Office.US.S01E01. │
+│ 17.10) Different shows with the same title produced in the same country │
+│ which begin in different years must have the year of the first │
+│ season in the directory. │
+│ 17.10.1) The year is not required for the show broadcasted first. │
+│ e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01. │
+│ 17.11) Different shows with the same titles produced in the same country │
+│ which begin in different years must have the ISO-3166-1 alpha 2 │
+│ country code followed by the year of the first season in the │
+│ directory. │
+│ 17.11.1) See rules 17.12 and 17.13 for country code and year │
+│ explanations. │
+│ e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013), │
+│ Wanted.AU.2016.S01E01 (2016). │
+│ 17.12) Show names which are hyphenated or include punctuation must follow │
+│ the format shown in the title sequence or credits of the first │
+│ episode congruent to the list of acceptable characters. │
+│ 17.12.1) If no title card exists, the format listed on the official │
+│ website for the show must be used, followed by what is listed │
+│ by the streaming service. │
+│ 17.12.2) Additional titles and names given to an individual season must │
+│ not be used. │
+│ e.g. Archer.Vice.S05, Strike.Back.Legacy.S05. │
+│ 17.13) Directory nomenclature and numbering must remain consistent │
+│ across the lifetime of an individual show or event. │
+│ 17.13.1) Shows which contain acronyms or secondary titles must follow the │
+│ format used by the first release. │
+│ e.g. Law.and.Order.SVU.S01E01 is the standard format that must │
+│ be used for all following episodes, │
+│ Law.and.Order.Special.Victims.Unit.S01E02 is not allowed. │
+│ Shadowhunters.The.Mortal.Instruments.S01E01 is the │
+│ standard format, Shadowhunters.S01E02 is not allowed. │
+│ 17.13.2) Groups cannot change the directory format of a show after a │
+│ second release or episode with the same format exists. │
+│ e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format. │
+│ 2016-01-08: Law.and.Order.SVU.S01E02 continues the format. │
+│ 2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01. │
+│ DIRFIX is not valid as the second episode already exists │
+│ and continues with the previously defined format. │
+│ 17.13.3) Except in situations where the show has an official change in │
+│ its name, whereby all official references by the broadcaster or │
+│ studio is of the new name. This change must be mentioned in the │
+│ first NFO with the new name with relevant references. │
+│ e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01. │
+│ 17.13.4) Official name changes for a show does not include the renaming │
+│ of individual seasons. Seasonal name changes must be ignored. │
+│ e.g. Power.Rangers.S01 and Power.Ranges.S07 must be used. │
+│ Power.Rangers.Lost.Galaxy.S07 must not be used. │
+│ Strike.Back.S03, Strike.Back.S05 must be used. │
+│ Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must │
+│ not be used. │
+│ 17.13.5) Any deviations or changes require sufficient evidence listed in │
+│ the NFO as to the reason for change. │
+│ 17.14) For shows which begin on network television and continue │
+│ exclusively on a web-based service, the title or numbering of the │
+│ show shall not change. │
+│ 17.14.1) Except in situations where the show is not a direct continuation │
+│ of the previous seasons. │
+│ 17.14.2) If the show continues without any changes, the title of the show │
+│ shall not change, but will follow the season and episode │
+│ numbering as listed on the web-based service which purchased │
+│ the show. │
+│ 17.15) User contributed services such as TVRage, TVMaze, or TheTVDB must │
+│ not be used as a reference when naming and numbering episodes. It │
+│ may be used as a general guide; however, official guides must be │
+│ used. │
+│ 17.15.1) The following order must be used as the primary source for │
+│ naming and numbering. │
+│ 17.15.1.1) Official website of the show. │
+│ 17.15.1.2) Order and format listed by the streaming service. │
+│ 17.15.1.3) Network guide. │
+│ │
+│ 18) [ Fixes ] │
+│ 18.1) Only the following fixes are allowed: │
+│ DIRFIX, NFOFIX, PROOFFIX, and SAMPLEFIX. │
+│ 18.2) Any other form of fix is not allowed. │
+│ e.g. RARFIX, SFVFIX, SUBFIX, etc. │
+│ 18.3) All fixes require an NFO and must state which release is being │
+│ fixed. │
+│ 18.4) A proper may not be released for an error that can be fixed with │
+│ the above methods, with the exception of proof fixes, see rule │
+│ 13.3.2. │
+│ 18.5) If multiple releases from a single season require a DIRFIX, a single │
+│ DIRFIX per season is allowed and is recommended. │
+│ e.g. Show.Name.S01.DIRFIX.WEBRip.x264-GROUP. │
+│ 18.5.1) If a single DIRFIX is used, all relevant releases and │
+│ corresponding fixes must be listed in the NFO. │
+│ │
+│ 19) [ Dupes ] │
+│ 19.1) Same second releases, with a maximum acceptable variance of two │
+│ seconds (+/- 2 seconds) between timestamps reported by a majority │
+│ of pre bots, are not considered dupes and should not be nuked. │
+│ 19.1.1) Timestamps must be considered as whole integers and round half │
+│ towards zero. │
+│ 19.1.2) The earliest timestamp must be used when considering dupes. │
+│ e.g. Release A: 1451572201.427158 -> 1451572201 │
+│ Release B: 1451572203.626645 -> 1451572203 │
+│ Release C: 1451572204.137665 -> 1451572204 │
+│ Release B does not dupe Release A: 1451572203 - 1451572201 │
+│ = 2, i.e. maximum variance allowed. │
+│ Release C dupes Releases A and B: 1451572204 - 1451572201 │
+│ = 3, i.e. 3 > 2. │
+│ 19.1.3) In situations where a release is found to contain a technical │
+│ flaw, same second dupes which do not exhibit any technical flaws │
+│ must be considered the final release. Groups may release a DIRFIX │
+│ to PROPER for their original release, but it is not required. │
+│ e.g. Release A and Release B are released at the same time. │
+│ Release A is nuked as containing glitches, Release B then │
+│ becomes the de facto release and a DIRFIX to PROPER may be │
+│ released. │
+│ 19.2) WEBRip.x264 dupes WEB.H264/x264. │
+│ 19.3) WEB.H264/x264 does not dupe WEBRip.x264. │
+│ 19.4) WEB.H264/x264 and WEBRip.x264 does not dupe DSR/PDTV. │
+│ 19.5) WEB.H264/x264 and WEBRip.x264 dupes an equivalent AHDTV/HDTV/Retail │
+│ release. │
+│ 19.5.1) SD WEB.H264/x264 and WEBRip.x264 dupes an SD AHDTV/HDTV/Retail │
+│ release. │
+│ 19.5.2) 720p, 1080p, 2160p WEB.H264/WEB.x264 and WEBRip.x264 dupes a │
+│ respective AHDTV/HDTV/Retail release. │
+│ e.g. 720p.WEB.H264 dupes 720p.HDTV.x264, 1080p.WEBRip.x264 │
+│ dupes 1080p.AHDTV.x264. │
+│ 1080p.WEB.H264 does not dupe 720p.BluRay.x264 if │
+│ 1080p.BluRay.x264 does not exist. │
+│ 19.5.3) Except in situations where the aspect ratio of a │
+│ WEB.H264/x264 and WEBRip.x264 release exceeds that of its │
+│ respective AHDTV/HDTV/Retail release. │
+│ e.g. A 2.39:1 release will not dupe a 1.78:1 retail provided │
+│ there is clearly more footage visible on-screen. Proof │
+│ demonstrating this difference is recommended, but not │
+│ mandatory. │
+│ 19.5.4) Except in situations where a WEB.H264/x264 or WEBRip.x264 release │
+│ is an uncensored or extended edit of its respective │
+│ AHDTV/HDTV/Retail release. │
+│ e.g. An uncensored WEB.H264 release does not dupe HDTV.x264, │
+│ EXTENDED.WEBRip.x264 does not dupe BluRay.x264. │
+│ 19.6) Releases with hardcoded subtitles (i.e. SUBBED) dupes releases with │
+│ muxed-in subtitles. │
+│ 19.7) Releases with muxed-in subtitles do not dupe releases with hardcoded │
+│ subtitles. │
+│ 19.8) Native video streams do not dupe converted video streams. │
+│ 19.9) Converted video streams dupe native video streams. │
+│ │
+│ 20) [ Propers / Rerips / Repacks ] │
+│ 20.1) Detailed reasons must be included in the NFO for all repacks, │
+│ rerips, and propers. │
+│ 20.1.1) Proper reasons must be clearly stated in the NFO, including │
+│ timestamps and specifics in regards to the flaw when appropriate. │
+│ A sample demonstrating the flaw in the original release is │
+│ encouraged, but not mandatory. │
+│ 20.2) Propers are only permitted in the case of a technical flaw in the │
+│ original release. │
+│ 20.3) If fixing a technical flaw requires transcoding of the file, it must │
+│ follow the transcoding rules and tagged as WEBRip.x264. │
+│ 20.4) Transcoded releases cannot proper any untouched files. │
+│ e.g. WEBRip.x264 cannot proper WEB.H264. │
+│ 20.4.1) Unless it is a transcode of a lossless stream correcting the │
+│ technical flaw, see rule 1.4. │
+│ 20.4.2) Unless it can be proven that all untouched sources are flawed │
+│ which cannot be repaired by transcoding, but a WEBRip does not │
+│ exhibit the same technical flaw(s). │
+│ e.g. iTunes, Amazon, and Netflix only offer the content. Amazon │
+│ and iTunes sourced files cannot be repaired by transcoding, │
+│ however a Netflix WEBRip is fine. │
+│ 20.5) Untouched files can proper transcoded releases for any valid │
+│ technical flaw. │
+│ 20.6) Audio or visual glitches can be propered with a release which does │
+│ not exhibit the same flaw. │
+│ 20.6.1) In situations where mastering issues results in visual or audio │
+│ glitches, a release must not be nuked until a valid proper, │
+│ repack, or rerip using a glitch-free source or master is │
+│ released. │
+│ 20.7) RERIP must be used for ripping or encoding issues. │
+│ 20.8) REPACK must be used for packing or muxing issues. │
+│ 20.9) Propers are only valid for releases with timestamps after the │
+│ official start date of this ruleset. │
+│ 20.9.1) Groups cannot proper existing releases using rules created as a │
+│ result of this ruleset. │
+│ e.g. If the resolution is not mod 2 or x264 revision used is │
+│ older than 50 revisions at the time of pre, the release │
+│ cannot be nuked. │
+│ 20.9.2) With exceptions of a release containing technical flaws which │
+│ would apply to any ruleset regardless of section. e.g. bad IVTC, │
+│ sync issues, bad or invalid cropping, etc. │
+│ │
+│ 21) [ Internals ] │
+│ 21.1) Internals are allowed to be released for any reason, including, but │
+│ not limited to: releases containing technical flaws, use of │
+│ alternate codecs, containers, or settings for experimental purposes. │
+│ 21.2) Any severe technical flaws must be mentioned in the NFO. │
+│ 21.3) Internal releases may only be nuked for technical flaws that are not │
+│ mentioned in the NFO. │
+│ 21.3.1) In situations where technical flaws are not mentioned in the NFO, │
+│ groups may provide an NFOFIX to avoid or reverse a nuke. │
+│ 21.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be │
+│ nuked fix.for.nuke. │
+│ │
+│ 22) [ Ruleset Specifics ] │
+│ 22.1) This ruleset is to be considered the ONLY official ruleset in │
+│ regards to WEB and WEBRip releases. It supersedes all previous │
+│ rules and precedents derived from existing TV and Retail rules in │
+│ regards to WEB sources. │
+│ 22.2) Rules listed under untouched or transcoded labelled sections only │
+│ apply to releases of that type and supersede any similar rule │
+│ mentioned elsewhere. │
+│ e.g. Rule 6.1 defines SD as resolutions with a maximum horizontal │
+│ display of 720 pixels, unless the release is considered │
+│ untouched, in which case rule 1.6 applies. │
+│ 22.3) If there is a question as to the validity of a source used, the │
+│ release may be nuked within 24 hours of pre requesting a source │
+│ sample and must include the initial suspicion or reason. │
+│ e.g. source.sample.requested_suspicion.of.invalid.decimation. │
+│ 22.3.1) The group has 24 hours from the first nuke to pre a source │
+│ sample that is at least 10 seconds in length. │
+│ 22.3.2) Source samples must be packed with RAR files, and use the │
+│ SOURCE.SAMPLE tag. │
+│ 22.3.3) Providing insufficient proof to disprove any claims, or a │
+│ failure to provide any source proof, and the release must remain │
+│ nuked and can be propered. │
+│ 22.4) The following definition of keywords throughout this ruleset are as │
+│ follows: │
+│ 22.4.1) Must: the rule is explicit in the definition and is compulsory. │
+│ 22.4.2) Should: implies the rule is a suggestion, and is non-compulsory. │
+│ 22.4.3) Can or may: implies the rule is optional, and is non-compulsory. │
+│ │
+│ 23) [ Notes ] │
+│ 23.1) Proof is only enforced for iTunes as all other sources require │
+│ various unofficial (backdoor) methods of downloading. Creating a │
+│ fake GUI showing an active download is not difficult, which could │
+│ result in proof being fabricated. As such, it is pointless to │
+│ require proof for anything but iTunes, where streams can only be │
+│ downloaded by a single method. │
+│ 23.1.1) This includes web stores or shops which provide video files via a │
+│ regular HTTP download. Policing or moderating these methods would │
+│ be implausible for a single ruleset. Providing screenshots of a │
+│ download in progress from a website does not prove the file was │
+│ obtained from an official source. │
+│ 23.2) The burden of proving P2P source material is on the propering group │
+│ or nuker. │
+│ 23.3) The inclusion of 2-pass in this ruleset should not be misconstrued │
+│ as preferring it for every release, CRF must always be considered │
+│ the primary method. Instead, it is encouraged for groups to use │
+│ 2-pass methods for rare cases when files provided are of extreme │
+│ high quality. │
+│ 23.3.1) Video which contains an excessive amount of noise may often │
+│ result in an unnecessary large bitrate. In such situations, │
+│ using a smaller bitrate using 2-pass can result in a file size │
+│ improvement with negligible loss in video quality. │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Signed ] │
+│ │
+│ 2HD AEROHOLiCS ALTEREGO AZR AMB3R ANiHLS ANiURL BARGE BATV BiQ C4TV │
+│ CHAMPiONS DEADPOOL DEFEATER DEFLATE DRAWER FADE FaiLED FiHTV FQM │
+│ GORE HatchetGear iBlade KOENiG KYR Ltu NTROPiC QCF REGRET RiVER RPTV │
+│ SH0W SiGeRiS SKGTV spamTV TASTETV TiMELiNE WaLMaRT W4F WNN ZOMBiE │
+│ │
+│ [ Refused to sign ] │
+│ │
+│ CBFM │
+│ │
+├─────────────────────────────────────────────────────────────────────────────┤
+│ │
+│ [ Revisions ] │
+│ 2016-03-16 - ecb63c67 - Final commit and public release of ruleset. │
+│ │
+└─────────────────────────────────────────────────────────────────────────────┘