NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору DjVu Nano Mega Editor (DjVuNMEditor) Программа для редактирования в DjVu-книгах: 1) текстового слоя; 2) аннотаций; 3) заголовков страниц (title); 4) закладок (bookmarks, outline); в текущей версии не реализовано 5) метаданных; в текущей версии не реализовано 6) еще чего-то? Описание Скачать v3.5 Английская локализация TurnTheText Утилита TurnTheText предназначена для устранения несоответствия графического и текстового слоев в DjVu-книгах, возникающего при использовании FineReader версии 8 (и ниже) для распознавания текста.. Может быть использована, например, перед внедрением оглавления в DjVu-книгу с помощью программы DjVu Hyperlinks Editor.. Описание Скачать v1.1 DjVu Annotations Editor Программа для редактирования гиперссылок (annotations/hyperlinks) в файлах формата djvu, преимущественно, после создания оглавлений в книге при помощи DjVu Hyperlinks Editor'а.. Выполняет сдвиг, выравнивание, изменение размеров, цвета, свойств и др.. Описание Скачать v0.2 Практически весь функционал программы реализован в DjVuNMEditor'е HeadWorder Программа для полуавтоматического извлечения заголовков словарных статей из DjVu-словарей, энциклопедий и т.п. и последующего внедрения их в книгу в виде закладок DjVu или WinDjView (с позиционированием).. Программа устарела так и не выйдя в свет(( FR11 DjVu Text Layer Crutch Программа для исправления текстового слоя в файле DjVu, созданного посредством ABBYY FineReader билд 11.0.102.583 и выше (в т.ч. ФР12).. Выполняет следующие действия: - удаляет блоки Char; - создает зоны Line и Paragraph; - объединяет две половинки слова, разделенного знаком переноса, в одно; - позволяет переносить текстовый слой из одного файла в другой.. Описание Скачать v0.3.3 Основной функционал программы реализован также в DjVuNMEditor'е DjVu Chunk Remover Программа для удаления блоков (чанков), а также страниц из файлов формата DjVu.. может удалять фон (BG44, BGjp), закладки (NAVM), аннотации (ANTa, ANTz), текст (TXTa, TXTz), информацию о цвете маски(FG44, FGbz) и др.. запрещено удаление блоков INFO, Sjbz, Djbz и INCL, содержащих ссылки на Djbz-словари символов.. Описание Скачать v0.5 DjVu Text Mover Программа позволяет поворачивать и двигать текстовый слой в файлах DjVu.. Скачать v0.1 DjVu Title Maker Программа для создания заголовков страниц (переименования страниц) в файлах DjVu..   Таким образом, страницы можно называть "Обложка", I, II, III, IV и т.п., автоматически или вручную переименовывать страницы со сдвинутой нумерацией (в т.ч. при удалении пустых страниц) для соответствия нумерации электронной книги её бумажному оригиналу.. Описание Скачать v0.1 Основной функционал программы реализован также в DjVuNMEditor'е DjVu Clean Page Inserter Программа для быстрого создания и внедрения в книгу пустых страниц.. Нужна для восстановления соответствия бумажной и электронной нумерации, что облегчает навигацию по книге.. Описание Скачать v0.1 DjVu Blits Merger Программа для добавления на страницы djvu-книги графических изображений (mask-слоя) из другого djvu-файла.. Может применяться для добавления в книгу номеров страниц, колонтитулов, другой необходимой информации без перекодирования файла, а также для объединения графики с двух страниц, закодированных с разной степенью сжатия (например, aggressive и lossless).. Описание Скачать v0.1 DjVu Blits Hider Программа для удаления со страниц djvu-книги графических изображений mask-слоя (blits).. может применяться для очистки страницы от "грязных пятен", лишних элементов маски и т.п. без перекодирования файла.. совместно с DjVu Blits Merger'ом позволяет редактировать mask-слой djvu-книги - Hider удаляет, а Merger вставляет на это место нужную графику.. Описание Скачать v0.1.1 FR12 Parser Программа для извлечения координат символов из проекта ФР12-15.. Описание Скачать v2.3.1 Все программы в одной папке Программы, которых еще нет, но, возможно, когда-нибудь сделаю.. • аналог DjVu Hyperlinks Editor'у с бОльшим функционалом и предварительным просмотром.. DjVuNMEditor • программа для создания и внедрения в книгу пустых страниц.. DjVu Clean Page Inserter • программа для удаления страниц из книги.. DjVu Chunk Remover • программа для удаления пустых чанков, типа CIDa.. DjVu Chunk Remover • программа для добавления текста в нужное место на странице (+ к существующему) DjVuNMEditor • программа для удаления блитов со страницы DjVu Blits Hider • программа для разделения разворотов на 2 страницы • программа для добавления новых блитов на существующую страницу (объединение графики с двух страниц на одну) DjVu Blits Merger • программа для перемещения блитов на странице • программа для кодирования ч/б растра без потерь одним или несколькими большими по размеру шейпами • еще что-то хотел сделать.. но забыл.. вспомню - запишу))   если найдутся желающие сделать эти программы - добро пожаловать)) мыслями и наработками с удовольствием поделюсь)) это относится и к следующему блоку тоже.. Программы, которых нет, и я, к сожалению, наврядли осилю((.. • визивиг-редактор текстового слоя.. DjVuNMEditor • Hyperlinks-редактор, типа Document Express Editor, но с возможностью групповой правки аннотаций.. DjVuNMEditor • полноценный визивиг редактор графики DjVu с возможностью удаления, сдвига, правки шейпов в маске.. а может быть и корректировки фона тоже.. • WinDjView с поиском текста в закладках.. ну и некоторыми другими дополнительными возможностями.. таки осилил))   продолжение следует.. Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 22:57 06-02-2012 | Исправлено: NME, 18:28 25-09-2022

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору строили мы, строили и, наконец, построили..(ч) мне таки удалось создать BG44-слой без использования сторонних утилит и программа для добавления новых элементов маски на имеющуюся djvu-станицу без её перекодирования может выйти в публику Описание изначально я планировал реализовать бОльший функционал, но процесс что-то подзатянулся и мне немного надоело.. так что выкладываю то, что есть - остальное есть в туду, при благоприятном стечении обстоятельств позже доделаю.. в планах также программа для удаления блитов, вмести они будут являться не имеющим аналогов редактором djvu-файлов - без проблем можно будет корректировать маску - убрать грязь, отредактировать что-то (убрать ненужное, вставить нужное) и т.п.. жаль только, что данные программы появляются сейчас, а не на пике популярности формата - лет 15-20 назад.. ---------- DjVu Utils Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 19:25 08-11-2015

