Search options (Page 214 of 364)

This's not the case.
clGetPlatformIDs() call for some reason fails in both SVPManager and svpflow lib, BUT it works in clinfo.
The only difference is clinfo is linked with libOpenCL.so while SVPManager loads it dynamically at runtime.

Could it be that you have several different versions of libOpenCL.so installed?

In other words check that libOpenCL.so from "ldd clinfo" and the one from /proc/<SVPManager pid>/maps point to the same AMD's .so file.

gpuId=11 in this context means "1st GPU device on the 1st platform", so what's wrong?

the fact that built-in benchmark fails is interesting BUT even more interesting would be the actual Vapoursynth error (if any) when the filter script initialization fails

автомат рассчитан на аппаратный декодер
а тут его нет

Мда... ну и для верности, "ls -l /usr/lib/x86_64-linux-gnu/libQt5*" ? Что бы я точно поверил в 5.5.1

> Note : i never used SVP 3.

this's the problem

"1.5m" before the last update was equal to "Adaptive" plus

smooth.scene.limits.m1 = 0;
smooth.scene.limits.m2 = 0;

in "override.js"

главное не понятно нафига
всё равно за один день новые версии всех скачивальщиков выходят

хотели бы радикально зарубить саму возможность - давно бы реализовали

http://www.spirton.com/convert-videos-to-60fps/

есть мнение что Vapoursynth стабильнее чем Avisynth
он совершенно точно ест в разы меньше памяти и гораздо эффективнее в многопотоке
типа как Avisynth+, только в отличии от последнего реально работает

ну и с 64-бит версией никаких проблем нет

mpv можно и под Windows запустить, только "родной" билд собран без поддержки Vapoursynth, т.е. надо собирать самостоятельно
ну и в текущей версии mpv под Windows нет JSON IPC, которым пользуется Менеджер

Продолжение про нативный SVP 4 Linux см. там