Новое издание книги Дэна Маргулиса

Цитата:

от: Nat
торговая помазуха, она многолика

И включает в себя гламурные задницы в том числе.
А что касается "рубки бабла", то я всегда задаю этим людям вопрос: "Вам непременно нужен гроб за 10000$ и оркестр под управлением Темирканова? За 2000$ и без музыки Вас никак не устраивает?".
Но давайте не будем флудить.

Присоединяюсь к вашему мнению Маргулис - рекламное фуфло. Много слов, мало пользы, и много глупостей. Хороший маркетинг, правда...

Цитата:

от: A_Shadrin
Я лишь упомянул Нойгебауэра (будь он неладен), противопоставив аналитический подход таблично-интерполяционному.

А меня это здорово вразумило... :D

Посмотрел (в общих чертах) как оно устроено. Только поначалу малость запутало --- лично бы я написал не интерполяция цвета по CLUT – таблицам, а интерпретация-интерполяция. “Нормальной” интерполяции я не боюсь, а вот такой механизм аппроксимации заведомо и “подмену” предполагает… :?:

Цитата:

от: ArKa
Спасибо, я знаю. Вы щёлкнете по WWW под моим именем.
Не хочется тут разговор не по теме разводить. :)

Согласен :)

Цитата:

от:fotog
А что же касается профессионалов, то профессионал никогда не приведёт в качестве аргумента - хвастовство о сотнях тысяч евро своих заказов... Но раз у вас других аргументов нет, то видимо, приходится использовать этот...

Подробнее

Как здесь любят говорить: слив Вам засчитан. Кроме провокаций и оскорблений от Вас ждать ничего не приходится.

Цитата:

от: german_2
Как здесь любят говорить: слив Вам засчитан. Кроме провокаций

Да-да, когда просят привести разумные аргументы, а аргументов нет, то просьба расценивается, как провокация :-)

Цитата:

от: A_Shadrin
Но давайте не будем флудить.

Малость поковырял вот Ваш перевод

Спецификация ICC.1:2004-10
(Версия профайлов 4.2.0.0)

Интересовался CLUT-таблицами соответствия. Суха документация без своего Маргулиса... До конца жизни мне её ковырять…

Вопросы, вопросы вопросы …
:?: :?: :?:
“Область определения каждой из этих таблиц содержит все вещественные числа между 0,0 и 1,0
включительно. Для входных и выходных таблиц «m» — количество входов; для CLUT
«m» — количество узловых точек по каждому измерению. Первый вход — это 0,0, последний вход — 1,0, а промежуточные равномерно распределены с приращением 1,0/(m-1).
Область изменения функции обычно задает содержимое таблицы и содержит все вещественные числа от 0,0 до 1,0 включительно. В силу того, что область определения и область изменения таблиц заданы от 0 до 1, все аппаратные данные и L*a*b*- значения необходимо конвертировать в данный числовой диапазон; из сказанного следует, что максимальное значение в каждом случае окажется единицей, минимальное — нулем, а все промежуточные значения будут линейно шкалированы.
Поскольку входы таблиц кодируются как ulnt16-значение, необходимо округлить каждое фактическое значение до ближайшего 16-битного целого.
Поскольку входы CLUT-таблиц представляют значения диапазона от 0 до 1 и кодируются как ulnt16-значение, то для вычисления фактических выходных значений они должны быть разделены на 65535,0.”

Отсюда вроде получается, что внутренний движок Photoshop должен работать на плавающей точке?

Вопрос чем “ulnt16-значение” отличается от просто “lnt16-значения”? Что этот консорциум имел в виду? Это с этим связано? Вот это?
“4.7
Кодирование цвета
Универсальный термин дискретного цифрового кодирования цветового пространства, касающийся
кодирования как самих цветовых пространств, так и изображений [ISO 22028-1].
Примечание: числовые значения разрядности кодирования, представляющего цветовое пространство или изображение, от-ражают точность этого кодирования.
“

И еще вопрос прозаический – то, что мы видим в цветоподборщике Color Picker. Модель RGB 16 бит на канал. Так вот R=128 (десятичное) или 80 (шестнадцатеричное). Каким образом эта кодировка связана с ulnt16-значением? Если никаким, то зачем оно? Что значит эти 80 для 16-ти битовой модели – рудимент, атавизм?

