"Земля" с "нулем" соединяются на том щитке где "ноль" и фаза пришла в здание (и заземляються) . А "ноль" идет в землю на трансфораторе. То есть с "зеземлённой" розетки два провода идут в землю, в результате. Только правильно их назвать рабочим и защитным нулевым проводником. Это защитит от пробоя на корпус даже без УЗО, сработает автомат на КЗ
В статье нет рисунка диаграммы XYZ, она выглядит примерно так (яркость всегда только в Y):
Есть ещё диаграмма xyY, где яркость (Y) наглядно отделена: тиц Да, яркость может быть любой, если выразить её в абсолютных величинах. Отраженное излучение от бумаги или свет солнца где то в условно белой зоне диаграммы.
При переводе в CMYK используются цветовые профиля печатных процессов, но можно найти полно "примеров" с формулами типа C = (1-R-K) которые используются в ленивом софте. В CMYK усложнение с черной краской и лимитом краски. Гуглите "custom cmyk photoshop"
В украинском видео с первого комментария есть ответ: при игнорировании, команду на пуск даст другой оффицер со смежного пункта, а без кодов запуска, которые как раз приходять с чемоданчика, самовольно не запустиш
Как раз на плохих мониторах калибровку видно больше всего, цвета внутри охвата монитора компенсируются и это хорошо видно.
А должна должна ли ОС заниматся этим? Конечно, макос показала что это, как минимум, удобно. Вся графика на экране с правильными цветами, даже не в графических редакторах
Мораль истории: нужно учитывать цветовой профиль изображения, и не только при манипуляциях, но и при выводе из на екран. Здесь ещё и профиль монитора нужно учитывать, но винда не делает этого до сих пор (фотошоп делает это сам), на маках ситуация лучше.
И ещё мониторы, в большинстве случаев, один хуже другого, цветовой охват 50-80% от sRGB
Разве API не возвращает только профиль монитора, а софт возиться с ним сам? То есть разработчики должны у себя делать все преобразования цвета перед выводом пикселей системе. В macOs это делает система сама
Да, система Мансела используется в некоторых областях до сих пор, а Hunter Lab - не знаю
На этой диаграмме есть 😀
Lab там нет, но кривая похожая
По оси X - яркость (Y), по Y - светлота (L, в Lab)
Да, только там не яркость, а светлота:
Эсли источник идеальный и не меняет цвет при увеличении мощности, то на xy будет точка.
На xyY и XYZ будет меняться только Y
Типичная манипуляция: показать агрессивные действия кого то, но не показать что это ответ на атаку за две секунды до этого
"Земля" с "нулем" соединяются на том щитке где "ноль" и фаза пришла в здание (и заземляються) . А "ноль" идет в землю на трансфораторе. То есть с "зеземлённой" розетки два провода идут в землю, в результате. Только правильно их назвать рабочим и защитным нулевым проводником. Это защитит от пробоя на корпус даже без УЗО, сработает автомат на КЗ
В статье нет рисунка диаграммы XYZ, она выглядит примерно так (яркость всегда только в Y):
Есть ещё диаграмма xyY, где яркость (Y) наглядно отделена:
тиц
Да, яркость может быть любой, если выразить её в абсолютных величинах. Отраженное излучение от бумаги или свет солнца где то в условно белой зоне диаграммы.
До milkdrop был другой визуализатор: Geiss
При переводе в CMYK используются цветовые профиля печатных процессов, но можно найти полно "примеров" с формулами типа C = (1-R-K) которые используются в ленивом софте.
В CMYK усложнение с черной краской и лимитом краски. Гуглите "custom cmyk photoshop"
Их нет и до калибровки. После неё не только внутри охвата всё становится правильным, но и внеохватные цвета рендерятся по некоторым правилам
В украинском видео с первого комментария есть ответ: при игнорировании, команду на пуск даст другой оффицер со смежного пункта, а без кодов запуска, которые как раз приходять с чемоданчика, самовольно не запустиш
Как раз на плохих мониторах калибровку видно больше всего, цвета внутри охвата монитора компенсируются и это хорошо видно.
А должна должна ли ОС заниматся этим? Конечно, макос показала что это, как минимум, удобно. Вся графика на экране с правильными цветами, даже не в графических редакторах
Мораль истории: нужно учитывать цветовой профиль изображения, и не только при манипуляциях, но и при выводе из на екран. Здесь ещё и профиль монитора нужно учитывать, но винда не делает этого до сих пор (фотошоп делает это сам), на маках ситуация лучше.
И ещё мониторы, в большинстве случаев, один хуже другого, цветовой охват 50-80% от sRGB
Работаю на 13-ке: всегда открыто 2 браузера, 2-3 IDE, полно окошечек помельче. Решает большой тачпад с отличными жестами (макбук)
Три типа колбочек в человека: SML (условно RGB)
Есть конечно, только это единичные модели и комплектации с ценами от 2500$. Макбук за 2000$ не выглядит дорогим, если важен дисплей
Разве API не возвращает только профиль монитора, а софт возиться с ним сам? То есть разработчики должны у себя делать все преобразования цвета перед выводом пикселей системе. В macOs это делает система сама