omx - in error state at end of video (before EOS)

[Stuart Axon]

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>