Идеальный профиль свп (Page 4 of 14)

А какой кодек и как его установить что-бы потом SVP не перестал работать.

avs скрипт я создаю в SVP и если для avi файла то потом я его открываю и смотрю плавное уже, хотя SVP уже в трее нет, а c mkv так не получается.
Я уже начал терять мысль а кто саму плавность реализует? AviSynth - это ведь для него скрипт?

И ёщё прочитал все факи но так и не понял что значат цифры пропорции что показываются в начале фильма
(12:5) из 5 кадров делается 12 ??

Sujet
А какой кодек и как его установить что-бы потом SVP не перестал работать.
Очевидно тот что требуется видео. Узнать можно через плеер, MediaInfo. Как? — способов много и в ряде случаев (зависит от кодека) они довольно отличаются от обычных. Вряд ли из-за этого перестанет SVP работать (если понимать принцип работы — то есть в случае когда нет поддержки в ffdshow этого формата, сделать в фильтрах поверх ffdshow RAW).

Я уже начал терять мысль а кто саму плавность реализует? AviSynth - это ведь для него скрипт?
Тут целая чепочка и AviSynth в ней не конец.

gaunt
Сразу извиняюсь за свою неграмотность в опросах SVP, только начинаю приобщаться к фильмам с 60fps
Попробовал ваш скрипт из  этого поста. Файл override.js закинул в папку с установленным SVP (C:\Program Files (x86)\SVP), забэкапив предварительно оригинал.
Мои настройки SVP 3.1.5

Фильтры:

В итоге имею такие артефакты:

Подскажите, в чем моя ошибка? Нужен ли мне был еще MSmoothFps.avs?

Это результат наличия тонких черных полос на исходном видео . От скрипта независит .
Избавиться можно двумя путями :
1 Обрезать по 4 пиксела с каждой стороны
2 Использовать процессорное построение . В этом случае лучше использовать полупиксел , если , конечно , тянет .

П.с. : скрипты , что в этой теме , предназначены для ознакомления с возможностями свп . Как и показать нереализованные способности .
Никаких гарантий отсутствия артефактов - это ужасное преступление против возможностей поиска и анализа посредством непохожести блоков изображения    Но это к девелоперам .

TheLelik
С этим моментом - действительно сложно . Дело в том , что поиск происходит блоками . Т.е. кадр режется на блоки .
Берется блок из одного кадра и ищется похожий в другом .
Чем бледнее видео , тем сложнее получить достоверные вектора . В сегодняшнем свп , представляющем строго идеологическую пирамиду уровней - совместить несовместимое нельзя . Спросите у Chainik , чем ему поможет учет цвета (15-25% нагрузки на камень) в этой картинке .
Можно пробовать ограничивать радиусом поиска :
analyse.main.search.coarse.distance    = 6;
или радиусом и порогом повторного широкого поиска :
analyse.main.search.coarse.bad.sad    = 28;порог
analyse.main.search.coarse.bad.range    = -32;радиус

Но на резком видео будет хуже .

Есть возможность использовать умолчательный , адаптивный от резкости поиск , но тогда лучше вернуться на умолчательные настройки . Объяснять почему - долго , да и сходу непонять .

Собственно , вылетающие квадраты - это неправильно найденные вектора ...
Дальше - колдовство с уровнями - это совсем темная материя 

TheLelik
ЦП простаивает
К сожалению , нагрузить процессор нужными вычислениями сегодня нереально .
Можно добавить уменьшение шага сетки : глобальное уточнение .
analyse.refine[0].thsad        = 300;порог
analyse.refine[0].search.type        = 2;шестиугольники
analyse.refine[0].search.distance    = 2;шаги поиска (можно 3,4)
Но в этом случае не улучшится поиск векторов , это будет лишь некоторая лучшая прорисовка мелких деталей . Что маловероятно увидеть на мелкопиксельном мониторе . Тем более с медленной матрицей .
в этом случае потребуется уменьшить пороги смены сцен , что-то около того :
smooth.scene.limits.m1        = 3000;
smooth.scene.limits.m2        = 5000;
smooth.scene.limits.scene        = 6000;
smooth.scene.limits.zero        = 384;
smooth.scene.limits.blocks        = 2;

