(enter only ONE issue in each report) What steps will reproduce the problem? 1. Open a .sup/.sub english file that contains the text "Okay." 2. Start OCR. 3. SubtitleEdit will use "0K8)'-" as possible OCR for "Okay."
What is the expected output? What do you see instead? You should end with "Okay." as correctly OCRed, instead "0K8)'-" is the ending OCR.
What version of the product are you using? On what operating system? Windows 7 with SubtitleEdit version 3.3.8
Please provide any additional information below. It doesn't seem to have problems if the text contains more characters, for example, "Okay, I'll do it." will be OCRed correctly.
Comment #1
Posted on Sep 11, 2013 by Quick DogCould you supply the problematic image or subtitle file?
Comment #2
Posted on Sep 23, 2013 by Quick DogPerhaps you should add the bug here: https://groups.google.com/forum/#!forum/tesseract-ocr
Status: WontFix
Labels:
Type-Defect
Priority-Medium