Кодирование DVD в XviD с помощью AviSynth, ну и с фильтрами...

Народ спрашивает как я кодирую фильмы, ну вот я наконец отрыл время и чюток раскажу.....
Пишу коротко ... может потом состряпаю скрины.... ну и за орфографию не ручаюсь.
Всё необxодимое: -> xапайте всё самое новое, кроме бэта версий !!!
AviSynth: ссылка
Фильтры: от Fizicka , список плагинов с мини описанием , Зарубежный форум Doom9 ....
ВСЕ фильтры надо копировать в папку Avisynth -> Filters например у меня так: C:\Program Files\AviSynth 2.5\plugins\
XviD: ссылка
VirtualDubMod: ссылка
DGIndex & dgdecode.dll: ссылка

---

Шаг 1: DGindex
1. Откройте файлы .vob в DGindex -> File->Open(F2). Файлы .vob те что по 0.99 GB (VTS_02_1, VTS_02_2, VTS_02_3 ........) Важно чтоб файлы шли по порядку, а не 2,1,3,5,4.....
2. Сохраняем D2V проект (F4 or File -> Save project)
Когда программа закончит, (посмотрите на окошко статуса справа), можно закрыть DGIndex
Шаг 2: (AviSynth)
1. Откройте блокнот и скопируйте в него следующую строку указывая путь к .d2v файлу который вы получили после первого шага..
-> данная строка загрузит видео. 2. Теперь надо исправить цвета, поэтому следующеми 2-мя строками будет следующее: 3. Сечас будем делать обрезание .......... черныx полос ;):
Сделайте скриншот исxодново видео и откройте его в Paint (Пуск->Выполнить->mspaint)
В paint подсчитайте сколько пикселей надо резануть чтоб убрать черные полосы (только парные числа) и введите данные в следующую строку блокнота-> 4. Выставим pазрешение: Важно чтобы шитина и высота делились на 16 ... в крайнем случае на 8. 5. Побалуемся с фильтрами:
5.1 Шумодавы
Для начала я советую чюток убрать шум, заодно сгладятся стрёмные квадратики после ДВДшного MPEG2.....
Лично я пользуюсь VagueDenoiser если шума надо убрать много, если же шума мало то xватит и DeGrainMedian или же просто понизить настройки у VagueDenoiser ..... вопщем шумодавов есть много, выбирайте. Я ссылки дал.....
Помните что чем больше задействован шумодав тем меньше остаётся деталей. 5.2 Резкость
Фильтров с функцией повышения резкости тоже не мало ... но лично я предпочитаю SeeSaw и LimitedSharpenFaster На сайте Doom9.org есть описание к ним и т.п.
Помните что при повышении резкости нужен битрейт или же будут квадратики. 6. Соxраните файл с расщирением .avs Все фильтры которые были описаны в Шаг 2 вы найдёте по ссылкам в начале темы + существует google, поэтому прошу потом не ныть с вопросами где что найти !!!
Шаг 3: Кодирование в VirtualDubMod позаимствовал у adware
Открываем скрипт.avs в VirtualDubMod (File -> Open Video File)
Включите Full Processing Mode (Video -> Full Processing Mode)
Открываем диалоговое окно (Ctrl-C or Video -> Compression)
Выбираем Xvid MPEG-4 Codec и нажимаем Configure
Выставляем в Profile @ Level: Home Theatre PAL
Выставляем Encoding type: Twopass - 1st pass и нажимаем more
Пишем название файла статистики: D:\your_file.pass
Нажимаем OK
Нажимаем OK
Сохраняем AVI (F7 or File -> Save As) имя файла с окончанием .AVI, которое вы хотите
Ставим галочку на Don't run this now
Открываем диалоговое окно снова (Ctrl-C or Video/Compression)
Выставляем Encoding type: Twopass - 2nd pass и нажимаем more
проверьте чтобы имя файла статистики было с таким же названием, как и 1st pass
Нажимаем OK
Вставляем желаемый Target bitrate или Target size (можно изменить его, кликнув мышей)
Нажимаем OK
Открываем диалоговое окно stream list dialog (Streams -> Stream list)
Нажимаем ADD и наxодим ваш ac3/dts/mp3 файл
Открываем диалоговое окно interleaving (Ctrl-I или правой кнопкой мыши -> interleaveing)
Выставляем Delay audio track xxx ms (где xxx значение задержки из названия файла). Если ваш ac3/dts/mp3 название файла оканчивается как: DELAY -654ms то вы должны установить -654
Нажимаем OK
Нажимаем OK
Сохраняем AVI (F7 or File -> Save As) имя файла с окончанием .AVI, которое вы хотите, например Kino.AVI.На этот раз это будет конечный файл .AVI,который вы будете использовать в дальнейшем .
Установить галочку на Don't run this now...
Нажимаем F4 или File -> Job control... и Start
Задавайте вопросы .. я человек занятой .. но если найду время то отпешусь + не я один знаю как кодировать....

---

Сообщения из этой темы были выделены в отдельный топик Кодирование DVD в XviD с помощью AviSynth, ну и с фильтрами... (архив)
Mikky72

Замечания и дополнения к инструкцииПорядок операций в скрипте AVISynthДля наиболее качественной работы функций в скрипте рекомендуется расположить операции в следующем порядке:
1) декодирование видео
2) цветовые установки (пространство и матрицы коэффициентов)
2) удаление пуллдауна (при необходимости)
3) подавление шумов
4) изменение геометрии (кроп и ресайз)

---

Декодирование видео При подготовке проекта в DGIndex настоятельно рекомендуется при помощи меню Video сделать следующие установки:
iDCT Algorithm - IEEE-1180 Reference
Field Operation - Honor Pulldown Flags
После завершения компиляции проекта внимательно рассмотрите панель информации. Прежде всего важна информация о характере видеодорожки - Video Type (PAL / Film / Video) и типе кодирования кадров видео - Frame type (interlaced / progressive).

---

Смена цветового пространства Существует несколько вариантов хранения информации о цвете (цветовых пространств) - RGB, YV12, YUV.
Разные функции (плугины) и разные кодировщики могут требовать тот или иной тип цветового пространства.
С ориентацией на работу кодировщиков MPEG4, используемых при создании DVDRip, можно порекомендовать цветовое пространство YV12.
Конвертация в данное цветовое пространство осуществляется при помощи включения в скрипт следующей команды, зависящей от типа кодирования кадров исходника (см. выше): или Некоторые функции, которые Вы хотите использовать в скрипте, могут требовать каких-то иных цветовых пространств. По этой причине в скрипте конвертация в разные цветовые пространства может осуществляться несколько раз.

---

Корректировка матрицы цветовых коэффициентовПрименение плагина ColorMatrix следует увязать с результатами анализа видео, которые демонстрирует DGIndeх. В зависимости от того, что значится в строке Frame Type следует в скрипте использовать строки или

---

