C. M. Barth
C. M. Barth
The UWP OpenXR runtime just released a [preview 3 extension around scene understanding]( https://github.com/microsoft/OpenXR-MixedReality/blob/f471c9473f49513e4404cede701c8f9fb12272fa/openxr_preview/include/openxr/openxr.h#L2381) that introduced some changes to how mesh detection works. 1. Scene objects can now have parent...
Do I need to add MSBuildForUnity as a submodule? Where do I find com.microsoft.msbuildforunity?
Asset retargeting does some file/assembly lookup that assumes the assembly will be named with Microsoft.MixedReality.*: https://github.com/microsoft/MSBuildForUnity/blob/9426715dab1ffc70d3c7dcbddfd8b2cb0bf3cfc1/Source/MSBuildTools.Unity/Packages/com.microsoft.msbuildforunity/Editor/ProjectGenerator/Scripts/AssetScriptReferenceRetargeter.cs#L377 To support a wider variety of projects for asset retargeting, this should be fixed...
It seems like project files look for sdk's under a visual studio enterprise path. This works find if you have visual studio 2017 enterprise edition installed. This does not work...
Right now we support hit testing for android/ios. We should also support it for UWP/OpenXR
If we have this async function to state we have entered xr, it seems like the promise shouldn't be completed until we've actually entered xr. We should see what https://github.com/BabylonJS/BabylonNative/issues/649...
We have logic in NativeEngine that hands around an allocator that is not valid when NativeEngine is disposed: https://github.com/BabylonJS/BabylonNative/blob/720b2dc2da8393aad4893a1661dd71bef1aa6fdc/Plugins/NativeEngine/Source/NativeEngine.cpp#L981 This logic does not observe cancellation requests and can generate crashes...
**For questions, please use the [forum](https://forum.babylonjs.com)**. **Is your feature request related to a problem? Please describe.** Samples (UWP and Win32 Playground etc) don't route key presses to the engine/js logic...
Right now it seems like XMLHttpRequest::Send generates a crash if no wifi connection is available. It makes sense for this to be a failure state/some sort of request failure, but...
I checked in a bad commit/build break recently for bx dependencies in bgfx.cmake. We should look into adding build ci for the bgfx.cmake repo to make sure this doesn't happen...