<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 19 avr. 2019 15 h 25, horai <<a href="mailto:ivo.hora@seznam.cz">ivo.hora@seznam.cz</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear sir,<br>
<br>
Thank you once more.<br>
I tested the element v4l2h264dec with this simple pipeline:<br>
gst-launch-1.0 -e rtspsrc location="rtsp://<a href="http://10.0.0.9:8555/test" rel="noreferrer noreferrer" target="_blank">10.0.0.9:8555/test</a>" latency=0 !<br>
rtph264depay ! h264parse ! v4l2h264dec ! videoconvert ! waylandsink (or<br>
clutterautovideosink)<br>
I compared it to:<br>
gst-launch-1.0 -e rtspsrc location="rtsp://<a href="http://10.0.0.9:8555/test" rel="noreferrer noreferrer" target="_blank">10.0.0.9:8555/test</a>" latency=0 !<br>
rtph264depay ! h264parse ! omxh264dec ! videoconvert ! waylandsink (or<br>
clutterautovideosink)<br>
<br>
It works, but the performance load was approximately the same.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Nice to see it's drop in replacement. I was not clear enough, I'm expecting better performance with glimagesink over Mesa.</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">
Anyway, what I do not fully understand is why, when compiling gst-omx, it is<br>
requesting header from libraspberrypi-dev<br>
which seem to be header files for libraspberrypi0. If I understand correctly<br>
libraspberrypi0 are proprietary GPU drivers from Broadcom supporting<br>
zero-copy. Well, I am I right stating that omx compiled agains this headers<br>
would have the zero-copy feature? </blockquote></div></div><div dir="auto"><br></div><div dir="auto">Both OMX and Broadcom GL requires calling the infamous brcm_init() function. There is also some Broadcom GL code in gst-omx, but it won't be used on Mesa GL.</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">This way I don't fully understand how it<br>
could switch from Broadcom binary to VC4 the one running the Weston is<br>
running on top:<br>
[10:52:28.444] GL version: OpenGL ES 2.0 Mesa 19.1.0-devel (git-2b7d5c3217)<br>
[10:52:28.445] GLSL version: OpenGL ES GLSL ES 1.0.16<br>
[10:52:28.445] GL vendor: Broadcom<br>
[10:52:28.445] GL renderer: VC4 V3D 2.1<br>
<br>
Anyway, I will continue trying to find solution for the slow performance.<br>
Even the before-mentioned pipeline is rather sluggish (but excellent delay).<br>
Clutter is a problem, maybe I experience what you have already mentioned<br>
that it is not maintained anymore ,as Wayland support is labeled as<br>
experimental after ./autogen.sh process. Anyway I compiled COGL with OpenGL<br>
(GL) as well as OpenGL ES 2.0 (GLES2) support the same I did with clutter<br>
and assumed that just swapping drivers:<br>
CLUTTER_DRIVER=gles2|gl could make some difference. But no way. Anyway, as<br>
always I blame myself as there are tons of switches (EGL, KMS etc. etc.)<br>
during compiling and requires a lot more testing.<br>
If only there would be a Clutter cookbook :)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">For waylandsink, was the videoconvert required ? The best performance would be achieved if Weston accept the colorformat and allow dmabuf FD being passed.</div><div dir="auto"><br></div><div dir="auto">For glimagesink, you should also try forcing GLES 2, since it's will be closer to what the HW can do. GST_GL_API=gles2</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>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a><br>
_______________________________________________<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></blockquote></div></div></div>