only some madVR knowledge, SVP is on default level, sorry.

Only Luma doubling, Chroma doubling is another big waste of resources.

What do you mean by all four alternatives?!

Hi just to add my 2 cents here on image upscaling / doubling:
- for low powered systems like Intel NUC, DXVA scalling is the way to go since it saves sufficient resources to allow for SVP and is very similar to Lanczos 3 + AR (only for Intel iGPU, not for NVidia or AMD).
- for more potent systems: anything 576/480p -> 1080p NNEDI3 64 Neurons image doubling is king + Lanczos 3AR for image upscaling,  the rest is only marginal improvement, for 720p -> 1080p Jinc for image upscaling or if the system allows NNEDI 32 Neurons could be seen as good options
Anything higher than Bicubic75AR for Chroma upscaling is a waste of resources, I could not see any visible improvement but ... my eyes are not perfect.
Image downscaling: Bicubic100 is more than sufficient (Catmull-Rom is a fancy name of Bicubic 50).

MAG79 wrote:

ionutm80
Input framerate in the box 'fi_target'. It works too. In you case: 59.937

Hi, already tried that but no change, SVP is still showing playing at 59.94 ...
In the end I gave up on x64 chain and reverted to ReClock:
- set the resolution in Win 10 at 59Hz (59.938Hz as shown by ReClock and 59.9376 as shown by madVR)
- left display mode madVR can switch to empty
- set frequency of 59.94 in ReClock (manually for each movie for the moment ...)
==> now madVR does not drop anymore frames after ReClock turns green and even the estimated ones show 1 frame drop in either 3.xx hrs, 14.xx hours or even 1.2 days (I still do not understabd why it's not locked but nevertheless the estimated time interval for dropping a frame > movie length)
I decode audio with LAV Audio to PCM and then play through my Asus Xonar U7 analog output directly to Logitech z906 so ReClock can do "its magic".

Hi, in order to achieve my desired fps of 59.937 I need a factor of 2.4999 to input in fi_target which is not accepted being rounded to 2.5, only 3 decimals works but that does not help.
Any ideas?

MAG79 wrote:

if I change target resolution from 59.94 to 59.937?

Maybe target refresh rate? wink
Use 'fi_target' parameter. It must work in your case. See droped frames in madVR statistics (by Ctrl-J while playback and in the fullscreen mode).
Just try.

Ok, I'll try that and see what is happening.

One more question for SVP developers: what if I change target resolution from 59.94 to 59.937?
Is it possible (I have SVP 4 Pro)?
What do I lose? More jerks, less fluid? More resources needed?

Thanks in advance.

It's 1080p blu-ray rips on 1920x1080 TV, nothing fancy in madVR only Bicubic75 AR for Chroma upscaling / no need for Nnedi.

mashingan wrote:

So, you want to make whether the SVP or display rate match exact each other, right?

Exactly my issue, what if I set SVP to interpolate to screen rate? Would this mean that it would try to reach 59.937, my display actual resolution, instead of 59.94?

mashingan wrote:

Check the attachment of my setting for exact 60fps smile

Hi, Am I missing something here ... or in fact for you is the same because display is at 59.974... and composition rate at perfect 60 which also translates in dropped frames.
My problems is not with the composition rate but with the display rate enforced by NVidia driver being 59.937 instead of 59.9400x as I'm getting with Intel HD4400 for instance ...
Or I'm loosing something?

12

(4 replies, posted in Using SVP)

Ok, I've tried DDU and ... it worked ! smile. No more errors in x64 chain.

Thanks again.

13

(4 replies, posted in Using SVP)

Ok, I will try with DDU and if problem persist I will revert with a crash report.

Thanks.

14

(4 replies, posted in Using SVP)

Hi,

I recently went upon a nasty issue with my main HTPC (Win 10 Pro x64, GTX 960 4GB, Core I5 3470s) and SVP.
It seems that after I installed NVidia graphics driver 365 (either 365.10 or 365.19) when SVP initializes on x64 chain (MPC-HC x64) it gives the infamous error that it cannot init. GPU rendering or something like that (a yellow letters row on top of the movie).
I've tried several things which pointed me to an NVidia error:
1. Deactivated GPU acceleration completely, everything woks smooth, however CPU at close to 70%.
2. Selected Intel HD 2500 as GPU acceleration (yes, I know it cannot do 1080p ...), SVP loads, no more error but stuttering like hell obviously since Intel graphics are not up to the task.
3. Run both movies tested (blu-ray rips with eac3to) on x86 chain and ... NO problem at all.
All these on a fresh and full install of SVP including license update.

So bottom line the problem is between SVP x64 and NVidia driver 365.

Any ideas what is wrong? Can you also replicate the issue?

OK, thanks. Will test that and see what happens.

Hi,

I have a question that might not be directly related to SVP usage so apologizes to the admins in advance / please delete the thread if the case.
So briefly my problem is the following:
- my chain: TV Philips 32PFL9632 with PC input frequency only 60Hz (nothing else possible), HTPC with GeForce GTX 960, Win 10
- madVR set to automatically change resolution for 1080p59 and 1080p60 (I've red somewhere that in Win 10 59 and 60 are practically the same thing...)
- madVR stats: display: 59.937xxx, composition rate: 59.940 which results in 1 frame repeat every xy seconds / 1 frame drop every 19.48 min after I go fullscreen

http://i.imgur.com/IGVLpJS.jpg

I have another set-up with a Sony KDL-26EX320 and Intel HD Graphics 4400 for which madVR stats reports display as 59.94005, composition rate 59.940 which practically results in 1 drop frame every 1.x hours.

And now the question: on my first system (Philips TV + GTX 960) the fact that I do not have a much close to 59.94 resolution for display is because of the TV or the NVidia not outputting correct resolution when set to 60Hz?
I've red also on NVidia forums that in order to get something like 59.94 for NVidia you need to create a custom resolution with the following settings:

Horizontal Pixels: 1919 Vertical Lines: 1080
Refresh Rate: 60Hz Color Depth: 32 Bit
Scan Type: Progressive
Timing
front porch horizontal: 88 vertical: 4
sync width horizontal: 44 vertical: 5
total pixels horizontal: 2200 vertical: 1124
refresh rate: 59.940

I'm still reluctant to check this because last time I broke the entire system and had to do a full Win 10 reset to fix things ...

Can you please advise on this? What would be the best settings to achieve the same results as with Sony TV and Intel GPU, meaning something almost identic to 59.9400xyz?
Or there is no chance due to TV or the way NVidia is outputting resolution?
I'm asking this because on Sony+Intel system letting madVR handle resolutions allowed me to switch to a x64 chain w/o ReClock while on Philips + NVidia I can only achieve 1 frame drop in 4.xyz hours on the x86 chain with ReClock.

Thanks a lot in advance and please excuse my ignorance.

17

(138 replies, posted in Using SVP)

Ok. I gave mpv a run ... and I'm not quite impressed. I didn't bother with SMPlayer but loaded the test movie directly in mpv. SPV activates itself but with the standard conf file the playback is far from being fluid, in fact is more like slow motion exactly the opposite to a hfr movie or maybe my poor Intel NUC is far from being capable .... I've also looked upon creating profiles for different sort of movies, selecting different scalers and man it's quite cumbersome compared to madVR so I gave up on it for now. In x86 chain with MPC-HC + LAV Filters + madVR + SVP + ReClock I have perfect playback now with 1 drop frame every couple of hours.

18

(122 replies, posted in Using SVP)

A small update: installed MPC-HC 1.7.10.205 and no more hangings for me in x86 or ... maybe I was too tired to notice them smile.

Nevertheless it's still a pity that there is no ReClock for x64: i see 1 drop frame in 4-5 hrs in x86 w/. ReClock while 1 frame repeat every 34 seconds in x64 w/o ReClock ...

19

(122 replies, posted in Using SVP)

MAG79 wrote:

ionutm80

SVP is set to automatically load at startup

Perhaps it was applyed from another user. Just close SVP Manager. Run it normally from windows explorer and then disable and enable again autostart option.
SVP tray menu - Application settings - Load at Windows startup

After that:
1. Check if player works with user rights
2. Restart windows and check it again

Thanks, it worked!☺

20

(122 replies, posted in Using SVP)

ionutm80 wrote:
dlr5668 wrote:

@ionutm80 mpv has reclock like feature and some of madvr features (scaling dithering and so on)

I did not know that, thanks.

Do you have a conf file with dxva2-coyback decoding, nnedi3 luma upscaling, etc. that you can share so that I can take a look?

21

(122 replies, posted in Using SVP)

MAG79 wrote:

ionutm80

need to launch MPC-HC with admin rights

It is not normal. Looks like SVP manager are launched with admin rights too. Just fix it. Launch SVP Manager with user rights wink

I have no idea what I messed up than ... SVP is set to automatically load at startup ...

22

(122 replies, posted in Using SVP)

dlr5668 wrote:

@ionutm80 mpv has reclock like feature and some of madvr features (scaling dithering and so on)

I did not know that, thanks.

23

(122 replies, posted in Using SVP)

MAG79 wrote:

ionutm80

x64 chain seems more stable than x86 I'm missing ReClock to fine tune

Try EVR Sync renderer in MPC-HC x64.
menu View - Options - Output - Sync Renderer with D3D Fullscreen option enabled.

Thanks for the suggestion but madVR is a must for me ...

24

(122 replies, posted in Using SVP)

@MAG79

Fully agree with you smile, but I was referring to the order in MPC-HC / Options / External Filters where you add them manually. In playback Filters the order is the one you posted.
But nevertheless this might be a small culprit with my config ...nevermind, the big change for me was the need to launch MPC-HC with admin rights (quite easy to do but strange, usually in the past SVP needed to be launched with admin rights not MPC-HC).

25

(122 replies, posted in Using SVP)

Hi,

Just a small update also on my side:
- confirm that no more crashes occur / however I plan to test in a loop a movie for several hours to be 110% sure
- also encountered some sort of hanging / hiccup and is quite annoying, one in less than 5 sec. but the fact is that is only happening in x86 while in x64 everything is butter smooth
- SVP, both for x86 and x64, now loads only if FFDShow is the first on the list of external filters before LAV and only if I launch MPC-HC (1.7.10.130) with admin rights

Hope this helps narrowing further the issue.

And one more question: although for me x64 chain seems more stable than x86 I'm missing ReClock to fine tune between 59.94 and my screen resolution which is not a perfect 60Hz, is there any solution similar to be used with x64?