Grayscale: сколько тонов?

Всё происходит в 16-битных вариантах.
Буду закрашивать 4 области тонами серого. Тон описываю один раз в терминах K, другой в терминах R/G/B (они равны, поэтому буду называть для краткости r).
Цвет везде выбирается через Color Picker.

1. Создаю файл в Grayscale mode.
Область 0 заполняю цветом r = 0.
Область 1 заполняю цветом r = 1.
Область 2 заполняю цветом r = 2.
Область 3 заполняю цветом r = 3.

Измеряю полученное пипеткой:
Область 0: K=100%, r=0
Область 1: K=100%, r=0
Область 2: K=99%, r=2
Область 3: K=99%, r=4

Ступеньки в значениях K я еще могу как-то понять: там 100 уровней. Но в r-то 255 уровней, они-то почему округляются (или пересчитываются из округленного K)?

2. Создаю файл в RGB mode. Делаю то же самое:
Область 0 заполняю цветом r = 0.
Область 1 заполняю цветом r = 1.
Область 2 заполняю цветом r = 2.
Область 3 заполняю цветом r = 3.

Измеряю полученное пипеткой:
Область 0: K=100%, r=0
Область 1: K=99%, r=1
Область 2: K=99%, r=2
Область 3: K=99%, r=3
-- всё нормально.

3. Последний RGB файл конвертирую в Grayscale.
Область 0: K=100%, r=0
Область 1: K=99%, r=1
Область 2: K=99%, r=2
Область 3: K=99%, r=3
-- то же самое, что только что было в RGB mode.

Что получается -- что рисуя в Grayscale, я получаю только 100 тонов. Рисуя в RGB и перекидывая в Grayscale, я получаю 256 тонов. А рисуя в Grayscale, я что, получаю только 100 тонов?

Нет,просто K _показывается_ с точностью до процента,как впрочем и L.

Да, но R/G/B показывается с точностью до целого!

Попробуйте (в Grayscale) заполнить область значением R/G/B = 1/1/1. А потом прочитайте это значение (в терминах RGB, не K), хоть пипеткой, хоть color picker'ом.

Если все равно остаются подозрения, что там не ноль, попробуйте усилить это значение: adj.level Curves на двух точках: (0;0) (4;255) -- если б в области был не ноль, не 0/0/0, область бы посветлела: крутизна-то будь здоров = 255/4 примерно = 64, т.е. из 1/1/1 получили бы 64/64/64. Но нет, 0/0/0 остается...

Попробуйте в 16 битах,в сером, залить градиентом 0-8К не очень маленький лист,скажем 512 в длину.
пипетка покажет 8 дискретных значений.
"Проявите" его,наложив adj.layer levels c 0-8.
Смотрим на плавный градиент,а вовсе не на 8 полос.
Ну не показываются в шопе реальные числа,а они есть.
Была бы фича "показывать два знака после запятой",не было бы вопросов.

Занятный пример, спасибо.
Надо посоображать...

Ваши экспирименты с закраской серым, на мой взгляд, не критичны и бессмысленны в принципе, но лишний раз выявляют традиционный дефект Фотошопа - эта программа в принципе не сделана для работы в серой палитре. У неё вобще её нет. Базовая кодировка цвета для Фотошоп - RGB по 8 bit на канал.
Собственно по-этому и проблема с индикацией.
Область полутонов в которой Вы экспериминтировали является пороговой для серой шкалы - сверхсветлая область, не на каждом мониторе можно увидеть разницу в тонах, а напечатать тем более. Тем не менее в серой шкале 256 оттенков. Во всех палитрах применяется 255 оттенков серого, так как тон # 0 - просто пустота - апсолютно белый свет.
Фотошоп не идеален, но лучше пока не придумали... :? :?

Цитата:

от:Владимир Владимирович Уржумцев
Ваши экспирименты с закраской серым, на мой взгляд, не критичны и бессмысленны в принципе, но лишний раз выявляют традиционный дефект Фотошопа - эта программа в принципе не сделана для работы в серой палитре. У неё вобще её нет. Базовая кодировка цвета для Фотошоп - RGB по 8 bit на канал.
Собственно по-этому и проблема с индикацией.
Область полутонов в которой Вы экспериминтировали является пороговой для серой шкалы - сверхсветлая область, не на каждом мониторе можно увидеть разницу в тонах, а напечатать тем более. Тем не менее в серой шкале 256 оттенков. Во всех палитрах применяется 255 оттенков серого, так как тон # 0 - просто пустота - апсолютно белый свет.
Фотошоп не идеален, но лучше пока не придумали... :? :?

