分页: 1 / 6

avs4x26x-0.10.0-git-r70(28fdd98)

发表于 : 2011-09-30 3:07
06_taro
原来的avs4x264与10bit编码相性不合,譬如直接输入16bit时分辨率错误,还有无法更改x264_64.exe名称导致同文件夹下8bit/10bit的x264没法放一起等等,于是自己mod一下,方便32位avs用这个直接pipe给64位的各种x264……各种……

下载:
穩定版(avs4x26x-0.10.0-git-r70(28fdd98).7z): NMM Mirror
最新吾王測試版(avs4x264mod-excalibur-0.8.0.7z,可以設定affinity,pipe-mt等):NMM Mirror

说明:
编译时设定了LARGEADDRESSAWARE的flag,理论上可以突破32位应用程序的2GB内存限制,因此在内存消耗比较高的脚本上通过用SetMemoryMax(xxx)设定更高的内存限制可以取得更快的速度以及处理能力。史上最强/宇宙第一压制304帮忙测试了在SetMemoryMax(3072)在64位系统下的运行基本没问题,保险起见可以用更小的数值,不过不管怎样都比普通版有时不得不设置到512以内要好多了。在32位的windows上内存限制是3GB(但是要在系统里正确设置),而在64位Windows系统内的上限是4GB,并且不需要特殊设置。

Modified by 06_taro ( astrataro AT gmail DOT com )
Modifications:
-- 如果x264参数里设置了input-depth,并且值不为8的话,avs4x264mod传递给x264的width自动除以2,这样x264就可以正确接收用MSB/LSB按场交织的伪16-bit。如果未定义input-depth,或者定义其为8,则与原来的avs4x264一样不做处理。
-- 将avs4x264mod输出给x264时x264接收到的命令行参数显示在屏幕上,加上前缀"avs4x264 [info]:".
-- x264_64.exe的路径改为可自定义。自定义路径参数:--x264-binary "x264_path"或者-L "x264_path",例如: avs4x264mod.exe --x264-binary "C:\x264_64-abc.exe" -o out.264 in.avs或者avs4x264mod.exe -L "C:\x264_64-abc.exe" -o out.264 in.avs。如果不指定的话则默认和原来avs4x264相同,使用同目录下或者系统文件夹内的x264_64.exe
-- 对avs 2.6的新csp YV16/YV24不再强制转成YV12
-- 增强对一些x264参数格式的兼容性,例如对--input-depth=16、--tcfile-in="F:\timecodes.txt"的检测以及--x264-binary="E:\x264.exe"、-L=x264、-Lx264的使用
-- 如果自定义了--frames、--fps、--input-res的话,avs4x264mod不会再自动添加对应参数,增加灵活性
-- 增加了--seek-mode,配合--seek使用。默认为"fast",此时和x264直接吃avs表现基本相同,有qpfile/tcfile-in时会用FreezeFrame将--seek之前的帧freeze住以加快空跑速度,否则直接跳过seek之前的帧,从seek的帧开始pipe。如果--seek-mode为safe的时候对所有帧都完整处理,此时如果脚本比较EP则前面空跑的速度会比较慢,但是对于像TDecimate(mode=3)这种无法进行非linear seek的脚本也可以正确处理。
-- 在輸入tcfile-in的情況下自動添加--timebase,譬如腳本是24000/1001fps的,使用--tcfile-in的情況下則會自動添加--timebase 1001。如果有特殊需要的話請自己手動添加以覆蓋avs4x264mod添加的。
-- 自動更正fps,譬如DSS導致的10000000/417083或者DGSource導致的48000/2002,240000/10010等會自動更正為24000/1001
-- 支持直接輸入.d2v/.dga/.dgi,會自動調用MPEG2Source/AVCSource/DGSource載入;支持.avi/.mkv/.mp4/.wmv等媒體格式,會自動選擇源濾鏡載入,具體格式見下面的命令行文檔
-- 輸出文件後綴名爲.265/.h265/.hevc時,將自動加載"x265",否則和以往一樣自動加載"x264_64"
-- .dgi在DGSource不成功時會自動調用DGSourceIM
-- 增加支持AviSynth+自動加載源濾鏡讀取媒體格式

