Intel QuickSync Decoder - HW accelerated FFDShow decoder with video processing

[CruNcher]

thx egur indeed i wonder if the DTV Decoder can be used as a supplier for encoding with quicksync fast as Lav Video DXVA Native can't and Copy back shows lower performance then intels own Decoder connected to it (faster encoding speed with it)
Though the DTV Decoder must as you said use a different initialization it handles bitstreams that even Cyberlink fails on partly even Arcsoft and i saw that yet only either that Quicksync (MSDK API) Decoder handling (ffdshow-quicksync, lav-quicksync) or Intels Native MSDK Decoder.
Though that Microsoft can't have thought into the future made me wonder what mode it calls that seems to give a perfect result on Intel Hardware or Intel takes over the calls it does (hooks somehow into it) and directs it to MSDK via the Driver that would make the most sense to me, and explain the same decoding issues.
I don't take this with the Recovery because you don't need recovery to handle MBAFF streams correctly and those fail neither the same as bitstreams with to much references (which seems to be a explicit MSDK fix) with the DTV Decoder nor any MSDK based one but practically currently with most other DXVA implementation @ Least Lav DXVA (Laurents DXVA2 implementation from VLC) shows problems MPC-HCs DXVA does it more correct (though it has disturbed frame issues @ seek currently for practically every bitstream) i guess a compare of how both handling it would shed some light whats going on

This also made me believe a good idea for Lav DXVA would be to skip Laurents DXVA2 for Intel and connect to the DTV Decoder like being done with the DMO Decoder for VC-1 and use AVcodec as the fallback for non DXVA, this should also fix the 720p.mpg crash without big effort
Every Decoding issue though most probably needs to be directly fixed by Intel then and seeing that their is no progress with decodinerror.ts and MSDK makes me wonder how problematic this issue must be also seeing Laurents DXVA2 in Lav DXVA falling apart on it completely but MPC-HC DXVA handling it without problems melts my brain .

[nevcairiel]

You cannot access Microsofts DXVA decoder directly.
The DMOs are directly designed to allow that, the DTV-DVD Decoder is not a DMO, its a pure DirectShow/MF Filter.

You can use the Microsoft DirectShow decoder directly though, no reason to wrap it into something else.
For Encoding its probably not helpful, because it only supports "native" DXVA and not a copy-back mode, as required for encoding.