Цитата:

от: Шестопалов Игорь
Отсюда вроде получается, что внутренний движок Photoshop должен работать на плавающей точке?

Нет не должен.
Над непрерывным диапазоном от 0 до 1 произведена квантизация в 16 бит, 0 соответствует нулю, а 1 соответсвует 65535. Промежуточные значения полагаю линейно. Точность соответсвующая.

Цитата:

от: Шестопалов Игорь

Вопрос чем “ulnt16-значение” отличается от просто “lnt16-значения”? Что этот консорциум имел в виду? Это с этим связано? Вот это?

Приставка u означает unsigned (беззнаковое) "просто" int16 знаковый.

Цитата:

от:Шестопалов Игорь

И еще вопрос прозаический – то, что мы видим в цветоподборщике Color Picker. Модель RGB 16 бит на канал. Так вот R=128 (десятичное) или 80 (шестнадцатеричное). Каким образом эта кодировка связана с ulnt16-значением? Если никаким, то зачем оно? Что значит эти 80 для 16-ти битовой модели – рудимент, атавизм?

Подробнее

Можно называть как хочешь, но блин запустите cinepaint,
и от этих f2ab на каждый канал становится тошно, а вот видеть то что умещается в голове типа диапазона от 0 до 100 куда приятней. Безусловно сжатие диапазона вносит сильную погрешность, но есть ситуации когда надо знать точно "одинаковы ли числа" или приблизительно знать уровень яркости, где мне вполне хватает 100 вариантов в информационной панели и полноценных 16 бит внутри при расчетах.

Все ИМХО.

Цитата:

от: fotog
Да-да, когда просят привести разумные аргументы, а аргументов нет, то просьба расценивается, как провокация :-)

Вам они зачем? Чтобы потом умным себя считать в непрофильной среде? Да и не услышали Вы аргументов, ибо не Ваша тема. Для Вас вполне будет достаточно поп-литературы. Дальше Вы не осилите, ибо придётся слушать и пытаться понимать. Да и практикум вещь вполне необходимая.

Цитата:

от:german_2
Вам они зачем? Чтобы потом умным себя считать в непрофильной среде? Да и не услышали Вы аргументов, ибо не Ваша тема. Для Вас вполне будет достаточно поп-литературы. Дальше Вы не осилите, ибо придётся слушать и пытаться понимать. Да и практикум вещь вполне необходимая.

Подробнее

"Слова, слова, слова..."
Только аргументов-то как не было, так и нет.

Цитата:

от:Шестопалов Игорь
Отсюда вроде получается, что внутренний движок Photoshop должен работать на плавающей точке?
. . .
Так вот R=128 (десятичное) или 80 (шестнадцатеричное). Каким образом эта кодировка связана с ulnt16-значением? Если никаким, то зачем оно? Что значит эти 80 для 16-ти битовой модели – рудимент, атавизм?

Подробнее

Игорь, я некомпетентен в этих вопросах. Уже писал об этом. Приношу извинения.

Цитата:

от: Daiver
Нет не должен.

Спасибо, но тогда как понимать это…
“Область определения каждой из этих таблиц содержит все вещественные числа между 0,0 и 1,0 включительно.” :?:

Цитата:

от: A_Shadrin
Игорь, я некомпетентен в этих вопросах. Уже писал об этом. Приношу извинения.

Жаль, конечно. Трудно себе даже представить каково Вам было всю эту премудрость переводить…

Но тут Daiver :) мне довольно обстоятельный ответ дал.

Понятно, что на беззнаковой арифметике все это должно очень шустро работать.

Но там ведь матричные свертки и, наверняка, где-нибудь деление попадется. Как все диапазоны и “переполнения” отслеживаются --- ума не приложу… :?:

Цитата:

от: A_Shadrin
...... завал горизонта РАДИКАЛЬНО влияет на восприятие изображения, потому как вступает в корневой конфликт с нашими инстинктами.

Читал повесть Людмилы Улицкой "Сонечка", наткнулся на интересный момент. Вот цитата:
Из пяти лагерных лет, вспоминал Роберт Викторович, особенно тяжелыми были первые два, потом как-то обмялось - стал писать портреты начальственных жен, делал по заказу копии с копий... Сами оригиналы были нищенскими образчиками падшего искусства, и Роберт Викторович, выполняя их, обычно развлекал себя каким-нибудь формальным способом, например, писал левой рукой. Попутно он сделал открытие об изменившемся в связи с временной леворукостью цветовосприятии...

