|
|
|
Bas026
Стаж: 15 лет 9 месяцев Сообщений: 269
|
Bas026 ·
10-Ноя-09 00:01
(15 лет назад)
Voland_
Три-то зачем, когда двух достаточно? Первый проход - набирается статистика, второй - собственно кодирование с распределением битрейта по фреймам по результатам первого. Три и больше - это уже мазохизм. 
Цитата:
Не ясно как меняется битрейт в связи с весом
Тогда вопрос на засыпку: если битрейт - это не объём потока в единицу времени, то что это такое?
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
10-Ноя-09 00:12
(спустя 10 мин.)
Bas026 писал(а):
Тогда вопрос на засыпку: если битрейт - это не объём потока в единицу времени, то что это такое?
хороший вопрос. :hmmm: И звучит логично. Но практика, практика-то!!
MaLLIeHbKa писал(а):
Нет, на практике всё именно так (: Как Вы определяете вес чистого видео? (:
После демукса смотрю размер файла
Хотя я может именно средний битрейт видео неверно беру? Медиаинфо не всегда дает номинальный битрейт у видеопотока. Как его тогда узнать?
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
10-Ноя-09 00:18
(спустя 6 мин.)
Voland_ писал(а):
Медиаинфо не всегда дает номинальный битрейт у видеопотока.
Ну Вы нашли, кому верить (:
Цитата:
Как его тогда узнать?
BDInfo для BDAV/BDMV, mkvverify для матрёшки, и др. Я Вам по секрету скажу: они, грубо говоря, это и делают — считают вес чистого потока, делят на продолжительность (:
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
10-Ноя-09 01:09
(спустя 50 мин., ред. 10-Ноя-09 01:09)
MaLLIeHbKa писал(а):
BDInfo для BDAV/BDMV, mkvverify для матрёшки, и др. Я Вам по секрету скажу: они, грубо говоря, это и делают — считают вес чистого потока, делят на продолжительность (:
Да ты елыпалы и точно. Посчитал средний битрейт, поделил на объем, умножил на мой получившийся после перегодировки объем видео - получил битрейт на единичку меньше от полученного мной. Вот ведь, а я корячился
Вот только mkvverify не годится для m2ts. Перегонять их в BDAV равно как перепаковывать в матрешку как-то не оптимально. Ну и хотелось бы напрямую с видео-дорожками иметь возможность работать. Может есть готовая утилита? Matroska Shell Extention слишком древняя и глючит. В калькуляторе MEGui запрашивается только длительность файла. Размер его почему-то не волнует.
UPD. Все, приношу всем извинения, разобрался Все от старого заблуждения что разное видео сжимается по-разному, т.е. битрейт меняется не линейно Если в MeGUI калькуляторе указать продолжительнсть во фреймах и заданный размер то он подсчитает битрейт с погрешностью в 3 b/s
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
10-Ноя-09 01:16
(спустя 7 мин.)
Voland_ писал(а):
UPD. Все, приношу всем извинения, разобрался Все от старого заблуждения что разное видео сжимается по-разному, т.е. битрейт меняется не линейно Если в MeGUI калькуляторе указать продолжительнсть во фреймах и заданный размер то он подсчитает битрейт с погрешностью в 3 b/s
Если битрейт надо подбирать под однопроход, то может пригодится формула комисара: NextCRF = (-6*(NeedBitrate-GotBitrate)/GotBitrate)+GotCRF применённая к чему-то вроде selectrangeevery(5000,50)
Точность разумеется очень сильно зависит от репрезентативности выборки, но погрешность как правило не приносит сюрпризов больше 4-5%
|
|
|
|
Spidersoft888
Стаж: 15 лет 7 месяцев Сообщений: 502
|
Spidersoft888 ·
10-Ноя-09 04:05
(спустя 2 часа 48 мин., ред. 10-Ноя-09 04:05)
MaLLIeHbKa писал(а):
они, грубо говоря, это и делают — считают вес чистого потока, делят на продолжительность (:
бедную Медиаинфо не научили элементарным арифметическим операциям 
shellgen писал(а):
может пригодится формула комисара
спасибо !
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
10-Ноя-09 09:45
(спустя 5 часов)
|
|
|
|
Гость
|
Гость ·
11-Ноя-09 16:22
(спустя 1 день 6 часов)
Что-то с последней ревизией wpredp, цветность сильно возросла, искажается изображение, не есть хорошо.
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
11-Ноя-09 22:02
(спустя 5 часов)
Hyperload писал(а):
Что-то с последней ревизией wpredp, цветность сильно возросла, искажается изображение, не есть хорошо.
--weightp 0 или смотреть через ffdshow, а не coreavc
|
|
|
|
@lolkin@
Стаж: 16 лет 7 месяцев Сообщений: 1362
|
@lolkin@ ·
12-Ноя-09 01:32
(спустя 3 часа, ред. 12-Ноя-09 01:32)
weightp покамест не оправдывает ожидания
по-идее должны детектиться фейды и занижаться кванты, частично возвращая биты сворованные деревом в соотв части видео, только вот почему разница такая жалкая? к тому же есть непонятки с доп рефами и level limitations.
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
12-Ноя-09 02:10
(спустя 37 мин., ред. 12-Ноя-09 02:18)
@lolkin@ писал(а):
weightp покамест не оправдывает ожидания
бум надеятся, что ситуация изменится к лучшему, разработчики на пенсию пока не собираются.... )) Меня на данный момент больше интересует как там у всяких NMT c поддержкой стандартизованных фич h.264. Предварительные испытания на приличных GPU coreavc с включенной кудой и dgdecodenv() вроде бы проблем поддержки weightp не выявили... если повсеместные проблемы будут, то придётся при любом развитии потенциальной эффективности забить намертво во все конфиги --weightp 0 и какое-то время наблюдать за переходом этой опции в стабильную стадию разработки с чисто теоретической т.з.
|
|
|
|
k0stix
Стаж: 17 лет 8 месяцев Сообщений: 6437
|
k0stix ·
12-Ноя-09 05:00
(спустя 2 часа 50 мин., ред. 12-Ноя-09 05:00)
shellgen писал(а):
если повсеместные проблемы будут
Сегодня как раз руки дошли до обновления версии икса, на coreavc (v.1.9.5) с кудой при проигрывании тестовой нарезки вылезло такое
С перепугу грешным делом откатил икс на пару версий взад, пока случайно не обнаружил, что проблема в декодере. Но жервтовать coreavc я пока не готов, поэтому буду кодировать пока с --weightp 0.
|
|
|
|
vladimiryakushin
Стаж: 18 лет 6 месяцев Сообщений: 3181
|
vladimiryakushin ·
12-Ноя-09 11:09
(спустя 6 часов)
k0stix писал(а):
shellgen писал(а):
если повсеместные проблемы будут
Сегодня как раз руки дошли до обновления версии икса, на coreavc (v.1.9.5) с кудой при проигрывании тестовой нарезки вылезло такое
С перепугу грешным делом откатил икс на пару версий взад, пока случайно не обнаружил, что проблема в декодере. Но жервтовать coreavc я пока не готов, поэтому буду кодировать пока с --weightp 0.
Такая же ерунда...... 
|
|
|
|
shartm
Стаж: 15 лет 11 месяцев Сообщений: 2533
|
shartm ·
12-Ноя-09 11:58
(спустя 49 мин., ред. 13-Ноя-09 09:51)
Еще раз к вопросу о вреде/пользе mb-tree.
На первый взгляд штука вкусная, распределяет битрейт в пользу "высокодетализированных кадров" на которых получается четкость изумительная, потери детализации меньше, чем без дерева (а точнее, их вообще нет).
Но, как уже неоднократно отмечалось, слишком уж лихо он распределяет битрейт и задирает кванты там, где вовсе и не следовало, что приводит к подобной гадости (мыло, артефакты и даже искажение черт лица актера). Правда при реальном (а не покадровом) просмотре это заметить вообще невозможно.
Сравнение №2
Ремукс vs Рип vs Рип без mb-tree
А ведь битрейта здесь - с головой (5500 kbps)
x264 log
frame I:1241 Avg QP:15.43 size:130909
frame P:41510 Avg QP:18.31 size: 52261
frame B:98201 Avg QP:20.62 size: 16484
и параметры энкода недурственные
Параметры энкода
cabac=1 / ref=8 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.0:0.2 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-3 / threads=6 / nr=0 / decimate=0 / mbaff=0 / constrained_intra=0 / bframes=6 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=240 / keyint_min=24 / scenecut=40 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=5495 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=16500 / vbv_bufsize=16500 / ip_ratio=1.40 / aq=1:0.75
Версия икса 1318.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 12:12
(спустя 13 мин.)
shartm
Я сейчас гоняю достаточно много тестовых проходов с одними и теми же настройками для mbtree и б-пирамиды. Так вот сложилось впечатление, что mbtree хороша для "темных" фильмов, когда преобладают темные сцены. Возможно именно потому что темным кадрам как раз и необходим более тщательный подход при детализации.
И вопрос есть такой - существует ли какой-либо логичный предел количеству последовательных b-фреймов? Для 1080/720 рипов в смысле. А то пару раз для 11-12 фреймов получал процент использования последних 1%-1.2%
|
|
|
|
shartm
Стаж: 15 лет 11 месяцев Сообщений: 2533
|
shartm ·
12-Ноя-09 12:20
(спустя 8 мин., ред. 12-Ноя-09 12:20)
Voland_ писал(а):
...сложилось впечатление, что mbtree хороша для "темных" фильмов, когда преобладают темные сцены. Возможно именно потому что темным кадрам как раз и необходим более тщательный подход при детализации.
Такие косяки дерева, как показаны выше, сводят на нет все его достоинства.
Voland_ писал(а):
И вопрос есть такой - существует ли какой-либо логичный предел количеству последовательных b-фреймов? Для 1080/720 рипов в смысле. А то пару раз для 11-12 фреймов получал процент использования последних 1%-1.2%
Процитирую вот это: "Unless you use --b-adapt 2, choose --bframes 16, the maximum. This is the fastest and most flexible option for the encoder. If you use --b-adapt 2, higher values will significantly slow the encoding process without major benefit. Try values more like 2-5".
Ну и к тому же чем больше кадров с сильной компрессией, тем будет хуже и общее впечатление от видеоряда, поэтому здесь должен быть разумный компромисс между выгодами от В-фреймов и потерей качества, поэтому больше 6 В-фреймов никогда не использую.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 12:31
(спустя 11 мин.)
shartm
Познавательно, спасибо.
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
12-Ноя-09 15:20
(спустя 2 часа 48 мин.)
shartm писал(а):
слишком уж лихо он распределяет битрейт и задирает кванты там, где вовсе и не следовало
дык qcomp крутим аккуратно вверх и ограничиваем свободу таких лихих поворотов.
mbtree сравнивать по стоп кадрам на самом деле не совсем правильно, как уже писал где-то выше, поскольку технология рассчитана на оптимизацию компрессии последовательностей фреймов, а не единичных, т.е. прирост качества видеоряда целиком за счёт рапределения битрейта не по фреймам, а по макроблокам. ИМХО как раз тот случай, когда при сравнении стоит обращать внимание на попугаев, которых mbtree позволяет выиграть при прочих идентичных настройках. Заметить преимущества, даже если они небольшие, на статичных фреймах ещё задача нехитрая... а вот невооружённым глазом сравнивать видеопоследовательности в движении уже смертным людям не по рецепторам.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 16:22
(спустя 1 час 2 мин., ред. 12-Ноя-09 16:22)
Вопрос немного не по теме, но все же... Есть глюк с AvsP - открываю в нем для сравнения кадров исходный скрипт и смуксенные mkvшки сэмплов чтобы видеть типы и номера кадров. Так вот происходит такая ерунда что если открыть 3-4-5 файликов то всеми встать одновременно на один кадр невозможно. Встаешь в одном окне, например, на 100й фрейм, переходишь во второе окно, встаешь там на 100й, возвращаешься в предыдущее - а там 98й. Встаешь там на сотый, идешь во второе - там уже 102й. Жмешь рефрешь, снова встаешь на 100й, возвращаешься к другому файлику - а там 98й :). Если в двух удастстя нашаманить и встать на один и тот же кадр, то когда встанешь на 100й в третьем то первые два сползут. Как быть? В чем может быть трабл?
Сейчас приходится сохранять кадры на диск и сравнивать во ACDSee. Кстати, тут тоже засада - может есть программка поудобнее? ACDSee может держать в памяти только три фотки - текущую, предыдущую и следующую. Поэтому если файлов больше то при переходе с 3 на 4й следует мигание экрана - вьювер подгружает фотку. Что совершенно сбивает с анализа изображения. Приходится сравнивать пачками по 3 кадра. 
|
|
|
|
@lolkin@
Стаж: 16 лет 7 месяцев Сообщений: 1362
|
@lolkin@ ·
12-Ноя-09 16:33
(спустя 11 мин., ред. 12-Ноя-09 16:33)
Voland_
а чем файлики открываем? dss?
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
12-Ноя-09 18:05
(спустя 1 час 31 мин.)
Voland_ писал(а):
если открыть 3-4-5 файликов то всеми встать одновременно на один кадр невозможно
ещё раз: directshow не рассчитан на frame accurate seeking, чуть лучше позиционирование делает dss2() за счёт halli, но есть абсолютно frame accurate альтернатива - ffms2.
Готовые картинки можно успешно и в AvsP подгружать ))
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 18:26
(спустя 20 мин.)
@lolkin@
да
shellgen писал(а):
альтернатива - ffms2.
А можно чуть подробнее?
shellgen писал(а):
Готовые картинки можно успешно и в AvsP подгружать
В принципе да, но это не так удобно как щелкать по пробелу во вьювере
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
12-Ноя-09 19:03
(спустя 37 мин.)
Voland_ писал(а):
А можно чуть подробнее?
code.google.com/p/ffmpegsource
Voland_ писал(а):
В принципе да, но это не так удобно как щелкать по пробелу во вьювере
imho 1 2 3 4 5 6 ... ещё удобнее щёлкать ))
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 19:29
(спустя 25 мин.)
shellgen писал(а):
code.google.com/p/ffmpegsource
Спасибо Подгрузил плагин
loadplugin ("c:\Program Files\megui\tools\ffms2-2.12\ffms2.dll")
FFVideoSource("D:\Repack\Out_Usual\Обыкновенные подозреваемые.1.mkv")
но не могу найти как там включить показ номера и типа фрейма?
shellgen писал(а):
imho 1 2 3 4 5 6 ... ещё удобнее щёлкать ))
В принципе кстати да
|
|
|
|
Spidersoft888
Стаж: 15 лет 7 месяцев Сообщений: 502
|
Spidersoft888 ·
12-Ноя-09 20:33
(спустя 1 час 3 мин., ред. 12-Ноя-09 20:33)
shellgen писал(а):
imho 1 2 3 4 5 6 ... ещё удобнее щёлкать ))
я вообще колесом мыши обхожусь
Voland_ писал(а):
Подгрузил плагин
стоит положить в папку синта и не нужно будет каждый раз подгружать..
Voland_ писал(а):
но не могу найти как там включить показ номера и типа фрейма?
скрытый текст
Код:
scriptclip("""sres = ffsar > 1 ? " ("+string(ffsar)+") @ "+string(round(width()*ffsar))+"x"+string(height()):\
ffsar < 1 ? " ("+string(ffsar)+") @ "+string(width())+"x"+string(round(height()*(1/ffsar))) : ""
subtitle("resolution: "+string(width())+"x"+string(height())+sres+"\n"+\
"frame # "+string(current_frame)+" / type: "+chr(ffpict_type),text_color=$22ffff11,halo_color=$66000000,lsp=0)"""\
,after_frame=true)
см первый пост
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 20:51
(спустя 18 мин.)
Spidersoft888 писал(а):
scriptclip("""sres = ffsar > 1 ? " ("+string(ffsar)+") @ "+string(round(width()*ffsar))+"x"+string(height()):\
ffsar < 1 ? " ("+string(ffsar)+") @ "+string(width())+"x"+string(round(height()*(1/ffsar))) : ""
subtitle("resolution: "+string(width())+"x"+string(height())+sres+"\n"+\
"frame # "+string(current_frame)+" / type: "+chr(ffpict_type),text_color=$22ffff11,halo_color=$66000000,lsp=0)"""\
,after_frame=true)
Спасибо! Как бы теперь все это автоматизировать бы, чтобы не надо было для каждой mkvшки такой скрипт писать, а все автоматически подгружалось через шаблонный скрипт?  Или не реально?
|
|
|
|
Spidersoft888
Стаж: 15 лет 7 месяцев Сообщений: 502
|
Spidersoft888 ·
12-Ноя-09 21:01
(спустя 9 мин.)
Voland_ писал(а):
а все автоматически подгружалось через шаблонный скрипт
шаблонный скрипт :
открыть avsp->подгрузить mkv через ffvideosource->скопировать выше указанные строки
|
|
|
|
k0stix
Стаж: 17 лет 8 месяцев Сообщений: 6437
|
k0stix ·
12-Ноя-09 21:35
(спустя 34 мин.)
Spidersoft888
Наверно, подразумевалось вынесение этой строки в модуль, удобней будет
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
12-Ноя-09 21:48
(спустя 12 мин.)
Spidersoft888
Ну да, имелось в виду как сделать, чтобы по открытию через open mkv файла эти строки вставлялись автоматически, подставляя нужное имя файла
|
|
|
|
Spidersoft888
Стаж: 15 лет 7 месяцев Сообщений: 502
|
Spidersoft888 ·
12-Ноя-09 21:51
(спустя 2 мин.)
k0stix писал(а):
Наверно, подразумевалось вынесение этой строки в модуль, удобней будет
Voland_, сорри если так.. недопонял (в avsp всегда открыта вкладка с куском этого скрипта, поэтому обхожусь копипастом)
|
|
|
|
