» Scan Tailor

Tulon
Наличие неактивной галочки 3D ускорения требует хотя бы минимальных объяснений рядышком - мол, поменяйте видюху на NVIDIA, или что-то наподобие. В противном случае первая мысль пользователя - "автор забыл установить enable на чекбоксе".. Не каждый же знает об упоминании причин этой неактивности, указанных в посте на 83 странице на руборде.

И неплохо было бы ссылку на вики внедрить каким-нибудь простым образом (например, в окошке "О программе" в саму программу. А то она после инсталляции - вещь в себе, и никакой информации ни о том, где новые версии посмотреть, ни где помощь получить. Так можно оттолкнуть потенциальных пользователей.

StanFreeWare

Цитата:

Наличие неактивной галочки 3D ускорения требует хотя бы минимальных объяснений рядышком - мол, поменяйте видюху на NVIDIA, или что-то наподобие. В противном случае первая мысль пользователя - "автор забыл установить enable на чекбоксе".. Не каждый же знает об упоминании причин этой неактивности, указанных в посте на 83 странице на руборде.

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


Цитата:

И неплохо было бы ссылку на вики внедрить каким-нибудь простым образом (например, в окошке "О программе" в саму программу. А то она после инсталляции - вещь в себе, и никакой информации ни о том, где новые версии посмотреть, ни где помощь получить. Так можно оттолкнуть потенциальных пользователей.

Вы же вроде программист, нет? Так возьмитесь и добавьте диалог "О программе". За одно и более наглядное информирование о причине недоступности 3D ускорения могли бы сделать.

С точки зрения QT я пока, увы, не программист...

Tulon
Скажите, а как перевести программу на другой язык (хотелось бы перевести её на белорусский). Файл "scantailor_ru.qm" - ничем не открывается.

Открывать нужно *.ts файлы, которые в исходниках, в папке translations. Открываются они Qt Linguist'ом. Кто-то тут выкладывал Qt Linguist отдельно, чтобы не качать весь Qt SDK, который весит весьма не хило.

При операции ВЫВОД, если на диске не хватает места,записываются пустые Tiff. Нельзя ли выводить предупреждение (звуковое) или с остановкой процесса вывода - на экран о том что свободное место закончилось? Или справа на иконках делать отметки о нудавшейся записи. На диске было места как оказалось впритирку. В конце пакета пару картинок не записалось - им места не хватило, потом три картинки следюущие записались (они занимали меньше места), потом опять пять пропусков и записалась финальная маленькая картинка. Пакет OUT был около 1Гб

Немного офтопик: Появилась более новая и полная инструкция для работе с ScanTailor на болгарском языке: http://www.chitanka.info/lib/help/scantailor

alpopo

Цитата:

на экран о том что свободное место закончилось?

По-моему, это уже явный перебор.

alpopo

Цитата:

При операции ВЫВОД, если на диске не хватает места,записываются пустые Tiff. Нельзя ли выводить предупреждение (звуковое) или с остановкой процесса вывода - на экран о том что свободное место закончилось? Или справа на иконках делать отметки о нудавшейся записи.

Отправляется в долгий ящик. Он у меня весьма долгий к сожалению.

Mandor Sawall
Если хотите, можно хостить болгарское руководство на официальном Wiki - вместе с русским и анлийским. Ну или ссылку хотя бы дать. Хотите - дам права редактирования Wiki. Для этого нужно зарегистрироваться на SourceForge, зайти на Wiki Scan Tailor'а под своим логином, после чего сообщить этот логин мне.

Сделал несколько толстых книжек используя СТ
1)Выражаю свое восхищение автору, наконец-то появилось то что надо (это тебе не СК, где месячишко надо осваивать установки птичек в разных окошках, а потом по пол дня подбирать кучу настроек, а затем на каждой картинке все это проверять и подправлять)
2)СТ позволяет на порядок экономить время при обработке сканов. В работе с СТ убеждаешься - тому что СТ делает автоматом можно доверять!(при хороших сканах правки очень незначительны)
3)Поддерживаю автора в стремлении дать обычному пользователю (не эстету) максимально простую (с фиксированным алгоритмом) программу для удобной потоковой обработки сканов многостраничных книжек.
4)В основу проги заложена очень правильная методология (железобетонная конструкция) обработки, которую нельзя разрушать идя на поводу удовлетворения требований больших специалистов (от искусства для искусства). Для них могут существовать отдельные навороченные версии.(Речь не идет о внутренних алгоритмах обработки бинарной информации, которые безусловно будут совершенствоваться)
5)Думаю это начало революции в нетовском книгоиздательстве. Вместо кривых и косых сканов, в нете будут храниться ровненькие, удобочитаемые книги, полученные после быстрой первичной обработки в СТ, которую сможет выполнить любой желающий.