Устранение pulldown При создании DVDRip-ов с дисков системы NTSC 29,97 fps, полученных из видео материала с частотой кадров 23,976 fps путем применения 3:2 или 2:3 пуллдауна (иногда типы пуллдауна меняются по ходу фильма), следует осуществить операцию обратного телесина и восстановить видеопоток с частотой 23,976 fps.
Необходимость данной операции возникает, если при создании проекта (см. выше) в строке Video Type значится Film.
Для решения поставленной задачи можно рекомендовать установить плугин обратного телесина (TIVTC) и добавить в скрипт строки Убедитесь, что путь к библиотеке верный!
Данную операцию следует производить до кропа и ресайза!!!

---

Применение шумодавов и фильтров повышения резкостиНе следует злоупотреблять фильтрами. Добившись удивительно четких портретов на статичных кадрах (аж все поры на лице видно, ну прямо блюрэй какой-то), Вы почти наверняка обеспечите множество артефактов в других сценах.

---

Изменение размеров картинкиНастоятельно рекомендуется (для оптимизации работы кодеров) придерживаться именно кратности 16 для высоты и ширины картинки DVDRip.
В качестве функции ресайза до размера ххх по ширине и ууу по высоте можно порекомендовать Catmull-Rom spline

---

Про выполнение некоторых базовых операций над видео создан специальный топик Обработка видео
В том же топике следует задавать вопросы "как сгладить шумы источника", "как убрать лесенки", "как сделать зеленые лица розовыми" и т.п.
Кроме того, вот еще отдельный топик помощи по скриптам AVISynth

Методика подбора битрейта под ваш исходник для получения оптимального по качеству рипа XviD-ASP
Основной постулат при кодировании XviD: фреймы с квантом "2" не будут выглядеть хуже, чем с "1", поскольку алгоритм управления скоростью кодека не всегда справляется с минимальными квантами "1" хорошо и можно получить негабаритный файл на выходе, кроме того с минимальным квантом "1" кодек делает распределение квантов хуже.
Второй постулат: изображение с квантами 3 по фреймам смотрится тоже хорошо.
Третий постулат: все фреймы с квантизером выше 4 смотрятся плохо из-за высокой степени сжатия.
Четвертый постулат: степень сжатия и соотвественно качества сильно зависит от количества идущих подряд b-frames. Однако следует иметь в виду, что стационарные DVD плееры в состоянии поддерживать только -max_bframes 2.
Пятый постулат: качество B-frames регулируется параметрами -bquant_ratio и -bquant_offset. Так вот суть данной методики сводится, как раз к подбору битрейта для вашего исходного видео при двухпроходном кодировании в заданный битрейт, чтобы обеспечить оптимальное качество вашего рипа и не допустить слепое раздувания размера выходного файла. Вам надо подобрать именно битрейт к вашему рипу. а не подгонять его к заданному размеру, тем более, что актуальность записи рипа на оптические носители информации с каждым днём снижается.
1) создаём тестовый пресет кодирования в папке C:\Program Files\XviD4PSP 5\presets\encoding\AVI Hardware\video под именем XviD 2P TEST , в котором специально задаём максимально возможный битрейт 2000 кбит\ с (в конце текста станет ясно для чего) с довольно упрощёнными настройками для увеличения скорости тестирования: 2) Уставливаем в проге XviD 4PSP :
Формат: Avi HardWare
Фильтрация : Disabled (первоначально, но лучше сразу с выбранным вами фильтром обработки для более точного прогнозируемого результата)
Цветокоррекция : Disabled (первоначально)
Кодирование видео: XviD 2P TEST
Кодирование звука : Disabled (первоначально)
3) Делаем распределённую выборку кадров из исходника
Достаточно добавить в начало скрипта прямо после деинтерлейса , если он необходим, три строки и на выходе получим ряд продолжительностью около ~2550 фреймов, составленный из равномерно выдернутых из видеоряда кусков по 50 фреймов. Обычно этого достаточно, чтобы оценить сжимаемость более-менее равномерного видео длительностью до 1.5-2 часов. Можно отказаться от выборки и выполнить кодирование определенного участка в 2000 фреймов с помощью функции trim(x,y), где x-первый кадр тестируемого участка, у=x+1999 -последний кадр участка.
4) Запускаем кодирование, не обращая внимания на показания на время кодирования, поскольку оно не отражает действительность и ждём окончания и смотрим лог кодирования.
При выборе битрейта при кодировании кодеком XviD будем полагаться на чтение лога кодирования второго прохода и смотреть на показатели квантов по I - , P - и B - frames: минимальное значение кванта \ среднее значение кванта \ максимальное значение кванта. В идеале после окончательного подбора битрейта мы должны получить такие данные по распределению квантов: Но в принципе , если мы получим в логе кодирования на выходе
I frames: 7 frames, size = 42384/ 296692, quants = 2 / 2.86 / 4
P frames: 362 frames, size = 14156/5124660, quants = 2 / 3.33 / 5
B frames: 631 frames, size = 4502/2840981, quants = 3 / 4.88 / 8

Это уже будет смотреться хорошо и вполне приемлемо. Хотя видя показания второго прохода, можно смело установить во втором проходе ограничения по максимальным квантам в данном случае , как -imax 4 -pmax 4 -bmax 5. Это позволит избежать в вашем рипе появления отдельных фреймов с высокими значениями квантизера. Возможно некоторое повышение выходного битрейта(размера). Если результат получается хуже и он вас не устроит, то необходимо увеличить битрейт в командной строке на страничке CLI Настройки видео кодирования или снизить выбранное разрешение и повторить тест. Но дальнейшее повышение битрейта сопряжено с поддержкой стационарными проигрывателями DVD (можно допустить ещё битрейт 2200 кбит\с). Тогда уже имеет смысл включать в последний проход опцию -qpel, которая без сомнения улучшит качество вашего рипа. А вот, если показания будут сразу выглядеть, как идеальные:
I frames: 11 frames, size = 37207/ 409278, quants = 2 / 2.00 / 2
P frames: 297 frames, size = 7069/2099557, quants = 2 / 2.00 / 2
B frames: 555 frames, size = 1270/ 705080, quants = 3 / 3.00 / 3
можно считать, что заданный битрейт в тесте слишком завышен для вашего исходника и надо его снизить до значения, которое покажет нам MediaInfo или AviInfo для данного тестового конечного avi файла.
Если вы применяете во втором проходе -imin 2 -pmin2 -bmin 2, то кодек на некоторых исходниках может войти в режим насыщения по средним квантам (I -2, P-2 и B-3) на гораздо более низком значении битрейта. Для более прогнозируемого попадания в заданный битрейт на чистом типе исходников необходима установка: все минимальные кванты установить в положение 1. Режим с -imin 2 -pmin2 -bmin 2 считается более предпочтительным, поскольку включается более лучший режим распределения квантов и рипы квантом 2 смотрятся также хорошо, как и с 1. Установка в -imin 1 -pmin 1 -bmin 1 может только раздуть размер выходного файла. Поэтому прочтите Методику подбора битрейта и определите всё же за ранее какой битрейт нужен вам для вашего исходника, чтобы получить на выходе оптимальное качество.
Есть исходники, на которых при максимальном битрейте (2500 кбит\с - битрейт звуковой дорожки) средние кванты с -imin 2 -pmin2 -bmin 2 получаются довольно высокими более 4 и выше. Это в первую очередь касается музыкальных клипов и короткометражных мульфильмов, которые характеризуются большим количеством сцен, а при смене сцен первым вставляется I-frame (ключевой кадр). Большое количество I-frames способно сожрать ваш битрейт и качество остальных фреймов снизится при кодировании в заданный размер. Для подобных исходников лучше выставлять вообще -imin 3 -pmin3 -bmin 3, за счёт повышения минимальных квантов идёт понижение средних. Желательно добиться, чтобы средние кванты по I-frames не превышали 4, P-frames не превышали 5 и B-frames не превышали 7. Если и в этом случае они выше,-снижайте разрешение, подключайте VAQ, увеличивайте количество идущих подряд b-frames(- max_bframes 2 или 3) , применяйте сильную фильтрацию шумодавами и осторожно используйте шарперы (по возможности обходитесь без них). Примечание: VAQ - адаптивное квантование распространяется только на P-frames с максимальным квантизером -pmax 3. По результатам тестового прохода установите настройки кодеку уже более точные, например, по тесту вам необходимо задать битрейт 1725 кбит\с, устанавливаем следующие настройки кодеку: Видим, что по умолчанию в этом пресете задана матрица квантования стандартная MPEG (-qtype 1), но лучше применить костумные матрицы квантования, которые дадут более лучший результат. Следует иметь в виду, что не все костумные матрицы поддерживаются стационарными DVD плеерами, но есть некоторые, которые не имеют особых проблем, например: Bulletproof's High Quality.cqm, Sharktooth's EQM v3ULR.cqm, Sharktooth's EQM v3UHR.cqm, Sharktooth's EQM v3LR.cqm, Sharktooth's EQM v3HR.cqm, Sharktooth's EQM v3EHR.cqm, Jawor's 1CD Quantization.cqm, HVS Best Picture.cqm. Предупреждаю, что на некоторых типах DVD плееров и они могут вызвать сбой при просмотре. Более стабильны в этом плане матрицы квантования Sharktooth's EQM.
Особенности кодирования кодеком XviD 1.3.Х CLI
Рассмотрение вопроса кодирования кодеком XviD обязательно надо начинать со статьи Alex T1000 Кодек Xvid. Основные понятия и настройки
Очень полезно прочесть и Руководство по приготовлению DVD рипов программой VirtualDub-MPEG2 и кодеком XviD, также этот мануал
Теперь после прочтения данного мануала, начнём с того, что в мире XviD мало чего поменялось с момента выхода в свет последнего билда XviD+VAQ by Dark Shikari в 2008 году. Но всё же регулярно выходят пропатченные версии XviD различных разработчиков и у многих рипперов возникают вопросы по кодированию XviD, в особенности где брать пропатченные билды с VAQ, а также особенности разнообразия профилей кодирования в связи с выходом XviD 1.3.0, обновленной уже несколько раз только в 2010 году с новым VAQ, хотя первые версии вышли уже 2 года назад. Поэтому вот и решил указать вам где это можно взять. Многие помнят матрицы квантования Jawor, так вот сей поляк и делает свои пропатченные билды. Скачать их можно здесь.
Кому лень переводить его XviD FAQ, вот вам сокращенный перевод: Много полезной информации по кодированию XviD с новыми билдами можно подчерпнуть здесь и скачать последние билды различных версий XviD.
===========================================================================
1. Для определения необходимо битрейта для кодирования вашего видео материала воспользуйтесь "Методикой подбора битрейта под ваш исходник для получения оптимального по качеству рипа".
2. Минимальные квантизеры должны быть установлены следующим образом: -imin 2 -pmin 2 -bmin 2 . Для двухпроходного кодирования максимальные квантизеры выставлять специально не надо на низких битрйтах, на высоких это вполне можно сделать, а вот все минимальные лучше установить со значением "2". Фреймы с квантом "2" не будут выглядеть хуже, чем с "1", поскольку алгоритм управления скоростью кодека не всегда справляется с минимальными квантами "1" хорошо и можно получить негабаритный файл на выходе, кроме того с минимальным квантом "1" кодек делает распределение квантов хуже. Прежде всего подобная установка квантизеров выполняется при кодировании в аспект разрешения 4:3.
3. Минимальные квантизеры лучше установить следующим образом: -imin 1 -pmin 1 -bmin 1 при условии, что вы отказались от применения указанной выше методики и вам необходимо обеспечить точное попадание в заданный битрейт или размер.
4. Минимальные квантизеры для однопроходного кодирования должны быть установлены -pmin 1 -bmin 3. Важным условием для попадания в заданный битрейт является установка -pmin 1
5. Максимальные квантизеры нужно ограничить только на однопроходном кодировании, приблизительно до уровня -imax 5 -pmax 5 -bmax 8, иначе на более высоких значениях будут наблюдаться артефакты блочности изображения.
6. Адаптивное квантование распространяется только на P-frames с максимальным квантизером -pmax 3
а) Ключ опции VAQ для версии 1.3.Х имеет вид: -masking 2 с возможностью включения старого адаптивного квантования: -masking 1
б) Ключ опции VAQ для версии 1.2.2 имеет вид: -lumimasking без выбора варианта.
Старая версия VAQ пытается отдать меньший битпоток областям изображения, которые человеческий глаз не в состоянии увидеть достаточно хорошо, что позволит кодировщику потратить сэкономленные биты на более важные части картинки. Качество закодированного материала, привнесенное этой опцией, сильно зависит от личных предпочтений и от типа и настроек монитора, использовавшегося для просмотра (обычно результат выглядит не очень хорошо, если он яркий, или является TFT монитором). Новая версия VAQ взята от кодека x264 и способствует лучшей упаковке p-frames c более низкими значениями квантов. Но вряд ли стоит ожидать от этой опции большой толк. Можно запросто нарваться на артефакты блочности на участках тёмных сцен и сцен с градиентами цветовых переходов. Особого смысла нет применять эту опцию на высоких битрейтах или кодировании с постоянным квантизером 2 или 3.
7. Для максимального попадания в заданный битрейт при однопроходном экспериментальном кодировании настройки кодека по CBR не совсем правильные: -reaction 16 -averaging 100 -smoother 100. Лучше будет их установить -reaction 60 -averaging 28 -smoother 28. При этом разброс в выходном битрейте значительно снизится.
Однопроходный пресет имеет вид: Стоит однако учесть, что для улучшения качества p- и b-frames лучше всегда применять -max_brames 2, но для максимальной совместимости со стационарными плеерами рекомендуемая установка -max_brames 1.
РЕКОМЕНДАЦИЯ: Внимательно следите за коэффициентом качества на однопроходном кодировании и не опускайте его ниже 0,2 бит\пиксель иначе из-за верхнего ограничения по квантам на p- и b-frames можно получить перерасход битрейта. Если на выбранном вами разрешении с заданным битрейтом идёт превышение последнего, лучше выбрать пресет с более высоким битрейтом или снизить ваше разрешение или как последний вариант увеличить ограничение максимальных квантов. Считаю, что применять однопроходное кодирование не следует при желании создать качественный рип. Это чистой воды эксперимент и не более. Лучше проведите однопроходное кодирование с постоянным квантизером 2 или 3.
8. Интервал между ключевыми кадрами должен быть 10*fps, т.е., например, для 25,00 fps: -max_key_interval 250
9. Если вы используете -vbvmax 4854000 -vbvsize 3145728 (величина для “DivX Home Theatre” профиля), кодек не будет нарушать ограничения “DivX Home Theatre” профиля. Рекомендуемые установки для второго прохода: Для профиля "MTK 6000" необходимо установить -vbvmax 7281300 -vbvsize 4718592.
10. Опцию -qpel желательно пока не включать. qpel увеличивает количество предполагаемых векторов движения, путём повышения точности оценки движения с полупиксельной до четвертьпиксельной. Идея состоит в том, чтобы найти лучшие векторы движения, которые взамен уменьшат битпоток (тем самым увеличивая качество). Однако, векторы движения с четвертьпиксельной точностью требуют большего количества дополнительных бит для кодирования, а векторы-кандидаты не всегда дают (значительно) лучшие результаты. Достаточно часто кодек тратит дополнительные биты на повышенную точность впустую, а взамен получает или вообще ничего, или небольшое увеличение качества. К сожалению, нет способа предсказать возможные улучшения от qpel, так что Вам придется сделать кодирование с ней и без нее, чтобы знать наверняка.
qpel может почти удвоить время кодирования и требует, как минимум, на 25% большей мощности при декодировании. Она поддерживается не всеми аппаратными проигрывателями.. Помните также, что применение -vhqmode 4 -qpel приводят к сбою даже кодека XviD 1.2.2 . Так что применяйте -vhqmode 1 -qpel. Общая рекомендация: отключено
11. Теперь о важном: максимально идущих подряд B-frames. Данной настройкой определяется, последовательность какого количества B-кадров может использовать XviD. Обратите внимание, что максимально возможное количество B-frames предполагает большое расстояние между опорными кадрами. При этом трансформация изображения от опорных кадров будет более трудной и конечное качество более низким. Плохое качество опорных кадров влечет за собой плохое качество и B-frames. Практически, эта настройка проводится под ваши конкретные нужды. Как правило, значения от 1 до 2 выбираются для «естественных», а несколько более высокие – для анимированных фильмов с большим количеством одноцветных участков изображения. Кроме того старые модели стационарных плейеров не поддерживают количество идущих подряд -max_b-frames более 1. Проверьте свой плейер на данную совместимость.
12. Ещё подметил одну особенность с -bquant_ratio, который по умолчанию в XviD для VD составляет 150(1.50), а в CLI версиях 162. Некоторые гуру кодирования рекомендуют установить эту опцию -bquant_ratio 100. При этом значительно возрастает качество B-frames. Аналогичный прирост в качестве B-frames даёт опция: -bquant_ratio 162 -bquant_offset 0. Именно эта установка в настоящее время активно используется при кодировании.
Стоит отметить, что при кодировании довольно качественных исходников типа BD с заданием довольно высокого битрейта при кодировании >1600 кбит\с, лучше удалить ключ -zones 0,q,3.0 в первом проходе и установить ключи -bquant_ratio 100 -bquant_offset 100 в обоих проходах.
13. Ключ для новой опции XviD 1.3.X VHQ metric: 1 - PSNR-HVS-M имеет вид: -metric 1 . Ключ для старой опции VHQ metric: 0 - PSNR имеет вид: -metric 0
Провёл тестирование разных версий XvID: 1.2.1 с xvidvideo.ru, 1.2.1 билд от Koepi, 1.2.2 из состава Megui и 1.3.2 билд от Jawor с -metric 0(старой) и -metric 1(новой). Результат у всех практически одинаков, как по размеру в целом, так и по каждому типу фреймов отдельно, кроме последнего варианта. Качество тоже. Но когда дошёл до тестирования 1.3.2 билд от Jawor с -metric 1, результат оказался следующим:
а) Опция -metric 1 очень прожорливо поедает битрейт, при кодировании с одинаковым битрейтом или с одинаковым квантизером выходной размер файла на 5...8 % больше, чем с -metric 0
б) Опция -metric 1 пожирает весь этот битрейт в сторону лучшей цветопередачи человеческой кожи и всей окружающей гаммы цветов, но при этом увеличивает незначительно радужность изображения и снижается скорость кодирования.
Таким образом можно сказать, что -metric 1 лучше не применять на исходниках с повышенной радужностью изображения: аниме, Cartoon, SATRip и TVRip, материала любого типа камкодеров при съёмке со слабой освещённостью.
Минусов получается от этой метрики тоже хватает. Вероятно от неё по-просту следует отказаться или подключать её при достаточно высоких битрейтах.
14. Матрицы квантования выбирайте лучше стандартные для совместимости: Н263 на низких битрейтах до 900 кбит\с и MPEG для высоких битрейтов с целью улучшения детализации изображения. Хотя моё мнение: матрицу MPEG надо использовать при коэффициенте качества не ниже 0,21 бит\пиксель и только при двухпроходном кодировании. А лучше вообще при битрейте выше 1650 кбит\с перейти на костумную матрицу квантования heini_mr, а при битрейте ниже этого значения применять Sharktooth's EQM v3LR. Для битрейта > 1850 кбит\с стоит уже задуматься от применении матрицы квантования heini_lr_6o9. Помните, что костумные матрицы квантования не поддерживаются большинством железных DVD плейеров, кроме Sharktooth's и heini_mr.
Для убитых или блочных исходников, а также при кодировании в 1 проход лучше остаться ВСЕГДА на матрице квантования Sharktooth's EQM v3LR даже на высоких битрейтах. Это касается и старых мультфильмов Cartoon. Матрица квантования H263, к сожалению, больше склонна к блочности изображения.
На качественных релизах XviD cобственно всё упирается в возможности четырёх типов матриц квантования, которые имеют очень ровные и качественные характеристики и при достаточном битрейте 1600...2050 кбит\с, который должен обеспечить средние кванты не более 3 на I-и P-frames и 4 на B-frames , способны слегка убрать остатки шума самостоятельно и немного пригладить изображение по окружающему фону, не создавая на этом битрейте блочность изображения и сохраняя при этом прекрасную детализацию объектов движения. Это следующие матрицы квантования:
1)Jawor_ZSM.cqm, требующая -I 2 -P 2 -B 3, имеющая наилучшую характеристику для прогрессивного видео, но она к сожалению не поддерживается многими железными плеерами.
2) Sharktooth's EQM v3HR.cqm требует также битрейта 1600...2050 кбит\с, есть поддержка практически всех железных коней, но имеющая ограничение на применение по минимальным квантам 1 и trellis от разработчика, поскольку выдает артефакты на всех версиях и билдах XviD ниже XviD 1.3.3 build 65: Многие рипперы пренебрегали этим предупреждением и получали артефакты.
3) heini_mr.cqm -эта матрица квантования родная сестра Sharktooth's EQM v3HR.cqm с чуть улучшенными характеристиками и все предупреждения касаются и её. Данная матрица наиболее часто применяется в рипах повышенного качества всех рипперов здешнего трекера. Обычно битрейт для видео задается 1600...2050 кбит\с с одной звуковой дорожкой 448 кбит\с. При этом суммарный битрейт позволяет обеспечить поддержку большинства железных плееров. Остальные звуковые дорожки просто рядом выкладываются в релизе. На мой взгляд это самая удачная из всех костумнух матриц квантования для битрейтов от 1600 до 1850 кбит\с и в совокупности с -max_bframes 1 и ресайзером bicubicresize(W, H, 0, 0.5), дающая потрясающий результат даже без применения дополнительной фильтрации изображения.
Как я уже сказал ранее, при битрейте >1850 кбит\с стоит уже выбрать матрицу квантования heini_lr_6o9, особенно, если материал исходника представляет собой чистенький BDRemux или HDTV.
4) HVS Best Picture.cqm более редко используется рипперами, но лишена ограничений по вышеуказанным матрицам и дающая тоже прекрасный результат, но на мой взгляд несколько хуже, судя по остаточному шуму и незначительной блочности изображения.
Все четыре типа этих матриц терпеть не могут, когда средние кванты в рипе превышают 4 для I, P-frames и 5 для B-frames.
5) При кодировании полнометражных фильмов в размер 745 МБ рекомендуется применять матрицу квантования Sharktooth's EQM v3LR.
15. Сетчатая (trellis) квантизация является одним из адаптивных методов квантования, который экономит биты изменением значений коэффициента квантования, способствуя достижению более плотного сжатия энтропическим энкодером. При этом достигается
неплохое качество, и если вам покажется, что VHQ сильно нагружает процессор, это будет хорошей альтернативой, которая сэкономит вам энное количество битов (и улучшит качество при условии постоянства частоты), минимально нагружая CPU.
trellis оптимизирует процесс квантования для получения оптимального соотношения между PSNR и битпотоком, что позволяет существенно экономить биты. Эти биты впоследствии будут потрачены на другие части видео, что приведет к увеличению общего качества. Следует оставлять эту опцию включенной, поскольку ее влияние на качество хоть незначительно, но есть.
16. ОБЯЗАТЕЛЬНО отключить упаковку p-и b-frames: -nopacked (об этом официально предупредил Jawor).
17. Motion (Motion search precision /Точность восприятия движения)
Данная опция отвечает за подсистему восприятия движения. Чем выше ее значение, тем более детальным будет восприятие. Чем лучше будет восприятие, тем больше битов сэкономится. Высокая детальность восприятия сильнее нагружает процессор
Величины:
• 0 - None (отсутствует)
• 1 - Very Low (очень низкая)
• 2 - Low (низкая)
• 3 - Medium (средняя)
• 4 - High (высокая)
• 5 - Very High (очень высокая)
• 6 - Ultra High (высочайшая)
Если вам нужно качество, выбирайте 5 или 6. Значение 6 - Ultra High рекомендуется почти для всех случаев, а более низкие следует выбирать лишь для кодирования если вам необходимо как можно быстрее создать рип или для тестового прохода.
18. VHQ mode
В основе алгоритма восприятия движения лежит определение вектора перемещения по данной расцвеченной области, который сводит к минимуму расхождения между опорным и кодированным кадром. Если возможность VHQ активирована, для определения вектора перемещения XviD будет использовать и область частот (DCT, дискретно-косинусоидальное преобразование), сводя к минимуму не только пространственные различия, но и размер закодированного блока. Чем больше значение, тем больше нагрузка на процессор.
Величины:
• 0 - Disabled (отключено)
• 1 - Mode Selection (автоматический выбор режима)
• 2 - Limited Search (ограниченный диапазон восприятия)
• 3 - Medium Search (средний диапазон восприятия)
• 4 - Wide Search (широкий диапазон восприятия)
Высокие значения VHQ понижают коэффициент квантования, повышая тем самым качество. Однако обычно повышение качества не окупается из-за увеличения продолжительности кодирования. Но сильно увеличивается степень компрессии. Значение 4 рекомендуется для фильмов на один CD и длинных фильмов. Для высоких значений потока данных (bitrate, битрейт) рекомендуют использовать низкие (1), особенно в случае, когда минимальные кванты установлены в 2, для низких– более высокие (2 – 4) значения.
В случае достаточного битрейта (коэффициент качества > 0.25 бит\пиксель) опцию -vhqmode 4 можно заменить на -vhqmode 1(по умолчанию). Это позволит немного сократить время кодирования и на мой взгляд чуточку улучшит детализацию изображения.
19. Опция Chroma Motion Estimation
Для определения наиболее подходящего вектора алгоритм восприятия движения обычно использует лишь сведения о яркости (luminance). Некоторые видеорекордеры способны определять наиболее подходящий вектор, используя цветовые (chromatic) уровни. Данная опция включает или отключает использование цветовых уровней для восприятия движения.
Chroma ME включает в расчет вектора перемещения также сведения о цвете. Этим еще больше увеличивается точность восприятия движения. Если вы желаете избавиться от артефактов блочности, то применение этой опции будет вполне оправдано.
20. ВНИМАНИЕ: У кодека XviD существует особенность точного попадания в заданный размер или битрейт, которая зависит от качества и уровня шума исходного видео:
а) Если наш исходник зашумленный DVD, камкодер DV, видеоматериалы спутникового или цифрового кабельного телевидения, то ваш пресет кодирования имеет вид: Здесь рекомендуемая костумная матрица квантования Sharktooth's EQM v3LR.
б) Если наш исходник чистый DVD9, BD, HD DVD, HDTV, AVC HD, HDTV, то во втором проходе настроек кодека надо ввести -imin 1 -pmin 1 -bmin 1 -imax 3 -pmax 4 -bmax 5 и пресет кодирования приобретает следующий вид : Здесь рекомендуемая костумная матрица квантования heini_mr или Sharktooth's EQM v3НR при битрейте 1650...1850 кбит\с и heini_lr_6o9 при битрейте > 1850 кбит\с
В случае, если ваш стационарный плеер не поддерживает max_bframes более одного "1", следует в обоих проходах установить -max_bframes 1.
21. Информация о N-Frames.
N-frames представляют собой кадры-пустышки для того чтобы забить место в видеоряде. Основная причина их появления-применение B-frames. Маленькое лирическое отступление: Теперь дальше рассказываю о причине появления и смысла N-Vops.
VirtualDub использует кодеки(кодер-декодеры) VFW. VFW основана на модели "one-frame-in -one-frame-out". Программа читает один кадр с сжатыми данными от исходного файла, подаёт это к декодеру, декодер развертывает кадр и возвращает несжатый кадр программе. Это работает прекрасно с кодер-декодерами, когда все кадры являются ключевыми I-frames или P-frames. Но используя birectional предсказание, на котором основаны B-frames (некоторые кадры кодируют только различие между собой и более поздним кадром видео) кадры не могут быть расшифрованы должным образом.
Не всегда мы имеем дело с последовательностью IPBBPBBPBBP... или IPBPBPIPBPBPBP…
Иногда возникает последовательность кадров типа IBBP. Это - ордер, где они должны быть рассмотрены, сначала I-frame, затем первый B-frames, затем второй B-frames, и наконец P-frames. I - ключевой кадр, два кадра B предсказаны от кадра P заранее, и P-кадр вперед предсказан от I-кадра. Чтобы расшифровать эту последовательность должным образом, вы сначала должны развернуть I-кадр, тогда вы сможете развернуть P-кадр, и наконец после этого вы можете развернуть два B-кадра. Это путает декодеры VFW, потому что они не могут развернуть P-кадр прежде, чем развернуть B-кадры.
Опция Packed Bitstream работает вокруг этой проблемы, заключая в капсулу последовательность BBP, как будто это - единый кадр, затем добавляя два N (пустых)кадра, как placeholders(занять место): I [BBP] NN. Теперь, когда программа читает последовательность, то сначала cчитывает данные I-кадра, и VFW развертывает это. Затем программа читает последовательность BBP, думая, что это - один кадр видео. Декодер знает, что это - три кадра, таким образом развертывает все три, хранит их внутренне, и возвращает первый развернутый(декомпрессованный) B-кадр программе. Затем программа читает первый N-кадр и передает его декодеру. Декодер игнорирует N-кадр и возвращает второй B-кадр, который уже расшифрован. Наконец программа читает второй N-кадр и передает ее к декодеру. Снова, декодер игнорирует N-кадр и вручает уже расшифрованный P-кадр программе.
Теперь что надо сделать, чтобы не было N-frames: да по-просту отключить возможность появления B-frames между I и P кадрами. Опять маленькое лирическое отступления: Так вот считается . что установка Frame drop ratito=-1 позволяет нам избежать появления N-Vops, но простому смертному она не доступна и мы пользуемся сборками XviD 1.2.2, например, от Jawor, где это выполнено на программном уровне. Но даже на его сборках в логе мы встречаем появление N-Vops, но реально об их отсутствии или наличии вам может точно сказать программа GSpot.В сборках XviD 1.3.0 и выше установка опции Frame drop ratito=0 позволяет отключить N-Vops.
22. Дополнительные настройки второго прохода:
-kboost XXX или "I-frame boost %" эта функция делает увеличение потока на I-frames. Указывается в процентном соотношении. То есть, если указать 10, то на I-frames пойдёт на 10 процентов больше битрейт, относительно расчётного значения (расчёт изначально производит кодер, а мы можем к этому ещё добавить).
-kthresh X "I-frames closer than… frames" здесь указывается расстояние между соседними I-frames, меньше которого считается, что ключевые кадры следуют друг за другом. Если какие-то I-frames попадают в этот предел, то производится уменьшение потока, расходуемого на них. При установке этого параметра в 1, производится отключение этой функции. Оптимальным значением я считаю 2.
-kreduction XX или "…are reduced by %" эта функция уменьшает битрейт первых I-frames в ряде идущих подряд I-frames. Последний I-frames идёт с нормальным коэффициентом сжатия. По умолчанию 20.
-oimprove ХХ или "Max overflow improvement" этот параметр определяет, на сколько можно поднимать битрейт, относительно среднего битрейта, на непродолжительных участках (там, где это требуется). Слишком большое значение замедляет работу кодера. Рекомендуемое значение 10.
-odegrade ХХ или "Max overflow degradation %" этот параметр определяет, на сколько можно снижать битрейт, относительно среднего битрейта, на непродолжительных участках (там, где это требуется). Слишком большое значение замедляет работу кодера. Рекомендуемое значение 10.
Теперь мы дошли до компрессии по криволинейному алгоритму (Curve compression) . Эта функция есть только у кодека Xvid. Это небольшое преимущество кодека Xvid в сравнении с DivX, но в определённых обстоятельствах это может добавить немного качества.
-ostrength ХХ или "Overflow control strength %" этот параметр указывает, на сколько кодек может выходить за расчётные значения в каждом кадре (без разницы, уменьшение или увеличение). При установке этого параметра в 0, кодек начинает работать по-умолчанию (как заложено в алгоритме кодека). Рекомендуемое значение 10.
-chigh XX или "High bitrate scenes %" здесь можно указать, сколько процентов битрейта может забрать кодек со сцен с высокими битрейтами и перераспределить на средне и низкобитрейтные сцены.
-clow XX или "Low bitrate scenes %" этот параметр указывает, сколько процентов битрейта нужно добавить сценам с низкими битрейтами. Этот битрейт будет забран со сцен со средним и высоким битрейтом. ===========================================================================
В канун Нового года команда разработчиков провела активную работу над совершенствованием настроек кодека XviD 1.3.0, цитирую одного из них Jawora: Привожу пример пресета кодирования кодеком XviD в заданный битрейт 1500 в один проход с режимом VAQ: Пресет кодирования кодеком XviD в заданный битрейт 1500 в один проход без VAQ и новой метрики VHQ: Здесь установлены максимальные ограничения по квантам при условии достаточного битрейта, если его явно не хватает, то лучше сменить на пресет с большим битрейтом или снизить разрешение. Возможно и увеличение максимальных квантизеров -pmax 10 -bmax 12, но это приведёт к снижению качества рипа и появлению артефакта блочности изображения. Терпимо, когда максимальные выбросы по квантам не превышают -imax 5 -pmax6 -bmax 8
Для варианта двухпроходного кодирования в заданный битрейт 1500 кбит\с возможности кодека шире за счёт возможного перераспределения битрейта по разным сценам: В заключении пример двухпроходного кодирования в заданный размер 1,37 ГБ: Помните всегда, что однопроходные пресеты дают худший результат и имеют больший вес артефактов, квантизеры по всем фреймам получаются довольно высокими, так что только воспалённый разум может заставить риппера установить однопроходное кодирование. Если уж так хочется выполнить скоростной однопроходный режим кодирования, подберите битрейт такой, чтобы на выбранном вами разрешении коэффициент качества был не ниже 0,21 бит\пиксель !!!
Наиболее лучший результат можно получить при кодировании XviD c постоянным квантизером 2 для всех фреймов: Только в данном случае квантизёр для всех кадров – I, P и B и для всех сцен(статических и динамических),-одинаковый. Для этого необходимо задать "Quantizer ratio"равным единице -bquant_ratio 100, а параметр "Quantizer offset" задаём равным нулю -bquant_offset 0. В результате получаем:
Квантизёр B-кадров = заданный квантизёр * Quantizer ratio + Quantizer offset. То есть 2 * 1 + 0 = 2, что и требовалось.
Квантизёр P-кадров = Квантизёр I-кадров = заданный квантизёр.
23. Выбор ресайзера при кодировании XviD и точность попадания в заданный размер\битрейт:
1) Если перед вами проблемный исходник, то выберите ресайзер Bicubicresize(W, H, 0, 0.5). К таким проблемным исходникам и кодированию с низким битрейтом в большей мере подходят пресеты класса Extreme, где -imin 2 -pmin 2 -bmin 2
2) Если ваш исходник чистенький DVD9 или BD , то лучший выбор для сохранения детализации и качества ресайзер spline144resize(W, H). К чистым исходникам и при кодировании с высоким битрейтом подходят пресеты класса Ultra, где -imin 1 -pmin 1 -bmin 1
Если в обоих случаях битрейт получается выше расчётного, следует увеличить значения -imax X -pmax Y -bmax Z или удалить их вовсе со второго прохода.
На более точное попадание также влияют значения параметров -ostrength XX -oimprove XX -odegrade XX, часто значение 5...10 по умолчанию не дают точности попадания в заданный размер\битрейт, поэтому стоит увеличить эти параметры до 20...30
Если в случае применения пресетов Extreme у вас получается недолёт, то стоит задать во втором проходе кошерные настройки -imin 1 -pmin 1 -bmin 1, как в пресетах Ultra.
ПРЕДУПРЕЖДЕНИЕ: СЛЕДИТЕ ВНИМАТЕЛЬНО ЗА ПРИМЕНЯЕМЫМИ БИЛДАМИ. НА НЕКОТОРЫХ ПРИ ВКЛЮЧЕНИИ РЕЖИМА VAQ НАБЛЮДАЕТСЯ КРАХ ИЗОБРАЖЕНИЯ!!!
Не воспринимайте данный опус, как некий постулат. У вас вполне может быть иное мнение, так что сразу прошу вашего критического снисхождения и реальных своих рекомендаций с целью повышения качества кодирования кодеком XviD .

