Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor

Модерирует : gyra, Maz

Widok (17-02-2010 12:17): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

   

Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Scan Tailor

 
Скриншот:

В разработке находится новая альтернатива СканКромсатору. Разработчик - ваш покорный слуга.
Задача программы - пост-обработка сырых сканов с целью их последующей сборки в PDF или DJVU.
 
Уже есть на что посмотреть, и возможно присоединиться к проекту. Проект с открытыми исходниками и кросс-платформенный (Windows + Linux).
 
По сравнению со СканКромсатором планируется большее удобство использования, большая интерактивность, но при этом не меньшая автоматизация процесса.
 
Сайт проекта: http://scantailor.sf.net     Скриншоты
 
Топик программы на форуме Натахаус       Англоязычный топик по ScanTailor

Документация
 
Документация (Wiki)              Зоны картинок в ScanTailor
 
Статья: Scan Tailor. Программа для обработки отсканированных книг
 
Видеоурок: Создание DjVu с помощью Scan Tailor (зеркало)
 
Методика использования STA совместно с Djvu Imager

Дистрибутивы
 
Версия СТ с функцией выпрямления искривленных строк (dewarp от Rob)
 
Патч от anagnost96 Вариант ScanTailor с этим патчем (STA)  Зеркало
 
ScanTailor для Mac
 
Последние изменения в дереве исходников - для сильно любопытных и владеющих английским.
Там же можно подписаться на rss/atom - для нетерпеливых.
 

Дополнительно
 
ST GreyText v1.0 Программа для генерации вывода как бы "Только текст (в режиме серого)" - для Scan Tailor от anagnost96.
 
