| Summary: | MP4/H.264 recordings are garbled unless "AMD_DEBUG=noefc" environment variable is set | ||
|---|---|---|---|
| Product: | [Applications] Spectacle | Reporter: | Antti Savolainen <antti.savo> |
| Component: | General | Assignee: | Noah Davis <noahadvs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | eli, illode, kde, kde, nate, noel.eliezer, xaver.hugl |
| Priority: | NOR | Keywords: | qt6 |
| Version: | 24.02.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | Plasma 6.1.0 | |
| Sentry Crash Report: | |||
|
Description
Antti Savolainen
2024-03-07 12:31:32 UTC
Sorry, file upload failed due to being too large. Here's a youtube link: https://www.youtube.com/watch?v=hdNqrMj1lF8 Setting AMD_DEBUG=noefc removes the garbling. The video isn't perfect, but at least it's watchable. Can reproduce this. I;'m using AMD CPU+GPU, might be hardware specific? I can provide more info for debugging if instructed. I have the same issue. Arch Linux with these versions: lib32-libva-mesa-driver 1:24.0.6-2 lib32-mesa 1:24.0.6-2 lib32-vulkan-radeon 1:24.0.6-2 libva-mesa-driver 1:24.0.6-2 mesa 1:24.0.6-2 mesa-utils 9.0.0-4 vulkan-radeon 1:24.0.6-2 CPU: Ryzen 7950X3D GPU: Radeon 6900XT Logs say it's using the GPU to record. Last I checked (>1 year), I'm able to record H.264 / H.265 without issue using either the iGPU or dGPU via OBS. I know for sure H.264 / H.265 on the iGPU work currently with OBS, since it's what I use for normal recording. Recording using vp9 also works fine. The only difference in the logs are these lines: [h264_vaapi @ 0x7dd9c80b3680] Driver does not support some wanted packed headers (wanted 0xd, found 0x1). which it says once when the recording starts, and EE ../mesa-24.0.6/src/gallium/drivers/radeonsi/radeon_vcn_enc_1_2.c:1224 radeon_enc_encode_params UVD - DCC surfaces not supported. which it spams until the recording stops. Similar issue happening on Intel, but rather than producing a completely garbled video Spectacle instead creates a weird artifact right at the bottom. Screencast example: https://youtu.be/SbxUWhWl9Ek GPU: Intel HD Graphics 5500 Distribution: Arch Linux Package versions: spectacle 24.08.3-1 kwin 6.2.3-1 libva 2.22.0-1 libva-intel-driver 2.4.1-3 libva-mesa-driver 1:24.2.6-1 libva-utils 2.22.0-1 mesa 1:24.2.6-1 mesa-utils 9.0.0-5 https://docs.mesa3d.org/envvars.html says this environment variable "Disable[s] hardware based encoder color format conversion". Xaver, could this be a driver bug? Antti, what GPU are you using? Also is it still reproducible today with the version of Spectacle shipped in Plasma 6.3? Eli, that's probably a different issue; please open a new bug report for it. Thanks? This was worked around in kpipewire for Plasma 6.1, not sure how it would still happen in 6.2+: https://invent.kde.org/plasma/kpipewire/-/merge_requests/135 AMD Radeon RX 5700. This seems to be fixed when I tried this on spectacle 6.3.2. Setting file format to MP4/H.264 produces normal videos. The original report was from 6.0.1, so it seems like it's fixed. |