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

iron2000
12th July 2009, 07:39
Sometimes the slow downs are due to the internal subtitle filter.
And the tearing doesn't happen to every video file.

"System Default" is nice and stable but I'm still playing around.

By the way what is the difference of using the internal subtitle filter and DirectVobSub?

(Ok, thought I would go back to VMR9 Renderless, noticed the tearing straight away T^T)

Hmm, on inspection System Default seem to slow the video a litte bit(or is it drop frames?) while VMR9 Renderless does tearing.

_xxl
12th July 2009, 10:52
By the way what is the difference of using the internal subtitle filter and DirectVobSub?
Using internal subtitle engine makes them look perfect. You can't have same quality using ffdshow or other subtitle filter.

_xxl
12th July 2009, 10:53
Running MPC-HC on Radeon HD 2600 Pro with Catalyst 9.6.
Most other renderers gives me tearing and slow downs.
Don't want to run Powerstrip or other programs to tweak refresh rates.
D3d Fullscreen and Beliyaal fixes don't really work for me also.
The same with nVidia 7900.

pcjco04
12th July 2009, 12:09
About dropping VRM7 : i am on XP SP3 32bits and if I use MPC-HC, only the VRM7 renderers do not drop frames. If I use VRM9, I have to remove PS2 resizing to avoid too many dropped frames.
Strangely, if I use latest clsid built 6491 rev89, I can use VRM9 renderer with much less dropped frames.

My config : AMD Athlon64 3500+ (1Go RAM) with NVIDIA 6200, win XP Pro SP3

kieranrk
12th July 2009, 12:53
Pastebin of the warnings during compiling:

@tetsuo55 - your rar thing compiled properly

http://pastebin.com/f4186977

clsid
12th July 2009, 12:58
errors != warnings

a shitload of warnings is normal.

kieranrk
12th July 2009, 13:09
errors != warnings

a shitload of warnings is normal.

Whoops, that's what I meant...

tetsuo55 wanted to know what the warnings were.

tetsuo55
12th July 2009, 13:43
clsid > thanks for updating ffmpeg anyway!

kierank > although we should look into getting all warnings silcenced, most of them seem to come from libavcodec.

The ones that are purely mpc-hc related should be relatively easy to fiX (basically the same 2 or 3 warnings across the board)

mariner
12th July 2009, 14:18
VMR-7 should NOT be removed and this has already been discussed once in the past. VMR-7 (windowed) is the default renderer on XP, which is still the most used OS. There are still plenty of people who use it as a fallback when the other renderers have issues.

clsid is absolutely right on this.

tetsuo55
12th July 2009, 14:28
We have found a workaround for the VMR7 problem, so it can stay.

Still actually having to use anything other than VMR9 renderless or EVR-CP is a problem.
I would like to collect some bug reports and stuff on the subject.

However when comparing these 2 to the other renderers some things have to be kept in mind:

1. internal subtitle filter has to be disabled (it is well known to cause performance problems). (probably best to disable vsfilter too)
2. PS 2.0 resizers should be disabled.
3. 3d surfaces should be disabled too i think
4. Shaders should be disabled

Any difference between the different renderers should be minimal with these settings, please discuss about your results in the thread so we can find out more before posting bug reports.

(PS some of these might actually enable color controls for some renderers)

clsid
12th July 2009, 15:26
1. internal subtitle filter has to be disabled (it is well known to cause performance problems). (probably best to disable vsfilter too)
2. PS 2.0 resizers should be disabled.
3. 3d surfaces should be disabled too i think
4. Shaders should be disabledYou assume that everyone uses that functionality, when in fact a large portion of MPC users does not use any of this functionality. Using a different renderer is not 'a problem'. Every renderer has its pros and cons.

For example 60-65% of the users is still on XP. Those XP users who do not care about having DXVA (with subs) or do not have DXVA compatible hardware are most likely using Overlay Mixer. Why? Because it has no tearing, no luminance issues (and thus less need for shaders), no judders.

