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

clsid
4th June 2008, 14:30
The internal (DVXA) decoders of MPC are also available as standalone filter. It has been posted a few times in this thread. A download location:
http://forum.doom9.org/showthread.php?p=1145505#post1145505

lexor
4th June 2008, 14:33
/EDIT: Scratch the original content of this post. I have 704x396 file that plays fine with full acceleration. 396 is not mod16, so I think there is a problem with the decoder.

Reino
4th June 2008, 15:18
The internal (DVXA) decoders of MPC are also available as standalone filter. It has been posted a few times in this thread. A download location:
http://forum.doom9.org/showthread.php?p=1145505#post1145505Thanks clsid, I already knew the existance of the external filters, but my question was if it's possible to integrate DXVA into FFDShow. If this is the wrong place to ask this question, please tell me.

CiNcH
4th June 2008, 15:28
Thanks clsid, I already knew the existance of the external filters, but my question was if it's possible to integrate DXVA into FFDShow. If this is the wrong place to ask this question, please tell me.

Think ffdshow currently uses libav as H.264 decoder, not ffmpeg.

clsid
4th June 2008, 15:35
libavcodec comes from the FFmpeg project. MPC and ffdshow use the same decoders.

DXVA will not get integrated into ffdshow because the architecture of ffdshow (with the many filters) is not suitable for combining with DXVA. Furthermore, it would be a waste of time, since there already is a filter with DXVA capabilities.

Reino
4th June 2008, 15:58
Fair enough.
Okay, thanks!

lexor
4th June 2008, 17:00
Here is a sample for the blockiness in DXVA decoder: http://www.megaupload.com/?d=HCX5YF8J

Kado
4th June 2008, 19:01
@lexor
No blockiness using MPC HC rev536 (http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/).

@MatMaul
I know I'm always saing this but your builds (non debug ones) always trigger "No execute" function on my system crashing MPC HC, that only happens when using internal decoders. Maybe you should talk to _xxl and see what's the difference when building the file.
Of course I can exclude MPC HC from the buffer overflow checking and use it anyways.:)

lexor
4th June 2008, 19:06
@lexor
No blockiness using MPC HC rev536 (http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/).

Just tried that revision, same problem. I should probably also restate this (since my first post is on another page), I'm using ATI HD2600. Are you on Nvidia or ATI?

Kado
4th June 2008, 19:29
@lexor
Sorry, I forgot to put the specs:
Vista SP1 x86
nVidia 9800GTX 175.63
MPC HC rev536

ooferomen
4th June 2008, 20:19
i got MPCVideoDec.ax to show up in DXVAChecker, here is the output.

http://img75.imageshack.us/img75/6876/mpcvideodeccl8.th.png (http://img75.imageshack.us/my.php?image=mpcvideodeccl8.png)

_xxl
4th June 2008, 20:33
MPC-HC 64-bit (bin.x86_64.r536) it's crashing when i try to play a vob file with 2 AC3 streams ! The same file it's playing well with WMP 64-bit ( My OS VISTA Ultimate 64-bit )
Internal splitters and decoders used?

lexor
4th June 2008, 20:45
Alright, here is what I have so far.

Just updated my drivers to latest 8.5 (as well updated AVIVO codec to latest). Still crazy blockiness.

The broken blocks are consistent in location, so this is not some random error. Other DXVA files play fine (including the ones that are non mod16), so the card/drivers is probably not the issue. This file plays fine on Nvidia card (as Kado tested), so probably some ATI specific bug in the decoder and not DXVA limitation. Tested MPC-HC 523,536,546 and official from March, behavior is identical.

