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 729456 - Adding a "multifile" protocol in multifilesrc
Adding a "multifile" protocol in multifilesrc
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 415360
Reported: 2014-05-03 14:04 UTC by César Fabián Orccón Chipana
Modified: 2018-11-03 14:52 UTC
See Also:
GNOME target: ---
GNOME version: ---

gst-plugins-good types parser (4.47 KB, patch)
2014-05-03 14:05 UTC, César Fabián Orccón Chipana
none Details | Review
gstreamer types parser (2.83 KB, patch)
2014-05-03 14:07 UTC, César Fabián Orccón Chipana
rejected Details | Review

Description César Fabián Orccón Chipana 2014-05-03 14:04:09 UTC
It would be easier to be able to play a multifilesrc from the playbin (for example). It would be something like "gst-launch-1.0 playbin uri="multifile:///the/pattern/%d.png?start=START&index=INDEX&framerate=NUMERATOR/DENOMINATOR". I've been working on this and I'm ataching a couple of patches to do it.
The first modification is in Gstreamer (core), in gsturi.c/gsturi.h where I've added a very simple parser (I want to keep it simple now) and some types that would be used in gst-plugins-good/gst/multifile/multifilesrc.c (Second mofication: already done) and in gst-editing-services/ges/ges-multi-file-source.c (would be the next part).
Comment 1 César Fabián Orccón Chipana 2014-05-03 14:05:05 UTC
Created attachment 275747 [details] [review]
gst-plugins-good types parser
Comment 2 César Fabián Orccón Chipana 2014-05-03 14:07:29 UTC
Created attachment 275748 [details] [review]
gstreamer types parser
Comment 3 Tim-Philipp Müller 2014-05-03 14:10:46 UTC
I think this is an interesting use case, but needs more thought / bikeshedding about the details.

In particular I'm not very keen on having a generically-named protocol used in a way that's ultimately image specific like this.
Comment 4 Wim Taymans 2014-05-09 11:00:40 UTC
please don't put the uri parsing code in core, just put it in multifilesrc itself, like we do with other uris
Comment 5 Wim Taymans 2014-05-09 11:03:02 UTC
you want to keep framerate part of the caps, so maybe add caps=... as an uri property to configure the caps
Comment 6 César Fabián Orccón Chipana 2014-06-19 02:56:37 UTC
I've written ImageSequenceSrc

Wim Taymans: caps property is not very useful since it obligates to indicate a mimetype. If you don't know the mimetype you can't set the caps.
Comment 7 GStreamer system administrator 2018-11-03 14:52:25 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: