请教吧内神代码方面的专家,关于混线的少许细节
mugen吧
全部回复
仅看楼主
level 10
Eagrose 楼主
从混线到KO对手的整个流程,简单说就是:
helper自相残杀
永续target
Targetstate
proj贯通炮(OTHK)
lifeset=0/noko无效化/等等等...
于是突然发现一个问题,开幕混线时,如果对手也在roundstate=0创建
【从不注销,从不受击,从不hitdef】的helper
那么开幕混线就没办法对付这个helper了?
(如果没有算错的话,helper维持NOKO,在2P侧会失败,
也是因为开幕helper位置全部被占有了的关系吧?)
如果这种helper确实无法被混线,那么除了
【alive溢出直死】和遥远君的printf【%n】之外,无法击破?(stateno对策除外)
2012年11月07日 10点11分 1
level 12

helper占用

(心照不宣)
2012年11月07日 10点11分 2
[睡觉] 混线不杀人的。。杀人的是混线成功后落入的p2stateno
2012年11月07日 10点11分
LZ你忘了还有变数弄
2012年11月07日 10点11分
不是p1stateno吗,其实就是自作自受
2012年11月07日 10点11分
回复 Gustab·M :[睡觉]那是贯通炮用的拉
2012年11月07日 10点11分
level 15
螺丝你是指1P侧先召唤个helper然后无条件noko?
2012年11月07日 10点11分 3
NOKO什么的不是重点。主要是想知道,这个开幕就创建的,永久的、被动的helper,能不能被对方混线取得。本体KO不KO无所谓,甚至本体KO了,是不是这个helper依旧没法被混线破解...
2012年11月07日 10点11分
呃...换个说法吧...混线本身需要开幕的“打自己人”的打手和“受自己人打”的沙包。沙包用完就扔掉,打手保留,这就是混线。但是打手也是helper,这些【由混线本身创建的】helper【不会】受到对方同样混线的影响?(貌似确实如此)
2012年11月07日 10点11分
回复 Eagrose :混线helper通过永续target所能控制的是进入到最初被他被击中后消除掉的那个helper所在位置下的helper,如果不是那就不能控制
2012年11月07日 10点11分
如果确实如此,唯一的解释就是,开幕创建的永久化helper,在混线发动的同时(或者说更早 1P比2P侧早执行)就“堵死”了一块内存位置,导致混线无法通过沙包取得它,进一步的甚至用了直死,或者%n KO对手,这个helper依旧在。(遥远君的亲变更 应该可以破解)
2012年11月07日 10点11分
level 10
Eagrose 楼主
感谢楼上大家的讨论和解答
改天螺丝自己再详细测试吧。
混线算是尚在mugen正常代码范畴内的最后一个领域了(其实就是野指针)
直死突破533(?)和遥远君的%n,其细节都已经完全的涉及了底层程序设计...
2012年11月07日 10点11分 4
[黑线]你想说是即死吧。。直死可是上千甚至上万个null..即死突破512要靠hitpausetime(无视NOKO
2012年11月07日 11点11分
回复 龙白方 :恩,有533NULL的写法(覆盖alive),还有几万个NULL的写法
2012年11月07日 11点11分
写法出来后,溢出所需的控制器数量就是固定的。但是想明白为何是这么多,多一个少一个如何,那就不是mugen的范畴了。所以说混线是mugen范畴内的最后一个领域(至少目前是)
2012年11月07日 11点11分
1