iit512 Цитата: Чтобы сэкономить время, я, пока идет вывод, обрабатываю первые страницы, а ST портит результат, переписывая первую страницу поверх обработанной.
Наделять первую страницу особыми свойствами я не хочу, но можно наверное по окончании пакетной обработки не переходить на первую страницу, а оставаться на последней. Возражения будут?
Цитата: И очень хочется расширить диапазон бинаризации.
Планирую сделать -30 .. +30, но если кто предоставит пример, где нужен больший диапазон - может еще больше сделаю.
Olive77 Цитата: у меня почему-то при загрузке файлов их иконки полностью черные, до тех пор пока не пройду последнего этапа.
Не воспроизвелось. С одним файлом в проекте у вас воспроизводится?
Цитата: Отработка выбора полезной области очень не надежна.
Часто ошибается, если внизу страницы график, номер страницы в цветном прямоугольнике, название главы и т.д. сверху крупными буквами.
Бывает конечно. Тем не менее в ближайшие месяцы я этим заниматься не буду. Приоритетом после выпуска 0.9.8 станет нормально работающий dewarping.
Цитата: Что мешает дать возможность скопировать границы полезной области с одной страницы на другие?
То, что положение рамки на каждой странице ощутимо гуляет. Даже на специализированных сканерах для книг положение будет гулять по горизонтали, из-за изменения толщины корешка справа / слева по мере листания. На обычных сканерах вообще труба с этим.
StanFreeWare Цитата: При масштабировании до 600dpi 300dpi-скана высотой, скажем, 1999pix можем в СТ получить результат высотой 3999 пикселей.
Это усложняет кодирование оптимальной вариацией метода разделённых сканов - "текст в 600 dpi, иллюстрации в разрешении сканирования", т.к. csepdjvu считает, что 300dpi-скан должен в таком случае иметь высоту 2000pix:
Я подумаю, что с этим можно сделать, но уже после релиза 0.9.8.
Цитата: В принципе, вполне может хватить кнопки "Применить к.." на этапе Полезная область.
Все-таки проект "режима с фиксированной рамкой контента", описанный на сайте черезчур сложный, на мой взгляд.
Я вижу решение проблемы в улучшении соответствующего алгоритма, а не во введении костылей. Это для книг. Для журналов костыль все же понадобится.
Mandor Sawall Цитата: 1. Если меняю режим деспекля, после обработки знак вопроса остаеться на страницу в превю-бар (только если активна закладка „Despecling“).
Хороший вопрос. Задается впервые, но явный кандидат в FAQ.
На вкладке Despeckling сделан упор на скорость отклика. Кому понравится, если после смены уровня деспеклинга, результата придется ждать 20 секунд, Попробуйте сравнить - смените уровень на вкладке Output, а потом на вкладке Despeckling. Ради производительности было принято решение не писать результат на диск, когда изменяете уровень из вкладки Despeckling. Есть еще одна причина - в будущем на этой вкладке могут появится ручные инструменты для коррекции деспеклинга. В этом случае будет вообще не понятно, в какой момент пересчитывать деспеклинг и писать результат на диск. Разумным будет только один вариант - делать это в момент переключения на другую вкладку. Это как раз то, что делается сейчас.
Предгагаются два режима работы:
1. Делаете вывод в пакетном режиме -> переключаетесь на вкладку Despeckling -> проходите все страницы вручную, переключая уровень где надо -> прогоняете пакетную обработку второй раз (второй прогон будет гораздо быстрее первого).
2. Каждый раз, когда меняете уровень деспеклинга, переключаетесь во вкладку Output для записи результата на диск. В будущем возможно сделаю более очевидный способ сохранения.
Цитата: 2. Если на странице нет контента, на превю-бар вообще не отображаеться последний етап – знак вопроса стоит.
Должен исчезать после обработки данной страницы.
Цитата: 3. Если на странице нет контента, на превю-бар выводиться только нижная половина странице. Думаю, что понимаю почему ето так, но все-таки неприятно смотриться. Два раза етот (д)ефект появился на все страницы в превю, хотя тогда изчезала нижная 1/4 странице, а верхные 3/4 показывались нормально (только на превю; страницы были обработаны нормально), но так и не сумел воспроизвести.
Это из-за того, что выравнивание по умолчанию идет по верхней границе. Чисто эстетическое неудобство на самом деле. Не хочу на данном этапе об этом беспокоиться.
Цитата: Болгарский перевод – да, если автор забросит ето, я возмусь. Пожалуйста, сообщите когда есть информация об етом.
Автор перевода пока не ответил. Подписывайтесь на список рассылки - я там в ближайшие дни сообщу о статусе каждого перевода. Их на данный момент всего три, причем русский я делаю сам, но мне все равно удобнее писать в список рассылки, чем каждому в отдельности.
Цитата: Да, и еще – если добавить новой файл в проект через „Insert after“ после етапа „2. Split pages“ (для двойной скан), новой файл появляеться между левого и правого разворота, а не после правого разворота.
Это особенность архитектуры. Две половинки одной страницы являются неделимым целым. Например удаление половинки реализовано как изменение режима на "страница с огрызком" и установка соответствующей ручной зоны.
Dashout Цитата: в настоящее время, операция ориентации страниц в СТ настроена на горизонталь текстовой строки.
не понятно, что лучше, по вертикали, по горизонтали если страница искривлена (угол не прямой).
по логике, нужно измерять диагональ (по обеим позициям) и если есть расхождение - приводить изображение к прямоугольному (исправлять призму).
можно ли это учесть?
Я не знаю ни одного алгоритма deskew, выравнивающего по вертикали. Это потому, что по вертикали мало информации, за которую можно зацепиться. А вообще, устрание призмовидных искажений - задача dewarp'а.
Добавлено: StanFreeWare Цитата: Скажите, содержимое зон в смешанном режиме соответствуют выводу в цветном/сером с установленной или снятой галочкой "Выровнять освещение"?
Я к тому, чтобы потом проводить групповую коррекцию яркости/контрастности над максимально одинаковыми субсканами иллюстраций.
Соответствует - с установленной.
