» Scan Tailor

Ура! Последняя сборка умеет "применить к выделенным"!!!
Спасибо!!!

Добавлено:
А вот установить разрешение отличное от 600 нельзя

Rev.370
стадия2:разрезка страниц
Так и не понял: как НЕ РАЗРЕЗАТЬ ВСЕ страницы ?
Т.е. проблема в том что третья страница всё равно разрезается.

Цитата:

Rev.370
стадия2:разрезка страниц
Так и не понял: как НЕ РАЗРЕЗАТЬ ВСЕ страницы ?
Т.е. проблема в том что третья страница всё равно разрезается.

Проблема только в новой сборке, или везде? По идее просто устанавливается первый тип разреза и применяется ко всем страницам.

Так все же, можно починить смену разрешения в сборке 370 обратно?

Tulon
Раньше (например сборка 324) такой проблемы не было.
то что "По идее просто устанавливается первый тип разреза и применяется ко всем страницам." я т сам понимаю. Проблема такая - режет на автомате безусловно.

очень хочется сетки на стадии макет!

Сборка 371 по-прежнему не позволяет поменять разрешение вывода.

371
Проблема такая - не получается указать на разрезать страницы

Ух, неделю без интернета сидел, по милости, а точнее криворукости British Telecom.

Обе проблемы уже исправил - и невозможность применить тип разреза ко всем страницам, и невозможность применить новое разрешение вывода к чему либо. Пока сидел без интернета, почти сделал чтобы выходные изображения не перегенерировались, если никакие параметры не изменились. Сегодня доделаю. Кроме того, начал делать систему отсылки отчетов о падениях. Точнее не делать, а прикручивать готовую - google breakpad. В связи с чем понадобилось делать поддержку сборки под Visual Studio - потому как google breakpad ничего кроме нее под Windows не поддерживает. Пока добавлял такую поддержку - нашел пару багов, но вроде не серьезных - к падениям приводить не должны. На завершение системы отсылки отчетов уйдет еще неделя, а то и две. После этого выпущу релиз. Кстати как там со стабильностью последних сборок?

Добавлено:
ndch

Цитата:

очень хочется сетки на стадии макет!

С какой целью?

Спасибо!
А можно, пока Вы все равно работаете над программой добавить возможность определять полезную область равной величине максимального вписанного в страницу прямоугольника? Это очень бы ускорило работу в ситуациях, когда надо просто разрезать сдвоенные страницы.
И движок-регулятор смешанного режима очень хочется...
И ластик... (но это уже мечты? или нет?)

Цитата:

Tulon
С какой целью?

Для удобства вырезания страниц по шаблону

Серые tiff grey 16-bit открывает черными

Цитата:

Серые tiff grey 16-bit открывает черными

Видимо баг. Давайте пример.

Добавлено:
iit512

Цитата:

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

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


Цитата:

И движок-регулятор смешанного режима очень хочется...

Это приоритетная задача.


Цитата:

И ластик... (но это уже мечты? или нет?)

А эта - нет



Добавлено:
ndch

Цитата:

Для удобства вырезания страниц по шаблону

Сетка на этапе разметки для вырезания страниц по шаблону - все равно не понял. Опишите поподробнее.

Цитата:

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

Примеры -- понимаете, когда я делаю книжки, мне гораздо проще поправить обрезанные номера страниц/колонтитулы даже на двухстах страницах подряд (так было дважды на прошлой неделе), чем оформлять багрепорт... Прошу прощения.
Фича мне полезна тем, что экономит время на ручную правку полезной области. Да, сканы будут грязнее, особенно при отключенном деспекле (а он у меня отключен почти всегда, такова селяви). Но меня это устранивает больше. Я лучше сделаю больше книг, чем отполирую одну до блеска.
Опять же, Вам решать, что делать первым и вообще что делать. Если только я хочу странного, игнорируйте меня
А вот еще вещь о которой просили многие, и которая превратилась в постоянную зубную боль -- деспекл, съедающий точки. Нельзя никак исправить?

Цитата:

И движок-регулятор смешанного режима очень хочется...
Это приоритетная задача.

