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

NightFox
Раньше я тоже так же думал ...Но совсем недавно "попал" на вторую часть властелина колец в исполнении сплеша . Сын включил .
Вполне себе можно смотреть , мало того , во многих сценах присутствует плавность ...
Алгоритм поиска свп , на самом деле , какой-то единственно верный . Для всех разрешений=процессоров=железа .
И этот алгоритм конкретный : движение крупных предметов=областей кадра=панорамирование нужно искать в нескольких кадрах . Свп этого не умеет , сплеш - скорее всего умеет .
Движение мелких объектов - это одно , быстрое движение мелких объектов - это другое . И стоит очень дорого , на фулке это разница  Атом и ай7 .
Свп опять не умеет отключить детализацию при критичной нагрузке . К слову - именно вышеприведенный скрипт имеет бешенные пики , вплоть до рассинхрона . Но это едва ли 0.0% времени , однако рассинхрон остается на весь фильм .

Профиль поиска должен быть один , и единственно верный . Чего не скажешь об отношении кол-ва возможных артефактов к плавности , тут однозначно да : нужна возможность использования разных вариантов построения=отключения плавности . Для мультиков - можно послабее , для блокбастеров - поагрессивней .
Оно и так понятно , самым "красивым" будет 21 шейдер ...Но возможные "сопли" заставляют использовать слишком низкий порог для отключения плавности .
13 шейдер - отрезатель "соплей" , позволяет отключать плавность гораздо реже . Но и грязи от него больше .
В приведенном выше скрипте постарался реализовать совместную работу . В принципе , можно использовать и с умолчательным поиском . Для этого нужно заменить=поправить всего несколько строчек :
//smooth.scene.mode            = 3;
//smooth.scene.force13            = true;
smooth.scene.luma            = 2.1;
//smooth.scene.blend            = false;
smooth.scene.limits.m1        = 3000;   происходит смена режима 5/2 на м1 отключается выбранный шейдер и принудительно включается 13 шейдер
smooth.scene.limits.m2        = 18000;
smooth.scene.limits.scene        = 24000;    здесь осознанно получил дырки в смене сцены но плавность сохранена
smooth.scene.limits.zero        = 256;
smooth.scene.limits.blocks        = 1;

Rimsky
Есть пара строк , которые , по моему утверждению , и отличаю прорисовку мелких деталей .
По мнению свп - на них можно просто "забить" :
analyse.main.search.type        = 3; Т.е. используются мультишестиугольники , поскольку никакой необходимости использовать исчерпывающий поиск по реальному изображению нет . При кодировании НИКТО не использует .
Умолчательный поиск - исчерпывающий
analyse.main.search.distance        = 16; Т.е. поиск происходит радиусом 16 пиксел , что позволяет "разорвать" связанные пирамидой вектора , т.е. найти разнонаправленные вектора . То , что произойдет при построении такой картинки - другой вопрос .
Умолчательный поиск - минимальный радиус . На кой искать 1-2 пиксела локального движения из 100 , мне непонятно . Особенно для блоков 32*и16* . Впрочем , можно "заценить" по двухпиксельной точности  поиска . Ради справедливости , будет заметно на равномерно движущихся крупных объектах .

Т.е. можешь исправить умолчательный поиск , там и поговорим .
Для пущей разницы то же самое проделай с уточнением , там хватит и 2-4 пиксел . Просто используешь умолчательный мвтулс поиск :
analyse.refine[0].search.type        = 2;
analyse.refine[0].search.distance    = 2;

Victorianets
Но MSmoothFps.avs ведь тоже нужен

это "рыба" для создания скрипта уплавнения, который делает generate.js, который получает настройки из менеджера, которые перекрывает override.js

"дом который построил Джек", дадад 

maks88
Или может подскажите что можно подстроить в профиле 5G чтоб ещё улучшить картинку

лично я ставлю 5G+1.5m+24px
чуть меньше плавность, практически нет артефактов

maks88
Выше приведены настройки смены сцен для мелких блоков . Можете испытать .
Глобально ничего изменить нельзя , но несколько улучшить можно .

Дальнейшее продолжение скрипта , что выше .

Чуть изменен порог плохих блоков  и уменьшен радиус повторного широкого поиска . Иначе ай5 , на 3600мгц начинает дропить на сложных сценах . Зато теперь используется исчерпывающий поиск .

Уменьшил отключение плавности через механизм смены сцен .
Но теперь в отключении плавности также учавствует маска "площадные артефакты" . Неважно , что вы выберете в меню , " площадные артефакты " всегда будут включены .
Неплохие результаты дает также связка sadml=140-160 , sadgamma=1 .

То есть плавность в общем отключается реже , несмотря на наличие сразу двух механизмов отключения .

Ещё одно "творение" для свп3.1.  Высота кадров от 720р и выше .Шаг поиска 24 пиксела .
В этом скрипте предпринята попытка избавиться от влияния нарастающей яркости при САД поиске .
Для этого использованы необычные для свп значения лямбда-льсад .
Также свою лепту вносит отсутствие поиска на самой вершине пирамиды + блоки 32*32 . Т.е. это минус 2 грубых уровня от суперпупер шага 12 пиксел для ай7 . Чтобы сохранить целостность картинки необходимо использовать шаг 24 пиксела .
Попутно практически полностью отсутствуют площадные артефакты .
Вы можете использовать глобальное уточнение , контура будут прорисованы точнее . Но тогда несколько "уйдет" порог смены сцены в сторону более плавной картинки . Картинка будет и так слишком плавной , из любого кино вы получите спектакль    .

Поскольку переключения в 13 шейдер при равномерной интерполяции нет , и складывается впечатление ...уже никогда не появиться ...
Используйте 11блочный шейдер и адаптивный режим . 11блочный позволит отрезать "сопли" , присущие 11 ,21 и 23 шейдеру . При этом картинка остается чистой и резкой . Возможны стрекозы , но из-за использования перекрытия контура будут смазаны , т.е. менее заметны .
При выводе рендером мадвр , можно дополнительно побороться с бандингом ...попутно и с возможной блочностью на бледных переходах .
Адаптивный режим помогает несколько сгладить переход равномерная интерполяция-повтор кадров , лучше задействовать .
Если смотрите ПАЛ размеры - используйте увеличение картинки .

Есть небольшие проблемы при резком изменении яркости всего кадра , но тут девелоперы однозначно сочкуют . Ибо среднюю яркость все равно считаем : smooth.scene.luma            = 2.2;
Но воспользоваться ещё одним порогом улучшения ловли артефактов , товарищам религия непозволяет .
Впрочем , это лирика , смотрим и наслаждаемся - местами уплавняется шумное видео ...обычный 3.1 курит в сторонке .

Не понял из ответа SVP у Вас работает с разрешением 768 ? так и у меня любой фильм потянет. Я вынужден FullHD уменьшать до 720, его и сглаживает SVP а затем смотрю на телевизоре увеличивая до 1080.

Sujet
у Вас работает с разрешением 768
768 - высота кадра . К производительности имеет вторичное отношение .
Настройка скрипта - это главное .
Чтобы было понятно совсем - важен наименьший размер картинки , то бишь высота . Мой монитор имеет высоту 768 строк , а это близко к 720р и 800р(1080р после обрезки до полноэкранных 2.40/1) .

Конкретный скрипт был настроен именно под эту высоту . Повторюсь ещё раз - проблем с производительностью для ай5 быть недолжно . Нужно использовать шаг 24 пиксела - как самый тяжелый тип поиска но и самый точный . Впрочем , блоки 32*32 неподдерживают САТД , т.е. более склонны к проблемам с нарастающей яркостью .

Сейчас несколько поменял пару настроек :
analyse.main.search.coarse.bad.sad    = 30;
analyse.main.search.coarse.bad.range    = -24;

analyse.main.penalty.lambda        = 6.0;

Можно , конечно ещё поднять согласованность , но тогда вероятность нарваться на площадные артефакты возрастет .
Можно поднять порог для плохих блоков , но тогда получаем некоторое ограничение радиуса поиска . Что сводит на нет всю прелесть этого скрипта - найти разнонаправленные движения , при этом получить всё ещё глобально-согласованные вектора .
На пальцах :
Обычный свп настроен найти движение во всем кадре , сначала самое большое - всего кадра , т.е. панорама .
Затем большое локальное - движение крупных объектов - тушки .
Мелкие объекты получаются наложением .
Этот скрипт - всё ещё может найти практичекски также глобальное - панорамное движение .
Хорошо ищет движение как одной , так и нескольких тушек , причем необязательно в одну сторону -.
Мелкие объекты имеют большую склонность прорисоваться , вместо наложения .
Правда за эти прелести придется поиметь некоторую деформацию объектов . Если бы была возможность установить несколько порогов смены сцен - можно было бы настроить на безартефактность гораздо точнее . Но , как видно по форуму , свп остановился в своем развитии , кушаем КАК ЕСТЬ .

Sujet
Я выбрал вариант с Haali При добавлении avs файла источника в GDMux получаю сообщение---------------------------Can't open ......avs: Не удается воспроизвести файл. Формат не поддерживается. (80040265)-------этот файл создан SVP по инструкции, но ... (имя файла я скрыл, а так сам файл вроде в порядке, хотя..)Пробовал я его открыть в медиаплеере получаю сообщение что файл должен быть YV12 и тоже не открывает.
Ну в системе кодек не зарегин, а в плеере наверное работает потому что используется в него встроенный.