Search options (Page 8 of 12)

johnnys
Installed without a hitch...and I must say WOW...so far good on optimal settings. The ghosting/haloing around fast moving scenes/people/cars/objects has greatly decreased!!!

Hmm, not sure about greatly decreased haloing artifacts, but I agree it decreased to some extent.
I observed using several anime videos and one movie, the anime cases are about the same, for the movie the artifact is decreased (ghosting/haloing) .
Is it because of "thin line" in anime that makes it hard to reduces?

I forgot to check the system load when using technical preview version.

Is this happened every time you launch the SVP manager?

This was happened too when I was using Windows 7, but not frequently. Actually the process itself was running, but the icon disappeared when I hovered to icon tray.
Restarting the SVP manager solved for me, of course I need to end the running SVP manager first using task manager.

I suggest you re-install the SVP in Windows 10.

SVP Manager is not supporting 64 bit codec and players.

I guess this is just misunderstanding of wording then.

Somehow I understand why sometimes lawyer, when writing/saying something has very roundabout wording about simple thing

If one has been following the campaign from the start (before update 2), it's pretty obvious that's only for Windows, although it's not explicit 

As long they update the SVPflow for performance that's the only thing I need for now

Since I'm not sure how to attack this kind of problem, maybe you can make a reference points with these question?
Have you tried with other players?
Have you recently update one of the individual codec (LAV, ffdshow, or madVR, or even the player itself) recently?
Can you check the dropped frame (for example with madvr it's the shortcut ctrl+j) ?
Can you ensure the present queue is working fine?
Have this symptom happened for many videos or just a "recognized pattern" video? (Recognized pattern it is like, it's like the combination of mp4 and 29.97, or just can't play hevc videos smoothly, or the video with scenes that requires calculating the mv very intense).

For what I know from the description, if the SVP index is dropping down, it means there's something problem with CPU. If the frames are dropping but without affecting the index, it means the problem is not in CPU.

Here last question, do you feel the dropping down the smoothness is only happen when it's fullsceen? If yes, then maybe you should check the resizer filter.

Me too, but it's only for mkv files. Re-clock can detect it for mp4 files.

It's said by changing the WaitReClock in hidden setting from 500 to higher wait time such as 2000 or 7000 can solve this.
But it was still cannot detect either case.

But, it's not like SVP won't work without ReClock

xenonite

I only watch anime and from my observation, the default setting is better than setting described in this wiki

Frames Interpolation Mode: Adaptive (or "2m", depending on the severity of motion artifacts)
In this case, maybe you can tweak smooth.scene.limit options in override.js,

Target Frame Rate: Source multiplied by 3 (use "To screen refresh rate" for 60Hz monitors)
This certainly less artifact since you have exact integer multiple than the display with 60hz refresh rate

Nintendo Maniac 64

I think the most recommended is, the setting which give the smoothest video while keeping cpu usage downs as much as possible
for now it's the trade-off between the comfortable smoothness and cpu usage (I emphasized the comfortable smoothness )
higher setting which consumes cpu highly is not necessarily better

==========================================
Ok, back to topic,
Sometimes cpu is spiked when there's sudden change scene, it spikes really high but not very high to make the noticeable slowdown,
it's like normally ~40% to suddenly ~60-80%.
Since the TS, Mystery, keeps his setting about 80-100%, isn't just normal that he notices the slowdown?

Well, I just used avs script from SVP
Information -> Last used avs script

But I changed the path for svpflow for x64 edition.

Tryneal

When you're playing using SVP, smoothness option in madvr is unnecessary.

That option is disabled by default because that's not main purpose of madvr.

Those newest avs lib are supposed to stabilize the playback (such as fixing bug, enhance performance, reducing crash etc).
The smoothness itself is depend on your SVP setting, in turn SVP depend on those avs libs (mt version or avs+)

Especially if you have avs+ x64, you could try to play with smoothness with x64 video player because the svpflow newest version has x64 version, you need to enable it in ffdshow though.

Mystery
That version doesn't properly synchronize the audio with the video

Yeah, I thought it was strange but after you posted it, it really is.
Correction: it seems the MPC-HC 32bit audio is synchronized with video, but not MPC-HC 64bit. Is this because of Re-Clock?

I tried playing MPC-HC 64bit, it seems the performance not really much difference with MPC-HC 32bit. cmiiw

But, how to automatically activate Avisynth filter in ffdshow-x64?
I already ticked the Avisynth option in ffdshow-config, but when I play it MPC-HC 64bit, I have to enable it using tray icon.

For now, I inclined to just revert back to Avisynth 2.5.8 SVP edition