Свежие комментарии

Title Comment
fixed, спасибо

fixed, спасибо

Хорошие ссылки тоже начинаются с буквы 'A'. В перв

Хорошие ссылки тоже начинаются с буквы 'A'. В первой ссылке ты её забыл. :)

<b>Re: почекай винтик</b><br/> у меня фуджитсу

Re: почекай винтик
у меня фуджитсу

<b>почекай винтик</b><br/> http://www.retrodata.co.uk/notice

почекай винтик
http://www.retrodata.co.uk/notice_apple_seagate_drives.php

По порядку. 1) Это же не единственный тест. Для gamma 2.2 ко

По порядку.
1) Это же не единственный тест. Для gamma 2.2 конверсия RGB-Lab-(editing)-RGB имеет очевидный смысл.
Для gamma 1 - естественно нормальная ситуация это RGB(g1)-Lab (как PCS) -> RGB (gamma 2.2), но так не получается сравнить исходник и результат.

2)Было бы странным ожидать от конвертора всех возможностей фотошопа, например операций с масками с использованием в качестве маски канала K. Проще относиться к конвертору как к проявке.

3) Конверторы используют разное. У ACR, как я понимаю, свои профили. C1 использует какой-то обычный CMM. В плавучке работают из известных мне только RPP и RMLite.

4) Шум. Вот у тебя был сигнал, скажем 2,3,4 у трех разных пикселей (разница на стоп в линейном пространстве). После конверсии должно стать 10,12,14 (для простоты, gamma 2), а стало например 12,13,14 (цифровой шум +2, +1, +0). Из стопа стало полстопа.
А "усилит шум в тенях" какой-то тул с local contrast, тот же S/H

Если проблема возникает в конверторе, то эти RGB-LAB-RGB те

Если проблема возникает в конверторе, то эти RGB-LAB-RGB тесты не имеют особого смысла, просто еще одна демонстрация накопления ошибки.

Фотография должна быть полностью готова на выходе из raw-конвертора, возня в фотошопе - это экстремальное спасение плохого кадра.

Вопрос номер один - с какой точностью работают конверторы - 16 bit, 32 bit или float?
Adobe Camera Raw должен использовать (по идее) тот CMM, который указан в фотошопе?

"усилит шум в тенях" ... ну вот есть у нас полезная точка (10,10,10) и рядом паразитный шум (1,1,1). После подтягивания теней они стали (20,20,20) и (2,2,2). Шум стал более виден, но соотношение сигнал/шум осталось тем же?

Конкретно со студиями - там мог сыграть реально бесплатный к

Конкретно со студиями - там мог сыграть реально бесплатный копирайт студии, который много где стоит

Палиться списки сайтов не будут, не всем это понравится.

Насколько я понял наибольший бюджет лидера тематики - это бю

Насколько я понял наибольший бюджет лидера тематики - это бюджет конкретного сайта, не могли бы Вы "засветить" эти сайты? Например, в рубрике "Создание и продвижение сайтов" бюджет лидера 9500, очень интересно кто это.

Проблема возникает раньше, чем доходит до &quot;фотошопа с р

Проблема возникает раньше, чем доходит до "фотошопа с разными CMM". Нужен raw-конвертор с разными CMM, а таких нету по-моему.

Тут вся боль в линейной гамме - шумы в тенях (от процессинга, например) будут
а) усилены при переходе в гамму 2.2
б) если картинка исходно была с большим ДД и его хочется сохранить (оставить и света и тени), то либо у нас будет local contrast (ну хоть shadow-highlight), который еще усилит шум в тенях, либо просто обратная S-кривая, которая тоже усилит.

&lt;blockquote&gt;Вообще, на 12-битных исходных данных ошибк

<blockquote>Вообще, на 12-битных исходных данных ошибка в 2 единицы снижает динамический диапазон с 12 до 10 стопов, другими словами это БОЛЬШАЯ ошибка.</blockquote>

действительно ли _большая_ ? Так чтобы глазом увидеть на 8-ми битном мониторе?
Ну взять реальную (портрет, цветок, etc) картинку, как-то реально обработать в фотошопе с разными CMM , и визульно сравнить результирующие картинки.

Посмотрел 0.1 и вообще ничего не понял. Где они такую траву

Посмотрел 0.1 и вообще ничего не понял. Где они такую траву берут ?

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

Илья,

совершенно верно, ошибка должна быть. Давайте ее оценим:
* при идеальной точности вычислений ошибка на первом шаге должна быть не больше бита (ошибка округления). Если она больше (профиль матричный, ошибок интерполяции таблицы нет), CMM надо выкидывать
* Теперь обратное преобразование. Опять, я согласен потерять битик и еще один битик за счет усиления ошибки, внесенной на первом этапе. Итого - 3 бита за два этапа.

А вот все бОльшие ошибки округления - это либо результат округлений где-то по дороге, либо просто неверная работа CMM.

Да, я целиком и полностью согласен с тем, что "все сложнее", вся работа затеяна вообще для другого - определить размер бедствия и не нужно ли для конкретных преобразований переходить к плавающей точке. Но до этого места я еще не добрался, сначала нужно изучить более очевидные случаи.

Имею размышления следующего плана: Мысль #1: Вы неоднократн

Имею размышления следующего плана:

Мысль #1: Вы неоднократно утверждаете, что "sRGB был выбран по той причине, что все цвета sRGB входят в Lab, следовательно, при абсолютной точности преобразований, вышеописанное преобразование не должно приводить к потере данных". На мой взгляд это утверждение ошибочно.

