|
|
|
Ноusе
Стаж: 15 лет 10 месяцев Сообщений: 970
|
Ноusе ·
02-Янв-10 16:01
(15 лет 10 месяцев назад)
olenin писал(а):
подскажите имеет ли вообще смысл глубоко изучать данную тему ля перевода dvd в x264? меню и допы при этом пропадают? насколько уменьшается размер в среднем скажем если оригинал dvd5 на 4gb?
Меньше чем рип в xvid/divx. Меню да. Допы отдельно конвертите
|
|
|
|
NewmanOZ
Стаж: 16 лет 8 месяцев Сообщений: 380
|
NewmanOZ ·
02-Янв-10 20:19
(спустя 4 часа, ред. 02-Янв-10 20:19)
Вопрос задаю исключительно в целях уточнения собранной информации.
На doom9 модератор ответил человеку на вопрос "В чём разница между 2-pass и однопроходном кодировании?", что 2-pass нужен для контроля размера.
Хотелось бы знать точно, что 1-pass --crf 18 обеспечит прекрасное качество, и никакой 2-pass не поможет его улучшить.
Пожалуйста, подтвердите, если это так, или опровергните, если с помощью 2-pass всё-таки можно улучшить качество.
Может быть для 1pass стоит задать crf пониже? 15, например. Нет ясности в этой теме по данному вопросу. Холивар есть, а ясности нет.
Мне вот почему-то кажется, что энкодеру было бы легче сохранять качество, если бы в определённые моменты он мог предвидеть, где вдруг резко начнётся динамика, чтоб резко поднять битрейт в этот момент, а не через несколько фреймов. Но, может быть, он и при однопроходном
кодировании заглядывает вперёд? Просто я это видел только в настройках mb-tree (rc-lookahead), а цена применения mb-tree мне очень не нравится (проявляется не всегда, но бывает).
|
|
|
|
Сергей Шевченко
Стаж: 15 лет 10 месяцев Сообщений: 1
|
Сергей Шевченко ·
02-Янв-10 21:32
(спустя 1 час 12 мин.)
Добрый вечер! У меня очень медленно чтаются файлы SATrip и TVrip. Что нужно делать, подскажите пж
|
|
|
|
k0stix
Стаж: 18 лет 7 месяцев Сообщений: 6435
|
k0stix ·
03-Янв-10 00:48
(спустя 3 часа, ред. 03-Янв-10 00:48)
NewmanOZ
Я не большой теоретик, до меня обычно быстрее доходит экспериментальным путем. Но в общем суть мне представляется такой.
crf никак не привязан к какому-то определенному битрейту, он дает битрейта ровно столько, сколько надо на данный отрезок видео. Т.е. надо, чтоб битрейт подскачил на 420 кбпс и сохранялся таким в течение 5 минут, crf столько и выделит. С кодированием в битрейт все вертится вокруг заданного битрейта, грубо говоря, на графике это выглядело б как кривая, постоянно ходящая вокруг оси координат (заданного битрейта), постоянно пытаясь вернуться к заданному значению. Помимо того, это и разные алгоритмы сжатия. crf, опять-таки, как я понял, больше внимания уделяет не слишком динамичным сценам, т.е. там, где действительно можно глазом уловить разницу во время просмотра. На ядреной такой динамике может что и пропустить.
А движение анализируется не только статистикой проходов, но еще и всяческими там me.
Но, повторюсь, теория - не моя сильная сторона, альма-матер напрочь отбил к ней всяческий интерес. Так что не верьте мне, я все наврал 
ПС: что я точно могу сказать - это то, что при одинаковом битрейте 2-ой проход на основе статистики с crf дает ощутимое преимущество в сравнении с просто crf-ом, как по попугайчикам, так и визуально
|
|
|
|
пузатикс
Стаж: 16 лет 11 месяцев Сообщений: 106
|
пузатикс ·
03-Янв-10 08:37
(спустя 7 часов)
k0stix писал(а):
ПС: что я точно могу сказать - это то, что при одинаковом битрейте 2-ой проход на основе статистики с crf дает ощутимое преимущество в сравнении с просто crf-ом, как по попугайчикам, так и визуально
Потверждаю, но на статике crf скрины покошернее смотрятся.
ЗЫ Для себя любимого кодирую в два прохода.
|
|
|
|
angel2003
Стаж: 19 лет 3 месяца Сообщений: 24
|
angel2003 ·
03-Янв-10 19:44
(спустя 11 часов)
k0stix писал(а):
при одинаковом битрейте 2-ой проход на основе статистики с crf дает ощутимое преимущество в сравнении с просто crf-ом
Объясните ламеру, каким образом кодится в два прохода с CRF?
Если скрипт с тяжелым фильтром - не хотелось бы убивать двое суток на 1 рип. Если один проход с CRF идет при 2 fps (примерно 23 часа), сколько же будут длиться оба?
|
|
|
|
shellgen
Стаж: 19 лет Сообщений: 6416
|
shellgen ·
03-Янв-10 19:46
(спустя 1 мин.)
angel2003 писал(а):
сколько же будут длиться оба?
второй слегка побыстрее
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
03-Янв-10 20:01
(спустя 15 мин.)
shellgen писал(а):
второй слегка побыстрее
второй ощутимо быстрее, другое дело что если основная нагрузка сам фильтр, то этого не чувствуется. т.к у меня железка слабая, частенько кодирую с предварительной фильтрацией в лосслесс, а потом в два прохода с нормальными настройками.
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
03-Янв-10 23:41
(спустя 3 часа, ред. 03-Янв-10 23:41)
У меня такой вот вопрос, при использовании --qpfile например я смог снять снимок всех кадров как они были в сурсе, тоесть где какой тип фрейма в оригинале для приближения к источнику, дальше каким образом задавать кванты?
Например, можно вытянуть размер какого-то фрейма и он скажем 28455 байт(?).
Дальше я кодирую скажем без динамики через crf и ставлю ориентиром усреднение квантов на 21. Тогда сколько будет указанный фрейм в байтах гипотетически или практически?
В догонку, при заданном битрейте на какие цифры будет ориентироваться икс для различных фреймов.
Что является первостепенным при оценке на битрейт/размер?
Никто не знает математически как посчитать crf 20.
Был клип из 1 фрейма размером 10000, после crf 20 он станет сколько?
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 00:14
(спустя 33 мин.)
sarmano
столько вопросов, один другого краше...
sarmano писал(а):
У меня такой вот вопрос, при использовании --qpfile например я смог снять снимок всех кадров как они были в сурсе, тоесть где какой тип фрейма в оригинале для приближения к источнику, дальше каким образом задавать кванты?
зачем? не, ну я понимаю если вам надо в определенных местах выставить I фреймы для чаптеров, ну или кванты поднять... а так зачем?
sarmano писал(а):
Например, можно вытянуть размер какого-то фрейма и он скажем 28455 байт(?).
декодированный размер после деблокинга в RGB? или что? не все закодированные фреймы в h264 потоке самодостаточны.
sarmano писал(а):
Дальше я кодирую скажем без динамики через crf и ставлю ориентиром усреднение квантов на 21. Тогда сколько будет указанный фрейм в байтах гипотетически или практически?
вы уж определитесь, crf или qp.
sarmano писал(а):
Никто не знает математически как посчитать crf 20.
вообще не понял.
sarmano писал(а):
Был клип из 1 фрейма размером 10000, после crf 20 он станет сколько?
могу только сказать что это будет I фрейм. в зависимости от параметров, компрессия будет с схожа с jpeg, общий смысл вопроса от меня опять ускользнул. ну разве что вы в состоянии предугадать, сколько букв "n" в модуле, открытом у меня в редакторе, если там 310 строк.
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 00:52
(спустя 37 мин.)
Furyx
1. Да, хочу сохранить полностью структуру источника.
Я ориентируюсь на рипы 1080, которые потом можно будет заменить на оригинальных дисках с ужатым размером и сохранить на болванки DVD9. Поэтому да, чаптеры и другое важны на своих местах.
qpfile должен быть заполнен полностью всеми фреймами, тогда будет работать более корректно, если вставить только требуемые строки для заданных фреймов, икс не сможет ориентироваться автоматически на все остальное и будет сбивать часть настроек или что-то подобное.
2-3-4. Каждый фрейм в источнике имеет определенный размер.
Например 126 фрейм уже имеет размер 36Кбайт в оригинале.
После кодирования он измениться в зависимости от параметров, в этом месте мне и интересно сколько станет он весить теоретически при прохождении по нему crf 20.
5. Почему именно I фрейм ? Я вполне могу задать его характеристики в qpfile, чем и сколько он будет. Мне не совсем понятна модель квантования. Цифра 20 в crf это 20% потерь на сжатие или что-то еще. Мне величина самих цифр не совсем понятна. Иногда как указывали ранее получаетя на выходе файл куда большим размером чем источник.
Эти параметры тоже сродни прогнозу?
|
|
|
|
MaLLIeHbKa
Стаж: 18 лет 10 месяцев Сообщений: 3665
|
MaLLIeHbKa ·
04-Янв-10 00:59
(спустя 7 мин.)
sarmano писал(а):
qpfile должен быть заполнен полностью всеми фреймами, тогда будет работать более корректно, если вставить только требуемые строки для заданных фреймов, икс не сможет ориентироваться автоматически на все остальное и будет сбивать часть настроек или что-то подобное.
Можно уточнить, откуда эта информация?
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 01:06
(спустя 6 мин.)
sarmano
думаю сейчас ваша фантазия преобладает на вашими знаниями в данной области. давайте открутим назад и вы попытаетесь описать то, что имеете и что хотите получить на выходе.
и еще раз, прочитайте про 3 концепции rate control: bitrate, crf, qp, а то не пойнятно о чем у вас идет речь.
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 01:17
(спустя 11 мин., ред. 04-Янв-10 01:17)
MaLLIeHbKa
По опыту и логике, плюс где-то видел сообщения о неудачных экспериментах с qpfile при задании только определенных фреймов.
Технической информации к иксу у меня нет.
Furyx
Моя фантазия более чем в порядке ;).
Да я полагаюсь на прочитанное, свой опыт и конечно же есть пробелы о которых я и пытаюсь спросить.
Встречный вопрос из написанного выше (возможно есть неточности в моем представлении об операциях) как часть не ясна?
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 01:23
(спустя 5 мин.)
sarmano писал(а):
о неудачных экспериментах с qpfile при задании только определенных фреймов
это были мои эксперименты, сейчас уж трудно сказать, возможно проблемы были с frame accuracy индексом или еще что... только там речь шла об qpfile в общем, так что если указать на каждый фрейм, лучше точно не будет.
sarmano писал(а):
Встречный вопрос из написанного выше (можно есть неточности в моем представлении об операциях) как часть не ясна?
абсолютно все текст абсолютно не связанный. вы говорите об квантах и сопоставляете с crf. это две разные вещи.
Furyx писал(а):
и еще раз, прочитайте про 3 концепции rate control: bitrate, crf, qp, а то не пойнятно о чем у вас идет речь.
|
|
|
|
k0stix
Стаж: 18 лет 7 месяцев Сообщений: 6435
|
k0stix ·
04-Янв-10 01:28
(спустя 5 мин.)
Furyx писал(а):
второй ощутимо быстрее
На мультах - возможно, хотя я и на них не замечал. На кинах скорость первого и второго прогона приблизительно одинаковая, чуть быстрее второй проход. Хотя и от настроек зависит.
sarmano писал(а):
Например, можно вытянуть размер какого-то фрейма и он скажем 28455 байт(?).
Дальше я кодирую скажем без динамики через crf и ставлю ориентиром усреднение квантов на 21. Тогда сколько будет указанный фрейм в байтах гипотетически или практически?
У меня сложилось впечатление, что вы рассматриваете видеоряд как набор хаотичных картинок. Только на деле картинки как раз взаимосвязанные и сказать, сколько приблизительно будет весить фрейм едва ли возможно, не зная точных настроек кодирования (одного значения crf-а крайне маловато) и что было в соседних кадрах.
sarmano писал(а):
Иногда как указывали ранее получаетя на выходе файл куда большим размером чем источник.
В этом ничего странного нет. При видеокодировании видео не копируется с условием потери некоторых деталей, оно перерисовывается, с вытекающими из процесса неточностями (не только потерями, но и добавлениями)
Furyx писал(а):
вы говорите об квантах и сопоставляете с crf. это две разные вещи.
"Правильно, папа!" ©
angel2003 писал(а):
Если скрипт с тяжелым фильтром
А еще можно кирпич на цпу уронить и пройтись бензопилой по электропроводке. Тогда вообще будет тяжко
angel2003 писал(а):
не хотелось бы убивать двое суток на 1 рип
2 суток, какой кошмар! /me ушел нервно курить со своими 3-суточными марафонами без фильтров
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 01:53
(спустя 24 мин., ред. 04-Янв-10 01:53)
Furyx
Я говорил не про этот форум упоминая qpfile, а о ряде зарубежных
Кванты есть кванты и они присутствуют во всех режимах, только по разному анализируются и сопоставляются, заранее прошу простить за неточности языка в этом контексте, поэтому не привязывайтесь очень строго к словам если идея более чем ясна.
Режим кодирования по битрейту мне понятен так:
Берем клип с 1 фреймом размер которого 15000кбит и хотим получить на выходе "битрейт/размер" на 8000кбит и мы его получим, анализ сделает выводы после оценки каким будет этот кадр.
Что же делают в этом случае crf или qp при заданной величине скажем 20 мне не понятно.
Эта зависимость или усреднение по какому фактору идет рассмотрев случай с 1 фреймом.
Какова величина фрейма на выходе.
Почему я задаю эти вопросы, изучив немного кодированный материал и сопоставив с источником, есть ряд недовольств с моей стороны по полученным результатам анализа даже при мультипроходности более 3 раз. Происходит усреднение по базовым фреймам и выравнивание ближайщих по этой характеристике. Напротив в исходнике четко обозначено что за чем идет и в какой форме. Таким образом усредненный анализ клипа теряет на вскидку (как я думаю) процентов 20% на битрейте (который не нужен в этих местах) интерполирую кривые по времени именно как прогнозы по найденным векторам.
Если сделать анализ "руками" или что-то подобное, результат будет попадать более точно в необходимые места и степень сжатия хотя и останеться заданной будет распределяться другим образом (необходимым) в этом я предполагаю и поможет qpfile и возможно частично mbtree, хотя последний под вопросом, требуется время на тесты с ним.
Получив более четкую картину что где стоит можно пробовать уже рассматривать битрейт или размер. Остальные характеристики икса будут увеличивать парметры по мере потерь для компенсации.
А что подразумевается под словом квант?
Мне всегда казалось что квант это квадратик 8*8 с количеством информации, и при кодировании идет оценка с дальнейшей компенсацией на потери. Разве что квант это quality picture ?
Анализ и есть оценка хаоса происходящего, поскольку происходит только двигаясь вперед.
Если бы оценка клипа происходила сразу на весь клип и искались пределы с дальнейшей интерполяцией и уже последующими выводами и расходе собранной информации, тогда я бы понял это иначе.
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 02:07
(спустя 13 мин.)
sarmano писал(а):
Почему я задаю эти вопросы, изучив немного кодированный материал и сопоставив с источником, есть ряд недовольств с моей стороны по полученным результатам анализа даже при мультипроходности более 3 раз
может тогда лучше озвучите параметры кодирования и криншоты, которыми вы не довольны.
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 02:40
(спустя 33 мин., ред. 04-Янв-10 02:50)
Furyx
Чем могут помочь скриншоты?
Оценить визуально можно только ряд фреймов при просмотре, но не статичную картинку.
Взяв фильтры ависинта простую картинк можно изменить до неузнаваемости и сделать выводы не посмотрев видеоряд будет невозможно.
Параметры кодирования также ни о чем не смогут сказать на вскидку, используя тяжелые кто-то скажет "надо было проще", наоборот, используя легкие скажут "недотянул чуток, подними". Более того я использую профиль для блюреев, который уже ограничен теми же b-frames, ref, slices, GOP, buffer size, max bitrate и многие другие.
Сейчас я хотел бы разобраться в потерях и их компенсации но более детально выбрав для себя оптимум из оставшихся настроек для моего профиля, точнее распределив размеры фреймам, чем (я думаю сам икс делает это не совсем аккуратно) получаемые, подготавливая материал заранее "руками".
Один из примеров вышесказанного:
Источник имеет следующую расстановку и ресурсы для черного фона:
скрытый текст
num;type;size;
0;I;3635;
1;P;3514;
2;B;3514;
3;P;3514;
4;B;3514;
5;P;3514;
6;B;3514;
7;P;3514;
8;B;3514;
9;P;3514;
10;B;3514;
11;P;3514;
12;P;3514;
13;B;3514;
14;P;3514;
15;B;3514;
16;P;3514;
17;B;3514;
18;P;3514;
19;B;3514;
20;P;3514;
21;B;3514;
22;P;3514;
23;B;9920;
24;I;3634;
25;B;3514;
26;P;3514;
27;B;3514;
28;P;3514;
29;B;3514;
30;P;3514;
после анализа crf 18 имеем:
скрытый текст
in:0 out:0 type:I q:29.50 tex:984 mv:2444 misc:6908 imb:8160 pmb:0 smb:0 d:- ref:;
in:4 out:1 type:P q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:2 out:2 type:B q:31.00 tex:0 mv:0 misc:928 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:1 out:3 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:3 out:4 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:8 out:5 type:P q:31.00 tex:0 mv:0 misc:1096 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:6 out:6 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:5 out:7 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:7 out:8 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:12 out:9 type:P q:31.00 tex:0 mv:0 misc:1112 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:10 out:10 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:9 out:11 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:11 out:12 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:16 out:13 type:P q:31.00 tex:0 mv:0 misc:1112 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:14 out:14 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:13 out:15 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:15 out:16 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:20 out:17 type:P q:31.00 tex:0 mv:0 misc:1112 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:18 out:18 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:17 out:19 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:19 out:20 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:23 out:21 type:P q:31.00 tex:0 mv:0 misc:1112 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:22 out:22 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:21 out:23 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:24 out:24 type:I q:29.79 tex:984 mv:2444 misc:1612 imb:8160 pmb:0 smb:0 d:- ref:;
in:28 out:25 type:P q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:26 out:26 type:B q:31.00 tex:0 mv:0 misc:928 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:25 out:27 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:27 out:28 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:32 out:29 type:P q:31.00 tex:0 mv:0 misc:1096 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:30 out:30 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
после анализа по битрейту с желанием попасть в 8000Кб имею:
скрытый текст
in:0 out:0 type:I q:15.99 tex:920 mv:2612 misc:7308 imb:8160 pmb:0 smb:0 d:- ref:;
in:4 out:1 type:P q:16.95 tex:0 mv:0 misc:1000 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:2 out:2 type:B q:17.03 tex:0 mv:0 misc:928 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:1 out:3 type:b q:17.03 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:3 out:4 type:b q:17.08 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:8 out:5 type:P q:16.94 tex:0 mv:0 misc:1128 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:6 out:6 type:B q:17.03 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:5 out:7 type:b q:17.04 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:7 out:8 type:b q:17.08 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:12 out:9 type:P q:16.94 tex:0 mv:0 misc:1144 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:10 out:10 type:B q:17.03 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:9 out:11 type:b q:17.04 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:11 out:12 type:b q:17.08 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:16 out:13 type:P q:16.94 tex:0 mv:0 misc:1144 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:14 out:14 type:B q:17.03 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:13 out:15 type:b q:17.04 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:15 out:16 type:b q:17.08 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:20 out:17 type:P q:16.94 tex:0 mv:0 misc:1144 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:18 out:18 type:B q:17.03 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:17 out:19 type:b q:17.04 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:19 out:20 type:b q:17.08 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:23 out:21 type:P q:16.94 tex:0 mv:0 misc:1144 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:22 out:22 type:B q:17.03 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:21 out:23 type:b q:17.04 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:24 out:24 type:I q:16.00 tex:920 mv:2612 misc:1596 imb:8160 pmb:0 smb:0 d:- ref:;
in:28 out:25 type:P q:16.95 tex:0 mv:0 misc:1000 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:26 out:26 type:B q:17.03 tex:0 mv:0 misc:928 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:25 out:27 type:b q:17.03 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:27 out:28 type:b q:17.08 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:32 out:29 type:P q:16.05 tex:0 mv:0 misc:1160 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:30 out:30 type:B q:16.95 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
Возможно есть упущения в моих познаниях в части вопросов, но в обоих случая анализа иксов общий квантизер на фреймы явно завышен очень сильно, учитывая то, что клип имеет только черный фон на первых фреймах.
Вопрос и заключался в следующем, что подразумевают цифры качества на фреймы, это характеристика уменьшающая изначальные размеры источника на величину Х, или же это потери, или же это режим приближения к максимому по качеству для данного этапа.
Только эта выборка показывает серьезные потери в распределении битрейта еще на начальном этапе анализа.
Конечно, я уверен в моих выводах есть упущения из-за неполной картины происходящего или отсутствия знаний по вопросу.
В догонку, у меня появился к себе самому новый вопрос, использую уже готовую схему qpfile с уже заполненными формами фреймов, насколько валидно использовать после характеристики b-frames, ref и т.д., по этим данным делается последующая расстановка битрейта по взаимосвязям между ними, но уже имея этот этап получаетсяся противоречит заданным ранее характеристика в иксе еще до анализа.
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 02:46
(спустя 6 мин., ред. 04-Янв-10 02:46)
все что могу сказать - удачи. если "картинки" для вас не показатель (т.е сказать чем вы не довольны вы не можете), а параметры кодека это вообще ничего не дают...
но параметры кодека я бы ради любопытства глянул... как то мало верится в такие кванты для 1080p/crf18
скрытый текст
sarmano писал(а):
после анализа crf 18 имеем:
in:0 out:0 type:I q:29.50 tex:984 mv:2444 misc:6908 imb:8160 pmb:0 smb:0 d:- ref:;
in:4 out:1 type:P q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:2 out:2 type:B q:31.00 tex:0 mv:0 misc:928 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:1 out:3 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:3 out:4 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:8 out:5 type:P q:31.00 tex:0 mv:0 misc:1096 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
in:6 out:6 type:B q:31.00 tex:0 mv:0 misc:968 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:5 out:7 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 ;
in:7 out:8 type:b q:31.00 tex:0 mv:0 misc:936 imb:0 pmb:0 smb:8160 d:- ref:0 0 ;
in:12 out:9 type:P q:31.00 tex:0 mv:0 misc:1112 imb:0 pmb:0 smb:8160 d:- ref:0 0 0 ;
ЗЫ спрячьте весь этот ужас по спойлер, плюс есть такой хороший тег
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 02:58
(спустя 12 мин., ред. 04-Янв-10 03:07)
Furyx
После кодирования, в нескольких интервалах времени явно не хватает битрейта и как следсткие появление артефактов, что меня побудило изучить вопросы анализа, битрейта должно хватать более чем, хотя я и использую цель уложиться в размер, и как результат получить определенный битрейт (8000Кб), который не должен давать артефакты.
Битрейт исходника в средней величине порядка 19000Кб. Я думаю сейчас кто-то скажет "как бы собираешься уложиться в свой битрейт без потерь?" У меня на это есть свои задумки, но вкраце скажу что у рипов делают кроп полей, которые BluRay профиль не принимает, что рождает только новые проблемы, чем решает старые, тем не менее битрейта на широкоформатный фильм должно хватать с головой без артефактов, не поднимая даже вопрос о предварительной чистке от шума и зерен.
Цитата:
все что могу сказать - удачи. если "картинки" для вас не показатель (т.е сказать чем вы не довольны вы не можете), а параметры кодека это вообще ничего не дают...
Классно Вы негатив к себе создаете.
В каком месте я сказал что настройки не важны?
Было написано о последующем использовании внутренних настроек икса для компенсации потерь, которые в моем вопросе рано начинать обсуждать как опорные, не уявнив картину с анализом и фактором компрессии в режимах crf и qp.
Кванты получает после анализа икс, я сам не смог бы их вычислить, даже не зная схему расчета :).
В настройках по кодированию у меня нет ничего сверхестественного, они напоминают установки veryslow,placebo для икса подкорректированные для воспроизведения Bluray профиля на стационарах. Мне не жалко их скинуть и есть возможно ошибки или противоречия, поэтому чтобы не заострят внимание на этом я их скину позже в случае необходимости.
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 03:07
(спустя 8 мин.)
sarmano
есть нормальный подход к решению любой задачи:
взяли базовые настройки, прогнали тест - смотрим результат.
если результат устраивает - кодируем по чистой, если не устраивает - приводим примеры чем именно не устраивает и настройки с которыми кодировали.
вы же, который пост подряд, не хотите ни сказать что именно вас не устраивает, ни показать настройки.
ЗЫ негатив меня меньше всего волнует, я такой как есть. кстати, все что я тут вам пишу, есть у меня в подписи.
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 03:28
(спустя 21 мин., ред. 04-Янв-10 03:28)
Furyx
Хорошо Начинай пинать меня по проблемам:
1. Происходит сильное замыливание 6-8 пикселей на всю ширину кадра в верхней части фильма на полутонах.
2. При интенсивной смене кадров начинают проявляться блоки (они мгновенны и винды только на паузе).
3. Настройки :
скрытый текст
"x264.exe" --pass 2 --bitrate 8000 --vbv-bufsize 30000 --vbv-maxrate 38000 --slices 4 --stats "x264_2pass-1080p_GOP_24-2.log" --trellis 1 --mixed-refs --deblock -3:-3 --ref 3 --bframes 3 --direct temporal --b-pyramid strict --weightb --b-bias 0 --me tesa --subme 9 --merange 16 --scenecut 40 --8x8dct --partitions i4x4,i8x8,p8x8,b8x8 --aq-mode 2 --aq-strength 0.75 --psy-rd 1.00:1.00 --b-adapt 2 --level 4.1 --ratetol 1.0 --qcomp 0.60 --cplxblur 20 --qblur 0.5 --keyint 24 --min-keyint 2 --nr 0 --qpmin 10 --qpmax 51 --qpstep 4 --ipratio 1.15 --pbratio 1.05 --chroma-qp-offset 0 --deadzone-inter 21 --deadzone-intra 11 --aud --nal-hrd --threads 6 --mvrange 511 --no-dct-decimate --sar 1:1 --colorprim bt709 --transfer bt709 --colormatrix bt709 --non-deterministic --log-file "2_pass.log" --output "%E_OUT%" %E_SRC%
Для полноценного проигрывания BluRay профиля с DVD9 болванки требуется средний битрейт не выше 9500.
При таком битрейте останется место только на 1-2 средние дорожки и отсуствие мению и т.д. Для себя выбрал оптимальным 8000 это необходимый и достаточный на мой взгляд битрейт при сохранении качества в размере.
Сделать ресайз до 720 нет необходимости в связи с тем что для 2-х часового фильма при разрешении 720 более чем достаточно будет битрейта ~5600 с полями без кропа. Есть запас, поэтому выбран 1080р.
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 03:51
(спустя 22 мин.)
ну для базовых вполне... не понятно
--no-dct-decimate - зачем?
--slices 4 - обязательно?
еще по мелочи есть, но такой вопрос интересует
первый проход с --slow-firstpass --crf 18 дал вот те кванты что вы приводили? ну и скрины оригинал/рип "плохих" кадов, если не лень с тем что в логе на них...
|
|
|
|
MaLLIeHbKa
Стаж: 18 лет 10 месяцев Сообщений: 3665
|
MaLLIeHbKa ·
04-Янв-10 03:55
(спустя 4 мин., ред. 04-Янв-10 03:55)
sarmano
Furyx
На правах оффтопика: меня больше заинтересовал --non-deterministic, есть какой-то смысл в отказе от повторяемости результатов кодирования?
|
|
|
|
sarmano
Стаж: 19 лет 7 месяцев Сообщений: 86
|
sarmano ·
04-Янв-10 04:01
(спустя 5 мин., ред. 04-Янв-10 04:01)
Цитата:
--no-dct-decimate - зачем?
Использовал ранее при кодировании на старых версиях, оставил на обновленных, если ли цель неуверен.
Цитата:
--slices 4 - обязательно?
Да, требование от BluRay profile v.2.1
Цитата:
первый проход с --slow-firstpass --crf 18 дал вот те кванты что вы приводили?
Да, все так.
Скриншоты с логами требуют времени подготовить все запрашиваемое.
Замыл по верхнему краю можно тут глянуть
А вот что в логе было не смогу сказать, даже не знаю какой это был фрейм, не готов был к таким вопросам с визуальным представлением.
MaLLIeHbKa
Можно поподробнее что значит отказ от повторяемости результатов, более простым языком?
|
|
|
|
k0stix
Стаж: 18 лет 7 месяцев Сообщений: 6435
|
k0stix ·
04-Янв-10 04:06
(спустя 4 мин., ред. 04-Янв-10 04:11)
sarmano писал(а):
Замыл по верхнему краю можно тут глянуть
Мылить будет всегда контрастные границы на высоких квантах. Так что выход тут только один - поднимать битрейт вручную на подобных участках. Либо завышать битрейт на всем потоке и на определенных участках расходовать его вхолостую.
Полагаю, именно поэтому принято в HD-группах резать бордюры под ноль
|
|
|
|
MaLLIeHbKa
Стаж: 18 лет 10 месяцев Сообщений: 3665
|
MaLLIeHbKa ·
04-Янв-10 04:09
(спустя 3 мин., ред. 04-Янв-10 04:09)
sarmano писал(а):
Можно поподробнее что значит отказ от повторяемости результатов, более простым языком?
Ну, если Вы 10 раз запустите кодироваться один и тот же видеоряд на одной и той же машине с одними и теми же настройками с --non-deterministic, то Вы, грубо говоря, получите 10 разных энкодов. Я сама на практике ни разу не сталкивалась с применением --non-deterministic, потому и интересуюсь, что это даёт хорошего, кроме лишних проблем (:
sarmano писал(а):
Замыл по верхнему краю можно тут глянуть
Эта проблема обсуждалась здесь уже неоднократно: у Вас замылены макроблоки, начинающиеся с контрастной границы (с черным цветом).
k0stix
скрытый текст
Пользуясь случаем — с проходящими, да (:
|
|
|
|
Furyx
Стаж: 17 лет 5 месяцев Сообщений: 1331
|
Furyx ·
04-Янв-10 04:12
(спустя 2 мин.)
думаю вторая проблема так же просто решится, типа обновление coreavc до 2.0 из-за weightp 2.
|
|
|
|
k0stix
Стаж: 18 лет 7 месяцев Сообщений: 6435
|
k0stix ·
04-Янв-10 04:17
(спустя 5 мин.)
MaLLIeHbKa писал(а):
k0stix
скрытый текст
Пользуясь случаем — с проходящими, да (:
ку:
Пользуясь случаем, взаимно
И ваще всех с прошедшим, ушедшим, пришедшим, и грядущим (вплоть до 13 сентября, ака дня программиста, на случай, если забуду)
Furyx
weightp 2 просто в хлам картинку размазывает, там стоп-кадры не особо нужны, чтоб заметить
|
|
|
|
