Skip to content

Ocrs

Kleine OCR-Bibliothek mit CLI in reinem Rust und eigenen neuronalen Modellen, die sich überall baut, auch für WebAssembly, aber nur lateinische Schrift liest.

Getestet von Sheela · Aktualisiert

Auf GitHub ansehen Open Source

Unsere Bewertung

3.8/5

Ocrs ist die OCR-Engine zum Einbetten, wenn du einen sauberen Rust-Build und englischen Text willst, und die falsche, sobald eine Seite auf Chinesisch kommt.

Was ist Ocrs?

Ocrs ist eine Rust-Bibliothek und ein Kommandozeilenwerkzeug, das Text aus Bildern holt: aus Scans, Fotos und Screenshots. Es arbeitet mit einer dreistufigen Pipeline (Texterkennung, Layoutanalyse, Zeilenerkennung) aus kleinen neuronalen Netzen, die in PyTorch trainiert, nach ONNX exportiert und von RTen ausgeführt werden, einer Rust-Inferenz-Engine desselben Autors, Robert Knight. Es gibt keine C++-Abhängigkeit, daher lässt es sich für WebAssembly ebenso kompilieren wie für Desktop- und Serverziele.

Die Modelle sind ausschließlich mit offen lizenzierten Daten trainiert, derzeit mit HierText von Google (CC-BY-SA 4.0). Der Trainingscode liegt in einem Begleit-Repository, ocrs-models, sodass du die Modelle feinabstimmen oder neu trainieren kannst. Ausgegeben werden reiner Text, JSON mit Wort- und Zeilenpositionen oder ein annotiertes PNG.

Das Projekt bezeichnet sich selbst als frühe Vorschau und erkennt nur das lateinische Alphabet. Es wird aktiv gepflegt: Version 0.13.1 erschien am 13. September 2026, das Crate hat auf crates.io rund 477.000 Downloads, und das Repository hat unter Apache-2.0 etwa 1.900 Sterne.

Lohnt sich Ocrs?

Ocrs ist die ausgereifteste der OCR-Engines in reinem Rust, die wir uns angesehen haben, und seine Grenzen stehen gleich auf der Startseite: frühe Vorschau, nur lateinisches Alphabet, mehr Fehler als kommerzielle Engines. Innerhalb dieser Grenzen leistet es, was die schwereren Optionen nicht können. Es baut allein mit cargo, läuft per WebAssembly im Browser, und seine Modelle sind klein genug, um beim ersten Start in einen lokalen Cache geladen zu werden.

Die Technik ist solide, nicht spektakulär. Mit den 0.13-Releases kam der Wechsel auf RTen 0.26, der die Erkennung laut Changelog um 15 bis 20% beschleunigt hat. Die Standardmodelle wurden auf ONNX umgestellt, bevor RTens eigenes Format ausläuft, und eine C-API kam hinzu, damit andere Sprachen es aufrufen können. Rund 289.000 der 477.000 Crate-Downloads fielen in die letzten 90 Tage, was darauf hindeutet, dass es in andere Projekte eingebunden wird.

Die Lücken zeigen sich im Issue-Tracker. Wünsche nach Japanisch (offen seit Dezember 2024), breiterer Sprachunterstützung, Konfidenzwerten in der Ausgabe und dem Umgang mit gedrehten Bildern sind alle noch offen, und ein neuer Bericht meldet, dass Währungszeichen nicht erkannt werden. Die Layoutanalyse ist im Modell-Repository als sehr unfertig gekennzeichnet, daher kommen mehrspaltige Seiten und Tabellen als Textzeilen zurück statt als Struktur. Ein Community-Fork, ocrs-cjk, ergänzt PaddleOCR-Modelle für Chinesisch, Japanisch und Koreanisch, hat aber vier Sterne und einen Maintainer.

Verglichen mit Vision-Language-Modellen wie PaddleOCR-VL oder DeepSeek-OCR ist Ocrs ein anderes Werkzeug: Es liest Zeichen, keine Dokumente. Das macht es günstig und berechenbar für Screenshots, Etiketten und saubere englische Scans, aber ungeeignet für Rechnungen, Formulare und alles, wo Lesereihenfolge und Tabellen zählen.

