Ru-Board.club
← Вернуться в раздел «Программы»

» Scan Tailor: Часть 2

Автор: Yevgenijz
Дата сообщения: 24.02.2011 07:43

Цитата:
По сравнению со СканКромсатором программа обеспечивает большее удобство для использования

Я же нашел не бОльшее удобство, а весьма трахоемкий процесс, которым приходится заниматься в СканТэйлоре и от которого избавлен в СканКромсаторе.
Нет, ну можно конечно так же, как выбирал открытие файла СканКромсатором, выбрать программу ScanTailor и открыть ей, но результатом такого "открытия" будет открытие того факта, что СканТэйлор не открывает отдельных файлов, а просто запускается и нужно очень изрядно с ним потрахаться, чтобы заставить его открыть только нужные файлы. Это называется бОльшее удобство?
Просто подход Изи Рабиновича(или как там его фамилия, точно не помню фамилию создателя ScanTailor, кажется Арцимович) Арцимовича, очень похож на поведение Windows: прога всеми силами пытается доказать, что она лучше юзера знает, что ему, юзеру, нужно. Такой подход Гейтс с Арцимовичем называют "дружественным". А пользователю приходится долго и упорно трахаться, пытаясь доказать проге, кто здесь хозяин.
Вот ссылка, сколько приходится заниматься сексом с СканТэйлором, чтобы добиться от него простых вещей.
Автор: monday2000
Дата сообщения: 24.02.2011 08:27
Yevgenijz

Цитата:
А может? А может? Можно ещё долго продолжать список того, что может СканКромсатор и не может СканТэйлор, только вот нужно ли?

Подобные недостатки являются скорее "болезнями роста". Просто программа очень молода - и её автору чисто физически не хватило времени чтобы реализовать указанные фичи. СканКромсатор старше Скан Тейлора в 5 раз - естественно, что у СК больше возможностей. Надеюсь, пока.

Цитата:
прога всеми силами пытается доказать, что она лучше юзера знает, что ему, юзеру, нужно. Такой подход Гейтс с Арцимовичем называют "дружественным". А пользователю приходится долго и упорно трахаться, пытаясь доказать проге, кто здесь хозяин.

ИМХО этим Вы выразили самый главный порок СканТейлора (о котором не раз многие говорили).

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

Берите исходники СТ - и "допиливайте" в нужном направлении.
StanFreeWare

Цитата:
ST Set Content обновился до 0.2

Задумайтесь всё же о том, чтобы Вам научиться создавать свои "клоны" СТ с желаемым функционалом - это будет гораздо эффективнее, чем делать очередную "ST ..." программу.

PS СканКромсатор - это уже "политический труп" - несмотря на все свои "плюсы". Отсутствие хелпа и дикая неадекватность интерфейса - это приговор. Не говоря уже о закрытости исходников и сомнительной лицензионности программы (последнее - без острой на то необходимости). Я даже удивляюсь действиям bolega - который продолжает добавлять значительный новый функционал в СК. Зачем? Сюрреализм какой-то. Движение в тупик на всех парах? До сих пор?

И пускай СТ сейчас не очень хорош. Пройдёт время - появятся новые аналоги СТ. Возможно, и сам СТ улучшится.
Автор: amosopher
Дата сообщения: 24.02.2011 08:43
Yevgenijz Я часто обрабатываю в СТ обложки - всегда открывал без проблем одиночные изображения в папке. У СТ есть целый ряд ценных преимуществ перед СК. Но самое главное - качество обработки. Оно объективно лучше. На моей памяти это несколько раз признавали и заядлые фанаты СК. А я всегда предпочитаю книги отличного качества книгам качества просто хорошего. Для меня СК обладает лишь одним неоспоримым преимуществом перед СТ - он быстрее обрабатывает сканы (но при этом менее качественно). Ваши замечания о неудобстве СТ носят чисто субъективный характер - Вы по незнанию допустили несколько ошибок при работе с программой, что, в основном, и вызвало Ваше недовольство. Когда я только начинал осваивать СК, то я тоже частенько выставлял не те параметры и не те галочки совершенно запарывая сканы. Однако я никогда не утверждал, что СК - плохая и чрезмерно усложненная программа. Хотя, если следовать Вашему примеру, у меня были на то все основания.


