376

(6 replies, posted in Using SVP)

if you want SVP off, just close the program. Run SVP Manager when you need it.

377

(16 replies, posted in Using SVP)

Still, even on 59hz, the choice of 39:20 ratio is questionable. Are there cases where it genuinely makes sense to have a divider greater than 5 or 10?

378

(16 replies, posted in Using SVP)

Oh you're right. By looking into the monitor's settings, it was set to 59hz instead of 60hz. By setting it to 60, it works as expected.

As for the profile, I deleted the profile and recreated it while doing a screen recording. After re-creating it, I couldn't reproduce the bug.

379

(171 replies, posted in Using SVP)

MAG79 wrote:

Your GPU is AMD Radeon HD 7660M?
Did you see that wiki-page: GPU Compatibility?

It's either a Radeon HD 7660M or 7670M. It has better performance than the whole 8xxx series and most 9xxx series!! Even the Radeon Rx series that ships with new laptops have similar or lower performance, unless you pay $1800 for a laptop. I paid mine $1100 20 months ago...

Yes, SVP needs GPU and that slightly increases madVR's rendering times. When settings are lowered, that doesn't explain why some frames require twice longer to render than others when the GPU isn't fully used.

I'm seeing another issue with the new version of SVP and AVS: there's a delay between audio and video!!

I tested with regular SVP and AVS+ and the lag is still present, so it's an issue with AviSynth+

This version of AviSynth+ MT is almost working (MUCH better than previous build!!) but still has a few issues:
- lag between audio and video
- very occasional glitches or corrupt frames
- causes NNEDI3 filter to corrupt video
- causes EEDI3 filter to instantly crash

I'll use the new SVP DLLs with AviSynth 2.6 MT for now.

380

(16 replies, posted in Using SVP)

I created a profile specifically for that video to set a 2:1 ratio. When editing that profile and clicking "Apply", however, it automatically switches profile to 1920x1080x30fps. In order to bring back that profile, I have to close and re-open either the player or SVP.

381

(16 replies, posted in Using SVP)

I just got one of these bastard 39:20 ratio when it should be 2:1. Here's the log.


23:01:11.324; ===== Playback
29.97 * (1 : 1) = 29.97 fps
Auto crop: [0:62:0:62]
23:01:11.325; SetPriorityPlayer: 2. Duration: 5871 ms
23:01:17.196; FalseVFR ffdShow-framerate: -Dwn-> 23.549 -Dwn-> 19.229 -Up-> 27.855 -Up-> 29.647 -Up-> 29.97 fps
23:01:17.196; express clear interval
23:01:17.197; stabilized ffdShow-framerate: 29.97 fps. SVP Index: 1.02/1.01
23:01:30.076; RefreshSVP. Duration: 491 ms
23:01:30.567; GetDimensionAndFPS_fromOSD start. Duration: 61 ms
23:01:30.628; GetDimensionAndFPS_fromOSD result: 1920x1216 29.97 1/1
23:01:30.630; T1T: begin. Duration: 13 ms
23:01:30.643; T1T: GetAllMediaParams
23:01:30.644; T1T: SettingsPrepare
23:01:30.647; T1T: Preparing smooth playback...
23:01:30.648; T1T: WriteAllMediaParamsToIni
23:01:30.649; SVPMgr: main "C:\ProgramData\SVP 3.1\" 1920 1080 29.97 1920 1092 39 20. Duration: 261 ms
23:01:30.910; ===== Playback
29.97 * (39 : 20) = 58.441 fps
Auto crop: [0:62:0:62]
23:01:30.910; SetPriorityPlayer: 2

382

(171 replies, posted in Using SVP)

Right now I'm playing the Shakira La La La video with rendering time of 10ms, max stats 20ms with CPU usage @ 40%. No dropped frames, but the max stats twice higher than the rendering time is abnormal and doesn't happen without SVP.

When I get occasional jumps at 75ms, it may be because the CPU peaks at 100%. But when it plays stable like this, something else is going on.

Here's some data you can work with. Attached screenshots show stats with and without SVP.

383

(171 replies, posted in Using SVP)

I tried with madVR alone. Rendering time is 10.4ms and max stats are stable

The problem only happens when using both SVP and madVR for 1080p videos on 1080p display.

I also tried lowering madVR's settings. Now, rendering time is 5.6ms with max stats somewhat stable at 15ms

384

(171 replies, posted in Using SVP)

The issue with madVR seems to only happen with 1080p videos on 1080p output. For lower resolution videos, max stats are stable. I asked on the madVR forum and someone said this.

