Intel QuickSync Decoder - HW accelerated FFDShow decoder with video processing [Archive] - Page 52

NikosD

20th August 2014, 06:02

http://forums.laptopvideo2go.com/topic/24340-intel-gma-drivers/page-30#entry148086

New 10.18.10.3907 drivers leaked, not official download from Intel's server if anyone wants to try. Only supports Haswell & Broadwell.

Added for the first time (?) - I don't remember if latest official beta 3651 had them - MediaFoundation VP8 Hardware decoder (& VP8 sync), although like MJPEG HW MFT decoder, I think there are no video decoders available leveraging them.

You have to use MSDK to leverage them.

NikosD

20th August 2014, 08:02

I want to correctly target my system's GPU when encoding to ensure it can use DXVA for playback. At the moment I'm specifically concerned with H.264 encoding, but learning about the other available formats like MPEG-2 will also be useful.

Scouring the Intel site for almost a day hasn't yielded anything either, beyond the statement that Clear Video is supported on my Core i5-2540M with HD Graphics 3000 GPU (http://ark.intel.com/products/50072/Intel-Core-i5-2540M-Processor-3M-Cache-up-to-3_30-GHz).

AMD cards, Nvidia cards and Intel's internal GPUs have different capabilities regarding H.264 Level and Ref frames support.

Almost all of the above - even 5 yo cards - support Bluray specs of 1080p H.264 L4.1 and Ref 4 clips.

For 1080p, Intel's iGPU from Sandy and better, they all support DXVA HW acceleration of L5.2 ReF 16 and bandwidths of more than 500Mbps.

egur

20th August 2014, 13:06

Any luck with debug runtime?

On Windows 7 I got the same report as you did but no way to know where it's coming from and what resource is leaked.
I don't see any "next steps" I can make here.

egur

20th August 2014, 13:11

Added for the first time (?) - I don't remember if latest official beta 3651 had them - MediaFoundation VP8 Hardware decoder (& VP8 sync), although like MJPEG HW MFT decoder, I think there are no video decoders available leveraging them.

You have to use MSDK to leverage them.

When I'll get a Broadwell system, I'll try to add VP8 support.

Please point me to VP8 clips or share some of your own.

Also which source/splitter is used with this format? LAV?

Zachs

21st August 2014, 02:13

On Windows 7 I got the same report as you did but no way to know where it's coming from and what resource is leaked.
I don't see any "next steps" I can make here.

I know from personal experience debugging D3D resource leak is no easy task. Typically anything that you 'get' from the D3D device needs to be released. This link contains useful info -- http://gamedev.stackexchange.com/questions/49614/how-to-debug-direct3d-resource-leak

jkauff

21st August 2014, 16:45

egur

21st August 2014, 22:45

Eric, I have a problem you might be able to help with. Ever since upgrading to Win 8.1, when I select QS decoding in LAV the video gets way ahead of the audio on playback--about 10-15 seconds. It never used to do this, and it happens no matter which player I use. I don't use Reclock, so that's not the culprit. I'm on Haswell now, although it started when I was still on Ivy Bridge. Latest Intel drivers.

Any idea what's going on?

I'm using Win8.1 on a regular basis and didn't encounter any problems like you described.
Do all containers (mkv, tc, mp4) do it?
All media files?
Which splitter and renderer are used?

This doesn't sound like a driver issue since there's a problem with the timestamps.

jkauff

22nd August 2014, 00:30

I'm using Win8.1 on a regular basis and didn't encounter any problems like you described.
Do all containers (mkv, tc, mp4) do it?
All media files?
Which splitter and renderer are used?

This doesn't sound like a driver issue since there's a problem with the timestamps.
After doing some testing, it's only MKV files that have the problem. I'm using LAV and madVR. I normally use MakeMKV, but I'll run a file through mkvmerge and see if that makes a difference.

jkauff

22nd August 2014, 00:53

The remux didn't help. The problem's still there, so apparently it's not a MakeMKV timestamp bug. I'll try creating an MP4 from the same source.

jkauff

22nd August 2014, 02:12

I did some further testing. It seems the problem only occurs on some MKV files, not all of them. All decode correctly using software decoding.

Since I don't use QS very often, I'm not sure it's worth your time to look into this if no one else is having a problem.

NikosD

22nd August 2014, 06:58

When I'll get a Broadwell system, I'll try to add VP8 support.

Please point me to VP8 clips or share some of your own.

Also which source/splitter is used with this format? LAV?

Based on my previous post, you don't need Broadwell to add VP8 support.

Latest unofficial beta drivers have added that option for Haswell too.

I don't have VP8 samples, but you can find some for sure by googling "VP8 samples" or "WebM samples" which is the same.

