gsttextoverlay deadlock or something
Jérôme Laheurte
jerome at jeromelaheurte.net
Sun Oct 15 12:50:12 UTC 2017
> Le 15 oct. 2017 à 14:45, Jérôme Laheurte <jerome at jeromelaheurte.net> a écrit :
>
> So two week-ends later I kind of have a working dev environment and started working on https://bugzilla.gnome.org/show_bug.cgi?id=540131. Unfortunately in the process I noticed that the use case (subtitle buffer arriving while another one hasn’t expired) now result in a kind of deadlock, and I’m not familiar enough with gstreamer to fully understand what is happening here. Some observations:
>
> 1. The text_chain method is blocked waiting for the previous buffer to get popped (at gstbasetextoverlay.c:2713)
> 2. But the video_chain method doesn’t get called any more. Since it’s the one popping old text buffers, everything stops.
> 3. There is nothing of interest in the debug output
>
> This didn’t happen last time I tested a video with multiple concurrent subtitles, but that was a long time ago. It kind of looks like the text_chain and video_chain functions are now called by the same thread. Does anybody have any light to share on this ?
More information, sorry:
* Video file: https://jeromelaheurte.net/owncloud/s/21E1m14sFOxfAmy
* Pipeline: gst-launch-1.0 -v filesrc location=sub.mkv ! matroskademux name=demux ! queue ! vtdec ! subtitleoverlay name=overlay ! autovideosink demux. ! ssaparse ! overlay.
* Version: git master
Jérôme Laheurte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20171015/b436a4ce/attachment.sig>
More information about the gstreamer-devel
mailing list