You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
> в мире достаточно подобных моей конфигураций, чтобы такой глюк поймался.
оно да, однако слишком специфичные условия - (предположительно) надо что бы контекст OpenCL создался, но корректно не завершился (т.к. приложение упало)
а драйвер держит "рабочую" частоту пока хотя бы один контекст открыт
ок, а если после этого открыть другое видео и нормальным образом закрыть?
> при нагреве, загрузка видеокарты системой нулевая. а она продолжает греться
так она наверное частоту не сбрасывает, т.к. не переходит в состояние "простоя"
и её "держит" или залипший процесс плеера, или это глюк драйвера
может он вылетел, но не совсем? надо в списке процессов поискать mpc-hc.exe, может быть он там продолжает висеть
SVP's log would be helpful
при чем тут "видео долго стоит на паузе"? 
я думал речь про то что плеер уже давно выключен
this's the way it works
> We all know where the SVP team got their "inspiration" from...
> Github is watching.
...
> Well, a quite esteemed group of people believes that some code was allegedly, illegally repurposed.
> Avisynth stands strong, son.
...
> I don't really care about that anyways, just some forum whispers.
And yet you decided to warm up this topic now.
It was a clever move. Son.
> Why does the latest update exclude --vf
Because other vapoursynth filters may (and does) interfere with SVP.
> how can I avoid this?
Don't use SVP.
> расхождение фпс на десятые и сотые доли как-то сказывается на воспроизведении?
нет, до тех пор пока "*5/2" - все хорошо
The only one who could possibly claim something is Fizick, and he remains silent for a ... half an year? ... since we gave him sources for an "audition".
So if you want to tell something new about the case - please. If not - well, I hope you know what to do and where to go.
> I suggest you read the mpv documentation
Please be so kind and elaborate this to stupid me.
> We all know where the SVP team got their "inspiration" from...
> Github is watching.
And this one too, please.
ok, lets do a thought experiment
consider 30 fps video file, you play it with that ugly-slow-blocking-mvtools script applied and get 60 fps
after that you apply a SVP's script to that 60 fps video and you want to achieve ... what?
30 fps -> MBlockFps -> 60 fps -> SVFlowFps -> ???
===
btw if you read the docs you'll know that SVFlowFps can give the very same results as MBlockFps
I won't try it because even if it works for some reason (though it shouldn't!) - I mean some mvtools-based script PLUS SVP's script running at the same time - this's just a nonsence.
You either do interpolation via your script or via SVP's script. You can't use both simultaneously. Period.
(facepalm)
How SVP works?
1. catches the video playback
2. generates its own vapoursynth script based on all the settings from UI
3. inserts this generated script into vf chain
vf chain can only contain ONE vapoursynth script at a time, so whatever you've put into mpv.conf was overwritten at runtime
mmm...
For obvious reasons SVP uses it's own script using own plugins. You can't use MVTools script with SVP.
SVP script can do whatever MVTools script can, just read docs if the amount of script customization UI controls is not enough for your needs 
> Хочется узнать каким именно образом используется lsof.
lsof -Fp /tmp/mpvsocket
может прав для запуска не хватает?
if you think that old MVTools-based basic script is better than SVP - then just use it, you don't need SVP at all
nothing has changed except for explicit removing of "vapoursynth" filter (if any) from the mpv's vf chain on new video playback start
... which is the case when opening another video in the same mpv instance
> remove the qt packages you installed from the main repo.
why? it may not be a Qt's issue, at least 5.7.0 isn't any better that 5.6.2
SVP Manager updated to rev.101
причина ясна, будет починено "на днях или даже раньше"
fixed in rev.101
+ plus added authentication via cookies file (required by Crunchyroll now)
if all you need is YT videos w/o subtitles you probably right
yep, we already know that from another report about issues with Plex Media Player
every 2nd (!) video started w/o closing mpv window gives incorrect source framerate reported by mpv
===
upd: found the reason, will be fixed asap
> Сделал всё по инструкции, но теперь выдается следующее сообщение:
> "Не установлены компоненты SVP для поддержки 64-битных проигрывателей"
Предполагалось что это сообщение должно наводить на мысли
> Что нужно?
то, где написано "64 бит"
> Пробовал скачивать и устанавливать ffdshow
Если поставить ffdshow 64-бит, то он не может не появиться в этом списке. Потому что не может.
а и ведь действительно
того же эффекта можно достичь запуская подряд несколько роликов с ютюба, НЕ закрывая окно mpv
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.