Распознавание текста с экрана

[dima-pol]

Здраствуйте!

Передо мной довольно часто встает задача считать текст с экрана, который выдают формы и контролы чужих приложений. Обычно этот текст - это цыфры и короткие строки на английском, мелкий шрифт, черный на белом фоне. Не всегда получается это сделать с помощью Win API.

Хотелось бы иметь более менее универсальный способ. Например, распознавание текста (OCR).

Нет ли для VB6 какого нибудь готового OCR решения?

Спасибо.

[Хакер]

Не всегда получается это сделать с помощью Win API.

Что имелось в виду? Перехват выводящих текст API?

[Joo]

Что имелось в виду? Перехват выводящих текст API?

Вероятно имеются ввиду функции GetWindowText.

Нет ли для VB6 какого нибудь готового OCR решения?

Я как-то писал, для распознавания цифр, что выдает программа для игры в интернет-казино. Могу поискать, но для распознавания букв надо дорабатывать, ну или погуглить.

[alibek]

Вероятно имеются ввиду функции GetWindowText.

Это разные случаи. Хакер предлагает перехватывать сами процедуры вывода текста, это более универсально.

[Joo]

Хакер предлагает перехватывать сами процедуры вывода текста, это более универсально.

Ты смеешься? Где ты тут увидел, чтоб он, что-то предлагал?
По моему тут четко видно, что он уточняет:

dima-pol писал(а):
Не всегда получается это сделать с помощью Win API.

Что имелось в виду? Перехват выводящих текст API?

И вообще alibek, я пытался понять автора топика и дать ответ, на вопрос Хакера "Что имелось в виду?", но не как не уточнял второе предложение Хакер.

[Хакер]

Хакер предлагает перехватывать сами процедуры вывода текста, это более универсально.

Именно это я и имел в виду.

Joo забавен.

[Joo]

Именно это я и имел в виду.

Я забавен? Твой пост не был похож на предложение.
Ты процитировал текст "Не всегда получается это сделать с помощью Win API.", и спросил "Что имелось ввиду?", дальше последовал возможный вариант ответа на свой же вопрос "Перехват выводящих текст API?".
Предложение могло бы выглядеть так "Попробуй перехват выводящих текст API" ну или хотя бы так "А ты не пробовал перехват выводящих текст API?"

[Хакер]

Глупо писать «попробуй», если человек именно это уже и пробовал и говорит, что это не подходит. Поэтому пишут вопросительно.

Пробовал — так и скажет. Будет дальше искать.
Не пробовал — попробует (здесь вопрос выступает как предложение).

[Joo]

если человек именно это уже и пробовал

Ты сам веришь в это? Думаешь человек пробовал перехват выводящих текст API? (хотя ты сейчас во что угодно поверишь).

Ладно фиг с ним. Не будем разводить флуд.

[dima-pol]

Да под Win API я имел ввиду GetWindowText SendMessage LVM_GETITEMTEXT др.
Нет я не пробовал перехват выводящих текст API. Я не знаю, что это такое.

Спасибо всем за участие, но обсуждение как-то ушло от темы (не считая 1го сообщения Joo).

Пока мне видиться, что нет более универсального средства, поиметь текст с экрана чем OCR. Однако мне бы очень не хотелось вникать в алгоритм OCR т.к. эта задача достаточно сложна и в полной мере уже решена другими.

Тут я скачал классную утилитку Kleptomania_Commercial. Она распознает текст с любой области экрана, очерченной мышкой, и помещает его в буфер обмена. А управлять другим приложением, имитируя работу мыши - это я уже пробовал. Конечно было бы лучше найти какую либо DLL, реализующую OCR. 1.Но есть ли такая?

Кстати, при установке, Kleptomania_Commercial сканирует все устновленные в системе экранные шрифты, а в хелпе сказано, что это как раз упрощает алгоритм распознавания.
2.Ни у кого нет идей, как с помошью шрифтов упростить распознавание?

Что касается метода "перехват выводящих текст API", то прежде чем его пробывать
хотелось бы получить ответ: 3. А является ли он универсальным методом, годиться ли он на все случаи захвата текста с экрана (каким является OCR)?

[Хакер]

Что касается метода "перехват выводящих текст API", то прежде чем его пробывать
хотелось бы получить ответ: 3. А является ли он универсальным методом, годиться ли он на все случаи захвата текста с экрана (каким является OCR)?

Если текст является картинкой, то нет. Если текст растеризуется не с помощью GDI — то нет. Впрочем, это ошибкоустойчивый метод, он всегда даст то, что есть. OCR может распознать текст даже с картинки, но правильность разбора не гарантируется. До сих пор вспоминаю рождённые OCR локальные (для моей группы разработчиков) мемы «Кюахстан» и «Гашишные акватории».

[dima-pol]

Если текст является картинкой, то нет. Если текст растеризуется не с помощью GDI — то нет.

Посмотрите во вложении одну из моих задачек - мне надо регулярно читать текст из колонки Value в строке Name (в данный момент это XSIG020045). Это явно не картинка, а как наперед определиться с GDI, прежде чем пробовать "перехват выводящих текст API".
Может у Вас есть пробный ЕХЕ, или примерчик на VB6?

До сих пор вспоминаю рождённые OCR локальные (для моей группы разработчиков) мемы «Кюахстан» и «Гашишные акватории».

Подозреваю, что у Вас это была OCR отсканированного текста, напечатанного на бумаге. Подозреваю, что OCR экранных фрагментов, да еще с использованием шрифтов дает очень высокую достоверность. Или я ошибаюсь?

[Хакер]

В данном случае вообще рекомендовано два пути:

• Искать на предмет наличия у приложения нормального программого интерфейса (COM или просто). У серьёзных программ он обычно есть. Особенно у программ, призванных быть связующим звеном между CAD-ами, базами данных, сервисной документацией и прочего.
• Смотреть, что это за ЭУ. Очень вероятно, что это ListView в режиме Report. Тогда надо просто слать ему нужные сообщения, чтобы получить текст. Это куда более правильно, чем в таком случае перехватывать рисующие API.
• Таки перехватывать ExtTextOut/DrawText и тому подобные функции.

[alibek]

Подозреваю, что у Вас это была OCR отсканированного текста, напечатанного на бумаге. Подозреваю, что OCR экранных фрагментов, да еще с использованием шрифтов дает очень высокую достоверность. Или я ошибаюсь?

Если текст расположен на однотонном фоне, то да, достоверность будет высокой.
И это, кстати, будет не совсем OCR. Тут будет не распознавание образов, а сравнение с эталоном, это и быстрее, и проще.