Ура! А то я придумал чудовищный алгоритм для текущей книги (700 страниц текста, иногда черно-белого, иногда с рисунками тонированными синим, иногда с серыми фото, иногда с цветными фото и рисунками) -- выводить сначала все в смешанный, потом все в черно-белый, потом все в цветной, потом комбинировать все три папки, а потом еще повышать яркость цветного автоматом в фотошопе. Как Вам для 700 страниц в 600 dpi?

Цитата:

И ластик... (но это уже мечты? или нет?)
А эта - нет

Увы. Но я все равно надеюсь и с оптимизмом смотрю в будущее.

Цитата:

Сетка на этапе разметки для вырезания страниц по шаблону - все равно не понял. Опишите поподробнее.

Аналогичная сетке на стадии компенсация наклона, но масштабруемая при увеличении, с размером сетки в 1/5 дюйма.

былоб вообще здорово если б саму сетку можно было сдвигать (правой кнопкой мыши),
а границы "макета" прилипали/выравнивались по сетке.

Насчет деспекла, съедающего мелкие детали: с этим конечно надо разбираться, но по моему на хороших сканах ничего подобного не происходит.
Я сталкивался со следующими случаями, когда съедались детали:
1. Отточия. Они довольно далеко друг от друга, поэтому и удаляются. В принципе их можно защитить от удаления автоматически, определив, что они находятся на одной линии.
2. Если неправильно указан DPI. Тут без комментариев.
3. При плохом качестве скана, приводящем к распаданию букв на отдельные компоненты.
Для последнего случая видимо придется вводить ручную регулировку аггрессивности удаления пятен. С этим не все просто. Во первых будет жесткая привязка к данному алгоритму, а во вторых не ясно, какие именно параметры делать регулируемыми.

Добавлено:
ndch
Все равно не понимаю, зачем нужна сетка на этапе макета. Мне выражение "вырезание страниц по шаблону" ни о чем не говорит.

Tulon
Может быть имеет смысл на этап макет страницы добавить пункты: "самая короткая страница", "самая узкая страница"? Это бы ускорило нахождение и правку страниц с обрезаными номерами страниц и колонтитулами.

Цитата:

Все равно не понимаю, зачем нужна сетка на этапе макета.

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

Цитата:

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

Да, это мой случай. В моих книгах есть отточия почти на каждой странице. Кроме того, в очень многих книгах есть оглавления с отточиями. Будет здОрово, если их можно защитить от удаления. Кстати, это происходит и на хороших сканах (хорошими я называю такие, которые без проблем обрабатываются в СК).

Цитата:

Может быть имеет смысл на этап макет страницы добавить пункты: "самая короткая страница", "самая узкая страница"? Это бы ускорило нахождение и правку страниц с обрезаными номерами страниц и колонтитулами.

Присоединяюсь.
===
Кстати, мой чудовищный алгоритм (выводить во всех трех режимах, а потом выбирать лучший вариант) оказался на удивление хорош. Рекомендую. Для обработки в фотошопе отобрал только ~20 страниц из 700.

Цитата:

Может быть имеет смысл на этап макет страницы добавить пункты: "самая короткая страница", "самая узкая страница"? Это бы ускорило нахождение и правку страниц с обрезаными номерами страниц и колонтитулами.

А как это может помочь? Самой короткой наверняка окажется не страница без номеров, а начало/конец главы, либо какой-нибудь заголовок, расположенный на отдельном листе. Тогда уж нужно, чтобы была возможность переходить к следующей по величине, и т. д.

Цитата:

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

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

Добавлено:

Цитата:

А как это может помочь? Самой короткой наверняка окажется не страница без номеров, а начало/конец главы, либо какой-нибудь заголовок, расположенный на отдельном листе. Тогда уж нужно, чтобы была возможность переходить к следующей по величине, и т. д.

