Open danielsmakandra opened 9 months ago
it should related driver BRC algorithm, and from the comments in the driver issue, it is a feature request , and not fully implemented.
it should related driver BRC algorithm, and from the comments in the driver issue, it is a feature request , and not fully implemented.
Thanks for your reply, could you point me to the mentioned issue?
I try to encode videos to the VP9 codec while using the ICQ rc_mode with ffmpeg and vaapi directly.
Hardware
Intel Arc A380 on Archlinux VM
Software
Problem
The RC quality setting isn't respected by libva
Running
sudo ffmpeg -an -v verbose -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i ~/videos/V2023CW0079.mp4 -c:v vp9_vaapi -global_quality 100 /tmp/V2023CW0079_icq_100.webm
Sets the RC_Quality setting correctly as indicated by ffmpeg's output
Running with quality setting 1 also sets the RC_Quality correctly:
sudo ffmpeg -an -v verbose -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i ~/videos/V2023CW0079.mp4 -c:v vp9_vaapi -global_quality 1 /tmp/V2023CW0079_icq_1.webm
But both commands produce output files with almost the same filesize and similar quality:
As a check to see if I got the ffmpeg parameters wrong I tried the same command with the h264 encoder. With RC_Quality set to 1 and 100. It produces files with vastly different filesizes:
Because of this I suspect that the Bug is within libva.
Logs
with ffmpeg
-global_quality 100
:With ffmpeg
-global_quality 1
: