Platform

Hvordan MeshAR er bygget

Tre etaper, i rækkefølge. For hver enkelt: hvad den gør, hvad den har brug for fra dig, og hvor de ærlige grænser er.

Etape 01

Indtag — mesh eller CAD

To meget forskellige kilder ender det samme sted: trekanter og PBR-materialer på GPU'en, pakket som glTF/GLB. At komme dertil er ikke begrebsmæssigt svært, det er detaljeret arbejde — enheder (mekanisk CAD i millimeter, Unity i meter, en faktor på 1000 er det første, du vil se), op-akse og håndethed, pivoter der bliver, hvor designeren efterlod dem, og et polygontal størrelsesordener over, hvad en telefon vil tegne.

Det, der ikke konvergerer, er semantikken, og det er hele platformens strukturelle pointe. En CAD-samling indeholder allerede en graf: dele, undersamlinger, instanser med transformationsmatricer, varenumre. Et mesh indeholder i bedste fald et hierarki af nodenavne, som er bestemt af den, der eksporterede det. Forskellen kan ikke inddrives nedstrøms.

Tre niveauer af semantik, ikke to

Afledt

Udtrukket fra CAD: assembly-træet findes allerede i filen. Høj pålidelighed — det er designerens egne data. Dette er forudsætningen for klasse C, og den kan ikke erstattes.

Konventionel

Et mesh oprettet til en erklæret regel: nodenavne efter en konvention, glTF-ekstramateriale, materialevarianter. Værd nøjagtigt lige så meget som disciplinen hos den, der eksporterer det — og det er det, en konfigurator faktisk kører på.

Ingen

Et vilkårligt mesh: fotogrammetri, en markedspladsdownload, en frihåndseksport. Perfekt til at placere en genstand i et rum; du kan ikke adressere en komponent inde i den.

Etape 02

Lokalisering — den ene fælles fase

Fælles som en grænseflade, ikke som en implementering. De tre klasser har brug for forskellige forankringsstrategier, og de er ikke udskiftelige: Hvad der er rigtigt for en konfigurator er konceptuelt forkert for et guidet besøg.

Strategier i brug

  • Flydetektering + tryk

    Klasse B

    Brugeren vælger stedet. For en konfigurator er dette det rigtige svar snarere end et tilbagefald: Hele spørgsmålet, der stilles, er, om det passer ind i deres værelse.

  • Fysisk markør

    Klasse C

    Et klistermærke påført maskinen med en kendt offset. Billig, robust og præcis nok til, at en highlight kan lande på den rigtige komponent i stedet for sin nabo.

  • Modelmål

    Klasse C

    Genkender objektet fra sin egen 3D-model, uden at der er anvendt noget på det. Fremragende på stiv, karakteristisk geometri; det nedbrydes på glatte, symmetriske eller reflekterende overflader — hvilket beskriver meget industrielt maskineri, så manuel opretning bevares som et fallback fra dag ét.

  • Geospatial / VPS og assisteret manuel justering

    Klasse A

    Til indhold, der skal sidde på det rigtige sted, hvor noget rent faktisk stod. Her er et brugertryk begrebsmæssigt forkert: den besøgende ved ikke, hvor væggen var. Det er det sværeste lokaliseringsproblem af de tre.

Etape 03

Præsentation — hvor klasserne skilles

Den delte basislinje er ikke triviel: dybdeokklusion, troværdige kontaktskygger og lysestimering er præcis, hvad der adskiller “en model limet på skærmen” fra “en genstand i rummet”, og de betyder noget for alle tre klasser. Over den basislinje deler de tre grene næsten ingenting, og det er det korrekte resultat snarere end en manglende abstraktion.

Klasse A — animeret guide

En rigget karakter, et bibliotek af animationer og et beslutningslag, der vælger, hvilken der skal spilles. AI'en vælger linjen og gestus; det genererer ikke bevægelsen knogle for knogle. Bevægelse i rummet er styreadfærd, der kører lokalt med billedhastighed, uden netværksopkald i løkken.

Klasse B — konfigurator

Kørselsvariant og materialebytning, bundet til applikationstilstand, der lever uden for AR-appen. Appen bliver et blik på konfiguratoren, hvilket gør dette til et applikationsarkitekturproblem mere end et grafisk problem.

