View Full Version : Media Player Classic (patched build)
Pages :
1
[
2]
3
4
5
6
7
8
9
Leak
13th August 2007, 10:32
Interestingly enough that file works perfectly on CelticDruids late 2006 build
What file? If you mean the above HD video - the poster said that uninstalling QuickTime solved the problem...
clsid
13th August 2007, 14:22
Instead of uninstalling QuickTime, you could also rename the file to .mp4 or .hdmov or .whatever. Then MPC will use DirectShow for playing it.
You can also set QuickTime file formats to DirectShow in MPC options. But I recommend renaming instead, since some .mov files can only be played properly with QuickTime.
Amour
15th August 2007, 15:06
Problem with an .MP3. It plays fine with WMP, but not with MPC:
C:\Documents and Settings\Amour\Bureau\test.mp3::Output
Media Type 0:
--------------------------
Unknown
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_MPEG1Audio {E436EB87-524F-11CE-9F53-0020AF0BA770}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0
Media Type 1:
--------------------------
Unknown
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0
Amour
15th August 2007, 15:11
Here is the file for which I get the problem of my previous message:
http://rapidshare.com/files/49144820/test.mp3.html
clsid
15th August 2007, 16:27
WMP uses its own DMO decoder.
Your file plays fine in MPC if you enable the internal MPEG audio decoder or if you install a DirectShow decoder for MP3 audio.
JarrettH
15th August 2007, 18:12
Edit found answer on second page ;p
Has Gabest made changes to MPC source code this year?
clsid
16th August 2007, 13:09
The last change to Guliverkli SVN was on May 11th 2006.
JarrettH
17th August 2007, 05:52
love the new icon :devil:
Episode
18th August 2007, 02:31
I hate it, is there any way to get the old one back?-)
JarrettH
18th August 2007, 02:36
You do as you would to change any icon and find it in your mplayerc.exe :p
wyrd
18th August 2007, 09:12
Thanks clsid.
I've mirrored your build too.(very belatedly...)
http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/guliverkli-clsid/20070810/mplayerc_20070810.rar
Regards
Delerue
18th August 2007, 17:10
Can anyone play this video (http://rapidshare.com/files/35312010/Bangalore_Choir_-_Loaded_Gun.7z.html) using MPC internal MPEG1 decoder without stutter? The first stutter occurs at 0:10/0:11. I can't, even with FFDShow (neither libavcodec nor libmpeg2).
Cheers
boyumeow
19th August 2007, 09:31
Is it possible to use clsid patches on mpc hc or can I? by using vc2005? Was hoping clsid could do his update to casimir mpc hc since I do not know how to. Thks.
delude101
22nd August 2007, 14:31
Hey
First i want to say thanks for all your efforts.
I just have one little thing to report, the shader selections don't get saved. I use 16-235 to 0-255 filter, but i have to reselect it every time i launch MPC... small annoyance.
Demi9OD
22nd August 2007, 14:42
I have seeking issues in XP+.net 3.0 with EVR. Any time I try to seek when outputting either EVR mode the player locks. Is there a fix for this?
Sharktooth
22nd August 2007, 14:47
XP has no EVR... so... what are you trying to do?
Kado
22nd August 2007, 15:07
@Sharktooth
XP has EVR if you install dotNET v3.0, and is listed in casimir's mpc builds under output.
Demi9OD
22nd August 2007, 15:44
And it works just fine until I try to seek :P
clsid
22nd August 2007, 16:34
This thread is not about Casimir's mod ;)
My build has no support for EVR.
Kado
22nd August 2007, 21:39
Is EVR better than Haali? VMR9 is used to get hw decoding acceleration with the proper filters but i don't think you can get HW acceleration with EVR in XP, so why use it? unless your graphics card does not have shader model 2.
@Demi9OD
Works fine here. try this tread (http://forum.doom9.org/showthread.php?p=1035897#post1035897) maybe casimir can help you.
Sharktooth
23rd August 2007, 20:52
Sorry, my bad (however EVR in .net 3 makes me laugh... damn M$...).
Leak
24th August 2007, 00:09
Sorry, my bad (however EVR in .net 3 makes me laugh... damn M$...).
I'd hazard a guess that .NET 3 has added some classes related to DirectShow that depend on EVR...
I guess adding EVR was easier than churning out more classes for VMR9 and/or the video overlay just for XP. Now if only .NET 3.5 came with DirectX 10 for Windows XP... :D
np: Funkstörung - Like A Poet (ft. Enik) (Disconnected)
Sharktooth
24th August 2007, 03:46
uhm... i dont think M$ wants that just because the only reason to install Vista is to get DX10...
however what does EVR have that overlay doesnt (DXVA apart)?
Leak
24th August 2007, 08:25
uhm... i dont think M$ wants that just because the only reason to install Vista is to get DX10...
however what does EVR have that overlay doesnt (DXVA apart)?
Custom presenters and applying pixel shaders to the video comes to mind, not to mention the much tighter timing if you compare both in MPC HC...
Sharktooth
24th August 2007, 12:55
interesting. i made it work with my video card (nvidia GF6600), but unless i get it in fullscreen mode it has a lot of tearing problems AND it's also slower than overlay.
Leak
24th August 2007, 14:26
interesting. i made it work with my video card (nvidia GF6600), but unless i get it in fullscreen mode it has a lot of tearing problems AND it's also slower than overlay.
Well, I'm talking about MPC with EVR custom presenter and fullscreen D3D mode of course. Compare MPC HC's jitter graph for VMR and EVR...
np: Underworld - Rez (Second Toughest In The Infants (Disc 2))
clsid
24th August 2007, 17:06
A new build is available in the opening post.
Biggest change is a FLV parsing fix. (big thanks to Moitah)
I have also compiled and uploaded a bundle of stand-alone filters.
LoRd_MuldeR
24th August 2007, 17:52
A new build is available in the opening post.
Biggest change is a FLV parsing fix. (big thanks to Moitah)
I have also compiled and uploaded a bundle of stand-alone filters.
Thanks and mirrored :)
http://mulder.dummwiedeutsch.de/pub/downloads/mplayerc.2007-08-24.zip
Taurus
24th August 2007, 17:56
A new build is available in the opening post.
Biggest change is a FLV parsing fix. (big thanks to Moitah)
I have also compiled and uploaded a bundle of stand-alone filters.
Thanks, will give the FLV parser a try and report back.
Cheers
Taurus
Just tested on a few clips: And what can I say: It Works!
The build in splitter and the external one are doing fine.
Thank you, clsid! And of course Moitah.
wyrd
25th August 2007, 06:53
Thanks for your new build(specifically filters).
I've mirrored too:)
http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/guliverkli-clsid/20070824/
rt87
25th August 2007, 12:17
Thanks for your new build(specifically filters).
I've mirrored too:)
http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/guliverkli-clsid/20070824/
Thanks!
slavickas
25th August 2007, 23:17
flv splitter: http://labs.adobe.com/technologies/flashplayer9/fullscreendemo/backcountry_bombshells_4min_HD_1500_96.flv
at least here gets all pink on keyframes...
clsid
26th August 2007, 13:23
It's the fault of the decoder, not the splitter. The old splitter did not work at all with that sample file.
Amour
28th August 2007, 23:21
Not sure where it comes from, but I have screen-capture issues. I get error message: « GetCurrentImage failed, hr = 8000ffff ». This happens with any video I think.
Running :
* latest MPC by clsid (24th august 2007)
* latest ffdshow by clsid (rev1437)
* AMD X700 with Catalyst 7.7 [lucky 777]
* Windows XP SP2 with .NET 3
Kado
29th August 2007, 01:47
What's the renderer you're using?
Amour
29th August 2007, 01:53
Ah ah, thanks Kado. I just notice this:
* Saving images won't work with these renderers
I switch from System Default to VMR9 and DirectX 9 and now it works fine. Thanks again.
clsid
29th August 2007, 11:24
If someone could write a patch to modify the behavior to show a nice warning/info message instead of the GetCurrentImage failed error it would be much appreciated.
zambelli
31st August 2007, 21:34
OK, I admit, I'm a little confused with the various offsprings of MPC that are now popping up. So there's this clsid version, and then there's Casimir's Home Cinema version (http://tibrium.neuf.fr), and looks like there were some _xxl builds at some point in time too. Should perhaps all these different versions be merged into the main MPC SVN?
NanoBot
31st August 2007, 22:17
Hi,
I would like to make a suggestion for future versions of the MPC modified builds:
Is it possible to modify the internal import filter for transport streams in that way, that the user can adjust the number of TS packets to be scanned in order to find the first sequence header within the .ini file ?
The reason for that request are transport streams containing h.264 video streams. Since h.264 ( HTDV ) video streams have much longer GOPs, MPC often fails to identify the video type of such streams when using its internal TS filter. When I deactive the internal filter and use haalis splitter instead, all works fine, because there the scanning depth is adjustable.
C.U. NanoBot
clsid
31st August 2007, 23:05
Casimir's version is a fork of MPC with several changes. The _xxl builds were just SVN builds with a few patches. My builds are also just SVN builds, but with some additional patches and minor tweaks.
I don't have access to MPC's SVN so I cannot commit any patches. That's why I have posted the patches here. I don't have the intentions nor the skills to make any big changes, so making another fork is pointless at this moment.
zhfi
1st September 2007, 01:31
You should not pack the exe file with upx ~~!
That needs more memory (7XXX KB->>10XXX KB),and may cause some error.
And the lastest DX too.
clsid
1st September 2007, 01:55
The files that I have posted are NOT packed with UPX.
zambelli
1st September 2007, 10:29
Casimir's version is a fork of MPC with several changes. The _xxl builds were just SVN builds with a few patches. My builds are also just SVN builds, but with some additional patches and minor tweaks.
I don't have access to MPC's SVN so I cannot commit any patches. That's why I have posted the patches here. I don't have the intentions nor the skills to make any big changes, so making another fork is pointless at this moment.
What happened to Guliverkli? Would it be worth trying to get somebody else to commit your patches into MPC SVN? I mean, if they're good patches, it seems like it'd be beneficial to have them in the official builds. Otherwise you're doing all the work but most people aren't seeing the benefit, which sucks.
Wilbert
2nd September 2007, 12:42
Why don't you start a new sf project (Guliverkli2)?
Sharktooth
2nd September 2007, 14:48
it would be easier to ask gabest to be added to the guliverkli devs so patches can be commited to the CVS/SVN and updated builds can be made available on the official SF page.
burfadel
2nd September 2007, 14:54
It would be great to have all the patches, enhancements and changes in one build, I totally agree with everyone there. The numbering that Casimir has got (such as 1.0.9.0) is much better than every single new patched build being 6.4.9.0. The idea of the numbering system was based on the Windows media player 6.4, so really MPC's version is still currently 0.0.9.0, or if you like :) 1.0.9.0. That works out well, the numbering can just progress from Casimir's builds!
One thing is important though, DO NOT bundle just the one directx file with MPC. Different versions of Windows require different Directx files, so if you bundle the XP one and run it on XP x64, it will NOT work...! same goes for Vista etc. In most cases it hopefully uses the one installed in the system directory if Directx is installed. A much better solution would be a link to the Microsoft Directx webpage so the latest version can be installed. Directx has extensions added to it every 2 months, and has all the windows versions covered.
Including the directx by itself with MPC, I believe, goes against the Microsoft License agreement, and like autopatcher we wouldn't want the same thing happening to MPC!
clsid
2nd September 2007, 15:51
Unless people suddenly start submitting new patches, I don't foresee any new builds in the future. That is also why I won't start a new project. It will likely be dead right from the beginning. If anyone else really sees a need for a new project, go ahead and create it.
@burfadel
It's already a separate download. Also your x64 example does not apply since MPC is 32-bit and therefore will use the 32-bit version of the dll on x64.
XebelBit
2nd September 2007, 16:14
Is the security flaw with FLI (http://www.heise-security.co.uk/news/94875) files fixed in this release?
If not, could someone pleas write a patch for it!?
LoRd_MuldeR
2nd September 2007, 21:02
The files that I have posted are NOT packed with UPX.
Mine are, but I don't see any problem with UPX'd files ;)
A lot of software is released as UPX'd binaries. I used the latest stable release of UPX.
In case you want me to mirror your "original" files, I will change that ASAP of course...
cyberyeye
5th September 2007, 12:47
Hi there ;)
I've translated Media Player Classic "string" into French with ResHacker. I used the latest officiel french translation, and copy paste string, i've done nothing special...
Media Player Classic: French based on Clsid build v6.4.9.0+ (24-08-2007)
Here it is: http://www.megaupload.com/fr/?d=990X6AF9
I'll not update this translation, I juste done this for my use, and now want to share if someone (french) is interested....
MPC is a reaaaally good app. I hope this project will not die ^^
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.