Can someone with an ATI card test the problem sample (http://www.megaupload.com/?d=HCX5YF8J)? (this is the same one as linked above)

Casimir666
4th June 2008, 21:11
Alright, here is what I have so far.

Just updated my drivers to latest 8.5 (as well updated AVIVO codec to latest). Still crazy blockiness.

The broken blocks are consistent in location, so this is not some random error. Other DXVA files play fine (including the ones that are non mod16), so the card/drivers is probably not the issue. This file plays fine on Nvidia card (as Kado tested), so probably some ATI specific bug in the decoder. Tested MPC-HC 523,536,546 and official from March, behavior is identical.

Can someone with an ATI card test the problem sample (http://www.megaupload.com/?d=HCX5YF8J)? (this is the same one as linked above)

Same problem with ATI. Even PDVD do macroblocks on this sample.

tetsuo55
4th June 2008, 22:25
Same problem with ATI. Even PDVD do macroblocks on this sample.

another confirm on hd2400pro

Mercury_22
4th June 2008, 22:41
Internal splitters and decoders used?

Using MPEG-2 Video internal Transform Filters no more crashing but just a black screen !

Joniii
4th June 2008, 22:50
Here - http://www.tosei.ru/isoft/MpegSplitter_541_x86.7z

:thanks:

gngn
4th June 2008, 23:16
i got MPCVideoDec.ax to show up in DXVAChecker, here is the output.

http://img75.imageshack.us/img75/6876/mpcvideodeccl8.th.png (http://img75.imageshack.us/my.php?image=mpcvideodeccl8.png)

as far as i can imagine this means that the file you used for testing is not DXVA compatible. one other possibility, something that happend for me, i had a Asus utility for my GeForce installed (Splendid Video Enhancing Technology) that made all my efforts to enable DXVA futile (it was behaving like a intermediate filter, but didnt show anywhere up, so i didnt suspect it).
install CyberLink PowerDVD, even the trial version will do: http://www.cyberlink.com/multi/download/trials_1_ENU.html and retest your files with the DXVAChecker, or load Cyberlinks filters in MPC-HC as prefered filters.
for MPEG2 decoding i use Nvidias PureVideoDecoder at this time.

ooferomen
4th June 2008, 23:29
as far as i can imagine this means that the file you used for testing is not DXVA compatible. one other possibility, something that happend for me, i had a Asus utility for my GeForce installed (Splendid Video Enhancing Technology) that made all my efforts to enable DXVA futile (it was behaving like a intermediate filter, but didnt show anywhere up, so i didnt suspect it).
install CyberLink PowerDVD, even the trial version will do: http://www.cyberlink.com/multi/download/trials_1_ENU.html and retest your files with the DXVAChecker, or load Cyberlinks filters in MPC-HC as prefered filters.
for MPEG2 decoding i use Nvidias PureVideoDecoder at this time.

DXVA works with the cyberlink decoder, no go on the MPC decoder still.

http://img442.imageshack.us/img442/5366/cyberlinkwo2.th.png (http://img442.imageshack.us/my.php?image=cyberlinkwo2.png)

Aleksoid1978
5th June 2008, 00:15
Here last Decoder - www.tosei.ru/isoft/MPCVideoDec_551_x86.7z

and MPC - www.tosei.ru/isoft/mplayerc_551_x86.7z

Work fine on XP+DXVA, no black screen

ericab
5th June 2008, 01:30
Here last Decoder - www.tosei.ru/isoft/MPCVideoDec_551_x86.7z

and MPC - www.tosei.ru/isoft/mplayerc_551_x86.7z

Work fine on XP+DXVA, no black screen

thanks Aleksoid1978 for the compiles!
keep em coming :)

STaRGaZeR
5th June 2008, 03:18
@Liisachan, thanks, very useful. And sorry for the late response :)

@Casimir, I have some files that won't play OK in MPC:


Sample 1: http://www.megaupload.com/?d=7XPKAJ0M

The image freezes after one second or two. No problems with PDVD7 Decoder. 848x480, 11 ref frames.



Sample 2: http://www.megaupload.com/?d=ZWZE9BSD

The image freezes, green flashes after a few seconds until forever. PDVD7 the same, but after a few seconds image is back to normal, but then freezes and green flashing again. 720x544, 3 ref frames.



Sample 3: http://www.megaupload.com/?d=CWQUK8I9

Same as sample 1, video freezes in a few seconds. PDVD7 is good with stuttering in some points. 848x480, 16 ref frames.



Sample 4: http://www.megaupload.com/?d=2T7OHOBK

Same as sample 1. 1024x576, 10 ref frames.



