Twitter | Search | |
skeleton
mugenで凶悪キャラ作ってる人 閲覧用だけの垢だったけど、窓口その2としてちょろっと整備。使い方はイマイチわかってない ブログ:
120
Tweets
91
Following
101
Followers
Tweets
skeleton 24h
Replying to @kanou_pokemon
あー、前一度中身見た時、技で使う用のヘルパーが全部ノーマルヘルパーで、自分自身で拉致して弄ってましたね 混線は無差別攻撃なので、自分で食らわないように保護しないとダメですねえ
Reply Retweet Like
skeleton Jul 24
Replying to @kanou_pokemon
まあ無条件でselfstateすりゃ良いだけですからね〜。余計なノーマルヘルパーとか出してない限り即死はしません (あ、自分で作った死亡条件が発動しなくなったとかなら普通にミスの部類ですよ。ちゃんと直しませう)
Reply Retweet Like
skeleton Jul 24
Replying to @kanou_pokemon
使わないですね このid=18001のヘルパー(親変更設置用の領域確保ヘルパー)はいつ、誰が余計な分を出してるのかな。それを調べて直せばもっと空きができて「相手がヘルパー出せない」だなんて事はなくなると思いますが
Reply Retweet Like
skeleton Jul 24
Replying to @kanou_pokemon
混線が完成した後、その上に自分がヘルパー出しちゃって無意味にしちゃうってことですね 混線用ヘルパーを出すステートにはヘルパー一体だけ、一回しか行っちゃだめですよ
Reply Retweet Like
skeleton Jul 24
Replying to @kanou_pokemon
いや、ちょっと待って ID=18001とかの一個しか出さないはずのヘルパーいっぱい召喚されてるやん。ほんとは混線できてるのに自分のヘルパーで埋めてしまっているのでは
Reply Retweet Like
skeleton Jul 24
Replying to @kanou_pokemon
テンプレ通りなら(root,var(50)&63)にヘルパーの席の最大数が記憶されているはず。「空いてる席5より多い」は余裕で満たすはずなので、特別調整とかしなくてもスッとヘルパーおいてくれるはずですね。 本体のvar(50)の処理がまだ何か間違っているのでしょう。
Reply Retweet Like
skeleton Jul 24
これってサッチー2P側で起動した時の話だったのん?
Reply Retweet Like
skeleton Jul 23
type mismatchはみずか側で出してるのもありそう…現公開版出した後一か所直した記憶がある
Reply Retweet Like
skeleton Jul 10
Replying to @kanou_pokemon
更新お疲れ様ですってことで一度見てみました mugenデフォルトの変数リセットのアレでした(´-ω-`) 以前テンプレを参考にしてくれた人が同じく引っかかっていたのを忘れてましたぬ~ イイ感じにトリガー条件付けてヘルパー出す記述より前に移動しておけば上手くいきます
Reply Retweet Like
skeleton Jul 10
ちなみにミスマッチエラーは読み方が分かっていると手元で原因の記述を再現できます 参考:(うちのブログ)
Reply Retweet Like
skeleton Jul 10
BVPのエラー箇所これですね
Reply Retweet Like
skeleton Jul 10
Replying to @kanou_pokemon
基本的に「掛け算」と「引き算」なだけなんやで。 もっというとmugenの「&&」「||」「^^」とおんなじなんやで。 見た目でびっくりせずにひとつひとつ読んで覚えるんやで。
Reply Retweet Like
skeleton Jul 10
キャラにもよるけどヘルパー配置真剣に気にしてる人のキャラだと ただ親変更の領域確保ヘルパー出すのを止めるだけで順列の親変更から逆列になったりする
Reply Retweet Like
skeleton Jul 10
Replying to @kanou_pokemon
テンプレのVar(50)はビット演算という分割して使う方式になっているので、 75(=11 + 64)ってことはヘルパーMaxに"11"が入っていて(もしや現在のヘルパー数?)、ビットフラグ"64"が立ちっぱなしですね (ビット演算がわからなければ同封されたテキストを読んでね)
Reply Retweet Like
skeleton Jul 10
Replying to @kanou_pokemon
完全にアウトですねー ヘルパーMax数を見て出せそうだと思った時に混線を出すシステムなので どちらかズラすべきですねえ
Reply Retweet Like
skeleton Jul 10
Replying to @kanou_pokemon
そもそもこのテンプレ最終ヘルパーを先に置いて最終ヘルパーから混線出す構造なんだけどそこらへんもちゃんと出せてるのかな
Reply Retweet Like
skeleton Jul 10
全開チルノは本体で潜入探査して相手のヘルパーステコン使ってヘルパー生成して混線展開ですね 一度混線出したら探査止めるんじゃないかな?
Reply Retweet Like
skeleton Jul 9
Replying to @kanou_pokemon
混線どうこう以前の問題だったwww 最終ヘルパー出す部分の処理とか、ヘルパーMax数を本体の変数に代入した後ちゃんと持ってるかが問題かな
Reply Retweet Like
skeleton Jul 9
Replying to @kanou_pokemon
変数代入(var(X):=~)で記述が動いているかチェックするのはmugenのデバッグの基本テクニックなので覚えて使いこなすといいですよ(*´ω`*)
Reply Retweet Like
skeleton Jul 9
Replying to @kanou_pokemon
targetstateのvalueパラメータは干渉相手がガーステだとパラメータの読み込み自体しません トリガーちゃんと成立しているのにパラメータに入れたら反応しなかった場合ガーステの可能性大
Reply Retweet Like