AKazak Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору NME Вот что ответили по нашему вопросы из ТП FR:   Программа ABBYY FineReader использует технологии, работающие только с растровыми изображениями. Для того чтобы распознать исходный векторный документ, ABBYY FineReader 11 Professional Editionпреобразует его в растровый. При сохранении документа DjVu в режиме “текст под изображением страницы” используется растрированное изображение, под которое помещается текстовый слой. ...  Вы открываете исходный векторный документ и хотели бы сохранить качество изображения. К сожалению, на данный момент в программе ABBYY FineReader не поддержана работа с векторными изображениями. Мы передали пожелание добавить поддержку векторных изображений в Отдел исследований и разработок нашей компании. Всего записей: 625 | Зарегистр. 24-12-2005 | Отправлено: 18:49 10-11-2015

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AKazak интересно, с каких это пор djvu стал векторным? тот, кто отвечал, не имеет представления об этом формате.. от ABBYY всего лишь требуется вставить распознанный текст в имеющийся файл..   есть предположения, почему они этого не делают - у них есть всякие функции поворота, разворота и т.п.. при включенных опциях якобы улучшается качество распознания, но координаты текста и графики в конечном результате могут не совпадать.. с 9й версии эти опции можно отключать, а для 8ки я специальную утилиту для устранения перекоса делал - turnthetext.. так вот, видимо, чтобы не заморачиваться с пересчетом координат текста, они тупо сделали "универсальный" метод - заново перекодируют в djvu как повернутые, так и не повернутые изображения.. и логику эту они навряд ли будут менять.. так что остается только переносить распознанный текстовый слой в исходный djvu самостоятельно, благо это не сложно.. тем более, что его всё-равно желательно допиливать crutch'ем, им же и перенести.. ---------- DjVu Utils Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 00:26 11-11-2015

