551

(9 replies, posted in Using SVP)

Just to make sure, your CPU is nearly maxed out when trying to interpolate to 144fps, correct?  If it is not maxed out, then you should first probably try to manually increase the amount of threads that SVP uses (Application settings -> Additional options -> Processing threads) since it tends to be overly-conservative and  therefore leave performance on the table; fyi set it to the smallest value that gives you perfectly smooth performance (don't just max it out because, if you have perfectly smooth performance with 15 threads, then setting 23 threads will give higher CPU utilization without any benefit)


But even if your CPU utilization is not maxed out, sometimes you can still have wonky performance issues that can only be solved by doing one or more of the following:


1. If you use MadVR, enable "use direct3d 11 for presentation"

2. If you don't use MadVR but do use MPC-HC, enable "D3D Fullscreen" in 'Options' under "Output"

3. In LAVfilters (particularly the one built into MPC-HC if you use that), set your decoder to "DXVA2 (copy-back)"

4. If all else fails, try to disable GPU acceleration in SVP itself (Application settings -> GPU acceleration)


If none of the 4 suggestions listed above fixed your issue, then at least make sure you re-enable GPU acceleration in SVP; other than that the other settings can be left alone or changed according to your preference.

----------------------------------------------------------------


Anyway, to actually answer your question, the only way to do that in SVP 4 Free is to actually set your monitor to 48Hz. In order to do this you may need to make a custom resolution.

It is important to note however that, in SVP, doing 5x and 6x interpolation is considerably more intensive than 3x and 4x.  While 2x is indeed the least intensive, even mid-level systems should have no problems with 3x or 4x, so you may want to try those out before dropping all the way down to 2x.


If you use MPC-HC, I would also highly recommend using its built-in automatic resolution/refresh rate changer; info on setting it up (along with configuring SVP to activate even on high frame rate videos) can be found in this thread:
http://www.svp-team.com/forum/viewtopic.php?pid=56025

If you do not use MPC-HC, I believe MadVR has a similar automatic resolution changer, but I have no experience with it.

552

(14 replies, posted in Using SVP)

Then use a custom refresh rate of 48Hz.

24fps --to-> 48Hz is smoother, has less artifacts, and is less computationally demanding than 24fps --to-> 60Hz.

The only thing is that 24fps --to-> 60Hz may feel "faster" however.

553

(14 replies, posted in Using SVP)

Don't forget that MPC-HC also has an automatic resolution/refresh rate changer!  That way you don't have to stick with 48Hz/72Hz for 25fps and 30fps content.

554

(14 replies, posted in Using SVP)

Maybe he's always had tearing and the high framerate is just making it more noticable now?

Either way, if you use MadVR, enable "use direct3d 11 for presentation" in the MadVR options.

If you don't use MadVR, enable "D3D Fullscreen" in the MPC-HC "Output" options.

555

(122 replies, posted in Using SVP)

dlr5668 wrote:

cpu stability / overheat problems

These two are not actually synonymous with each-other.

There are actually a few things missing in SVP4 Pro that were in SVP 3 however:


1. Drop every-other frame (useful for livestreams at times)

2. Per-profile scaling

3. Ability to scale to a pre-selected width OR height (rather than both height and width)

Chainik wrote:

right now Windows users haven't even heard about mpv (unless they're using Plex)

I don't use Plex and I know about mpv, and I don't even use Mac or Linux! tongue


Chainik wrote:

could you describe the problem with more details?

From what I can tell, the following script is the only way to have automatic resolution changing in mpv on Windows:
https://github.com/kevinlekiller/mpv_sc … tospeedwin

I was literally (yes, actually literally, not figuratively) getting a headache trying to figure out how to use such a thing.

One key point is that my monitor cannot use the same resolution for all refresh rates (I can run full resolution at 90Hz, but I need to reduce the resolution some for 120Hz), and I couldn't figure out if I would be able to use different resolutions for different refresh rates.

Chainik wrote:

don't forget about Vapoursynth engine support in the Pro version wink

But setting up automatic resolution changing in MPV is a complete pain if you aren't into coding or command line stuff, and having your refresh rate be an exact multiple of the original video framerate is an easy way to improve smoothness and reduce artifacts.

559

(14 replies, posted in Using SVP)

MAG79 wrote:

