Re: [xine-devel] Extensions marked as supported for missing plugins

[Miguel F. <mfr...@gm...>]

On 3/20/06, Matthias Hopf <ma...@ms...> wrote:
> when a demuxer or decoder plugin is not available for a certain audio file (e.g.
> mp3 support), xine_get_file_extensions() should *not* return the
> according extensions as being supported. Right now the demuxer plugins
> seem to export a static list of known extensions (e.g. demux_mpgaudio.c,
> which is part of dmx_audio.so: mp3 mp2 mpa mpega).
>
> Of course, this contradicts against the use of plugins, which should be
> dynamically extensible.
>
> Am I missing a key bit here, or is something not yet supported in xine?

yes, this is a problem. demuxer knows how to handle a given container
but it has no idea if the needed decoder plugin is available.
conceptually this may be right, except it is not what user expects...

perhaps demuxer should try probing for decoder availability before
reporting mimetypes? that might be a good idea and should be easy to
implement.

i guess we don't need to disable the demuxer altogether because mp3
file would fail to open anyway.

Miguel