dancingmirrors

Also --profile=fast because the defaults are too heavy for that hardware.

I doubt you will get any help because you didn't provide a log.

Does this help? It's all I can get. ``` [vo/default/libplacebo] Spent 3721.699 ms generating ICC 3DLUT (slow!) [vo/default/libplacebo] Spent 3760.703 ms generating shader LUT (slow!) ==1281658== Thread 7 vo: ==1281658==...

Perfect, that also fixes it.

With only your latest patch the uninitialized bytes still appear: ``` ==1608506== Memcheck, a memory error detector ==1608506== Copyright (C) 2002-2024, and GNU GPL'd, by Julian Seward et al. ==1608506==...

It's probably one or these: surface dimension changes, or the fact that I'm using system headers.

I moved my libvdpau-va-gl work to my Mesa fork (most of which is just a hobby project I have no plans to upstream). If you feel like examining my use...

This is how I fixed it in my fork: ``` diff --git a/src/intel/vulkan_hasvk/libvdpau_va_gl/api-video-decoder.c b/src/intel/vulkan_hasvk/libvdpau_va_gl/api-video-decoder.c index 52b5be1695b..be793f63aad 100644 --- a/src/intel/vulkan_hasvk/libvdpau_va_gl/api-video-decoder.c +++ b/src/intel/vulkan_hasvk/libvdpau_va_gl/api-video-decoder.c @@ -347,10 +347,13 @@ vdpDecoderQueryCapabilities(VdpDevice device, VdpDecoderProfile profile, VdpBool...

I had some serious issues with massive corruption initially that I've resolved (the pitch was wrong) but performance with 4k videos is still bad, which I'm still working out.

The problem I was making was that I was creating the surface as 4096x4096 as well, which doesn't appear to work with Vulkan (that's what my fork does, it adds...