Although, besides video servers, I don't see where that could be useful.

egur

23rd August 2014, 13:41

I did some further testing. It seems the problem only occurs on some MKV files, not all of them. All decode correctly using software decoding.

I view MKV files every day w/o issues although I don't use MadVR too often. Can you share a problematic file (~50MB)?

jkauff

24th August 2014, 01:29

I view MKV files every day w/o issues although I don't use MadVR too often. Can you share a problematic file (~50MB)?
Here's a clip:
https://dl.dropboxusercontent.com/u/29526622/preview.mkv

This is beginning to look like a Handbrake or x264 problem. I'm going to play around with my settings.

jkauff

24th August 2014, 01:37

Found it. The source file needed deinterlacing. Once I set that, QS played the resulting clip just fine.

itsonlyjustincase

1st September 2014, 14:43

Hi Eric,

Is there an equivalent of ffdshow with QuickSync for OSX ?

egur

1st September 2014, 18:39

Hi Eric,

Is there an equivalent of ffdshow with QuickSync for OSX ?

I'm not a big Mac OS X expert. I know MAC OS X supports HW acceleration for some format but I don't know which player actually uses it.

kalehrl

3rd September 2014, 20:11

These drivers are bad, at least for windows 7 ultimate 64bit.
I have a Celeron G1820 processor.
I ended up with no Aero after reboot.
I didn't have such problems with previous releases.

hoborg

3rd September 2014, 20:45

Working just fine for my HTPC. Win7 x64, Intel® Core™ i5-4590T (HD 4600).

Zachs

5th September 2014, 15:54

Just wondering. Any progress with the resource leak?

egur

9th September 2014, 12:48

Just wondering. Any progress with the resource leak?

No, very busy lately...

NikosD

12th September 2014, 12:26

Intel has released 10.18.10.3907 drivers(15.36 branch), only Haswell is supported.

https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=24246

https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=24245

There is also support for the first time, for Broadwell-Y (Core M) HD 5300 with a unique feature of OpenCL 2.0 support.

I don't know if it's CPU or GPU support of that and if Intel will bring it to Haswell too.

itsonlyjustincase

18th September 2014, 11:04

I'm not a big Mac OS X expert. I know MAC OS X supports HW acceleration for some format but I don't know which player actually uses it.

I've gone through the web and it seems except Apple itself, no other software developper on OSX knows what it Intel Quick Sync :s ! I just don't get it as it's been available since 2011 !!! How people can make video software on OSX which use video decoding/encoding and don't know that this QSV could drastically improve performances !!!

Egur do you think you could do something on your side so that apple release the quicksync api guide ? It seems the devs don't have it so can't use quicksync

egur

18th September 2014, 15:26

I've gone through the web and it seems except Apple itself, no other software developper on OSX knows what it Intel Quick Sync :s ! I just don't get it as it's been available since 2011 !!! How people can make video software on OSX which use video decoding/encoding and don't know that this QSV could drastically improve performances !!!

Egur do you think you could do something on your side so that apple release the quicksync api guide ? It seems the devs don't have it so can't use quicksync

Apple has all the knowledge to implement HW decode, encode and video processing. What they do with it, is their choice of course.

