Log in

View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 [174] 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410

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/