[Bilinear] is for less CPU and GPU load and to reduce use of memory. It is just the lighter renderer for low performance PC and for test purposes to detect if error in madVR or not. wink

But does it really make that big of a difference?  I just thought that, unless your system has really el-lame-o graphics (10+ year old Intel graphics), the difference in performance is negligible (at least it seems that way on my AMD E-350 vs Core 2 Duo + 965GMA iGP).

560

(14 replies, posted in Using SVP)

MAG79 wrote:

.m4jX
Did you try EVR Custom renderer with D3D Fullscreen? It eats less memory than madVR.

I know you didn't actually say it in your text, but in the image you highlight the resizer being set to "Bilinear".

I think it's safe to say that, if someone is trying to play 2160p videos that they can take the minor increase in CPU utilization that comes from using Bicubic specifically for downscaling.

561

(186 replies, posted in Using SVP)

AndyDragneel wrote:

And with the target frame rate double rate (2x) the video is at 47fps,so i changed it "to screen refresh rate".

Please don't change that.  You get less artifacts when using an exact multiple and using 2x also give lower CPU utilization.  Right now 2x will not be as smooth, but that's because we aren't quite done yet.

Basically, after we get SVP squared away, I was going to tell you how to set up MPC-HC so that automatically switches to the best refresh rate based on the frame rate of the video content (for example, 24fps is smoother at 48Hz than it is at 60Hz).  If you want to get a head-start, see this thread starting from this port.

AndyDragneel wrote:

there are too much artifacts!!

However i see some imperfections when "the motion is going to finish",so when the scene is going to change i see a little stutter.

Oh, and however the cpu usage with these settings is 38% 45%

First off, use "double rate (2x)".

If you have the CPU headroom try using "Complicated" with either 'Uniform' or '1.5m'.  Note that you may have to lower some other settings if the increase in CPU utilization is too much.

If that is still not good enough, try lowering the "Motion vectors grid" to something like '16px', '24px', etc.

You can also try switching the "Processing of scene changes" between 'Blend' and 'Repeat' and see which is preferable (assuming it makes a difference that is).

And there's always the option of increasing the "Artifact masking" which will sacrifice smoothness but will make artifacts less noticeable. This increases CPU utilization a bit.

Lastly, you could even increase the settings for "Decrease grid step", but the difference is arguably placebo-level (and for HD content, do not use the setting "to smallest step"); this can increase the CPU by quite a lot.


Good luck, I must go to bed for the night.

562

(186 replies, posted in Using SVP)

You don't have to, it's just that the other settings really don't work that well for anime (you'll get weird artifacts).

563

(186 replies, posted in Using SVP)

VB_SVP wrote:

IME, "Sharp" shader < "Complicated" shader for anime as Sharp has significant haloing on moving objects.

Even in SVP 3.1.7?  I was my impression that the haloing was largely an artifact in SVP 4.  Not only that, but "Complicated" takes way more CPU grunt, and we don't have lots of headroom for that (we're dealing with what would be equivalent to a quad-core Athlon 64 @ 1.8GHz, or a dual-core Core 2 Duo @ 3GHz).

Also, I believe you mean "IMO" (IME is the software technology used for typing east-Asian characters via a latin-alphabet keyboard).

564

(186 replies, posted in Using SVP)

AndyDragneel wrote:

Hi and sorry aigain for my absance so,can you please tell me what are the best settings for watching anime?

There's no real "best settings" specific to anime other than the shader really. However, there are several other things that are useful to set regardless of video content, and since performance is an issue, this should help.


First, let's make sure you've kept the following settings that I've mentioned previously:

In SVP, enable GPU acceleration if you haven't already.  Also it would probably be wise to set the processing threads in SVP to 7.

In LAVfilters (particularly the one that is built into MPC-HC), set the decoder to "DXVA2 (copy-back)"

In MPC-HC, set your output to "Enhanced Video Renderer (custom presenter)"

In MPC-HC, set your resizer to one of the three "Bicubic" options (A=-0.60 is the smoothest, A=-1.00 is the sharpest)

In MPC-HC, enable "D3D Fullscreen"


Now set your SVP profile settings to

Frames interpolation mode: 1.5m OR Uniform (1.5 = fewer artifacts; Uniform = smoother but more CPU heavy)
SVP shader: Sharp
Target frame rate: Double source frame rate (2x)
Motion vectors grid: 8 px. Small 0
Search radius: Average
Motion vectors precision: Half pixel
Decrease grid step: Disabled
Wide search: Strongest
Artifacts masking: Disabled
Processing of scene changes: Blend adjacent frames
Decrease frame size: To screen size


