Media Player Classic Home Cinema (MPC-HC) - DXVA!

[tetsuo55]

Is there a proper ticket on the bug tracker for that? Documenting all the known info about it could help in getting it fixed someday.either visual studio, application verifier or windows logot test generates a warning about the outdated api call.

[Vincent Vega]

i'm sorry, this must have been discussed someplace before, i just can't find where.

i'm on vista (x64) sp2, mpc 1.3.2002 (x86). when i hit record button under capture i get this DEP related crash and the information baloon tooltip from Windows.

there's probably no actual problem here, just pls tell me how to fix it or where i can read about it.

or if this might actually be an issue, i can provide any other details you'd need.

thanks a lot.

[namaiki]

I recently started using MPC-HC after i installed Windows 7 Media center 32bit. I've gotten things to play mostly but i have two issues.

1. I get a green screen when playing MPEG2, but the sound is there.
2. I get some initial stutter when playing H.264 files, but if i stop and start, it's gone. I use ffdshow for decoding that with ffmpeg-mt.

Both these issues are fine in TMT3.

I'm running SVN 1984, ffdshow 3466 + latest Matroska splitter. Also have latest Nvidia drivers for my 8200. Have i hit some bugs that you guys know of or are the other recommended versions? Or must i configure something? I can't find any known issues about this in this thread.

Thanks

Try the Forceware 256/257 beta drivers.

[realitycheck]

Dev Team, are you planning any improvements in Audio section?
MPC HC is my default video player but once I compared audio to KMPlayer, KMPlayer outputs much better clear sound.

[gngn]

why was the internal H264(AVC) decoder disabled for interlaced files ? (Revision 2005)
i never experienced problems watching interlaced material.

[Aleksoid1978]

why was the internal H264(AVC) decoder disabled for interlaced files ? (Revision 2005)
i never experienced problems watching interlaced material.

Can you upload a sample that you have ???

[v0lt]

problem with these subtitles in 00:15 - http://www.mediafire.com/?azjcdgykjj1
the original videos I have not, I checked on the first available

Unhandled exception at 0x01442560 in mpc-hc.exe: 0xC0000005: Access violation writing location 0x00000000.

fixed in Revision 2008
thanks

[goofee]

Try the Forceware 256/257 beta drivers.

But it works fine on TMT3 and with WMP.

I recently started using MPC-HC after i installed Windows 7 Media center 32bit. I've gotten things to play mostly but i have two issues.

1. I get a green screen when playing MPEG2, but the sound is there.
2. I get some initial stutter when playing H.264 files, but if i stop and start, it's gone. I use ffdshow for decoding that with ffmpeg-mt.

Both these issues are fine in TMT3.

I'm running SVN 1984, ffdshow 3466 + latest Matroska splitter. Also have latest Nvidia drivers for my 8200. Have i hit some bugs that you guys know of or are the other recommended versions? Or must i configure something? I can't find any known issues about this in this thread.

Thanks

Regarding green screen if i switch to the microsoft dtv-dvd decoder it works fine, so it seems it's the mpc decoder that's acting up for some reason. But isn't the dtv-dvd decoder ok to use though?

The initial stutter with h.264 files is not present if i turn off dxva, but that makes it unwatchable sadly. I've tried with both the built in mpc decoder and ffdshow.

[gngn]

Can you upload a sample that you have ???

i forgot to specify that i dont have problems with interlaced materials + DXVA. i just tried and indeed interlaced material + H264/AVC(ffmpeg) results in a black screen.
so the setting should be different: H264/AVC(DXVA)-deinterlacing on, and H264/AVC(ffmpeg)- deinterlacing off.

[alexins]

Media Player Classic HomeCinema (x86/x64), svn 2010 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2010.html)

