After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 705134 - Missing plugin message fired due to Kate subtitles
Missing plugin message fired due to Kate subtitles
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-07-30 11:20 UTC by Christian Fredrik Kalager Schaller
Modified: 2014-02-03 12:02 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Fredrik Kalager Schaller 2013-07-30 11:20:02 UTC
I am testing using the file A_Digital_Media_Primer_For_Geeks-360p.ogv which was released by Xiph.org. It is an Ogg file containing Kate subtitle streams.

The issues I see are this:

** Message: PackageKit: xid = 50331651
** Message: PackageKit: Codec nice name: text/x-raw decoder
** Message: PackageKit: ignoring field named format
** Message: PackageKit: structure: gstreamer1(decoder-text/x-raw)()(64bit)
** Message: PackageKit: Did not install codec: 


** Message: PackageKit: xid = 50331651
0:00:07.390066036  6515      0x1c6b1e0 ERROR               kateutil gstkateutil.c:321:gst_kate_util_decoder_base_chain_kate_packet:<katedec13:src> Failed to set caps text/x-raw, format=(string)utf8

I have not found a way yet to reproduce this outside Transmageddon.

Full debug log here:
http://uraeus.fedorapeople.org/kate.log.bz2
Comment 1 Sebastian Dröge (slomo) 2013-08-13 11:58:41 UTC
What are you doing with subtitles in transmageddon?
Do you have any autoplug-* signal handlers on decodebin/uridecodebin? text/x-raw should be considered as raw, thus nothing should look for a decoder for it.

From the debug log the behaviour of decodebin here looks rather confusing.
Comment 2 Christian Fredrik Kalager Schaller 2013-08-13 17:47:15 UTC
I am not doing anything with the subtiles, this is just default behaviour in uridecodebin. Since encodebin doesn't support subtitles yet I just leave the subtitle streams unconnected.
Comment 3 Edward Hervey 2013-08-14 06:00:55 UTC
Christian, you changed the status to assigned. Do you intend to work on it ?
Comment 4 Sebastian Dröge (slomo) 2013-08-14 08:17:15 UTC
And you don't have any special autoplug-* signal handlers on uridecodebin? Do you set the "caps" property to something (to what?)?
Comment 5 Christian Fredrik Kalager Schaller 2013-08-14 09:40:30 UTC
Not really, here is what I do with uridecodebin:

self.uridecoder = Gst.ElementFactory.make("uridecodebin", "uridecoder")
self.uridecoder.set_property("uri", self.streamdata['filechoice'])
self.uridecoder.connect("pad-added", self.OnDynamicPad)
self.uridecoder.connect('source-setup', self.dvdreadproperties)

if (self.audiodata[0]['dopassthrough']) or (self.videodata[0]['dopassthrough']) or (self.videodata[0]['outputvideocaps']=="novid"):
self.uridecoder.set_property("caps", self.remuxcaps) 
self.uridecoder.set_state(Gst.State.PAUSED)
self.pipeline.add(self.uridecoder)

As you see the 'caps' property is only set when remuxing, which was not the case here. And the pad-added signal got code that says to ignore any 'text/' pads appearing.
Comment 6 Christian Fredrik Kalager Schaller 2014-02-03 12:02:07 UTC
Closing this as it is no longer an issue with my current code, as that stop trying to decode all subtitles.