Tempter57
Спасибо, еще раз напомнили, что надо периодически перечитывать доки. Если "последний кадр" в моем примере это "А", то плохо, если "В" то хорошо. В любом случае буду дома проверю. Сейчас интересует другое, а имнно: Может существуют уже те или иные рекомендации? Хотелось-бы открыть для себя вновь переоцифрованные с пленки старые фильмы в новом качестве, а именно с деталями в WTW(236-255) и BTB (0-15) областях, с передачей сигнала в xvYCC от декодирующего устройства до TV и использовании технологии Deep Color.

Tim68
Вы уж слишком много хотите от столь простого плагина, по вашей ссылке надо читать от места: Но есть подвох...
И лучше проконсультироваться у автора этого плагина здесь

Обратите внимание на дату статьи. На сегодня уже все давно решено. Любой современный BD-плеер с HDMI v.1.3 при определении AVCHD файла с флагом "full range" готов на выходе выдать xvYCC, любой современный TV, даже моя "лыжа" (схемотехника 2008г), имеет поддержку xvYCC, обе технологии xvYCC и Deep Color используются совместно, не говоря уже о продукции "тети Сони" и "Панасика". Нужно только одно - медиафайл в формате AVCHD полного диапазона с реальными деталями в BTB и WTW диапазонах. Уверен использование данного плага способно дать положительный результат. Согласен, но только не с моим знанием английского.
P.S. Да попробовал blend=false, результат отрицательный - дублируется кадр "A", а мне нужен следующий. Незнаю можно-ли обойти данное ограничение?
P.S.№2 Объехал, раз не получается по нижним полям, то по верхним все заработало, т.к. BFF, то дубль, на смене сцен, пришелся в самый раз.