Changes (2008-2010): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Subtitle renderer crash fixed (ticket #511);
minor bento4 source tree refactoring;
Update Traditional Chinese translation.

[Vincent Vega]

i'm sorry, this must have been discussed someplace before, i just can't find where.

i'm on vista (x64) sp2, mpc 1.3.2002 (x86). when i hit record button under capture i get this DEP related crash and the information baloon tooltip from Windows.

there's probably no actual problem here, just pls tell me how to fix it or where i can read about it.

or if this might actually be an issue, i can provide any other details you'd need.

thanks a lot.

hello.. could someone answer this please?

[wiak]

would be great so see VP8 built in, its the only codec missing for WebM support, MPC-HC all ready have Vorbis, and haali has WebM splitter
VLC has support in 1.1.0 RC if you where wondering :P

[krbo]

Hi,

There is a new, recent MKVToolnix version 4.0.

As Moritz furthermore implemented default mkv values we now have a problem in MPC HC.


According to Matroska specifications "eng" is a default value and "mkvmerge v4.0.0 will not
write elements which equal their default value anymore." (quote from Moritz)

meaning MPC HC will no long properly shows subtitles with mkv muxed with mkvmerge 4.0

Sub muxed as "eng" would not have "english" value as it is Matroska default but MPC HC does not follow that
and will show it as "unknown" sub.

Everything is (almost) OK if it is only one but if you mux antoher one (let's say german)
you will end up with two subs - "unknown" and "german".

In such case MPC HC shows during a play that it is using "unknow" but instead it plays "german"
and it's impossibe to make "unknown" (english in fact) to show up. (tested on v 2002)

Please test more and confirm this and put a MPC HC tight more to a Matroska standard specs when any dev has a spare time.

For now I was forced to go back to MKVtoolnix v 3.4

(I really don't understand why anyone in Matroska team made english as a default for a whole world, seems very
strange to me to impose anyone a default language but for now specs are like that.)

[FishTank]

im sorry if this has been covered previously, but is it possible to make a screenshot in mpchc that respects the DAR ?

[sharangad]

Try the Forceware 256/257 beta drivers.

MPEG-2 acceleration (VLD) on an nvidia GT240 (VP4) doesn't work for me either with mpc-hc.13.1922.0, even with the beta 275.15 drivers. I just get a green screen. It works fine with WMP and WMC.

[Keiyakusha]

I can confirm, green screen here too. MS DTV-DVD decoder works.

[Snowknight26]

Changed : "Pause" message in OSD stay until play command
Going to be fun taking screenshots while paused now without continually turning the OSD on and off.

While I appreciate the continued development, I think it'd be best if whoever was making a commit would actually think about how their change would affect users - there have been some really silly commits lately that seem to be added just for the heck of it.

[JarrettH]

Really, MPC needs a new stable release. This project feels like it's falling into beta status just as ffdshow managed one 'official' release in 2009. What is preventing this from happening? Does everyone just add features and there is no decider about its development...no goals?

[goofee]

MPEG-2 acceleration (VLD) on an nvidia GT240 (VP4) doesn't work for me either with mpc-hc.13.1922.0, even with the beta 275.15 drivers. I just get a green screen. It works fine with WMP and WMC.

I can confirm, green screen here too. MS DTV-DVD decoder works.

Thanks guys for confirming, i was starting to feel stupid and alone. :)

Do we know which earlier version that this works with so i can revert to that? A known stable version perhaps?

Thanks.

[Fadeout]

Going to be fun taking screenshots while paused now without continually turning the OSD on and off.

While I appreciate the continued development, I think it'd be best if whoever was making a commit would actually think about how their change would affect users - there have been some really silly commits lately that seem to be added just for the heck of it.
Really. Roll back please.

[MPC-HTPC]

Going to be fun taking screenshots while paused now without continually turning the OSD on and off.

I kind of liked that new function, nevertheless Aleksoid has reverted commit 2011 in regard of Changed : "Pause" message in OSD stay until play command. Maybe there is a way to make this behaviour selectable somehow (somewhat like "Extended OSD" in Options --> Player --> Other).

[XhmikosR]

The ddraw.lib is missing from the June 2010 DX SDK.

[nevcairiel]

DirectDraw has been deprecated a long time ago, and they finally removed it from the June SDK release. Move on and use the new APIs!

[Vincent Vega]

so guys how do i get a question answered in this thread? i asked it once, then asked again, what would be my next step?

is there some magic mantra i need to start chanting? -)

