1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293
|
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³ 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. /ÄÄÄÄÙ ÀÄÄÄÄ\ /ÄÄÄÄÙ
|