Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
6th April 2012, 15:43 | #1061 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
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 .
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 6th April 2012 at 16:07. |
6th April 2012, 16:44 | #1062 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
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.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 6th April 2012 at 16:53. |
6th April 2012, 16:57 | #1063 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
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
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 6th April 2012 at 17:04. |
6th April 2012, 17:10 | #1065 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
LAV and ffdshows QuickSync decoders are based on the MSDK.
There is also a demo decoder which comes with the MSDK itself.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
6th April 2012, 17:10 | #1066 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
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.
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 6th April 2012 at 17:37. |
6th April 2012, 17:56 | #1068 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
2 decoder samples are included 1 mft 1 dshow
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 |
6th April 2012, 18:09 | #1071 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
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.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 6th April 2012 at 18:20. |
6th April 2012, 18:43 | #1073 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
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 Quote:
no decoding changes No immediate crash for Potplayers DXVA anymore http://forum.doom9.org/showpost.php?...postcount=2381
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 7th April 2012 at 04:09. |
|
7th April 2012, 15:58 | #1074 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
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.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
7th April 2012, 16:04 | #1075 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
It sounds like a lot of work with very little in return.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
8th April 2012, 09:33 | #1076 | Link | |
Registered User
Join Date: Dec 2011
Posts: 10
|
Quote:
|
|
8th April 2012, 09:41 | #1077 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
I got the P8Z77-M PRO from ASUS.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
8th April 2012, 16:55 | #1078 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
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
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 12th April 2012 at 03:52. |
12th April 2012, 20:53 | #1080 | Link |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
No, I don't have the bandwidth for it.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
Tags |
ffdshow, h264, intel, mpeg2, quicksync, vc1, zoom player |
|
|