5 Patente | 9.500+ API-Endpunkte | 18 native DLLs | Die KI-native Spatial Game Engine — jetzt im Early Access

Für Brillen gebaut. 2012 patentiert.

RakuAI ist die Runtime, die vom ersten Tag an für die thermischen, latenzbezogenen und Dual-Device-Anforderungen von Smart Glasses entworfen wurde. Fünf erteilte US-Patente — Priorität Juli 2012 — verschaffen uns einen Vorsprung von einem Jahrzehnt gegenüber der Industrie, die jetzt erst AR-Brillen ausliefert.

Die Patente haben das vor einem Jahrzehnt kommen sehen.

Fünf erteilte US-Patente. Priorität Juli 2012. Das Patentportfolio läuft bis Juli 2032.

Was sie abdecken

  • Dual-Mode-Funkkommunikation (niedrige Latenz + hohe Bandbreite)
  • Architektur aus Smart Glasses + Telefon-/Compute-Host
  • Auslagerung des Renderings vom Compute-Host auf die Brille
  • Synchronisierung des Multiplayer-Weltzustands
  • World-Streaming (Übertragung von Szenen-Deltas, nicht von Video)

Diese Patente sind älter als die Meta Ray-Bans (2021), die Xreal Air (2022) und Android XR (2026).

Zeitleiste des Patentportfolios: Priorität Juli 2012, Erteilungen von 2015 bis 2018, während die Industrie ab 2021 AR-Brillen ausliefert, und das Portfolio läuft bis Juli 2032. 2012 Priorität 2015–18 5 Patente erteilt 2021–26 Industrie liefert AR-Brillen 2032 Portfolio läuft bis

Belege aus dem Engineering

Gemessene Werte einer Runtime, die seit dem ersten Tag gegen die Anforderungen von Brillen optimiert wurde.

18 ms
Motion-to-Photon-Latenz
0,5–0,8 mm
Positionsgenauigkeit @ 40 cm
0,3 mm
Pose-Jitter (Kalman-gefiltert)
90 Hz
Renderrate der Brille
60 Hz
Physikrate des Telefons
~20 Hz / 400–1400 B
Szenen-Delta-Sync (KEIN Video)
3 Thermomodi
Performance, Ausgewogen, Stromsparen
71-Gelenk-Skelett
Ganzkörper-Tracking
2–4x
Performancegewinn durch Foveated Rendering

Warum nicht Unity?

Was Sie mit Unity für Smart Glasses verlieren:

  • Allzweck-Engine, nicht für Brillen optimiert
  • Kein Bewusstsein für das Energiebudget (setzt Netzstrom voraus)
  • Auf 60 FPS optimiert, nicht auf Motion-to-Photon-Vorhersagbarkeit
  • Kein Integrationspfad für On-Device-SLM
  • Keine World-Model-Orchestrierung
  • Die Dual-Device-Architektur ist nur eine Notlösung

Gerätekompatibilitätsmatrix

OpenXR-konform, wo möglich. Hersteller-Erweiterungen, wo erforderlich.

Meta Quest 3
Meta Ray-Ban (Display)
Xreal Air / Air 2 / One
Samsung Android XR
MiRZA AR2
Rokid
Künftige OpenXR-konforme Geräte (einfach anschließen)

Phone-as-Compute-Architektur

Die Aufteilung, die die Patente von 2012 vorhergesagt haben — heute die einzige Architektur, die innerhalb des thermischen Budgets von Brillen funktioniert.

Phone-as-Compute-Architektur: Das Telefon führt Physik, KI, Spielzustand und Asset-Streaming aus, verbunden mit der Brille über Wi-Fi 7 mit Szenen-Delta und optischem Fallback, während die Brille Rendering, Pose-Vorhersage und visuelle Odometrie übernimmt. Telefon — Compute Physik — 60 Hz fest KI-Verhalten & Spielzustand Asset-Streaming World-Model-Orchestrierung Brille — Anzeige Rendering — 90 Hz Pose-Vorhersage Foveated Rendering IMU + visuelle Odometrie Szenen-Delta ~20 Hz Wi-Fi 7 · optischer Fallback Sensor-Uplink kein Video-Streaming

Das Telefon betreibt die Welt

Physik (60 Hz fest), KI-Verhalten, Spielzustand, Asset-Streaming.

Die Brille zeigt die Welt an

Lokale Pose-Vorhersage, Foveated Rendering, IMU + visuelle Odometrie.

Die Verbindung erledigt den Rest

Szenen-Delta über Wi-Fi 7 (mit optischem Fallback, sofern verfügbar), Sensor-Uplink, kein Video-Streaming erforderlich.

Wenn Sie Smart Glasses ausliefern, sollten wir reden.

Wir sind reine Software. Wir konkurrieren nicht mit Hardware-Partnern — wir machen sie erfolgreicher. Unsere Runtime ist die fehlende Schicht zwischen Ihrer Hardware und dem LLM-Ökosystem.

Wenn Sie:

  • Consumer-AR-Brillen für den Start 2026–2027 entwickeln
  • eine Runtime suchen, die KI-Erlebnisse vom ersten Tag an ausliefert
  • sich um thermische, Latenz- oder Compute-Budgets sorgen
  • an einer Lizenzierung des Patentportfolios interessiert sind

sollten wir reden.