[vlc-devel] [RFC] -- stream_filter issue
remi at remlab.net
Wed Jul 29 19:03:53 CEST 2009
Le mercredi 29 juillet 2009 19:42:00 brezhoneg1, vous avez écrit :
> In today's code, probing _all_ stream filters is done first thing, and
> cannot be deactivated.
> This can be a problem for content that needs to be passed untouched to a
> specific demux.
> An example is the skins demux submodule:
> - "vlc /path/skins.vlt" used to launch a given skins. It is currently
> broken, because a decompress filter (zip or decomp) is forcibly used at
> the stream level.
> - In future, describing skins available on the vlc website (with mrl +
> meta data via an xspf file) could be nice, but mrl like
> http://www.videolan.org/skins2/skins.vlt should not be decompressed
To me, this sounds like you should turn off ZIP to directory conversion, not
blindly all stream_filter's.
> Would it be possible to either :
> - make this "automatic stream filters" feature optional (with the
> option declared safe in a playlist)
If there is no other option, we can put a input item option to turn them off.
I'd rather avoid it, as I'm sure it will have counter side effects in the long
> - or have no automatic stream filters as default, and only activate
> it explicitly.
No. That's never going to work with the decomp filter. In fact, back then,
access_filter's were a usability nightmare precisely because they were all
disabled by default.
More information about the vlc-devel