Пресет SVP для аниме и буферизация кадров (Page 2 of 2)

NightFox
Я думаю пока рано ещё делать конечные выводы.
Рано для кого? Для того, кто этим никогда не занимался, или для того, кто этим много занимался? По-моему даже если начать пытаться этим заниматься сразу становится все ясно.

Например:
а) Берешь первый попавшийся сериал и смотришь насколько все лажает (в зависимости от выбора это будет между очень сильно и очень-очень сильно). Если с выбором все плохо, то вот. Много на первый взгляд статичного фона, только это все равно никак не поможет;
б) читаешь ту же вики;
в) смотришь 60 фпсные амв'шки (например de:light от аггрессора), причем там обычно используют твикстор с ручной правкой векторов;
г) пытаешься сделать такую амвшку сам (считай сделать идеальную интерполяцию). Самый затратный по времени способ, зато самый действенный.

vivan
Спасибо за 60 фпсную амв'шку de:light от аггрессора.
Поизучаю, может почерпну оттуда идею как улучшить автоматическое повышение плавности для аниме.

konstanitinqq
В подтверждение слов vivan'а вот один из сложных примеров для повышения плавности: панорамирование в аниме.
Движения фона есть в каждом кадре, а движение персонажа прорисовано только через кадр.

В предлагаемом мульте From Up On Poppy Hill встречается прорисовка персонажей через кадр и через два кадра. Это соответствует частоте кадров 12 к/сек и 8 к/сек (как правильно заметил vivan).
На статике движения восстановить возможно, на динамике (как на анимации выше) - это непростая и пока нерешаемая задача.

vivan, я имел ввиду разработчиков SVP, я думаю им здесь гораздо лучше видно можно тут что-то сделать или нет. Я не любитель крайних суждений — если на моём опыте (даже когда я спец. в этом) что-то не получилось, я для себя делаю вывод что это у меня не получилось, а не что это вообще невозможно (кроме тех случаев когда очевидно что нельзя ничего сделать, да и тут тоже бывают свои удивительные исключения).
MAG79, ага, тоже была мысля жертвовать исходными кадрами ради плавности всего кадра.

konstanitinqq
Повторюсь: кэш уже используется. И не один, а несколько.

Повторимся

________

GT335m недалеко ушла от 8600GT, Core i3 M 350 где-то на уровне Е8600.
Не удивляйся, буква "М" в спецификациях железа бафает -50% мощности и +200% цены.
См. требования по железу, только профиль №1-GPU, который и должен был выбрать установщик.
Никакие кеши не спасут.
Селяви.
Или шерше ля фам, что больше по вкусу

konstanitinqq
в индексе производительности SVP видны провалы (зависит от сцен и производительности системы)

В вашем вопросе и есть ответ - зависит от сцен
Скорость падает скорее всего потому что на сложных сценах резко растет кол-во векторов, битрейт. Индекс падает на батальных сценах, где много движения, мелких частиц/мусора/спецэффектов и тп?
Еще индекс может колебаться около еденицы тк частота монитора строго не равна частоте уплавненного видео, поэтому надо то слегка ускорять, то слегка замедлять. Впрочем это видно только на графике производительности.

А не поделитесь кодом avs-скрипта, которым такое сделали?

P.S. Судя по индикации Fix-50 - использовалась, видимо, модификация этого скрипта.

Доживём ли мы до времён когда такая интерполяция будет на лету автоматом?

MAG79
Так что и тут не обошлось без ручного удаления кадров-дублей
Да это понятно, но это ведь не единственная проблема (которая в принципе решаема через маски — я понимаю алгоритм как это можно заметно упростить, но инструментов на подобную тему не видел), тут ведь по-моему главная проблема это правильные вектора, нет?

Прошли годы... в направлении анимэ проводились какие-либо улучшения работы SVP?

MAG79, спасибо, а можно инфу из личного опыта по настройкам SVP 3.1.7 для анимэ 1080 и 720р - этот рецепт не изменился?