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

rack04
12th July 2008, 21:30
Casimir promised that at July 7th...

According to the change log rev 651 this is already fixed. Need a new build to test.

rica
12th July 2008, 21:36
According to the change log rev 651 this is already fixed. Need a new build to test.

I've found 649 as the latest version at alexins' page?
Where is 651?

Casimir666
12th July 2008, 22:17
If I knew that... Our demuxer simply does not connect to the WMVideo Decoder DMO. Other DirectShow decoders (Sonic, CyberLink and MainConcept) are OK...

There is a trick to connect to WMVideo decoder DMO with VIDEOINFOHEADER2 Media Types : demuxer should say "He DMO Filter, I'm Microsoft ASF Reader" (if you want detail look at CMpegSplitterFilter::GetClassID)

rack04
12th July 2008, 22:27
I've found 649 as the latest version at alexins' page?
Where is 651?

That is what kado is asking for. A new build hasn't been posted yet that fixes DXVA playback. Change log goes all the way to rev 661.

rica
12th July 2008, 22:28
that is what kado is asking for. A new build hasn't been posted yet that fixes dxva playback. Change log goes all the way to rev 661.

:) :) :)

BTW i'm not so pessimistic. 650 will fix that known issue.

ericab
13th July 2008, 02:45
Where is 651?

alexins we need u!!!

Brazil2
13th July 2008, 10:15
1) "Play DVD directly" on "Open DVD" or at least permit to choose a default drive in order not to choose everytime the drive wich contains the DVD. I remember in some version of MPC, the playing started directly upon auto-detecting an inserted dvd

I second that :)

This selection dialog box is quite annoying and I like the automatic selection system used by the 'old' MPC.

Suggestion:
Automatic selection of the drive if only one present DVD is detected
Selection box if more than one present DVD is detected

An option for the default drive to use would be nice as well :)

CiNcH
13th July 2008, 12:52
There is a trick to connect to WMVideo decoder DMO with VIDEOINFOHEADER2 Media Types : demuxer should say "He DMO Filter, I'm Microsoft ASF Reader" (if you want detail look at CMpegSplitterFilter::GetClassID)

Thank you very much, I will check that as soon as the SVN is available again...

CiNcH
13th July 2008, 15:37
@ Casimir,

where du you set the m_pPipoBimbo? If it is true you know that the downstream filter is WMVideo Decoder DMO?

STaRGaZeR
13th July 2008, 16:49
Since rev586 all newer revisions have had problems with Vista + ATI in the DXVA detection formula. Rev638 states "FIX : 11+ ref frame, but only on VISTA". This fixes 10ref and 11ref frame files I previously uploaded, but still those with 16ref freeze. Rev586 has this fix PLUS the 11 ref limitation, making it perfect.

I mean in all recent revs this limitation has been eliminated, why? 16ref files will never play OK, they need software mode, but without the rev586 configuration MPC HC will try to decode them with DXVA, and failing in consequence.

In short: this fix works perfect but it tries to decode 16ref files using DXVA. Please reimplement the 11+ref frames limitation for DXVA as in rev586 :)

Casimir666
13th July 2008, 18:14
@ Casimir,

where du you set the m_pPipoBimbo? If it is true you know that the downstream filter is WMVideo Decoder DMO?

Look in CMpegSplitterOutputPin::Connect

Liisachan
13th July 2008, 21:56
Devs and everyone else:

