1

(4 replies, posted in Using SVP)

Thanks for the Link!

I was afraid of this... Nvidia drivers are so notoriously unstable that I always avoid touching them for as long as possible. Anyways, I'll give it a shot and reinstall them and report back.

2

(4 replies, posted in Using SVP)

Alright, I finally got around to testing this again and the SVP log does indeed throw up a number of error messages:

12:48:53.813 [i]: VideoPlayer: mpv connected, waiting for the video info...
12:48:54.307 [i]: VideoPlayer: mpv 0.26.0-dirty
12:48:54.355 [i]: Media: video 1920x1080 [PAR 1.000] at 23.976 fps [constant]
12:48:54.355 [i]: Media: codec type is AVC, YUV/4:2:0/8 bits
12:48:54.380 [i]: Playback: starting up...
12:48:54.384 [i]: Playback [f3de6dff]: Frame server (64-bit) C:\Program Files (x86)\SVP 4\mpv64\vapoursynth.dll
12:48:54.385 [i]: Playback [f3de6dff]: resulting video frame 1920x1080
12:48:54.385 [i]: Playback [f3de6dff]: 1 acceptible profiles, best is 'Automatic' [0]
12:48:54.422 [i]: Playback [f3de6dff]: enabled while video is playing
12:48:54.422 [i]: Profile: using auto values [1]
12:48:54.441 [i]: Playback [f3de6dff]: playing at 59.94 [23.976 *5/2] 
12:48:54.535 [E]: Playback [f3de6dff]: VS - Script evaluation failed:
12:48:54.535 [E]: Playback [f3de6dff]: VS - Python exception: SVSmoothFps: unable to init GPU-based renderer - code 255
12:48:54.535 [E]: Playback [f3de6dff]: VS - Traceback (most recent call last):
12:48:54.535 [E]: Playback [f3de6dff]: VS - File *src\cython\vapoursynth.pyx*, line 1821, in vapoursynth.vpy_evaluateScript (src\cython\vapoursynth.c:36464)
12:48:54.535 [E]: Playback [f3de6dff]: VS - File *C:\Users\****\AppData\Roaming\SVP4\scripts\f3de6dff.py*, line 52, in <module>
12:48:54.535 [E]: Playback [f3de6dff]: VS - smooth = interpolate(clip)
12:48:54.535 [E]: Playback [f3de6dff]: VS - File *C:\Users\****\AppData\Roaming\SVP4\scripts\f3de6dff.py*, line 35, in interpolate
12:48:54.535 [E]: Playback [f3de6dff]: VS - smooth = core.svp2.SmoothFps(input_m,super[*clip*],super[*data*],vectors[*clip*],vectors[*data*],smoothfps_params,src=input_um,fps=src_fps)
12:48:54.535 [E]: Playback [f3de6dff]: VS - File *src\cython\vapoursynth.pyx*, line 1713, in vapoursynth.Function.__call__ (src\cython\vapoursynth.c:34604)
12:48:54.535 [E]: Playback [f3de6dff]: VS - vapoursynth.Error: SVSmoothFps: unable to init GPU-based renderer - code 255
12:49:00.815 [i]: Playback [f3de6dff]: deleted

Does anyone with more knowledge have any idea what's going on?

I will create an MPV log next and post here if I see anything interesting.

Hello!

I'm using the latest version of SVP 4 PRO on Win10 and wanted to give MPV a shot, but it doesn't seem to detect playback.
There is also no OSD and it's pretty obvious that SVP is not functioning.
I also tried "Open file via MPV", but the result is the same.
Changing admin privileges didn't help either.
Any help would be much appreciated.

Maphuse

The assessment works now, but now it appears that the audio increasingly to lag behind the video for some sources. I'll open a separate topic for that though.

Oh man I updated to the latest driver (version 4664) right after I got the laptop back from the repair a week ago, but apparently somehow the driver didn't get selected, causing the laptop to run on the old driver, even though the new one was already installed.

I just selected the new driver in Device Manager and was able to run the assessment tool.

I'm at work right now so I can't test any actual video, but I'll check it once I get home and will report back.

As stated in the title, the system performance tool crashes during assessment. The point where it crashes "GPU-based frame rendering".

I'm using the latest version of SVP 4 Pro with latest graphics drivers on an i7 7500U processor with Intel HD 620.

I'm using SVP with MPV, and I noticed that MPV crashes a lot during playback. I thought this might be related to the failure of the performance tool, but I have a to do a bit more testing before I know for sure.

Any help with getting the performance tool to work would be appreciated.

Just wanted to report back that my playback is flawless now with mpv and SVP. I simply deleted the vo and hwdec settings from mpv's custom settings file. It's worth noting that mpv is worlds better than MPC-HC at this point, but I suppose that's still owed to the driver issues.

Everything up to 1080p plays without any hiccups on medium SVP settings, for anyone who is interested in the performance.

