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