[vlc-devel] Re: demuxer thoughts

[Laurent Aimar]

Hi,

On Sun, May 25, 2003, John Michael Zorko wrote:
> Hello, all ...
> 
> What do you think about making the demux interface a little more 
> configurable i.e. instead of pf_demuxdrop (like I was thinking before), 
> what if we did something like pf_setdemuxoptions or something.  This 
> function pointer would be dereferenced and called by the input thread 
> (vlc_root/src/input/input.c) whenever it needs to tell the demux module 
> to act a little differently i.e. start or stop fast-forwarding / 
> rewinding, and this way the main input_thread_t thread can still call 
> pf_demux like it does now.  Each demux module would implement 
> SetDemuxOptions() in it's own way (if at all), and then I think we 
> remain open i.e. the input thread is still agnostic to the type of 
> media being handled, it just calls pf_setdemuxoptions when it needs to, 
> and pf_demux when it needs to, and that's it.
 We are currently designing a new input for vlc, and all those will be
supported at least by design, particulary frame by frame playing/seeking.
Sorry, but I've not yet written any english documentation.

 Now, I'm starting implementing the core but It will ask some time before
it is in cvs, as a lot of thing need to be done or rewrite.

-- 
fenrir

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>