Tulon
Не могли бы Вы сменить расширение выходных файлов с "tiff" на "tif"? И вообще работать исключительно с "tif" вместо "tiff"?

Добавлено:
И нельзя ли использовать имена типа 0001, 0002 и т.д. вместо 0001_0001, 0002_0002?

monday2000

Цитата:

Не могли бы Вы сменить расширение выходных файлов с "tiff" на "tif"? И вообще работать исключительно с "tif" вместо "tiff"?

Лично я с этим несогласен. 'tiff' -- более правильный вариант, да и с чего бы это нам в XXI веке оглядываться на соглашение 8.3?


Цитата:

И нельзя ли использовать имена типа 0001, 0002 и т.д. вместо 0001_0001, 0002_0002?

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

Tulon здесь когда-то высказывал мысль о том, чтобы вместо числовых префиксов сделать суффиксы '_left' и '_right' для половинок страниц (а если страницы одинарные, то можно и ничего не добавлять). Вот это IMHO было бы самое правильное.

Tulon
Я думаю, что ето неправильно – чтобы каждый делал свое руководство. Если кто-то будеть делать „нормальная“ документация в SF (мне кажется, что там еще есть остатки из ранных версий, которые уже не неактуальны), тогда – да, я знаю человека, которой будет переводить и поддерживать изменения в документации. А так… немножко неприятно.

Пока поправил болгарский перевод: заменил досадное „Каждая другая страница“ и поправил несколько опечаток: http://slil.ru/28290075

monday2000

Цитата:

Не могли бы Вы сменить расширение выходных файлов с "tiff" на "tif"? И вообще работать исключительно с "tif" вместо "tiff"?

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

Mandor Sawall

Цитата:

Я думаю, что ето неправильно – чтобы каждый делал свое руководство. Если кто-то будеть делать „нормальная“ документация в SF (мне кажется, что там еще есть остатки из ранных версий, которые уже не неактуальны), тогда – да, я знаю человека, которой будет переводить и поддерживать изменения в документации. А так… немножко неприятно.

Да, есть в документации неточности. Например черно-белый вывод сейчас кодируется не G4Fax, а LZW алгоритмом, а BMP на входе Scan Tailor с роду не понимал.
Что же касается одной или нескольких версий руководства, то я надо сказать не вижу приемуществ в том, чтобы иметь одну версию и основанные на ней переводы. Кто сказал, что эта основная версия заведомо лучше других? Эту основную версию тоже писали добровольцы, с минимальным участием с моей стороны. И там тоже могут быть и ошибки, и устаревшая информация, и недостаток материала. Вот например в той же Wikipedia статьи на разных языках не являются переводами друг друга. И проблемы тут никакой нет.


Цитата:

Пока поправил болгарский перевод: заменил досадное „Каждая другая страница“ и поправил несколько опечаток: http://slil.ru/28290075

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

Спасибо, программа очень интересная

У меня, к сожалению, возник ряд неправильных определений границы полезной области - если широкая таблица располагалась на листе "боком" и заканчивалась на середине страницы (получается вертикальная линия конца таблицы), а верхний колонтитул уходил правее.

