or Connect
AVS › AVS Forum › Video Components › Home Theater Computers › Intel QuickSync Decoder - HW accelerated FFDShow decoder with video processing
New Posts  All Forums:Forum Nav:

Intel QuickSync Decoder - HW accelerated FFDShow decoder with video processing - Page 9

post #241 of 288
Thread Starter 
Version 0.38 beta is out with the following changes:
* A fix for audio sync issues in broken streams.
* Bugfixes for broken Win8 drivers
* Better handling of incomplete sequence headers.
* Able to recover after multiple initializations. New stream must be from the same codec as the old stream. Calling InitDecoder or SetConfig will reset the decoder.
* FFDShow: Added fine grain multithreading support
* FFDShow: r4477

Note to Window 7/8 users with drivers 15.28.xx.xx:
Do not enable full multithreading support in FFDshow or player will abort playback at some point in many clips.

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
post #242 of 288
Thread Starter 
Version 0.39 beta is out with the following changes:
* Workaround for various issues when drivers from the 15.28 or 15.31 (beta) family are used.
* Better handling of timestamp discontinuities - usually due to broken streams.
* Default multithreading option is now set to "Multithreaded copy".
* FFDShow: r4488

Note to Window 7/8 users with drivers 15.28.xx.xx or 15.31.xx.xx:
Do not enable full multithreading support in FFDshow or player will abort playback at some point in many clips.
Select "Multithreaded copy" for good performance and rock solid stability.
If/when the drivers get fixed, I'll post the working version number.

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
post #243 of 288
Thanks Eric! biggrin.gif
post #244 of 288
I am trying the configuration described in "Advanced MPC-HC Setup Guide" thread with my Ivy Bridge cpu ASUS z77 based motherboard build. If I use your Intel QuickSync Decoder and install FFDShow instead of MadVR, will I get a sharper better picture when I play back my recorded .ts mpeg2 broadcast tv files? As is the MPC player can't match the play back picture quality of the MyHD tuner card I have installed in an old crappy Pentium 4 machine which I use to capture the broadcasts..
post #245 of 288
Thread Starter 
The decoder will not provide a better picture than MadVR because MadVR is a renderer and ffdshow is a decoder. You can get a sharper image by allowing the QuickSync decoder to apply sharpning. Try raising the sharpness setting to a value between 16 and 32. Do it in "ffdshow config->Intel QuickSync".
post #246 of 288
Thread Starter 
Version 0.40 is out with the following changes:
* Removed all MT code, cleaning up the design. MT copy is still here
* Wrote basic AVX2 copy function (unused and untested).
* Enabled DVD decode. Not enabled well in ffdshow. Used in LAV 0.53 and up.
* Out of beta!
* FFDShow: r4490

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
post #247 of 288
Hi I have joined the site because of this thread.

My knowledge of these things is limited so before I go on asking questions can you tell me if there is an interface for Quick Sync anywhere so I can look at its setup?

With the few video edit/converters I have used I am not sure if they are using Quick Sync or not (I think not mostly).

I only have the Ivy Bridge's HD 4000 as a GPU.
post #248 of 288
Thread Starter 
The interface is quite simple. In ffdshow there's a proxy class that loads and interfaces with the QuickSync DLL. If you have basic C++ knowledge, this will be very simple. Download ffdshow's source code and look in trunk\src\codecs\TvideoCodecQuickSync.cpp (and matching header file too cool.gif ).
I'll be happy to answer any questions.
BTW, if you're a developer, please use the Doom9 thread
post #249 of 288
Hello,

Afraid I have only heard of C++ because I've seen it in Windows Update.

You see I don't know how to get the HD 4000 & ffdshow with Quick Sync, into the software that uses Quick Sync.

Here is an example. QuickSync is supported for Media Conversion in Arcsoft Media Converter. If I chose Use Ffdshow for this software I get Use GPU decoding as an option, with Use Intel Quick Sync. Good! But even when I've selected Use ffdshow when opening this software I still cannot use ffdshow as it seems Arcsoft codecs are the only ones available.

Another app with Quick Sync support (for playback this time) is Arcsoft Total Media Theatre but here I don't even get offered to use ffdshow with this program as it opens.