LayerTailor Программа для разделения сканов (после "Смешанный режим) на foreground и background слои с целью последующего раздельного кодирования в djvu. Принцип работы: Все черные пиксели (яркость==0) переносятся в foreground, остальное - в background. Функция layer принимает на входе 3 параметра: исходное имя файла TIFF, имя файла для foreground и имя файла background. Автор: U235.
 
Предложения к anagnost96 по поводу улучшения его модификации СТ
Сравнение выпрямления искривленных строк в СТ и в BR

Статья О возможности альтернативы СканКромсатору     Полезные ссылки по теме топика
ArtScan - ещё одна программа для сканобработки.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 21:37 15-06-2008 | Исправлено: ndch, 22:37 12-02-2010
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Страница-убийца Scan Tailor (по крайней мере, на системе с 1 Гб оперативки) - http://www.onlinedisk.ru/file/256437/
Что можно сделать, кроме как подсунуть файлу проекта, как будто он уже нашел ее рабочую область?

Исправил путем ограничения глубины поиска белых зон.
Сегодня-завтра выпущу релиз кандитат, где это уже будет исправлено.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 17:56 01-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Режим 4. При большом масштабе увеличения сбивается попадание курсором по границе полезной области. Ощущение что курсор считает границу выровненной по пикселам.
 
Добавлено:
Режим 5. Возможность изменения полей перемещением рамки полезной области только сбивает с толку и очень раздражает. Вполне достаточно оставить только перемещения рамки результирующего размера страницы. Предлагаю либо убрать возможность перемещения рамки полезной области в режиме 5, либо при попытке перемещения рамки полезной области переходить в режим 4 и редактировать непосредственно полезную область.  
И еще - не совсем понятно размещение кнопок самая высокая и самая широкая страница в режиме 5. Обычно после нажатия на эту кнопку приходится переходить в режим 4 и править полезную область (потому что автоматика, например, приняла мусор на странице за полезную информацию и включила его в полезную область).

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 22:16 01-11-2009 | Исправлено: StanFreeWare, 22:30 01-11-2009
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Режим 4. При большом масштабе увеличения сбивается попадание курсором по границе полезной области. Ощущение что курсор считает границу выровненной по пикселам.  

Да, действительно.  Не хочу откладывать релиз кандидат из-за этого, так что займусь этим чуть позже.
 

Цитата:
Режим 5. Возможность изменения полей перемещением рамки полезной области только сбивает с толку и очень раздражает. Вполне достаточно оставить только перемещения рамки результирующего размера страницы. Предлагаю либо убрать возможность перемещения рамки полезной области в режиме 5, либо при попытке перемещения рамки полезной области переходить в режим 4 и редактировать непосредственно полезную область.

Не так все просто.  Как вы собираетесь тянуть внешнюю линию для расширения полей, если она и так у края экрана?
Переходить в режим четыре - тоже не вариант.  Если реально переходить на другой этап - вот это как раз будет реально раздражать.  А если делать чтобы этап 5 тоже мог изменять рамку контента - такого без ломания существующей архитектуры не получится.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 22:33 01-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А продублировать ссылки на широкую и высокую страницы в 4 этапе архитектура даст?  
Реально последовательность действий такова:
1. Этап 5. Жму "самая широкая"
2. Приближаю колесиком - вижу что соринка в глаз попала - нужно тянуть границу полезной области
3. Либо перехожу на этап 4 и опять увеличиваю, чтобы убрать соринку, либо зашпариваюсь и тяну границу еще на этапе 5. Жду 10 секунд, ибо подтормаживает, пока нарисуются новые поля, правлю поля назад, жду еще 10 секунд и, матерясь, иду на этап 4.
4. В этапе 4 вытаскиваю соринку из глаза и на шаг 1. Повторяю, пока соринки не кончатся. А их может быть и 10, и 20, и 30... Уж смотря какая книга.  
Короче говоря, процедура не из приятных получается...

Цитата:
Как вы собираетесь тянуть внешнюю линию для расширения полей, если она и так у края экрана?

Ну тогда в 5 этапе нужно ослабить ограничение на масштабирование (чтобы скомпенсировать возможности внутренней рамки). Ведь вновь создаваемые поля могут выйти за пределы первоначального файла скана. Это будет логичнее, чем противоестественное расширение поля движением сужения полезной области.

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 23:11 01-11-2009
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А продублировать ссылки на широкую и высокую страницы в 4 этапе архитектура даст?

Даст.  У меня уже давно такой пункт в TODO сидит, но за пару часов его не реализовать, поэтому он постоянно откладывается на потом - пока не останется действительно серьезных проблем.  После предстоящего релиза серьезная проблема останется только одна - деспеклинг.
 

Цитата:
2. Приближаю колесиком - вижу что соринка в глаз попала - нужно тянуть границу полезной области
3. Либо перехожу на этап 4 и опять увеличиваю, чтобы убрать соринку, либо зашпариваюсь и тяну границу еще на этапе 5. Жду 10 секунд, ибо подтормаживает, пока нарисуются новые поля, правлю поля назад, жду еще 10 секунд и, матерясь, иду на этап 4.
4. В этапе 4 вытаскиваю соринку из глаза и на шаг 1. Повторяю, пока соринки не кончатся. А их может быть и 10, и 20, и 30... Уж смотря какая книга.  
Короче говоря, процедура не из приятных получается...  

Согласен, не дело это.  Впрочем тормоза при тягянии рамок должны изчезнуть с включенным 3D ускорением, которое появится в следующем релизе.
 
Драг средней клавишей я ксати тоже следал.  Убирать ли драг левой клавишей - еще подумаю, но скорее всего пусть будет и так и так.
 
Релиз кандидат все еще надеюсь выпустить сегодня.  Осталось только обновить перевод и собрать под Windows, что делается небыстро - у меня сейчас Windows только под виртуальной машиной.
 
Добавлено:

Цитата:
Ну тогда в 5 этапе нужно ослабить ограничение на масштабирование (чтобы скомпенсировать возможности внутренней рамки). Ведь вновь создаваемые поля могут выйти за пределы первоначального файла скана. Это будет логичнее, чем противоестественное расширение поля движением сужения полезной области.

Ослабить ограничение - не проблема, но по моему такое решение проигрывает в юзабельности.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 23:35 01-11-2009
anagnost96

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
 

Цитата:
Драг средней клавишей я ксати тоже следал.

 
Едва ли это оправдано. Вы ведь в одном из предыдущих постингов совершенно правильно заметили, что перетаскивание средней кнопкой есть вещь совершенно неслыханная. А то, о чем пишет StanFreeWare -- это вовсе не драг, а прокрутка, которая визуально должна выглядеть совершенно по-другому (особая форма курсора, ускорение/замедление в зависимости от характера движения мыши...). И даже такая прокрутка является стандартом только для Windows, но не для Unix-подобных систем, где средняя кнопка традиционно используется для вставки буфера обмена.
 

Цитата:
Убирать ли драг левой клавишей - еще подумаю, но скорее всего пусть будет и так и так

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

Всего записей: 132 | Зарегистр. 01-05-2009 | Отправлено: 23:50 01-11-2009
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
anagnost96

Цитата:
Едва ли это оправдано. Вы ведь в одном из предыдущих постингов совершенно правильно заметили, что перетаскивание средней кнопкой есть вещь совершенно неслыханная. А то, о чем пишет StanFreeWare -- это вовсе не драг, а прокрутка, которая визуально должна выглядеть совершенно по-другому (особая форма курсора, ускорение/замедление в зависимости от характера движения мыши...). И даже такая прокрутка является стандартом только для Windows, но не для Unix-подобных систем, где средняя кнопка традиционно используется для вставки буфера обмена.  

Да нет, я проверил в Gimp'е - там действительно средняя кнопка - полноценный драг.  Надо полагать и в фотошопе то же самое.  Видимо для людей, занимающихся графикой - это привычное дело.
 

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

Не убирать - так не убирать.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 23:56 01-11-2009
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Релиз кандидат готов: http://www.onlinedisk.ru/file/256811/
 
Изменения по сравнению с предыдущей сборкой:
* Используется 3D ускорение для пользовательского интерфейса.  Можно отключить в настройках.
* Линия разреза теперь не ищется в зонах, вплотную прилегающих к краям.
* Появились скроллбары в центральной области.  Мне правда кажется, что они больше мешаются под ногами чем помогают, но все таки контролировать невыход контента за пределы рамки или картинки за пределы зоны с ними удобнее.
* Драг теперь работает и по левой и по средней клавише мыши.
* Вроде как должна быть решена проблема с неполным переводом.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 02:19 02-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня, на dell inspiron 1501 3d отрабатывает так:
http://www.onlinedisk.ru/image/256898/SCREEN.png
Хотя в момент масштабирования пытается перерисовывать нормально.
 
Да, пылесос иногда грубовато работает. Видимо, на шрифт Courier не рассчитан. Регулятор чувствительности нужен, наверное. Ну, да вы и сами знаете.
http://www.onlinedisk.ru/file/256925/
 
По скролбарам - отношение длины скролла к длине ползунка обычно пропорционально масштабу. Сейчас же он слишком быстро становится крохотным.
И все-таки, лучше их скрывать и центровать страницу при 100% масштабе независимо от предыдущего положения во время увеличения.  
 
Добавлено:
Кстати, возвращаясь к теме "Страница-убийца http://www.onlinedisk.ru/file/256437/" - есть ли способ (алгоритм) превратить "серый точками" в "серый заливкой" без особого вреда для расположенного в серой области текста? А то у меня из-за нее и ей подобных результирующий размер djvu на порядок больше возможного.

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 04:59 02-11-2009 | Исправлено: StanFreeWare, 08:11 02-11-2009
IvanStorogev

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2StanFreeWare
Кстати, возвращаясь к теме "Страница-убийца http://www.onlinedisk.ru/file/256437/" - есть ли способ (алгоритм) превратить "серый точками" в "серый заливкой" без особого вреда для расположенного в серой области текста? А то у меня из-за нее и ей подобных результирующий размер djvu на порядок больше возможного.
Есть способ.
1) для эффективной фильрации необходимо, чтобы растр был четкий, не размазанный. Поэтому сканировать такие страницы чаще всего приходится с разрешением 600 dpi, без всяких хитростей, вроде сканировать в 300, потом увеличить в два раза.
2) Удаление растра должно быть первой операцией, до всяких других фильтров. Поворачивать (устранять перекос) тоже нужно потом. До удаления растра обрезать и делать флипы (повороты на ±90°, 180°). Также можно делать коррекцию уровней/цветов, но аккуратно, следя за четкостью растра.
Сначала обрабатываем страницу полосовым или низкочастотным фурье-фильтром, настроенным на пространственную частоту и направление сетки точек (растра).
Возможно, потом понадобится пройтись билатеральным фильтром и unsharp.
Вот пример  
до обработки:
   
 
спектр изображения с наложенным в центре фильтром низких частот, для пояснения
   
 
после фурье-фильтра
   
 
после билатерального фильтра + unsharp
   
 
Пример сделан за 5 минут, поэтому подгонка параметров не делалась. В частности фильтр брался просто низкочастотный, направление растра не учитывалось. Также параметры билатерального фильтра не подгонялись. Можно сделать и лучше.
 
