Страница 289 из 291

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пт янв 14, 2011 6:32 pm
Gideon Vi
Это понятно, все в делах, за редким исключением :)

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пн янв 17, 2011 3:19 pm
Gideon Vi
Кто-нибудь еще ограничивает квант сверху? Что-то не понравилось мне, как сабж с парой моих последних рипов на темных сценах обошелся

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пн янв 17, 2011 8:12 pm
StenR
Gideon Vi писал(а):Кто-нибудь еще ограничивает квант сверху? Что-то не понравилось мне, как сабж с парой моих последних рипов на темных сценах обошелся

А есть доказательство, что именно ограничение кванта сверху действует на темные сцены?
В принципе, что снизу действует есть. Около 30 квантизера. Другое дело, что уже в района 23 crf эта опция практически не задействуется. То есть я считаю и на своих тестах убедился, что глаз видит не 26 квант, а те районы, где он 30 (условно) Человек вообще устрое так , что замечает самое плохое.

Кстати у меня тут вопрос по поводу однопроходного кодирования. С CRF благодаря mpeg bitrate viewer я разобрался--разница графиков с двухпроходным кодированием составляет копейки. Но сейчас меня заинтересовал режим abr ( --qcomp 0.75 ) То есть не так он плох и не так уж сильно отличается от обычного, но если в двухпроходном сильно ограничить vbv-buffer то идёт не попадание в битрейт на 2-ом проходе, а тут оно везде чистое. И вот тут-то я всегда и ограничиваю верхний битрейт. Может кто-то ещё сделает тесты по однопроходному кодированию

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт янв 18, 2011 12:18 pm
Gideon Vi
А есть доказательство, что именно ограничение кванта сверху действует на темные сцены?

при прочих равных настройках и crf20 без ограничения кванта на темных областях появлялись артефакты. С ограничением - нет.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт янв 18, 2011 7:21 pm
Gromozeka
Лично пользуюсь ограничением кванта, не всегда кродер грамотно может подобрать квант - как показатель - переход с темных сцент, данное освидетельствование писалось еще несколько лет назад. Не бойтесь ограничивать квант.
скажем квант ниже 17-18 вряд дли вам нужен, так накой кодеру давать возможность поставить 10? поэтому, лично я, смело и без угрызений совести, ставлю 17-27 квант и сплю спокойно :D

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт янв 18, 2011 10:09 pm
Gideon Vi
С минимальным квантом особо ни когда не игрался, а вот максимальный придется снова ограничивать.
Gromozeka, ты с qpstep не балуешься?

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пт янв 21, 2011 12:10 pm
Olte
StenR писал(а): Может кто-то ещё сделает тесты по однопроходному кодированию
Давно жму в `ABR 1 pass`. Нравится детализация статических сцен, скорость и "геометрическая точность". Это приятно отличает режим от 2 pass, после которого изображение выезжает каким-то помятым, словно его выстирали и не погладили :str:

Может кто подскажет что за баг, когда при просмотре в плеере отключаю деблокинг в "DivX H.264 decoder", то иногда видео начинает рассыпатся на квадраты (после смены сцены, возникают огромные паразитные блоки, не исчезающие по времени точно соответствующему установленному значению `--keyint`). Даже пришлось уменьшить его до `--keyint 30`.
Это "DivX H.264 decoder" виноват или как?

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пт янв 21, 2011 5:20 pm
D.A.S.
Olte писал(а):Может кто подскажет что за баг, когда при просмотре в плеере отключаю деблокинг в "DivX H.264 decoder", то иногда видео начинает рассыпатся на квадраты (после смены сцены, возникают огромные паразитные блоки, не исчезающие по времени точно соответствующему установленному значению `--keyint`). Даже пришлось уменьшить его до `--keyint 30`.
Это "DivX H.264 decoder" виноват или как?

Так называемый "деблокинг", отключать не нужно для H.264, ибо он неотъемлемая часть оного, опция ся, в декодерах существует для случая, когда ресурсов на декодирование не хватает, и отключение "деблокинга", позволяет снизить нагрузку и смотреть "без лагов", с худшим качеством.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пн янв 24, 2011 8:10 pm
Andrew Placid
Приветствую всех иксофилов! :)
Сто лет меня тут не было. Вот, назрело несколько вопросов. К сожалению, моего знания англ. не достаточно чтобы понять доки на нем.
Собственно вопросы:
В чем особенности видео в HD-трансляциях и в AVCHD видеокамерах? Мне тут уже Komisar подсказал про intra-refresh и open-gop. Поясните по-русски, плиз, что это (потому как по описанию тут http://mewiki.project357.com/wiki/X264_Settings ясно только поверхностно)?
Почему dgavc и ffmpeg глючат на таком видео, выдавая в 2 раза больше кадров с повторами в разных местах (корректно декодит только dgnv)?
В общем, буду очень признателен за прямой ответ или ссылку на русском где об этом можно почитать.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт янв 25, 2011 1:26 am
komisar666
В vfw добавилось две новые опции ком.строки...

http://komisar.gin.by/f/viewtopic.php?f ... p=534#p534

Gideon Vi, потестишь? :)

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт янв 25, 2011 2:54 am
Andrew Placid
В vfw добавилось две новые опции ком.строки...

Теперь из вегаса можно жать без цветовых искажений, спасибо! :)

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт янв 25, 2011 3:09 pm
Gideon Vi
komisar666, сегодня засмотрю :)
--input-csp-rec ["bt601"|"bt709"] (default "bt601")
--input-csp-scale ["tv"|"pc"] (default "tv")

я этим делом особо ни когда не пользовался, но на глаз - работает.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Ср янв 26, 2011 2:59 pm
StenR
Gideon Vi писал(а):С минимальным квантом особо ни когда не игрался, а вот максимальный придется снова ограничивать.
Gromozeka, ты с qpstep не балуешься?

Я делал тесты, сжимал скажем с crf 25 и ограничивал минимальный квант 23--разница в размере полученного файла практически не ощущащалась уже. Какие-то копейки. При 24 размер заметно уменьшался--то есть активно задействовалось это ограничение. Так что немного битрейта жрут ограничения выше 3 от цифры прописанной в crf. Какие-то байты. Так что может и не стоит овчинка выделки. А вот от большего кванта, помнится размер резко увеличивается.
Хотя при 23 кванте crf ограничение на 30 практически незаметно. А при 25 ограничение в 30 довольно серьёзно увеличивает выходной размер файла. Так что немного на этих фонах сэкономишь. это, кстати, легко проверить

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт фев 01, 2011 6:10 pm
Gromozeka
Givi
Gromozeka, ты с qpstep не балуешься?

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

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Чт фев 03, 2011 2:15 pm
StenR
Кстати, на днях зажал тестовый кусок в abr с ограничителем квантов и без и затем изучил полученное с помощью графиков..
Увы, ограничение квантов только вредит. Я думал это влияет на верхние пики битрейта и динамические сцены, а фигу--всё на месте. Скорее на нижние и средние битрейтные диапазоны, где много не выгадаешь, а испортить можно и это заметно будет. Конечно, не на 20 crf А вот ограничение буфера--всегда плюс. вопрос, правда, до какого предела.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Чт фев 03, 2011 9:06 pm
Andrew Placid
Столкнулся с такой проблемой.
Есть вот такой исходник:
Изображение
видно что уровни явно неправильные.
я корректирую в скрипте так:
Levels(16, 1, 235, 0, 255, coring=false)
Теперь все выглядит так:
Изображение
Вроде как ненужный мусор пропал и теперь и объем файла стал на много меньше, т.е. вроде как должна значительно улучшиться сжимаемость.
Но на практике оказалось все иначе.
Вот кадр из закодированного куска:
Изображение
Видно что объем действительно маленький, но вот почему-то битрейт на данном участке все равно высокий.
Оказалось что весь этот мусор все равно кодировался и если уже с закодированным материалом выполнить обратное преобразование из 0-255 в 16-235 (Levels(0, 1, 255, 16, 235, coring=false)), то увидим вот такую картину:
Изображение
В чем прикол? Что я делаю не так? Как сделать чтобы после коррекции уровней ненужная инфа пропадала не только визуально, но и информационно?
Скриншоты снимались в avsp. Декодирование готового материала через ffmpeg, исходника - через dgnv.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пн мар 21, 2011 9:42 pm
DREDD
Друзья, а кто-нибудь в курсе, стоит ли ждать поддержки в х264 технологии Quick Sync, имеющейся в новых процах от Интел (SandyBridge)? :)

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пн мар 21, 2011 10:45 pm
BugMaster
DREDD писал(а):Друзья, а кто-нибудь в курсе, стоит ли ждать поддержки в х264 технологии Quick Sync, имеющейся в новых процах от Интел (SandyBridge)? :)

Если Intel не предоставит низкоуровнего доступа к функциям аппаратного-энкодера (а не то, что они предлагают в Intel Media SDK v2.0), то нет. А судя по тому, что человек из Intel (который завел разговор о QuickSync и x264) сначала появился перед выходом SandyBridge, а затем с концами пропал, то вероятно этого не случится вообще.

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Пт май 13, 2011 8:50 pm
zmaster
Здравствуйте!
Где можно почитать про --fade-compensate? А именно, что это, и когда как крутить. :)

Re: x264 - обратите внимание! (часть 2я)

СообщениеДобавлено: Вт май 24, 2011 2:47 pm
DREDD
BugMaster писал(а):
DREDD писал(а):Друзья, а кто-нибудь в курсе, стоит ли ждать поддержки в х264 технологии Quick Sync, имеющейся в новых процах от Интел (SandyBridge)? :)

Если Intel не предоставит низкоуровнего доступа к функциям аппаратного-энкодера (а не то, что они предлагают в Intel Media SDK v2.0), то нет. А судя по тому, что человек из Intel (который завел разговор о QuickSync и x264) сначала появился перед выходом SandyBridge, а затем с концами пропал, то вероятно этого не случится вообще.


Спасибо за информацию! Грустно получается...