I believe this was partially a misunderstanding of how .replace(withDrawables:) works. It operates on the texture level, not a per material/per parameter level. If you stop and think it makes complete sense. If you have different materials with parameters that you want to replace, but they all share the same assigned texture, swapping that texture for a drawable queue in one material parameter will replace it in all other materials. So if you try swapping them all, it will just stop working. I really wish the developer documentation was better, it would save so much time.

If you have FOLDER.skybox, it gets converted into a FOLDER.realityenv file. The name of the PNG/EXR is not used. In this example you have to give it the name "FOLDER" when loading. This is not clear in the documentation.

Feedback closed. You must call setParameter() in VisionOS 2 to let it know the parameter has changed.

Thanks I submitted FB13874335

DISCLAIMER: This is a guess on my part I'm not sure the Vision Pro display ever gets brighter than about 280 nits and something like EDR is in use all the time for anything that is HDR. I would love to be proven wrong however.

This was a case of swapping a texture that had already been swapped for a DrawableQueue. Also has to make sure to retain references to all of the RealityFoundation.MaterialParameters.Value inside my for loop so that they are not destroyed accidentally.

It also seems to be a race condition, because it will sometimes work fine.

I have had this issue in my app that had a mix of volumetric and plain windows. You can get into a state where the app only opens to a blank window, even after reinstalling.

This is the default behavior when something in your material is not valid...if you keep messing with it to get rid of the errors, it will work.