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

carnage_pl
1st June 2008, 15:19
Can translation be implemented into mplayerc in order to not download standalone files?

And againg question about lock-back buffer. For what is that option and should I enable it?

Casimir666
1st June 2008, 16:15
As for the pin info, that was not exactly what I was looking for. I am looking for what it expects in case of VC-1 and H.264. ffdshow for example expects an MP4/AVC header in case of H.264. If you feed it with H.264 PES, it simply crashes. So what exactly does a demuxer has to provide on its video pin in case of VC-1 and H.264 for the MPC Video Decoder?
This filter expect complete frame, so parser have to glue together PES before feeding MPCVideoDec (same for ffdshow).

Can translation be implemented into mplayerc in order to not download standalone files?
:confused: What do you mean?

And againg question about lock-back buffer. For what is that option and should I enable it?
http://forum.doom9.org/showthread.php?p=1142964#post1142964

carnage_pl
1st June 2008, 16:34
Thanks. I didn't notice the answer earlier.
Now to change the language You need to download files from sourceforge with translation, have it with mplayerc. exe in the same folder and then You can change language.
Can downloading files with translation be avoided?

ADude
1st June 2008, 21:27
Just activate all ADPCM decoding possibilities in the ffdshow audio configuration and it will work


That does not do anything because MPC-HC does not know that it is ADPCM. Here is the message from MPC-HC:
The following pin failed to find a connectable filter:

150821main_viking-062206-320cc.mov::Apple Sound Media Handler

Media Type 0:
--------------------------
Audio: 0x0000 32000Hz mono

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {324D4451-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 178

clsid
1st June 2008, 21:43
{324D4451-0000-0010-8000-00AA00389B71} equals QDM2. So enable that in ffdshow.

lexor
2nd June 2008, 01:55
sup everyone, I was just reading the "known issues" section of the OP and while all but one item on that list doesn't affect me in any way, I was wondering if there is more info regarding the first item. that is:
"It looks like MPC-HC incorrectly sends the quantization matrix in raster-scan order, whereas the DXVA spec mentions that it should be sent in zig-zag scan order."

Feeding a matrix in the wrong order seems to be a major no-no, but the playback is fine (far as I can tell) and the item has been on the list for so long, it doesn't look like devs think it's very important. Is it because order doesn't matter for flat matrix and since MPC-HC doesn't support custom matrices the whole thing is a non-issue?

ADude
2nd June 2008, 02:19
{324D4451-0000-0010-8000-00AA00389B71} equals QDM2. So enable that in ffdshow.

Ha ! clsid finds the clsid. :D

That worked (none of the ADPCM's worked even though Mediainfo thinks it is "ADPCM").

Thanks !

ADude
2nd June 2008, 02:27
Thanks. I didn't notice the answer earlier.
Now to change the language You need to download files from sourceforge with translation, have it with mplayerc. exe in the same folder and then You can change language.
Can downloading files with translation be avoided?

There are over 200 languages...

GrofLuigi
2nd June 2008, 06:18
Can downloading files with translation be avoided?
Please! I remember the times when MPC fit on a diskette... :)

GL

CiNcH
2nd June 2008, 07:08
This filter expect complete frame, so parser have to glue together PES before feeding MPCVideoDec (same for ffdshow).

I see. I actually meant ES, not PES. Contained PTS are converted to DirectShow-PTS and presented via the IMediaSample-Interface.

FallenAngel
2nd June 2008, 09:57
Can somebody compile the MPCVideoDecoder filter r525+ please?
Earlier versions are not good for my 8800GT :p

Thanks
Could someone fill my request, please?

I apologize for this, I usually don't like to bother people so I won't do this again I swear! :)

Thank you for your help.

Bluestraw
2nd June 2008, 10:39
Can someone please tell me if there are plans to include VC1 interlaced support in the future? Since MS's decoder doesn't handle such content properly, and Cyberlink's decoder doesn't work outside PDVD, this is the one missing link to me to make MPC compatible with all HD content. Unless I'm missing some way to do it already?!

ranpha
2nd June 2008, 12:16
Can someone please tell me if there are plans to include VC1 interlaced support in the future? Since MS's decoder doesn't handle such content properly, and Cyberlink's decoder doesn't work outside PDVD, this is the one missing link to me to make MPC compatible with all HD content. Unless I'm missing some way to do it already?!

