Integrierte OCR- und Barcode-Erkennung

Engine-freie Overloads von ApplyLoadedOCRTextLayer und DecodeLoadedPageBarcodes verwenden die begrenzten integrierten Erkennungen von HotPDF

OCR-Umfang

Das integrierte OCR-Backend erkennt maschinell gedruckte ASCII-Buchstaben und Ziffern, einschließlich gemischter Groß-/Kleinschreibung, über Otsu-Binarisierung mit lokalem Fenster als Rückfallebene, Extraktion der Glyphen als verbundene Komponenten und begrenztes Graustufen-Vorlagenmatching gegen zwischengespeicherte Glyphenvorlagen mehrerer Schriftarten

Reguläre, fette, kursive und fett-kursive Vorlagen decken Arial, Times New Roman, Courier New, Tahoma und Segoe UI ohne eine externe OCR-Installation ab

Der Erkennser normalisiert hellen Text auf überwiegend dunklem Hintergrund und akzeptiert verblassten Text, wenn der Graustufenbereich mindestens 16 von 255 Stufen beträgt, während er die Bitmap des Aufrufers und deren Wortkoordinaten bewahrt

Höhenclustering auf Zeilenebene und die Bevorzugung des Groß-/Kleinschreib-Kontexts trennen Groß- und Kleinformen, die i- und j-Punkte werden mit ihren Schäften verschmolzen, Rauschen unter einer Mindestkomponentenfläche wird ignoriert, und Wortabstände werden über bimodales Lückenclustering erkannt

Erkannte Wörter melden Baselines und Versalhöhen je Zeile, damit ApplyLoadedOCRTextLayer den durchsuchbaren Text präzise platziert

Natürliche Szenen, nicht unterstützte Schriftarten, sehr kleiner Text und mehrdeutige Formen liefern weiterhin kein erratenes Wort, und ein Wort, das eine nicht erkannte behaltene Glyphe enthält, wird als Ganzes weggelassen, statt stillschweigend Zeichen zu verlieren

Einfarbige Hintergründe und Bilder mit einem Graustufenbereich unter 16 Stufen liefern kein Ergebnis; die automatische Polarauswahl nimmt an, dass der Hintergrund den Großteil der Seite einnimmt

Ein gültiges Bild ohne erkannte Wörter wird mit einem leeren Ergebnis-Array erfolgreich abgeschlossen, einschließlich leerer Seiten, Seiten mit geringem Kontrast und Seiten mit nicht unterstütztem Text; Stapel gescannter Dokumente fahren mit den folgenden Seiten fort, während ungültige Anfragen, Abbruch und erschöpfte Limits weiterhin fehlschlagen

Windows FPC liest 24-Bit- und 32-Bit-Eingabe-Bitmaps, ohne deren Pixelformat zu ändern oder die ursprünglichen Pixel zu verwerfen

Barcode-Umfang

Das integrierte lineare Backend dekodiert Code 39, Code 128 mit den Sätzen A/B/C samt SHIFT- und FNC-Steuerzeichen, EAN-8, EAN-13, UPC-A und UPC-E einschließlich der jeweiligen Prüfsummen

QR-Code der Versionen 1 bis 40 unterstützt Vierteldrehungs- und Spiegelausrichtungen, finder-basiertes perspektivisches Sampling, BCH-Formatwiederherstellung sowie Reed-Solomon-Korrektur beschädigter Codewörter innerhalb der Kapazität jedes Blocks

Data Matrix ECC 200 unterstützt quadratische Größen von 10 bis 144 Modulen, die sechs standardmäßigen rechteckigen Größen, mehrere Regionen und Blöcke sowie ASCII-, C40-, Text-, X12-, EDIFACT- und Base256-Payloads

PDF417 unterstützt Text-, numerische und Byte-Kompaktierung mit GF(929)-Reed-Solomon-Korrektur auf den Fehlerkorrekturlevels 0 bis 8

Byte-Payloads bewahren ihre Rohbytes und beachten unterstützte ECI-Zeichensätze, einschließlich UTF-8; nicht unterstützte ECI-Werte schlagen explizit fehl

Jeder integrierte Bildscan meldet ein erkanntes Symbol; verwenden Sie die Seiten- und Region-Pipeline oder einen Anwendungsdecoder, wenn mehrere Symbole in einem Raster erkannt werden müssen

Data Matrix unterstützt rotiertes und trapezförmiges projektives Sampling, einschließlich korrigierbarer Datenmodul-Schäden; DMRE liegt außerhalb des Decoders, und die PDF417-Wiederherstellung setzt voraus, dass die Locator-Patterns jeder Zeile erkennbar bleiben

Beschädigungen, die die Locator-Geometrie zerstören oder die Korrekturkapazität überschreiten, liefern kein Ergebnis, und sich berührende oder überlappende Symbole können die unabhängige Lokalisierung verhindern

Budgets und Atomarität

Die Erkennung ist auf 4096 mal 4096 Bilder und 4,194,304 Pixel begrenzt, mit festen Grenzen für Zeit, Ergebnisse, Text und Rohbytes

Die integrierte OCR prüft ihre Zwei-Sekunden-Deadline und ihr Abbruchtoken während Pixelkonvertierung, Binarisierung, Komponentenextraktion, Glyphennormalisierung und Zeilenanalyse; eine Obergrenze von 8.192 Komponenten begrenzt die Analyse dichten Rauschens

Der Abbruch breitet sich durch die vorhandenen OCR- und Barcode-Pipelines aus, die Ergebnisse erst veröffentlichen, wenn die gesamte Anfrage erfolgreich ist