Cooperation between MPC and MCF

Hi Frank,

please allow me to introduce myself. My name is Christian and i am project
administrator for an opensource project called MCF ( Multimedia Container
Format ).

I was posting a thread to the MPC forums at Hydrogenaudio today, but got
informed from JohnV that you may not be reading there for the next 3 weeks,
so he recommended to drop you an email instead. Link to the thread is here :
http://www.hydrogenaudio.org/forums/showthread.php?s=&threadid=2576 .

For my convenience i am simply copying and pasting what was said to the mail
here :

----------------------------------------------------------------------------
----------------------------------------------------------------------------
------

MCF ( Multimedia Container Format ) : offer for cooperation to the MPC dev
team
Hi,

please allow me to repeat our offer for a cooperation to the MPC dev team
here in this sector of HA ( original post in News Section ) :

We were informed that current framing system of MPC ( SV7 ) does not offer
any form of CRC, making streaming almost impossible. SV8 should bring a new
framing for MPC, including CRC and other necessary features every modern
format needs.

MCF development team is of course not aware of the current status on this
( we hope our offer is not coming too late ), but we thought its better to
express our commitment here to avoid unnecessary ( = double ) work, of
course only if a cooperation could ever be an option for MPC dev team.

Here some basic introduction to MCF : http://mcf.sourceforge.net , SF
project to be found here : http://sf.net/projects/mcf . Specs are currently
in the process of being updated and can change almost every minute,
especially regarding transors and seek entries. For those with a compiler,
you may have a look at current CVS and test recent wav2mcf ( allows creation
of unvalid PCM MCF tracks ) and mpa2mcf ( same for MP3, of course also
invalid files ).

In short the advantages for MPC coders to consider using MCF as file format
:

- They can fully concentrate on improving the codec and dont need to fiddle
with a container format and maintaining it.

- MCF is and will be an opensource container format for all codecs ( if we
manage to get them supported with specific transors ), such it is attractive
for coders of editing software to implement support for it.

- There are plans to adapt Virtualdub such that it will support MCF right
after MCF specs and libmcf are finished and coding of a Vdub specific
transor can be done. Other programs to follow.

- MCF is also targeted as a container format for PCM streams, overcoming the
boundaries of WAV ( 2 GB, nr. of streams, etc. ). Well renowed coders ( f.e.
Naoki Shibata ) have expressed their interest in supporting MCF in their
software.

- libmcf was designed to be x-platform compatible right from the start ( OS
specific transors do the API linking etc. with corresponding codecs, filters
and applications ), also hardware support was respected in the early stages
of specs definition.

- MCF has extended CRC capabilities and can also be used for streaming
applications.

- Extensions to the MCF spec such as MCF-CD ( = XCD with specific, hardcoded
support for MCF headers ) will allow to use 800 MB on 700 MB CD-Rs ( mode 2
form 2 )

We dont have any problems if the coders decide to simply use the libmcf and
adapting it to support their own extension ( like .mpc ), as long as the
code will be available for us.

If using an external container format is not an option at all please excuse
this posting here
Best regards   ChristianHJW

----------------------------------------------------------------------------
----------------------------------------------------------------

This email was being copied to the MCF mailing list via gmane.org newsserver
( news://gmane.comp.video.mcf.devel ) . If you want to reply please dont
answer to me but directly to the mailing list on
[email protected] .

Thanks in advance

ChristianHJW