Добавлено:
StanFreeWare Если бы было можно влить Ваши замечательные утилиты в общий функционал СТ, то это был бы для меня самый значительный апгрейд за всю историю СТ!
Автор: alpopo
Дата сообщения: 24.02.2011 10:03
YevgenijzОсвоить СК с нуля простому пользователю раз в 100 (на два порядка) сложнее чем СТ. Вам просто трудно выбраться из обжитого дома в СК и посмотреть на мир незашореными глазами. А тут и придется признать, что СТ - это вещь в обиходе непродвинутого пользователя гораздо более значимая, чем СК. Если очень продвинутым трудно разобраться в простых программах, то не сбивайте с толку остальных. А попытка оскорбить разработчика ПО, ну это просто курам на смех!
Автор: C0USIN
Дата сообщения: 24.02.2011 10:38
Yevgenijz

Цитата:
Вот ссылка, сколько приходится заниматься сексом с СканТэйлором, чтобы добиться от него простых вещей.

Там допущена фатальная ошибка на шаге

Цитата:
Шаг 2: Разрезка страниц. Страница только одна, поэтому разрезать нечего, пропускаем.

Но тут хромает скорее логика работы ST. По умолчанию стоит опция "определено автоматически" но резаки не рисуются, даже если программа что-то отсекла по краям листа. Хотя выделение стоит на левой кнопке, которая должна отменять любые резаки.
Поэтому пропускать ни в коем случае нельзя. Приходится руками отменять разрезку.
Обязательно нужно исправить это безобразие. Явный глюк.

В любом случае ST претендует на роль интуитивно-понятной программы, чего не скажешь про SK. Интерфейс жуткий, а инструкции нет.
Автор: alpopo
Дата сообщения: 24.02.2011 11:01
C0USIN
Цитата:
Обязательно нужно исправить это безобразие. Явный глюк
Подтверждаю, это действительно имеет место
Автор: monday2000
Дата сообщения: 24.02.2011 11:02

Цитата:
Приходится руками отменять разрезку.
Обязательно нужно исправить это безобразие. Явный глюк.

Скорее, нужно просто сделать отдельную программу - для разрезания страниц. А затем убрать из СТ функционал по разрезанию страниц.

Это ИМХО будет наиболее правильным подходом - который удовлетворит большинство. Об этом уже многократно говорилось ранее.
Yevgenijz