Sample 5: http://www.megaupload.com/?d=QM58PHAK

Upper half of the screen is green, and bottom half artifacts like hell. PDVD7 is the same. 720x544, 3 ref frames.



Sample 6: http://www.megaupload.com/?d=KIYPO15Q

Blinking green, no image. PDVD7 the same. 720x400, 2 ref frames.



I'm using Vista64 SP1, ATI HD3870 Cats 8.5, EVR custom. All the lastest MPC builds are the same.

crlorentzen
5th June 2008, 04:19
I just did a debug session with a nvidia card of a friend and I managed to solve the black screen problem with non debug build :)
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r546.zip
next step, try to fix the macroblock problem on nvidia.

Nice work...works perfectly on all my current test videos, no black screen, slices works fine, seeking works.

Awesome.

Joniii
5th June 2008, 06:03
Nice work with the splitter Casimir :).

Only problems i'm having is that every Blu-ray with VC-1 stutters. H264 and MPEG-2 works perfectly.

Also I have about 30 Blu-rays (.m2ts files) in my Vista media center library and compared to haali media splitter it takes alot of time and resources for splitter to load thumbs.

Casimir666
5th June 2008, 07:05
Nice work with the splitter Casimir :).

Only problems i'm having is that every Blu-ray with VC-1 stutters. H264 and MPEG-2 works perfectly.

Also I have about 30 Blu-rays (.m2ts files) in my Vista media center library and compared to haali media splitter it takes alot of time and resources for splitter to load thumbs.

What decoder are you using for VC1?

tetsuo55
5th June 2008, 07:48
Revision 552 - Directory Listing
Modified Thu Jun 5 00:19:50 2008 UTC (6 hours, 23 minutes ago) by matmaul
put 11 as absolute max number of refs for DXVA decoding

Is there any way to easily detect if bframes are used?

i think limiting 11 ref frames is the way to go, more than 5 is overkill at every resultion except for a few animated exeptions
also everyone is going to use bframes anyway, so no sense in confusing people.

CiNcH
5th June 2008, 07:48
@ Casimir,

I have just read through your MpegSplitter code on SVN. Can you point me to where you are dealing with the 4-byte timecode in case of m2ts? Are you dealing with this code or just overreading it?

Mercury_22
5th June 2008, 08:12
Tested bin.x86_64.r552 still crashing ! or "Using MPEG-2 Video internal Transform Filters no more crashing but just a black screen "

Maybe this will help :stupid:

MVS2008 debug output:


'mplayerc64.exe': Loaded 'C:\Program Files\Media Player Classic\mplayerc64.exe'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ntdll.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\kernel32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dsound.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msvcrt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\user32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\gdi32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\advapi32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\rpcrt4.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ole32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\winmm.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\oleaut32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\oleacc.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\powrprof.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\version.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ddraw.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dciman32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\setupapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dwmapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\comdlg32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\shlwapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\winsxs\amd64_microsoft.windows.common-controls_6595b64144ccf1df_5.82.6001.18000_none_40ba501d3c2b20ff\comctl32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\shell32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\winspool.drv'
'mplayerc64.exe': Loaded 'C:\Windows\System32\oledlg.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ws2_32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\nsi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\wininet.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\normaliz.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\iertutil.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\imm32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msctf.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\lpk.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\usp10.dll'
'mplayerc64.exe': Loaded 'C:\Windows\winsxs\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_152e7382f3bd50c6\comctl32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\psapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\uxtheme.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\clbcatq.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\devenum.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\wintrust.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\crypt32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msasn1.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\userenv.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\secur32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\imagehlp.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msdmo.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\rsaenh.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\quartz.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dxva2.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\wdmaud.drv'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ksuser.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\MMDevAPI.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\avrt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\AudioSes.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\AudioEng.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msacm32.drv'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msacm32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\midimap.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\mpg2splt.ax'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ntmarta.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\Wldap32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\samlib.dll'
'mplayerc64.exe': Loaded 'C:\Program Files\ffdshow64\ffdshow.ax', Binary was not built with debug information.
'mplayerc64.exe': Loaded 'C:\Windows\winsxs\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_88de292b2fb06019\msvcr80.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dinput.dll'
'mplayerc64.exe': Loaded 'C:\Program Files\ffdshow64\ff_liba52.dll', Binary was not built with debug information.
'mplayerc64.exe': Loaded 'C:\Windows\System32\d3d9.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\d3d8thk.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\igdumd64.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\evr.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ncrypt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\bcrypt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\MSMPEG2VDEC.DLL'
'mplayerc64.exe': Loaded 'C:\Windows\System32\SLC.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\gpapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\cryptnet.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\SensApi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\netapi32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\cabinet.dll'
The thread 'Win64 Thread' (0x824) has exited with code 0 (0x0).
The thread 'Win64 Thread' (0xca8) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xd80) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xfb4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb0c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x7c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb20) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xd3c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xbec) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xfe0) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x958) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xde4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb74) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x850) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb3c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x444) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xea4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x8d0) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xa98) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xd28) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x3e4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xdb4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x8bc) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb54) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xccc) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xbbc) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x618) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xa88) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xe24) has exited with code 3 (0x3).
The program '[4084] mplayerc64.exe: Native' has exited with code 3 (0x3).

