Search options (Page 47 of 234)

Bars
Поглядел видео по ссылке. Взял отрезок с панорамированием. На мотоцикле. Шаблон и правда подтвердился. Есть дубли, есть скачки. Причем парные. Периодичность каждые 24 и каждые 25 кадров. Ниже приложил график опережения кадров своего родного положения. +1 - кадр отображается раньше своей позиции, -1 - позже.

На выбранном отрезке дубли (d - double) и скачки (j - jump). 3d, 8j, 13j, 22d, 27d, 33j, 37j, 47d, 51d

Приложил архив из 52 кадров и график.

Try user's guide: VLC (beta) | Howto: Enable | followed wiki, then get "engine error"

---
Install Vapoursynth via SVP maintenance tool
SVP tray menu - Utilities - Additional programs and features - Add or remove components - select components with [VPS_64] Core and [VPS_64] VLC

Хреново! Ничего хорошего в этой ошибке нет.
Первая ссылка из поиска гугл: http://bsodstop.ru/0x0000003b-system-service-exception
Ошибка явно на системном уровне (драйвера, ядро windows, ошибки в работе памяти) а не в SVP.
Ищите причину, исправляйте. Работать на неисправном компьютере чревато последствиями.

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

See links in thread Preprocessing

Bars
К последнему скрипту SelectRangeEvery не применить, т.к. выбирать кадры из последовательности нужно через один и шаблон выбора сложнее, чем пачка последовательных кадров со смещением.
Ресурсы на удвоение в скрипте тратятся только при запросе кадра на вывод. В этом и заключается прелесть Avisynth-скрипта: кадры, которым не суждено попасть на вывод даже не рассчитываются. И вектора движения реально рассчитываются только в тех местах, где они нужны. В скрипте из предыдущего сообщения на все 24 исходных кадра будер рассчитан только один кадр (между кадрами 23 и 24), и вектора движения будут расчитаны только между этими кадрами.

Сэмпл скачаю, погляжу.

Это здорово, что удалось разобраться самостоятельно.
Решение в лоб - это действительно довольно много строчек кода скрипта. Можно ли их сократить? Да. Возможен, например, такой вариант: удвоение с прореживанием.

setMtMode(5,4)
AviSource("sample.avi")
setMtMode(2)
myGPU = true
threads=4
super_params = (myGPU==true) ? "{gpu:1}" : "{gpu:0}"
analyse_params="{main:{search:{coarse:{distance:4,bad:{sad:2000}},type:2,distance:4},penalty:{lambda:1,pglobal:10000}},refine:[{thsad:65000}]}"
smoothfps_params="{rate:{num:2,den:1},algo:13,scene:{blend:true}}"

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

SelectEvery(fix_all, 48, 0, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36, 38, 40, 42, 44, 46, 47)

Distributor()

Тут все просто. После удвоения кадров из 24 исходных получится 48 кадров, где каждый четный кадр - исходный, а нечетный - промежуточный. Поэтому нужно при помощи SelectEvery выбрать четные, добавив к ним в месте скачка нечетный кадр, соответствующий промежуточному положению объектов в кадре ровно из середины этого скачка. В скрипте предполагается, что скачок после 23-го кадра (46-ой после удвоения). После работы скрипта видео с частотой 24 к/сек станет иметь скорость 25 к/сек, т.к. к исходным 24-ем кадрам добавлен еще один.

I have 144 Hz monitor. I notice the difference with 60 Hz monitors.
Dynamic resolution is better if you use 120/144 Hz mode and stroboscope backlight. NVIDIA called it Lightboost.

Your video already has high framerate. 50 fps.
By default video with high framerate are not smoothed by SVP. You need to adjust one setting:
SVP tray menu - Application settings - Additional options - All settings... - change value of frc.target.max from 47 to 60 if you have 60 Hz display.

Вероятно, madVR как раз делает подобное преобразование уровней (надо проверять). А EVR не умеет. Поэтому выше предалагал другими средствами скорректировать уровни, чтобы на входе EVR они уже были в порядке.
Хотя есть еще идея. Я бы еще в настройки драйвера видеокарты заглянул. EVR может слушаться этих настроек, там тоже есть что-то про уровни. Тут все зависит от марки видеокарты Intel / AMD / NVIDIA.

Можно. Начать лучше с шевеления этих настроек: MENU - Опции - Фильтры - Дополнительно

Я на скриншотах увидел только разные уровни черного. Это разные диапазоны вывода: 0-255 и 16-235.
К сожалению, мои тесты показали, что родная настройка диапазона в MPC-HC не работает (MPC-HC - Вид - Настройки рендеринга - Диапазоны вывода), зато работает конвертация диапазонов через шейдеры:
MPC-HC - Воспроизведение - Шейдеры - Выбрать... - 16-235 to 0-255 [SD][HD] - Добавить в pre-resize - OK

Если это проделать на паузе то будет отчетливо видно разницу было/стало.

lionessb
Я рад, что нашлась причина проблемы. Спасибо за описание решения.

Разница в том, что по инструкции плеер будет использовать два фильтра: LAV для декодирования и ffdShow raw для постобработки. Такой тандем позволяет выбрать в LAV аппаратное декодирование и разгрузить процессор. Освободившиеся ресурсы процессора успешно можно использовать в SVP.

ffdShow декодер в отличии от LAV умеет использовать только QuickSync-технологию для аппаратного ускорения декодирования, т.е. этот вариант подходит только, если у пользователя процессор от Intel, поддерживающий QuickSync. В остальных случаях декодирование будет происходить программно силами центрального процессора.