Цитата:
Просто подход Изи Рабиновича(или как там его фамилия, точно не помню

На этом форуме не принято оскорблять кого-либо. Так можно и от модераторов схлопотать.
Автор: ndch
Дата сообщения: 24.02.2011 11:02
Yevgenijz

Цитата:
прога всеми силами пытается доказать, что она лучше юзера знает, что ему, юзеру, нужно. Такой подход Гейтс с Арцимовичем называют "дружественным". А пользователю приходится долго и упорно трахаться, пытаясь доказать проге, кто здесь хозяин.

О программе.
Программа не для делания конфетки из ... отвратительных сканов и не для переделывания.
Всё.

Зы. По поводу юзеров "ятутхозяин!" поинтеремуйтесь почему было введено ограничение на dpi подаваемых изображений.
Ответ станет очевидным.


Цитата:
чтобы добиться от него простых вещей.


Программа заточена на оцифровку книг со строгой вёрсткой, а не для "юнат-а" с молодёжной версткой.
Ко всему прочему нормальное сканирование с одинаковыми параметрами+выправление уровней+шумодав/дерастеризатор делают многое.

Этот вопрос поднимался уже десятки, сотни раз, но и до сих пор врываются пионеры с дикими воплями.
Да, эта фитюлька http://clip2net.com/clip/m63966/1291873329-clip-29kb.jpg очень похожа на малево третьекласника-рукодельщика.
С точки зрения программы это мусор.
С точки зрения вёрстки - это брак. Хотя может быть в Омске так и принято.
Какие вопросы ?

C0USIN
Цитата:
Поэтому пропускать ни в коем случае нельзя. Приходится руками отменять разрезку.
Обязательно нужно исправить это безобразие. Явный глюк.

Внимательнее надо быть: тип разреза, автоматика, диапазон.
Автор: C0USIN
Дата сообщения: 24.02.2011 11:20
monday2000

Цитата:
Скорее, нужно просто сделать отдельную программу - для разрезания страниц. А затем убрать из СТ функционал по разрезанию страниц.

Нее. Не надо убирать. Достаточно поправить только одну опцию по умолчанию, тогда эта ошибка не возникнет в принципе.
Все равно привык сканировать по одной странице а не разворотом. Так легче делать предварительную обработку сканов в фотошопе перед передачей в ST.

ndch

Цитата:
Внимательнее надо быть: тип разреза, автоматика, диапазон.

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

Автор: bearjrgm
Дата сообщения: 24.02.2011 11:34
monday2000 08:27 24-02-2011
Цитата:
Однако, в последнее время появилась такая положительная тенденция, когда сторонние люди начали потихоньку делать свои "клоны" СканТейлора - благо, что его исходные коды открыты (в отличие от СканКромсатора).


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


1. А что даст открытие исходников СК? Вы думаете многие кинутся пилить его под себя? Особенно учитывая, что там низкоуровневая оптимизация и ассемблерный код на операциях требующих больших вычислительных затрат.
2. А насколько лицензионно то, что делают при помощи этих программ??? Или тот софт, что вы выкладываете у себя? На производстве все равно этим всем пользоваться нельзя, так какой прок от этой открытости? Или сканируя ворованным файн ридером или вьюсканом на воровованной винде неразрешенные к копированию материалы, а потом ковертируя их в ворованном акробате или лизардтеховских утилитах, я так понимаю обливаются крокодиловыми слезами и переживают страшные духовные муки Как в анекдоте про мышей и кактус.
Есть автор и его право распоряжаться тем, что он сделал, тем более СК - первый продукт из этой линейки, который действительно помог перелопатить тысячи книг, ну а юзабилити, так о нем у каждого свое мнение.



Автор: ndch
Дата сообщения: 24.02.2011 11:54
C0USIN

Цитата:
Не понял Итак приходится быть внимательным чтобы обойти ошибку.

тип разреза = без разреза
вручную, ко всем страницам

помогло ?
Автор: monday2000
Дата сообщения: 24.02.2011 13:11
bearjrgm

Цитата:
1. А что даст открытие исходников СК?

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

Цитата:
Вы думаете многие кинутся пилить его под себя?

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

Цитата:
Особенно учитывая, что там низкоуровневая оптимизация и ассемблерный код

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

Цитата:
На производстве все равно этим всем пользоваться нельзя, так какой прок от этой открытости?

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

Цитата:
Или тот софт, что вы выкладываете у себя?

А куда мне деваться? У меня просто нет иного выхода. А у СК - есть (сделать всё столь же легально, как и у СТ).
Кстати, я придерживаюсь такого плана, чтобы с годами постараться выйти на полностью легальный софт по DjVu-книгосканированию - за исключением OCR, конечно. Первым шагом (наверное) будет полноценная замена (и, как следствие, отказ от использования) BookRestorer - и тот же Tulon явно движется именно в этом направлении (занимаясь Dewarping).
Кстати, как эти ни фантастично - нельзя исключать, что лет через 5 появится и достойный открытый OCR. Особенно, если ему будет подсовываться высокачественный скан (для выполнения OCR над ним).
То есть, стремиться к легальности-открытости следует уже сейчас - а жизнь ещё подкинет нам в будущем новые шансы для этого направления.

Цитата:
на воровованной винде

Уже сейчас можно делать всё под Linux - то же, что и под Windows (через Wine).

Цитата:
А насколько лицензионно то, что делают при помощи этих программ???

А это уже совсем иной вопрос, нежели чем легальность используемых программ. Его следует рассматривать отдельно. Допустим, имея полностью легальные программы, их можно без проблем поставить на работе легально. А уж какие книги кто будет делать этими программами - это другой разговор. Засечь нелегальное применение легальных программ будет куда сложней, нежели чем засечь наличие нелегальных программ.
Автор: alpopo
Дата сообщения: 24.02.2011 13:16
ndch
Цитата:
тип разреза = без разреза вручную, ко всем страницам
Да это надо проверять и делать на первой странице каждого проекта. Такова методика на сегодняшний день, поскольку первая страница разрезается на автомате
Автор: Yevgenijz
Дата сообщения: 24.02.2011 15:11

Цитата:
Да, эта фитюлька http://clip2net.com/clip/m63966/1291873329-clip-29kb.jpg очень похожа на малево третьекласника-рукодельщика.
С точки зрения программы это мусор.
С точки зрения вёрстки - это брак. Хотя может быть в Омске так и принято.

Не понял, при чем тут Омск?
Это скан страницы журнала «Юный техник» №5 1996. Журнал был взят из интернета и из вот такого г… была сделана конфетка. Откровенно говоря, это был ещё не самый плохой скан, вообще качество всех сканов было ужасное, впечатление такое, что журнал долго валяли в грязи прежде чем отсканить.
Сканили НЕ в Омске. Не знаю где, скорее всего, в Москве. Печатали точно не в Омске, а в Москве.

Автор: ndch
Дата сообщения: 24.02.2011 15:35
В омске читать не умеют ? Только писать ?
Я то думал что омск не в Якутии.

Цитата:
О программе.
Программа не для делания конфетки из ... отвратительных сканов и не для переделывания.
Всё.

Зы. По поводу юзеров "ятутхозяин!" поинтеремуйтесь почему было введено ограничение на dpi подаваемых изображений.
Ответ станет очевидным.

Автор: alpopo
Дата сообщения: 24.02.2011 18:35
Yevgenijz
Цитата:
журнал был взят из интернета и из вот
с помощью СТ (30 мин правил первые 20стр (зоны автомата) а остальные стр. оставил полностью как сделала СТ без ручной правки. 30 мин СТ прогонял проект на автомате). Странички ровные, одинаковые, прижаты номерами страниц к низу листа) смотрите , и на народе

