are
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: are
Надо полагать при вставке страницы в DJVU файл у этой страницы будет отдельный словарь. Соответственно нельзя строить концепцию сборки DJVU файла на итеративном добавлении страниц.
Да и других причин хватает для того, чтобы не пихать эту функциональность в ST. |
здесь как раз словарь не важен: т.к. вы будете использовать djvulibre, другого варианта нет для работы с джвю, то там нельзя создавать многостраничные словари и всё равно каждая страница будет с отдельным словарём.
преимущество такое: на выходе программы будет не директория с большим количеством тиффов, а один готовый к просмотру джвю файл. Размеры этого файла будут примерно вдвое меньше, чем суммарный размер тиффов (если они чёрно-белые и сжаты с tiff/G4)
далее этот джвю файл конечно придётся пережимать более оптимально, что может сократить его размер ещё примерно втрое.
можно создавать многостраничный тифф на выходе, но такое почти никто не умеет просматривать.
можно создавать многостраничный пдф на выходе, это будет по объёму равно общему объёму тиффов. Но джвю проще.
далее, по поводу ластика. Насколько я понял, ластик совершенно не вписывается в вашу архитектуру.
архитектуру я понимаю так:
- на входе - пачка тиффов
- во время обработки на всех этапах, кроме последнего, с этими тиффами ничего не делается, т.е. не производится никаких промежуточных тиффов, а происходит только предварительная обработка (детектирование зон и т.д.) и запоминание всех операций, которые надо будет потом с этими тиффами проделывать. Генерируются на диске только временные thumbnails для показа в правой полосе. В центральном окне каждый раз генерируется некая временная картинка, которая никуда не идёт и забывается при переходе на следующую страницу. (поэтому и некоторая задержка при листании - каждый раз считывается тифф файл, декодируется и т.д.)
- и только на последнем шаге наконец проделываются с каждым тиффом все запомненные операции (все шаги с первого до последнего) и пишется выходной файл в out/
конечно при такой архитектуре необходимо все операции запомнить в xml-файл проекта. Это хорошая идея - чтобы никаких промежуточных файлов не надо было иметь. Тогда операции с ластиком придётся тоже запоминать там же и выполнять на последнем этапе, а также на каждом этапе просмотра. Логичнее всего было бы разместить ластик на последнем этапе, там же, где и деспекл. Тогда не надо будет отслеживать операции с ластиком на предыдущих этапах. Операция с ластиком - это выбор размера ластика и последовательность отрезков прямых линий, которые пробежал ластик.
да, в принципе в ластике нет особой нужды - если ластик всё равно на последнем этапе, то почему бы просто не открыть гимп и не отредактировать все выходные тиффы в гимпе. Уж в гимпе-то ластиков очень много. Я бы на самом деле редактировал бы исходные сканы, а не выходные. Но если какой-нибудь примитивный ластик несложно добавить, то почему бы и нет.
|
Всего записей: 552 | Зарегистр. 06-03-2005 | Отправлено: 15:20 09-04-2010 | Исправлено: are, 17:18 09-04-2010 |
|
