daily pastebin goal
77%
SHARE
TWEET

The SD x264 TV Releasing Standards 2012

a guest Feb 20th, 2012 11,282 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
We use cookies for various purposes including analytics. By continuing to use Pastebin, you agree to our use of cookies as described in the Cookies Policy. OK, I Understand
 
Top