As I already reported (http://forum.doom9.org/showthread.php?p=1135601#post1135601) with a test clip and several people including clsid confirmed a long ago, softsubs are out of sync in vmr9 mixer mode in mpc (both from guliverkli2 and from mpc-hc) if multiThread is enabled in ffdshow ("Queue & misc - Queue output samples"). It has been suggested that this is not a bug in apps, but perhaps DirectX SDK broken compatibility.

I suggest that both guliverkli2 and mpc-hc versions should use a workaround something like this:
If VMR9 (renderless) is selected by user and if multiThread=1 is seen in the ffdshow settings in the registry, then automatically disable VMR9 mixer mode even if it is enabled by the user.
In theory doing so might be inconvenient for those who really need VMR9 mixer mode, but would there be such users? On the other hand, subtitles out of sync by about 0.5 seconds are not anything bearable for (almost) any users, in practical sense, not cosmetic.
THAT currently happens quite easily if you (accidentally or intentionally) enable VMR9 mixer mode when ffdshow multiThread is set. I assume this combination of the settings is not rare, and that's why many users could reproduce the problem as soon as I posted the sample clip.

I came up with this idea after reading this entry in guliverkli2:

* MPC: YUV mixing option is now hidden on Vista (because it does not work on Vista).


Basically a similar idea. Would the above workaround be acceptable? Anyone has any suggestion?

Aleksoid1978
14th July 2008, 02:08
alexins we need u!!!


Here - http://www.tosei.ru/isoft/mpc/MPC_HC_FS_664.7Z

gngn
14th July 2008, 02:32
Here - http://www.tosei.ru/isoft/mpc/MPC_HC_FS_664.7Z

works like a charm on Nvidia again. thanks guys! :thanks:

CiNcH
14th July 2008, 06:40
Look in CMpegSplitterOutputPin::Connect

WMVideo Decoder DMO finally connecty with the fake ASFReader CLSID. However it does not grab any data from the demuxer.. Maybe it also does not like ES (Elementary Stream), just like ffdshow or MPC Video Decoder?

Casimir666
14th July 2008, 07:35
Devs and everyone else:

As I already reported (http://forum.doom9.org/showthread.php?p=1135601#post1135601) with a test clip and several people including clsid confirmed a long ago, softsubs are out of sync in vmr9 mixer mode in mpc (both from guliverkli2 and from mpc-hc) if multiThread is enabled in ffdshow ("Queue & misc - Queue output samples"). It has been suggested that this is not a bug in apps, but perhaps DirectX SDK broken compatibility.

I suggest that both guliverkli2 and mpc-hc versions should use a workaround something like this:
If VMR9 (renderless) is selected by user and if multiThread=1 is seen in the ffdshow settings in the registry, then automatically disable VMR9 mixer mode even if it is enabled by the user.
In theory doing so might be inconvenient for those who really need VMR9 mixer mode, but would there be such users? On the other hand, subtitles out of sync by about 0.5 seconds are not anything bearable for (almost) any users, in practical sense, not cosmetic.
THAT currently happens quite easily if you (accidentally or intentionally) enable VMR9 mixer mode when ffdshow multiThread is set. I assume this combination of the settings is not rare, and that's why many users could reproduce the problem as soon as I posted the sample clip.

I came up with this idea after reading this entry in guliverkli2:


Basically a similar idea. Would the above workaround be acceptable? Anyone has any suggestion?
Well it's not exactly the same : mixer mode didn't works at all on Vista so I disabled it, but for XP sometimes you should activate it (prevent blur line on 1080p) sometimes you should'nt.
If i find time I'll have a look on your sub problem.


WMVideo Decoder DMO finally connecty with the fake ASFReader CLSID. However it does not grab any data from the demuxer.. Maybe it also does not like ES (Elementary Stream), just like ffdshow or MPC Video Decoder?
You should stick together PES to have a complete frame. In general decoder prefer to have one frame at a time (mpc splitter & Haali works this way).
Another things : have you send the extradata with connection MediaType (look in CBaseSplitterFileEx::Read(vc1hdr& h ...) ?

G_M_C
14th July 2008, 09:01
Good morning people (at least ....it is morning here ... and "good" is allways relative ;) ). I've tried to search this thread both through the forum-search and google, but i cant find a straight answer;

I made myself a coax-cable, using some left-over coax networking-cable. I used it to connect my PC (onboard, P35c DR3R, Realtec 889a) to my receiver (Onkyo TX-SR875). I've set MPC-HT's internal filters to "s/pdif" on bots AC3 and DTS. Everything seems to work fine, exept DTS 1536 kbps (1.5 Mbit).

Only DTS 1536 kbps (1.5 Mbit) stutters serverely, and it only does so with the internal filters of MPC-HT. When "switch off" MPC-HT's internal filters, and use ffdshow_tryout, set to s/pdif (straight out to s/pdif, no decoding) everything works perfectly. So it seems to be a problem in MPC-HT's "DTS to s/pdif-output" code (decoding DTS has no problems).

Anyone have advise ?

mrtemp
14th July 2008, 09:07
any chances to fix this

Subtitles synchronisation lost with VMR9/EVR
http://sourceforge.net/tracker/index.php?func=detail&aid=1948031&group_id=170561&atid=854651

subs 'work good' only with vmr7 or VSFilter.dll (v. 2.38) added as external filter

NanoBot
14th July 2008, 10:13
Hi,

I would like to ask two questions concerning the new feature "Playback / Output / Fullscreen monitor":

When I activate this feature without using "Direct3D Fullscreen", the video shows up for a very short moment on the second monitor, but not in fullscreen. After that, the video disappears and mpc hangs.

With Direct3D Fullscreen is activated, the video always appears on the monitor where the mpc main window is located, regardless of the monitor choosen where fullscreen should appear.

Would it possible to combine both features, so that it would be possible to determine on which monitor the Direct3D fullscreen video should be located ? I request that because I have tearing without using Direct3D.

OS is Windows XP SP2, the codec is the latest one from PowerDVD8 or the internal h.264 decoder and the vga card is a 8600gts.

:thanks: to all developers for their good work until know.

C.U. NanoBot

Leak
14th July 2008, 10:51
Would it possible to combine both features, so that it would be possible to determine on which monitor the Direct3D fullscreen video should be located ? I request that because I have tearing without using Direct3D.
MPC has a command line argument "/monitor <n>" where n is the monitor (1 is the leftmost, I think) that you want the video window to show up on.

There's also a command line option "/d3dfs" to turn Direct3D fullscreen on from the command line so you don't have to watch everything in fullscreen - I've made a shortcut using those two options to make sure I get tearing free video on my projector, and I can still open all those oh-so-funny crappy videos my friends mail me in a MPC window: best of both worlds... :)

fixed
14th July 2008, 11:09
I tried to change Default Style settings
http://xs229.xs.to/xs229/08291/mpcsub_before728.png.xs.jpg (http://xs229.xs.to/xs229/08291/mpcsub_before728.png)

but after restart it always resets to Arial with default settings.
http://xs229.xs.to/xs229/08291/mpcsub_after363.png.xs.jpg (http://xs229.xs.to/xs229/08291/mpcsub_after363.png)

MPC-HC 1.1.664.0

MartinAF
14th July 2008, 11:59
why the option to deactivate DXVA has been removed from recent builds?
DXVA is still not working on HD3870 in xpsp3 with some videos hanging others having artifacts and blocking all over the screen etc. (including videos that were posted on these forums and claimed to be working 100% with MPCHC like the haruhi video) and now i cant play some of my files until i disable internal decoders.

Kado
14th July 2008, 12:17
@Aleksoid1978
Thanks for the new build.

@MartinAF
why the option to deactivate DXVA has been removed from recent builds?
DXVA is still not working on HD3870 in xpsp3 with some videos hanging others having artifacts and blocking all over the screen etc. (including videos that were posted on these forums and claimed to be working 100% with MPCHC like the haruhi video) and now i cant play some of my files until i disable internal decoders.

The way to disable is now different, in the internal filters list now you have two entries:
H264/AVC (DXVA)
H264/AVC (FFmpeg)

So if you don't want to use DXVA or FFmpeg disable either one using the check boxes.
Make sure you are using the latest build, rev664.

Casimir666
14th July 2008, 12:55
any chances to fix this

Subtitles synchronisation lost with VMR9/EVR
http://sourceforge.net/tracker/index.php?func=detail&aid=1948031&group_id=170561&atid=854651

subs 'work good' only with vmr7 or VSFilter.dll (v. 2.38) added as external filter

Is it the same problem as Liisachan (fews posts above) ?

_xxl
14th July 2008, 12:56
DXVA is still not working on HD3870 in xpsp3 with some videos hanging others having artifacts and blocking all over the screen etc. (including videos that were posted on these forums and claimed to be working 100% with MPCHC like the haruhi video) and now i cant play some of my files until i disable internal decoders.
Are your samples DXVA compatible?

JohnLai
14th July 2008, 13:26
Ignore me, something wrong with my shaders, that all. LOL.......

NanoBot
14th July 2008, 13:30
Hi Leak,

I created a desktop icon using the CLI parameters you mentioned. Now I can drag and drop the video I want to watch onto the icon and the D3D fullscreen directly starts on my HDTV, which is exactly the behavior I want. Now I will see if it is possible to write a batch file which will read the framesize and framerate of a videofile and adjust the second monitors resolution and refresh rate according to this data before starting mpc.

:thanks:

C.U. NanoBot

Leak
14th July 2008, 14:00
Now I can drag and drop the video I want to watch onto the icon and the D3D fullscreen directly starts on my HDTV, which is exactly the behavior I want.
You could also add a link to it in your "Send to" menu in explorer - that way you can trigger it via the context menu... :)

betaking
14th July 2008, 15:56
Last build 664 play some avi videos after few Minutes doesn't Rasponding!
http://xs229.xs.to/xs229/08291/1323.png

CiNcH
14th July 2008, 18:09
@ rica,

Elecard MPEG Demuxer -> Nero Audio Decoder 2 work together for LPCM within m2ts. Somehow stereo came out even though decoder and renderer reported 6 channels. Seems audio configuration is somehow messed up under Vista SP1.

MartinAF
14th July 2008, 18:52
Kado
thanks for that, well its my fault for being blind heh :)