[jimmydu3]

Hi, sorry if this has been covered, but I'm trying to adjust the playback speed. When I try to increase the rate (Ctrl+Up) I go straight to 2.0x and then 4.0x. Is there a way to increase by smaller increments 1.4x, 1.5x, 1.6x. These speeds are great ways for me to save some time and still not really miss anything while watching. Thanks, James

[KindDragon]

hello.. could someone answer this please?
I do not know what could cause this.

[Plutotype]

MPEG-2 acceleration (VLD) on an nvidia GT240 (VP4) doesn't work for me either with mpc-hc.13.1922.0, even with the beta 275.15 drivers. I just get a green screen. It works fine with WMP and WMC.

Hi,
If available, please try to use Cyberlink video decoder as preffered external video decoder. I have a Nvidia Graphics and at least for me, the MPEG2 DXVA acc never worked with internal MPC-HC decoder ( but maybe my settings were wrong ).
Pluto

[wiak]

Hi,
If available, please try to use Cyberlink video decoder as preffered external video decoder. I have a Nvidia Graphics and at least for me, the MPEG2 DXVA acc never worked with internal MPC-HC decoder ( but maybe my settings were wrong ).
Pluto

i dont think MPEG-2 HW is supported yet, its just added as a dummy for the time being

[bobdynlan]

i'm sorry, this must have been discussed someplace before, i just can't find where.
i'm on vista (x64) sp2, mpc 1.3.2002 (x86). when i hit record button under capture i get this DEP related crash and the information baloon tooltip from Windows.
there's probably no actual problem here, just pls tell me how to fix it or where i can read about it.
or if this might actually be an issue, i can provide any other details you'd need.thanks a lot.
[Q]hello.. could someone answer this please?
[Q]so guys how do i get a question answered in this thread? i asked it once, then asked again, what would be my next step?
is there some magic mantra i need to start chanting? -)
First, the thing is you should use a more specialized program for recording like VirtualDub, I don't think there are many users to use this MPC outdated function. Second, for someone to help you, it needs a capture device to actually press that button.
- I have a Logitech QCZ Webcam that can at least be used to test the capture, if not for real capturing. Used it first on VirtualDub, all OK. Used it on Windows 7 x86 with MPC-HC (1802), Preview worked, Capture - crashed. Changing video related settings - crashed.
- So then it hit me: it must be the renderer. EVR counts as improvement, and as always, Microsoft does that at the cost of your "legacy" hardware. All EVR based renderers - EVR Vanilla, EVR Custom, EVR Sync - crash MPC-HC when using capture. On the Vanilla even preview fails, so it's not MPC-HC's fault, it is even improving things.
- The first step you need to do is to change MPC-HC output to anything else. Even madVR or Hali are working, but you should choose the faster Overlay or VMR-7(windowed) if you need Aero on.
- Next step is to disable preview for audio while capturing, and choose PCM codec as it's suitable for realtime.
- And finally, choose a video codec like Huffyuv 2.1.1. ffdshow video encoder has an alternative too and some more codecs suitable for realtime. Do note that some codecs will crash no matter the renderer, like Lagarith lossless codec, that works fine in VirtualDub.
This may not work for you as you have not provided any info in your last 3 posts on the subject, but it is enough to get you started.
================================================
Hi,
If available, please try to use Cyberlink video decoder as preffered external video decoder. I have a Nvidia Graphics and at least for me, the MPEG2 DXVA acc never worked with internal MPC-HC decoder ( but maybe my settings were wrong ).
PlutoTrue for 8800 series also. I would love an option to remove (visually) internal decoders from the list, everytime I see MPEG-2 Video (DXVA) and VC-1 (DXVA) wich are not working, I get mad :P
================================================

2005
04.06.2010
Changed : disabled internal H264(AVC) decoder for interlaced files (bad supported by ffmpeg)