Автор: alpopo
Дата сообщения: 04.03.2011 08:08
DikBSD Возникли некоторые мысли у простого пользователя по использованию СТ. Пришлось недавно делать (500стр), где надо было переопределять на каждой странице Полезную зону. Почему-то захотелось иметь возможность делать добавки +/- к полезной зоне (как в режиме Поля).
Например: 1)это позволило бы отрезать колонтитулы (-) (сверху или снизу), 2) Или установить фиксированный промежуток (+) до стороны прижатия, которая выбирается в Полях
Автор: Dashout
Дата сообщения: 04.03.2011 08:37

Цитата:
Пришлось недавно делать (500стр), где надо было переопределять на каждой странице Полезную зону

на мой взгляд, было бы полезным закрепить диагональ по выбранной странице - образцу (ширина страницы - катет А, диагональ - cos*А - гипотенуза). В этом случае, даже при плавающей ширине (угол фиксированный) полезная область будет соответствовать странице образца на всю книгу.
На странице с рисунками (если верхняя текстовая строчка не найдена можно размещать макет полезной области так, чтобы не было пересечения с черным, может и другие, лучше есть варианты...
Автор: diploboy
Дата сообщения: 05.03.2011 10:51
На Линукс планируется или ....
Автор: DikBSD
Дата сообщения: 06.03.2011 09:08

Цитата:
Возникли некоторые мысли у простого пользователя по использованию СТ

Я все пожелания вношу в TODO - но - как будет со временем и возможностями. Сейчас нет времени даже на то, что запланировал.
Все фичи, если будут реализовываться (на все надо время), то будут в репозитории в ветку ScanTailor Plus.


Цитата:
На Линукс планируется или ....

Для Линукса, как и для Мака уже давно есть. Ведь Скан Тэйлор написан с использованием межплатформенной библиотеки Qt. Просто скачайте исходники и выполните в консоли для папки с исходниками:
cmake .
sudo make install


Добавлено:
Кстати, у меня сейчас возникло огромное желание портировать утилиты StanFreeWare под Мак и Линукс на библиотеке Qt. Тогда эти утилиты будут уже межплатформенными. Думаю, это будет даже более полезно, чем мелкие дополнения к ST
Посмотрим, как пойдет дело...
Автор: LazyKent
Дата сообщения: 06.03.2011 09:37

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

Автор: DikBSD
Дата сообщения: 06.03.2011 09:45
Я думал реализовать утилиты StanFreeWare внутри ST - но это - довольно сложно из-за архитектуры программы. Архитектура ST превосходно подходит для тех задач, которые она сейчас выполняет.
Отдельные утилиты - намного проще сделать
Автор: denver 22
Дата сообщения: 09.03.2011 09:32

Цитата:
Кстати, у меня сейчас возникло огромное желание портировать утилиты StanFreeWare под Мак и Линукс на библиотеке Qt.

Это было бы здорово!!!
И уговорить таки StanFreeWare изучить Qt
Автор: monday2000
Дата сообщения: 09.03.2011 15:31
DikBSD

Цитата:
Я думал реализовать утилиты StanFreeWare внутри ST - но это - довольно сложно из-за архитектуры программы.

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

Цитата:
Отдельные утилиты - намного проще сделать

Это путь явно тупиковый. Не нужны отдельные утилиты (в данном случае), нужен встроенный в СТ функционал утилит.

Добавлено:
При обработке сканов СТ иногда случается такой, как я его называю, "самый трудный случай".

Это когда у нас одновременно на одном скане есть полутоновые иллюстрации, искривление строк и неравномерное освещение.

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

При этом возникает такая ещё проблема, что серые сканы нельзя выводить из СТ (ради последующего выравнивания освещённости в BR) с опцией "белые поля". Наличие белых полей на сером скане сводит с ума выравниватель освещённости в ВR. Поэтому приходится не делать белые поля, а потом вручную убирать мусор, который в нормальном случае отсёкся бы белыми полями.

Короче, полный дурдом.

Выход мог бы быть в том, чтобы добавить в СТ некий хитроумный режим вывода: "сырые передние субсканы с очищенными полями", а поля там сначала выбеливать, а потом заполнять неким усреднённым серым цветом (чтобы потом BR не сходил с ума).

Tulon вроде занимается созданием самодельного dewarping, это хорошо. Но проблема некачественного выравнивания освещённости, похоже, Tulon'ом практически не замечается.

Добавлено:
Кстати, полутоновые картинки, разумеется, нельзя подвергать выравниванию освещённости - они от этого портятся.
Автор: StanFreeWare
Дата сообщения: 09.03.2011 18:37
DikBSD
Ну, например, к Skipper'у в ST подошли почти вплотную, в принципе, осталось лишь добавить опцию "описанный прямоугольник" на Полезную область.
В любом случае, если понадобятся последние версии исходников и если я их вдруг забыл выложить на SF, обращайтесь.
Кстати, а насчет "однокнопочного кодера" желания не возникло? )) Или все-таки я ошибаюсь и оно никому не надо?..
Автор: DikBSD
Дата сообщения: 09.03.2011 19:03

Цитата:
Ну, например, к Skipper'у в ST подошли почти вплотную, в принципе, осталось лишь добавить опцию "описанный прямоугольник" на Полезную область.

Это есть в TODO (конечно, если Masahiro Kitagawa не доделает - он ввел применение выбранного контекта к выбранным сканам)

Цитата:
Ну, например, к Skipper'у в ST подошли почти вплотную, в принципе, осталось лишь добавить опцию "описанный прямоугольник" на Полезную область.
В любом случае, если понадобятся последние версии исходников и если я их вдруг забыл выложить на SF, обращайтесь.
Кстати, а насчет "однокнопочного кодера" желания не возникло? )) Или все-таки я ошибаюсь и оно никому не надо?..

Когда начну вплоьную заниматься портированием - обязательно обращусь к вам за исходниками, спасибо! Всегда легче использовать готовый алгоритм. чем изобретать велосипед.
Сейчас пытаюсь выкроить время на некоторые фичи в ST...

По поводу введения вывода раздельных сканов в ST: Я списывался с Tulon по этому вопросу. Эту идею очень трудно реализовать в программе, и в частности - из-за dewarping... Поэтому я и хочу хотя бы на первых порах портировать на межплатформу ST Separator (Обожаю Линукс).
Автор: monday2000
Дата сообщения: 10.03.2011 08:05
StanFreeWare

Цитата:
Кстати, а насчет "однокнопочного кодера" желания не возникло? ))

У bolega, кажется, возникло.

Добавлено:
DikBSD

Цитата:
Эту идею очень трудно реализовать в программе, и в частности - из-за dewarping...

Возможно, будет достаточным выводить только передние субсканы, прошедшие Dewarping, а задние субсканы - не пропускать через Dewarping (ради простоты).

То есть, можно поначалу не гнаться за идеалом - а довольствоваться неким приближённым результатом.
Автор: DikBSD
Дата сообщения: 10.03.2011 11:57
Первая сборка ScanTailor Plus из ветки plus git-репозитории Tulona:
В диалоге Настройки появилась возможность выбора сжатия черно-белых сканов: LZW (по-умолчанию) или CCITT Groupe 4 Fax.
G4Fax дает раза в 4 лучше сжетие без потерь, но Фотошоп такие сканы "не переваривает". Поэтому, если нужно обработать сканы после ST в Фотошопе можно выбрать для ч/б сканов сжатие LZW. Если же обработка не нужна, или используется другая программа - логичнее выбрать G4Fax.

Вечером залью код в репозиторий.
Скачать ScanTailor Plus:
http://www.onlinedisk.ru/file/623778/

P.S.Код ветки plus синхронизируется с отсновной веткой, т.к. все изменения в основной ветке есть и в ScanTailor Plus (объединение ветом master и plus в отдельной ветке и компиляция).
Автор: DikBSD
Дата сообщения: 10.03.2011 19:05
Небольшой опрос - нужно ваше мнение:
Если делать Автосохранение, то есть 2 варианта управления
1. В диалоге Настройки разместить чекбокс и контрол задания времени, через которое происходит автосохранение проекта. Для включения/выключения придется каждый раз заходить в диалог Настройки.
2. В Диалоге Настроки разместить контрол задания времени, через которое происходит автосохранение проекта, а в Меню Инструменты - переключаемый итем Автосохранение. Тогда легко включить/отключить автосохранение.

Какой из этих вариантов вам кажется лучше? (Может есть еще какой - удобнее)

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

Какой из этих вариантов вам кажется лучше? (Может есть еще какой - удобнее)
Автор: LazyKent
Дата сообщения: 10.03.2011 19:37
Мне нравятся первые пункты в каждом варианте.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061

Предыдущая тема: CmCkA v4


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.