You are not logged in. Please login or register.
SmoothVideo Project → Posts by Mystery
I just tried running SVP in a script in x64 mode. Performance is a LOT slower than x86!! What's up with that?
Are there knows issues with Avisynth SVP x64?
Why would you use SVP encoder if you're not changing the frame rate? If you just want to re-encode download FFMPEG and do it from the command-line.
You will *always* lose quality when re-encoding.
I tried taking the generated SVP script and merging it with the AVS file I'm opening in MPC-HC. In x86, the CPU difference is marginal. (but this workflow would allow for x64)
What surprises me is, there are more dropped frames when opening the script directly than when playing via ffdshow! When the script lags behind playback, then playback becomes all jerky and it doesn't recover well at all. Ffdshow appears to allow for smoother recovery and smoother playback.
Which brings up another issue I hadn't realized before. In scenes with high animations, with 55% CPU usage and 70-80% GPU usage, I can get tons of dropped frames! Even when opening the video file directly in the player with only SVP. What's causing these dropped frames? Obviously it's taking longer to compute highly-animated scenes, but the CPU is still half-available.
I had tuned SVP (and madVR) settings for my computer a while ago. But lately, when I play videos, I'm seeing a lot of lag. I need to tune down the settings quite a bit to get good playback. Can't exactly say when this started. I'm using Windows 10 laptop with Radeon 1050. The videos play fine some of the time, and at other times the CPU caps at 100% and it lags, and then it comes back to normal, and then lag again.
Has anyone else experienced a decrease of performance, and perhaps found the cause? It could be a Windows update or a graphics driver update or something else. Searching online, a lot of people were complaining about similar performance issues after the Windows Creative Update, but that's quite a while ago.
Just curious what others have to say.
With the current SVP Manager, is there any reasonable way I could implement this workflow? Perhaps initiate the playback and script into a separate player that SVP manages (would have to look at the best way to do so), and then play it into a player that I control.
This plugins converts HDR to SDR
https://www.videoartifact.com/hdr/
madVR supports HDR content; can you get madVR to render HDR correctly when playing an Avisynth script file instead of opening the file directly? Or what's the problem exactly
I see you added a "Temporarily disable SVP" which can avoid me from killing the process to disable it; still have to see how to use that from code.
If I wanted to do this flow, I would have to:
- Let SVP open the video via ffdshow
- Intercept the generated AVS file
- Disable SVP
- Modify/inject the intercepted script into my player script
- Load it into MPC-HC
This could work but would cause even more glitching on loading videos.
Any way I can ask SVP to generate the script for a given video file without playing it? Or perhaps it would have to believe my own application is playing it and SVP would kick in while I control the playback?
Additionally, I'm just thinking -- it could be possible to run SVP in Vapoursynth (which doesn't support audio), then load that script in Avisynth and load the Audio alongside it. Is the performance and stability of SVP better in Vapoursynth than in Avisynth? As an additional benefit, then I can also run MPC-HC in x64.
MPC-HC can open 10-bit Avisynth script no problem. It views it like this
Video: Y3 640x480 24fps [V: rawvideo, yuv420p10le, 640x480]Cross-referencing this thread, such a workflow of loading the avisynth script into MPC-HC instead of capturing it via ffdshow would allow for 10-bit output.
When playing videos, I have this ridiculous chain:
- Video loaded via an Avisynth script to change the pitch from 440hz to 432hz
- Video passed to SVP via ffdshow
- Video runs through another Avisynth script
- Video is rendered in HPC-HC via madVR
I'm just thinking. Would it be possible to have a single Avisynth instance running, to inject the code that would run into the first script I'm loading? Then no ffdshow and only 1 Avisynth engine running, should improve performance and stability. But is there any way it can be done? The challenge would be getting the per-video configuration that SVP Manager needs to generate.
I think such feature would require a specific API support from the Manager; and it could notify to reload if settings change.
note: high-bit-depth SVP processing would consume a lot more CPU/GPU!
Wow, AVS files won't play with SVP without K-Lite Codec Pack, and installing it fixes the issue!!
GOOD TO KNOW!!
OK the videos where SVP doesn't work are Avisynth script files (attuning the audio to 432hz), and those that work are opening the file directly.
This used to work perfectly fine. What could have changed?
uh... what's even stranger is that it works for some videos.
Playing this video
VP80 640x360 25fps [V: vp8, yuv420p, 640x360
It renders correctly with SVP
Playing this video
I420 1280x720 23.976fps [V: rawvideo, yuv420p, 1280x720]
SVP says "no active playback"
!??
External filters contains 1 element: ffdshow raw video filter
Not exactly sure since when (SVP just updated) but it now says "No active playback" and here's the log. What's wrong?
15:41:15.133 [i]: Main: starting up SVP 4 Pro [4.2.0.140]...
15:41:15.134 [i]: Main: args: none
15:41:15.135 [i]: Main: working dir is C:\Program Files (x86)\SVP 4\
15:41:15.135 [i]: Main: data dir set to C:\Users\Etienne\AppData\Roaming\SVP4\
15:41:15.137 [i]: Settings: loading main.cfg OK
15:41:15.137 [i]: Settings: loading ui.cfg OK
15:41:15.138 [i]: Settings: loading frc.cfg OK
15:41:15.139 [i]: Settings: loading profiles.cfg OK
15:41:15.141 [i]: Settings: loading custom.cfg OK
15:41:15.143 [i]: Settings: loading lights.cfg OK
15:41:15.144 [i]: Main: using Qt 5.7.1 (i386-little_endian-ilp32 shared (dynamic) release build; by GCC 5.3.0)
15:41:15.145 [i]: Main: device scale is 1, user defined scale is 0
15:41:15.145 [i]: Main: system locale is [en-ca]
15:41:15.150 [i]: Main: preferred language is [en-us]
15:41:15.152 [i]: Main: setting language file to en.qm...
15:41:15.216 [i]: Main: module 'plugins/svpflow1.dll': 4.2.0.133
15:41:15.218 [i]: Main: module 'plugins/svpflow2.dll': 4.2.0.145
15:41:15.218 [W]: Main: PATH doesn't contain mpv64 folder, VLC and libmpv players may not work
15:41:15.218 [W]: Main: PYTHONPATH doesn't contain mpv64 folder, VLC and libmpv players may not work
15:41:15.220 [i]: Main: running OpenCL info...
15:41:15.232 [i]: Main: collecting system information...
15:41:15.232 [i]: OS: Windows 10 [10.0.17134]
15:41:15.235 [i]: CPU: Intel Core i7-7700HQ [base frequency 2808 MHz, 8 threads]
15:41:15.236 [i]: Video: registry info - Intel HD Graphics 630
15:41:15.236 [i]: Video: reading OpenCL info...
15:41:15.310 [i]: Video: 1 GPU OpenCL device(s) on Intel(R) OpenCL [OpenCL 2.1] (Intel(R) Corporation)
15:41:15.310 [i]: Video 1: device name 'Intel(R) HD Graphics 630' (Intel(R) Corporation, ver.23.20.16.4849) [gpuID=11]: OK
15:41:15.310 [i]: Video: 1 GPU OpenCL device(s) on NVIDIA CUDA [OpenCL 1.2 CUDA 9.2.156] (NVIDIA Corporation)
15:41:15.310 [i]: Video 1: device name 'GeForce GTX 1050' (NVIDIA Corporation, ver.398.36) [gpuID=21]: OK
15:41:15.311 [i]: Memory: 16268 MB total, 11408 MB free
15:41:15.312 [i]: System: finding network settings...
15:41:15.684 [i]: Power: AC is ON [1]
15:41:15.842 [i]: Screens: updating information, 1 screen(s) found
15:41:15.877 [i]: Main: preparing video profiles...
15:41:15.930 [i]: Main: preparing performance graphs...
15:41:15.980 [W]: Control: failed to register shortcut Meta+Ctrl+E
15:41:15.982 [W]: Control: failed to register shortcut Meta+Ctrl+N
15:41:15.983 [W]: Control: failed to register shortcut Meta+Ctrl+C
15:41:15.984 [W]: Control: failed to register shortcut Meta+Ctrl+V
15:41:15.984 [W]: Control: failed to register shortcut Meta+Ctrl+S
15:41:16.088 [i]: Main: preparing ffdshow...
15:41:16.088 [i]: FFDShow: found 32-bit version 1.3.4532.0 [C:\Program Files (x86)\ffdshow\ffdshow.ax]
15:41:16.094 [i]: Main: preparing remote control...
15:41:16.094 [i]: RemoteControl: started
15:41:16.094 [i]: Main: preparing main menu...
15:41:16.218 [i]: Main: loading extensions...
15:41:16.235 [i]: Main: initialization completed in 1004 ms, but still waiting for the screens measurement...
15:41:16.276 [i]: Updates: checking now...
15:41:18.935 [i]: Screens: screen 0 - 1920x1080 @59.997 Hz [measured], x1.0 [141 DPI]
15:41:18.935 [i]: Screens: primary screen is 0
15:41:19.420 [i]: Performance: quick estimation = 473 (previous value was 455)After reinstalling Windows, I'm having some problem with SVP.
If I run it in MPC-HC with madVR enabled, SVP doesn't run at all, it says no active playback.
If I disable madVR, then it renders via SVP but it is extremely laggy.
What the heck is going on here?
After reinstalling (I chose to install also mvp x64 to try it), it says 32-bit core components aren't installed when playing in MPC-HC, and according to the setup utility, that's definitely installed. It looks like there are a few bugs with the installer.
Somehow it's still not working, not sure what's broken. I might try uninstall and reinstalling SVP.
ah it's the latest version? I thought SVP required a specific version; perhaps it got patched to support any version afterwards?
I installed a new K-Lite Codec Pack and it overrode FFDShow used by SVP; and it's currently not working probably because of that. I'm not finding a link to download the right version on the website, and I used the components installer to uninstall it, and then when I click to reinstall it, it doesn't install anything. Looks like a bug in the installer.
Where can I download the right version manually?
Here's a frame interpolation script using MvTools
You need to learn the basics of Avisynth first.
Would MFlowBlur be useful anywhere in that script?
Wait a second. Could artifacts be covered with MFlowBlur instead of frame blending? Does MFlowBlur generate artifacts?
SmoothVideo Project → Posts by Mystery
Powered by PunBB, supported by Informer Technologies, Inc.