Thanks for all your work on the Quicksync decoder. I was wondering if you knew if either the IB chips g1610 or g2020 work with it? I know they supposedly have quicksync disabled, but I've read different things saying that they may work (possibly depending on what driver is used). Any idea?

All SandyBridge (and newer) models are supported with standard or OEM drivers.
The term QuickSync includes encoding which is supported on i3 or better models. My decoder doesn't use encoding so no problem

QuickSync MFT filters ship with the driver install. You can use those.

hello, I cleaned one of my machine and did a install of windows 8 pro. I installed latest driver from Intel website and did not find the MFT you described. The only MFT installed by Intel driver is a h264 encoder, however I am looking for a MPEG2 decoder filter.

Try unzipping the driver. If in the root of the zip you see MediaSDK, then it should be OK. else copy the directory Graphics/MediaSDK to MediaSDK.
Then run setup.exe.
Let me know if this worked for you. It looks like there's a problem with the installer.

Version 0.43 is out with the following changes:
* Direct3D11 playback (decode + video processing) on Windows 8. Due to performance degradation in D3D11, it will be used only when needed.
* Optimized D3D11 decode - 50% faster than before.
* FFDShow: r4512

This is awesome, thank you ericgur!
With my main rig using MPC-HC (madVR+LAV) I compared the power draw of my system QSync vs DXVA2 (native) on a 4K UHD (timescape video, from renethx's 4shared folder), around 20w less.
With DXVA2 around 150-155w from the wall, with QS around 130-135w.
With madVR I was using CRom(AR+LL) and smooth motion was turned, queue's as 12/12 and 10 frames in advance and the usual general settings.

I have the HD4000 in my rig set up as a headless, don't have Virtu and have my monitor attached to the HD5750. Also the HD4000 is at stock settings, didn't touch any clock or voltage settings.

E: I'm gonna go and try this with my HTPC (Pentium G2120) now to see how it works. Just downloading the drivers first and then gonna go and enable the IGP from the BIOS.

Well this is rather weird.
I have Game of Thrones bluray on my rig, backed with makemkv so it's quite high bitrate. I used the E01 the beginning sequence with the theme song.
With DXVA2 native decoding in LAV I was seeing around 57w draw. Rendering time was in the 28ms range (have to downscale 1080p -> 1360x768) and the madVR scaling algorithm was CRom(AR+LL)
Now when I switched to QS decoding the power draw increased to 60w and the rendering time halved.
Is this odd or is this just how it's supposed to work? 3watts here or there but it's just interesting.

QS decoder takes a little more power than DXVA2 native (with EVR) as QS decoder uses DXVA2 indirectly. MadVR is not a true DXVA2 renderer if I remember correctly, it may perform some work that requires copying back to the CPU.
MadVR doesn't need to copy back the frame in order to perform its scaling (and other) algorithms, so this may QS+MadVR is better. I'll try to replicate on my system.

Support for features like Intel® Quick Sync Video and OpenCL* in systems with discrete graphics on Windows 8
-Now, one can use both Intel Quick Sync Video and OpenCL even when Intel® HD Graphics is not the primary display adapter
-This requires Intel Graphics driver to be installed and will work only on Windows 8 platforms

Not a big deal, but for what it's worth, I wasn't able to get this to work. The Intel drivers don't install because the system apparently doesn't meet minimum specifications for it. I don't know why, but when I have a DXVA card anyway it's not that big a deal, I was just curious to see if I could make it work.

Yeah, the latest Intel drivers don't install, instead telling me that they're not compatible with my system. I have a i7-4770S, on a Asrock Z87E-ITX, with 16GB RAM and a GTX780. Like I said though, not a huge deal, but it was just something I was curious about trying.

Yeah, the latest Intel drivers don't install, instead telling me that they're not compatible with my system. I have a i7-4770S, on a Asrock Z87E-ITX, with 16GB RAM and a GTX780. Like I said though, not a huge deal, but it was just something I was curious about trying.

Yeah, the latest Intel drivers don't install, instead telling me that they're not compatible with my system. I have a i7-4770S, on a Asrock Z87E-ITX, with 16GB RAM and a GTX780. Like I said though, not a huge deal, but it was just something I was curious about trying.

There appear to be new GPU drivers available from ASRock for the Intel HD Graphics with your board as of a few days ago.

It's been a long time since your latest update and I had some time to test again QuickSync decoder with both Sandy and Haswell processors using latest Intel drivers for Win 8.1
I tested the implementation of QuickSync decoder inside LAV Video (external filter) and MPC-HC (internal filter), both latest versions.

I found out a lot of problems using Haswell and less or equal problems with Sandy.
The problems mainly are a lot of artifacts after seeking in progressive or interlaced H.264 and VC-1 files, especially AVCHD files

BTW, I disabled some pre-configured VPP operations, enabled by default from Intel's drivers - and the performance got a serious lift.

Now I can play in EVR (but not EVR-CP) all of my 4K@120 fps that I couldn't decode before in realtime.

Also I can play the Ducks@50 fps file with yours QS decoder in realtime without dropping frames, but in EVR again (not EVR-CP).
With DXVA native the performance of Ducks file comes close to 100fps.

So, I believe that Ivy and Haswell could have exactly the same decoding engine, regarding performance, but...there is one difference.

During the benchmark tests the GPU load had a huge increase and for some clips it went up to 100%, clearly a sign of a bottleneck.

So it seems that although decoding is done in QuickSync. the GPU speed, the EUs, play a significant role when you push the decoder to the edge - probably for displaying the frames using renderer, scaling and other operations.

That's why, if you see the Excel of my signature using Chrome (IE has difficulties), for the first time I have included renderless results just to check the decoder performance itself, without renderer.

The potential of Ivy/ Haswell decoder is enormous and for low bandwidth, low resolution clips a HD 4000 (16 EUs) could be a lot faster than mine (10 EUs), just like Haswell GT2 (20 EUs).
For heavy GPU load limited clips, the difference could be even double using the same decoder!

There are 1080p clips that can be decoded up to 1200 fps! using decoder only (with unlimited GPU performance), but you may probably need a GT3 or GT3e to see such figures.

Just wondering if you have had a chance to look into video corruption on AVC encoded mp4s? We over at Hyperspin (An emulation front-end) are having the same issue with video in our program which is written in action script, the mp4's play fine with discrete chips from AMD/Nvidia just not with Haswell/Ivy/Sandy. I'm guessing it's related to the same problems described above, so if you can fix that maybe it will fix the problem we have too.

Yes, here are some photos, is there any reason to upload video? The videos play like the half green pic all the way through. I should say also that the files play fine on the Intel chipsets outside of Hyperspin, and they are AVC1 encoded mp4s. Unfortunately the original programmer has gone awol and the program wasn't open source so if it's an internal problem we can't fix it.

Also, I should say I am not a sexy girl, just a normal looking dude. I just honestly wasn't sure that my message would get answered and so wasn't taking the sign up seriously, is there a way I can change the user name apart from creating a new account? Anyway, sorry about that, but there probably are some sexy girls that use Hyperspin that would be very grateful to see these videos play on Intel igpus. Some one else wrote that message on the N64 one.

I have been in touch with the Intel forums about the issue in case they can fix it in the drivers but so far I have been told "If there is news we will post it" but that's about it.

All you need to do is download and install it and then copy the videos to the folder \hyperspin\media\neo geo pocket color\video, run the program and press down a few times till you get to to the neo geo pocket color wheel and press enter and you will see all the videos. Come to think of it, you may not even need the video pack as the video snaps for every wheel on the main menu should be mp4s by now anyway. Thanks.

All SandyBridge (and newer) models are supported with standard or OEM drivers.
The term QuickSync includes encoding which is supported on i3 or better models. My decoder doesn't use encoding so no problem

I just noticed that my i5 laptop uses Quicksync encoding when I use video processing in one of my video programs. I am not sure if Quicksync was there before I upgraded from Windows 8.0 to Windows 8.1 last month ago.