Не знаю, нашли ответ или нет, но в любом случае, "финт ушами". Ставим blend=false и сразу после интерполяции На примере, взятом из мана, выглядит примерно так В общем, выезжаем на том, что на сменах сцены разница между интерполированным кадром и текущим будет равна 0, ибо он просто копируется. Поэтому в этом случае возвращаем не текущий кадр, а следующий. На всём остальном разница хоть небольшая, но есть. По крайней мере, должна быть в теории.
З.Ы. Только потом уже увидел что объехали, но оставлю уже, вдруг кому захочется так возиться с прогрессивным видео или нельзя будет использовать соседнее поле.

У меня это получилось так:

GarfieldX, Mikky72
ИМХО, переименовать надо тему в "Работа с фильтрами в AviSynth". В основном по фильтрам велись диалоги в этом топике.

К сожалению, TIVTC не дает 100% качественного результата, поэтому применительно к DVD NTSC без хард-телесина можно скормить извлеченный видеопоток DGPulldown, чтобы тот удалил флаги пуллдауна. Для этого нужно указать равными fps источника и fps назначения.

arturkononov
А зачем нужен DGpulldown? DGIndex сам может "забить на флаги" (режим RAW Video).

Mikky72
Да, действительно. То, что я написал ранее может пригодиться, если кто-то использует DGDecNV, хотя для MPEG2 большого смысла в нем нет.

