ＭＵＧＥＮ／localcoord騒動まとめ
そもそもキャラ側のlocalcoordって何？ →縮尺を決めるパラメータです。
「キャラクターが原寸大で表示される画面サイズ」とも言えます。
これとcnsファイル内にあるscaleパラメータで実際のサイズが決まってきます。
WinMUGENサイズとも言える、一般的なＭＵＧＥＮの画面サイズは６４０ｘ４８０ですが、
ほとんどのＤ０仕様のキャラクターはlocalcoord=320,240で作られているはずです。
実際にＭＵＧＥＮ上で動かした人なら分かると思いますが、
これらのキャラクターはＭＵＧＥＮ上では２倍のサイズで表示されますよね。
それは「localcoord=320,240つまり画面サイズが３２０ｘ２４０の時に原寸大になるサイズですよ」
って定義されてるため、その倍である６４０ｘ４８０サイズの画面では当然のように表示される際も
倍のサイズで表示されてるからです。ポトレも２倍サイズ、キャラも２倍サイズ、縮尺も２倍サイズ。
ではlocalcoord=640,480のキャラクターはどういうものなのか。
理屈は同じで「画面サイズが６４０ｘ４８０の時に原寸大になるサイズですよ」っていう意味です。
ＭＵＧＥＮ側の画面サイズが６４０ｘ４８０の場合、キャラクター側は等倍で処理されることになります。
ポトレも等倍サイズ、キャラも等倍サイズ、縮尺も等倍サイズ。
小ポートレートも今までは２５ｘ２５サイズで作られていたのを２倍に表示されていたわけですが、
640,480の場合は等倍ですから５０ｘ５０サイズで作った小ポトレが原寸大のまま綺麗に表示されます。
大ポトレも２４０ｘ２８０サイズで作ったものが拡大無しに表示されるので随分と綺麗に映せます。
しかし旧カンフーマンのようなＤ０ドットのキャラの場合、
このままだと画面上に表示されるキャラクターも等倍サイズのため、
想定サイズと比較すると半分になってしまい、かなり小さいカンフーマンになってしまいます。
そこでcnsファイル内のscaleパラメータの出番てわけでして、
これを弄ることで「キャラクター周りだけ」をサイズ変更することができます。
scaleの値を２にすればキャラクターは２倍サイズ（想定されたサイズ）で表示され、
ポートレート周りだけは等倍サイズの綺麗な画像として表示されるわけですね。
勿論その際のポトレは原寸大用のサイズで新しく用意しないといけませんが。
俗にＤ４と呼ばれるキャラクターがありますが、
これらはlocalcoord=320,240環境においてcnsのscale値を0.5にすることで、
「実際の２倍サイズの縮尺で表示倍率は０．５倍」という状況を作り出し、
２×０．５＝１で結果的に等倍サイズで表示させていたんですね。
これをlocalcoord=640,480にしてcns内のscale値を１にすることで
事実上の等倍サイズ表示が実現できるようになったんですねー。
今度はキャラクターだけでなくポトレも等倍サイズで表示できるのでこっち側も綺麗に映せます。
Ｄ０キャラクター↓
localcoord=320,240 ＋ scale=1 で縮尺２倍×表示倍率１倍＝２倍サイズで表示（ポトレも２倍表示）
これを
localcoord=640,480 ＋ scale=2 で縮尺１倍×表示倍率２倍＝キャラ周りだけ２倍サイズで表示（ポトレだけ等倍表示）
こうすることでキャラ周りは今まで通りに、かつポトレだけ等倍表示で綺麗に！
Ｄ４キャラクター↓
localcoord=320,240 ＋ scale=0.5 で縮尺２倍×表示倍率0.5倍＝キャラ周りだけ等倍サイズで表示（ポトレのみ２倍表示）
これを
localcoord=640,480 ＋ scale=1 で縮尺１倍×表示倍率１倍＝全部まとめて等倍表示
こうすることでキャラ周りもポトレも原寸大の綺麗な画像として表示できるように！
今回の目論見も合わせるとこういうことになるわけですね。
で、何が問題だったかって言うと、localcoord値が違うキャラクター同士で対戦した場合、
片方にステートを奪われた場合は奪った側のlocalcoord値が適用される
っていう仕様が発覚したためでして。どういうことかって言うと、
localcoord=320,240であるキャラＡがlocalcoord=640,480であるキャラＢのステートを奪った時、
キャラＢのlocalcoordは一時的なれど320,240になってしまうらしいんです。
これで何が起こるかって言うと、キャラＢにとって等倍であるはずの縮尺が２倍という扱いになります。
つまりscale=1,1で表示していたものがscale=2,2扱い（２倍サイズ）で表示されてしまいますし、
画面端から数えて半分の位置に出現させようとしたものが倍の位置、つまり逆の画面端に出現してしまいます。
逆もまたしかりで、キャラＢがキャラＡのステートを奪った場合、
２倍であるはずの縮尺が等倍という扱いになるため、普段の０．５倍でものごとが処理されるようになり、
画面端から数えて半分の位置に出現させようとしたものが画面端から４分の１程度の位置に出現してしまうわけですね。
これらはステートを奪われている間に実行したExplodやHelperのステコンにのみ影響するようで、
ステートを奪われる前に出現していたものは影響を受けません。
要はステートを奪われてる際に新たなExplodやHelperを出さなければいいんですが、
全てのキャラがそれを守れるわけでもなく、どこかしらで影響が出てしまいます。
そしてつい昨日、私がその問題に直撃しました。
一応解決策がないわけではなく、ステートを奪われないオブジェクトが
影響を受けそうなexplodやhelperを管理すれば問題は回避できるようです。
要はHelperがExplodや別Helperの管理をするってことですね。
ただし問題回避できるのは自分側だけなので、localcoordの値が違う相手と対戦した場合、
相手側のexplodやhelper表示に不具合が発生する可能性が残ります。
相手側に迷惑をかける可能性を孕みながらポトレ周りを綺麗にするか、
相手側への影響をできる限り小さくしながらポトレ周りを今まで通りにするかの２択ってわけです。
でも綺麗なポートレートは魅力なんだよね。
＜余談＞
分かり難いかもしれませんが、
localcoord=320,240のキャラにとって画面内の空間の広さは３２０ｘ２４０になります。
これは画面サイズが６４０ｘ４８０であろうと変わりません。
一方localcoord=640,480のキャラにとって画面内の空間の広さは６４０ｘ４８０になります。
どう違うのかって言うと、ＭＵＧＥＮ上に存在している空間の広さそのものの感覚が違います。
例えば画面端から中央まで、画面半分を移動しようと思った時、
前者は横の広さは３２０なわけですからPosAddで１６０だけ進めてやればいいわけですが、
後者は横の広さが６４０なので、同じように１６０だけ進めても画面上では４分の１しか進みません。
後者が画面半分を移動しようとした場合にはPosAddだと３２０を指定しなければならないのです。
両者が向き合った場合も見た目上では同じ距離同士に見えますが、
前者はP2BodyDist Xで１００の値を返すのに対し、
後者は同条件下においてP2BodyDist Xが返す値は倍の２００になります。
速度周りにおいてもやっぱり違いがあって、
Vel X=10で１６Ｆ走ると移動距離は１６０となるわけですが、
前者は画面横サイズが３２０なので１６０だけ前に進むと画面半分だけ進むのに対し、
後者は画面横サイズが６４０なので１６０だけ前に進むと画面４分の１しか進みません。
長々と書いたけど、他所のサイトやブログを覗けば既に同じようなことが書かれてたりはシマス。
でもステートを奪われた時のlocalcoordの変動についてはあまり触れてるところが多くない印象。
「キャラクターが原寸大で表示される画面サイズ」とも言えます。
これとcnsファイル内にあるscaleパラメータで実際のサイズが決まってきます。
WinMUGENサイズとも言える、一般的なＭＵＧＥＮの画面サイズは６４０ｘ４８０ですが、
ほとんどのＤ０仕様のキャラクターはlocalcoord=320,240で作られているはずです。
実際にＭＵＧＥＮ上で動かした人なら分かると思いますが、
これらのキャラクターはＭＵＧＥＮ上では２倍のサイズで表示されますよね。
それは「localcoord=320,240つまり画面サイズが３２０ｘ２４０の時に原寸大になるサイズですよ」
って定義されてるため、その倍である６４０ｘ４８０サイズの画面では当然のように表示される際も
倍のサイズで表示されてるからです。ポトレも２倍サイズ、キャラも２倍サイズ、縮尺も２倍サイズ。
ではlocalcoord=640,480のキャラクターはどういうものなのか。
理屈は同じで「画面サイズが６４０ｘ４８０の時に原寸大になるサイズですよ」っていう意味です。
ＭＵＧＥＮ側の画面サイズが６４０ｘ４８０の場合、キャラクター側は等倍で処理されることになります。
ポトレも等倍サイズ、キャラも等倍サイズ、縮尺も等倍サイズ。
小ポートレートも今までは２５ｘ２５サイズで作られていたのを２倍に表示されていたわけですが、
640,480の場合は等倍ですから５０ｘ５０サイズで作った小ポトレが原寸大のまま綺麗に表示されます。
大ポトレも２４０ｘ２８０サイズで作ったものが拡大無しに表示されるので随分と綺麗に映せます。
しかし旧カンフーマンのようなＤ０ドットのキャラの場合、
このままだと画面上に表示されるキャラクターも等倍サイズのため、
想定サイズと比較すると半分になってしまい、かなり小さいカンフーマンになってしまいます。
そこでcnsファイル内のscaleパラメータの出番てわけでして、
これを弄ることで「キャラクター周りだけ」をサイズ変更することができます。
scaleの値を２にすればキャラクターは２倍サイズ（想定されたサイズ）で表示され、
ポートレート周りだけは等倍サイズの綺麗な画像として表示されるわけですね。
勿論その際のポトレは原寸大用のサイズで新しく用意しないといけませんが。
俗にＤ４と呼ばれるキャラクターがありますが、
これらはlocalcoord=320,240環境においてcnsのscale値を0.5にすることで、
「実際の２倍サイズの縮尺で表示倍率は０．５倍」という状況を作り出し、
２×０．５＝１で結果的に等倍サイズで表示させていたんですね。
これをlocalcoord=640,480にしてcns内のscale値を１にすることで
事実上の等倍サイズ表示が実現できるようになったんですねー。
今度はキャラクターだけでなくポトレも等倍サイズで表示できるのでこっち側も綺麗に映せます。
Ｄ０キャラクター↓
localcoord=320,240 ＋ scale=1 で縮尺２倍×表示倍率１倍＝２倍サイズで表示（ポトレも２倍表示）
これを
localcoord=640,480 ＋ scale=2 で縮尺１倍×表示倍率２倍＝キャラ周りだけ２倍サイズで表示（ポトレだけ等倍表示）
こうすることでキャラ周りは今まで通りに、かつポトレだけ等倍表示で綺麗に！
Ｄ４キャラクター↓
localcoord=320,240 ＋ scale=0.5 で縮尺２倍×表示倍率0.5倍＝キャラ周りだけ等倍サイズで表示（ポトレのみ２倍表示）
これを
localcoord=640,480 ＋ scale=1 で縮尺１倍×表示倍率１倍＝全部まとめて等倍表示
こうすることでキャラ周りもポトレも原寸大の綺麗な画像として表示できるように！
今回の目論見も合わせるとこういうことになるわけですね。
で、何が問題だったかって言うと、localcoord値が違うキャラクター同士で対戦した場合、
片方にステートを奪われた場合は奪った側のlocalcoord値が適用される
っていう仕様が発覚したためでして。どういうことかって言うと、
localcoord=320,240であるキャラＡがlocalcoord=640,480であるキャラＢのステートを奪った時、
キャラＢのlocalcoordは一時的なれど320,240になってしまうらしいんです。
これで何が起こるかって言うと、キャラＢにとって等倍であるはずの縮尺が２倍という扱いになります。
つまりscale=1,1で表示していたものがscale=2,2扱い（２倍サイズ）で表示されてしまいますし、
画面端から数えて半分の位置に出現させようとしたものが倍の位置、つまり逆の画面端に出現してしまいます。
逆もまたしかりで、キャラＢがキャラＡのステートを奪った場合、
２倍であるはずの縮尺が等倍という扱いになるため、普段の０．５倍でものごとが処理されるようになり、
画面端から数えて半分の位置に出現させようとしたものが画面端から４分の１程度の位置に出現してしまうわけですね。
これらはステートを奪われている間に実行したExplodやHelperのステコンにのみ影響するようで、
ステートを奪われる前に出現していたものは影響を受けません。
要はステートを奪われてる際に新たなExplodやHelperを出さなければいいんですが、
全てのキャラがそれを守れるわけでもなく、どこかしらで影響が出てしまいます。
そしてつい昨日、私がその問題に直撃しました。
一応解決策がないわけではなく、ステートを奪われないオブジェクトが
影響を受けそうなexplodやhelperを管理すれば問題は回避できるようです。
要はHelperがExplodや別Helperの管理をするってことですね。
ただし問題回避できるのは自分側だけなので、localcoordの値が違う相手と対戦した場合、
相手側のexplodやhelper表示に不具合が発生する可能性が残ります。
相手側に迷惑をかける可能性を孕みながらポトレ周りを綺麗にするか、
相手側への影響をできる限り小さくしながらポトレ周りを今まで通りにするかの２択ってわけです。
＜余談＞
分かり難いかもしれませんが、
localcoord=320,240のキャラにとって画面内の空間の広さは３２０ｘ２４０になります。
これは画面サイズが６４０ｘ４８０であろうと変わりません。
一方localcoord=640,480のキャラにとって画面内の空間の広さは６４０ｘ４８０になります。
どう違うのかって言うと、ＭＵＧＥＮ上に存在している空間の広さそのものの感覚が違います。
例えば画面端から中央まで、画面半分を移動しようと思った時、
前者は横の広さは３２０なわけですからPosAddで１６０だけ進めてやればいいわけですが、
後者は横の広さが６４０なので、同じように１６０だけ進めても画面上では４分の１しか進みません。
後者が画面半分を移動しようとした場合にはPosAddだと３２０を指定しなければならないのです。
両者が向き合った場合も見た目上では同じ距離同士に見えますが、
前者はP2BodyDist Xで１００の値を返すのに対し、
後者は同条件下においてP2BodyDist Xが返す値は倍の２００になります。
速度周りにおいてもやっぱり違いがあって、
Vel X=10で１６Ｆ走ると移動距離は１６０となるわけですが、
前者は画面横サイズが３２０なので１６０だけ前に進むと画面半分だけ進むのに対し、
後者は画面横サイズが６４０なので１６０だけ前に進むと画面４分の１しか進みません。
長々と書いたけど、他所のサイトやブログを覗けば既に同じようなことが書かれてたりはシマス。
でもステートを奪われた時のlocalcoordの変動についてはあまり触れてるところが多くない印象。
