Re: [UCI-Devel] MPC dev team now to use OGG and MCF officially as transport containers

En réponse à ChristianHJW <[email protected]>:
> To-Do-List ( short term ) :
> 
> - fix MCF specs, at least for simple audio streams

You can't fix just one part of the format like this. Of course you don't need to
know how the file attachment will work. But the broadcast/non-broadcast modes
merging is still not done. So files produced now won't likely to be playable
later. Of course having the data stream be finished is the top priority, to
start working on the code :)

> - create a mpc2mcf.exe for SV8 ( somehow based on MPEG still, for sure
> )
> - adapt MCFparser.dll, maybe even include a MPC decoder in it ?

The MPC decoder is already open source. So it shouldn't be too hard to adapt it.
But rather have a UCI decoder instead of anything parallel to that.

> - fix audio codec part of UCI

Yes.

> To-Do-List ( medium term ) :
> 
> - fix UCI specs, at least audio part of codec interfacing
> - put UCI interface into MPC decoder
> - adapt MCF parser to be able to call MPC decoder via UCI
> - put UCI interface into MPC encoder
> - create encoding tools calling MPC encoder via UCI
> 
> Am i asking too much ? Any chance MCF will be an alternative container
> to
> Ogg for MPC, once MPC SV8 is launched as an opensource project ?

Sure, but is there really a rush here ? We're not going to work mostly with one
codec. Of course we have to start somewhere. But there are more simple
alternative than MPC to start with (raw audio and video first).


-------------------------------------------------------
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en