You are not logged in.
Recently kdenlive started crashing while rendering using VAAPI acceleration with the following error:
[mlt_buffersink @ 0x7f4920469e40] Option 'pix_fmts' is not a runtime option and so cannot be set after the object has been initialized
[hwupload @ 0x7f4920469cc0] A hardware device reference is required to upload frames to.
[consumer avformat] Failed to setup hwfilter: -22
[av1_vaapi @ 0x7f4920201a00] A hardware frames reference is required to associate the encoding device.
The render profile:
ab=192k acodec=aac f=mp4 hwaccel=vaapi hwaccel_device=renderD129 hwaccel_output_format=vaapi vb=10000k vcodec=av1_vaapi
It was working fine 3 weeks ago, and now I wanted to edit a video throws this error at render time.
For now if I use NVENC H265, videos are being rendered without issues.
Currently using kdenlive 25.08.2-1 and all packages are update as of today.
System Specs:
AMD Ryzen 7 5800x
32GB DDR4
AMD RX9070XT + NVIDIA RTX3060
Any idea why VAAPI encoding on AMD broke?
Last edited by LinoshKM (Today 09:46:49)
Offline
I think the reason is that ffmpeg now requires to be given not only the "-hwaccel_device" option, but also the "-vaapi_device" option - with the same value, such as "/dev/dri/renderD128".
I encountered the symptom outside of kdenlive or MLT, but directly with ffmpeg after a recent Arch update, and providing that additional "-vaapi_device" option fixed the issue for me.
Last edited by lvml (Yesterday 22:11:37)
Offline
Issue is with mlt. The arguments it passes aren't compatible with ffmpeg 8.
Currently this change in upstream Fix VA-API encoding with FFmpeg 8 fixes the issue.
I built mlt from source and it works.
Currently mlt must be compiled from source till official Arch Repos have it updated to fix this issue.
Offline