Кто подскажет, что такое N-frames и с чем их едят?
Сколько фильмы Xvid - ом кодировал, вроде ни разу не встречал.. а тут вылезли 50 шт (из 142к).

Меня поправят, если не права...
- появятся они если позволили кодеку ставить 2 и более B-фреймов подряд и к тому же включили "Packed bitstream"

spleet
Информация о N-frames вписана в общую инструкцию по кодированию XviD.

Tempter57
Спасибо! Поставила от Jawor последнюю версию XviD (26/02).... так там в GUI не предусмотрена установка Frame drop ratito=-1 (жаль).

MetionInka
Не особо верьте своим глазам , глядя на данные Frame Drop Ratio в GUI

это он писал в ноябре.... и тогда, в том ноябрьском графическом управлении XviDом, я могла поставить -1 в Frame Drop Ratio Означают ли ваши слова то, что выставляя =0 имеем, фактически, =-1? (я про последнюю версию)

Tempter57
Благодарю за объяснение)
Так если устанавливаем -nopacked -drop 0, N-фреймы не могут появиться?
В общем странно, т.к. использую именно такие настройки..
Gspot выдает отсутствие NVop
MetionInka
Так и есть
Frame Drop Ratio can be set to -1 to disable "real" N-VOPs completely (only in 1.2.2)
(in 1.3.0 Frame Drop Ratio has been redefined and 0 disables them)