Может быть, для устранения таких проблем разделить алгоритм (и этапы обработки) - отдельно определять колонтитул, отдельно - основной текст.

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

Nick222
Это часто задаваемый вопрос. Вам сюда:
http://sourceforge.net/apps/mediawiki/scantailor/index.php?title=%D0%A7%D0%B0%D1%81%D1%82%D0%BE_%D0%B7%D0%B0%D0%B4%D0%B0%D0%B2%D0%B0%D0%B5%D0%BC%D1%8B%D0%B5_%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%D1%8B

Tulon
Я ничего не спрашивал, в общем-то, я предлагал разделить алгоритмы выделения:
а) колонтитула и страницы;
б) разных типов (кусков) страниц.
Если это уже есть - хотелось бы знать, как с этим работать.

И ещё - почему-то вокруг страницы на выходе получаются огромные поля - гораздо больше указанных 5 или 10 мм - каков алгоритм создания полей конечных изображений?

Nick222

Цитата:

Я ничего не спрашивал, в общем-то, я предлагал разделить алгоритмы выделения:
а) колонтитула и страницы;
б) разных типов (кусков) страниц.

У меня нет идей насчет того, как это сделать.


Цитата:

И ещё - почему-то вокруг страницы на выходе получаются огромные поля - гораздо больше указанных 5 или 10 мм - каков алгоритм создания полей конечных изображений?

В документации стадии "Макет страницы" этот вопрос описан.

Цитата:

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

Да, это был мой вопрос. Есть такие две ерундовые программки, IrfanView и Photoshop (если задана Batch mode), которые так делают.
Пока обхожусь пакетным переименованием в Total Commander.

Большое спасибо, Tulon, это прекрасная программа. Я узнал о её существовании сегодня, поискав "djvu" в Центре приложений Ubuntu 9.10, затем, сходу и без особых проблем, перегнал первую книгу. Пока удобно и понятно почти всё.
От души желаю Вам творческих успехов.

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

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

Было бы логично, если бы раздельные папки "out" под каждый вариант проекта имели бы имена "out_Имя Проекта". Предвижу протесты о потреблении дискового пространства. Полагаю, однако, что достигнутая предлагаемым новшеством чёткость и определённость окупит затраты.

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

iit512
Неужели и фотошоп так делает? То есть вы открываете скажем файл 1.tiff, вносите изменения, нажимаете Ctrl+S, и получаете в результате 1.tif? Кто-нибудь может подтвердить?

Andriuha077
Всегда приятно слышать положительные отзывы.


Цитата:

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

Не все так просто. Во первых откуда мне знать, какую именно программу вы хотите использовать. Во вторых, под Linux полноценной программы сборки DjVu просто нет. То, что есть - это отдельные утилиты для кодирования черно-белого контента, и другие - для картинок. В принципе ST знает, где у нас картинки а где Ч/Б контент, и поэтому можно было бы встроить кодер DjVu прямо в ST, но это для меня низкоприоритетная задача.
Так что пока придется использовать либо платный DEE из под Windows или Wine, ну или методологию от anagnost96, которая правда требует значительно больше усилий.


Цитата:

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

Можно наверное сделать и до текущего, просто руки не доходят.


Цитата:

Было бы логично, если бы раздельные папки "out" под каждый вариант проекта имели бы имена "out_Имя Проекта". Предвижу протесты о потреблении дискового пространства. Полагаю, однако, что достигнутая предлагаемым новшеством чёткость и определённость окупит затраты.

Я не понимаю, что вы имеете в виду под "каждый вариант проекта". Тут нужен конкретный пример.


Цитата:

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

Это не просто временные файлы - это кэш, который ускорит работу при повторном открытии проекта. К тому же они не растут безконтрольно - для каждого входного изображения в папке cache/thumbs имеется не больше одного файла, и тоже самое относится к папке cache/automask по отношению к выходным изображениям. Ну и в третих, они имеют мизерный размер по сравнению с размером исходный данных.

