ScanTailor 0.9.3

> Кто покупает книги без исходников, тот лох!

Специально по вашему заказу можно сделать исходники книги года так 20-го

каждая страница по пол кило минимум. готовтесь принять пол тоны

Вот нефиг на дистрибутив\авторов пенять, коли руки кривы. Под убунтой оно собирается с пол пинка. libjpeg-dev, libtif-dev, libpng-dev стоят?

Не подсткажите, гиде можно прибрести книжки под GPL с исходниками и заодно мини-типографию для "сборки"?

Че мажесся, конформист? А если в армию пойдёшь, че ли, геем станешь, раз женщин нет?

>Как много хороших программ на Qt4 появляться стало...

У меня даже дежавю на тему "барланд выпустил делфи".

Незнаю у кого там какие проблемы в слаке, но у меня в генте собралось без нареканий

>Вот нефиг на дистрибутив\авторов пенять, коли руки кривы. Под убунтой оно собирается с пол пинка. libjpeg-dev, libtif-dev, libpng-dev стоят?

уже стоят, осталось
CMake Error at CMakeLists.txt:178 (QT4_WRAP_UI):
Unknown CMake command "QT4_WRAP_UI".


-- Configuring incomplete, errors occurred!

с этим та как бороться?

Если Ubuntu 9.04 разочарует, буду смотреть ALTы...

Уймись, дебилушко!

Странно. Должно все собраться, если все нужные зависимости для сборки стоят. Правда, у меня 9.04, может конкретно с 8.10 косяк?

По моему он бот - ибо только одну фразу от него и слышно)))

>CMake Error at CMakeLists.txt:178 (QT4_WRAP_UI):
Unknown CMake command "QT4_WRAP_UI".
Ну ваще он черным по белу тебе молвит! Не вижу я модулей qt для cmake'а. Поставь libqt4-dev, automoc,и ещё какую то ересь
а ваще попробуй auto-apt

А почему нет поддержки bmp формата? У меня сканы в bmp по определённой причине (tiff не канает). Поддержка нескольких форматов без потерь важна - т.к. я так понимаю в основном сначала кромсают потом конвертят скажем в jpeg.

> Пока пакет scantailor есть только в ALT Sisyphus.

Грязный пеар:)

>А почему нет поддержки bmp формата? У меня сканы в bmp по определённой причине (tiff не канает). Поддержка нескольких форматов без потерь важна - т.к. я так понимаю в основном сначала кромсают потом конвертят скажем в jpeg.
А понту сначала кромсать, а потом конвертать.
В школе не учил что от перемены мест слогаемых сумма не меняется, берем баш и все скопом конвертим в jpeg, если с должным стоянием рук сделаеш то и потерь не заметиш.

> CMake Error: The following variables are used in this project, but they are set to NOTFOUND
Перевести на русский?

Поставь libjpeg-devel, libpng-devel
и т.д.

>Ну ваще он черным по белу тебе молвит! Не вижу я модулей qt для cmake'а. Поставь libqt4-dev, automoc,и ещё какую то ересь
а ваще попробуй auto-apt

Поставил libqt4-dev и все собралось и работает, большое спасибо за помощь.

>На всякий случай-2: доводилось быть мейнтейнером/сборщиком спец. LiveCD-дистров, в т.ч. под зоопарк deb/rpm/tgz. Поэтому если говорю: косяк в скриптах сборки -- значит косяк в скриптах сборки :P

Оно и понятно почему доводилось быть.

> > Пока пакет scantailor есть только в ALT Sisyphus.

> Грязный пеар:)
> MooSE *** (*) (10.04.2009 14:43:49)

Абсолютно согласен с аффтаром! :-)

2 moderator: уберите это. Я ж сказал - уже есть под федору и мандриву. Сцылко повторить?

Если сконвертить в jpeg будет я так понимаю многократное преобразование в jpeg. Нормальные люди сначала редактируют-крутят вертят по всякому формат без потерь - и ЛИШЬ В КОНЦЕ конвертят в jpeg.

> Если сконвертить в jpeg будет я так понимаю многократное преобразование в jpeg. Нормальные люди сначала редактируют-крутят вертят по всякому формат без потерь - и ЛИШЬ В КОНЦЕ конвертят в jpeg.

