omx - in error state at end of video (before EOS)
Stuart Axon
stuaxo2 at yahoo.com
Fri Dec 9 11:41:00 UTC 2016
Interesting... I'm using a pi3 with python with this pipeline:
filesrc->decodebin->glimagesink.
I use set_window_handle from python and am also seeking within my videos.
the only event I handle is "prepare_window_handle", maybe I need to handle some more to clean things up ?
Alternately maybe the double free is in glimagesink ?
S++
On Friday, December 9, 2016 10:45 AM, Enrique Ocaña González <eocanha at igalia.com> wrote:
El jueves, 8 de diciembre de 2016 23:14:49 (CET) Stuart Axon escribió:
> I've been playing a video, just before it gets to the end it freezes and I
> get the output below. For now I haven't managed to make some minimal code
> to reproduce it yet, so just wondering it is known - similar to the OMX bug
> mentioned earier ?
We had similar "Insufficient resources" errors in our project in the past
(gst-omx, Raspberry Pi 2, omx decoder, egl buffers). Knowing how we solved it
might be useful for you.
In our particular case, the problem was that we had a custom video sink which
provided the last sample (the last egl_buffer) to the application. Our
application was holding that egl_buffer even after the pipeline wanted to
flush (eg: during seeks). Eventually, this exhausted the egl buffer pool and
led to the same error you're having. The summary: double check that that your
sink honors the flush-start event and that it doesn't hold or leak any egl
buffer after flush-starts.
Cheers.
--
Enrique Ocaña González
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161209/4b3bd401/attachment.html>
More information about the gstreamer-devel
mailing list