gsttextoverlay deadlock or something

[Mailing List SVR]

Il 15/10/2017 14:50, Jérôme Laheurte ha scritto:
>> 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.

try to add a queue before ssaparse,

Nicola

> * Version: git master
>
> Jérôme Laheurte
>
>
>
> _______________________________________________
> 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/20171015/6fca1cff/attachment.html>