<div dir="ltr"><div><div><div><div>Hi,<br></div><div>instead of directly linking:<br></div>... omxh264dec ! glcolorscale ...<br><br></div><div>try:<br>... omxh264dec ! glupload ! glcolorconvert ! glcolorscale ! "video ..<br><br></div><div>From what I understand <br></div><div>in
 case of connecting glimagesink directly  ( ... omxh264dec ! glimagesink
 ... ) glimagesink cares about this dirty work of uploading/converting.<br></div><br></div>Regards,<br></div>Hanczar</div><div class="gmail_extra"><br><div class="gmail_quote">On 17 March 2016 at 17:56, Samuel Hurst <span dir="ltr"><<a href="mailto:samuelh@rd.bbc.co.uk" target="_blank">samuelh@rd.bbc.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
<br>
I've got a Raspberry Pi 2 running the latest RC (1.7.91) and git latest<br>
gst-omx, but I'm having issues getting the video to run full screen.<br>
There is no X running on the box, just the framebuffer and EGL over the<br>
HDMI video output.<br>
<br>
Using the pipeline below or by letting playbin build the pipeline for<br>
me, I can get DASH playback working fine, but it's only in a very small<br>
window in the centre instead of filling the whole screen, and doesn't<br>
change even when the representation resolution increases:<br>
<br>
gst-launch-1.0 souphttpsrc location=$MPD_URL ! dashdemux name=d d. !<br>
video/quicktime ! queue ! qtdemux ! h264parse ! omxh264dec ! glimagesink<br>
d. ! audio/x-m4a ! queue ! qtdemux ! aacparse ! avdec_aac ! omxhdmiaudiosink<br>
<br>
If I use videoscale, then I can get the video to stretch and fill the<br>
screen, but the performance is so slow (<1 fps) that it's not workable.<br>
A bit of searching later and I found the glcolorscale element, but I<br>
can't get it to work, omxh264dec keeps coming back with a<br>
"not-negotiated" error. Can anyone point me as to where I'm going wrong?<br>
Example pipeline below:<br>
<br>
gst-launch-1.0 souphttpsrc location=$MPD_URL ! dashdemux name=d d. !<br>
video/quicktime ! queue ! qtdemux ! h264parse ! omxh264dec !<br>
glcolorscale ! "video/x-raw(memory:GLMemory),width=1920,height=1080"<br>
glimagesink<br>
<br>
Looking at the caps for the omxh264dec element when it's going straight<br>
into the glimagesink, it's producing video/x-raw(memory:GLMemory) with<br>
format:RGBA which the glimagesink is happy to accept. But putting the<br>
glcolorscale in the mix too seems to cause the omxh264dec to start<br>
spitting out generic video/x-raw with format:I420 and glcolorscale's<br>
caps are video/x-raw(memory:GLMemory) and format:RGBA respectively. I've<br>
tried adding another caps filter between the omxdec and colorscale<br>
elements, but that doesn't help either; as well as trying autovideoconvert.<br>
<br>
I've attached the pipeline dot files for both of those cases, in case it<br>
helps.<br>
<br>
<br>
Best Regards,<br>
Sam<br>
<br>
<br>
<br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>