Search options (Page 6 of 8)

https://gyazo.com/3b2771c7a2dee8994b431a283f215f12
Go to Frame Size and change "Black bars detection" to "One Time Only" or disable it.

After further investigation it seems the v2 issue is caused by old .dll files.

Out of the box svp with rife model 4.9 v2 with tree wiggle present:
https://gyazo.com/67445b08ae0aa2a214e8cb054e051b1b
Out of the box svp with rife model 4.9 v2 with tree wiggle fixed:
https://gyazo.com/61d5906c4bbbe4887171fd5724c6d4ed

If u override vsmlrt-cuda and vstrt.dll from rife folder with:
https://github.com/AmusementClub/vs-mlr … 4.test2.7z
Issue gets fixed.
If u downgrade back to:
https://github.com/AmusementClub/vs-mlr … 14.test.7z
wiggle issue will reappear.

You can check the example here:
https://drive.google.com/drive/folders/ … sSi1Kl8tSn

Please compare the differences and address this Rife v2 issue when u have time.
Thanks a lot @Chainik!

Guide for updating RIFE to latest TensorRT from 3 days ago: https://github.com/AmusementClub/vs-mlrt/releases

Step 1: Download https://github.com/AmusementClub/vs-mlr … uda.v14.7z
Step 2: Go to C:\Program Files (x86)\SVP 4\rife\ and move the following to a backup folder: vsmlrt-cuda,vstrt.dll,vsmlrt.py
Step 3: Open vsmlrt-windows-x64-cuda.v14.7z and copy vsmlrt-cuda,vstrt.dll,vsmlrt.py in their place

Step 4: Edit vsmlrt.py replace line 1821
old:
tempfile.gettempdir(),
new:
os.path.expandvars("%APPDATA%\\SVP4\\cache\\"), #!SVP

Step 5: Edit helpers.py replace line 52
old:
return RIFE(clip,multi,1.0,None,None,None,model_num,backend,ensemble,implementation)
new:
return RIFE(clip,multi,1.0,None,None,None,model_num,backend,ensemble,True,implementation)

Step 6: Enjoy 10-15% performance drop caused by upgrading to latest code!

Noteable issues:
Your PC might not have the power to 2x a 4K video, and mpv might display desync errors that cancel SVP interpolation https://gyazo.com/a4714c85227b5b596a5f71084b5c2fae
so u should test it with a frc.frame.resize -19201080 or lower

Should SVP devs upgrade the out of the box vsmirt script so they will fix it for all users?
(knowing that non-lazy users might play around with v2 versions for that extra performance and run into that bug)

Never noticed, nevermind then. xD
If the upgrade to it would be safe and not create other issues, it would be nice for current SVP to be forward compatible with the future v2 models that they create.

I'm experiencing the same thing on my 4080. Our GPU is more bottlenecked by PCIe traffic flow than RAM at this point.
End goal should always be a stable product that users would brag about how good it is. "Random picture shake" effect when watching movies should not be one of it's downsides.

No clue why these commands don't do anything.
If i add following in mpv.conf it starts seeking in increments of 5 seconds just like you mentioned:
hr-seek=yes

Please attach a 1 minute of the badly encoded video and 1 minute of the fixed encoded video for future reference.
That way we can compare the differences in how RIFE runs on our system. Thanks!
The car moving backwards is funny as hell. xD

Nevermind, link the full version for that one then.

We can safely assume average user has the default out-of-the-box SVP installed. Easier to get it by doing a fresh install.
Provide the devs a badly encoded video and they should be able to find the code to fix it. No need for you to keep investigating it.

Well if the devs could have reproduced it on anything then they would have fixed it already >_>

Hmm, did you try these too in order to fix the frames stutters?
1. stop using Lossless Scaling on top of SVP
2. change MPV config to prevent additional frame blending like:
video-sync=audio
interpolation=no
gpu-api=d3d11
hwdec=no
3. RIFE GPU threads = 2 (can interpolate better than 1 thread)
4. frc.frame.resize to smaller resolution until your GPU has enough extra bandwidth for the worse case scenario interpolation scenarios
5. check if issue persists on v1 without performance boost (in case there are major internal differences between that and v2 with performance boost that we don't know about)
Compare it on a basic predictable panning scene like:
https://drive.google.com/drive/folders/ … nG0qJnlw4I

Please compare if there are any noticeable performance differences if you switch to software decoding here:
https://gyazo.com/d54298fdce3238ddb7502698bfba9ad3 (i am just curious)
Overall your settings are great. Good job!

1. Both work, MPV slightly faster.
2. Both work. Use which one you have better results.
3. Search "resize" in settings and specify your exact resolution downscale value https://gyazo.com/755782ab2c201f627031aa450509fa10
    Try to add various shaders to regain visual quality.
    Probably not possible to apply the mpcVR downscaling shaders before SVP resize. Developers might know more.
4. 2 threads+, enabled. Use which one you have better results.
5. Ensemble = testing purposes, ignore it.
    V2 = faster than V1 because "v2 models handle paddings internally and reduce PCIe traffic flow", use with Performance boost enabled. Always use this.
    Lite = uses less resources, less precise, lower quality than non-Lite. It's ok cause allows 4K enjoyers to watch at 48 fps.
    Newer versions = usually smarter AI model so better smoothness
    https://www.svp-team.com/forum/viewtopi … 301#p84301
6. Search "rife_sc" in settings https://gyazo.com/f4966e81c9c0453f82c5c3de86de0b88

Latest RIFE says it fixes live action movies interference artifacts:
https://www.svp-team.com/forum/viewtopi … 347#p84347
Try to see if it fixes your issue by getting it from here:
https://github.com/AmusementClub/vs-mlr … nal-models

As aloola said, the GPU doesn't have enough power yet for 24x3
We can only bypass it by reducing how many pixels we send to RIFE by using a resize setting lower than 4K resolution:
https://www.svp-team.com/forum/viewtopi … 264#p84264