And : "MVC++ runtime error: This application has requested the Runtime to terminate it in an unusual way"

Problem Event Name: APPCRASH
Application Name: mplayerc64.exe
Application Version: 1.1.0.2
Application Timestamp: 48477b32
Fault Module Name: mplayerc64.exe
Fault Module Version: 1.1.0.2
Fault Module Timestamp: 48477b32
Exception Code: 40000015
Exception Offset: 000000000047faae
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 3442
Additional Information 2: a90074d3de3a20ce992f5e158c585c07
Additional Information 3: a719
Additional Information 4: e0016e3a5cdc5ee4699a3c054c803205

mplayerc_homecinema_x64_v1.1.0.0 it's NOT crashing, just latest version bin.x86_64.r552 it's crashing
My OS Vista X64 SP1 ultimate.

Joniii
5th June 2008, 09:06
What decoder are you using for VC1?

WMVideo Decoder DMO, but it also stutters as bad with MPCVideoDec_551_x86 or ffdshow. With haali splitter every docoder works flawlessly.

300 Blu-ray Sample (VC-1) (http:\\www.netikka.net\enclave\300.m2ts)

_xxl
5th June 2008, 10:37
Just remember that ffdshow had a similar bug with VC-1 slutter. It was fixed some time ago.

Casimir666
5th June 2008, 13:25
@ Casimir,

I have just read through your MpegSplitter code on SVN. Can you point me to where you are dealing with the 4-byte timecode in case of m2ts? Are you dealing with this code or just overreading it?
I don't know what 4 byte you are talking about. Mpeg splitter rely on PTS to generate IMediaSample reference_time (it's done if in function CBaseSplitterEx::Read(peshdr ...) - line131). This code is identical to Gabest filter (no specific procedure for M2TS).

WMVideo Decoder DMO, but it also stutters as bad with MPCVideoDec_551_x86 or ffdshow. With haali splitter every docoder works flawlessly.

300 Blu-ray Sample (VC-1) (http:\\www.netikka.net\enclave\300.m2ts)
As i've just say above, at the moment Mpeg parser calculate time from PTS, i.e. the true presentation time. Problem came with b-frame, because for VC1 ffdshow switch this time from B and P frames and this shouldn't be done with mpc parser.

I had a long talk about this with Madshi already, and he think I should swap time in parser for VC1. I haven't done this change yet, so when you play frame are not displayed in the correct order with ffdshow (for Microsoft DMO it seems correct but i haven't tested very long).

Only one thinks suprise me : it should play properly with MPCVideoDec standalone filter :confused:

sfortier
5th June 2008, 17:56
Hi!

The MPEG-TS files in the following site can be played on MPlayer with Video an Audio. MPC-HC plays ok the video but recognizes the audio stream as MPEG1payload with no sound...

The files has h264 and he-aac streams.

http://www.cbclip.com.br/Manhattan
Username: Manhattan
Password: M4nh4tt4n

Thanks.

EDIT:
Until r512 I get video with no sound. Starting with r513 I lost the video and with no sound!!!