代码: 全选

avs4x26x - simple AviSynth pipe tool for x262/x264/x265
Version: 0.10.0.70, built on Aug 28 2014, 15:19:31

Usage: avs4x26x [avs4x26x options] [x26x options] -o <output> <input>

Supported input formats:
     .avs
     .d2v: requires DGDecode.dll
     .dga: requires DGAVCDecode.dll
     .dgi: requires DGAVCDecodeDI.dll, DGDecodeNV.dll or DGDecodeIM.dll according to dgi file
     .vpy: try to use VSImport -> AVISource -> HBVFWSource
           (VSImport requires VapourSource.dll)
           (HBVFWSource requires HBVFWSource.dll, and will force input-depth=16)
     .avi: try to use AVISource -> LWLibavVideoSource -> FFVideoSource(normal)
                      -> DSS2 -> DirectShowSource
     .mp4/.m4v/.mov/.3gp/.3g2/.qt:
           try to use LSMASHVideoSource -> LWLibavVideoSource
                      -> FFVideoSource(normal) -> DSS2 -> DirectShowSource
     .m2ts/.mpeg/.vob/.m2v/.mpg/.ogm/.ogv/.ts/.tp/.ps:
           try to use LWLibavVideoSource
                      -> FFVideoSource(demuxer="lavf" and seekmode=-1)
                      -> DSS2 -> DirectShowSource
           seek-mode will be forced to "safe" for these formats if ffms is used
     .mkv/.flv/.webm:
           try to use LWLibavVideoSource -> FFVideoSource(normal) -> DSS2
                      -> DirectShowSource
     .rmvb/.divx/.wmv/.wmp/.asf/.rm/.wm:
           try to use DSS2 -> DirectShowSource
     (FFVideoSource, LWLibavVideoSource, LSMASHVideoSource, DSS2, DirectShowSource
           requires ffms2.dll, LSMASHSource.dll, avss.dll, DirectShowSource.dll)

Options:
 -L, --x26x-binary <file>   User defined x26x binary path.
                                Default: "x265" if output file is *.h265/.265/.hevc
                                         otherwise "x264_64"
     --seek-mode <string>   Set seek mode when using --seek. [Default="fast"]
                                - fast: Skip process of frames before seek number as x26x does if no
                                        --tcfile-in/--qpfile specified;
                                        otherwise freeze frames before seek number to skip process, 
                                        but keep frame number as-is.
                                        ( x26x treats tcfile-in/qpfile as timecodes/qpfile of input 
                                        video, not output video )
                                        Normally safe enough for randomly seekable AviSynth scripts.
                                        May break scripts which can only be linearly seeked, such as
                                        TDecimate(mode=3)
                                - safe: Process and deliver every frame to x26x.
                                        Should give accurate result with every AviSynth script.
                                        Significantly slower when the process is heavy.
16-bit input example:

"in.avs":

代码: 全选

AviSource("sample.avi")
Dither_convert_8_to_16()
Dither_resize16(1280, 720)
Dither_convey_yuv4xxp16_on_yvxx()

代码: 全选

avs4x26x.exe --x26x-binary "C:\x264_64-10bit.exe" --output "out.264" --input-depth 16 "in.avs"
avs4x26x input.avs -o output.h265
avs4x26x -o output.h265 input.avs --input-depth 16

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-09-30 9:00
-o-o-304-o-o-
拜谢taro大~~~~

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-09-30 9:24
dgwxx
oh yeah~支持各种x264了呢

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-09-30 9:44
06_taro
是啊,其實也可以用32位的x264……自己指定32位x264的路徑的話……

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-10-13 13:31
06_taro
v0.2 刪除v0.2中如果指定--x264-binary時在新命令行裡生成的空格

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-10-29 13:45
Holy
請問 taro 大可否增加 --priority 參數來指定 CPU 進程優先級?

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-10-29 13:50
06_taro
start /b /wait /low xxx.exe 就是最低优先级运行xxx.exe,/low可以换成/normal /high /realtime /abovenormal /blownormal来变成其他优先级。start /b /wait /low avs4x264mod.exe的话,avs4x264mod调用的x264优先级也会变成/low,所以我觉得直接命令行里加就行了,没必要变成参数……

Re: avs4x264mod (支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-10-29 14:23
Holy
原來如此~多謝了

changelog

发表于 : 2011-11-29 11:25
06_taro
v0.1
-- 首个版本,解决输入为interleaved的伪16bit时分辨率及内容不正确的问题
-- 可以用--x264-binary自定义x264路径

v0.2
-- 修正指定x264-binary时传递的命令行里多了两个无用的空格的问题,不影响功能

v0.3
-- 修正avs4x264mod及x264 binary均以完整路径调用时,x264 binary的路径错误问题。
-- 增加-L作为--x264-binary的短参数,例如avs4x264mod -L "C:/x264.exe" input.avs -o output.264,注意L区分大小写

v0.4
-- avs的csp为YV16/YV24时直接输出i422/i444,不再强制转成YV12,感谢SAPikachu菊苣
-- 无参数运行时显示版本及帮助信息

v0.5
-- 增加更多的x264参数形式的兼容性,例如对--input-depth=16,--tcfile-in="timecodes.txt"形式的检查以及对--x264-binary="x264",-L="x264",-Lx264这些参数形式的支持。

v0.5.1
-- 修正自v0.4开始的输入YV12时的bug

v0.6
-- 如果自定义了--frames、--fps、--input-res的话,avs4x264mod不会再自动添加对应参数,增加灵活性
-- 修正指定了--frames时的处理帧数,可以正确处理所需要编码的帧而不会报错了

v0.6.1
-- 修正制定--seek时的传递给x264的frames参数错误问题
-- 显示更具体的avs信息

v0.6.2
-- 一些细节bug fix
-- 增加--seek-mode参数,默认("fast")时处理--seek指定帧之前的无用帧的速度大幅优化

v0.7.0,考慮了一下,還是加入了在輸入--tcfile-in的情況下會自動添加--timebase的功能。譬如24000/1001fps的腳本,有tcfile-in的情況下自動添加--timebase 1001,這樣就不需要手動添加了。不過注意如果腳本本身的fps不正常,譬如tivtc自動vfr出來但沒有AssumeFPS時介於24/30之間的詭異fps,要么自己添加AssumeFPS,要么手動加--timebase。反正現在avs4x264mod的做法和直接用x264吃avs的做法是一樣的,不該省的步驟還是不能省。

v0.8.0
1. 自動更正fps,譬如DSS的10000000/417083fps會自動更正為24000/1001fps,還有DGSource那種48000/2002也會自動約分為24000/1001
2. 針對x264-audio的一些適應性修正
3. interlaced參數檢測在原來的--interlaced基礎上增加--tff/bff
4. avs4x264mod檢測的一些參數如果重複多次出現時,取最後一次出現的(和x264行為一樣,譬如avs4x264mod --input-depth 8 --input-depth 10 input.avs output.264,則當作10bit)。不過input file始終取第一次出現的(x264也是這樣的)
5. 直接支持d2v/dga/dgi輸入,當然這個需要dgdecode.dll/dgavcdecode.dll/dgdecodenv.dll/dgavcdecodedi.dll在avs裡是自動加載的
6. 直接支持avi/mkv/mp4/m2ts/wmv/rmvb等一堆媒體格式,完整格式列表和源濾鏡優先級可以無參數運行來查看,或者看這裡

Re: avs4x264mod v0.6 laa(支持非8-bit的avs输入,可自定义x264_64.exe路径)

发表于 : 2011-12-02 16:43
rshadow
请问avs4x264mod是继承了avs4x264的功能吗?但我找了很久也找不到avs4x264的说明文档,能麻烦发一下吗~orz