GNOME Bugzilla – Bug 729456
Adding a "multifile" protocol in multifilesrc
Last modified: 2018-11-03 14:52:25 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).
Created attachment 275747 [details] [review] gst-plugins-good types parser
Created attachment 275748 [details] [review] gstreamer types parser
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.
please don't put the uri parsing code in core, just put it in multifilesrc itself, like we do with other uris
you want to keep framerate part of the caps, so maybe add caps=... as an uri property to configure the caps
I've written ImageSequenceSrc https://bugzilla.gnome.org/show_bug.cgi?id=731890 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.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org'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: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/115.