<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>2012_SDTVx264_u1.nfo</title>
<style type="text/css">
@font-face {
font-family: nfo;
font-style: normal;
font-weight: normal;
src: url(nfo.eot);
}
.nfo {
padding: 12px;
font-family: nfo, courier new;
font-size: 11px;
line-height: 1em;
}
</style>
</head>
<body>
<pre class="nfo">+-----------------------------------------------------------------------------+
ª ª
ª The SD x264 TV Releasing Standards 2012 ª
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
ª +---[ INTRO ]---+ ª
ª ª
ª x264 has become the most advanced H264 video encoder 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 arbitrarily 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, and 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. ª
ª ª
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
ª +---[ RELEASE RULES ]---+ ª
ª ª
ª Compliance with this document is optional as of its pre date, and ª
ª mandatory as of 2012-04-01 00: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. ª
ª - 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. Approximate timestamps may be requested in the case that it would ª
ª assist in the verification that the source sample provided is the ª
ª source used for encode (e.g. include.banner.at.4m13s). 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 and FAAC are banned. ª
ª - Multiple language audio tracks are allowed and must be listed in NFO ª
ª - 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: ª
ª - Framerate must be constant. Variable framerate is banned. ª
ª - 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: ª
ª - Video codec must be H264 encoded with 8-bit depth x264. ª
ª - You will have 30 days from latest x264 rev date to update in order to ª
ª maintain all bug fixes and improvements in the x264 encoder. ª
ª - Stripping or falsifying encode information in the file header is banned ª
ª - Custom Matrices are allowed ª
ª - Encoded colorspace must be 4:2:0 (default). ª
ª - 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 use 'undef' (default). ª
ª - Constant Rate Factor (--crf) must be as follows: ª
ª +---------------------------------------------------------------------+ ª
ª ª 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 ª ª
ª +---------------------------------------------------------------------+ ª
ª - 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 ª
ª ª
ª Container: ª
ª - Container must be MP4. ª
ª - MP4Box is the recommended muxer. ª
ª - Support for file streaming and playing from rars is strongly encouraged.ª
ª Both features are supported with MP4Box. ª
ª - Custom muxing tools are permitted; however, output must be compatible ª
ª with standard demuxers to the same extent that files created with ª
ª MP4Box are. ª
ª ª
ª Source Naming: ª
ª - Valid source names are HDTV, AHDTV, PDTV, and DSR. ª
ª - WS and FS tags are banned. ª
ª - Source Definitons: ª
ª - 720p/1080i/1080p shall be tagged HDTV or AHDTV (depending on capture ª
ª method). In the case of upscaled content airing on HD channel, use ª
ª PDTV tag. ª
ª - 576i/576p shall be tagged PDTV. ª
ª - 480i shall be tagged DSR. ª
ª - HD video taken from the decoded HD output of a set-top box (e.g. ª
ª component, DVI, HDMI) 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. ª
ª - AHDTV captures must be done at the native format of the channel, e.g. ª
ª 720p or 1080i. ª
ª ª
ª Resolution: ª
ª - HDTV and PDTV sources with greater than 720px horizontal resolution ª
ª must be cropped as needed and resized to 720px width and mod2 height to ª
ª maintain proper AR. ª
ª - PDTV sources with horizontal source resolution of 720-704px after crop ª
ª must be cropped as needed and only height shall be resized to maintain ª
ª proper AR using mod2. Upscaling/downscaling width is forbidden. ª
ª - PDTV sources with horizontal source resolution of less than 704px after ª
ª crop must be cropped as needed and resized to fit within 704x528 while ª
ª maintaining the proper AR using mod2. Largest possible resolution must ª
ª be used without upscaling in more than one dimension. ª
ª - DSR and any fullscreen source with greater than or equal to 640px ª
ª horizontal resolution after crop must be cropped as needed and resized ª
ª to 640px width and mod2 height to maintain proper AR. ª
ª - DSR sources with less than 640px horizontal resolution after crop must ª
ª be cropped as needed and resized to fit within 640x480 while maintainingª
ª the proper AR using mod2. Largest possible resolution must be used ª
ª without upscaling in more than one dimension. ª
ª - 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 muxed into the MP4. "Subs" directories are forbidden. ª
ª - 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 and rerips must include detailed reason as to why it's ª
ª being repacked or reripped 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 ª
ª ª
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
ª The SD x264 TV Releasing Standards 2012 (2012-04-01) ª
ª ª
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
ª +--------[ GROUPS ]--------+ ª
ª ª
ª TVx2642012 rules created by the following groups: ª
ª ------------------------------------------------- ª
ª aAF ASAP BAJSKORV BARGE C4TV COMPULSiON D2V ª
ª DiVERGE FTP FUtV KYR LMAO LOL MOMENTUM OTV ª
ª RiVER SYS TASTETV TLA TRANSiENCE W4F YesTV ª
ª ª
+-----------------------------------------------------------------------------+
+----\ Thanks to the x264 developers for their /----+
+----\ assistance in determining the best /----+
+----\ mix of encode settings. /----+</pre>
</body>
</html>