[FFmpeg-trac] #7690(undetermined:new): FFmpeg QSV decode + VPP performance is just a fraction of what one gets with VA-API and MediaSDK

FFmpeg trac at avcodec.org
Tue Jan 22 11:35:05 EET 2019


#7690: FFmpeg QSV decode + VPP performance is just a fraction of what one gets
with VA-API and MediaSDK
-------------------------------------+-------------------------------------
             Reporter:  eero-t       |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:               |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by eero-t):

 I transcoding the 10-bit video used in this ticket to 8-bit (with Ubuntu
 18.04 FFmpeg):
 {{{ffmpeg -i 1920x1080_10bit_60fps.h265 -pix_fmt yuv420p
 1920x1080_8bit_60fps.h265}}}

 And repeated the above test-cases using that video, with hwupload format
 changed to nv12.

 => Results are similar, iHD & i965 drivers VA-API backend, and MediaSDK
 sample application are all 3x-4x faster than using QSV.

 Btw. I had earlier tried upscaling 1920x540 8-bit HEVC to 1920x1080 and
 doing hwdownload to nv12.  In that case QSV was also clearly slower than
 the other alternatives, but the perf gap was smaller "only" about 40-60%.

 PS. 10bit cases should work also on BXT, but there's some bug with
 scaling, see: https://github.com/intel/media-driver/issues/499

--
Ticket URL: <https://trac.ffmpeg.org/ticket/7690#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list