Книги большого размера. Насколько приемлемы "вес - качество" книги.

Размер и качество книг.
Чем пожертвовать? И стоит ли?

Возьмем к примеру некую книгу, размер которой превышает 1 ГБ. В моем случае это будет книга о кулинарии.
Кто-то сделал хороший скан в высоком разрешении и по определенным причинам (не желая тратить время) просто собрал все эти картинки в формате pdf.
В итоге мы имеем книгу весом в 1.25 гб с 512-ью картинками.

Есть много способов оптимизировать размер (путем сжатия картинок).
Для данного примера я обрабатывал их в DjVu Imager и PDF-XChange.Editor.Plus

На всех скриншотах увеличение в 1200 % :

№ 1 - Оригинал
№ 0 - обычное сжатие в DjVu Imager
При таком качестве вес файла уменьшился до 507 мб.


Продолжаю оптимизацию (сжатие) :

№ 1 - оригинал
№ 2 - На + 1 уровень выше обычного сжатия в DjVu Imager - вес файла уменьшился до 195 мб.
№ 3 - На + 2 уровня выше обычного сжатия в DjVu Imager - вес файла уменьшился до 117 мб.


Сравнение DjVu Imager и PDF-XChange.Editor.Plus

№ 2 и №3 - смотри выше (сжатие в DjVu Imager)
№ 5 - стандартная оптимизация в PDF-XChange.Editor.Plus - вес файла - 70.4 мб.


Вот что мы имеем с текстом при увеличении 800%


В данной ситуации я оставил файл №2 - 195 мб.
Считаю что не надо гнаться за уменьшением размера, когда страдает качество и некомфортность чтения, но и "тяжелые" высококачественные файлы - тоже не выход из положения.

Буду рад услышать мнение всех неравнодушных в этом вопросе.

Логичнее начать с того, чтобы посмотреть в корень. Все зависит от алгоритмов сжатия. А уже потом - какие из них используются в той или иной программе и как они там настроены. Техническая основа работы такой программы - все равно алгоритм сжатия.

Я к сожалению не знаю что засунуто в DjVu Imager и PDF-XChange.Editor.Plus. Вообще, исходно сжатие - это вотчина области работы с графикой. Только потом это использовали в сборке книг. А в графике есть разные течения. Одно из них нацелено на максимальное ужимание, пусть и с потерей качества. Особенно это актуально было на ранних этапах компьютерной эры, когда объемы носителей были малы. И скорость интернета низкая. Тогда очень выручал алгоритм jpeg.
Другое течение выбрало иную стратегию - уменьшение размера путем цветоделения и сокращения количества цветов или оттенков серого. Это тоже стало популярным в веб-индустрии.
Третье течение поставило задачу максимально сжать так, чтобы потеря качества не ощущалась без большого увеличения.
Четвертое создало алгоритмы существенного сжатия без потери информации вообще. Это максимально продвинутые форматы MrSid и Png.

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

Еще думаю, при такой развитости технологий графической обработки всегда ли надо обращаться к софту по сборке книг? Работая с набором страниц как с набором картинок, в графических программах, можно получить точно предсказуемый результат, и при этом скорее всего лучший по качеству, и по степени сжатия тоже. Правда, вместо одного файла будет директория со страничками, так это не беда.