YOLO-Modelle für Edge- und Web-Bereitstellung nach LiteRT exportieren#
LiteRT (kurz für Lite Runtime) ist Googles leistungsstarke Laufzeitumgebung für KI auf dem Gerät. Es ist die nächste Generation und der neue Name für TensorFlow Lite (TFLite) und verwendet dasselbe .tflite-Modellformat. Mit LiteRT lässt sich ein einzelnes exportiertes Ultralytics YOLO-Modell auf Mobilgeräten, eingebetteten Systemen, Edge-Geräten und im Browser bereitstellen – und deckt damit alles ab, was die älteren Exportformate tflite und tfjs getrennt voneinander ermöglichten, jetzt unter einer gemeinsamen Lösung.
Watch: How to Export Ultralytics YOLO26 to Google LiteRT | Deploy Vision AI on Android & iOS | Mobile AI 📱🚀
Das LiteRT-Exportformat optimiert deine Modelle für Aufgaben wie Objekterkennung, Segmentierung, Posenschätzung und Klassifizierung, sodass sie auf einer Vielzahl von Geräten schnell und offline ausgeführt werden können.
Das offizielle Ultralytics YOLO Flutter-Plugin führt LiteRT-Exporte im Format .tflite auf Android sofort aus – mit Echtzeit-Kamerainferenz, Vorhersagen für Einzelbilder, GPU-Beschleunigung und automatischem Modelldownload für alle sieben YOLO26-Aufgaben, einschließlich Depth. Für Apple-Geräte verwendest du den CoreML-Export; für Qualcomm-Snapdragon-NPUs findest du weitere Informationen in der Qualcomm-QNN-Integration.
Exportiere Klassifizierungsmodelle mit imgsz=224. Exportiere Detect-, Segment-, Semantic-, Depth-, Pose- und OBB-Modelle mit
imgsz=640. Dieser 224/640-Standard wird von den offiziellen LiteRT-, CoreML- und QNN-Assets für Mobilgeräte gemeinsam verwendet.
Das offizielle Ultralytics YOLO NPM-Paket führt LiteRT-Exporte im Format .tflite direkt im Browser über LiteRT.js aus, ohne Server oder Python – mit Echtzeit-Inferenz über die Webcam, Vorhersagen für Einzelbilder und WebGPU-Beschleunigung (automatischer CPU/WASM-Fallback) für alle sechs YOLO26-Aufgaben (Detect, Segment, Pose, OBB, Classify, Semantic). Unter WebGPU ist es häufig etwa ~2× schneller als ONNX Runtime Web.
npm i @ultralytics/yolo @litertjs/coreWarum solltest du nach LiteRT exportieren?#
LiteRT ist ein Open-Source-Framework für Inferenz auf dem Gerät, auch bekannt als Edge Computing. Es stellt Entwicklern Werkzeuge zur Verfügung, um trainierte Modelle auf Mobilgeräten, eingebetteten Systemen und IoT-Geräten, herkömmlichen Computern sowie – über LiteRT.js – direkt in Webbrowsern und Node.js auszuführen.
Ein Modellformat, jedes Ziel:
- Mobilgeräte und eingebettete Systeme: Android, iOS, eingebettetes Linux und Mikrocontroller (MCUs).
- Edge-Beschleuniger: Kompatibel mit der Coral Edge TPU für zusätzliche Beschleunigung.
- Browser und Node.js: LiteRT.js führt dasselbe
.tflite-Modell im Web mit WebGPU/WASM-Beschleunigung aus – dadurch ist kein separater TensorFlow.js-Export erforderlich.
Wichtige Funktionen von LiteRT-Modellen#
- Optimierung auf dem Gerät: Verringert die Latenz durch lokale Datenverarbeitung, verbessert den Datenschutz, da keine personenbezogenen Daten übertragen werden, und reduziert die Modellgröße, um Speicherplatz zu sparen.
- Unterstützung mehrerer Plattformen: Läuft auf Android, iOS, eingebettetem Linux, Mikrocontrollern und modernen Webbrowsern.
- Hardwarebeschleunigung: Nutzt XNNPACK auf der CPU sowie GPU-Beschleunigung über OpenCL, Metal und WebGPU. Der GPU-Delegate verwendet standardmäßig FP16 für zusätzliche Geschwindigkeit.
- Quantisierung: Unterstützt FP32, statisches INT8 (
quantize=8, int8-Gewichte + int8-Aktivierungen), statisches INT16-Aktivierungsformat (quantize="w8a16", int8-Gewichte + int16-Aktivierungen für höhere Genauigkeit) und dynamisches INT8 (quantize="w8a32", int8-Gewichte + FP32-Aktivierungen, keine Kalibrierungsdaten erforderlich), um Modelle zu komprimieren und die Inferenz bei minimalem Verlust an Genauigkeit zu beschleunigen. - Unterstützung verschiedener Programmiersprachen: Kompatibel mit Java/Kotlin, Swift, Objective-C, C++, Python und JavaScript.
Gemessene Leistung#
Hardware: Xiaomi 17 mit 12 GB LPDDR5X-Speicher und Android 16 / API 36. Der 3-nm-Chip Snapdragon 8 Elite Gen 5 (SM8850) verfügt über eine Qualcomm-Oryon-CPU mit 8 Kernen (2 Prime-Kerne mit bis zu 4,6 GHz und 6 Performance-Kerne mit bis zu 3,62 GHz), eine Adreno-GPU und eine Hexagon-NPU.
| Modell | Aufgabe | Größe (Pixel) | CPU w8a32 LiteRT (ms) | GPU w8a32 LiteRT (ms) |
|---|---|---|---|---|
| YOLO26n | Detect | 640 | 52.2 1.8 / 48.1 / 2.4 | 15.8 2.3 / 8.9 / 4.6 |
| YOLO26n-seg | Segment | 640 | 73.4 1.8 / 65.6 / 6.0 | 33.2 1.8 / 23.8 / 7.6 |
| YOLO26n-sem | Semantisch | 640 | 61.2 1.8 / 51.1 / 8.3 | 34.2 1.8 / 24.0 / 8.3 |
| YOLO26n-depth | Tiefe | 640 | 124.4 1.9 / 115.1 / 7.4 | 23.0 1.8 / 13.5 / 7.7 |
| YOLO26n-cls | Klassifizierung | 224 | 4.4 0.4 / 4.0 / 0.0 | 3.1 0.8 / 2.1 / 0.2 |
| YOLO26n-pose | Pose | 640 | 57.4 1.8 / 53.8 / 1.8 | 16.6 2.7 / 10.1 / 3.9 |
| YOLO26n-obb | OBB | 640 | 50.3 1.8 / 47.2 / 1.4 | 11.7 1.8 / 7.8 / 2.0 |
- Geschwindigkeitswerte sind Latenzen für Einzelbild-Bursts – der Mittelwert aus 15 Durchläufen nach 3 Aufwärmdurchläufen auf
bus.jpg, gemessen mit dem Ultralytics Flutter-Plugin0.6.10und den standardisiertenv0.6.6-Assets. Die Reihenfolge von CPU und GPU wechselte zwischen den Aufgaben innerhalb eines sequenziellen Durchlaufs. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL (LITERT_CL) delegierte. - Der LiteRT-Export zeichnet das PyTorch-Modell direkt nach und erzeugt ein NCHW-
.tflitemit einem Float-Eingang – der GPU-Delegate kompiliert den gesamten Graphen (hier laufen alle sieben Aufgaben auf der Adreno-GPU), undw8a32benötigt keine Kalibrierungsdaten. Nutzer sollten Tensorformen und Signaturnamen auslesen, statt das alte onnx2tf-NHWC-Layout oderIdentity-Ausgabenamen vorauszusetzen; RGB-Daten sollten direkt als planares CHW gepackt oder vor der Inferenz transponiert werden. Semantische Exporte geben NCHW-Logits zurück und erfordern ein klassenweises Argmax auf der Host-Seite. Die offiziellen Android-Assets werden im Releasev0.6.6der yolo-flutter-app bereitgestellt; der ausführliche Benchmark ist in der Flutter-Dokumentation zur Leistung enthalten. - Die Werte der passenden Hexagon-NPU von Snapdragon sowie von LiteRT auf CPU und GPU findest du in der Qualcomm-QNN-Integration.
- Vergleiche die Ergebnisse von Apple-CPU und -Beschleuniger in der CoreML-Integration.
Die folgenden Gerätevergleiche verwenden dieselben standardisierten v0.6.6-Assets.
Google Pixel 10#
Hardware: Google Pixel 10 mit 12 GB Speicher und Android 16 / API 36. Der 3-nm-Chip Google Tensor G5 verfügt über eine CPU mit 8 Kernen (1 Prime-Kern mit bis zu 3,78 GHz, 5 Performance-Kerne mit bis zu 3,05 GHz und 2 Effizienzkerne mit bis zu 2,25 GHz), eine PowerVR-D-Series-GPU und eine Google-TPU. Die Kern-Taktfrequenzen und der Name des GPU-Treibers wurden vom Benchmark-Gerät ausgelesen, da Google sie in den verlinkten Spezifikationen nicht veröffentlicht.
| Modell | Aufgabe | Größe (Pixel) | CPU w8a32 LiteRT (ms) | GPU w8a32 LiteRT (ms) |
|---|---|---|---|---|
| YOLO26n | Detect | 640 | 53.3 1.5 / 50.2 / 1.6 | 45.5 3.8 / 37.7 / 4.0 |
| YOLO26n-seg | Segment | 640 | 87.7 1.8 / 78.5 / 7.5 | 50.9 3.0 / 36.9 / 10.9 |
| YOLO26n-sem | Semantisch | 640 | 68.6 1.5 / 59.0 / 8.0 | 71.6 1.5 / 59.5 / 10.6 |
| YOLO26n-depth | Tiefe | 640 | 120.3 1.5 / 112.5 / 6.3 | 52.5 2.0 / 37.5 / 13.0 |
| YOLO26n-cls | Klassifizierung | 224 | 4.0 0.3 / 3.4 / 0.2 | 17.6 0.9 / 16.7 / 0.1 |
| YOLO26n-pose | Pose | 640 | 59.7 1.5 / 57.0 / 1.2 | 46.6 3.8 / 39.2 / 3.5 |
| YOLO26n-obb | OBB | 640 | 52.0 1.5 / 48.9 / 1.7 | 45.5 4.0 / 38.5 / 2.9 |
Benchmark: Mittelwert aus 15 predict()-Aufrufen nach 3 Aufwärmdurchläufen auf bus.jpg, unter Verwendung von ultralytics_yolo, 0.6.10 und den offiziellen v0.6.6-Assets. Die Reihenfolge von CPU und GPU wechselt zwischen den Aufgaben innerhalb eines sequenziellen Durchlaufs. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL (LITERT_CL) delegierte.
Samsung Galaxy S26#
Hardware: Samsung Galaxy S26 (SM-S942B) mit 12 GB Speicher und Android 16 / API 36. Der 2-nm-Chip Exynos 2600 verfügt über eine Armv9.3-CPU mit 10 Kernen (1 C1-Ultra-Kern mit bis zu 3,8 GHz, 3 C1-Pro-Performance-Kerne mit bis zu 3,26 GHz und 6 C1-Pro-Effizienzkerne mit bis zu 2,76 GHz), eine Xclipse-960-GPU und eine Samsung-NPU.
| Modell | Aufgabe | Größe (Pixel) | CPU w8a32 LiteRT (ms) | GPU w8a32 LiteRT (ms) |
|---|---|---|---|---|
| YOLO26n | Detect | 640 | 36.7 1.3 / 33.8 / 1.7 | 16.4 1.4 / 12.3 / 2.6 |
| YOLO26n-seg | Segment | 640 | 54.6 1.2 / 48.0 / 5.3 | 32.8 1.3 / 24.5 / 7.0 |
| YOLO26n-sem | Semantisch | 640 | 47.8 1.2 / 38.4 / 8.1 | 34.2 1.3 / 24.9 / 8.0 |
| YOLO26n-depth | Tiefe | 640 | 92.9 1.2 / 84.8 / 6.9 | 33.5 1.3 / 22.4 / 9.8 |
| YOLO26n-cls | Klassifizierung | 224 | 2.7 0.2 / 2.3 / 0.2 | 2.6 0.2 / 2.4 / 0.0 |
| YOLO26n-pose | Pose | 640 | 42.8 1.3 / 40.5 / 1.0 | 18.4 1.4 / 14.1 / 2.9 |
| YOLO26n-obb | OBB | 640 | 37.5 1.3 / 35.1 / 1.2 | 18.8 2.5 / 14.6 / 1.8 |
Benchmark: Mittelwert aus 15 predict()-Aufrufen nach 3 Aufwärmdurchläufen auf bus.jpg, unter Verwendung von ultralytics_yolo, 0.6.10 und den offiziellen v0.6.6-Assets. Die Reihenfolge von CPU und GPU wechselt zwischen den Aufgaben innerhalb eines sequenziellen Durchlaufs. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL (LITERT_CL) delegierte.
Xiaomi 17T Pro#
Hardware: Xiaomi 17T Pro (2602EPTC0G) mit 12 GB LPDDR5X-Speicher und Android 16 / API 36. Der 3-nm-Chip MediaTek Dimensity 9500 (MT6993) verfügt über eine Armv9.3-CPU mit 8 Kernen (1 C1-Ultra-Kern mit bis zu 4,21 GHz, 3 C1-Premium-Kerne mit bis zu 3,5 GHz und 4 C1-Pro-Kerne mit bis zu 2,7 GHz), eine Mali-G1-Ultra-MC12-GPU und eine MediaTek-NPU 990.
| Modell | Aufgabe | Größe (Pixel) | CPU w8a32 LiteRT (ms) | GPU w8a32 LiteRT (ms) |
|---|---|---|---|---|
| YOLO26n | Detect | 640 | 45.4 1.3 / 42.1 / 2.0 | 26.6 1.9 / 22.0 / 2.7 |
| YOLO26n-seg | Segment | 640 | 126.2 2.6 / 113.9 / 9.7 | 46.7 2.6 / 33.3 / 10.8 |
| YOLO26n-sem | Semantisch | 640 | 117.9 2.6 / 98.8 / 16.5 | 74.3 2.6 / 54.7 / 17.0 |
| YOLO26n-depth | Tiefe | 640 | 182.4 2.5 / 167.6 / 12.3 | 47.8 2.5 / 32.3 / 12.9 |
| YOLO26n-cls | Klassifizierung | 224 | 6.2 0.4 / 5.3 / 0.4 | 7.4 0.4 / 6.9 / 0.1 |
| YOLO26n-pose | Pose | 640 | 97.6 2.5 / 93.3 / 1.8 | 28.6 2.5 / 23.3 / 2.8 |
| YOLO26n-obb | OBB | 640 | 91.5 2.6 / 85.8 / 3.2 | 27.5 2.7 / 21.8 / 2.9 |
Benchmark: Mittelwert aus 15 predict()-Aufrufen nach 3 Aufwärmdurchläufen auf bus.jpg, unter Verwendung von ultralytics_yolo, 0.6.10 und den offiziellen v0.6.6-Assets. Die Reihenfolge von CPU und GPU wechselt zwischen den Aufgaben innerhalb eines sequenziellen Durchlaufs. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL (LITERT_CL) delegierte.
Unterstützte Aufgaben#
Der LiteRT-Export unterstützt alle sieben Ultralytics-Aufgaben. Semantische Segmentierung und Tiefenschätzung sind nur mit YOLO26 verfügbar, der einzigen Modellfamilie, die diese Köpfe bereitstellt.
| Aufgabe | YOLOv8 | YOLO11 | YOLO26 |
|---|---|---|---|
| Erkennen | ✅ | ✅ | ✅ |
| Segmentieren | ✅ | ✅ | ✅ |
| Semantisch | ❌ | ❌ | ✅ |
| Tiefe | ❌ | ❌ | ✅ |
| Klassifizieren | ✅ | ✅ | ✅ |
| Pose | ✅ | ✅ | ✅ |
| OBB | ✅ | ✅ | ✅ |
Nach LiteRT exportieren: Dein YOLO-Modell konvertieren#
Du kannst die Ausführungseffizienz auf dem Gerät verbessern und die Bereitstellungsoptionen erweitern, indem du deine Modelle in das LiteRT-Format konvertierst.
Installation#
Führe zur Installation des erforderlichen Pakets folgenden Befehl aus:
# Install the required package for YOLO
pip install ultralyticsAusführliche Anleitungen und bewährte Vorgehensweisen findest du in unserem Ultralytics-Installationsleitfaden. Wenn du auf Schwierigkeiten stößt, sieh in unserem Leitfaden zu häufigen Problemen nach.
Der Export nach LiteRT wird derzeit unter Linux x86_64 und macOS unterstützt. Das exportierte .tflite-Modell selbst läuft auf allen von LiteRT unterstützten Plattformen (Mobilgeräte, eingebettete Systeme, Edge-Geräte und Browser).
Verwendung#
Alle Ultralytics-YOLO-Modelle unterstützen den Export sofort. Das LiteRT-Format unterstützt die Modi Export, Predict und Validate, sodass du ein Modell exportieren und anschließend laden kannst, um lokal Inferenz auszuführen oder seine Genauigkeit zu überprüfen.
from ultralytics import YOLO
# Load a YOLO26 model
model = YOLO("yolo26n.pt")
# Export the model to LiteRT format
model.export(format="litert", imgsz=640) # use imgsz=224 for classificationfrom ultralytics import YOLO
model = YOLO("yolo26n.pt")
# Dynamic INT8: int8 weights, FP32 activations - no calibration data needed
model.export(format="litert", quantize="w8a32", imgsz=640) # use imgsz=224 for classification
# Static INT8: int8 weights + int8 activations - needs calibration data
model.export(format="litert", quantize=8, data="coco8.yaml", imgsz=640) # use 224 for classification
# Static w8a16: int8 weights + int16 activations (higher accuracy) - needs calibration data
model.export(format="litert", quantize="w8a16", data="coco8.yaml", imgsz=640) # use 224 for classificationfrom ultralytics import YOLO
# Load the exported LiteRT model
model = YOLO("yolo26n.tflite")
# Run inference
results = model("https://ultralytics.com/images/bus.jpg")from ultralytics import YOLO
# Load the exported LiteRT model
model = YOLO("yolo26n.tflite")
# Validate accuracy on the COCO8 dataset
metrics = model.val(data="coco8.yaml")Exportargumente#
| Argument | Typ | Standardwert | Beschreibung |
|---|---|---|---|
format | str | 'litert' | Zielformat für das exportierte Modell, das die Kompatibilität mit verschiedenen Bereitstellungsumgebungen festlegt. |
imgsz | int oder tuple | 640 | Gewünschte Bildgröße für die Modelleingabe. Kann für quadratische Bilder eine Ganzzahl oder für bestimmte Abmessungen ein Tupel (height, width) sein. |
quantize | int oder str | None | Quantisierungsgenauigkeit: 8 (statisches INT8, int8-Gewichte + int8-Aktivierungen; benötigt die Kalibrierung data/fraction), 'w8a16' (statisch, int8-Gewichte + int16-Aktivierungen; benötigt die Kalibrierung data/fraction), 'w8a32' (dynamisches INT8, int8-Gewichte + FP32-Aktivierungen; keine Kalibrierung erforderlich) oder 32/nicht gesetzt (FP32). FP16 wird nicht separat exportiert (siehe Hinweis weiter unten). Ersetzt die veralteten Flags half/int8. |
batch | int | 1 | Legt die Batchgröße für die Inferenz des exportierten Modells oder die maximale Anzahl der Bilder fest, die das exportierte Modell im Modus predict gleichzeitig verarbeitet. |
data | str | None | Für die INT8-Kalibrierung verwendete Dataset-YAML-Datei; bei der Klassifizierung wird stattdessen ein Dataset-Verzeichnis oder ein integrierter Dataset-Name verwendet. Wenn sie zusammen mit quantize=8 oder 'w8a16' nicht angegeben wird, wählt Ultralytics das standardmäßige Kalibrierungs-Dataset für die Modellaufgabe aus. |
device | str | None | Gibt das Gerät für den Export an. Der LiteRT-Export läuft auf der CPU (device=cpu). |
Im Gegensatz zum älteren tflite-Export benötigt LiteRT keinen separaten FP16-Export. Ein FP32-.tflite-Modell läuft bei Verwendung eines GPU-Delegaten (WebGPU, OpenCL, Metal) zur Laufzeit mit halber Genauigkeit – dies ist der offizielle LiteRT-Ansatz für die FP16-Inferenz.
Weitere Informationen zum Exportvorgang findest du auf der Ultralytics-Dokumentationsseite zum Export.
Bereitstellung exportierter YOLO-LiteRT-Modelle#
Nach dem Export deines Ultralytics-YOLO-Modells nach LiteRT kannst du es auf verschiedenen Plattformen bereitstellen. Am schnellsten lässt sich das Modell lokal mit der oben gezeigten Methode YOLO("yolo26n.tflite") überprüfen. Informationen zur Bereitstellung in anderen Umgebungen findest du in den folgenden Ressourcen:
Mobilgeräte und eingebettete Systeme#
- Android: Eine Kurzanleitung zur Integration von LiteRT in Android-Anwendungen.
- iOS: Eine Anleitung zur Integration und Bereitstellung von LiteRT-Modellen in iOS-Anwendungen.
- Embedded Linux und Raspberry Pi: Führe LiteRT-Modelle auf Einplatinencomputern aus, optional beschleunigt durch einen Coral Edge TPU.
- Mikrocontroller: Stelle Modelle auf MCUs mit nur wenigen Kilobyte Speicher bereit – die Kernlaufzeit passt mit etwa 16 KB in einen Arm Cortex-M3.
Browser und Node.js (LiteRT.js)#
- Überblick zu LiteRT.js: Führe dasselbe
.tflite-Modell mit WebGPU/WASM-Beschleunigung direkt im Browser aus. Dadurch entfällt die serverseitige Berechnung und die Daten bleiben auf dem Gerät des Benutzers. - End-to-End-Beispiele: Praktische Beispiele und Tutorials zur Implementierung von LiteRT auf Mobilgeräten, Edge-Geräten und im Web.
Zusammenfassung#
In dieser Anleitung haben wir gezeigt, wie du Ultralytics-YOLO-Modelle in das LiteRT-Format exportierst. Durch die Zusammenführung der Bereitstellung auf Mobilgeräten und Edge-Geräten (früher TFLite) sowie im Browser (früher TF.js) in einem einzigen .tflite-Modell macht LiteRT deine YOLO-Modelle schneller, kleiner und auf nahezu jedem Gerät einsetzbar.
Weitere Informationen findest du in der offiziellen LiteRT-Dokumentation.
Wenn du dich außerdem für andere Ultralytics-YOLO-Integrationen interessierst, findest du auf unserer Seite zur Integrationsübersicht zahlreiche hilfreiche Ressourcen.
FAQ#
Verwende die Ultralytics-Bibliothek, um ein YOLO-Modell nach LiteRT (
.tflite) zu exportieren. Installiere zunächst das Paket:pip install ultralyticsExportiere anschließend dein Modell:
from ultralytics import YOLO # Load a YOLO26 model model = YOLO("yolo26n.pt") # Export the model to LiteRT format model.export(format="litert", imgsz=640) # use imgsz=224 for classificationFür CLI-Benutzer:
yolo export model=yolo26n.pt format=litert imgsz=640 # use imgsz=224 for classificationWeitere Informationen findest du in der Ultralytics-Exportanleitung.
LiteRT ist die neue Bezeichnung für TensorFlow Lite – dasselbe
.tflite-Modellformat und dieselbe Laufzeitabstammung, von Google umbenannt. In Ultralytics deckt das einheitlichelitert-Exportformat nun beide Anwendungsfälle ab, für die zuvor zwei separate Formate erforderlich waren:- Das alte
tflite-Format → Bereitstellung auf Mobilgeräten, in eingebetteten Systemen und auf Edge-Geräten. - Das alte
tfjs-Format → Bereitstellung im Browser und in Node.js, jetzt über LiteRT.js, das dieselbe.tflite-Datei ausführt.
Wenn du bereits über eine
.tflite-Datei verfügst, kannst du sie direkt mitYOLO("model.tflite")laden. Sie wird dann über das LiteRT-Backend ausgeführt.- Das alte
Ja. Exportiere dein Modell in das LiteRT-Format und führe es anschließend auf einem Raspberry Pi aus, um die Inferenzgeschwindigkeit zu erhöhen. Für eine weitere Optimierung kannst du einen Coral Edge TPU verwenden. Eine ausführliche Anleitung findest du in unserem Leitfaden zur Bereitstellung auf dem Raspberry Pi.
Ja. LiteRT.js führt dasselbe exportierte
.tflite-Modell mit WebGPU/WASM-Beschleunigung direkt in einem Webbrowser oder einer Node.js-Anwendung aus. Damit wird der bisherige TensorFlow.js-Workflow ersetzt – es gibt keinen separaten Browser-Export. Stelle stattdessen dein LiteRT-Modell mit der LiteRT.js-Laufzeit bereit.Ja – zur Laufzeit. Ein FP32-LiteRT-Modell läuft automatisch mit FP16, wenn es auf einem GPU-Delegaten (WebGPU, OpenCL oder Metal) ausgeführt wird. Dies ist der offizielle LiteRT-Ansatz. Du benötigst daher keinen dedizierten FP16-Export. Für eine weitere Komprimierung kannst du die INT8-Quantisierung mit
quantize=8verwenden.Wenn beim Export von YOLO-Modellen nach LiteRT Fehler auftreten, gehören zu den häufigen Lösungen:
- Plattform überprüfen: Der LiteRT-Export wird unter Linux x86_64 und macOS unterstützt. Überprüfe, ob deine Umgebung diese Voraussetzungen erfüllt.
- Paketkompatibilität überprüfen: Stelle sicher, dass du eine kompatible Version von Ultralytics verwendest. Siehe dazu unsere Installationsanleitung.
- Probleme bei der Quantisierung: Achte bei der INT8-Quantisierung darauf, dass der Pfad zu deinem Dataset im Parameter
datakorrekt angegeben ist.
Weitere Tipps zur Fehlerbehebung findest du in unserem Leitfaden Häufige Probleme.