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

JEEB
17th June 2011, 15:56
If you got the VSFilter.dll from here (http://xhmikosr.1f0.de/index.php?folder=bXBjLWhjL21wYy1oY19hcHBzL3ZzZmlsdGVy) or here (http://www.xvidvideo.ru/) , then you will encounter problems like broken "vertical padding" and memory leak. But, if you get it here (http://www.mediafire.com/?wbp1fwdh2pigpr4) or here (http://www.cccp-project.net/beta/) then you are ok.

Please be aware that CCCP Project's revisions of DirectVobSub is fine (not broken and no memory leak and does not stay in tray icon upon closing any player).
Whether or not the tray icon stays depends on if the "using" application properly releases the filters or not. There might be extra bugs in a given filter that might leave the icon around, but it mostly is the fault of the using application (good example: CCCP's insurgent troubleshooting application's current version [is being rewritten by Movax the Blamed]).

As for the vertical padding thing: clicky (http://sourceforge.net/apps/trac/mpc-hc/ticket/119)

I have a separate branch for VSFilter in my directshow component building system from which you can get the current patches for reverting those commits for building a standalone VSFiler (clicky (https://github.com/jeeb/mpc-hc/commits/vsfilter) -- the top two commits).

ney2x
17th June 2011, 16:22
Whether or not the tray icon stays depends on if the "using" application properly releases the filters or not. There might be extra bugs in a given filter that might leave the icon around, but it mostly is the fault of the using application (good example: CCCP's insurgent troubleshooting application's current version [is being rewritten by Movax the Blamed]).

As for the vertical padding thing: clicky (http://sourceforge.net/apps/trac/mpc-hc/ticket/119)

I have a separate branch for VSFilter in my directshow component building system from which you can get the current patches for reverting those commits for building a standalone VSFiler (clicky (https://github.com/jeeb/mpc-hc/commits/vsfilter) -- the top two commits).

You might help clsid regarding VSFilter http://forum.doom9.org/showthread.php?p=1508278#post1508278

Gleb Egorych
17th June 2011, 21:18
Should VSfilter's tray icon appear always or only in some cases?

Px
18th June 2011, 01:46
Should VSfilter's tray icon appear always or only in some cases?
Depends on VSfilter settings, by default VSfilter loads only if corresponding subtitles for video is found, but user may turn always loading VSfilter

Gleb Egorych
18th June 2011, 06:59
Depends on VSfilter settings, by default VSfilter loads only if corresponding subtitles for video is found, but user may turn always loading VSfilter
I mean VSfilter is loaded but tray icon doesn't appear. I'm asking whether tray icon should appear every time VSfilter is loaded.

fastplayer
18th June 2011, 07:57
I mean VSfilter is loaded but tray icon doesn't appear.
FYI, that bug's been in VSFilter for years. Move the mouse over it and it disappears.

fastplayer
18th June 2011, 11:33
Seeking leads to artifacts starting with rev3239. rev3237 is fine, so I assume it must be the changes in rev3238.
It happens regardless of container (AVI, MKV, MOV, MP4), renderer (madVR, EVR-CP), and splitter (internal, Haali).
Fixed in rev3246 (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?revision=3246&view=revision).
Thanks, Aleksoid1978! :)

v0lt
18th June 2011, 11:46
@Underground78
Changeset 3205
Changed the cursor for the seek bar: the hand cursor will be used only when hovering the position marker.
Some users do not like it. They want back the hand cursor.

IMHO, this is a bad idea, when a different cursor for the seek bar and position marker.

fastplayer
18th June 2011, 11:53
^I agree. There should be only one cursor style for the entire seek bar.

Qaq
18th June 2011, 12:23
or an option in settings.

Underground78
18th June 2011, 12:28
@Underground78

Some users do not like it.

IMHO, this is a bad idea, when a different cursor for the seek bar and position marker.

^I agree. There should be only one cursor style for the entire seek bar.

Well I have changed it because some users (including Tetsuo55 and XhmikosR) asked me to do so because they thought they were no reason to use the hand cursor other than when you can drag something ...

You should probably discuss all that with them, I won't revert the change for now.

v0lt
18th June 2011, 14:59
All right. I will write my opinion here.

The Hand cursor (http://i.msdn.microsoft.com/dynimg/IC210310.png) indicates the place which can be clicked. Wherever you can click its use is not necessary. But in this case, it works very well.

I would put a usual cursor (http://i.msdn.microsoft.com/dynimg/IC210309.png) on the buttons. So it is clear that they can push.

Hand cursor is also not needed at video frame (it confuses users only).

Underground78
18th June 2011, 15:23
I don't really understand, if "The Hand cursor indicates the place which can be clicked" (which often seems to be the case), keeping it for the buttons and the video frame would make sense, wouldn't it ?

v0lt
18th June 2011, 15:34
I don't really understand, if "The Hand cursor indicates the place which can be clicked" (which often seems to be the case), keeping it for the buttons and the video frame would make sense, wouldn't it ?
Yes, but do not always need it.

For a video frame is better to remove the Hand cursor anyway.

Underground78
18th June 2011, 15:37
For a video frame is better to remove the Hand cursor anyway.

In fact I already have a patch for that but I was reluctant to commit it because I fear people would forget they can click on the video frame.

v0lt
18th June 2011, 19:42
I remember there was a suggestion that the Hand cursor occur at prompting the over a DVD menu item.

Underground78
18th June 2011, 19:45
I remember there was a suggestion that the Hand cursor occur at prompting the over a DVD menu item.

It would be the minimum but it was more thinking to the play/pause behavior when clicking on the video frame.

v0lt
18th June 2011, 19:58
Now this cursor is always, even if the Play and Pause is disabled.

But I am more worried about the current seekbar. If during playback, move the mouse on the slider, which moves quickly (for example, look at a clip), it would be <censored>.

Underground78
18th June 2011, 20:26
Now this cursor is always, even if the Play and Pause is disabled.

But I am more worried about the current seekbar. If during playback, move the mouse on the slider, which moves quickly (for example, look at a clip), it would be <censored>.

I think I don't understand what you are talking about.

v0lt
19th June 2011, 04:55
I think I don't understand what you are talking about.
translate: This is a very bad idea, when a different cursor for the seek bar and position marker. :devil:

or an option in settings.
No need to make excess options.

fastplayer
19th June 2011, 13:14
No need to make excess options.
Agreed. That would be pure overkill.

On another note: How about removing "error resilience" and "IDCT Algorithms" from the video decoder properties?
IMO the default settings of these options are fine for the vast majority of MPC-HC users.

cengizhan
20th June 2011, 10:43
the latest version 1.5.2.3251 on xvidvideo.ru is buggy. mouse wheel changes audio delay, left and right cursor keys doesnt jump. also it changed the corresponding key maps. resetting them doesnt help.

Aleksoid1978
20th June 2011, 11:26
the latest version 1.5.2.3251 on xvidvideo.ru is buggy. mouse wheel changes audio delay, left and right cursor keys doesnt jump. also it changed the corresponding key maps. resetting them doesnt help.

Try this build - http://aleksoid.tosei.ru/Dist/mpc_1.5.2.3252_x86.7z

For me it's work fine.

cengizhan
20th June 2011, 12:19
Try this build - http://aleksoid.tosei.ru/Dist/mpc_1.5.2.3252_x86.7z

For me it's work fine.

Didnt work at first. i think that other version corrupted my mpc-hc.ini file. i have deleted that and now it works.

Dstruct
20th June 2011, 12:33
Didnt work at first. i think that other version corrupted my mpc-hc.ini file. i have deleted that and now it works.

Same happened here. Had to reassign some keys with 3251. Some were still mapped correctly. Others not.

Mercury_22
20th June 2011, 15:57
:thanks: for Revision 3251 - Directory Listing
Modified Sun Jun 19 18:54:34 2011 UTC (19 hours, 28 minutes ago) by underground78

Fix: Use a different program id for x64 builds so that there is no conflict over file associations between x86 and x64 builds.

(Warning: You might need to reset file associations.)
This commit fixes ticket #846.
Finally :)

But without an "icon_x64" and the change of the "Play with MPC-HC" and "Add to MPC-HC Playlist" messages for the MPC-HC x64 version to "Play with MPC-HC64" and "Add to "MPC-HC64 Playlist" the "problem" it's not completely solved
IMHO the main exe "icon.ico" should be updated and an "icon_x64.ico" should be added

PS Most of the users (I know :) ) don't use/care about the "media icons", (mpciconlib.dll is almost 1/2 of MPC-HC.exe) so we should not bother with those

PS2 I prefer like many other users the simple yet very nice and adequate for a media / video player (hint :p) icon from the MPC-HC BE mod

Underground78
20th June 2011, 18:00
Same happened here. Had to reassign some keys with 3251. Some were still mapped correctly. Others not.

Strange, were you using both the x86 and x64 builds ?

@Mercury_22 : I will ask Tetsuo55 or XhmikosR about the icon, I think someone is redesigning them so we can probably ask him to draw a new icon.

Dstruct
20th June 2011, 18:07
Strange, were you using both the x86 and x64 builds ?

Only x86 from xvidvideo.ru

TheElix
20th June 2011, 19:40
Question to experts: where can I read about EVR CP's GPU control in more detail? When should I use each option in what circumstances? Etc. Also, when it is advisory to turn off desktop composition?

Mercury_22
20th June 2011, 21:27
...
@Mercury_22 : I will ask Tetsuo55 or XhmikosR about the icon, I think someone is redesigning them so we can probably ask him to draw a new icon.

What I'm saying is lets add some icon ( even the same, but preferable the one from BE mod if Alexins it's OK with that) as "icon_x64.ico" and then people can come with "proposals" for the new icons and once Tetsuo & CO :) decide which is better then make the (final) change
A first step it's really needed cause we've been waiting so long for this changes
Also when you talk with them please ask about adding the GUI patch from the BE mod to the SVN cause it's just adding some options to the GUI with no changes for those who don't want / like them, and since bobdynlan it's "M I A" there is no point to wait for him

PS If needed Here is BE mod (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-5-2-3251.html) or direct link for mod BE patch 2976 (http://www.mediafire.com/?k819dx1mrcgk2ha)

Underground78
20th June 2011, 21:48
I will tell them about that (Tetsuo reads this thread so he might even answer you before I catch him on IRC).

mark0077
20th June 2011, 22:39
Guys, I have a filter priority issue I'm wondering can someone comment on. I have "Lav Splitter" set to "Prefer" in mpc-hc and expect it to be used as the "Preferred" splitter for all of the media types that it advertises. However Haali Splitter still gets loaded in instead of it. Shouldn't the fact that its "Preferred" in the external filters section of mpc-hc make it have higher preference over other registered filters on my machine? Maybe I misunderstood how it works.

clsid
20th June 2011, 23:12
Source filters can be forced for specific file extensions using settings in the Registry. Those take precedence over merits.

Here is a useful little tool that (amongst other things) can configure the preferred splitters:
http://fileforum.betanews.com/detail/KLite-Codec-Tweak-Tool/1183386542/1

mark0077
20th June 2011, 23:14
tyvm!

cengizhan
21st June 2011, 10:49
Didnt work at first. i think that other version corrupted my mpc-hc.ini file. i have deleted that and now it works.

it seems that there is a problem with recent versions. keymaps arent working correctly. i have assigned ctrl+right to jump forward (medium), but it skips to next key frame.

namaiki
21st June 2011, 11:22
it seems that there is a problem with recent versions. keymaps arent working correctly. i have assigned ctrl+right to jump forward (medium), but it skips to next key frame.

Did you disable "Fast seek(on keyframe)" in 'Tweaks'?

tetsuo55
21st June 2011, 14:42
@ Mercury_22 and Underground78

I agree that the x64 needs its own icon, for now the existing icon with x64 added on top should do (We're about to get shiny new icons)

I also think the file association should have some hint to distuinguish between 32 and 64 bit versions (this requires code changes)

The BE mod skinability options where still in an alpha or pre-beta state last i heard, and that would be the reason why its not yet included. Ofcourse i want to have them committed as soon as possible.

cengizhan
21st June 2011, 16:35
Did you disable "Fast seek(on keyframe)" in 'Tweaks'?

it doesn't matter whether fast seek is disabled or not. pressing ctrl+right should jump forward without pausing. but it pauses and shows next frame

this is my mappings : http://i53.tinypic.com/105d2l1.jpg

rsd78
21st June 2011, 17:48
Any updates as to whether Intel DXVA will be supported/fixed?

Lincoln Burrows
21st June 2011, 21:16
Is there a problem I should know regarding FLAC streams in Matroska files? Is MPC-HC capable of reading those streams?

GrofLuigi
22nd June 2011, 13:34
Could please someone help me decode the key customizations I've made a long ago that are very important for me. The first number is obvious, but what about the others? In the recent builds, and also not so long ago, MPC-HC kept re-sorting the entries and adding (modifying?) some, so this might not be the 'real' ones that I've made.

I'll read the source if necessary (although I don't have a slightest clue about programming) just to get them back. That's how important they are to me. :)

[Commands2]
CommandMod0=890 3 0 "" 5 0 13
CommandMod1=891 b be "" 5 0 0
CommandMod2=892 b bc "" 5 0 0
CommandMod3=900 3 be "" 5 0 0
CommandMod4=899 3 bc "" 5 0 0
CommandMod5=904 b 27 "" 5 0 0
CommandMod6=903 b 25 "" 5 0 0

GL

namaiki
22nd June 2011, 13:54
[Commands2]
CommandMod0=891 3 0 "" 5 0 13
CommandMod1=892 b be "" 5 0 0
CommandMod2=893 b bc "" 5 0 0
CommandMod3=901 3 be "" 5 0 0
CommandMod4=900 3 bc "" 5 0 0
CommandMod5=905 b 27 "" 5 0 0
CommandMod6=904 b 25 "" 5 0 0

In short, try the above.

edit: This may have been reverted.

JohnLai
22nd June 2011, 14:00
Does UVD 2.2 support VC1 hardware acceleration? Cause I have a video file encoded with :
ID : 2
Format : VC-1
Format profile : MP@HL
Codec ID : WMV3
Codec ID/Info : Windows Media Video 9
Codec ID/Hint : WMV3
Description of the codec : Windows Media Video 9 - Professional
Duration : 1h 25mn
Bit rate mode : Variable
Bit rate : 4 000 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.145
Stream size : 2.40 GiB (95%)

and MPC didnt show any DXVA in use at all. Catalyst 11.6. Any confirmation on what went wrong?

G_M_C
22nd June 2011, 15:14
Does UVD 2.2 support VC1 hardware acceleration?
[...]

Do you need DXVA to play the file fluently ?

And on the question if UVD2.2 would support VC-1 in DXVA: click (http://lmgtfy.com/?q=uvd2.2+vc1+dxva)

JohnLai
22nd June 2011, 15:37
Well, I am using Pentium 4, so DXVA is very important. Main question is, why mpc can't use dxva with the specified VC-1 format above? It works fine with H.264 though.

fastplayer
22nd June 2011, 15:45
^If it's WMV3, then it's not supported.

JohnLai
22nd June 2011, 15:54
^If it's WMV3, then it's not supported.

O.o? Mind to elaborate more? Thanks in advance.

fastplayer
22nd June 2011, 16:03
MPC-HC's DXVA decoder just can't accelerate WMV3. That's all.

namaiki
22nd June 2011, 16:16
it doesn't matter whether fast seek is disabled or not. pressing ctrl+right should jump forward without pausing. but it pauses and shows next frame

this is my mappings : http://i53.tinypic.com/105d2l1.jpg
Did you check the mapping for "Framestep" and "Framestep back"? The default keys have recently changed.

v0lt
22nd June 2011, 18:02
the latest version 1.5.2.3251 on xvidvideo.ru is buggy. mouse wheel changes audio delay, left and right cursor keys doesnt jump. also it changed the corresponding key maps. resetting them doesnt help.
I can fix it (I'll turn back IDs).

fixed in r3262.

MPC-HomeCinema v1.5.2.3262 (x86) (http://www.mediafire.com/?xfgh33iws56bh)