Many people here are having all kinds of problems because they desperately want to use DXVA. But it restricts you in your options to set up an optimal configuration. So if you got a fast computer it can be worthwhile to disable DXVA.

Which renderers are the best is totally subjective.

Any bugs in the custom VMR-9 and EVR renderers should of course be fixed.

We have found a workaround for the VMR7 problem, so it can stay.You mean by mixing two SDK versions or something? Any more info on this?

kieranrk
12th July 2009, 15:33
You mean by mixing two SDK versions or something? Any more info on this?

Using this http://iknowu.net/files/public/ffdshow/old_dx_sdk.rar to fill in the header gaps.

Jong
12th July 2009, 15:54
I have a problem with svn 1156 when playing H264 720p in DXVA mode... The playback is not smooth, sometimes frames keep jumping back and forth. But it works fine with svn 1137.

You're probably using XP, Casimir is working on the problemHas this been fixed now?

Gus.
12th July 2009, 16:47
DirectX Video Acceleration Specification for H.264/AVC Decoding
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=3d1c290b-310b-4ea2-bf76-714063a6d7a6

Just in case this may be of use to someone :-)

Jong
12th July 2009, 17:57
Has this been fixed now?Never mind. I can answer my own question. Still broken in 1168.

This completely stops anyone affected moving forward and testing new versions. Any chance of getting it nailed?:thanks:

kgw210
12th July 2009, 18:17
Little Bug noticed today:

Playback of interlaced encoded xvid/divx Video broken since rev.1120 in VMR7 + VMR9.
rev. 1112 was ok.

tetsuo55
12th July 2009, 18:27
You assume that everyone uses that functionality, when in fact a large portion of MPC users does not use any of this functionality. Using a different renderer is not 'a problem'. Every renderer has its pros and cons. all those settings are enabled by default which makes it difficult to compare apples to apples.

For example 60-65% of the users is still on XP. Those XP users who do not care about having DXVA (with subs) or do not have DXVA compatible hardware are most likely using Overlay Mixer. Why? Because it has no tearing, no luminance issues (and thus less need for shaders), no judders. i think even more users are still on XP. Overlay does have problems for ATI users in many cases

Many people here are having all kinds of problems because they desperately want to use DXVA. But it restricts you in your options to set up an optimal configuration. So if you got a fast computer it can be worthwhile to disable DXVA.Although i have almost 0 problems wiith DXVA now, i did invest in a many times faster CPU because i did not want to depend on DXVA.

Which renderers are the best is totally subjective.although this surely is the case now, it should not be, we should focus on one universal renderer and involve all the players (Microsoft, intel, ati and nvidia) just like the closed source players do.Not to mention the fact that only EVR is actively being developed for by those companies, the same can be said for the MPC-HC dev's (most of the changes to VMR9 are backports from EVR)

Any bugs in the custom VMR-9 and EVR renderers should of course be fixed.Definately.

You mean by mixing two SDK versions or something? Any more info on this?With every SDK update microsoft depreciates old libraries, when/while unable to update your program to the new API you have to bring those libraries back.
Basically you create a new subdirectory in the SDK dir with the missing files, VS2008 SP1 actually has several options for this.

The wiki article will be updated so anyone can compile using VS2008 SP1 with DirectX SDK 41 (and 42 from next month on) and windows SDK 7.0 RC1. The only thing that has not worked out yet is VS2010.
Has this been fixed now?
Casimir is extremely time limited during the summer, he has fixed it several times, but every time something else breaks by the fix.
It might take some time, stick to an older build for the time being

clsid
12th July 2009, 18:56
I have already added updated compilation instructions to SVN.

Using a non-final SDK is a stupid idea. There is also no need for the Windows 7 SDK until maybe in the distant future when Win7 specific stuff like jumplists are possibly added to MPC. You seem to want to use the latest and greatest for everything without any apparent reason. Unless you can name some important benefits, it is not worth the effort. Updating the Windows SDK usually leads to problems which need fixing. Its implications are much larger than with for example updating the DirectX SDK.