Wo es sich lohnt

  • Ein Rust-Entwickler, der ein Screenshot-Werkzeug für den Desktop baut

    Text aus jedem Screenshot in der Zwischenablage kopieren

    cargo install ocrs-cli --locked --features clipboard, dann liest ocrs -c das Bild aus der Zwischenablage und gibt den Text aus. Nach dem ersten Modell-Download kostenlos und offline; englischer UI-Text ist die Paradedisziplin.

  • Ein Frontend-Team bei einem Start-up für Dokumentenscans

    OCR im Browser ausführen, damit Bilder nie die eigenen Server erreichen

    Kompiliere die Bibliothek nach WebAssembly und liefere die ONNX-Modelle als statische Assets aus. Keine Inferenzserver, die bezahlt werden müssen, und eine einfachere Datenschutzlage, um den Preis einer reinen Latein-Erkennung und schwächerer Genauigkeit als bei serverseitigen Vision-Modellen.

  • Ein ML-Engineer bei einem Logistikunternehmen, der Versandetiketten liest

    Die Erkennung auf eigene Etikettenfotos feinabstimmen

    Stimme mit der Trainingsanleitung von ocrs-models die Detektions- und Erkennungsmodelle in PyTorch fein, exportiere sie nach ONNX und lade sie in Ocrs. Eine GPU fürs Training; die Inferenz läuft dann auf der CPU in der Lager-App.

Bevor du dich festlegst

Einrichtung
cargo install ocrs-cli --locked, dann ocrs image.png; die Modelle werden beim ersten Start nach ~/.cache/ocrs geladen. Als Bibliothek braucht es Release-Builds, weil Debug-Builds sehr langsam sind, und seit 0.13.0 Rust 1.94 oder neuer.
Integrationen
Rust-Crate, CLI, C-API (seit 0.13.0) und WebAssembly; JSON-Ausgabe mit Wort- und Zeilenboxen. Kein Python-Paket vom Maintainer.
Daten und Datenschutz
Läuft vollständig lokal; der einzige Netzwerkzugriff ist der erste Modell-Download von Hugging Face. Code unter Apache-2.0; Trainingsdaten sind HierText unter CC-BY-SA 4.0.
Kosten im großen Maßstab
Nur CPU und schlank, die Kosten sind also gewöhnliche Rechenzeit; der Maintainer veröffentlicht keine Durchsatzzahlen und verkauft keine kostenpflichtige Edition.
Grenzen
Nur lateinische Schrift; rund 21 offene Issues und Pull Requests, darunter Japanisch-Unterstützung, Konfidenzwerte und gedrehte Bilder; die Layoutanalyse ist unfertig; die Unterstützung für .rten-Modelle läuft zugunsten von ONNX aus.

Was gut ist

  • Reines Rust; baut mit cargo und läuft in WebAssembly
  • Kleine Modelle, ausschließlich mit offen lizenzierten Daten trainiert
  • Trainingscode für Feinabstimmung veröffentlicht
  • Aktive Releases; 0.13 hat die Erkennung um 15 bis 20% beschleunigt

Was nicht

  • Nur lateinisches Alphabet
  • Nach eigener Aussage eine frühe Vorschau mit mehr Fehlern als kommerzielle OCR
  • Noch keine Konfidenzwerte in der Ausgabe
  • Keine Ausgabe von Tabellen oder Dokumentstruktur

Am besten für

Rust- und WebAssembly-Entwickler, die schlanke OCR für englischen Text in ihrer eigenen Anwendung brauchen.

Alternativen zu Ocrs

Ocrs: häufige Fragen

Lohnt sich Ocrs?
Ocrs ist die OCR-Engine zum Einbetten, wenn du einen sauberen Rust-Build und englischen Text willst, und die falsche, sobald eine Seite auf Chinesisch kommt. Wir bewerten es mit 3.8 von 5.
Was kostet Ocrs?
Kostenlos unter Apache-2.0; die Modelle lassen sich kostenlos von Hugging Face herunterladen.
Welche Nachteile hat Ocrs?
Nur lateinisches Alphabet; Nach eigener Aussage eine frühe Vorschau mit mehr Fehlern als kommerzielle OCR; Noch keine Konfidenzwerte in der Ausgabe; Keine Ausgabe von Tabellen oder Dokumentstruktur.
Für wen eignet sich Ocrs?
Rust- und WebAssembly-Entwickler, die schlanke OCR für englischen Text in ihrer eigenen Anwendung brauchen.
Was kostet Ocrs für ein Team oder im Produktivbetrieb?
Nur CPU und schlank, die Kosten sind also gewöhnliche Rechenzeit; der Maintainer veröffentlicht keine Durchsatzzahlen und verkauft keine kostenpflichtige Edition.
Ist Ocrs sicher für Firmendaten?
Läuft vollständig lokal; der einzige Netzwerkzugriff ist der erste Modell-Download von Hugging Face. Code unter Apache-2.0; Trainingsdaten sind HierText unter CC-BY-SA 4.0.
Was sind die besten Alternativen zu Ocrs?
Die nächsten Alternativen, die wir getestet haben, sind ocr-rs (formerly rust-paddle-ocr), Xberg (formerly Kreuzberg), deepseek-ocr.rs und Docling.

Antworten geprüft am 26. Okt. 2026.