コメント/暫定会議室現在との差分 - MUGEN CNS WIKI CHAOS@予定

現在のページ名（確認用）
コメント/暫定会議室

▼メニュー
●トップページ
↓細かい報告はこちらへ
●暫定会議室
会議室の一覧

●用語について
●その他・雑多
　フレーム処理
●参考ページ一覧

▼ファイルの一覧
Def/CMD/CNS/State
/Air
●Commonステート

●ステートコントローラー
●トリガー情報

●ステート技術
●Helper技術
●AI技術※未作成

▼親ページ
SC-/テンプレ
T-/テンプレ
File-
AI-※未作成

砂場ページ

表示ページの参照数
今日： - 　　昨日： -
加算が+2～3っぽいんですが…

ここを編集

「コメント/暫定会議室」の編集履歴（バックアップ）一覧はこちら

コメント/暫定会議室 - (2020/01/17 (金) 22:50:32) の最新版との変更点

追加された行は緑色になります。

削除された行は赤色になります。

-とりあえずSC,TをSC-,T-に変更する。 -- 名無しさん (2013-01-10 21:12:14) -文字が小さい上に、白背景で目が痛いなぁ…。丁度いいデザインもないし・・ -- ADI (2013-01-11 04:21:12) -デザインを調整して、光度を抑える。不満としてはコメント欄とかの調整項目がわからないこと。 -- ADI (2013-01-11 04:39:57) -会議室のコメントの形式を変更ー - ADI 2013-01-13 00:48:57 -ここの編集権限を誰でもに変更しておく。 - ADI 2013-01-16 23:27:54 -いや、誰でもにする必要はないかな - ADI 2013-01-17 00:19:05 -一通りページが揃ってきたので、メンバーを募集しようかと思いつつ、踏み切れない。 - ADI 2013-01-18 23:11:49 -このペ＾ースでいくと、粗方のページが揃うまで１～２ヶ月はかかりそう。 - ADI 2013-01-21 20:03:01 -細かい情報提供についてもここにコメントを入れてもらってもいいかな。とりあえずは - ADI 2013-01-25 00:17:56 -メニューをちょい編集。 - ADI 2013-02-02 12:25:02 -細かい技術の話も適当にまとめたいかもなぁ - ADI 2013-02-03 12:56:03 -Win版までのトリガー情報を一通り揃え終える。wiki作成から一ヶ月です。 - ADI 2013-02-08 16:50:33 -最近全然手付かずですね。忙しいわけでもないのですが…。 - ADI 2013-02-26 22:26:56 -Explodの項のPauseTimeの影響についてですが、Ignorehitpauseを省略ではなく=0を記述するとPauseTime中animの再生が停止したはずです。 - BK 2013-03-31 17:38:29 --なるほどー - ADI 2013-04-03 01:32:18 -とりあえずですが、ページ作成は終わりましたー。ミス報告などあれば、ここにお願いします。 - ADI 2013-04-25 20:01:11 -hitdefのpalfx系、sinaddとcolorとinvertallも使えるみたいです - ワープスター 2013-05-14 23:09:12 --と言うことはPalFXのパラメーター全て使えるってことかな？ - ADI 2013-05-16 00:22:00 ---確認して追記しました～。 - ADI 2013-05-16 00:38:31 -Projectileですが、AfterImage.Time=XXXといった風にAfterImageのパラメータを記述するとProjectileに残像が付けられるようです。 - BK 2013-05-16 17:57:44 --はい情報ありがとうございます～。AfterImage.XXXで、AfterImageパラメーター全て使えるのかな調べないと - ADI 2013-05-16 22:42:35 -編集の事情とかわからないんでとりあえずここに。OwnPalを省略したヘルパーでPalFXを読んでも効果がなく、OwnPal = 1をつけると効果が現れることを確認しました。 - スケルトン 2013-06-23 21:43:24 --ご報告どうもありがとうございます～。その辺り検証的な確認はしてなかったけど、製作途中でそれらしいとは分かってたので書き忘れて放置してたかんｊぢえすけど。 - ADI 2013-06-24 01:58:30 ---今確認したら既に[[SC-/Helper]]のページではそのことが書いてありましたね… - ADI 2013-06-24 02:04:33 -sysvarのページで記述例がsysvar(23)となっています。 - 名無しさん 2013-12-13 01:52:39 --ご報告有り難うございます～ - ADI 2013-12-16 20:55:12 -ProjectileのPausetime（Hitdefで使える物と同様の物）はPausetimeで、自分側にPauseをかけた場合以下の仕様を確認しました。■ProjHitsが複数である場合、ProjHitmissTimeが1でもPauseTime分次の攻撃が当たらなくなる。細かい仕様は検証してみないと分かりませんが、とにかくProjMissTimeが使いにくくなる。■ProjRemove=0で、かつProjRemoveTimeが設定してある場合PauseTime分消失が遅れてしまう。現状見つけた仕様はこれだけですが、他に何か変な仕様があるかもしれませんので、Projectileを使う場合PauseTimeを自分側に（相手側は平気）設定しないように（０にするように）書いたほうが良いかと存じ上げます。なお、Guard.PauseTimeは確認しておりませんが恐らく同様の仕様がある物と予測されます。 - ワーキペレウ 2014-10-10 18:24:48 --訂正：ProjHitmissTime⇒ProjmissTime - 名無しさん 2014-10-10 18:25:47 ---検証情報ありがとうございます～。状態としては【Proj自体にPauseTimeの停止処理が発生する】と思って良いみたいですねぇ。 - ADI 2014-10-11 17:31:45 -いまさらガード・ヒット同時に対するTargetState処理を再検証し、ガード相手にTarget系ステコンが機能しないということが本当に今さら判明。　なんで詳しく検証しなかったんだ私。 - ADI 2014-10-28 06:12:42 --　あるえー？！！！？！！？！？！？！　ガード相手に機能するケースあるやん！！！　要再検証！ - ADI 2014-10-28 06:15:29 --検証の結果Helperの場合、ガードした相手にTargetステコンが機能しない、という状態だった - ADI 2014-10-28 07:26:56 -fall.defense_upについて、ここに書いていなかった仕様があります。それは「DefenseMulSetを実行中のキャラクターには適用されない」という、非常に困ったもの。Elecbyteは何故こんな仕様を作ってしまったのか。 - 京太郎 2014-12-02 20:40:49 --細かい事だけどもう少しありました。5070に来た場合でも1fも留まらなければ防御力は上がりません。ステート奪取によって5070にされた場合は上がります。 - 京太郎 2014-12-02 21:08:26 ---5070でしか検証していませんが5100も同様かと。 - 京太郎 2014-12-02 21:10:28 ---「ステート奪取によって〜」が紛らわしい書き方になってしまいました。この場合でも1fは必要です。自分のステートでなくても適用される、ということを書きたかったのです。 - 京太郎 2014-12-02 21:15:32 --DefenceMulの仕様について＞そういえば思い出したので調査した所、　''【DefenceMulの設定値はMoveType=HとPauseTime中(攻撃当てた側含む)の時だけ保持・適応される】''というもので、反対に言うと''【MoveType=HとPauseTimeの間はほぼずっと（リカバリー（？）・起き上がり除く）、DefenceMulSetで一度設定した値が適応され続ける】''ようです。また、この仕様から推測できますが、ダウン時の処理は「現在のMul設定値に対して倍率による変更を行う」であり、Mulsetで1.5に設定されていれば、defence_up設定50で、1倍に戻るという処理。もちろんdefence_upの後にMulSetをすれば完全に上書きされ、そのあとdefence_upしても累積値ではなく現在のMulSetに対する変更となります。- ADI 2014-12-04 06:25:44 ---自分が検証した相手は常時監視ステートで毎フレームDefenseMulSetを実行していたので、それでfall.defense_upが効いていないように見えたという事ですね。とりあえず言いたかった事は、こちらの攻撃力を上げてfall.defense_upに対抗しようという方法が取れないという事です。根性値とかいって常時監視ステートで扱っているキャラクターが多いので。 - 京太郎 2014-12-04 08:10:16 ----色々書き直します～ - ADI 2014-12-04 08:22:18 -Explodについて。ステージ拡大縮小に伴う拡大縮小はpostypeがp1p2(プレイヤー基準)とそれ以外(画面基準)で異なります。 - 京太郎 2014-12-02 21:31:31 --win版だと変わらないようですね。1.1での話でした。 - 京太郎 2014-12-03 05:47:18 -誤解がありそうなので補足。二番目のコメントは「プレイヤーのz座標を0以外にした場合」の事です。win版にはアクティブな拡大縮小機能がありませんからね。 - 京太郎 2014-12-03 06:06:47 --書き込み位置間違えました。「二番目」とはExplodについての二番目のコメントです。 - 京太郎 2014-12-03 06:10:34 ---1.0以降については持っていないので検証できません～。ひとまず適当に書いておきます - ADI 2014-12-04 09:38:49 -HitDefの小ネタ。attrが投げ(T)属性の場合はguardflagを省略するとガード不能になります。和訳kfmでguard.dist=0が原因と解説されているのは誤りのようです(InGuardDistでなくてもガードコマンドが入っていればガードは可能です)。 - 京太郎 2014-12-03 19:43:07 --投げ属性についてもう一つ。投げ属性をHitさせた側のpausetime中は食らい側が無敵になるようです。タッグでは未検証なので相方の攻撃は当たるかもしれません。 - 京太郎 2014-12-03 19:55:55 ---相手が無敵になるというよりはこちらの攻撃が当たらなくなるといった方がいいかもしれません。 - 京太郎 2014-12-04 08:26:38 ----投げ属性についてちらの検証ではAttr属性に関わらず【GuardFlag省略＝ガード不可】でした。また投げ属性によるPauseTime適応中でも、その他の攻撃が命中しました。　検証環境はwinで、素KFMの200番書き換えです。 - ADI 2014-12-04 09:36:14 -----「Hitさせた側の」pausetime中です。例えばパンチを当てた硬直中には当てた側の飛び道具やストライカーが当たらなくなるという意味です。前者については後で調べてみます。 - 京太郎 2014-12-04 12:15:54 ------ああ、読み間違えてました。確認した所、T属性の攻撃を当てると【'当てた側のPauseTime適応中は、当てた方・くらった方の両方が判定枠のデバッグ表示の無敵標記がMUTEKI＝完全無敵''】になってますね。 - ADI 2014-12-04 16:18:47 -----確かにguardflagを省略するとガード不能になるようです（どこかでコピーしてきたステートコントローラ一覧にある記述が誤りだったようです）。 - 京太郎 2014-12-04 18:43:41 -----投げ属性の攻撃について新発見をしました（まだ詳しく調べてはいませんが）。HitDefのトリガーをtrigger1=1の単一トリガーにすると攻撃判定が出ている全フレームがヒットするのはご存知でしょうが、投げ属性の場合はヒットした次のフレームの攻撃がスカり、そのまた次のフレームの攻撃は当たる…つまり「hit,miss,hit,miss....」という結果になりました。 - 名無しさん 2014-12-04 18:51:46 ------次のフレームには無敵が持続していた、ということのようです。特に新発見というほどのものでは無かったようですね。 - 京太郎 2014-12-04 18:59:09 -HitdefのページのGuard.distの項目にて「SC-/AttackDistで調整する場合、Hitdefの後ろの行に入れるべき？」とありますが、InGuardDistは相手のMoveType=Aに反応するのであってHitdefが定義された事に反応する訳ではないので気にする必要は無いようです。 - 京太郎 2014-12-04 19:20:59 --ただし、SC-/AttackDistとHitDefのGuard.distを両方設定すると後に定義された方が前の定義を上書きします。無論、SC-/HitdefのGuard.distもSC-/AttackDistも無い場合にはT-/Const(size.attack.dist)が参照されます。 - 京太郎 2014-12-04 19:52:20 ---SC-/HitdefのGuard.distが省略されるとまずSC-/AttackDistの定義が参照され、それも無い場合にはT-/Const(size.attack.dist)が参照されます。SC-/AttackDistは実行されたステート内に限り、T-/Const(size.attack.dist)に取って代わる、と言えるかもしれません。 - 京太郎 2014-12-04 20:00:08 ----説明下手ですいません。SC-/HitdefのGuard.distによる定義とSC-/AttackDistによる定義は等価であり、最後に定義された値がT-/Const(size.attack.dist)に代わって使用される、というのが適切な表現かもしれません。 - 京太郎 2014-12-04 21:10:06 --【''初期値としてCNS設定値が入っており、HitDefでのGuard.dist省略時は変更しない。HitDefのGuard.DistやAttackDist命令で変更した場合ステート変更まで維持される（？）''】という感じかな。 - ADI 2014-12-04 22:20:11 -攻撃側のMoveTypeがAになるのと同じフレームにヒットする攻撃はガード不能になります。例えば1F目で発生する攻撃は1F目がガード不能。ただし1F目発生の攻撃でも攻撃側のそのステートに移る1F前がMoveType=Aになっていれば防御側が一度もInGuardDistにならなくともガード可能になります（InGuardDistでガードさせるAIはガードしませんが）。 - 京太郎 2014-12-04 19:37:15 --相方no - 京太郎 2014-12-04 20:05:19 --ミス。タッグで1F前に相方がMoveType=Aになっている場合も1F目発生攻撃がガードされるようになるようです。シングルで1F目発生攻撃をガードさせたい場合、Attack.distが0でMoveType=Aのヘルパーを常駐させると良いかもしれません。 - 京太郎 2014-12-04 20:09:27 ---ただしやっぱりInGuardDistを用いてガードするAIにとってはガード不能も同然です。1F目発生攻撃は投げ限定にするのが良いでしょうね。 - 京太郎 2014-12-04 20:14:22 ---あと、1F目からヒットする飛び道具を発射する場合、発射フレーム以前に発射元のMoveTypeをAにしておくべきです（そもそも本体をMoveType=Iにして飛び道具を出していたら見つかった現象なのでした）。 - 京太郎 2014-12-04 20:50:52 --その辺りについては[[発生1F目攻撃の弊害 ]]にまとめてあります。もうちょい他からのリンク追加したほうがよかったか。 - ADI 2014-12-04 22:27:45 -StatedefのオプションにおいてPhysicsを省略した場合、Physics=Nになるというのが自分の結論ですが、省略しない方が良いと書かれているのは何故でしょうか？ - 京太郎 2014-12-04 21:00:50 --Physics自体が重大なパラメータで、通常のキャラのステートとしてSCA以外を用いるということが特殊な処理であるためです。まあ、「省略しない方がよい」は記述管理するときに失念しにくいように、という意味合いですけど。 - ADI 2014-12-04 22:41:38 -ステートの書き方について。各ステートコントローラの先頭に書く[State XX]はXXの部分は何でも良いようです（日本語だろうと何も書かなかろうと）。それで[State（半角スペース）だけでも行けるか？と思って試した所、エラーは吐かずMUGENも落ちないけれど挙動がおかしくなりました。つまり最低でも[State ]が必要なようです。 - 京太郎 2014-12-04 21:24:49 --[State XX]のXXに日本語が使えるのはWin版以降という記述をどこかで見たような…というわけでDOS版はまた違うかもしれません。 - 京太郎 2014-12-04 21:28:28 --そうですね。 - ADI 2014-12-04 22:50:44 -File-/CNSファイルのページのfall.defence_upについて「上昇のタイミングは5070,5100ステートの!Timeでそのキャラ処理終了時点。キャラの処理終了時点なので、その後のキャラがすぐSC-/TargetStateをしても上昇している。」と書いてありますが、Hit時に即座に相手のステートを奪う処理(トリガーはignorehitpause=1,trigger1=target,stateno=x←本来の硬直中ステート番号)をさせてfall.defence_upを無視しようとした場合、こちらが１P側でも２P側でも同じダメージになりました。原因としては「fall.defence_upはキャラクター全員の処理が終わってから適用」か「食らい側（MoveType=H?)の処理はプレイヤーIDが小さくても後回しにされる」か「攻撃側(MoveType=A?)はプレイヤーIDが大きくても先に処理される」が考えられます。 - 京太郎 2014-12-04 22:03:37 --検証の為にSC-/TargetStateを攻撃側射出のヘルパーに実行させた場合でも同じダメージが得られました。 - 京太郎 2014-12-04 22:14:52 ---「SC-/TargetStateを攻撃側射出のヘルパーに実行させた」というのは本体でやっていた攻撃をヘルパー分身にさせた上でです。 - 京太郎 2014-12-04 22:33:32 ---処理順についてはスロットIDのページに記述がありましたね（MoveType=Aが先）。それならMoveTypeを変えない限りは1F目でTargetStateすれば間に合いますね。 - 京太郎 2014-12-04 22:53:43 ----というかそもそもMoveTypeを変えてもヒット1F目の初期状態はMovetype=Aなのだから意味が無いか。 - 京太郎 2014-12-04 22:58:32 --キャラの処理順については[[スロットID ]]に書いてある通り、　MoveType=Aga - ADI 2014-12-04 22:54:26 ---ミス。　【Movetype=Aは処理が優先される】＞です。 - ADI 2014-12-04 22:55:25 -詳しい事は不明ですが、SC-/HitOverride中の相手にHitOverride対象属性の攻撃をヒットさせた場合、T-/MoveContact(とMoveHit)は一瞬（1F?）だけ1になりますがT-/NumTargetは0のままのようです。 - 京太郎 2014-12-04 22:42:38 --HitOverrideに対して攻撃を当てた場合はMoveHit等は''通常のヒット同様にカウントされる''はずです。特に明記してませんでしたが。　ただ''HitOverrideが発動した場合はTargetを取得することが出来ないのでNumTargetは0のままです''＞[[Target]] - ADI 2014-12-04 23:02:47 -とりあえず一段落。京太郎さん色々とありがとうございました。 - ADI 2014-12-04 23:56:51 --どういたしまして。それにしても仕事速いですね。恐れ入りました。 - 京太郎 2014-12-04 23:59:55 -ConstantsやPlaySndにおけるvolumeの上限下限は分かりますか？ - 京太郎 2014-12-06 21:05:27 --それらの上限下限は分かりませんね。mugenの説明書にも無いです。　ただ、同系統の情報として、mugen.cfgのVolume（基本ボリューム？）は0～255、ステージ用のVolumeは-255～255とされてますので、もしかしたらその辺りかもしれません。 - ADI 2014-12-06 22:29:59 -ありがとうございました。 - 京太郎 2014-12-07 00:06:11 --playSndでちょっと調べてみましたが、多分-255～255であってるようです。 - ADI 2014-12-07 00:26:07 -普通は割とどうでもよい事かもしれませんが、Ctrl=1の場合のmugen側の処理はStateTypeだけではなくMoveTypeも関係あるようです。例えばガード待ちステート(130&131)はMoveType=Iでなければ具合が悪いようです。また、Ctrl=0でも着地(52)はデフォルトでは立ガードが可能ですがMoveTypeがI以外だとガード不能になります。 - 京太郎 2014-12-14 13:52:45 --StateNo=52でのMoveType=I,Aでのガード不能については確認しましたが、ガード130,131での不具合については分かりませんでした。 - ADI 2014-12-16 22:51:42 ---普通のキャラクターで確認したところ130でMoveType=Iでない場合は歩き(20)との間を往復してしまうようです(SC-/AssertSpecialのnowalkを使えば普通と同じようになるので)。131&132はステート移動が起こらず問題ありませんでした。 - 京太郎 2014-12-17 00:22:53 ----ああ分かりました。ガード関係で130版にいる場合の持続処理～について書いてませんでしたね。 - ADI 2014-12-17 10:34:16 -Constの記事に正Const(Size.Head.Pos.Y)が誤Const(Size.Head.Pos Y)になっているようです。 - 名無しさん 2015-01-03 05:24:48 --ご報告ありがとうございます～ - ADI 2015-01-04 13:47:31 -ヘルパーがgivepowerの影響を受けない件ですが、どうやらヘルパータイプがplayerだと影響を受けるようです - 名無しさん 2015-04-29 22:38:21 --調査してみたところ、上手くいかず寄り精査した所、確かにHelperType=PlayerだとGivePowerが発生するようなのですが、こちらで更に調査した所どうやらこちらも【''同じスロットIDに一つ前に存在していたチームサイド側がGivePowerを受け取る''】という仕様なようです。情報ありがとうございました。 - ADI 2015-04-30 14:56:16 -SC-/LifeAddのabsoluteの項目に「1に指定した場合キャラの防御力で減少量が変化する。」とあるのは誤りではありませんか？ - 京太郎 2015-05-24 22:04:26 --ご報告ありがとうございます～ - ADI 2015-05-26 21:47:26 -changeanim2の説明にsffは相手のものを参照すると明記しておいた方がいいかと思われます - 名無しさん 2015-09-09 19:48:10 --確かにそうですね。編集しておきます。 - ADI 2015-09-10 00:59:23 -cnsの記述は和訳kfmを参考にしたのになぜかcnsファイルが原因で、defファイルが読み込めないとmugenでエラーが出てしまいました。どうすればいいですか？ - 豆大福 2015-09-21 10:56:29 --分かりません。少し試した辺りではCNS記述の中に欠けがある（あるいは誤字脱字がある）場合はdefファイル名を表示したエラーが発生するようなので、コチラで推測できる範囲ではもしかしたらCNS記述の中に間違いや欠けがあるのかもしれません。 - ADI 2015-09-22 01:29:41 -解決しました。ありがとうございます。それから、空中ダッシュと空中バックダッシュがコマンドを受け付けなくて困っています。cnsとcmdの指定したステート番号、それぞれの記述は合っているのになぜか空中で指定しておいたコマンドを押しても反応がないのです。どうすればいいですか？ - 豆大福 2015-09-24 19:05:35 --分かりません。ただ思い通りに動かない場合は''【どこかしら記述が間違っている】か【余計な記述がある】か''がほとんどです。推測できる原因としては【''追加したCommandの記述が間違っている''（空中ダッシュ用に用意した[Command]がTime=1などになっている）】＞Commandが地上ダッシュと共用などだとすると別の原因として【&b(){空中ダッシュの[State ]宣言や、Trigger記述に誤りがある}（[State ]宣言に異常がある・TriggerにPos Y>-10(※超低空～地下)など指定を間違えている）】　 - ADI 2015-09-24 20:31:25 -なるほど、理解が深まりました。重要な点を太線で示してくれて感謝です。 - 豆大福 2015-09-24 23:32:58 -ダメだ・・・ cnsとcmdの記述をいろいろ変えてみたけど、キーがまったく反応しない・・・余計な記述がないことを確かめたのに・・そういえば、[State 600]がいくつもある中で[State -1]が混ざってもいいんですか？[State ]宣言は唯一動いた、[Statedef 100]と同じ順番、同じ記述(変えるべき所は変えてある。)にしたのに変化がなかった。とりあえず、ここにファイルアップできるところとかあるでしょうか？ - 豆大福 2015-09-25 01:16:35 --[State ]については、「&b(){[State }」(半角スペース込)で始まり、「'']''」で閉じていれば、StateDefに関わらず[State a]だろうが[State -1,xxx]だろうが関係無いですねー。　あと考えられるパターンとしては【''StateDefの指定がうまくできていない''（＝ステートとして存在していない）】とかですかね。試しにChangeStateのValueだけを一旦=10(しゃがみ)などに変えて試してみて「空中でしゃがんだらChangeState自体は機能している（ステート側がうまくいっていない）」／「それでも反応しなかったらChangeState自体が機能していない（ステートコントローラーの指定が悪い、もしくはTriggerが通っていないなど）」ということが分かりますが。　ファイルについてはこちらでは用意しかねます。アップするならaxfcとかにアップする感じでしょうか。 - ADI 2015-09-25 05:13:56 ---あともう一つ考えられるパターンは''[Command]の指定がうまくいっていない''可能性とかなんですが、その場合は一度Command=""の部分をComamnd="holddown"（方向キー下入れ）などに変えて試してみる。「それで動いた場合は[Command]で指定している内容に不備がある」／「動かない場合は[Command]以外の部分に問題がある」ということが分かりますね。 - ADI 2015-09-25 05:19:04 -2つ試してみましたが、どちらも動きませんでした。Axfcにうpしたんで、[Statedef 110],[Statedef 115]の記述をどう変えればいいかご教授お願い押します。 - 豆大福 2015-09-25 10:42:45 --アップしたファイルのところのURLを貼ってくれませんとこちらには分かりません…。　ただ２つを試してどちらも動かないとなると少なくとも【''ChangeStateは機能していない''】ようですね。　「ステートコントローラの記述,Triggerが間違っている」あるいは「ステートコントローラーを置く場所が間違っている」のではないかと推測できます（StateDEf-1の後側でもステコンの前に[Command]を置いてあるとか）。その問題を解決できない限り、110,番115番ステートを調整しても結果は変わりません。 - ADI 2015-09-25 15:22:57 -通常攻撃のステート番号を確認できるところはありませんか？ - 豆大福 2015-09-25 11:36:32 --発言の主旨をつかみそこねているんですが。&br()■１．【一括してステート番号を確認できる方法はありません】ので、ステートファイルを開いて一つ一つ確認していくしかありません。&br()■２．Common用ステート（およそ0～199辺りと5000~5999辺りの中身）以外のステートは◯◯番でなければならないといった決まった番号はありません。ただKFMの設定を踏襲して200番台に立ち通常・400番台に屈み通常・600番台に空中通常を入れることが多いですが、絶対にそうでなければならないというわけでもありません。- ADI 2015-09-25 16:17:57 -Axfcにファイルアップしたんで、アップしたURLを貼りたいんですが、このページのどの設定を変えればいいかお願いします。 - 豆大福 2015-09-25 17:01:27 --URLをこのコメントに書き込んでください。 - ADI 2015-09-25 17:28:11 -確認してみましたが、ステコンの前に[Command]は置いてありませんでした。 - 豆大福 2015-09-25 17:06:22 --まさかとは思ったんですが…。&br()[State a]&br()Type=posadd&br()Trigger1=1&br()Y=-1&br()こうした記述をそのステコンの前に置いてみて貰えないでしょうか？　常時座標を少しずつ上げる・浮かせるという記述なんですが、コレを-1ステートに置いて機能しない場合''Cmdファイル自体を読み込むことができていない''ことが分かるんですが。 - ADI 2015-09-25 17:40:43 -ありがとうございます。無事空中系がmugenで反応したんですが、今後同じことが起きたことに対する対処とさせていただきます。あと、空中バックダッシュは成功したんですが、移動距離があまり変わらないんですよ。前方空中ダッシュと違って指定した方向どおりにバックダッシュしてくれないんです。velset = -10,0という感じで変えてみたんですが直りませんでした。どうすればいいですか？ - 豆大福 2015-09-25 21:25:44 --分かりません。一応VelSetをいじっても変わらないという場合は大きく２つ【''VelSetを読み込んでいない''（指定の方法が悪いとか、そもそも飛ばしたいステートに飛んでいないとか）】、もしくは【''直後にVelSetをして上書きをしてしまっている''（中身にVelSetのステコンがある）】というケースを推測できます。ステート内部に他のVelSetなどのステコンが無いのであれば、ほぼ間違いなく前者です。StateDefの冒頭オプションのVelSetは問題ない可能性が高いので、移動するChangeState記述のValueが間違っていないかどうか・Commandがちゃんと前後で分かれているかどうか・同じ番号のステートを作ってしまっていないかどうか。 - ADI 2015-09-25 22:35:29 -ChangeState記述の「Value = 51」ですが、空中ダッシュの最後でもなってました。それでも110番の空中ダッシュのほうは問題なく動作していましたが、指定した51番のほうはairで登録していない番号です。 - 豆大福 2015-09-26 00:04:29 --ChangeState記述のvalue～というのは-1ステート側にある空中後ろダッシュのステートへ飛ばすChangeState記述のvalueのことです。 - ADI 2015-09-26 00:50:22 -value = 51を115にしたら、後ろにバックダッシュするようになったけど、そのステートから抜け出せなくなった。Changestate記述のValue= は具体的に言うと何という項目の番号を指定すればいいですか？ - 豆大福 2015-09-26 10:25:56 --''分かりません''。恐らく115番ステートに存在するChangeStateもValue=115にしてしまったのだと思いますが、その場合115番のステートに再度跳ぶだけです。 - ADI 2015-09-26 11:04:58 -valueを51にすると何故か直りました。 - 豆大福 2015-09-26 23:53:38 -キャラの基本動作用.cns(やられ系、歩き、ダッシュ、ジャンプ系など)と通常技用.st(立ち通常攻撃、しゃがみ通常技、空中通常技など)に分けてキャラフォルダの中に入れたんですが、動いたはずの動作が動かなくなり、デバッグで「STATE ○○○○○;changed to invalid state:○○○○○」と連なって出てくるのです。1つにまとめると正常に動くんです。(他のキャラでは記述が多いようなのでわかりやすく基本動作、通常技、必殺技などに分けています。)原因はわかるでしょうか？ - 豆大福 2015-09-27 18:44:01 --そのデバッグのエラー表示は【''移動した番号のステートが存在していません''】という表示です。つまり実際にはステートが読み込まれていない＝''ファイルの読み込みが行われていない''と推測できます。恐らくキャラクターのdefファイルの[Files]記述でそのファイルをステート用ファイルとして指定できていない（記述がない、あるいは文字が間違っているなど）のだと考えられます。 - ADI 2015-09-27 21:31:47 -HitDefの項目の「ID」に、省略時:0って追加して頂けませんか？省略したHitDefで殴ると0がセットされるみたいなんで。一応です、一応( - ワープスター 2015-09-27 23:37:36 --確認しますー - ADI 2015-09-28 00:33:20 ---追記シておきましたー。 - ADI 2015-09-28 01:29:55 -[State 30000, 1];オーラ消し超人時 - 豆大福 2015-09-28 10:17:12 -「[State 30000, 1];オーラ消し超人時 (中略) trigger1 = Anim = 30000 (中略) ID = 30001」、他に「trigger1 = Anim = 30320,Anim = 10320,ID = 10320」のように「trigger1 = Anim = 」と「Anim =」で指定した部分が違うのですが、これはどういう意味ですか？また、ステート番号にairのアクションで指定したものに含まれていない番号をが入っていたのですが、ステート番号はどこの何番を指定すればいいですか？ - 豆大福 2015-09-28 10:23:05 --Typeの部分、何のステートコントローラーの部分であるのか省略されているとどういう意図の記述であるのか分かりません。ただ【''State,Anim,IDなどなどの番号は、それぞれの番号は個別に設定して扱うものであり必ずしも一致させる必要はないし、また必ずしも同じ番号のState,Animを用意する必要もない''】ので数値が違う・同番号が用意されていないなどは『''そういう設定にしているから''』でしかありません。 - ADI 2015-09-28 16:39:09 -ステート番号は指定範囲内であれば、好きな数字を入れてもいいのですか？(例えば、必殺技のステート番号が1000番から2999番の間であれば、設定する番号は何番でもかまわないのか？ということです。)また、ID番号は好きな番号を指定できるのですか？ - 豆大福 2015-09-29 12:13:14 --概ねそうです。【''ステートの番号は好きな番号に設定して良い''】ですが【''そのキャラに全く同じ番号のステートが複数ある場合は、その中の１つしか読み込まない''】のと【マイナスは-1～-3までで全て[[常時監視ステート]]という特殊なステート】なので、通常のステートの番号はマイナスでなく重複していないのであれば自由です。ただしステート番号に使える数字の上限は【''2147483647''】までです。　ID番号も（0～2147483647までの）好きな番号を指定していいですが、重複しないよう気をつけるべきです。 - ADI 2015-09-29 16:46:57 -前にも書いたと思いますが、ファイルをアップしたURLがここに書き込めません。書き込んだら、エラーが出てしまいます。 - 豆大福 2015-10-01 23:24:27 -和訳kfmでキャラ製作の練習をしているが、cmdでエラー落ちしてしまった・・・内容は「cmdが読み込めない」とのこと。URL載せておくんで、cmdとdefの中身の確認をお願いします。ttp://www1.axfc.net/uploader/ - 豆大福 2015-10-01 23:41:38 --ダウンロードするファイルが分かりません。 - ADI 2015-10-02 00:05:01 --ただエラーメッセージが&br() Error message: Can't open file&br() Error in 【cmdファイルの名前】&br() Error loading 【Defファイルの場所】&br() Error loading p1&br()という感じである場合は、''Defファイルの[Files]のcmd=で指定したファイルが存在しない''というエラーです。cmdファイルの名前と、cmd=の指定が間違っていないかどうか。あるいは「ファイル名」の部分が文字化けを起こして指定したファイル名とは異なるものになっている場合は、cmdファイルに「半角英字や半角記号」など以外の2バイト文字(もしくはマルチバイト文字)が使われていて読み込めない状態です。 - ADI 2015-10-02 00:13:50 --あと考えられるケースとして''ファイル名の前後に『全角スペースを入れている』''という場合も全角スペースがファイル名の一部として認識されてしまいうまく読み込むことができません。 - ADI 2015-10-02 00:20:09 -エラーとして出た内容は「Can`t read file. Error Loading Chars/キャラ名(英字)/キャラ名(英字).def Error Loading P1」です。全角スペースは使われていませんでしたし、defファイル内の「Data」の「cmd = 」の部分とファイル名は一致していました。 - 豆大福 2015-10-02 10:32:39 --すみません。&b(){Can't read file.}のエラーがどういう状況で発生するのか、私側の環境で検証しても再現できないためどのようなバグが発生してるのか見当がつきません。&br()状況からの憶測でしかないのですが、&b(){Cmdファイルを別名保存で「(キャラ名)_cmd.txt」に変えて保存し、cmdのファイル名指定を(キャラ名)_cmd.txtに替えてみる}とかでどうにかならないでしょうか。 - ADI 2015-10-02 16:56:38 -試してみましたが、やはり同じエラーが出ました。後考えられる原因としてもう少し何かありませんか？ - 豆大福 2015-10-03 10:49:50 --状況からの憶測としては''ファイル以外の要因でファイルの読み込みが正常に行われていない''ように思えます。それこそ''パソコン側の問題''かもしれません。 - ADI 2015-10-03 15:22:42 -CNS開こうとすると、何故かデスクトップ画面に移りCNS開けない。(ほかのファイルもそう。)タスクバーで開いているブラウザクリックすると、直るけどなんなのコレ。(デスクトップ画面が点滅した光のように出てくる) - 豆大福 2015-10-03 11:26:19 --そのような挙動については''分かりません''。 - ADI 2015-10-03 15:25:06 -勝利後のステート180への移行条件ですが、どうやらCtrlがなくても移行できるパターンがあるようです。倒した技の終了後ステート０から1F後に独自に用意した、見かけだけ勝利ポーズを取るステートに移行させ、ステート180に移行してもアニメを変えない方式を取ると、独自ステートに飛んでから40F程度で勝手に180に移行しました。ですが表示するアニメを変えると自動で移行しなかったりとイマイチ条件がわかりません。よければ検証お願いします。 - 匿名 2015-10-08 08:19:33 -どうやら、ステート0に1Fだけいることが関係あるようです（？）もしかしたらCtrl=1は1Fだけで、その後ずっとCtrl=0でも移行できるかも？ - 匿名 2015-10-08 08:33:54 --なるほどー？　調査してみます。 - ADI 2015-10-08 20:33:41 --調査してみた所、おそらく【勝利ステートへの以降の条件は&b(){RoundState=3になってからしばらく後(fight.defの設定と試合の状態に左右される)、全体が1Fだけでも満たせばRoundState=4に移行する。}その後はfight.defのover.wintimeの分待機した後に、条件が満たされていなくても勝利ステートへと移動する】という感じっぽいです。 - ADI 2015-10-08 21:29:34 ---この仕様から考えると【1FだけCtrl戻して後はCtrl=0のままで待機】というのは厳しいです。受け付けのタイミングが状況や設定でブレる上、全体の状態をコントロールすることはできない（タッグ持は特に）のでキャラ単体で意図的にRoundState=3→4移行を1Fだけで制御するというのは厳しいと思います。 - ADI 2015-10-08 21:34:39 -cmdのファイルの読み込みはできましたが、「Error Detected. Need at least one statedef Error in marisa_kirisame.cns:79 Character mugen version is older than this version of M.U.G.E.N Error loading chars marisa_kirisame/marisa_kirisame.def Error while precaching 」とエラーが出てしまいます。「(前略)marisa_kirisame.cns」の後ろの「:79」は何なのでしょうか？それと、このエラーがなくなる方法をお願いします。 - 豆大福 2015-10-13 01:15:42 -cmdのファイルの読み込みはできましたが、「Error Detected. Need at least one statedef Error in marisa_kirisame.cns:79 Character mugen version is older than this version of M.U.G.E.N Error loading chars marisa_kirisame/marisa_kirisame.def Error while precaching 」とエラーが出てしまいます。「(前略)marisa_kirisame.cns」の後ろの「:79」は何なのでしょうか？それと、このエラーがなくなる方法をお願いします。 - 豆大福 2015-10-13 01:16:27 --そのような記述配置のエラーメッセージを見たことがないので''分かりません''。一行目？は「''ステート記述が１個以上必要''」という文言、二行目？が「&b(){cnsファイル名：79行目　キャラクターのmugenバージョンが古い}」という感じの文言のようですが、どうすれば修正できるのかは''分かりません''。 - ADI 2015-10-14 02:03:12 -二回投稿してしまいました。二つのうち、下のほうのやつを削除願います。 - 豆大福 2015-10-13 01:17:59 -79行目を確認してみたら、[Movement]の行だったのですが少なくともエラーメッセージに「cnsファイル名:79」のように記されていたら、79行目は使っているmugenに対応していないということですか？(つまり、79行目の生でエラーが出る？) - 豆大福 2015-10-14 11:06:11 --''分かりません''。エラーメッセージの書式としては「そうとも読める」という程度で、そもそも１行目（ステートの不足）・２行目（行指定の異常通知）の、恐らく別々のエラーが同時に表示されている状態というのがよくわかりません。 - ADI 2015-10-14 14:23:49 -一つお聞きしたいことがあるのですが、攻撃が当たったフレームでは座標移動が起きてしまうのは、どうしようもないことなのでしょうか？ - 名無し 2015-11-04 20:56:01 -すみません、途中で送信してしまいました、そもそも攻撃が当たったフレームで速度があった場合、そのフレームでは座標移動が起きる、というのは正しいのでしょうか - 名無しさん 2015-11-04 20:59:47 --仕様としては【　全てのキャラの処理（その中に速度の移動処理）→攻撃の命中する判定　】のはずですので、『命中したフレームでも座標移動が起きる、というよりも''座標移動が起きた状態で攻撃の命中判定を行う''』、はずです。 - ADI 2015-11-05 12:02:57 ---付け加えると攻撃が当たった時の速度については、基本的に攻撃を受けて飛ばされるコモンのくらいステート(5000番など)でvelset=0,0を行うのでそれの読み込みを行うのはは命中した次のフレームなので【命中した次のフレームで速度が0になる】という表現もそれ自体は間違ってはいません。ただvelsetを行って移動処理が行われるので【当たった次のフレームでの移動処理時点では速度が０になっているので動かない】のです。 - ADI 2015-11-05 12:16:00 -返信ありがとうございます。結論としては、例えば次のフレームで座標を戻すなどの手段でしか解決できないという事でよろしいでしょうか？この方法だと画面上にも動きが反映されるので、違和感がありできれば使いたくないのです。 - 名無しさん 2015-11-05 14:17:24 --そもそも【相手が動いている場合に座標を戻さなければならない状況】というのがどういう状況なのか疑問なのですが、投げ技などで『一定の範囲内であることを条件としてHitDefなどを発動させる→範囲外に出ていても当たった時に範囲内に引き戻したい』みたいな状況（距離を条件にした起動→距離外の相手への対応）でしょうか。【''攻撃がヒットした相手を特定の範囲内に収めたい''】ということであればHitDefに''MinDistとMaxDist''を指定すれば「攻撃がヒットした時に相手が指定範囲外であれば範囲内に引き込む」ということが出来る、はずです。 - ADI 2015-11-06 01:07:06 -申し訳ありません、説明不足でした。原作再現が目的で、主に空中技ヒット時の挙動が異なることによりコンボなどにも影響が出てしまっている状況です。 - 名無しさん 2015-11-06 01:36:29 -SC-/TransでAddAlphaの背景透過度によって影の濃さが変化するのを発見しました。透過度が大きいと影が薄くなります。256で影が消えます。Airでの指定では影に影響ありませんでした。 - 京太郎 2015-11-26 22:10:03 --情報ありがとうございます、検証・確認しました。Add1もAddAlphaと同様の扱いのようで、影の濃度に影響を与えるようです。 - ADI 2015-11-27 16:31:02 ---Add1…そういうのもあったのか…さすが、抜かりないですね。 - 京太郎 2015-11-27 23:22:06 -ctrlを押しながらだとconstの設定を無視して空中ジャンプが（無限に？）可能みたいですが、これもデバッグキーになるんでしょうか？ - 名無しさん 2015-12-14 23:41:01 --こちらの環境（winmugen）では確認できませんでした。1.0以降の仕様でしょうか？ - ADI 2015-12-17 04:21:47 ---すみません、勘違いでした・・・ - 名無しさん 2015-12-19 00:15:59 -SC-/HitDefのpausetimeについてですが、まずステートの初めにVar(0) - 京太郎 2016-03-02 19:50:33 --途中送信失礼。Var(0)を0に初期化し、その後trigger1=Time<10でSC-VarAddによりVar(0)を１ずつ加算すると、10になるのはお分かりでしょう。ここでVar(0)加算途中にHitDefによる硬直があった場合、SC-/VarAddにIgnoreHitPause=1を適用すると… - 京太郎 2016-03-02 19:58:28 --HitDefでpausetime=x,yだと当てた側のVar(0)の最終値が「10+x-1」になってしまうのは何故でしょうか。ちなみにx=0の場合はx=1と同じくVar(0)=10になりました。 - 京太郎 2016-03-02 20:03:27 ---どうやらフレーム計測上は【PauseTime=0,0】と【PauseTime=1,1】は差がないようです。　おそらく【PauseTimeが1の場合フレーム終了時点でPauseTime-1をしている】ため、1＝そのフレーム時点で終了＝CNS上では停止をしていない、っぽい感じです。 - ADI 2016-03-02 23:40:57 ----追加＞ただし『PauseTimeの有無による変化』自体は発生していて、PauseTime=0,0と1,1では　PauseやSuperPause中の挙動が変化します。　PauseTimeがあると「PauseTimeの分だけ動ける時間が伸びる」という性質があり、0の場合動ける時間は伸びないため、SuperPauseで停止中の相手にその攻撃を当てても（そのキャラのステートの読み込みが無いので）ダメージ処理が行われません。この辺り追加しておいた方が良さそうですね。 - ADI 2016-03-02 23:50:30 -projのoffsetはfloat型にするとエラー落ちするようです - 名無しさん 2016-05-13 16:28:26 --ご報告ありがとうございます。エラー落ちを確認しました。修正致します。 - ADI 2016-05-13 19:23:59 -SuperPauseの項目に　P2DefMul = (Int型)　とありますが、Super.TargetDefenceMulの値的にもFloat型の間違いではないでしょうか。 - 名無しさん 2016-06-23 22:48:29 --ご報告ありがとうございます。修正しました。 - ADI 2016-06-24 03:22:58 -HelperのPosですがLeftやRight、BackやFrontのYの軸は画面下端です　Explodにも同様のPosのオプションがありますがこちらのYの軸は画面上端です - 名無しさん 2016-10-11 04:32:05 --下端ではなく射出するPlayerのY座標基準だったかと - 名無しさん 2016-10-12 03:27:15 --遅ればせながらご報告ありがとうございます。Helperのページについて検証し、「地面」に修正しました。Explodのページは書かれたままです。 - ADI 2016-10-21 22:51:04 -mugenメモの対めくり用InGuardDist補助を利用させて頂いたところ、説明と記述でVar(40)とVar(41)の+-が逆になっていました。記述に合わせるならHelper(**),Var(40) = Pos X+100のInGuardDistかと。 - 沼の爪 2016-11-11 20:42:00 --ご報告ありがとうございます。確認しました～。修正しておきます。 - ADI 2016-11-19 06:55:50 -commonステートのstateno=170，stateno=180はそれぞれサバイバルモードのリザルトスクリーンにmo使用されるみたいです． - 名無しさん 2017-03-10 18:04:06 --ありがとうございます。追記しました～。 - ADI 2017-03-17 09:05:11 -Helperの解説部分にSize.Ground.Nack = (Int型)となっている誤字があります。 - 名無しさん 2017-03-21 02:47:06 --ありがとうございます。修正しましたー - 名無しさん 2017-03-21 14:07:21 -p2getp1state=1のついたProjectileはHitOverRideのついたキャラにも当たります。 - 名無しさん 2017-03-24 18:42:57 --ありがとうございます。挙動確認しました。「ステート奪取せずにヒットする」ようですね。 - ADI 2017-03-25 01:42:04 -EnvColorの記述例がtype=Underになっています - 名無しさん 2017-12-19 19:17:59 --ありがとうございます。修正しました - 名無しさん 2017-12-25 05:03:10 -4人制タッグ時、Enemy(2)、Enemy(3)で3人目以降の相手を参照することはできますが、Enemynear(2)、Enemynear(3)を参照することはできないようです。 - 名無しさん (2018-03-29 16:33:31) -そもそもEnemynearが3人目以降の相手を認識しないみたいです。 - 名無しさん (2018-03-29 16:45:02) -リダイレクトのPartner.からEnemyNEar(1).まで「,」が「.」になっています - 名無しさん (2018-12-11 20:05:48) --ご報告ありがとうございます。 - 名無しさん (2018-12-11 21:23:31) -AfterImageのPalMulはFloat型です。省略時の値も65, .65, .75と小数点がありません。 - 名無しさん (2018-12-17 03:27:16) --ご報告ありがとうございます。 - 名無しさん (2018-12-19 18:36:34) -statetypesetの解説ページのphysicsを押すとVelのページに飛びます - Lkn (2019-02-03 13:56:45) --physicsの情報はVelのページにまとめて記載しています。 - 名無しさん (2019-02-04 06:05:24) -Airファイルの解説ページのClsn1Default及びClsn2Defaultは全てのElemに作用するものでは無くそれを指定したElem以降のElemに作用するものです。 - 名無しさん (2019-02-07 23:50:00) --ご報告ありがとうございます。 - ADI (2019-02-08 16:08:10) -相手がstatetype=SやCになっても、movetype=Hのままだとjuggle値はリセットされないようです。空中やられの相手が気絶して立ちやられ(statetype=S movetype=H)になっても、juggle値はリセットされませんでした。 - 沼の爪 (2019-03-19 21:46:21) --ご報告ありがとうございます。 - 名無しさん (2019-03-24 20:18:26) -ここはmugenの記述や仕様をまとめてあるwikiだと思うのですが性能階級ページのところにある愚痴じみたことと書いてあるところは筆者の個人的な意見でしかないのでいらないと思います。やるなら個人のサイトでやってほしいです。あと他にも凶悪キャラを貶すようなことも書いてありますがここは凶悪界隈の人も見ているのでよくないと思います。凶悪界隈の人に見られたくないというのであればトップページで強調して書いておくといいです。 - 名無しさん (2019-04-23 15:00:03) --コメントありがとうございます。すみませんが、読み返しても私にはどこが問題であるのか、「貶すようなこと」に読まれるのかあまり理解できず、問題のある部分を検証できなければ対応できません。&br()そもそも該当ページ「階級性能」自体がCNSなどとは離れた話題で、それが必要であるかどうか考慮しなければならないページであり、しかし考慮した結果必要だと判断しまとめたものとなっています。そこに書かれている全てが必要であると判断して書かれたものです。理由があれば適時編集をしますが理由なく編集することはありません。　&br()もし情報に齟齬がある、誤り・誤解が存在するというのであればその点に関して情報を提供していただければ適切に対応できますが、内容への反論なども無くただ削除を要求されてもそれに対応することはできません。　特に「事実」あるいは「実質的にそうであること」について心情を理由として削除することはできません。&br()また「凶悪界隈の人」を言及されていますがこちらは凶悪界隈の内情については存じ上げませんので、よく知りもせず特別に対応することは不適切であると考え、知らない方々へそうした対応をすることはできません。- ADI( 記事編集から 2019-05-01) ---きつい言い方だったのが直ってますね修正ありがとうございます。自分もちょっと感情的になり過ぎました。すみません。ただ、凶悪キャラは意図的にバグを起こすことで普通のキャラでも起こる原因不明だったエラー落ちや不具合の解明に繋がる(最近だと437エラーの原因が判明したりProjでのair.juggleの挙動判明など)ことも少なくないのでその辺りも書いてくれたら嬉しいです。 - 名無しさん (2019-05-07 16:43:30) -参考ページ一覧の「不明」と書かれている部分は「wm氏」で、サイト名は「無目的研究室」です。（アーカイブで確認） - ピチュマ (2019-11-15 22:09:39) --ウェブアーカイブで確認しましたー - ADI (2019-11-16 14:29:45) -トリガーのTeamModeの説明ですが、当方WinMugenで製作していますが""を引数につけるとエラー落ちします。 - 名無しさん (2020-01-15 23:39:29) --情報を確認して修正しました。 - ADI (2020-01-17 22:41:57) -すみません「MUGEN CNS WIKI CHAOS」のリンクを是非mugenドット絵板に張らせて頂きたいです良いでしょうか？ - Yes (2020-01-16 17:45:47) --リンクは基本的に自由ですが、他サイトの一部かのように見られないような注意はお願いします。 - ADI (2020-01-17 22:50:04)

表示オプション

横に並べて表示：

変化行の前後のみ表示：

|ログイン|

MUGEN CNS WIKI CHAOS@予定

更新履歴

新規ページ

コメント/暫定会議室 - (2020/01/17 (金) 22:50:32) の最新版との変更点