Unexplained freeze/hang from gst-omx omxh264enc on Raspberry Pi 3

[Graham Leggett]

On 21 Nov 2016, at 10:27 AM, Sebastian Dröge <sebastian at centricular.com> wrote:

>> I am looking for some guidance on the real fix. Am I right in
>> understand that GST_FLOW_EOS is the job of the parent video encoder
>> class, and that gstomxvideodec.c has no business trying to return a
>> GST_FLOW_EOS of it’s own?
> 
> Please file a bug about this.

https://bugzilla.gnome.org/show_bug.cgi?id=774600

> The problem here seems to be that the draining does not work properly.
> When draining, the element remembers that it does that currently and is
> not supposed to send EOS downstream / return GST_FLOW_EOS. For some
> reason this part of the code did not work as expected for you though
> and that will have to be debugged and fixed. The intention here is to
> ignore EOS when draining (and otherwise not ignore it), and to signal
> the condition variable that is waiting for draining to finish.

From the comment https://bugzilla.gnome.org/show_bug.cgi?id=774600#c10 it appears draining only works properly once. port->eos is never set back to FALSE.

Regards,
Graham
--

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3240 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161122/f916bdd3/attachment-0001.bin>