Apple has a video a acceleration API (that of course should use the QuickSync engine). Read more via this link (https://developer.apple.com/library/mac/technotes/tn2267/_index.html).

That page also references a Qt class that can do it for you.
Note that this framework is for H264 decoding only.
I can guess that when H265 is properly supported by HW and become more mainstream, Apple will switch to it and improve the API.

The above is from searching the web BTW.

fvisagie

18th September 2014, 15:27

itsonlyjustincase

20th September 2014, 10:34

Thanks for the answers guys !!!
So whenever hardware acceleration is triggered QuickSync will be used ?

egur

22nd September 2014, 14:15

So whenever hardware acceleration is triggered QuickSync will be used ?
Unless Apple implements their own video decode engine using OpenCL. This is of course a very bad idea so they wouldn't waste time and money on it and use the QuickSync HW instead.

itsonlyjustincase

24th September 2014, 16:19

Unless Apple implements their own video decode engine using OpenCL. This is of course a very bad idea so they wouldn't waste time and money on it and use the QuickSync HW instead.

Thank you very much for your answers.

Last question. You said : "Note that this framework is for H264 decoding only." Do you have the link for the H264 encoding framework ? Or perhaps some colleague of you which may know a bit more about apple could tell you ?

theoneofgod

6th October 2014, 04:12

I'll post this here as it happens with FFDShow as well as LAV. File is stuttery when playback is with Quick Sync.

Windows 8.1 x64 - Intel 3770k - MPC-HC 1.7.7

https://www.sendspace.com/file/0w4e7l

NikosD

17th October 2014, 10:24

This time I'm faster than GTPVHD

New drivers for Haswell and Broadwell

32-bit: http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=24349

64-bit: http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=24348

P.J

17th October 2014, 20:36

for Haswell too? I can't see it in the download center.

ryrynz

18th October 2014, 06:41

for Haswell too? I can't see it in the download center.

You shouldn't be asking questions like this here it's not the forum for it. It was posted that it was for Haswell in the title, and if you loaded the page it's fairly obvious it does as it states so on the page

"4th Generation Intel® Core™ Processors with Intel® HD Graphics 5000/4600/4400/4200"

You could have just downloaded them also and just tried installing them (they're only 100MB) look harder next time.

NikosD

26th October 2014, 21:03

kalehrl

27th October 2014, 14:49

In the release notes for 3958, my haswell processor G1820 isn't mentioned as supported.
In the release notes for 3960, it is mentioned so it may well be that they packed the drivers in 2 files.

egur

28th October 2014, 00:10

I can't understand Intel's policy for Haswell.

Those drivers are for Ivybridge-Haswell too and they are in 33 family.

But Haswell-Broadwell drivers are 36 family.

So Haswell is compatible with both.

Each driver generation supports 2 big-core processors and since BayTrail one or two small core (Atom) CPUs. Current generation 15.36 support Broadwell and Haswell. Previous generation supports Haswell and IvyBridge.

Yups

1st November 2014, 19:00

And that's a poor driver policy from Intel. Nvidia and AMD have a much longer driver support. Fermi got DSR support recently. Ivy Bridge won't get CMAA support which is much newer than Fermi. Just one example.

wanezhiling

2nd November 2014, 03:45

Can't agree more!!

P.J

23rd December 2014, 21:47

It doesn't work for HD4600:

http://i.imgur.com/1nVdMZM.jpg

ryrynz

23rd December 2014, 22:12

It doesn't work for HD4600:

Morning meh.

P.J

23rd December 2014, 22:16

That's because the 4600 is Ivy Bridge, not Haswell or Broadwell as stated.

http://www.notebookcheck.net/Intel-HD-Graphics-4600.86106.0.html

:search:

ryrynz

23rd December 2014, 23:11

It doesn't work for HD4600

Obviously got mixed up with the 4000, I don't need to use search I own one.

Confirmed, didn't install on mine either, odd.

Yups

25th December 2014, 00:28

It doesn't work for HD4600:

http://i.imgur.com/1nVdMZM.jpg

It works on my HD4600. Difference could be that I'm on Windows 7 while you are possibly using Windows 8.

CharlieCL

3rd January 2015, 20:04

Just tested a software in true fullscreen with Quick Sync and LAV 0.63 enabled it worked fine in NUC Core i5 Haswell. But it worked on Ultrabook Core i7 Haswell for a while in true fullscreen then back to dead later.

It is most possible there are bugs in graphics drivers of Ultrabook.

Nintendo Maniac 64

12th January 2015, 03:02

Question - what determines codec and format support for QuickSync decoding? Is it related to the supported formats and codecs decodable in DXVA2 at all?

ryrynz

15th January 2015, 08:04

Intel 10.18.10.4080 driver for Haswell & Broadwell.

Improved video playback through partial hardware acceleration support for the VP9 video format.

GPU accelerated decode of HEVC video file format including both 8-bit and 10-bit support. This will provide improved video playback capabilities on the platforms.

NikosD

6th February 2015, 13:51

New drivers for SandyBridge iGPU HD 2000/HD 3000 but with no release notes yet (the links point to the old release notes)

You can find more info here:
https://communities.intel.com/thread/60104

32bit
https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=24695&lang=eng&ProdId=3319

64bit
https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=24696&lang=eng&ProdId=3319

NikosD

21st February 2015, 09:55

Each driver generation supports 2 big-core processors and since BayTrail one or two small core (Atom) CPUs. Current generation 15.36 support Broadwell and Haswell. Previous generation supports Haswell and IvyBridge.

Eric, are you going to update QS decoder in order to support the hybrid HEVC decoder of Haswell and Broadwell ?

egur

22nd February 2015, 16:43

Eric, are you going to update QS decoder in order to support the hybrid HEVC decoder of Haswell and Broadwell ?

I've started to look into this. My new laptop is a Haswell so this should speed things up.

NikosD

22nd February 2015, 19:49

There is also a VP8 decoder in Haswell, as I have said you before and as I read elsewhere there is even a hybrid VP9 decoder for Broadwell already enabled in latest drivers.

As a matter of fact, next version of Chrome will have VP9 support for Broadwell.

I don't know if your QS decoder could include those formats VP8/VP9, because they are not supported from Microsoft and DXVA and if you're interested in supporting them.