[Webkit-unassigned] [Bug 173141] No VP8/VP9 Video Codec Support in WebRTC

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=173141

--- Comment #5 from Stefan Fochler <stefanf at boinx.com> ---
(In reply to Tsahi Levent-Levi from comment #4)
> (In reply to youenn fablet from comment #3)
> > (In reply to Stefan Fochler from comment #0)
> > > Overview:
> > > I seems like Safari TP 33 has no support for the VP8 video codec, which
> > > would be very much desired for interoperability with Google Chrome and
> > > native applications that use Chromium's WebRTC library in order to not
> > > occupy the HW h264 encoders.
> > 
> > Why would it be a goal to not use HW H264 encoders/decoders?
> 
> I don't think it is a goal not to use HW for encoders/decoders. It is a goal
> to have both VP8 and H.264 - with or without HW encoders/decoders.

Well, in general you all the other people in this thread are right: VP8 would be very important to have because many devices/software implementations support VP8.

But there is in fact one reason why we would prefer having VP8 support in Safari, and that is that the opposing (non-browser) client that is participating in WebRTC calls already uses the HW H264 encoder to encode a live video stream. This, in turn, means that the WebRTC H264 stream has to be encoded in software which we found to provide worse results compared to VP8 in both CPU load and quality.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170611/0fb9dc94/attachment-0001.html>