Thanks for the response Victor,

I guess from my limited (user) perspective I don't have much to contribute,
but it's good to know I wasn't doing anything wrong and support could come
in a later release.

Cheers!

On Fri, 30 Jul 2021 at 22:02, Victor Toso <victort...@redhat.com> wrote:

> Hi,
>
> On Mon, Jun 21, 2021 at 05:04:59PM +0700, Noah O'Donoghue wrote:
> > Hi all,
> >
> > I'm trying to use gstreamer with spice to encode/decode video,
> > as I think it will be much faster and smoother than MJPEG,
> >
> > I've installed these packages on both client and server (Ubuntu 20.04)
> > gstreamer1.0-plugins-base
> > gstreamer1.0-plugins-good,
> >
> > And with remote-viewer --spice-debug I can see that my
> > client/server are advertising a range of protocols (including
> > H264)..
> >
> > But for some reason it only uses MJPEG..?
> >
> > Any ideas?
>
> You need configure the server to do the encoding, that is not
> enable by default. You can see in the code [0] that spice:mjpeg
> is preferred and gstreamer is only enabled if spice compiled with
> gstreamer.
>
> The second thing to keep in mind is how to set the preference of
> video encoding with mjpeg. The application using spice should
> use spice_server_set_video_codecs() introduced at [1] API but
> QEMU never got to implement that so you are a bit limited to how
> to configure that on the host side.
>
> As you have mentioned, there is some support in the protocol to
> configure the server based on client's requests. It was
> implemented first as a testing tool, to exchange video-codec on
> the fly and later it could be used to rank video-codec based on
> client's capabilities for hw decoding. You can test that in spicy
> testing tool, there is a radio button list that you can reach
> from the Menu. Sadly, this feature did not reach the stage we
> wanted in order to implement for other clients like virt-viewer.
>
> [0]
> https://gitlab.freedesktop.org/spice/spice/-/blob/master/server/reds.cpp#L3425
> [1] https://gitlab.freedesktop.org/spice/spice/-/commit/497fcbb0a
>
> Sorry delay.
>
> Cheers,
> Victor
>

Reply via email to