[Ikar]

Сообщение от Дмитрий З

Формат всё-равно ведь 8-битный. И нельзя сохранить полноту представления данных в пространстве с меньшей частотой дискретизации из пространства с большей. Просто не хватит элементов описания. А в том, что тени страдают менее светов виновата характеристика компенсирующей кривой. На то есть у разработчиков свои резоны. Мы исходим из данности, что один формат имеет такие преимущества, другой - иные. Нужно быть достаточно узким специалистом, чтобы говорить компетентно о том, что мы затронули. У меня на это не хватит образования. Я просто фотограф, в конце - концов...
П.С. Роквелл, кстати, электронщик, научный деятель, держатель патентов... Поэтому всё, что он говорит, выгладит наукообразно. Хоть, порой, и фуфло конкретное.

Вы меня не совсем поняли. С тем что "разрешение"(*) (кстати это не связанно с дискритезацией, а с точностю оценки конкретного отсчета. Дискретизация же - это частота таких отсчетов) 8 бит меньше 12 понятно.

А в том, что тени страдают менее светов виновата характеристика компенсирующей кривой.

Т е некая функция преобразования. Правильно ли я Вас понял, что это функция не является

берутся только 8-битовые группы из 12-битовой информации ячейки, а 4-битовый остаток отбрасывается.

Т е каждое значение является именно значением (неким числом) а не цифровым потоком (набором бит). И такое вольное обращение (отбрасывание бит) не является корректной операцией

P.S. * в данном случае "разрешение" не имеет отношения кол-ву точек на единицу площади. Имеется ввиду количество градаций (в данном случае яркости)