Цитата:

Большое спасибо, Tulon, это прекрасная программа.

Andriuha077 И так программу начали осваивать чайники, каким и я являюсь.Попробую высказать свой взгляд на Ваши замечания.
1)
Цитата:

После получения файлов tiff

Сразу отправить в приложение - какое?Ведь Вы пользуетесь одним, а я другим.Затем перед передачей в приложение иногда надо несколько переставить файлы tiff,потому что последовательность и количество страниц скана и книги может не совпадать.
2)
Цитата:

Заметил, что финальный процесс "Вывод", будучи запущен не с первого листа

Как правило ВЫВОД запускается с наиболее заполненного листа, после его обрезки.Процесс ВЫВОДА не быстрый.Мне важнее зафиксировать, что он дошел до последней страницы. А затем вручную перехожу в начало и довывожу.Все равно автоматический ВЫВОД надо хоть один раз пролистать и сделать на некоторых картинках автономную обработку.
3)
Цитата:

если бы раздельные папки "out"

Варианты ВЫВОДА они и есть произвольные варианты.Напримемер ВЫВЕЛ я 300dpi - переименовал папку вывода out300.Вывел затем 600, появилась новая папка out - переименовал ее out600 и так далее.Andriuha077 Прочел Ваше последующее сообщение - проект не надо переименовывать - надо переименовывать папки вывода, чтобы сохранить его разные варианты.
4)
Цитата:

автоматическое удаление временных файлов

Скорее всего это не временные файлы, а файлы сохраняющие Вашу работу над картинками проекта

Tulon,

Цитата:

Было бы логично, если бы раздельные папки "out" под каждый вариант проекта имели бы имена "out_Имя Проекта". Предвижу протесты о потреблении дискового пространства. Полагаю, однако, что достигнутая предлагаемым новшеством чёткость и определённость окупит затраты.

Я не понимаю, что вы имеете в виду под "каждый вариант проекта". Тут нужен конкретный пример.

Например, после всех этапов форматирования, вывод файлов tiff нового проекта в проведён в папку out,
затем проект сохранён под определённым именем, пара поправок - и вывод идёт уже в папку out_Имя,
затем разрешение изменено с 600 на 400, сохранён проект Имя400, с выводом в out_Имя400, и т.д.

alpopo
Цитата:

автоматическое удаление временных файлов

Скорее всего это не временные файлы, а файлы сохраняющие Вашу работу над картинками проекта

к счастью, как и предполагал, нет -
Цитата:

- это кэш, который ускорит работу при повторном открытии проекта

- однако, признаю низкий приоритет полезности такой опции.


Цитата:

Во первых откуда мне знать, какую именно программу вы хотите использовать. Во вторых, под Linux полноценной программы сборки DjVu просто нет. То, что есть - это отдельные утилиты ...

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

Andriuha077

Цитата:

Например, после всех этапов форматирования, вывод файлов tiff нового проекта в проведён в папку out,
затем проект сохранён под определённым именем, пара поправок - и вывод идёт уже в папку out_Имя,
затем разрешение изменено с 600 на 400, сохранён проект Имя400, с выводом в out_Имя400, и т.д.

Понятно. Только это грязное решение. Чистым решением было бы позволить менять директорию вывода у уже существующего проекта. Сам я на такие мелочи отвлекаться не стану, но патч принял бы.

Tulon,
Цитата:

... Только это грязное решение. Чистым решением было бы позволить менять директорию вывода у уже существующего проекта.

Возможно, не столь грязное: оно не потребует поля ввода директории, а лишь переменной с именем проекта, которая и так имеется. Кроме того, сохранит в файлах проекта оба (и более) его варианта.

Цитата:

