Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 21
А почему не используете madVR? forum.doom9.org/showthread.php?t=146228
Жесть. В своё время задавался этим же вопросом, но успокоился, настроив MPC HC так, чтобы рамки у фильмов были чёрными. А оказывается ещё и обрезка бывает :)
Обратно-совместимый TV-диапазон это конечно здорово, только мне видится более правильным full-диапазон (нет потерь при преобразовании для обратной совместимости и обратно). И надеюсь, что в будущем обратная совместимость требоваться не будет.
Т.е. мне кажется, что при создании видео лучше создавать его в full-диапазоне. Сейчас можно будет некими телодвижениями, а в будущем потомки спасибо скажут :)
P.S. интересно, а как к азным диапазонам относятся современные телевизоры?
Т.е. мне кажется, что при создании видео лучше создавать его в full-диапазоне. Сейчас можно будет некими телодвижениями, а в будущем потомки спасибо скажут :)
P.S. интересно, а как к азным диапазонам относятся современные телевизоры?
Мне тоже кажется использование полного диапазона более правильным, но, к сожалению, большинство фото/видеокамер снимают также в узком диапазоне. То есть, даже преобразовав его в полный диапазон, мы от этого ничего не выиграем (из 220 оттенков цветов мы не получим 256).
Сейчас потихонечку оформляется тенденция к XvYCC aka x.v.Color в потребительских продуктах, что не может не радовать.
Линейные и логарифмические RGB модели удобны для расчётов и просты для понимания, но де факто являются избыточными не только с точки зрения возможностей потребительского оборудования, но и с точки зрения физиологии зрительного восприятия человека. По сему для цифрового кинематографа, цветовым пространством для отображения SMPTE выбрали CIE XYZ.
x.v.Color — попытка рационально использовать мёртвые зоны BT.709, для расширения отображаемой палитры цветов, актуальными оттенками.
Линейные и логарифмические RGB модели удобны для расчётов и просты для понимания, но де факто являются избыточными не только с точки зрения возможностей потребительского оборудования, но и с точки зрения физиологии зрительного восприятия человека. По сему для цифрового кинематографа, цветовым пространством для отображения SMPTE выбрали CIE XYZ.
x.v.Color — попытка рационально использовать мёртвые зоны BT.709, для расширения отображаемой палитры цветов, актуальными оттенками.
По поводу современных телевизоров, только что попробовал воспроизвести на Asus O! Play Air и на lg 32lv3700. Как я и предполагал, они ведут себя по стандарту — масштабируют 16-235 в 0-255.
Это всё прекрасно и интересно… но зачем для редактирования фотографий использовать видео-редактор?
Большинство телевизоров все-таки не дружат с входным диапазоном 0-255. Но с другой стороны, по-моему, за последние 4 года вышло всего около десятка Blu-ray дисков в полном PC диапазоне. Один из последних — третьи звездные войны и на нем очень интересно экспериментировать. Т.е. при преобразовании иногда действительно появляются дополнительные детали на экране :) (ссылка на 2 огромные картинки)
Огорчу вас, но формат Blu-Ray так же соответствуют стандарту BT.709, и также подразумевает узкий (16-235) диапазон. Ссылка на сравнение показывает лишь правильное преобразование YCbCr=>RGB и неправильное. В первом скрине диапазон 16-235 правильно масштабирован до 0-255, а во втором нет — остаются без изменений. Тем самым мы получаем, что чёрный цвет получается тёмно-серым (16), а белый — светло серым (235).
Подтверждение: раз, два.
Как было отмечено выше, только в новом стандарте xvYCC используется полный диапазон (к слову его поддержка в HDMI началась с версии 1.3).
Подтверждение: раз, два.
Как было отмечено выше, только в новом стандарте xvYCC используется полный диапазон (к слову его поддержка в HDMI началась с версии 1.3).
а тогда почему во втором «сером» скрине деталей на облаках больше?
Кажется я подозреваю в чём тут проблема. Тут как я понимаю два видео, первое обычное, как задумано авторами, второе получено масштабированием полнодиапазонного видео до 16-235, именно поэтому оно не контрастное.
Я сейчас взял первую картинку в фотошопе сделал Levels Output — 16, 235, и получил почти вторую картинку, кроме как раз деталей в облаках.
То есть — в принципе, ничто не мешает хранить в файле полный диапазон, но отображаться должен лишь диапазон 16-235 масштабированный до 0-255. Именно поэтому, как мне кажется, второе видео некорректно, хотя деталей да, несомненно больше. Для проверки, возьмите оба видео, и посмотрите их гистограмму, наверняка как раз у первого видео будет полный диапазон, а у второго — как раз узкий.
Я сейчас взял первую картинку в фотошопе сделал Levels Output — 16, 235, и получил почти вторую картинку, кроме как раз деталей в облаках.
То есть — в принципе, ничто не мешает хранить в файле полный диапазон, но отображаться должен лишь диапазон 16-235 масштабированный до 0-255. Именно поэтому, как мне кажется, второе видео некорректно, хотя деталей да, несомненно больше. Для проверки, возьмите оба видео, и посмотрите их гистограмму, наверняка как раз у первого видео будет полный диапазон, а у второго — как раз узкий.
И вот тут скорее всего и обнаружится что далеко не все телевизоры или, тем более, проекторы сумеют правильно замаштабировать входной диапазон 0-255 в правильное изображение без потери деталей в светлых и темных местах.
Это не вся правда.
«хранить в файле полный диапазон»
Запрещено использовать значения ниже 16! Но! Выше 235 (либо для других компонент) — можно. Это называется Superwhite и было до прихода HDR. Редкость, правда. И почти ни одним sw плейером не поддерживается. Но там вроде игры были…
referencehometheater.com/2014/commentary/rgb-full-vs-limited
«хранить в файле полный диапазон»
Запрещено использовать значения ниже 16! Но! Выше 235 (либо для других компонент) — можно. Это называется Superwhite и было до прихода HDR. Редкость, правда. И почти ни одним sw плейером не поддерживается. Но там вроде игры были…
referencehometheater.com/2014/commentary/rgb-full-vs-limited
То есть первое видео полнодиапазонное, но авторами задумано отображение узкого диапазона, и скрин показан уже масштабированного 16-235 => 0-255.
У второго видео на этапе обработки сжали диапазон, после чего делается обратное масштабирование 0-255 => 16-235=>0-255, получаем второй скрин с деталями в облаках.
Хотя более правильно было бы смотреть первое видео с отключённым итоговым преобразованием, получилась бы картинка как на втором скрине, но при этом мы не сужаем ещё больше диапазон.
У второго видео на этапе обработки сжали диапазон, после чего делается обратное масштабирование 0-255 => 16-235=>0-255, получаем второй скрин с деталями в облаках.
Хотя более правильно было бы смотреть первое видео с отключённым итоговым преобразованием, получилась бы картинка как на втором скрине, но при этом мы не сужаем ещё больше диапазон.
Однако почему-то переключение диапазона в ffdshow video decoder не влияла на результат.
Там нужно то ли сначала включить преобразование в другой тип цвета, то ли включить постобработку.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Проблема TV/PC диапазонов видео