Mercury_22
5th June 2008, 21:32
I can't play any .ogg video (Theora) files using either internal filters, or ffdshow, or Ogg Codecs for windows Version (0.73.1936) but ogg audio files are playing OK
The .ogg video (Theora) files do play using Ogg Codecs for windows Version (0.71.0946) (with a strange resolution) or totally OK with Haali Media Splitter !
Any Idea ?:helpful:

P.S. tested with MPC-HC bin.x86_32.r552 / bin.x86_64.r552 Video starts but freezes after 2-3 sec (audio continues to play OK) and with x64 / x86 v1.1.0.0 doesn't even start !

My OS Vista X64 SP1 ultimate.

clsid
5th June 2008, 22:18
The Ogg splitter is still a work in progress regarding Theora support. The freezing is a known problem.

XBoy
5th June 2008, 22:38
The MPCVideoDec.ax decoder filter is great! Finally I have DXVA for x264 in Vista64!

Anyone know how I can get subtitles in Vista Media Center while using the MPCVideoDec.ax in DXVA mode?

Would the MPCVideoDec.ax need to support a subpic pin, similarily like the "Nero Video Decoder"?


How would something like this be implemented? I can add a text input pin to the MPCVideoDecoder. But how do I blend this as a bitstream while still keeping DVXA active?

Ideas anyone?

Mercury_22
6th June 2008, 15:08
When MPC-HC's internal filters are uncheck MPC-HC it's using them at "low level".
What's the merit level for this (It's "Do not use"=00200000 or "Unlikely"=00400000 ?) ? And what's the merit level when the internal filters are check (It's "Prefered"=00800000 ? ) ?
My point it's that I think we need a more fine tunning of this levels like in ffdshow ("Do not use", "Unlikely", "Normal", "Prefered", "Default", "Very High") , so we don't need to always go and manually check or uncheck the internal filters !
At least we need to add a "Normal"=00600000 merit level (or 00600400) for internal filters so MPC-HC will automatically choose the filter to use ? Am I Wrong ? :confused:

clsid
6th June 2008, 17:22
It does this:
Checked -> Maximum merit
Unchecked -> Minimum merit

Mercury_22
6th June 2008, 17:58
It does this:
Checked -> Maximum merit
Unchecked -> Minimum merit

Kinda vague ! Anyway What about adding a new merit level "Normal" set at 00600000 (or 00600400) ? or like in ffdshow a merit "control" ?

clsid
6th June 2008, 18:29
If you enable an internal filter, then it will always get used. If you disable it, then it will not get used, unless no other suitable filter can be found.

Adding a "normal" merit level makes no sense at all. It's pointless. Certainly for an internal filter system. What kind of "problem" are you expecting to solve with this? If you need to mess around with merits, then MPC already has the functionality to change the merits of external filters.

Mercury_22
6th June 2008, 19:35
If you enable an internal filter, then it will always get used. If you disable it, then it will not get used, unless no other suitable filter can be found.

Adding a "normal" merit level makes no sense at all. It's pointless. Certainly for an internal filter system. What kind of "problem" are you expecting to solve with this? If you need to mess around with merits, then MPC already has the functionality to change the merits of external filters.