Playing 4k video with SVP is a pipe dream of course, but I was expecting that. I suppose it would only work with a recent desktop graphics card (I'll give that a shot when I get back to my desktop PC in half a year).

brucethemoose wrote:

You sure? It says they're from November 9 on the website.


Whenever I get a new laptop, I like to wipe it and clean install Windows to get any bloatware and iffy drivers off.


That would've been the right thing to do. It's kinda too late now since I already installed so much software and some of it is a hassle to install because it has to be done by my employers IT.

Either way, you were right, the website drivers were newer than the windows ones. They still don't work properly, but at least I'm back to "normal".

Thanks again for all the helpful advice. It's been quite Sisyphean again since I last posted.

The short version is that SVP is now crashing every time I try to assess system performance and basically doesn't work at all again.

The slightly longer version is that I have now an older driver than before, because my laptop apparently shipped with a version that is newer than what is provided by Windows update. I didn't even try the one from the Intel website, because it lists driver version 15, whereas my version is 20. Regarding SVP, it starts with MPV, but is completely laggy and unwatchable. It doesn't start at all with MPC-HC.

I guess my best bet is to just wait it out and hope that the drivers get updated soon?

My suspicion is that bleeding edge versions of MPV (like the one I linked) support Kaby Lake, while the older version SVP installs does not. What about the newest version of plain MPC, does that work with and without SVP?

The newest version of MPC is over a year old, so from before Kaby Lake came out. I did try it, but it didn't make a difference.

did you tried different video renderers in MPC-HC, I mean all of them one by one, starting from "system default"?

Bingo. After trying out all renderer options in MPC-HC, I made the following observations:
Every option with no check for "DXVA" worked well.
Everything with a check for "DXVA" only worked in combination with D3D fullscreen.

MadVR did not produce useful results, even after checking/unchecking the D3D and fullscreen exclusive options in madVRs own settings.

The best result was by far achieved with Video Mixing Renderers.

So I've just tried to reinstall SVP, disabled GPU, disabled throttling and Turbo using Throttlestop, ran a new performance test, moved the settings slider all the way to the left, and the result is unchanged, ergo I'm back where I started.

At least we're a little bit smarter now. One interesting thing I noticed was that the version of MPV that comes with SVP doesn't play anything well, even with SVP turned off, whereas the standard version works absolutely flawlessly.

ok, what about playing native 60 fps video w/o SVP?

I don't have any on hand, but on Youtube, it works fine. 4K plays fine as well when I use the rigth player and that should have 2 times the bitrate of 1080p60fps if my math is correct (I don't know if this translates into CPU performance though).

Chainik wrote:

May I suggest to turn off GPU acceleration in SVP?

I don't like that:

HD Graphics 620 ... Base clock (MHz) 300 ... Boost clock (MHz) 1000-1050

May it's a GPU part that throttling somehow hmm

That was actually my first reaction to this problem, since my experiences with GPU acceleration in SVP have always been mixed. Didn't help, but maybe I'll do it again and run the performance test with GPU turned off just to make sure.

brucethemoose wrote:

"and codecs"

You said it before, but just to be clear... you aren't installing anything besides SVP, right? "Codec packs" are a relic of the past, you shouldn't install anything beyond what SVP installs.

Yeah I'm just referring to ffdshow, since svp doesn't uninstall that automatically.

Will try to reinstall later tonight or tomorrow and report back.

OK, so first I tried all the suggestions that I hadn't tried yet, i.e. the large motion vector grid setting, which did nothing to help my performence.
Just for the heck of it, I used ThrottleStop to disable turbo and did another SVPmark, and while the results were worse than before, they were enough for 60fps at "good" settings.

After that I uninstalled all my video players and codecs, including SVP, restarted, and installed the latest version of mpv, and the playback is flawless.
I haven't reinstalled SVP yet, because I fear that it will mess everything up again and I maybe you guys have other ideas.

James D, just a quick question before I get the time to try your suggestions: Shouldn't the throttlestop monitor SHOW that throttling is active by displaying values less than 100 in the CMod or Chip column?

Also, I already mentioned that I even have issues playing files without SVP, in MPC, VLC and MPV. I'm currently stuck using Windows Media Player because it's the only player that plays everything smoothly. Everyone seems to be ignoring that so far.

Start with a large motion vector grid and 2 pixel precision, just to see if it works.

Sorry for the n00b question, but I'm not sure how to do that. I see the entry for mv_grid in my settings, but I can't change it.

Thanks for all the suggestions.

  • James D, I'm not sure what you mean by "2 times smaller" - do you mean half? Using rough numbers, I entered 400, 150 and 500, but it didn't really change much.

  • brucethemoose, you're completely right, the problem starts rightaway, when the processor speed reads 3.4 GHz. About your suggestion, I finally bought the pro version (I've been enjoying SVP for long enough to feel justified in paying for it). MPV performance is kind of the same as MPC, it definitely doesn't fix my problem. If I find a USB stick and some time, I'll see what Linux does if we can't find another solution to this problem

Thanks everyone for your input so far. I'd be quite happy if we could solve this together.

Just to add to my previous post, I ran ThrottleStop alongside SVP with 4K video playing, and it shows that no throttling is happening whereas the CPU activity is at about 60%, so it's definitely not a CPU issue (see screenshot if you're interested).

