Download RadLight MPC DirectShow Filter : http://www.radlight.net/forum/index.php?showtopic=306

Works with any DirectShow based player. Of course, RadLight is recommended Have fun!

Thanks. I am sure lots of people will find it very useful. I will give it a try later today.

Just tried on a small mpc file, WinXPSP1 and mplayer2.exe ( ) and it works reat. No tags it seems, but music is here. Thank you ! I saw a lot of people who asked to reencode mpc in m3 just in order to stay with WMP9.
Great thing, really (SV8, and the DS filtter promised for this streamversion, is a bit long to come).

It's not working for me . I have win98. Anyone other that test it in win98?

I'll check that today on an old machine and possibly update a fixed version if there's something wrong...


To be done

Thanks for feedback

RadScorpion > with this directshow filter, is it possible to expect some tools for muxing mpc file into avi, ogm, mka contenair ?
It would be nice : mpc at --radio profile is very strong, maybe the better codec at ~130 kbps, according to Roberto's test. And with a movie, --radio encoding are not near 130 kbps, but are close to 100 kbps, which isn't too big, especially for the high quality obtained. What do you think ?

Thanks for the DirectShow Filter

It works with the default Media player from Windows 2000.

It also worked with Winamp 2.95 (not that it has any advantage over a plug-in).
- Deleted the MPC plug-in
- Added MPC to Nullsoft DirectShow decoder configuration

Frank will get pissed

Not really sure. I don't have the original mpc encoder sources yet and I've heard the author doesn't want to mux MPC into videos yet...
We'll try to find out as much as possible...

The encoder sources are PGPed "for selected persons only". I mailed Frank a while ago asking for the PGP key and a statement regarding the "no muxing of SV7 into videos"

We'll see - of course we'd like the job B)

@rjamorim : Why should he get pissed? I wanted to listen to my MPC colection in my player

Just noticed : wrong duration of mpc files readed with WMP (6.4 and 8). A long file (15 minutes) is marked as 25 seconds (annoying for seeking) ; another (10 minutes) is three time shorter... Playback is fine (no break before end), but seeking is unusable.

Oh, the reason is exactly that of two sentences earlier.

I thought you guys wanted to put MPC into OGM or MKV.

I remember Frank was pretty strict about only using SV8 with video.

No worries then...

Makes me wonder why? Is there any specific reason for this?

P.S Feel free to mirror the RadLightMPC.exe @ rarewares

Well, to start with, probably because the encoder closed source.

Besides, you can't seek with it instantly (althoug seeking is very fast). That might lead to synchronization issues, and consequently headaches to Frank.



I will. Thanks

Well, he never told me the exact reasons, but i guess because he wanted to make sure SV7 has seen the end of its days, as he misliked some of the limitations of the SV7 framing, like the missing multi-channel support, etc.

I dont know his opinion on this subject right now, as we couldnt talk for a long time as he didnt reply on his usual email adress. I now have his new adress, thx to JohnV, and will start a conversation with him about the future of MPC in general, and also MPC in MKV in specific.

BTW, i never told you this ( ph3344ring the breath of the Klemminator in my neck ), but if someone

- coded a real MPC DShow filter, with separated source ( async_reader ) and decoder filter

- specified a wFormat tag for MPC ( 0x0055 = MP3, 0x2000 = AC3, etc. )

- makes sure the source filter outputs valid timestamps

then even MPC SV7 could be used in MKV as of today, using the so-called 'ACM compatibility' mode of matroska .....

My windows media player is f*cked . It's working with other programs like radlight and zoom player in my win98 machine.

Way cool... I though the source was open for MPC?

Regards

AgentMil

Making a separate source and decoder was my original intension but I've decided that a single filter would be a better start.

A solo decoder would indeed rule.. but I'm not sure how many people would need to be involved not to break any compatibilities among programs/formats. There may also be other developers making an MPC decoder. We could possibly discuss this at some IRC.

IIRC:

SV8 = open-source decoder, closed-source encoder
SV7 = open-source encoder & decoder

But I could be wrong. Searching now...


Edit: Here's the thread I was thinking of.

Wrong.
Pre-SV8 encoder source are available since one year
SV7 encoder sources are still closed.