Now it's very likely that this will give you performance that is not at all adequate.  So from there, you need to decrease some of the settings.  Normally you'd work with 4 of the settings, but for anime content you really only need to focus on 2 of them:

Motion vectors grid
Motion vectors precision

"Grid" controls the overall feeling of "speed" of all on-screen motion, while "Precision" only applies to the smoothness of small movements.  Generally you want to reduce "Precision" as low as possible (that being to "Two pixels") before trying to reduce the "Grid" setting.  Simply keep reducing those setting until you end up with good performance.

However, sometimes a combination such as "14 px. Average 1" + "One pixel" will give a better result than something like "12 px. Average 2" + "Two pixels".  Also remember that setting 'Interpolation mode' to "Uniform" will give higher CPU utilization than if you set it to "1.5m".



Once you have your SVP settings how you like them, there is one thing left we can do to improve smoothness of overall video-playback without increasing CPU utilization or artifacting, but it's not quite as easy to set up, so I'd rather get your SVP performance woes out of the way first.

565

(7 replies, posted in Using SVP)

Well then, if we're going to post recommendations on finding instability, I must mention my own method that I've semi-recently discovered that seems to be absolutely foolproof:

Myself @ overclock.net/t/1487922/going-deeper-on-the-x264-v2-stress-test/30#post_24256603 wrote:

I had run x264 v2 over night without any issue, but when I did the following I had a BSoD within 30 minutes.  Sure enough, increasing my vcore a bit fixed it and it's been completely rock-solid stable since.  Therefore, I believe that running the following all at the same time is the ultimate stability test:



Most of the time you will get a BSoD within 30 minutes if you aren't rock-solid stable, and if you can make it ~5 hours without a crash it's likely that you're already rock-solid stable and that you wouldn't get a crash even if you ran it all night.

566

(7 replies, posted in Using SVP)

To clarify, SVP can expose instability that can cause a BSoD.  When I was still figuring out a stable undervolt, I found that SVP was actually more intensive than the likes of prime95.

(I've since then discovered something even more intensive, but that's off-topic)

567

(19 replies, posted in Using SVP)

If increasing the amount of threads helps mitigate the issue, then see if lowering it to a more sane value (like, say, 17?) makes any difference as well.

568

(7 replies, posted in Using SVP)

noodlegg wrote:

Awesome, this solved the problem for me!
Thanks a lot for your help.

Make sure you re-enable GPU acceleration in both LAVfilters and in SVP.

Also, it would be wise to change the resizer in MPC-HC (on the same screen as "D3D Fullscreen") to one of the "Bicubic" algorithms (of the 3 bicubic options, 0.60 the softest while 1.00 is the sharpest).

569

(7 replies, posted in Using SVP)

In MPC-Hc, try changing your output renderer to "Enhanced video renderer (custom presenter)" and then try it with "D3D fullscreen" enable and disabled.

570

(7 replies, posted in Using SVP)

OK then, try setting your LAVfilters decoder to "None".

If that doesn't fix it, try setting 'GPU acceleration' in SVP to "No acceleration".

(these are both sub-optimal settings, but the goal is to try to figure out the cause and then figure out a solution)

571

(19 replies, posted in Using SVP)

What is the SVP index and/or what does the performance graph look like?

572

(7 replies, posted in Using SVP)

Nvidia + Windows 10 = this

Go into MPC-HC's internal LAVfilters and set your hardware decoder to DXVA2 (copy-back).

You also may or may not need to enable "D3D Fullscreen" in MPC-HC or alternatively enable "use direct3d 11 for presentation" in MadVR.

573

(4 replies, posted in Using SVP)

Well 64bit SVP on Windows now can use MPV, so maybe ViewTube could work after all...

574

(186 replies, posted in Using SVP)

AndyDragneel wrote:

Yes but, where are these options???

Right click the SVP icon in the bottom-right of your screen, hover over "video profiles", and then select whichever video profile you want (the bolded one is the most recent or currently used profile).

575

(138 replies, posted in Using SVP)

What about 32bit, in SVP 4.0.0.72 does it use VapourSynth or AviSynth?