MPC --> MCF : raw packets or including container ?

Hi,

I was talking to Case about this issue, he created all existing MPC winamp
plugins.

He recommended to use raw packets, as there are no existing Dshow filters
etc, where it could be of interest to mux/demux the complete MPC container
to/from MCF, so that the stream could be rendered to an existing Dshow
decoder, like we are doing with MP3 now.

It also seems that seeking in MPC right now is only possible by decoding the
complete file first, at least this is what i understood from his
explanations and its valid for SV7 framing, not necessarily for SV8. In any
case it doesnt seem appropriate to include the MPC container into the MCF
file, to keep overhead small and allow seeking in the file using libmcf
search function, being timestamp based.

I suggest we concentrate replies to this to the MCF-MPC-coop list, i just
copied mcf-devel so that people are aware who are not subscribed to
MCF-MPC-coop.

--
Christian

Sites : http://mcf.sourceforge.net
http://sf.net/projects/mcf
MCF mailing lists : news://news.gmane.org
gmane.comp.video.mcf.general
gmane.comp.video.mcf.devel
gmane.comp.video.mcf.mplayer
gmane.comp.video.mcf.announce
gmane.comp.video.mcf.mpc
Soon :  www.corecodec.com





-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com