Подробнее

В "палитрах"- да,но в 16 битах дело не ограничивается 255 оттенками.
Об чем и спич.

>Ваши экспирименты с закраской серым,
>на мой взгляд, не критичны и бессмысленны в принципе

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

>Область полутонов в которой Вы экспериминтировали
> является пороговой для серой шкалы

Нет. Та же проблема появляется в любой тоновой области, главное использовать четыре подряд идущих значения RGB (не K!), например
21/21/21,
22/22/22,
23/23/23,
24/24/24.
Впрочем, даже трех хватит (пересчет между RGB и K идет, очевидно со множителем 256/100)

Alex,
с градиентами все проходит, даже меньше, чем с 8 уровнями, т.е. я согласен, что часть проблемы в индикации.
Однако это не все, не в одном округленном выводе дело. В вводе тоже: Fill не дает залить область произвольным R/G/B. Впечатление, что такие-то инструменты позволяют это делать (тот же градиент), а какие-то нет. Но если все-таки удалось засадить нужное значение, в файле оно держится (напр, как я уже говорил, можно в режиме RGB назаполнять чем нравится, а потом перевести в Grayscale -- получим то, что в Grayscale в лоб не делается, по крайнекй мере не каждым инструментом.)

Да,цифирками с клавиатуры точные значения не ввести :(
Вероятно,такая точность на практике мало кому нужна,особенно при обработке фотографий.
Выход-брать пипеткой ез заготовленного градиента,но это будет приблизительно.Скажем,растягиваем 23,23,23-24,24.24 на 256 в длину(осваиваем все 16 бит),можно еще линейку приставить.

Ребята! "Собака зарыта" в оригинальной системе оптимизации математического представления полутонов в кодировках Grayscale и RGB Photoshop. Это очень старая программа, и "на заре нашествия" первых настольных персоналок с низкопроизводительными процессорами и чудовищными ограничениями в оперативной памяти задача оптимизации математических процессов была не шуткой. Основным коммерчиским назначением Photoshop до сих пор является подготовка цветных иллюстраций для полиграфии, по этому цветовая модель CMIK является практически важной, не случайно базовые инструменты цвето-тоно коррекций имеют индикацию в CMIK независимо от цветовой модели файла. На каждый цветовой канал в CMIK стандартом предусмотрено только 100 оттенков. Такую же "сотку" вместо положеных 256 Photoshop нам и "втюхивает" в Grayscale и RGB. В этом и заключается хитрость разроботчиков программы - сокращение количества полутонов в 2.5 раза, а чтобы дополнить "уничтоженые" градиенты применяется "дизеринг" - стахостическое перемешивание соседних полутонов. Даже не програмисту понятно что операция со 100 обьектами это быстрее чем с 256. Аллегорическую формулу такой оптимизации можно выразить так: 256 = 100 + генератор случайных чисел! Любопытно, что эта "хитрость" не меняется на протяжении всей "жизни" программы, сделано это талантливо и очень качественно - не каждый заметит. Кроме того, это сделано честно - вся индикация показывает только то что есть. Латинская буква "K" не является индикатором по Grayscale, это индикатор количества чёрного в модели CMYK. "Правильной" серой палитры и соответственно индикации в этой программе просто нет по определению. Photoshop без малого 20 лет назад был "заточен" под работу преймущественно в RGB с дальнейшей конвертацией в CMYK.
Казалось бы - чудовищный консерватизм "тащить в светлое будущее" из времён 386 и 486 процессоров старые нароботки, ведь ядро программы не переписывалось много лет и базовый инструментарий такой же как 10 лет назад. Но дело в нас с вами - мы откажемся работать в этой программе если скажем 9-версия будет работать медленнее раза в 2 чем 8, зато будет "делать всё правильно". Тем не менее "урезаный" диапозон тонов в упомянутых моделях позволяет "на выходе" создавать приличные картинки.
Для выявления абсолютных величин в градациях серого Photoshop категорически не пригоден, если ваша задача – точное тестирование либо создание математически безукоризненного «серого» файла воспользуйтесь Corel PHOTO-PAINT.
Творческих успехов!

Выше умозаключения теоретизирующего ламера,не более того.