Small PSA: updating AMD drivers from 24.6.1 to 24.7.1 broke it again. Had to revert to 24.6.1 to get the performance back. Sigh, why does AMD hate RIFE so much...

gerappa wrote:

It would be good to know, how to solve this in other players...

Yep. Unfortunately, only those players' developers can solve this issue, since it's tied to the player's renderer. I don't know about PotPlayer's devs but MPC-BE devs have never been receptive to fixing issues they don't encounter themselves, so we're most likely out of luck with them.

gerappa wrote:

That uploaded DLL by Chainik? For me also allowed any threads (4 too) but couldn't fast forward or jump to another time. Is it working for you? same driver version too.

Yep, MPC-BE crashes every time, so I switched to MPV that comes with SVP - no problems with it whatsoever. Works better than MPC-BE, in fact: faster and stable as a rock. But I had to tinker with the config file to set it up to my liking, which is pretty much its biggest downside. The manual is pretty detailed, though: https://mpv.io/manual/stable/#options

Chainik wrote:

> to see if gerappa can use 2 threads if that line was turned into a warning

still the device will be reporting queueCount = 1
https://registry.khronos.org/vulkan/spe … rties.html

I really doubt there're any performance benefits settings "thread" count higher than device caps

but here you are...

That DLL finally allowed my 7900XTX to work 4 threads and do x4 framerate (24->96). Fantastic. That's with currently latest AMD drivers v24.6.1.

flowreen91 wrote:

For my RTX 4080 it becomes watchable if i resize it to 540p using
resize -9600540
https://gyazo.com/52607f2009d1dae6c41a2939d7b62c04

Ah, thanks, then it's normal. I'd rather not downsize it, so I guess it's better to stick with old interpolation methods for such heavy cases - those can handle x4 for 1080p60 even at max settings, which is sufficiently smooth.

Я только начал пользоваться RIFE, не знаю его возможностей, поэтому хотел бы узнать: то, что текущая версия в SVP не справляется с удвоением кадров для видео 1080р60 на AMD 7900XTX - это нормально или что-то с моей системой не то? Версия дров 23.11.1, обработка работает в 2 потока.

Никто не в курсе, отчего madVR (205) может люто дропать кадры на связке 7800X3D + 7900XTX? Система при этом едва ли загружена: https://i.imgur.com/hxQ05pk.gif
Отключал FreeSync в дровах и мониторе. Принудительно включал верт.синхронизацию для MPC-BE. Включал Exclusive Fullscreen в madVR.
При использовании MPC VR всё норм, то есть дело явно в отрисовщике.

По типу как это уже реализовано с Nvidia Optical Flow?
Последняя просто отлично проц разгружает. Очень хотелось бы и с АМД таких же плюшек вкусить.

9

(2 replies, posted in Using SVP)

Since you have Nvidia, you could enable its Optical Flow option in SVP - it's a bit less taxing on the CPU.

Try a custom profile like this:

https://i.imgur.com/X6lEJZK.png

The biggest performance/quality trade here comes from "Motion vectors grid". Smaller is smoother; bigger is less taxing. Personally, I find 8 to be optimal, but YMMV.

10

(449 replies, posted in Using SVP)

Damn, I'm stupid. I entered the full path to filters instead of plugins and didn't even notice it in the error message.

Thanks, now it's working.

11

(449 replies, posted in Using SVP)

Still no go.
I also tried "-R a+rwx". Properties for the folder and files inside show Read&Write permissions for everyone, but SVP still gives the same error.

12

(449 replies, posted in Using SVP)

Linux noob here, running Xubuntu 18.04.1.
I'm having trouble giving SVP write permission for VLC's video_filter folder.

I run

sudo chmod 777 /usr/lib/x86_64-linux-gnu/vlc/plugins/video_filter

in the console and it appears to work fine - no errors or other messages.
But every time I try to activate "SVP in VLC (replace 'deinterlace' filter)" in SVP's menu, I get this error:

Operation failed. Check that SVP Manager has write access to '/usr/lib/x86_64-linux-gnu/vlc/plugins/video_filter/video_filter'.

What am I doing wrong?