[Spice-devel] [PATCH v10 00/27] Add GStreamer support for video streaming
Christophe Fergeau
cfergeau at redhat.com
Mon Mar 7 17:25:29 UTC 2016
Hey,
One more issue I have with this series is that I reliably manage to
get a hung spice-server with gstreamer:mjpeg and gstreamer:h264
I test it with you tube, and then hovering over the video seek bar so
that lots of thumbnails are shown. I'm not sure whether it's an issue
with these patches, a bug in my gstreamer installation or something
else.
If you have any hints at what I should look for to figure this out.. ;)
Christophe
On Tue, Mar 01, 2016 at 04:49:55PM +0100, Francois Gouget wrote:
>
> This patch series adds support for using GStreamer to encode and decode
> the video streams, adding support for VP8 and h264 codecs.
>
> There have been quite a few changes since the last revision of this
> patchset.
> * The VP8 encoding performance has been improved.
> * The zero-copy code for the input frame has been cleaned up.
> * The Spice-Gtk architecture has been modified so the video decoder can
> avoid dropping frames for inter-frame codecs (such as VP8 and h264)
> as that causes artifacts. This should avoid the image quality issues
> that sometimes happened while the bitrate was getting adjusted.
> * The new Spice-gtk architecture also allows GStreamer to work on
> more frames at once which could help with performance.
>
>
> As before the patches can also be grabbed from the gst branch of the
> repositories below:
>
> spice: https://github.com/fgouget/spice
> spice-gtk: https://github.com/fgouget/spice-gtk
> xf86-video-qxl: https://github.com/fgouget/xf86-video-qxl
> spice-protocol: https://github.com/fgouget/spice-protocol
>
> See also gst-sync for the old spice-gtk code. (there's also 'extras'
> branches with more experimental/future patches for the curious)
>
>
> Changes from v9:
> * Moved the codec parameters except the bitrate to the pipeline
> 'gst-launch' string. That string is traced so this makes it easier to
> see exactly how the codecs were configured.
> * Updated how the video:codec preference string is handled to use a
> GArray.
> * Changed the VP8 encoder parameters to improve performance based on
> the realtime profile. Furthermore it turns out that it is important to
> get the number of physical cores right, and that's something the
> encoder does not know how to do itself.
> * Instead of waiting until the last millisecond to decode frames,
> Spice-Gtk now lets the video decoders do the queuing. So in the
> GStreamer case the GStreamer pipeline now does the queuing and
> calls Spice-Gtk back when it's time to display the frame.
> * That last point means mm-time adjustments don't apply to queued
> frames. That does not really seem to be an issue but could be modified
> if necessary.
>
> Changes from v8:
> * Rebased on the current source.
> * Adjusted the Spice protocol version requirement.
>
> Changes from v7:
> * When the client has support for GStreamer video codecs it now
> checks the presence of each supported codec before advertising support
> for it.
>
> Changes from v6:
> * configure.ac uses the new m4 macros to check for GStreamer support
> and the presence of the needed plugins.
> * It separates adding checks for the client codec support from
> specifying which codec to use in the server and from adding VP8
> support.
>
>
> --
> Francois Gouget <fgouget at codeweavers.com>
>
> _______________________________________________
> Spice-devel mailing list
> Spice-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/spice-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/spice-devel/attachments/20160307/73159d02/attachment.sig>
More information about the Spice-devel
mailing list