So I was looking for something that will 'embed' ffdshow in the software that I know uses Quick Sync. Or am I completely wrong thinking this exists?

I installed Virtu thinking I had to do this to get Quick Sync even though I do not have a discrete GPU - could that be stopping ffdshow being an option in the Quick Sync applications?
post #250 of 288
Thread Starter 
These apps may already have QuickSync enabled (without ffdshow) via the Intel Media SDK. Usually they have a checkbox called "HW acceleration".
post #251 of 288
Hi, I have the following issue when decoding a H264 file using quicksync on MPC-HC:

1. If the file is opened in full screen mode, MPC-HC stop working, the crashing report blames Quicksync decoder.
2. I the file is opened in windowed mode and then go to fullscreen exclusive mode, there's no problem.
3. If I change the Decoder in LAV to 'none', there's no problem opening the file in fullscreen exclusive mode
4. With a VC-1 encoded file quicksync works perfectly.
Regards.

Edit:
5. I think the crash when opening H264 may be related to to the screen refresh rate change (from 59p to 23p). when desktop is set to 23p works OK.
Any ideas?
Edited by juaniquillo - 12/11/12 at 10:59am
post #252 of 288
Thread Starter 
I need a failing clip and the rest of your setup with version numbers. Also include driver version.
I didn't get a crash report in a very long time BTW so maybe you have a unique scenario.
Also, does it crash all the time? start of playback? After a seek/fast forward?
Any information is useful.
post #253 of 288
Quote:
Originally Posted by ericgur View Post

I need a failing clip and the rest of your setup with version numbers. Also include driver version.
I didn't get a crash report in a very long time BTW so maybe you have a unique scenario.
Also, does it crash all the time? start of playback? After a seek/fast forward?
Any information is useful.

Thanks Eric. It crashs at the start of the playback (before any picture is displayed)

This is my system

CPU: Core i3 3220
Motherboard: Asus P8B75-M LE Socket 1155 Intel B75 Chipset
Intel HD Graphics: 9.17.10.2875 (10/17/2012)
Intel Display Audio: 6.14.0.3097 (6/19/2012)
Intel Chipset Installation Utility: 9.3.0.1019

MPC-HC: 1.6.4.6052
madVR: 0.85.2
LAV filter: 0.54.1

Crash report
Fault Module Name: Intelquicksyncdecoder.dll
Fault Module Version: 0.39.0.0

Not sure how to provide a sample clip, but I attached the MediaInfo Report.

Please let me know if you need anything, Thanks again. MediaInfo.txt 3k .txt file
post #254 of 288
Thread Starter 
I tried all my H264 clips with MPC-HC 32 bit - same version as yours. Same versions for LAV and MadVR as well.
I tested on Win7 64 bit.
Works rock solid.

I have an IvyBridge at work with your driver version, I'll try it out. Could be a driver failure of some sort.

My SandyBridge or most likely my motherboard (biggest suspect) at home really don't like the 15.28 drivers (many hangs/freezes) so I use the latest in the 15.26 line (IvyBridge compatible).
I'll update tomorrow.
post #255 of 288
Thread Starter 
I just tried reproducing on IvyBridge with a slightly newer driver and no crashes.
If this happens on a single file please cut it to ~50MB and share via MediaFire or some other other fast file sharing website.
As an alternative, you can try replacing the IntelQuickSyncDecoder.dll file from the latest ffdshow build. If that fails too,
You can try a newer driver (Intel website):
http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=22182
post #256 of 288
Replacing the IntelQuickSyncDecoder.dll within LAV is probably not a good idea.
post #257 of 288
Thread Starter 
Quote:
Originally Posted by Nevcairiel View Post

Replacing the IntelQuickSyncDecoder.dll within LAV is probably not a good idea.
For testing purposes only. Will make sure multithreading is completely off. These new drivers fail a lot with multithreading.
post #258 of 288
Eric, the issue happens in every single h264 file I have (100+ movies).
Did you see the edit to my first post?, just in case:

Edit:
5. I think the crash when opening H264 may be related to to the screen refresh rate change (from 59p to 23p). when desktop is set to 23p works OK.