For some files the internal filters / decoder (let's say mpeg2) it's working and the external filter / decoder (let's say Micro$.. mpeg2) it's not working but for other files it's the other way around so every time i need to check or uncheck the internal filter manually but if i have a normal merit level i will set the external filter also to normal level and MPC will automatically pick the right filter / decoder :helpful:

clsid
6th June 2008, 20:06
MPC does not 'pick the right one'. There is no way to determine which one would be the 'best' choice. If two filters have equal merit, then MPC will just pick the first one (in alphabetical order of their id).

Source filters can attempt to parse a file and fail, in which case the next filter can do an attempt. At least afaik. I don't know if the internal ones also behave that way, they probably do, but if not, that must be fixed.

But anyway, if you have files that fail with the internal filters, you should post them here.

Mercury_22
6th June 2008, 20:28
MPC does not 'pick the right one'. There is no way to determine which one would be the 'best' choice. If two filters have equal merit, then MPC will just pick the first one (in alphabetical order of their id).

Source filters can attempt to parse a file and fail, in which case the next filter can do an attempt. At least afaik. I don't know if the internal ones also behave that way, they probably do, but if not, that must be fixed.

But anyway, if you have files that fail with the internal filters, you should post them here.

But I thought that:
Each filter is registered with a merit value. When the
filter graph manager builds a graph, it enumerates all the
filters registered with the correct media type. Then it
tries them in order of merit, from highest to lowest. (It
uses additional criteria to choose between filters with
equal merit.) It never tries filters with a merit value less
than or equal to MERIT_DO_NOT_USE. A filter that
should never be considered for ordinary playback should
have a merit of MERIT_DO_NOT_USE or less. Filters can
be registered with intermediate values not defined by
this enumeration, such as MERIT_NORMAL + 1.

STANDARDIZED MERIT VALUES

MERIT_PREFERRED = 0x800000
MERIT_NORMAL = 0x600000
MERIT_UNLIKELY = 0x400000
MERIT_DO_NOT_USE = 0x200000
MERIT_SW_COMPRESSOR = 0x100000
MERIT_HW_COMPRESSOR = 0x100050 (from Radlight's FilterManager ) this applay for internal filters too ?
:helpful:

Example of "files that fail with the internal filters" (http://www.dump.ro/download.php?file=TSSplit.1-3.mpg&id=NzRhMDI2NDkxZDg4ZmIxYTkwM2ZhNjBiY2RiNWZlZDI=&download=true)

clsid
6th June 2008, 22:05
That exact quote can also be found in MSDN. However, it does not specify any criteria.

Mercury_22
6th June 2008, 22:20
That exact quote can also be found in MSDN. However, it does not specify any criteria.

Ok but from my testing when I "Checked -> Maximum merit" internal filters and they fail MPC does NOT try external filters and the other way when "Unchecked -> Minimum merit" MPC does NOT try internal filters / decoders all the time (some times it does), so from what you're saying it appears to me that a normal merit level it makes sense because If two filters have equal merit, then MPC will just pick the first one (in alphabetical order of their id).Source filters can attempt to parse a file and fail, in which case the next filter can do an attempt. At least afaik. I don't know if the internal ones also behave that way, they probably do, but if not, that must be fixed.
-> the user does not need to manually pick the working filter by checking or unchecking internal filters ! Correct ?

clsid
7th June 2008, 00:10
Filters will not suddenly start behaving differently because of a different merit. So no, you are not correct. Merit only influences the order in which filters are selected.

You seems to have misunderstood my comment about failing source filters. That means that a filter will not become part of the directshow graph. Don't confuse it with a filter that accepts a file but fails to parse it properly.

You can try whatever you want by using the standalone (external) versions of the internal filters. Disable the internal ones and just use the external ones.

BlackJack1
7th June 2008, 00:57
I'd like to use "sharpen" filter on my MPC-HC player. But sometimes it is too much sharp. How to change it to lower sharpenning?

Lys
7th June 2008, 02:00
this build http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r546.zip 546 causes a DEP exception and windows kills it. (Enabled DEP for all processes) The previous version did not have this problem.

mplayerc_551_x86.7z works fine, but STaRGaZeR's samples have the same problem as he states.

Casimir666
7th June 2008, 08:44
Microsoft just released the updated DX runtimes and SDK 38. MPC-HC not gonna update from SDK 35 dll?

DirectX End-User Runtimes (June 2008)
http://www.microsoft.com/downloads/details.aspx?FamilyID=822640ab-0983-4c41-9c70-632f6f42c557&DisplayLang=en

DirectX SDK June 2008
http://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en

We cannot use latest SDK because DX7 have been removed (and it's necessary to keep VMR7 renderless). Latest SDK with DX7 is June 2007

dzy
7th June 2008, 11:15
Is there any changelog for these monthly runtime updates?
I can find only the major update changes on msdn.

fastplayer
7th June 2008, 11:55
Is there any changelog for these monthly runtime updates?
I can find only the major update changes on msdn.
http://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en#AdditionalInfo