|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
28-Июн-12 19:47
(13 лет 6 месяцев назад, ред. 28-Июн-12 19:47)
AkvenJan
Какой XviD 1.3 сейчас используется (или планируется использовать) в программе? Tempter57 кладёт в свой архив аж 5 штук разных версий)) Вроде как в 65-м билде исправили какой-то баг. Но как я понял, хоть XviD 1.4 и выдает себя как XviD 72 (т.е. вроде как новее, чем 65), однако там этот баг еще не пофиксен (и дата билда это подтверждает), а разница в нумерациях - просто разница между 1.3 и 1.4 (баг пофиксен в обоих версиях, но лишь в ноябре 2011-го, для 1.4 это номер 73). И вот на днях они что-то фиксили в xvid_encraw. Т.е. впринципе, если кто-то где-то найдет свежий билд 1.4 (или 1.3, т.к. изменения вносились в обе ветки), то его можно будет использовать. Но что-то пока-что не видно, ни у Jawor`а, ни на xvidvideo.ru.
Мой вопрос-то был простой: мне циферки менять или не менять  Но выходит, что пока-что не менять.
------
Оно даже собралось.. Если кому надо, XviD 73 (1.4.х) - на свой страх и риск.
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
28-Июн-12 20:30
(спустя 43 мин.)
fcp писал(а):
Мой вопрос-то был простой: мне циферки менять или не менять Но выходит, что пока-что не менять.
Не менять, будут, как и раньше применяться XviD 1.2.2 по умолчанию и дополнительно XviD 1.3.2 c XviD build 65. В последнем пофиксены баги артефактов при использовании матриц квантования v.3HR и heini_mr c установкой минимальных квантов по фреймам в 1. Остальные версии XviD для любителей потестировать.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
28-Июн-12 20:56
(спустя 26 мин.)
Tempter57
Про баг я уже всё понял. А нет инфы, от какого числа тот 65-й билд? В эксплорере он определяется как "Изменен: 7 ноября 2011", сам фикс был закоммичен 4-го ноября. Но потом были и другие ревизии:
"Reverted change to max_quant calculation. Users prefer the former behavior..." - 9-го ноября. Это откат этой ревизии: "Make sure max_quant is at least frame_quant+2 for lumi/variance masking" - от 6-го ноября.
"Fixed bug in PGM header parser - thanks to Jim Bennett!" - несколько дней назад.
Ну и еще парочка не влияющих на сам энкодер. Т.е. получается, что как минимум в имеющемся на данный момент 65-м билде (если он действительно от 7-го ноября) измененный алгоритм расчета max_quant, который позже вернули обратно "по просьбам трудящихся".
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
28-Июн-12 21:15
(спустя 18 мин., ред. 28-Июн-12 21:21)
fcp
По большому счёту все эти версии XviD выше 1.2.2 просто обыкновенные понты и дань уважения некоторым патчерам XviD, что они хоть что-то делают и пытаются реанимировать труп, с тех пор , как Dark Shikari покинул этот проект, но толку от этой возни мало. На forum.doom9 никто всерьёз даже не рассматривал XviD build 65.
Это для хохмы http://scarabey.org/statyi?id_object=780
Спасибо за XviD build 73, akz будет рад потестировать новую сборку.
|
|
|
|
Vadim3103
Стаж: 15 лет 5 месяцев Сообщений: 64
|
Vadim3103 ·
28-Июн-12 21:16
(спустя 1 мин.)
Как в редакторе скриптов Avspmod сделать так чтобы при увеличение кадра картинка не становилась кубиками?
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
28-Июн-12 22:09
(спустя 52 мин., ред. 28-Июн-12 22:23)
Tempter57
Ладно, с XviD вопрос закрыт. Цифры менять не надо - меньше работы 
Теперь про 10\16 бит. Как и планировал, всё свелось к метке в срипте. Как и планировал, метка не в виде комментария, а в виде обычной переменной типа Int. Всплыла только одна проблемка, что после строчки типа
Код:
OUTPUT_BIT_DEPTH = 10
- если она последняя в скрипте (комментарии не в счет), то получим ошибку, что "возвращаемое значение не клип". Достаточно после неё дописать last или любую функцию, возвращающую клип - вопрос снимается. Но, раз уж в скрипте (за пример взят 10bit Convert, да и в других вроде всё так-же) есть такие строчки
Код:
Dither_quantize(10,mode=6) # закрыть при отладке
Dither_convey_yuv4xxp16_on_yvxx () # закрыть при отладке
# DitherPost() # открыть при отладке
- открыть\закрыть.. То проще уж сделать так, решив тем самым сразу два вопроса:
Код:
OUTPUT_BIT_DEPTH = 10
(OUTPUT_BIT_DEPTH == 16) ? Eval("""
Dither_convey_yuv4xxp16_on_yvxx () #Этот блок отвечает за 16-ти битный вывод
return last #
""") : (OUTPUT_BIT_DEPTH == 10) ? Eval("""
Dither_quantize(10,mode=6) #Этот блок отвечает за 10-ти битный вывод
Dither_convey_yuv4xxp16_on_yvxx () #
return last
""") : Eval("""
DitherPost() #А этот блок отвечает за перевод в привычные 8-бит
return last #
""")
Т.е. больше не надо открывать\закрывать строчки, а нужно лишь менять цифру, хотя можно и так:
Код:
OUTPUT_BIT_DEPTH = 16 #для кодирования
#OUTPUT_BIT_DEPTH = 8 #для отладки
- мне так проще, чем менять цифры.
По поводу return last в каждой из трех секций. Я так и не понял, насколько оно там действительно нужно, потому-что описание весьма двусмысленное. Сначала утверждается, что "Если блоковая конструкция приводит к результату, который вы намереваетесь использовать, то желательно писать строку return {результат} как последнюю строку каждого блока, но ключевое слово return не является обязательным.", при этом в примере #7 этого нет.
По поводу вот этого:
Код:
W = width(last)
H = height(last)
Dither_convert_8_to_16 ()
# ==== ресайз 16-битного видео ====
Dither_Resize16(W, H)
# Установить в Глобальных настройках: Сначала кроп\ресайз потом фильтрация
- в чем тут смысл? Если установили, то кроп\ресайз будет до фильтрации, в самой фильтрации размеры не меняются (хак не считаем изменением размеров) - что мы тут ресайзим? Если удалить вписанный программой ресайз, то мы опять-таки ничего тут не ресайзим, т.к. W = width(last) и H = height(last). Вобщем загадка..
http://rghost.ru/private/38926707/fddea144ddded128e616dec1090a9579 - текущий сырой вариант. Название метки я выше указал, всё, что не равно 8 - считается хаком. При этом принудительно задействуется avs4x264.exe и передается ключ --input-depth x. В глобальных настройках опция, которой раньше включался 64-битный x264, несколько изменила своё предназначение. Теперь, как и раньше, при её включении кодирование в x264 будет происходить через avs4x264, но на 32-битных ОС будет задействован обычный x264.exe, а на 64-битных - x264_64.exe. Т.е. для 64-битников ничего не изменилось, кроме названия опции. А для 32-битников появилась возможность разнести кодирование на 2 процесса (чтоб было проще вписываться в 2-3Гб лимит на процесс) без переименовывания экзешников. Просьба ко всем заинтересованным всё это дело потестить. AviSynthWrapper.dll - в \dlls\AviSynth, предыдущую версию на всякий случай сохраните (хоть она больше и несовместима).
------
PS
16-ти битный вывод, как я понял, вобщем-то никому и не нужен, т.к. x264 просто обрежет лишние биты? Если так, то можно сократить
Код:
OUTPUT_BIT_DEPTH = 10
(OUTPUT_BIT_DEPTH == 10) ? Eval("""
Dither_quantize(10,mode=6) #Этот блок отвечает за 10-ти битный вывод
Dither_convey_yuv4xxp16_on_yvxx () #
return last
""") : Eval("""
DitherPost() #А этот блок отвечает за перевод в привычные 8-бит
return last #
""")
или (если конечно return last тут действительно является необязательным)
Код:
OUTPUT_BIT_DEPTH = 10
(OUTPUT_BIT_DEPTH == 10) ? Eval("""
Dither_quantize(10,mode=6) #Этот блок отвечает за 10-ти битный вывод
Dither_convey_yuv4xxp16_on_yvxx () #
""") : Eval("""
DitherPost() #А этот блок отвечает за перевод в привычные 8-бит
""")
или даже так
Код:
OUTPUT_BIT_DEPTH = 10
(OUTPUT_BIT_DEPTH != 8) ? Eval("""
Dither_quantize(10,mode=6) #Этот блок отвечает за 10-ти битный вывод
Dither_convey_yuv4xxp16_on_yvxx () #
""") : DitherPost() #Вывод в привычные 8-бит
- тут и условие несколько изменено. Вобщем, возможны варианты..
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
28-Июн-12 22:27
(спустя 17 мин., ред. 28-Июн-12 22:51)
fcp
Мне вообще не нужен --input-depth 10 ни в каком случае и строку
Dither_quantize(10,mode=6)
в скрипте вообще можно убрать. Более того в этом виде нужен именно --input-depth 16 и только в случае с Dither_quantize(10,mode=6 ,reducerange=true) требуется --input-depth 10
fcp писал(а):
- в чем тут смысл? Если установили, то кроп\ресайз будет до фильтрации, в самой фильтрации размеры не меняются (хак не считаем изменением размеров) - что мы тут ресайзим? Если удалить вписанный программой ресайз, то мы опять-таки ничего тут не ресайзим, т.к. W = width(last) и H = height(last). Вобщем загадка..
Этот трюк сделан для скриптов с применением шумодавов. Если кроп и ресайз идут в начале скрипта, то обрабатывается с шумодавами гораздо меньшая площадь, если делать рип с BD с даунскейлом.
Код:
# ==== ресайз 16-битного видео ====
Dither_Resize16(W, H)
Эта строка -да, лишняя, но я её оставил, только для любителей делать ресайз после фильтрации, в принципе это верно, но долго. По идее надо делать только кроп в начале, а ресайз уже этой строкой. Для этого её и оставил, чтобы можно было прописать вместо W и H желаемое разрешение, а строку с разрешением в начале скрипта закрыть. Есть такие нубы, которые ресайз требуют после всех фильтров обработки. Строка эта не тормозит работу скрипта.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
28-Июн-12 22:31
(спустя 3 мин., ред. 28-Июн-12 22:31)
Tempter57
ОК. Я там подправил своё сообщение дописав PS. Главное, что "автоматика" в XviD4PSP будет искать указанную метку и брать её значение. А что там будет при этом в скрипте - это уже дело десятое. Я просто хотел предложить способ дополнительно автоматизировать и открытие\закрытие строчек.
Tempter57 писал(а):
Этот трюк сделан для скриптов с применением шумодавов. Если кроп и ресайз идут в начале скрипта, то обрабатывается с шумодавами гораздо меньшая площадь, если делать рип с BD с даунскейлом.
Это как-раз очевиднее некуда. Но вот что ресайзит Dither_Resize16(). При том способе, как он вписан - боюсь что ничего и никогда.
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
28-Июн-12 23:27
(спустя 56 мин., ред. 28-Июн-12 23:27)
fcp
дописал пояснение в предыдущем посту. И я просмотрел , что дописывается в командную строку --input-depth 10. Нет нужен в таком варианте --input-depth 16, смотри строки выделенные красным или здесь http://forum.doom9.org/showthread.php?t=153589&page=27 моё общение с cretindesalpes по этому вопросу и его пояснение.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
28-Июн-12 23:33
(спустя 6 мин.)
Tempter57
Понятно Может имеет смысл ввести в скрипт еще переменных, которые XviD4PSP будет устанавливать исходя из "своих видений реальности"? Попробую объяснить.. Вот например, должно быть разрешение на выходе 700х400. Если теперь по каким-то причинам нас ресайз XviD4PSP не устраивает и мы его удаляем, вписывая какой-то свой, то эти значения придется так-же вписывать вручную, каждый раз разные. Если же в скрипте в виде переменных будет объявлено выходное разрешение, кроп, фпс (и может еще что-то), то в скрипте в нужных местах надо будет просто задействовать эти переменные, но вписанный самой XviD4PSP ресайз все-равно придется удалить, зато не придется вписывать вручную требуемые значения. Как-то вот так:
Код:
output_w = 700 output_h = 400 output_fpsn = 25 output_fpsd = 1 #похоже AviSynth допускает такую однострочную запись
......
......
......
Dither_Resize16(output_w, output_h)
.....
Без объявления как global они никому мешать не будут. Единственное только что, это что если сохранить такой скрипт, а потом открыть его в XviD4PSP, то (т.к. скрипт открывается через Import) вписанные в сохраненный скрипт значения будут перебивать текущие, т.к. текущие - в начале скрипта, а Import идет будет уже после.
Надо такое?
И еще по поводу плагинов. У нас с shark000X был разговор на эту тему, но выносить все настройки и списки плагинов для встроенных деинтерлейсеров куда-то во внешние файлы я пока-что не планирую. Однако и на совместимость с плагинами в пресетах фильтров я это дело не проверял. Известно ли о каких-то несовместимостях?
К тому-же, если надо, то плагины можно расбросать по подпапкам внутри папки \dlls\AviSynth\plugins. В пресете нужно будет просто вписать
Цитата:
#Dithering\Dither.avsi
и получится
Цитата:
Import("D:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\Dithering\Dither.avsi")
А про --input-depth ХХ я же вроде всё расжевал. Что вписано в метке OUTPUT_BIT_DEPTH = XX - то и передается кодеру. Хоть 99. Когда будете составлять скрипты, вписывайте туда то, что нужно - всего-то.
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
29-Июн-12 00:22
(спустя 48 мин., ред. 30-Июн-12 08:46)
fcp
По первому вопросу на счёт ресайзов я не готов к такому повороту. Вот смотри: я выполняю кроп и ресайз в начале скрипта, слежу за правильным аспектом изображения, mod8 . Далее идёт обработка, сейчас по сути строка Dither_Resize16(w, h)-лишняя в скрипте и она для нубов, пускай они берут данные по ресайзу в начале скрипта и вписуют эти данные туда, закрывая строку ресайза в начале скрипта. Это уже их проблема. Хотя
fcp писал(а):
output_w = 700 output_h = 400 output_fpsn = 25 output_fpsd = 1 #похоже AviSynth допускает такую однострочную запись
эта строка, я так понимаю, позволяет прописать ключи в командную строку? Тогда это интересно.
По пакетам внутри plugins тоже против: многие плагины входят в разные пакеты, раздуваем папку plugins. Не настолько уж эти плагины заточены под конкретные функции. По крайней мере я разницы не заметил. Да и пакетов по сути только 3: dither, QTGMC и SVP. Для остальных плагины общие. Разные версии mvtools2.dll я тоже переименовал по-разному. Наиболее шустрые mvtools2SVP.dll и mvtools2mod.dll. Версии mvtools2.dll by Vit и mvtools2T.dll by 06_taro медленные. Ну можно ещё собрать до кучи плагины для anime. Был бы от этого хоть какой-то прок.
Устроил такой финиш скриптов:
Код:
OUTPUT_BIT_DEPTH = 16
(OUTPUT_BIT_DEPTH != 8) ? Eval("""
Dither_quantize(10,mode=6) #Этот блок отвечает за 10-ти битный вывод
Dither_convey_yuv4xxp16_on_yvxx () #
""") : DitherPost() #Вывод в привычные 8-бит
И я так понял, что с нового пакета avs4x264mod.exe надо переименовать в avs4x264.exe, иначе выскакивает ошибка.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
29-Июн-12 00:59
(спустя 36 мин.)
Tempter57 писал(а):
эта строка, я так понимаю, позволяет прописать ключи в командную строку?
Нет, эта строка позволила бы что-то автоматизировать внутри скриптов фильтрации. Работает она только "на выход", т.е. программой туда вписывались бы те значения, которые должны быть в соответствии со всеми настройками (т.е. так, как было бы, если бы пользователь ничего не менял бы в скрипте). Помимо минуса с Import() есть еще минус, что она будет мазолить глаза)) Строчка ведь будет больше, чем приведенная..
Может даже их будет две, иначе может выйти слишком длинно. Вопрос только в том - оно надо?
Про плагины - это значит я не в курсе был (т.е. имел неправильные представления). Если плагины дружно уживаются в одной папке и полу-общие - то и не надо ничего никуда группировать.
Tempter57 писал(а):
Устроил такой финиш скриптов:
Код:
OUTPUT_BIT_DEPTH = 16
(OUTPUT_BIT_DEPTH != 8) ? Eval("""
Dither_quantize(10,mode=6) #Этот блок отвечает за 10-ти битный вывод
Dither_convey_yuv4xxp16_on_yvxx () #
""") : DitherPost() #Вывод в привычные 8-бит
Строчка Dither_quantize(10,mode=6) без reducerange=true, как я понял, выдает 16-бит? Ну хорошо. А x264 что будет с ними делать? Просто обрежет верхние биты? Или есть какой-то смысл подавать ему именно 16-ть бит?
Tempter57 писал(а):
И я так понял, что с нового пакета avs4x264mod.exe надо переименовать в avs4x264.exe, иначе выскакивает ошибка.
Я его честно говоря кинул в архив просто так, чтоб был. Просто скачал его вчера прежде чем начал делать эти изменения, как и что там с предыдущими его версиями - даже не проверял. Поэтому не исключено, что более ранние версии могут и не работать - вот и решил добавить его в архив. А переименовать - да, надо.
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
29-Июн-12 01:15
(спустя 16 мин., ред. 29-Июн-12 08:07)
fcp писал(а):
Строчка Dither_quantize(10,mode=6) без reducerange=true, как я понял, выдает 16-бит? Ну хорошо. А x264 что будет с ними делать? Просто обрежет верхние биты? Или есть какой-то смысл подавать ему именно 16-ть бит?
да 16 бит, x264 сам обрежет верхние биты и кодеку по моим наблюдением всё равно что подавать 10 или 16 бит. Я об этом говорил давно и просил сразу всего лишь ключ добавить --input-depth 16 при включении High 10 Profile. Сам не вижу смысла и в строке
Код:
Dither_quantize(10,mode=6)
Надо спросить у cretindesalpes : Есть ли толк в этой строке? Честно, глубоко не разбирался, но по результатам кодирования не вижу смысла.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
29-Июн-12 20:57
(спустя 19 часов)
Тем 9-м, кто скачав мой вчерашний архив с XviD 73 обнаружил там вместо xvid_ encraw непонятный xvid_ decraw - посвящается.
shark000X
А это спэшл фо ю, если конечно оно еще интересно. Очередную дискуссию о том, что надо автоматом детектить проблемные файлы и переключаться на FFMS2, я разводить не хочу. Просто если есть интерес и время, попробуйте погонять файлы этими DSS2. Чуда конечно не произошло, просто в дополнение к тому, что было обнаружено еще в ноябре, я несколько видоизменил вывод последних кадров в тех случаях, когда раньше мы висли на строке с "INFINITE" (ожидая готовности следующего кадра). Время ожидания в этих билдах выставлено в 1сек., но это только на один "заход", если для получения нужного (но не существующего) кадра таких заходов потребуется несколько - значит каждый раз будем ждать по секунде. По истечении этого времени будет выдан либо последний доступный кадр из буфера, либо (если он пуст) - как и раньше, пустой кадр (видимо этот пустой кадр и выглядит в итоге как перескок или как зеленый кадр). Два файла из архива несколько отличаются еще кое-чем, опять-же изменения относятся только к тому месту, где мы раньше зависали на "INFINITE" - попробуйте заметить разницу)). На всякий случай еще раз повторю, что никаких чудес не случилось, на дикоглючных файлах эти DSS2 будут дикоглючить (как и другие декодеры без предварительной индексации).
|
|
|
|
ofiso
Стаж: 16 лет 3 месяца Сообщений: 193
|
ofiso ·
29-Июн-12 21:42
(спустя 44 мин., ред. 29-Июн-12 21:42)
А возможно в программу включить поддержку использования DGIndexNV.exe (чтобы был выбор его или DGAVCIndex.exe) и в настройках программы добавить переключатель на его использование?
Тогда и без MeGUI можно обойтись.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
29-Июн-12 21:59
(спустя 17 мин.)
ofiso
DGIndexNV, как и DGAVCIndex, - индексируете вручную и открываете в XviD4PSP получившийся индекс-файл. Индексировать лучше в отдельную, пустую папку, т.к. рядом с индекс-файлом XviD4PSP будет искать звуковые дорожки. Автоматическое индексирование для DGIndexNV - у меня видеокарточка с ним не дружит (древняя 8800 GTS), я даже не могу нормально запустить индексатор. Так-что если кто хочет автомат - делайте сами.
|
|
|
|
agz
Стаж: 18 лет 7 месяцев Сообщений: 1449
|
agz ·
29-Июн-12 22:02
(спустя 3 мин.)
Да и автор DGIndexNV, имхо будет недоволен. С ним надо решать. А он денежку хочет.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
29-Июн-12 22:11
(спустя 8 мин.)
agz
Чего именно с ним решать? Сам его индексатор как-бы бесплатный и его можно класть в XviD4PSP. Но вот чтоб он начал работать - тут уже нужна лицензия)) А это уже проблема самих пользователей, где и как они её будут брать.
|
|
|
|
wowloot
Стаж: 17 лет 7 месяцев Сообщений: 98
|
wowloot ·
29-Июн-12 22:25
(спустя 13 мин., ред. 29-Июн-12 23:00)
...xvid4psp на windows 8? ...
upd: о, imgeorgest, спс
|
|
|
|
george$t
Стаж: 15 лет 9 месяцев Сообщений: 4555
|
george$t ·
29-Июн-12 22:38
(спустя 13 мин.)
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
30-Июн-12 15:52
(спустя 17 часов, ред. 30-Июн-12 15:52)
fcp
Ну так что , оставляем престы для x264-10bit в такой форме и передаём Akvenjan ?
скрытый текст
#avstp.dll
#RemoveGrainSSE2.dll
#AddGrainC.dll
#dither.dll
#dfttestmod.dll
#TEdgeMask.dll
#mt_masktools-26.dll
#flash3kyuu_deband.dll
#dither.avsi
#f3kgrain_v0.4.avsi
#GrainFactoryLite_v1.2.avsi
#LumaDBLite_v0.7.avsi
#mt_xxpand_multi.avsi
SetMTMode(2)
setmemorymax(1333)
W = width(last)
H = height(last)
# ==== DeBanding ====
LumaDBL(lsb=true) # variant 1 for anime & Film
# GradFun3(smode=1,lsb=true) # variant 2 for anime & Cartoon & Film
# f3kdb(sample_mode=2,dynamic_grain=false,keep_tv_range=false,dither_algo=3,output_depth=16,y=32,cb=32,cr=32,grainY=32,grainC=32) # for Film
# ==== ресайз 16-битного видео ====
Dither_Resize16(W, H)
OUTPUT_BIT_DEPTH = 16 # изменить 16 на 8 при отладке
(OUTPUT_BIT_DEPTH != 8) ? Eval("""
Dither_quantize(10,mode=6)
Dither_convey_yuv4xxp16_on_yvxx ()
""") : DitherPost()
# Для конвертации 8 битного исходника в 16 бит с фильтрами DeBanding
###### ПРЕДУПРЕЖДЕНИЕ ######
# Установить в Глобальных настройках: Сначала кроп\ресайз потом фильтрация
# Выбрать в настройках кодека AVC profile: High 10 Profile
Или будут у кого ещё предложения и дополнения? Эту строку типа
Цитата:
output_w = 700 output_h = 400 output_fpsn = 25 output_fpsd = 1
не стал включать, слишком много заполнять прийдётся, а народ может не понять или ляпу дать по забывчивости или в силу дремучести. Мне лично - без проблем, но потом будут вопросы... Хотя в закрытом виде могу и всунуть в пресет фильтрации..., как скажете.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
30-Июн-12 16:39
(спустя 46 мин.)
Tempter57
Для меня только остается открытым вопрос про (не?)нужность 16-ти бит на выходе. Как вообще кодируют местные H10p-гуру? Может у них спросить?
Tempter57 писал(а):
Или будут у кого ещё предложения и дополнения?
Я вот тоже жду что народ скажет, но народ молчит, а я тем временем отвлекся на DSS2. Так-что если всех всё устраивает, то тот вариант и будет сохранен (в крайнем случае всегда можно изменить что-либо после).
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
30-Июн-12 17:28
(спустя 49 мин., ред. 30-Июн-12 17:28)
fcp
скрытый текст
Группа AVC и Машенька практически использует только дебандеры(см. её релиз мультфильма Валл-и). Она брала скрипт отсюда. В основном все эти скрипты нужны для аниме и мультфильмов. Остальные скрипты брал у японцев-анимешников, которые кодируют в 10бит, а конкретнее скрипты 06_taro и нашего tp7. На старой ветке обработки видео на стр.95 Lenchkik выкладывал свои скрипты на основе пакета dither, но применял их к фильмам. Он указал к каким, взгляни на его рипы
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
30-Июн-12 17:58
(спустя 29 мин.)
Tempter57
Lenchkik там привел три скрипта, первый с выходом 16-ть бит, два других 10 (fslg_dither_to_n_bits (10, outn=true)), в командной строке так-же указано --input-depth 10. Но еще вот этот пост от TurboPascal7.. Вобщем предлагаю не ограничиваться только 10 или 16, а сделать переключатель на три положения:
Код:
OUTPUT_BIT_DEPTH = 16
(OUTPUT_BIT_DEPTH == 16) ? Eval("""
Dither_convey_yuv4xxp16_on_yvxx() #16-бит
""") : (OUTPUT_BIT_DEPTH == 10) ? Eval("""
Dither_quantize(10, mode=6,reducerange=true) #10-бит
Dither_convey_yuv4xxp16_on_yvxx() #
""") : DitherPost() #8-бит
- пусть каждый сам решает, что ему лучше. А что выбрать по умолчанию (16 или 10) - хз
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
30-Июн-12 18:10
(спустя 11 мин., ред. 30-Июн-12 20:49)
Хорошое решение с тройным ключом. Я лично только за. Прошу, вгляни ещё раз на типовой пресет и, возможно, подправь мои комментарии:
скрытый текст
#avstp.dll
#RemoveGrainSSE2.dll
#AddGrainC.dll
#dither.dll
#dfttestmod.dll
#TEdgeMask.dll
#mt_masktools-26.dll
#flash3kyuu_deband.dll
#dither.avsi
#f3kgrain_v0.4.avsi
#GrainFactoryLite_v1.2.avsi
#LumaDBLite_v0.7.avsi
#mt_xxpand_multi.avsi
SetMTMode(2)
setmemorymax(1333)
W = width(last)
H = height(last)
# ==== DeBanding ====
LumaDBL(lsb=true) # variant 1 for anime & Film
# GradFun3(smode=1,lsb=true) # variant 2 for anime & Cartoon & Film
# f3kdb(sample_mode=2,dynamic_grain=false,keep_tv_range=false,dither_algo=3,output_depth=16,y=32,cb=32,cr=32,grainY=32,grainC=32) # for Film
# ==== ресайз 16-битного видео ====
Dither_Resize16(W, H)
OUTPUT_BIT_DEPTH = 16 # изменить 16 на 8 при отладке или установить 10 при обрезании верхних битов скриптом
(OUTPUT_BIT_DEPTH == 16) ? Eval("""
Dither_convey_yuv4xxp16_on_yvxx() #16-бит
""") : (OUTPUT_BIT_DEPTH == 10) ? Eval("""
Dither_quantize(10, mode=6,reducerange=true) #10-бит
Dither_convey_yuv4xxp16_on_yvxx() #
""") : DitherPost() #8-бит
# Для конвертации 8 битного исходника в 16 бит с фильтром DeBanding
###### ПРЕДУПРЕЖДЕНИЕ ######
# Установить в Глобальных настройках: Сначала кроп\ресайз потом фильтрация
# Выбрать в настройках кодека AVC profile: High 10 Profile
По замечанию tp7 для фильмов и аниме относительно smoothgrad() в скриптах Lenchkik: я вообще этот дебандер не применяю нигде, разве что косвенно в GradFun3.
|
|
|
|
XACAH18
Стаж: 16 лет Сообщений: 73
|
XACAH18 ·
30-Июн-12 18:12
(спустя 2 мин., ред. 30-Июн-12 21:52)
Привет всем!
Вопрос по-поводу звука. Если в файле выставляешь перекодировку звука в МР3 с битрейтом 80 Kbps, то частота дискретизации становится 32000 Hz, (независимо от того какое Qualiti выбираешь в ручной настройке).
Нельзя ли в будущем в "Ручную настройку звука" добавить "Выбор частоты дискретизации" ?
С уважением.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
30-Июн-12 22:46
(спустя 4 часа)
Tempter57
Вроде всё правильно. Хотя..
Tempter57 писал(а):
По замечанию tp7 для фильмов и аниме относительно smoothgrad() в скриптах Lenchkik: я вообще этот дебандер не применяю нигде, разве что косвенно в GradFun3.
.. это всё уже несколько не из моей области))
XACAH18
В окне настроек MP3 есть галка "Don't change samplerate" - вот её нужно включить, иначе Lame действительно будет изменять дискретизацию, но делает он это с одной лишь целью: при столь низком битрейте так будет лучше (по его мнению).
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
30-Июн-12 23:01
(спустя 14 мин.)
fcp
Тут у меня ещё проблема нарисовалась с дебандером LumaDBL на домашнем PC. В режиме setmtmode(2) через минуту работы =>сброс частоты шины проца, приходится запускать в режиме
setmtmode(5)
LumaDBL(Lsb_in=true, lsb=true)
setmtmode(2)
Сижу правлю все скрипты. Вот простейший пресет:
скрытый текст
#avstp.dll
#fft3dgpu.dll
#RemoveGrainSSE2.dll
#RepairSSE2.dll
#mvtools2mod.dll
#Dither.dll
#mt_masktools-26.dll
#AddGrainC.dll
#TEdgeMask.dll
#flash3kyuu_deband.dll
#f3kgrain_v0.4.avsi
#GrainFactoryLite_v1.2.avsi
#LumaDBLite_v0.7.avsi
#Dither.avsi
#mt_xxpand_multi.avsi
#minblur.avs
#ContraSharpening.avs
setmemorymax(640)
# ==== DeRainbow & Color denoiced ====
fft3dgpu(wintype=1,degrid=1,bw=16,bh=16,oh=8,ow=8,sigma=2.5,sigma2=1.75,sigma3=6,sigma4=2.5,bt=3,plane=3,mode=1,precision=2)
setmtmode(2)
# ==== Denoiced =====
source = last
chroma = false
planes = chroma?4:0
tr = 1 # Temporal radius
super = source.MSuper (pel=2,sharp=2,chroma=chroma)
multi_vec = MAnalyse (super, multi=true, delta=tr, blksize=16, overlap=4, truemotion=false, chroma=chroma)
source.MDegrainN (super, multi_vec, tr, thSAD=240, thSAD2=90, plane=planes, lsb=true)
setmtmode(5)
DB = last.LumaDBL(lsb=true, lsb_in=true) # DeBanding
setmtmode(2)
output = DB.DitherPost(mode=-1)
# ==== Sharpening ====
sharp8 = ContraSharpening(output, source)
Dither_merge16_8 (DB,sharp8.Dither_convert_8_to_16(), DitherBuildMask(sharp8, output))
DitherPost(mode=0)
Хотелось бы услышать поведение этого скрипта у остальных без строк , выделенных красным. Если конечно вы скачали последний архив, в противном случае плагинов не хватит.
|
|
|
|
fcp
Стаж: 17 лет 4 месяца Сообщений: 1470
|
fcp ·
01-Июл-12 00:04
(спустя 1 час 3 мин.)
Tempter57
Сначала грузит процессор на 100%, но через некоторое время загрузка снижается, становится где-то 60-70% но иногда процессор на небольшие промежутки времени понижает частоту - как-будто он в простое. Может он и правда в простое, но график не успевает это отразить..
|
|
|
|
Tempter57
Стаж: 17 лет 3 месяца Сообщений: 5029
|
Tempter57 ·
01-Июл-12 03:02
(спустя 2 часа 57 мин., ред. 01-Июл-12 03:02)
fcp
Переделал SAT MDegrainN Dither к такому виду:
скрытый текст
#avstp.dll
#fft3dgpu.dll
#RemoveGrainSSE2.dll
#RepairSSE2.dll
#Bifrost.dll
#mvtools2mod.dll
#Dither.dll
#mt_masktools-26.dll
#SmoothAdjust-ICL-x86.dll
#flash3kyuu_deband.dll
#Dither.avsi
#mt_xxpand_multi.avsi
#SmoothContrast.avsi
#minblur.avs
#Contrasharpening.avs
setmemorymax(640)
# ==== DeRainbow & Color denoiced ====
# fft3dgpu(wintype=1,degrid=1,bw=16,bh=16,oh=8,ow=8,sigma=2.5,sigma2=1.75,sigma3=6,sigma4=2.5,bt=3,plane=3,mode=1,precision=2)
setmtmode(2)
Bifrost(interlaced=false)
# SmoothContrast(contrast=0.02)
# SmoothCurve(Ycurve="0-0;16-0;235-255;255-255", Ucurve="0-0;16-0;240-255;255-255", Vcurve="0-0;16-0;240-255;255-255", interp=0)
SmoothLevels(gamma=1.0, useopt=-1) # -1 -automatic choice, 1- SSE2 CPU, 2 - Sandy Bridge CPU
# ==== цветокоррекция при преобладании жёлто-зелёных цветов ====
# str=3
# thr=32
# SmoothCurve(Ucurve="0-0;"+string(128-2*thr)+"-"+string(128-2*thr)+";"+string(128-thr)+"-"+string(128-thr+str)+";128-128;"+string(128+thr)+"-"+string(128+thr-str)+";"+string(128+2*thr)+"-"+string(128+2*thr)+";255-255"\
# ,Vcurve="0-0;"+string(128-2*thr)+"-"+string(128-2*thr)+";"+string(128-thr)+"-"+string(128-thr-str)+";128-128;"+string(128+thr)+"-"+string(128+thr+str)+";"+string(128+2*thr)+"-"+string(128+2*thr)+";255-255")
# ==== Denoiced =====
source = last
maskstar = source.mt_binarize(upper=false)
chroma = true
planes = chroma?4:0
tr = 1 # Temporal radius
super = source.MSuper (pel=2,sharp=2,chroma=chroma)
multi_vec = MAnalyse (super, multi=true, delta=tr, blksize=16, overlap=4, truemotion=false, chroma=chroma)
source.MDegrainN (super, multi_vec, tr, thSAD=240, thSAD2=90, plane=planes, lsb=true)
# DEBANDING
DB = last.f3kdb(sample_mode=2,dynamic_grain=false,keep_tv_range=false,dither_algo=3,input_depth=16,output_depth=16,y=48,cb=36,cr=36,grainY=48,grainC=36)
den = DB.DitherPost(mode=-1)
# PROTECTING
threshold = 16
cutoff = 64
maxdiff = 4
rg17 = den.removegrain(17,-1)
iOB = source.mt_lut("x "+string(cutoff)+" >= x 0 ?",U=1,V=1)
mB = mt_makediff(iOB,rg17,U=1,V=1).mt_binarize(128+threshold,upper=false,U=1,V=1).removegrain(5,-1)
lB = mt_lutxy(den,source,"x y - abs "+string(maxdiff)+" <= x x y - 0 < y "+string(maxdiff)+" - x ? ?",U=1,V=1)
smB = mt_merge(den,lB,mB,U=2,V=2)
# EDGECLEANING
mP = mt_edge(smB,"prewitt",0,255,0,0,V=1,U=1)
mS = mP.mt_expand(mode=mt_square(radius=2),U=1,V=1).mt_inflate(U=1,V=1)
mD = mt_lutxy(mS,mP.mt_inflate(U=1,V=1),"x y - "+string(32)+" <= 0 x y - ?",U=1,V=1).mt_inflate(U=1,V=1).removegrain(20,-1)
smE = mt_merge(smB,Eval("smB." + "Removegrain(2,0)"),mD,luma=true,U=3,V=3)
output = mt_merge(smE,source,maskstar)
# Contrasharp
sharp8 = Contrasharpening(output, source)
Dither_merge16_8 (DB,sharp8.Dither_convert_8_to_16(), DitherBuildMask(sharp8, output))
DitherPost(mode=0)
# Назначение: качественный пресет для создания SATRip c каналов НТВ, РТР, ОРТ
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на шумоподавителе MDegrainN
# Тип шарпера: Contrasharpening
# Наличие фильтра DeBanding по умолчанию: включен
# Скорость обработки: медленная
Скорость 45 fps на i5-2500 и загрузка ядер 98 % на первом проходе XviD build 73, пока без сбоев. LumaDBL оставлю для аниме только.
Скорость второго прохода 31 fps, загрузка ядер 87...92 %
Log File
PLATFORM
------------------------------
OS Code: Microsoft Windows NT 6.1.7601 Service Pack 1
OS Name: Microsoft Windows XP Service Pack 1 (x64)
Framework: 2.0.50727.5456 (v4.0)
AviSynth: AviSynth 2.60, build:May 16 2012 [03:31:34]
CPU Info: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz (~3292), 4 core(s)
RAM Total: 8109Mb
Language: RUS (1251, ",")
SystemDrive: C:
XviD4PSP
------------------------------
Version: 5.10.285.1
Created: 28.06.2012 22:23:34
AppPath: C:\Program Files (x86)\XviD4PSP 5
TempPath: C:\Temp
FILES
------------------------------
Зоннентау.05_DVB_by_CLIPMAN.mpg >
Зоннентау.05_DVB_by_CLIPMAN.avi
TASK
------------------------------
Format: AVI Hardware
Duration: 00:42:59:800 (64495)
VideoDecoder: MPEG2Source
Resolution: 720x576 > 704x384
Aspect: 1.8184 > 1.8333
VCodecPreset: Custom
VEncodingMode: TwoPassSize
VideoCodec: MPEG2 > XviD (1.3.x)
Size: 1760.2 mb > 554.0 mb
Quality: 0.517 > 0.246
Framerate: 25.000
SourceType: HYBRID_PROGRESSIVE_INTERLACED
FieldOrder: UNKNOWN
Deinterlacer: TDeint
AudioDecoder: NicMPG123Source
AEncodingPreset: MP3 CBR 128k
AudioCodec: MP2 > MP3
AudioBitrate: 256 > 128
Samplerate: 48000
Channels: 2
Normalize: 100%
Accurate: 10%
Gain: 7.963
SCRIPT
------------------------------
import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\functions\AudioFunctions.avs")
import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\functions\VideoFunctions.avs")
loadplugin("C:\Program Files (x86)\XviD4PSP 5\apps\DGMPGDec\DGDecode.dll")
loadplugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\NicAudio.dll")
loadplugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\TIVTC.dll")
loadplugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\TDeint.dll")
loadplugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\ColorMatrix.dll")
setmtmode(5,4)
video = MPEG2Source("D:\AVI_DVD\Зоннентау_DVB_by_CLIPMAN\Зоннентау.05_DVB_by_CLIPMAN.index\Зоннентау.05_DVB_by_CLIPMAN.d2v", cpu=0, info=3)
audio = NicMPG123Source("D:\AVI_DVD\Зоннентау_DVB_by_CLIPMAN\Зоннентау.05_DVB_by_CLIPMAN.index\Зоннентау.05_DVB_by_CLIPMAN Tc0 L2 2ch 48 256 DELAY 0ms.mpa")
AudioDub(video, audio)
AmplifydB(7.963)
ConvertToYV12(interlaced = true)
ColorMatrix(hints=true, interlaced=true)
TDeint(order=-1, slow=2, mthreshL=5, mthreshC=5, full=false, cthresh=7, MI=40)
###[FILTERING]###
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\avstp.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\fft3dgpu.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\RemoveGrainSSE2.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\RepairSSE2.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\Bifrost.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\mvtools2mod.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\Dither.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\mt_masktools-26.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\SmoothAdjust-ICL-x86.dll")
LoadPlugin("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\flash3kyuu_deband.dll")
Import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\Dither.avsi")
Import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\mt_xxpand_multi.avsi")
Import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\SmoothContrast.avsi")
Import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\minblur.avs")
Import("C:\Program Files (x86)\XviD4PSP 5\dlls\AviSynth\plugins\Contrasharpening.avs")
setmemorymax(640)
# ==== DeRainbow & Color denoiced ====
# fft3dgpu(wintype=1,degrid=1,bw=16,bh=16,oh=8,ow=8,sigma=2.5,sigma2=1.75,sigma3=6,sigma4=2.5,bt=3,plane=3,mode=1,precision=2)
setmtmode(2)
Bifrost(interlaced=false)
# SmoothContrast(contrast=0.02)
# SmoothCurve(Ycurve="0-0;16-0;235-255;255-255", Ucurve="0-0;16-0;240-255;255-255", Vcurve="0-0;16-0;240-255;255-255", interp=0)
SmoothLevels(gamma=1.0, useopt=-1) # -1 -automatic choice, 1- SSE2 CPU, 2 - Sandy Bridge CPU
# ==== цветокоррекция при преобладании жёлто-зелёных цветов ====
# str=3
# thr=32
# SmoothCurve(Ucurve="0-0;"+string(128-2*thr)+"-"+string(128-2*thr)+";"+string(128-thr)+"-"+string(128-thr+str)+";128-128;"+string(128+thr)+"-"+string(128+thr-str)+";"+string(128+2*thr)+"-"+string(128+2*thr)+";255-255"\
# ,Vcurve="0-0;"+string(128-2*thr)+"-"+string(128-2*thr)+";"+string(128-thr)+"-"+string(128-thr-str)+";128-128;"+string(128+thr)+"-"+string(128+thr+str)+";"+string(128+2*thr)+"-"+string(128+2*thr)+";255-255")
# ==== Denoiced =====
source = last
maskstar = source.mt_binarize(upper=false)
chroma = true
planes = chroma?4:0
tr = 1 # Temporal radius
super = source.MSuper (pel=2,sharp=2,chroma=chroma)
multi_vec = MAnalyse (super, multi=true, delta=tr, blksize=16, overlap=4, truemotion=false, chroma=chroma)
source.MDegrainN (super, multi_vec, tr, thSAD=240, thSAD2=90, plane=planes, lsb=true)
# DEBANDING
DB = last.f3kdb(sample_mode=2,dynamic_grain=false,keep_tv_range=false,dither_algo=3,input_depth=16,output_depth=16,y=48,cb=36,cr=36,grainY=48,grainC=36)
den = DB.DitherPost(mode=-1)
# PROTECTING
threshold = 16
cutoff = 64
maxdiff = 4
rg17 = den.removegrain(17,-1)
iOB = source.mt_lut("x "+string(cutoff)+" >= x 0 ?",U=1,V=1)
mB = mt_makediff(iOB,rg17,U=1,V=1).mt_binarize(128+threshold,upper=false,U=1,V=1).removegrain(5,-1)
lB = mt_lutxy(den,source,"x y - abs "+string(maxdiff)+" <= x x y - 0 < y "+string(maxdiff)+" - x ? ?",U=1,V=1)
smB = mt_merge(den,lB,mB,U=2,V=2)
# EDGECLEANING
mP = mt_edge(smB,"prewitt",0,255,0,0,V=1,U=1)
mS = mP.mt_expand(mode=mt_square(radius=2),U=1,V=1).mt_inflate(U=1,V=1)
mD = mt_lutxy(mS,mP.mt_inflate(U=1,V=1),"x y - "+string(32)+" <= 0 x y - ?",U=1,V=1).mt_inflate(U=1,V=1).removegrain(20,-1)
smE = mt_merge(smB,Eval("smB." + "Removegrain(2,0)"),mD,luma=true,U=3,V=3)
output = mt_merge(smE,source,maskstar)
# Contrasharp
sharp8 = Contrasharpening(output, source)
Dither_merge16_8 (DB,sharp8.Dither_convert_8_to_16(), DitherBuildMask(sharp8, output))
DitherPost(mode=0)
# Назначение: качественный пресет для создания SATRip c каналов НТВ, РТР, ОРТ
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на шумоподавителе MDegrainN + Dither
# Тип шарпера: Contrasharpening
# Наличие фильтра DeBanding по умолчанию: включен
# Скорость обработки: медленная
###[FILTERING]###
Crop(2, 82, -2, -74)
Spline36Resize(704, 384)
AUDIO ENCODING
------------------------------
Используем готовый файл: C:\Temp\0097.mp3
VIDEO ENCODING
------------------------------
Encoding video to: C:\Temp\0097.avi
XviD (1.3.x) 1666kbps 704x384 25.000fps (64495 frames)
...first pass...
xvid_encraw.exe: -pass1 "C:\Temp\0097_1.log" -qmatrix "C:\Program Files (x86)\XviD4PSP 5\presets\matrix\cqm\heini_mr.cqm" -vhqmode 1 -metric 1 -zones 0,q,3.0,O -nopacked -bquant_ratio 162 -bquant_offset 0 -masking 2 -max_key_interval 250 -quality 5 -notrellis -nochromame -turbo -threads 6 -i "C:\Temp\0097.avs" -o NUL
Tot: enctime(ms) =380923.00, length(bytes) = 407960428
Avg: enctime(ms) = 5.91, fps = 169.31, length(bytes) = 6325
I frames: 568 frames, size = 40324/22904192, quants = 3 / 3.00 / 3
P frames: 23510 frames, size = 10292/241987796, quants = 3 / 3.00 / 3
B frames: 40417 frames, size = 3539/143068440, quants = 4 / 4.00 / 4
...last pass...
xvid_encraw.exe: -pass2 "C:\Temp\0097_1.log" -bitrate 1666000 -qmatrix "C:\Program Files (x86)\XviD4PSP 5\presets\matrix\cqm\heini_mr.cqm" -vhqmode 4 -metric 1 -zones 0,w,1.0,O -nopacked -bvhq -bquant_ratio 162 -bquant_offset 0 -masking 2 -max_key_interval 250 -chigh 25 -clow 10 -vbvmax 4854000 -vbvsize 3145728 -imin 2 -imax 3 -pmin 2 -pmax 4 -bmin 2 -bmax 5 -threads 6 -i "C:\Temp\0097.avs" -avi "C:\Temp\0097.avi"
Tot: enctime(ms) =1976374.00, length(bytes) = 537748952
Avg: enctime(ms) = 30.64, fps = 32.63, length(bytes) = 8337
I frames: 568 frames, size = 52964/30084034, quants = 2 / 2.09 / 3
P frames: 23510 frames, size = 13672/321442040, quants = 2 / 2.24 / 4
B frames: 40417 frames, size = 4607/186222878, quants = 3 / 3.21 / 6
FOURCC
------------------------------
FOURCC: XVID > DX50
cfourcc.exe: "C:\Temp\0097.avi" -u DX50 -d DX50
MUXING
------------------------------
Video file: C:\Temp\0097.avi
Audio file: C:\Temp\0097.mp3
Muxing to: E:\Зоннентау.05_DVB_by_CLIPMAN.avi
virtualdubmod.exe: /x /s"C:\Temp\0097.vcf"
TIME
------------------------------
Общее время кодирования: 59 min 14 sec
Файл получился на: 555.20 mb
Результатом доволен.
|
|
|
|