Anyway, if you look hard enough you'll find a stream that fails with every decoder sooner or later.
I don't care for Intel support in my DXVA implementation. Intel does not support 100% vanilla DXVA, and they don't document their differences properly (or they don't make those documents publicly available). So, why bother? Can always use the MSDK based Decoder, it works better with every driver release.
As long as my DXVA works fine with AMD and NVIDIA, all is fine. And your broken streams are usually fine on those.

So, you can stop posting streams that are broken only on Intel DXVA2, i don't care anymore (actually, i never cared). Use MSDK.
At some point in time, i'm sure we can also produce a "native" mode decoder with MSDK, without copy-back i mean, but its really low priority.

[CruNcher]

The problem is the DTV Decoder has no fallback, it accepts everything so there is only the way over the splitter or the Host Application to handle this

[wanezhiling]

CruNcher, where can I find MSDK based Decoder? thx

[nevcairiel]

LAV and ffdshows QuickSync decoders are based on the MSDK.
There is also a demo decoder which comes with the MSDK itself.

[CruNcher]

As i said you can use the DTV Decoder results are practically the same or use Intels SDK Decoder in MSDK it is a Native (non copy back) Quicksync Decoder (it gives the best performance with the encoder though) but it has it's quirks too.
Mpeg-2 wise i find Lav DXVA2 native decoder gives the best performance though it produces this crash with 720p.mpg in ntdll which it shares with many other implementations.

[wanezhiling]

The Intels SDK decoder in MSDK is a mft decoder? How can i use it in mpc-hc or potplayer .etc

[CruNcher]

2 decoder samples are included 1 mft 1 dshow

[wanezhiling]

I see. thx

[hajj_3]

ivy bridge motherboards went on sale today, does that mean we will be getting new stable graphics drivers soon egur?

[nevcairiel]

The driver is really more for the CPU then the board, and that will be a few more weeks.
Anyway, boards have been available here throughout the past week, and i already have one sitting here.

On that note, the 2712 driver appeared on the Intel website (again passworded), but the driver on the CD that came with the board is only 2598.

[hajj_3]

if the driver is in a .zip file i can try and crack it with password cracking software.

[CruNcher]

Intel wont be so dumb and use anything under AES or a easy word, so unless you working @ the NSA good luck so better wait till it's released officially (or unofficially) saves you energy and doesn't pollutes our environment for nothing

PS: Though who knows if it was prepared by the PR guys everything seems possible, but for that case you have company standards


2696 leaked

Driver Revision: 15.26.8.64.2696

March 23, 2012

************************************************************
*
* NOTE: This document refers to systems containing the
* following Intel chipsets/processors:
*
*
* 3rd generation Intel(R) Core(TM) processors
* 2nd generation Intel(R) Core(TM) i3 processor
* 2nd generation Intel(R) Core(TM) i5 processor
* 2nd generation Intel(R) Core(TM) i5 vPro(TM) processor
* 2nd generation Intel(R) Core(TM) i7 processor
* 2nd generation Intel(R) Core(TM) i7 vPro(TM) processor

The Denoiser PP can now be selected to be applied either on Luma only or on Luma + Chroma

no decoding changes

No immediate crash for Potplayers DXVA anymore

http://forum.doom9.org/showpost.php?...postcount=2381

[egur]

Originally Posted by hajj_3

ivy bridge motherboards went on sale today, does that mean we will be getting new stable graphics drivers soon egur?

Yes, driver 2656 (15.26) is now available from the download center (graphics->processor graphics). This version fixes some of the decode problems but if I remember correctly HW WMV3 is not perfect.
I can assume that the 15.26 driver family will stay with us for the next year.

2712 didn't make or break anything in my video test suite (decode) compared to 2669 or 2696.
The separation of luma/chroma noise reduction is new.

[egur]

Originally Posted by CruNcher

thx egur indeed i wonder if the DTV Decoder can be used as a supplier for encoding with quicksync fast as Lav Video DXVA Native can't and Copy back shows lower performance then intels own Decoder connected to it (faster encoding speed with it)
.

Technically yes. You can write a DS filter that behave like EVR and accepts DXVA surfaces from the decoder. The encoder can copy-back the frames and send them to the encoder.

It sounds like a lot of work with very little in return.

[Surfn]

Originally Posted by nevcairiel

The driver is really more for the CPU then the board, and that will be a few more weeks.
Anyway, boards have been available here throughout the past week, and i already have one sitting here.

On that note, the 2712 driver appeared on the Intel website (again passworded), but the driver on the CD that came with the board is only 2598.

abit of topic but would it be ok to ask which z77 board you went for nev

[nevcairiel]

I got the P8Z77-M PRO from ASUS.

[CruNcher]

Hmm was it the same Again Asus and Intel boards first available, my main Bord decission for SB back then was initialy MSI but as said it was non available @ that early days ?
Welcome in the M PRO club i guess not much will have changed in that Board series and it will come with Protect 3 ?
Though nobody really ever made a test to my known about Protect 3 and if it really does what it's advertised for but if they make a special board of this series for enterprises with that same guarantee i guess it can't be that bad
Though the first tests of their EPU Chip didn't looked that good back then and even Intel boards beat it in Power Consumption (Reference boards).


PS: 2696 are released now http://downloadmirror.intel.com/2115...eNotes_GFX.htm

[endiz]

Hi Eric, is there any chance you will backport this for ffmpeg?

[egur]

Originally Posted by endiz

Hi Eric, is there any chance you will backport this for ffmpeg?

No, I don't have the bandwidth for it.