Over the past decade, the video compression technology used in fansubs has changed several times - from DivX to XviD, from XviD to H.264 - as has the preferred container format - from AVI to OGM to MKV and MP4. Each of these transitions has been accompanied by bitter complaints and a fair amount of inconvenience. The transition to H.264 was very painful for viewers with slow computers. When MKV first appeared, the comment section of BoxTorrents (now BakaBT) was filled with jeremiads against the new format. Even the DivX/XviD transition has left scars - some encodes from that period will not play correctly, because they were done with beta versions of the codecs and contain encoding bugs.
Time has fixed most of these issues. Today's multi-core PC's laugh off H.264. The Combined Community Codec Project (CCCP) has provided a standardized playback kit for Windows, as well as a benchmark for testing the correctness of encodes. Backward compatibility is quite good, barring only the occasional ancient, buggy encode.
What time hasn't fixed is the problem of encode bloat. Most encoding advances have been introduced with the claim that they would reduce the size of the video. When H.264 was introduced, that was true initially: H.264 episodes were smaller than their XviD counterparts. But fairly quickly, they became equal size, and then larger: the codec improvements were used to preserve more detail rather than reduce file size. File sizes grew, and then grew some more. The transition to HD resolutions exacerbated the problem.
This is circuitous introduction (tl;dr) to the latest improvement in encoding - 10-bit H.264, sometimes called Hi10P. I don't confess to understand the technical details, but the claim is that Hi10P reduces video encode size by 30%, at level quality. Experiments with Hi10P began in the spring. This summer, CCCP added formal support, and now the floodgates are open.
Compared to previous transitions, this one is pretty painless. CCCP seems to work correctly "out of the box." Many groups are moving to Hi10P in a sensible way: shows that were started in 8-bit technology are being finished that way. And as with previous transitions, the improved compression technology is being used to reduce file size.
Would anyone care to take a bet on how long that will last? My prediction is that by this time next year, Hi10P encodes will be as big as their 8-bit counterparts are today, and after that, the seemingly inexorable rise in file sizes will continue. As a (near) senior citizen with so-so eyesight, this leaves me baffled. I don't need to see every imperfection in the original film stock or cels. Personally, I think this is a form of competition among encoders: mine is bigger than yours, so to speak. The offers section of BakaBT is filled with new encodes claiming to produce the next minute improvement in visual quality (often at the expense of subtitle legibility, timing accuracy, or typesetting fluidity). A few encoders buck this trend: for example, Atsui produces a fine balance between quality and size. But for almost everyone else, it seems that bigger is better.
One final note on the stampede to Hi10P. An encoding colleague says that at the moment, there are mutually canceling bugs in the encoding and decoding software that produce slightly "tinted" encodes and then correct it in playback (something about color-space translation). As a result, when the software is corrected, these early Hi10P encodes will look slightly tinted. I won't notice it of course, but I wonder if we'll see a rash of "Hi10Pv2" encodes at some point?
Time has fixed most of these issues. Today's multi-core PC's laugh off H.264. The Combined Community Codec Project (CCCP) has provided a standardized playback kit for Windows, as well as a benchmark for testing the correctness of encodes. Backward compatibility is quite good, barring only the occasional ancient, buggy encode.
What time hasn't fixed is the problem of encode bloat. Most encoding advances have been introduced with the claim that they would reduce the size of the video. When H.264 was introduced, that was true initially: H.264 episodes were smaller than their XviD counterparts. But fairly quickly, they became equal size, and then larger: the codec improvements were used to preserve more detail rather than reduce file size. File sizes grew, and then grew some more. The transition to HD resolutions exacerbated the problem.
This is circuitous introduction (tl;dr) to the latest improvement in encoding - 10-bit H.264, sometimes called Hi10P. I don't confess to understand the technical details, but the claim is that Hi10P reduces video encode size by 30%, at level quality. Experiments with Hi10P began in the spring. This summer, CCCP added formal support, and now the floodgates are open.
Compared to previous transitions, this one is pretty painless. CCCP seems to work correctly "out of the box." Many groups are moving to Hi10P in a sensible way: shows that were started in 8-bit technology are being finished that way. And as with previous transitions, the improved compression technology is being used to reduce file size.
Would anyone care to take a bet on how long that will last? My prediction is that by this time next year, Hi10P encodes will be as big as their 8-bit counterparts are today, and after that, the seemingly inexorable rise in file sizes will continue. As a (near) senior citizen with so-so eyesight, this leaves me baffled. I don't need to see every imperfection in the original film stock or cels. Personally, I think this is a form of competition among encoders: mine is bigger than yours, so to speak. The offers section of BakaBT is filled with new encodes claiming to produce the next minute improvement in visual quality (often at the expense of subtitle legibility, timing accuracy, or typesetting fluidity). A few encoders buck this trend: for example, Atsui produces a fine balance between quality and size. But for almost everyone else, it seems that bigger is better.
One final note on the stampede to Hi10P. An encoding colleague says that at the moment, there are mutually canceling bugs in the encoding and decoding software that produce slightly "tinted" encodes and then correct it in playback (something about color-space translation). As a result, when the software is corrected, these early Hi10P encodes will look slightly tinted. I won't notice it of course, but I wonder if we'll see a rash of "Hi10Pv2" encodes at some point?
