» Scan Tailor

- Проблемы на этапе "Разрезка страниц".
p0001.tif, p0004.tif, p0010.tif - срезались буквы и рисунки;
p0004.tif, стр.9 - рисунок не включен в полезную область;
p0005.tif, стр.11; p0010.tif, стр.20 - половина рисунка отрезана.
- Исходя из этих ошибок приходу к выводу. что пройтись по сканам вручную (с проверкой) надо и на этапе "Разрезка страниц", т.к. ловил себя на том, что на "Полезная область" я не всегда могу отловить случай ошибки программы с разрезкой.
Но при таком подходе затраты времени резко увеличиваются при большом количестве страниц. И для меня в таких условиях программа перестает быть более интересной, чем SK.
- После проверки габаритов страниц (пакетную обработку не делал), перехожу на этап Вывод. Он сообщает "не определены габариты страницы". Так на каком этапе они определяются? На предпоследнем этапе тоже надо Пакетную обработку делать?
- перешел на этап Вывод. Программа автоматически пытается создать файл с параметрами, выставленными в ней по-умолчанию. При этом, я, не дожидаясь результата, нажал на "Изменить разрешение" - программа вылетела.
Может есть смысл пересмотреть идею запуска обработки на этапе "Вывод" без принудительного запуска? Конечно при этом придется сделать команду "Запуск для текущего скана".
- При повторной прогонке того же проекта после вылета программы: p0004.tif, стр.9 - рисунок включен в область правильно. (даже забавно)
- за горячие клавиши отдельное Спасибо.
- Результаты: может я раньше не обращал внимание, но сложилось ощущение, что теперь в Смешанном режиме что-то изменилось в алгоритме обработки... не в лучшую сторону. Аналогично моим примерам недельной давности привожу ещё, где светлые тона заменяются белыми - лично мне такой результат не нравится:
0010_p0005.tiff, 0019_p0010.tiff, 0028_p0114.tiff (уже знакомый вам) - высветление фона картинок;
0037_p0119.tiff - фон на таблице принят за картинку;
p0006.tif (оригинал) + 0012_p0006.tiff (результат) - вот вам ещё пример необходимости функции "исключения картинок из обработки" (светлый контент из картинки исчез).
P.S. Странное ощущение, что программа стала давать результаты хуже, чем в сборках конца декабря. Может это только частный случай.

Материалы по описаниям (извините, но 20 Mb) - http://narod.ru/disk/5272958000/Test%20(copy%202).7z.html

Выложьте пожауйста сылку на иструкциию по сборе программы на windows

Она в исходниках, в каталоге packaging/windows. Прямая ссылка тут как-то давалась.

Tulon

Цитата:

Попробуйте в исходниках, в файле NewOpenProjectPanel.cpp закомментировать

Попробовал, не собирается, в логе ошибки (при сборке я пропустил пп. 6 и 7, а начал с п. 8 инструкции):[more]
Код: C:\build\scantailor-0.9.1\NewOpenProjectPanel.cpp:1: error: stray '\239' in program
C:\build\scantailor-0.9.1\NewOpenProjectPanel.cpp:1: error: stray '\187' in program
C:\build\scantailor-0.9.1\NewOpenProjectPanel.cpp:1: error: stray '\191' in program
mingw32-make[2]: *** [CMakeFiles/scantailor.dir/NewOpenProjectPanel.cpp.obj] Error 1
mingw32-make[1]: *** [CMakeFiles/scantailor.dir/all] Error 2
mingw32-make: *** [all] Error 2

Цитата:

- После проверки габаритов страниц (пакетную обработку не делал), перехожу на этап Вывод. Он сообщает "не определены габариты страницы". Так на каком этапе они определяются? На предпоследнем этапе тоже надо Пакетную обработку делать?

