[Bug 740357] New: gstbasetextoverlay: emit signal when text chain is waiting for video buffer

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=740357
  GStreamer | gst-plugins-base | git

           Summary: gstbasetextoverlay: emit signal when text chain is
                    waiting for video buffer
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: fraxinas at opendreambox.org
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


in a scenario where subtitles aren't rendered with video fps but with actually
just one video buffer per subtitle buffer, it's necessary to push a single
video buffer into the subtitle renderer as soon as it has a text buffer queued.
implementing this "wait-video" signal was the only way i could figure out to
achieve the correct timing for this.
note that pushing the video frame(s) has to be done with a seperate thread,
e.g. with an appsrc, pushing it directly to the pad will result in a deadlock
because the signal is emitted within a locked section of the text chain func

suggested patch to be attached

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.