Export fails on AMD GPUs since NV12 fast path (v0.1.142)
Hello. I’m currently on a new system (MX Linux, though don’t think the distro is the problem here) and wanted to do a quick recording. Installed using the install script and all went well. Authenticated youtube and when trying to upload, it fails. I’ve attached the log file found in ~/.local/state/hosaka/
hosaka.log
188.7 KB
Log in to comment and vote
Hugo Baldwin
Mar 27
Can you test again with the latest release? And yes, Gemini's analysis was spot-on. Hopefully this sorts it. TBH because of issues like this I'm glad I haven't done heavy marketing until I'm confident there's reasonably broad device/architecture compatibility.
Sujal Gurung
Mar 28
Hmm still getting those errors. Couldn't upload the lofg file from my phone so here's a google drive link: https://drive.google.com/file/d/1EfZGQ440oFXv12TMVW0GvPJPMeRt8g7V/view?usp=drivesdk
I was trying out a bunch of distros a while back so I guess I should've tested Hosaka on them more. If you do want to test on different distros, using ventoy might be more convenient than spinning up virtual machines.
Hugo Baldwin
Mar 28
Hi Sujal sorry for the trouble, and thank you again for being patient through multiple rounds of AMD-related fixes (it’s definitely an AMD thing, changing distro at the same time was simply a coincidence).
The root cause stems from when I added a direct GPU → encoder NV12 path to speed up export in v0.1.142.
The performance gain is real on most hardware, but AMD's VAAPI driver has a quirk where its hwupload filter advertises RGBA surfaces instead of NV12, causing FFmpeg to silently convert the frames to the wrong format before encoding - the encoder then rejects them with the "Function not implemented" error seen in your logs.
The recording path was unaffected because it goes through a software scale step first, which happens to sidestep the issue. Only export broke.
I’ve deployed a fix in v0.1.149 to probe whether the fast NV12 path works at startup. If it doesn't - as on your system - it falls back to a path that should still work on AMD, while still using hardware (VAAPI) encoding. So you should still get GPU-accelerated exports, just without the NV12 shortcut.
Let me know if you're still seeing issues once it's out.
Sujal Gurung
Mar 30
No worries. Sorry I didn’t get notified of this. Tested and I’m still getting the same issue (on both MX Linux as well as Arch on the same device.
Here’s logs for MX:
hosaka.log
46.2 KB
And for Arch:
hosaka-arch.log
38.8 KB
Hugo Baldwin
Mar 31
I picked up an old Lenovo with AMD CPU/GPU today to squash this bug for good - I’ll push changes up once I’ve tested them myself on AMD