OCR форумы Добро пожаловать, Гость. Пожалуйста, выберите Вход или Регистрация
Форум переведен из кодировки UTF-8 в кодировку WINDOWS-1251. По всем вопросам, связанным с кодировкой текста (появлением «кракозябр»), обращайтесь к Администратору.
The forum is translated from the UTF-8 encoding to the WINDOWS-1251 encoding. For all questions related to the encoding of the text (the appearance of 'krakozyabr'), please contact the Administrator.
 
  ГлавнаяСправкаПоискВходРегистрация Администратор Библиотека  
 
Переключение на Главную Страницу Страниц: 1
Послать Тему Печать
Кросплатформенный DjVu Imager на Qt (Прочитано 672 раз)
truf
Активист
***
Вне Форума



Сообщений: 226
Кросплатформенный DjVu Imager на Qt
26.03.2020 :: 17:00:46
 
Решился я переписать DjVu Imager 2.9 от monday2000 с MFC на Qt 5.x.
Результат доступен тут: https://github.com/trufanov-nok/DjVu_Imager-Qt/releases под той же лицензией.

Идея была в том, чтобы получить нативное приложение для Linux, но сборку для Win32 я также сделал. Приложение укомплектовано актуальными утилитами из пакета DjVuLibre, актуальной FreeImage.dll и пересобранным кодировщиком fi_c44.
Теперь, если заменить DjVu Small на minidjvu_mod, можно получить нормальный кросплатформенный инструмент для кодирования multipage bundled DjVu документов по методу раздельных сканов.

Поведение DjVu Imager Qt не должно отличаться от оригинала, за исключением того, что я заменил все настройки префиксов/суффиксов на настройку RegExp выражения, которое я использую для получения номера страницы из имени файла изображения. А "под капотом" я заменил некоторые операции (получение кол-ва страниц, изменение DPI, функционал djvudumpm) на использование djvused.
Тем не менее, косяки возможны, особенно в Win версии, потому что разрабатываю и работаю я преимущественно на Linux машине. Если что - пишите в эту ветку или в Issues на github'е.
Наверх
 
 
IP записан
 
m7876
Постоялец
**
Вне Форума



Сообщений: 80
Re: Кросплатформенный DjVu Imager на Qt
Ответ #1 - 26.03.2020 :: 18:43:01
 
А чем оно лучше моего img2djvu? Улыбка Тем что графическое?
Наверх
 
 
IP записан
 
truf
Активист
***
Вне Форума



Сообщений: 226
Re: Кросплатформенный DjVu Imager на Qt
Ответ #2 - 26.03.2020 :: 21:36:22
 
m7876 писал(а) 26.03.2020 :: 18:43:01:
А чем оно лучше моего img2djvu? Улыбка Тем что графическое?

На линуксе? Кроме GUI у Imager'а более узкая специализация - менять слой background'а в уже готовом multipage документе. Это позволяет натравить его на файл, собранный проприетарным djvu кодером. Например, ворованным documenttodjvum, распространяемым вместе с DjVu Small. Который приходится запускать под Wine.

У вас, насколько я понимаю, скрипт использует либо кодеры из DjVuLibre, либо minidjvu.  Кодеры из DjVuLibre не лучший выбор для создания multipage документов, т.к. не умеют делать общие для нескольких страниц словари Djbz. Они просто собирают независимо кодируемые страницы. На выходе файл получается слишком большой. А minidjvu - такие словари делать умеет, но авторы поставили в него оптимизацию для скорости - искать вхождения символа только на соседних (емнип) страницах, что дает в среднем на 23% более толстый документ, чем documenttodjvum. Более подробно я все это описывал тут: http://publ.lib.ru/cgi/forum/YaBB.pl?num=1560707465 И там же предложил minidjvu_mod - экспериментальную модифицированную версию minidjvu без этой оптимизации. Кстати, ваш скрипт может легко использовать и её.

Ну и в главных, я в Imager полез разбираться, естественно, с прицелом на то, чтобы когда-нибудь затолкать сборку DjVu документов по методу раздельных сканов непосредственно в ScanTailor с кодером minidjvu_mod, поэтому и портировал на Qt Улыбка
Наверх
 
 
IP записан
 
m7876
Постоялец
**
Вне Форума



Сообщений: 80
Re: Кросплатформенный DjVu Imager на Qt
Ответ #3 - 27.03.2020 :: 05:17:26
 
Не вижу, почему бы img2djvu не использовать под Windows. Все компоненты доступны. Очень многие пользователи, конечно, пугаются терминала...

