Nhận dạng OCR và mã vạch tích hợp sẵn

Các overload không cần engine của ApplyLoadedOCRTextLayer và DecodeLoadedPageBarcodes dùng các bộ nhận dạng tích hợp sẵn có giới hạn của HotPDF

Phạm vi OCR

Backend OCR tích hợp sẵn nhận dạng chữ cái và chữ số ASCII in máy, bao gồm văn bản mixed-case, qua Otsu binarization với local-window fallback, trích xuất glyph bằng connected component và so khớp template thang xám có giới hạn với các template glyph đa font được cache

Các template thường, đậm, nghiêng, và đậm nghiêng bao phủ Arial, Times New Roman, Courier New, Tahoma, và Segoe UI mà không cần cài OCR bên ngoài

Bộ nhận dạng chuẩn hóa văn bản sáng trên nền tối chiếm đa số và chấp nhận văn bản bạc màu khi dải thang xám ít nhất 16 mức trên 255, đồng thời giữ nguyên bitmap của caller cùng tọa độ từ của nó

Phân cụm chiều cao ở mức dòng và ưu tiên ngữ cảnh chữ hoa/thường tách các dạng chữ hoa và chữ thường, chấm của i và j được gộp với thân của chúng, nhiễu đốm nhỏ hơn diện tích component tối thiểu bị bỏ qua, và khoảng cách từ được phát hiện bằng phân cụm khoảng cách bimodal

Các từ được nhận dạng báo cáo baseline và cap height theo từng dòng để ApplyLoadedOCRTextLayer đặt văn bản tìm kiếm được một cách chính xác

Cảnh tự nhiên, font không được hỗ trợ, văn bản rất nhỏ và các dạng mơ hồ vẫn không trả về từ nào được đoán, và bất kỳ từ nào chứa một glyph còn giữ lại không nhận dạng được sẽ bị bỏ nguyên cả từ thay vì mất lặng lẽ từng ký tự

Nền thuần nhất và các ảnh có dải thang xám dưới 16 mức không trả về kết quả nào; việc chọn cực tính tự động giả định nền chiếm phần lớn trang

Ảnh hợp lệ không có từ nào nhận dạng được vẫn hoàn tất thành công với mảng kết quả rỗng, bao gồm trang trắng, tương phản thấp, và trang có văn bản không được hỗ trợ; lô tài liệu scan vẫn chạy tiếp sang các trang sau, còn yêu cầu không hợp lệ, hủy, và giới hạn cạn kiệt vẫn thất bại

Windows FPC đọc cả bitmap đầu vào 24-bit lẫn 32-bit mà không đổi định dạng pixel cũng như không vứt pixel gốc

Phạm vi mã vạch

Backend tuyến tính tích hợp sẵn giải mã Code 39, Code 128 bộ A/B/C với các điều khiển SHIFT và FNC, EAN-8, EAN-13, UPC-A, và UPC-E cùng các checksum bắt buộc của chúng

QR Code từ phiên bản 1 đến 40 hỗ trợ các hướng xoay quarter-turn và phản chiếu gương, lấy mẫu phối cảnh dựa trên finder, khôi phục format BCH, và sửa lỗi Reed-Solomon các codeword hỏng trong giới hạn của từng khối

Data Matrix ECC 200 hỗ trợ kích thước vuông từ 10 đến 144 module, sáu kích thước chữ nhật chuẩn, nhiều region và block, cùng các payload ASCII, C40, Text, X12, EDIFACT, và Base256

PDF417 hỗ trợ compaction dạng text, numeric, và byte với sửa lỗi Reed-Solomon GF(929) ở các mức error correction từ 0 đến 8

Payload byte giữ nguyên byte thô và tôn trọng các bộ ký tự ECI được hỗ trợ, bao gồm UTF-8; giá trị ECI không được hỗ trợ sẽ thất bại rõ ràng

Mỗi lần quét ảnh tích hợp sẵn chỉ báo một ký hiệu được nhận dạng; dùng pipeline page-and-region hoặc decoder của ứng dụng khi cần phát hiện nhiều ký hiệu trong cùng một raster

Data Matrix DMRE và lấy mẫu phối cảnh nằm ngoài decoder hiện tại, còn khôi phục PDF417 yêu cầu locator pattern của mỗi hàng vẫn còn nhận dạng được; hư hỏng phá vỡ hình học locator hoặc vượt quá giới hạn sửa lỗi sẽ không trả về kết quả nào

Ngân sách và tính nguyên tử

Nhận dạng giới hạn ở ảnh 4096 nhân 4096 và 4.194.304 pixel với các giới hạn cố định về thời gian, kết quả, văn bản và byte thô

OCR tích hợp sẵn kiểm tra deadline hai giây và token hủy trong lúc chuyển đổi pixel, thresholding, trích xuất component, chuẩn hóa glyph, và phân tích dòng; trần 8,192 component chặn việc phân tích nhiễu dày đặc

Việc hủy lan truyền qua các pipeline OCR và mã vạch hiện có, vốn chỉ công bố kết quả sau khi toàn bộ yêu cầu thành công