AFAIK there's no private messaging here but you can contact me on doom9
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Mystery
AFAIK there's no private messaging here but you can contact me on doom9
From what I know, SVPFlow1 is open-source under GPL license while SVPFlow2 is closed-source. Where can I find the source code of SVPFlow1? I can't find it anywhere.
SVP Pro won't do offline conversion and encoding. You need to follow guides explaining the process with Avisynth.
You'll also get better quality by using FrameRateConverter although it will be much slower.
Easiest way is to run it through my Yin Media Encoder (part of the Natural Grounding Player package) and it will do everything automatically. I'm working on a new version that converts using FrameRateConverter but that's not yet released.
How much do you offer? I could run your video through it and send you the output if it's worth it, but if it's $20 and would take 1 day of computer processing, that wouldn't be worth it.
Avisynth has a Virtual File System allowing you to open a script as a regular AVI file, which you can then import into any software including Adobe Premiere.
Give it a try!
Any chance to get upgrades on the interpolation algorithm?
It has been shown that SVP gives blurrier results than MvTools2 when running with the same settings due to a bug.
I've also been working on my own interpolation algorithm and the artifact masking here is considerably superior, notably with stripes.
https://forum.doom9.org/showthread.php?t=174793
Performance, however, is low, especially with DCT=4 or DCT=1. Any chance to get those same results with GPU acceleration through SVP? With 1080p content and Preset=Slower, I have to count nearly a minute per second of processing, or an hour per minute, as MvTools2 isn't working well in MT mode.
I just saw this. What benefits does this provide over MPC-HC for SVP?
In theory, SVP should produce the same results as Avisynth MvTools. In practice, there are more blurs and ghost effects due to a nasty bug somewhere.
Decoding performance generally isn't an issue on computers, but MKV does have several drawbacks. It often will not play correctly on some devices. My Kindle Fire plays MKV files but it stutters every few seconds.
Sure
I don't really have 20+ mbit videos, but I have this
function SVP(clip Input) {
SuperString = "{scale:{up:0,down:4},gpu:1,rc:false}"
VectorsString = "{block:{w:8,overlap:2},main:{search:{distance:2,coarse:{satd:false,distance:2}},penalty:{lambda:20.0}},refine:[{thsad:100}]}"
SmoothString= "{gpuid:11,rate:{num:2,den:1,abs:false},algo:23}"
Super = SVSuper(Input, SuperString)
Vectors = SVAnalyse(Super, VectorsString)
smooth_video = SVSmoothFps(Input, Super, Vectors, SmoothString, url="www.svp-team.com", mt=1)
smooth_video
}
Here are screenshots of my latest script
Observations:
- The difference between Interframe and FrameRateConverter is HUGE!
- SVP/Interframe always appears softer, as if it was applying some level of frame blending on every frame (I had this issue with scene change mask being 16 for black and 235 for white, which caused unwanted frame blending)
- On dreaded frame 4477, Interframe shows a "hard blending", followed by that same image mixed with ugly artifacts, which brings an original frame followed by gradually increasing artifacts on a still image.
Prefiltering only has a very minor effect. Variance without would be less than 0.01%
I have a i7 quad-core in my laptop. It does the job fine.
I've no idea how to do this via scripting...
That's a custom need. Ask on the Avisynth Usage forum.
Yeah, it's really quite hard to see the script text with the background image (see attached screenshot).
Wow, have to agree. The issue is that parts of the layout is speficied by my application and part by the OS. Best option might be to override everything.
Will it makes encoding slower? Even with the fastest settings, I'm only seeing like 0.3x realtime encoding speed on a 1024x600 48.75fps video with 1.333x interpolation on my 4.6GHz Pentium G3258 (though presumably encoding to Xvid would make things faster).
Wow, *that* slow!? Were you using GPU acceleration? By default, it used GPU-acceleration if madVR was enabled in setting (I know, not a very obvious setting!) The new algorithm will unfortunately have no GPU acceleration, and it will be slower. I don't know yet to what extent. If you weren't using GPU acceleration already, then it won't make much difference.
Intel Pentium G3258 3.2GHz has a CPU benchmark of 3928. Mine (from 4 years ago) is about 7600 -- about 2x faster.
Hello guys, I am a newbie with this so bear with me. So I want to convert a mkv file to 60fps using yin media encoder but I get an error (On the command line it vanishes so fast and I can't see it) when I hit preview changes or play in MPC-HC, the error states something related to ConvertToShader. Can anyone help?
Click "Preview in MPC-HC" and you'll see the error message in the player. It generates "NaturalGrounding\Temp\Preview.avs". Something else you can try is run AVSMeter.exe utility on that script file. it will check if there are dependencies missing.
avsmeter.exe preview.avs
However, I noticed that NGP doesn't have a GUI option for xvid (though ffmpeg supports it), so because I don't know how to use ffmpeg commands, I have to re-encode the video a second time in xvid after NGP's own video encode.
This should be easy enough to add; I just don't want to make the UI more complex. If ffmpeg supports xvid and vp8, then why not.
...but NGP doesn't support custom frame rates, so I have to instead tell it to slow down the video by 90% to 45fps and then interpolate to 60fps, and then afterwards manually speed up the video playback speed to 65fps.
Wrong. You can change it yourself. Click on the Script tab and edit the Interframe parameter to the desired values. The UI does the best in the most simple way, and then you can customize the script for anything the UI doesn't do automatically.
ffmpeg parameters are different though; that's fully managed by the code so it has to expose the options. But then if I allow XVid and VP8, I need to allow additional container formats, so it adds to the complexity or I need to redesign the whole section. Then there are lots of other encoding options I'm not exposing -- so I have to decide what level of complexity I want to expose to the user.
Another thing NGP doesn't seem to be able to do is slow down or speed up the audio like one could do in, say, Audacity by using the lossless "Set rate" function to a lower sampling rate (for 50fps with 48000Hz audio played back at 48.75Hz, you'd need the audio at exactly 46800Hz). However, the audio part is very easy for me so it's not that big of a deal that it's missing.
Same as above.
So ideally, I would love you forever
Thanks
Oh, and NGP's background colors don't work well with Windows' high-contrast themes that use white text.
hum...
I had this problem myself with v1.4, but trying v1.32 instead worked perfectly fine, so try that (the media encoder is very similar between the two).
If you look at the script difference between the two, there are huge differences between both versions that impact the quality. The next version will have further changes that will considerably improve frame interpolation results.
as I said before, may be (!) the major difference comes from
prefiltered = RemoveGrain(C, 22)
No, removing that only did an extremely minor difference.
BlkSize = Default(BlkSize, C.Width>1200||C.Height>900 ? 32 : C.Width>720||C.Height>480 ? 16 : 8)
you know you'll get significantly different results for the same video scaled to different sizes, right?
What do you suggest?
I haven't figured out what's wrong with SVP, but this script has HUGE improvements over SVP.
https://forum.doom9.org/showthread.php? … ost1804515
So, SVP implemented it internally (fast), and with MVTools, it has to be done with 10 lines of code (slow)?
Chainik, you might want to investigate this. You might have overlooked a setting that is considerably lowering the quality.
.. but as you say, finding it might not be so easy.
Oh sorry forgot you had sent me this already.
Is this the same method you use?
Reel Deel wanted me to post about this here.
According to the changelog here, there's been a handful of updates to SVPflow. The first post and the the download section of the SVP wiki still list version 4.0.0.128.
SVPflow - 4.1.0.141 - 2017-04-05
= fixed high CPU load with frame interpolation offSVPflow - 4.1.0.140 - 2017-03-03
+ rendering in 10 bit color depth (Vapoursynth only)SVPflow - 4.0.0.137 - 2016-08-25
= fixed random crash in mpv and VLCSVPflow - 4.0.0.136 - 2016-08-18
= fixed video corruption with smooth.cubic=0SVPflow - 4.0.0.135 - 2016-04-30
= Win: fixed random crash in some casesSVPflow - 4.0.0.132 - 2016-03-18
- Win: dropped legacy Avisynth 2.5 interface support
+ Win: added SVConvert function in 64-bit versionSVPflow - 4.0.0.131 - 2016-03-04
= Mac: initial public release
- Linux: removed Qt dependenciesSVPflow - 4.0.0.130 - 2016-02-27
= may fix crashes in some cases
= fixed wrong colors in SVPlightSVPflow - 4.0.0.129 - 2016-02-23
= fixed crash with SVPlight enabled
How about having access to the latest DLL files?
Does MVTools provide necessary features for artifact removal, or that's part of SVP's custom code?
Chainik, back to that thread on Doom9, how would I go about applying the same settings? SVP and MvTools have a completely different syntax, I can't easily switch between one and the other.
Doing that requires plugins for intelligent opening of video files (LSMashSource works good), FFMPEG for encoding, and a handful of other things. This would greatly increase the size of the redistributable files.
I did comparison here. Very notable quality improvement.
https://forum.doom9.org/showthread.php? … ost1802157
He's talking about the "Natural Grounding Player" which somewhat simplified converting videos to 60fps, but it's CPU only. Further, much like the AviSynth guide, it doesn't work in Windows 10.
By default it enables GPU if madVR is activated under the Natural Grounding Player's settings -- this definitely should be changed, especially now that the media encoder is a separate app.
Without knowing this, you can custom-edit your script to add the GPU parameter.
And yes it works under Windows 10. I'm aware however that some x86 Visual C++ dependencies aren't currently being installed during setup, this will be fixed in the next release.
SmoothVideo Project → Posts by Mystery
Powered by PunBB, supported by Informer Technologies, Inc.