LINUX.ORG.RU

Почему изображение, отсканированное в цвете «весит» меньше, чем это же изображение, отсканированное в ч/б и оттенках серого?

dpi ?

Sith ★★★★★
()
Ответ на: комментарий от Yugo

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

Tark ★★
()

Этот эффект повторяется на большом количестве изображений?

А вообще ответ «ну вот так пиксели сложились...».

grondek
()
Ответ на: комментарий от Martin256

Сейчас что-нибудь отсканирую.

Yugo
() автор топика
Ответ на: комментарий от grondek

Да, ИЧСХ, заметил это и на HP и на Panasonic.

Yugo
() автор топика

На правах диванного теоретика.

ЕМНИП, при сохранении JPG можно выбрать режим «оттенки серого». Логично предположить, что без этого:

1. Ч/Б изображение будет занимать столько же сколько и цветное.

2. К изображению будет применен некорректный алгоритм сжатия, который приведет к избыточность.

observer ★★★
()
Последнее исправление: observer (всего исправлений: 1)

У тебя наверняка «ч/б» на самом деле является тем же самым цветным, но все пиксели выставлены в 255 или в 0. То же самое — с серым.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от observer

1. Ч/Б изображение будет занимать столько же сколько и цветное.

Так ч/б «весит» больше цветного.

Yugo
() автор топика
Ответ на: комментарий от Yugo

1. Ч/Б изображение будет занимать столько же сколько и цветное.

2. К изображению будет применен некорректный алгоритм сжатия, который приведет к избыточность.

1+2 = и получится, что занимают больше.

observer ★★★
()
Последнее исправление: observer (всего исправлений: 1)
Ответ на: комментарий от AlexVIP

ОК, но почему же тогда ч/б больше получается?

Есть этому какие-то объяснения?

Или observer все же прав:

1. Ч/Б изображение будет занимать столько же сколько и цветное.

2. К изображению будет применен некорректный алгоритм сжатия, который приведет к избыточность.

1+2 = и получится, что занимают больше.

Yugo
() автор топика
Ответ на: комментарий от Eddy_Em

Спасибо, как раз про это и читаю.

Yugo
() автор топика

Потому что jpeg - сжатие с потерями, основанное на преобразовании Фурье (точнее, дискретном косинусном) и у обычной фотографии с плавными переходами между цветами спектр состоит из достаточно малого числа полезных гармоник, которые нужно сохранять, а у чёрно-белой картинки с резкими границами бесконечное (или максимально возможное) число гармоник.

dn2010 ★★★★★
()

так у тебя в оттенках серого глубина цвета 24 бита так же

Martin256 ★★
()
Ответ на: комментарий от Yugo

У тебя jpeg-кодер какой-то странный, зип _пожал_ все фотки в полтора раза, а оптимизированняй jpeg почти не жмется.

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от dn2010

Там еще прореживание по цвету выполняется

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от DNA_Seq

Похоже, он (кодер) сжимает так, чтоб максимально быстро выдать результат, а не максимально сжимать.

Yugo
() автор топика
Ответ на: комментарий от Yugo

Похоже, он (кодер) сжимает так, чтоб максимально быстро выдать результат, а не максимально сжимать.

Кстати, логично, да.

observer ★★★
()
Ответ на: комментарий от Eddy_Em

А если оно будет серым, получится больше шума.

Нет, серое так же сожмётся, даже чуть лучше за счёт отсутствия U и V. А вот чёрнобелое — плохо, из-за высоких частот.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Нет, серое так же сожмётся, даже чуть лучше за счёт отсутствия U и V. А вот чёрнобелое — плохо, из-за высоких частот.

Практика это подтверждает, Ч/б «весят» больше, чем серые.

Yugo
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.