26 Reply by narkohol

(2,526 replies, posted in Using SVP)

RickyAstle98 wrote:
dlr5668 wrote:

Does anyone have 50xx? It comes with new interpolation https://imgur.com/a/c7irsaU

According to NVIDIA descriptions, this is driver-based AI model delivers smoother gameplay by inferring an additional frame between two rendered frames on GeForce RTX 50 Series GPUs!

If thats not DLSS Multi Frame Generation at all, we have brand new driver-based interpolation now? What a shame, no FG for all RTX users!

For games without DLSS Frame Generation support, NVIDIA Smooth Motion is a new option for enhancing your experience! *NVIDIA

https://forums.guru3d.com/threads/nvidi … st-6303316

https://i.postimg.cc/Jh7NsVyr/image.png

Go to forum: Using SVP

27 Reply by narkohol

(2,526 replies, posted in Using SVP)

vs-mlrt has been updated to 15.8 at https://github.com/AmusementClub/vs-mlrt/releases/

Besides support for RTX 50-series, are there any improvements we can expect on current GPUs by using this new file?

Go to forum: Using SVP

28 Reply by narkohol

(11 replies, posted in Using SVP)

Chainik wrote:

> GPU acceleration automatically switches to 10 bits?

there's an option for this in SVP's menu

But is there no cpu + 10 bits?

Go to forum: Using SVP

29 Reply by narkohol

(11 replies, posted in Using SVP)

Chainik wrote:

frc.color.dither
0 - no dithering
1 - (default) ordered (avisynth) / random (vapoursynth)
2 - error diffusion

But that doesn't work when using 'No acceleration'. 'GPU acceleration' on the left vs 'No acceleration' on the right:

https://i.postimg.cc/bN0R20VH/image.png

Go to forum: Using SVP

30 Reply by narkohol

(11 replies, posted in Using SVP)

Chainik wrote:

yeah, 10 bit could be the reason
gpu + 10-bit vs. cpu + 8-bit
10-bit is twice more memory bandwidth intensive than 8-bit, and both 165 fps playback and RIFE are already bandwidth-bounded

Is there any way to do dithering to 8-bit so there is no banding?

MPC Video Rendering's 'Dithering' setting doesn't do anything when SVP is not using 10-bit and the banding is very noticeable...

Go to forum: Using SVP

31 Reply by narkohol

(11 replies, posted in Using SVP)

Same here with RIFE.

Using GPU acceleration (RTX 4080), with or without Optical Flow, there are dropped frames and stutter.

With 'No acceleration' there are no dropped frames or stutter...    but then there is banding in HDR sources because 10bit doesn't work...   *facepalm*

Go to forum: Using SVP

32 Reply by narkohol

(2,526 replies, posted in Using SVP)

Chainik wrote:

> Install VapourSynth R70

yeah, great! but why? big_smile

To pass time with placebos until you come up with a new real improvement? wink


Chainik wrote:

everyone following these guides must understand clearly that this will improve absolutely NOTHING

Wasn't so sure about that, but no harm in testing when reverting the change is as easy as copying back a 200MB folder...

Go to forum: Using SVP

33 Reply by narkohol

(2,526 replies, posted in Using SVP)

Drakko01 wrote:

I do too add to the request for the update!

If someone knows how do it manually, and can provide a step by step is also welcome too.

Backup the entire "c:\Program Files (x86)\Svp 4\mpv64\" in case something doesn't work.


Install VapourSynth R70 from https://github.com/vapoursynth/vapoursynth/releases

Copy all from %LOCALAPPDATA%\Programs\VapourSynth\core\ to "c:\Program Files (x86)\Svp 4\mpv64\"


Install Python 3.12 from https://www.python.org/downloads/windows/

Copy all from %LOCALAPPDATA%\Programs\Python\Python312\ to "c:\Program Files (x86)\Svp 4\mpv64\"


https://i.postimg.cc/VNzg8j36/image.png

Happy smooth new year to all. smile

Go to forum: Using SVP

34 Reply by narkohol

(3 replies, posted in Using SVP)

What are the chances to get this working in SVP? any idea about the GPU power needed?

Go to forum: Using SVP

35 Reply by narkohol

(2,526 replies, posted in Using SVP)

Chainik wrote:

