[MPlayer-dev-eng]

[Ivan Kalvachev]

Arpi said:
> Hi,
>
>> > ok, but we need really modular demuxer api for this...
>> >
>>
>> Are there any specifications of new muxer/demuxer API?
>
> hm
> - be modular
> - be good
> - be clever
> - be nice
> - be fast
> - be extensible
> ..
>
> ok... not yet :)
>
> my initial plans are changing the demuxer functions (except
> demux_XXX_open()) to function pointers in the demuxer_t struct, and let
> demux_XXX_open() to fill them. so only the _open() would be public,
> others can be static. (similar API to video filters, vf_*.c)
>
> changing the current code to work this way is enough for basic
> extensibility (by control() or new function pointers without changing
> all demuxers) and modularity.
>
> next step would be support for multi-level detection, runtime index
> building, multiple audio (and video) streams at the same time etc...
>

Also - at the moment all demuxers reset the stream and then try to guess
does they support it. This is a problem on streams that cannot seek (like
stdin). Yes i know cache helps, but ... not always.

Ivan Kalvachev