Да, самая малая по вертикали вполне может быть не полной и изначально без номера.
Изначальная задумка была как раз сделать возможность сортировки по ширине и по высоте полезной области. Это оказалось весьма непростой задачей в силу сильной абстрагированности ленты предпросмотра. Лента ничего не знает про объекты, которые на ней. Она просто хранит последовательность объектов, которые умеют сами себя отрисовывать. Упорядочивать сами себя они не умеют. В результате решил отделаться малой кровью - сделать функции "Самая широкая / самая высокая страница". Кстати сделать переход к следующей странице по ширине / высоте - не сложно, если бы не одна загводзка - куда переходить, если размеры были вручную изменены?

А исходники только на С++? Исходники имеют хоть какое-то SDK? Кто автор и разработчик программы?
Замечания по добавлению функций.
1. Обработка неравномерно-освещённых сканов
2. Устранение кривизны строк и перекоса текста
3. Кодирование в формат djvu. (не входят в задачи проекта)
4. Наложение OCR-слоя.
5. Создание гипероглавления.
6. Возможность сканирования непосредственно из программы. (не входят в задачи проекта)
Да не хватает еще инструментов редактирования, к примеру ластик.
Извините, если показался слишком требовательным, но как по мне программа в своем классе лучшая, выигрывает у сканкромсатора. Идеально пожходит для новичков.

Один человек сделал видеоурок по программе -
Создание djvu с помощью ScanTailor

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

iit512
Возможно поможет это
http://sourceforge.net/apps/phpbb/scantailor/viewtopic.php?f=4&t=1

1) сделал макет - автоопределение
2) нашел самую широкую страницу и удалил ее из проекта
3) а ее размер запомнился и все страницы все равно вписываются в нее.

что делать ?



по моему второй год уже прошу:
пусть СТ стартует не из моих документов а из последней рабочей папки.
На худой конец пусть в опциях кнопка будет для выбора, откуда стартовать.
НЕУДОБНО !!!!!!!!!!!!!!


Добавлено:
Регулярно просиходит падение в следующем случае:

Делаю макет - авто.
Затем быстро прокручиваю ленту снизу вверх.
В момент прокрутки все падает.

Цитата:

Возможно поможет это
http://sourceforge.net/apps/phpbb/scantailor/viewtopic.php?f=4&t=1

Ну да, это-то понятно. Нужен, что ли, warning какой-то?
Вообще, чтение dpi из файла достает, ведь очень многие книжные утилиты (DDE и СК, например), требуют явного указания dpi, а из файла не читают. И это правильно, я думаю.
"Достает" прежде всего потому, что траблы возникают на стадии макета, а до этого все "нормально", и потому, что есть только два выхода -- либо вручную масштабировать файл, либо залезать в файл проекта. Сами понимаете, насколько это удобно.
Добавлено:

Цитата:

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

Да, поддерживаю.

Цитата:

пусть СТ стартует не из моих документов а из последней рабочей папки.
На худой конец пусть в опциях кнопка будет для выбора, откуда стартовать.
НЕУДОБНО !!!!!!!!!!!!!!

Абсолютно согласен. Я привык, конечно, но доставать продолжает.

Цитата:

Регулярно просиходит падение в следующем случае:
Делаю макет - авто.
Затем быстро прокручиваю ленту снизу вверх.
В момент прокрутки все падает.

Аналогично. Стало реже (по ощущению) в последних сборках.


Добавлено:

Цитата:

1. Обработка неравномерно-освещённых сканов

Очень нужно!

Цитата:

2. Устранение кривизны строк и перекоса текста

Еще больше нужно.

Цитата:

Да не хватает еще инструментов редактирования, к примеру ластик.

Уже писал, насколько этого не хватает.

Цитата:

А исходники только на С++? Исходники имеют хоть какое-то SDK? Кто автор и разработчик программы?

Исходники только на C++. SDK нет, поскольку нет интерфейса плагинов. Автор и разработчик - ваш покорный слуга.


Цитата:

1. Обработка неравномерно-освещённых сканов

Это уже есть. Для черно-белого и смешанного режима всегда включено, для режима "Цветной / Серый" есть соответствующая галка.


Цитата:

2. Устранение кривизны строк и перекоса текста

Сделать сложно, и не так уж часто оно надо,


Цитата:

3. Кодирование в формат djvu. (не входят в задачи проекта)

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


Цитата:

4. Наложение OCR-слоя.

