This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

[BUG] Spline100 & Spline144 resizer + FrameRateConverter + RGB24 (Image Stream) glitch
#1
Bug 
So here's a weird one... (not weird for me it seems!)...

This is in AviSynth (Vapoursynth doesn't have Spline100 or Spline144 for some reason).

Input is image stream, png files, RGB24. (I've tested with a lossless mp4 of the image stream and it made no difference... problem likely due to RGB24 input.)

I've also tested with Hybrid 2020.02.19.1 and 2020.07.10.1... same glitch in each version.

I enable FrameRateConverter. Everything's fine.

I resize from 1312x960 to 1440x1080 using Spline 144.

So the AviSynth script looks like this:

ClearAutoloadDirs()
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\LoadDll.dll")
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\ImageSeq.dll")
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\FrameRateConverter.dll")
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\GRunT.dll")
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\mvtools2.dll")
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\masktools2.dll")
LoadPlugin("C:\PROGRA~1\Hybrid\32bit\AVISYN~1\SplineResize.dll")
LoadDLL("C:\Program Files\Hybrid\32bit\avisynthPlugins\libfftw3f-3.dll")
Import("C:\Program Files\Hybrid\32bit\avisynthPlugins\FrameRateConverter.avsi")
SetFilterMTMode("DEFAULT_MT_MODE", MT_MULTI_INSTANCE)
# loading source: E:/USER/HybridTest/%06d.png
#  input color sampling RGB32@8, matrix:Rec.709, scantyp: progressive
#  input luminance scale tv
ImageReader(file="E:\USER\HYBRID~1\%06d.png", start=0, end=24, fps=25, use_DeviL=true, pixel_type="RGB24")
# current resolution: 1312x960
ConvertToYV24(interlaced=false, matrix="Rec709")
FrameRateConverter(NewNum=60000,NewDen=1001,Preset="slowest",Output="auto",SkipOver=210,Dct=1,DctRe=1)
# filtering
# scaling to 1440x1080
Spline144Resize(1440,1080)
# adjust color to YV12
ConvertToYV12()
PreFetch(4)
return last

It produces this glitched output... the green is present on all frames:

[Image: D1zrH5m.jpg]

This glitch is also present on Spline100 resize... but... it is NOT present with Spline64 and below! Those are fine!

It also doesn't happen when the input is a regular mp4 file (h264/i420/4:2:0), or with JUST Spline100 or Spline144 (so it's not just RGB24 + Spline100/144).

It doesn't seem to matter what options are set for FrameRateConverter... it happens at the defaults.

Do you think this is an incompatibility with FrameRateConverter, RGB24, and Spline100/144 resizers? Or is it a bug?

Obviously I realize this is probably not worth fixing if it's not something simple. Tongue

This will happen with only a small number of png files so I attached an archive of the first 25 of the png files I'm working with:

[attachment=929]
Reply
#2
Quote:This is in AviSynth (Vapoursynth doesn't have Spline100 or Spline144 for some reason).
I don't use them an nobody requested them, so there's no support for it in Vaporusynth.

About SplineResize100/144, according to http://avisynth.nl/index.php/External_filters seems like the filter only supports 'YV12, YUY2, RGB24, RGB32'.
-> I'll look into it and send you a link to a dev version for testing

Cu Selur
Reply
#3
It works when outputing FrameRateConverter only to lossless file, then running Spline144 resize on a second pass.

Another solution is simply putting Spline144 before FrameRateConverter.

As I work with it I've found FrameRateConverter is better than Interframe with some content in that it produces less artifacts, but with other content (with lots of detail in smooth camera pans, as well as end credits), Interframe is better.
Reply
#4
btw. DAIN gives nice results, but sadly there is no Vapoursynth or Avisynth support for it atm.

Cu Selur
Reply
#5
It also needs a CUDA 5 Nvidia GPU. Cool
Reply
#6
If you look into a new card at least use on which has see compute capability 5.2 or higher, since the latest CUDA SDK (11) supports compute capability 5.2-8.0, see: https://en.wikipedia.org/wiki/CUDA#GPUs_supported

Cu Selur
Reply
#7
(11.07.2020, 22:34)Selur Wrote: btw. DAIN gives nice results, but sadly there is no Vapoursynth or Avisynth support for it atm.

Cu Selur
That would be super cool to use DAIN in Hybrid!
Reply
#8
May be in case they decide to implement a Vapoursynth or Avisynth filter.
Having huge amounts of temporal image sequences is not going to happen.

Cu Selur
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)