#2591(FFmpeg:new): Feature Request: Add ability to use Quick Sync to transcode video files
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+------------------------------------- Reporter: zjacobs | Type: Status: new | enhancement Component: FFmpeg | Priority: wish Keywords: Quick Sync, | Version: H.264 | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hello, Intel recently open sourced the necessary tools to be able to use hardware accelerated video encoding and decoding. This would be a valuable feature for FFmpeg to utilize this technology for transcoding workflows. https://01.org/linuxgraphics/downloads/2013/2013q1-intel-graphics-stack- release -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: Quick Sync, H.264 => h264 * version: unspecified => git-master * component: FFmpeg => avcodec Comment: Isn't it both slower and worse quality than libx264? -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:1> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 vaapi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => h264 vaapi * status: new => open -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:2> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 vaapi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by zjacobs): According to my research and actual use, it may be "worse quality" than libx264 but it's faster. Additionally, it's hard to notice much of a difference when transcoding for mobile devices anyway. http://www.anandtech.com/show/5771/the-intel-ivy-bridge-core-i7-3770k- review/21 http://forum.doom9.org/showthread.php?t=166958 -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:3> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
According to my research and actual use, it may be "worse quality" than
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 vaapi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:3 zjacobs]: libx264 but it's faster. Additionally, it's hard to notice much of a difference when transcoding for mobile devices anyway.
http://www.anandtech.com/show/5771/the-intel-ivy-bridge-core-i7-3770k-
review/21 I did not find any comparison between x264 and QuickSync in this article. Did I miss it?
It is claimed here that x264 Ultrafast is faster than QuickSync. http://www.compression.ru/video/codec_comparison/h264_2012/mpeg4_avc_h264_vi... seems to indicate to me that QuickSync has no advantages over x264 but maybe your results are different? -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:4> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
Replying to [comment:3 zjacobs]:
According to my research and actual use, it may be "worse quality"
http://www.anandtech.com/show/5771/the-intel-ivy-bridge-core-i7-3770k-
review/21
I did not find any comparison between x264 and QuickSync in this
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 vaapi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by zjacobs): Replying to [comment:4 cehoyos]: than libx264 but it's faster. Additionally, it's hard to notice much of a difference when transcoding for mobile devices anyway. article. Did I miss it?
They used x264 in their handbrake test: "We took the profile and performed the same transcode, the result is listed above as the Core i7 3770K (Handbrake). You will notice that the Handbrake x86/x264 path is definitely faster than Cyberlink's software path, by over 50% to be exact. However even using Handbrake as a reference, Quick Sync transcodes over 2x faster."
It is claimed here that x264 Ultrafast is faster than QuickSync.
One poster states ultrafast is "probably quite a bit faster than quicksync but provides no report of his actual experiences". Towards the bottom of the thread 2 users share their experiences that Quick Sync is faster. In my experiences, Ultrafast is pretty fast but still not as fast as QuickSync. It also maxes out all 4 of my CPU cores rendering my machine pretty useless.
http://www.compression.ru/video/codec_comparison/h264_2012/mpeg4_avc_h264_vi... seems to indicate to me that QuickSync has no advantages over x264 but maybe your results are different? Thanks for the link. The conclusions behind appendix 6.6 might point to reasons that my platform doesn't perform as well with x264. From the comparison: "This test shows that using Laptop hardware with weaker CPU with basic integrated GPU hardware encoder QuickSync is better in terms speed/quality trade-off than best pure software encoder x264 at very high- speed encoding." -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:5> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
http://www.anandtech.com/show/5771/the-intel-ivy-bridge-core-i7 -3770k-review/21
I did not find any comparison between x264 and QuickSync in this
They used x264 in their handbrake test: "We took the profile and
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 vaapi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:5 zjacobs]: article. Did I miss it? performed the same transcode, the result is listed above as the Core i7 3770K (Handbrake). You will notice that the Handbrake x86/x264 path is definitely faster than Cyberlink's software path, by over 50% to be exact. However even using Handbrake as a reference, Quick Sync transcodes over 2x faster." This is missing the clarification that they actually tested with ultrafast and superfast (and possibly some finer presets in-between to test how quality compares at the exact same speed), but please understand that I did not want to move the discussion here (I very rarely encode to h264 and have honestly no opinion on this matter), I just wanted to warn you that more educated people on this matter than I am think that once this is implemented you will be very disappointed with the results. Otoh, if you need to use your CPU while re-encoding, hardware encoding may have its values (if you don't care about the encoding quality). -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:6> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 vaapi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Rodeo): In my experience, Quick Sync is most useful when it handles both video decoding and encoding (much lower CPU usage, fan noise and power consumption) - and that's where Quick Sync will outperform x264 ultrafast by a large margin on consumer-grade hardware. Still, Quick Sync encode- only can also outperform ultrafast on just about any ultrabook, AFAIK. FWIW, there is ongoing to work to integrate QSV as a hwaccel in Libav: https://github.com/maximd33/libav/tree/qsv https://github.com/DonDiego/libav/tree/qsv Only H.264 decode is implemented so far, IIRC - haven't been following this very closely though. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2591#comment:7> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker
participants (1)
-
FFmpeg