Guest User

The SD x264 TV Releasing Standards 2012

a guest
Feb 20th, 2012
11,505
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
  1. -¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¬
  2. - -
  3. - The SD x264 TV Releasing Standards 2012 -
  4. L¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦-
  5. -¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¬
  6. - L¦¦¦[ INTRO ]¦¦¦- -
  7. - -
  8. - x264 has become the most advanced video codec over the past few years. -
  9. - Compared to XviD, it is able to provide higher quality and compression at -
  10. - greater SD resolutions. It also allows better control and transparency over -
  11. - encoding settings. With CRF in the mix, we can also ensure that a diverse -
  12. - array of material will get the most appropriate bitrate for them and not -
  13. - arbitrary and fixed sizes. This standard aims to bring quality control back -
  14. - to SD releases. There are many standalone players/streamers such as TviX, -
  15. - Popcorn Hour, WDTV HD Media Player, Boxee, Xtreamer, PS3, XBOX 360, iPad, & -
  16. - HDTVs that can playback H264 and AAC encapsulated in MP4. -
  17. - -
  18. - The SD x264 TV section was formed to separate releases from the ruleless -
  19. - world of TV-XviD. This document will cover the rules and guidelines for -
  20. - only SD resolution x264 television rips. -
  21. - -
  22. L¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦-
  23. -¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¬
  24. - L¦¦¦[ RELEASE RULES ]¦¦¦- -
  25. - -
  26. - Compliance with this document is optional as of its pre date, and -
  27. - mandatory as of 2012-02-22 16:00 UTC. -
  28. - -
  29. - Video: -
  30. - - Sources requiring resize are to be cropped and resized using sharp -
  31. - resizers such as Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is -
  32. - banned. -
  33. - - HD video taken from the decoded HD output of a set-top box (e.g. -
  34. - component, DVI, HDMI) may be used as a source; source must be tagged -
  35. - in dirname as AHDTV. Decoded output of PDTV or DSR sources is banned. -
  36. - Releases taken from a natively recorded transport stream shall be tagged-
  37. - as HDTV, PDTV, or DSR. Dupes are as follows: HDTV > AHDTV > PDTV > DSR. -
  38. - AHDTV captures must be done at the native format of the channel, e.g. -
  39. - 720p or 1080i. -
  40. - - Sources that sideconvert 1080i to 720p (such as BellTV) are allowed but -
  41. - must be tagged as PDTV or DSR. -
  42. - - If there is a question as to the validity of a source, the release -
  43. - may be nuked source.sample.requested_<reason.for.nuke> (e.g. -
  44. - source.sample.requested_suspicion.of.analog.source) within 24 hours of -
  45. - pre. The group has 24 hours from the nuke to pre a RARed SOURCE.SAMPLE -
  46. - that is at least 10 seconds in length in order to document that the -
  47. - source is valid. Failure to provide source proof or providing bad -
  48. - source proof shall result in the release remaining nuked, and it may -
  49. - then be propered. -
  50. - - Improper IVTC methods that result in jerky playback, such as Force -
  51. - Film, are banned -
  52. - - Interlaced video sources must be deinterlaced with a smart deinterlacer -
  53. - such as Yadif. FieldDeinterlace is banned. -
  54. - - Group watermarks of any kind on the video are banned -
  55. - - Intros, outros, betweenos, or any other form of defacement of the -
  56. - episode are banned -
  57. - - "Native" refers to the standard in which the video was produced (e.g. -
  58. - NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video -
  59. - is native to PAL. PAL produced video that is broadcast in NTSC is -
  60. - converted. NTSC produced video that is broadcast in PAL is converted. -
  61. - - Converted video that has significant artifacting (e.g. blended frames) -
  62. - and cannot be reversed to native must use CONVERT tag -
  63. - - Converted video that does not have significant artifacts does not need -
  64. - convert tags and may not be nuked for the conversion -
  65. - - Native releases are allowed after those tagged CONVERT. Use NATIVE tag. -
  66. - -
  67. - Audio: -
  68. - - Allowed audio formats are VBR AAC LC (Low Complexity). -
  69. - - Average bitrate on AAC audio must be 96 - 160 kbps. -
  70. - - AAC audio must be normalized and downconverted to stereo. -
  71. - - Nero and Apple encoders are recommended. FFmpeg is banned. -
  72. - - Dupes based on audio format are forbidden and must be tagged INTERNAL -
  73. - - Multiple language audio tracks are allowed and must be listed in NFO -
  74. - - Dupes are not allowed based on multiple audio tracks -
  75. - - Severe audio drops resulting in one full missing word or otherwise the -
  76. - inability to understand material dialogue is considered to be a -
  77. - technical flaw and may be propered -
  78. - - Audio that is 120ms or more out of sync or drifts more than 120ms -
  79. - between any two points (e.g. needing -80 at one and +40 at another) is -
  80. - considered to be technically flawed and may be propered -
  81. - -
  82. - Framerate: -
  83. - - IVTC or deinterlacing must be applied as needed -
  84. - - 50/60fps video may be released at 50/60fps or 25/30fps. Releasing true -
  85. - 25/30fps video at 50/60 is considered a technical flaw. -
  86. - - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps. -
  87. - - In rare cases, 30/60Hz sources should be IVTC'd to 25fps. -
  88. - Failure to apply IVTC when needed is a technical flaw. -
  89. - -
  90. - Codec/Container: -
  91. - - Video codec must be x264 (8-bit depth). -
  92. - - Container must be MP4. -
  93. - - You will have 30 days from latest x264 rev date to update in order to -
  94. - maintain all bug fixes and improvements in the x264 codec -
  95. - - Stripping or falsifying encode information in the file header is banned -
  96. - - Custom muxing tools are permitted; however, output must be compatible -
  97. - with standard demuxers. -
  98. - - Custom Matrices are allowed -
  99. - - Encoded colorspace must be 4:2:0. -
  100. - - Deblocking must be used; values are at the discretion of the group. -
  101. - (default is enabled, 0:0 settings) -
  102. - - No setting can go below what is specified by --preset slow. -
  103. - - Keyframe interval (--keyint) must be at least 200 and at most 300. It -
  104. - is recommended to be 10*framerate (film=240, PAL=250, NTSC=300). -
  105. - - Minkeyint must be 30 or less -
  106. - - Colormatrix must be set to source specification. If not specified by -
  107. - source, bt709 must be used for sources with resolution greater than or -
  108. - equal to 1280x720 (e.g. HDTV and some PDTV) and sources with lower -
  109. - resolutions must use bt601 (e.g. DSR and some PDTV). -
  110. - - Constant Rate Factor (--crf) must be as follows: -
  111. - -¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¬ -
  112. - - Compressibility - CRF - General Examples - -
  113. - +¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+¦¦¦¦¦¦¦+¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+ -
  114. - - High - 19-20 - Scripted, Talk Shows, Poker, Animation - -
  115. - - Medium - 21-22 - Documentary, Reality, Variety - -
  116. - - Low - 23-24 - Sports, Awards, Live Events, Competitive- - -
  117. - - - - Reality - -
  118. - L¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+¦¦¦¦¦¦¦+¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦- -
  119. - - x264 parameters shall not vary within a release -
  120. - - Zones (--zones) are forbidden. -
  121. - - Any deviation in CRF from given examples must be specifically justified -
  122. - in the NFO. Use discretion when deviating CRF by matching the -
  123. - compressibility of the show to a corresponding CRF value. CRF values -
  124. - below 19 and above 24 are never permitted. -
  125. - - As a general suggestion, average video bitrate in excess of 1500kb/s -
  126. - is a sign that a higher CRF value should be chosen, when possible -
  127. - - Allowed parameters for --tune (optional) are film/grain/animation -
  128. - - Level 3.1 must be respected. -
  129. - - Suggested command line: -
  130. - x264.exe --crf ## --preset slow --level 3.1 --colormatrix bt709 -o -
  131. - out.h264 in.avs -
  132. - -
  133. - Resolution: -
  134. - - WS HDTV and WS PDTV sources with greater than 720px horizontal res must -
  135. - be cropped as needed and resized to 720px width and mod2 height to -
  136. - maintain proper AR. -
  137. - - WS PDTV sources with horizontal source res of 720-704px must be cropped -
  138. - as needed and only height must be resized to the proper anamorphic AR -
  139. - using mod2. Upscaling/downscaling is forbidden. -
  140. - - All other sources, including FS HDTV, must be cropped as needed and -
  141. - resized to 640px width and mod2 height to maintain proper AR. -
  142. - - When cropping, remove everything that is not actual picture, including -
  143. - black or other colored borders, duplicate lines, and full-time tickers. -
  144. - Removing or retaining fading edges is at capper's discretion and shall -
  145. - not be considered undercropped or overcropped. -
  146. - - In the case of varying crops, crop to the most common frame size (e.g. -
  147. - pitch/primary view in sports). -
  148. - - Actual picture area may be over- or under-cropped by 1px maximum per -
  149. - side. More than 1px on any side is considered a technical flaw. -
  150. - - Encoded Video resolution must be within 2% of the original aspect ratio -
  151. - To calculate AR error (%): (Original AR - Release AR)/Original AR * 100 -
  152. - OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)-
  153. - Release AR = EncodedWidth / EncodedHeight -
  154. - -
  155. - Subs: -
  156. - - Optional, but encouraged -
  157. - - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc). -
  158. - - Subtitles must be in "Subs" directory. -
  159. - - Burned subtitles will only be allowed when the source exhibits such -
  160. - subtitles in the picture itself -
  161. - - Subtitles cannot be used as a basis for a dupe -
  162. - - Group marks in subtitles are banned -
  163. - -
  164. - Packaging: -
  165. - - Releases must be packed in RAR file format. -
  166. - - Rars may be in 15, 20, or multiples of 50 MB. 15 and 20 MB sizes must -
  167. - contain 1-101 files. Multiples of 50 MB must contain 10-101 files. -
  168. - 1MB = 1,000,000 bytes. -
  169. - - Multi-episode releases with no clear delineation such as credits must -
  170. - not be split -
  171. - - RAR compression must not be used -
  172. - - Recovery and MD5 record are optional -
  173. - - Encryption or password protection is forbidden -
  174. - - Must have SFV and NFO -
  175. - - RAR, SFV, and sample files must have unique, lowercase filenames with -
  176. - the group tag. -
  177. - - Missing SFV or RAR(s) on all sites is considered a technical flaw. -
  178. - Corrupt RARs (errors on extraction) are considered technical flaws. -
  179. - SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to -
  180. - all presites after pre is not permitted. Release REPACK. -
  181. - -
  182. - Credits/Previously On: -
  183. - - Previously on footage is optional, but suggested to be included -
  184. - - Full end credits must be included if they contain show content or -
  185. - outtakes/bloopers. End credits are optional and suggested if they are -
  186. - clean, and purely optional in other cases. -
  187. - -
  188. - Samples: -
  189. - - REQUIRED! -
  190. - - 50-70 seconds in length and in a separate folder marked as Sample -
  191. - - Must be taken from the episode, not encoded separately -
  192. - - Stream samples are recommended for any questionable issue with the -
  193. - source, e.g. no IVTC possible -
  194. - -
  195. - Propers: -
  196. - - Propers are only permitted in the case of a technical flaw in the -
  197. - original release (e.g. Bad IVTC, Interlacing, missing footage, bad crop,-
  198. - commercials, bad x264 settings used, bad source, etc.) -
  199. - - Scrolling or other alert messages added by a station (e.g. weather, -
  200. - Amber alerts) must be at least 30 seconds in length in order to -
  201. - nuke/proper -
  202. - - Drops with missing footage but no missing dialog must be at least 2 -
  203. - seconds long in any one instance to be considered a technical flaw -
  204. - - Proper reason must be clearly stated in nfo, including timecodes and -
  205. - extent of the flaw when appropriate -
  206. - - Sample of propered release is encouraged -
  207. - - Qualitative propers are not allowed -
  208. - - Flaws (such as drops) present in any optional content are not a flaw -
  209. - and shall not be nuked or propered. -
  210. - - Propers based upon the rules set forth here are allowed only on -
  211. - releases that come after this document goes into effect -
  212. - -
  213. - Internals: -
  214. - - Internals are allowed to be pred for any reason, including releases -
  215. - with technical flaws or those done with alternate codecs, containers, -
  216. - or settings for experimental purposes -
  217. - - Any severe technical flaws or deviations must be mentioned in the NFO -
  218. - - With the exception of the following rule, internal releases may only be -
  219. - nuked for severe technical flaws or deviations that are not mentioned -
  220. - in the NFO -
  221. - - Using DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such -
  222. - dirfixes shall be nuked fix.for.nuke -
  223. - -
  224. - Directory Naming: -
  225. - - Show.Name.SXXEXX.Episode.Title.HDTV.x264-GROUP -
  226. - - Show.Name.YYYY.MM.DD.Guest.Name.HDTV.x264-GROUP for daily or other -
  227. - dated shows -
  228. - - Episode title and guest name are optional -
  229. - - Show.Name.PartXX.HDTV.x264-GROUP for miniseries -
  230. - - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI) -
  231. - Sport: -
  232. - - League.YYYY.MM.DD.Event.EXTRA.TAGS.HDTV.x264-GROUP -
  233. - - Competition.YYYY-MM.Event.EXTRA.TAGS.HDTV.x264-GROUP -
  234. - Using just the year is only permitted if the event is once per year -
  235. - (e.g. a WWE PPV). In the case of leagues which have seasons that span -
  236. - multiple years, it is permissible to tag the release with just the years-
  237. - of the season. Inclusion of MM and DD is mandatory for all constantly -
  238. - running shows (e.g. WWE). -
  239. - If there is no league, the sport needs to be used instead -
  240. - The following are some examples of correct directory names: -
  241. - - EPL.2010.01.01.Manchester.United.vs.Arsenal.HDTV.x264-GROUP -
  242. - - TNA.Impact.2010.03.02.HDTV.x264-GROUP -
  243. - - WWE.WrestleMania.2010.PPV.HDTV.x264-GROUP -
  244. - - Tennis.US.Open.2011.Final.Player1.vs.Player2.HDTV.x264-GROUP -
  245. - - Different shows that have the same title in different countries (e.g. -
  246. - The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the -
  247. - directory name, except for UK shows (e.g. The.Marriage.Ref.UK not -
  248. - The.Marriage.Ref.GB). ISO country code is not needed for the original -
  249. - show (e.g. The.Marriage.Ref.US is forbidden). -
  250. - - Different shows with the same name in the same country produced in -
  251. - different years must have the year of the first season in the directory -
  252. - name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed -
  253. - for the first show with a particular name. -
  254. - - Channel name (e.g. National.Geographic, History.Channel) shall not be -
  255. - tagged on any normal series starting after this ruleset's effective -
  256. - date. Miniseries and single-episode docus may optionally be tagged with -
  257. - the channel name. -
  258. - - The use of audio format tags such as AAC, and AAC.x.x is FORBIDDEN -
  259. - - READ.NFO tag is allowed; however, discretion is recommended -
  260. - - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason; -
  261. - therefore, the tag is redundant. -
  262. - - All repacks must include detailed reason as to why it's being repacked -
  263. - in the nfo -
  264. - - Other permitted tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED, -
  265. - SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE -
  266. - - Acceptable characters in naming a directory include (NO spaces or -
  267. - double dots - single dots ONLY): -
  268. - -
  269. - ABCDEFGHIJKLMNOPQRSTUVWXYZ -
  270. - abcdefghijklmnopqrstuvwxyz -
  271. - 0123456789._- -
  272. - -
  273. - Nukes: -
  274. - Releases must be nuked for any of the following reasons: -
  275. - - Any valid proper listed in the propers section -
  276. - - Missing nfo, or missing Sample -
  277. - - Invalid directory naming format -
  278. - - Mislabeled directory that could prevent finding the release in a -
  279. - dupecheck, including incorrect season/episode/date or incorrect title -
  280. - - Dupe -
  281. - - Releases may not be propered for bad tagging or missing nfo/sample -
  282. - -
  283. - Fixes: -
  284. - - The following fixes are allowed: NFOFix, SampleFix, DirFix, SyncFix, -
  285. - ProofFix -
  286. - - DirFix requires NFO and NFO must state which release is being fixed -
  287. - - The original release shall be unnuked when a valid fix is released -
  288. - - A proper may not be released for an issue that was fixed, unless the -
  289. - fix does not completely correct the issue -
  290. - -
  291. L¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦-
  292. -¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¬
  293. - The SD x264 TV Releasing Standards 2012 (2012-02-22) -
  294. - -
  295. L¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦-
  296. -¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦++¦¦¦¦¦¦¦¬
  297. - L¦¦¦¦¦¦¦¦[ GROUPS ]¦¦¦¦¦¦¦¦- -
  298. - -
  299. - TVx2642012 rules created by the following groups: -
  300. - ¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦ -
  301. - ASAP BAJSKORV C4TV D2V DiVERGE FTP KYR -
  302. - LMAO LOL MOMENTUM SYS TLA YesTV -
  303. - -
  304. L¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦-
  305. LT¦¦¦\ Thanks to the x264 developers for their assistance in /¦¦¦T-
  306. LT¦¦¦\ determining assistance in determining the best /¦¦¦T-
  307. L¦¦¦¦\ mix of encode settings. /¦¦¦¦-
RAW Paste Data