Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Google Media News

VP8 and H.264 Codecs Compared In Detail 170

An anonymous reader writes "Moscow State University's Graphics and Media lab have released their sixth MPEG-4 AVC/H.264 video codecs comparison. Also of note is a recently added appendix to the report which compares VP8, x264, and Xvid. The reference VP8 encoder holds its own against x264 despite the source material offering x264 a slight advantage. The VP8 developers comment in the report: 'We've been following the MSU tests since they began and respect the group's work. One issue we noticed in the test is that most input sequences were previously compressed using other codecs. These sequences have an inherent bias against VP8 in recompression tests. As pointed out by other developers, H.264 and MPEG-like encoders have slight advantages in reproducing some of their own typical artifacts, which helps their objective measurement numbers but not necessarily visual quality. This is reflected by relatively better results for VP8 on the only uncompressed input sequence, "mobile calendar."'"
This discussion has been archived. No new comments can be posted.

VP8 and H.264 Codecs Compared In Detail

Comments Filter:
  • In the real world (Score:5, Insightful)

    by DrXym ( 126579 ) on Wednesday July 07, 2010 @05:29PM (#32832184)
    Input content *will* usually have been compressed with H264. Even the likes of Google will find itself transcoding 99% of its content into VP8 from some other codec. That might suck for comparison tests but its a fact of life.
  • Very simple (Score:3, Insightful)

    by dimethylxanthine ( 946092 ) <mr.fruitNO@SPAMgmail.com> on Wednesday July 07, 2010 @05:30PM (#32832196) Homepage
    One is an extorsion accessory, the other is not (yet).
  • by Lunix Nutcase ( 1092239 ) on Wednesday July 07, 2010 @05:31PM (#32832204)

    Unfortunately their statement is very misleading considering how VP8 and H.264 and other MPEG codecs use basically the same transform so their statements of bias against VP8 ring untrue. One of the professors who was part of doing this test even confirmed [doom9.org] that the VP8 developers statement was untrue and misleading.

  • by TheKidWho ( 705796 ) on Wednesday July 07, 2010 @05:38PM (#32832310)

    For now at least.

  • VP8 holds its own? (Score:5, Insightful)

    by Anonymous Coward on Wednesday July 07, 2010 @05:39PM (#32832342)

    "The reference VP8 encoder holds its own against x264 despite the source material offering x264 a slight advantage."

    Um, sure, if VP8 on its "best" preset being roughly equivalent to x264 on its "high speed" preset means it's holding its own, I guess that's a fair statement.

  • by Anonymous Coward on Wednesday July 07, 2010 @05:43PM (#32832402)

    One issue we noticed in the test is that most input sequences were previously compressed using other codecs. These sequences have an inherent bias against VP8 in recompression tests.

    Then that reflects the real world. Most footage that a person shoots will be compressed anyway (during recording or in editing). The fact that VP8 still looks good after the recompression tells me that we have a real winner.

  • by Jah-Wren Ryel ( 80510 ) on Wednesday July 07, 2010 @05:43PM (#32832406)

    Input content *will* usually have been compressed with H264. Even the likes of Google will find itself transcoding 99% of its content into VP8 from some other codec. That might suck for comparison tests but its a fact of life.

    That's not relevant to the point - the problem is that the tests measure how well each codec reproduces the input, but there is little value accurately to reproducing errors. So what if VP8 fudges macroblocked input? If it was macroblocked to begin with, then short of doing something crazy like xor-ing the colors, it doesn't really matter if VP8 fudges it up a little bit, its still going to look all blocky anyway.

  • by Anonymous Coward on Wednesday July 07, 2010 @05:46PM (#32832458)

    I don't understand the "VP8 holds its own against x264".... The graphs show that it certainly does not hold it's own against x264. For example, if you look at the best quality settings of x264 vs VP8 for the Ice Age clip, at the same quality (SSIM=0.97), x264 takes 800Kbps while VP8 takes ~1.2Mbps... So VP8 takes 50% more bits to achieve the same quality. This shows that VP8 is not nearly as efficient as x264. (Also, note that x264 is only one implementation of an H.264 encoder. There are other implementations that will make different tradeoffs to get better compression efficiency at the cost of performance).

  • Near enough (Score:3, Insightful)

    by curmi ( 205804 ) on Wednesday July 07, 2010 @05:52PM (#32832548)

    Since when did "near enough" become "good enough"? We might as all switch to Windows...

  • by DJRumpy ( 1345787 ) on Wednesday July 07, 2010 @06:02PM (#32832704)

    Agreed, this reads as if it's nothing more than a promotional ad for the VP8 codec. How do they expect everyone to take this seriously?

    I don't understand the "VP8 holds its own against x264".... The graphs show that it certainly does not hold it's own against x264. For example, if you look at the best quality settings of x264 vs VP8 for the Ice Age clip, at the same quality (SSIM=0.97), x264 takes 800Kbps while VP8 takes ~1.2Mbps... So VP8 takes 50% more bits to achieve the same quality. This shows that VP8 is not nearly as efficient as x264. (Also, note that x264 is only one implementation of an H.264 encoder. There are other implementations that will make different tradeoffs to get better compression efficiency at the cost of performance).

  • by Lunix Nutcase ( 1092239 ) on Wednesday July 07, 2010 @06:03PM (#32832722)

    First, that claim was made by an x264 developer.

    And was backed up by the professor doing the test when he responded saying: "Yes, you are absolutelly right".

    x264 developers need to take it easy and let their implementation speak on its merits rather than attempt to discredit VP8 at every opportunity.

    Then maybe the VP8 developers need to stop making misleading statements about the capabilities of their codec?

  • Re:Near enough (Score:5, Insightful)

    by SheeEttin ( 899897 ) <sheeettin@nosPam.gmail.com> on Wednesday July 07, 2010 @06:10PM (#32832802) Homepage

    Since when did "near enough" become "good enough"? We might as all switch to Windows...

    It's not just "near enough", it's "near enough and unencumbered by patents". (Of course, MPEG LA will contest that...)

  • Re:Near enough (Score:4, Insightful)

    by Klinky ( 636952 ) on Wednesday July 07, 2010 @06:19PM (#32832906)

    Well if you're into the FOSS philosophy, "near enough"(WebM/VP8) is better than "not at all"(H.264).

  • by unix1 ( 1667411 ) on Wednesday July 07, 2010 @06:22PM (#32832960)

    Then maybe the VP8 developers need to stop making misleading statements about the capabilities of their codec?

    I'm not convinced anything was misleading in the original comment. It was made clear they were not talking about visual quality. But there were no technical details presented on either side, so take it with a grain of salt, that's all.

    On the other hand, I've seen more than one misleading claim made by x264 developers against VP8 since it was announced as WebM by Google. It's like they are on a crusade or something. Take it easy guys - your implementation is one of the best, if not the best. Just keep up the good work and try to not make it look like you are on a personal mission to bury VP8.

  • by mbone ( 558574 ) on Wednesday July 07, 2010 @06:32PM (#32833054)

    Most video material comes, originally, from a camera of some sort. (Obviously, this isn't the case for animation.) All of the HD camera systems I know of record in H.264, MPEG-4 or MPEG-2. (It might be called HD-DV or something else, but it's MPEG compressing under the hood.) So, if that gives H.264 an advantage, there isn't much that can be done about it. It will take a long time to replace all of the camera gear out there...

  • Re:Very simple (Score:2, Insightful)

    by LaRainette ( 1739938 ) on Wednesday July 07, 2010 @06:56PM (#32833272)
    Getting money out of people using leverage you should have.

    The mafia extorted money from the shop owners in the 30s, using leverage it got from the monopoly of the usage of strengh it had taken from the state authority (the police which was unable to fight the aforementioned mafia)

    MPEG LA will extort money out of us and any video content provider/creator using leverage it will have gotten from abusive patents and technological monopoly reached through lobbying.
  • by Undead Waffle ( 1447615 ) on Wednesday July 07, 2010 @07:34PM (#32833656)

    Most video material comes, originally, from a camera of some sort. (Obviously, this isn't the case for animation.) All of the HD camera systems I know of record in H.264, MPEG-4 or MPEG-2. (It might be called HD-DV or something else, but it's MPEG compressing under the hood.) So, if that gives H.264 an advantage, there isn't much that can be done about it. It will take a long time to replace all of the camera gear out there...

    As I understand it the argument is that when you're comparing the final result to the source material the results will show H.264 being more "accurate", but since we are talking about "accuracy" of artifacts it may or may not be an indication of video quality.

    There is also this little piece of text on the bottom of the page (from the VP8 developers):

    Even with this limitation, VP8 delivered respectable results against other encoders, especially considering this is the first time VP8 has been included in the test and VP8 has not been specifically optimized for SSIM as some other codecs have.

    To date, WebM developers have focused on the VP8 decoder performance and are only starting to optimize the encoder for speed. The WebM project has only been underway for three weeks, and we believe that our encoder speed will improve significantly in the near future.

    Yeah it sounds a little bit like they're making excuses but their claims are believable. We'll see if they are telling the truth about these "significant speed improvements in the near future".

  • by shutdown -p now ( 807394 ) on Wednesday July 07, 2010 @07:51PM (#32833788) Journal

    Since when did Chinese hardware manufacturers cared about patents? And yet, they seem to be selling DVD players that completely ignore CSS, region coding etc here in the West just fine...

  • by TimothyDavis ( 1124707 ) <tumuchspaam@hotmail.com> on Wednesday July 07, 2010 @07:54PM (#32833810)

    I was under the impression that there is no standard for encoding a video stream, and that the standard is in the decoding of the stream.

    It makes it unlikely that this comparison of codecs shows the full potential of one standard over another - and I would be wary of drawing any conclusions.

  • by KingSkippus ( 799657 ) on Wednesday July 07, 2010 @09:26PM (#32834480) Homepage Journal

    ...Which brings us back to the "for now" part of the comment.

    If you're a camcorder manufacturer, chances are you're using H.264 (and paying licensing fees to do so) precisely because it's convenient for people to upload to YouTube and otherwise muck with the video without having to transcode it. If that changes because YouTube and other mainstream sites and software support VP8, and you have the ability to offer consumers the option of doing the same thing without paying licensing fees by encoding in VP8, you'll likely do so to increase your profit margin.

    Your logic here supports the chicken-and-egg scenario that MPEG is praying for: manufacturers unwilling to support a format not in common use, and a format won't get in common use because manufacturers won't support it. As Google and other companies break the cycle by convincing people that the format will come into common support, manufacturers will be more willing to jump on board, bringing consumers with them.

  • Re:Very simple (Score:2, Insightful)

    by bonch ( 38532 ) on Wednesday July 07, 2010 @10:52PM (#32834970)

    And once again, idealistic people get behind an inferior technology for ideological reasons while everyone else moves forward.

  • by Sycraft-fu ( 314770 ) on Wednesday July 07, 2010 @11:16PM (#32835120)

    While most of the card ones are AVCHD which is H.264, HDV cameras are MPEG-2. They are quite popular as there's reason to want tape as a storage medium.

    Then of course in terms of pro video, it is still compressed, raw video is just too daunting to store, but again with different codecs. They are often takeoffs of DV where there is just very light per frame compression as well as chroma downsampling. That offers better quality on subsequent recompression and editing, as well as lower hardware requirements to encode.

    This idea that everything will be H.264 as a source is inaccurate. It is popular no doubt, and I believe it will continue to be, but it isn't universal and probalby won't be.

  • by Anonymous Coward on Thursday July 08, 2010 @02:43AM (#32836160)

    The manufacturer's license for H.264 is $0 - for sales of 100,000 units or less each year.

    For personal use only. And why on earth are you assuming that prices won't increase substantially when the MPEG-LA cartel, with no competition by your reasoning, decides it might be profitable?

  • Re:Very simple (Score:2, Insightful)

    by wannabgeek ( 323414 ) on Thursday July 08, 2010 @08:14AM (#32837930) Journal

This restaurant was advertising breakfast any time. So I ordered french toast in the renaissance. - Steven Wright, comedian

Working...