Hi
I want to replace the Mediaplayer in my W2k Source with the Mediaplayer classic 6.4.8.9.
Do i need wmp6cdcs.exe for it??
Thx for answer.

I don't know for sure, but if you can't play this video you need them:

http://www.jengajam.com/r/Ballmer-Sells-Win1

Ok, i´ll give a try without wmp6cdcs.
I report tomorrow.
Thx.

MPC will play most anything as long as you have the right filters installed. That just happens to be one of the projects I am working on

But, no, MPC doesn't require WMP6 or any particular codec in order to work...it depends on what type of stream you are decoding.

when u say ur workin on it what did you mean
filters or mpc itself please specify

Both, actually:
1) A MPC addon that associates files properly even if IE/mplayer have been removed.

2) FFDShow Filterpack to replace larger codec packs

3) A few other HFSLIP-specific surprises

since we on the topic i notice mpc don't support windows movie maker
can u add support for this format in the filterpack.

Are you referring to this: http://www.microsoft.com/windowsxp/downloa...oviemaker2.mspx
If so, that seems to be a standalone application vor video creation. It will probably give you at least a few options for what type of video to output...that is where you will choose the codec type to use.

Search the HFSLIP forums for application replacement and slisptream codecs. Detailed instructions are there to do what you want to do (e.g. replace mplayer2 with mplayerc as well as slipstream 95% of the codecs that you'll need).

Tain - Are you sure that you want to do the ffdshow codec? Isn't it a bit resource hungry. I tried it and wasn't too impressed.

@tommyp: I am still evaluating different solutions but that is my current favorite. ffdshow on its own can play *most* bitstreams out there...and there are direct show filters to enable the rest...except for qt & real, of course. They are a real pain.

The ffdshow solution requires far less diskspace and eliminates lots of codec confusion. Hadn't really thought about the resource usage...will have to look into it and perhaps find ways to tweak up a good default installation.

Personally, I'm not using ffdshow either. It breaks everything... litterally. I get hiccups so often that it spoils the fun in listening to music. I tried it on both a "manually installed" Win2K system and an HFSLIPped Win2K system -- no difference.

I use K-Lite Mega 1.50 now with the bare minimum: XVID, DIVX, 3IVX, MPEG4, OGG, Real & QT. Coupled with the regular WMP6 and WMP9 codecs, that gets me all I ever need. I still get breaks at times in DIVX movies but they are kept at a minimum because I disable post-processing and smooth playback. MP3 files are usually fine now that I don't install ffdshow, MP3, AC3 and ON2 filters/codecs.

I hadn't anticipated so much anti-ffdshow sentiment. I'll disregard that option at this point unless someone else pipes up with good ffdshow info.

Hey... The HFSLIP community consists of more than two people...

lmfao at that windows video!

The ffdshow sourceforge alphas(20041012?) don't have nearly as many problems as the new versions, but then you should install Xvid 1.1.0 and other stuff too for newer encoded content.

Edit: Missed what I was talking about.

The quality and resources used in ffdshow depends entirely on who did the builds. You have to download a good build such as these builds by the creater milan. Try to avoid the others, many of the gcc builds have annoying bugs such as not working on non-sse computers and the ic9 builds are slower on AMD machines. Milan's builds might have a couple of bugs still, such as vorbis audio stutters occasionally and dvd decoding not working, but other then that it works extremely well.

If your after a completely independant non-directshow you should also look at The Core Pocket Media Player which uses almost no resources and can be used on almost any pc that will install xp to run most videos.

Very interesting, a little question and two sites later I can report that wmp6cdcs is required for Mediaplayer classic.
@ Tomcat
Thx for your help.

No problem, Wela. I learned something too.


Thanks for the info, Axed. The picture is quite bad with TCPMP and the player itself could use some improvement (turn off Full Screen without pausing the video and open files on a different hard drive from File> Open file), but I experienced not a single hiccup playing a DivX movie and a 320kbps MP3 file. I'm gonna keep this one until I find a better solution.

I tried those ffdshow builds you're talking of over a year ago. I'll give the latest version a shot.

I only just discovered HFSlip and i love it! Thanks guys!! I had weird errors with RyanVM packs and i didnt like how i couldnt pick what i wanted to install.. I love the flexibility! And, it just works.. What better way to compliment software then it just working?

Thanks!

With regards to The Core Pocket Media Player (TCPMP for short) heres the page with beta versions. If your interested, i can also send you the AVC decoder they released at one stage which uses about half the resources as directshow. I can play AVC files on my pc with almost no cpu useage! When even a junker like this old AMD system (athlon 1000 no sse) can play files using this program, you know its good! Mind you, it will become a payware program when it becomes a final, but if its not to expensive it'll definately be worth it for those of us who dont really have a need for extremely fast computers.

Im waiting eagerly for a linux version that works in MythTV and an xbox version so that we can use even more low spec systems for playing movies.

Here's a good site: http://celticdruid.no-ip.com/xvid/

You can download good up-to-date builds of ffdshow, mplayer, mpc....
If you want a really good player, try MPlayer+MPUI : http://mpui.sourceforge.net/
MPlayer is the lightest, best-quality, fastest (try to seek in a movie, it's instantaneous), and most powerful (you can dump any stream you play). It even includes an encoder.
But it doesn't have a graphical UI. (in fact, it does but still in beta stage).
You can use a frontend such as MPUI which is IMHO the best for windows (did several tries, you can trust me)

In fact, ffdshow is quite part of MPlayer.
It's MPlayer's decoding part that has been ported to Windows.
...ported to windows This says everything; it's harder to make a proper build.

I wish they'd provide a little more info. I got an Athlon64 CPU but I'm using Win2K 32-bit and WinXP 32-bit (like the majority of people who own an Athlon64 system). This is what I found:

2006-03-16 - mplayer2006.03.16.Athlon-XP.7z
2006-03-16 - mplayer2006.03.16.Athlon-64.7z

So what do I use? Is the Athlon64 build intended for all Athlon64 CPUs or only when the user is running a 64-bit OS on it?

I tried the one from November 29 and wasn't impressed. The hiccups are back, and the picture just freezes from time to time (the latter doesn't happen with the build in the K-Lite Mega codec package).

I'll try this ffdshow build (November 3).

I personnaly have a Turion and had the same question.

Having an Athlon64 build means mplayer will handle SSE, SSE2, SSE3 (?), 3D!Now, and the last one I forgot.

Just run MPlayer in a DOS-box (so without MPUI) and you'll see a few lines about handled CPU instructions.

Well... I tried the other ffdshow installers and I couldn't find a single one that does good.

Meanwhile, I downloaded TCPMP 0.72RC1 and I started to play with it. I found you can change the brightness, color, etc, and there's even a page where you can set keyboard shortcuts for all sorts of functions. F11 now toggles Full Screen. I also found out you can skip forward and backward using the arrow left & right buttons... really cool. Just one problem: when it's playing, I can't type in another program because hitting any keys that are assigned to functions in the player causes the player to react (I can't type a space, for example, as it plays/pauses TCPMP).