Этап "Макет страницы" в пакетном режиме бесполезен, потому как никаких автоматизированных действий он не делает. Правда он заставляет скан пройти все предыдущие этапы, что может быть полезно. В общем, в таких случаях достаточно прогона пакетной обработки на этапе "Полезная область". Если вас не пускают на "Вывод", значит не все рамки контента определены. Если например вы возвращались на "Разрезка страниц" и что-то там меняли - это автоматически сбрасывает рамку контента. Делаете пакетный прогон чтобы до-обработать их. Такой прогон пройдет гораздо быстрее обычного - потому как уже определенные параметры будут браться их кэша.


Цитата:

- перешел на этап Вывод. Программа автоматически пытается создать файл с параметрами, выставленными в ней по-умолчанию. При этом, я, не дожидаясь результата, нажал на "Изменить разрешение" - программа вылетела.

Мда. А у меня такого никогда не было. Тут видимо без помощи Arceny не обойтись. У меня никак не хотят воспроизводиться падения. Может у него воспроизведутся.


Цитата:

Может есть смысл пересмотреть идею запуска обработки на этапе "Вывод" без принудительного запуска? Конечно при этом придется сделать команду "Запуск для текущего скана".

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


Цитата:

- При повторной прогонке того же проекта после вылета программы: p0004.tif, стр.9 - рисунок включен в область правильно. (даже забавно)

Значит надо подождать, когда вылечим падения. Может и другие вещи вместе с этим исправятся.


Цитата:

- Результаты: может я раньше не обращал внимание, но сложилось ощущение, что теперь в Смешанном режиме что-то изменилось в алгоритме обработки... не в лучшую сторону. Аналогично моим примерам недельной давности привожу ещё, где светлые тона заменяются белыми - лично мне такой результат не нравится:

Да нет - если картинка где-то плавно переходит в фон - такой эффект всегда имел место.

P.S: Примеры еще не смотрел. Уже заканчиваю переделку новой панели без использования масок. Падения на старте по идее должны после этого исчезнуть.

Добавлено:

Цитата:

Попробовал, не собирается, в логе ошибки

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

Добавлено:
Посмотрел на примеры от denver 22. Имеем два класса проблем:
1. Нет видимой линии сгиба, зато есть картинки. В итоге край картинки воспринимается как линия сгиба. Тут можно что-то попытаться придумать, например выделять не только вертикальные лини высокого градиента, но и горизонтальные, после чего убирать те вертикальные, которые соединяются с горизонтальными. Хотя нет, не прокатит - линии сгиба ведь соединяется с краями страниц. В общем надо думать, но сделать наверное можно.
2. Компоненты рисунка воспринимаются как тень от краев книги. Тут идей пока никаких нет.

Цитата:

Нет видимой линии сгиба, зато есть картинки

Коммент: это все та же серия "переделывание книг". Какой-то умник удалил изгиб и немного облагородил книгу. Но кривизна страниц, обусловленная сканированием разворота, а также много грязи в книге остались. Да и сама книга кодирована из разворотов. Вот и принял решение переделывать ОЧЕНЬ полезную книгу.
Но зато и для Scan Tailor повод стать более универсальной в применении .
По п.2. Извиняюсь, но буду капать на мозг... необходима функция "зона исключения из обработки" . Вполне готов ждать сколько и следующего релиза. Лишь бы от вас услышать согласие о её необходимости. Хотя вы вроде уже соглашались

Цитата:

По п.2. Извиняюсь, но буду капать на мозг... необходима функция "зона исключения из обработки" . Вполне готов ждать сколько и следующего релиза. Лишь бы от вас услышать согласие о её необходимости. Хотя вы вроде уже соглашались

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

Цитата:

6. Запустить CMake и указать следующее:

Директория исходников: C:\build\scantailor-0.9.0\packaging\windows\build-deps
Директория сборки: C:\build\scantailor-deps-build

Указал следующие пути:Директория исходников:C:/Build/scantailor/tags/RELEASE_0_9_1/packaging/windows/build_deps
Директория сборки:C:/Build/scantailor-deps-build

