avs4x26x v0.10.0 ( support high-bitdepth avs & customized x264/x265 path & avs+ )

[06_taro]

Update to 0.10.0

Changelog since 0.9.1:

1. Fix automatically invoking Source Filter for media input files with AviSynth+, using the same patch from BugMaster for x264.

2. Support x265, x264 and x262. That is why we change the name from avs4x264 to avs4x26x. Actually avs4x264mod already supports x265 by simply using --x264-binary, but now if your output file is *.265/*.h265/*.hevc, avs4x26x will launch “x265.exe” even without --x26x-binary or -L. Still, “x264_64″ for other output for backward compatibility.

Note that x265 introduce another method: x265 input output. This would not be supported for the x264/x265 recognition. Either avs4x26x input.avs --output output.265 or avs4x26x input.avs -Lx265 output.265 or avs4x26x input.avs --x26x-binary x265 is OK. But if you write avs4x26x input.avs output.h265, x264_64 is implied.

3. Support automatically invoke DGSourceIM, if DGSource failed for “*.dgi” input

4. Since x265 does not support avs input yet, x64 version is reasonable for those who want to use x64 AviSynth with x64 x26x. Now here comes the x64 version, to be used with x64 avisynth.dll.

[LigH]

You forgot to update to your last version:

http://tmod.nmm-hd.org/avs4x26x/
http://tmod.nmm-hd.org/avs4x26x/avs4...71(db90333).7z

[06_taro]

Thanks. That was a tiny commit and I forgot to update here.

[anonymlol]

I'm using version 0.10.0.71, and it sometimes crashes at the beginning of x264 encodes (x265 seems to be fine, I was using it the past few days without problems).

My settings:

avs4x26x -L "x264_64-10bit" --level 5.1 --preset veryslow --crf 18.0 --input-depth 16 --log-level none --output "1080.mkv" "1080.avs"

Here's what I could find:

The thread 0xe5e4 has exited with code 0 (0x0).
Unhandled exception at 0x774C1AD6 (ntdll.dll) in avs4x26x.exe: 0xC0000005: Access violation reading location 0x00100110.

The thread 0xe39c has exited with code -1073741510 (0xc000013a).
The thread 0xe770 has exited with code -1073741510 (0xc000013a).
The thread 0xe648 has exited with code -1073741510 (0xc000013a).
The thread 0x7178 has exited with code -1073741510 (0xc000013a).
The thread 0x80f0 has exited with code -1073741510 (0xc000013a).
The thread 0xe730 has exited with code -1073741510 (0xc000013a).
The program '[55832] avs4x26x.exe' has exited with code -1073741510 (0xc000013a).

[foxyshadis]

That usually means your Avisynth script is crashing, not avs4x26x or x264. Can you post your script?

[anonymlol]

Here you go:

DGSource("src.dgi")
mrdaa2(resharpen=0)
flash3kyuu_deband_f3kdb(grainY=0, grainC=0, output_mode=2, output_depth=16)

mrdaa2 is a slightly modified version of MrdaaLame().

# modified version of mandarinka's MrdaaLame (http://forum.doom9.org/showthread.php?t=167480) by anonymlol
# Based on Daa: Anti-aliasing with contra-sharpening by Didée, modded by Terranigma for nnedi and by thetoof for merge
# fixed chroma shift by OnDeed

function Mrdaa2(clip c, float "resharpen", bool "OpenCL") {

    resharpen = Default(resharpen, 0)
    OpenCL    = Default(OpenCL, true)

    dblshift     = (OpenCL) ? c.nnedi3x(field=1, dh=true).fturnright().nnedi3x(field=1, dh=true).fturnleft() 
                          \ : c.nnedi3(field = 1,dh=true).fturnright().nnedi3(field = 1,dh=true).fturnleft()
    dbl          = dblshift.Spline36Resize(c.width,c.height,-0.5,-0.5,c.width*2,c.height*2).MergeChroma(dblshift.Spline36Resize(c.width,c.height,-1.0,-1.0,c.width*2,c.height*2))
    dblD         = mt_makediff(c,dbl,U=3,V=3)
    shrpD        = mt_makediff(dbl,dbl.blur(resharpen*0.2,MMX=false),U=3,V=3)
    DD           = shrpD.repair(dblD,13)
    
    return dbl.mt_adddiff(DD,U=3,V=3) 
}

edit: Got some errors in cmd this time:
Seems like the error is somewhere in

    dblshift     = (OpenCL) ? c.nnedi3x(field=1, dh=true).fturnright().nnedi3x(field=1, dh=true).fturnleft() 
                          \ : c.nnedi3(field = 1,dh=true).fturnright().nnedi3(field = 1,dh=true).fturnleft()

I'll remove the condition for now and use it with nnedi3ocl as default. But I'd appreciate it if someone could explain to me why it crashes during that condition.

edit2: I'll continue with this issue in the nnedi3 ocl thread. Thanks for your help so far.

[Khyinn]

Hi,

Can avs426x be used in linux with native x264 or should i use x264 for Windows ?

I'm asking this because i'm currently using avs2pipe which works well on Linux with wine and pipes directly to linux's native x264 but avs2pipe is a bit old now...

[06_taro]

I haven't tested avs4x26x with wine on Linux. Since it's a single binary file, just give it a try? BTW, avs4x26x is also a bit old :P

[RRD]

Hello,
Thank you for your work.
What is the use of avs4x26x-x64.exe ? With 32-bit AviSynth it expectedly returns “avs [error]: failed to load avisynth”. Is it only for direct media file input?

[LigH]

It can be used to pipe output of a 64 bit AviSynth (rather AviSynth+ than the original project) to an encoder as YUV video stream.

[edison]

does it support rgb32 .avs as input?
I did try:
avs4x26x --seek-mode safe --x26x-binary "x265.exe --input-csp rgb32" -o "test.265" "d:\rgb32.avs"

but not work.

[LigH]

Since MeGUI will support high bit depth color modes (mainly with AviSynth+), would you be able to make your tool aware of such modes as well?