Geëxtraheerd uit CAD: de assemblageboom bestaat al in het bestand. Hoge betrouwbaarheid — het zijn de eigen gegevens van de ontwerper. Dit is de voorwaarde voor klasse C en kan niet worden vervangen.
Platform
Hoe MeshAR is gebouwd
Drie fasen, op volgorde. Voor elk: wat het doet, wat het van je nodig heeft en waar de eerlijke grenzen liggen.
Etappe 01
Inname — mesh of CAD
Twee heel verschillende bronnen komen op dezelfde plek terecht: driehoeken en PBR-materialen op de GPU, verpakt als glTF/GLB. Om daar te komen is niet conceptueel moeilijk, het is gedetailleerd werk — eenheden (mechanische CAD in millimeters, Unity in meters, een factor 1000 is het eerste dat je ziet), opwaartse as en handigheid, pivots gelaten waar de ontwerper ze heeft achtergelaten, en een polygoontelling van ordes van grootte boven wat een telefoon zal tekenen.
Wat niet convergeert is de semantiek, en dat is het structurele punt van het hele platform. Een CAD-assembly bevat al een grafiek: onderdelen, sub-assemblies, instances met transformatiematrices, onderdeelnummers. Een mesh bevat op zijn best een hiërarchie van knooppuntnamen, bepaald door degene die het heeft geëxporteerd. Het verschil kan stroomafwaarts niet worden hersteld.
Drie niveaus van semantiek, niet twee
Een mesh geschreven volgens een gedeclareerde regel: knooppuntnamen volgens een conventie, glTF-extra's, materiaalvarianten. Precies evenveel waard als de discipline van degene die het exporteert — en het is waar een configurator feitelijk op draait.
Een willekeurig netwerk: fotogrammetrie, een download op de marktplaats, een export uit de vrije hand. Prima geschikt om een object in een kamer te plaatsen; je kunt een component erin niet adresseren.
Etappe 02
Lokalisatie — de ene gemeenschappelijke fase
Gebruikelijk als interface, niet als implementatie. De drie klassen hebben verschillende verankeringsstrategieën nodig en zijn niet uitwisselbaar: wat goed is voor een configurator, is conceptueel verkeerd voor een geleid bezoek.
Strategieën in gebruik
-
Vliegtuigdetectie + tikken
Klasse BDe gebruiker kiest de plek. Voor een configurator is dit eerder het juiste antwoord dan een terugval: de hele vraag die wordt gesteld is of het in hun kamer past.
-
Fysieke markering
Klasse CEen sticker op de machine aangebracht met een bekende offset. Goedkoop, robuust en precies genoeg om een hoogtepunt op het juiste onderdeel te laten belanden in plaats van op zijn buurman.
-
Modeldoel
Klasse CHerkent het object vanuit zijn eigen 3D-model, zonder dat er iets op is toegepast. Uitstekend op stijve, onderscheidende geometrie; het verslechtert op gladde, symmetrische of reflecterende oppervlakken — wat veel industriële machines beschrijft, dus handmatige uitlijning wordt vanaf de eerste dag als terugvaloptie behouden.
-
Georuimtelijke / VPS en ondersteunde handmatige uitlijning
Klasse AVoor inhoud die op de echte plek moet staan waar iets daadwerkelijk heeft gestaan. Hier klopt een gebruikerstap conceptueel niet: de bezoeker weet niet waar de muur was. Het is het moeilijkste lokalisatieprobleem van de drie.
Etappe 03
Presentatie — waar de klassen zich scheiden
De gedeelde basislijn is niet triviaal: diepteocclusie, geloofwaardige contactschaduwen en lichtschatting zijn precies wat “een model dat op het scherm is geplakt” scheidt van “een object in de kamer”, en ze zijn van belang voor alle drie de klassen. Boven die basislijn delen de drie takken bijna niets, en dat is eerder de juiste uitkomst dan een ontbrekende abstractie.
Klasse A — geanimeerde gids
Een opgetuigd personage, een bibliotheek met animaties en een beslissingslaag die kiest welke je wilt spelen. De AI kiest de lijn en het gebaar; het genereert de beweging niet bot voor bot. Beweging in de ruimte stuurt het gedrag lokaal op framesnelheid, zonder dat er een netwerkoproep in de lus zit.
Klasse B — configurator
Runtimevariant en materiaalwissel, gebonden aan applicatiestatus die buiten de AR-app leeft. De app wordt een blik op de configurator, waardoor dit meer een applicatie-architectuurprobleem dan een grafisch probleem is.
Klasse C — procedure
Isoleer, spook, explodeer, markeer, met stappen opeenvolgend tegen sets knooppunten. Het heeft de semantische grafiek uit fase 1 nodig en optimaliseert de leesbaarheid in plaats van de betrouwbaarheid: weten welk deel, in welke volgorde, beter is dan een mooie weergave.
Meting
De meetbank is onderdeel van het product
Drift, hersteltijd, lichtomstandigheden en bruikbare afstand zijn geen checklist die je één keer uitvoert. Het zijn instrumenten: elke lokalisatiestrategie, in elke klasse, wordt gemeten met dezelfde meetlat — zodat “houdt het?” wordt beantwoord met een cijfer in plaats van een indruk.
-
Drift — ~2,7 cm mediaan na twee minuten
Vijf geldige runs van de zes tussen 2,6 en 3,7 cm, in zeer verschillende scènes. De band is opmerkelijk smal: drift blijkt robuust te zijn tegen de scène, en de lichtomstandigheden veranderen het oordeel niet. De drempels waren van tevoren vastgelegd — onder de 2 cm betekende dat voor puur visuele verankering een reparatieprocedure nodig was, 2 tot 10 cm betekende dat een configurator comfortabel is en dat een procedure een fysieke referentie nodig heeft. Het resultaat belandde in de middenband en het platform is dienovereenkomstig gebouwd.
-
Stabiliseren — de eerste minuut is niet betrouwbaar
Bevestigd op vier afzonderlijke runs: een piek van 8 tot 19 cm in de eerste 10 tot 48 seconden na plaatsing, daarna een daling naar de stabiele waarde. Alles wat precisie nodig heeft, moet eromheen worden ontworpen. Het is een beperking, geen defect dat moet worden verholpen.
-
Herstel — de pose overleeft, het wachten is het probleem
Gedurende drie tracking-loss-cycli bleef de drift vlak: het anker komt terug waar het was. In het ergste geval kostte het 25 seconden wachten, wat het een UX-probleem maakt in plaats van een tracking-probleem — een onderscheid dat de moeite waard is om te behouden, omdat ze op verschillende plaatsen worden verholpen.
-
Nuttige afstand — 20 tot 25 meter
Een scherpe en reproduceerbare drempel, en de oorzaak is dat het object onleesbaar wordt in plaats van dat de tracking mislukt: de trackingstatus blijft ver daarbuiten. Het is een vraag op inhoudsgrootte, dus deze wordt voor elk project met het echte bezit opnieuw gemeten.
Samsung SM-S711B, zeven runs, binnen en buiten, augustus 2026.
Grenzen
Wat MeshAR niet doet
De moeite waard om eerst te lezen, want het scheelt ons allebei een telefoontje.
-
Het herkent de wereld waarin het betreedt niet
Een gids die beschrijft wat de camera toevallig ziet, is de snelste manier om met vertrouwen iets te beschrijven dat er niet is. MeshAR vervangt herkenning door positie: weet precies waar je bent en lees vervolgens een samengestelde kaart. Dat werkt op een locatie die van tevoren in kaart is gebracht — een huis, een museum, een specifieke showroom — en het generaliseert niet naar “richt de telefoon ergens heen en leg uit wat ik zie”. Voor een afgebakende plaats is het de juiste oplossing, geen compromis.
-
Native Autodesk-formaten kosten geld
Neutraal CAD — STEP, IGES — wordt gedekt zonder licentiekosten. DWG en RVT hebben een commerciële component nodig en die wordt eerder een structurele lijn in de begroting dan een detail. Het wordt aangepakt wanneer een project dit daadwerkelijk nodig heeft.
-
Android/ARCore is het standaarddoel
iOS is een beslissing per project, geen aanname. AR Foundation abstraheert de gemeenschappelijke noemer, maar occlusie via de Depth API en occlusie via LiDAR zijn niet dezelfde functie, en sommige lokalisatiestrategieën hebben verschillende beschikbaarheid en licenties op de twee platforms. Voor een configurator — die een verkooptool is — is het een vraag die de moeite waard is om vooraf te beantwoorden.
Vertel me wat je in de kamer wilt zetten
Een gescande locatie, een productcatalogus, een machine met een onderhoudshandleiding. De eerste nuttige vraag is altijd in welke van de drie klassen het valt — en dat kost één e-mail.
Neem contact op →