Login at Kodi Home

PelleBert · (This post was last modified: 2011-08-15, 23:13 by PelleBert.)

Seems like the Sandy Bridge gpu only works when using the ClearVideo DXVA decoders (which is what MPC-HC uses). I've submitted a simple patch which makes xbmc prefer the clearvideo codecs, when they are available. This makes DXVA work perfectly in xbmc on my new i3-2010, at least on the samples I've tried.
Would be interesting to see what happens on a computer with a Sandy Bridge CPU and an external GPU.

Here is a link to the patch:
http://trac.xbmc.org/ticket/11846

htpcguru · 2011-08-16, 20:51

I gave this a try and yes it gets rid of macro-blocking on H.264 movies and AVCHD 1080-24p home videos. Yet, it doesn't work on AVCHD 1080-60i home videos and VC-1 movies. Both formats have no picture.

PelleBert Wrote:Seems like the Sandy Bridge gpu only works when using the ClearVideo DXVA decoders (which is what MPC-HC uses). I've submitted a simple patch which makes xbmc prefer the clearvideo codecs, when they are available. This makes DXVA work perfectly in xbmc on my new i3-2010, at least on the samples I've tried.
Would be interesting to see what happens on a computer with a Sandy Bridge CPU and an external GPU.

Here is a link to the patch:
http://trac.xbmc.org/ticket/11846

PelleBert · 2011-08-16, 22:56

Did AVCHD 1080-60i and VC-1 work before the patch? (with dxva enabled)

htpcguru · 2011-08-17, 15:29

Nope, no format worked with DXVA before (except MPEG2).

I can upload 4 short video clips (H.264, VC-1, AVCHD 1080-60i and AVCHD 1080-24p) for testing. Anyone knows a good free file hosting service?

PelleBert Wrote:Did AVCHD 1080-60i and VC-1 work before the patch? (with dxva enabled)

**CrystalP** · 2011-08-18, 19:14

The h264 patch was merged.

PelleBert · 2011-08-19, 10:19

Seems like someone has a problem in the nightly build similar to the people in this thread (DEVICEHUNG)
http://forum.xbmc.org/showthread.php?tid=81367

Did you ever figure out why it happened and what fixed it?
The weirdest thing is that it doesn't crash when debug-logging is enabled...

**CrystalP** · 2011-08-20, 07:14

Intel drivers are less forgiving than nVidia or ATI. In that case the subtitle had a picture with no characters and the driver was asked to render zero primitives. It crashed.

Running with the D3D debug runtime is pretty useful to identify the weird problems, to get more information and a more accurate crash point. XBMC in release mode can be run under a debugger to get the D3D debug messages.

slatepress · 2011-09-05, 08:35

I have an i3-2100 HTPC.

Without using a different filter (such as LAV), neither XBMC, MPC-HC or VLC work. They ALL experience severe macroblocking for certain h264 encoded content in DXVA2 (hardware).

I also have a Virtu solution, so can switch to using my GTS450 istead of the Intel chip for video which has no issues with DXVA2. No .dll's posted in these forums have worked, and no build (HEAD) or otherwise has helped in getting XBMC (through FFMPEG) to work with these sources. I can post some screenshots later, including full logs from XBMC, VLC or MPC-HC.

This appears to be a poor implementation of DXVA2 in FFMPEG. However, if LAV works, which is open source, why doesn't FFMPEG?

Interestingly, as of today, there's an Intel guy who's released a new ffdshow filter hoping to fix DXVA2 running correctly in ffdshow, which he says will be integrated into the whole of that process. Is this likely to generate some quick patches for XBMC's own implementation of DXVA2 on Intel hardware?

fezster · 2011-09-05, 17:07

Have you tried the nightly build ?

The reason I ask is because I found a lot of macroblocking with certain files using an old Radeon 2600 Pro which were "fixed" by the ffmpeg implementation in the nightly build.