Не это страшно

Страшно что jpeg сделает с буквами. Он совсем для этого не предназанчен

>Если сконвертить в jpeg будет я так понимаю многократное преобразование в jpeg. Нормальные люди сначала редактируют-крутят вертят по всякому формат без потерь - и ЛИШЬ В КОНЦЕ конвертят в jpeg.

Ты что делаеш фотоальбом для професиональных фотографов?
Начнем с того что скан делался на домашнем сканере, так что все последуещие понты, безпонтовые. во загнул.
Конверти в jpeg и не нуди.

Там кто-то говорил что передаст автору.
Тогда будьте добы передать что при компенсации наклона хоршо бы сделать накладывающуюся вертикальную сетку с регулируемым шагом, потому что так как есть не всегда удобно, и порой нереально компенсировать наклон.

Зачем делать гавно если можно этого избежать? Разница есть (если многократно конвертить в формат с потерями). Смысл в том, чтобы сделать полезную прогу.

Если же следовать вашей логике - то зачем вам сетка - конверти как есть и не нуди - всё равно всё размоет так что неважно что там небольшой наклон.

0.9.3 это афтар очень погарчился.
делал резал, выделял область, а на стадии вывода, его сглюкнуло и все, нифига не сохранил, 40 минут работы коту под хвост, ждев версии 2.0, а до этого проект UNSTABLE

И еще сударь, если руки кривые то и BMP не поможет.

Сначала было подумал: зачем нужна программа, если есть unpaper? Но попробовав понял - нужна! Не говоря об удобстве GUI программа работает лучше чем unpaper. Кстати, программа, пришлась как раз в пору, так как намечает OCR... В общем, спасибо автору!

Кому лень собирать самому могут скачать deb для amd64: http://rapidshare.com/files/219650057/scantailor_0.9.3-1_amd64.deb

P.S.: А заодно (может кому надо) и cuneiform: http://rapidshare.com/files/219651934/cuneiform_20090408-0.6.0_amd64.deb

Забыл уточнить. deb'ы собраны на Ubuntu 9.04 preRC1

>Для сусе пока не будет - надо проставить правильные категории в desktop.

ближе всего

Graphics;Scanning;

Предпочитаю аккуратно сканировать.

на лоре неделя программ для работы с книгами от альтовцев?

Потребители...

Авторы молодцы. Все, кто пишет нужные хотя бы себе программы, - молодцы.

Все, кто что-то делает, - молодцы.

И только лохи-потребители, ждущие от других не понятно чего, брызжущие слюной на любое созидание - быдло.

> Потребители...

> Авторы молодцы. Все, кто пишет нужные хотя бы себе программы, - молодцы.

> Все, кто что-то делает, - молодцы.

> И только лохи-потребители, ждущие от других не понятно чего, брызжущие слюной на любое созидание - быдло.

Присоединяюсь.

А не объединить ли их с творчеством Черепанова? :)

И еще xsane туда вшить. Было бы прикольно - сканируешь, обрабатываешь, распознаешь да еще и сохраняешь не в какой-то богомерзкий пдф, а в православный djvu Короче наш ответ FineReader

> фотоальбом для професиональных фотографов?

ЩИТО?

> 0.9.3 это афтар очень погарчился... ждев версии 2.0, а до этого проект UNSTABLE

Не того человека назвали Петросяном.

Как минимум те полтора года, что я слежу за проектом, авторы пишут русским по белому, что программа нестабильна. А ты до этого только сейчас эмпирическим путем допёр :)

Нет. Это разные программы, которые точно не нужно объединять в комбайн. Вот иметь группу "Сканобработка" в рамках одного дистрибутива - это дело.

Все предпочитают. Не у всех получается - сильно от сканера зависит.

А чем комбайн плох, ну кроме того, что это не Ъ?

Ну, как учит нас семья и школа - чтобы решить задачу, нужно разделить её на подзадачи. Дальше, если подзадачи решены, можно собирать обратно. На мой взгляд, OCR и обработка для DJVU пересекаются слабо: фактически только по выравниванию строк. Т.е. совместный комбайн будет рыхлой, объёмной, неудобной конструкцией.

