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"

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.

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.

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.

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.

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.

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.

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?

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

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

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.

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.