Klasse C — procedure

Isoler, spøgelse, eksploder, fremhæv, med trin sekventeret i forhold til sæt af noder. Den har brug for den semantiske graf fra trin 1, og den optimerer for læselighed snarere end troskab: at vide, hvilken del, i hvilken rækkefølge, slår en smuk gengivelse.

Måling

Målebænken er en del af produktet

Drift, restitutionstid, lysforhold og nyttig distance er ikke en tjekliste, du kører én gang. De er instrumentering: hver lokaliseringsstrategi, i hver klasse, måles med den samme lineal — så “holder det?” bliver besvaret med et tal i stedet for et indtryk.

  • Drift — ~2,7 cm median efter to minutter

    Fem gyldige løb ud af seks mellem 2,6 og 3,7 cm, på tværs af meget forskellige scener. Båndet er bemærkelsesværdigt smalt: drift viser sig at være robust mod scenen, og lysforholdene flytter ikke dommen. Tærsklerne var blevet fastsat på forhånd — under 2 cm betød, at ren visuel forankring ville bære en reparationsprocedure, 2 til 10 cm betød, at en konfigurator er komfortabel, og en procedure kræver en fysisk reference. Resultatet landede i det midterste bånd, og platformen er bygget derefter.

  • Stabilisering — det første minut er ikke troværdigt

    Bekræftet på fire separate kørsler: en top på 8 til 19 cm i de første 10 til 48 sekunder efter placering, derefter et fald til den stabile værdi. Alt, der kræver præcision, skal designes omkring det. Det er en begrænsning, ikke en defekt, der skal rettes.

  • Genopretning — positionen overlever, ventetiden er problemet

    På tværs af tre sporings-tab-cyklusser forblev afdriften flad: ankeret kommer tilbage, hvor det var. Det værste tilfælde kostede 25 sekunders ventetid, hvilket gør det til et UX-problem snarere end et sporingsproblem — en sondring, der er værd at beholde, fordi de rettes forskellige steder.

  • Nyttig afstand — 20 til 25 meter

    En skarp og reproducerbar tærskel, og årsagen er, at objektet bliver ulæseligt i stedet for at sporingen fejler: sporingstilstanden holdt sig langt ud over det. Det er et spørgsmål i indholdsstørrelse, så det bliver genmålt for hvert projekt med det reelle aktiv.

Samsung SM-S711B, syv løb, indendørs og udendørs, august 2026.

Grænser

Hvad MeshAR ikke gør

Værd at læse før resten, for det sparer os begge for et opkald.

  • Den genkender ikke den verden, den går ind i

    En guide, der beskriver, hvad kameraet tilfældigvis ser, er den hurtigste måde at trygt beskrive noget, der ikke er der. MeshAR erstatter genkendelse med position: vid præcis, hvor du er, og læs derefter et kurateret kort. Det virker på et sted, der er kortlagt på forhånd — et hus, et museum, et specifikt udstillingslokale — og det generaliserer ikke til “peg telefonen hvor som helst og forklar, hvad jeg ser”. For et defineret sted er det den rigtige løsning, ikke et kompromis.

  • Native Autodesk-formater koster penge

    Neutral CAD — STEP, IGES — er dækket til nul licensomkostninger. DWG og RVT har brug for en kommerciel komponent, og det bliver en strukturel linje i estimatet snarere end en detalje. Det bliver løst, når et projekt rent faktisk kræver det.

  • Android / ARCore er standardmålet

    iOS er en per-projekt beslutning, ikke en antagelse. AR Foundation abstraherer fællesnævneren, men okklusion gennem Depth API og okklusion gennem LiDAR er ikke den samme funktion, og nogle lokaliseringsstrategier har forskellig tilgængelighed og licensering på de to platforme. For en konfigurator — som er et salgsværktøj — er det et spørgsmål, der er værd at afklare på forhånd.

Fortæl mig, hvad du vil have i rummet

Et scannet sted, et produktkatalog, en maskine med en vedligeholdelsesmanual. Det første nyttige spørgsmål er altid, hvilken af de tre klasser det falder ind under — og det tager en e-mail.

Tag kontakt →