Тут есть лишь один совет - однозначно использовать увеличение картинки до свп . Как минимум , чтобы избежать ресайза рендером .

TheLelik
На моей старенькой FHD плазме они как-то "глубже" воспринимаются, вариант по-умолчанию показался менее адекватным в плане цветопередачи (больше лишнего "серого)".

Ай да молодец 
Прям в точку . более приятная картинка получается из-за использования меньшего количества грубых уровней . я наблюдаю абсолютно тоже самое .
На то есть две причины :
1 более достоверные вектора . Как и большее количество "начал" оных .
2 Гораздо меньше наложений мелких деталей - что есть смешивание , не айс .

Ну и 11 блочный сам по себе гораздо более резкий . 13 - это грязный шейдер , но единственный , который в состоянии побороть неизбежные артефакты " стрекозы" .

СВП 3.0 лучше оставить в покое . Там смена сцены вообще дырявая .

TheLelik
Всё правильно . Но советую держать запас по камню - на шумных и контрастных сценах может быть проблемно с пиковой производительностью .
analyse.main.search.type        = 4;
analyse.main.search.distance        = -4;
Это исчерпывающий поиск от контраста . Лучшие результаты даст
analyse.main.search.type        = 3;
analyse.main.search.distance        = 8;

Но возможен рассинхрон .

TheLelik
отрицательное значение - видимо опечатка?
Это "адаптивный радиус" . Представляет из себя исчерпывающий поиск радиусом 4 пиксела , уменьшаясь , если блок неконтрастный .
Одна из "фишек" свп против мвтулс .
Что по реальному кадру радиусом 8 пиксел чревато последствиями .
Тем не менее , в вашем примере может быть полезным в пирамиде . Я предпочитаю использовать обычный поиск и повторный широкий поиск .
Катастрофически нехватает масштабированного порога для плохих блоков , но девелоперам хрен чего докажешь . Им нужна стройность рядов и свпмарк 

KRATOS
http://www.svp-team.com/wiki/Download

analyse.main.search.coarse.distance    = 5; чуть уменьшен радиус поиска

analyse.main.search.coarse.bad.sad    = 100; задран порог повторного поиска  для плохих блоков

В остальном - практически также . Пытаюсь посмотреть рип "Три мушкетера" 1080р , что с кинозала .
Убийственный рип с интерлейсного исходника . Пока для таких поделок скрипт отсутствует ....
Был бы в наличии 1080и - было бы проще ...

Повторюсь ещё раз - шаг 24 пиксела без уточнения . Именно блоки 32*32 позволяют наиболее верно оценить наличие артефактов , вместо "зерна" и просто шума для 1080 ремуксов и хдтв .
Правда есть проблема - при достаточно большой амплитуде движения невозможно верно установить кол-во плохих блоков . Поскольку настройки такой нет :
mask клип (если задан) используется для задания весов векторов блоков равными соответствующим значениям пикселов кадра маски в центре блока (используйте полностью черный, чтобы отвергнуть блок). Если клип маски не задан, то отвергаются 4 блока у каждой границы (старый до v2.4.3 алгоритм.)
Это из описания функции MDepan из MVTools . Т.е. оно как бы есть , но его как бы нет   

Из-за отсутствия этой настройки невозможно уменьшить :
smooth.scene.limits.blocks        = 8;
Т.е. значения меньше приводят к потере уплавнения для движения большой амплитуды . Т.е. , хоть блоки 32*32(шаг 32,28,24 пиксела без уточнения) - самые точные , использовать их достоинства в полную силу тоже невозможно .

KRATOS
так ведь нетуж, есть  3.0.7, 3.0.6, 3.1.5?

Есть версии 3.0 , крайняя будет 3.0.7 .
Есть версии 3.1 , крайняя будет 3.1.5 .
Принципиальные различия как раз между 3.0.х и 3.1.х .