WebRTC’s Future: is it H.265 or VP9?

March 4, 2013

UPDATE: The codec war is HEVC/H.265 vs AV1. After reading this short post, I suggest you head over to that article to get a wider angle of the topic.

There’s a codec war going on and it is about to get an upgrade to a newer version.

If you’ve been following WebRTC for a while, you should already know that the video codec issue is an open debate. Or more like an official war among WebRTC proponents.

The main themes around this fight can be summed in two main debates:

  • Paid versus free: H.264 requires a license to use and deploy, which prohibits a lot of use cases and adopters; VP8 is free, allowing everyone to use it (on paper at least)
  • Interoperable versus new: H.264 is commonly used with a huge ecosystem of existing vendors and deployed products, making it suitable for interoperability and adoption; VP8 is brand new, making its current footprint in chipsets, vendors and knowledge significantly smaller

While companies are fighting this round with no apparent winner so far, there’s another round brewing, waiting just around the corner: the successors of both of these codecs.

H.265 vs VP9

H.265

H.265 is the successor of H.264. It is led by the same group of companies who will be collecting royalties for its use, and is said to be twice as efficient in the bitrate it requires to get to the same video quality (but requires 3 times the CPU resources).

Approved out of the over, there are companies who are actively promoting it already. I’ve seen demos on YouTube from DoCoMo, Qualcomm, Ericsson and Cisco.

YouTube video

The main marketing pitch of companies? Video takes up most of the internet traffic. Being able to shrink it by 50% means better utilization of the network.

VP9

VP9 is Google’s successor to VP8. Its decoder can already be found in the Chrome browser (at least from what I could deduce on the web).

There’s not much information about it. The only thing I found in comparison to H.265 is this comment by Chester Moy on a Google+ thread:

According to a presentation by Google, VP9 is ~7% behind HEVC/h.265 in terms of quality/bitrate when they tested VP9 in Q4 of 2011 (They started developing VP9 in Q3 2011). Their goal is to become even better than HEVC.

While the details might wrong as to the exact differences, it can be easily deduced that Google is designing VP9 to be comparable in quality with H.265, sans royalty costs on patent licensing.

Which one?

The crossroad isn’t going to change. The same debate between paid and free, interoperable and new will stay with us.

Don’t expect any of these codecs to find its way to a phone near you before 2014, and even then, only on high end ones. It will take several years for this technology to make any difference.

Until then, we are stuck with our current transcoding problems between VP8 and H.264.

No…


You may also like

Comment​

Your email address will not be published. Required fields are marked

  1. Hi

    Thanks for another great post and update.

    Do you know if there is any support for H.265 in mobile chipsets. It seems like its going to be challenging to get a feasible WebRTC implementation on Mobile devices that supports real world use scenarios without that.

    Cheers, Graham

    1. I am sure chipset vendors are working on such support. Qualcomm already “demoed” it. It will take time for it to get into commercial devices though – 1-2 years at the very least – it takes time to build such capabilities.
      First round of solutions will not be that interoperable, support from the ecosystem and server side will be lacking, etc.

      Wouldn’t hold my hands for it anytime soon.

  2. this story focuses on bit-rate, which is important, indeed, but is already sustainable. what VP9 brings with it is a much deeper feature-set than the H standard. transparency, streaming, and far smarter compression.

    as you can already see, in order to make a video codec perform like flash, you need to do what flash needed to do, use that CPU…and generate some heat.

    1. VP9 has a better future than VP8 in chipset adoption.

      VP8 was out of the game for the years it took H.264 to get there. H.265 and VP9 are starting relatively at similar times, which means H.265 will probably get to chipsets first (due to its current ecosystem), but VP9 won’t be lagging behind for a lot longer.

      If Google nails down VP8 as the mandatory codec for WebRTC, you will see faster and wider adoption of VP9 as well by chipset vendors.

  3. Currently, there are two main problems with webm/VP8, first, it doesn’t have the same quality as mp4/H264, thus, it makes bigger files to have a comparable quality. Second, VP8 encoder is less efficient : with FFMPEG, in a multi-threaded environement, it can be set to use all the cores, but it doesn’t use them up to 100%, and videos take much longer to encode than with X264, which is really not convenient.

    1. As far as I could discern, the quality differences are negligible and the main issue is availability of hardware coding for VP8. Oh… and there’s the patent royalties issue to deal with.

  4. Might want to be more accurate with the “H.264 needs a license to use and deploy”.

    If you are developing an app for or a user of Windows, iOS or OSX then you don’t need a license since Microsoft and Apple have paid for it already.

  5. H.265 reduces up to 50% the compression rate. However it is not assumed by the industry, because of the higher CPU and resourses consumption. However, H.265 might be faster and more efficient than VP9 if the chipset supports multithreading and code is optimized.
    I think that both VP9 and H.265 has advantages and disadvantages regarding technical cand commercial criteria. The Universidad Politécnica de Madrid (Spain) has a research line just to improve H.265 behavior over smartphones.

{"email":"Email address invalid","url":"Website address invalid","required":"Required field missing"}