Omg this is the second batch file you have killed after the close after play one! Thanks alot, this should have been set long time ago, but it's never too late! Ever since MPC-HC bundled mediainfo.dll, got some use for it in a batch file to launch different filters for some codecs. Had mpc-hc.exe with registry settings and internal decoder for anything progressive, and a copy of mpc-hc.exe named mpc-hci.exe, using external ini config, set cyberlink decoder preffered. Associated mpc-hc.bat with media files, and voila!
@echo off
FOR /F "usebackq tokens=3 delims=: " %%i IN (`%~dps0\mediainfo.exe %~s1 ^| FIND "Scan type"`) DO SET VIDEO=%%i
IF %VIDEO%==Interlaced (
start " " %~dps0\mpc-hci.exe %~s1
) ELSE (
start " " %~dps0\mpc-hc.exe %~s1
)And while at it, how about improving /filter command line parameter, the loaded filter should be added with the highest priority. Better yet, add another command to modify the external filters list order by referencing the name, something like /extfilter "VC-1 Tweaker (Haali), ArcSoft Video Decoder, etc." That would make this batch work with only one executable (well I simulated that too by batch editing the registry but it's not too friendly).

Anyway, RIP my dear batch file! and thanks again devs, this is actually in the top 5 if not the top useful fixes / improvements, like the new Playlist - play next in folder, Subtitle language and Audio language order, After playback - Every time and Toolbar skinning.
I know fixing tearing and other rendering stuff are priorities, but sorry, never had any real need for them and I am enjoying more this other kind of work :P

[Shakey_Jake33]

im sorry if this has been covered previously, but is it possible to make a screenshot in mpchc that respects the DAR ?
That's quite a interesting request actually, I'd like to see that too. I often take screenshots of HD videos to use as wallpapers, and am usually forced to stretch the image.

[(*|*)]

feature request:
new default skin like quicktime:

http://www.softpedia.com/screenshots/QuickTime_1.png

Media Player Classic Home Cinema -> Media Player Modern HD: MPM-HD.

[Vincent Vega]

- So then it hit me: it must be the renderer. EVR counts as improvement, and as always, Microsoft does that at the cost of your "legacy" hardware. All EVR based renderers - EVR Vanilla, EVR Custom, EVR Sync - crash MPC-HC when using capture. On the Vanilla even preview fails, so it's not MPC-HC's fault, it is even improving things.


thanx man, your words exactly, ditched EVR Cust. and no more crashes, at least now i can play with the rest of the settings.

so whose call is it to fix the incompatibility with EVRs? MS or MPC HC developers?

it's a brand new piece of HW, here:
http://www.avermedia.com/avertv/Product/ProductDetail.aspx?Id=499

[KindDragon]

Hi,

There is a new, recent MKVToolnix version 4.0.

As Moritz furthermore implemented default mkv values we now have a problem in MPC HC.


According to Matroska specifications "eng" is a default value and "mkvmerge v4.0.0 will not
write elements which equal their default value anymore." (quote from Moritz)

meaning MPC HC will no long properly shows subtitles with mkv muxed with mkvmerge 4.0
Could you check from what build this bug appear?
http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/

[sneaker_ger]

Yes, I can reproduce the bug. I guess all builds are affected, but I can test some older ones later. Audio streams are correctly identified as "English", though.
Haali's splitter does everything correctly, so I advice to use it instead of the internal (at least until it's fixed).

/edit:
It seems that although it will always say "unknown" it actually is possible to switch to the unknown subtitle the same way that you could do it before. It seems to depend on internal/external vsfilter and the renderer. Or maybe I found a completely different bug.
Using the method in the first picture it does work, using the method in the second one it does not:
http://www.abload.de/img/subtitlel3fb.png


http://www.abload.de/img/subtitlep1my.png

[Mosu]

According to Matroska specifications "eng" is a default value and "mkvmerge v4.0.0 will not
write elements which equal their default value anymore." (quote from Moritz)

Please note that this also affects the "default track flag". Its default value is "1" meaning "yes". So mkvmerge v4.0.0 will not write the "default track flag" element into a file for a track for which it is set to true.

[EricJ2190]

Hi,

There is a new, recent MKVToolnix version 4.0.

As Moritz furthermore implemented default mkv values we now have a problem in MPC HC.

