Скрипт размытия движения (Motion Blur) и SVP

Dave_Scream
Я убрал строки переконвертирования FPS и оставил только одну строку вместо четырёх

ну значит скорость ограничена кодировщиком, а не скриптом

Chainik
ну значит скорость ограничена кодировщиком, а не скриптом

поидее не должна, ведь я использую losseless-кодеки
исходник в Lagarith (900x720 @ 60 - после SVP), а результат пишу новым супер-быстрым losseless кодеком MagYUV (и пишу на другой HDD от исходника). Немного странно, правда, что загружено на 100% только 1 ядро процессора вместо двух, но в любом случае даже если ускорить в 2 раза, 8 фпс это медленно.

MAG79
А если без сохранения выполнить Run video analysis pass?
Run video analysis показывает 2.80 FPS - то есть разницы никакой

Какую скорость обработки Вы бы назвали приемлемой?
Ну хотябы такую же как у SVP-скрипта. Он перегоняет из 30 в 60 на скорости ~27 фпс. и мне кажется, задача, которую выполняет SVP более сложная, чем просто вычислить вектор направления и применить motionblur в этом направлении (насколько я смог понять из текста скрипта).

Анализ движения и вычисление векторов ведь тоже есть в SVP, я подумал, может можно как-то переписать этот скрипт, чтобы он использовал более свежие и оптимизированные функции из svp-шных dll. Или может сам AVS скрипт написан не самым оптимальным образом.

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

Не уверен что вообще требуется, я не занимался видео обработкой никогда, AviSynth только вчера первый раз опробовал, я даже не знал как эти скрипты в работу пускать... Описание прочитал, по умолчанию blur 50, попробую указать 50, проверю как отразится на скорости.

Подскажите пожалуйста, как указать чтобы скрипт работал в несколько потоков? этот параметр нужно указывать где-то глобально в теле скрипта или в каждой функции? В справке к MFlowBlur не вижу параметра threads или что-то похожее. Вижу правда там bool isse, подозреваю, что это оптимизация под инструкции SSE.

Верно, видеокарта у меня GTX260, хоть и старая, но она уже поддерживала вычисления.
В деле работы с видео я новичёк совсем, и тем более если говорить о скриптах для AVISynth... может быть у вас найдётся время переписать этот скрипт в более оптимизированный вариант? Я думаю, что он очень пригодился бы и не только мне.
----
UPD.
Сравнил этот скрипт со скриптом SVP на предмет замены функций на SVPшные, в скрипте SVP есть функция SVAnalyse, но параметры в ней идут совсем другие чем в MAnalyze:

SVAnalyse(super, analyse_params, src=input)
MAnalyse(super, isb = true, truemotion=true, search = 3, delta = 1)

MAG79
Проверил на Virtual Dub 1.10.4 - cкрипт почему-то крэшит на 76 кадре (даже без перекодирования, чисто с виртуал даба покадрово нажимаю вперед и на 76 кадре крэш). Попытался перемотать чуть вперед (вдруг дропы в видео так влияют) - крэшит на 188 кадре. Попробовал MeGUI - его тоже крэшит, но там нельзя собрать CrashInfo. Собрал CrashInfo с Virtual Dub: http://pastebin.ru/FuNby76e

Crash context:
An out-of-bounds memory access (access violation) occurred in module 'svpflow_cpu'...

По сообщениям видно, что ошибка происходит в модуле svpflow_cpu. Скорее всего вы проверяли работу скрипта на GPU, а на CPU возможно что-то начинает идти не так. На другом видео (с видеорегистратора, а не игры) скрипт тоже крэшит.

Скрипт пока проверил на работе. Т.к. ядра два - threads поставил 2 вместо 7, и выключил GPU, т.к. 8600GT не поддерживает вычислений.
Но крэшит и на разных значениях threads, и я пробовал SetMemoryMax устанавливать...  На работе установлена 32 разрядная версия Windows XP - возможно еще поэтому что-то идёт не так.