Celtic druids builds are older, and not as fast as Milans builds on AMD systems i believe. Celtics also dont work on as many computers because of the optimisations he uses. Use Milans builds. I've been using his most recent for awhile now and it works perfectly. Celtic stopped making new builds because milan started making them again.

Did you read the first part of the message you're quoting me from?

I'm pretty sure ffdshow dynamically changes settings depending on how much processing power is available. I've used 20041012+MPC on a 333mhz PII laptop, and it was able to play 576x320 vids @ 1024x768 with about 80% processor usage, on a crappy 2.5mb videocard.

On my main computer though, it uses almost 40% of my 2.25ghz @ 1280x1024. On the other hand, the laptop had blurry(DCT?) squares, while on my main computer there was barely any noise distortions and a lot more detail.

Hey, does anyone here know anything about purevideo and what it does? My videocard supports it, but I have no idea what it does or if MPC uses such a thing.

Oh yeah, and tomcat: did you try the 20041012 without SSE support?

NViDiA's PureVideo: http://www.nvidia.com/page/purevideo.html
List of cards that support it: http://www.nvidia.com/page/purevideo_support.html

Heh... It appears I was finally able to tackle this ffdshow/DivX/3ivX problem on my system...

ReClock DirectShow Filter 1.7 beta 4

This thing replaces "Default DirectSound Device" (whatever that is) and now everything plays back without hiccups... so far.

I'm really interested in this, could you post some details ?
Any quality drop, stability problem ?


edit : website : http://reclock.free.fr/
edit2 : http://reclock.free.fr/bb/viewtopic.php?t=162 (about A64 X2 and ReClock)

No stability problems. I don't notice a difference in the audio quality and the video is the same as before too (good picture with post-processing enabled).

I noticed recently that ReClock cuts off the beginning of quite a few of the media files I got. Today I finally figured out the cause. The pre-buffer is set to 500ms by default but media files are muted for that extend of time during playback. A lot of the media files on my computer have a "lead-in silence" of only 128ms (approx.) so that explains the borked up sound at startup. I fixed it for me by lowering the pre-buffer to 126ms (and setting the max PCM latency to 100%).