Did you include in your testing the switch from 59p to 23p when opening the file?

If there's no screen refresh rate change, quicksync works fine.

Regards.
post #259 of 288
Thread Starter 
The good news is that I managed to reproduce the crash. I changed the desktop resolution to 1080p@24 and allowed MadVR to change resolutions (full screen exclusive) to a variety of refresh rates.
For some reason a Direct3D function returns a success code but doesn't perform it's operation, giving me a NULL device back. This is pretty standard DXVA/D3D code and I'm not sure how to solve this.
I can make it not crash but it will not decode the file too since I can't allocate buffers for it...
Anyway, this smells like a driver issue which will probably be hard to work around.
post #260 of 288
I guess no chance to fix it then?
I tried the latest drivers, no luck
post #261 of 288
Quote:
Originally Posted by ericgur View Post

These apps may already have QuickSync enabled (without ffdshow) via the Intel Media SDK. Usually they have a checkbox called "HW acceleration".

Humm. Ok.

If I use this ffdsow in an app that doesn't say HW Acceleration and doesn't claim to use Quick Sync does it 'convert' that software to use Quick Sync? So although you would not think it could use QuickSync, with your ffdshow it does use Quick Sync?
post #262 of 288
Thread Starter 
If ffdshow is used and QuickSync is selected within ffdshow to decode a compatible stream (e.g. H264), then yes, it will use QS.
The applications rarely tell ffdshow to use specific codecs. I'm not even sure if this is possible. So ffdshow will use the decoder listed in its config dialog. Note that for low bitrate clips you will not see any benefits to using QS. This something you can benchmark on your own system.
Note that HW decoders output NV12 only. If a different format is requested from ffdshow, it will perform a conversion and performance will be lost.
post #263 of 288
Hi Eric, just to let you know that the crash when opening H264 file and doing a screen refresh rate change (from 59p to 23p) seems to be fixed with the latest drivers.
I finally can use quicksync decoder! now let see how good it is smile.gif
Regards.
post #264 of 288
Thread Starter 
Good to know.
post #265 of 288
Thread Starter 
Version 0.41 is out with the following changes:
* Fixed handling of special case of broken H264 header. H264 streams a re scanned for illegal segments (NALUs).
* Avoid crash (but not failure) when switching display resolutions during HW init.
* Added IQuickSyncDecoder::GetCodecName() - returns name of decoder + active codec.
* Added IQuickSyncDecoder::IsHwAccelerated() - returns true/false when HW is used.
* Updated MSDK headers and dispatch library to Intel Media SDK 2013.
* Sync shared code from Media SDK 2013 (allocators, etc).
* FFDShow - added nicer print of codec name in the Info dialog
* FFDShow bugfix - TestMediaType was called with QS defaults instead of using ffdshow settings
* FFDShow: r4501

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
post #266 of 288
Huh, this seems very interesting from today's Intel HD4000 driver update...
Quote:
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
post #267 of 288
Thread Starter 
Version 0.42 is out with the following changes:
* Direct3D11 playback (decode + video processing) on Windows 8. Windows 8 allows D3D11 to play video without a display connected to the accelerating GPU.
* Fixed a minor bug in the deinterlacer.
* Fixed an issue with H264 handling of fragmented streams (TV streams with some splitters)
* Updated MSDK headers and dispatch library to Intel Media SDK 2013.
* FFDShow: r4508

Downloads
* For the latest cutting edge FFDShow builds download my builds Intel QuickSync Decoder SourceForge home page
* FFDShow-tryout site
* LAV Splitter builds
post #268 of 288
Possible to be used as a MediaFoundation filter so WinRT app can utilize quicksync?
post #269 of 288
Quote:
Originally Posted by netant View Post

Possible to be used as a MediaFoundation filter so WinRT app can utilize quicksync?

It is possible to wrap the dll in a MFT, but you'd have to do some MF->DS types translation to make it work.
post #270 of 288
Thread Starter 
QuickSync MFT filters ship with the driver install. You can use those.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Home Theater Computers
AVS › AVS Forum › Video Components › Home Theater Computers › Intel QuickSync Decoder - HW accelerated FFDShow decoder with video processing