Неужели и фотошоп так делает? То есть вы открываете скажем файл 1.tiff, вносите изменения, нажимаете Ctrl+S, и получаете в результате 1.tif? Кто-нибудь может подтвердить?

ctrl+shift+s == save as
ver 5.5 - отрицательно
ver 8.0;11.0 - положительно

Добавлено:
Похоже на старческое брюзжание, но "сейчас как раньше не делают".
:(

alpopo.
Цитата:

... Напримемер ВЫВЕЛ я 300dpi - переименовал папку вывода out300.

Я так и делал сегодня. Однако...
Я согласен с тем, что, разумеется, возможно все шаги производить руками, но, исходя из факта популярности графических интерфейсов вообще - автоматизация удобна. Кроме того, у неё выше надёжность, в сравнении с работой оператора, вынужденного выполнять простые машинные функции руками, используя сторонний браузер либо терминал.

Цитата:

... Затем перед передачей в приложение иногда надо несколько переставить файлы tiff,потому что последовательность и количество страниц скана и книги может не совпадать.

Мне показалось, это - перед выводом, перед обработкой, командами "Удалить из проекта, Вставить перед, Вставить после". Никакой путаницы с переименованием отдельных файлов сторонними программами. Далее используется автоматически созданная нумерация, что очень быстро и удобно.

Цитата:

Как правило ВЫВОД запускается с наиболее заполненного листа, после его обрезки.Процесс ВЫВОДА не быстрый.Мне важнее зафиксировать, что он дошел до последней страницы. А затем вручную перехожу в начало и довывожу.Все равно автоматический ВЫВОД надо хоть один раз пролистать и сделать на некоторых картинках автономную обработку.

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

Andriuha077
Цитата:

лишнее вынужденное действие под контролем человека

Что делать руками, а что ногами (автоматом) это вопрос.Как там говорилось - ружье, трубку и жену не дам никому.Мне кажется, что скан это одна сущность (дистрибутив), а вывод это много разных сущностей (разных вариантов обработки). В данном случае проект это дистрибутив, а out это вариант результата.Вариант вывода он потому и вариант, что осталась какая-то неудовлетворенность после проверки работы автоматики под контролем оператора.Вобщем дистрибутив (а это скан и его первичная обработка в СТ - проект) сохраняем неизменным, а out варьируем как хотим ручками, потому что это произвол.

Tulon, на странице, содержащей много мелких и нечётких снимков, в "Смешанном" режиме часть снимков стала ч/б, часть - серой шкалой, как и необходимо. Примерно в шахматном порядке. Пришлось объявить всю страницу gray.
Было бы интересно вручную править области, отбираемые "Смешанным" автоматически.

Ещё пару ненужностей, заранее извиняюсь.
Перемещение страниц в листинге с помощью "^ и v", вместо "Удалить и Добавить".
Перемещение самого листа справа в низ левой части, "< либо >" наверху листа, для максимизации области просмотра.

alpopo, Полностью согласен, исходник неприкосновенен всегда, это естественно. Хотя бы потому, что может отличаться по числу и принадлежности страниц вывода частям сканированного оригинала.

Дополнением кнопок "Целиком, Часть, Две" (названия условны, все - на этапе "Разрезка страниц") послужит произвольное выделение областей.

Оригинал можно сшивать из основного и дополнительных файлов, представленных в виде дерева. При этом, вращение дополнений производится относительно основного скана, а вращение основного - для всего сборного листа.
Интересно, как бы могли объединиться пункты-этапы "1, 2, 3", без отступления от теперешнего вида и функций.

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

Всё сказанное - очень далёкая перспектива. А пока продолжу поиск необходимого мне djvu...nix-решения.

P.S.
Цитата:

... - ружье, трубку и жену не дам никому

- У последней-то и отнимается время на рутину

Andriuha077

Цитата:

А пока продолжу поиск необходимого мне djvu...nix-решения.

Посмотрите это: http://djvu-soft.narod.ru/soft/all2djvu.htm