Re: [PATCH v7 01/23] protocol: Add support for the VP8 and h264 video codecs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/16/2015 09:33 AM, Daniel P. Berrange wrote:
> On Wed, Dec 16, 2015 at 04:16:04PM +0100, Francois Gouget wrote:
> 
> I understand the general desire to support something better than
> MJPEG, but what is the compelling rationale for adding both VP8
> and H264, as opposed to just VP8 ?
> 
> Support for the H264 codec is pretty difficult given the open
> source / free software hostile patent licensing situation around
> it, which will effectively limit the ability to support it in
> many spice server/client impls.
> 
> VP8 by comparison is open source friendly as its patents were
> placed under an irrevokable royalty free license.
> 
> If we add H264 to the SPICE protocol then we are inevitably
> going to cause interoperability issues with some clients not
> being able to work with some servers & vica-verca. I think
> this would be bad for SPICE in general - one of its strengths
> over VNC is that we don't have fragmented codec support across
> impls.
> 
> As such I'd much prefer to see us *only* add VP8 which is
> not going to cause implementation problems wrt licensing,
> and so will not cause the same kind of interoperability
> issues as H264.

There are several motivations.  First, the task is not just to add new
codecs, but to create the capability to readily add any gst supported codec.

Second, at the time we started this, you essentially could not get
hardware accelerated encoding for vp8, but you could for h264.  And, in
general, the h264 gst implementation works better on the desktop.  So in
the real world, h264 is useful today in a way that vp8 is not.

Finally, the implementation is designed to take advantage of the codecs
that you have on your system.  So if you have h264, you can use it, if
you don't, you can fall back to vp8 (or whatever you have). Note that
Spice does not include any h264 code at all; just support for using
codecs you already have.

And while I share a passionate hatred for all things patent encumbered,
this approach preserves freedom for customers to choose, which is a
large part of the motivation for the whole patch series.

Cheers,

Jeremy
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]