Avisynth+

[pinterf]

Originally Posted by real.finder

for MedianBlur2 there are also https://forum.doom9.org/showthread.p...20#post1810220

Give it a try, pls.
https://github.com/pinterf/MedianBlur2/releases/tag/1.0

[pinterf]

And another Avisynth+ test build, please test it thorougly, I need more testers than myself

EDIT: link removed until I check real.finder's bug report
EDIT: test build 2nd edition:
https://drive.google.com/open?id=1iZ...x1C5FZ7PTd-4qw

- New function: 
  SetMaxCPU(string feature)
  
  string "feature" 
  
    "" or "C" for zero SIMD support, no processor flags are reported  
    "mmx", "sse", "sse2", "sse3", "ssse3", "sse4" or "sse4.1", "sse4.2", "avx, "avx2"
     
    parameter is case insensitive.
    Note: "avx2" triggers FMA3 flag as well.

  Processor options w/o any modifier will limit the CPU flag report to at most the processor level.
  When "feature" is ended by '+', relevant processor feature flag will be switched on
  When "feature" is ended by '-', relevant processor feature flag will be removed
  Multiple options can be put in a comma separated list. They will evaluated in that order.
  
  Examples:
    SetMaxCPU("SSE2") reports at most SSE2 processor (even if AVX2 is available)
    SetMaxCPU("avx,sse4.1-") limits to avx2 but explicitely removes reporting sse4.1 support
    SetMaxCPU("C,avx2+") limits to plain C, then switches on AVX2-only support
  
- Fix: Mix/Max Runtime function 32bit float chroma: return -0.5..0.5 range (was: 0..1 range)
- Other MT fixes from Neo

[real.finder]

Originally Posted by pinterf

Give it a try, pls.
https://github.com/pinterf/MedianBlur2/releases/tag/1.0

it's seems work fine with HBD

but Avisynth+ test, even without using mt

ColorBars(width=640, height=480, pixel_type="yv12")
admfilter()
#Prefetch(4)

Zs_RF_Shared and AdvancedDenoising

[real.finder]

Originally Posted by StvG

AddGrain port of the vs version.

Originally Posted by real.finder

thanks, it work but even in 8 bit it darker (1/255) than the original input or old AddGrain

anyone know why? is the VS version has the same output?

[pinterf]

Originally Posted by real.finder

it's seems work fine with HBD

but Avisynth+ test, even without using mt

ColorBars(width=640, height=480, pixel_type="yv12")
admfilter()
#Prefetch(4)

Zs_RF_Shared and AdvancedDenoising

Thanks, then I remove the link temporarily.
EDIT: new link posted (silly bug)

[pinterf]

Originally Posted by real.finder

anyone know why? is the VS version has the same output?

Missing rounding at a right shift.

[real.finder]

Originally Posted by pinterf

And another Avisynth+ test build, please test it thorougly, I need more testers than myself

EDIT: link removed until I check real.finder's bug report
EDIT: test build 2nd edition:
https://drive.google.com/open?id=1iZ...x1C5FZ7PTd-4qw

Originally Posted by pinterf

Thanks, then I remove the link temporarily.
EDIT: new link posted (silly bug)

quick test and WOW

it's seems fix even this!

you are a hero for avs+ users

[pinterf]

Originally Posted by real.finder

quick test and WOW

it's seems fix even this!

you are a hero for avs+ users

Not me, Neo branch fixed it, but he went too far, and I reverted back a bit, though the changes were so huge that I spent a week on the topic. Go on testing with this build then.

[real.finder]

Originally Posted by pinterf

Not me, Neo branch fixed it, but he went too far, and I reverted back a bit, though the changes were so huge that I spent a week on the topic.

yes, I almost forget that from happiness, also a big thanks to him! Although I wished he was chosen opencl than cuda

Go on testing with this build then.

indeed, I even make it the main one for now just for MT fix

[MeteorRain]

Originally Posted by feisty2

I actually successfully compiled GCC 10 (trunk ver) from the scratch in Cygwin for windows a few days ago. I'll admit that it was not a pleasant experience...

Doesn't sound fun at all. But then because avs uses C++ either msvc or clang cl can be used. Either way is far to go.

[FranceBB]

Originally Posted by real.finder

it's seems work fine with HBD

Confirmed. It works flawlessly on Windows XP with planar high bit depths.

Originally Posted by pinterf

And another Avisynth+ test build, please test it thorougly, I need more testers than myself

EDIT: link removed until I check real.finder's bug report
EDIT: test build 2nd edition:
https://drive.google.com/open?id=1iZ...x1C5FZ7PTd-4qw

Something weird is happening with the new version.
I replaced the plugins, the Avisynth.dll in Windows, System32 and also DevIL.dll in System32.
Once I've done that, I tried to open up AVSPmod and it fails to start saying to check and make sure that I don't have any broken plugins or corrupted Avisynth installation. If I try to run AVSMeter to get the info, it prompts me to an access violation:

Exception 0xC0000005 [STATUS_ACCESS_VIOLATION]
Module: C:\WINDOWS\system32\avisynth.dll
Address: 0x100863AA

Same goes if I try to open a script with AVSMeter.
If I try to use avs4x264mod on the same script, it crashes with an unknown error, same goes for ffmpeg...
However if I try to load the very same script in VirtualDub, it works fine.
Why...?
According to Dependency Walker, nothing is missing in Avisynth.dll and it's perfectly fine, so... there must be something weird going on under the hood...