Frank said that he need to write or find an adequate licence for mpc encoder (if I remember correctly).

Sorry...my bad.

Is the Pre-SV8 encoder source what Garf meant by the alpha SV7 'and a half' version, I wonder? (In this post.)

I don't know (probably yes).
pre-SV7 are labeled something like "SV 7.95".
Source are available on frank klemm site - executable on case's site.

README (SV8.tar.bz2)

If this can be seen as an offer for cooperation, i gladly forward it to the Corecodec devs ....

Am I the only one who finds the word "vapour-ware" remarkably suitable for MPC SV8?

Two years ago, you would be flamed to death for saying SV8 is vapourware. Now.. heh, who is going to complain?


Anyway, I don't want to burst anyone's bubble here, but the MPC decoder is LGPLd. That forces you guys to release at least the sources you changed. I won't whine about it, I'm just warning you some GNU zealots might complain.

Regards;

Roberto.

Thanks Roberto, if i had reminded them, they would have flamed me ....

With this filter, I cannot play the files which the Japanese characters were used for their
name. I tried both of Windows Media Player and Media Player Classic.

Possibly because it does its own file reading, and was probably not compiled with UNICODE defined, so it will choke on paths that contain characters outside of your local codepage. Yet another good reason to separate the decoder from the source. Wait for it to happen, or something. :B

You're right about the lgpl and sources... I'm sorry I did not include all the info into the first package - I finished it at 1o'clock in the morning and was a bit tired to think about any licences ... DAvenger should have already updated the package. If there is anyone interested in the sources .. you know where to find me.

Don't be scared...If your reminder would not contain any Matroska promoting 100 lines long paragraphs I'm sure we would not

I'll keep the unicode stuff in mind.
Thanks for all feedback...

RadScorpion

Works fine bar the lack of tags. Thank you very much!

It certainly plugs a gap while waiting for news on sv8...

My 2c worth: ever since I saw Radlight do this I've steered well clear of it..

Edit: Saw thread about this from July. Hm. Might take another looksee at it then.

Hi,

New version of the 'RadLight MPC DirectShow Filter' (v1.0.0.2) is out :

Changes :

- Unicode support
- Added tag support via IAMMediaContent interface

http://www.radlight.net/forum/index.php?showtopic=306

Take care,
Martin

http://www.hydrogenaudio.org/forums/index....ic=11495&st=67&

The most part of the rest of the thread is about this issue.

Some good news for XBox users The filter should be indluded with XBox Media Player

Thanks. The v1.0.0.2 can play my Japanese-named files.

Great

Anything else? Anyone?

Wrong duration isn't corrected (wmp 6.4 & 8 on XPSP1). Still 24 seconds for a file longer than 5 minutes. Still annoying for seeking.

Could you please send me the file to radscorpion at radlight dot com please ?
I really don't know what could be the reason as all MPC files i have here work fine...

thank you

I need to find first a smaller one ; my internet connection is very limited. Wait a (good) moment. Thanks

Wait. I discovered that big files are only concerned by the bug (another french guy reported the same one, without any filesize precision). Tried files <5.000 KB : no problem. Tried files > 15.000 KB : problems...

Try to encode a long file (no problem up to 7...9 minutes and/or < 16000 KB) first. I hope that you will be able to reproduce the bug, because it would be difficult for me to send a gigantic mpc file with my poor 56 K, through a mailbox.


PS : files are encoded with 1.14 encoder, and have some APEv2 tags.

Ooooh, when? That's damn good news, cheers!

@guruboolez :

I'll try to rip some AUDIO-CD with 10+ min duration song(s) ... or perhaps someone could upload a sample?

@seanyseansean :

Someone from the XBMP team asked RadScorpion for the sources - from what I know MPC is one of the top requested features for XBMP No word on the implementation ETA, though

Just merge two tracks into one (Copy range option, with EAC for exemple). Thanks for your efforts

Duration problem confirmed We'll look into this. Thanks

The radlight forum now requires registration for reading

Any update to the codec?

Nope Not enough time at the moment.



Register and don't forget to validate (I am sick of those 300 "validating" users who enter fake emails and then cause problems )

Take care,
Martin