Post not yet marked as solved
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.
Post not yet marked as solved
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.
Post not yet marked as solved
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.
Post not yet marked as solved
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.
Post not yet marked as solved
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
Post not yet marked as solved
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?
Post not yet marked as solved
Yes, please add this for iOS and tvOS.
I am writing a Metal-based video player and this is a limitation.
Post not yet marked as solved
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.
Post not yet marked as solved
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.
Post not yet marked as solved
Just to add, I get the same behaviour from the Apple example project:https://developer.apple.com/documentation/tvservices/building_a_full_screen_top_shelf_extension?language=objcI also forgot to mention this is with Xcode 11.2.1.
Also, just to add that this also happens on a newly created tvOS single-view project, so hopefully it'll be an easy one for Apple to fix.
Yes, I see this with a tvOS project too.When I uploaded a build to Testflight earlier the icon was showing incorrectly inside the Testflight app on the Apple TV, I'm guessing caused by this issue.I also tried rebuilding the asset catalogue, i.e. deleting it from Xcode and creating it again, populating it etc, and then specifying it in the Asset Catalogue Compiler options, but I get the same result.
HelloFrom what I can tell if you are still using the old lifecycle method this is just a harmless warning, although it would be nice to be able to switch it off.My app will happily switch between foreground and background without crashing, and I get this message every time it enters the background.