Do you have a test file for that? There is something I wanna try.

marc99
2nd June 2008, 13:21
It's possible to use combination: Vista+EVR+DXVA+WMVideo Decoder DMO?

Bluestraw
2nd June 2008, 13:40
Do you have a test file for that? There is something I wanna try.Sure, will upload a sample later.

Bluestraw
2nd June 2008, 13:41
It's possible to use combination: Vista+EVR+DXVA+WMVideo Decoder DMO?Yes, that combination is fine, but the WMVideo Decoder doesn't handle interlaced content properly, so it's of no use in this case.

Bluestraw
2nd June 2008, 17:18
Sure, will upload a sample later.Here's a sample - doesn't play right in the MS WM decoder, and doesn't even play at all in the internal MPC one:

http://rapidshare.com/files/119576351/vc1interlacedclip.m2ts.html

Casimir666
2nd June 2008, 18:13
I see. I actually meant ES, not PES. Contained PTS are converted to DirectShow-PTS and presented via the IMediaSample-Interface.
PTS is specific to Mpeg stream, and are translate to Reference_time by parser. MpcVideoDec use reference_time set in the IMediaSample it receive

Can someone please tell me if there are plans to include VC1 interlaced support in the future? Since MS's decoder doesn't handle such content properly, and Cyberlink's decoder doesn't work outside PDVD, this is the one missing link to me to make MPC compatible with all HD content. Unless I'm missing some way to do it already?!
Support for H264 and VC1 interlaced stream is on todo list for DXVA. Software decoding of interlaced VC1 is not supported by ffmpeg for the moment.

Bluestraw
2nd June 2008, 20:51
Support for H264 and VC1 interlaced stream is on todo list for DXVA. Software decoding of interlaced VC1 is not supported by ffmpeg for the moment.DXVA works for me :) Thanks! Since there is currently no alternative in MPC for interlaced VC1 I vote for VC1 before H264 ;)

Gawwad
2nd June 2008, 21:06
Support for H264 and VC1 interlaced stream is on todo list for DXVA. Software decoding of interlaced VC1 is not supported by ffmpeg for the moment.

can this be included in the todo list for MPC HC please ?
http://forum.doom9.org/showthread.php?p=1139181#post1139181

it will be really great if all application commands are enabled properly, so then any standard remote control can be used to control MPC HC

:thanks:

Aleksoid1978
3rd June 2008, 01:34
Could someone fill my request, please?

I apologize for this, I usually don't like to bother people so I won't do this again I swear! :)

Thank you for your help.


Here - www.tosei.ru/isoft/MPCVideoDec_541_x86.7z

FallenAngel
3rd June 2008, 07:28
Here - www.tosei.ru/isoft/MPCVideoDec_541_x86.7z

Thanks... you made my day!

3ngel
3rd June 2008, 09:47
Regarding the interlacing, I uploaded some interlaced samples to test some pages above.

Mercury_22
3rd June 2008, 09:58
Can someone do something so MPC-HC x64 can be (differentiate from the MPC-HC x86) / in the open with menu ?! (Maybe rename mplayerc.exe to mplayerc64.exe, and chanage the caption from Media Player Classic - Homecinema to Media Player Classic - Homecinema (64-bit) )
Let's not do the same mistake that Micro$.. did with WMP x64 & WMP x86 on 64-bit OS !
I know this are simple things that can be changed by everyone for himself but I think it will be more useful to be THE SAME FOR EVERYBODY who uses the 64-bit version of MPC-HC .
Am I WRONG ? Isn't this NECESSARY / useful (for 64-bit OS users) ?

And another thing : can someone improve the internal filters for OGG and MPEG PS/TS/PVA so we don't need Haali's Media Splitter to play TS and OGG files (Especially in the 64-bit version where we CAN'T use Haali's Media Splitter )? Since Haali's "Core parser library
This is the core library that is used in the splitter and utilities, it's written in plain C and is higly portable. The library source is available upon request. Please mail mike@haali.net. " (http://haali.cs.msu.ru/mkv/)

Leak
3rd June 2008, 10:53
Unless Haali is willing to release the core parser library under the GPL MPC can't incorporate the code.

Also, from the wording "available upon request" it doesn't look like Haali would want the code to show up in a public place (read: MPC HC SVN repository), so I'd say it's right out...

