Thanks!! I updated to iPadOS 27.2 developer beta, and the Behavior Tree started working. I didn't even need to recompile the code.

Xcode downloaded from the App Store does not run on macOS 27 (beta 3). However, as you point out, I can drill down into the Xcode.app bundle and still open Reality Composer Pro 2 directly and create USDZ files on macOS 27. For now, I have moved Xcode 26 (from the AppStore) to /Applications/Legacy/ on my macOS 27 Mac. I don't know how long this will work as a work-around.

I will file a FB. I want to try the chunking effort first though. Also, I just tested on iPadOS 27, and I can be inside the splat environment there; although, since I dropped 60% of the splats to get it under the 200,000 threshold, it looks pretty patchy. Will experiment with some decimation techniques to try to clean it up.

Apologies for the long delay, Feedback filed for visionOS 27 (which still has the issue). FB: FB23223837

I have filed a feedback with sample images, the USDZ file, and Reality Composer Pro file attached. I have also included URLs that work with visionOS 26 and visionOS 27 (at the moment, the two pages do not work with both OS versions) Feedback: FB23070448

Path to the related header files: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/AppleArchive/

I was completely unaware of these C-level APIs. I will spend some time with these. For others interested, in Apple's developer documentation, I had to switch to Objective-C for the language to find the list: https://developer.apple.com/documentation/applearchive/apple-archive-functions Also, while there is very little documentation in these pages, there is documentation in the related header files found in the Xcode app.

No news. I did make progress using a Gaussian Splat library and learned a lot about Metal in the process, but I've placed that work on hold for the time being.

I'll go back to updating to the new group approach, but I want to finish fixing the race condition (?) the update seems to have caused to SwiftUI tables displaying rapidly updating data from a Deque collection.

It looks like the switch to the new groups was made when changing the minimum target OS from macOS 13.1 to macOS 14.6 and accepting recommended build settings changes. Recommended changes included "Remove Embed Swift Standard Libraries Settings" and "Target 'app' - Enable Register App Groups". I rolled back to the old code, rolled forward and unchecked the "Enable Register App Groups" for now. It made the scary red text for groups go away. 🙂 Now, fixing the race condition this caused.

Huh? I forced my code back to the 1.0 release, added my latest developer provisioning profile, and the red app groups went away and the strange grayed out group went away. Maybe I had corrupted something along the way? (Meanwhile, the 1.0 code base, which runs fine when I download from the App Store on Tahoe is freezing when recompiled with Xcode 26 and Tahoe RC; this is going to be my priority for a while. 🙁)

I am using macOS style that starts with Team ID, but I noticed there is a grayed out group that begins with the name "group" that I do not remember adding. Did Xcode add this? (I'll screenshot as an image in a comment below) The current OS and Xcode versions are "macOS Tahoe Version 26.0 (25A353)" and "Xcode Version 26.0 (17A321)". However, I also saw the red text for the App Group names last week before switching to Tahoe beta and running the previous version of Xcode.

Thanks! I was clicking on the button on the right for "Spatial Browsing" and not the button on the left and choosing "Open Web Environment"

Ah, the portal works a little differently when it is attached to a window (e.g., in the shared space) as opposed to the portal being a free-standing ModelEntity in an immersive space. When attached to a window, moving the window with portal also moves the world behind the portal. But, when the portal is a stand-alone entity in an immersive space, moving the portal does not move the world behind the portal. That might make it a fun way for someone to explore the hidden, parallel world.

Thanks! I activated a clipping plane to the portal ModelEntity's PortalComponent, and that helped clarify where the world's origin is with respect to the portal window (I added screenshots in a post below). I still have lots of stuff to learn, but this got me jump started.