Exportiere YOLO-Modelle nach LiteRT für Edge- und Web-Deployment#
LiteRT (kurz für Lite Runtime) ist Googles Hochleistungs-Runtime für On-Device-KI. Es ist die nächste Generation und der neue Name für TensorFlow Lite (TFLite) und verwendet das gleiche .tflite-Modellformat. Mit LiteRT lässt sich ein einzelnes exportiertes Ultralytics YOLO-Modell auf Mobilgeräten, Embedded-Systemen, Edge-Geräten und im Browser einsetzen – und deckt damit alles ab, was die älteren tflite- und tfjs-Exportformate separat abwickelten, jetzt unter einem Dach.
Das LiteRT-Exportformat optimiert deine Modelle für Aufgaben wie Objekterkennung, Segmentierung, Pose-Schätzung und Klassifizierung, sodass sie schnell und offline auf einer Vielzahl von Geräten laufen.
Das offizielle Ultralytics YOLO Flutter-Plugin führt LiteRT .tflite-Exporte auf Android sofort einsatzbereit aus – Echtzeit-Kamera-Inferenz, Einzelbildvorhersage, GPU-Beschleunigung und automatischer Modell-Download für alle sieben YOLO26-Aufgaben, einschließlich Depth. Verwende für Apple-Geräte den CoreML-Export; für Qualcomm Snapdragon NPUs siehe die Qualcomm QNN-Integration.
Exportiere Klassifizierungsmodelle mit imgsz=224. Exportiere Erkennungs-, Segmentierungs-, semantische, Tiefen-, Posen- und OBB-Modelle mit imgsz=640. Dieser 224/640-Standard wird von den offiziellen mobilen Assets von LiteRT, CoreML und QNN gemeinsam genutzt.
Das offizielle Ultralytics YOLO NPM-Paket führt LiteRT .tflite-Exporte direkt im Browser über LiteRT.js aus – ganz ohne Server oder Python – mit Echtzeit-Webcam-Inferenz, Einzelbild-Vorhersage und WebGPU-Beschleunigung (mit automatischem CPU/WASM-Fallback) für alle sechs YOLO26-Aufgaben (detect, segment, pose, OBB, classify, semantic). Auf WebGPU ist es oft ~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 On-Device-Inferenz, auch bekannt als Edge Computing. Es bietet Entwicklern Werkzeuge, um trainierte Modelle auf Mobilgeräten, eingebetteten Systemen und IoT-Geräten, herkömmlichen Computern und – durch LiteRT.js – direkt in Webbrowsern und Node.js auszuführen.
Ein Modellformat, jedes Ziel:
- Mobil & Embedded: Android, iOS, eingebettetes Linux und Mikrocontroller (MCUs).
- Edge-Beschleuniger: Kompatibel mit der Coral Edge TPU für zusätzliche Beschleunigung.
- Browser & Node.js: LiteRT.js führt dasselbe
.tflite-Modell im Web mit WebGPU/WASM-Beschleunigung aus – wodurch kein separater TensorFlow.js-Export mehr erforderlich ist.
Hauptmerkmale von LiteRT-Modellen#
- On-Device-Optimierung: Reduziert die Latenz durch lokale Datenverarbeitung, erhöht den Datenschutz, da keine persönlichen Daten übertragen werden, und minimiert die Modellgröße, um Speicherplatz zu sparen.
- Plattformübergreifende Unterstützung: Läuft auf Android, iOS, eingebettetem Linux, Mikrocontrollern und modernen Webbrowsern.
- Hardwarebeschleunigung: Nutzt XNNPACK auf der CPU und GPU-Beschleunigung über OpenCL, Metal und WebGPU. Das GPU-Delegate läuft standardmäßig in FP16 für zusätzliche Geschwindigkeit.
- Quantisierung: Unterstützt FP32, statisches INT8 (
quantize=8, int8-Gewichte + int8-Aktivierungen), statische INT16-Aktivierung (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 mit minimalem Genauigkeitsverlust zu beschleunigen. - Vielfältige Sprachunterstützung: 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. Dessen 3-nm-Snapdragon 8 Elite Gen 5 (SM8850) verfügt über eine Qualcomm Oryon 8-Core-CPU (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 | Depth | 640 | 124,4 1,9 / 115,1 / 7,4 | 23,0 1,8 / 13,5 / 7,7 |
| YOLO26n-cls | Classify | 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 Burst-Latenzen für einzelne Bilder – der Mittelwert aus 15 Durchläufen nach 3 Warmup-Durchläufen auf
bus.jpg, gemessen mit dem Ultralytics Flutter-Plugin0.6.10und den standardisiertenv0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselte bei den Aufgaben in einem sequenziellen Durchlauf ab. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den gesamten Graph an LiteRT OpenCL (LITERT_CL) delegierte. - Der LiteRT-Export verfolgt das PyTorch-Modell direkt und erzeugt ein NCHW
.tflitemit einer Gleitkomma-Eingabe – das GPU-Delegat kompiliert den gesamten Graph (alle sieben Aufgaben laufen hier auf der Adreno GPU), undw8a32benötigt keine Kalibrierungsdaten. Konsumenten sollten Tensor-Formen und Signaturnamen lesen, anstatt das veraltete onnx2tf NHWC-Layout oderIdentity-Ausgabennamen anzunehmen; packe RGB-Daten direkt als planares CHW oder transponiere sie vor der Inferenz. Semantische Exporte geben NCHW-Logits zurück und erfordern ein hostseitiges Klassen-Argmax. Die offiziellen Android-Assets werden im yolo-flutter-appv0.6.6-Release gehostet, wobei der detaillierte Benchmark-Datensatz in der Flutter-Leistungsdokumentation zu finden ist. - Die passenden Zahlen für den Snapdragon Hexagon NPU und LiteRT CPU/GPU befinden sich in der Qualcomm QNN-Integration.
- Vergleiche die Apple CPU/Beschleuniger-Ergebnisse in der CoreML-Integration.
Die folgenden Gerätedurchläufe verwenden dieselben standardisierten v0.6.6-Assets.
Google Pixel 10#
Hardware: Google Pixel 10 mit 12 GB Speicher und Android 16 / API 36. Dessen 3-nm-Google Tensor G5 verfügt über eine 8-Core-CPU (1 Prime-Kern mit bis zu 3,78 GHz, 5 Performance-Kerne mit bis zu 3,05 GHz und 2 Effizienz-Kerne mit bis zu 2,25 GHz), eine PowerVR D-Series GPU und eine Google TPU. Die Kerntaktraten und der Name des GPU-Treibers wurden vom Benchmark-Gerät ausgelesen, da Google diese 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 | Depth | 640 | 120,3 1,5 / 112,5 / 6,3 | 52,5 2,0 / 37,5 / 13,0 |
| YOLO26n-cls | Classify | 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 von 15 predict()-Aufrufen nach 3 Warmups auf bus.jpg unter Verwendung von ultralytics_yolo 0.6.10 und den offiziellen v0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselt bei den Aufgaben in einem sequenziellen Durchlauf ab. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den gesamten Graph an LiteRT OpenCL (LITERT_CL) delegierte.
Samsung Galaxy S26#
Hardware: Samsung Galaxy S26 (SM-S942B) mit 12 GB Speicher und Android 16 / API 36. Dessen 2-nm-Exynos 2600 verfügt über eine Armv9.3 10-Core-CPU (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-Effizienz-Kerne 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 | Depth | 640 | 92,9 1,2 / 84,8 / 6,9 | 33,5 1,3 / 22,4 / 9,8 |
| YOLO26n-cls | Classify | 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 von 15 predict()-Aufrufen nach 3 Warmups auf bus.jpg unter Verwendung von ultralytics_yolo 0.6.10 und den offiziellen v0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselt bei den Aufgaben in einem sequenziellen Durchlauf ab. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den gesamten Graph an LiteRT OpenCL (LITERT_CL) delegierte.
Xiaomi 17T Pro#
Hardware: Xiaomi 17T Pro (2602EPTC0G) mit 12 GB LPDDR5X-Speicher und Android 16 / API 36. Dessen 3-nm-MediaTek Dimensity 9500 (MT6993) verfügt über eine Armv9.3 8-Core-CPU (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 | Depth | 640 | 182,4 2,5 / 167,6 / 12,3 | 47,8 2,5 / 32,3 / 12,9 |
| YOLO26n-cls | Classify | 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 von 15 predict()-Aufrufen nach 3 Warmups auf bus.jpg unter Verwendung von ultralytics_yolo 0.6.10 und den offiziellen v0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselt bei den Aufgaben in einem sequenziellen Durchlauf ab. Native Protokolle bestätigten, dass jede CPU-Zeile LiteRT CPU/XNNPACK verwendete und jede GPU-Zeile den gesamten Graph 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 Familie, die diese Köpfe bereitstellt.
Export nach LiteRT: Konvertierung deines YOLO-Modells#
Du kannst die Effizienz der On-Device-Ausführung verbessern und die Einsatzmöglichkeiten erweitern, indem du deine Modelle in das LiteRT-Format konvertierst.
Installation#
Um das erforderliche Paket zu installieren, führe Folgendes aus:
# Install the required package for YOLO
pip install ultralyticsFür detaillierte Anweisungen und Best Practices, schau dir unseren Ultralytics-Installationsleitfaden an. Solltest du auf Schwierigkeiten stoßen, konsultiere unseren Leitfaden für häufige Probleme.
Der LiteRT-Export wird derzeit auf Linux x86_64 und macOS unterstützt. Das exportierte .tflite-Modell selbst läuft auf allen von LiteRT unterstützten Plattformen (Mobilgeräte, Embedded, Edge und Browser).
Verwendung#
Alle Ultralytics YOLO-Modelle unterstützen den Export von Haus aus. Das LiteRT-Format unterstützt die Modi Exportieren, Vorhersagen und Validieren, sodass du ein Modell exportieren und dann lokal laden kannst, um eine Inferenz durchzuführen oder dessen Genauigkeit zu validieren.
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")Export-Argumente#
| Argument | Typ | Standard | Beschreibung |
|---|---|---|---|
format | str | 'litert' | Zielformat für das exportierte Modell, das die Kompatibilität mit verschiedenen Bereitstellungsumgebungen definiert. |
imgsz | int oder tuple | 640 | Gewünschte Bildgröße für den Modelleingang. Kann eine Ganzzahl für quadratische Bilder oder ein Tupel (height, width) für spezifische Dimensionen sein. |
quantize | int oder str | None | Quantisierungspräzision: 8 (statisches INT8, int8-Gewichte + int8-Aktivierungen; benötigt Kalibrierung data/fraction), 'w8a16' (statisch, int8-Gewichte + int16-Aktivierungen; benötigt 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 unten). Ersetzt die veralteten half/int8-Flags. |
batch | int | 1 | Gibt die Batch-Größe für die Modellausführung oder die maximale Anzahl an Bildern an, die das exportierte Modell gleichzeitig im predict-Modus verarbeitet. |
data | str | 'coco8.yaml' | Dataset-YAML, das für die INT8-Kalibrierung verwendet wird. Falls bei quantize=8 weggelassen, wählt Ultralytics das Standard-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 alten tflite-Export erfordert LiteRT keinen separaten FP16-Export. Ein FP32 .tflite-Modell läuft bei Verwendung eines GPU-Delegates (WebGPU, OpenCL, Metal) zur Laufzeit in halber Genauigkeit – dies ist der offizielle LiteRT-Ansatz für FP16-Inferenz.
Weitere Details zum Exportprozess findest du auf der Ultralytics-Dokumentationsseite zum Exportieren.
Bereitstellung exportierter YOLO LiteRT-Modelle#
Nachdem du dein Ultralytics YOLO-Modell nach LiteRT exportiert hast, kannst du es plattformübergreifend bereitstellen. Der schnellste Weg, es lokal zu überprüfen, ist die oben gezeigte YOLO("yolo26n.tflite")-Methode. Für die Bereitstellung in anderen Umgebungen findest du hier weitere Ressourcen:
Mobil & Embedded#
- Android: Ein Schnellstartleitfaden für die Integration von LiteRT in Android-Anwendungen.
- iOS: Ein Leitfaden für die Integration und Bereitstellung von LiteRT-Modellen in iOS-Anwendungen.
- Embedded Linux & Raspberry Pi: Führe LiteRT-Modelle auf Einplatinencomputern aus, optional beschleunigt mit einer Coral Edge TPU.
- Mikrocontroller: Bereitstellung auf MCUs mit nur wenigen Kilobyte Speicher – die Core-Runtime benötigt etwa 16 KB auf einem Arm Cortex-M3.
Browser & Node.js (LiteRT.js)#
- LiteRT.js Überblick: Führe dasselbe
.tflite-Modell direkt im Browser mit WebGPU/WASM-Beschleunigung aus, was serverseitige Berechnungen überflüssig macht und die Daten auf dem Gerät des Benutzers belässt. - End-to-End-Beispiele: Praktische Beispiele und Tutorials zur Implementierung von LiteRT für Mobilgeräte, Edge und Web.
Zusammenfassung#
In diesem Leitfaden haben wir behandelt, wie man Ultralytics YOLO-Modelle in das LiteRT-Format exportiert. Durch die Zusammenführung von Mobile/Edge (ehemals TFLite) und Browser (ehemals TF.js) in ein einziges .tflite-Modell macht LiteRT deine YOLO-Modelle schneller, kleiner und portabel für nahezu jedes On-Device-Ziel.
Weitere Details findest du in der offiziellen LiteRT-Dokumentation.
Wenn du neugierig auf andere Ultralytics YOLO-Integrationen bist, schau dir unsere Seite mit Integrationsleitfäden für viele hilfreiche Ressourcen an.
FAQ#
Wie exportiere ich ein YOLO-Modell in das LiteRT-Format?#
Verwende die Ultralytics-Bibliothek, um ein YOLO-Modell nach LiteRT (.tflite) zu exportieren. Installiere zuerst das Paket:
pip install ultralyticsExportiere dann 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 classificationFür weitere Details besuche den Ultralytics-Exportleitfaden.
Was ist der Unterschied zwischen LiteRT, TFLite und TF.js?#
LiteRT ist der neue Name für TensorFlow Lite – dasselbe .tflite-Modellformat, dieselbe Runtime-Linie, von Google umbenannt. Bei Ultralytics deckt das einzelne litert-Exportformat nun beide Anwendungsfälle ab, für die zuvor zwei separate Formate erforderlich waren:
- Das alte
tflite-Format → Bereitstellung auf Mobilgeräten, Embedded-Systemen und Edge-Geräten. - Das alte
tfjs-Format → Bereitstellung im Browser und unter Node.js, jetzt abgewickelt durch LiteRT.js, das dieselbe.tflite-Datei ausführt.
Wenn du eine bestehende .tflite-Datei hast, kannst du sie direkt mit YOLO("model.tflite") laden, und sie läuft über das LiteRT-Backend.
Kann ich YOLO LiteRT-Modelle auf einem Raspberry Pi ausführen?#
Ja. Exportiere dein Modell in das LiteRT-Format und führe es dann auf einem Raspberry Pi aus, um die Inferenzgeschwindigkeiten zu verbessern. Für eine weitere Optimierung ziehe eine Coral Edge TPU in Betracht. Für detaillierte Schritte siehe unseren Raspberry Pi-Bereitstellungsleitfaden.
Kann ich YOLO-Modelle mit LiteRT im Browser ausführen?#
Ja. LiteRT.js führt das exportierte .tflite-Modell direkt in einem Webbrowser oder einer Node.js-Anwendung mit WebGPU/WASM-Beschleunigung aus. Dies ersetzt den früheren TensorFlow.js-Workflow – es gibt keinen separaten Browser-Export, setze dein LiteRT-Modell einfach mit der LiteRT.js-Runtime ein.
Unterstützt LiteRT FP16 (halbe Präzision) Inferenz?#
Ja – zur Laufzeit. Ein FP32 LiteRT-Modell läuft automatisch in FP16, wenn es auf einem GPU-Delegate (WebGPU, OpenCL oder Metal) ausgeführt wird, was der offizielle LiteRT-Ansatz ist. Du benötigst daher keinen dedizierten FP16-Export; für eine weitere Komprimierung verwende INT8-Quantisierung mit quantize=8.
Wie behebe ich häufige Probleme während des LiteRT-Exports?#
Wenn beim Exportieren von YOLO-Modellen nach LiteRT Fehler auftreten, gehören zu den üblichen Lösungen:
- Plattform prüfen: Der LiteRT-Export wird auf Linux x86_64 und macOS unterstützt. Überprüfe, ob deine Umgebung übereinstimmt.
- Paketkompatibilität prüfen: Stelle sicher, dass du eine kompatible Version von Ultralytics verwendest. Siehe unseren Installationsleitfaden.
- Quantisierungsprobleme: Wenn du INT8-Quantisierung verwendest, stelle sicher, dass dein Datensatzpfad im Parameter
datakorrekt angegeben ist.
Weitere Tipps zur Fehlerbehebung findest du in unserem Leitfaden zu häufigen Problemen.