> minidjvu_mod - экспериментальную модифицированную версию minidjvu без этой оптимизации. Кстати, ваш скрипт может легко использовать и её.

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

> затолкать сборку DjVu документов по методу раздельных сканов непосредственно в ScanTailor

Заталкивать все в одно приложение, на мой взгляд, не самое правильное решение. Мне кажется, что вместо того чтобы использовать супер-комбайн или десять маленьких утилит, лучше всего быть где-то посередине и использовать два-три мощных инструмента, скажем, ScanTailor + img2djvu + ocrodjvu. На этом фоне  DjVu Imager выглядит лишней ступенькой, ведь разделять сканы в img2djvu можно прямо на лету, без дополнительных ухищрений.
Наверх
 
 
IP записан
 
truf
Активист
***
Вне Форума



Сообщений: 226
Re: Кросплатформенный DjVu Imager на Qt
Ответ #4 - 27.03.2020 :: 17:21:26
 
>  Очень многие пользователи, конечно, пугаются терминала...

Не просто пугаются, так этот bash еще найти и установить нужно. Если бы из cmd работало или bash в комплекте шел, то было бы проще. Пользователь Винды хочет один инсталлятор, который поставит ему и требуемые библиотеки, и утилиты, и ярлычок на рабочем столе создаст. Хотя сейчас MS пытается запихнуть в Windows 10 линуксовое ядро: https://www.opennet.ru/opennews/art.shtml?num=52552
Может это перестанет быть проблемой.

>Вообще, здесь на форуме многие предпочитают (по крайней мере в последнее время) качество размеру.

Ну, тут акценты несколько другие. Использование или не использование Djbz словаря вряд ли может повредить качеству, т.к. Sjbz страницы кодируются также с применением локального для страницы словаря. Если только кодеру не передан параметр типа lossless, но тогда все символы без разбора пойдут в словарь как уникальные и документ по размеру будет подобен подборке чернобелых jpeg изображений. Т.о. беспокоиться о словарях вам все таки нужно Улыбка т.к. даже single page кодирование без составления словаря не происходит.

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

А размер - важен. На мой взгляд, это вообще единственное преимущество DjVu перед PDF. DjVu хорош именно для долгосрочного хранения документов, которые редко читают, т.е. старой советской литературы. И +/- 20% от размера файла, даже если это килобайты, в масштабах добровольно сидируемых на рутрекере книг - это серьезно. Меньше файл - больше сидов - дольше он проживет во всяких архивах, в случае чего.

> Заталкивать все в одно приложение, на мой взгляд, не самое правильное решение.

Я хочу добиться этим 3-х вещей.
1. Чтобы любой пользователь мог сделать книжку по методу раздельных сканов установив одну программу и в три клика, даже не зная о существовании метода раздельных сканов. В этом, по моему мнению, суть ST - он не сложный и дает хороший результат даже с дефолтными настройками. А про метод раздельных сканов я и сам сильно не стразу узнал.
2. Хочу дать возможность выставлять настройки кодирования для конкретной страницы. Без GUI тут никак.
3. И хочу видеть в real time как эти настройки влияют на результат, чтобы их оптимально подбирать. Т.е. на лету перекодировать и отображать страницу.

1-е требует, чтобы в дистрибутиве были все требуемые потроха. Я могу в пакет ST докладывать утилиты DjVuLibre или еще что, но не могу класть скрипты - они платформозависимы или им интерпретатор требуется. Проще вызов всех утилит делать прямо из Qt - он это умеет, и stdin/stdout писать/читать. В крайнем случае у Qt есть свои script engine и QML, но это уже перебор.
Наверх
 
 
IP записан
 
m7876
Постоялец
**
Вне Форума



Сообщений: 80
Re: Кросплатформенный DjVu Imager на Qt
Ответ #5 - 27.03.2020 :: 18:30:19
 
> Использование или не использование Djbz словаря вряд ли может повредить качеству

Может быть, и так. Но у меня было ощущение, что с большими словарями растет вероятность проблем класса "инь". Интересно, кто-нибудь ставил эксперименты? Кстати, documenttodjvu в этом отношении гораздо лучше cjb2 и minidjvu.

>  Я могу в пакет ST докладывать утилиты DjVuLibre или еще что, но не могу класть скрипты - они платформозависимы или им интерпретатор требуется. Проще вызов всех утилит делать прямо из Qt - он это умеет, и stdin/stdout писать/читать

Разумно. Но может быть, тогда принять подход img2djvu и разделять сканы на лету? Будет и быстрее, и еще проще для конечного пользователя. А если Freeimage не умеет этого, то может быть, взять Magick++?

