GNOME Bugzilla – Bug 346948
GStreamer cannot handle buffers of type application/smil
Last modified: 2018-05-04 11:32:27 UTC
GStreamer cannot handle buffers of type application/smil. A website that uses SMIL-files is for example http://www.tagesschau.de.
Created attachment 68597 [details] Makefile.am To hook up the smil element, you need a check for libxml2 in configure.ac: @@ -578,6 +580,12 @@ GST_CHECK_FEATURE(SDL, [SDL plug-in], sd AM_PATH_SDL(, HAVE_SDL=yes, HAVE_SDL=no) ]) +dnl *** SMIL *** +translit(dnm, m, l) AM_CONDITIONAL(USE_SMIL, true) +GST_CHECK_FEATURE(SMIL, [XML library], smil, [ + GST_PKG_CHECK_MODULES(SMIL, libxml-2.0 >= 2.4.9) +]) + dnl *** soundtouch *** translit(dnm, m, l) AM_CONDITIONAL(USE_SOUNDTOUCH, true) GST_CHECK_FEATURE(SOUNDTOUCH, [soundtouch plug-in], soundtouch, [
Created attachment 68598 [details] gstsmil.c
Created attachment 68599 [details] gstsmildec.h
Created attachment 68600 [details] gstsmildec.c This is a starting point for an element that handles buffers of type application/smil. For now, it just scans the buffers received for "video" elements and creates an element for each one. This works for the streams posted on http://www.tagesschau.de/sendungen. Related bugs: #346840: Element for handling ram-files (needed by above website) #341752: rtsp doesn't work (not fixed yet)
Created attachment 79548 [details] gstsmildec.c - seeking implemented - watch out for new pads - skip irrelevant elements (head, body...) - convert meta information 'copyright' to a GST_TAG_COPYRIGHT
Created attachment 79981 [details] gstsmildec.c Activate ghostpads before exposing them. On EOS, don't send no_more_pads if we have children that may still add more pads.
Created attachment 80345 [details] gstsmildec.c As long as decodebin cannot correctly handle ANY caps (if they are encountered while decoding), add a decodebin element for each pad with ANY caps.
Adding SMIL playlist support in GStreamer is useless (compared to using a playlist parser), unless you support the advanced features of SMIL, such as split screen videos, overlays, etc.
I fully agree. That's the idea. If you accept the basic plugin (and the idea), I'll continue to work on it. I'd like to have a confirmation that you will really accept a SMIL plugin in GStreamer. I have the fealing that anything relating to stream management (i.e. playlist support) is rejected by the core developers, therefore I'm a bit careful.
I would remove the SMIL handling in totem's playlist parser if GStreamer was handling it _better_ than can be done in a separate library right now. a SMIL plugin in GStreamer should do more than just handle SMIL files as a playlist, and I'm sure it'd get accepted in the core if that was the case. Christian had some contacts with people working on a SMIL framework. It's a lot more complicated than just the playlist handling... Probably a project similarly sized to GStreamer itself in fairness.
Can/does this plugin handle audio types as well as video? Windows Media Player playlists (.wpl files) use SMIL for audio.
So what's the current state of this bug? We still want a fancy SMIL plugin in GStreamer that does magic to support all the SMIL features? Is someone working on this or planning to work on this? I agree that if the attached plugin only handles it like a simple playlist, that it's not really useful yet. Also we need some kind of generic playlist interface in GStreamer first for this to be useful by itself ;)
Reopening as I can't see any open question for the reporter. Maybe the discussion whether this is issue is worth fixing should better be held on the development mailinglist.
Marking this as a duplicate of the generic playlist support issue. *** This bug has been marked as a duplicate of bug 776613 ***