Nevermind. I found a strange build setting in my build, deleting which removed the build error.

You can probably do this with something like a ForEach macro. I imagine the syntax would look something like #ForEach(arrayOfStuff) { thing in #Preview(thing.description, as: thing) { DailyCaffeineWidth() } timelineProvider: { previewTimelineProvider() } } I don't have a macro ForEach handy, but it's probably something someone has written. Or you can write your own as a fun exercise. Good luck.

When you load your RAW file with CIRAWFilter, try setting boostAmount to 0. It's 1 by default. From my experience, this gives a linear response when changing exposure. You can still get values greater than 1 if, for example, you increase the exposure enough. Try setting baselineExposure and exposure to 0. In this era of EDR and HDR, I wouldn't consider values greater than 1 to be anything abnormal. If you don't want values greater than 1, you can clamp or otherwise map them to less than or equal to 1 when rendering. I suggest you avoid doing any kind of color value clipping in your core image processing pipeline (i.e. CIFilters and custom kernels). Does this answer your question?

Following up, Apple fixed this issue in macOS 13.3. Concurrent calls to CIContext.writeHEIF10Representation no longer crash. Thanks, Apple!

Hi Frank. I have tried using one CIContext per thread as well as sharing one across threads. I've posted a dead simple Xcode workspace illustrating the crash with simple Swift and Objc apps at https://github.com/mallman/ConcurrentCoreImageHEIF10. Since there are many relevant threads with different stack traces when the app crashes, a screenshot of a single thread's stack trace really isn't very informative. I hope the project is helpful.

I'm seeing the same behavior. It's a big hit to productivity, and of course it discourages running the test suite. Have you had any luck figuring this out?

As a rather blunt "workaround", you can hide all of these system logging messages by setting OS_ACTIVITY_MODE=disable as an environment variable in the Scheme you use to run your app. Of course, this will disable all system log messages, including ones that are actually helpful. But I don't know of a more precise way to just turn off messages from specific subsystems. That would be nice.

I've started seeing these messages after upgrading to Monterey 12.1. Ugh.

Me, too. Apple!!!

I finally figured this out. Open Xcode preferences, go to the Source Control pane, in "Text Editing:" enable "Show Source Control changes". Then the diff view will work again. I think this setting should be on by default. I spent way too much time trying to figure this out.

This issue has been resolved in Xcode 12.2. The compiler recognizes the CIContextOption.name value once again.

This is still an issue in Xcode 12.0.1. Can a member of Apple's staff please offer insight on this omission? Cheers.

I'm having the same problem debugging a macOS Catalina app in Xcode 12 beta 2.