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 5

post #121 of 288
Quote:
Originally Posted by ericgur View Post

Can you try using the Microsoft DTV-DVD decoder (DXVA2) with EVR?
Look at the CPU usage for the player - should be ~1%. If it's higher than no HW acceleration is available. In any case please report if it works and how well.

Strange. Tried to install older graphics drivers from Asus download site (2219) but didn't get quicksync to work at all. Downloaded and reinstalled 2509 drivers and now everything worked without a flaw. Seems that the first clean install must have been corrupted in some way.

Anyway: CPU load using DXVA2 is between 5-10%. Using ffdshow quicksync the CPU load is between 20-30%. I guess quicksync activity adds to the CPU load while GPU activity doesn't. Big question is which uses more power? And which gives better stability and picture quality.

Sorry for raising this issue in the first place since it was my system that was not working right. And keep up the good work!
post #122 of 288
Thread Starter 
Quote:
Originally Posted by olavm View Post

Strange. Tried to install older graphics drivers from Asus download site (2219) but didn't get quicksync to work at all. Downloaded and reinstalled 2509 drivers and now everything worked without a flaw. Seems that the first clean install must have been corrupted in some way.

Anyway: CPU load using DXVA2 is between 5-10%. Using ffdshow quicksync the CPU load is between 20-30%. I guess quicksync activity adds to the CPU load while GPU activity doesn't. Big question is which uses more power? And which gives better stability and picture quality.

Sorry for raising this issue in the first place since it was my system that was not working right. And keep up the good work!

It's good to know it's not a HW bug

BTW, what's the CPU usage for using ffdshow with libavcodec (pure SW)?

DXVA is the most efficient way to play video but Microsoft's decoder isn't working a 100% of the time and since it involves a different video pipeline, adding subtitles and possibly some image processing can't work like in the SW pipeline.
One of the reasons I started this project is to provide a decoder that works as well as SW decoders but with less CPU utilization.
BTW, looking at the CPU utilization in the task manager isn't good enough as SandyBridge will modify it's operating frequency all the time. The CPUs frequency can be lowered to 800Mhz (mobile) or 1600Mhz (desktop) if there's little activity (called LFM or low frequency mode). On the other hand, it can raise the normal frequency when it needs more performance (turbo). The change in frequency also implies an automatic change in voltage which is strongly linked with power consumption.
CPUz can show you the operating frequency, there's also Intel's Turbo boost widget which does the same. Other tools like CoreTemp can also show you the power draw and core temperatures. These are all free tools BTW.
post #123 of 288
^ CPU load using libavcodec or LAV Video decoder in software is around 40-50% for the same clip. For full bitrate ripped bluray i've had CPU load of 70-80% in software. Again, this is a pentium G620 low end processor so it's pretty impressive. My silent HTPC is the most powerful computer in the house right now...

Thanks for the various monitoring software tips.
post #124 of 288
Thread Starter 
Version 0.19 is out with the following changes:
* Added limited support for WMC full screen exclusive mode:
- Renderer must be connected to the decoder directly - no intermediate filters.
- Screen is connected to the Intel GPU (decoder shares device with renderer).
- Might only work on single monitor setups.
* Decoder has exposed its configuration options GetConfig/SetConfig - must be called before initialized.
* Padding the image to mod16 width is now off by default. Works with vobsub.
* Decoder can be tested for compatibly with media types via the TestMediaType method
* FFDShow rev4126

Download from SourceForge home page:
http://sourceforge.net/p/qsdecoder
post #125 of 288
Quote:
Originally Posted by ericgur View Post

Version 0.19 is out with the following changes:
* Added limited support for WMC full screen exclusive mode:
- Renderer must be connected to the decoder directly - no intermediate filters.
- Screen is connected to the Intel GPU (decoder shares device with renderer).
- Might only work on single monitor setups.
* Decoder has exposed its configuration options GetConfig/SetConfig - must be called before initialized.
* Padding the image to mod16 width is now off by default. Works with vobsub.
* Decoder can be tested for compatibly with media types via the TestMediaType method
* FFDShow rev4126

Download from SourceForge home page:
http://sourceforge.net/p/qsdecoder

I tested this release with my WMC setup even though I knew it wouldn't work per your notes ( My display is connected to a AMD 6570 not the HD2000 ). FFDShow gracefully falls back to software decoding when the Quicksync decoder fails so the video keeps playing instead of just locking up. The only small bug I noticed is when the fallback happens and I put WMC into window mode the FFDShow icon still reports it is using Quicksync even though it is using software decoding.
post #126 of 288
Thread Starter 
Quote:
Originally Posted by jskube84 View Post

