<div dir="ltr"><div><div><div>Sorry. Pressed send too early.<br>2. I tried the following pipeline with gst-launch:<br>gst-launch-1.0 filesrc location=... ! decodebin ! glupload ! glimagesink<br></div>But I am getting the same insane amount of frames dropped.<br></div><br>Any ideas what could be performance bottleneck? How can I make sure that context is being shared and nothing is copied?<br></div><br>Thanks in advance.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 6 January 2016 at 22:22, Sergey Borovkov <span dir="ltr"><<a href="mailto:serge.borovkov@gmail.com" target="_blank">serge.borovkov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Hi. I've been trying to use qmlglsink on Raspberry Pi. (It works fine if Android codepaths are used since it's also OpenGL ES). Unfortunately I encountered some severe performance issues when playing 1080p videos. (I am using omxdecoder that is set up with broadcom OMX library).<br></div>I tried few pipelines:<br></div>1. In my application I have the following one filesrc -> decodebin -> glupload -> qmlglsink.<br></div>As I said it worked almost without any changes. Just using Android codepaths (and adding markDirty to updatePaintNode since Qt did not redraw the scene with reused texture). Problem I am getting is that omxdecoder reports a great number of dropped frames. For Big Buck Bunny trailer I am getting around 600 messages about frame dropped. Qt itself reports that time spent in rendere is 40-80 ms. And while it could cause some frames being dropped 600 frames looks really crazy.<br></div>2. I tried the following pipeline with gst-launch:<br></div>gst-launch-1.0 filesrc location=... ! decodebin ! glupload<br></div>
</blockquote></div><br></div>