Цитата:

от: vga50
Попутно он сделал открытие об изменившемся в связи с временной леворукостью цветовосприятии...[/color]

Здесь термин "цветовосприятие" (который по науке звучит как "цветовое восприятие окружающего мира" -- визуальная оценка объектов реального мира через цветовые ощущения, но не "восприятие цветов" -- последнего быть не может) употреблен в бытовом значении. Поясню. Акт зрительного восприятия цветовых стимулов слагается из следующих этапов:
stimulus => perception --> appearance --> aesthetic considerations
В простейшем переводе звучит как:
Стимул => перцепция --> ощущение --> отношение к ощущению
Когда активируется и тренируется правое полушарие головного мозга (например при принудительной леворукости), то меняется последний компонент -- "aesthetic considerations". Тогда как наша наука отвечает только за первые два этапа: "perception" и "appearance".

Цитата:

от: Шестопалов Игорь
Спасибо, но тогда как понимать это…
“Область определения каждой из этих таблиц содержит все вещественные числа между 0,0 и 1,0 включительно.” :?:

Что тут не верного-то. Ведь не указана точность, значит она от чего-то зависет.
Думаю там как и в любом стандарте, есть поле в котором указана разрядность и тип данных.
Возможно испльзуют целое, и диапазон от 0 до 1.0 задается с точностью 1/65536, может используют короткое вещественное с мантисой и порядком.
Надо доку на icc/icm поковырять.
Насколько помню благодаря Алексею есть даже перевод на русском стандарта, со всеми полями и структурами.
В OpenEXR вообще хитрые способы упаковки вещественных... как один из вариантов (уже не помню подробности) три стимула объединяются, нормализуются, и исползует условно говоря одна мантисса на точку из трех double float RGB.

Вам мало 16 бит ? Или в чем сомнения ?
Есть библиотека где выбирается разрядность для всех графических преобразований, там вроде 128 бит на канал является нормой, если нужно найду ссылку.
Ее хотели добавить в движок GEGL будущее ядро графического редактора Gimp.

Предполагаю точности в 65536 отсчетов хватает.

Цитата:

от:Шестопалов Игорь
Понятно, что на беззнаковой арифметике все это должно очень шустро работать.

Но там ведь матричные свертки и, наверняка, где-нибудь деление попадется. Как все диапазоны и “переполнения” отслеживаются --- ума не приложу… :?:

Подробнее

Да с целыми все дейсвительно быстренько носится.

Ну как вариант, чтобы дешево и быстро решить ряд проблем с переполнением 16 битных целых, это считать их как 32 битные целые. Для современных машин, когда 64 битное целое является нормой и операции идут без обращения к сопроцессору и дополнительным MMX, 3DNow и SSEx инструкциям.

Мысль возникла. Можете посмотреть реализацию lcms.
Дословно с главной страницы: "A free color management engine in 100K."
http://www.littlecms.com

Всего лишь 100 килобайт кода.... ;)

Можете еще посмотреть библиотеку Babl

Там вычисления идут вплоть до 32 битного вещественного LAB с 32 битным вещественным альфа-каналом (прозрачность).

Цитата:

от: Daiver
Предполагаю точности в 65536 отсчетов хватает.

Конечно хватает. Необходимая точность выводится из законов пороговой психофизики и составляет пордяка 10 бит на канал при линейном кодировании. Об этом, в частности, упоминает Хант (см. ту ссылку, что я давал по цифровому цветовоспроизведению). Так что 16 -- это даже с запасом.

Цитата:

от: Daiver

Вам мало 16 бит ? Или в чем сомнения ?

Да, вроде, там внутри этой железяки сопроцессор стоит. И это давно стало нормой. Неспроста, наверное? Вот меня и заинтересовало --- как это без него можно обойтись? Понятно, что можно, но зачем... ? Где выгода и насколько это оправдано?

Ясно, что ковырять и ковырять спецификацию ICC.1:2004-10 надо, а детали рано или поздно всплывут.

Но спасибо – кое-что Вы мне прояснили. :D