nettimes_telekommunikation_union on Mon, 5 Mar 2012 06:32:58 +0100 (CET)


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

<nettime> SD x264 TV Releasing Standards 2012


<view-source:http://scenerules.irc.gs/t.html?id=2012_SDTVx264r.nfo>

-ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª¼
-                                                                             -
-                  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.                  /ªªªª-


#  distributed via <nettime>: no commercial use without permission
#  <nettime>  is a moderated mailing list for net criticism,
#  collaborative text filtering and cultural politics of the nets
#  more info: http://mx.kein.org/mailman/listinfo/nettime-l
#  archive: http://www.nettime.org contact: nettime@kein.org