Люди, что-нибудь аналогичное ACOBW, нативное для avisynth появилось?
Tempter57 когда-то грозился Столяревского уговорить написать для avisynth.
Очень актуально и нужно. ACOBW тормозит весь процесс...

agz
Впервые слышу, чтобы ACOBW был тормознутым, ну да ладно: http://www.thebattles.net/video/autolevels.html

Tempter57, спасибо! Буду тестить.

Народ посмотрите инфо о видео ну не могу я его переделать в другой формат кодек K-lite стоит

Нет такого кодека. Это раз.
Флэш-анимация - это не DVD. Это два. Читайте тут:
http://www.digital-digest.com/articles/FLV_to_AVI_Conversion_Guide_page1.html
Также ройте Гугл на предмет "flv to avi".

тип входного видео в AviSynth не имеет значения.

Как лучше достать аудиодорожку из скрипта?
Просто после ВД не все программы открывают полученный ВАВ))

Здравствуйте, несколько дней пытался сам разобраться, но все же прошу совета, есть оцифрованое видео с VHS кассет(качество среднее, видео интерлейс-хочу чтоб так и осталось), нужен скрипт для его обработки с использованием видеокарты (FFT3Dgpu) и 2-х ядерного процессора. Сначала использовал скрипт QTGMC (Preset = "Placebo") - но результат не впечатлил и очень долго обрабатывается(ну и видеокарта не используется). Сейчас хочу использовать вот этот:
код (во всю высоту: 46 строк)
DirectShowSource("C:\Test.mpg")
LoadVirtualDubPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\ccd_sse2.vdf", "CamCD", 0)
Import("C:\Program Files (x86)\AviSynth 2.5\plugins\RemoveDirt.avs")
Import("C:\Program Files (x86)\AviSynth 2.5\plugins\LimitedSharpenFaster.avs")
setmtmode(2)
ConvertToYV12(interlaced=true)
AssumeTFF()
TDeint(mode=1,order=1)
W = 720
H = 576
ConvertToRGB32()
CamCD(10,1)
converttoyv12()
trim_begin=6 trim_end=6 play_speed=18.75
source= last.trim(trim_begin,0)
#STABILIZING
stab_reference= source.crop(12,8,-12,-8).tweak(cont=0.8).binarize(threshold=80).greyscale().invert()
mdata = DePanEstimate(stab_reference,trust=1.0,dxmax=12,dymax=8)
stab = DePanStabilize(source,data=mdata,cutoff=0.5,dxmax=12,dymax=8,pixaspect=1.094,mirror=15) # или pixaspect=0.911 для стандартного NTSC
stab2 = stab.crop(16,12,-16,-12)
preNR = stab2.blur(1,0).blur(1,0).Removedirt().tweak(sat=2.0)
base = stab2.degrainmedian(limitY=4,limitUV=6,mode=2).coloryuv(off_U=-0,off_V=-0).tweak(sat=1.2).unsharpmask(20,4,0)
preNR_super = preNR.MSuper(pel=2, sharp=2, rfilter=1)
base_super = base.MSuper(pel=2, sharp=2, levels=1)
vb3 = MAnalyse(preNR_super, isb=true, truemotion=true, delta=3, blksize=16, overlap=4)
vb2 = MAnalyse(preNR_super, isb=true, truemotion=true, delta=2, blksize=16, overlap=4)
vb1 = MAnalyse(preNR_super, isb=true, truemotion=true, delta=1, blksize=16, overlap=4)
vf1 = MAnalyse(preNR_super,isb=false, truemotion=true, delta=1, blksize=16, overlap=4)
vf2 = MAnalyse(preNR_super,isb=false, truemotion=true, delta=2, blksize=16, overlap=4)
vf3 = MAnalyse(preNR_super,isb=false, truemotion=true, delta=3, blksize=16, overlap=4)
den1 = stab2.MDegrain3(base_super,vb1,vf1,vb2,vf2,vb3,vf3,thSAD=600,thSCD1=800,thSCD2=135)
Strength = 33
S1 = Strength/10
S2 = Strength/16
S3 = Strength/13
S4 = floor(S3*1.5)
den2 = den1.fft3dgpu(wintype=1,bt=4,bw=16,bh=16,ow=8,oh=8,degrid=1,sigma=S1,sigma2=S2,sigma3=S3,sigma4=S4,plane=0,interlaced=true).FluxSmoothST(5,5)
#den2 = den1.FFT3Dfilter(wintype=1,bt=4,bw=32,bh=32,ow=16,oh=16,degrid=1,sigma=S1,sigma2=S2,sigma3=S3,sigma4=S4,plane=0,interlaced=true).FluxSmoothST(5,5)
#HDRAGC
leveled = den2.HDRAGC(coef_gain=2.0,max_gain=1.8,min_gain=0.5,max_sat=1.2,shadows=true)
#SHARPENING
sharp1 = leveled.LimitedSharpenFaster(smode=1,strength=240,overshoot=50,radius=3, ss_X=1.5, SS_Y=1.5, dest_x=W,dest_y=H)
#INTERPOLATOR fps
numerator=50 #numerator for the interpolator (final frame rate)
denumerator=1 #denumerator example: 50/1= 50fps, 60000/1001= 59.94fps
#super= sharp1.MSuper(pel=2)
#backward_vec= MAnalyse(super, isb=true)
#forward_vec= MAnalyse(super, isb= false)
#interpolated= sharp1.MFlowFps(super, backward_vec, forward_vec, num=numerator,den= denumerator, ml=100)
#sharp2 = interpolated.unsharpmask(20,1,0).addgrainC(6,6,0.2,0.2,5)
sharp2 = sharp1.unsharpmask(20,1,0).addgrainC(6,6,0.2,0.2,5)
sharp2.coloryuv(off_U=-0,off_V=-0).levels(0,0.85,255,0,255)
AssumeTFF()
SeparateFields()
Weave() # или AssumeTFF для HDV
Crop(24, 18, -24, -18)
Spline36Resize(720, 576)
ConvertToYUY2(interlaced=true)
Мне не понятно что делает INTERPOLATOR fps, я хочу чтобы видео было черезстрочным 25кадров, мне использовать его или нет?
Ивот эти строки Crop(24, 18, -24, -18) и Spline36Resize(720, 576)
- мне тоже нужно делать обрезку и ресайз?
Прошу подправить его или посоветовать что-то еще, уже так запарился с этим...
Еще хотел бы такой же скрипт только без стабилизации, напишите пожалуйста
вот сэмп http://narod.ru/disk/22434505001/Test.mpg.html

В QTGMC юзается FFT3DFilter, а не FFT3Dgpu. Можешь заменить в QTGMC название фильтра на FFT3Dgpu.
ЗЫ.
А семпла не будет? А то на чем народу тестить.

Этот скрипт в принципе не предназначен для интерлейсного видео.

Pustovetov
Посоветуйте пожалуйста тот который мне подойдёт.