Avisynth 流水线化多线程/多进程支持插件（2012-2-20）

[leiming]

更新：
1、编码用的头文件换成2.58的（其实根本没什么区别
2、sorathread现在可以完全关闭cache了（考虑到那些可能会往前参考的插件应该自己都有自己的cache了……吧。完全关闭的情况下所有cache的算法都被跳过，连锁都不创建，加快速度）。cache默认情况下关闭（即cache=0
3、提高了sorathread使用buffer的效率（其实是有的时候会因为处理来不及而导致重复读相同的帧……现在不会了
4、sorasmserver在avs脚本错误的情况下会有提示了
5、sorathread中的某些线程同步算法改回20120211的……doom9上有人报这个版本会crash

[wing0]

我这除了1台64位WIN7能正常使用sorathread，另外一台32位XP和一台32位 2003的服务器都不能正常使用。

另2台的情况都是编码没开始多久就卡住了程序没死，frames数就停住了CPU也跌至10％几，X264也没任何报错。

[leiming]

我这除了1台64位WIN7能正常使用sorathread，另外一台32位XP和一台32位 2003的服务器都不能正常使用。

另2台的情况都是编码没开始多久就卡住了程序没死，frames数就停住了CPU也跌至10％几，X264也没任何报错。

10%几，问一下你的cpu是4核ht或者8核的吗
我在想如果是程序里出现死循环的话那么应该是直接占满（可能是一个核），
8核下是大约12%

代码这么干看着看不出问题，本地又重现不出来，各种郁闷orz

avisynth是2.5x吗……代码里我还没换用能兼容2.6的头文件

[wing0]

不好意思正在编码中还没试，AVS WIN7倒是2.6版的。其他几台没确认。稍等我编码完手上这集就测试
XP这台也可以让你远程看一下，反正开始没多久就会卡住。核心数XP是6核，服务器是16核。

[leiming]

我现在在本机上跑一个1500帧的测试片段反复100次……看看有没有办法让它卡住
10%几的话确实看起来像是占满一个核心了……
我这里弄一个测试片段，反复十几次以及在sorathread之前和之后加负载都没有出现卡死orz

等下能不能拜托你用windbg在卡死的时候存一个minidump给我？
具体方法不会难，加我qq可以吗->我的号 reimu@hakurei.cn
到时候我传一个调试版本的sorathread给你
根据minidump我能看到程序卡在什么地方
然后着重看那一块代码

[翡璃月]

上一版的SoraSMServer/Source似乎會導致--output-csp i422當掉
今天這一版 目前已經24xxx frames還未當掉

[leiming]

上一版的SoraSMServer/Source似乎會導致--output-csp i422當掉
今天這一版 目前已經24xxx frames還未當掉

啊？色彩空间也有关系……数据溢出吗。我当前开辟的共享内存空间大小是根据整个视频中第一帧（未压缩状态的raw数据）所占的大小来计算的

[翡璃月]

應該是溢出沒錯
因為只有其中一個avs任務當掉

[leiming]

不好意思正在编码中还没试，AVS WIN7倒是2.6版的。其他几台没确认。稍等我编码完手上这集就测试
XP这台也可以让你远程看一下，反正开始没多久就会卡住。核心数XP是6核，服务器是16核。

crash的dump检查以后没发现crash的原因……有可能是在其他插件，假设有这样的插件会和sorathread起冲突

死锁问题暂时没有思路，实在不行我就在wait的时候加上timeout来掩盖可能存在的问题了orz
加上timeout以后应该是可以掩盖这个问题，代价是运行效率可能会比设计的时候要低

應該是溢出沒錯
因為只有其中一個avs任務當掉

数据拷贝之前都有好好计算大小不会溢出啊……
唔，会不会是没有检查拿到的frame是否可写、获取的写入指针是不是为0的缘故不知道
之后检查的代码我加上去

[mawen1250]

我想把原始clip和mask同时传递到SoraThread之后，像这样写不知道有没有什么问题，有没有更简便的方法？

代码： 全选

src=last
mask=src.tcanny

smA=LSFmod(src,xxx)

SoraThread(StackVertical(smA,mask), 5, 0)
smB=last.crop(0,0,0,-1080)
mask=last.crop(0,1080,0,0)