AFAIK there's no private messaging here but you can contact me on doom9

52

(5 replies, posted in Using SVP)

Thank you

53

(5 replies, posted in Using SVP)

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.

55

(3 replies, posted in Using SVP)

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!

56

(0 replies, posted in Using SVP)

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.

This has been discussed in-depth here.

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.

60

(22 replies, posted in Using SVP)

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
}

https://s22.postimg.org/8sazos73x/diamond-6965-svp.png

FrameRateConverter()
https://s22.postimg.org/yzc6kqpdp/diamond-6965-frc.png

61

(22 replies, posted in Using SVP)

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.

Nintendo Maniac 64 wrote:

I've no idea how to do this via scripting...

That's a custom need. Ask on the Avisynth Usage forum.

Nintendo Maniac 64 wrote:

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.

Nintendo Maniac 64 wrote:

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.

Tkompuras wrote:

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
Nintendo Maniac 64 wrote:

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.

Nintendo Maniac 64 wrote:

...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.

Nintendo Maniac 64 wrote:

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.


Nintendo Maniac 64 wrote:

So ideally, I would love you forever

Thanks

Nintendo Maniac 64 wrote:

Oh, and NGP's background colors don't work well with Windows' high-contrast themes that use white text.

hum...

Nintendo Maniac 64 wrote:

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.

65

(22 replies, posted in Using SVP)

Chainik wrote:

as I said before, may be (!) the major difference comes from

prefiltered = RemoveGrain(C, 22)

No, removing that only did an extremely minor difference.

Chainik wrote:
 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?

66

(22 replies, posted in Using SVP)

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

67

(22 replies, posted in Using SVP)

So, SVP implemented it internally (fast), and with MVTools, it has to be done with 10 lines of code (slow)?

68

(22 replies, posted in Using SVP)

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.

69

(22 replies, posted in Using SVP)

Oh sorry forgot you had sent me this already.

Is this the same method you use?

70

(3 replies, posted in Using SVP)

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 off

SVPflow - 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 VLC

SVPflow - 4.0.0.136 - 2016-08-18
= fixed video corruption with smooth.cubic=0

SVPflow - 4.0.0.135 - 2016-04-30
= Win: fixed random crash in some cases

SVPflow - 4.0.0.132 - 2016-03-18
- Win: dropped legacy Avisynth 2.5 interface support
+ Win: added SVConvert function in 64-bit version

SVPflow - 4.0.0.131 - 2016-03-04
= Mac: initial public release
- Linux: removed Qt dependencies

SVPflow - 4.0.0.130 - 2016-02-27
= may fix crashes in some cases
= fixed wrong colors in SVPlight

SVPflow - 4.0.0.129 - 2016-02-23
= fixed crash with SVPlight enabled

How about having access to the latest DLL files?

71

(22 replies, posted in Using SVP)

Does MVTools provide necessary features for artifact removal, or that's part of SVP's custom code?

72

(22 replies, posted in Using SVP)

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.

73

(70 replies, posted in Using SVP)

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.

74

(22 replies, posted in Using SVP)

I did comparison here. Very notable quality improvement.
https://forum.doom9.org/showthread.php? … ost1802157

75

(70 replies, posted in Using SVP)

Alex wrote:

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.