nbl
Цитата:

А какой компилятор Вы используете? Вообще-то это довольно просто (азы "графики" т.е.).
Цитата:

"Удалить мусор" - это называется despeckle - вот он: http://www.djvu-soft.narod.ru/bookscanlib/010.htm . Но despeckle работает только с чёрно-белыми изображениями. Вам нужен "цветной despeckle". Как его сделать, я пока не в курсе. Спросите тут: http://forum.ru-board.com/topic.cgi?forum=93&topic=3172&glp - вроде бы есть некая программа с "цветной despeckle".

"Залить дырки" - тоже пока я не интересовался.

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

Неожиданным образом выяснилось, что (по идее) и заливка дырок, и цветной despeckle могут быть (наверно; я не пробовал реально) реализованы одним и тем же алгоритмом! А именно, вот этим (или его модификацией):

http://www.aforgenet.com/framework/docs/html/4a83d944-d776-ba2c-9847-3254fe3dbfd...

Это называется "Blob filtering". Вот подробности: http://www.aforgenet.com/forum/viewtopic.php?f=4&t=100

Вот теория: http://homepages.inf.ed.ac.uk/rbf/HIPR2/label.htm

Не знаю, как всё это на самом деле может работать, но идея ИМХО интересная.

Да, забыл сказать. Я использовал для компиляции TCC (Tiny C Compiler). Он работает только с чистым C, поэтому пришлось чуток подправить despec1.c. Прикладываю комплект моих файлов.

http://www.onlinedisk.ru/file/176009/

Всю дорогу на C и C++ писал, правда, сейчас больше обработкой текстов на AWK приходится заниматься. В основном Боландовскими компиляторами пользовался. TСС понравился тем, что мелкие исполняемые файлы создает и компилирует супер быстро. А вот с диагностикой ошибок при компиляции у него слабовато. Кстати, программы с FreeImage боландовским компилятором сходу не компилируются, у него в комплекте нет файла inttypes.h.

Я еще докрутил программку, навесил проверки на размер апертуры и цветовой формат файла, и теперь ей можно пользоваться практически. Взять ее с исходником можно здесь:

http://www.onlinedisk.ru/file/176106/

Некоторое время назад меня посетил программерский зуд, в результате которого родилась на свет программка для обработки сканов обложек и приведения их к малоцветным. В архиве упакована сама программа с исходником, пример исходного файла, результат обработки и небольшое описание в файле readme.txt. Особой статистики по использованию программы у меня нет, поэтому пробуйте и пишите отзывы.

http://narod.ru/disk/12712533000/color256.rar.html

AAW писал(а) 03.09.2009 :: 11:37:58:

Не понял в разнице объема чего? Программа собственно для уменьшения количества цветов в 256-цветном скане обложки. Пример из архива, по-моему, очень показателен.

despecle.exe можно взять в этой же ветке в посте #7.

Сейчас я тоже провел такой эксперимент. Результирующий DjVu обработанного программой файла в два раза меньше, чем для необработанного. Но это не самое главное. Качество DjVu для обработанного файла неизмеримо лучше. Посмотрите приложенный DjVu. Явно видно, что первая страничка из необработанного png похабная, а вторая из обработанного - конфетка.

http://narod.ru/disk/12785628000/test.djvu.html

AAW писал(а) 04.09.2009 :: 05:16:11:

О, вот тут мы расходимся! Для меня критерий "лишь бы было читабельно" не приемлем. Хочется качества ближе в максимальному.

Вашу обложу покрутил немного. Собственно, мыслей несколько.

1. Данная обложка не показательна. Есть полутона, например, на носе самолета, хоть и выполненные точками различного размера. Такие вещи сильно ухудшают сжимаемость.

2. Лично я бы такую обложку для книги кодировал бы в режиме "Фото". По крайней мере, сохранился бы более оригинальный вид. Я всегда и кодировал обложки в режиме "Фото" пока не приспособился делать их малоцветными.

3. Я взял Вашу обложку, отрезал края "с пальцами" и остальным мусором, убрал надписи ручкой, скопировав фрагменты фона из соседней клетки. Потом обработал своей программой, затем despecle, следом ручная чистка от мусора и дефектов бумаги. После кодирования принтером размер DjVu получился 114.5 кб. Программа vpd_enc дает чуть больший результат 126.5 кб. Кодирование необработанной картинки в режиме "фото" дало 524 кб, а кодирование обработанной картинки в режиме "фото" дало 525 кб.

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

Цитата:

Я тоже сторонник делать обложки в режиме "Фото" - а не малоцветными. Так получается живее и натуралистичнее (если это обложки книг, а не журналов в 256 цветов).

У обложек книг ведь есть не только цвет - но и фактура - "грубая ткань", "тиснёная кожа" и т.д. Малоцветные обложки это не передают.

Цитата:

Посмотрел. На мой вкус, всё равно как-то "не очень". Фото-обложки "живее".
Цитата:

Да, это пока вообще ИМХО непаханная целина. Тут ещё прийдётся разрабатывать технологии.