...

I am unable to reproduce this either. I am using MPC-HC 1.3.1249.0 and MKVtoolix 4.0.0. I tested it with both MPC's built-in MKV source filter and Gabest's source filter installed as a normal DirectShow filter.

I used mkvmerge to make an MKV with two subtitles, English and German. MPC reports the English track as "Unknown" but will still allow it to be selected and will play the English track.

[Eliminateur]

i see that revision 2015 adds ICL support to every platform, is there anyone building mpc-hc with ICL11 for x64?

[tetsuo55]

"there have been some really silly commits lately that seem to be added just for the heck of it."Which commits? And why?

Really, MPC needs a new stable release. This project feels like it's falling into beta status just as ffdshow managed one 'official' release in 2009. What is preventing this from happening? Does everyone just add features and there is no decider about its development...no goals?We get this question every few pages, the answer is simply that there are some critical regressions that are extremely difficult to fix. These regressions are blockers for the next stable release.

[Eliminateur]

Tetsuo, shouldn't then be a control on the "Feature creep" that's going on and focus on the critical problems first and only then keep adding untested and risky features?, because in the SVN i see a lot of "change XYZ to WXY" and the next or a couple revs later "reverted change WXY, it displayed all videos as barney" :D

even as it is today i have to say i'm much much more pleaased with the development you guys do on mpc-hc compared to ffdshow-tryouts that has gone completely into "feature creep bonanza" and idiotic territory to say the least(example: stop with the friggin subtitles and fix ALL the functions on x64), i follow both SVNs almost daily and mpc-hc seems much more focused and stable with actual useful editions, performance improvements here and there, compared to ffd which is all "ohh let's add a filter to detect the subtitle filename, but let's ignore completely that the deband and resize filters are totally broken on x64", mpchc already has a superb internal subtitler, why waste time?

[roytam1]

I wonder if the phpbb and trac in SF.net are dummies.

[clsid]

Tetsuo, shouldn't then be a control on the "Feature creep" that's going on and focus on the critical problems first and only then keep adding untested and risky features?, because in the SVN i see a lot of "change XYZ to WXY" and the next or a couple revs later "reverted change WXY, it displayed all videos as barney" :D

even as it is today i have to say i'm much much more pleaased with the development you guys do on mpc-hc compared to ffdshow-tryouts that has gone completely into "feature creep bonanza" and idiotic territory to say the least(example: stop with the friggin subtitles and fix ALL the functions on x64), i follow both SVNs almost daily and mpc-hc seems much more focused and stable with actual useful editions, performance improvements here and there, compared to ffd which is all "ohh let's add a filter to detect the subtitle filename, but let's ignore completely that the deband and resize filters are totally broken on x64", mpchc already has a superb internal subtitler, why waste time?
Well, if you know better, then come and help out. The few people that work on ffdshow do it for fun and work on those things that interest them. The subtitle functionality in ffdshow in for use in for example Media Center. Deband works fine in the x86 build which you can also use on your x64 windows.

[Eliminateur]

clsid, true, i was rant-sy althought not my complete intention :stupid:
i shouldn't have to use x86 filters nor players if i have x64 installed(there's a whole reason why i'm on 64 after all and running legacy code is not the most optimum way), my point is that instead of adding new features(which invariably add new bugs) focus on existing problems first, performance gains, etc.

i'd help if i'd have the tiniest inkling of coding ability which i don't and even less for an sophisticated piece of software as a filtet, so the most i can do is help catch bugs and report them to the best of my ability, but if they go totally ignored and directly affect my viewing experience then it leads to a great deal of frustration :confused:.

but enough digressing and ranting on the mpc-hc thread on my part, on that subject, i'd love to see a icl11 x64 version of mpc-hc, afaik xvidvideo only uses gcc 4.5 and i haven't found other sites compiling it

[namaiki]

I haven't looked for any benchmarks, but 64-bit media player and filters does not necessarily perform better than 32-bit media player and filters.

[saint-francis]

I haven't looked for any benchmarks, but 64-bit media player and filters does not necessarily perform better than 32-bit media player and filters.

