GNOME Bugzilla – Bug 591706
[playbin2] Support of files with subtitle subpicture streams
Last modified: 2009-11-12 12:29:47 UTC
Please describe the problem: Upon attempting to play an mkv file which contains both vobsub and srt subtitle tracks, totem reports: "An error occurred: Can't play a text subtitles and subpictures." Steps to reproduce: 1. Create an mkv file with multiple subtitle tracks, at least vobsub and srt. 2. Open it in totem, and try to play it. Actual results: totem reports the above error, and does not play the video. Expected results: The video should play, and allow selection of either subtitle track Does this happen every time? Yes Other information: After the error, the video area of the screen does not refresh properly (menus appear to stay open)
Could you attach a small example file which demonstrates this problem please? Could you also run Totem on the file with the following command, and attach the compressed log file which is generated? GST_DEBUG=*:4 GST_DEBUG_NO_COLOR=1 totem --debug my_file.mkv &> totem.log
Created attachment 141002 [details] A test file, demonstrating the problem with multiple subtitle tracks
Created attachment 141003 [details] The requested log file from totem
Please note that the embedded subtitles in the test file are not expected to match the movie.
I suspect it's a problem because vobsub subtitles are essentially subpictures, and there isn't any support for playing subtitles and subpictures at the same time yet. 0:00:02.076421576 12276 0xb1d05cb8 DEBUG playsink gstplaysink.c:1715:gst_play_sink_reconfigure:<playsink0> reconfiguring 0:00:02.076457545 12276 0xb1d05cb8 WARN playsink gstplaysink.c:2034:gst_play_sink_reconfigure:<playsink0> error: Can't play a text subtitles and subpictures. 0:00:02.076474656 12276 0xb1d05cb8 WARN playsink gstplaysink.c:2034:gst_play_sink_reconfigure:<playsink0> error: Have text pad and subpicture pad 0:00:02.076491208 12276 0xb1d05cb8 DEBUG GST_MESSAGE gstelement.c:1731:gst_element_message_full:<playsink0> start 0:00:02.076531646 12276 0xb1d05cb8 INFO GST_ERROR_SYSTEM gstelement.c:1762:gst_element_message_full:<playsink0> posting message: Can't play a text subtitles and subpictures. 0:00:02.076560491 12276 0xb1d05cb8 DEBUG GST_BUS gstbus.c:308:gst_bus_post:<bus0> [msg 0xa333980] posting on bus, type error, GstMessageError, gerror=(GstGError)NULL, debug=(string)"gstplaysink.c\(2034\):\ gst_play_sink_reconfigure\ \(\):\ /GstPlayBin2:play/GstPlaySink:playsink0:\012Have\ text\ pad\ and\ subpicture\ pad"; from source <playsink0> 0:00:02.076595132 12276 0xb1d05cb8 DEBUG bin gstbin.c:2894:gst_bin_handle_message_func:<play> [msg 0xa333980] handling child playsink0 message of type error 0:00:02.076612243 12276 0xb1d05cb8 DEBUG bin gstbin.c:3165:gst_bin_handle_message_func:<play> posting message upward 0:00:02.076628516 12276 0xb1d05cb8 DEBUG GST_BUS gstbus.c:308:gst_bus_post:<bus1> [msg 0xa333980] posting on bus, type error, GstMessageError, gerror=(GstGError)NULL, debug=(string)"gstplaysink.c\(2034\):\ gst_play_sink_reconfigure\ \(\):\ /GstPlayBin2:play/GstPlaySink:playsink0:\012Have\ text\ pad\ and\ subpicture\ pad"; from source <playsink0> 0:00:02.076663437 12276 0xb1d05cb8 DEBUG GST_BUS gstbus.c:338:gst_bus_post:<bus1> [msg 0xa333980] pushing on async queue 0:00:02.076681176 12276 0xb1d05cb8 DEBUG GST_BUS gstbus.c:343:gst_bus_post:<bus1> [msg 0xa333980] pushed on async queue 0:00:02.076698287 12276 0xb1d05cb8 DEBUG GST_BUS gstbus.c:334:gst_bus_post:<bus0> [msg 0xa333980] dropped 0:00:02.076714421 12276 0xb1d05cb8 INFO GST_ERROR_SYSTEM gstelement.c:1785:gst_element_message_full:<playsink0> posted error message: Can't play a text subtitles and subpictures.
I'm sure you're right, but why is it even trying to? Shouldn't it pick one or the other?
It should, see bug #591662.
(In reply to comment #7) > It should, see bug #591662. Isn't this a dup of bug #591662 then? Nice to have a sample here though :)
I guess you could mark it as duplicate, but I think of bug #591662 as the "don't be dumb" bug (don't error out, but proceed somehow) and think we'd still want a bug open to actually fix the actual issue so that all subtitles are available no matter what format they're in.
Updating the title to be more accurate... this should be fixed too when I've fixed bug #595123.
commit e91458f13caa92e5c3d15f67f1c0c8b0a23a5c33 Author: Sebastian Dröge <sebastian.droege@collabora.co.uk> Date: Tue Nov 3 12:47:55 2009 +0100 playbin2: Set subtitle caps as raw caps for the uridecodebins This will make sure that no subparse is ever plugged and subtitleoverlay, that subpicture streams are handled the same was as subtitles and that subtitle renderers are used if available. Fixes bugs #595123, #570753, #591662, #591706.