[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