AMV News

Bill Ein

Aggressor, декодер ffdshow, скрин снят из MPC-HC в режиме фуллскрин кнопкой "принтскрин", обработчик - EVR C/P, настройки в ffdshow дефолтны, при сверке со скрином из MadVR отличий не нашёл, всё тот же эффект дитеринга. Само видео из-за этого несколько песочное.
Кстати, "дитер: паттерн" - лучший способ борьбы с бандингом в гифках при индексации цветов, что как бы намекает.
Насуммоньте кто-нить vivan в топик.

Тот самый делюкс 10бит, закодено симплом 3.5, на скринах первый кадр из сцены на 00:56
http://fs02n3.sendspace.com/dl/ed5642d819b8f9f494b1572dd43f3699/4e9873c735c1c2b2/0r110l/PAnDA.Studio-Snow.Wolves.remake.by.Bill.Ein.Black_deluxe.mp4

vivan

А что я?
Для начала попробуй взять патченый билд x264 отсюда т.к. в старом до сих пор конвертация цветов идет слегка неправильно. А это может привести к тому, что вместо квадрата в котором все пиксели имеют значения, допустим, ровно в 100 кодер закодирует это как пиксели со значениями 100 и 100.25 а потом при воспроизведении это будет дитериться, что приведет к такому паттерну.

А также выкладывать _нормальные_ исходные скриншоты, а не скриншоты увеличенных скриншотов из фотошопа о_О

И еще один момент - при декодировании ффдшоу видео дитериться (т.е. конвертируется из 10 бит в 8) перед рендерером и его путь выглядит так:
10 бит с исходным разрешением в 4:2:0 -> 8 бит с исходным разрешением в 4:2:0 (и не забываем что у цвета в два раза ниже разрешение, т.е. паттерн дитера будет весьма крупным) -> 8 бит на весь экран RGB. Таким образом самый мелкий элемент шума будет размером в пару пикселей, а то и больше (но рендерер это потом еще размажет).

При использовании madVR + встроенный декодер, кореавц или лав декодера все ступени (в том числе растягивание на весь экран) будут в 10 битах, дитериться будет в последнюю очередь - и размер шума будет ровно в пиксель.

Также, если это ноутбук с обычной матрицей, а не убер-проффесиональной - то она 6битная, а это делает дитер еще более заметным.

Bill Ein

vivan, тут же тоже http://x264.nl/ билд 2085, а оттуда я и качал

FllearTM

Bill Ein

Bill Ein

Значит 10bit ещё и на ноуте нормально не посмотришь, ну ваще ппц

vivan

Bill Ein

Aggressor

W_aZZa
Разница будет, но заметить её практически невозможно. Я об этом и говорил: не оправдывает себя этот подход.

FllearTM
Мне нравятся твои значения crf, я их определил примерно так же.

Bill Ein
У меня по-прежнему 10-бит выглядит лучше на моих файлах. Если бы там был встроен такой жестокий дебанд, им бы никто не пользовался. Моя версия 10биного энкодера 0.118.2085 8a62835.
edit: юзаю MadVR.
edit2:

Bill Ein

Aggressor, так я пробовал через Alt+I в EVR снимать, никакой разницы с принтскрином на фуллскрин,

vivan

Как бы процесс дебанда и кодирования в 10 бит и отображения этого в 8 битах идентичны.
В обоих случаях идет конвертация в большую глубину цвета, дальше сглаживание и дитеринг в 8 бит. Только если кодировать результат в 8 битах то это съест кучу битрейта (на шум), в то время как в 10 битах шума не будет.

http://en.wikipedia.org/wiki/Dither#Digital_photography_and_image_processing

Либо дитер либо блоки = бандинг. Третьего не дано.

Bill Ein

Aggressor

Мне кажется, главный вопрос в том, может ли 10-битное видео выглядеть хуже 8-битного в реальных условиях. И если да, то какие условия для этого нужны. Т.е. не сравнивать 10bit EVR vs 10bit MadVR, а сравнивать 8bit EVR vs 10bit EVR; 8bit MadVR vs 10bit MadVR.

vivan

А надо определить что значит "хуже". Вот для билла лучше заметные квадратные блоки, чем шум вместо них.

А для меня 10 бит + madVR на моем скрине выглядят лучше исходника, т.к. эти блоки менее заметны.

Bill Ein

