Exportiere YOLO-Modelle nach LiteRT für Edge- und Web-Deployment#
LiteRT (kurz für Lite Runtime) ist die Hochleistungs-Runtime von Google für On-Device-KI. Sie 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 einziges exportiertes Ultralytics YOLO-Modell auf Mobilgeräten, eingebetteten Systemen, Edge-Geräten und im Browser einsetzen – und deckt damit alles ab, was die älteren Exportformate tflite und tfjs früher separat behandelt haben, jetzt vereint unter einem Dach.
Das LiteRT-Exportformat optimiert deine Modelle für Aufgaben wie Objekterkennung, Segmentierung, Posenschätzung und Klassifizierung, damit sie auf einer Vielzahl von Geräten schnell und offline laufen.
Das offizielle Ultralytics YOLO Flutter Plugin führt LiteRT-.tflite-Exporte auf Android direkt einsatzbereit aus – Echtzeit-Kamera-Inferenz, Einzelbildvorhersage, GPU-Beschleunigung und automatischer Modelldownload für alle sieben YOLO26-Aufgaben einschließlich Tiefenanalyse. Verwende für Apple-Geräte den CoreML-Export und für Qualcomm Snapdragon NPUs die Qualcomm QNN-Integration.
Exportiere Klassifizierungsmodelle unter imgsz=224. Exportiere Detect-, Segment-, Semantic-, Depth-, Pose- und OBB-Modelle unter
imgsz=640. Dieser 224/640-Standard wird von den offiziellen LiteRT-, CoreML- und QNN-Mobil-Assets 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, Einzelbildvorhersage und WebGPU-Beschleunigung (automatischer CPU/WASM-Fallback) über alle sechs YOLO26-Aufgaben hinweg (detect, segment, pose, obb, classify, semantic). Unter WebGPU ist es oft ca. 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, das auch als Edge-Computing bekannt ist. Es bietet Entwicklern die Werkzeuge, um trainierte Modelle auf Mobil-, Embedded- und IoT-Geräten, herkömmlichen Computern und – über 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 ein separater TensorFlow.js-Export überflüssig wird.
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 bei 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. Sein 3 nm Snapdragon 8 Elite Gen 5 (SM8850) verfügt über eine 8-Kern Qualcomm Oryon CPU (2 Prime-Kerne mit bis zu 4,6 GHz und 6 Performance-Kerne mit bis zu 3,62 GHz), Adreno GPU und 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 Einzelbild-Burst-Latenzen – der Mittelwert aus 15 Durchläufen nach 3 Aufwärmlä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 vollständigen Graphen an LiteRT OpenCL delegierte (LITERT_CL). - Der LiteRT-Export verfolgt das PyTorch-Modell direkt und erzeugt ein NCHW
.tflitemit einem Float-Eingang – der GPU-Delegat kompiliert den gesamten Graphen (alle sieben Aufgaben laufen hier auf der Adreno GPU), undw8a32benötigt keine Kalibrierungsdaten. Anwender sollten Tensor-Formen und Signaturnamen lesen, anstatt das veraltete onnx2tf-NHWC-Layout oderIdentity-Ausgabenamen 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.6Release gehostet, wobei der detaillierte Benchmark-Datensatz in der Flutter-Leistungsdokumentation zu finden ist. - Die passenden Snapdragon Hexagon NPU- und LiteRT CPU/GPU-Werte findest du 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. Sein 3 nm Google Tensor G5 verfügt über eine 8-Kern-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), PowerVR D-Series GPU und Google TPU. Die Kerntaktraten und der GPU-Treibername wurden vom Benchmark-Gerät abgelesen, 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 | 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 Aufwärmläufen auf bus.jpg, unter Verwendung von ultralytics_yolo 0.6.10 und den
offiziellen v0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselt zwischen den Aufgaben in einem sequenziellen Durchlauf. Native Protokolle bestätigten, dass
jede CPU-Zeile LiteRT CPU/XNNPACK und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL delegierte (LITERT_CL).
Samsung Galaxy S26#
Hardware: Samsung Galaxy S26 (SM-S942B) mit 12 GB Speicher und Android 16 / API 36. Sein 2 nm Exynos 2600 verfügt über eine 10-Kern-Armv9.3-CPU (1 C1-Ultra-Kern mit bis zu 3,8 GHz, 3 Performance C1-Pro-Kerne mit bis zu 3,26 GHz und 6 Effizienz C1-Pro-Kerne mit bis zu 2,76 GHz), Xclipse 960 GPU und 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 Aufwärmläufen auf bus.jpg, unter Verwendung von ultralytics_yolo 0.6.10 und den
offiziellen v0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselt zwischen den Aufgaben in einem sequenziellen Durchlauf. Native Protokolle bestätigten, dass
jede CPU-Zeile LiteRT CPU/XNNPACK und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL delegierte (LITERT_CL).
Xiaomi 17T Pro#
Hardware: Xiaomi 17T Pro (2602EPTC0G) mit 12 GB LPDDR5X-Speicher und Android 16 / API 36. Sein 3 nm MediaTek Dimensity 9500 (MT6993) verfügt über eine 8-Kern-Armv9.3-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), Mali-G1 Ultra MC12 GPU und 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 Aufwärmläufen auf bus.jpg, unter Verwendung von ultralytics_yolo 0.6.10 und den
offiziellen v0.6.6-Assets. Die CPU/GPU-Reihenfolge wechselt zwischen den Aufgaben in einem sequenziellen Durchlauf. Native Protokolle bestätigten, dass
jede CPU-Zeile LiteRT CPU/XNNPACK und jede GPU-Zeile den vollständigen Graphen an LiteRT OpenCL delegierte (LITERT_CL).
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 ultralyticsDetaillierte Anweisungen und Best Practices findest du in unserem Ultralytics Installationshandbuch. Wenn du auf Schwierigkeiten stößt, schaue in unseren Leitfaden zu häufigen Problemen.
Der LiteRT-Export 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 und Browser).
Verwendung#
Alle Ultralytics YOLO Modelle unterstützen den Export von Haus aus. Das LiteRT-Format unterstützt die Modi Export, Predict und Validate, sodass du ein Modell exportieren und dann laden kannst, um lokale Inferenz auszufü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 die Modelleingabe. Kann eine Ganzzahl für quadratische Bilder oder ein Tupel (height, width) für bestimmte Abmessungen 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 Flags half/int8. |
batch | int | 1 | Legt die Batch-Inferenzgröße des exportierten Modells fest oder die maximale Anzahl an Bildern, die das exportierte Modell im Modus predict gleichzeitig verarbeitet. |
data | str | None | Dataset-YAML für die INT8-Kalibrierung; für die Klassifizierung wird stattdessen ein Dataset-Verzeichnis oder ein integrierter Dataset-Name verwendet. Wenn dies bei quantize=8 oder 'w8a16' weggelassen wird, wählt Ultralytics das Standard-Kalibrierungsdataset für die Modellaufgabe aus. |
device | str | None | Gibt das Gerät für den Export an. Der LiteRT-Export wird auf der CPU (device=cpu) ausgeführt. |
Im Gegensatz zum alten tflite-Export erfordert LiteRT keinen separaten FP16-Export. Ein FP32 .tflite-Modell läuft bei Verwendung eines GPU-Delegaten (WebGPU, OpenCL, Metal) zur Laufzeit mit halber Präzision – dies ist der offizielle LiteRT-Ansatz für die 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 Methode YOLO("yolo26n.tflite"). Für die Bereitstellung in anderen Umgebungen siehe die folgenden Ressourcen:
Mobil & Embedded#
- Android: Ein Schnellstart-Leitfaden zur Integration von LiteRT in Android-Anwendungen.
- iOS: Ein Leitfaden zur Integration und Bereitstellung von LiteRT-Modellen in iOS-Anwendungen.
- Eingebettetes Linux & Raspberry Pi: Führe LiteRT-Modelle auf Einplatinencomputern aus, optional beschleunigt mit einer Coral Edge TPU.
- Mikrocontroller: Deployment auf MCUs mit nur wenigen Kilobyte Speicher – die Core-Runtime passt auf einem Arm Cortex-M3 in etwa 16 KB.
Browser & Node.js (LiteRT.js)#
- LiteRT.js-Übersicht: Führe dasselbe
.tflite-Modell direkt im Browser mit WebGPU/WASM-Beschleunigung aus, wodurch serverseitige Berechnungen entfallen und die Daten auf dem Gerät des Benutzers bleiben. - End-to-End-Beispiele: Praxisnahe Beispiele und Tutorials zur Implementierung von LiteRT auf Mobilgeräten, Edge und Web.
Zusammenfassung#
In diesem Leitfaden haben wir behandelt, wie man Ultralytics YOLO-Modelle in das LiteRT-Format exportiert. Durch die Zusammenlegung von Mobil- und Edge-Bereitstellung (früher TFLite) sowie Browser-Bereitstellung (früher TF.js) in ein einziges .tflite-Modell macht LiteRT deine YOLO-Modelle schneller, kleiner und portabel für praktisch jedes On-Device-Ziel.
Weitere Details findest du in der offiziellen LiteRT-Dokumentation.
Wenn du außerdem neugierig auf andere Ultralytics YOLO-Integrationen bist, schaue dir unsere Integrationsseite an, die viele nützliche Ressourcen bietet.
FAQ#
Verwende die Ultralytics-Bibliothek, um ein YOLO-Modell nach LiteRT zu exportieren (
.tflite). 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 classificationWeitere Details findest du im Ultralytics Export-Leitfaden.
LiteRT ist der neue Name für TensorFlow Lite – dasselbe
.tflite-Modellformat, derselbe Runtime-Stammbaum, von Google umbenannt. Bei Ultralytics deckt das einzelnelitert-Exportformat nun beide Anwendungsfälle ab, die zuvor zwei separate Formate erforderten:- Das alte
tflite-Format → Bereitstellung auf Mobilgeräten, in eingebetteten Systemen und an der Edge. - Das alte
tfjs-Format → Bereitstellung im Browser und in Node.js, jetzt abgedeckt durch LiteRT.js mit derselben.tflite-Datei.
Wenn du eine bestehende
.tflite-Datei hast, kannst du diese direkt mitYOLO("model.tflite")laden und sie wird über das LiteRT-Backend ausgeführt.- Das alte
Ja. Exportiere dein Modell in das LiteRT-Format und führe es auf einem Raspberry Pi aus, um die Inferenzgeschwindigkeiten zu verbessern. Für eine weitere Optimierung empfiehlt sich eine Coral Edge TPU. Detaillierte Schritte findest du in unserem Raspberry Pi-Bereitstellungsleitfaden.
Ja. LiteRT.js führt dasselbe exportierte
.tflite-Modell direkt in einem Webbrowser oder einer Node.js-Anwendung mit WebGPU/WASM-Beschleunigung aus. Dies ersetzt den bisherigen TensorFlow.js-Workflow – es ist kein separater Browser-Export erforderlich, stelle dein LiteRT-Modell einfach mit der LiteRT.js-Runtime bereit.Ja – zur Laufzeit. Ein FP32 LiteRT-Modell läuft bei Ausführung auf einem GPU-Delegaten (WebGPU, OpenCL oder Metal) automatisch in FP16, was dem offiziellen LiteRT-Ansatz entspricht. Du benötigst daher keinen dedizierten FP16-Export; für eine weitere Komprimierung verwende die INT8-Quantisierung mit
quantize=8.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 dazu unseren Installationsleitfaden.
- Quantisierungsprobleme: Stelle bei Verwendung der INT8-Quantisierung sicher, dass dein Dataset-Pfad im Parameter
datakorrekt angegeben ist.
Weitere Tipps zur Fehlerbehebung findest du in unserem Leitfaden zu häufigen Problemen.