Вечером буду проверять дома.

MAG79
Согласно табличке количества потоков для двухъядерного процессора без GPU-ускорения надо указывать 3.

Действительно, стоило мне поставить количество потоков 4 (CPU Core2Duo + видеокарта 8600GT) и крэши прекратились, всё замечательно перекодировалось (и игровое видео и видео с регистратора), на заметно более высокой скорости и я видел, что оба ядра загружены на 100% - это приятно наблюдать - значит, дома на более скоростном процессоре и 5 потоках скорость будет еще выше.

Я сразу стал сравнивать результат со старым скриптом, который работал по схеме 30 to 60 (SVP) to 30 (old MotionBlur script). Новый скрипт на 8:3 заметно уступает в качестве старому (см. два скриншота для сравнения).
На 16:4, если смотреть покадрово, я уже не вижу разницы, но в целом смотрится не так хорошо, как предыдущее сочетание SVP + MMotionBlur. Я не могу точно объяснить почему, возможно просто эффект пласебо.

Судя по всему, крэш с svpflow_cpu был связан именно с неправильной настройкой потоков - имеет ли смысл выкладывать тестовые кадры на которых происходил крэш?

В целом новый скрипт на 16:4 вполне юзабелен как по качеству, так и по скорости, старый скрипт хоть и хорош, но обрабатывать на скорости 3 фпс это слишком.  Благодарен Вам за проделанную работу!

Chainik
дык да, здесь получился другой алгоритм
что бы получилось похоже, надо делать очень много шагов, не 8

Хм. я вот изучаю новый скрипт, там используется функция SVSmoothFps, таже самая, которая используется в проекте SVP. Я не очень могу понять действия которые новы скрипт проделывает.

По идее, новый скрипт в функции SVSmoothFps увеличивает с просчетом векторов и прочим количество кадров в multi (16) раз? то есть если исходное фпс 30, то после SVSmoothFps становится уже 480 (при значении multi = 16), То есть, в новом скрипте этап перегона 30 в 60 выполняется (даже с избытком - не в 60, а в 480 фпс)?

Но тогда я не пойму зачем нужна конструкция еще раз увеличивающая 480 фпс в 2 раза в этом месте:  ConvertFPS(src.Framerate*2) - рекурсивный скрипт, выполняющийся blendtimes раз.

Стоит ли вместо конструкции ConvertFPS(Framerate*2) использовать увеличитель фпс через функцию SVSmoothFPS?

Имеет ли смысл смысл в SVSmoothFPS передать параметры для полноценного просчета промежуточных кадров, заполнив analyze_params и smoothfps_params как в скриптах SVP:

analyse_params="{block:{overlap:0},main:{search:{coarse:{type:2,distance:-6},distance:0}}}"
global smoothfps_params="{rate:{num:2,den:1},algo:13,scene:{}}"

Можете, пожалуйста, обяснить принцип работы скрипта, что он делает пошагово? По идее, логика осталась таже самая - SmoothFPS увеличивает фпс, а затем уменьшает. Правда я здесь не вижу функции MMotionBlur... Чет совсем запутался.

MAG79
А имеет ли смысл вместо увеличения FPS через ConvertFPS(Framerate*2), увеличивать фпс через функцию SVSmoothFPS?
И имеет ли смысл делать это с передачей полностью заполненых analyze_params и smoothfps_params как в скриптах SVP.

Чтобы кадры не просто блендились друг с другом, а через SVSmoothFPS рассчитывались новые более полноценно рассчитанные промежуточные кадры, с использованием рассчета по векторам и разных шейдеров, как в проекте SVP.

Dave_Scream
в новом скрипте этап перегона 30 в 60 выполняется (даже с избытком - не в 60, а в 480 фпс)?
Да. Все верно.

Имеет ли смысл смысл в SVSmoothFPS передать параметры для полноценного просчета промежуточных кадров, заполнив analyze_params и smoothfps_params
Можно, конечно, поэкспериментировать, но что значит "полноценного"? Сейчас выполняется расчет со значениям параметров по-умолчанию, они сбалансированы в отношении качество/скорость. Сдвинуть это равновесие можно в сторону усложнения расчетов, что уменьшит скорость, и возможно улучшит качество. Можно улучшить качество, но для этого нужен исходник, а далее сидеть и подбирать параметры, проверяя результат покадрово. Дело в том, что для разного типа видео для получения максимального эффекта нужен свой набор параметров.
Можно повысить скорость, упростив расчеты. На качестве это может сказаться не сильно, а может и сильно. Надо менять и смотреть на результат.

имеет ли смысл вместо увеличения FPS через ConvertFPS(Framerate*2), увеличивать фпс через функцию SVSmoothFPS?
ConvertFPS это не просто увеличение частоты кадров, это СМЕШИВАНИЕ кадров. SVSmoothFPS кадры не смешивает, а честно считает промежуточные положения объектов. Поэтому ответ, нет, не имеет.

Dave_Scream
А MMotionBlur действовала по другому алгоритму?

здесь склеиваем фиксированное (маленькое) кол-во фаз движения

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

Кому-то может пригодится скрипт, который использует MFlowBlur для размытия движения. Его недостаток - слишком медленная работа. Для работы нужно указать threads и mblurquality

Скрипт спомощью SVP сначала увеличивает FPS исходного видео в 2 раза, чтобы сделать MFlowBlur более точным.
Затем применяет фильтр MFlowBlur
Затем возвращает FPS в исходное состояние

global svp_scheduler=true
global threads=4  # http://www.svp-team.com/wiki/Справка:Главное_меню:Количество_потоков
global multi=2
global blendtimes=1
global mblurquality=100 # 0-100 ; 100 is slowest

LoadPlugin("C:\Program Files\SVP\plugins\svpflow1.dll")
LoadPlugin("C:\Program Files\SVP\plugins\svpflow2.dll")

function BlendEveryTwoFramesIntoOne(clip src, int HowManyTimes)
{
  #blend = src.ConvertFPS(src.Framerate*2).SelectOdd.SelectOdd
  blend = src.ConvertFPS(src.Framerate*2).SelectEvery(4,1)
  return HowManyTimes<=0 ? src : BlendEveryTwoFramesIntoOne(blend, HowManyTimes-1)
}

SetMTMode(3,threads)
AVIsource("PlanetSide2_x64 2014-04-28 21-45-49-851.avi")
ConvertToYV12()
SetMTMode(2)

super_params="{gpu:1}"
analyse_params="{}"
smoothfps_params="{rate:{num:"+string(multi)+",den:1},scene:{blend:true}}"

super=SVSuper(super_params)
vectors=SVAnalyse(super, analyse_params)
SVSmoothFps(super, vectors, smoothfps_params, mt=threads, url="www.svp-team.com")

# MFlowBlur routines
#forward_mv = SVConvert(vectors, false)
#backward_mv = SVConvert(vectors, true)
#super_mv = MSuper(pel=1, hpad=0, vpad=0) #padding should be zero here!
#MFlowBlur(super_mv, backward_mv, forward_mv, blur=100, thSCD1=800, thSCD2=200)

super = MSuper(rfilter=2)
backward_vectors = MAnalyse(super, isb = true, truemotion=true, search = 3, delta = 1)
forward_vectors = MAnalyse(super, isb = false, truemotion=true, search = 3, delta = 1)
forward_re = MRecalculate(super, forward_vectors, truemotion=true, blksize=16)
backward_re = MRecalculate(super, backward_vectors, truemotion=true, blksize=16)
MFlowBlur(super, backward_re, forward_re, blur=int(mblurquality), thSCD1=800, thSCD2=200)

BlendEveryTwoFramesIntoOne(blendtimes)

#Distributor()