could be thermal throttling or the openCL part from SVP needs more GPU power form time to time.

Is there a possibility that SVP has a part to do in this?

385

(171 replies, posted in Using SVP)

OK I'm paying attention to Max Stats. On a video that renders with 13ms, the max stats vary between 12ms and sometimes go up to 75ms and cause dropped frames. Not sure why some frames would take longer than others!

But that does appear to be an issue with madVR, not with SVP. Or perhaps it's a combination between the various components, like AVS+

I just tested with the original SVP and AVS. Average rendering time is 14.8ms instead of 13ms, and max stats still go way up to 75ms.

386

(171 replies, posted in Using SVP)

In order to render properly at 60fps, rendering time must remain below 1000 / 60 = 16.666 ms

In order to render properly at 120fps, rendering time must remain below 1000 / 120 = 8.333 ms

I could try again by lowering madVR's settings but it should be playing fine here.

387

(171 replies, posted in Using SVP)

It has 16ms to render 60 frames per second. 15ms should be good and works for other videos. Not sure what "max stats" is.

madVR apparently shouldn't care about the content of the video at all. Except "remove banding artifacts" which I disabled because it requires more processing on some videos than others.

388

(171 replies, posted in Using SVP)

I'm also occasionally picking up a video with tons of dropped frames with under-utilized CPU

I'm watching this video right now
https://www.youtube.com/watch?v=7-7knsP2n5w

Tons of dropped frames with CPU usage ~30%

Here's a screenshot of it

389

(171 replies, posted in Using SVP)

I'm also seeing very occasional visual glitches. Just 1 partially corrupt frame here and there.

Nintendo Maniac 64 wrote:

MPC has it's own audio delay function that you can use - it seems to have no upper or lower limit.

Where are you seeing this feature?

390

(171 replies, posted in Using SVP)

There's a feature I never used before, Video Delay, and now there's a video that needs it. However, the delay between audio and video is greater than 250ms so I still can't sequence them properly.

Could you add an option in that menu to enter a custom delay? Someone might want to put +300ms, while someone might want to tweak to 125ms.

391

(171 replies, posted in Using SVP)

With the new version of SVP and AVS+, MPC-HC occasionally crashes. It crashed regularly before, but it crashes in a way it didn't before. See attached image.

Also, this new AVS+ MT corrupts the image when using NNEDI3 filter and instantly crashes when using EEDI3 filter. Both work fine with AVS 2.6 MT.

392

(171 replies, posted in Using SVP)

I just asked on the AviSynth+ forum how to port a script and here's the answer
http://forum.doom9.org/showpost.php?p=1 … count=1080

I wanted to compare the performance of a re-encoding script between AviSynth 2.6 MT and AviSynth+ MT. I'll post the results after doing the tests.

393

(171 replies, posted in Using SVP)

Of course you'll get lower performance without GPU acceleration!

394

(171 replies, posted in Using SVP)

Russians are doing great work to help the planet, period.

These guys are a proof of that.

395

(171 replies, posted in Using SVP)

Sometimes SVP works with AVS+ and sometimes it complains that AVS 2.5.8 isn't installed, at which point I'm forced to revert to v2.6

396

(171 replies, posted in Using SVP)

When you get flickering, is CPU capped at 100%? If so, it could be similar to what I saw.

And when you watch the same video with old DLLs, is CPU usage lower in those cases?

397

(171 replies, posted in Using SVP)

Nintendo Maniac 64 wrote:

Want even more of a boost?  Use the newest trunck revisions of LAVfilters (if you're not already).

Does LAV Filter 0.65 include these optimizations?

I tried reproducing the high CPU usage problem the next day and couldn't reproduce it. I'll let you know if I see that happening again. I had tried both with AVS 2.6 and + and saw the same high CPU usage for both when using the new DLLs, and lower when using the previous DLLs.

398

(171 replies, posted in Using SVP)

I'm trying with the latest DLL version. One 720p video was running at 30-50% CPU, and with the new version, it tops the CPU at 99% and lags. There's definitely something wrong there.

This video isn't on YouTube but perhaps I could upload it tomorrow if you'd find it helpful.

399

(171 replies, posted in Using SVP)

Chainik wrote:

You guys are killing me

No worries, you can't die before releasing x64 version.

400

(171 replies, posted in Using SVP)

Yes! I just replaced the 2 DLLs. As a start, video initialization is considerably faster.

While being at it, I also updated madVR from v12 to ... v21 !