View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
ar-jar
18th July 2009, 08:19
When watching at least one movie (blu-ray, VC-1 bitstream decoder) and turning on the statistics display, I get glitches in the vsync line in dark portions of the movie, same places everytime. There could be something wrong with the encoding of dark portions of the video but it could perhaps also be something with the decoding (or something entirely different - it's too early to think clearly :-)). I'll look at this myself later but I throw it out like this just in case somebody has seen something similar. Renderer is set to generate 0-255 (how do I change this to 16-235 btw?) and GPU flushes are on. Vsync on or off doesn't make any difference. EVR and VMR show the same behavior. I'm running my own build of revision 1173 right out of the repository but I saw this already in 1165. Any ideas? -A
Casshern
18th July 2009, 08:43
Yes i did, and posted here about it several times.... On my system it can be reproduced with the BD of "Any given sunday" right after the fade to blacks in the title sequence. As it it not really visible (after all the frames are black) without the stats display, and there are no sound issues during this perios, i guess its not that important. It only occurs with DXVA Vc1-decoding with VMR9 and EVR CP. I think its the decoder.
When watching at least one movie (blu-ray, VC-1 bitstream decoder) and turning on the statistics display, I get glitches in the vsync line in dark portions of the movie, same places everytime. There could be something wrong with the encoding of dark portions of the video but it could perhaps also be something with the decoding (or something entirely different - it's too early to think clearly :-)). I'll look at this myself later but I throw it out like this just in case somebody has seen something similar. Renderer is set to generate 0-255 (how do I change this to 16-235 btw?) and GPU flushes are on. Vsync on or off doesn't make any difference. EVR and VMR show the same behavior. I'm running my own build of revision 1173 right out of the repository but I saw this already in 1165. Any ideas? -A
tetsuo55
18th July 2009, 09:29
You need to enable frame time correction for VC1
3ngel
18th July 2009, 19:16
Someone can explain me, what is the sense of opening a Choice Dialog when i do "Open DVD...", after i've already selected the default directory (drive) for playing DVD?
I'm wondering, really :)
Thanks
tetsuo55
18th July 2009, 23:17
There is only 1 correct way to set up speakers.
Regardless of how many speakers you have, you should always set them up in this order, having less speakers simply means that a certain speaker is not used.
NOTE: for 6.1 speakers LB is used.(in this configuration the speaker would be placed in the back-center)
NOTE2: Dolby suggests moving the LS and LR speaks slightly more to the back in 5.1 setup
http://img442.imageshack.us/img442/9582/map.th.png (http://img442.imageshack.us/i/map.png/)
Based on the diagram(ignoring the sub):
1 = L
2 = L,R
3 = L,R,C
4 = L,R,LS,RS
5 = L,R,C,LS,RS
6 = L,R,C,LS,RS,LB
7 = L,R,C,LS,RS,LB,RB
L = Left (front)
R = Right (front)
C = Center (front)
LS = Left Surround Side (often named "back" in 5.1 setup)
RS = Right Surround Side (often named "back" in 5.1 setup)
LB = Left Surround back (This is the "back" or "center back" or "surround center" 6.1 setup)
RB = Right Surround back
S = Subwoofer (often named LFE, this word has several meanings, and is best ignored for speaker setup)
Edit:
Fixed naming, now all the names are industry standard.
totozero
19th July 2009, 09:58
Hi folks, sorry to jump in, but I'm facing strange DXVA behaviour with H264 material.
K, this is my setup :
HD4850, XP SP3, VMR9 blahblah enabled with MPC-HC, all internal decoders.
Every time I run an *.mkv file, I get choppy video playback.
Let's explain : it's just like playback goes crazy and repeats some frames each 5-6 seconds. Actually, like a stuttering guy.
Some of my mates running ati cards on XP have the same problem.
I've been running some tests and from what I can see it started with rev.1156 on xvidvideo.ru.
OTOH prior versions work great with dxva.
Right now I've downgraded to rev.1137 but for now I'm stuck with it.
Anyone facing the same problem here ? Is there a fix ?
TIA,
ToT'.
tetsuo55
19th July 2009, 10:27
That problem is known and being worked on
totozero
19th July 2009, 10:57
Oki-doki.
I'll stick with rev.1137 til then.
Thx.
ToT'.
Phaser
19th July 2009, 18:43
I moved from XP to Windows 7 and everything works great now with EVR custom. I noticed just a small problem: when I keep the right key pressed to fast forward, sometimes it gets stuck on a single frame...
Jong
19th July 2009, 18:44
Which bug is it in bugtracker? Probably me, but I could not find it. Only seemingly relevant titles date back to 2008 and this is post 1137.
ikarad
20th July 2009, 13:30
one question: use of d3doverrider with mpc HC is useless (bug or others) or not to force vsync and triple buffering and then remove tearing?
up! thanks
tetsuo55
20th July 2009, 14:24
Which bug is it in bugtracker? Probably me, but I could not find it. Only seemingly relevant titles date back to 2008 and this is post 1137.it isn't on the tracker because it's an obvious regression. Casmir knows what the problem is.
Fixing it without breaking something else is the real problem (and time)
TheShadowRunner
20th July 2009, 17:17
Hey all, here's a bug report and a suggestion for VSFilter.
Bug: An extremely simple bug about VSfilter's "Override placement" feature not working as it should :
http://sourceforge.net/tracker/?func=detail&aid=2824039&group_id=170561&atid=854651
Suggestion: a feature, based on filter class IDs, to prevent VSFilter from loading. (could be used, for exemple, to block VSFilter from loading in order to preserve DXVA); more infos:
http://sourceforge.net/tracker/index.php?func=detail&aid=2301026&group_id=170561&atid=854654
If this isn't the right place to ask/report those, please point me to it, thanks.
Later,
TSR
Rozsomak
21st July 2009, 10:43
I had problem using MPC-HC with CUDA - style (Core AVC). Now I guess realized what the problem was! I run a Vista x64 Ultimate SP2, and downloaded the MPC-HC x64. Internal codecs worked flawlessly (DXVA rocked).
I was happy then, but I wanted to try it with CUDA - settings, since I have GeForce 9600 GT, with G92 chipset, capable of CUDA. Besides I have Core AVC installed on my system, and no matter how strictly followed the guides, CUDA (and Core AVC) just not worked. Then I tried it with MPC-HC x86, and finally it worked. So that's what I grabbed: Core AVC uses x86 codecs, not genuine x64, that's why MPC- HC x64 cannot use Core AVC's CUDA settings.
Am I right or am I on the wrong track?
tetsuo55
21st July 2009, 10:44
Yes, X64 requires 64bit codecs.
Rozsomak
21st July 2009, 11:54
Well, I got hold of an experimental Hali x64 codec...:)
DigitalLF
21st July 2009, 22:27
in future version i would like to see a CLI Switch for loading a "Pan&Scan Presets" because when i watch 2.35:1/2.40:1 movies i move the image to the top and have my masking at the bottom of my 16:9 screen.
or am i asking for too much? (pretty please :) )
tetsuo55
22nd July 2009, 17:40
Can someone please compile 1179, it should fix every known DXVA bug, and Intel G45 should work with Blurays now.
Please confirm that all these bugs have been fixed:
http://sourceforge.net/tracker/?limit=10&func=&group_id=170561&atid=854651&assignee=&status=1&category=1165515&artgroup=&keyword=&submitter=&artifact_id=&assignee=&status=1&category=1165515&artgroup=&submitter=&keyword=&artifact_id=&submit=Filter
Can anyone confirm that the stand-alone h264 bug has been fixed(not using DXVA)?
http://sourceforge.net/tracker/?func=detail&aid=2799393&group_id=170561&atid=854651
This bug should be fixed with the ffmpeg merge.
clsid
22nd July 2009, 18:08
Two other bugs in the stand-alone filter that might have been fixed already:
http://sourceforge.net/tracker/?func=detail&aid=2799393&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2816728&group_id=170561&atid=854651
Which of the remaining bugs are now the top priority for fixing? I propose the following few:
http://sourceforge.net/tracker/?func=detail&aid=2795839&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2802538&group_id=170561&atid=854651
(Perhaps "frame time correction" can be made smarter, so it is only used when needed.)
http://sourceforge.net/tracker/?func=detail&aid=2809603&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2785070&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2822410&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2821423&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2820984&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2449648&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2015632&group_id=170561&atid=854651
tetsuo55
22nd July 2009, 18:54
The channel mapping regression has the highest priority right now. The other bugs are unlikely to get fixed soon.
I did have a meeting with a DirectX9/Shader specialist to discuss some options for the renderer, nothing concrete has come from this yet. He did say, after a quick look, that there is a lot of room for overall improvement, especially in the shader department.
Wish me luck with further meetings.
Snowknight26
22nd July 2009, 18:55
Not all actually:
http://i31.tinypic.com/fu49qp.png
Still have some issues with DXVA over Remote Desktop, too.
tetsuo55
22nd July 2009, 18:58
Not all actually:
http://i31.tinypic.com/fu49qp.png
Still have some issues with DXVA over Remote Desktop, too.did you compile 1179?? DXVA over remote desktop is unsupported for now
hoborg
22nd July 2009, 19:02
Hi.
Just tryed 1179 build and:
MPCVideoDec.ax - Extremly slow software decoding - ID: 2799393 - seems to be OK, no more slowdowns
But DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build), it is OK when DXVA is disabled.
WinXP SP3, ATI 4770 + Cat. 9.6
tetsuo55
22nd July 2009, 19:07
Hi.
Just tryed 1179 build and:
MPCVideoDec.ax - Extremly slow software decoding - ID: 2799393 - seems to be OK, no more slowdowns
But DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build).
WinXP SP3, ATI 4770 + Cat. 9.6could you post a screenshot with CTRL+J enabled and while the picture is choppy(i t doesn't matter if the choppyness is not visable in the image)
hoborg
22nd July 2009, 19:14
could you post a screenshot with CTRL+J enabled and while the picture is choppy(i t doesn't matter if the choppyness is not visable in the image)
Here:
http://www.volny.cz/hoborg/snap.jpg
tetsuo55
22nd July 2009, 19:21
does it happen with all your files?
tetsuo55
22nd July 2009, 19:25
Looks like 1180 fixed the channelmapping problems
Casimir666
22nd July 2009, 19:25
Rev 1180, including Mercury channel mapping issues fixed :
http://www.zshare.net/download/6302129362b580d5/
For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?
Snowknight26
22nd July 2009, 19:26
did you compile 1179?? DXVA over remote desktop is unsupported for now
No, I grabbed it from xvidvideo.ru.
Unsupported, eh? At least it works adequately. ;) And speaking of which...
When playing a video over RDC, if I close the RDC connection then connect again, MPC-HC freezes.
tetsuo55
22nd July 2009, 19:28
No, I grabbed it from xvidvideo.ru.
Unsupported, eh? At least it works adequately. ;) And speaking of which...
When playing a video over RDC, if I close the RDC connection then connect again, MPC-HC freezes.Does the corruption thing happen with all your videos?
The connect/disconnect bug is caused by something else
Casimir666
22nd July 2009, 19:33
But DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build), it is OK when DXVA is disabled.
WinXP SP3, ATI 4770 + Cat. 9.6
Could you post a sample?
hoborg
22nd July 2009, 20:03
Could you post a sample?
http://www.volny.cz/hoborg/snap1.jpg
Example: http://hobring.ic.cz/HDV_0091.zip
Tested on:
HD 4770 + CAT 9.6
HD 4550 + CAT 9.4
Same issue...
All DXVA videos have same problem here
Mercury_22
22nd July 2009, 20:06
Rev 1180, including Mercury channel mapping issues fixed :
http://www.zshare.net/download/6302129362b580d5/
For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?
Sorry to say but is quite the opposite !
Even the Dolby TrueHD, the only format that had the channels correct mapped, now has wrong mapped channels
Now the wrong mapping is
Ac3 (Dolby Digital)
1 - REAR RIGHT wrong mapped to FRONT RIGHT
2 - REAR LEFT wrong mapped to FRONT LEFT
No change
Test 5.1 AC3 (Dolby Digital) (http://www.lynnepublishing.com/surround/www_lynnemusic_com_surround_test.ac3)
E-AC3 (Dolby Digital Plus)
1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - SIDE LEFT wrong mapped to REAR LEFT
Improved somehow, now with the same mapping errors as FFDShow !
Test 7.1 E-AC3 (Dolby Digital Plus) (http://sharebee.com/69772daa)
Dolby TrueHD
1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - REAR RIGHT wrong mapped to SIDE RIGHT
3 - SIDE LEFT wrong mapped to REAR LEFT
4 - REAR LEFT wrong mapped to SIDE LEFT
Now broken, with the same mapping errors as FFDShow !
Test 7.1 Dolby TrueHD (http://www.megaupload.com/?d=7P9P81CW)
LPCM
1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - REAR RIGHT wrong mapped to SIDE RIGHT
3 - SIDE LEFT wrong mapped to REAR LEFT
4 - REAR LEFT wrong mapped to SIDE LEFT
No change
Test 7.1 LPCM (http://www.megaupload.com/?d=0HM2JCEP)
DTS (-HD HR MA)
1 - SIDE RIGHT wrong mapped to FRONT RIGHT
2 - REAR RIGHT wrong mapped to FRONT RIGHT
3 - SIDE LEFT wrong mapped to FRONT LEFT
4 - REAR LEFT wrong mapped to FRONT LEFT
No change
Test 7.1 DTS-HD HR (http://sharebee.com/abf92989)
So basically the changes are that the Dolby TrueHD got broken and the mapping errors for E-AC3 (Dolby Digital Plus) have changed ( they are still wrong mapped ! )
P.S. I've tested my system with other filters (commercial) and those are playing correct so I'm sure it's not my system or my test files
Snowknight26
22nd July 2009, 21:34
Does the corruption thing happen with all your videos?
No, just encodes I made with really old versions of x264.
For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?
It seems to if multislice issues.
tetsuo55
22nd July 2009, 21:35
No, just encodes I made with really old versions of x264.Please upload sample(s)
Snowknight26
22nd July 2009, 23:12
Please upload sample(s)
http://stfcc.org/misc/mpc-hc.dxva.corruption.sample.mkv
Daxnet
23rd July 2009, 02:30
Does anyone knows if this glitch has been fixed, cause i have some sttutering for a few seconds followed by a playback crash while playing m2ts files in the latests MPC HC builds, instead of smooth playback in the 1081 build.
My set up:
MPC HC 1173, internal decoder + haali (DXVA)
AC3 filter 1.61b
EVR CP - D3DFullscreen
Windows 7 32 bits RC1 7100
DirectX March 2009 update
GeForce Driver Release 186.18 WHQL
C2D E4500 2.2 GHz
Nvidia 8800 GTS 512
Primary display: DELL 2007 WFP 20.1"
Secondary/fullscreen display: Sony Bravia KLV-32M400A 32"
Thks in advance for any help.
I tested today build 1179 and this issue seems to be fixed. :)
Thanks to all ppl that make a great work with MPC HC.
Dax
Jong
23rd July 2009, 10:48
Hi.
Just tryed 1179 build and:.......DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build), it is OK when DXVA is disabled.
WinXP SP3, ATI 4770 + Cat. 9.6Same problem here, also on XP SP3. ATI3850 and Cat 9.2. Problem has been there since 1137 I think. It is like tearing but where the tear is showing parts of frames from a second or so earlier. Happens with all my h.264 720p mkvs. Interestingly, not when playing 1080p HD-DVD/Blu-ray.
Mercury_22
23rd July 2009, 10:48
I'm just wondering is it possible to "copy" FFDshow's AC3 channels mapping and revert SVN 1180 ?
Revision 1180 - Directory Listing
Modified Wed Jul 22 18:13:34 2009 UTC (15 hours, 33 minutes ago) by casimir666
Fixed : incorrect channel mapping (broken in last ffmpeg update)
tetsuo55
23rd July 2009, 10:54
@ Everyone: Looks like all the remaining broken h264 files use NAL fillers for CBR.
@Mercury: Casimir is woking on fixing it once and for all.
Jong
23rd July 2009, 10:57
Just to be clear, the problem with snowkinght's file is very different to mine and I think Hoborg's (from the description). Let me know if you need a sample or if you are aware of the problem.
tetsuo55
23rd July 2009, 11:07
Just to be clear, the problem with snowkinght's file is very different to mine and I thin Hoborg's (from the description). Let me know if you need a sample or if you are aware of the problem.Please post a sample, so far all samples casimir tested had NAL.
Jong
23rd July 2009, 11:26
Here is the sample:
sample-001.mkv - 12.45MB (http://www.zshare.net/download/63050226904e6cff/)
The problem sounds the same as hoborg's.
-XP SP3. ATI3850 and Cat 9.2
- Problem is there in all builds available via xvidvideo.ru >1137
- There is a general stuttering plus gross corruptions at random (approx 1 second) intervals. These corruptions are like tearing but where the tear is showing parts of frames from a second or so earlier (definitely not just the previous frame. Sometimes the gap between the frames may be >1sec). Sadly it cannot be captured in screenshots and the <cntrl-J> jitter graph is perfect. With working builds there is no tearing at all.
- Happens with all my h.264 720p mkvs
- Interestingly, not when playing 1080p HD-DVD/Blu-ray (mkv or m2ts).
tetsuo55
23rd July 2009, 12:22
Here it is:
sample-001.mkv - 12.45MB (http://www.zshare.net/download/63050226904e6cff/) Thanks, now we wait for byuu, could you update this post with the exact description of the problem? then i can send him the direct link to your post so he won't have to read through everything else.
(That's basically what went wrong with the channel mapping fix, too many conflicting posts about it)
Jong
23rd July 2009, 12:40
The above post has been updated. Let me know if I can help further.
The1n
23rd July 2009, 18:05
Rev 1180, including Mercury channel mapping issues fixed :
http://www.zshare.net/download/6302129362b580d5/
For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?
Hi Casimir666 , i tried the same bluray remuxed mkv files i did earlier when testing it out for you, it is still blocky picture with 1180 , sry.
The1n
Casimir666
23rd July 2009, 20:12
http://www.volny.cz/hoborg/snap1.jpg
Example: http://hobring.ic.cz/HDV_0091.zip
Tested on:
HD 4770 + CAT 9.6
HD 4550 + CAT 9.4
Same issue...
All DXVA videos have same problem here
I can reproduce this problem
http://stfcc.org/misc/mpc-hc.dxva.corruption.sample.mkv
This sample play fine without corruption.
Here is the sample:
sample-001.mkv - 12.45MB (http://www.zshare.net/download/63050226904e6cff/)
The problem sounds the same as hoborg's.
-XP SP3. ATI3850 and Cat 9.2
- Problem is there in all builds available via xvidvideo.ru >1137
- There is a general stuttering plus gross corruptions at random (approx 1 second) intervals. These corruptions are like tearing but where the tear is showing parts of frames from a second or so earlier (definitely not just the previous frame. Sometimes the gap between the frames may be >1sec). Sadly it cannot be captured in screenshots and the <cntrl-J> jitter graph is perfect. With working builds there is no tearing at all.
- Happens with all my h.264 720p mkvs
- Interestingly, not when playing 1080p HD-DVD/Blu-ray (mkv or m2ts).
No problem for this sample too...
Jong
23rd July 2009, 20:18
I can reproduce this problem
This sample play fine without corruption.
No problem for this sample too...Not sure what you mean by "no problem" - no corruption or no problem seeing it?
But on my system I see problems in all three samples:
- Snownight's shows some serious "blocking"
- Mine shows this stutter and mistakes in frame order
- Hoborg's seems to show BOTH. On my system I see "blocking" and corruptions in frame order identical to in my sample.
What do you see wrong with Hoborg's sample?
It will be interesting to see what happens to my samples if Hoborg's problems are fixed.
The1n
23rd July 2009, 20:28
@Casimir666
Here is what i am talking about with multi sliced bug with G45, see attachment.
Btw im running Windows 7.
The1n
Casimir666
23rd July 2009, 20:59
But on my system I see problems in all three samples:
- Snownight's shows some serious "blocking"
- Mine shows this stutter and mistakes in frame order
- Hoborg's seems to show BOTH. On my system I see "blocking" and corruptions in frame order identical to in my sample.
What do you see wrong with Hoborg's sample?
I only see wrong frame order in Hoborg sample. Could you try with this build to see if it change something :
http://www.zshare.net/download/630697539d1a1dbe/
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.