пт, 13 февр. 2026 г., 01:04 Terje J. Hanssen <[email protected]>:
On 2/12/26 12:13 PM, Terje J. Hanssen wrote:
On 2/12/26 1:15 AM, Andrew Randrianasulu wrote:
https://disk.yandex.ru/d/Eqvrpylgwvc7Rw
I fighted libplacebo and not sure who won - there is no Vulkan device in qemu VM!
Try when you can and tell me what works?
I did not include 16bpc crash fixes there, but without specifical env. variable those old new formats should not show up
Extracted the AppImage and copied the h264_vulkan_8b420.mp4 preset to squashfs-root/usr/bin/ffmpeg/video
Second run with
export ANV_DEBUG="video-decode,video-encode"
/squashfs-root> ./usr/bin/cin Cinelerra Infinity - built: Feb 12 2026 02:45:04 .....
Good news. Vulkan rendering works now on my Dell XPX 13 (9370) ultrabook (Intel gen8 Coffee Lake w/ i7/UHD 620).
hdv.m2t -> preset h264_vulkan.mp4, rendering at ~140 fps
This is max capability of this 2017/18 hardware (not hevc_vulkan) and confirms what I got with native ffmpeg-8.
Therefore I think the reason it didn't work above on the newer gen12 Alder Lake w/DG2 (Arc A750), is due to the bug I have reported to Mesa regarding this hardware. https://gitlab.freedesktop.org/mesa/mesa/-/issues/14449#note_3238156
Huh, "it does not work - let disable it". and close bug with such resolution .... It sort of sad that RICH Corporation like Intel can't arrange gpu hardware for its open source team! I guess Vulkan encoding is sort of extra for them, with focus on vaapi/qsv, but not like you have much of gpu selection with open at least at CPU side drivers on Linux with Vulkan encode .... As it turned out in this case both old and new hardware is punished, and there was no dedicated Intel GPU before Arc? Let's hope Andrea's AMD gpu from "good" generation and will produce some results…