1. Не имеет смысла если нет кодирования в DJVU.
2. Вообще не вписывается в интерфейс пользователя.
3. Не получится сделать кросс-платформенным, придется привязываться к FR.


Цитата:

5. Создание гипероглавления.

То же, что и пункт 4, за исключенем подпункта о кросс-платформенности.


Цитата:

6. Возможность сканирования непосредственно из программы. (не входят в задачи проекта)

Опять же не вписывается в интерфейс пользователя.


Цитата:

Да не хватает еще инструментов редактирования, к примеру ластик.

Ластик появится сам собой, когда будут реализованы зоны. У зон будут свойства, и одним из них как раз будет "залить белым".


Цитата:

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

Ну хоть что-то приятное услышал - и на том спасибо.

Добавлено:

Цитата:

Один человек сделал видеоурок по программе

Видел и одобряю. Может стоило побольше удачных моментов показать, чтобы уравновесить неудачные, но что есть, то есть.
Пара моментов:
1. С падением при вставке файлов в проект ничего поделать не могу - надо ждать новой версии Qt.
2. Не понял, почему неправлильно определилась линия разреза на первых сканах. Хотелось бы увидеть исходный файл.

Добавлено:

Цитата:

1) сделал макет - автоопределение
2) нашел самую широкую страницу и удалил ее из проекта
3) а ее размер запомнился и все страницы все равно вписываются в нее.

По идее такого не должно происходить, хотя это может быть и багом. Что происходит, если после удаления самой широкой страницы опять нажать на "Самая широкая страница"?

Еще одно маленькое замечание. Даже скорее всего просьба до добавлению функциональности.
Немного введения. Существует некий ГОСТ (1342-78 и 5773-76), который дает четкое описание форматов в полиграфических измерениях (см/доли листа) и размер Размер готового печатного издания Ширина х Высота (мм).
Ниже дается таблица стандартных форматов для бумажных книг.

1)Формат печатной
бумаги в
полиграфических
измерениях (см)/доля листа

2) Размер готового печатного издания
Ширина х Высота (мм)

1 2
84х108/8    265х410
70х108/8    265х340
70х100/8    245х340
60х90/8     220х290
84х108/16    205х290
70х108/16    170х260
70х100/16    170х240
75х90/16    182х215
70х90/16    170х215
60х90/16    145х215
60х84/16    145х200
84х108/32    130х200
75х90/32    107х177
70х108/32    130х165
70х100/32    120х165
70х90/32    107х165
60х90/32    107х140
60х84/32    100х140
Было бы классно если бы осуществить возможность изменения формата (размера) выходных сканов согласно стандартных форматов (формата, приведенного в полиграфическом описании)

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

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

Цитата:

по моему второй год уже прошу:
пусть СТ стартует не из моих документов а из последней рабочей папки.
На худой конец пусть в опциях кнопка будет для выбора, откуда стартовать.
НЕУДОБНО !!!!!!!!!!!!!!

OK, сделал чтобы последняя выбранная директория ввода запоминалась, и потом открывалась ее родительская директория.


Цитата:

Регулярно просиходит падение в следующем случае:

Делаю макет - авто.
Затем быстро прокручиваю ленту снизу вверх.
В момент прокрутки все падает.

Ну значит не зря я сейчас делаю систему отсылки отчетов о падениях.

Добавлено:

Цитата:

Вообще, чтение dpi из файла достает, ведь очень многие книжные утилиты (DDE и СК, например), требуют явного указания dpi, а из файла не читают. И это правильно, я думаю.

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

Добавлено:

Цитата:

Было бы классно если бы осуществить возможность изменения формата (размера) выходных сканов согласно стандартных форматов (формата, приведенного в полиграфическом описании)

Честно говоря, не вижу, как такое может быть полезно для e-book'ов. Вы ведь будете их на компьютере смотреть, а не в типографию на печать отправлять. В e-book'ах например обычно имеет смысл уменьшить поля по сравнению с печатным вариантом.
Ну допустим сделал бы я задание фиксированного размера вывода. Что в таком случае делать со страницами, не влезающими в этом размер?


Цитата:

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

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