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

73ChargerFan
18th February 2009, 08:19
I've been posting about this memory leak for over a week now and it is an issue that seems to be ignored by the devs over and over as I've received no responses to my posts.
I'm sure the volunteer developers have read your posts by now, and will work on it when they can. If you're reading this thread, you should know that bugs are being fixed and created with each new version, sometimes twice or more each week. This is what beta testing is all about.

THX-UltraII
18th February 2009, 08:40
@Beliyaal: I tried your latest version last night and noticed tearing at the top of the video that is playing. The tearing does not go away when picking d3d and/or alternative vsync/lock-back-buffer settings. (tried al sorts of combination on this one). The Casimir official version build (and unofficial snv's) does not have this problem. How can I report something to you that could be causing this so you can look into this?

alexins
18th February 2009, 09:02
Media Player Classic HomeCinema (x86/x64), svn 998 (http://www.xvidvideo.ru/content/view/637/1/)

Supported languages: CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Change : in D3DFullScreen mode main window with the controls and menus remains on the monitor where it is located before the playback starts.

pdanpdan
18th February 2009, 09:15
Thank you

ikarad
18th February 2009, 11:13
Beliyaal build 13

Ati HD2400pro AGP
Ati Catalyst 8.5 HOTFIX
X-Fi with latest drivers set to entertainment mode
WinXP SP2 fully patched, DirectX november
VMR9
-Everything disabled except Accurate V-Sync in options
-Everything disabled in renderer settings(right click menu) except accurate V-Sync
***Note if have to manually uncheck V-Sync on every restart of the player***


-Internal DXVA decoder, h264
-Internal DTS decoder (with default settings)

only this setting will give me an almost straight line(it looks like it was drawn by a 5 year old)
Randomly i will get higher jitter for a fraction of a second. all the jitter is between 0 and 2 ms when it happens

Any other setting will give me a constant jitter, no combination of settings gives me a flat line. jitter is sometimes visable and can cause image corruption due to the DXVA decoder not recieving its data on time.

I guess that fixing the jitter might completely fix the remaining DXVA problems(apart from the decoder limitations)

One question:
On the tracker
https://sourceforge.net/tracker2/?limit=100&func=&group_id=170561&atid=854651&assignee=&status=2&category=&artgroup=&keyword=&submitter=&artifact_id=&limitz=100&assignee=&status=&category=&artgroup=&submitter=&keyword=&artifact_id=&reset=Reset&limitz=100&mass_category=&mass_priority=&mass_resolution=&mass_assignee=&mass_artgroup=&mass_status=&mass_cannedresponse=

there is some bugs with high priority (9). Does it mean that it's your priority or not?

ikarad
18th February 2009, 11:17
Nothing wrong with 60 fps. It just means that a deinterlacer that doubles the framerate is used, and this is good, full temporal resolution is retained since your source is 60 fields/s.

Thanks.
It's too bad but I would prefer inverse telecine to deinterlace. It's a better method than doubling the framerate.

thuan
18th February 2009, 14:38
So my PC with an E4300 is not enough for Beliyaal builds and I also plan to build a new system soon. My budget allows for either a Core 2 Duo E8400, a Xeon E3110 which is exactly the same as the E8400 but also around 30 bucks cheaper over here or a Core 2 Quad Q8200. I won't be encoding, mostly playing back fansubbed anime with softsubs which play horribly under my current processor and Beliyaal builds and working which involves running virtual machines and coding. So which is the recommended processor under the assumption that I won't be overclocking?

thuan
18th February 2009, 15:49
Thanks for your suggestion, but what if I want it now, to be honest I don't care about future product if I need more power now. The idea of waiting for something better will only make you wait more. I need a product that can run Beliyaal build adequately and supports VM well, now. So back to my question please. The thing that makes me pondering between a E8400/E3110 and a Q8200 is Intel VT. I wonder if it does indeed improve VM performance and I might also need it if I am to code using this feature. Quad core from intel supports this feature are all high end.

daMaster
18th February 2009, 16:08
I'm sure the volunteer developers have read your posts by now, and will work on it when they can. If you're reading this thread, you should know that bugs are being fixed and created with each new version, sometimes twice or more each week. This is what beta testing is all about.
Yes, I understand that the devs are volunteers and that this is beta software. However, a simple acknowledgement that the issue has been registered and will be fixed would have ensured that it doesn't get lost in this thread.

I would recommend using Google Code to track issues. Just a suggestion.

As for the memory leak: I am getting it with v1.2.908.0 and I just tested SVN release 997 and the leak is still there.

Kado
18th February 2009, 16:41
@thuan
My Pentium D handles Beliyaal build 13 just fine. What do you get? Dropped frames? Heavy CPU load? Blinking subs?

NanoBot
18th February 2009, 16:46
Hi alexins,

Media Player Classic HomeCinema (x86/x64), svn 998 (http://www.xvidvideo.ru/content/view/637/1/)
...

Change : in D3DFullScreen mode main window with the controls and menus remains on the monitor where it is located before the playback starts.


Now the D3D mode in a multimonitor environment works exaktly like I desired it, many :thanks: for the change.

C.U. NanoBot

chros
18th February 2009, 16:46
How do you change to D3D fullscreen on the fly? Some keyboard combo that isn't in the menu?
Like in ZoomPlayer ...
Now, we must check the D3DFullscreen checkbox, and the player is always start in fullscreen mode ... (which is bad with the 2nd monitor/ fullscreen combo, if the 2nd monitor is the LCD-TV, which is not always on.)
It would be nice if D3Dfullscreen is worked as the standard mode: if we hit ALT+ENTER then it would go to this mode ... (I meant it on-the fly ...)

Thanks

thuan
18th February 2009, 16:53
@thuan
My Pentium D handles Beliyaal build 13 just fine. What do you get? Dropped frames? Heavy CPU load? Blinking subs?

random stuttering especially when there's sub with heavy animation like karaoke, and blinking sub.
http://xs136.xs.to/xs136/09070/untitled567.jpg.xs.jpg (http://xs.to/xs.php?h=xs136&d=09070&f=untitled567.jpg)
That's with SD video and 800x600 sub. I think that's pretty bad performance.

clsid
18th February 2009, 16:59
tetsuo55 or Beliyaal,

Could any of you two perhaps create a dedicated topic for discussing Beliyaal's experimental version? The situation is very confusing right now with all the bug reports and if they also apply to the regular SVN builds or not.

Kado
18th February 2009, 17:12
@thuan
Use patch 13 (http://www.olofsson.info/mpchc/MPCHC_x86_svn997_beliyaal_13.zip), because according to your image you are not using it. It fixed several performance issues.

cca
18th February 2009, 17:16
BTW, I think clsid is right, we better split the topic soon.

thuan
18th February 2009, 17:17
@Kado: I did try it, it's a mixed result and still far from perfect. Either way, I will get a new CPU and mainboard. So which CPU do you guys think is better?

daMaster
18th February 2009, 17:18
To prevent misunderstandings, I must clarify that my last posts about memory leak etc are about Beliyaal's patched version 13, they do not concern the pure SVN version or the standalone decoder package.

Actually, as in my original posts about the issue, the memory leak occurs in v1.2.908.0 of the stand-alone filters, but only in DXVA mode. That means there is some memory not being freed up in the DXVA portions of the MPC Video Decoder filter's code. I tried going through the code but I have to set it all up in debug mode to really nail down the source of the problem.

Brazil2
18th February 2009, 17:33
In CEVRAllocatorPresenter constructor you load mfplat.dll which is not present on my computer. After installing windows media player 11 which install that dll all is working fine. I think you should note that information somewhere for future users.
Wait, does this mean that future versions of MPC-HC will use WMP11 components ? Thus making the installation of WMP11 a requirement for MPC-HC to work ?

Beliyaal
18th February 2009, 18:58
Wait, does this mean that future versions of MPC-HC will use WMP11 components ? Thus making the installation of WMP11 a requirement for MPC-HC to work ?

It's not a WMP11 component, it's media foundation platform, which EVR is a part of. But I think I can remove the dependency on this particular dll.

cca
18th February 2009, 19:01
About Beliyaal's version 13, the memory leak happens regardless if DXVA is in use, and it's worse when the internal subtitle renderer is used. Since it's still in testing stage though, things like that can be expected.

clsid
18th February 2009, 19:01
mfplat.dll is part of the Media Foundation platform, which is a standard component of Windows Vista and above.

Chumbo
18th February 2009, 19:21
@Beliyaal: I tried your latest version last night and noticed tearing at the top of the video that is playing. The tearing does not go away when picking d3d and/or alternative vsync/lock-back-buffer settings. (tried al sorts of combination on this one). The Casimir official version build (and unofficial snv's) does not have this problem. How can I report something to you that could be causing this so you can look into this?
I had the same issue last night. I have an ATI (Sapphire) HD 4830 with Catalyst 9.1. I'll try the more recent patched 13 tonight.

tetsuo55
18th February 2009, 19:21
One question:
On the tracker
https://sourceforge.net/tracker2/?limit=100&func=&group_id=170561&atid=854651&assignee=&status=2&category=&artgroup=&keyword=&submitter=&artifact_id=&limitz=100&assignee=&status=&category=&artgroup=&submitter=&keyword=&artifact_id=&reset=Reset&limitz=100&mass_category=&mass_priority=&mass_resolution=&mass_assignee=&mass_artgroup=&mass_status=&mass_cannedresponse=

there is some bugs with high priority (9). Does it mean that it's your priority or not?

I did set the priorities, (9) this is what it means.

1. This bug needs to be fixed before a new stable build can be released
2. The bug is probably not a bug or already fixed, we need more confirmation in this case

The priority of any bug is based on MPC-HC's short and longterm goals.

tetsuo55
18th February 2009, 19:22
tetsuo55 or Beliyaal,

Could any of you two perhaps create a dedicated topic for discussing Beliyaal's experimental version? The situation is very confusing right now with all the bug reports and if they also apply to the regular SVN builds or not.


I think that's a very good idea.
However i cannot split threads

Egh
18th February 2009, 19:25
Hmm, interesting thing, I only noticed that due to Beliyaal's new context menu (Renderer Settings), however it is true in SVN build version as well.

Most of the renderer's settings are available only in D3D mode, however two items are enabled in the menu (both main menu of SVN and context menu in Beliyaal's version) which don't apparently do anything. The reason for that is that I use Haali renderer :).

Were there any plans to make "Tearing test" and "Remaining time" work when Haali renderer is on? Or should they be disabled in the menu ...

Also, I've tried 998SVN build, it is great that now MPCHC automatically outputs video to a different monitors in D3D mode whilst retaining controls on the original screen! Wonderful :) I wonder though how can this be implemented in non D3D mode, with Haali renderer for instance...
As well I have a suggestion: in case D3D mode is on and controls are on a different screen it is better to disable context menu on fullscreen D3D surface (they don't work there anyway and you can use them in the control window anyway).

Pyr0
18th February 2009, 20:06
Thank you for the input XhmikosR, it's greatly appreciated :)

Can anybody test in Vista x64 SP1 please?
when i try to use the standby option in either mpchc version (x86/x64) the monitor blanks, but the system does not power down. but this only happens with the builds after 982
third time lucky, maybe...

can anybody test the standby after playback option in vista x64 please?

Leak
18th February 2009, 20:12
I think that's a very good idea.
However i cannot split threads
I'm pretty sure one the mods will help you with that if you PM them...

np: Sage Francis - Hell Of A Year (Human The Death Dance)

Rectal Prolapse
18th February 2009, 21:46
Nope, the BaseClasses folder only contains a project file.


I'm using the latest one for Vista (6.0A), but I have to add the BaseClasses samples directory in VC2008's global include directories for everything to compile - but I just don't think that should be neccessary since not every project I compile needs them...

Ok. I vaguely remember it being a little easier when using VS2005 and the Windows XP Platform SDK for SP2. But of course the SDKs keep changing and you have to do annoying stuff to get it to work. :(

moviefan
18th February 2009, 22:29
I have a problem playing back some few Blu-ray m2ts files (I think only if there are DTS streams included). At the beginning, CPU usage is at about 10% or so, depends on the picture - DXVA is used. But then the picture stutters, audio gets async (I pass through the audio via HDMI to my AV receiver), the receiver loses audio connection for a fraction of a second, and CPU usage goes up to about 60%. Also I cannot seek in these Blu-rays - the moment I do, the picture switches very quickly between the previous and the new one... This does happen only very rarely with some Blu-rays! Can anyone help me? This is really annoying!

Regards
moviefan

turbojet
18th February 2009, 22:32
moviefan are these videos encoded to .264 then muxed to bluray?

Also, is there a way to stop mpc-hc from vertically stretching subtitles in full screen?

cca
18th February 2009, 23:55
third time lucky, maybe...

can anybody test the standby after playback option in vista x64 please?

Bug reproduced by me, instead of stand by the system enters "away mode", it's obvious if you check the system log. Reproduced with svn build 988, system specs at my signature.

moviefan
19th February 2009, 00:07
They are H264 originally purchased Blu-rays, so I didn't do anything to them ;). And as I said: seeking impossible, watching too, since audio gets out of sync, video stutters, CPU usage jumps up to around 60%... For whatever reason... I have just done another test with a movie that only contains AC3 audio streams. There is no problem with stuttering, but the CPU usage strangely goes up to above 50% as well sometimes although I use DXVA. Can anyone explain this weird behaviour?

CPU: Intel Pentium Dual-Core E5200 @ 3 GHz
RAM: 4 GB DDR-800 (Corsair)
Graphics: Club3D ATI Radeon HD4670 (ATI Catalyst 8.12)

DrNein
19th February 2009, 00:18
Testing D3D Fullscreen of 1.2.908.0 with two displays (XP VMR9r):

If VMR9 mixer mode is enabled then there is no image. If YUV mixing is also enabled then there is an image.

With some video (certain AVC trailers at least), the AR is distorted to narrow on Display 2 until the MPC-HC window is moved slightly or the zoom function used.

With some video (perhaps AVC PAFF), the recommended 3D surface produces jerky and broken-up images Both 2D and Regular offscreen plain surfaces are okay.

turbojet
19th February 2009, 00:27
ok moviefan, I was just wondering because I see some of the async and seeking issues you mentioned with m2ts muxed from .264 files, but all other players handle them fine with same directshow filters. Solution I found was using mkv as an intermediate file.

I haven't experienced this with retail BD's, but I have experienced high cpu/ram usage when seeking retail BD's but after a few seconds it goes back to normal.

moviefan
19th February 2009, 00:28
Hm, the thing is that I would like to be able to watch my Blu-rays on my HTPC... So I don't want to create mkv files first before watching ;)

Beliyaal
19th February 2009, 00:32
Hm, the thing is that I would like to be able to watch my Blu-rays on my HTPC... So I don't want to create mkv files first before watching ;)

Probably the DTS 1.5 Mbit bug. Test passing DTS through spdifer:
http://ac3filter.net/projects/spdifer

Rectal Prolapse
19th February 2009, 01:49
Try installing this:
http://www.microsoft.com/downloads/details.aspx?familyid=886ACB56-C91A-4A8E-8BB8-9F20F1244A8E&displaylang=en

It was already installed - but I reinstalled it again and still the same result!

Any ideas?

BTW it works in MPC-HC 1.0.11.0 (probably the best version of MPC-HC aside from the standalone filters lol).

EDIT: Oh wait - after I played with it in MPC-HC 1.0.11.0, it suddenly works in your version. However, both versions have their own .ini file settings - maybe something had to be initialized in the registry first?

daMaster
19th February 2009, 05:26
I've discovered a memory leak in the MPC Video Decoder v1.2.908.0 (DirectShow filter MPCVideoDec.ax) when using DXVA for H.264/AVC/VC1 with the following set up:
- OS: Vista
- GPU: ATI Radeon HD 3470, Catalyst 9.1 drivers
- DirectShow media player: MediaPortal
- Renderer: EVR

When I play a 720p/1080p H.264 video and then stop it, there's some residual memory that doesn't get cleaned up. After playing and stopping 12-15 such HD videos, that accumulation of residual memory gets up to 800-900 MB!

If I disable DXVA decoding in the MPC Video Decoder's property page, then this memory leak does not occur, so it would seem it only happens with hardware acceleration.

Here is a ProcessExplorer (http://download.sysinternals.com/Files/ProcessExplorer.zip) performance graph of the MediaPortal.exe process comparing the private bytes usage with the PowerDVD 8 H.264/AVC/VC1 decoder (LEFT) and the MPC Video Decoder (RIGHT). Each private bytes spike is when a video is playing and the following dip is when a video is stopped. As you can see, with the PowerDVD 8 decoder the private bytes usage returns pretty much to the amount it was before the video was played. On the right hand with MPC Video Decoder, the private bytes usage is slightly higher after each video is stopped than what it was before the video was started.

http://img21.imageshack.us/img21/4913/mpcmemoryleakhd0.png


Can other folks that use the MPC Video Decoder with DXVA test this out to help validate the issue? I am hoping users with different video cards (NVidia vs. ATI) and different DirectShow media players can test this out to see if they have the same issue.

I've already reported this issue on the MPC SourceForge open discussion forum: Memory leak in DirectShow filter MPCVideoDec (https://sourceforge.net/forum/forum.php?thread_id=2994581&forum_id=583789). I am really hoping the MPC devs will be able to fix this since MPC Video Decoder is my preferred decoder. It is more lenient than the PowerDVD 8 decoder and I find the picture quality is slightly better (smoother motion), but I can't use it with this memory leak since after a while I have to restart MediaPortal once it starts crashing.

Tested all of the following versions of MPC Video Decoder DirectShow filters and they all exhibit the same memory leak:
- v1.1.0.0
- v1.1.604.0
- v1.2.908.0
- SVN 997

Brazil2
19th February 2009, 11:17
It's not a WMP11 component, it's media foundation platform, which EVR is a part of. But I think I can remove the dependency on this particular dll.
It would be nice to do so :)

Thanks to everyone for clarifications about that.

Brazil2
19th February 2009, 11:23
I'm comparing this post and the following ones about audio output format:
http://forum.doom9.org/showthread.php?p=1170322#post1170322

With this post and the following ones:
http://forum.doom9.org/showthread.php?p=1251159#post1251159

So I wonder which audio output format should be used in MPC-HC. 16 bits, 24 bits or 32 bits float ?
My sound card is based on a Realtek ALC888 chip, 7.1 channel HD audio.

ikarad
19th February 2009, 13:23
I did set the priorities, (9) this is what it means.

1. This bug needs to be fixed before a new stable build can be released
2. The bug is probably not a bug or already fixed, we need more confirmation in this case

The priority of any bug is based on MPC-HC's short and longterm goals.

Thanks.
I hope that this problem (priority 9) will be corrected as soon as possible.
https://sourceforge.net/tracker2/?func=detail&aid=2466321&group_id=170561&atid=854651

tetsuo55
19th February 2009, 13:26
Thanks.
I hope that this problem (priority 9) will be corrected as soon as possible.
https://sourceforge.net/tracker2/?func=detail&aid=2466321&group_id=170561&atid=854651

Do you have this problem with Beliyaal's build?

Mercury_22
19th February 2009, 13:27
Can someone PLEASE :helpful: explain to me what's the role of "AUDIO SWITCHER" beside the obvious options I can check there !
I mean: IT'S BETTER TO USE IT OR NOT :helpful:

Also how can I see the audio ( AC3, DTS, AAC ) decoder's settings without opening any file and why there is NO " Same as Input " option in "Decode to speakers" like in FFDShow ? :confused:

:helpful:

@Beliyaal
I found (maybe) a new clue regarding the DTS bug starting with SVN 984 when changing the audio strem ( no matter what type of audio stream - AC3, DTS, ...) the video it's JUMPING AHEAD 2-3 sec !
Which is NOT HAPPENING WITH SVN 983 . this applay to your version too !

clsid
19th February 2009, 14:10
The main task of the audio switcher is to prevent that multiple audio streams are played simultaneously. If you don't have files with multiple audio streams or if you use a splitter that has an internal stream switcher (haali), then you could turn it off. But unless you have some troubles when it is turned on, I see no real reason to turn it off.

Mercury_22
19th February 2009, 14:36
The main task of the audio switcher is to prevent that multiple audio streams are played simultaneously. If you don't have files with multiple audio streams or if you use a splitter that has an internal stream switcher (haali), then you could turn it off. But unless you have some troubles when it is turned on, I see no real reason to turn it off.

So it's not just another filter in the chain ? cause I can play files with multiple audio streams (NOT simultaneously) using internal splitter WITHOUT IT :helpful:

:thanks: for your replay

ikarad
19th February 2009, 14:52
Do you have this problem with Beliyaal's build?

Yes I have the same problem with the last Beliyaal's build.

But I have never seen that Beliyaals had corrected this problem between "open dvd" function and "load subtitle" function with evr custom.

although beliyaal build doesn't work very well because I have tearing with this version (if i select vsync) and not tearing with standard version of MPC-HC (not beliyaal version)

ikarad
19th February 2009, 15:06
Can someone PLEASE :helpful: explain to me what's the role of "AUDIO SWITCHER" beside the obvious options I can check there !
I mean: IT'S BETTER TO USE IT OR NOT :helpful:

Also how can I see the audio ( AC3, DTS, AAC ) decoder's settings without opening any file and why there is NO " Same as Input " option in "Decode to speakers" like in FFDShow ? :confused:

:helpful:

@Beliyaal
I found (maybe) a new clue regarding the DTS bug starting with SVN 984 when changing the audio strem ( no matter what type of audio stream - AC3, DTS, ...) the video it's JUMPING AHEAD 2-3 sec !
Which is NOT HAPPENING WITH SVN 983 . this applay to your version too !

where is this option "audio switcher"? because I don't find in MPC-HC.

EDIT: I found this option but at home it is always turn off because I have never seen an interest and I don't use haali. I use only mpc-HC + ffdshow

alexins
19th February 2009, 15:18
Media Player Classic HomeCinema (x86/x64), svn 1000 (http://www.xvidvideo.ru/content/view/638/1/)

Supported languages: CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

FIX : Favorites bug, when the file restore from bookmark and trying to restore the position to play.

clsid
19th February 2009, 15:27
Revision 988 causes the standalone MPEG splitter to crash on Vista x64 when playing for example a .vob file.

Edit: turned out to be a build problem. Details (http://forum.doom9.org/showthread.php?p=1252464#post1252464).