貼吧不太保質(zhì)，這里比較保質(zhì)（有內(nèi)容管理可以方便查看）

首先因?yàn)槲业娜玃時(shí)停是這樣的寫(xiě)法

[state ]

trigger1 = var(58) := var(58)+(var(58) < 59) || 1

type = displaytoclipboard

text = "%.*d%n%d"

params = 1, 0, (parent,var(var(58)))+348

ignorehitpause = 1

所以我構(gòu)思出來(lái)的操作是使用兩個(gè)HELPER，緊緊貼著召喚，我分別稱為上下位HELPER，這有個(gè)缺點(diǎn)是上位HELPER必須吃到一次時(shí)停才能保住下位HELPER，原理為下圖：

這張來(lái)自十德的表格可以很直觀地表現(xiàn)出第幾位PLAYER，但是卻無(wú)法在MUGEN內(nèi)直接判斷出這個(gè)PLAYER是第幾位。于是這個(gè)方法就是利用這個(gè)位置來(lái)產(chǎn)生“上下位HELPER”的說(shuō)法。

接下來(lái)，上位HELPER使用GT變量，也就是使用GT脫離那個(gè)手法的GT變量——寫(xiě)在哪里都可以——去檢測(cè)是否被時(shí)停，如果被時(shí)停了，上位HELPER的GT變量停止計(jì)算，下位HELPER就接收到反饋，首先記錄本體此時(shí)V58為多少，再PARENTVARADD把本體的V58+1跳過(guò)自己。就是這個(gè)操作

但是如果遇到這種情況

多重混線讓出整整8個(gè)空位還好說(shuō)，如果是上面那幾格并列混線的一上一下留空位，那就難操作不少。不過(guò)，由于并列混線的結(jié)構(gòu)，所以也只是會(huì)造成上下位HELPER中間必然隔著一個(gè)敵HELPER的情況，大概也只需要判斷這一點(diǎn)即可。也就是，設(shè)上位在28，敵在29，下位在30，如果28+1后依然被時(shí)停，那么下一次就+2跳過(guò)或者重置一下，在V58=29（敵HELPER）時(shí)再+1即可跳過(guò)下位HELPER。

這個(gè)手法的主要意義在于：保下自己的演出或殺傷或輔助HELPER不被自己時(shí)停。當(dāng)然有時(shí)候這么一種HELPER不止一個(gè)兩個(gè)，那么所要做的就復(fù)雜許多。不過(guò)鑒于我也沒(méi)有這么一種需要用10000個(gè)HELPER去演出的需求，我也就不去仔細(xì)研究改進(jìn)法了。誰(shuí)想研究的可以也不可以沿著我這一條路去研究。或者根本就不需要用

[state ]

trigger1 = var(58) := var(58)+(var(58) < 59) || 1

type = displaytoclipboard

text = "%.*d%n%d"

params = 1, 0, (parent,var(var(58)))+348

這一套全P時(shí)停法，而去開(kāi)發(fā)新的全P時(shí)停

——我說(shuō)完了