Felsöka World Locking Tools
Irriterande problem kommer att noteras här. Här är också en rekommenderad strategi för att begränsa problem med världslåsning.
Problem med världslåsning
Låg bildfrekvens
World Locking Tools bör inte ha någon märkbar inverkan på din framerate. (Ett undantag är att visualiseringarna så småningom drar ned ramhastigheten när många fästpunkter har skapats, men visualiseringarna är bara för diagnostik, inte för leverans med ditt program.)
Om du ser en ramhastighetssänkning när du har lagt till World Locking Tools i ditt program kontrollerar du Unity-loggarna. Det innebär vanligtvis att ett undantag genereras upprepade gånger.
"DLL-fel saknas"
Dessa fel kommer vanligtvis från DLL:et Frozen World Engine. Lös dem genom att följa anvisningarna i installationsdokumentationen för att uppgradera FrozenWorld-motorn till en senare version. Om du följer dessa instruktioner utan att ändra versionsnumret repareras installationen.
Alternativt kan du installera med hjälp av MR-funktionsverktyget. Verktyget hanterar installationen av beroenden åt dig.
"FrozenWorld"-namnområdet saknas
Fel som följande (vanligtvis mycket):
Assets\WorldLocking.Engine\Plugin.cs(10,37): fel CS0234: Typ- eller namnområdesnamnet "FrozenWorld" finns inte i namnområdet Microsoft.MixedReality (saknar du en sammansättningsreferens?)
Den saknar DLL:en FrozenWorld.Engine. Se NuGet-konfiguration.
Alternativt kan du installera med hjälp av MR-funktionsverktyget och låta installationen av beroenden hanteras åt dig.
Det fungerar inte
I Unity-loggarna finns fel och undantag.
Kontrollera att scenkameran är kopplad till minst ett annat objekt. Se konfigurationen i WorldLocking.Examples.WorldLockingPhysicsSample för ett exempel. Om du utför dynamisk kameramanipulering kan du behöva hålla WorldLockingManager dig informerad om den aktuella kameran. Se WorldLockingManager.AdjustmentFrame och WorldLockingManager.CameraParent.
Mer allmänna Problem med Unity/AR
"DirectoryNotFoundException: Det gick inte att hitta en del av sökvägen"
Vägen har blivit för lång. Se en mer fullständig förklaring här.
Meddelanderutan "En fjärråtgärd tar längre tid än förväntat" visas och sedan går det inte att distribuera
Kontrollera USB-anslutningen. En felaktig kabel, en felaktig port eller IPOverUSB som saknas kan orsaka det här problemet. Men det är förmodligen någonstans på kommunikationsvägen från datorn till din enhet.
Windows SDK-komponenter saknas
Matchningsfel mellan Visual Studio-versionen som anges i Unity jämfört med Visual Studio-versionen som du försöker skapa med. Kontrollera:
Unity > File > Build Settings > Visual Studio Version
Särskilt farligt är om det är inställt på Latest Installed och du har flera versioner av Visual Studio installerat.
På HoloLens startas programmet som en skiffer i stället för en AR-upplevelse
Om du riktar in dig på Unitys inbyggda VR-stöd, även kallat Legacy XR, kontrollerar du följande:
Unity > Project Settings > Player > XR Settings
Du måste ha Virtual Reality-stöd valt och Windows Mixed Reality valts i Virtual Reality-SDK:er.
Om du använder Unitys AR-undersystem/XR SDK bekräftar du att du har följt alla steg i vår plattformsoberoende med hjälp av Unitys XR SDK Plugin-systemartikel . Troliga syndare är:
- Ett av de nödvändiga paketen saknas.
- Lämplig profil har inte angetts för MixedRealityToolkit-objektet (om du använder MRTK).
När appen har skapats för ARM på HoloLens2 stoppas appen vid start, ARM64 fungerar bra
Korrigeringen är antingen inaktivera grafikjobb under
Project Settings > Player > Other Settings > Graphics Jobs
eller bara skapa för ARM64.
Det här problemet har åtgärdats i Unity 2019.4 och Unity 2020.3.