num_streams comes from the RIFE profile
force_fp16 = True, tf32 = True, use_cuda_graph = True
come from helpers.py

What about 'Workspace'?

vsmlrt.py 'performance tuning' header says "increase workspace", but in helpers.py it is set to backend.workspace = None

https://i.postimg.cc/Dy3PQKX9/image.png

Go to forum: Using SVP

36 Reply by narkohol

(2,526 replies, posted in Using SVP)

dawkinscm wrote:
narkohol wrote:

Does changing these as suggested in vsmlrt.py make sense for RTX 40XX gpus?

https://i.postimg.cc/505Pf7zr/image.png

If yes...    which numbers are recommended for 'Streams' and 'Workspace'?

any other recommendations for the other parameters?

What changes?

Those specified in that header as 'basic performance tuning':

        set fp16 = True (on RTX GPUs)
        increase num_streams
        increase workspace
        set use_cuda_graph = True
       

That by default are:

        fp16: bool = False
        num_streams: int = 1
        workspace: typing.Optional[int] = None
        use_cuda_graph: bool = False

Go to forum: Using SVP

37 Reply by narkohol

(2,526 replies, posted in Using SVP)

Does changing these as suggested in vsmlrt.py make sense for RTX 40XX gpus?

https://i.postimg.cc/505Pf7zr/image.png

If yes...    which numbers are recommended for 'Streams' and 'Workspace'?

any other recommendations for the other parameters?

Go to forum: Using SVP

38 Reply by narkohol

(2,526 replies, posted in Using SVP)

RickyAstle98 wrote:

Something weird happens, did 1080p test now, 6 delayed frames, then tried 1440p test, got 16 delayed frames!
Man, I used 4.25 heavy, thats model twice heavier than 4.6 (by performance)!

What's your GPU model? Nvidia drivers version and Windows version?

Go to forum: Using SVP

39 Reply by narkohol

(2,526 replies, posted in Using SVP)

RickyAstle98 wrote:

Only 2 delayed frames for 24 seconds with VSync jitter always sit under 0.200 (59.940Hz display mode / GSync off)
Only 5 delayed frames for 24 seconds with VSync jitter always sit under 0.320 (60Hz display mode / GSync off)

Ahhh...   now I see what it's happening here.

https://i.postimg.cc/MpRK7xy9/image.png

I am talking about 1440p output. 720p or 1080p are also fine here. This was with Model 4.22_lite v2, I think:

https://i.postimg.cc/T3r5VcpR/image.png

but 1440p:
https://i.postimg.cc/CK7ZtLGX/image.png

So, nowhere near maxing the GPU % usage, but very noticeable stuttering/hitching/dropped/delayed frames.


This is with Model 4.6, much lower GPU % usage, not even 50%, but still a lot of stuttering/hitching/dropped/delayed frames:
https://i.postimg.cc/T3QwR216/image.png

I don't get why it doesn't work smoothly for 1440p, when it's not using even 50% of the GPU.
And going back to 1080p resolution in 2024 is just too big of a sacrifice. The trade-off of resolution/smoothness at 1080p doesn't pay off...

Go to forum: Using SVP

40 Reply by narkohol

(2,526 replies, posted in Using SVP)

RickyAstle98 wrote:

I have smooth 60FPS playback!

Default SVP settings and RIFE engine, mpv player...

You mean 'default' with no scaling at all and no special settings in MPV??

MPV doesn't count Dropped frames properly. Even when you have a stutter fest playback it always says 'Dropped Frames: 0 (decoder) 0 (output)'

I had to use   --hr-seek-framedrop=no --framedrop=no --video-sync=display-tempo    to display 'Delayed' frames, and then:

https://i.postimg.cc/T3QwR216/image.png

Go to forum: Using SVP

41 Reply by narkohol

(2,526 replies, posted in Using SVP)

RickyAstle98 wrote:

One more thing, the video has some bad frames, trees sequence, with/without RIFE and with/without GSync with/without 60Hz mode and with/without scaling methods!
The skip/delay/mismatch frames happens from scaling methods also (when you downscaling/upscaling the source footage)!

It plays smooth with DmitriRender... 
Even at 4K 120fps

https://i.postimg.cc/vmGW60pS/image.png

RickyAstle98 wrote:

I have smooth 60FPS playback!

