Slashdot Mirror


Netflix Finds x265 20% More Efficient Than VP9 (streamingmedia.com)

Reader StreamingEagle writes (edited): Netflix conducted a large-scale study comparing x264, x265 and libvpx (Google-owned VP9), under real-world conditions, and found that x265 encodes used 35.4% to 53.3% fewer bits than x264, and between 21.8% fewer bits than libvpx, when measured with Netflix's advanced VMAF assessment tool. This was the first large-scale study to use real-world encoder implementations, and a large sample size of high quality, professional content.A Netflix spokesperson explained why they did the test in the first place; "We wanted to understand the current state of the x265 and libvpx codec implementations when used to generate non-realtime encodes optimized for OTT use case. It was important to see how the codecs performed when testing on a diverse set of premium content from our catalog. This test can help us find areas of improvement for the different codecs."

31 of 178 comments (clear)

  1. Mostly... by johnsmithperson123 · · Score: 2

    I just want websites to use the HTML5 video player as opposed to Flash. x265 is not very important except for 4K content and mobile phones. It will, though, eventually become the standard.

    1. Re:Mostly... by Black.Shuck · · Score: 5, Insightful

      x265 is not very important except for 4K content and mobile phones

      I think a 20% overall reduction in bandwidth for an in-demand and still-growing medium is *very* significant no matter what the resolution or device is.

    2. Re:Mostly... by geek · · Score: 5, Informative

      x265 is not very important except for 4K content and mobile phones

      I think a 20% overall reduction in bandwidth for an in-demand and still-growing medium is *very* significant no matter what the resolution or device is.

      The real number is 34-53%. The 20% is just over VP9. The 34-53% is over their current streaming codec.

    3. Re:Mostly... by Luthair · · Score: 5, Funny

      Clearly though, the image produced by mpeg2 is much superior to h265 much like records sound better than CDs.

    4. Re:Mostly... by Rockoon · · Score: 4, Funny

      mpeg2 uses gold bits, while h265 uses copper and aluminum.

      --
      "His name was James Damore."
    5. Re:Mostly... by Matt.Battey · · Score: 3, Funny

      Yes but Capacitance Electronic Discs have a much warmer picture, especially when paired with new old-stock cathode ray tube amplifiers.

    6. Re:Mostly... by StreamingEagle · · Score: 2

      The only thing preventing HEVC/H.265 from being supported natively in browsers is the patent license terms. The developers of x265 have made a proposal to fix this situation. See http://x265.org/proposal-accel...

    7. Re:Mostly... by barc0001 · · Score: 2

      > x265 is not very important except for 4K content and mobile phones.

      This is exactly the mindset that leads to waste, inefficiency and bloat. If you can save even 5% on bandwidth, which is a limited resource, WHY NOT DO IT? And this is way more than 5%.

    8. Re:Mostly... by Anonymous+Brave+Guy · · Score: 2

      x264 isn't really free if you live or work anywhere that the patents on the underlying technologies are valid.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    9. Re:Mostly... by donaldm · · Score: 2

      The only thing preventing HEVC/H.265 from being supported natively in browsers is the patent license terms. The developers of x265 have made a proposal to fix this situation. See http://x265.org/proposal-accel...

      The Edge browser does support H265 but surprise surprise it does not support many open formats. If you go to this site and do an intercomparison between Chrome, Firefox, Edge and your preferred browser, with particular emphasis on the Video and Audio support you can see this.

      BTW. That link was an interesting read although I don't think patents are really going to stop the home user from using the particular codecs. It is surprisingly easy using tools like Handbrake (it really does hammer your PC though) to convert from one codec to another as well as converting 8bit to 10bit or even 12bit. The main reason to convert H264 to H265 is the fact that you can get a reduction in file size from 55% to 65% and in some cases much better than that, especially if you convert to 10 to 12 bits as well.

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    10. Re:Mostly... by Kjella · · Score: 2

      It is surprisingly easy using tools like Handbrake (it really does hammer your PC though) to convert from one codec to another as well as converting 8bit to 10bit or even 12bit. The main reason to convert H264 to H265 is the fact that you can get a reduction in file size from 55% to 65%

      transcoding from one loss codec to another -> *facepalm 1*
      8 bit source -> 10/12 bit destination *facepalm 2*
      55-65% and in some cases much better than that -> *facepalm 3*

      Sometimes, even Picard and Riker is not enough...

      --
      Live today, because you never know what tomorrow brings
    11. Re:Mostly... by KozmoStevnNaut · · Score: 2

      No, it's pretty much crap.

      The records have to be absolutely 100% completely free of dust or any other particles, otherwise the laser will read them as if they were the actual groove, leading to a lot of unwanted noise. A normal pickup pushes aside most of the dust.

      It's a neat idea, but it's much worse than a decent pickup on a normal turntable.

      --
      Eat the rich.
    12. Re:Mostly... by sexconker · · Score: 2

      If you care about storage space more than you care about quality, encoding to h265 is fine. Please use the cleanest source, though, unless you're a dumbass and you don't care about generational loss.

      10-bit encoding of 8-bit sources is retarded. But it's a thing they do, however, especially the anime kiddos. It effectively acts a variable denoise filter which is useful when they're ripping from crunchyroll, OTA/cable/satellite, or even BluRay. 99% of the time the content gets quantized back the same (or slightly worse) as with 8-bit, but when dealing with noise or a gradient it can rely on just using a higher precision.

      x264 also seems to perform some intermediary calculations at a higher precision when you run in 10-bit mode for some reason, reducing internal rounding/truncating/fuckating. Or at least it did. Not sure about x265.

      Of course, your decoder has to deal with fucking that back out to 8 bpc for display, and that process isn't defined in the standard, so good luck!

      With an 8-bit source, staying in 8-bit and properly tuning a denoise filter would yield better results.

    13. Re:Mostly... by Shirley+Marquez · · Score: 2

      They are comparing the bit rate of the streams at comparable image quality. They're not using MPEG2 now, that would be even less efficient than their current H.264 encoding.

      One problem is that few computers and streaming boxes have H.265 hardware decoding support. That means that the decoding has to be done in software. (The latest generation of video cards DOES include H.265 decode support.) At best that means higher power consumption; at worse it means degraded playback because the CPU isn't up to the task. (Decoding H.265 requires a lot more processing power than H.264, which in turn needs more than MPEG2.) So it's unlikely that Netflix will switch to H.265 for 1080p streams and lower. They'll reserve it for 4K content, because the players for that should be capable of the decoding.

      That big a reduction in bit rate is good all around. Fewer delays while streaming, less network congestion for everybody, and lower ISP bills for Netflix.

  2. Re:Another Google Project Not Worth The Hype by mrclevesque · · Score: 2

    "Why is it that as companies get bigger, they get less competent, despite having hired more of the competent people?"

    Maybe it's the increased number of levels of management and the inherent increase in distance between any two levels of management.

  3. Re:What about VP10? by Merk42 · · Score: 3, Informative
    I don't quite understand the situation, but I'm guessing it won't exist?

    However, Google decided to incorporate VP10 into AOMedia Video 1 (AV1). The AV1 codec will use elements of VP10 as well as the experimental formats Daala (Xiph/Mozilla) and Thor (Cisco).[72][73] Accordingly, Google has stated that they will not deploy VP10 internally or officially release it, making VP9 the last of the VPx-based codecs to be released by Google.[74]

  4. Re:so what? by GuB-42 · · Score: 3, Interesting

    This is not the case of video codecs.
    Video is a huge bandwidth hog and small improvements can really make a difference. This is why we still use JPEG and MP3 but video benefits from the latest technologies. It is also why Vorbis (audio) is much more successful than Theora (video). Both are patent-free formats from xiph.org.

    Additionally, with hardware improving, more advanced compression algorithms can be used. For example entropy coders are mostly a performance/ratio tradeoff and newer standards tend to use more advanced schemes. Not that these couldn't have been used before, but the hardware requirement were too steep at that time. And you can't really put "insert preferred encoding scheme here" in your standard to make it future proof, because it wouldn't be a standard. All parts have to work together. You don't want to specify a super duper filter that melts CPUs and botch the job with a crappy entropy coder, you have to balance each part to get the best of your target hardware.

  5. Re:Another Google Project Not Worth The Hype by TigerTime · · Score: 5, Informative

    You realize we're comparing a FREE option vs a PAID option. As a business trying to save money here/there, I'd rather go with the free one to be honest.

    Additionally, the title of this post is a bit misleading for what Netflix actually found. h.265 was better than VP9 in 4K content, but when it came down to 1080p and lower resolutions, VP9 did just as good or better than h.265. 1080p will STILL rule the streaming market for the foreseeable future, so VP9 is definitely relevant here.

    Quote from Netflix on their blog regarding this:

    Here’s a snapshot: x265 and libvpx demonstrate superior compression performance compared to x264, with bitrate savings reaching up to 50% especially at the higher resolutions. x265 outperforms libvpx for almost all resolutions and quality metrics, but the performance gap narrows (or even reverses) at 1080p.

    http://techblog.netflix.com/20...

  6. Re:What about VP10? by NotInHere · · Score: 3, Informative

    Well that AV1 codec will have a much higher chance for success as more industry partners are involved, and it will get better hardware decoding support (both by the vendors, and by the codec itself being designed in a way with hardware decoding in mind). Netflix is part of AOM as well. The only bigger company of significance which is _not_ member of AOM is apple, who suprise suprise sits at the MPEG table and makes bucks with their H.265 patents.

  7. Re:But last week they said. by StreamingEagle · · Score: 2

    You must be referring to an article on Toms Hardware. The journalist was referring to the same Netflix study, but he was confused by the results, and he jumped the gun. He changed his title the next day. In the Netflix study they used x264 and x265 settings that are optimized for visual quality, and they also did test encodes with settings optimized for PSNR measurement. But then Netflix actually published results of PSNR measurements using the visual quality optimized encodes, which are not meaningful results. On these results, for 1080P content, VP9 appeared to be slightly better than x265. What matters most with video encoders is the actual visual quality they can produce at any target bit rate. Objective measurements like PSNR and SSIM don't correlate strongly with human subjective visual quality testing. Netflix sponsored development of a new visual quality tool, VMAF, which correlates with human subjective testing much more strongly. With VMAF, Netflix showed that x265 produces identical quality to VP9 at ~ 20% lower bit rates.

  8. Also significant is CPU burden by Kludge · · Score: 2

    I have noticed that x265 requires much more CPU for encoding AND decoding than x264. For example, my slightly aged laptop will not handle playing my 1080p x265 streams.

    1. Re:Also significant is CPU burden by jandrese · · Score: 3, Informative

      The intention is that the decoding is handed off to the GPU. Doing x265 on the CPU is inefficient, and completely impractical on devices like phones and tablets.

      --

      I read the internet for the articles.
    2. Re:Also significant is CPU burden by squiggleslash · · Score: 5, Informative

      Your slightly aged laptop probably has a built-in H.264 decoder, which will skew the results somewhat. Most graphic chipsets for the last eight years have included the functionality.

      --
      You are not alone. This is not normal. None of this is normal.
    3. Re:Also significant is CPU burden by Bengie · · Score: 2

      The fixed function ASIC is magnitudes faster, more efficient, so few transistors, it's practically free to add. It's almost like saying that dedicated floating-point is "a shame" because they could just make the CPU faster and just emulate it. This is just one of those cases were ASICs can beat the crap out of any generalized implementation, even SIMD.

  9. What the hell is the VMAF assessment tool? by Solandri · · Score: 4, Informative

    All these codecs allow you to choose the bitrate, so efficiency is meaningless without a common basis for comparison. In this case it turns out they mean efficiency at the same video quality. But video quality is a completely subjective thing - how can you compare it in a reproducible manner? So I dug into how Netflix is deterministically measuring something subjective. That in itself is a pretty fascinating read.

    tl;dr - they took subjective test results from showing video samples to people, then used machine learning to develop an algorithm which produced similar results.

    1. Re:What the hell is the VMAF assessment tool? by Maury+Markowitz · · Score: 2

      "how can you compare it in a reproducible manner"

      If you bother to look it up, you'll see exactly how this is done.

      It's widely used and there are numerous automated benchmarking systems.

  10. Re:Another Google Project Not Worth The Hype by freeze128 · · Score: 2

    You realize we're comparing a FREE option vs a PAID option. As a business trying to save money here/there, I'd rather go with the free one to be honest.

    That's pretty shortsighted, even for a business. If you factor in the bandwidth costs of delivering 20% more data, using the paid CODEC might actually make better financial sense.

  11. HTML5 - Video by DrYak · · Score: 5, Informative

    Speaking of which (HTML5 Video and Netflix):

    The IETF has a working group to produce a new gen video codec "NetVC" (Designed to be easy for wide adoptions, as the previous efforts of the IETF like Opus for audio).

    The main candidate is by a group called "AOMedia" (association for openmedia), working on AV1 (AOMedia's Video codec 1).

    The association includes:
    - Google (of Youtube fame) : They are using their current development as a base for AV1 (what would have become VP10 if there wasn't this whole NetVC story).
    - Xiph (of Vorbis and Opus fame, with also contributions toward Flac, Speex, etc.) : They are developing a very interesting project called Daala, and they ended up also contributing the innovation done for Daala into AV1.
    - Cisco : They gave what they have developed for their Thor codec also into AV1.

    Netflix has also joined the AOMedia and they are investing resources into it.
    Same with several browser makers (including Mozilla).

    With all the people involved:
    - you know there's some interesting performance coming (given the brains involved here, given past successes like Opus, and given the promising results of research projects like Daala).
    - given that 2 top content providers like Google (Youtube) and Netflix are on board, there's a high chance of seeing deployment of the new codec.
    - given that browser makers like Google (chrome), Mozilla, and Microsoft (Edge) are on board, there's a high chance of seeing browser support for the new codec.
    - given that hardware chip maker like ARM, Intel, AMD, Nvidia, etc. are on board there's going to be hardware decoding support.

    (Adobe is on board too, so browser support is guaranteed for the Widevine DRM plug-in required by Netflix' licensors. Not that it matters that much, because that part of HTML5 Video is already defined and deployed everywhere, except maybe with Firefox on Linux which is a bit delayed)

    But you know that this looks promision,
    and maybe same time next year, we'd be reading summaries along the lines of "Netflix and Google find AV1 20% more efficient than HEVC/H.265" "And also cheaper, royalty-free and widely supported"

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  12. Re:so what? by thegarbz · · Score: 2

    It's also a tyranny of "good enough". Seriously when a 40mpxl image comes down as a 10MB JPEG and look identical to any better format it really doesn't make much of a difference. Doubly so that most images are not 40mpxl.

    Video on the other hand is not yet good enough.

  13. Mathematics by quenda · · Score: 3, Interesting

    A small nitpick, but sad to see a common but serious maths error in a technical article.

    20% fewer bits is not equivalent to 20% more efficient, but 25% more .
    Efficiency would be the reciprocal of the bitrate. A ratio of 4:5 becomes 5:4 when looked at the other way around.

    If you were to halve the bitrate, it would be twice as efficient, not 50% more.
    Or to put it in simple money terms, its like if two items are $100, one gets a 20% discount to $80, the other is now 25% more expensive.

  14. 10 bit encoding by justthinkit · · Score: 2

    I didn't know about this, so researched and found this page that explains "10-Bit H.264".

    I offer it here so that someone can complain that I am karma whoring.

    --
    I come here for the love