Я делал в своё время аналог unpaper, только с предпросмотром (маленькие ч/б картинки, где помечено, что отрезано и как). Поэтому могу сказать точно - для обработки сканов в djvu нужна графическая оболочка и не нужен OCR. И хотя в своё время bolega утверждал, что удаление грязи (despeckle) лучше делать с OCR, такого алгоритма нет.

А если OCR не нужен, то и пихать их вместе не следует. Это не Ъ с консолью, а разумное разделение задач.

>Как минимум те полтора года, что я слежу за проектом, авторы пишут русским по белому, что программа нестабильна. А ты до этого только сейчас эмпирическим путем допёр :)

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

Создание электронной книги это единый процесс начиная от сканирования и заканчивая добавлением ocr слоя к djvu файлу. Почему бы не использовать для одного процесса одну многофункциональную программу ака комбаин? Если я наделал сканов, то почему бы их сразу не отходя от кассы насканированое обработать, а обработав тут же не сохранить в нужный формат прямо из редактора? Если комбайн организован по уму, а не превращен в монстра, то не вижу в нем ничего плохого. Впрочем, дело вкуса.

Потому, что

1) См. стандартный путь решения естественнонаучных задач - разделение этапов и решение нескольких простых задач. Написать мелкие утилиты легче, чем комбайн.

2) при обработке книг желательно сохранять промежуточные результаты - слишком велика цена ошибки на книжке в 600 dpi. Когда на средней машинке только автоматический этап обработки занимает 2-3 часа, очень не хочется терять результаты каждого этапа. Опять-таки, переделывать уже ПРОВЕРЕННЫЕ ВРУЧНУЮ развороты никто не захочет.

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

3) Сам ScanKromsator ругают за отсутствие нормальной документации и запруженность опциями - см. дискуссии bolega и monday2000 на forum.ru-board.com Это результато архитектуры "комбайна".

Автор ScanTailor попытался учесть эти претензии, и фактически собрал под одной граф. крышей несколько разных утилит, НЕ СМЕШАВ их. Одна графическая оболочка полезна т.к. эти утилиты требуют, если не одинаковых, то несомненно очень похожих оболочек.

Если вы взгляните на интерфейс ScanTailor и творения глубокоуважаемого Skull, вы легко обнаружите, что интерфейсы, мягко говоря, разные.

Поэтому нет смысла из 2-х удобных утилит делать одно неудобное говно (придётся идти на компромиссы, чтобы сшить интерфейсы).

--------------------

Соответственно, оптимально для каждого шага иметь свою утилиту:

1) Выравнивание, резка - одна утилита. 2) Очистка от мусора - другая. 3) OCR - третья. 4) Перевод в djvu - четвёртая.

При этом получаем хорошую гибкость - можно прогнать любой этап 1-2-3 сколько угодно раз. Можно для любого этапа использовать лучшую программу. Можно вставить спец. улучшения - типа 10-20 прогонов CPCtool.

Товаришь Фролик, ты бы, того этого, если сам определить, где падает, не можешь, дай шанс другим. Напиши автору программы об ошибке, хотя бы.

Только не по-детски и не как менструирующая девочка, а нормально, как взрослые люди делают - спокойно, чётко и полно.

>Выравнивание, резка - одна утилита

а почему бы тогда не завести для выравнивания и резки по отдельной утилите?:)

Ну, ScanTailor так и организован - отдельные утилиты под одной крышей :-). Только связывание статическое, а не динамическое и не через вызов программы.

> tiff+pdf будет получше.

+tiff -pdf

pdf - конетйнер для векторной графики и для отсканированных, но не распознаных книг не нужен.

> Страшно что jpeg сделает с буквами. Он совсем для этого не предназанчен

Как ни странно, но ч.б. сканы значительно хуже масштабируются и смотрятся на экране, чем качественные грейскейл-сканы.

Я для комфортного чтения векторные пэдээфки раньше перегонял в битмапы, и джипег очень удачно "сглаживал шрифты".

> Выложил PKGBUILD для Arch на AUR

спасибо.

> Это разные программы

Да ну? :)