With which SVP settings and which player/video decoder and video renderer settings?

Go to forum: Using SVP

42 Reply by narkohol

(2,526 replies, posted in Using SVP)

I don't know why, but after trying a crap ton of different options and combinations I can’t get SVP RIFE to do smooth 60fps playback.
There are always some microstutters/hitching and Dropped/Skipped/Delayed frames when I use SVP with RIFE, even with low CPU and GPU % usages (I'm using scaling to QHD 1440p and black bars on a RTX4080 and Ryzen 5950x).
If I disable SVP there are no Dropped/Skipped/Delayed frames or stutters/hitching.

I tried MPV, PotPlayer, MPC-BE, VLC with all available video renderers and video decoders in each one, and  the same happens in all of them.

All that I tried in detail here: https://www.svp-team.com/forum/viewtopic.php?pid=85781

TL;DR Can any of you play this file ( 30 seconds long dolly from Unbelievable 2160p DV HDR ) at 60fps perfectly fine with no Dropped/Skipped/Delayed frames and no visible hitches/stutters?

Go to forum: Using SVP

43 Reply by narkohol

(24 replies, posted in Using SVP)

Chainik wrote:

>Why does just one random core hit max usage, while other cores are totally unused?

because some (unknown) part of the computation chain is single-threaded

Ok, I found out the thing that was maxing out one core is RTSS frame limiting when using async active:
https://i.postimg.cc/DZzkMCfr/image.png

Using passive or Front Sync, Back Sync or Nvidia Reflex does not max one core...    but has a lot of stuttering.

So, the only thing that fixes the stuttering ends up maxing one cpu core...   and causing also stuttering.

https://i1.sndcdn.com/avatars-000239046698-mlhic7-t240x240.jpg

This is so utterly frustrating...


But the main thing is...   can you play this file ( 30 seconds long dolly from Unbelievable 2160p DV HDR  ) at 60fps perfectly fine with no Dropped/Skipped/Delayed frames and no visible hitches/stutters?

Go to forum: Using SVP

44 Reply by narkohol

(24 replies, posted in Using SVP)

Chainik wrote:

> Thoughts

Single-core CPU performance is also important for RIFE big_smile in fact, everything is important for RIFE.

Can you elaborate on what that means in relation to the issue?

Why does just one random core hit max usage, while other cores are totally unused?

I tried using BES ( https://mion.yosei.fi/BES/ ) to prevent that random core to reach max usage but it  introduces more constant stuttering.

Any suggestion for a solution?

Go to forum: Using SVP

45 Reply by narkohol

(24 replies, posted in Using SVP)

So, best detection so far is using RTSS. Here the framegraph limits are min 16.5 and max 17ms, so any minor stutter can be clearly seen.
But even frame limiting a bit under the refresh rate and with a perfectly flat framegraph...    there are still visible microstutters.

https://i.postimg.cc/CxSghk8R/image.png

The more suspicious thing I found is that no matter the settings, just one cpu core always ends up with max usage:

https://i.postimg.cc/Twm75HMf/image.png
https://i.postimg.cc/rsDp9WjV/image.png

It's always just 1 core, not the same one each time, and happens with both SMT off or on:

https://i.postimg.cc/xdjNzXwC/image.png
https://i.postimg.cc/Y2LGYKs1/image.png

Same happens with MPV/SMplayer and MPC-BE, with any video decoder and any video renderer...

Chainik wrote:

Thoughts/suggestions?

Go to forum: Using SVP

46 Reply by narkohol

(24 replies, posted in Using SVP)

flowreen91 wrote:

Only solution would be to upgrade your system until it massively outperforms the video player requirements... or resize to 480p instead xD

Can't wait to burn $3000 on a 5090 to maybe be able to play 1440p60 videos without stutter using 25% of the GPU power...

https://www.icegif.com/wp-content/uploads/2024/06/facepalm-icegif-3.gif

Jokes aside...  did more tests and although not perfect, PotPlayer runs smoother for me than MPV (SMPlayer) with either EVR Custom Present and these settings:
https://i.postimg.cc/50RCLcZG/image.png

or MPCVR with these settings:
https://i.postimg.cc/Dzf6cTMy/image.png

Besides the 30 seconds long dolly from Unbelievable 2160p DV HDR I posted before, the other best testing video file I have is a 30 seconds panning intro from Top Boy 1080p SDR (8MB)

Using those files on 'Repeat' is easy to catch any stuttering and Dropped/Skipped/Delayed frames by eye (sometimes they're not reported in stats/info).

It seems to me that maybe this problem is related to a bad handling of multithreading, because the lower number of threads I use in the video decoder (either LAV or MPC) and SVP seem to show better results, with less stutters or Dropped/Skipped/Delayed frames. But for 2160p content is impossible to go single threading, the lowest I can go is 2 or 3.

I'm doing more tests creating custom display modes with custom refresh rates in CRU , but so far no luck, still stuttering showing up.

Will keep testing and reporting any findings. Hope I'm not the only one interested in fixing this...

Go to forum: Using SVP

47 Reply by narkohol

(24 replies, posted in Using SVP)

Same happens with lower models like 4.0 or 4.6 with a GPU usage well below 50%...

https://i.postimg.cc/T3QwR216/image.png

Go to forum: Using SVP

48 Reply by narkohol

(24 replies, posted in Using SVP)

Chainik wrote:

> Thoughts?

It's quite obvious that higher resolution video can give more dropped frames.
I'm only asking about what you said regarding "a setting that should be doing nothing different because the source is already 1080p"

Ok, but why? when GPU usage is nowhere near 100%?

Go to forum: Using SVP

49 Reply by narkohol

(24 replies, posted in Using SVP)

Chainik wrote:

do you really have 1 (one) dropped frame?

No, of course not. It was just an example of what happens in a short period of playback time, compared to what does not happen in a much longer period of playback time.


flowreen91 wrote:

try to add in mpv.conf: framedrop=no and play around with the video-sync parameter

Same happens in MPV (SMPlayer), with this source (65MB): https://drive.google.com/open?id=1SWNDE … p=drive_fs

using these settings --hr-seek-framedrop=no --framedrop=no --video-sync=display-tempo
with 'Decrease to FHD/1080p':

https://i.postimg.cc/T3r5VcpR/image.png

no stutters, hitches or Delayed frames.

and then with 'Decrease to QHD/1440p':

https://i.postimg.cc/CK7ZtLGX/image.png

Lots of very noticeable stutters and Delayed frames (41 in 28 seconds), with less than 75% GPU usage.

I see MPV doesn't count skipped or dropped frames like PotPlayer does, for me it always says 'Dropped Frames: 0 (decoder) 0 (output)' even with very visible hitching/stutters like with that test video, that's why I added --video-sync=display-tempo. Tried all the other --video-sync= options but none of them made the video playback smoother.

Same happens with HW decoding off or any of the other options, any output driver and 'Direct Rendering' On/Off, 'Double buffering' On/Off and 'Video Slices' On/Off.

Thoughts?

Can you play this file ( https://drive.google.com/open?id=1SWNDE … p=drive_fs ) at 60fps perfectly fine with no Dropped/Skipped/Delayed frames and no visible hitches/stutters?

Go to forum: Using SVP

50 Reply by narkohol

(24 replies, posted in Using SVP)

flowreen91 wrote:
narkohol wrote:

Any suggestions? because honestly this is driving me nuts...  sad

mpv has framedrop setting:
https://gyazo.com/66c8443a541531a252cfaf994f9aaa89
try to add in mpv.conf:
framedrop=no
and play around with the video-sync parameter https://mpv.io/manual/master/#miscellaneous

Thanks, but it's not a Potplayer problem, because it does the same in MPC-BE and just by changing a setting in SVP it goes from 'ok' to 'not ok', without changing anything else.

I followed your RIFE guide, and thanks, it is great, but MPV is too much for me.

I already tried MPV, MPV.net and SMplayer, and my experience was pretty bad, either for lack of GUI, lack of options or bad performance. I don't feel like banging my head again now against a raw command line player.

SVP is supposed to support Potplayer, which I been using for many years.

I mean...   how can it be that a 1080p source have no frame drops when using 'Decrease to FHD/1080p' but it does when using 'Decrease to QHD/1440p', with both at the same less than 50% GPU usage?  that's only a change in an SVP setting, a setting that should be doing nothing different because the source is already 1080p and the gpu usage is the same for both.

Something is not right here.

Go to forum: Using SVP