Если нужно, могу описать подробнее

Всего записей: 45 | Зарегистр. 20-12-2005 | Отправлено: 10:36 02-11-2009
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
StanFreeWare

Цитата:
У меня, на dell inspiron 1501 3d отрабатывает так:
http://www.onlinedisk.ru/image/256898/SCREEN.png
Хотя в момент масштабирования пытается перерисовывать нормально.  

Видюха не интеловская случайно?
 
Напишите, у кого работает, у кого нет, и в каких конфигурациях (видеокарта + операционная система).
 
Добавлено:
IvanStorogev
Да, интересно.  Правда пока неприоритетно.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 10:42 02-11-2009
IvanStorogev

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Tulon
Если станет приоритетным имейте ввиду, для всего этого есть мощные опенсорсные библиотеки, поэтому обработку писать будет не надо. Только GUI.
Кстати, угол перекоса тоже можно определять с помощью фурье-анализа.

Всего записей: 45 | Зарегистр. 20-12-2005 | Отправлено: 10:52 02-11-2009
slava_kry

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
IvanStorogev

Цитата:
Если нужно, могу описать подробнее

Был бы очень благодарен, если бы вы попробовали на цветном изображении убрать растр.
Потому что люди очень давно ищут бесплатную замену фильтру Sattva Descreen.
Уничтожение полиграфического растра самая проблемная часть обработки цветных сканов на стадии подготовки.

