|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
07-Ноя-09 22:18
(15 лет назад)
clochard писал(а):
а что там творится на темных сценах?
C тёмными сценами mbtree как раз таки неплохо справляется в текущих билдах... Вот где ещё встречаются откровенные проблемы, могущие заставить иногда возвращаться к старому ratecontrol, так это на фэйдах, к ним стоит присматриваться внимательнее.
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
08-Ноя-09 17:33
(спустя 19 часов, ред. 08-Ноя-09 17:33)
Voland_ писал(а):
Особенно примечательно сравнение 3 и 4 рипа с абсолютно идентичными настроками, только в первом случае - б-пирамида, во втором - mbtree.
В общем, четвертый рип лучше (см. под спойлером).
Дерево макроблоков показало себя с лучшей стороны в данном случае 
ЗЫ. Вот только желательно кроп для получения размера мод. 16.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
08-Ноя-09 17:45
(спустя 11 мин.)
Падре
Я вот 4й и выбрал Меня особо удивило насколько улучшило ситуацию включение mbtree. Но, похоже, это действует только на темных сценах. На других рипах уже пару раз столкнулся что mbtree уступает б-пирамиде.
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
08-Ноя-09 20:40
(спустя 2 часа 54 мин.)
Падре писал(а):
ЗЫ. Вот только желательно кроп для получения размера мод. 16.
Уже вроде давно этот вопрос обсосали, хватает и mod4.
|
|
|
|
shartm
Стаж: 15 лет 10 месяцев Сообщений: 2533
|
shartm ·
09-Ноя-09 07:36
(спустя 10 часов)
Sherbatski У меня его (mod4) даже блу-рэй стационар хавает и не давится ;-).
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
09-Ноя-09 16:22
(спустя 8 часов, ред. 09-Ноя-09 16:22)
Выложена сборка 1330, добавлено:
Цитата:
Weighted P-frame prediction
Кто тестировал?
Как я понимаю, включается ключом: --weightp 0/1/2 - и рекомендуемое значение "2". Я вот только не совсем понял про совместимость с декодерами, там что-то страшное написано, что на некоторых может бяка получиться?
Дерево с пирамидой похоже пока не научили работать.
|
|
|
|
Гость
|
Гость ·
09-Ноя-09 16:51
(спустя 29 мин.)
У меня в 1330 сборке изображение распадается, надеюсь скоро исправят
|
|
|
|
vladimiryakushin
Стаж: 18 лет 6 месяцев Сообщений: 3181
|
vladimiryakushin ·
09-Ноя-09 16:54
(спустя 2 мин.)
Hyperload писал(а):
У меня в 1330 сборке изображение распадается
А какой исходник? Чем индексировали? При каких настройках?
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 18:18
(спустя 1 час 23 мин.)
Подскажте, плиз, а вот как прикинуть конечный битрейт для попадания в нужный размер? Сейчас приходится делать полноценный один проход с выбранными настройками, ну и далее как бы делить получившийся битрейт на получившийся объем и умножать на нужный объем. Способ мне не нравится прежде всего своей длительностью - проход может и 12 часов занять. А простые битрейт-калькуляторы дают слишком примерные цифры. Нет ли методики высчитать битрейт поточнее и не так долго?
|
|
|
|
gjiAm
Стаж: 15 лет 11 месяцев Сообщений: 815
|
gjiAm ·
09-Ноя-09 18:25
(спустя 7 мин., ред. 09-Ноя-09 18:25)
Voland_,
а чем рип делаешь (cmd, MeGUI, etc.)?
Во втором, например, калькулятор до ужаса точный, ни разу еще даже на мегабайт не ошибся.
|
|
|
|
vladimiryakushin
Стаж: 18 лет 6 месяцев Сообщений: 3181
|
vladimiryakushin ·
09-Ноя-09 18:36
(спустя 11 мин.)
Voland_ писал(а):
А простые битрейт-калькуляторы дают слишком примерные цифры
Если кодируете cmd в один проход( crf) - делаете тестовые прогоны, подбирая необходимые параметры, потом смотрите в логе, сколько фреймов кодировалось в тестах, смотрите сколько фреймов в полном фильме и путем несложных арифметических действий определяете выходной размер при получившемся битрейте с заданными параметрами. Но погрешность все же останется.
|
|
|
|
Гость
|
Гость ·
09-Ноя-09 19:55
(спустя 1 час 18 мин.)
Кодировал через встроенные пресеты в MediaCoder
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
09-Ноя-09 21:19
(спустя 1 час 24 мин.)
У меня тоже артефакты пошли на 1330.
http://comparescreenshots.slicx.com/comparison/21162
Настройки такие:
скрытый текст
Код:
program --profile high --pass 2 --bitrate 2608 --stats ".stats" --slow-firstpass --thread-input --deblock 1:1 --bframes 8 --b-adapt 2 --direct auto --ref 9 --qcomp 0.7 --rc-lookahead 60 --aq-strength 0.7 --merange 32 --me umh --partitions p8x8,b8x8,i4x4,i8x8 --trellis 2 --psy-rd 0.50:0 --no-fast-pskip --weightp 2 --colormatrix "bt709" --output "output" "input"
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 21:41
(спустя 22 мин.)
gjiAm1 писал(а):
а чем рип делаешь (cmd, MeGUI, etc.)?
MeGUI
Цитата:
Во втором, например, калькулятор до ужаса точный, ни разу еще даже на мегабайт не ошибся.
Хм. А как он может делать расчет даже не зная что за видео только по продолжительности фильма?!
vladimiryakushin писал(а):
Если кодируете cmd в один проход( crf) - делаете тестовые прогоны, подбирая необходимые параметры, потом смотрите в логе, сколько фреймов кодировалось в тестах, смотрите сколько фреймов в полном фильме и путем несложных арифметических действий определяете выходной размер при получившемся битрейте с заданными параметрами. Но погрешность все же останется.
В принципе конечно мысль, спасибо
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
09-Ноя-09 21:45
(спустя 3 мин.)
Voland_ писал(а):
Хм. А как он может делать расчет даже не зная что за видео только по продолжительности фильма?!
Наверно имелось в виду кодирование в несколько проходов. Тогда действительно, тип видео не влияет, только продолжительность.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 22:06
(спустя 21 мин.)
_Woland_
Так встроенный MEGUIшный битрейт калькулятор только и запрашивает что продолжительность фильма и конечный объем. И все. Никаких больше входных данных. Хотя может я чего не там смотрел. 
|
|
|
|
Bas026
Стаж: 15 лет 9 месяцев Сообщений: 269
|
Bas026 ·
09-Ноя-09 22:10
(спустя 4 мин.)
Voland_
Так битрейт и есть объём видеопотока, делённый на его продолжительность. Причём тут тип видео?
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 22:23
(спустя 13 мин.)
Bas026 писал(а):
Так битрейт и есть объём видеопотока, делённый на его продолжительность. Причём тут тип видео?
Еще раз - мне надо определить битрейт для РИПА. Понимаете? У разного видео разная степень сжимаемости. Поэтому просто по длине исходного видео расчитать конечных объем РИПА невозможно.
Подскажите, а в каких случаях стоит увеличивать --rc-lookahead и на сколько, что дает? Вроде недавно обсуждали, но к чему пришли я не уловил
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
09-Ноя-09 22:26
(спустя 2 мин.)
Voland_ писал(а):
невозможно.
Ещё раз. В многопроходном режиме кодеку начхать на вашу сложность и он точно уложит видеоряд в указанный битрейт.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 22:30
(спустя 3 мин.)
_Woland_
 Вот именно в БИТРЕЙТ! Который мне и надо как-то рассчитать
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
09-Ноя-09 22:31
(спустя 1 мин.)
Voland_
Делите желаемый размер на продолжительность видео. То же самое, судя по описанию, делает калькулятор в MeGUI.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 22:37
(спустя 6 мин.)
_Woland_
Угу. Только вот если исходное видео занимает 20 гигов, то уменьшая битрейт вдвое мы можем получить и 10 гигов и 15 и 5.
|
|
|
|
Bas026
Стаж: 15 лет 9 месяцев Сообщений: 269
|
Bas026 ·
09-Ноя-09 22:42
(спустя 5 мин., ред. 09-Ноя-09 22:42)
Voland_
Цитата:
Еще раз - мне надо определить битрейт для РИПА. Понимаете?
Может, всё-таки надо подобрать параметры однопроходного кодирования, чтобы попасть в рассчитанный калькулятором битрейт? Это несколько иная задача, которую не в состоянии решить ни один калькулятор. Именно по причине неизвестной сжимаемости конкретного видео. Тут уж надо самому прикидывать.
А для точного попадания есть многопроходный режим. Дольше, зато тютелька в тютельку. 
Цитата:
Только вот если исходное видео занимает 20 гигов, то уменьшая битрейт вдвое мы можем получить и 10 гигов и 15 и 5.
Поток размером 10 гиг имеет вдвое больший битрейт, чем 5. А 15 - втрое. Это математика, её не обманешь.
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
09-Ноя-09 22:48
(спустя 5 мин., ред. 09-Ноя-09 22:48)
Voland_
Кхм. По определению, средний битрейт = вес / продолжительность. Что именно неясно в этой формуле? (:
|
|
|
|
@lolkin@
Стаж: 16 лет 7 месяцев Сообщений: 1362
|
@lolkin@ ·
09-Ноя-09 23:20
(спустя 31 мин., ред. 09-Ноя-09 23:20)
_Woland_
зачем --slow-firstpass в --pass 2 воткнул ? 
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 23:40
(спустя 20 мин.)
Bas026 писал(а):
Может, всё-таки надо подобрать параметры однопроходного кодирования, чтобы попасть в рассчитанный калькулятором битрейт? Это несколько иная задача, которую не в состоянии решить ни один калькулятор. Именно по причине неизвестной сжимаемости конкретного видео. Тут уж надо самому прикидывать.
А для точного попадания есть многопроходный режим. Дольше, зато тютелька в тютельку
Ага, т.е. получается три прохода - один для определения сджимаемости и два для кодировки
MaLLIeHbKa писал(а):
Кхм. По определению, средний битрейт = вес / продолжительность. Что именно неясно в этой формуле? (:
Не ясно как меняется битрейт в связи с весом Там не линейная зависимость. Как пример - "щенки и котята" где для 21.7 гигов видео у исходника битрейт 26000. А для рипа 720р битрейт 2700 для объема 4 гига. Сделай я битрейт в 5 раз ниже от исходного то получил бы намноооого больше 4 гигов.
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
09-Ноя-09 23:49
(спустя 8 мин., ред. 09-Ноя-09 23:50)
Voland_ писал(а):
Не ясно как меняется битрейт в связи с весом
Вес = битрейт × продолжительность. Если одну из этих трёх переменных (в частности, продолжительность) мы фиксируем, то две другие связаны прямой пропорцией, это линейная зависимость (:
Вы вес контейнера (= вес чистого видео + вес чистого аудио + накладные расходы контейнера, которые у MKV стремятся к нулю, а у M2TS/BDAV составляют порядка 10% суммарного веса контейнера) с весом чистого потока, случаем, не путаете? (:
Я Вам настоятельно рекомендую взять в руки калькулятор и открыть для себя чудеса арифметики (помня, что при расчёте битрейта 1 кбит/с = 1000 бит/с = 125 байт/с)
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
09-Ноя-09 23:49
(спустя 29 сек.)
MaLLIeHbKa писал(а):
Вес = битрейт × продолжительность. Если одну из этих трёх переменных (в частности, продолжительность) мы фиксируем, то две другие связаны прямой пропорцией, это линейная зависимость (:
Да, но на практике ведь совсем иначе. См. пример выше.
MaLLIeHbKa писал(а):
Вы вес контейнера (= вес чистого видео + вес чистого аудио + накладные расходы контейнера, которые у MKV стремятся к нулю, а у M2TS/BDAV составляют порядка 10% суммарного веса) с весом чистого потока, случаем, не путаете? (:
Нет. Я привел пример для чистого видео.
И вопрос не по теме - в MeGUI можно как-то скорректировать параметры уже выставленных в очередь job'ов? Если в каталоге jobs ручками в xml'e поправить циферку нужного параметра - но корректно будет?
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
09-Ноя-09 23:51
(спустя 2 мин., ред. 09-Ноя-09 23:51)
Voland_ писал(а):
Да, но на практике ведь совсем иначе
Нет, на практике всё именно так (: Как Вы определяете вес чистого видео? (:
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
09-Ноя-09 23:57
(спустя 6 мин.)
Voland_ писал(а):
Да, но на практике ведь совсем иначе.
Если использовать многопоходный режим, то какой битрейт вы укажите, ровно такой средний битрейт будет на выходе. Соответственно размер легко рассчитывается.
|
|
|
|
