356 lines
30 KiB
HTML
356 lines
30 KiB
HTML
<!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>
|