tetsuo55
12th July 2009, 19:05
Only one file is missing, and judging from other open source projects we can add it to the SVN.
the file can be downloaded here: http://www.mediafire.com/?sharekey=bbe771caa81c9bff6b21be4093fab7ace04e75f6e8ebb871
Adding this file makes MPC-HC SDK version independant, the same goes for the DirectX SDK files you already added as a zip file. we can include these as additional files so they would be found in the mpc-hc project itself instead of needing to point to them in VS

Actually for some of the the new win7 explorer features we already have patches available.

besides that MS fixed some of bugs and exploits in existing libraries which warrant the update, one thing that comes to mind a shader bug they fixed which increases some shader operations speed by 200%.

and yes i'm a compulsive updater and beta tester too, i only believe in stopping updates of external depencies during a stable release cycle, and no bugs are found that can be fixed with external depency updates.

clsid
12th July 2009, 19:35
besides that MS fixed some of bugs and exploits in existing libraries which warrant the update, one thing that comes to mind a shader bug they fixed which increases some shader operations speed by 200%.That's is an argument for updating the DirectX SDK, not for the Windows SDK.

MPC does not even make full use of the current SDK. See the various compiler warnings about uses of deprecated functions. Nobody has bothered to fix that. You might want to focus on that first.

tetsuo55
12th July 2009, 19:38
That's is an argument for updating the DirectX SDK, not for the Windows SDK.

MPC does not even make full use of the current SDK. See the various compiler warnings about uses of deprecated functions. Nobody has bothered to fix that. You might want to focus on that first.Fixing the warnings is on the agenda.

EDIT:

i forgot to mention that alexins's compiles have been made with the newest SDK's for a long time already, testing builds made with the new SDK has been going on for months.

Brazil2
12th July 2009, 21:03
VMR-7 should NOT be removed and this has already been discussed once in the past. VMR-7 (windowed) is the default renderer on XP, which is still the most used OS. There are still plenty of people who use it as a fallback when the other renderers have issues.
+1

Not to mention that there are still many many people using 'average' PC's who are very happy to be able to play some H264 videos with WMR7 renderless (for subtitles), videos which can't be played smoothly with WMR9.

New options for new PC's, yes. But please don't drop WMR7 support yet, MPC-HC is not used by 'l33t' people with 'l33t' PC's only but also by many users who want a simple and light player which is able to play almost anything without the need to install external codecs.

clsid
12th July 2009, 21:06
Don't worry. No renderers are being removed.

