Search options (Page 2 of 3)

Re: "type", default setting of 4 in SVP 3 and 2 in SVP 4...  I know where to position it in a script however I can't find a document wherein there is a description of the function. The Plugins: SVPflow 3.1 document makes no mention of it and web searches came up empty.  Perhaps you know where I might find an updated copy covering the new(?) functions in SVP? TIA

Yeah, I knew there were problems with AMD/OpenCL but I hoped that the Crimson Hot Fix corrected the issue(s). My impression of the OpenCL oversight by AMD was that it applied to their final 'legacy' adaptors (my HD 7850 isn't listed as a legacy adaptor) but future updates to the Crimson package going forward would fix it for supported adaptors.

Oh well, in anycase the Catalyst 15.7.1 driver works fine but I won't feel right being stuck there - especially when Crimson 16.1 works with GPU acceleration on MPC-BE x86 and x64 as well as MPC-HC x86. I'll keep an eye on this and report back if anything changes. Thanks for taking the time to provide the update

Using AviSynth mt (x86) and AviSynth+ (x64) and both seemingly work fine. Note: I don't watch long feature movies - if I can play a short 20 minute video by an independent filmmaker without audio/video problems I'm jazzed

That said I just finished watching Little Hurricane perform "Crocodile Tears"  https://www.youtube.com/watch?v=o74iygYCXDw (I have it local on my media drive). I specifically looked for audio issues and the sync was right on with the video using the attached AviSynth script.

The software involved was Windows 7 sp1, MPC-HC (x64) 1.7.10.56 (nightly), madVR v0.90.2, fdshow raw video filter rev4533 (sep 29 2014) with buffers set to 3 back and 10 ahead, LAV Video and Spliter Source 0.67.0.58-git.

The hardware is i7-3770 @ 3.40 GHz, AMD HD 7850 with Catalyst 15.7.1 (had problems with Crimson as I couldn't get GPU:1 to work in the AviSynth script) and Logitech G930 7.1 Wireless headset.

There, I think that should do it...

# *******************************************************************************************
# **Global SVP w/auto refresh rate (Good for AVS+ 64-bit - with smoothing (SVP script by yan04000985) **
# *******************************************************************************************
# Check http://www.svp-team.com/wiki/Plugins:_SVPflow for more setting details.
# Check http://www.svp-team.com/wiki/SVP:Profile for more setting details.
#
# Supporting 64-bit dll's
# AviSynth is AviSynth+0.1 (r1779)
# nnedi3.dll is v0.9.4.20
# SVPflow plugins are SVPFlow1 2.0.4.0 7/8/2015 - SVPFlow2 2.0.3.0 10/30/2015
#
SetMemoryMax(4000)
threads=12 #PC threads*1.5/2
#
LoadPlugin("C:\Program Files (x86)\SVP\Plugins\x64\svpflow1.dll")
LoadPlugin("C:\Program Files (x86)\SVP\Plugins\x64\svpflow2.dll")
PluginPath="C:\Program Files (x86)\SVP\Plugins\x64\"
LoadPlugin(PluginPath+"nnedi3.dll")
#
SetFilterMTMode("DEFAULT_MT_MODE",2)
SetFilterMTMode("ffdShow_source",3)
ffdShow_source()
#
#nnedi3 64-bit
#nnedi3_rpow2(rfactor=2,cshift="Spline36Resize",fwidth=Width()*1,fheight=Height()*1,nsize=0,nns=2,qual=1) #No change in size
#nnedi3_rpow2(rfactor=2,cshift="Spline16Resize",fwidth=Width()*4,fheight=Height()*4,nsize=0,nns=2,qual=2) #No change in size
#
#Begin SVP script framework - credit to yan04000985
#
video_fps = last.Framerate
Your_screnn_refresh_rate    = "60"            # or your target frame rate
Frames_interpolation_mode   = "3"             # Uniform:0 1m:1 2m:2 adaptive:3
SVP_shader                  = "13"            # 1/2/11/13/21/23
Decrease_grid_step          = "{thsad:250}"   # By two with global refinement {thsad:250}\{thsad:4000}\{thsad:65000},{thsad:65000}\{thsad:65000} To small step 6-8 px
Target_frame_rate           =  0              # 0 = To screen refresh rate , 1 = original video frame rate , 2 = original video frame rate x2 , 3 = original video frame rate x3
Blend_adjacent_frames       = "true"
super_params     = "{scale:{up:2,down:4},gpu:1,full:true,rc:true}"
analyse_params   = "{block:{overlap:2,w:32,h:32},main:{levels:3,search:{coarse:{distance:-14,bad:{sad:2000,range:-32},trymany:false,width:1921},distance:-24,sort:true},penalty:{lambda:10.5,plevel:1.6,lsad:3500,pnew:50,pglobal:50,pzero:100,pnbour:40,prev:30}},refine:["+Decrease_grid_step+"],vectors:3}"
smoothfps_params = Target_frame_rate > 0                                                          ?
\                  "{rate:{num:"+String(Target_frame_rate)+",den:1,abs:false},algo:"+SVP_shader+",mask:{cover:70,area:100,area_sharp:1.65},scene:{mode:"+Frames_interpolation_mode+",blend:"+Blend_adjacent_frames+"}}"
\                : video_fps == 24000/1001 || video_fps == 25000/1001 || video_fps == 48000/1001 || video_fps == 30000/1001  ?
\                  "{rate:{num:"+Your_screnn_refresh_rate+"000,den:1001,abs:true},algo:"+SVP_shader+",mask:{cover:70,area:100,area_sharp:1.65},scene:{mode:"+Frames_interpolation_mode+",blend:"+Blend_adjacent_frames+"}}"
\                : "{rate:{num:"+Your_screnn_refresh_rate+",den:1,abs:true},algo:"+SVP_shader+",mask:{cover:70,area:100,area_sharp:1.65},scene:{mode:"+Frames_interpolation_mode+",blend:"+Blend_adjacent_frames+"}}"
input = last
#
super=SVSuper(input, super_params)
vectors=SVAnalyse(super, analyse_params, src=input)
SVSmoothFps(input, super, vectors, smoothfps_params, mt=threads, url="www.svp-team.com")
Prefetch(threads)
########### END OF MSMoothFps.avs ###########
#end

I been using SVP within a AviSynth (AVS-MT and AVS+) script wherein I also call nnedi3 along with some other simple filters.  Been doing this for at least a year now with MPC-BE and MPC-HC with the MadVR renderer - 32-bit versions works fine once I match the .dll files.  Once I had access to 64-bit versions of the svpflow1&2 .dll files I couldn't wait to try out 64-bit versions of MPC-HC and -BE. MPC-BE worked fine - I could see the sizeable differences in CPU, and to a lesser extent GPU, utilization when enabling /disabling GPU:0/1 in the AviSynth script. Unfortunately MPC-HC 64-bit kicks the following error with gpu:1 (enabled): "SVSmoothFps: unable to init GPU based renderer [code 0x10000]. The specific line referenced is: "{scale:{up:0},gpu:1,rc:true}". Works fine with gpu:0

I figured it was unique to my configuration (i7-3770, AMD hd-7850 various Radeon drivers - now with 15.11 Crimson, windows 7 latest patches) until I read the previous post by fuck_yeah. If 64-bit MPC-HC/MadVR/ffdshow raw/AviSynth works for you I would luv to see your script. TIA

Update 10-01-2016
FIXED IT: AMD drivers for my HD 7850. Uninstalled the latest Crimson drivers pkg and installed the final pre-crimson drivers (15.7.1) and all is fine now (GPU acceleration works from AviSynth script in ffdshow).

Then there is "Convert videos to 60fps" by SubJunk:
http://www.spirton.com/convert-videos-to-60fps/

I reindexed windows as someone had suggested in a similar situation (no idea why but some folks said it 'fixed' their issue with registration errors). Just to make sure I ran (reran?) the McAfee product removal tool (MCPR.exe). It completed without incident but still no joy

Looks like you posted while I was posting a reply (auto logout victim). Anyway I'll post again cuz the little I've read above sounds even more like what I'm dealing with...

I'm experiencing a somewhat similar issue. Don't think it's related, or a least directly, to my playback package (MPC-HC, MadVR, AC3filter, LAV, ffdshow Raw Video and AVS+. I playback as usual but I introduce nnedi3 and SVP via AviSynth Scripts (to offload the GPU). Anyway The issue is occasional dropped single frames and small groups during playback. The dropped frames occur in my 3 minute 720P/24fps test clip upscaled to 1080P/60fps with nnedi3 - which pushes the system close to max capacity (occasional CPU spikes to 80%) - at a rate of maybe 30 frames in the 3 minutes.   When all is good it plays without incident. CPU usage does not indicate problems (stays normal as when playing smoothly) - and my hunch it is CPU path related rather than the GPU. It's also not memory related (16GB with all relevant .exe files patched with the 4GB patch) and occurs with MPC-BE as well.

I searched out all unnecessary (or suspicious) tasks and disabled them and rebooted. All fixed - or so I thought.  Only to have the issue reappear at some point. I figured it had something to do with all the starts and stops along with many AviSynth script modifications I was making. Right now (for the past hour or so) it is running fine. I'm keeping an eye it and recheck every time I introduce a new task (program). As I don't watch entertainment programs/movies and such but mess with the MPC-HC, MadVR, AC3filter, LAV, ffdshow Raw Video and AVS+ configuration for the fun of it it's not some much a problem as it is a challenge.

What I suggest is that you approach the issue similar to what I have done. Eliminate all unnecessary tasks and reboot. Run your test clips. See if it made a difference. No? Then recheck that the .exe files are 4GB patched) with increase threads and/or memory in SVP. I suspect something is interfering with the SVP (or MPCxx) buffers. You gotta locate that 'something' 

I had the same concerns about CPU load when disabling GPU assistance.  I was like 'why would anyone do that?'  Well, I wanted to test the pixel scale options (as I recall) and for whatever reason I had to disable GPU to do so (see attached AviSynth script excerpt I use for clarity). And guess what..CPU utilization went from 49% in a taxing scene to 55% in the same scene.  I liked the results so I left it set to "0".  If I really need CPU I can reset it. I recall noting in a discussion regarding GPU assistance that it didn't really off-load the CPU all that much. YMMV

global super_params="{pel:2,scale:{up:2,down:4},gpu:0,full:true,rc:true"

Edit: I am apprehensive about posting this (I like to keep a low profile and only post when I'm 'pretty sure' of the facts) but after retesting it 3 times w/wo GPU assistance I note that GPU utilization drops from 33% to ~31/32% when disabling GPU (HD-7850) and the actual peak CPU (i7-3770 @3.40GHz) utilization throughout the 60 second video was ~66% with GPU enabled and ~60% without GPU enabled.  It appears that the load pattern shifts shape a fair bit and the peak moved 5 seconds or so in the video stream when changing to/from GPU enabled.  I don't think absolute numbers are that important here - it's the relative values that tell the story with all else being equal (such as it was). I'm going back to lurking now.

Blackfyre Not sure if this is the culprit but I linked you to an incorrect version of generate.js - I have the proper version but in my quest to locate linkable files I linked to a broken one.  Try this corrected version of generate.js http://puu.sh/hwFC3/ac580e75e4.js.  Excuse me for steering you wrong however my experience with the 'new' version is limited to running the SVP script within a larger avisynth script and not within SVP (except for exporting the SVP script) as a standalone application.

I have my test bed (Windows 7 sp1 64-bit, i7-3770 @ 3.4 GHz and AMD H-7850) configured with 2 copies each of MPC-BE/LAV and MPC-HC/LAV.  A 32-bit and 64-bit configuration for MPC-BE and HC.  MPC-BE 32-bit with video set to EVR-CP 32-bit FP, Catmull-ROM spline 4 and D3D Fullscreen/10-bit RGB (my display is 10 bit). MPC-HC 32-bit with video set to madvr. I use LAV in both cases.  I've been tweaking the 64-bit configurations waiting on 64-bit SVP

Testing consists of performance (speed and quality) rendering of various video files on the 32-bit configurations.  There are times when I need to reconfigure MPC-BE to run the 'old' AviSynth 2.6 MT by SEt and the 'old' svpflow dll's. Then run the exact same test with it in conjunction with the 'new' AVS+ Avisynth and the new svpflow dll's.

As I said in past posts I'm running the SVP script captured after running a video with SVP within the confines of AviSynth - I integrate the scripts and feed it into ffdshow raw video filter. I do so because I mix various AviSynth filters in the script when rendering files. That way I can balance the load between CPU and GPU - like using nnedi3 on the CPU thus freeing up the GPU for more intensive tasks. I hate seeing one loafing along while the other is maxed