Кстати, несвязанное -- в Xenial не компилируется Ваш DjVu Imager, может быть, сбавите требуемую версию Qt? Многие ведь сидят на Xenial и подобном.
Наверх
 
 
IP записан
 
truf
Активист
***
Вне Форума



Сообщений: 226
Re: Кросплатформенный DjVu Imager на Qt
Ответ #6 - 27.03.2020 :: 21:26:21
 
> Но у меня было ощущение, что с большими словарями растет вероятность проблем класса "инь".

Если проблемой считать ошибку с инь в конкретном слове, то теоретически да, растет. Но если считать проблемой то, что кодер в данном конкретном шрифте и тексте вообще способен такую ошибку совершить, то не растет, а наоборот - выявить проблему помогает. Например, слишком высокий параметр агрессивности. А если решать проблему инь просто уменьшая кол-во текста по которому составляется словарь и не меняя параметры кодирования - то это игра в удачу. Может повезет, может нет.
На практике я бы ожидал, что разница при кодировке с одними и теми же параметрами, но разным кол-вом страниц в Djbz словарях будет минимальной. Потому что непропечатанная И в ИНЬ чаще всего путается с Н, а Н там прям следующей буквой. Т.о. у кодировщика все равно будет что с чем перепутать, даже в масштабе одной страницы.

> Но может быть, тогда принять подход img2djvu и разделять сканы на лету? Будет и быстрее, и еще проще для конечного пользователя. А если Freeimage не умеет этого, то может быть, взять Magick++?

Да, что-то такое нужно будет сделать. STU умеет разделять сканы и имеет функцию экспорта. А FreeImage я тащить в проект точно не хочу - средствами Qt и так можно любые картинки читать. В принципе можно было вместо fi_c44.exe сделать qt_c44.exe и отказаться от FreeImage и в Imager'e, но я об этом не подумал. Библиотеки Qt конечно жирнее FreeImage, но я их так и так тащу с собой.. Посмотрим.

>  в Xenial не компилируется Ваш DjVu Imager, может быть, сбавите требуемую версию Qt?

Там вроде доступен из репозиториев Qt 5.5.1 - его должно быть достаточно. Попробуйте поставить qtbase5-dev перед компиляцией или deb пакет с бинарником, и посмотреть, найдет ли он зависимости.
Наверх
 
 
IP записан
 
m7876
Постоялец
**
Вне Форума



Сообщений: 80
Re: Кросплатформенный DjVu Imager на Qt
Ответ #7 - 28.03.2020 :: 07:31:26
 
> Там вроде доступен из репозиториев Qt 5.5.1 - его должно быть достаточно. Попробуйте поставить qtbase5-dev перед компиляцией или deb пакет с бинарником, и посмотреть, найдет ли он зависимости.

Все компилируется, спасибо!
Наверх
 
 
IP записан
 
Ecce Homo
Новичок
*
Вне Форума


Всем привет!

Сообщений: 45
Re: Кросплатформенный DjVu Imager на Qt
Ответ #8 - 28.03.2020 :: 17:51:37
 
truf писал(а) 26.03.2020 :: 17:00:46:
но сборку для Win32 я также сделал.

А для WIN64 не планировали?
Наверх
 
 
IP записан
 
xyz
Гуру
****
Вне Форума


Всем привет!

Сообщений: 614
Re: Кросплатформенный DjVu Imager на Qt
Ответ #9 - 29.03.2020 :: 09:43:46
 
Вы знаете, я честно думал, что когда начнется прикручивание джву-кодера к STU мой опыт использования разнообразных джву-кодеров окажется полезным.

Однако непосредственно ДжвуИмаджер я никогда не использовал. Я использую FSD. Поэтому мне казалось, что вызов csepdjvu  или в качестве альтернативы   msepdjvu из программы  решит все проблемы создания джву-файлов.


Если же идет полная интеграция библиотеки джвуЛибре,

то мне кажется надо подумать на тему

а) предоставления возможностей содержащихся в утилитах NME
http://forum.ru-board.com/topic.cgi?forum=5&topic=38467


б) программирования функционала, содержащегося в DjvuToy

http://publ.lib.ru/cgi/forum/YaBB.pl?num=1537526111/73#73


в) предоставления возможностей, содержащихся в СК:  по кодированию спецзон с  высоким качеством (без потерь), и по разделению соприкасающихся разноцветных участков на разные блиты в кодировании малоцвета


Вообще было бы здорово, если бы пользователю давались какие-то возможности по редактированию словаря шейпов.



Однако, я прекрасно понимаю, что на данной стадии все эти мои пожелания сильно преждевременны.
Наверх
« Последняя редакция: 29.03.2020 :: 09:50:26 от xyz »  
 
