[FFmpeg-trac] #2591(avcodec:open): Feature Request: Add ability to use Quick Sync to transcode video files
FFmpeg
trac at avcodec.org
Tue May 21 00:25:32 CEST 2013
#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]:
> > > 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?
> >
> 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."
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
More information about the FFmpeg-trac
mailing list