sergiokapone Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору По поводу программы правки шейпов в маске. Проблема назрела дано.  Есть такая програмка Djvutoy, которая может извлекать шейпы из djvu в виде картинок. Неплохо было бы, чтобы эти шейпы можно было редактировать и внедрять обратно в файл djvu.  Если, например, в файле много разных шейпов одной и той же буквы, то можно выбрать наилучший ее вариант и засунуть обратно в словарь djvu, при этом читабельнось текста улучшится, и размер файла тоже можно будет уменьшить. Писал об этом Леону (автору djvulibre), вот что он ответил:   You can do that using the C++ api but it requires a bit of investigation.   Each djvu page is an ensemble of chunks. The trick is to   1. load these chunks from an existing page,   2. tweak the JB2Image structure that represents the stencil,   3. recompute the shapes tree that determines how they are encoded,   4. and reassemble the chunks.   To do (1) you can use the ddjvuapi <http://sourceforge.net/p/djvu/djvulibre-git/ci/master/tree/libdjvu/ddjvuapi.h> If you first include the file DjVuImage.h, this file also reveals a function named GP<DjVuImage> ddjvu_get_DjVuImage(ddjvu_page_t *page). This function returns a smart pointer to a DjVuImage class which defines member function get_xxxx to access the c++ data structure that represents all the chunks. You can use djvuimage->get_fgjb() to get a smart pointer to a JB2Image.   To do (2), you have to investigate the api of class JB2Image which is reasonably well explained in file <http://sourceforge.net/p/djvu/djvulibre-git/ci/master/tree/libdjvu/JB2Image.h>.   To do (3) and (4), best is to check program cpaldjvu.cpp <http://sourceforge.net/p/djvu/djvulibre-git/ci/master/tree/tools/cpaldjvu.cpp>. The creation of the JB2Image starts around line 718. The recomputation of the shape tree is line 763 (since you change some glyphs, the existing tree is probably suboptimal). The assembly of the djvu file starts around line 792.     Of course all of this requires a fair amount of work understanding how all this works and reading partly obsolete comments. You need to be familiar and proficient with c++. But people have done things like this before...   Hope it helps.   - L.     Если у кого получится, то, думаю, это будет большой прорыв в djvu кодировании (пафосно, но тем не менее). Всего записей: 556 | Зарегистр. 07-06-2011 | Отправлено: 11:45 11-11-2015 | Исправлено: sergiokapone, 11:48 11-11-2015

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору теоретически, мне по силам решение данной задачи - на нынешнем этапе мне доступно раскодирование и обратное кодирование в jb2.. сохранить шейпы в bmp формат и читать их обратно из bmp - не проблема.. а проблемы я вижу вот какие: 1) пока не очень понятен механизм определения "одинаковости" символов, кто и как это будет делать и какой д.б. интерфейс для этого? вот, представим, словарь на 1000 символов - что, пользователь должен 76000 раз просмотреть его, чтобы выбрать все цифры и буквы кириллицы (заглавные и строчные)? а то и еще больше - курсив, жирные, латиница, разные шрифты.. это тебе, блин, не просто "вычитка" получится, а "полный пипец".. можно немного облегчить задачу - отдать часть работы на откуп файнридеру - ну, сгруппирует он их как-то, а потом всё-равно эти кучки разгребать как-то надо - и всё вручную.. 2) ну, допустим, отсортировали мы символы, выбрали лучшие из лучших, но.. размеры символов могут немного отличаться - на глаз особо не заметишь, а когда они встанут в ряд, тут начнется - буквы будут "плясать" по высоте, расположение их уже не будет "в линию", разные межбуквенные интервалы, разная жирность и т.п.. в итоге вместо "идеально ровного и красивого" документа получим хаотичный, плохо читаемый набор "красивых" букв.. более-менее что-то приличное может получиться только на почти идеальном исходном материале, но зачем столько геморроя, чтобы улучшать и так хорошее? в общем, идея хорошая (как и мир во всём мире), только на практике слабо реализуемая.. по трудозатратам будет значительно превышать вычитку, а конечный результат далеко не всегда будет оправдывать ожидания.. так что, пока нет.. Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 13:29 11-11-2015 | Исправлено: NME, 13:31 11-11-2015