IP записан
 
AAW
Патриарх
*****
Вне Форума


Старую детскую и НП литературу
ничем не заменить

Сообщений: 4179
Екатеринбург
Пол: male
Re: Кросплатформенный DjVu Imager на Qt
Ответ #10 - 30.03.2020 :: 08:01:00
 
truf писал(а) 26.03.2020 :: 21:36:22:
когда-нибудь затолкать сборку DjVu документов по методу раздельных сканов непосредственно в ScanTailor

Угу. И может, хоть когда-нибудь люди перестанут вот это публиковать. Ну сколько же лет эта фигня с автосегментированием ещё будет длиться...

Свеженький Дмитриев от manjak61, внешний вид
...

Содержимое слоев
...

...

крупно
...

...

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

+
В pdf артефакты есть, но не такие страшные

...
Наверх
« Последняя редакция: 30.03.2020 :: 11:20:28 от AAW »  

Если не я за себя - то кто за меня? Но если я только за себя - то зачем я нужен? И если не сейчас - то когда? (с) Гиллель, предположительно
155803224  
IP записан
 
Владислав_72
Активист
***
Вне Форума



Сообщений: 301
Москва
Пол: male
Re: Кросплатформенный DjVu Imager на Qt
Ответ #11 - 30.03.2020 :: 19:30:00
 
Вклеюсь в такое оживленное обсуждение со своей мелочью - реально ли доработать DjVu Small, в смысле "научить" ее определять тип контента в кодируемых страницах по типу Акробата - в настройках которого заранее можно выставить тип упаковки - для ч/б контента свой, для полутонов - свой, и для цвета - свой. Думаю, такой же финт можно "провернуть" и с указанной утилкой, сделав такие настройки и задав в них аналогичные пресеты из списка имеющихся. Вопрос в том, насколько это гиморно.
Наверх
 
 
IP записан
 
truf
Активист
***
Вне Форума



Сообщений: 226
Re: Кросплатформенный DjVu Imager на Qt
Ответ #12 - 31.03.2020 :: 12:51:33
 
Владислав_72 писал(а) 30.03.2020 :: 19:30:00:
реально ли доработать DjVu Small, в смысле "научить" ее определять тип контента в кодируемых страницах по типу Акробата


Я не смогу - там используется MFC под Windows, я его просто не знаю.
Наверх
 
 
IP записан
 
m7876
Постоялец
**
Вне Форума



Сообщений: 80
Re: Кросплатформенный DjVu Imager на Qt
Ответ #13 - 31.03.2020 :: 14:17:28
 
> тип упаковки - для ч/б контента свой, для полутонов - свой, и для цвета - свой

Именно это и делает img2djvu Улыбка

Только он использует немного другие категории: черно-белый, малоцвет и цвет
Наверх
 
 
IP записан
 
Владислав_72
Активист
***
Вне Форума



Сообщений: 301
Москва
Пол: male
Re: Кросплатформенный DjVu Imager на Qt
Ответ #14 - 31.03.2020 :: 15:52:54
 
m7876 писал(а) 31.03.2020 :: 14:17:28:
> тип упаковки - для ч/б контента свой, для полутонов - свой, и для цвета - свой
Именно это и делает img2djvu Улыбка
Только он использует немного другие категории: черно-белый, малоцвет и цвет

Не, DjVu Small куда лучше подходит на роль единой утилиты-упаковщика готовых обработанных сканов в дежавю. Это мое мнение, не на слуху знакомого и разработкой софта под конкретного пользователя и его последующей техподдержкой. Принцип должен быть один - "раз настроил и забыл", а не использовать кучу утилит с кучей промежуточных результатов. Подавляющее большинство разработчиков опенсорса об этом не думают.
Наверх
 
 
IP записан
 
m7876
Постоялец
**
Вне Форума



Сообщений: 80
Re: Кросплатформенный DjVu Imager на Qt
Ответ #15 - 31.03.2020 :: 16:17:03
 
> Принцип должен быть один - "раз настроил и забыл", а не использовать кучу утилит с кучей промежуточных результатов.

Так и есть. Один раз поставил img2djvu, записал два-три образца командной строки и забыл про все остальное. Никаких промежуточных результатов у этой утилиты нет, из изображений получается готовый к использованию DjVu-файл, можно даже сразу с OCR.

Другое дело, что это терминал, и многие его боятся. К тому же под виндами надо несколько программ поставить, тоже многим трудно.
Наверх
 
 
IP записан
 
Переключение на Главную Страницу Страниц: 1
Послать Тему Печать