[gstreamer-bugs] [Bug 557378] New: input-selector element makes subtitles pop up at unexpected times

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=557378

  GStreamer | gst-plugins-bad | Ver: 0.10.8
           Summary: input-selector element makes subtitles pop up at
                    unexpected times
           Product: GStreamer
           Version: 0.10.8
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: andreas.frisch at multimedia-labs.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
when using an input-selector element to be able to switch between different
subtitle tracks out of a matroska container, the timing of the subtitle
callbacks gets messed up - callbacks generally happen too early.

Steps to reproduce:
1. gst-launch filesrc location=[testvideo.mkv] ! matroskademux name=d
d.video_00 ! queue ! [videosink]  d.audio_00 ! queue ! [audiosink] 
d.subtitle_00 ! ssaparse ! fakesink dump=true async=false sync=True
2. gst-launch filesrc location=[testvideo.mkv] ! matroskademux name=d
d.video_00 ! queue ! [videosink]  d.audio_00 ! queue ! [audiosink] 
d.subtitle_00 ! input-selector ! ssaparse ! fakesink dump=true async=false
sync=True


Actual results:
first command shows the subtitles buffers at expected times
second command results in subtitle buffers being handed off too quickly

Expected results:
i would expect the input-selector element not to affect the timing of subtitles

Does this happen every time?
yes. it also happens in a C++ application where signal-handoffs of the fakesink
is connected to a subtitle rendering callback function

Other information:
test container file where this behaviour can be observed is available at
http://rapidshare.com/files/156262942/testmovie.zip.html


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=557378.