[pinterf]

Thanks for the report, it seems to crash with programs using the C interface. It should be easy to reproduce.
EDIT: wasn't easy = couldn't reproduce

[feisty2]

Originally Posted by MeteorRain

Doesn't sound fun at all. But then because avs uses C++ either msvc or clang cl can be used. Either way is far to go.

I believe clang10 should have supported all the required c++ 20 core language features to compile vsFilterScript

[real.finder]

Originally Posted by pinterf

Thanks for the report, it seems to crash with programs using the C interface. It should be easy to reproduce.

I did encode with x264 and used avspmod with no problem, both are C interface (but they not uptodate though)

edit: even open it with mpc work

[pinterf]

Originally Posted by FranceBB

Something weird is happening with the new version.
I replaced the plugins, the Avisynth.dll in Windows, System32 and also DevIL.dll in System32.
Once I've done that, I tried to open up AVSPmod and it fails to start saying to check and make sure that I don't have any broken plugins or corrupted Avisynth installation. If I try to run AVSMeter to get the info, it prompts me to an access violation:

Exception 0xC0000005 [STATUS_ACCESS_VIOLATION]
Module: C:\WINDOWS\system32\avisynth.dll
Address: 0x100863AA

Same goes if I try to open a script with AVSMeter.
If I try to use avs4x264mod on the same script, it crashes with an unknown error, same goes for ffmpeg...
However if I try to load the very same script in VirtualDub, it works fine.
Why...?
According to Dependency Walker, nothing is missing in Avisynth.dll and it's perfectly fine, so... there must be something weird going on under the hood...

No problem on my side. avspmod 32 bit, x264 64 bit, avsmeters all working well. Latest redistributables?

[FranceBB]

Originally Posted by pinterf

No problem on my side. avspmod 32 bit, x264 64 bit, avsmeters all working well. Latest redistributables?

Yep, I have C++ from 2005 to 2019 and .NET Framework from 1.0 to 4.0.
It's really weird...



Oops. I just noticed that I have the 2019 as 14.24.28127 and the very latest is 14.25.28508.
I'm updating right now.

Nope. Going from 2019 version 14.24.28127 to 14.25.28508 did not solve the problem.







Yet, if I try something stupid like:

clip=ColorBars(width=848, height=479)

my_initial_width=clip.Width()
my_initial_heigth=clip.Height()

i_width = my_initial_width / 2 * 2
i_height = my_initial_heigth / 2 * 2

Spline64Resize(clip, i_width, i_height)

VirtualDub works:



And even if I try something more complex which involves external filters and dependencies, it works fine on VirtualDub

video=DGDecode_MPEG2Source("I:\Production\RAW\424-430\opening_ending_textless.d2v")
audio=FFAudioSource("I:\Production\RAW\424-430\opening_ending_textless T80 2_0ch 224Kbps DELAY 0ms.ac3")
Audiook=MergeChannels(audio, audio, audio, audio)
AudioDub(video, audiook)

tfm(mode=1,pp=5,slow=2,micmatching=2,clip2=tdeint(mode=2,type=3)) 
tdecimate()

f3kdb(range=15, Y=70, Cb=40, Cr=40, grainY=0, grainC=0, sample_mode=2, blur_first=true, dynamic_grain=false,  opt=3, mt=true, keep_tv_range=true, input_depth=8, output_mode=1, output_depth=16)

nnedi3_resize16(target_width=720, target_height=576, mixed=true, thr=1.0, elast=1.5, nns=4, qual=2, etype=0, pscrn=4, threads=0, tv_range=true, kernel_d="Spline", kernel_u="Spline", taps=6, f_d=1.0, f_u=2.0, sharp=0, lsb_in=true, lsb=false)

Limiter(min_luma=16, max_luma=235, min_chroma=16, max_chroma=240)

ResampleAudio(48000)
AssumeFPS(25, 1, true)
SSRC(48000)

assumeTFF()
separatefields()
selectevery(4,0,3)
weave()

and it fails on avs4x264 as well as in AVSPmod and AVSMeter...



Even something as simple as this doesn't work with AVSPmod, avs4x264 and ffmpeg:

ColorBars(width=704, height=396)

with the same error...

Even AVSEditPlus crashes as soon as I compile the script (click preview button):



And yet, VirtualDub works...




I don't get it...

p.s if I can provide you any debug symbols or anything, just let me know how to do that and I'll give you everything.

p.p.s if you don't have an XP VM where you wanna test, I can let you log into mine via Anydesk (no RDP as I'm not a big fan of it for non-intranet connections).

[Groucho2004]

Originally Posted by FranceBB

Oops. I just noticed that I have the 2019 as 14.24.28127 and the very latest is 14.25.28508.
I'm updating right now.

The latest seems to be 14.26.28720.3.

[FranceBB]

Originally Posted by Groucho2004

The latest seems to be 14.26.28720.3.

Updated again, but it doesn't solve the issue...

[stax76]

Software is complex and unofficial and alternative ways have always the potential to cause issues, so I recommend using the official source:

https://support.microsoft.com/en-gb/...al-c-downloads

[pinterf]

I have 15.25.28508.