<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 26 апр. 2024 г., 19:52 Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com">gamberucci.andrea@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Your patch doesn't seem to work: the message still appears that<br>
'libdav1d does not support<br>
vaap'i. You can't see any load on the GPU. It is the same starting CinGG with<br>
“CIN_HW_DEV=vaapi” than without.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Ah, thanks. Then I guess only way to get vaapi accel for av1 is to comment line in ffmpeg/decode.opts</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I have tried various appimages:<br>
- kdenlive has the option for GPU disabled (I think I need to install motif).<br>
- Openshot doesn't start because it requires glibc 2.35 while I have 2.39.<br>
- Shotcut works: GPU = 10-30%; CPU = 10-30%. However, it indicates<br>
that it is using<br>
libdav1d for the decoding and I don't understand why it works.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">May be indication of decoder itself a bit broken in this case? Anyway, may be situation will be a bit better with some async patches floating at mesa and ffmpeg mail list/patch tracker .... If you think this is generic bug in AMD's vaapi driver you can try to enter it at mesa's bugtracker. May be this time our name/program will stick for at least some devs .....</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>