<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 25 avr. 2020 22 h 00, Daniel Johnson <<a href="mailto:teknotus@gmail.com">teknotus@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you are interested in better performance and better rate, you will<br>
have to move on with gnome-shell Wayland and use the Screencast portal<br>
to request a pipewire stream. This requires some programming though, of<br>
course a project to make a gst source could be nice.<br><br>
</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Unless they have massively fixed it since the last time I tried it I wouldn't recommend the gnome-shell recorder. It tended to instantly freeze my desktop so that I couldn't recover without hitting the power button. I was horrified when I looked at the source code. Basically if I remember correctly dropped in a chunk of gst-launch passed in from another program as a string via dbus and ran it directly in the same thread that listened for keypresses and drew the screen. So any gstreamer pipeline issues that keep the thread busy will mean no recovery. </blockquote></div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I'm referring to Screencast portal. This comment seems to mix multiple topics together in order to support a rant.</div><div dir="auto"><br></div><div dir="auto">No one have touched ximagesrc for a long time, feel free to give it some love, it's old and slightly deprecated, but it haven't worked well since the introduction of GL compositors (at least that's what my memory thinks is the trip point). Note that normally how damage should work would be to download the damage from xserver and apply the delta on top of a copy of the full previous frames. That's what we do in rfbsrc (known as VNC). GStreamer does not have mechanisms to stream damages. This also mean it would be a very bad base for VNC server, or other damage.</div><div dir="auto"><br></div><div dir="auto">With the Screencast portal (also works on KDE btw), the compositor can zero-copy the full rendered image through pipewire, which is a better fit for streaming. There is still some work to enable zero-copy with another GL pipeline, or VAAPI encoder, but this is being worked on. The portal implement X11 fallback for folks on X11.</div><div dir="auto"><br></div><div dir="auto">I use this regularly inside video conference and for wifi display, I doubt my experience is unique. It also ensure that as a user I'm aware that someone is spying on my screen. With X11, any background process can do that silently.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div></div></div>