I'd really appreciate it if I didn't have to see more CPU hate posts here. I think my screenshots and test results demonstrate that the CPU is more than sufficient for basic SVP usage and the problem must lie somewhere else.

I don't really understand why you jumped to CPU power rightaway anyways, considering how old SVP is and how slow the first machines were that it was designed for. Seriously, the U series might be a little slower than other i7 CPUs, and their marketing as i7 might go against the grain of someone performance-minded, but it's still a quite decent mobile CPU and it's certainly not appropriate to call it "garbage", if you take it for what it is, even performance-wise and in respect to SVP usage. It's not like I'm trying to render the latest Pixar movie on my ultrabook.

Anyone commenting on how weak my CPU is please take a moment to read my posts and consider how unhelpful that comment is. I get that you all hate my CPU. I didn't get "fooled" by marketing, it's an ultrabook that I use while I'm not at my desktop, and there's a limit to what fits inside such a device. This is the best ultrabook processor and the best 7th-gen chip available at the moment and thus the only chance for me to even have the possibility to watch Netflix in 4K on it in the future due to the x265 support (fingers crossed that they will actually allow that at some point).

Umm... James D, thanks for your input nonetheless, I'll try ThrottleStop.

It's still a quite recent processor and it should be more than enough for an average result. Maybe my SVPmark results can clear up the performance question before more people comment on that. According to this, I should be able to go up to medium settings on 1080p60 without major issues:


Test summary
-----------------------
  Date: 2016-11-05T10:14:04
  CPU:  Intel Core i7-7500U @2903 MHz [4 threads]
  GPU:  Intel HD Graphics 620 [ver.21.20.16.4534]
  Mode: FHD + GPU [9 threads]

Overall scores
-----------------------
  Synthetic CPU:                  MC1317
  Synthetic GPU:                  MG2256
  Real-life:                           FG1472

Details: synthetic
-----------------------
  CPU: compose (single-threaded): 691
  CPU: compose (multi-threaded):  1584
  CPU: search (single-threaded):  547
  CPU: search (multi-threaded):   1128
  GPU: system -> GPU transfer:    736
  GPU: GPU -> system transfer:    955
  GPU: calculations:              747
  GPU: total score:               3413

Details: real-life /FHD
-----------------------
  decode video:                   10.17x (244.1 fps)
  48 fps - vectors search:        0.81x (38.7 fps)
  60 fps - frame composition:     1.90x (113.9 fps)
  48 fps - [SVP] fastest:         3.60x (172.7 fps)
  48 fps - [SVP] simple 1:        2.42x (116.3 fps)
  60 fps - [SVP] good:            1.25x (74.7 fps)
  60 fps - [SVP] high:            0.98x (59.0 fps)
  60 fps - [SVP] highest:         0.46x (27.7 fps)
  72 fps - [SVP] simple 2:        2.07x (149.4 fps)

No, unfortunately dlr5668's advice didn't help me. I am therefore attaching the graphs as requested: the first screenshot is taken while playing a 480p file, the second one while playing a 1080p file and the last one while playing a 2160p file. However, the index drops to N/A everytime the audio/video lags.

I don't have pro at this point. I might consider it even if it's just to support the devs, but I'd rather make sure that it works BEFORE I pay for it wink.

On a relevant note, I just realized that the issue persists even if SVP is turned OFF, so there's definitely something funky going on with MPC or my codec/filter settings. I did several clean installs, so it seems to be something that is included in SVP's auto-setup.

Thanks for the inputdlr5668. Maybe you're right, but I'm not sure that that's the whole issue here. I've used SVP with much slower CPUs, and so have thousands of others. And older versions of SVP worked without hardware acceleration altogether, so the weak graphics card can't really be the one to blame either.

I'm not actually expecting top performance. My problem is rather that it doesn't really work at all, as in, SVP makes the video lag and the audio skip several seconds at a time, even at lowest settings and with low-res source material (just tried out a 480p video, same result).

Dear SVP community,

I've just installed SVP with MPC-HC on my brand new Razer Blade Stealth, with Intel's new Kaby Lake i7-7500u processor and Intel HD Graphics 620, which supposedly brings hardware support for x265 with it.

However, I just can't seem to get it to work properly. The issues and my actions (according to my previous research) are as follows:

  • I get plenty of dropped frames and the audio drops every few seconds, making SVP virtually unusable.

  • None of these issues exist when I turn off SVP.

  • Issues persist with large and small files alike, although it is worse with higher resolutions (4k)

  • I have tried files encoded in x264 as well as x265, with no difference

  • I tried disabling d3d in MPC-HC

  • I tried disabling the hardware acceleration in SVP

  • I tried various hardware acceleration options in MPC-HC's LAV video filter

  • I've tried a full install first, with madvr, Reclock, 64bit and everything, but after having these issues, I uninstalled everything and did a clean 32bit install without madvr and reclock. Unfortunately, this didn't help either.

Any input would be greatly appreciated.