GNOME Bugzilla – Bug 346262
Add directory support (playlist)
Last modified: 2018-05-01 09:19:29 UTC
There is a file[src,sink]. But no dir[src,sink] yet. Patch to follow.
Created attachment 68200 [details] Makefile.am
Created attachment 68201 [details] gstdir.c
Created attachment 68202 [details] gstdirsink.h
Created attachment 68203 [details] gstdirsrc.h
Created attachment 68204 [details] gstdirsrc.c Element that creates a pad for each file found in a given directory. If you set the element to PLAYING, all files will get played together. For selecting just one pad (i.e. one file in the directory), see bug #336951 (playlist support).
Created attachment 68205 [details] gstdirsink.c Element creating one file for each requested pad in a given directory (plugin compiles but has not been tested yet).
just out of curiosity, how are you using this element? what's the use case?
How to use today: See #336951. Use case: - Proof of concept that this approach for GStreamer playlist support works. - Perhaps one day in the future: "totem $HOME/bach/BWV232/". If you like the concept, I'll continue working on it. If not, just close this bug and probably also the related ones: #336951 (playlist support), #303975 (tar support) and #344937 (oggdemux in combination with chained ogg files) - they all try to solve the problem of handling more than 1 stream.
This probably makes sense later once we have some kind of playlist/toc/multi-stream interface, as discussed in all the other bugs. As is this isn't very useful IMHO
We now have ToC support ... but shouldn't this rather go in the generic playlist support ?
Yes, that's more playlist like than TOC. And playlists have to be solved generically still, probably not with elements.
*** This bug has been marked as a duplicate of bug 776613 ***