I tested this release with my WMC setup even though I knew it wouldn't work per your notes ( My display is connected to a AMD 6570 not the HD2000 ). FFDShow gracefully falls back to software decoding when the Quicksync decoder fails so the video keeps playing instead of just locking up. The only small bug I noticed is when the fallback happens and I put WMC into window mode the FFDShow icon still reports it is using Quicksync even though it is using software decoding.

Had progress with enabling decoding under multi GPU setups (WMC). I need a few more days to validate and then I'll release.
post #127 of 288
Thread Starter 
Version 0.20 is out with the following changes:
* Fixed support for WMC full screen exclusive mode:
- Works with multi-GPU setups. Video decoding is HW accelerated using QuickSync. Renderer can be on a different GPU.
- WMC's background thumbnail creation is done in SW
* FFDShow rev4149

Download from SourceForge home page:
http://sourceforge.net/p/qsdecoder
post #128 of 288
Thanks to your work I need to rely more on central heating this winter.

Is there a way to update the quicksync driver without reinstalling ffdshow?
post #129 of 288
Thread Starter 
Quote:
Originally Posted by imperialyoyo View Post

Thanks to your work I need to rely more on central heating this winter.

Is there a way to update the quicksync driver without reinstalling ffdshow?

Short answer, no.
Due to it's early development stage the interface between ffdshow and the Intel QuickSync Decoder is still evolving.
It's not a driver BTW, it's a wrapper above the Intel Media SDK with some enhancements).

ffdshow installation (on top of an existing one) doesn't change your existing configuration and it's (usually) recommended.
post #130 of 288
Thread Starter 
Version 0.21 beta is out with the following changes:
* Performance boost (~20%) + lower latency decoding by using a worker thread to perform post-decode work (mostly frame copy).
* FFDShow rev4216

Download from SourceForge home page
post #131 of 288
Alright, buddy. A few (probably more) months ago when you started this topic it caught my eye straight away, and after you clarified for me that my K series did in fact support the on board graphics when combined with the proper chipset, I've been waiting to upgrade my old P67 to a Z68. And now I have. This thread has been saved in my Read It Later list so long it's almost at the very bottom of a very long list, but it was one of the first things I headed for after installing the new MB. Going to download it and give it a whirl right now. Lots of posts here for me to catch up on, but it appears that the Source Forge package is maintained by you (I actually stumbled on that one a little while ago and assumed it was yours, looked here to double check - very cool that your work is getting prevalent enough for me to "stumble upon"). It seems to lack documentation compared to what you have and continue to provide here, but I didn't look around too much. There's probably a readme in the files list that I missed. I'll do my best to put your package through the ringer and give you all the feedback (and encouragement) I can. Hopefully others will continue to do so as well.

I love small "hacking" projects like this, and the fact that you work for Intel makes it even cooler. So thanks again for doing this...it represents the good of the internet's power.

Got a new 46" LED for Christmas to play around with too. Whee.
post #132 of 288
Thread Starter 
@Matt Malone
The Intel QuickSync Decoder is now part of the official FFDShow builds, so every new builds get the latest decoder version.
The SourceForge home page is for releasing the newest cutting edge version I build. In time I'll add a wiki with a FAQ. I'm a little busy lately
If you have any question or run into problems, you post here or on my dev thread at doom9: http://forum.doom9.org/showthread.php?t=162442

BTW, there's also a site that builds ffdshow on every source change . It's in Russian but downloading is pretty straight forward.

Please note that the last beta of ffdshow is from 2009. You need to download the SVN builds (alpha but very stable). That's what everyone is using
post #133 of 288
I have configured ffdshow to use quicksync for H.264. However, when I use BD rebuilder to archive my Blu Rays, it takes more than an hour to complete and CPU utliization hovers in the high 90's. GPU load is around 1%

Is there a guide out there to configure ffshow, quicksync and BD rebuilder to work together?
post #134 of 288
Thread Starter 
Quote:
Originally Posted by fullerms View Post

I have configured ffdshow to use quicksync for H.264. However, when I use BD rebuilder to archive my Blu Rays, it takes more than an hour to complete and CPU utliization hovers in the high 90's. GPU load is around 1%

Is there a guide out there to configure ffshow, quicksync and BD rebuilder to work together?

There's no such guide. I'm not familiar with this SW. I'll try to evaluate it in the near future.
post #135 of 288
Thread Starter 
Version 0.22 beta is out with the following changes:
* Much better multi-threading code (many fixes from v0.21).
* Fixed dynamic aspect ratio change during playback.
* FFDShow rev4227