Mercury_22
3rd June 2008, 14:23
Unless Haali is willing to release the core parser library under the GPL MPC can't incorporate the code.

Also, from the wording "available upon request" it doesn't look like Haali would want the code to show up in a public place (read: MPC HC SVN repository), so I'd say it's right out...

But at least can someoane who knows Haali ask him about this ? :thanks:

clsid
3rd June 2008, 15:00
MPC already has splitters for Ogg and TS. It's just a matter of improving those and Casimir66 is already working on that!

Mercury_22
3rd June 2008, 15:28
MPC already has splitters for Ogg and TS. It's just a matter of improving those and Casimir66 is already working on that!

Thanks for your reply ! But that was my idea in the first place
...can someone improve the internal filters for OGG and MPEG PS/TS/PVA so we don't need Haali's Media Splitter to play TS and OGG files (Especially in the 64-bit version where we CAN'T use Haali's Media Splitter )? Since Haali's "Core parser library
This is the core library that is used in the splitter and utilities, it's written in plain C and is higly portable. The library source is available upon request. Please mail mike@haali.net. " (http://haali.cs.msu.ru/mkv/) :)
Anyway GREAT NEWS :thanks:

CiNcH
3rd June 2008, 19:06
Support for H264 and VC1 interlaced stream is on todo list for DXVA.

r536 seems to work with interlaced content. However no deinterlacing within GPU is applied (VMR deinterlacing/DirectShow deinterlacing/hardware deinterlacing or whatever you want to call it). Tried with 'VMR9 Windowed' and 'VMR9 Renderless'.

Tested with a Radeon HD 3650. Just replaced my 8600 GTS.

Also tried latest 'MPC Video Decoder' (MPCVideoDec_541_x86) provided some posts above. Picture stayed black with interlaced content (used Haali as demuxer).

