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

"ChristianHJW" <[email protected]> schrieb im Newsbeitrag
news:[email protected]...
> 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


As there seems to be no interest from anybody to comment here i herwith
decide we will demux the MPC streams and put the raw packets in the MCF
files.

Our new team member raghav from India ( i hope he can meanhwhile read the
mailing list ) was starting to look at the MPCdec and MPA2MCF / libmcf
sources . I hope it will be feasible to isolate the MPC stream parser from
MPC decoder and write the packets into MCF files via the existing libmcf (
until new, MCF-1 compatible version will be available of course ).

For the time being we will concentrate on parsing SV7 streams, as there are
no sources for a SV8 parser available as of yet ( description of SV8
bitstream is here : http://141.35.2.84/~pfk/mpp/sv8/components.html ) .

It seems there is also a potential userbase from people with MPC SV7 files
for MCF, so we should support both IMHO. Therefore we need to introduce 2
different MCF identifiers, like

'musepack_MPC_SV7'
'musepack_MPC_SV8'

or if 8 Bytes will be used now ( dont know actual status here ) :

'musepac7'
'musepac8'

For decoding on Windows i want to ask myFUN if we can create a special
version of the MCFparser.dll with a built in MPCdecoder, until MPC will get
an UCI interface one day in future. Dont know how we handle SV7 and SV8
decoder in this respect, of if there will be a common decoder that can do
both.


The goal of this project here is to have a first alpha of MPC audio in MCF
files until end of the year ( without UCI still ), so that we can

- update existing sources of MPC2MCF.exe to new libmcf easily, if this is
done
- test Dshow decoding of MPC together with our parser
- create alpha test files so that MPC experts like case can start to think
about a plugin structure for winamp to be able to handle audio content from
MCF files by calling existing decoder plugins from MCF parser plugins ( this
is feasible, we checked this )


Thanks for you interest

Christian


The MPC resource from case : http://www.saunalahti.fi/~cse/mpc/






-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en