Updated Jone 22nd 2013
Hi,
My name is Eric Gur and I've taken upon myself a side project at my Intel position to make the Intel SandyBridge (or newer) hardware accelerated video decoding technology freely accessible to everyone.
The project name is Intel QuickSync Decoder.
To do so, I decided to embed the Intel QuickSync technology introduced in SandyBridge into the widely popular FFDShow video decoder filter.
Nowadays, the Intel QuickSync Decoder is officially integrated in FFDShow, LAV Video Decoder and PotPlayer.
Main features
* HW decode using Intel's high performance QuickSync engine.
* Decodes H264, MPEG2, VC-1, WMV9. DVD playback not supported.
* HW deinterlacing -auto or forced, with half or full (50/60p) output rate
* HW denoise and detail filters
* Soft 3:2 pulldown on marked streams.
* Support variable frame rate streams.
* Support headless iGPU (Intel GPU disconnected from display) on Windows 8 and newer.
If your system meets the requirements, I'd appreciate stability feedback with assorted quality and sources of video content.
To report a bug report or feature request, please post in this thread.
If something is broken, please provide me with a detailed report including (after reading the known issues section below) :
1. Hardware (CPU, GPUs)
2. Software (OS, driver version, player, splitter, etc.)
3. Access to the offending content. Share via your favorite file share sites. Limit content to
Sounds fantastic. I assume the G620 will not nun this? I ask because the Intel spec sheet shows that the G620 does not support QuickSync, yet if I am not mistaken, the first drivers showed that it was supported.
Does it really require the latest graphics drivers? I'm not sure what version I'm running right now, but I'm pretty sure it's not the latest. I've got everything working well right now. I've read to many horror stories about problems with the later video drivers so I haven't bothered to upgrade. I'd like to try this out, but I don't want to mess up a working system.
Not a must, older drivers should work. I'm using a driver from April 2011. Hopefully newer drivers will deliver a better decoder. Currently there're few (rare) decoding issues that lead to image corruption (no crashes reported yet)but I haven't root caused them to the driver, might be solved in SW (either my code and/or the Intel Media SDK).
I'd love to be able to transcode my windows media center tv recordings (mpeg 2, dolby digital WTV) into x264, and retain dolby digitial using intel quicksync. No change in resolution / aspect ratio / audio track. Just want to transcode the underlying video stream mpeg2-->x264
Quote:
Originally Posted by ymarker /forum/post/20909060
Eric - Thank you so much for taking this on.
I'd love to be able to transcode my windows media center tv recordings (mpeg 2, dolby digital WTV) into x264, and retain dolby digitial using intel quicksync. No change in resolution / aspect ratio / audio track. Just want to transcode the underlying video stream mpeg2-->x264
This should work with DirectShow based transcoders (this FFDSHow version will Encode using HW, it's a little out of my scope ATM). For super quick transcodes I personally use Media Espresso. For high quality stuff I take the time to demux the source stream transcode the video with x264 (ME GUI) and mux the streams to MKV.
* Created ffdshow installer. Installer will default to enabling the Intel QuickSync decoder on new installations.
* More speed optimizations. CPU is at its lowest frequency during playback with very low utilization. 2-3% on desktop and 5-6% on mobile. Mobile lowest frequency is half of desktop (800/1600).
* Fixed handling of interlaced content which is encoded as progressive frames.
Eric already commented on that before, and sadly he doesn't have the time to keep a full DirectShow decoder alive as well.
If you want something more light-weight, LAV Video will eventually integrate a Intel Media SDK decoder based on Erics work as well. There is however no ETA, but keep your eyes open.
Intel QuickSync video decoder also works with Celeron/Pentium SNB. At playback of 1080p24 AVC with Pentium G840,
CPU usage
System power
libavcodec+madVR
40%
55W
Intel QuickSync+madVR
20%
52W
Playing back 1080i60 AVC is more interesting. A weaker SNB processor can't handle decoding and deinterlacing simultaneously with libavcodec, but it can with Intel QuickSync.
Unfortunately, 6 EUs are not enough even for Bicubic 50 in luma upsampling (rendering time ~18ms for SD video-based contents [rendering time must be less than 1/59.94 s = 16.68ms]). Celeron G530/Pentium G620 HD Graphics (+ DDR3-2133) is good enough for every kind of contents with Intel QuickSync + madVR Low Quality (bilinear/bilinear/bilinear). I still prefer madVR LQ to EVR because of smoother playback.
Update
madVR in medium quality settings (Bilinear/Bicubic 50/Bicubic 50) is also possible by overclocking GPU slightly. I observed that the average rending time at various SD video-based contents playback with the default GPU clock 1100MHz is at most 18ms. To reduce it to 16.68ms, overclocking GPU to 18/16.68 x 1100MHz = 1187MHz should be enough. Details:
I thought Quicksync is not supported in Celeron/Pentium SNB? I tried it and it failed: If I choose Quicksync in the FFDShow Codec Page for H264 or MPEG2, my player defaults back to another decoder, in my case Microsoft DTV. If I go back to libavcodec, FFDShow is used as decoder. What am I missing?
Quote:
Originally Posted by renethx /forum/post/21004743
Unfortunately, 6 EUs are not enough even for Bicubic 50 in luma upsampling (rendering time ~18ms for SD video-based contents [rendering time must be less than 1/59.94 s = 16.68ms]). Celeron G530/Pentium G620 HD Graphics (+ DDR3-2133) is good enough for every kind of contents with Intel QuickSync + madVR Low Quality (bilinear/bilinear/bilinear). I still prefer madVR LQ to EVR because of smoother playback.
Update
madVR in medium quality settings (Bilinear/Bicubic 50/Bicubic 50) is also possible by overclocking GPU slightly. I observed that the average rending time at various SD videos (not film) playback with the default GPU clock 1100MHz is at most 18ms. To reduce it to 16.68ms, overclocking GPU to 18/16.68 x 1100MHz = 1187MHz should be enough.
Interesting. This suggests that we 1080/50i viewers may be able to squeeze a slightly higher quality decode out of this set-up, as we have 20ms a frame to play with?
Quote:
Originally Posted by alfonxs /forum/post/21012152
I thought Quicksync is not supported in Celeron/Pentium SNB? I tried it and it failed: If I choose Quicksync in the FFDShow Codec Page for H264 or MPEG2, my player defaults back to another decoder, in my case Microsoft DTV. If I go back to libavcodec, FFDShow is used as decoder. What am I missing?
Try this: uninstall both ffdshow and Intel graphics driver. Then install driver, then ffdshow. (I saw the same problem as you with 2100, this fixed it. Somehow Intel QS worked immediately with Celeron and Pentium.)
Thank you very much for taking the effort to make Intel GPUs more open source friendly. We covered your efforts recently in a small news piece [ http://www.anandtech.com/show/4895/i...ing-to-ffdshow ]. Hopefully, this gives you a wider audience for feedback purposes.
Personally, I can't wait to try out your filters in the next HTPC review using a SNB system!
We are very happy to note that Intel is considering the needs of the HTPC community with respect to both hardware and software support (as the recent healthy increase in the HQV scores show). May I also take this opportunity to request you to look into the quality of the deinterlacing algorithm used by the Intel drivers? Currently, ATI leads in deinterlacing quality followed by Nvidia and then, Intel. Ideally, we would like some sort of vector adaptive deinterlacing instead of the motion adaptive approach currently being adopted.
Many of the reviews and articles on the SB Pentiums and Celerons mention the lack of QuickSync. However this thread suggests some QuickSync support.
Reading between the lines it appears that QuickSync includes both decoding and encoding acceleration.
Is it the case that the decoding is supported in all SB processors, and only the encoding (used for hardware transcoding acceleration) is not available on the lower end processors?
Thats right, even the low-end celeron Sandy Bridge supports hardware decoding.
This is an older thread, you may not receive a response, and could be reviving an old thread. Please consider creating a new thread.
Related Threads
?
?
?
?
?
AVS Forum
34M posts
1.5M members
Since 1999
A forum community dedicated to home theater owners and enthusiasts. Come join the discussion about home audio/video, TVs, projectors, screens, receivers, speakers, projects, DIY’s, product reviews, accessories, classifieds, and more!