_xxl
i have yet to encounter a file that is working properly with DXVA and HD3870 on xpsp3
i tried the files that were hosted in the DXVA compatibility thread and they are causing problems as well
some files (those which should be working like the haruhi video and others that are encoded in the right way) play nicely if i dont go fullscreen (doubleclick, not D3D fullscreen), but as soon as i go fullscreen there are problems, artifacts blockiness, stuttering etc. and even vpu recovery errors

the things is there has to be a problem with DXVA and going fullscreen on HD3870 and xpsp3 because i can resize the video as much as i want while playing without problems, but when i doubleclick for fullscreen playback all hell brakes lose. The only way to get perfect DXVA playback with my rig and fullscreen at the same time is to go D3D fullscreen

Jong
14th July 2008, 18:53
Devs and everyone else:

As I already reported (http://forum.doom9.org/showthread.php?p=1135601#post1135601) with a test clip and several people including clsid confirmed a long ago, softsubs are out of sync in vmr9 mixer mode in mpc (both from guliverkli2 and from mpc-hc) if multiThread is enabled in ffdshow ("Queue & misc - Queue output samples"). It has been suggested that this is not a bug in apps, but perhaps DirectX SDK broken compatibility.

I suggest that both guliverkli2 and mpc-hc versions should use a workaround something like this:
If VMR9 (renderless) is selected by user and if multiThread=1 is seen in the ffdshow settings in the registry, then automatically disable VMR9 mixer mode even if it is enabled by the user.
In theory doing so might be inconvenient for those who really need VMR9 mixer mode, but would there be such users? VMR9 mixer mode is necessary for MPC-HC to correctly output 1920x1080 for 1920x1088 source video i.e. all Blu-ray/HD-DVD. With mixer mode turned off the extra 8 lines, which not only distort the aspect ratio but sometimes contain "noise", are displayed.

At least this is definitely the case with ATI, not had experience of Nvidia.

Jong
14th July 2008, 18:56
Kado
thanks for that, well its my fault for being blind heh :)