Доводы: Пространство Lab не только вмещает все пространство sRGB, но и имеет существенно больший гамут... Однако количество бит, выделенное для описания пространства цветов sRGB и Lab одинаково - 3 канала по 8 бит. Следовательно, в пространстве Lab весь гамут sRGB описывается меньшим количеством бит, чем 8*3... Кроме того, sRGB и Lab связаны друг с другом нелинейным преобразованием, которое само по себе даже при равном количестве бит на цвет и абсолютно корректных математических вычислениях легко вносит сколько-то бит погрешности...

Вывод: преобразование sRGB-Lab-sRGB даже при абсолютной точности вычислений, но фиксации результатов перевода sRGB-Lab в 8-битном пространстве, ни в коем случае не может считаться преобразованием без потерь...

Мысль #2: Наименьшие потери точности при преобразовании sRGB-Lab-sRGB вовсе не означают, что цвета будут корректнее представлены в Lab пространстве...

Пример: преобразуем L=R, a=G, b=B, R=L, a=G, b=B...
Результат: Абсолютно точно преобразование sRGB-Lab-sRGB, однако в пространстве Lab они не будут представлены хоть сколько-нибудь корректно... Как только мы делаем какую-либо работу в пространстве Lab (мы ведь не просто так в это пространство переводили), так сразу при обратном преобразовании мы получаем абсолютную потерю точности...

Мысль #3: Все сложнее, чем кажется на первый взгляд, но Ваши исследования тем ни менее весьма познавательны :)

неа, нету конечно. а 0.1 опять раздают: http://www.naked.la/

неа, нету конечно.
а 0.1 опять раздают: http://www.naked.la/light/light-b01.zip

А Lab в cinepaint есть ? Naked Light пораздавал бету 0.1 и

А Lab в cinepaint есть ?

Naked Light пораздавал бету 0.1 и перестал. Кто видел, говорят что очень сыро.

ну ты как маленький, честное слово... 16 бит есть в cinepain

ну ты как маленький, честное слово... 16 бит есть в cinepaint, но радости от этого факта всё равно никакой.

http://www.naked.la не смотрел?

А мышки мелкософта не пробовал? Я вот тоже хочу обновить...

А мышки мелкософта не пробовал?
Я вот тоже хочу обновить...

32 бита как внутренний формат работы - наше ближайшее будуще

32 бита как внутренний формат работы - наше ближайшее будущее.

Тем более, что на современном железе оно как бы не быстрее, чем в целых числах

ок, не буду торопить события. ждемс про raw. интересно, а 32

ок, не буду торопить события. ждемс про raw.
интересно, а 32 бит кто-нибудь реально использует?

О! Не эта ли, как ёё... Переяславская улица?

О! Не эта ли, как ёё... Переяславская улица?

Рассказывай теперь, что не специально, так мы и поверили:))

Рассказывай теперь, что не специально, так мы и поверили:))

маргулис реабилитирован (посмертно)

маргулис реабилитирован (посмертно)

По духу: мы говорим пока исключительно о конверсии CMM, а не

По духу:
мы говорим пока исключительно о конверсии CMM, а не о "большинстве проблем".
То что я вижу в инструменте Curves наводит меня на грустные мысли, не зря многие знакомые делают крупные коррекции специальными профилями, считая что CMM engine точнее.

По букве:
если человек имеет jpeg, то разве его интересует точность ?
С raw тоже не все так просто, там же исходно гамма 1, а до этого места, равно как до табличных профилей, я еще не дошел.

Да, я все уже сделал в точности так - пощупал на черемушках

Да, я все уже сделал в точности так - пощупал на черемушках в Белом ветре,
а купил в пирите с витрины.

Охуел не ритейл, а торговые центры, в пирите цены разумные, хотя лавка и считается дорогой.

В вишневой башне в U-Tech (большой компутерный магазин на вт

В вишневой башне в U-Tech (большой компутерный магазин на втором этаже) она есть, причем открытая, то есть можно достать и пощелкать. Покупать нельзя, она там 6130 стоит :-)
Цены в ритейле что-то совсем охуели, кстати. Твоя MX Revolution там стоит 3600-3900, а в каком-нибудь саньрайзе - 2000.
Чума про мир.

мне кажется, нужно озвучить одно практически важное следстви

мне кажется, нужно озвучить одно практически важное следствие:
если вы имеете jpg (8 bit) или raw (12-14 bit) файл с камеры. то первоначальная конвертация в 16 bit защищает от большинства проблем с потерей точности при цветовой обработке.
и наоборот, не рекомендуется делать обработку в 8 bit режиме.

Откуда знаешь ? Спасибо, процесс исправления уже идет :)

Откуда знаешь ?

Спасибо, процесс исправления уже идет :)

Поставил Gimp, загружаю 16-битный файл, он мне пишет, что 16

Поставил Gimp, загружаю 16-битный файл, он мне пишет, что 16 бит не поддерживает, а округлит все до 8 бит.

LAB тоже не поддерживается (или я не нашел).

Это - не инструмент фотографа, пусть приходят, когда научатся.

&quot; (хуже от этого они не стали, абсолютная ошибка такая

" (хуже от этого они не стали, абсолютная ошибка такая же, а абсолютная выросла за счет особенностей исходника)."

Нутром чую, что одна из двух абсолютных -- таки "относительная"

У меня на одной из мышей ролик тоже крутится по инерции. Но

У меня на одной из мышей ролик тоже крутится по инерции. Но это не совсем то, точнее не подходит для всего. Скажем, в екселе неудобно совсем.

Тут кайф в том, что режимов два, и их можно и настраивать статически и переключать динамически

Pages

Subscribe to comments_recent_new