a) i was wondering if i can achieve a utility that takes in a MPC file and insert a wave header, like Riff Wave, so by that way i could insert it in VirtualDub and ofcourse in the movie, Is that possible???

b)There isn't still any tool to trim Mpc, to take out the silence from the start and end of the file, so we can save some HDD Space???

Christian, who cares about Klemm? He even doesn't answer to your mails...this is not kind, and this means also that the developer has no more interests of his format. So my suggestion is to implement SV7 and ask this "german man" to release MPC sourcecode..at least there will be someone who will work about it.

For highest Quality just keep the original compressed AC3 files. When working with 192kbps files I don't see much need for mpc.

Average bitrate of mpc --standard is ~175 kbps for CD ripping. I've tried to encode a couple of DVD (movies) with the same setting, and bitrate failed at approx. ~135 kbps. It's interesting, even if input file is in AC3 stereo at 192 kbps. By downsampling a multichannel stream to stereo, reencoding to mpc is much more interesting.

Christian, who cares about Klemm? He even doesn't answer to your mails...this is not kind, and this means also that the developer has no more interests of his format. So my suggestion is to implement SV7 and ask this "german man" to release MPC sourcecode..at least there will be someone who will work about it.

We do care a lot about Frank's opinion a lot. He helped us with making the inital matroska framework, which evolved into EBML then.

On the other hand, i admit i dont understand why he doesnt answer at all about what his plans for MPC are, and if he has any at all. He must know that this silence from his side may discourage the users and the developers to care about MPC, even if today its still the best format.

To cut a long story short, we are discussing in the team if we maybe should change our opinion about MPC integration into MKV, even without SV8 being ready. The other option is, there is an SV8 alpha encoder already and we dont need the SV8 framing at all, as already long ago the decison was made to store MPC SV8 natively in matroska files, means stripped from its own native MPC framing.

I will try to talk to case about the usability of the alpha SV8 encoder. Maybe we just grab it, add the missing pieces ourselves and make a SV8 encoder writing MPC files in matroska container .....

As far as I know, there are changes so the '--xlevel' hack isn't required anymore, but most of the changes are to do with the container format and multichannel support. I have no idea how well advanced the code is though.

I do, however agree with the idea by Christian that we just take what Frank has started and continue it. There's really no excuse for him not even bothering to say 'yes' or 'no' to our requests so it looks like we have nothing left to lose.

I do, however agree with the idea by Christian that we just take what Frank has started and continue it. There's really no excuse for him not even bothering to say 'yes' or 'no' to our requests so it looks like we have nothing left to lose.

I still have the hope he might get motivated again by our constraints to move SV8 forward. Case was posting a message from him from September on IRC today that was more or less showing his frustration about the lack of support from other developers so far, and also that he has actually lost the believe in that its actually possible to work together on SV8.

Maybe we can prove him wrong and thus remotivate him to work on the encoder itself, which is where he can hardly be topped IMHO .....