sergiokapone Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: 1) пока не очень понятен механизм определения "одинаковости" символов, кто и как это будет делать и какой д.б. интерфейс для этого? вот, представим, словарь на 1000 символов - что, пользователь должен 76000 раз просмотреть его, чтобы выбрать все цифры и буквы кириллицы (заглавные и строчные)? а то и еще больше - курсив, жирные, латиница, разные шрифты.. это тебе, блин, не просто "вычитка" получится, а "полный пипец".. можно немного облегчить задачу - отдать часть работы на откуп файнридеру - ну, сгруппирует он их как-то, а потом всё-равно эти кучки разгребать как-то надо - и всё вручную..     Механизм одинаковости определяется на глаз. Вот сейчас взял книгу на 320 страниц, зажатой агрессивным методом, 100 страниц на словарь, извлек шейпы с помощью djvutoy, получилось 350 шейпов. Например, попадаются шейпы с рваными , или неровными буквами, их заменяем на ровные или нерваные. Пересмотреть все и определить, какой на какой заменить, большого труда не составит, это не 76 0000.   Цитата: 2) ну, допустим, отсортировали мы символы, выбрали лучшие из лучших, но.. размеры символов могут немного отличаться - на глаз особо не заметишь, а когда они встанут в ряд, тут начнется - буквы будут "плясать" по высоте   Для сканов современных книг метод замены шейпов не понадобится, а вот для старых книг, где буквы как раз таки все равно пляшут и залипают засечки - очень даже. Всего записей: 556 | Зарегистр. 07-06-2011 | Отправлено: 23:30 11-11-2015 | Исправлено: sergiokapone, 23:33 11-11-2015

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору sergiokapone "а я говорю - купи слона".. решения ни первой, ни второй проблемы я не увидел.. нужно конкретное пошаговое видение реализации процесса - открываем то, конвертируем сё, смотрим там, вводим сям.. а выражение "определяется на глаз" - ниочём.. насчет количества шейпов - небольшой ликбез по структуре jb2 - информация о шейпах может храниться в т.н. словарях Djbz - они могут быть встроены в страницу или представлять отдельные документы в структуре djvu, используемые несколькими разными страницами.. в то же время, значительная часть шейпов закодирована в чанке Sjbz! эти шейпы (из Sjbz) используются только на данной странице..   что делает DjVuToy - он смотрит, на какие шейпы ссылаются блиты на данной странице, и конвертирует данные шейпы в tif.. из данной информации нельзя понять, сколько шейпов было взято из общего словаря, а сколько из чанка Sjbz..   приведу свой пример - есть файл плохого качества из 2х страниц + общий словарь Djbz - информация из DjVuToy: 1я страница - Total shapes: 833 Total blits: 3305 2я страница - Total shapes: 429 Total blits: 1314 раскодировав данный файл самостоятельно я получаю: словарь - 208 общих шейпов 1я страница - 625 встроенных шейпов 2я страница - 221 встроенных шейпов (здесь по факту только половина страницы заполнена) т.е получается, что количество шейпов на странице, не входящих в общий словарь, может быть довольно таки большим, а умножив на количество страниц и прибавив шейпы из общего словаря - получаем вообще огромное количество.. так что те 350 шейпов характеризуют всего одну страницу, во всем документе их может оказаться несколько тысяч.. теперь моё видение данной ситуации - я признаю, что бывают случаи, когда какие-то символы хотелось бы заменить.. и, в принципе, это возможно реализовать с помощью нескольких утилиток, выполняющих следующие функции: 1 - добавление шейпов (и блитов) на страницу (уже сделано) 2 - удаление блитов 3 - смещение блитов 4 - изменение в блитах ссылки на шейп 5 - информация о блитах/шейпах по координатам точки (вспомогательная программа или встроенный в утилиты функционал) 6 - добавление на страницу блита+шейпа из bmp файла (не обязательно) изменять/удалять сами шейпы не желательно, т.к. согласно спецификации на них могут ссылаться другие шейпы, и изменив один "в нужном направлении", мы можем загубить другой.. программу для удаления блитов я планирую сделать "в обозримом будущем", остальные - может быть при наличии времени/желания.. наличие данных утилит позволит, как говорится, "обработать напильником" отдельные неказистые элементы книги.. "тотальное улучшение" всей книги данным способом по прежнему считаю утопией.. Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 15:51 12-11-2015

