4lex4
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору derrikF, это было из-за системы определения типа изображения: темный контент на светлом фоне или светлый контент на темном фоне. Например, желтый или белый текст на синем фоне ни в одной версии СТ никогда не обрабатывались корректно, то есть все алгоритмы (комп. поворота, определение контента, нормализация освещенности, адаптивные алгоритмы бинаризации и практичски все остальные) дают сбой на такого типа изобраажениях. Автомат я доделал, он щас работает хорошо даже с вашими последними изображениями, но 100% надежности от него не добьешься все равно, потому я откатил эту фичу, ибо это уже не первая проблема с этим. Для этой фичи нужно ручное управление для каждой страницы, а не автомат, но я не знаю, куда воткнуть настройки, ибо совать их в фильтры неправильно, им там не место, поэтому оставил эту затею до лучших времен, у меня щас времени уже нет с этим мучаться. Все равно есть обходной путь для работы с таким типом изображений - инвертировать такие изображения перед обработкой, а потом повторно инвертировать полученный из них выход. Добавлено: Цитата: странные вещи какие-то происходят, несколько сотен книг обработал в ST, но такого я еще не видел - в проекте, сделанном в версии 1.0.13 до последних фиксов, выводил сейчас заново два изображения, первое вывелось с шириной 2991 а второе 2990... если в проекте что-то изменилось, часто размер вывода становится другой, я это понимаю, но в таком случае все изображения все равно будут одинаковым размером, хоть и новым... но данном случае одно изображение с одной шириной а другой с другой, это не мой глюк, ибо я делал изменения только на стадии Вывод и менял исключительно значение порога... | Хорошо, что вы обнаружили это. В релизной 1.0.13 этого бага нет, этот из develop и я знаю из-за чего.
| Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 04:20 09-04-2018 | Исправлено: 4lex4, 05:19 09-04-2018 |
|