_xxl
i have yet to encounter a file that is working properly with DXVA and HD3870 on xpsp3
i tried the files that were hosted in the DXVA compatibility thread and they are causing problems as well
some files (those which should be working like the haruhi video and others that are encoded in the right way) play nicely if i dont go fullscreen (doubleclick, not D3D fullscreen), but as soon as i go fullscreen there are problems, artifacts blockiness, stuttering etc. and even vpu recovery errors

the things is there has to be a problem with DXVA and going fullscreen on HD3870 and xpsp3 because i can resize the video as much as i want while playing without problems, but when i doubleclick for fullscreen playback all hell brakes lose. The only way to get perfect DXVA playback with my rig and fullscreen at the same time is to go D3D fullscreenI know that just because it works for some does not mean there is not a problem but the 3850 works fine here with xpsp3. I switch back and forth from fullscreen all the time at the moment (doing some testing) and see no problems.

ADude
14th July 2008, 19:19
Does 664 solve all new problems - meaning problems introduced in recent versions over the past few weeks or so ?

In other words, 664 now works at least as well as any previous version ?

fixed
14th July 2008, 20:11
Guys, please help. I found a bug with subtitle. English subtitle works ok in ANSI and Unicode. But russian subtitle works ok only in unicode or ANSI if I am launch second copy of MPC. Look at that

http://img137.imageshack.us/img137/7767/1231ui8.jpg

Old MPC from Gabest works correctly. Guys, please fix it.

Still not fixed =/

rica
14th July 2008, 20:28
@ rica,

Elecard MPEG Demuxer -> Nero Audio Decoder 2 work together for LPCM within m2ts. Somehow stereo came out even though decoder and renderer reported 6 channels. Seems audio configuration is somehow messed up under Vista SP1.

I can't confirm this since i have SPDIF output.
I suppose you tried with analog speakers?

Kado
14th July 2008, 21:38
@MartinAF
Try other ATI drivers like Catalyst v8.5 or v8.7 beta. My brother has a HD3850 AGP + XP SP3 and it works fine in full screen + DXVA.

@ADude
Yes, well at least for me!:)

briantokyo
14th July 2008, 22:02
Hello,

I've been wanting to switch to MPC-HC for some time, and I finally tried it and did some comparisons with MPC and MPC-HC. Using exactly the same settings, the quality in HC seems to be much worse. Maybe I'm missing some setting?

