интересно услышать мнение автора
Лаконичное предложение по развитию данного приложения. Но, поскольку мой энтузиазм не безграничен, неплохо было бы как-то увидеть сколько людей действительно будет этим пользоваться и хочет такую функцию. Не сильно много желания делать то, чем будут пользоваться единицы (в буквальном смысле), особенно когда сам этим не пользуешься (я не играю в рк года так с 16, наверное).
И раз уж заговорил про "попросит много человеков", то также дело обстоит и с польским языком. Не знаю как поведет себя распознавание, если польский английским пытаться взять, но если есть необходимость и меня попросит какое-то адекватное количество играющих на польском, то добавлю польский язык.
Вообще идеально было бы, конечно, чтобы прога считала и то и то сразу из одного чата, где отображается и нанесенный урон, и лечение.
Немного прикидок...
Изначальная проблемная область заключается в скорости распознавания и вытекающих кадрах в секунду для борьбы с прокруткой чата. При текущей OCR либе и тренировочных данных, если мне не изменяет память, распознать один символ занимает, в среднем, 1мс (скорее всего ошибаюсь, но для следующих прикидок сойдет). Плюс, есть время на само взятие изображения. Увеличение количества потенциальных строк в секунду может привести к пропускам данных. Прикинем приблизительно в калькуляторе... Пусть в среднем числа (урон) занимают 5 символов, имя таргета в среднем 10 символов. Пусть в чате 10 строк, тогда среднее максимальное время распознавания равно 150мс. 1000/150 = 6.66 кадров/сек, либо 66 строк в секунду. Учитывая, что строки приходят не равномерно, можно смело делить это на два (Деление почти с потолка, но тоже сойдет. Для понимания, параметр ALoad показывает средний процент новых строк). Если в секунду будет прилетать меньше, чем суммарно 30 строк из хила, нанесенного урона, полученного урона, то вполне возможно такое реализовать. Как и сказал, не учитывается время взятия изображения (не помню сколько мс) и время остальных алгоритмов (меньше 3мс на 1 максимальный цикл) Правда, тогда чат, наверное, придется сделать больше по высоте, чтобы больше строк помещалось для подстраховки (из-за неравномерного выбрасывания строк в чат).
Также, мне надо будет подумать как разделять типы строк (хил, урон), чтобы делать правильную разметку для оптимизации последующего распознавания (распознавать только полезную информацию, отбрасывать ненужную до распознавания). Как вариант, можно по цвету символов строки.
В общем, да, реализовать можно, но проблему скрола чата надо будет пересчитать и протестировать уже с готовым алгоритмом.