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…