The screenshots on the left and top are MPC, right/bottom are MPC-HC. I took them as PNG so there's no quality loss over the capture.

http://techsuki.net/apps/MalUpdater/mpcs2.png

ooferomen
15th July 2008, 00:33
http://img291.imageshack.us/img291/2637/problemch9.th.jpg (http://img291.imageshack.us/my.php?image=problemch9.jpg)

http://img292.imageshack.us/img292/9018/cardlu6.th.jpg (http://img292.imageshack.us/my.php?image=cardlu6.jpg)

Windows XP SP3, 8400GS(G98 core), 175.16 Drivers

any idea why my H264 video looks like that?

CruNcher
15th July 2008, 00:42
Thx Casimir Dxva is working again :)

rica
15th July 2008, 01:02
Thx Casimir Dxva is working again :)

????
Which SVN is working?

MartinAF
15th July 2008, 02:11
Kado
i`m trying every new driver version and MPC-HC version since the first DXVA builds - always the same problem

Aleksoid1978
15th July 2008, 03:55
latest, 666 rev - http://www.tosei.ru/isoft/mpc/MPC_HC_FS_666.7Z

briantokyo
15th July 2008, 05:47
http://img291.imageshack.us/img291/2637/problemch9.th.jpg (http://img291.imageshack.us/my.php?image=problemch9.jpg)

http://img292.imageshack.us/img292/9018/cardlu6.th.jpg (http://img292.imageshack.us/my.php?image=cardlu6.jpg)

Windows XP SP3, 8400GS(G98 core), 175.16 Drivers

any idea why my H264 video looks like that?

Looks like dithering. Maybe you have your screen settings at 16bit?

CiNcH
15th July 2008, 07:00
I can't confirm this since i have SPDIF output.
I suppose you tried with analog speakers?

But with LPCM you are not supposed to get 5.1 with S/P-DIF, bandwidth is far from being enough (HDMI is your friend then)... probably your external amp does the upmix? That is actually why I switched to analog (at least partly).

In my case it seems I have a problem with the audio driver under Vista...

G_M_C
15th July 2008, 08:33
Good morning people (at least ....it is morning here ... and "good" is allways relative ;) ). I've tried to search this thread both through the forum-search and google, but i cant find a straight answer;

I made myself a coax-cable, using some left-over coax networking-cable. I used it to connect my PC (onboard, P35c DR3R, Realtec 889a) to my receiver (Onkyo TX-SR875). I've set MPC-HT's internal filters to "s/pdif" on bots AC3 and DTS. Everything seems to work fine, exept DTS 1536 kbps (1.5 Mbit).

Only DTS 1536 kbps (1.5 Mbit) stutters serverely, and it only does so with the internal filters of MPC-HT. When "switch off" MPC-HT's internal filters, and use ffdshow_tryout, set to s/pdif (straight out to s/pdif, no decoding) everything works perfectly. So it seems to be a problem in MPC-HT's "DTS to s/pdif-output" code (decoding DTS has no problems).

Anyone have advise ?

Has anyone seen my question ? Is there a solution for this problem (of did i miss some update :? ) ?

Casimir666
15th July 2008, 08:38
Hello,

I've been wanting to switch to MPC-HC for some time, and I finally tried it and did some comparisons with MPC and MPC-HC. Using exactly the same settings, the quality in HC seems to be much worse. Maybe I'm missing some setting?

The screenshots on the left and top are MPC, right/bottom are MPC-HC. I took them as PNG so there's no quality loss over the capture.
Could you save you settings in a .INI file and post it here?


Windows XP SP3, 8400GS(G98 core), 175.16 Drivers

any idea why my H264 video looks like that?
Do you have enable YUV mixing in VMR9? If so try to uncheck this option.

Mercury_22
15th July 2008, 09:02
latest, 666 rev - http://www.tosei.ru/isoft/mpc/MPC_HC_FS_666.7Z

Can you compile a x64 version too ? Please ! :helpful:

Aleksoid1978
15th July 2008, 10:33
Can you compile a x64 version too ? Please ! :helpful:

I have some error when compile ffmpeg x64 version -> can't compile x64 ver.

Mercury_22
15th July 2008, 11:23
I have some error when compile ffmpeg x64 version -> can't compile x64 ver.

Maybe those who can compile x64 version can share their "Experience " ! Please ! :thanks:

And maybe someone can create a "How to for Dummies / Idiot's guide" for those who are willing to try to compile new svn revisions (me included) so developers can concentrate upon "coding" only, while we can test the new changes ? :helpful: :thanks: