Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor

Модерирует : gyra, Maz

Widok (17-02-2010 12:17): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

   

Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Scan Tailor

 
Скриншот:

В разработке находится новая альтернатива СканКромсатору. Разработчик - ваш покорный слуга.
Задача программы - пост-обработка сырых сканов с целью их последующей сборки в PDF или DJVU.
 
Уже есть на что посмотреть, и возможно присоединиться к проекту. Проект с открытыми исходниками и кросс-платформенный (Windows + Linux).
 
По сравнению со СканКромсатором планируется большее удобство использования, большая интерактивность, но при этом не меньшая автоматизация процесса.
 
Сайт проекта: http://scantailor.sf.net     Скриншоты
 
Топик программы на форуме Натахаус       Англоязычный топик по ScanTailor

Документация
 
Документация (Wiki)              Зоны картинок в ScanTailor
 
Статья: Scan Tailor. Программа для обработки отсканированных книг
 
Видеоурок: Создание DjVu с помощью Scan Tailor (зеркало)
 
Методика использования STA совместно с Djvu Imager

Дистрибутивы
 
Версия СТ с функцией выпрямления искривленных строк (dewarp от Rob)
 
Патч от anagnost96 Вариант ScanTailor с этим патчем (STA)  Зеркало
 
ScanTailor для Mac
 
Последние изменения в дереве исходников - для сильно любопытных и владеющих английским.
Там же можно подписаться на rss/atom - для нетерпеливых.
 

Дополнительно
 
ST GreyText v1.0 Программа для генерации вывода как бы "Только текст (в режиме серого)" - для Scan Tailor от anagnost96.
 
LayerTailor Программа для разделения сканов (после "Смешанный режим) на foreground и background слои с целью последующего раздельного кодирования в djvu. Принцип работы: Все черные пиксели (яркость==0) переносятся в foreground, остальное - в background. Функция layer принимает на входе 3 параметра: исходное имя файла TIFF, имя файла для foreground и имя файла background. Автор: U235.
 
Предложения к anagnost96 по поводу улучшения его модификации СТ
Сравнение выпрямления искривленных строк в СТ и в BR

Статья О возможности альтернативы СканКромсатору     Полезные ссылки по теме топика
ArtScan - ещё одна программа для сканобработки.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 21:37 15-06-2008 | Исправлено: ndch, 22:37 12-02-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
Чем выводить по две версии каждого файла, проще выводить в черно-белом файлы где нет картинок, и в сером / цветном - где есть.  

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

Цитата:
После чего научить DjVu Small или какой другой кодировщик выставлять оптимальный режим для каждого типа файлов.

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

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 15:24 22-07-2008 | Исправлено: monday2000, 15:26 22-07-2008
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поскольку так или иначе все равно придется вносить изменения в кодер, лучше сразу сделать как следует - то есть авто-определение формата кодирования по файлу.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 18:18 22-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
Это пока слишком круто для нас. То есть смысл это делать появится лишь в том случае, если miniDjVu научиться кодировать не хуже коммерческого кодировщика. А в имеющийся коммерческий кодировщик documenttodjvu.exe такое изменение не внесёшь (насколько я знаю).
 
Добавлено:
Топик по CuneiForm: http://forum.ru-board.com/topic.cgi?&forum=5&topic=25677&glp
 
Добавлено:
P.S. Вышел Irfan View 4.20

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 10:09 23-07-2008
Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
шапка включена

----------
Тень превращается в фантазии, таящиеся в глубине вашей души.
Пока идёшь ты среди теней, да не будет зла с тобой.

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 16:45 23-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Раз уж шапку зачем-то включили - то я добавил туда пару полезных линков.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 16:02 25-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня возникла идея по поводу кодирования смеси тифов разной глубины цвета: это можно делать ещё и посредством исключительно msepdjvu - т.е. без участия documenttodjvu. (Рассматривается случай не-цветной книги - чёрно-белый текст с редкими полутоновыми рисунками-фотографиями).
 
Алгоритм такой:
 
На входе - набор свежеотсканированных grayscale-тифов.
 
1. Обычные страницы с чёрно-белым текстом просто переводим в ЧБ-тифы - порогово-адаптивной (вроде бы есть такая ) бинаризацией (просто пороговая слишком грубовата - по словам bolega).
 
2. Страницы, содержащие полутоновые рисунки, обрабатываем по методу разделённых сканов:  
 
Делим grayscale-скан на 2 файла: отдельно - ЧБ-текст (ЧБ-тиф) и отдельно - полутоновая фотография (grayscale-tif) (так, чтобы при совмещении получился опять исходный скан). Как я понимаю, сейчас это делается путём проставления Picture-зон в СК. Обрабатываем эти 2 "полускана" так, чтобы получить из них единый sep-файл. Эта методика уже известна, для неё есть утилита FSD by Manfred.
 
Теперь пошло кое-что новое:
 
3. Обычные ЧБ сканы из п.1 также конвертируем в sep-файлы - по такому алгоритму:

Цитата:
tifftopnm bw1.tif | pnmtodjvurle > bw1.sep
tifftopnm bw2.tif | pnmtodjvurle > bw2.sep
tifftopnm bw3.tif | pnmtodjvurle > bw3.sep
...
tifftopnm bw100.tif | pnmtodjvurle > bw100.sep

 
4. Теперь мы имеем смесь sep-файлов, которую просто собираем в готовый многостраничный DjVu-файл при помощи либо msepdjvu, либо csepdjvu:

Цитата:
msepdjvu bw1.sep bw2.sep gray1.sep bw3.sep bw4.sep gray2.sep bw5.sep demo.djvu

Ещё можно попробовать профиль кодирования подсунуть (и размер словаря также). Я попробовал закодировать такую разнородную (по глубине цвета) смесь sep-файлов - всё нормально получилось.
 
Небольшая новизна в том, что documenttodjvu тут вообще не используется. Тогда как в методе разделённых сканов (насколько я понимаю) по методу делаются вручную отдельно сканы с картинками, затем вся оставшаяся книга кодируется посредством documenttodjvu, а потом DjVu-картинки вручную вставляются в нужные места ЧБ-DjVu-книги.
 
Практическая полезность такого метода "Разнородное sep-кодирование" будет зависеть ИМХО от того, можно ли к нему применить профиль кодирования, или нет (т.е. насколько выигрышен получится размер DjVu).

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 12:08 27-07-2008 | Исправлено: monday2000, 19:11 27-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я тут немного поэкспериментировал с DjVu Small 0.3.1. Выяснил интересные для себя вещи:
 
1. Оказывается, documenttodjvu.exe всё-таки умеет правильно кодировать "на-лету" разнородную смесь, состоящую из ЧБ, серых и цветных тифов. Если, например, поставить в DjVu Small профиль "user B/W (300 dpi)" и выбрать опцию "Документ -> DjVu" (т.е. использование documenttodjvu.exe) - то при закодировании всё нормально получается - ЧБ-тифы кодируются, по-видимому, с выбранным профилем "user B/W (300 dpi)", а серые и цветные - по-видимому, с профилем "Scanned". Я раньше ошибочно считал, что при кодировании такой смеси возникнет ошибка - нет, не возникает.
 
2. Профили семейства "Photo" не работают с phototodjvu.exe - возникает ошибка "Illegal profile". И это не глюк DjVu Small 0.3.1 - при проверке через командную строку получается то же самое.
 
3. phototodjvu.exe (т.е. Фото -> DjVu) работает исключительно с профилем Default (т.е. это профиль "documenttodjvu").
 
4. И самое интересное: documenttodjvu.exe с профилем семейства "Photo" даёт при кодировании результат, идентичный использованию phototodjvu.exe с профилем Default (!).
 
Отсюда делаем интереснейший вывод: phototodjvu.exe - это всего лишь один из режимов работы documenttodjvu.exe, выделенный разработчиками (для удобства, наверное) в отдельную программу.
 
Значит, phototodjvu.exe можно смело выкидывать из DjVu Small 0.3.1 как излишество.
 
Добавлено:
Правда, phototodjvu.exe не умеет кодировать разнородную смесь, состоящую из ЧБ, серых и цветных тифов. ЧБ-тифы он просто пропускает при кодировании. А потребность в том, чтобы phototodjvu.exe умел это делать, быть может, есть - т.к. порой documenttodjvu ни с одним профилем (кроме Photo) не в состоянии удовлетворительно закодировать серые/цветные фотографии - вылезают артефакты слоя маски.
 

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 18:49 27-07-2008
trigliff

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
monday2000

Цитата:
Я тут немного поэкспериментировал с DjVu Small 0.3.1.

Вам название топика "Scan Tailor" не о чём не говорит?

Всего записей: 576 | Зарегистр. 10-01-2003 | Отправлено: 20:06 27-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
trigliff
Все эти особенные виды кодирования не мыслимы без подготовки сканов какой-либо сканобрабатывающей программой. Я подразумеваю, что для этого можно приспособить Scan Tailor - в связке с (возможно, видоизменённой) DjVu Small - только надо разобраться в деталях.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 09:01 28-07-2008 | Исправлено: monday2000, 09:03 28-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
ИМХО имело бы смысл сделать отдельную программу, которая разрезала бы сдвоенные развороты пополам и/или отпиливала ошмётки от одиночных сканов. Я это называю "унификация".
 
Такой программе хорошо бы иметь всего 2 функции: split-page и deskew. Программе не следует менять DPI и глубину цвета. Если на входе серое - то и на выходе тоже, если на входе ЧБ - и на выходе ЧБ и т.д.
 
Очень важный фактор для такой программы - быстрота листания загруженных тифов. Я предлагаю применить такие приёмы:
 
1. Отключение сглаживающего фильтра.
2. Подгрузка в память фоновым тредом 5-10 впереди- и послестоящих за данным сканов. (кстати, я так и не знаю - есть ли это в СК? В WinDjView есть.)
3. Отображение сканов в половинном масштабе - по сравнению с Fit Window как сейчас.
 
Естественно, зум должен увеличиваться при желании и фильтр включаться.
 
Именно в подобной программе можно пойти на такие жертвы, как пп. 1 и 3 - т.к. в общем случае тут точность не важна, а вот скорость листания - очень даже.
 
Сразу после загрузки сканов в такую программу надо бы как-то выбирать один из 2 вариантов:  
 
а. Сдвоенные развороты.
б. Одиночные сканы.
 
И в зависимости от этого чтобы включались соотв. интерфейсные элементы. В случае одиночных сканов они (сканы) должны сразу же автоматически логически дробиться на 2 группы - левая и правая - и при листании чтобы пользователь сначала проходил по всем левым, а потом - по всем правым сканам (чуть корректируя резак при необходимости) - а не скакал при листании попеременно "влево-вправо". Можно сделать слева вертикально окно с деревом-картой, в которой показывать и менять в случае нужды взаимный порядок следования левых-правых сканов (если будут попадаться одиночные двойные, например). Всё это довольно геморное дело, почему я и предлагаю выделить задачу унификации в отдельную программу - чтобы не перетяжелять интерфейс иными задачами.
 
Резак, разделяющий пополам, нужно выставлять вручную (в общем случае). Так как нередки сканы, где никакой автоматический алгоритм split-page не в силах правильно сработать - потому что там и вручную очень нелегко выставить split-резак (когда текст и слева и справа вплотную прилегает к линии разделения страниц - а сама эта линия ещё и здорово перекошена).
 
В отличие от СК, split-резак должен автозапоминать свою последнюю выставленную позицию - а в СК нужно, всякий раз подвинув резак, кликать на нём Copy current position to -> all down - это лишний гемор.
 
Да, лента с thumbnails ИМХО не нужна в такой программе - будет лишь фактором, тормозящим производительность.
 
Добавлено:
Процедура унификации ИМХО должна быть самой первой в цепочке обработки сырых сканов. До унификации имеет смысл делать только выравнивание освещённости (если есть нужда) (как это делает Book Restorer 4.1) - потому что, возможно (я не знаю) алгоритм выравнивания освещённости "смотрит" в каждой обрабатываемой точке на близлежащие пространства.
 
Унификация ИМХО совершенно необходима - она сильно упрощает всю последующую скан-обработку.
 
Кстати, попросите у U235 исходники 5 алгоритмов выравнивания освещённости, которые он в прошлом году передал bolega, после чего bolega воплотил их в последнем СК.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 12:11 29-07-2008 | Исправлено: monday2000, 12:48 29-07-2008
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Выделение разрезания в отдельную программу действительно многое упростило бы, но думаю уже поздно это делать.  Все уже реализовано в одной программе, все архитектурные сложности преодолены.  Как говорится - не исправляй то, что не сломано.
 
Упреждающая подгрузка картинок у меня есть в планах.  Это действительно ускорит листание, особенно на многоядерных процессорах.
 
Включать/отслючать сглаживание на отдельных этапах мне никто не мешает уже сейчас.
 
В группировке "сначала все левые, потом все правые" не вижу особого смысла.  Даже если в СТ появится функция типа "применить эту зону контента ко всем страницам", можно будет сделать опцию "только к левым" и "только к правым".
 

Цитата:
 
Резак, разделяющий пополам, нужно выставлять вручную (в общем случае). Так как нередки сканы, где никакой автоматический алгоритм split-page не в силах правильно сработать - потому что там и вручную очень нелегко выставить split-резак (когда текст и слева и справа вплотную прилегает к линии разделения страниц - а сама эта линия ещё и здорово перекошена).  

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

Цитата:
В отличие от СК, split-резак должен автозапоминать свою последнюю выставленную позицию - а в СК нужно, всякий раз подвинув резак, кликать на нём Copy current position to -> all down - это лишний гемор.  

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

Цитата:
Да, лента с thumbnails ИМХО не нужна в такой программе - будет лишь фактором, тормозящим производительность.  

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

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 18:06 29-07-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
Лучше бы конечно без этого обойтись.  

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

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 18:04 30-07-2008
VadimirTT



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 Вы, наверное, ещё не видели те препоганейшие в этом отношении сканы, которые мне попадались.

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

Всего записей: 3003 | Зарегистр. 22-03-2005 | Отправлено: 21:38 30-07-2008
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Выпустил новую версию.  Наконец появился вывод.  Теперь в СТ уже можно реально работать.
По части usability я практически никаких улучшений не вносил (вывод ведь важнее, так?), так что попридержите пока претензии на эту тему.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 00:30 05-08-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
Выпустил новую версию.  

1. Вывод в PNG? Коллективный разум давно выявил, что самое лучшее - TIF - см. http://www.djvu-soft.narod.ru/scan/scan_likbez.htm .
 
2.
Цитата:
так что попридержите пока претензии на эту тему.

Всё же ждём решения этого вопроса.
 
3. Хотелось бы увидеть исходники единым зипом на http://scantailor.sf.net .
 
4. ИМХО на этом этапе уже явно нужен самый простенький хелп - хотя бы краткое текстовое описание на одном листике - как работать с программой и что делает каждый элемент управления в её интерфейсе.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 10:25 05-08-2008
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В Qt паршивая поддержка TIFF'а, в частности туда не пишутся DPI.  Да и вообще этот формат - настоящий франкенштейн.  Я с ним уже намучился когда делал поддержку чтения.
 
Исходники в tar.gz выложу на днях.
Улучшений по usability у меня уже много в TODO накопилось - буду постепенно ими заниматься.
 
Хэлп?  Ну, я думал там все понятно, хотя пару моментов можно было бы прояснить.  Ести какие-то конкретные вопросы?
 
Работать предлагаю так:
Создаем проект, добавляем файлы, если попросят - исправляем DPI.
Если нужно, правим ориентацию страниц.
Переходим сразу на Select Content.  Предыдущие этапы пускай работают на автомате.  Запускаем пакетную обработку (batch processing).  Следим за лентой предпросмотра.  Если видим что не так, кликаем на ту страницу (это останавливает пакетную обработку), правим.  Если проблема не в выделении контента, а скажем в разрезке страниц - переходим на соответствующий фильтр и исправляем проблему там.  Затем возвращаемя на Select Content и опять запускаем пакетную обработку.  Тут есть одно неудобство - пакетная обработка начнется опять сначала, но все-таки пойдет быстрее, чем в первый раз, поскольку результаты операций запоминаются.
Закончив Select Content, идем на Page Layout и правим поля, центровку, и подобные вещи.
Теперь идем на output, выставляем нужные параметры, и опять запускаем пакетную обработку.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 10:48 05-08-2008 | Исправлено: Tulon, 10:49 05-08-2008
ghosty



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
А Вы, в свою очередь, попробуйте мою "альтернативу Кромсатору", написанную за один вечер "Альтернатива" представляет собой тот же Кромсатор, сопровожденный краткой инструкцией из трех (3-х!) пунктов. Единственный параметр, который, возможно, придется покрутить - порог бинаризации.
Таким образом, снимается проблема указанная здесь:
Цитата:
По сравнению со СканКромсатором планируется большее удобство использования, большая интерактивность, но при этом не меньшая автоматизация процесса.

Т.е. практически полная автоматизация, удобство, отсутствие необходимости разбираться в настройках и т.п.
Сможет ли в такой "конфигурации" СК тягаться со Scan Tailor'ом в плане юзабилити?

Всего записей: 6808 | Зарегистр. 21-09-2002 | Отправлено: 11:34 05-08-2008 | Исправлено: ghosty, 11:36 05-08-2008
ghosty



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Некоторого результата удалось добиться. Загрузил довольно сложную книгу (1935 года). На выходе получил обработанные сканы - обрезанные, выровненные. Как при обрезке, так и при выравнивании пока много ошибок.
О качестве обработки растра, понятное дело, говорить не приходится. bolega был прав, что никакие алгоритмы адаптивной бинаризации не заменят бинаризации с предварительной обработкой полутоновых изображений (с возможностью контроля со стороны пользователя).
Т.е. концепция действительно оригинальная, но пока СТ представляет собой некую раму, на которую предстоит навесить двигатель, трансмиссию, колеса и т.д., и т.п. Искренне желаю удачи и терпения в этом нелегком деле. Готов тестировать время от времени новые версии.

Всего записей: 6808 | Зарегистр. 21-09-2002 | Отправлено: 15:32 05-08-2008 | Исправлено: ghosty, 16:38 05-08-2008
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
А PNG поддерживает 24-битный режим? Я попробовал - вроде бы да. Это, значит, только GIF не поддерживает ни запись о разрешении, ни больше 256 цветов?

Цитата:
Ести какие-то конкретные вопросы?

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

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 15:57 05-08-2008
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Попробовал я пред-настроенный Кромсатор от ghosty.  Это конечно шаг вперед по сравнению с оригиналом.  Все-же у СТ гораздо больший потенциал.
 
Несколько страниц где СТ ошибается, выложите куда-нибудь, а ссылку сюда.
 

Цитата:
А PNG поддерживает 24-битный режим? Я попробовал - вроде бы да.

Поддерживает.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 16:30 05-08-2008
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor
Widok (17-02-2010 12:17): Лимит страниц. Продолжаем здесь.


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru