GNOME Bugzilla – Bug 664892
[matroskademux] Doesn't set caps properly
Last modified: 2011-12-01 11:49:05 UTC
Consider the following clip: http://samples.mplayerhq.hu/Matroska/matrix/Matrix.Reloaded.Trailer-640x346-XviD-1.0beta2-HE_AAC_subtitled.mkv It should start up with Arabic subtitles. Switch to French and do a short seek back (to flush). Expected result: from now on we should see French subs to go with the text: Actual result: the french text is prefixed by subtitle format junk (looks like SSA/ASS formatting). The arabic subs seem to be pango markup while the others are application/x-ssa, so it looks like something goes wrong with the parser switching or routing.
Is this a regression? I can't remember any changes in subtitleoverlay that are related to this and the only changes I remember are the ones by Josep to add support for non-raw renderers.
It seems to work fine with the 0.10.35 packages in sid.
Arabic is text/plain and French is SSA/ASS but subtitleoverlay doesn't get the new caps for some reason.
This is a core blocker, the subtitle sinkpad of subtitleoverlay never has any caps set.
Actually a bug in matroskademux
commit 6d4a634626d6934a670496a2c35b181ea896ad78 Author: Sebastian Dröge <sebastian.droege@collabora.co.uk> Date: Thu Dec 1 12:47:26 2011 +0100 matroskademux: Copy all buffer flags when creating a subtitle buffer copy after postprocessing This also copies the caps. Otherwise we could end up pusing the first buffer without any caps, which causes downstream to not get notified about the caps. Fixes bug #664892.