Download from SourceForge home page
post #136 of 288
Do you anticipate that the Intel QuickSync decoder will work smoothly with Ivy Bridge when it is released in early April? Or will there likely be some time needed to make changes and work out bugs?
post #137 of 288
Thread Starter 
Quote:
Originally Posted by jim2100 View Post

Do you anticipate that the Intel QuickSync decoder will work smoothly with Ivy Bridge when it is released in early April? Or will there likely be some time needed to make changes and work out bugs?

I expect it to work smoothly. I'm using an infrastructure that is validated for IvyBridge (The Intel Media SDK).
I'll test it of course.
post #138 of 288
Thread Starter 
The Intel QuickSync decoder is now "officially" part of LAV video decoder.
post #139 of 288
Quote:
Originally Posted by ericgur View Post

The Intel QuickSync decoder is now "officially" part of LAV video decoder.

This is great news, waited for this one.

One thing though, I get a not supported error in Lav Video configuration. The quicksync decoder works well in ffdshow on my pentium g620. Or does it fall back to libavcodec and still report quicksync decoder in the osd?
post #140 of 288
Quote:
Originally Posted by olavm View Post


This is great news, waited for this one.

One thing though, I get a not supported error in Lav Video configuration. The quicksync decoder works well in ffdshow on my pentium g620. Or does it fall back to libavcodec and still report quicksync decoder in the osd?

Are you on z68 chipset and using a discrete gpu? If yes, you need to set the onboard gpu as primary in the BIOS and connect your monitor to the onboard gpu.

Lesson learnt while trying to configure ffdshow to use quick sync on my rig
post #141 of 288
Quote:
Originally Posted by olavm View Post

This is great news, waited for this one.

One thing though, I get a not supported error in Lav Video configuration. The quicksync decoder works well in ffdshow on my pentium g620. Or does it fall back to libavcodec and still report quicksync decoder in the osd?

Hmm. Seemed like i was having driver issues again. Updated the driver and now got quicksync in lav video decoder.

Excellent work egur and nevcariel!
post #142 of 288
I did some (limited) testing with this, and I'm seeing audio sync issues after fast-forwarding. Is this a known issue?

I tested with a couple of different h.264 mkv's (blu ray and dvd rips) and saw the same thing. Audio sync and fast-forwarding work fine with libavcodec. Let me know if I can give you any more details.

Windows 7 MC
ffdshow-tryouts latest nightly
i3 2100
post #143 of 288
Thread Starter 
Quote:
Originally Posted by maxpower47 View Post

I did some (limited) testing with this, and I'm seeing audio sync issues after fast-forwarding. Is this a known issue?

I tested with a couple of different h.264 mkv's (blu ray and dvd rips) and saw the same thing. Audio sync and fast-forwarding work fine with libavcodec. Let me know if I can give you any more details.

Windows 7 MC
ffdshow-tryouts latest nightly
i3 2100

No known issues on MKVs. Mostly TS files cause issues. Try either LAV or Haali splitters, this might help.
I'm working on the problem.
post #144 of 288
Quote:
Originally Posted by ericgur View Post

No known issues on MKVs. Mostly TS files cause issues. Try either LAV or Haali splitters, this might help.
I'm working on the problem.

Sorry, should have mentioned I was using Haali too. I'll try to test it some more to see if I can come up with anything more specific to report. Thanks.
post #145 of 288
Thread Starter 
Version 0.23 beta is out with the following changes:
* Added multithreaded decoding.
* Optimized multithreaded code.
* Fixed VC1 decoder seeking issues.
* Minor bug fixes.
* FFDShow rev4251

Download from SourceForge home page
post #146 of 288
Thread Starter 
Let's have a little poll.
What should be the next big feature?
* HW Video processing: deinterlacing, film detection (3:2, 2:2 pulldowns, etc), noise reduction, sharpness, scaling, etc.
* Output native DXVA surfaces (hybrid setups will not be supported)
* Other - please specify.
post #147 of 288
Quote:
Originally Posted by ericgur View Post

?
* hw video processing: Deinterlacing, film detection (3:2, 2:2 pulldowns, etc), noise reduction, sharpness, scaling, etc.

+1
post #148 of 288
I have i7 3930K. It doesn't come with an integrated Intel graphics. Can I use this qsdecoder or not?
post #149 of 288
Quote:
Originally Posted by ymc View Post

I have i7 3930K. It doesn't come with an integrated Intel graphics. Can I use this qsdecoder or not?

You cannot.
post #150 of 288
Thread Starter 
Quote:
Originally Posted by Nevcairiel View Post

You cannot.

Correct, you'll need an active Intel GPU.
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