Log in

View Full Version : DXVA compatibility for software players thread


Pages : 1 2 3 [4]

tetsuo55
9th December 2009, 07:56
It never happens with any of the h264 videos we use (which is why we need a sample)

I have not seen that type of corruption in a very long time, can you please make a screenshot with CTRL+J while the curroption is visable?

Forteen88
9th December 2009, 08:33
@tetsuo55: This suddenly came up after I watched the video a few minutes, (Ctrl+J pressed, but the info isn't on the screenshot):
http://www.imagebam.com/image/4f3a0659193379
but again, when I rewind and watched it again, then the graphicsbugs were gone. This in not quite like previous graphicsbugs. As the graphicsbugs are not at a constant place, it's pretty difficult to send a sample :P
Another one, minutes later:
http://www.imagebam.com/image/dee67c59194844

I used MPC-Homecinema.1404_(x64) when playing these.

EDIT: Never mind, I read "Alternative VSync in MPC-HC is recommended for ATI GPU users", and that seems to have solved it! Thanks for trying to help though.

xiulet
9th December 2009, 11:48
That is correct, every decoder treats chroma differently, see this thread for more info: http://85.230.118.136/showthread.php?p=1271416#post1271416

Also note, that does poor chroma upsampling(except madvr).


are you talking about ffmpeg and dxva? or about all decoders( ffdshow, divx7, coreavc..)

on the othert hand, i don't see any quality differences on madvr and evr custom( this may be a little better) in the link you give me ,are not evr snapshot to compare.

Then, does the color upsampling depends on render or decoder?
Because madvr or evr...are renders not decoders.

thanks , you.
adéu.

tetsuo55
9th December 2009, 23:04
are you talking about ffmpeg and dxva? or about all decoders( ffdshow, divx7, coreavc..)

on the othert hand, i don't see any quality differences on madvr and evr custom( this may be a little better) in the link you give me ,are not evr snapshot to compare.

Then, does the color upsampling depends on render or decoder?
Because madvr or evr...are renders not decoders.

thanks , you.
adéu.Some decoders do their own RGB conversion, others let the renderer do it.
Some Renderers do their own RGB conversion, others let the video card do it.

Its not simple :)

madvr provides the theoretically best rgb conversion and theoretically/phycovisually best chroma upsampling.
Depending on your videocard the difference between madvr and evr-cp could be huge

xiulet
10th December 2009, 02:52
Some decoders do their own RGB conversion, others let the renderer do it.
Some Renderers do their own RGB conversion, others let the video card do it.

Its not simple :)

madvr provides the theoretically best rgb conversion and theoretically/phycovisually best chroma upsampling.
Depending on your videocard the difference between madvr and evr-cp could be huge
ok, not simple :(.

with my gpu i don't see any quality diferences between madvr and evr custom(colour a bit vivid on evr), and using cpu decoders vs. dxva( with any filter) it's better cpu in general. The evr on win7 is very nice, better than vista , no doubt!

But i am going to investigate , a little bit.:devil:


thanks, you
adéu.

littleD
10th December 2009, 10:18
Look at your catalyst control panel and AVIVO settings. Maybe there you should looking for.

Lincoln Burrows
16th December 2009, 23:24
I can't get DXVA to work with Windows Vista. I used MPC-HC and changed according to this guide:

http://nunnally.ahmygoddess.net/watching-h264-videos-using-dxva/

While the videos are not facing a lag anymore (something that is happening with Windows XP SP3), no matter what output I use it or setting changed, I can't see any signs of DXVA being used on Vista. Are you 100% sure DXVA can be used with VC-1 streams? From the looks of it, H.264 and other codecs are the only ones compatible with DXVA. This codec is always doing that, it should be banned.

A quick note: VMR9-renderless on Vista is making the video's AR wrong, and causing severe lag. The EVR Custom Pres. was the output recommended by this guide, and showed the embedded subtitles, so I guess this is the one and only output that can be used on Vista.

clsid
17th December 2009, 13:28
Only progressive VC-1 video is supported by the internal decoders of MPC. It will fail with interlaced stuff.

Lincoln Burrows
17th December 2009, 17:20
Only progressive VC-1 video is supported by the internal decoders of MPC. It will fail with interlaced stuff.That's not my case...

I wanna know why Windows XP shows that I am using DXVA on VC-1 videos and Vista is not doing that...

GeForce 8/9 GPUs only have partial hardware acceleration for decoding VC-1 in their VP2 decoder. It will not work with MPC-HC's DXVA decoder which requires bitstream decoding support aka full hardware decoding on GPU. Nvidia GPUs with VP3 and VP4 decoder hardware does work with MPC-HC's VC-1 DXVA decoder since they have full bitstream decoding support for VC-1.

For older VP2 hardware, you need to uncheck MPC-HC's internal VC-1 DXVA and FFMPEG decoder and uncheck WMV1/2/3 internal decoder also. This will use the MS decoder and will give you IDCT partial acceleration for VC-1 and WMV9.Any idea on how we can get a list of video cards with full bitstream decoding support for VC-1?

I will try your tips, unfortunatelly I can't get any VC-1 video to work properly on MPC-HC (using XP), I don't know why, since H.264 and other codecs are perfectly fine.