View Full Version : Media Player Classic 64 bit compile?
3ngel
11th January 2008, 16:45
Hi,
i was wondering, anyone has done a native x64 compile of the 6.4.9.1 fork, in order to test the performance (which i think could be better 'cause of the multimedia nature of the application)?
Thanks
Casimir666
11th January 2008, 18:49
MPC-HC is available in x64 :
http://sourceforge.net/project/showfiles.php?group_id=170561&package_id=245172&release_id=546787
3ngel
11th January 2008, 19:08
I'm going to test it.
Can you summarize the differences with the 6.4.9.1 fork?
Thanks
Casimir666
11th January 2008, 19:12
I'm going to test it.
Can you summarize the differences with the 6.4.9.1 fork?
Thanks
Have a look on my website, all differences are listed there ;)
3ngel
11th January 2008, 19:17
Yes, i've seen it right now :)
Unfortunately i read (and i've tested) that only x64 filter does work, and that's difficult to cope.
Tested right now that even VC1 MS decoder (installed with the 64bit version of WMP11) doesn't work.
Isn't there any way to make 32bit and 64bit filters live togheter?
Konrad Klar
11th January 2008, 19:31
As yet, we do not have a 64-bit native ZIP library (or RAR library), and so the x64 version of Opus uses the 32-bit libraries via a COM proxy. Therefore, you may notice an additional (32-bit) process running called dopusx64.exe.
http://resource.dopus.com/viewtopic.php?t=6960
So generally 32bit libraries can be accessed by 64bit programs (with some efforts). I'm not sure whether such approach make sanse in case of DirectShow filters.
Shakey_Jake33
11th January 2008, 19:32
@ 3ngel - 64-bit players are 'interesting' to mess with, but currently quite useless for serious use, due to the lack of codecs (64-bit ffdshow exists, but it's very behind). Just use 32-bit version, there's no performance gain in using 64-bit players right now.
3ngel
11th January 2008, 19:35
Opus uses the 32-bit libraries via a COM proxy
Yes, i was writing something similar. Using a kind of proxy to make 32bit and 64bit communicate.
@Shakey_Jake33
I see your point using the 32bit filters, but as i've said i think it can have an advantage because a multimedia player have large bandwidth needing so 64bit modes, registries and istructions can be useful.
Moreover ('cause of lack of filters) an extensive test hasn't been done atm, so who knows :)
Reimar
12th January 2008, 00:11
Just use 32-bit version, there's no performance gain in using 64-bit players right now.
This is plain wrong, on Linux the 64 bit version of MPlayer is up to 20% faster than the 32 bit version when decoding H.264 (part of this probably due to 64 bit system libraries like libc using SSE, since that is _always_ available for 64 bit).
Admittedly I do not know if Windows allows for the same kind of performance gain, but I'd be rather surprised if not...
clsid
12th January 2008, 00:39
That is probably because it also contains much hand-optimized assembly code in its decoding libraries.
Only a fraction of the processing power is done by MPC. The decoders do all the heavy work. And at this moment the fastest decoders are all 32-bit.
Casimir666
12th January 2008, 10:07
If somebody know how to cross compile libavcodec with Gcc to have a 64 bits lib maybe ffdshow experimental will be faster ;)
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.