sergiokapone Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ясно, так проблему не решить. Тогда, наверное, проблему нужно решать все-таки еще на этапе кодирования.  ghosty   как-то экспериментировал с этим. Всего записей: 556 | Зарегистр. 07-06-2011 | Отправлено: 20:34 12-11-2015 | Исправлено: sergiokapone, 20:38 12-11-2015

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору в дополнение к DjVu Blits Merger'у, который позволяет добавлять блиты\шейпы на страницы djvu-книги, сделал программу для удаления блитов со страницы.. правда она удаляет блиты не из файла, а из видимой части страницы книги.. также при необходимости данные удаленные (вернее - скрытые) блиты можно обратно восстановить.. программа DjVu Blits Hider в шапке, описание сделаю позже.. но, имхо, там и так всё интуитивно понятно.. самый наглядный способ - создать в WinDjView аннотации в тех местах, где нужно удалить блиты, сохранить их в файл и указать в программе, что координаты нужно брать из файла *.bookmarks.. только в этом случае перед началом создания аннотаций необходимо убедиться, что данная книга не содержит уже созданных аннотаций, иначе может быть удалено что-то нужное.. проще это сделать в WinDjView Extended - там нужно кликнуть правой клавишей мыши по странице - если появится пункт меню "удалить все аннотации" - значит они уже есть и их надо удалить, если нет - то можно создавать новые.. ---------- DjVu Utils Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 01:13 20-01-2016

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору пофиксил небольшой баг и добавил в шапку описание на DjVu Blits Hider.. текущая версия 0.1.1 Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 14:09 05-02-2016

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору VV123 не собираюсь изучать еще один язык программирования из-за чьих-то религиозных убеждений.. меня всё устраивает.. ---------- DjVu Utils Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 22:38 05-02-2016

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору недавно выяснилось, что DjVu Solo (а м.б. и еще какие-либо древние кодеры) не соблюдают стандарт DjVu Цитата: 8.3.12 INCL   This is the counterpart to the FORM:DjVi chunk which provides document-level   ("shared") information. The INCL chunk simply contains the (unencoded) UTF8   encoded ID of the included component file. To obtain the data for this chunk, the   decoder should look for this ID at in the governing DIRM chunk. The corresponding   chunk must be of type FORM:DJVI and contain the shared chunk.   и пишут название (ID) чанков в кодировке Win-1251 вместо UTF8 - и после INCL, и в кодированную часть DIRM.. это имеет значение, если ID не на латинице, а, например, на кириллице.. в связи с этим DjVu Chunk Remover некорректно работал с данными файлами.. т.к. реализация всех фич, которые я хотел внести в ремувер, может занять продолжительное время, то я решил выпустить промежуточную версию только с данным багфиксом.. текущая версия 0.4.1, ссылки в шапке.. видимо, со временем и в другие программы надо будет ввести проверку на соответствие ID кодировке UTF8, ибо такие древние файлы с кириллицей в названии чанков хоть и очень редко, но встречаются.. Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 11:05 26-02-2016

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору paveleon Цитата: Блок word дает пробел для разделения слов. нет.. пробелы в конце слова добавляют некоторые редакторы (в т.ч. DjVuOCR) для удобства и уменьшения размера текстового слоя.. а вот ФР11 и 12 этого не делают, заключая пробел в блок char Цитата: \n в конце слова дает конец абзаца. имхо не гуд помещать конец абзаца в блок word.. для этого существуют другие блоки, в которые word входит.. Цитата: Блок char дает возможность размещать отдельно две части разорванного переносом слова. странное заявление.. а как он это делает? Цитата: А какие преимущества дает использование блоков line и paragraph в текстовом слое? а какие преимущества может давать форматирование текста кроме того, что текст отформатирован? для простого поиска по тексту - никаких, а вот для разных манипуляций с текстом - может дать.. например, есть слово в конце абзаца - если знак перевода строки \n впихнуть в блок word, то при копировании и вставке этого одного слова перевод строки также будет присутствовать.. не критично, но приятного тоже мало.. пример 2 - при выделении текста в просмотрщике (например, WinDjView) при наличии блоков line строки выглядят ровными, намного эстетичнее и приятнее глазу имхо, чем без них.. сравнить можно при просмотре текста из-под ФР11 или 12 и после обработки данной книги Crutch'ем (который помимо прочего вставляет блоки line) можно еще примеров привести при необходимости, но по-моему и так понятно, что плюсы у форматирования есть.. Цитата: Про page тоже не очень понятно, в коде, который создает djvuOCR он избыточен, все равно же там по страницам текстовый слой создается. есть стандарт текстового слоя djvu, в нем предусмотрено 7 различных зон, в т.ч. "экзотические", такие как column и region.. зоны низшего порядка входят в зоны высшего.. от типа используемой зоны зависит, как она координируется относительно "родителя".. абсолютные координаты только у первого родителя.. то, что в извлеченном посредством утилит DjVuLibre текстовом слое стоят абсолютные координаты - это утилиты переводят все смещения "детей" относительно "родителей" в удобочитаемый вид.. видимо, такой порядок был придуман не зря, а для уменьшения размера конечного файла.. теоретически, можно попытаться сделать текстовый слой на одних word'ах, но это может вызвать неправильное отображение выделенного текста в просмотрщиках и увеличить результирующий файл.. Цитата: Я работаю над перловым скриптом, добавкой к djvuOCR, который позволил бы приводить текстовый слой к удобному для поиска и просмотра виду, а также редактировать его. Поэтому хотелось бы уяснить зачем эти разные блоки. про редактирование понятно, у меня самого в очень далеких планах сделать редактор текстового слоя djvu, а вот про поиск и тем более просмотр (скрытого текста) - не очень.. можно по-подробнее? Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 17:25 15-03-2016

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору paveleon что я понял из разговора 1) есть стремление сделать что-то положительное (и хоть это и является на мой взгляд изобретением велосипеда, всё равно, то что есть стремление - это положительный момент) 2) нет понимания, как устроен текстовый слой djvu 3) нет понимания, как реализованы поиск, выделение и копирование в WinDjView без понимания 2 и 3 сложно сделать что-то стОящее.. касательно корректного поиска при наличии переносов - я заморачивался в своё время и реализовал его на уровне просмотрщика в модификации программы WinDjView Extended.. там есть специальный чекбокс "игнорировать переносы".. насколько помню, для корректного копирования тоже код как-то модифицировал.. рекомендую поюзать прогу, там есть масса удобных фич, отсутствующих в основной версии программы.. возможно, там уже есть всё, что нужно.. в основной версии WinDjView поиск происходит по сплошному тексту, не зависит от деления на блоки, но чувствителен к количеству пробелов между словами, наличию дефисов/переносов.. в Extended я постарался устранить эти недостатки.. DjVuOCR в свою очередь тоже "борется" с переносами, сливая 2 половинки слова в одно в документах, распознанных ФР8.. это же делает FR11 DjVu Text Layer Crutch для документов ФР11 и 12..   таким образом, для нормального поиска по djvu-книге все инструменты есть.. исправлять вручную некоторые неправильно определенные файнридером переносы имхо не имеет смысла, т.к. во-первых - WinDjView Extended прекрасно справится с такими случаями при поиске, а во-вторых - следующий значимый этап по повышению качества текста - это вычитка.. исправление переносов вручную - это только мизерная часть данного процесса, дающая незначительную выгоду только при копировании текста.. если еще осталось желание этим заниматься, могу подсказать что надо делать, ибо всё это я уже проходил, нюансы мне известны.. конкретику лучше обсуждать в личке, т.к. здесь это уже оффтоп.. кстати, все манипуляции с txt-слоем djvu-файла проводит утилита djvused, а не DjVuOCR.. в т.ч. работа с юникодом вместо восьмиричного представления символов - это функция данной программы в относительно "свежих" версиях.. но она имеет ряд "нехороших" встроенных функций, влияющих на оформление текста - так она принудительно вставляет после блока line символ конца строки, после paragraph - 0x1F и т.п.. в Crutch'е есть выбор, что ставить после блоков или ничего не ставить.. но djvused имеет открытые исходники, так что при необходимости можно подправить под себя.. Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 15:14 21-03-2016

NME Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору обновил DjVu Chunk Remover до версии 0.5.. основные нововведения - это поддержка одностраничных документов, а также добавление BG44 белого цвета при удалении только фона и добавление  FGbz черного цвета при удалении только цвета маски - это позволяет корректно отображать цветные страницы при удалении либо фона, либо цвета маски.. Всего записей: 1436 | Зарегистр. 26-07-2007 | Отправлено: 13:12 11-04-2016

balik1982 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору такой вопрос по теме djvu возможно есть уже программа которая бы позволяла извлекать из готового файла djvu нужный диапазон страниц, как это можно делать с pdf файлами?   спасибо! Всего записей: 118 | Зарегистр. 23-02-2005 | Отправлено: 12:17 15-04-2016

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » Утилиты для DjVu: DjVuNMEditor, FR11 DTL Crutch и др.

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование