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