lexor
3rd June 2008, 19:15
Hi guys, does DXVA acceleration require the image to have dimensions that are a multiple of 16? I don't see this requirement in any of the warnings about DXVA in any thread, but I can't think of any other reason for getting weird blocking with DXVA1 on ATI HD2600 (tried official from March, 523 and 536 builds, don't have any other).

http://img383.imageshack.us/img383/1583/brokendxvavv5.th.jpg (http://img383.imageshack.us/my.php?image=brokendxvavv5.jpg)

Joniii
3rd June 2008, 21:00
Here - www.tosei.ru/isoft/MPCVideoDec_541_x86.7z

Could you do the same for mpeg splitter please?

jimas
3rd June 2008, 21:17
I`m facing a stange problem!

I have build a new HTPC.

Gigabyte GA-MA78GM
AMD 4850e
Gigabyte 8600GT
WinXP (i tried SP2 and SP3)

My problem is that in Direct 3D mode (for removing tearing) i don`t see the blue-green bar.
It is there.I can use it but i don`t see it!

I tried all version of MPC but nothing changed.

Aleksoid1978
3rd June 2008, 22:59
Could you do the same for mpeg splitter please?

Here - http://www.tosei.ru/isoft/MpegSplitter_541_x86.7z

MatMaul
3rd June 2008, 23:38
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.

gngn
3rd June 2008, 23:50
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.

bows to MatMaul :thanks:

it will play now EVERYTHING with DXVA that uses H264. and also seeking does work.

got some strange macroblocking on a specific video (but it also happens with the cyberlink decoder on that one, the one that encoded it says it works perfect with ATI ) sample: here (http://rapidshare.com/files/119904407/_BakaWolf__AIR_01.BD-720p_H.264_DD5.1__-001.mkv)

also it hangs after 2 sec on a other SD video (SD with 16 ref frames is still DXVA compliant?):
Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 16
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 23s
Nominal bit rate : 1086 Kbps
Width : 704 pixels
Height : 400 pixels
Display aspect ratio : 16/9
Frame rate : 29.970 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.129
Title : [SS] Oinari-sama - 01
Writing library : x264 - core 59
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / me-prepass=1 / brdo=1 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=5 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=1086 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00
Language : Japanese

MatMaul
4th June 2008, 00:21
normally yes this stream is compliant with level 3.1 but it seems that DXVA have problems with refs > 11 at any resolution...

@everybody please test SD decoding and confirm that you are limited to 11 refs. if so we will adapt the dxva compatibility check.

gngn
4th June 2008, 00:29
got the same problem again on another SD video, playback will hang after a few seconds (seeking does work, but will hang then again):


Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 12
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 23s
Nominal bit rate : 1167 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Standard : NTSC
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.141
Title : sola 14 (OVA)
Writing library : x264 - core 56 svn-680
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=240 / keyint_min=24 / scenecut=36(pre) / rc=2pass / bitrate=1167 / ratetol=3.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
Language : Japanese


and absolutly no playback with:


Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 13
Codec ID : H264
Duration : 1mn 19s
Nominal bit rate : 1500 Kbps
Width : 1024 pixels
Height : 576 pixels
Display aspect ratio : 16/9
Frame rate : 23.980 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.106
Writing library : x264 - core 50 svn-558
Encoding settings : cabac=1 / ref=10 / deblock=0:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / chroma_qp_offset=0 / slices=1 / nr=2 / decimate=1 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=2400 / keyint_min=24 / scenecut=35 / rc=2pass / bitrate=1500 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=26 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
Language : Japanese


conclusion: i have a lot other SD videos with ref frames > 11 that wont play (DXVA kicks in everytime)

MatMaul
4th June 2008, 00:42
seems to confirm the 11 refs limit

gngn
4th June 2008, 00:49
on the other hand, cyberlink's decoder 7.x will decode them (only problem is macroblocking on the file with ref frames = 16)

ooferomen
4th June 2008, 01:39
hey guys i can't get H.264 bitstreaming to work on my 8400GS G98 core. VC-1 does work though! i don't really know much but i'm guessing it has something to do with not having NV12 listed for DXVA2. anyone have any ideas on what i can do?

http://img526.imageshack.us/img526/6030/dxvacheckervc8.th.png (http://img526.imageshack.us/my.php?image=dxvacheckervc8.png)

also on a side note it looks like this card supports MPEG2 bitstreaming, will that be added to MPC HC?

thanks guys

gngn
4th June 2008, 02:03
hey guys i can't get H.264 bitstreaming to work on my 8400GS G98 core. VC-1 does work though! i don't really know much but i'm guessing it has something to do with not having NV12 listed for DXVA2. anyone have any ideas on what i can do?

http://img526.imageshack.us/img526/6030/dxvacheckervc8.th.png (http://img526.imageshack.us/my.php?image=dxvacheckervc8.png)

also on a side note it looks like this card supports MPEG2 bitstreaming, will that be added to MPC HC?

thanks guys

it seems you have Vista. H264 DXVA should work without problems. what problems do you have more exactly? the files dont play, or they play but without DXVA?
try to drag'ndrop a videofile over the interface of the DXVAChecker, then rightclick on the results in red (you'll have to register MPCVideoDec.ax www.tosei.ru/isoft/MPCVideoDec_541_x86.7z manual) and "Play in Video using ...."

ooferomen
4th June 2008, 02:18
it seems you have Vista. H264 DXVA should work without problems. what problems do you have more exactly? the files dont play, or they play but without DXVA?
try to drag'ndrop a videofile over the interface of the DXVAChecker, then rightclick on the results in red (you'll have to register MPCVideoDec.ax www.tosei.ru/isoft/MPCVideoDec_541_x86.7z manual) and "Play in Video using ...."

yes Vista SP1. the problem is no DXVA, MPC HC plays them in software mode, which my little CPU can't handle. :p

i registered MPCVideoDec.ax and it does not pop up when i drag over a h264 file. it does when i try with a vc-1 file though.

gngn
4th June 2008, 02:30
it doesnt pop up for me either at the moment (didnt use it for some time now, but it did function. weird )
playing in software mode? maybe you have a filter inbetween (VSFilter or something else) and this will cancel DXVA, please read the instructions here: http://mpc-hc.sourceforge.net/DXVASupport.html

ooferomen
4th June 2008, 02:39
it doesnt pop up for me either at the moment (didnt use it for some time now, but it did function. weird )
playing in software mode? maybe you have a filter inbetween (VSFilter or something else) and this will cancel DXVA, please read the instructions here: http://mpc-hc.sourceforge.net/DXVASupport.html

nope don't have that

engene
4th June 2008, 03:49
seems to confirm the 11 refs limit
I just tested r.546 with nvidia 9600gt/WinXP.
The limit of reference frames in nvidia is as same as ATI.

max ref frames:
without bframes=15
with bframes=11

mpc-hc r.546 test (disable the limit of h264 level 3.1) (http://www.mediafire.com/?rt2yyhcdtc5)

Sample (http://forum.doom9.org/showpost.php?p=1139937&postcount=2026)

Mercury_22
4th June 2008, 07:34
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 ) :confused:

"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: 484325dd
Fault Module Name: mplayerc64.exe
Fault Module Version: 1.1.0.2
Fault Module Timestamp: 484325dd
Exception Code: 40000015
Exception Offset: 000000000047ee5e
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 3442
Additional Information 2: a90074d3de3a20ce992f5e158c585c07
Additional Information 3: fb38
Additional Information 4: da0550ddf6faa5411f025c7cc08ea1ab
Can anyone compile a newer version for 64-bit please ! :helpful: :thanks:

ohropax
4th June 2008, 08:56
I can confirm that r546 is a huge step forward. Finally mpc-hc internal decoder makes the 'right' decisions about DXVA. I have not checked the seeking problem yet but will do so asap. However there are at least two long outstanding issues that i would appreciate being fixed:

1. contrary to cyberlink decoder mpc-hc does not use hardware accelerated deinterlacing. Others pointed that out already earlier in this thread.

But more important to me is:

2. some videos cannot be played with overlay output but can be played with vmr7windowed output. this problem does not appear when using cyberlinks demuxer and decoder chain. In fact all my movies can be played back with vmr7windowed but i am experiencing a less visually appealing playback compared to overlay output (maybe vmr7windowed playback is done without vsync, dont know). Therefore i prefer overlay on my machine (XP SP3, NVidia GPU). Pin info below.

overlay (not working):Filter : Video Renderer - CLSID : {70E102B0-5556-11CE-97C0-00AA0055595A}

- Connected to:

CLSID: {CD8743A1-3736-11D0-9E69-00C04FD7C15B}
Filter: Overlay Mixer
Pin: Output

- Connection media type:

Video: 1934x1088

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_Overlay {E436EB7F-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 0
cbFormat: 1124

VIDEOINFOHEADER:
rcSource: (0,0)-(1934,1088)
rcTarget: (0,0)-(1934,1088)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 0

BITMAPINFOHEADER:
biSize: 40
biWidth: 1934
biHeight: 1088
biPlanes: 1
biBitCount: 8
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0
vmr7 windowed (working)Filter : Video Mixing Render 7 (Windowed) - CLSID : {B87BEB7B-8D29-423F-AE4D-6582C10175AC}

- Connected to:

CLSID: {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}
Filter: MPC Video Decoder
Pin: Output

- Connection media type:

Video: YV12 2048x1080 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 3317760
cbFormat: 1152

VIDEOINFOHEADER:
rcSource: (0,0)-(1920,1080)
rcTarget: (0,0)-(1920,1080)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 2048
biHeight: -1080
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 3317760
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

Maybe the above is enough in order to pinpoint the problem. But in the meantime i will try to narrow down what part is triggering the problem by comparing cyberlink and mpc playback chains.

and finally:

3. on my system colors are still a little bit washed out and black appears as dark grey. But somtimes when seeking or pausing a single frame is displayed with correct black level (to my eyes). However i cannot trigger this 'correctness flash' right now. hmm.

tetsuo55
4th June 2008, 10:18
Hi guys, does DXVA acceleration require the image to have dimensions that are a multiple of 16? I don't see this requirement in any of the warnings about DXVA in any thread, but I can't think of any other reason for getting weird blocking with DXVA1 on ATI HD2600 (tried official from March, 523 and 536 builds, don't have any other).

http://img383.imageshack.us/img383/1583/brokendxvavv5.th.jpg (http://img383.imageshack.us/my.php?image=brokendxvavv5.jpg)

mod16 is mandatory

MatMaul
4th June 2008, 12:46
mod16 is mandatory
I don't think so...
if the video is not mod16 the encoder will pad the borders to have a mod16 video and then put some flag inside the bitstream to say to the decoder "please crop after decoding".

for example 1080 is not mod16 and most of the HD content (should I say bluray :P ?) are 1920*1080 ;) so if you followed what I've said, the real size of the encoded video is 1088 and it is cropped to 1080 at playback

so lexor please provide a sample (and test with cyberlink ^^)

Reino
4th June 2008, 13:01
Is it possible to integrate DXVA-support into FFDShow? This way people using other mediaplayers than MPC-HC can also benefit from this.