Hi, Does the bitmapImageRepForCachingDisplayInRect function support EDR environment on an display with XDR capabilities, and in particular the wantsExtendedDynamicRangeContent flag? And in this case, is the created bitmap 16 or 32 bits? With float or integer channels? Is its associated color space a P3 one ?

I'm trying to set a complete pipeline that conforms to the EDR environment. Currently, I am able to generate a half-float buffer that contains my renderings after using my own tone mapping (and of course, with values that can be greater than 1).  Firstly, I have to say that this produces really awesome outputs on the new M1 XDR screen! But now, I would like to keep this extended buffer into an image file... I found no clear answer in the excellent WWDC presentation video (WWDC 2021 10161).  ken Greenebaum talks about creating CGImage or texture from HDR resources, but I found nothing about the reverse operation.  So what are Apple’s recommendations and required formats for such an image with float channels? HEIC? PNG? JPEG 2000? OpenEXR? With what kind of extended range color space? Extended linear display P3? Is the resultant image viewable in HDR in macOS. How can I complement the pipeline? I can use OpenEXR, but I have no clue on how this will be rendered by macOS, the finder and Preview (is 111 reference white? Can I attach a color space to OpenEXR? ...) At the moment, I had no success with the HEIC format which I thought was the predestined format for this kind of task, but which I failed to generate beyond 8 bits by using the standard CGImage API. By advance, thanks  for your help!

Could someone please confirm that NSImageView does not support the EDR environment for HDR contents? All my attempts failed... And as far as I know, there is no way to set maximumExtendedDynamicRangeColorComponentValue on NSImageView. Thanks!

Hi, I got a bitmapData full of zeros after creating a NSImage with initWithContentsOfURL on a HEIF RGB image with 10 bits per component (bitsPerPixel is 40). The image is correctly displayed by the Finder and Preview. If I convert the bitmap representation with: CGImageRef cgImage = imageRep.CGImage; CGDataProviderRef provider = CGImageGetDataProvider(cgImage); CFDataRef data = CGDataProviderCopyData(provider); ... the subsequent CFData contains non-zero bytes. The call to CGDataProviderCopyData is not free and takes some time, as if there is some kind of unpacking process. I do not have such a null content with any other kind of image. Is there something I forgot before calling bitmapData? Thanks.

Is there a way to know if there are remaining compute kernels in the background, and in the affirmative to remove them (due to an infinite loop for example), after quitting an application? I fall in this situation sometime, and suspect that the ghost kernels continue to work because, even if I resume control, it seems that I loss GPU resources and that the computer become hot. At the moment, the only way I found to retrieve the entire resources of the computer, is to restart it.