кФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФП
Г          кФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФП         Г
УФФФФФФФФФФД      Web Definitions for x264 v1.0 a.k.a. wdx264       УФФФФФФФФФД
УФФФФФФФФФФД THE.2016.WEB.AND.WEBRIP.SD.HD.X264.RULESET.v1.0-WDX264 УФФФФФФФФФД
Г          РФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФй         Г
УФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФД
Г                                                                             Г
Г [ Intro ]                                                                   Г
Г In the last 18 months, web based streaming and video on-demand services     Г
Г have increased in popularity. Initially used as a source for missed         Г
Г broadcasts, it has since evolved into an exclusive source for original      Г
Г content. Like most technology, online services are continually evolving     Г
Г the way in which files re provided to end users. As codecs mature,          Г
Г bandwidth increases in speed and decreases in price, equivalent             Г
Г improvements in quality follows at the benefit to the end-users. This       Г
Г increase in quality has the flow-on effect of often being a legitimate      Г
Г logo-free alternative to antiquated MPEG-2 HDTV streams. As companies       Г
Г such as Netflix and Amazon continue to produce popular content at an        Г
Г exponential rate, it became obvious that this new broadcast medium          Г
Г deserved to be recognised with an original ruleset.                         Г
Г                                                                             Г
Г The purpose of this document is to create a high standard for web-sourced   Г
Г files. It attempts to prevent any improper handling of files, and reduce    Г
Г the potential for adding to the increasing number of ongoing nuke-wars.     Г
Г This ruleset is structured in such a way that everything attempts to be     Г
Г clear and concise, and something everyone must adhere to.                   Г
Г                                                                             Г
Г Compliance with this document is optional as of its pre date, and           Г
Г mandatory as of 2016-03-21 00:00:00 UTC (1458518400 Unix time).             Г
Г                                                                             Г
УФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФД
Г                                                                             Г
Г 1) [ Untouched: WEB.H264 / WEB.x264 ]                                       Г
Г  1.1) Untouched releases must be considered as anything that has been       Г
Г       losslessly downloaded by official (offered) or unofficial (backdoor)  Г
Г       methods.                                                              Г
Г   1.1.1) Untouched video streams must use a commercial (e.g. CoreAVC,       Г
Г          MainConcept) or GPL-licensed (e.g. x264, x265) H.264/MPEG-4 AVC    Г
Г          or H.265/HEVC codec.                                               Г
Г  1.2) Source video and audio streams must be left as obtained from the      Г
Г       source. Transcoding of audio or video streams is not allowed.         Г
Г  1.3) Untouched video streams without x264 headers must be tagged as        Г
Г       WEB.H264. Untouched video streams with x264 headers present in the    Г
Г       H264 stream must be tagged as WEB.x264.                               Г
Г   1.3.1) In situations where HEVC/H265 is used, any untouched sections      Г
Г          referring to H264/x264 must be considered as H265/x265.            Г
Г    1.3.1.1) H265 must be used in place of H264.                             Г
Г    1.3.1.2) x265 must be used in place of x264.                             Г
Г   1.3.2) Until H265/x265 support is improved in mainstream demuxers,        Г
Г          untouched video streams which use H265/x265 do not dupe H264/x264  Г
Г          files, and vice-versa.                                             Г
Г           e.g. WEB.H265 does not dupe WEB.H264                              Г
Г                WEB.x264 does not dupe WEB.x265.                             Г
Г  1.4) Transcoding untouched files must only occur if files do not meet the  Г
Г       standards and specifications listed in this section, and must only    Г
Г       be a last resort.                                                     Г
Г   1.4.1) Any transcoding of untouched files must follow the transcoding     Г
Г          standards, see section 2.                                          Г
Г   1.4.2) Transcoding must be done from files of the highest resolution and  Г
Г          bitrate offered.                                                   Г
Г   1.4.3) Transcoding may occur when correcting a technical flaw.            Г
Г           e.g. Cropping black borders, deinterlacing an interlaced source.  Г
Г   1.4.4) In situations where a target resolution is not offered by any      Г
Г          lossless source, or the resolution offered by any source does not  Г
Г          meet the minimum resolution requirements, transcoding from the     Г
Г          highest resolution and bitrate offered is allowed. However, if at  Г
Г          least one source can provide the correct resolution, transcoding   Г
Г          is not allowed.                                                    Г
Г           e.g. If 1080p and 720p can be retrieved from multiple sources,    Г
Г                but SD cannot be retrieved from any source, transcoding the  Г
Г                1080p to SD is allowed.                                      Г
Г   1.4.5) If the untouched file does not contain any technical flaws and     Г
Г          meets the minimum standards required, transcoding to create any    Г
Г          WEBRip.x264 is not allowed, use INTERNAL.                          Г
Г           e.g. 1080p.WEB.H264 -> 720p.WEBRip.x264.                          Г
Г  1.5) Untouched video streams which do not use an AVC or HEVC codec must be Г
Г       transcoded and follow the transcoding standards, see section 3.       Г
Г  1.6) Standard definition (SD) refers to a resolution with a horizontal     Г
Г       minimum of 720 pixels or a resolution which does not exceed the       Г
Г       specifications of 720p, see rule 6.2.                                 Г
Г   1.6.1) If all sources provide standard definition resolutions which fall  Г
Г          below the above minimum, transcoding from the highest available    Г
Г          resolution is allowed, see rule 1.4.4.                             Г
Г   1.6.2) Except in situations where only one source has the file on offer   Г
Г          at a specific resolution. If the resolution of the file falls      Г
Г          below the above minimum, the file may still be released, but the   Г
Г          NFO must state why the resolution does not meet the minimum.       Г
Г  1.7) DRM and any user identifiable information must be removed.            Г
Г  1.8) Dupes based on source are not allowed, use INTERNAL.                  Г
Г  1.9) YouTube may only be used as a source if geographical restrictions     Г
Г       apply to legitimate content uploaded by the rights holder or on a     Г
Г       verified channel.                                                     Г
Г  1.10) Must use the highest available bitrate offered by the source for     Г
Г        that resolution.                                                     Г
Г         e.g. Releasing a 720p at 4,000 Kbps bitrate, when a 720p at         Г
Г              8,000 Kbps bitrate is offered is not allowed.                  Г
Г  1.11) Must be free of technical flaws. Including, but not limited to: DRM, Г
Г        sync issues, interlaced, lack of IVTC, bad AR, missing footage,      Г
Г        missing dialogue, unrelated footage or commercials, under or over    Г
Г        crop.                                                                Г
Г  1.12) VFR (Variable Frame Rate) methods are allowed only if present in the Г
Г        original source.                                                     Г
Г   1.12.1) If CFR (Constant Frame Rate) can be used when remuxing and does   Г
Г           not result in playback issue, CFR must be used.                   Г
Г  1.13) Trimming unrelated footage (section 8) is allowed and must be done   Г
Г        losslessly via keyframe intervals (GOP). MKVToolnix is the           Г
Г        recommended tool.                                                    Г
Г   1.13.1) If unrelated footage cannot be removed via this method, the file  Г
Г           must be transcoded and follow the transcoding standards, see      Г
Г           section 3.                                                        Г
Г  1.14) Incorrect pixel aspect ratio (PAR) or a non-square sample aspect     Г
Г        ratio (SAR) must be fixed using the correct display aspect ratio     Г
Г        (DAR) set at a container level (--aspect-ratio). MKVToolnix is the   Г
Г        recommended tool.                                                    Г
Г         e.g. A video stream with a non-square SAR must specify the correct  Г
Г              DAR when muxing.                                               Г
Г  1.15) Releases with a non-square SAR are not considered technically        Г
Г        flawed.                                                              Г
Г   1.15.1) However, a source which provides files with a square SAR will     Г
Г           trump an equivalent file with a non-square SAR. It is recommended Г
Г           to use a source which provides files with a square SAR.           Г
Г   1.15.2) In situations where a source initially provides a non-square SAR  Г
Г           file and later updates with a square SAR file, the initial        Г
Г           release with a non-square SAR is considered of lower quality      Г
Г           and a technical flaw.                                             Г
Г            e.g. Release A: 960x720, SAR: 4:3, DAR: 16:9.                    Г
Г                 Release B: 1280x720, SAR: 1:1, DAR: 16:9.                   Г
Г                 Both releases are considered as 720p.                       Г
Г                 If Release A is first: Release A remains unnuked and is a   Г
Г                 valid release until Release B is released. Release B then   Г
Г                 propers Release A.                                          Г
Г                 If Release B is first: Release A dupes Release B.           Г
Г                                                                             Г
Г 2) [ Untouched: Audio ]                                                     Г
Г  2.1) Must use the original audio track offered by the source.              Г
Г  2.2) Non-destructive audio normalisation tools such as ReplayGain may be   Г
Г       used, and must be done to the maximum gain. Audio normalisation on    Г
Г       lossy tracks is optional.                                             Г
Г  2.3) Standard definition releases must only contain an audio track with a  Г
Г       maximum of 2.0 channels.                                              Г
Г   2.3.1) Except where the only available audio track on offer contains more Г
Г          than 2.0 channels. The NFO must mention why an audio track with    Г
Г          more than 2.0 channels was used.                                   Г
Г   2.3.2) In situations where a source provides two audio tracks, a 2.0 and  Г
Г          5.1 track, the 2.0 audio track must be used.                       Г
Г   2.3.3) If a source provides identical audio tracks using two different    Г
Г          codecs, it is at the discretion of the group which track is used.  Г
Г          It is recommended to use the smaller file.                         Г
Г           e.g. A source offers AC3 2.0 and AAC 2.0, the group may choose to Г
Г                remux the AC3 or AAC.                                        Г
Г  2.4) High Definition releases must use the highest available audio format  Г
Г       and quality offered by the source.                                    Г
Г   2.4.1) In situations where a lesser audio format is offered for larger    Г
Г          resolutions in comparison to lower resolutions, groups must use    Г
Г          the highest available audio format from all resolutions.           Г
Г           e.g. A source provides an AC3 5.1 track for SD resolutions, but   Г
Г                an AAC 2.0 track for 720p/1080p. The AC3 5.1 track must be   Г
Г                used for 720p/1080p resolutions.                             Г
Г   2.4.2) If using the highest available audio format results in a technical Г
Г          flaw (e.g. sync issues or glitches), minor adjustments to the      Г
Г          audio track may be applied. If groups are unable to correct any    Г
Г          flaws, the original audio track must be used.                      Г
Г                                                                             Г
Г 3) [ Transcoded: WEBRip.x264 ]                                              Г
Г  3.1) Transcoded releases should be considered as anything that has been    Г
Г       captured or encoded by a group to a lesser format or quality (lossy). Г
Г  3.2) Transcoded releases must be tagged as WEBRip.x264.                    Г
Г  3.3) Dupes based on source are not allowed, use INTERNAL.                  Г
Г  3.4) Must be free of technical flaws. Including, but not limited to: DRM,  Г
Г       sync issues, interlaced, lack of IVTC, bad AR, missing footage,       Г
Г       missing dialogue, unrelated footage or commercials, under or over     Г
Г       crop, dupe or dropped frames.                                         Г
Г  3.5) Upscaling video streams is not allowed.                               Г
Г        e.g. 2160p from a 1080p stream is not allowed.                       Г
Г  3.6) Streams must be captured at the highest available resolution and      Г
Г       bitrate offered.                                                      Г
Г   3.6.1) Streams must not have any degradation in quality throughout the    Г
Г          capture, and releases with drops to a lower resolution or bitrate  Г
Г          is considered a technical flaw.                                    Г
Г   3.6.2) 1080p and 2160p streams are considered of equal value when         Г
Г          capturing, and encodes (SD/720p/1080p) produced from 1080p or      Г
Г          2160p captures are considered identical. It is encouraged, and     Г
Г          recommended, to capture from a 2160p stream where possible and     Г
Г          resize so as to produce a higher quality encode.                   Г
Г   3.6.3) Audio must be captured in the highest format offered by the source Г
Г          stream, not what the capturing device is capable of. This includes Г
Г          channel count and bitrate offered.                                 Г
Г           e.g. If a Netflix show lists a 5.1 track, the resultant capture   Г
Г                and release should also contain a 5.1 audio track.           Г
Г  3.7) Captures should be done at the native broadcast framerate of the      Г
Г       source.                                                               Г
Г   3.7.1) Captures from devices which are unable to output a native format   Г
Г          must be restored to the original framerate.                        Г
Г   3.7.2) If captures cannot be completely restored to their native          Г
Г          framerate, such as a single dupe frame every 1000 or blended/ghost Г
Г          frames due to mangling from the streaming device, this is          Г
Г          considered a technical flaw.                                       Г
Г  3.8) Captures should be done at the native colour space of the source      Г
Г       (e.g. YUV or RGB), and manual corrections should be made to achieve   Г
Г       an output near-identical to the source.                               Г
Г  3.9) Capture software and hardware which introduces video cropping greater Г
Г       than 2 pixels on any side is not allowed, and is considered a         Г
Г       technical flaw.                                                       Г
Г  3.10) Final resolution must maintain the same aspect ratio as the source   Г
Г        after cropping and kept at mod 2.                                    Г
Г   3.10.1) Sources must have all black borders cropped to the widest frame.  Г
Г   3.10.2) The same aspect ratio, as calculated from the source, must be     Г
Г           used, see rule 6.17.                                              Г
Г  3.11) If the video is being transcoded from an untouched source (rule      Г
Г        1.4.4 and 1.4.5), the NFO must state the reason for transcoding.     Г
Г   3.11.1) If a technical flaw is present that is being rectified by         Г
Г           transcoding (rule 1.4.5), the flaw must also be included with the Г
Г           reason for transcoding.                                           Г
Г            e.g. A file from 2 lossless providers both have the same         Г
Г                 interlacing flaw.                                           Г
Г                 The flaw: Interlaced video.                                 Г
Г                 The reason: No other WEB.H264 provider has a correctly      Г
Г                 deinterlaced file.                                          Г
Г                                                                             Г
Г 4) [ Transcoded: Codec ]                                                    Г
Г  4.1) x264 8-bit must be used.                                              Г
Г   4.1.1) Custom builds of x264 are allowed and must be based off the x264   Г
Г          codebase, e.g. x264-tMod, x264-kMod.                               Г
Г   4.1.2) Any experimental or alternate codecs (e.g. x265) are not allowed,  Г
Г          use INTERNAL.                                                      Г
Г  4.2) x264 revision must be no more than 50 revisions from the latest at    Г
Г       pre time. It is recommended to use the latest revision when encoding. Г
Г       Use the official x264 git repo as the only                            Г
Г       reference: http://git.videolan.org/?p=x264.git;a=summary              Г
Г  4.3) Segmented encoding is not allowed.                                    Г
Г  4.4) Justification must be listed in the NFO for use of non-standard CRF   Г
Г       values.                                                               Г
Г  4.5) Decimal values may be used for CRF values.                            Г
Г  4.6) Constant Rate Factor (--crf) must be used by default.                 Г
Г   4.6.1) A CRF value of 19 must be used for all SD resolutions.             Г
Г    4.6.1.1) If the resultant video bitrate exceeds 2,000 Kbps, the CRF      Г
Г             value must be incremented by 1.                                 Г
Г    4.6.1.2) If the resultant video bitrate exceeds 1,500 Kbps, the CRF      Г
Г             value may be optionally incremented by up to 1.0, e.g. 19.2,    Г
Г             19.6.                                                           Г
Г   4.6.2) A CRF value of 18 must be used for all 720p resolutions.           Г
Г    4.6.2.1) If the resultant video bitrate exceeds 9,000 Kbps, the CRF      Г
Г             value must be incremented by 1.                                 Г
Г    4.6.2.2) If the resultant video bitrate exceeds 8,000 Kbps, the CRF      Г
Г             value may be optionally incremented by up to 1.0, e.g. 18.2,    Г
Г             18.6.                                                           Г
Г   4.6.3) A CRF value of 17 must be used for all 1080p resolutions.          Г
Г    4.6.3.1) If the resultant video bitrate exceeds 15,000 Kbps, the CRF     Г
Г             value must be incremented by 1.                                 Г
Г    4.6.3.2) If the resultant video bitrate exceeds 14,000 Kbps, the CRF     Г
Г             value may be optionally incremented by up to 1.0, e.g. 17.2,    Г
Г             17.6.                                                           Г
Г   4.6.4) A CRF value of 17 must be used for all 2160p resolutions.          Г
Г  4.7) Use of 2-pass is accepted for all resolutions of 720p and above,      Г
Г       however this method should be used only in extreme cases and not as   Г
Г       a primary replacement for CRF methods. e.g. If the source contains an Г
Г       excessive amount of grain or black and white scenes.                  Г
Г   4.7.1) 2-pass should be a last resort when encoding. Instead, groups are  Г
Г          encouraged and recommended to use CRF as the default encoding      Г
Г          method.                                                            Г
Г   4.7.2) The NFO must provide sufficient evidence of 2-pass producing a     Г
Г          visual improvement, bitrate, or file size advantage over CRF in    Г
Г          regards to the source used.                                        Г
Г   4.7.3) There is no maximum or minimum file size when using 2-pass methods Г
Г          as target bitrates should take precedent over target file sizes.   Г
Г          Multiples of 1120MiB (1,174,405,120 bytes) may be used as a        Г
Г          general guide for calculating target bitrates.                     Г
Г   4.7.4) If groups are unsure of how to calculate an adequate target        Г
Г          bitrate applicable for the source, CRF should be used.             Г
Г    4.7.4.1) 720p bitrate must be between 4,000 Kbps and 9,000 Kbps          Г
Г             inclusive, and should have a target bitrate of approximately    Г
Г             5,500 Kbps. Minimum bitrate for animation is 2,500 Kbps.        Г
Г    4.7.4.2) 1080p bitrate must be between 9,000 Kbps and 15,000 Kbps        Г
Г             inclusive, and should have a target bitrate of approximately    Г
Г             10,500 Kbps. Minimum bitrate for animation is 5,500 Kbps.       Г
Г    4.7.4.3) 2160p bitrate must not exceed 60,000 Kbps.                      Г
Г  4.8) Resultant bitrate must not exceed the source bitrate.                 Г
Г   4.8.1) When transcoding from an untouched source, it is recommended to    Г
Г          use SelectRangeEvery() for a rough estimation on the final CRF     Г
Г          value to use.                                                      Г
Г   4.8.2) The following algorithm can also be used to estimate a CRF value   Г
Г          if the value originally used results in a bitrate which exceeds    Г
Г          the source.                                                        Г
Г           ValidCRF = [-6 * (DestinationBitrate - ExcessiveBitrate) /        Г
Г                      ExcessiveBitrate] + CRFUsed                            Г
Г            e.g. Source bitrate: 4,500Kbps                                   Г
Г              Target bitrate: ~4,400Kbps                                     Г
Г              Encoded bitrate @ CRF17: 5,900Kbps                             Г
Г              ValidCRF = (-6 * (4400 - 5900) / 5900) + 17                    Г
Г              ValidCRF = 18.52, round up to 19 should result in an average   Г
Г              bitrate below the source.                                      Г
Г  4.9) Settings cannot go below what is specified by --preset slow.          Г
Г        e.g. -subme 7 or -me hex is not allowed.                             Г
Г  4.10) Deblocking (--deblock) must be used. Values used are left to the     Г
Г        discretion of the group. Recommended values: -3:-3 for film, 1:1     Г
Г        for animation.                                                       Г
Г  4.11) Sample Aspect Ratio (--sar) must be square (1:1).                    Г
Г  4.12) Keyframe interval (--keyint) must be at least 200, and at most 300.  Г
Г        It is recommended to let x264 decide which value to use, but         Г
Г        10*framerate is a good guideline.                                    Г
Г  4.13) Minimum GOP length (--minkeyint) must be 30 or less.                 Г
Г  4.14) Level 3.1 must be used for SD resolutions.                           Г
Г  4.15) Level 4.1 must be used for all 720p and 1080p resolutions.           Г
Г  4.16) Level 5.1 must be used for all 2160p resolutions.                    Г
Г  4.17) Encoded colourspace (--output-csp) must be 4:2:0.                    Г
Г  4.18) Colour matrix (--colormatrix) must be set for all SD resolutions.    Г
Г   4.18.1) 'bt709' must be used for encodes from high definition sources.    Г
Г   4.18.2) Source specification must be used for standard definition         Г
Г           sources.                                                          Г
Г   4.18.3) 'undef' must be used if not specified by the source for standard  Г
Г           definition sources.                                               Г
Г  4.19) Colour matrix (--colormatrix) may be optionally set to 'bt709' for   Г
Г        all resolutions of 720p and above, but is not required.              Г
Г  4.20) Custom matrices are not allowed.                                     Г
Г  4.21) Zones (--zones) are not allowed.                                     Г
Г  4.22) Optional tuning (--tune) parameters allowed are: film, grain, or     Г
Г        animation.                                                           Г
Г  4.23) Optional settings recommended for tuning per source, see doom9.org   Г
Г        for further information:                                             Г
Г   4.23.1) For complex video, --preset slower/placebo is encouraged.         Г
Г   4.23.2) --aq-mode 3 --aq-strength x.x                                     Г
Г            e.g. 0.6-0.9 for digital films.                                  Г
Г                 0.5-0.7 for grainy films.                                   Г
Г                 0.9-1.1 for animation.                                      Г
Г   4.23.3) --psy-rd x.x:0.0                                                  Г
Г            e.g. 0.8-1.2 for films.                                          Г
Г                 0.5-0.8 for animation.                                      Г
Г   4.23.4) --trellis 2, --no-fast-pskip, --no-mbtree                         Г
Г                                                                             Г
Г 5) [ Transcoded: Audio ]                                                    Г
Г  5.1) Segmented encoding is not allowed.                                    Г
Г  5.2) Audio tracks already in a lossy format must not be transcoded, but    Г
Г       kept in the original format.                                          Г
Г  5.3) Stereo must be used for stereo sources, and mono must be used for     Г
Г       mono sources.                                                         Г
Г   5.3.1) Any audio track with identical channels is considered a mono       Г
Г          source.                                                            Г
Г   5.3.2) Dual mono is not allowed.                                          Г
Г  5.4) VBR AAC LC (Low Complexity) must be used for SD releases.             Г
Г   5.4.1) Apple/QAAC, FDK-AAC or Nero must be used.                          Г
Г   5.4.2) Quality based VBR encoding must be used, targeted or constrained   Г
Г          VBR must not be used. Only the following methods are allowed (in   Г
Г          order of preference):                                              Г
Г    5.4.2.1) QAAC: --tvbr 82 --quality 2                                     Г
Г    5.4.2.2) FDK-AAC: --bitrate-mode 4 --profile 2                           Г
Г    5.4.2.3) Nero: -q 0.4                                                    Г
Г   5.4.3) AAC audio must be normalised to the maximum gain. Normalisation    Г
Г          must be a complete 2-pass method. No pre-defined values or         Г
Г          estimations of maximum gain is allowed. Only the following         Г
Г          normalisation methods are allowed (in order of preference):        Г
Г    5.4.3.1) eac3to: -normalize                                              Г
Г    5.4.3.2) sox: --norm                                                     Г
Г    5.4.3.3) QAAC: --normalize                                               Г
Г   5.4.4) Any existing normalisation values must be stripped prior to        Г
Г          applying normalisation.                                            Г
Г   5.4.5) FFmpeg, FAAC, and MEncoder are banned.                             Г
Г   5.4.6) AC3 is allowed for INTERNAL releases only.                         Г
Г   5.4.7) Audio with more than 2 channels must be down-mixed to stereo,      Г
Г          with the exception of INTERNAL releases.                           Г
Г   5.4.8) Audio must not be resampled. Audio must be kept in the original    Г
Г          format as the source. e.g. 48KHz for 48KHz sources.                Г
Г  5.5) AC3, DTS, DTS-ES, E-AC3, MP2, and FLAC are the only allowed formats   Г
Г       for resolutions 720p and above.                                       Г
Г   5.5.1) AC3 bitrate must not be below 640 Kbps, unless the original source Г
Г          audio is already in a low bitrate lossy format. In which case, the Г
Г          original audio must be used and not transcoded.                    Г
Г   5.5.2) AC3 640 Kbps, DTS 1536 Kbps, and FLAC must be created from a       Г
Г          higher bitrate source.                                             Г
Г                                                                             Г
Г 6) [ Video / Resolution ]                                                   Г
Г  6.1) Standard definition (SD) refers to a maximum horizontal display       Г
Г       resolution of 720 pixels.                                             Г
Г  6.2) 720p refers to a maximum display resolution of 1280x720.              Г
Г  6.3) 1080p refers to a maximum display resolution of 1920x1080.            Г
Г  6.4) 2160p refers to a maximum display resolution of 3840x2160.            Г
Г  6.5) Upscaling is not allowed.                                             Г
Г  6.6) Resolution must be mod 2.                                             Г
Г  6.7) English spoken titles with foreign overlays (e.g. locations and       Г
Г       on-screen text shown in another language) are not allowed, use        Г
Г       INTERNAL.                                                             Г
Г  6.8) Non-English spoken titles with hardcoded English subtitles must be    Г
Г       tagged as SUBBED.                                                     Г
Г  6.9) Dupes based on resolution are not allowed.                            Г
Г   6.9.1) Except in situations of releases with a different aspect ratio.    Г
Г          The relevant tag must be used, and the reason mentioned in the     Г
Г          NFO, see rule 19.5.3.                                              Г
Г   6.9.2) Releases which contain an additional 20 pixels or more worth of    Г
Г          video on any side are not considered dupes. These releases must be Г
Г          tagged as WS or OM (open matte) and not PROPER, and the original   Г
Г          release must not be nuked.                                         Г
Г  6.10) Retention or removal of faded edges is left to the discretion of the Г
Г        group. Inclusion of faded edges is not a technical flaw, and cannot  Г
Г        be propered.                                                         Г
Г   6.10.1) Faded edges refer to a line of pixels which are of similar        Г
Г           appearance to pixels' parallel to the video frame.                Г
Г  6.11) Black borders and anything that is not part of the video must be     Г
Г        cropped.                                                             Г
Г   6.11.1) Black borders refer to: black or coloured borders, duplicate      Г
Г           lines, dirty lines or pixels.                                     Г
Г  6.12) Video can be over or under cropped by a maximum of 1px per side.     Г
Г        Over or under cropping by more than 1px per side is considered a     Г
Г        technical flaw.                                                      Г
Г   6.12.1) Under crop refers to portions of the video frame which is not     Г
Г           actual picture. Files which contain black borders greater than    Г
Г           1px on any side is considered a technical flaw.                   Г
Г   6.12.2) Releases which include faded edges must consider faded edges as   Г
Г           a valid part of the video frame and do not count as black         Г
Г           borders.                                                          Г
Г            e.g. A release cannot be propered if 1px of faded edges and 1px  Г
Г                 of black exists.                                            Г
Г   6.12.3) Situations where video cropping of the same content varies        Г
Г           between sources are not considered a technical flaw, and may      Г
Г           not be propered.                                                  Г
Г  6.13) In the case of varying aspect ratios throughout the video, cropping  Г
Г        must be done to the widest video frame.                              Г
Г   6.13.1) Studio logos, intertitles, and credits must be disregarded when   Г
Г           determining the widest frame.                                     Г
Г  6.14) Any sort of visual glitch present in the video stream is considered  Г
Г        a technical flaw.                                                    Г
Г   6.14.1) Except in situations where glitches are a result of a live-stream Г
Г           or issues with the broadcast or source and are completely         Г
Г           unavoidable. It is recommended, but optional, to mention glitches Г
Г           or gaps in playback in the NFO.                                   Г
Г   6.14.2) Unavoidable glitches as a result of broadcast, live-stream, or    Г
Г           mastering issues may be propered with a glitch-free version.      Г
Г   6.14.3) Visual glitches are defined as, but not limited to:               Г
Г           visual/compression artifacts, signal/stream issues, missing       Г
Г           frames.                                                           Г
Г  6.15) Resized and transcoded video must be within 0.5% of the original     Г
Г        aspect ratio.                                                        Г
Г  6.16) Sample aspect ratio (SAR):                                           Г
Г        SAR = (PixelHeight / PixelWidth) / (DARHeight / DARWidth)            Г
Г  6.17) Display aspect ratio (DAR):                                          Г
Г        DAR = (PixelWidth * DARWidth) / (PixelHeight * DARHeight)            Г
Г  6.18) Display resolution:                                                  Г
Г        DisplayWidth = PixelWidth * (SARWidth / SARHeight)                   Г
Г  6.19) Aspect ratio (AR) error:                                             Г
Г        Original AR = (SourceWidth - [CropLeft + CropRight]) /               Г
Г                      (SourceHeight - [CropTop + CropBottom])                Г
Г        Release AR = EncodeWidth / EncodedHeight                             Г
Г        AR Error % = [(Original AR - Release AR) / Original AR] * 100        Г
Г  6.20) Target resolution when resizing to maintain mod2 and reduce AR       Г
Г        error:                                                               Г
Г        TargetHeight = TargetWidth / [(SourceWidth -                         Г
Г                       [CropLeft + CropRight]) / (SourceHeight -             Г
Г                       [CropTop + CropBottom])]                              Г
Г        The correct mod 2 value can also be calculated from the ceiling of   Г
Г        TargetHeight if the value is odd, and the floor of TargetHeight if   Г
Г        the value is even.                                                   Г
Г  6.20.1) Alternatively, the following can be used to confirm the correct    Г
Г          resolution is used from the above method by calculating the upper  Г
Г          and lower integer limit of TargetHeight:                           Г
Г          HeightA = floor(TargetHeight + [TargetHeight mod 2])               Г
Г          HeightB = floor(TargetHeight - [TargetHeight mod 2])               Г
Г          The TargetHeight value (HeightA or HeightB) which results in an    Г
Г          aspect ratio error which tends to zero must be used.               Г
Г           e.g. TargetWidth: 1280.                                           Г
Г                SourceWidth: 1920, SourceHeight: 1080.                       Г
Г                CropLeft + CropRight = 0, CropTop + CropBottom = 4.          Г
Г                TargetHeight = 1280 / ((1920 - 0) / (1080 - 4)) or 717.33.   Г
Г                HeightA = floor(717.33 + (717.33 mod 2)) or 718.             Г
Г                HeightB = floor(717.33 - (717.33 mod 2)) or 716.             Г
Г                TargetWidth x HeightA = 1280x718 with -0.09% AR error.       Г
Г                TargetWidth x HeightB = 1280x716 with 0.19% AR error.        Г
Г                -0.09% tends closer to zero than 0.19% does (0.09 < 0.19),   Г
Г                therefore, HeightA must be used.                             Г
Г                                                                             Г
Г 7) [ Framerate / Filters ]                                                  Г
Г  7.1) IVTC, deinterlacing, or decimation must be applied as required.       Г
Г  7.2) Only smart deinterlacers, such as Yadif, QTGMC, or TFM, must be used. Г
Г   7.2.1) FieldDeinterlace must not be used for deinterlacing.               Г
Г  7.3) Only accurate field matching filters, such as TIVTC or Decomb, must   Г
Г       be used for inverse telecining (IVTC).                                Г
Г   7.3.1) Use of MEncoder, MJPEG tools, libav, libavcodec, or FFmpeg as IVTC Г
Г          filters are not allowed.                                           Г
Г   7.3.2) Deinterlacing filters must not be applied to telecined sources as  Г
Г          a method of inverse telecine. Use of an accurate field matching    Г
Г          filter must be used on telecined sources to recreate progressive   Г
Г          frames and must be decimated to remove any duplicate frames.       Г
Г           e.g. Yadif must not be used on a telecined source with a frame    Г
Г                sequence of PPIIP, as Yadif will attempt to deinterlace      Г
Г                every frame, including the progressive frames. TFM and       Г
Г                TDecimate should be used in this situation.                  Г
Г  7.4) Only sharp resizers are allowed. Simple resizers such as bicubic,     Г
Г       simple, etc, are not allowed. Only the following resizers are allowed Г
Г       (in order of preference):                                             Г
Г   7.4.1) Spline36Resize/Spline64Resize.                                     Г
Г   7.4.2) BlackmanResize.                                                    Г
Г   7.4.3) LanczosResize/Lanczos4Resize.                                      Г
Г  7.5) Sources which contain footage at varying FPS throughout (hybrid       Г
Г       sources) and may or may not require IVTC is left to the discretion    Г
Г       of the group. The NFO must list a reason as to the final decision.    Г
Г   7.5.1) It is assumed that the majority of a title contains enough unique  Г
Г          frames at 30,000/1,001 fps to warrant a higher framerate. If it    Г
Г          can be proven IVTC/decimating does not result in any loss of       Г
Г          unique frames, this is considered a technical flaw.                Г
Г           e.g. The native format of a Netflix title is 30,000/1,001 fps but Г
Г                contains some footage filmed at 24,000/1,001 fps. Choosing   Г
Г                to encode the entire release at 30,000/1,001 fps is valid.   Г
Г  7.6) Native and converted framerates refers to the standard in which the   Г
Г       video was produced.                                                   Г
Г   7.6.1) NTSC produced video is native to NTSC.                             Г
Г   7.6.2) PAL produced video is native to PAL.                               Г
Г   7.6.3) NTSC produced video that is broadcast in PAL is considered as      Г
Г          converted video.                                                   Г
Г   7.6.4) PAL produced video that is broadcast in NTSC is considered as      Г
Г          converted video.                                                   Г
Г  7.7) Converted video that has significant artifacts (e.g. blended frames)  Г
Г       and cannot be reversed to the native format must be tagged as         Г
Г       CONVERT.                                                              Г
Г   7.7.1) Converted video which does not have any artifacts does not require Г
Г          the CONVERT tag and must not be nuked for the conversion.          Г
Г  7.8) 50 / 60 fps video may be released at 50 / 60 fps or 25 / 30 fps.      Г
Г       True 25 / 30 video released at 50 / 60 fps is not allowed and         Г
Г       considered a technical flaw.                                          Г
Г   7.8.1) In rare situations, 25 / 50 fps sources should be restored to      Г
Г          24 or 30 fps.                                                      Г
Г   7.8.2) In rare situations, 30 / 60 fps sources should be restored to      Г
Г          25 fps.                                                            Г
Г                                                                             Г
Г 8) [ Audio ]                                                                Г
Г  8.1) Audio must be in the original format provided. Minor adjustments      Г
Г       (channel count, adding or removing frames) in order to prevent issues Г
Г       with playback or sync is allowed.                                     Г
Г   8.1.1) Valid lossy codecs are: AAC, AC3, DTS, DTS-ES, E-AC3, MP2.         Г
Г   8.1.2) For audio originally packaged in a lossless (LPCM) format, audio   Г
Г          must be converted to a lossy format without any down-mixing of     Г
Г          surround channels. e.g. AC3 640 Kbps, DTS 1536 Kbps, and FLAC.     Г
Г  8.2) Transcoding lossy audio to another lossy format is not allowed.       Г
Г  8.3) Sync must not drift at all during the entire release.                 Г
Г  8.4) Glitches that occur in any audio channel present (e.g. L, R, C, SL,   Г
Г       SR, etc.) are considered a technical flaw.                            Г
Г   8.4.1) Except in situations where glitches are a result of a live-stream  Г
Г          or issues with the broadcast or source and are completely          Г
Г          unavoidable. It is recommended, but optional, to mention glitches  Г
Г          or gaps in playback in the NFO.                                    Г
Г   8.4.2) Unavoidable glitches as a result of broadcast, live-stream, or     Г
Г          mastering issues may be propered with a glitch-free version.       Г
Г   8.4.3) Glitches are defined as, but not limited to: an audible glitch,    Г
Г          missing audio, pops or clicks as a result of encoding, gaps within Г
Г          playback, missing dialogue, muted or muffled audio, echoing.       Г
Г  8.5) A release must only contain a single audio track.                     Г
Г   8.5.1) Dual-language audio tracks are allowed for non-English material    Г
Г          only.                                                              Г
Г  8.6) If the original language of a title is not English:                   Г
Г   8.6.1) An English dubbed track is allowed as a secondary audio track.     Г
Г   8.6.2) Releases containing only a dubbed audio track must be tagged as    Г
Г          DUBBED.                                                            Г
Г  8.7) Non-English releases without a secondary English audio track must     Г
Г       use a language tag indicating the primary spoken language.            Г
Г  8.8) Dupes based on audio format or multiple audio tracks are not allowed, Г
Г       use INTERNAL.                                                         Г
Г  8.9) Retail audio may be used in placed of audio tracks extracted from     Г
Г       the source. Proof of the source disc must be provided, see            Г
Г       section 13.                                                           Г
Г                                                                             Г
Г 9) [ Credits / Previously On / Unrelated Footage ]                          Г
Г  9.1) Credits and 'Previously On' footage must be included and is not       Г
Г       optional.                                                             Г
Г  9.2) Any unrelated commercials or paid advertisements, regardless of       Г
Г       duration (e.g. 1 faded/half opacity frame or 10 seconds) must be      Г
Г       completely removed from the release.                                  Г
Г  9.3) Content rating cards and viewer warnings separate to the show must    Г
Г       be completely removed and it is considered a technical flaw if        Г
Г       present.                                                              Г
Г   9.3.1) Except in situations where the content warning is integrated into  Г
Г          the opening of the show and cannot be removed, e.g. Cops.          Г
Г                                                                             Г
Г 10) [ Container ]                                                           Г
Г  10.1) Container must be Matroska (.mkv). MKVToolnix is the recommended     Г
Г        muxer.                                                               Г
Г  10.2) Custom muxing tools are allowed. However, the output must adhere to  Г
Г        the latest Matroska specification and must retain identical          Г
Г        compatibility with demuxers as files created with MKVToolnix.        Г
Г  10.3) Support for file streaming and playback from RAR is mandatory.       Г
Г  10.4) Matroska header compression must not be enabled.                     Г
Г  10.5) Header stripping or modification is not allowed.                     Г
Г  10.6) Falsifying or modification of encoding parameters and information    Г
Г        is not allowed.                                                      Г
Г                                                                             Г
Г 11) [ Subtitles ]                                                           Г
Г  11.1) Subtitles for English spoken titles without foreign dialogue are     Г
Г        optional, but encouraged.                                            Г
Г   11.1.1) Optical character recognition (OCR) must not result in spelling   Г
Г           errors or mistakes.                                               Г
Г            e.g. Zero ('0') used in place of an upper-case O ('o').          Г
Г   11.1.2) Minor errors in grammar or punctuation which do not change the    Г
Г           meaning of the sentence are allowed, however, it is recommended   Г
Г           all errors be corrected.                                          Г
Г  11.2) English spoken titles with foreign dialogue must include a separate  Г
Г        subtitle track for forced subtitles.                                 Г
Г   11.2.1) Foreign dialogue subtitle tracks must be set as forced and it is  Г
Г           considered a technical flaw if not done correctly.                Г
Г   11.2.2) In situations where the source video stream contains hardcoded    Г
Г           subtitles for English spoken titles with foreign dialogue, a      Г
Г           separate subtitle track for the forced subtitles is not required. Г
Г  11.3) Non-English spoken titles without hardcoded subtitles must include   Г
Г        an English subtitle track set as default.                            Г
Г  11.4) Group watermarks in subtitles are not allowed.                       Г
Г  11.5) Dupes based on subtitles are not allowed, use INTERNAL.              Г
Г  11.6) Propers based on the inclusion of optional subtitles is not allowed. Г
Г  11.7) Fan-made or custom subtitles are not allowed.                        Г
Г  11.8) Groups must not burn subtitles in to the video stream.               Г
Г  11.9) External subtitles located in 'Subs' directories are not allowed.    Г
Г  11.10) Must be free of any technical flaws. Including, but not limited     Г
Г         to: sync issues, incorrect OCR, invalid default or forced muxing    Г
Г         flags.                                                              Г
Г  11.11) Subtitles must be extracted from the original source, or obtained   Г
Г         from another source which provides the same video.                  Г
Г          e.g. A source obtained from iTunes does not contain subtitles, but Г
Г               can be extracted from Netflix. These subtitles can be muxed   Г
Г               into the final release.                                       Г
Г  11.12) Retail subtitles may be used in place of subtitles extracted from   Г
Г         the source. Proof of the source disc must be provided, see section  Г
Г         13.                                                                 Г
Г  11.13) Adjustments and edits may be made to subtitle tracks.               Г
Г   11.13.1) Edits can refer to: adjusting timecodes, fixing grammar,         Г
Г            spelling, or punctuation errors, etc.                            Г
Г   11.13.2) A summary of the changes must be listed in the NFO.              Г
Г             e.g. Shifted all timecodes by 2 seconds to ensure sync is       Г
Г                  maintained throughout, or spelling errors fixed            Г
Г                  throughout, etc.                                           Г
Г  11.14) Subtitles must be muxed into the final MKV in text based            Г
Г         format, i.e. SubRip (.srt) or SubSation Alpha (.ssa/.ass).          Г
Г   11.14.1) Retail subtitles must be muxed in text based (.srt/.ssa/.ass)    Г
Г            or PGS (.sup) format. PGS is recommended.                        Г
Г   11.14.2) All subtitle tracks must have the character set (--sub-charset)  Г
Г            set to a Unicode format or UTF-8 when muxing.                    Г
Г   11.14.3) Subtitles must not set as default or forced unless otherwise     Г
Г            specified.                                                       Г
Г   11.14.4) The correct ISO 639 language code supported by MKVToolnix must   Г
Г            be set for all subtitle tracks.                                  Г
Г   11.14.4.1) In situations where the language is not supported by           Г
Г              MKVToolnix, 'und' must be used.                                Г
Г               e.g. en for English, de for German, etc.                      Г
Г   11.14.5) The correct character encoding                                   Г
Г                                                                             Г
Г 12) [ Packaging ]                                                           Г
Г  12.1) Must be packed with RAR files, broken into a maximum of 99 volumes.  Г
Г  12.2) RAR5/RARv5.0 is not allowed. RAR3/v2.0 or RAR4/v2.9 must be used.    Г
Г   12.2.1) Custom RAR tools are permitted. However, files must adhere to     Г
Г           the RAR4/RARv2.9 archive specification and must retain identical  Г
Г           compatibility with extractors and demuxers as files created with  Г
Г           WinRAR/rar.                                                       Г
Г  12.3) Permitted RAR sizes are:                                             Г
Г   12.3.1) 15,000,000 bytes or 20,000,000 bytes for SD. Multiples of these   Г
Г           values are not allowed.                                           Г
Г   12.3.2) Positive integer multiples of 50,000,000 bytes for all            Г
Г           resolutions.                                                      Г
Г            e.g. (50 * 10^6) * n bytes, where n > 0.                         Г
Г                 (50 * 10^6) * 4 bytes, 100,000,000 bytes,                   Г
Г                 400,000,000 bytes, etc.                                     Г
Г   12.3.3) Releases must have a minimum of 10 volumes before the next        Г
Г           multiple of 50,000,000 bytes is used.                             Г
Г            e.g. 10 volumes at 50,000,000 bytes can be repackaged to 5       Г
Г                 volumes at 100,000,000 bytes.                               Г
Г                 5 volumes at 100,000,000 bytes cannot be repacked to 4      Г
Г                 volumes at 150,000,000 bytes.                               Г
Г  12.4) Must have SFV and NFO.                                               Г
Г  12.5) RAR, SFV, and Sample files must have unique, lower-case filenames    Г
Г        with the group tag.                                                  Г
Г   12.5.1) Group tags must be unique to each group, and may be an            Г
Г           abbreviated variation of the group name.                          Г
Г  12.6) Missing RAR(s) or SFV on all sites is considered a technical flaw.   Г
Г  12.7) Corrupt RAR(s) (errors upon extraction) is considered a technical    Г
Г        flaw.                                                                Г
Г  12.8) RAR compression and recovery records are not allowed.                Г
Г  12.9) Encryption or password protection is not allowed.                    Г
Г                                                                             Г
Г 13) [ Proof ]                                                               Г
Г  13.1) Proof picture(s) must have unique filenames and placed in a separate Г
Г        directory named 'Proof'.                                             Г
Г   13.1.1) Proof file(s) must be included in every release which requires    Г
Г           proof.                                                            Г
Г  13.2) Proof must be in JPEG or PNG format.                                 Г
Г  13.3) Proof is required for iTunes sourced files only. A screenshot of     Г
Г        the download in progress must be provided.                           Г
Г   13.3.1) A release which fails to pre with the required proof is           Г
Г           considered a technical flaw and can be propered.                  Г
Г   13.3.2) Proof fixes must be within 24 hours of original pre. Fixes        Г
Г           provided after a proper has been released, or after 24 hours has  Г
Г           elapsed from the original pre, will not be accepted.              Г
Г   13.3.3) It is also recommended, in an unobstructed way, to include the    Г
Г           group name within the screenshot written in Notepad or a similar  Г
Г           text editor.                                                      Г
Г  13.4) Releases which include retail-sourced elements (e.g. retail          Г
Г        subtitles) must include source proof.                                Г
Г   13.4.1) Proof must be photographs of the printed side of all physical     Г
Г           discs used with the group tag clearly visible.                    Г
Г   13.4.2) The minimum resolution for photographs is 640x480px. Disc details Г
Г           must be clear and legible.                                        Г
Г  13.5) Small identifiable or sensitive information may be obscured or       Г
Г        redacted.                                                            Г
Г  13.6) User identifiable EXIF data must be stripped. It is recommended all  Г
Г        EXIF data be stripped.                                               Г
Г                                                                             Г
Г 14) [ Samples ]                                                             Г
Г  14.1) All releases must include a 50-70 second sample for each release.    Г
Г  14.2) Samples must have unique filenames and placed in a separate          Г
Г        directory named 'Sample'.                                            Г
Г  14.3) Samples must be cut from the final video, not encoded separately.    Г
Г                                                                             Г
Г 15) [ NFO ]                                                                 Г
Г  15.1) NFO must be present in every release.                                Г
Г  15.2) It is recommended, but optional, to include the following            Г
Г        information in the NFO:                                              Г
Г   15.2.1) Release name and group.                                           Г
Г   15.2.2) Title and release date.                                           Г
Г   15.2.3) CRF value / bitrate used.                                         Г
Г   15.2.4) Audio format.                                                     Г
Г   15.2.5) Source.                                                           Г
Г   15.2.6) Relevant IMDB/TVDB/Amazon link.                                   Г
Г   15.2.7) Total video size or RAR count.                                    Г
Г  15.3) It is optional, but highly recommended, that the source for          Г
Г        untouched files be mentioned in the NFO.                             Г
Г                                                                             Г
Г 16) [ Tagging ]                                                             Г
Г  16.1) Only the following additional tags are allowed:                      Г
Г        ALTERNATIVE.CUT, CONVERT, COLORIZED, DC, DIRFIX, DOCU, DUBBED,       Г
Г        EXTENDED, FESTIVAL, FINAL, INTERNAL, LIMITED, MULTI, NFOFIX, OM,     Г
Г        PPV, PROOFFIX, PROPER, REAL, REMASTERED, READNFO, REPACK, RERIP,     Г
Г        SAMPLEFIX, SOURCE.SAMPLE, SUBBED, THEATRICAL, UNCENSORED, UNRATED,   Г
Г        UNCUT, and WS.                                                       Г
Г  16.2) Variations of any additional tags are not allowed.                   Г
Г         e.g. READ.NFO or RNFO is not allowed, READNFO must be used.         Г
Г  16.3) READNFO should be used sparingly. Discretion is recommended.         Г
Г   16.3.1) The READNFO tag must not be used with PROPER, REPACK, or RERIP.   Г
Г           The NFO is required to contain a reason, therefore the tag is     Г
Г           redundant.                                                        Г
Г  16.4) Tags must only be used once, but the order is left to the discretion Г
Г        of the group.                                                        Г
Г   16.4.1) Except in situations where the REAL tag is required to be stacked Г
Г           to differentiate between multiple invalid releases.               Г
Г            e.g. A REAL.REAL.PROPER.REPACK is required for a                 Г
Г                 REAL.PROPER.REPACK and PROPER.REPACK.                       Г
Г  16.5) Tags must be grouped together, period-delimited, and must follow the Г
Г        mandatory directory format, see rule 17.4.                           Г
Г         e.g. EXTENDED.LIMITED, REMASTERED.REPACK, REAL.PROPER.              Г
Г                                                                             Г
Г 17) [ Directory Nomenclature ]                                              Г
Г  17.1) Acceptable characters allowed for directories are:                   Г
Г        ABCDEFGHIJKLMNOPQRSTUVWXYZ                                           Г
Г        abcdefghijklmnopqrstuvwxyz                                           Г
Г        0123456789.-                                                         Г
Г  17.2) Single punctuation must be used. Consecutive punctuation is not      Г
Г        allowed.                                                             Г
Г         e.g. Show----Name.S01E01, Show.Name....S01E01,                      Г
Г              Show.-.Name.--.S01E01, etc.                                    Г
Г  17.3) Typos or spelling mistakes in the directory are not allowed.         Г
Г  17.4) Releases must follow the matching directory format:                  Г
Г   17.4.1) Movie.YEAR.<TAGS>.[LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP          Г
Г   17.4.2) Weekly.TV.Show.SXXEXX[Episode.Part].[Episode.Title].<TAGS>.       Г
Г           [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP                            Г
Г   17.4.3) Miniseries.Show.Name.Part.XX.[Episode.Title].<TAGS>.              Г
Г           [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP                            Г
Г   17.4.4) Daily.TV.Show.YYYY.MM.DD.[Guest.Name].<TAGS>.                     Г
Г           [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP                            Г
Г   17.4.5) Daily.Sport.League.YYYY.MM.DD.Event.<TAGS>.                       Г
Г           [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP                            Г
Г   17.4.6) Monthly.Competition.YYYY.MM.Event.<TAGS>.                         Г
Г           [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP                            Г
Г   17.4.7) Yearly.Competition.YYYY.Event.<TAGS>.                             Г
Г           [LANGUAGE].<RESOLUTION>.<FORMAT>-GROUP                            Г
Г  17.5) Named directory arguments formatted inside <> must be included.      Г
Г        Optional arguments formatted inside [] may be used in some cases.    Г
Г   17.5.1) Episode part refers to episodes, usually cartoons or animation,   Г
Г           which split episodes into stories by different directors.         Г
Г           Episodes parts must be alphanumeric (a-z, A-Z, 0-9).              Г
Г            e.g. The first episode from Season 2 of SpongeBob SquarePants    Г
Г                 is split into S02E01A/B, etc. https://goo.gl/CVGXKu         Г
Г   17.5.2) Episode title and guest names are optional.                       Г
Г   17.5.3) Guest name(s) used must be in the order in which they appear on   Г
Г           the show to avoid any confusion.                                  Г
Г   17.5.4) Tags refers to all permitted tags only, see section 16.           Г
Г   17.5.5) Non-English releases must include the language tag and must be    Г
Г           used to denote the language of the audio track. English releases  Г
Г           must not include the language tag.                                Г
Г    17.5.5.1) Language tags must be the full name of the language.           Г
Г              Abbreviations or language codes are not allowed.               Г
Г               e.g. FRENCH, RUSSIAN, GERMAN.                                 Г
Г   17.5.6) Resolution identifiers are only applicable for releases 720p and  Г
Г           above, and must precede the format of the release, see section 6  Г
Г           for resolution specifications.                                    Г
Г            e.g. 720p.WEB.H264, 2160p.WEBRip.x264.                           Г
Г   17.5.7) Format refers to whether the release is transcoded (WEBRip.x264)  Г
Г           or untouched (WEB.H264/WEB.x264).                                 Г
Г  17.6) Do not indicate source, ripping, or encoding methods that were used. Г
Г        Use the NFO for any technical details.                               Г
Г  17.7) All movie releases must include the production year.                 Г
Г  17.8) Movie distribution tags (FESTIVAL, LIMITED) must be used with        Г
Г        discretion. Use boxofficemojo.com or IMDB screen details as          Г
Г        references.                                                          Г
Г  17.9) Different shows with the same title and format produced in different Г
Г        countries must have the ISO 3166-1 alpha 2 country code in the       Г
Г        show name.                                                           Г
Г   17.9.1) Except for UK shows, which should use UK, not GB.                 Г
Г   17.9.2) This rule does not apply to an original show, only shows that     Г
Г           precede the original with the same premise or format.             Г
Г            e.g. The.Office.S01E01 and The.Office.US.S01E01.                 Г
Г  17.10) Different shows with the same title produced in the same country    Г
Г         which begin in different years must have the year of the first      Г
Г         season in the directory.                                            Г
Г   17.10.1) The year is not required for the show broadcasted first.         Г
Г             e.g. Second.Chance.S01E01 and Second.Chance.2016.S01E01.        Г
Г  17.11) Different shows with the same titles produced in the same country   Г
Г         which begin in different years must have the ISO-3166-1 alpha 2     Г
Г         country code followed by the year of the first season in the        Г
Г         directory.                                                          Г
Г   17.11.1) See rules 17.12 and 17.13 for country code and year              Г
Г             explanations.                                                   Г
Г             e.g. Wanted.S01E01 (2005), Wanted.AU.S01E01 (2013),             Г
Г                  Wanted.AU.2016.S01E01 (2016).                              Г
Г  17.12) Show names which are hyphenated or include punctuation must follow  Г
Г         the format shown in the title sequence or credits of the first      Г
Г         episode congruent to the list of acceptable characters.             Г
Г   17.12.1) If no title card exists, the format listed on the official       Г
Г            website for the show must be used, followed by what is listed    Г
Г            by the streaming service.                                        Г
Г   17.12.2) Additional titles and names given to an individual season must   Г
Г            not be used.                                                     Г
Г             e.g. Archer.Vice.S05, Strike.Back.Legacy.S05.                   Г
Г  17.13) Directory nomenclature and numbering must remain consistent         Г
Г         across the lifetime of an individual show or event.                 Г
Г   17.13.1) Shows which contain acronyms or secondary titles must follow the Г
Г            format used by the first release.                                Г
Г             e.g. Law.and.Order.SVU.S01E01 is the standard format that must  Г
Г                  be used for all following episodes,                        Г
Г                  Law.and.Order.Special.Victims.Unit.S01E02 is not allowed.  Г
Г                  Shadowhunters.The.Mortal.Instruments.S01E01 is the         Г
Г                  standard format, Shadowhunters.S01E02 is not allowed.      Г
Г   17.13.2) Groups cannot change the directory format of a show after a      Г
Г            second release or episode with the same format exists.           Г
Г             e.g. 2016-01-01: Law.and.Order.SVU.S01E01 sets the format.      Г
Г                  2016-01-08: Law.and.Order.SVU.S01E02 continues the format. Г
Г                  2016-01-09: Law.and.Order.Special.Victims.Unit.S01E01.     Г
Г                  DIRFIX is not valid as the second episode already exists   Г
Г                  and continues with the previously defined format.          Г
Г   17.13.3) Except in situations where the show has an official change in    Г
Г            its name, whereby all official references by the broadcaster or  Г
Г            studio is of the new name. This change must be mentioned in the  Г
Г            first NFO with the new name with relevant references.            Г
Г             e.g. Gold.Rush.Alaska.S01E01 changed to Gold.Rush.S02E01.       Г
Г   17.13.4) Official name changes for a show does not include the renaming   Г
Г            of individual seasons. Seasonal name changes must be ignored.    Г
Г             e.g. Power.Rangers.S01 and Power.Ranges.S07 must be used.       Г
Г                  Power.Rangers.Lost.Galaxy.S07 must not be used.            Г
Г                  Strike.Back.S03, Strike.Back.S05 must be used.             Г
Г                  Strike.Back.Vengeance.S03, Strike.Back.Legacy.S05 must     Г
Г                  not be used.                                               Г
Г   17.13.5) Any deviations or changes require sufficient evidence listed in  Г
Г            the NFO as to the reason for change.                             Г
Г  17.14) For shows which begin on network television and continue            Г
Г         exclusively on a web-based service, the title or numbering of the   Г
Г         show shall not change.                                              Г
Г   17.14.1) Except in situations where the show is not a direct continuation Г
Г            of the previous seasons.                                         Г
Г   17.14.2) If the show continues without any changes, the title of the show Г
Г            shall not change, but will follow the season and episode         Г
Г            numbering as listed on the web-based service which purchased     Г
Г            the show.                                                        Г
Г  17.15) User contributed services such as TVRage, TVMaze, or TheTVDB must   Г
Г         not be used as a reference when naming and numbering episodes. It   Г
Г         may be used as a general guide; however, official guides must be    Г
Г         used.                                                               Г
Г   17.15.1) The following order must be used as the primary source for       Г
Г            naming and numbering.                                            Г
Г    17.15.1.1) Official website of the show.                                 Г
Г    17.15.1.2) Order and format listed by the streaming service.             Г
Г    17.15.1.3) Network guide.                                                Г
Г                                                                             Г
Г 18) [ Fixes ]                                                               Г
Г  18.1) Only the following fixes are allowed:                                Г
Г        DIRFIX, NFOFIX, PROOFFIX, and SAMPLEFIX.                             Г
Г  18.2) Any other form of fix is not allowed.                                Г
Г         e.g. RARFIX, SFVFIX, SUBFIX, etc.                                   Г
Г  18.3) All fixes require an NFO and must state which release is being       Г
Г        fixed.                                                               Г
Г  18.4) A proper may not be released for an error that can be fixed with     Г
Г        the above methods, with the exception of proof fixes, see rule       Г
Г        13.3.2.                                                              Г
Г  18.5) If multiple releases from a single season require a DIRFIX, a single Г
Г        DIRFIX per season is allowed and is recommended.                     Г
Г         e.g. Show.Name.S01.DIRFIX.WEBRip.x264-GROUP.                        Г
Г  18.5.1) If a single DIRFIX is used, all relevant releases and              Г
Г          corresponding fixes must be listed in the NFO.                     Г
Г                                                                             Г
Г 19) [ Dupes ]                                                               Г
Г  19.1) Same second releases, with a maximum acceptable variance of two      Г
Г        seconds (+/- 2 seconds) between timestamps reported by a majority    Г
Г        of pre bots, are not considered dupes and should not be nuked.       Г
Г   19.1.1) Timestamps must be considered as whole integers and round half    Г
Г           towards zero.                                                     Г
Г   19.1.2) The earliest timestamp must be used when considering dupes.       Г
Г            e.g. Release A: 1451572201.427158 -> 1451572201                  Г
Г                 Release B: 1451572203.626645 -> 1451572203                  Г
Г                 Release C: 1451572204.137665 -> 1451572204                  Г
Г                 Release B does not dupe Release A: 1451572203 - 1451572201  Г
Г                 = 2, i.e. maximum variance allowed.                         Г
Г                 Release C dupes Releases A and B: 1451572204 - 1451572201   Г
Г                 = 3, i.e. 3 > 2.                                            Г
Г   19.1.3) In situations where a release is found to contain a technical     Г
Г           flaw, same second dupes which do not exhibit any technical flaws  Г
Г           must be considered the final release. Groups may release a DIRFIX Г
Г           to PROPER for their original release, but it is not required.     Г
Г            e.g. Release A and Release B are released at the same time.      Г
Г                 Release A is nuked as containing glitches, Release B then   Г
Г                 becomes the de facto release and a DIRFIX to PROPER may be  Г
Г                 released.                                                   Г
Г  19.2) WEBRip.x264 dupes WEB.H264/x264.                                     Г
Г  19.3) WEB.H264/x264 does not dupe WEBRip.x264.                             Г
Г  19.4) WEB.H264/x264 and WEBRip.x264 does not dupe DSR/PDTV.                Г
Г  19.5) WEB.H264/x264 and WEBRip.x264 dupes an equivalent AHDTV/HDTV/Retail  Г
Г        release.                                                             Г
Г   19.5.1) SD WEB.H264/x264 and WEBRip.x264 dupes an SD AHDTV/HDTV/Retail    Г
Г           release.                                                          Г
Г   19.5.2) 720p, 1080p, 2160p WEB.H264/WEB.x264 and WEBRip.x264 dupes a      Г
Г           respective AHDTV/HDTV/Retail release.                             Г
Г            e.g. 720p.WEB.H264 dupes 720p.HDTV.x264, 1080p.WEBRip.x264       Г
Г                 dupes 1080p.AHDTV.x264.                                     Г
Г                 1080p.WEB.H264 does not dupe 720p.BluRay.x264 if            Г
Г                 1080p.BluRay.x264 does not exist.                           Г
Г   19.5.3) Except in situations where the aspect ratio of a                  Г
Г           WEB.H264/x264 and WEBRip.x264 release exceeds that of its         Г
Г           respective AHDTV/HDTV/Retail release.                             Г
Г            e.g. A 2.39:1 release will not dupe a 1.78:1 retail provided     Г
Г                 there is clearly more footage visible on-screen. Proof      Г
Г                 demonstrating this difference is recommended, but not       Г
Г                 mandatory.                                                  Г
Г   19.5.4) Except in situations where a WEB.H264/x264 or WEBRip.x264 release Г
Г           is an uncensored or extended edit of its respective               Г
Г           AHDTV/HDTV/Retail release.                                        Г
Г            e.g. An uncensored WEB.H264 release does not dupe HDTV.x264,     Г
Г                 EXTENDED.WEBRip.x264 does not dupe BluRay.x264.             Г
Г  19.6) Releases with hardcoded subtitles (i.e. SUBBED) dupes releases with  Г
Г        muxed-in subtitles.                                                  Г
Г  19.7) Releases with muxed-in subtitles do not dupe releases with hardcoded Г
Г        subtitles.                                                           Г
Г  19.8) Native video streams do not dupe converted video streams.            Г
Г  19.9) Converted video streams dupe native video streams.                   Г
Г                                                                             Г
Г 20) [ Propers / Rerips / Repacks ]                                          Г
Г  20.1) Detailed reasons must be included in the NFO for all repacks,        Г
Г        rerips, and propers.                                                 Г
Г   20.1.1) Proper reasons must be clearly stated in the NFO, including       Г
Г           timestamps and specifics in regards to the flaw when appropriate. Г
Г           A sample demonstrating the flaw in the original release is        Г
Г           encouraged, but not mandatory.                                    Г
Г  20.2) Propers are only permitted in the case of a technical flaw in the    Г
Г        original release.                                                    Г
Г  20.3) If fixing a technical flaw requires transcoding of the file, it must Г
Г        follow the transcoding rules and tagged as WEBRip.x264.              Г
Г  20.4) Transcoded releases cannot proper any untouched files.               Г
Г         e.g. WEBRip.x264 cannot proper WEB.H264.                            Г
Г   20.4.1) Unless it is a transcode of a lossless stream correcting the      Г
Г           technical flaw, see rule 1.4.                                     Г
Г   20.4.2) Unless it can be proven that all untouched sources are flawed     Г
Г           which cannot be repaired by transcoding, but a WEBRip does not    Г
Г           exhibit the same technical flaw(s).                               Г
Г            e.g. iTunes, Amazon, and Netflix only offer the content. Amazon  Г
Г                 and iTunes sourced files cannot be repaired by transcoding, Г
Г                 however a Netflix WEBRip is fine.                           Г
Г  20.5) Untouched files can proper transcoded releases for any valid         Г
Г        technical flaw.                                                      Г
Г  20.6) Audio or visual glitches can be propered with a release which does   Г
Г        not exhibit the same flaw.                                           Г
Г   20.6.1) In situations where mastering issues results in visual or audio   Г
Г           glitches, a release must not be nuked until a valid proper,       Г
Г           repack, or rerip using a glitch-free source or master is          Г
Г           released.                                                         Г
Г  20.7) RERIP must be used for ripping or encoding issues.                   Г
Г  20.8) REPACK must be used for packing or muxing issues.                    Г
Г  20.9) Propers are only valid for releases with timestamps after the        Г
Г        official start date of this ruleset.                                 Г
Г   20.9.1) Groups cannot proper existing releases using rules created as a   Г
Г           result of this ruleset.                                           Г
Г            e.g. If the resolution is not mod 2 or x264 revision used is     Г
Г                 older than 50 revisions at the time of pre, the release     Г
Г                 cannot be nuked.                                            Г
Г   20.9.2) With exceptions of a release containing technical flaws which     Г
Г           would apply to any ruleset regardless of section. e.g. bad IVTC,  Г
Г           sync issues, bad or invalid cropping, etc.                        Г
Г                                                                             Г
Г 21) [ Internals ]                                                           Г
Г  21.1) Internals are allowed to be released for any reason, including, but  Г
Г        not limited to: releases containing technical flaws, use of          Г
Г        alternate codecs, containers, or settings for experimental purposes. Г
Г  21.2) Any severe technical flaws must be mentioned in the NFO.             Г
Г  21.3) Internal releases may only be nuked for technical flaws that are not Г
Г        mentioned in the NFO.                                                Г
Г   21.3.1) In situations where technical flaws are not mentioned in the NFO, Г
Г           groups may provide an NFOFIX to avoid or reverse a nuke.          Г
Г  21.4) Using DIRFIX.INTERNAL to avoid a nuke is not allowed, and must be    Г
Г        nuked fix.for.nuke.                                                  Г
Г                                                                             Г
Г 22) [ Ruleset Specifics ]                                                   Г
Г  22.1) This ruleset is to be considered the ONLY official ruleset in        Г
Г        regards to WEB and WEBRip releases. It supersedes all previous       Г
Г        rules and precedents derived from existing TV and Retail rules in    Г
Г        regards to WEB sources.                                              Г
Г  22.2) Rules listed under untouched or transcoded labelled sections only    Г
Г        apply to releases of that type and supersede any similar rule        Г
Г        mentioned elsewhere.                                                 Г
Г         e.g. Rule 6.1 defines SD as resolutions with a maximum horizontal   Г
Г              display of 720 pixels, unless the release is considered        Г
Г              untouched, in which case rule 1.6 applies.                     Г
Г  22.3) If there is a question as to the validity of a source used, the      Г
Г        release may be nuked within 24 hours of pre requesting a source      Г
Г        sample and must include the initial suspicion or reason.             Г
Г         e.g. source.sample.requested_suspicion.of.invalid.decimation.       Г
Г   22.3.1) The group has 24 hours from the first nuke to pre a source        Г
Г           sample that is at least 10 seconds in length.                     Г
Г   22.3.2) Source samples must be packed with RAR files, and use the         Г
Г           SOURCE.SAMPLE tag.                                                Г
Г   22.3.3) Providing insufficient proof to disprove any claims, or a         Г
Г           failure to provide any source proof, and the release must remain  Г
Г           nuked and can be propered.                                        Г
Г  22.4) The following definition of keywords throughout this ruleset are as  Г
Г        follows:                                                             Г
Г   22.4.1) Must: the rule is explicit in the definition and is compulsory.   Г
Г   22.4.2) Should: implies the rule is a suggestion, and is non-compulsory.  Г
Г   22.4.3) Can or may: implies the rule is optional, and is non-compulsory.  Г
Г                                                                             Г
Г 23) [ Notes ]                                                               Г
Г  23.1) Proof is only enforced for iTunes as all other sources require       Г
Г        various unofficial (backdoor) methods of downloading. Creating a     Г
Г        fake GUI showing an active download is not difficult, which could    Г
Г        result in proof being fabricated. As such, it is pointless to        Г
Г        require proof for anything but iTunes, where streams can only be     Г
Г        downloaded by a single method.                                       Г
Г   23.1.1) This includes web stores or shops which provide video files via a Г
Г           regular HTTP download. Policing or moderating these methods would Г
Г           be implausible for a single ruleset. Providing screenshots of a   Г
Г           download in progress from a website does not prove the file was   Г
Г           obtained from an official source.                                 Г
Г  23.2) The burden of proving P2P source material is on the propering group  Г
Г        or nuker.                                                            Г
Г  23.3) The inclusion of 2-pass in this ruleset should not be misconstrued   Г
Г        as preferring it for every release, CRF must always be considered    Г
Г        the primary method. Instead, it is encouraged for groups to use      Г
Г        2-pass methods for rare cases when files provided are of extreme     Г
Г        high quality.                                                        Г
Г   23.3.1) Video which contains an excessive amount of noise may often       Г
Г           result in an unnecessary large bitrate. In such situations,       Г
Г           using a smaller bitrate using 2-pass can result in a file size    Г
Г           improvement with negligible loss in video quality.                Г
Г                                                                             Г
УФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФД
Г                                                                             Г
Г [ Signed ]                                                                  Г
Г                                                                             Г
Г      2HD AEROHOLiCS ALTEREGO AZR AMB3R ANiHLS ANiURL BARGE BATV BiQ C4TV    Г
Г       CHAMPiONS DEADPOOL DEFEATER DEFLATE DRAWER FADE FaiLED FiHTV FQM      Г
Г     GORE HatchetGear iBlade KOENiG KYR Ltu NTROPiC QCF REGRET RiVER RPTV    Г
Г      SH0W SiGeRiS SKGTV spamTV TASTETV TiMELiNE WaLMaRT W4F WNN ZOMBiE      Г
Г                                                                             Г
Г [ Refused to sign ]                                                         Г
Г                                                                             Г
Г                                     CBFM                                    Г
Г                                                                             Г
УФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФД
Г                                                                             Г
Г [ Revisions ]                                                               Г
Г  2016-03-16 - ecb63c67 - Final commit and public release of ruleset.        Г
Г                                                                             Г
РФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФФй