Vedanta07 wrote:

Could we get an update to have the latest TensorRT 15.16 or are we waiting for 16 to be stable?

I tested vs-mlrt 15.16 in SVP and there was no FPS gain (plus vs-mlrt 15.16 fp16 I/O produces garbage output)
With vs-mlrt v16.2.test1 (vstrt_rtx.dll) + TensorRT-RTX 1.6.1.120, there was a 4% gain on the 5070 Ti, stayed on that

Пока всё ок, спасибо

Version 4.7.0.320 seems to have already been replaced by 4.7.0.321
Restart the SVP4 client to refresh the list of available updates

Спасибо за быстрое исправление, но к сожалению с svpflow2 4.7.0 у меня плееры (MPC-HC и mpv) выбивают ошибку при проигрывании HDR

Ниже репорт от ИИ, если нужны подробности

========================================================================

svpflow2 4.7.0.320: запись по нулевому указателю, mpv падает через 15-60 секунд воспроизведения

После обновления компонентов core.flow64 и core.flow64vs mpv стабильно падает через 15-60 секунд после начала воспроизведения HDR. Откат одного только svpflow2 на 4.6.0.274 полностью убирает проблему.

Авария — access violation при записи по адресу 0, внутри svpflow2_vs.dll, на фиксированном смещении +0x6750.

Это не тот use-after-free при разрушении фильтра, о котором шла речь в прошлый раз: тот в 4.7.0.320 исправлен, проверил отдельно — раздел 8.

1. Окружение

SVP 4 Pro 4.7.0.302 (менеджер не обновлялся)
svpflow2_vs.dll 4.7.0.320 — виновник
svpflow2_vs.dll 4.6.0.274 — на ней всё работает
svpflow1_vs.dll 4.5.0.205
VapourSynth R73, штатная из поставки SVP — падает
VapourSynth R77 — падает одинаково
AVSF 1.4.8 # svp (ваша сборка) и 1.4.9 — одинаково
mpv v0.41.0-424-gbefe1e73a
Windows 10 Pro 19045, RTX 5070 Ti, драйвер 32.0.16.1074

Обновление принесло только эти два компонента. Важная деталь: svpflow1_vs.dll в обеих поставках побайтово одинаков (SHA-256 AC79CD31801B0462BC91CCEE101FF2AF8B6E712211D90FFE46F046DABE4A1EF7) — installer его перезаписал тем же содержимым. То есть изменился ровно один файл.

svpflow2_vs.dll  4.7.0.320  SHA-256 D05B7AC3CAEF6A9C990F339124B709821BFC6922DA9BB9A83B3CD5F28F237D3B
svpflow2_vs.dll  4.6.0.274  SHA-256 5F84A299EB447C09ABBAF483399B1F1AAAA9E49B2BEB8C6E6C0BEE8AC2D62643

2. Симптом

Картинка замирает, звук начинает икать, появляется окно «mpv has stopped working». Не при закрытии файла и не при пересборке скрипта — посреди обычного воспроизведения, без перемотки и без изменения настроек.

Четыре падения, Application Error:

время      аптайм mpv   код          смещение   стек
------------------------------------------------------------------------
22:50:14   ~44 c        0xc0000005   0x6750     R77 + наш AVSF
22:51:16   ~48 c        0xc0000005   0x6750     R77 + наш AVSF
22:58:07   ~18 c        0xc0000005   0x6750     R77 + наш AVSF
23:24:46   ~30 c        0xc0000005   0x6750     R73 сток + AVSF 1.4.8 # svp

Во всех четырёх — svpflow2_vs.dll 4.7.0.320 и одно и то же смещение. В логах SVP при этом ни одной строки уровня E или W.

3. Разбор дампов

Три дампа WER, разные потоки, всё остальное совпадает до бита:

ExceptionCode: c0000005 (Access violation)
  Parameter[0]: 1                 <- ЗАПИСЬ
  Parameter[1]: 0                 <- по адресу NULL

rip = svpflow2_vs+0x6750          <- здесь падает

обратный стек (дамп на штатной R73):
  svpflow2_vs+0x6750
  svpflow2_vs+0x19950             <- вызывающий
  VapourSynth.dll+0x1a1cff        <- ядро VapourSynth запрашивает кадр

На R77 стек тот же, только ядро называется libvapoursynth+0x97032. Смещения внутри svpflow2 в обоих случаях совпадают: +0x6750 и +0x19950.

Это запись по нулевому указателю, а не повреждение кучи и не use-after-free: адрес отказа ровно 0, смещение стабильное от запуска к запуску. Похоже на указатель, который в 4.6.0.274 либо всегда был валиден, либо проверялся, а в 4.7.0.320 в каком-то состоянии остаётся нулевым.

4. Конфигурация графа

Профиль RIFE 2160p. Источник 3840x2160 HEVC, YUV 4:2:0, 10 бит, BT.2020 PQ, 23.976 fps, выход 47.952.

super   = core.svp1.Super(input_m8, "{pel:1,scale:{up:0},gpu:1,full:false}")
vectors = core.svp1.Analyse(super["clip"], super["data"], input_m8,
          "{vectors:2,block:{w:32,overlap:0},main:{search:{coarse:{distance:-8,bad:{range:0},width:530},distance:0}}}")
smooth  = core.svp2.SmoothFps_RIFE(input_m, smoothfps_params, rife_out=smooth,
          vec_src=vec_src, vdata=vdata, src=input_um, fps=src_fps)

smoothfps_params = "{gpuid:11,gpu_qn:2,rate:{num:2,den:1},algo:13,mask:{area:100},scene:{blend:true},hdr:{dovi:false}}"

5. Похоже, задета HDR / 10-битная ветка

На той же сборке 4.7.0.320 и том же профиле RIFE 2160p обычный SDR-ролик 4K (3840x2160, AVC, 8 бит, 29.97) отыграл 97 секунд без единого сбоя и был остановлен штатно. HDR-источник на этой же сборке падал четыре раза из четырёх за 18-48 секунд.

В сгенерированном скрипте между этими двумя прогонами отличаются ровно две вещи, обе — HDR-ветка:

                    HDR (падает)                        SDR (чисто)
smoothfps_params    ...,scene:{blend:true},hdr:{dovi:false}  ...,scene:{blend:true}
input_m8            input_m.resize.Point(YUV420P8)           input_m8 = input_m
input_m / src       остаются 10-битными                      8 бит

То есть в HDR-случае в опции добавляется ключ hdr:, а motion search идёт по отдельному 8-битному клипу, тогда как основной клип и src десятибитные.

Оговорки: SDR-прогон один против четырёх HDR-падений, и файл был другой (AVC 8 бит 29.97 против HEVC 10 бит BT.2020 PQ 23.976). Кодек и частота кадров до плагина не доходят, но одного и того же материала в двух битностях я не проверял.

6. Чего добиться не удалось

Скриптом на голой VapourSynth авария не воспроизводится. Тот же граф, тот же кусок того же файла (10 бит, crop до кратного 32, те же параметры вплоть до hdr:{dovi:false}), 300 кадров синхронным get_frame — чисто:

ветка                             склейки сцен   результат
---------------------------------------------------------------
SmoothFps_RIFE                    нет            300 кадров, чисто
SmoothFps_RIFE                    каждые 7       300 кадров, чисто
SmoothFps_RIFE + hdr:{dovi:false} каждые 7       300 кадров, чисто
SmoothFps + hdr:{dovi:false}      каждые 7       300 кадров, чисто

Похоже, триггер живёт в realtime-условиях плеера — асинхронные многопоточные запросы кадров, дропы, — а не в самой последовательности фильтров. Поэтому какая из точек входа виновата, я утверждать не могу: живьём проигрывался только профиль RIFE 2160p, классический SmoothFps на 4.7.0.320 в плеере не проверялся.

7. Что исключено

VapourSynth. Специально проверил на штатной R73 из вашей поставки: R77 переименована так, что загрузиться не могла, VSPipe --version отвечает Core R73, в стеке дампа стоит VapourSynth.dll, а не libvapoursynth.dll. Падение то же и на том же смещении.

AVSF. Одновременно с R73 возвращена ваша сборка 1.4.8 # svp вместо нашей 1.4.9. Разницы нет. (К mpv это и так не относится, AVSF работает только в DirectShow-плеерах.)

svpflow1. В обеих поставках побайтово одинаков, см. раздел 1.

Откат. Подменены только три файла svpflow2 на 4.6.0.274, svpflow1 не трогался — воспроизведение стабильно.

Модуль в отчёте об ошибке один и тот же во всех четырёх падениях, это не «пострадавший» сосед: rip указывает внутрь svpflow2, а не на чужой код.

8. Заодно: use-after-free при teardown в 4.7.0.320 исправлен

Тот дефект (free структуры инстанса и следом _Mtx_unlock по мьютексу внутри неё, +0x6d5d / +0x6d71) в 4.7.0.320 больше не воспроизводится.

Проверял тем же способом, что и тогда — full page heap на переименованной копии питона, cdb, голый скрипт VapourSynth с циклами сборки и разрушения графа, ветка SmoothFps:

сборка       циклов   результат
------------------------------------------------------------------
4.6.0.274    3        падает: MSVCP140!_Mtx_unlock+0x4,
                      "in free-ed allocation", RVA 0x221D1
4.7.0.320    5        все циклы прошли, аварии нет

Контрольный прогон на 4.6.0.274 сделан в той же сессии, на той же машине и том же файле — то есть метод рабочий, и чистый результат на 4.7.0.320 не артефакт окружения. Какая именно DLL загружена, видно и в выводе скрипта, и в ModLoad отладчика.

Пишу об этом здесь, потому что обе новости про одну и ту же сборку: teardown починен, но появилась запись по NULL из разделов выше.

Готов приложить дампы (два, по 190 МБ), прогнать проверочную сборку или собрать дамп с page heap, если это поможет.

Добрый день.

Коротко: у меня часто при закрытии крашился MPC-HC (использую SVP+RIFE с кастомными VS фильтрами), я с помощью ИИ нашел баг в svpflow2 (и в avsfilter тоже).

Поскольку я не разработчик, отчет ниже попросил написать ИИ (Opus 5):

========================================================================

svpflow2 4.6.0.274: use-after-free при уничтожении фильтра (SmoothFps, SmoothFps_NVOF, SmoothFps_RIFE)

В svpflow2_vs.dll при уничтожении графа VapourSynth плагин освобождает структуру своего инстанса фильтра, а затем — через 0x14 байт кода, в той же функции — вызывает _Mtx_unlock на мьютексе, который лежал внутри этой уже освобождённой структуры. Выглядит как lock_guard, область видимости которого переживает free() владеющего объекта.

Без page heap страница остаётся отображённой, декремент счётчика мьютекса тихо портит память, которую куча уже отдала другому владельцу, и авария всплывает позже и в чужом модуле.

Код освобождения общий для всех трёх точек входа, поэтому задеты и профили без RIFE.

1. Окружение

SVP 4 Manager 4.7.0.302
svpflow2_vs.dll 4.6.0.274 (PE 2024-09-21) — виновник
svpflow1_vs.dll 4.5.0.205
VapourSynth R73 (родная из состава SVP) и R77 — одинаково
MPC-HC 2.7.4, рендеры madVR и MPC Video Renderer — одинаково
AVSF: сборка SVP 1.4.8 # svp и апстрим CrendKing 1.4.9 — одинаково
Windows 10 Pro 19045, RTX 5070 Ti, драйвер 32.0.16.1074

2. Симптом

Падение при уничтожении графа: закрытие файла, открытие следующего, иногда пересборка скрипта после перемотки.

Без page heap код исключения — 0xc0000374 (heap corruption), тип отказа block_not_busy. Модуль-«виновник» каждый раз разный: akarin, zsmooth, madVR, nvinfer. Это те, кто дёрнул кучу после порчи.

Иногда падение выглядит как зависание: процесс жив, окно не отвечает, стек стоит в ntdll!WerpWaitForCrashReporting — то же падение, ожидающее отчёт об ошибке.

3. Диагноз

Full page heap (gflags /p /enable mpc-hc64.exe /full /size 256 1024), останов отладчика на первом access violation. Ловится на каждом закрытии файла.

ExceptionAddress: MSVCP140!_Mtx_unlock+0x4
   ExceptionCode: c0000005 (Access violation)
   Parameter[0]: 1                      <- ЗАПИСЬ
   Parameter[1]: 0000024bb1d36ee4

MSVCP140!_Mtx_unlock+0x4:
00007ff8`9b747df4 83694c01   sub  dword ptr [rcx+4Ch],1   ds:...b1d36ee4=????????

rcx = 0000024bb1d36e98      <- мьютекс
rsi = 0000024bb1d36e50      <- начало структуры инстанса
                               rcx - rsi = 0x48, запись по rcx+0x4C = struct+0x94

Стек записи:

MSVCP140!_Mtx_unlock+0x4
svpflow2_vs!VapourSynthPluginInit+0x6d71   (RVA 0x221d1)   <- ЗАПИСЬ
svpflow2_vs+0xf297
svpflow2_vs+0x1a540
libvapoursynth!VSCore::destroyFilterInstance+0x116  (inline)
libvapoursynth!VSNode::~VSNode+0x393
libvapoursynth!freeNode+0x17
vapoursynth.pyd -> python312!PyDict_Clear
VSScript freeScript
vapoursynth_filter_64!FrameServerBase::~FrameServerBase
quartz!CFilterGraph::RemoveFilterInternal -> ~CFilterGraph
mpc-hc64

!ext.heap -p -a по адресу мьютекса отвечает «in free-ed allocation» и отдаёт стек освобождения:

ucrtbase!_free_base
svpflow2_vs!VapourSynthPluginInit+0x6d5d   (RVA 0x221bd)   <- ОСВОБОЖДЕНИЕ
svpflow2_vs+0xf297
svpflow2_vs+0x1a540
libvapoursynth!VSNode::~VSNode+0x393
libvapoursynth!freeNode+0x17
... тот же стек teardown ...

Освобождение — +0x6d5d (RVA 0x221BD), запись — +0x6d71 (RVA 0x221D1), разница 0x14 байт в одной функции. Блок 424 байта (0x1A8), мьютекс по смещению +0x48, запись по +0x94.

4. Воспроизведение без плеера

Плеер, AVSF и DirectShow не нужны: уничтожение узла в обычном скрипте VapourSynth идёт через тот же VSCore::destroyFilterInstance.

Page heap включается по имени образа, поэтому удобна переименованная копия питона из состава SVP:

copy "C:\Program Files (x86)\SVP 4\mpv64\python.exe" svpprobe.exe
gflags /p /enable svpprobe.exe /full /size 32 8192

set PYTHONHOME=C:\Program Files (x86)\SVP 4\mpv64
set PATH=%PYTHONHOME%;%PATH%

cdb -loga run.log -cf cmd.txt svpprobe.exe repro.py

Командный файл cmd.txt (надёжнее, чем вложенные кавычки в -c):

sxe -c ".exr -1;r;u @rip L4;kb 40;!ext.heap -p -a @rcx;q" av
g
q

repro.py — SVPManager должен быть запущен, плагин его проверяет:

import gc, vapoursynth as vs
core = vs.core
PLUG = r"C:\Program Files (x86)\SVP 4\plugins64"
core.std.LoadPlugin(PLUG + r"\LSMASHSource.dll")
core.std.LoadPlugin(PLUG + r"\svpflow1_vs.dll")
core.std.LoadPlugin(PLUG + r"\svpflow2_vs.dll")   # <- сборка под тестом

src = core.lsmas.LWLibavSource(r"<любой файл>")
clip = src.resize.Point(format=vs.YUV420P8)
fps  = clip.fps_num / clip.fps_den

sup = core.svp1.Super(clip, "{pel:1,scale:{up:0},gpu:1,full:false}")
vec = core.svp1.Analyse(sup["clip"], sup["data"], clip,
      "{vectors:2,block:{w:32,overlap:0},main:{search:{coarse:{distance:-8,bad:{range:0},width:530},distance:0}}}")
out = core.svp2.SmoothFps(clip, sup["clip"], sup["data"], vec["clip"], vec["data"],
      "{gpuid:11,gpu_qn:2,rate:{num:4,den:1},algo:13,mask:{area:100},scene:{blend:true}}",
      src=clip, fps=fps)

for n in range(30):
    out.get_frame(n)
del out, vec, sup, clip        # <- здесь приходит access violation
gc.collect()

Здесь нет ни RIFE, ни NVOF — только обычный SmoothFps. Авария та же: MSVCP140!_Mtx_unlock+0x4, освобождение +0x6d5d, запись +0x6d71.

Сборка плагина задаётся единственным LoadPlugin, в plugins64\ подменять ничего не нужно. Стоковую VapourSynth тоже можно взять без отката установки: положить vapoursynth.pyd и VapourSynth.dll нужной сборки в отдельный каталог и сделать sys.path.insert(0, <каталог>) до первого import vapoursynth, проверив результат по vs.core.core_version.

5. Матрица сборок

Тот же скрипт, тот же файл, page heap /size 32 8192, 3 цикла сборки-разрушения графа:

сборка                          SmoothFps   SmoothFps_NVOF   SmoothFps_RIFE
-----------------------------------------------------------------------------
4.6.0.274  (PE 2024-09-21)        UAF          UAF              UAF
4.6.0.263  (PE 2023-10-04)        UAF          UAF              UAF
4.3.0.168  (2019-07-28)           чисто        чисто            нет функции
4.0.0.128  (PE 2016-02-22)        чисто        нет функции      нет функции

Во всех падениях одно и то же место — +0x6d5d / +0x6d71. В 4.6.0.263 смещения от экспорта совпадают точно, хотя вызывающий код лежит по другим RVA (+0xed37 / +0x19030 против +0xf297 / +0x1a540).

Значит, дефект один (общий код освобождения инстанса) и появился между 4.3.0.168 и 4.6.0.263.

Перепроверка 2026-08-29:

прогон  svpflow2                   VapourSynth       результат
------------------------------------------------------------------
1       4.6.0.274 (установленная)  R77               UAF
2       4.3.0.168                  R77               чисто, 2 раунда
3       4.6.0.274 (установленная)  R73 (сток SVP)    UAF

Прогон 2 — контроль метода: тот же скрипт, тот же page heap, тот же файл, старая сборка переживает оба цикла и выходит с кодом 0.

6. Что исключено

Рендер: madVR и MPC Video Renderer — одинаково.
Плеер и DirectShow: голый скрипт VapourSynth падает так же.
Версия VapourSynth: R73 и R77 — одинаково.
Сборка AVSF: 1.4.8 # svp и 1.4.9 — одинаково. AVSF лишь инициирует teardown, пара free/unlock целиком внутри svpflow2 и вызывается штатным freeFunc плагина.
Мои фильтры: при всех отключённых падение остаётся.
Состояние системы: после перезагрузки повторяется.
Модуль, сообщающий о порче кучи, её причиной не является.

Дополнительно: если убрать SmoothFps_RIFE из графа (выход RIFE отдаётся дальше напрямую, частота через AssumeFPS), падение исчезает — два прогона под page heap. Как решение не годится (теряется блендинг на сменах сцен и штатная раскладка кадров), но подтверждает, что дело в инстансе фильтра, а не в загрузке DLL.

Готов прогнать любые проверочные сборки svpflow, приложить полный дамп или скрипт.

вчера был фальстарт, сегодня еще одно обновление должно было быть, под номером 4.6.0.296-1
Увидел сегодняшнюю обновку, теперь всё в порядке, спасибо!

Chainik wrote:

фиг дождешься, сделал костыль...
можно обновить SVP

После ничего не изменилось, ускорение GPU и NVOF в SVP недоступны (к счастью в отличие от RIFE, на которое этот баг драйверов не повлиял)
Как он должен работать?

Hello
Please tell, what RTX 5xxx GPU is enough for 4K@30fps & FHD@60fps real-time RIFE frame doubling?
Is there any comparison testing of modern video cards in SVP RIFE?

Скрипт для ffdshow в первом сообщении есть. Чуть позже напишу памятку, как его в generate.js добавить.
А вообще рекомендую переходить с ffdshow_raw на AVSF, там не надо вручную буфер подбирать.

10

(11 replies, posted in Using SVP)

AutumQueen92 wrote:
nemoW wrote:

Also note that for SVP, the frame rendering time should be less than 20.85ms (when doubling 23.976 FPS) or 16.68ms (when converting to the 60Hz screen refresh rate).

How or where do i check that? I'm doing x3 to 72fps

If you are using MPV, press Shift+I to check statistics. If you are using MPC with madVR or EVR-CP, press Ctrl+J.
For 72fps, frame times should be lower 1s/72=13.89ms.

__alex__ wrote:

My question was more for SVP, is it good to use i9 9900KF instead of i9 9900K (with intel GPU) ? Or the type of CPU is not relevant for SVP ?

I think there is no difference between these CPUs for SVP. You can switch GPU via SVP settings.

11

(11 replies, posted in Using SVP)

Also note that for SVP, the frame rendering time should be less than 20.85ms (when doubling 23.976 FPS) or 16.68ms (when converting to the 60Hz screen refresh rate).

12

(11 replies, posted in Using SVP)

Lates madVR beta 114 shows improved frame times for tone mapping so I think 2080Ti would be enough with some margin. However, to be sure, it is better to ask at the madVR support thread on doom9 or avsforum.

Please note that I need to use DXVA2 copy-back for a specific using with madVR.

You can also use D3D11 and CUVID with madVR.

Решил проблему, вбив список значений (On, Off) вручную. Подозреваю, что нижний radiobutton на вкладке сломан.

ОК, спасибо. Я ему там ещё на форуме doom9 багов накидал. big_smile

А ещё у этого билда проблемы с рассинхроном звука.

С этим билдом уже не виснет, если в LAV Video удвоение при деинтерлейсе отключено. С настройками как на скриншоте выше виснет все равно, и в статусе AVSF чепуху показывает.

Разумеется

Нашел проблемное видео (гибрид?), зависает при переключении дорожки или просто так, проигрывается нормально только если отключить AVSF: https://rutracker.org/forum/viewtopic.php?t=5556123

Chainik wrote:

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

Сбросил настройки SVP, то же самое - не могу добавить пользовательский параметр.

И что теперь не так?

If such a feature isn't available yet, you can disable SVP's GPU acceleration at all and run it on CPU.

TayyabKhalid wrote:

I wanted to try out this new filter but to no avail. SVP crashes on Potplayer 64-bit with EVR video renderer everytime I try to run any videos with Avisynth Filter. Any workaround?

try madVR

Ну, ручками 3.6 поставить не сложно, но я думал, что апдейтер SVP предлагает самую подходящую версию.
Кстати, отдельный бета release channel в апдейтере не планируется? Как раз под новые фильтры и версии avs.

При смене звуковой дорожки в файлах (MKV, BDMV) выскакивает ошибка "Only a single prefetcher is allowed per script"

12:21:53.740 [i]: Main: starting up SVP 4 Pro [4.5.0.200]... 
12:21:53.740 [i]: Main: args: none
12:21:53.740 [i]: Main: working dir is C:\Program Files (x86)\SVP 4\
12:21:53.740 [i]: Main: data dir set to C:\Users\nemoW\AppData\Roaming\SVP4\
12:21:53.756 [i]: Settings: loading main.cfg OK
12:21:53.756 [i]: Settings: loading ui.cfg OK
12:21:53.756 [i]: Settings: loading frc.cfg OK
12:21:53.771 [i]: Settings: loading profiles.cfg OK
12:21:53.771 [i]: Settings: loading custom.cfg OK
12:21:53.771 [i]: Settings: loading lights.cfg OK
12:21:53.771 [i]: Main: using Qt 5.15.1 (i386-little_endian-ilp32 shared (dynamic) release build; by MSVC 2019)
12:21:53.771 [i]: Main: device scale is 1.00001, user defined scale is 0
12:21:53.771 [i]: Main: system locale is [ru-by]
12:21:53.771 [i]: Main: preferred language is [en-us]
12:21:53.771 [i]: Main: setting language file to ru.qm...
12:21:53.803 [i]: Main: module 'plugins/svpflow1.dll': 4.5.0.200
12:21:53.826 [i]: Main: module 'plugins/svpflow2.dll': 4.5.0.200
12:21:53.826 [i]: Main: module 'plugins64/svpflow1.dll': 4.5.0.200
12:21:53.841 [i]: Main: module 'plugins64/svpflow2.dll': 4.5.0.200
12:21:53.857 [i]: Main: module 'plugins64/svpflow1_vs.dll': 4.5.0.200
12:21:53.857 [i]: Main: module 'plugins64/svpflow2_vs.dll': 4.5.0.200
12:21:53.857 [W]: Main: PATH doesn't contain mpv64 folder, VLC and libmpv players may not work
12:21:53.857 [W]: Main: PYTHONPATH doesn't contain mpv64 folder, VLC and libmpv players may not work
12:21:53.857 [W]: Main: PYTHONPATH is EMPTY
12:21:53.857 [i]: Main: running OpenCL info...
12:21:53.888 [i]: Main: collecting system information...
12:21:53.888 [i]: OS: Windows 10 [10.0.19041]
12:21:53.888 [i]: CPU: AMD Ryzen 7 3800X 8-Core [base frequency 3893 MHz, 16 threads]
12:21:53.888 [i]: Video: registry info - NVIDIA GeForce GTX 1060 3GB
12:21:53.888 [i]: Video: reading OpenCL info...
12:21:53.920 [i]: Video: 1 GPU OpenCL device(s) on NVIDIA CUDA [OpenCL 1.2 CUDA 11.0.197] (NVIDIA Corporation)
12:21:53.920 [i]: Video 1: GeForce GTX 1060 3GB (NVIDIA Corporation, ver.451.48) [gpuID=11]: OK
12:21:53.920 [i]: Memory:  32707  MB total,  28289 MB free
12:21:53.920 [i]: System: finding network settings...
12:21:54.216 [i]: Power: AC is ON [1]
12:21:54.294 [i]: Screens: updating information, 1 screen(s) found
12:21:54.850 [i]: Main: preparing video profiles...
12:21:54.881 [i]: Main: preparing performance graphs...
12:21:54.912 [W]: Control: failed to register shortcut Meta+Ctrl+Q
12:21:54.912 [W]: Control: failed to register shortcut Meta+Ctrl+N
12:21:54.912 [W]: Control: failed to register shortcut Meta+Ctrl+C
12:21:54.912 [W]: Control: failed to register shortcut Meta+Ctrl+V
12:21:54.912 [W]: Control: failed to register shortcut Meta+Ctrl+S
12:21:54.959 [i]: Main: preparing ffdshow...
12:21:54.990 [i]: FFDShow: found 32-bit version 1.3.4533.0 [C:\Program Files (x86)\ffdshow\ffdshow.ax]
12:21:55.006 [i]: FFDShow: found 64-bit version 1.3.4533.0 [C:\Program Files\ffdshow\ffdshow.ax]
12:21:55.006 [i]: Main: preparing AviSynthFilter (AVSF)...
12:21:55.022 [i]: AVSF: found 32-bit version 0.7.4.0 [C:\Program Files (x86)\SVP 4\avsf\avisynth_filter_32.ax]
12:21:55.037 [i]: AVSF: found 64-bit version 0.7.4.0 [C:\Program Files (x86)\SVP 4\avsf\avisynth_filter_64.ax]
12:21:55.037 [i]: Main: preparing mpv...
12:21:55.037 [i]: Main: preparing remote control...
12:21:55.037 [i]: RemoteControl: started
12:21:55.037 [i]: Main: preparing main menu...
12:21:55.112 [i]: Main: loading extensions...
12:21:55.125 [i]: Extensions: found svptube 2.1.0.195 ...
12:21:55.175 [i]: Settings: loading tube.cfg OK
12:21:55.188 [i]: Tube: initializing youtube_dl...
12:21:55.204 [i]: Main: initialization completed in 1331 ms, but still waiting for the screens measurement...
12:21:55.300 [i]: Updates: checking now...
12:21:57.238 [i]: Performance: quick estimation = 803 (previous value was 817)
12:21:57.722 [i]: Screens: screen 0 - 2560x1440 @59.953 Hz [measured], x1.0 [93 DPI]
12:21:57.722 [i]: Screens: primary screen is 0
12:22:00.018 [i]: Tube: youtube_dl ready
12:41:46.950 [i]: VideoPlayer: mpv [mpv.exe] connected, waiting for the video info...
12:41:47.960 [i]: VideoPlayer: mpv 0.32.0-734-g7831e52238 /via 'mpvpipe'
12:41:48.964 [i]: Media: video looks like some kind of stream
12:41:48.964 [i]: Media: video 1920x1080 [PAR 1.000] at 59.113 fps (via video player)
12:41:48.964 [i]: Media: codec type is h264 (H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10), NV12, BT.709 BT.1886
12:41:48.987 [i]: Playback: starting up...
12:41:48.993 [i]: Playback [c09a6b2e]: Frame server (64-bit) C:\Program Files (x86)\SVP 4\mpv64\vapoursynth.dll
12:41:48.994 [i]: Playback [c09a6b2e]: resulting video frame 1920x1080
12:41:48.994 [i]: Playback [c09a6b2e]: 2 acceptible profiles, best is 'Игнорировать HFR источники' [592]
12:41:49.020 [i]: Playback [c09a6b2e]: enabled while video is playing
12:41:49.020 [i]: Profile: using automatic profile #1 /film
12:41:49.030 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
12:41:49.247 [W]: Control: failed to register shortcut Meta+Ctrl+C
12:41:54.394 [i]: Playback [c09a6b2e]: full screen mode deactivated
13:01:42.875 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
13:01:42.875 [i]: Profile: using automatic profile #1 /film
13:01:42.877 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:18:57.336 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
13:18:57.336 [i]: Profile: using automatic profile #1 /film
13:18:57.338 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:18:59.135 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
13:18:59.135 [i]: Profile: using automatic profile #1 /film
13:18:59.138 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:18:59.854 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
13:18:59.854 [i]: Profile: using automatic profile #1 /film
13:18:59.856 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:19:00.119 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
13:19:00.120 [i]: Profile: using automatic profile #1 /film
13:19:00.123 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:19:00.314 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
13:19:00.315 [i]: Profile: using automatic profile #1 /film
13:19:00.318 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:19:00.499 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
13:19:00.500 [i]: Profile: using automatic profile #1 /film
13:19:00.502 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:19:00.710 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
13:19:00.710 [i]: Profile: using automatic profile #1 /film
13:19:00.713 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:30:47.243 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
13:30:47.243 [i]: Profile: using automatic profile #1 /film
13:30:47.245 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:43:23.755 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
13:43:23.756 [i]: Profile: using automatic profile #1 /film
13:43:23.758 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:45:43.663 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
13:45:43.663 [i]: Profile: using automatic profile #1 /film
13:45:43.666 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
13:46:49.810 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
13:46:49.810 [i]: Profile: using automatic profile #1 /film
13:46:49.812 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
14:00:57.201 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
14:00:57.202 [i]: Profile: using automatic profile #1 /film
14:00:57.204 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
14:01:00.357 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
14:01:00.357 [i]: Profile: using automatic profile #1 /film
14:01:00.360 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
14:09:12.933 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
14:09:12.934 [i]: Profile: using automatic profile #1 /film
14:09:12.936 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
14:09:14.082 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
14:09:14.082 [i]: Profile: using automatic profile #1 /film
14:09:14.084 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
14:26:07.129 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
14:26:07.130 [i]: Profile: using automatic profile #1 /film
14:26:07.132 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
14:50:18.714 [i]: Playback [c09a6b2e]: switching to profile 'Игнорировать HFR источники'
14:50:18.714 [i]: Profile: using automatic profile #1 /film
14:50:18.716 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
15:03:34.281 [i]: Playback [c09a6b2e]: switching to profile 'Автоматический'
15:03:34.281 [i]: Profile: using automatic profile #1 /film
15:03:34.283 [i]: Playback [c09a6b2e]: playing at 59.1133 [59.1133 *1/1] 
16:48:41.519 [i]: AVSF: found new player instance
16:48:41.620 [i]: AVSF: filters in use: LAV Splitter Source (internal) -> LAV Video Decoder (internal) -> * -> madVR
16:48:41.621 [i]: AVSF: new video in mpc-hc64.exe (64-bit) [MPC-HC 1.9.7.0] on screen 0
16:48:42.601 [i]: Media: video 3840x2160 [PAR 1.000] at 23.976 fps
16:48:42.601 [i]: Media: codec type is HEVC, YUV/4:2:0/10 bits/BT.2020 PQ
16:48:42.602 [i]: Playback: starting up...
16:48:42.608 [i]: Playback [993d5e1d]: Frame server (64-bit) 3.5.0.0, AviSynth+ 3.5 (r3106, 3.5, x86_64), C:\WINDOWS\SYSTEM32\avisynth.dll
16:48:42.610 [i]: Playback [993d5e1d]: resulting video frame 3840x2160
16:48:42.610 [i]: Playback [993d5e1d]: 1 acceptible profiles, best is 'Автоматический' [0]
16:48:42.612 [i]: Playback [993d5e1d]: enabled while video is in some unknown state
16:48:42.613 [i]: Profile: using automatic profile #3 /film
16:48:42.626 [i]: Playback [993d5e1d]: playing at 59.94 [23.976 *5/2] 
16:48:56.124 [i]: Playback [993d5e1d]: full screen mode activated
16:48:57.938 [i]: Playback [993d5e1d]: full screen mode deactivated
16:49:05.179 [i]: Playback [993d5e1d]: full screen mode activated
16:50:06.802 [i]: Playback [993d5e1d]: full screen mode deactivated
16:50:14.052 [i]: Playback [993d5e1d]: full screen mode activated
16:55:29.431 [i]: Playback [993d5e1d]: full screen mode deactivated
16:56:32.866 [i]: Playback [993d5e1d]: full screen mode activated
16:56:35.160 [E]: Playback [993d5e1d]: AVS - Only a single prefetcher is allowed per script.
16:56:35.160 [E]: Playback [993d5e1d]: AVS - (C:\Users\nemoW\AppData\Roaming\SVP4\scripts\993d5e1d.avs, line 71)
16:56:38.307 [i]: Playback [993d5e1d]: full screen mode deactivated
16:56:50.995 [i]: Playback [993d5e1d]: full screen mode activated
17:06:43.407 [E]: Playback [993d5e1d]: AVS - Only a single prefetcher is allowed per script.
17:06:43.407 [E]: Playback [993d5e1d]: AVS - (C:\Users\nemoW\AppData\Roaming\SVP4\scripts\993d5e1d.avs, line 71)
17:06:59.373 [E]: Playback [993d5e1d]: AVS - Only a single prefetcher is allowed per script.
17:06:59.373 [E]: Playback [993d5e1d]: AVS - (C:\Users\nemoW\AppData\Roaming\SVP4\scripts\993d5e1d.avs, line 71)
17:24:47.930 [i]: AVSF: player closed
17:24:47.932 [i]: Playback [993d5e1d]: disabled while video is stopped
17:24:47.933 [i]: Playback [993d5e1d]: deleted
17:26:41.310 [i]: AVSF: found new player instance
17:26:41.354 [i]: AVSF: filters in use: File Source (Async.) -> LAV Splitter (internal) (low merit) -> LAV Video Decoder (internal) -> * -> madVR
17:26:41.356 [i]: AVSF: new video in mpc-hc64.exe (64-bit) [MPC-HC 1.9.7.0] on screen 0
17:26:41.667 [i]: Media: video 3840x2160 [PAR 1.000] at 23.976 fps
17:26:41.667 [i]: Media: codec type is HEVC, YUV/4:2:0/10 bits/BT.2020 PQ
17:26:41.669 [i]: Playback: starting up...
17:26:41.675 [i]: Playback [3384b53a]: Frame server (64-bit) 3.5.0.0, AviSynth+ 3.5 (r3106, 3.5, x86_64), C:\WINDOWS\SYSTEM32\avisynth.dll
17:26:41.676 [i]: Playback [3384b53a]: resulting video frame 3840x2160
17:26:41.676 [i]: Playback [3384b53a]: 1 acceptible profiles, best is 'Автоматический' [0]
17:26:41.678 [i]: Playback [3384b53a]: enabled while video is in some unknown state
17:26:41.679 [i]: Profile: using automatic profile #3 /film
17:26:41.699 [i]: Playback [3384b53a]: playing at 59.94 [23.976 *5/2] 
17:27:50.350 [E]: Playback [3384b53a]: AVS - Only a single prefetcher is allowed per script.
17:27:50.351 [E]: Playback [3384b53a]: AVS - (C:\Users\nemoW\AppData\Roaming\SVP4\scripts\3384b53a.avs, line 71)
17:28:17.411 [i]: Playback [3384b53a]: full screen mode deactivated
17:28:18.315 [i]: AVSF: player closed
17:28:18.316 [i]: Playback [3384b53a]: disabled while video is stopped
17:28:18.316 [i]: Playback [3384b53a]: deleted
17:28:34.350 [i]: AVSF: found new player instance
17:28:34.379 [i]: AVSF: filters in use: File Source (Async.) -> LAV Splitter (internal) (low merit) -> LAV Video Decoder (internal) -> * -> madVR
17:28:34.380 [i]: AVSF: new video in mpc-hc64.exe (64-bit) [MPC-HC 1.9.7.0] on screen 0
17:28:34.456 [i]: Media: video 1280x720 [PAR 1.000] at 23.976 fps
17:28:34.456 [i]: Media: codec type is AVC, YUV/4:2:0/8 bits
17:28:34.457 [i]: Playback: starting up...
17:28:34.461 [i]: Playback [295952ba]: Frame server (64-bit) 3.5.0.0, AviSynth+ 3.5 (r3106, 3.5, x86_64), C:\WINDOWS\SYSTEM32\avisynth.dll
17:28:34.461 [i]: Playback [295952ba]: resulting video frame 1280x720
17:28:34.461 [i]: Playback [295952ba]: 1 acceptible profiles, best is 'Автоматический' [0]
17:28:34.462 [i]: Playback [295952ba]: enabled while video is in some unknown state
17:28:34.463 [i]: Profile: using automatic profile #1 /film
17:28:34.471 [i]: Playback [295952ba]: playing at 59.94 [23.976 *5/2] 
17:28:36.195 [i]: Playback [295952ba]: full screen mode activated
17:28:49.442 [E]: Playback [295952ba]: AVS - Only a single prefetcher is allowed per script.
17:28:49.442 [E]: Playback [295952ba]: AVS - (C:\Users\nemoW\AppData\Roaming\SVP4\scripts\295952ba.avs, line 71)
17:28:52.504 [i]: Playback [295952ba]: full screen mode deactivated
17:28:59.942 [i]: AVSF: player closed
17:28:59.947 [i]: Playback [295952ba]: disabled while video is stopped
17:28:59.948 [i]: Playback [295952ba]: deleted

mpv идеально ведет себя при перемотке.
UPD: Да и с последним апдейтом AVSF 0.7.0 связка MPC-HC+SVP+madVR на перемотке не подвисает, даже удивительно.