SmoothVideo Project — Very high CPU with 3.1.4 in 1080p

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (Chainik) — Fri, 15 Mar 2013 10:46:35 +0000

qduaty
Seems to help, which means the bug is certainly in SVP.

Well, 1916 is 2*2*479, and 718 is 2*359, and both 479 and 359 are prime numbers
I'll add a workaround for this issue in the future version.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (MAG79) — Wed, 13 Mar 2013 02:36:35 +0000

qduaty
Another problematic resolution: 718x436
Thank you again.

AddBorders(4,0,0, 0)
It is not good solution for frame interpolation task. Thin black line at the frame border causes annoying frame-borders artifacts when panning and zooming.

while Chainik makes some investigations......

I recommend you two another ways:
1. Crop in AVS-script.
Add code to MSmoothFPS.avs before "input=last":

mult=16
crop(0,0,int(width/mult)*mult,int(height/mult)*mult)

And ajust mult value. It can be 8, 16, 32.

2. Expand framesize in ffdShow to multiply of 16 (or 8, 32).

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (qduaty) — Tue, 12 Mar 2013 20:18:34 +0000

Another problematic resolution: 718x436. As in case of 1916x796, causes full GPU load in accelerated mode.

Edit. I worked around it by adding this code to MSmoothFPS.avs before "input=last":

last.Width == 1916 ? eval(""" AddBorders(4,0,0, 0) """) : 0
last.Width == 718 ? eval(""" AddBorders(2,0,0, 0) """) : 0

Seems to help, which means the bug is certainly in SVP.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (Chainik) — Thu, 07 Mar 2013 12:33:59 +0000

qduaty
Thanks, that's cool I've to make some investigations...

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (MAG79) — Thu, 07 Mar 2013 12:07:04 +0000

qduaty
I see 86% GPU and 88% CPU load. It is critical values. Both devices with that high load can lead to your "slide show".

To reduce CPU load you can change or reset profiles.
To reduce GPU load you can choose lighter SVP-shader and disable bicubic interpolation: remove // from line "smooth.cubic = 0;" and write value zero (0) in file override.js.

I think 1916 px width is real problem for madVR which loads not GPU separately but CPU too.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (qduaty) — Thu, 07 Mar 2013 10:30:10 +0000

I'm not talking about high CPU load. See:

With a video of nonstandard dimensions: MPEG4 Video (H264) 1916x796 23.976fps, GPU acceleration consumes full GPU power and additional 23% CPU

I'm attaching screenshots so you could see what's going on.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (MAG79) — Thu, 07 Mar 2013 06:31:50 +0000

qduaty
It is strange. Can you find cause of high CPU Load on video with 1916 px width?
I mean: decoder / SVP / renderer. Change or disable them one-by-one.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (qduaty) — Thu, 07 Mar 2013 06:25:39 +0000

Nvidia inspector shows VPU load around 30%, so hardware decoding works well for any resolution. Also SVP works for this movie (without GPU acceleration), using 60-80% CPU. There is no excessive CPU load, which might suggest decoding of h.264 in software. And I already have CUVID in LAV settings.

I made some samples with Freemake, all with height=800 and different width: 1912, 1908, 1900 all worked well. The only problematic sample was that of width=1916.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (MAG79) — Thu, 07 Mar 2013 04:23:13 +0000

qduaty
Then answer is your GPU-acceleration of decoding video.
When resolution is standard GPU-acceleration is worked.
When non standard (1916x796), GPU-acceleration is disabled and software decoding uses. It is hard task for your E5700.
Check it. You need to find GPU-accelerated decoder which works with this resolution.

Try LAV CUVID, CoreAVC CUDA. They are more universal for NVIDIA adapter than LAV DXVA copy-back.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (qduaty) — Thu, 07 Mar 2013 04:11:23 +0000

With GPU acceleration: around 40% on fullscreen, 20% in a window; without acceleration - 30% fullscreen, 10% window.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (MAG79) — Wed, 06 Mar 2013 14:36:23 +0000

qduaty
When playing 1920x800 what is the GPU load?

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (qduaty) — Wed, 06 Mar 2013 14:10:15 +0000

I just tried it, GPU is still 88%.

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (MAG79) — Wed, 06 Mar 2013 01:59:43 +0000

qduaty
Did you try to turn off scaling for your 1916x796 video?

in MPC-HC menu View - Video Frame - Normal size

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (qduaty) — Wed, 06 Mar 2013 00:49:06 +0000

I first wanted to start a new thread but it seems my results are similar, except that my files are progressive.

SVP 3.1.4, consumes 10% more GPU and additional 10% CPU with GPU acceleration enabled, when playing such a movie file: MPEG4 Video (H264) 1920x800 23.976fps. With a video of nonstandard dimensions: MPEG4 Video (H264) 1916x796 23.976fps, GPU acceleration consumes full GPU power and additional 23% CPU (which results in a slide show).

There are no such issues for 720p videos.

My system specification is: CPU Intel E5700, 2 cores @ 3GHz, 4 GB DDR3 @ 800 MHz, GPU Nvidia 9800GT, PCI Express reported by Nvidia Inspector: PCI-E 2.0 x 16 @ x 16 1.1. SVP configuration:

# This script was generated by SmoothVideo Project (SVP) Manager.
# Check http://www.svp-team.com for more details.

SetMemoryMax(1024)

global svp_scheduler=true
global threads=3
global svp_cache_fwd=threads+2

LoadPlugin("C:\Program Files (x86)\SVP\plugins\svpflow1.dll")
LoadPlugin("C:\Program Files (x86)\SVP\plugins\svpflow2.dll")

SetMTMode(3,threads)
ffdShow_source()
SetMTMode(2)

global crop_params=""
global resize_string=""
global super_params="{pel:1,scale:{up:2},gpu:0,full:false,rc:true}"
global analyse_params="{vectors:2,block:{w:32,h:32,overlap:0},main:{search:{coarse:{distance:-10}}}}"
global smoothfps_params="{rate:{num:3,den:1},algo:1,scene:{blend:true}}"

global demo_mode=0
stereo_type=0

Re: Very high CPU with 3.1.4 in 1080p

null@example.com (jkauff) — Wed, 20 Feb 2013 05:56:50 +0000

Thank you. I didn't even notice that it was interlaced. I'll check the other files, they're probably 1080i as well.