Hounds.S01E03.DVDRip.x264-FiHTV
Video: CRF19 720x406 x264 @ 987kbps
Audio: AAC-LC @ 108kbps
Props to those who have been getting the SD-Retail x264 ball
rolling lately.
XviD needs to be buried, and sooner rather than later.
So to show our support, we're dumping XviD completely and any
new DVD/BluRay we get our hands on will be done with x264,
encoded to the SDx264 specs until the retail ruleset comes in.
Speaking of, when the ruleset does come, there are a few things
we feel should be included, and since this is a rule-less world
at the moment, we'll be acting as though they are rules that
are in play and encourage others to follow them as well.
They are:
- BDRip doesn't dupe DVDRip. DVDRip dupes BDRip.
Our testing shows BDRip produces higher quality releases
than the same TV show/film ripped from DVD - even when the
same x264 settings are used.
Unlike XviD, x264 doesn't shit all over a higher quality
source.
- Native fps releases don't dupe converted fps releases.
The opposite does not apply.
ie Modern.Family.S01E01.NATIVE.DVDRip.x264-NTSCDVD can
be released after
Modern.Family.S01E01.CONVERT.DVDRip.x264-PALDVD but
CONVERT cannot come after NATIVE.
CONVERT tag is used to signify that the release is at a
framerate that is different to what the TV show/film was
filmed at - ie NTSC to PAL (aka PAL speedup) or PAL to NTSC.
NATIVE tag is only used if a CONVERT release already exists.
Therefore, tagging just DVDRip or BDRip implies the release
is NATIVE and no CONVERT release exists.
Sure you could just INTERNAL, but this would encourage
people to rip content at the original framerate instead
of just leaving it. PAL speed-up sucks.
As BluRay doesn't convert framerates for specific regions,
Modern.Family.S01E01.BDRip.x264-UKBLURAY would be
considered NATIVE unless it's one of those rare occasions
where PAL speedup is applied to a retail BluRay.
Death to PAL speedup within the scene!
With these two rules in play, the pecking order would be:
BDRip/NATIVE.BDRip > CONVERT.BDRip > DVDRip/NATIVE.DVDRip > CONVERT.DVDRip
- We also need to follow SDx264's lead and use CRF. Encoding
to filesizes like we did for XviD (and, for some reason, still
do for retail HD) is an old, outdated concept that really
needs to die with XviD.