ＭＵＧＥＮ／難儀するユニオンヒット

そもそも２タイプの搭載法、と分けたのが間違いだった気がしてきた。

～　～　～

ホントに簡易版だったようで、改めて見ると欠点だらけな気がしてきた（２回目

－２ステートにフラグセット用記述を書いた場合 ignorehitpause が機能しないようです。
どういうことかっていうと、ヒットストップの影響直撃ってことです。
何が不味いかは書いたとおりで「ヒットストップ中は常にフラグＯＮの状態になる」んですよ。
これはヒットストップ中は MoveHit=1 という扱いらしいからなんですが。
じゃあ persistent=0 で１回以上処理させなきゃいいじゃんってなりますが、
どうやらこれも機能していない可能性があります。実験時にはすでに０でしたから。
（両方とも通常版方法の該当ステート内設置では機能を確認）


ちなみに－２ステートに置くと１Ｆ遅れるために受付時間が短くなる、と思ってましたが
配置の問題だったようで、DisplayToClipBoard との位置を交換したらちゃんとした数字が出ました。
ってことは試作版のアレから現状の仕様にしたのは正しかったのか。


じゃあどうしますか。
→フラグスタート値を４にし、フラグが１～３の時に発生を許可して、発生したらフラグを初期化する

攻撃がヒット～ヒットストップ中は４の状態が維持され、ヒットストップ時間が過ぎると
３→２→１になる、この部分で３フレーム。この３～１の部分が重なったらユニオン発生。
これでなんとかなりそうな気がする。

ちなみに全条件のＡ＝２を取り払って同条件にフラグリセット用記述を入れた場合、
ヒットストップ中は常に３になる＝ヒットストップのフレーム数だけ重複発生する気がするんですが。


後はトリガーに変数＝３を入れるかフラグリセット記述を作るかですが、正直どうしましょうね。
「相手の攻撃ヒットから３Ｆ以内に自分の攻撃がヒットしたら発生、個別にカウント」と、
「相手の攻撃ヒットから３Ｆ以内に自分の攻撃がヒットしたら２キャラまとめて発生」の違いですが。
個別の方が面白いとは思うんですが、原作っぽいのは後者かなーとも思い始めてきたこの頃。


いっそ簡易版を基盤に方法統一しちゃってもいいんだけど、
ヒットストップの長い攻撃だとユニオンの受付タイミングもその分だけずれるから
不自然に見えるんだよね。通常版も用意したのはそれを嫌ったためです。
まぁ仕様と思って割り切ればいい話ではありますが。
「テンプレ」という導入のしやすさを考えると簡易版で統一すべきだろうか。