пт, 13 февр. 2026 г., 01:04 Terje J. Hanssen <terjejhanssen@gmail.com>:


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.


\0/


I think this is our first!

Does *quality* look ok?


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