Same on a MacBook Pro 16" 2023. Unreal 5.2 doesn’t work either – the error is different, but I assume for a reason related to the root cause on this one.
Caught signal
Unknown() Address = 0x186b8c764 (filename not found) [in libsystem_kernel.dylib]
Unknown() Address = 0x186ad1ae8 (filename not found) [in libsystem_c.dylib]
Unknown() Address = 0x186ad0e44 (filename not found) [in libsystem_c.dylib]
Unknown() Address = 0x1901566c4 (filename not found) [in Metal]
Unknown() Address = 0x19013322c (filename not found) [in Metal]
Unknown() Address = 0x19012952c (filename not found) [in Metal]
Unknown() Address = 0x1900be4f8 (filename not found) [in Metal]
Unknown() Address = 0x1a392aad4 (filename not found) [in IOGPU]
Unknown() Address = 0x1a392a9e0 (filename not found) [in IOGPU]
Unknown() Address = 0x1ed1e1a18 (filename not found) [in AGXMetalG14X]
Unknown() Address = 0x1ed1e1b44 (filename not found) [in AGXMetalG14X]
Unknown() Address = 0x1ed1e1838 (filename not found) [in AGXMetalG14X]
mtlpp::Texture::NewTextureView(mtlpp::PixelFormat, mtlpp::TextureType, ns::Range const&, ns::Range const&) Address = 0x2b388f8e4 (filename not found) [in UnrealEditor-MetalRHI.dylib]
FMetalShaderResourceView::UpdateView() Address = 0x2b3962150 (filename not found) [in UnrealEditor-MetalRHI.dylib]
TRHILambdaCommand<FRHICommandListBase, FMetalShaderResourceView::FMetalShaderResourceView(FRHICommandListBase&, FRHIViewableResource*, FRHIViewDesc const&)::$_46>::ExecuteAndDestruct(FRHICommandListBase&, FRHICommandListDebugContext&) Address = 0x2b397ce18 (filename not found) [in UnrealEditor-MetalRHI.dylib]
FRHICommandListBase::Execute(TRHIPipelineArray<IRHIComputeContext*>&, FRHICommandListBase::FPersistentState::FGPUStats*) Address = 0x1034f975c (filename not found) [in UnrealEditor-RHI.dylib]
UE::Core::Private::Function::TFunctionRefCaller<FRHICommandListImmediate::ExecuteAndReset(bool)::$_69, void ()>::Call(void*) Address = 0x10357ecd4 (filename not found) [in UnrealEditor-RHI.dylib]
TGraphTask<TFunctionGraphTaskImpl<void (), (ESubsequentsMode::Type)0>>::ExecuteTask(TArray<FBaseGraphTask*, TSizedDefaultAllocator<32>>&, ENamedThreads::Type, bool) Address = 0x10355bc54 (filename not found) [in UnrealEditor-RHI.dylib]
FNamedTaskThread::ProcessTasksNamedThread(int, bool) Address = 0x10627b8b0 (filename not found) [in UnrealEditor-Core.dylib]
FNamedTaskThread::ProcessTasksUntilQuit(int) Address = 0x106279b94 (filename not found) [in UnrealEditor-Core.dylib]
FRHIThread::Run() Address = 0x103f4b0e8 (filename not found) [in UnrealEditor-RenderCore.dylib]
FRunnableThreadPThread::Run() Address = 0x10642ce6c (filename not found) [in UnrealEditor-Core.dylib]
FRunnableThreadPThread::_ThreadProc(void*) Address = 0x10638de70 (filename not found) [in UnrealEditor-Core.dylib]
Unknown() Address = 0x186bc3fa8 (filename not found) [in libsystem_pthread.dylib]
Unknown() Address = 0x186bbeda0 (filename not found) [in libsystem_pthread.dylib]
I gave up with this problem, and a few others, and unfortunately had to go back to Unity. There are quite a few problems trying to develop on an M1 Mac.
I just managed to make a little bit of progress on this issue. I created a Virtual Production project, since it also supports VR stuff – or at least is used for VR-related production.
This type of project opened!
So, next I decided that I would maybe try copying some of the .ini files from the Virtual Production project into my VR Game project, and I was able to get it to open! However, it isn’t rendering properly, presumably because something is wrong with the RHI settings or something along those lines. I’m going to diff those files and see if I can figure out what the primary offender is. Maybe we can get some better help if we can narrow down what the actual offending setting is.
For anyone else that wants to try what I did for your own troubleshooting purposes, just replace the (4) files in your VR Game’s Project/Config folder with the same ones from the Virtual Production project.
Also curious, is that any time I close the Unreal Editor and even the Epic Games Launcher, there is always a related process left behind running called Engine/Binaries/Mac/UnrealTraceServer fork.
Doing a:
ps -ax | grep Unreal
at the Terminal revealed that after shutting down all of the Epic software.
An alternative way of handling this is to create Mac-specific INI files. This is what I’m working with currently. I created a <project>/Config/Mac/MacEngine.ini which contains:
Sometimes I don’t understand how such a big company, with such an incredible engine, can just let such a simple problem pass, which is clearly going to cause them to lose users.