Цитата:

Если все прошло нормально, кнопка "OK" станет активной.

Кнопу "ОК" не нашёл, зато нашёл Generate, она активна, кофигурирование проходит без проблем. (Правда я не знаю какой надо указать путь для EXECUTABLE_OUTPUT_PATH и LIBRARY_OUTPUT_PATH

Цитата:

7. Запустить Qt Command Prompt из меню Пуск.
Туда вводим следующее:

C:
cd C:\build\scantailor-deps-build
mingw32-make 2> log.txt

У меня комманда прерывается через пару секунд, пишет:"mingw32-make: *** No targets specified and no makefile found. Stop."
Как решить проблему?

Короче обновил сборку в шапке до 20090127.

CrackMe

Цитата:

Кнопу "ОК" не нашёл, зато нашёл Generate

это где ты её нашел. Речь о программе CMake 2.6. Она там есть. А вот "EXECUTABLE_OUTPUT_PATH и LIBRARY_OUTPUT_PATH" я в CMake не нашел. Ты явно в какой-то другой программе делаешь.
Дальше по п.7 - такое ощущение, что какой-то пункт ты явно пропустил.
P.S. Вообще мне явно не стоило встревать с советами. Tulon лучше скажет что к чему. Но если что, у меня опыт уже имеется. Чисто "куда нажать" подсказать смогу. По большому счету все надо делать по Инструкции. Там все верно.
А вот когда разберешься с первой своей сборкой, я дать описание как быстро разбираться с новыми сборками. Шишек я себе уже набил. Знаю теперь что делать.
Добавлено:

Цитата:

А чем это будет отличаться от того, чтобы просто подправить зону контента?

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

CrackMe

Цитата:

Кнопу "ОК" не нашёл, зато нашёл Generate, она активна, кофигурирование проходит без проблем.

Вы видимо запускаете CMake-gui(beta), а надо CMake.

CrackMe


Цитата:

Указал следующие пути:Директория исходников:C:/Build/scantailor/tags/RELEASE_0_9_1/packaging/windows/build_deps
Директория сборки:C:/Build/scantailor-deps-build

Вот уже первая проблема. Вы скачали все дерево SVN, а надо было только поддиректорию trunk. То, что вы указали в качестве директории исходников - это снапшот версии 0.9.1, а текущая версия находится как раз в trunk.


Цитата:

Кнопу "ОК" не нашёл, зато нашёл Generate, она активна, кофигурирование проходит без проблем. (Правда я не знаю какой надо указать путь для EXECUTABLE_OUTPUT_PATH и LIBRARY_OUTPUT_PATH

Значит OK переименовали в Generate. А EXECUTABLE_OUTPUT_PATH и LIBRARY_OUTPUT_PATH все равно не используются - оставьте как есть.


Цитата:

У меня комманда прерывается через пару секунд, пишет:"mingw32-make: *** No targets specified and no makefile found. Stop."
Как решить проблему?

В общем случае - посыланием мне файла log.txt, но в данном - по моему кнопку Generate вы так и не нажали.

U235

Цитата:

Вы видимо запускаете CMake-gui(beta), а надо CMake.

Работает и то и то, просто там интерфейс немного другой.

Добавлено:
denver 22

Цитата:

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

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

Цитата:

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

Картинка как правло умещается по ширине в полезную зону, поэтому не будет влиять на формирование БОЛЕЕ широкой ширины страницы. Т.е. будет за пределами добавляемых полей.
Понятное дела, что рисунок будет внутри Полезной зоны, но и вместе с тем - в зоне исключения. Чтобы остаться "нетронутым". Я лишь хочу избавиться от "выбеливания" части рисунка (см. мои примеры) - они же портятся на вид.

Цитата:

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

Это уже picture zones а не exclude zones.

Tulon

Цитата:

вечером попытаюсь сделать.

http://depositfiles .com/files/oahkjs41q

Olive77
Это последняя сборка (от 27ого) или нет?

К сборщикам - перед сборкой пожалуйста прописывайте номер сборки в файл VERSION. Так он будет отображаться в заголовке окна. Поскольку сейчас несколько человек научились делать сборки, добавляйте еще и свой ник, или сокращение от него. Например версия может быть такая:
2009-01-27 denver
В общем формат версии любой, только в одну строку, без кавычек, и без обратных слэшей.

Чтобы изменение файла VERSION отразилось, надо прогнать шаг 8 из инструкции (обычно при обновлении в ту же директорию хватает шага 9).

Цитата:

К сборщикам - перед сборкой пожалуйста прописывайте номер сборки в файл VERSION. Так он будет отображаться в заголовке окна.

Договорились. Со следующей версии.

Tulon

Цитата:

Кстати, monday2000, а ведь ваш список претензий опустел!

Не совсем пойму - что именно теперь скачивать?
Скачал вот это http://narod.ru/disk/5277725000/scantailor20090127.7z.html из шапки.

Цитата:

Маленького окна в последнем релизе нет (точнее есть, но не в виде окна, а в виде панельки в главном окне)

Это изменение увидел. ИМХО теперь стало совершенно замечательно - и к тому же исключительно интуитивно-ясно. Браво! Теперь юзер точно никак мимо не проскочит.
Дело в том, что это маленькое окошко на старте (теперь уже исчезнувшее) очень сильно раздражало (ИМХО).
Остаются, на мой взгляд, кое-какие мелкие штрихи по окошкам создания проекта - но это уже мелочи. Главное - теперь концепция в принципе верна.
Предлагаю при указании "Директория ввода" чтобы всё её файлы автоматически попадали в категорию "Файлы в проекте" - а не наоборот (как сейчас). По-моему, так более естественно.

Цитата:

хэлп какой-никакой, а написан. Что теперь скажете?

Хелп пока не обнаружил - где он? Хотелось бы видеть в меню последний пункт "Помощь".

Увидел и сглаживание. Весьма недурно. Сделано как в WinDjView - "прорисовка с отложенным сглаживанием".

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

Из мелочей - может, стоит поменять местами направления масштабирования при вращении колёсика? Уже как-то привыкли к СК - а тут ровно наоборот (в этом плане). Вращаешь на себя - оно уменьшается. Привычнее наоборот - чтобы увеличивалось.

В меню "Файл" хотелось бы увидеть внизу пункт "Выход" (или что-то в этом роде).

P.S. Я думаю, что вполне имеет смысл взять из СК то разумное, что там есть. Чтобы "не изобретать велосипед". К тому же СК за годы накопил немало материализованных пожеланий юзеров - что тоже ценно. Т.е. глядя на СК, легче представить, чего хотят юзеры.

Tulon

Цитата:

то последняя сборка (от 27ого) или нет?

предыдущая (26b).
проглядел, что еще одна вышла.
Вечером потестирую тогда последнюю.

Цитата:

Вращаешь на себя - оно уменьшается. Привычнее наоборот - чтобы увеличивалось.

Не согласен. В IE и FF вращение на себя ведёт к уменьшению масштаба, так что для пользователей не знакомых со СК, но знакомых с браузерами так привычнее.

Добавлено:
Tulon
А вы пока так и не добавили автоматическую подстановку текущего номера страницы в первую ячейку при исправлении ориентации диапазона страниц.
Добавьте, пожалуйста горячую клавишу (например [alt]) для изменения направления резчика страниц.
У меня английская Windows и имеется недоперевод при выходе.

Tulon
В последней сборке http://rapidshare.com/files/190545807/scantailor-buildRev229.7z.html баг с обновлением окна при старте и вылетом программы исчез. Спасибо!

Цитата:

Цитата:
Вращаешь на себя - оно уменьшается. Привычнее наоборот - чтобы увеличивалось.

Не согласен. В IE и FF вращение на себя ведёт к уменьшению масштаба, так что для пользователей не знакомых со СК, но знакомых с браузерами так привычнее.

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


Цитата:

Добавьте, пожалуйста горячую клавишу (например [alt]) для изменения направления резчика страниц.

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

Добавлено:

Цитата:

У меня английская Windows и имеется недоперевод при выходе.

Этот текст идет от Qt. Перевести его возможно, но не так просто, как то, что идет от СТ. Пока отложу это до лучших времен.

Tulon

Цитата:

Я например считаю многие претензии monday2000 необоснованными, но это претензии к программе а не ко мне лично, а раз так, то особых проблем я тут не вижу.

Если вы внимательно прочитаете мое первоначальное сообщение, то увидите, что я поднял вопрос вовсе не из-за того, что кто-то предъявляет претензии к вашей программе. Речь шла о том, что пользователь, утративший интерес к вашей программе (как он сам заявляет), ходит сюда (видимо, из вредности) и втирает свое нелепое видение вашего места (места разработчика freeware программ) как раба на галерах, а также жалуется на свои психологические проблемы с запуском вашей программы. Ничего общего с нормальным обсуждением программы я в этом не вижу.
Я ничего не имею против его нормальной критики и обсуждения программы - я только за. Но я против, чтобы этот топик превращали в помойку.

Цитата:

А если уж кто-то перешел на личности в ваш адрес - лучше проигнорировать это, чем отвечать тем же.

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

monday2000

Цитата:

Таких я буду "мочить в сортире" - чтоб другим неповадно было.

Ответ ушел в личку спеца по сортирной борьбе.

savage2000

Цитата:

Ничего общего с нормальным обсуждением программы я в этом не вижу.

Так это Ваши проблемы - и уж никак не мои.

Цитата:

что ему не дают спокойно гадить здесь.

Гадите здесь Вы - а я здесь пишу.

Цитата:

Но я против, чтобы этот топик превращали в помойку.

Ну вот и не превращайте - своими нелепыми, абсолютно глупыми и никому не нужными обвинениями.

Цитата:

Из скан-топика, говорят, его вообще вышвырнули,

Да, "вышвырнули". Ну и что? Просто амбиции у админа взыграли - вот и всё. Никакого здравого смысла - чисто эмоции.

Цитата:

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

Смешно. Пора создавать раздел "Наши анекдоты" - и туда это поместить. Я могу и на другом форуме писать, и на своём сайте - мне побоку все эти "запреты". Правду не запретишь.

Цитата:

И будет дальше наглеть, если все будут молчать, игнорировать.

"Наглеть"-"не наглеть" - всё это чисто субъективно. У Вас воспалённое воображение. Я всегда буду жёстко критиковать недостатки и называть вещи своими именами - потому что это только на пользу делу. Сусальное чистоплюйство и гнилое интеллигентничание до добра не доведут.

Tulon
Вот некоторые изображения, которые некорректно режутся программой(не все из-за проблем с заливкой)
ScanImage03.tif, ScanImage05.tif, ScanImage06.tif,ScanImage08.tif, ScanImage09.tif - это сканы 2 одинаковых страниц; ScanImage199.tif, ScanImage214.tif.

Добавлено:
http://rapidshare.com/files/190729250/ScanImage_056.tif.html
http://rapidshare.com/files/190729393/ScanImage__057.tif.html
http://rapidshare.com/files/190729522/ScanImage__068.tif.html
http://rapidshare.com/files/190729837/ScanImage__069.tif.html
http://rapidshare.com/files/190729944/ScanImage__091.tif.html
http://rapidshare.com/files/190730076/ScanImage__101.tif.html
http://rapidshare.com/files/190730231/ScanImage__102.tif.html
http://rapidshare.com/files/190730345/ScanImage__119.tif.html
http://rapidshare.com/files/190730569/ScanImage__127.tif.html

Добавлено:
_____________________________________________
Далее следуют изображения с еле заметными перекосами резца:
http://rapidshare.com/files/190731809/ScanImage__087.tif.html
http://rapidshare.com/files/190731967/ScanImage__100.tif.html
http://rapidshare.com/files/190732336/ScanImage__100.tif.html
http://rapidshare.com/files/190732929/ScanImage__117.tif.html
http://rapidshare.com/files/190732766/ScanImage__128.tif.html
http://rapidshare.com/files/190732864/ScanImage__129.tif.html
http://rapidshare.com/files/190732998/ScanImage__130.tif.html
http://rapidshare.com/files/190733616/ScanImage__131.tif.html
http://rapidshare.com/files/190733119/ScanImage__132.tif.html
http://rapidshare.com/files/190733141/ScanImage__133.tif.html

Цитата:

Вот некоторые изображения, которые некорректно режутся программой(не все из-за проблем с заливкой)
ScanImage03.tif, ScanImage05.tif, ScanImage06.tif,ScanImage08.tif, ScanImage09.tif - это сканы 2 одинаковых страниц; ScanImage199.tif, ScanImage214.tif.

Лучше бы конечно одним файлом, ну да ладно. Пока только эту пачку скачал - по ней и комментарии. Значит так, тип разреза кроме как на последних двух страницах определяется неправильно. Это вполне можно понять - тут и человек засомневается. Если принудительно выставить тип разреза - тогда ошибка при разрезании только одна - на ScanImage199.tif. Если бы текст по другую сторону от разреза был бы почетче, то этой ошибки не было бы. После исправления этой страницы, на стадии Полезная область была еще одна ошибка - на ScanImage214.tif. Тут причина - опять та самая прокладка, которую вы подкладываете под сканируемую страницу, и которая закрывает большую часть тени, но огрызок все же остается.

Цитата:

Вращаешь на себя - оно уменьшается. Привычнее наоборот - чтобы увеличивалось.

Тоже не согласен. А AutoCAD-е к примеру реализовано так же, как сейчас в Scan Tailor.
Новые замечания (версия 20090127):
- Картинка в сером опознана как ч/б - качество потеряно:
aa_0112.tif (оригинал), 0111_aa_0112.tiff (результат)
aa_0307.tif (оригинал), 0306_aa_0307.tiff (результат)
В целом поработал в новой сборке над новый проектом - остался доволен. Вот только обработка некоторых картинок, как в двух моих последних постах-примерах, исправить бы. И будет чудесно!
Тест-архив - http://narod.ru/disk/5303049000/Test%20(copy%203).7z.html

Цитата:

Это вполне можно понять - тут и человек засомневается

Не совсем понятно мне. У меня разрез проходит не на линии переплёта, а как минимимум в 3 санитметрах от него: http://ipicture.ru/Gallery/Viewfull/12407605.html , http://ipicture.ru/Gallery/Viewfull/12407685.html ,

Цитата:

тип разреза кроме как на последних двух страницах определяется неправильно.

Счиатю, что на 2 последних тоже непраильно, хотя и некритично:
ScanImage199 в автомаитческом режиме, а так считаю должно быть. ScanImage214 в автоматическом режиме: http://ipicture.ru/Gallery/Viewfull/12408075.html , а так считаю должно быть: http://ipicture.ru/Gallery/Viewfull/12408157.html

Цитата:

Не совсем понятно мне. У меня разрез проходит не на линии переплёта, а как минимимум в 3 санитметрах от него: http://ipicture.ru/Gallery/Viewfull/12407605.html , http://ipicture.ru/Gallery/Viewfull/12407685.html ,

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

Не могу применить Output ко всем файлам

Цитата:

Так это одностраничные или все-же

Одностраничные.