I am getting this issue on macOS Catalina 10.15.7 + Xcode 12.0.1 trying to debug an application on an iPad Pro running iOS 14.0.1. It launches to a black screen and then waits several minutes before starting and debugging. There is also a lengthy pause (about 8s) after it displays the first rendered frame before continuing to run properly. The application launches normally if I subsequently launch it from the iPad without using Xcode.

So this issue disappeared for me after I upgraded my iOS device to 14.1 and Xcode to 12.1. I don't know which of these steps solved it, maybe both are required. I also unpaired and repaired my iOS device.

Yes, please add this for iOS and tvOS. I am writing a Metal-based video player and this is a limitation.

I am seeing a similar issue on tvOS. A raw eac3 file containing Atmos only plays as regular dolby using AVAudioPlayer and AudioQueue. So these samples on the Dolby website are currently broken: https://github.com/DolbyDev/iOS_Sample_Code

So is this situation going to change? Is the iOS and tvOS SDK going to be enhanced so that we can render HDR content properly using Metal layers as seems possible on macOS?

Have you tried using an Audio Queue Processing Tap? This allows you to intercept audio frames and it tells you the timestamp the audio will be played. By looking at the timestamp and which sample is going to be played, and comparing with how many frames you have written to the audio queue, you can figure out the latency.

Wondering what your source for this info is,  tom ? I haven't found anything yet to say the new Apple TV 4K 2021 box will support HLG.

This is correct - I had it confirmed to me by Apple in a bug report, that HLG is correctly recognised but converted to PQ/HDR10 by the Apple TV.

Thanks, yes I've never seen it before with any text editor, it's the first time I've encountered it after upgrading to Monterey and only with TextEdit. I'll certainly file a bug report as it basically means I cannot easily use TextEdit to edit my own sh files, which surely cannot be the intention.

The pairing is just really flakey. At the moment I have to keep repairing every time I wake the Apple TV up! It's absurd. This on two ATVs. For no reason, a third ATV does not have this issue. All are latest model ATV 4Ks. Latest Xcode. New MacBook Pro 16. Devices & Sims says the device is locked, what does that even mean for an ATV anyway? Well, the ATV is not locked as I am navigating using the remote. It's obviously visible to the MacBook and vice versa because when I go to Remote & Apps, the Pair button appears in Xcode devices + Sims. As soon as I turn the ATV off, or it sleeps, or some period of time passes, I have to go through the rigmarole again. Painful to dev for ATV with things like this.

Same here. The app contains one or more corrupted binaries. Rebuild the app and resubmit. With error code STATE_ERROR.VALIDATION_ERROR.10 Tried many times, from two different locations. Presume something about Apple's system is broken at the moment as I have also been getting lots of other errors at various stages trying to upload builds (can't find record, wrong credentials etc). Usually a retry solves these errors early in the upload process, but I cannot yet get past the corrupted binary error.

I've had issues all day. Either it failed during uploading, or finally, just now it completed uploading....but then I got the same dreaded email as you did above. I also have no problems with the Validate App option. I haven't change any code I can think of that should cause this. Unless I was doing something naughty that Apple have now disallowed. In any case, the message is useless as it refers to "APIs listed above" but there aren't any! "If method names in your source code match the private Apple APIs listed above, altering your method names will help prevent this app from being flagged in future submissions. In addition, note that one or more of the above APIs may be located in a static library that was included with your app"

On my macOS 13.1 there is this file inside /System/Library/Plug-Ins AV1DecoderSW.bundle Inside the contents there is this plist: However, when creating a VTDecompressionSession for AV1, it cannot find a decoder, failing with kVTCouldNotFindVideoDecoderErr. If I export the symbols from the binary inside the above bundle, it has the following top two entries: /Users/oliver/Desktop/AV1DecoderSW (for architecture arm64e): 00000000000362dc T _AV1Decoder_CreateInstance 0000000000037794 T _AV1RegisterDecoder I tried manually loading the plugin bundle as an CFBundleRef and getting a pointer to the AV1RegisterDecoder function shown above, and called AV1RegisterDecoder but this still didn't make a difference. Would it be a correct assumption, then, that this is WIP that hasn't been enabled yet, or does anyone know of a way to enable it? Finally, I loaded the executable into a text file and noticed that it appears to be linked directly to a static build of libdav1d, as I could see the function names and error messages.

I find the FFmpeg source code is a useful reference for things like this, in this case check out videotoolbox.c and there will be a function in there that creates the AVCC extradata.

I would like this too. I know it's possible programmatically by checking for the availability of HEVC hardware decoding, but in my case the app is an exclusive HEVC streaming app, so I really don't even want it to be installed/used on anything before the first Apple TV 4K.