_xxl
13th July 2009, 12:43
Mpc-hc 1172 bin:
Download (http://www.dump.ro/fisiere/mpc-hc-rar/123171/gCWU2zgyNSf2nC8p)

tetsuo55
13th July 2009, 12:52
No renderers are being removed, people have posted enough reasons to keep them.

What needs to be done is help people move to EVR-CP (Or VMR9 renderles for XP/2000 DXVA).
The performance differences between overlay, VMR7, VMR9 and EVR have to do with how much the renderer does in relation to anti-jitter and anti-tearing. the order i put them in is also the order of increasing number of checks.

If EVR-CP is ever to replace all the other renderers, the options controlling everything should be selectable in a "speed over quality" type screen. Disabling everything should make EVR-CP almost as fast or maybe even faster than overlay.

roozhou
13th July 2009, 14:35
Mpc-hc 1172 bin:
Download (http://rapidshare.com/files/255307877/mpc-hc.rar.html)

Oops...download limit reached

Leak
13th July 2009, 17:38
Oops...download limit reached
But since the code itself hasn't changed since Alexins' 1168 build I doubt it'd behave any different than that...

np: The Cool Kids - 88 (The Bake Sale)

Mercury_22
13th July 2009, 22:22
AC3 (Dolby Digital) channels are wrong mapped :

1 - REAR RIGHT wrong mapped to FRONT RIGHT
2 - REAR LEFT wrong mapped to FRONT LEFT

= No Rear Channels

Test 5.1 AC3 (Dolby Digital) (http://www.lynnepublishing.com/surround/www_lynnemusic_com_surround_test.ac3)

E-AC3 (Dolby Digital Plus) channels are wrong mapped :

1 - FRONT CENTER wrong mapped to FRONT RIGHT
2 - FRONT RIGHT wrong mapped to FRONT CENTER (+LFE?)
3 - SIDE RIGHT wrong mapped to LFE
4 - REAR RIGHT wrong mapped to LFE
5 - REAR LEFT wrong mapped to REAR RIGHT
6 - SIDE LEFT wrong mapped to REAR RIGHT (+LFE?)

Test 7.1 E-AC3 (Dolby Digital Plus) (http://sharebee.com/69772daa)

clsid
14th July 2009, 11:41
The channels mapping workarounds probably need updating after the recent ffmpeg update.

Mercury_22
14th July 2009, 17:21
LPCM channels are wrong mapped :

1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - REAR RIGHT wrong mapped to SIDE RIGHT
3 - REAR LEFT wrong mapped to SIDE LEFT
4 - SIDE LEFT wrong mapped to REAR LEFT

Test 7.1 LPCM (http://www.megaupload.com/?d=0HM2JCEP)

jmnk
14th July 2009, 18:35
Any ideas why an mp4 file with x264 encoded stream, with resolution of 720x480 flagged with SAR 10:11 plays at around 720x540 rather than around 640x480? I mean isn't it a rule (or least convention) that you manipulate only horizontal size on playback?

mike4192
14th July 2009, 21:06
I have an annoying problem with media player classic homecinema, subtitles do not work at all, and they don't work on regular MPC either.

I have tried the haali, VMR7 renderless, and VMR9 renderless renderers, and non allow me to use subs. I have tried multiple videos with them (all MKV files like anime and movies). Each time I try to select subs, the option is shaded out if I right click. I'm on windows 7, 64 bit, and subs work on other player like WMP, or VLC.

EDIT got it working
http://www.codecguide.com/faq_subtitles.htm

Amour
15th July 2009, 04:07
I have a big sound-video issue with MPC-HC since today's Windows Update under Windows Vista.

The sound is about 2 seconds too early. Or the video is about 2 seconds too late.
I only have this issue with MPC-HC, not other media players (VLC, WMP, ZoomPlayer).
I have this issue with any version of MPC and MPC-HC (even a two years old one).

Mercury_22
15th July 2009, 09:50
Can someone PLEASE remind me what's the status on MPC-HC's internal DTS ? Cause it seems there is some wrong channel mapping (only stereo) for DTS, DTS-HD HR, and DTS-HD MA
Also, can / how MPC-HC remapp channes for DTS-HD MA ? If more than two channels are used, a "channel remapping" function allows for remixing the soundtrack to compensate for a different channel layout in the playback system compared to the original mix.

Amour
15th July 2009, 13:51
Ok, for my sound-video issue, deleting "HKEY_CURRENT_USER\Software\Gabest" did the trick. :)

bran
16th July 2009, 08:36
Can someone PLEASE remind me what's the status on MPC-HC's internal DTS ? Cause it seems there is some wrong channel mapping (only stereo) for DTS, DTS-HD HR, and DTS-HD MA
Also, can / how MPC-HC remapp channes for DTS-HD MA ?

I'm also having these issues, and also with AC-3. Everything's more or less FUBAR. Installed AC3Filter, and same files work like a charm.

SawyerX
16th July 2009, 08:47
I got a problem. Im trying to read VLC streams with MPHC but it doesnt always open them. Somethimes I just hear the sound and have to restart MPHC.

ikarad
16th July 2009, 10:33
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?

Mercury_22
16th July 2009, 12:25
I'm also having these issues, and also with AC-3. Everything's more or less FUBAR. Installed AC3Filter, and same files work like a charm.
I've posted above about AC3's wrong mapping

So we have DTS wrong mapping channels too (HR and MA not yet decoding only core) :

1 - SIDE RIGHT wrong mapped to FRONT RIGHT
2 - REAR RIGHT wrong mapped to FRONT RIGHT
3 - REAR LEFT wrong mapped to FRONT LEFT
4 - SIDE LEFT wrong mapped to FRONT LEFT

Just a reminder for those testing 5.1 config !
Vista's and Windows 7's 5.1 speakers config is :

L C R SL SR = SIDE CHANNELS INSTEAD OF REAR CHANNELS MOST OF THE TIME !

So please check your speakers config in windows before testing with a 5.1 speakers system

TEST 7.1 DTS-HD HR (http://sharebee.com/abf92989)

iron2000
16th July 2009, 20:10
Tried VMR9 Renderless with "offscreen plain surface" and "bilinear".
All seems well until the scrolling credits of a recent anime.
VMR lagged badly but with System Default it scrolls very smoothly.
Internal subs are off and shaders disabled.

jmnk
16th July 2009, 20:20
Any ideas why an mp4 file with x264 encoded stream, with resolution of 720x480 flagged with SAR 10:11 plays at around 720x540 rather than around 640x480? I mean isn't it a rule (or least convention) that you manipulate only horizontal size on playback?
^^^^^sorry to bump that question, but is there any explanation for this?

tetsuox
16th July 2009, 21:30
@jmnk

No I don't think there's such a rule. You might think so because of anamorphic widescreen. Upon playback it makes more sense (to me anyway) to interpolate the dimension that is "lacking" pixels rather than removing pixels (in your sample's case) to get the desired AR.

jmnk
16th July 2009, 21:41
@jmnk

No I don't think there's such a rule. You might think so because of anamorphic widescreen. Upon playback it makes more sense (to me anyway) to interpolate the dimension that is "lacking" pixels rather than removing pixels (in your sample's case) to get the desired AR.
I need to check AVC specs but I'm almost certain it is mentioned somewhere. Also note that 4:3 NTSC DVD (which displays at 640x480) is encoded as 720x480 and flagged as 4:3 DAR, and every DVD player I know of displays it as 640x480.

Inspector.Gadget
16th July 2009, 22:49
Older MPC revisions displayed 4:3 DVDs as 720x540. New MPC and MPC-HC versions use 640x480.

jmnk
16th July 2009, 22:59
Older MPC revisions displayed 4:3 DVDs as 720x540. New MPC and MPC-HC versions use 640x480.
I'm pretty sure I've used the newest MPC-HC and it does not display 720x480 mp4 flagged with 10:11 SAR (which is the same as 4:3 DAR) as 640x480.
Could you point me to a version that behaves properly?
And just to be clear - I'm not necessarily talking about DVD. I'm talking about DVD content (in terms of resolution and aspect artio signaling) encoded into x264 in mp4 container.

Keiyakusha
16th July 2009, 23:27
Probably it doesn't really matter how aspect ratio correction will be implemented after calculation is done. I just tested and it shows 640x480.

But I found something else. In addition to this (http://forum.doom9.org/showthread.php?p=1304189#post1304189) post (on which I still want to hear some comments) I found that on Win7 with DivX decoder, VMR9 is broken. VMR9 (http://www.petaimg.com/u363/116Capture1.JPG), EVR (http://www.petaimg.com/u304/325Capture2.JPG)

BatKnight
17th July 2009, 18:39
Hi,

How does one changes the edition of a movie inside a MKV? Using Haali Media Spliiter one can choose the edition a movie to watch an alternate ending, for example.
But how can we do it using the MPC internal splitter? Is it possible? If not, is it planned to be implemented?

Bat

Daxnet
17th July 2009, 23:42
Blu-Ray Problem
Yeah I know its probably not a regression but not being able to seek in m2ts files without the risk of getting a crash, or not being able to use another decoder without horrible stuttering within m2ts will cause alot of grief for people trying to play blu-rays..... For a new version of "homecinema" I honestly think this needs to be fixed before its released to the wider public.



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.

Daxnet
18th July 2009, 02:12
Try the MPC-HC internal MPEG PS/TS/PVA splitter for m2ts and see how it goes.

The problem persist. I´ve tried even the 190.x nvidia beta drivers in vain. :S

_xxl
18th July 2009, 06:18
Please make a small sample and post here.