gracias
GGRKS了一下简单教程
是不是如下
　

win7开启3GB
　　1 进入system32目录，右击鼠标“以管理员身份运行”运行cmd.exe
　　2 输入如下命令bcdedit /set increaseuserva 3072来开启3GB内存支持

然后再配合管道的话就有3GB avs和3GB x264的使用空间
不用管道的话就是avs+x264合集3GB的内存使用空间了？

gracias楼上2位前辈
请问是不是之后直接调用x264的10bit版以后压制的时候就可以avs和x264各有满格的2GB的内存使用了？（虽然偶是x86系统 不过用ready for 4GB后总体可以使用12G的内存）

由于x86版x264的内存限制只好在管道上打主意 {:cat_9} 以前测试过ffmpeg的视频管道 只能输出8bit 于是今天找来avs4x264mod-0.8.0-git-r61(099ad2f)试验一下管道 想看看能不能输出10bit 这是错误信息 {:cat_4} avs [info]: AviSynth 2.60, build:Sep 27 2009 [18:39:23] avs [info]: Video colorspace: YV12 avs [info]: Video resolution: 1280x720 avs [info]: Video framerate: 2400...

06_taro大,mawen1250大 gracias
学到不少

function DeHalo_alpha(clip clp, float "rx", float "ry", float "darkstr", float "brightstr", float "lowsens", float "highsens", float "ss") { rx = default( rx, 2.0 ) ry = default( ry, 2.0 ) darkstr = default( darkstr, 1.0 ) bright...

刚开始读第二遍 又有一个小白问题
当原文中

mt_merge(dfttest,g_mask,luma=true)

这样调用merge的时候貌似只写了2个clip，
函数怎么自动判断哪个是clip a 哪个是clip b 哪个是clip mask？

偶错了 承认看完一遍后自己看的有点混淆
顺便问一下有没有利用mask来很好地选光选出halo区域对其进行dehalo的依据
一直用dehalo_alpha感觉有点地图炮

有的時候我們希望在高分辨率下進行處理（super-sampling），然後還原回原始分辨率。最簡單的方法當然是先resize到高分辨率，然後應用filter，最後resize回原始分辨率。但是resize過程是有損失的，我們希望能享受super-sampling帶來的處理效果，但是又想讓resize過程的損失降到最低，最好原始畫面不經過多次resize，而只將filter前後的差值部分resize，這樣也可以用mt_makediff來實現：

下面紧接的范例的最后一行不应该是makediff而是adddiff吧？
（其实偶也没完全看懂 ）

貌似确实是zero-raw的压制出问题了 所以决定还是在片源上下功夫了 谢楼上仁兄
不过纯讨论压制技术的话没有将上面的avs速度方面优化的办法？

穷举了7组参数效果均不理想（包括和taa混合使用的情况） 于是果断放弃destripe改用CCC720主要去缟 然后拿快速SharpAAMCmod做一下postaa avs如下 FFmpegSource2("XXX.mp4") ConvertToYUY2() CCC720() ConvertToYV12() SharpAAMCmod(thin=8,sharp=100) Spline36Resize(1280,720) 结果如图 http://sadpanda.us/images/1035505-737L4G1.jpg 感觉还能接受 但是压制速度由单独的ccc720的6fps...