----------
Вы выказываете себя праведниками пред людьми, но Бог знает сердца ваши, ибо что высоко у людей, то мерзость пред Богом

Всего записей: 4130 | Зарегистр. 18-09-2003 | Отправлено: 12:37 02-11-2009
IvanStorogev

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2slava_kry
Был бы очень благодарен, если бы вы попробовали на цветном изображении убрать растр.
Да точно также, только каждый канал раздельно.
Вот пример
До фурье-фильтрации
 
После. Кроме фурье-фильтрации обработка не делалась
 
Только вот для обработки реальных сканов, например обложек журналов, нужен мощный компьютер. Память 4Gb — самый минимум, лучше 8Гб; 64-разрядная ОС; процессор 2-4-ядерник от 3 ГГц.

Всего записей: 45 | Зарегистр. 20-12-2005 | Отправлено: 13:22 02-11-2009
Arcand

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slava_kry
Цитата:
Потому что люди очень давно ищут бесплатную замену фильтру Sattva Descreen.  
Уничтожение полиграфического растра самая проблемная часть обработки цветных сканов на стадии подготовки.
А чем Вам не нравятся обычные фильтры: Медиана, Сглаживание, Размытие по Гауссу, Адаптивное размытие (и их комбинации). На мой вкус нормально работают на цветных сканах, как и на серых.  
Этот пример
Цитата:
Вот пример  
До фурье-фильтрации  
Медиана не хуже обработала чем
Цитата:
 После. Кроме фурье-фильтрации обработка не делалась  


Всего записей: 2492 | Зарегистр. 28-05-2004 | Отправлено: 13:54 02-11-2009 | Исправлено: Arcand, 14:00 02-11-2009
IvanStorogev

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Arcand
Медиана не хуже обработала
А Вы практически попробуйте и сравните. Особенно на мелких деталях.

Всего записей: 45 | Зарегистр. 20-12-2005 | Отправлено: 14:14 02-11-2009
Arcand

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
IvanStorogev
Цитата:
А Вы практически попробуйте и сравните. Особенно на мелких деталях.
Без проблем. Вот результат применения Медеаны+Адаптивное размытие.

Всего записей: 2492 | Зарегистр. 28-05-2004 | Отправлено: 15:04 02-11-2009 | Исправлено: Arcand, 15:06 02-11-2009
IvanStorogev

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Arcand
Ну так откройте две картинки рядом и сравните. Вам пришлось практически полностью "замазать" поверхности и убить переходы. А от растра всё равно полностью избавиться не удалось, что хорошо заметно на однотонных поверхностях.
Кроме того, для изначально хреновой картинки какого-то прибора Ваш подход ещё прокатит.
А представьте, что нужно обработать скан лица из художественного альбома или хорошего журнала? Вы же его превратите в псевдорисунок масляной краской.
В общем против математики не попрешь — фильтры на основе преобразования Фурье гораздо эффективнее сверточных, если нужно удалять регулярную помеху, такую, например, как растр. Это давно разобрано в соответствующих книгах.

Всего записей: 45 | Зарегистр. 20-12-2005 | Отправлено: 16:03 02-11-2009
Arcand

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
IvanStorogev

Цитата:
Вам пришлось практически полностью "замазать" поверхности и убить переходы.
Я специально "размазал" адаптивной размытостью - на свой вкус. А вот какие переходы я убил... не увидел.

Цитата:
А от растра всё равно полностью избавиться не удалось, что хорошо заметно на однотонных поверхностях.  
Так и Вам не удалось избавится от растра, даже в большей степени.
 
И вообще, лучше-хуже, какая разница! При кодирование скана в дежавю, его кодер так пожует рисунок, что никакая математика не поможет

Всего записей: 2492 | Зарегистр. 28-05-2004 | Отправлено: 16:19 02-11-2009
ndch

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Изменения по сравнению с предыдущей сборкой:  
* Используется 3D ускорение для пользовательского интерфейса.  Можно отключить в настройках.

На вид и по ощущениям это 3D-торможение. Курсор мыши много раз замирает на доли секунды. Крайне неприятно. Хорошо что можно отключить. Сразу же выключил.
 

Цитата:
Напишите, у кого работает, у кого нет, и в каких конфигурациях (видеокарта + операционная система).

Нормально работает xp sp3 rus, geforce 8600 gt. Довольно распространена (или была часто встречаемой год-два назад).

Всего записей: 4760 | Зарегистр. 31-08-2008 | Отправлено: 16:48 02-11-2009 | Исправлено: ndch, 16:50 02-11-2009
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor
Widok (17-02-2010 12:17): Лимит страниц. Продолжаем здесь.


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2018

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru