|
|
|
Gray Shield
Стаж: 15 лет 6 месяцев Сообщений: 499
|
Gray Shield ·
18-Ноя-10 21:50
(14 лет назад, ред. 18-Ноя-10 21:50)
Митька48
Вообще из собственного опыта, если 3 строка превышает 24-26 для 1080р, то есть без апскейла при просмотре, то надо бы повысить битрейт, а в остальном...
Но справедливости ради тут все зависит от исходника
В Вашем случае навскидку все в порядке. Скрины не возбраняются
Вообще, если анимэ, то там по-другому. Это ждите ответа от онимешнегов.
|
|
|
|
Tim68
Стаж: 14 лет 9 месяцев Сообщений: 712
|
Tim68 ·
18-Ноя-10 23:09
(спустя 1 час 19 мин.)
Gray Shield писал(а):
Вырезаемая из исходного видеопотока последовательность кадров должна начинаться с ключевого кадра и заканчиваться кадром, предшествующим другому ключевому кадру (или другим кл кадром). Тогда декодироваться должно без проблем.
Исходником является проиндексированный MPEG2 поток и при загрузке через Avisynth привычное понятие ключевых кадров можно опустить - пролистывание идет покадрово.
Теоретически енкодер должен сам корректно закрывать GOP-ы, тем более когда задаешся очень низкими значениями интервалов между I кадрами.
|
|
|
|
Ang+
Стаж: 16 лет 7 месяцев Сообщений: 993
|
Ang+ ·
18-Ноя-10 23:38
(спустя 29 мин.)
MaLLIeHbKa писал(а):
мне не понравились вызываемые им изменения в некоторых сценах.
А можете хотя бы в двух словах, без семплов, описать их? =)
|
|
|
|
DreadMaster
Стаж: 16 лет 1 месяц Сообщений: 710
|
DreadMaster ·
19-Ноя-10 01:29
(спустя 1 час 51 мин.)
Tim68 писал(а):
При обработке (кодировании) посценно видеоматериала при помощи консольной версии X264 иногда получаются несовместимые куски при аналогичных характеристиках кадра и настройках эркодера. А именно при проигрывании в местах склейки изображение рассыпается на квадраты, при проигрывании определенными декодерами, например встроенным в Win7. Повторное перекодирование не помогает, но все меняет если например проблемные куски перекодировать ввиде трех кусков. Может ли это быть связанно как-то с настройками x264? Настройки энкодера использую самые, что как гавориться легкие, но максимально адаптированные для проигрывания на железных BD плеерах с поддержкой AVCHD. Клеить пробовал в разных программах.
После copy /b тоже сыпется?
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
19-Ноя-10 01:45
(спустя 15 мин., ред. 19-Ноя-10 01:45)
Митька48 писал(а):
Исходник-DVD(аниме)
В аниме нужны маленькие, очень маленькие кванты. Что-то выше 16 часто начинает артефачить, ~12-14 на b - очень хороший вариант, 16 - к бюджетным рипам. А вообще лучше смотреть на глаз.  Чем меньше разрешение, тем меньшие кванты желательно получить.
P.S. И, да, анимация выигрывает от большого количества B-кадров, которых у вас явно недостаточно.
|
|
|
|
Pustovetov
Стаж: 17 лет Сообщений: 4255
|
Pustovetov ·
19-Ноя-10 04:15
(спустя 2 часа 30 мин.)
Митька48 писал(а):
А если показатели вот такие,то что посоветуете делать с битрейтом?
Повышать битрейт понижая crf пункта этак на 2-3. Впрочем все зависит от исходника и желаний рипующего
Цитата:
Скрипт должен быть готовым,с полными настройками?Или достаточно строку только загрузки видео?
С полными.
|
|
|
|
Gray Shield
Стаж: 15 лет 6 месяцев Сообщений: 499
|
Gray Shield ·
19-Ноя-10 05:35
(спустя 1 час 20 мин., ред. 19-Ноя-10 05:35)
Tim68
В данном случае это ошибки декодирования. В dgindex поставьте галку: options->Force Open GOPs in D2V Fileи проиндексируйте заново. Должно помочь
Из DGIndex Manual:
|
|
|
|
Tim68
Стаж: 14 лет 9 месяцев Сообщений: 712
|
Tim68 ·
19-Ноя-10 11:30
(спустя 5 часов)
Gray Shield писал(а):
В данном случае это ошибки декодирования. В dgindex поставьте галку:options->Force Open GOPs in D2V File
Спасибо, наверное Вы правы, т.к. проблемма явно с GOP-ами, по возможности на следующем материале проверю, т.к. с текущим закончил.
|
|
|
|
Митька48
Стаж: 15 лет 7 месяцев Сообщений: 517
|
Митька48 ·
19-Ноя-10 17:45
(спустя 6 часов, ред. 20-Ноя-10 03:03)
kernlas, Gray Shield, TurboPascal7, Pustovetov всем большое спасибо.
Pustovetov писал(а):
Митька48 писал(а):
Цитата:
Скрипт должен быть готовым,с полными настройками?Или достаточно строку только загрузки видео?
С полными.
То есть ,я правильно понял,что нужно написать полный скрипт со всеми настройками.Потом вставить туда эти три строчки для выборки кусков видеопоследовательности,и потом уже эту последовательность кодировать ОПЯТЬ с этими же полными настройками?
Кстати,а можно уменьшить кол-во кусков,ведь тут дано с прицелом на полнометражный фильм?А у меня,допустим,серия 25 мин.Если можно ,то до какого кол-ва?
|
|
|
|
Gray Shield
Стаж: 15 лет 6 месяцев Сообщений: 499
|
Gray Shield ·
19-Ноя-10 18:52
(спустя 1 час 6 мин.)
Митька48
Вам стоит начать с чего нибудь попроще, типа такого:
x264.cmd
Код:
set bin=D:\=====\x264
set vid=H:\папка
set x264="%bin%\x264.exe"
set CRF=--crf XX.XXX
set bitrate=--bitrate ХХХХ
set deblock=--deblock 0:0
set ref=--ref 12
set bframes=--bframes 10
set badapt=--b-adapt 2
set bpyramid=--b-pyramid normal
set direct=--direct auto
set partitions=--partitions all
set trellis=--trellis 2
set psyRd=--psy-rd 1.0:0.0
set merange=--merange 24
set me=--me umh
set subme=--subme 9
set NoMbTree=--no-mbtree
set rclookahead=--rc-lookahead 120
set qcomp=--qcomp 0.60
set ratetol=--ratetol inf
set aqmode=--aq-mode 1
set aqstrength=--aq-strength 1.0
set weightp=--weightp 2
set sar=--sar 1:1
set threads=--threads auto
set NoDctDecimate=--no-dct-decimate
set NoFastPskip=--no-fast-pskip
set colormatrix=--colormatrix "bt709" --transfer "bt709" --colorprim "bt709"
set zones=--zones 147090,150291,b=0.7/150292,157033,q=40
set stats="%vid%\template.stats"
set in="%vid%\source.avs"
set out="%vid%\template.mkv"
set log1="%vid%\log_x264_1pass.txt"
set log2="%vid%\log_x264_2pass.txt"
SET FirstPass=%bitrate% --stats %stats% --thread-input %ref% %deblock% %bframes% %badapt% %bpyramid% %trellis% %psyRd% %direct% %rclookahead% %merange% %me% %subme% %partitions% %qcomp% %aqmode% %aqstrength% %weightp% %colormatrix% %zones% %sar% %threads%
SET NthPass=%bitrate% --stats %stats% --thread-input %ref% %deblock% %bframes% %badapt% %bpyramid% %trellis% %psyRd% %direct% %rclookahead% %merange% %me% %subme% %partitions% %qcomp% %aqmode% %aqstrength% %weightp% %colormatrix% %zones% %sar% %threads%
%x264% --pass 1 %FirstPass% --slow-firstpass --output NUL %in% 2> %log1%
%x264% --pass 2 %NthPass% --output %out% %in% 2> %log2%
Про куски неясно, что имелось ввиду
|
|
|
|
Митька48
Стаж: 15 лет 7 месяцев Сообщений: 517
|
Митька48 ·
20-Ноя-10 03:10
(спустя 8 часов, ред. 20-Ноя-10 03:10)
Gray Shield писал(а):
Про куски неясно, что имелось ввиду
shellgen писал(а):
Шаг 1. Сделать распределённую выборку из сорса
Достаточно добавить в конец .avs скрипта три волшебные строки и на выходе получим ряд продолжительностью ~2550 фреймов, составленный из равномерно выдернутых из видеоряда кусков по 50 фреймов. Обычно этого достаточно, чтобы оценить сжимаемость более-менее равномерного видео длительностью до 1.5-2 часов.
Три строки:
Код:
selectTotal1=framecount()/100
selectTotal2=selectTotal1*2
selectrangeevery(selectTotal2,50)
Шаг 2. Сжать подготовленную последовательность с настройками, с которыми планируете сжимать последний проход, но указать не битрейт и не --pass ?, а например --crf 18 (важно, что указываем не -q, а именно --crf)
Ждём завершения... и смотрим лог
Вот,в первом шаге,непонятно как должен выглядеть скрипт,к которому добавлять эти самые строчки.Во втором шаге всё ясно - сжать полученную последовательность с теми настройками,с которыми и собираешься кодировать.Вся закавыка именно в первом шаге.Надо выдёргивать эту последовательность из скрипта,с теми же настройками,т.е. конечными (или основными),с которыми будешь потом кодировать эту самую последовательность во 2-ом шаге,и сами данные на конечном этапе,для которых это всё и делается.Вот,что мне неясно.
|
|
|
|
Gray Shield
Стаж: 15 лет 6 месяцев Сообщений: 499
|
Gray Shield ·
20-Ноя-10 11:21
(спустя 8 часов)
Создаем скрипт ависинт, вписываем туда эти три строки, запускаем кодирование. По завершении смотрим лог: все устраивает - убираем эти строки из avs скрипта и запускаем кодирование; не устраивает - подправляем опции и кодируем тестовый кусок заново. И так до получения ожидаемого(устраивающего) результата.
|
|
|
|
Митька48
Стаж: 15 лет 7 месяцев Сообщений: 517
|
Митька48 ·
20-Ноя-10 16:51
(спустя 5 часов, ред. 20-Ноя-10 16:51)
Gray Shield,спасибо большое,помог здорово.
Вот теперь понятно.А-то я думал что при добавлении этих строк,получается отдельная последовательность,как-бы выдёргивается из основного фильма.И потом её нужно отдельно кодировать теми же настройками.А тут просто сразу ,за один раз,обрабатываются те самые куски ,что прописаны в этих строках.Скрипт-то более-менее могу создать,просто сбивало то,что неверно думал о двух этапах,а оказывается всё в одном происходит.
Кстати ,а как можно уменьшить кол-во вытаскиваемых фреймов.Просто у меня одна серия 25 мин., а тут дано для полутора-двух часов.
|
|
|
|
vladimiryakushin
Стаж: 18 лет 6 месяцев Сообщений: 3181
|
vladimiryakushin ·
20-Ноя-10 17:03
(спустя 12 мин.)
Митька48 писал(а):
Кстати ,а как можно уменьшить кол-во вытаскиваемых фреймов.Просто у меня одна серия 25 мин., а тут дано для полутора-двух часов.
Код:
selectTotal1=framecount()/100 # 100 это значение увеличиваем (например до 200, если фильм более 1ч 30мин), или уменьшаем, если фильм короткий.
selectTotal2=selectTotal1*2
selectrangeevery(selectTotal2,50)
Но значение по умолчанию (100) - на коротком фильме лучше оставить. Лишние пять минут кодирования теста роли не сыграют, зато точность попадания в битрейт при кодировании фильма увеличится. 
|
|
|
|
Митька48
Стаж: 15 лет 7 месяцев Сообщений: 517
|
Митька48 ·
20-Ноя-10 17:51
(спустя 47 мин.)
vladimiryakushin
Понятно,благодарю.
|
|
|
|
agz
Стаж: 17 лет 5 месяцев Сообщений: 1441
|
agz ·
21-Ноя-10 21:04
(спустя 1 день 3 часа, ред. 21-Ноя-10 21:04)
Чем без перекодирования можно изменить основные параметры h264 потока вне контейнера?
Такие как SAR, FPS? Неужели нет такой софтины? Не верю.
UPD: Вот кое что нашел... Но не пробовал еще.
Это патченный ffmpeg...
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
21-Ноя-10 21:45
(спустя 41 мин., ред. 21-Ноя-10 21:45)
agz писал(а):
Неужели нет такой софтины?
SAR сырого потока можно поменять с помощью MP4Box'а. А понятие «FPS» для сырого потока весьма расплывчато→ ( в частном случае→).
|
|
|
|
ReAlety
Стаж: 14 лет 7 месяцев Сообщений: 61
|
ReAlety ·
25-Ноя-10 21:58
(спустя 4 дня)
Кто нить знает почему иногда картинка портится/крошится... к примеру вот так
|
|
|
|
MasterNobody
Стаж: 16 лет 3 месяца Сообщений: 158
|
MasterNobody ·
26-Ноя-10 00:36
(спустя 2 часа 37 мин., ред. 26-Ноя-10 00:36)
ReAlety писал(а):
Кто нить знает почему иногда картинка портится/крошится... к примеру вот так
Вариантов собственно несколько:
1) уже битый исходник
2) глючный билд x264 (из недавнего этим страдали билды JEEB-а с "chroma weightp" патчем и все билды ревизий 1787..1788)
3) глючный декодер
|
|
|
|
arkahan
Стаж: 16 лет 11 месяцев Сообщений: 978
|
arkahan ·
26-Ноя-10 11:11
(спустя 10 часов)
Есть ненавязчивое предложение высказаться, кто сочтёт нужным, по поводу подобного вечного разговора - начинается с этого коммента - https://rutr.life/forum/viewtopic.php?p=40171365#40171365
Переливы-недоливы битрейта; "о чём молчат кванты"; влияние деревьев на окружающую среду и т.д. всё, разумеется уже так или иначе давно или недавно обсуждалось, но ... интересно всё равно.
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
26-Ноя-10 11:28
(спустя 17 мин.)
arkahan писал(а):
по поводу подобного вечного разговора
Имхо, споры "я вижу каку, а ты нет - ты слепой а битрейта у меня не много, а достаточно" - последнее, о чем стоило бы говорить в этой теме. А все настройки и влияние их на качество уже давно обсуждались, вы правы. Плохих настроек не бывает. Кванты молчат о предварительной обработке источника и о фальсификации самих этих квантов. И вообще, это просто циферки, которые как абсолютную меру качества использовать никак нельзя. Не вижу поводов разводить дискуссию.
|
|
|
|
arkahan
Стаж: 16 лет 11 месяцев Сообщений: 978
|
arkahan ·
26-Ноя-10 11:50
(спустя 22 мин., ред. 26-Ноя-10 12:10)
TurboPascal7
К сожалению, кроме этой темы никаких промежуточных, подготовительных, "лайт" здесь на трекере нет. Да и что плохого в том, чтобы немного поговорить о простых вещах, пусть и не в первый раз? В эту тему обычные люди даже заходить боятся, не то чтобы спросить что-то - суровые супер-профи могут "поставить на место" А между телом, даже название темы - "Как выбрать оптимальный битрейт" вполне себе демократично. А какие, кстати, по вашему дискуссии здесь уместны? Исключительно о тонкостях и нюансах немереных скриптовых портянок?
вот кстати, деревянная тема там активно обсуждается, я просто предложил из темы раздачи перенести эти научные беседы сюда, всё-таки здесь топик поуместнее для этого.
|
|
|
|
Skazhutin
Стаж: 17 лет 4 месяца Сообщений: 6701
|
Skazhutin ·
26-Ноя-10 11:53
(спустя 2 мин.)
TurboPascal7 писал(а):
Кванты молчат о предварительной обработке источника и о фальсификации самих этих квантов.
Обработку видно при сравнении с исходником, а кому придет в голову цифры в логе менять, вообще не понятно, может онимешники этим занимаются
|
|
|
|
Xenosag
Стаж: 16 лет 2 месяца Сообщений: 971
|
Xenosag ·
26-Ноя-10 12:06
(спустя 12 мин.)
arkahan
да что тут обсуждать, говно это мбтри, и без него при CRF18 можно получить хорошую картинку, нет лепят будто это панацея какая-то! Уже не раз знающими людьми говорилось, что это не бонусная фича, мол включил и пусть на чуть-чуть но стало лучше, это очень НЕОДНОЗНАЧНАЯ настройка, что неизвестно, больше от неё пользы или вреда, но тем не менее народ продолжает её лепить.
И даже ограничение распределения битрейта и прочие настройки которые теоретически могут ограничивать возможности икса в угоду мбтри - это не выход из ситуации.
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
26-Ноя-10 12:09
(спустя 2 мин., ред. 26-Ноя-10 12:10)
arkahan писал(а):
А какие, кстати, по вашему дискуссии здесь уместны?
Настройка/конкретные настройки кодека, вполне очевидно. В вашем же посте ничего конкретнее "давайте поговорим о настройках" не было. Поглощение раздач и "что считать качественным рипом" - это уже топики тех разделов, где эти раздачи создаются.
arkahan писал(а):
В эту тему обычные люди даже заходить боятся
Ага, для тех, кто боится, есть топики про xvid4psp и прочий пресетовый софт.
arkahan писал(а):
деревянная тема там упорно продолжает обсуждаться
А с деревом, кажется, уже всё понятно - потребность в его включении обратно пропорциональна используемому в рипе битрейту. Но и на очень больших рейтах оно не совсем вредит - просто дает "другой" результат и, возможно, немного сложнее в настройке. На мелких битрейтах я бы оторвал руки тому, кто всегда кодит без mbtree, право, ибо эффект оно дает порой волшебный. Повторюсь - нет таких настроек, которые давали бы лучший/худший результат всегда.
Skazhutin писал(а):
Обработку видно при сравнении с исходником
Немного уменьшить шумность источника так, чтобы на скринах этого заметно не было, а уж после сурового квантования тем более - не слишком сложное дело, честно. Или вы по тем скринам с блочностью и т.п. можете с уверенностью сказать, что там не было предварительной обработки, и сорц просто так превратился в уныние на квантах до 21 при вполне адекватных, на мой взгяд, настройках?
Skazhutin писал(а):
кому придет в голову цифры в логе менять, вообще не понятно, может онимешники этим занимаются
Нет, онимешники только правят настройки в файле, а логи просто не выкладывают.
|
|
|
|
arkahan
Стаж: 16 лет 11 месяцев Сообщений: 978
|
arkahan ·
26-Ноя-10 12:10
(спустя 1 мин., ред. 26-Ноя-10 12:10)
Xenosag писал(а):
arkahan
да что тут обсуждать, говно это мбтри,
Во, это уже и есть обсуждение.
TurboPascal7
Вот кстати, ваш урок :
TurboPascal7 писал(а):
Митька48 писал(а):
Исходник-DVD(аниме)
В аниме нужны маленькие, очень маленькие кванты. Что-то выше 16 часто начинает артефачить, ~12-14 на b - очень хороший вариант, 16 - к бюджетным рипам. А вообще лучше смотреть на глаз. Чем меньше разрешение, тем меньшие кванты желательно получить.
P.S. И, да, анимация выигрывает от большого количества B-кадров, которых у вас явно недостаточно.
для меня оказался очень поучительным. И кстати этот урок, насколько я понимаю, может помочь в поисках оптимального битрейта и в кино, не только в аниме. Например, в случае с трудными трансферами (типа Шерлока Холмса), которые даже при "хороших" квантах артефачат будь здоров на градиентах и однотонках.
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
26-Ноя-10 12:14
(спустя 3 мин.)
arkahan
Принцип в том, что чем проще картинка - тем проще её убить. Поэтому на фильмах кванты в 24 могут смотреться довольно хорошо, на аниме из 4х плоскостей и 3х углов - совсем отвратительно. Градиенты относятся к простым областям и требуют гораздо меньших квантов.
Цитата:
Change qpmin default to 0
There's probably no real reason to keep it at 10 anymore, and lowering it allows AQ to pick lower quantizers in really flat areas.
Might help on gradients at high quality levels.
The previous value of 10 was arbitrary anyways.
О чем я и говорил, в принципе.
|
|
|
|
Xenosag
Стаж: 16 лет 2 месяца Сообщений: 971
|
Xenosag ·
26-Ноя-10 12:27
(спустя 13 мин.)
TurboPascal7 писал(а):
На мелких битрейтах я бы оторвал руки тому, кто всегда кодит без mbtree, право, ибо эффект оно дает порой волшебный.
не согласен просто категорически!!! мбтри - это один из инструментов распределения битрейта и если без неё битрейт распределяется как-то более менее равномерно(средний фон, средний крупный план), то с активированным мбтри можно вытянуть условно на "хорошо" крупный план, т.е. те самые рожи(которые всегда приводятся в сравнении) и просто ужаснейшими получить темные сцены, градиенты, фон. Вот именно то, что рип становится неоднородным(т.е. то идеальный, то вдруг артефакты выскочат) мне и не нравится в мбтри. Соответственно и не важно с каким битрейтом делается рип, это дерево всегда может дать негатив, зато любителям посравнивать скриншоты очень нравится использовать мбтри.
|
|
|
|
Skazhutin
Стаж: 17 лет 4 месяца Сообщений: 6701
|
Skazhutin ·
26-Ноя-10 12:34
(спустя 6 мин.)
Как бы говорилось что mbtree для анимации хорошо. Так же как тут писалось что хороший рип это когда кванты на b-кадрах 12. 16 уже плохо. Ты попробуй на фильм такие кванты. Битрейт будет зверский. Так что наверное что аниме хорошо, тот же mbtree, то фильмам совсем по другому
|
|
|
|
arkahan
Стаж: 16 лет 11 месяцев Сообщений: 978
|
arkahan ·
26-Ноя-10 12:42
(спустя 7 мин., ред. 26-Ноя-10 12:42)
TurboPascal7
Дело в том, что немного кому это очевидно. А рипов делается каждый день немерено. И даже опытные, "бывалые" риперы, которым все обычные пользователи безраздельно доверяют, часто не знают нюансов, опираясь на кванты, на "хорошие" настройки икса и т.д. И получаются вот такие рипы - https://rutr.life/forum/viewtopic.php?t=2866585 . Там артефакт артефактом погоняет при вполне "приличном" логе . При всём уважении к Дарки. Я пробовал помню, тестировать это видео, там действительно если и получалось что-то достойное, то при ультранизких (относительно общепринятых средних) квантах. Но вот, например, про влияние бОльшего кол-ва бифреймов в таких случаях я никак не догадывался. Дерево точно портило однотонку, либо я не правильно им пользовался.
Skazhutin писал(а):
Ты попробуй на фильм такие кванты. Битрейт будет зверский.
Зависит от фильма.
|
|
|
|