This may be the case a this point in time because some of the 64 bit code is not yet optimized. As we all start moving further towards x64 we will see some noticeable gains.

[mariush]

There's a bug related to file handles or something like that in MPC-HC or in the splitters it contains (Windows 2003 32 bits, vmr9 renderless, built in codecs except AC3Filter).

Steps to reproduce:

Go into a folder and double click on mkv file to open it. File opens and plays.
Go into another folder and drag a file onto MPC-HC. File opens and plays.
Try to rename the first folder (the one where the first video file was).
Renaming the first folder is not possible.

If you go like this:

1. Go in second folder, open file using double click. File plays
2. Go in first folder, drag file on player to play it
3. Go in second folder, drag file to play it
4. Try to rename the first folder

the first folder can be renamed.

So the renaming of the folder doesn't work if someone starts the file using double click but using drag and drop it's possible.

ps. and I'm not sure if this is by design or not, but if View > Playlist is enabled, if I drag a file onto the movie area (not the playlist that's stuck under the menu), the video file dropped on the player is still appended to playlist instead of playing. IMHO it should be appended to playlist if I drop it on the playlist section.

[bozek]

Did DXVA work?

GPU-----PDVD10---MPC-HC
2400XT---yes------yes
4350------yes------no
5850------yes------yes

EDIT: ...tested with the same h264 mkv (CCC 10.5)

[tetsuo55]

Tetsuo, shouldn't then be a control on the "Feature creep" that's going on and focus on the critical problems first and only then keep adding untested and risky features?, because in the SVN i see a lot of "change XYZ to WXY" and the next or a couple revs later "reverted change WXY, it displayed all videos as barney" :D

even as it is today i have to say i'm much much more pleaased with the development you guys do on mpc-hc compared to ffdshow-tryouts that has gone completely into "feature creep bonanza" and idiotic territory to say the least(example: stop with the friggin subtitles and fix ALL the functions on x64), i follow both SVNs almost daily and mpc-hc seems much more focused and stable with actual useful editions, performance improvements here and there, compared to ffd which is all "ohh let's add a filter to detect the subtitle filename, but let's ignore completely that the deband and resize filters are totally broken on x64", mpchc already has a superb internal subtitler, why waste time?The reverts are caused by experimenting with solutions that have not seen enough testing and/or discussion, or that worked in the lab but fail in the wild.
I do not see this feature creep, i see all the commits being related to performance, stability or security with a tiny user experience improvement here and there.

If you have specific examples of what you consider "bloat" we could discuss it.

[jimmydu3]

Hi, sorry if this has been covered, but I'm trying to adjust the playback speed. When I try to increase the rate (Ctrl+Up) I go straight to 2.0x and then 4.0x. Is there a way to increase by smaller increments 1.4x, 1.5x, 1.6x. These speeds are great ways for me to save some time and still not really miss anything while watching. Thanks, James

anyone know? mplayer and vlc support this, but can't find the answer for mpc-hc after searching. thanks!

[Eliminateur]

tetsuo, i was further commenting about your post/quotes about Snowknight26 and jarredh, not on my paticular view, as i've said afterwards, i'm very happy with the direction of mpc-hc development and the improvements that appear in every build, i cannot say i see any particular bloat as of now(i could say that there are a lot of options to configure and could be intimidating for a novice user, but that's nitpicking on usability more than bloat and i rather have too many options than hidden stuff) and it's been several hundred builds(last one was ~660) since i last saw a bug that happened to me.

ah yes, one thing i just remembered, ¿would it be possible to make the path of the file appear on the webserver?, i'm using a mirc script(as gtsdll does not work on x64) for /vid that reads the webserver filetitle, the problem is that unless the web part shows the full path the script does not know the size/length and position of the playback being done.
This can be controlled using the "title bar" options, but i don't want to see the full path on the titlebar as it bloats it too mucha and if you have a long path it blocks the filename in question completely, wrapping things up: a way to pass the full path on the webserver irrespec from the main window title

[JarrettH]

Okie doke, thanks tetsuo55 :cool: