Control: tags -1 moreinfo On 2024-09-12 02:49:22 -0700, Terrance Hendrik wrote: > Package: ffmpeg > Version: 7:7.0.2-3 > > encoding 1080P videos, for example > > ``` > ffmpeg -vaapi_device /dev/dri/renderD128 -s 1920x1080 -f rawvideo -pix_fmt > rgb24 -r 24 -i /dev/zero -t 1 -pix_fmt yuv420p -vf "format=nv12,hwupload" > -c:v hevc_vaapi -b_depth 2 -async_depth 16 -compression_level 13 -qp 28 -y > v.mp4 > ``` > or simply > ``` > ffmpeg -vaapi_device /dev/dri/renderD128 -s 1920x1080 -f rawvideo -pix_fmt > rgb24 -r 24 -i /dev/zero -t 1 -pix_fmt yuv420p -vf "format=nv12,hwupload" > -c:v hevc_vaapi -y v.mp4 > ``` > > will generate a video in 1920x1088, with a green(sometimes noise) bar > under, seemingly 8 pixels high. > > hevc_vaapi for Intel GPU, and hevc_nvencfor NVidia GPU has no such issue. > > sometimes simpler command generates black padding. > > encoding 2160 or 720 video has no such issue > 1080 = 8 * 3**3 * 5 > 2160 = 16 * 3**3 * 5 > 720 = 16 * 3**2 * 5 > > workarounds: > - pad video to x1088 > - crop video to x1072 > - stretch to 1088 and set SAR to 16:9
Sorry for the delay. This is not something that the Debian maintainers can realistically handle. Please take this issue upstream if you can still reproduce the issue with the current versions of ffmpeg in unstable. The upstream bug tracker is at https://code.ffmpeg.org/FFmpeg/FFmpeg/ Cheers -- Sebastian Ramacher