Если не стопкадрить, то у меня на ноуте визуально при настройках vivan в делюксе этого клипа 8bit MadVR бандинг заметен чуть больше, чем в делюксе 10bit MadVR, за счёт того самого, чего по заверениям vivan быть не должно. Ну а что там в EVR вы уже видели.
Кстати, когда кодил, разницы по скорости особой не заметил, вроде оба раза кодировались в районе 30 минут

Добавлено спустя 4 минуты 37 секунд:

Aggressor

FllearTM

Bill Ein
А ты через cmd кодировал или как?
По большей части зависит от настроек x264, у меня разница была по времени примерно на 10% или 15% дольше.

Bill Ein

Я через симплу онли, в кодинге паленище

W_aZZa

Вчера вечером решил подумать о 10bit, какого фига он весит меньше (про скорость кодирования мысли ушли в тупик в связи с незнанием алгоритмов). Итого получил 3 фактора:
1. +вес 20% за счёт большей разрядности
2. -вес из-за отсутствия дизеринга
3. -вес из-за большей точности и лучшего сжимания.
Если первые 2 понятны, то последний решил проверить. Для этого написал преобразование RGB -> YUV 4:2:0 c любой необходимой битностью. Далее картинки (чтобы увидеть бандиг для овер 7 бит увеличьте):

1 бит:

2 бит:

3 бит:

4 бит:

5 бит:

6 бит:

7 бит:

8 бит:

10 бит:

12 бит:

исходный градиент:

И вроде бы никакого профита, эффект улучшения сжатия наблюдается только с 12 бит, но давайте вспомним, что видео сжимается алгоритмами отличными от PNG. Давайте заюзаем JPEG, думаю, он будет больше похож.

8 бит:

10 бит:

12 бит:

8 бит весит 2848 байт
10 бит весит 2411 байт
12 бит весит 2393 байт

Итого от перехода 8->10 увеличение веса на 20% от разрядности почти полностью компенсируется лучшей сжимаемостью. И не забываем про ненужный дизеринг - профит, вот наши 15-20% скидывания веса.

При переходе 10->12 сжимаемость почти не улучшается, разницу в бандинге невооружённым глазом фиг заметишь, а увеличение размера от большей разрядности никуда не делось. Итого: 12 битов нам не видать Sad

.

P.S. В png и jpeg никакой речи о 10 бит нет, там обычный RGB 8 бит, просто смотрел сжимаемость изображений.

Aggressor

W_aZZa

Aggressor
А что даст 4:2:2 12bit в сравнении с 4:2:2 10 bit?

Aggressor

Подозреваю, примерно то же, что 4:2:0 10bit в сравнении с 4:2:0 8bit.

FllearTM

Aggressor
А ты тестировал различия 4:2:0 10bit и 4:2:2 10bit?
В принципе сейчас сам тестирую.

Aggressor

Нет, только смотрел на градиенты 4:2:0 vs 4:2:2.

Bill Ein

Поэкспериментировал тут с настройками в MPC снова:
1) шахматной доски в Haali VR не оказалось, она есть только в EVR C/P
2) хз что у меня в MadVR давало такую же шахматную доску как в EVR C/P, но сейчас что бы я не делал с настройками получить её снова не могу
3) шум таки на скринах vivan и FllearTM шёл не от видео, а от включенного в настройках MadVR дитеринга, соответственно убрав эту настройку мы получаем всё те же ровные квадратики

FllearTM

crf уже задрал до 24 а битрейт так и не падает в профиле Hi422P, что на 20 он 6к что на 24 он 6к. Странно конечно все это.

Bill Ein

Подскажите как скринить в MadVR, у меня ошибку выдаёт MPC, хоть об стену разбейся

FllearTM

Bill Ein
Я внешним софтом скрины делаю. ACA Capture Pro, уже 3 года ей пользуюсь и не жалуюсь, а с введением 10 бит так вообще радует.

Толи я что-то не настроил ещё что или не добавил но видео не вижу, только черноту.
http://www.mediafire.com/?c640chd5cj9drai

vivan

Bill Ein
Принтскрин.

FllearTM

vivan
MPCHC + ffdshow, он вроде как поддерживает 4:2:2, но вижу черный фон =)

vivan

Нифига он не поддерживает. А вот http://forum.doom9.org/showthread.php?p=1533862#post1533862 поддерживает. По идее. Правда он скорее падает, чем поддерживает.

Но тот же LAV Decoder показывает с артефактами (но там 4:2:2 и не заявлена). Насколько я помню только Mainconcept'овский декодер за сотню баксов поддерживает.