[Bug 652541] New: playbin2: video freezes shortly after switching subtitle streams

[GStreamer (bugzilla.gnome.org)]

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

           Summary: playbin2: video freezes shortly after switching
                    subtitle streams
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: t.i.m at zen.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


To reproduce:

 - download http://erikslag.home.xs4all.nl/test-2.mp4
 - play in totem
 - switch to the other subtitle stream

Effect:

 - new subtitles are not shown
 - video freezes at some point (N-15 secs) after switching


Also see:
http://lists.freedesktop.org/archives/gstreamer-devel/2011-June/031845.html :

"
The problem is this: an mp4 file with one (1) subtitle track works like 
a charm. As soon as more are present, problems come. Sometimes the file 
plays until the end, sometimes it freezes. If I select the second 
subtitle track, at least I don't get the subtitles, also sooner or later 
it freezes as well.

The problem of not getting subs after switching sub track can be worked 
around by seeking to the start of the file and back, as recommended by a 
developer for older versions of gstreamer. Enigma2 uses 0.10.32 though, 
which doesn't seem that old to me?

But then the freezing is appearing even more. I've done a lot of 
debugging on the enigma2 source code lately and I now can dismiss any 
bugs in that code causing this. It's very simple. Every time I activate 
the second subtitle track ("current-text" = 2), and then do a seek 
(something like this:)

rv = gst_element_seek_simple(GST_ELEMENT(m_gst_playbin), 
GST_FORMAT_TIME, GST_SEEK_FLAG_FLUSH, 0);

The call doesn't return and the pipeline halts after some time.

This does *not* happen when subtitle track 1 or no subtitle track is 
selected. The actual seek position doesn't matter, it always freezes. 
Also in the meantime no significant messages are delivered to the app. 
It's just... frozen.

Is this a known problem, has this been fixed in newer versions? I can't 
find any references to this problem, so I guess not.

Can somebody try it?

Here you can find example files: http://www.xs4all.nl/~erikslag. The -x 
part describes how many subtitle tracks are present.

I also noticed that subtitles of the first subtitle track are delivered, 
even if no subtitle is actually selected, is this is a known problem? 
("current-text" = -1).
"

-- 
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.