Not a solution—but workaround: Using a different filename for each recording—in this case, the recordings sound clean.

It’s been a month—do you have any updates on this?

The sysdiagnose file is about 500 MB in size, and I’m not sure how to provide it to you. The issue, as described, is reliably reproducible. I have filed a detailed feedback, created and shared a demo project, and opened this thread upon request after my appeal for code-level support. I am hopeful that you can investigate the root cause of the problem using the information already provided.

I am still running into this error on visionOS (using Xcode 15 beta 3), with both .usdz and .scn files.

It’s still not working for me in Xcode 15 beta 2, but the error messages are gone.

Same here. It doesn’t work on iOS, but the same code is running just well on iPadOS 🤷

Hi everyone — I’ve got this error as well (on macOS) and was able to fix it. It was a Sandbox issue: I’ve pointed to a mp3 file that my app just did not have access to. So I recommend using FileManager to check if the audio file you’re trying to transcript is readable.

Thanks for sharing this! You’re right. Somehow the Handling protocols were generated even with Xcode 13 RC but the intent handler within the AppDelegate only works with Xcode 13 beta 5 at the moment.

I just realised that the Handling protocols are generated automatically based on the intent definition file. Configure that first and you’re good to go 🙂

Can’t confirm that it’s not working using the Xcode 12.0 Beta (12A6159) on macOS Big Sur (20A4299v).