2D格闘ツクール2nd.

**名前は開発中のものです。** · 03/12/28 12:44

ツクールシリーズで難易度最高の格闘ツクールのスレです。

**名前は開発中のものです。** · 03/12/28 13:52

>>3
で、あなたはどちらですか？

**名前は開発中のものです。** · 03/12/29 11:48

フツーに製作の話をしてはいけないのか。

1 · 03/12/29 18:01

当然いいと思う。ていうかしてくれ。

**名前は開発中のものです。** · 03/12/29 21:31

関連リンクすら張らないとは、やる気が無いのが丸わかり。

**名前は開発中のものです。** · 03/12/29 22:03

5 ：名前は開発中のものです。：03/12/29 11:48 ID:nk27V38K
フツーに製作の話をしてはいけないのか。

6 ：1 ：03/12/29 18:01 ID:or11TRRU
当然いいと思う。ていうかしてくれ。

↑＞１が何したらいいのかわかってないのが問題かと思われ

**名前は開発中のものです。** · 03/12/31 00:07

先日このソフトをゲットしたんです。
フリーソフトのおすすめお絵かきツールを紹介してください。＞１

これでサムスピみたいなのを作ってみたいっす。

**名前は開発中のものです。** · 03/12/31 12:08

おまえじゃ無理

1 · 04/01/02 19:56

１って色々大変だなあ。
http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=%E3%83%95%E3%83%AA%E3%83%BC%E3%82%BD%E3%83%95%E3%83%88%E3%81%AE%E3%81%8A%E3%81%99%E3%81%99%E3%82%81%E3%81%8A%E7%B5%B5%E3%81%8B%E3%81%8D%E3%83%84%E3%83%BC%E3%83%AB
仕事してきますた。

１ · 04/01/03 02:44

スマン、重複だった・・・。
こっちに移動してくれ。

２D格闘ゲーム製作総合スレ
http://pc2.2ch.net/test/read.cgi/gamedev/1059580965/

**名前は開発中のものです。** · 04/01/03 13:20

あっちは「制作」で、こっちは「ツクール」だからいいんでね？

人書くよりはAAキャラの方が楽そうだから２ｃｈ格闘を創る計画を練ってる。

**名前は開発中のものです。** · 04/01/03 13:21

あげとこ

**名前は開発中のものです。** · 04/01/07 23:27

バグの嵐だよ～ん

プレビューして強制終了
映り込むナゾの絵
戻らないパレットアニメ
始めるとデモが未使用になってる
急にＷＡＶＥだけ音小さく
ステージスクリプト消したら強制終了
音開こうとしたら強制終了
キャラが空中で静止、すべる

**名前は開発中のものです。** · 04/01/08 18:08

>>15
それ全部バグじゃ無くてユーザー側の設定ミスなんだが・・・
まあ取説にちゃんとした解説載せない海老も悪いっちゃ悪いがな

**名前は開発中のものです。** · 04/01/13 15:47

格ゲーの場合
格ツクを使った時点で作ったわけでなく絵を差し込んだけと思ってしまうのだが
格ツクを使った人教えて♪

**名前は開発中のものです。** · 04/01/13 22:22

慣れた今となっては、非常に頼もしいのだが、
初めて触ると、異常に投げっぱなしなツクールだよな。

まず最初に、システム、デモ、ステージ、キャラetc
すべて暫定でも作らなきゃいけないってのが、いきなり難しい＆面倒くさい

テストプレイできる状態まで作れれば、気軽に追加したり楽しいツクールになるんだけど。
地雷を避けつつ作るって感じも慣れたよね。
ファイルごと破損の地雷が無いだけ９５の時より、快適かな（幾分、自虐的）

**名前は開発中のものです。** · 04/01/13 23:52

はめ込むだけで済めば苦労しないよ。たしかに１から作るよかマシだけどな…。

**名前は開発中のものです。** · 04/01/14 00:50

ダメージパターンの、種類とバック距離と（無敵とか停止）時間から
作れるっちゅーのは、非常に有難いのだが、
確かに、買っていきなり作れっちゅーのは、厳しいな

つーか、ダメージいじりで別ゲームになっちゃうから、
ここを自作できる仕様は、ＥＢナイスといいたい。

そういうの原因で、敷居が高くなってるんだけどさ
説明書の役立たずっぷりの、次くらいに

**名前は開発中のものです。** · 04/01/14 00:57

あと、説明書が役に立たないのは９５からだけど、
2ndってサンプルゲームが悪いよな。

９５は作りかけのサンプルゲームのファイルいじりながら
色々おぼえれるんだけど、2ndってサンプルがマジで作りこんでる（でも・・・）から
いじりながら覚える素材として不向き。いきなりあんなの見ても難しいぞ

なんかね、サンプルゲーム作った奴、自慢してどうする、
旧作ユーザーと、はりあってどうする、って感じだった

**名前は開発中のものです。** · 04/01/14 01:26

>>21
ここまで出来るってのを示したかったんだろうが
チュートリアルになるサンプルも欲しかったな、説明書が役に立たないだけに・・・

**名前は開発中のものです。** · 04/01/14 04:07

これ今新品いくらで売ってるんかな
定価？

**名前は開発中のものです。** · 04/01/14 09:17

8～9k

**名前は開発中のものです。** · 04/01/14 21:00

>>23
ttp://www.enterbrain.co.jp/jp/p_catalog/game/2001/game10417.html

それはそうと、投げが作れねぇ・・・。どうやって作るのか誰か教えてくれ

**名前は開発中のものです。** · 04/01/14 22:47

>>25
リアクション設定して投げスクリプト作ってやられ判定を置け
あとは投げコマンドを設定して、そこから投げスクリプトを呼び出せ

ここまでやったらとりあえず掴むようになるので、掴んだあとの処理は煮るなり焼くなりご勝手に

**名前は開発中のものです。** · 04/01/15 03:34

空中から地上の敵掴む投げとか、その時敵が立ってないとスカるとかそんなのもできる？

**名前は開発中のものです。** · 04/01/15 05:16

>27
できるよ。リアクションでしゃがんでたら「設定無し」に汁。
まあ、空中だと座標移動の関係があるから慣れるまではなかなか
うまくいかんと思うけど。ｶﾞﾝｶﾞﾚ

**名前は開発中のものです。** · 04/01/15 05:47

>>28
ありがと。
逆に、これできないんだよなーみたいなのってどんなのある？
飛び道具ストックやガードクラッシュゲージ、スタンゲージ辺り再現できたら嬉しいんだけど。

**名前は開発中のものです。** · 04/01/15 09:07

ガードクラッシュは可能。自分でスクリプト組んだことは無いけど
実装してるゲームをみたことがある。検索すれば多分あると思われ。
気絶も同様の理論で可能。飛び道具ストックとは、よく意味がわからない
のだが、具体的にこのゲームのこんな技みたいに言ってくれれば。

できないこと？た　く　さ　ん　あ　る
飛び道具が画面上に二つ以上出ないようにする処理が実は非常に厳しい。
９５と違い画面上から消えてもオブジェとして存在してるのでスイッチ・
変数での処理がほぼ不可能。スイッチ式にするとガード・ヒット時はいいが
避けられたときの処理がおかしくなる・・・。まあ説明すると長くなるので
そういうことがあるということだけ念頭においておけばよし。

他にもいくつかあるけど、なんつーか凝ったことはテクニックでカバーできる
けど、実は基本的な不具合が多いというなんとも腐ったツール。

**名前は開発中のものです。** · 04/01/15 09:35

>>30
ありがと。
飛び道具ストックは、ギルティのジョニーのコインとか、朝凪の呼吸とかみたいにアイコン表示です。
基本的なのができないってのはなんとなく分かりますが、
技ごとに近距離認識間合いを変えれない、とか
ヒットストップも技ごとに変えようと思ったらその間飛び道具は進む、とか
そういう痒いとこに手が届かない感じですか。

**名前は開発中のものです。** · 04/01/15 10:28

>31
今日は漏れは休みなのでどんどんレス。ストックはジョニーあまりやった
ことないんでわからんが、キャラ変数で同じコマンドに+1とかして分岐
させていけばよいと思う。俺は葵花みたいな技はコマンド分岐使わんで
そういう風にやってる。まあ、具体的に作るとかになったらもっと詳しく
説明するよ。
技ごとの近距離認識間合い・・これはどうだろ。理論的に不可能じゃ
なさそうだけど、無理かもしれない。というか、変数処理が足りなくなると
思う。ちょっとはっきりは解らない。
ヒットストップは技ごとに変えるなら面倒だけど技ひとつひとつに分岐を
つけて時間停止を利用するしかないのでは？飛び道具をこっちで面倒な
処理しないといかなる場合も止まってくれないよ。

つーか、そんなことやろうとすると1キャラ作るのに1年はかかるよ。

**名前は開発中のものです。** · 04/01/15 10:53

労力と、消費変数のわりには、地味な仕様改造なんで
美味しくないというか、気づいてもらえない可能性が・・・

あと、基本の動きに凝った事入れまくると、キャラ増えてからの
修正が大変。というか、キャラ増やす段階でもスクリプトずれとかで
おかしくならないかとドキドキする。

32 · 04/01/15 10:56

今33がいいこと言った。
キャラを３体も４体も作った人だから言える体験。
いつまでも1キャラを延々といじってる香具師には気づかない。

**名前は開発中のものです。** · 04/01/15 19:49

ありがとです。
あんまり細かいとこはスルーというか、むしろその仕様に合わせるつもりです。
飛び道具はいくつでも出せるけど隙でかいから１つ目が消える頃にやっと２つ目とか。
グラフィック描く作業にも時間かかるから、色々妥協しないとダメですね。

**名前は開発中のものです。** · 04/01/15 22:32

つーか、妥協どころか基本スクリプトすら苦労してる。
俺絵描きなので、大量にグラフィックを描くのは全く苦にならないが、そのかわりスクリプトが死ぬほど意味わかんねえ…

みなさんどうやってスクリプト覚えたんですか？
まさかあのマニュアルで習得したんなら凄すぎ。

**名前は開発中のものです。** · 04/01/16 00:02

＞飛び道具二つ以上～

ってのは、簡単にできるよ？

**名前は開発中のものです。** · 04/01/16 01:39

>>36
９５からの経験で申し訳ないけど……。
当時、フライング発売したムック（テックＷＩＮの前身？）を、結構読みました。ストＩＩＩの開発者インタビュー載ってる奴です。

で、ストＩＩに超必など付いた程度の簡単なゲームを作りました。
凄くシンプルで、基本部分はツクールに素直、でキャラ毎の技で毎回、特殊なテクを実験していくみたいな。
ＣＧ差し替え＋αだけで、新キャラ作れる「雛形キャラ」を作ってから、
スクリプトの実験を……これは、バックアップを取ってひたすらテストプレイで研究。

２ndは、まず最初に９５で完成した雛形を移植＆改良から着手。
現在は実験＆失敗を繰り返しながら、雛形の完成を目指しつつ４，５体目（汗）。
シンプルな基本システム（スクリプト）で雛形を作って、その自分で作った基本システムから
はみでないよう＆例外を作ってく、ようにすれば破綻せず実験できるかなあと。
４，５体目でいまだ雛形確定してない、おいらが言うのもこれまた説得力が無いのですけど。

32 · 04/01/16 08:53

>>37
かいつまんで説明キボンヌ。

32 · 04/01/16 08:57

>>36
確かに38のようにシンプルなシステムからなぶっていくのが一番の
近道かと。一番挫折しやすいのは企画が先行してあれもこれもシステムを
取り入れようとするとスクリプトの複雑化と手間が増えるので嫌になる。
ぶっちゃけ波動拳、昇竜拳、竜巻から始めれば応用効くよ。
あと、意外に軽視されがちな通常技とジャンプ。これがしっかり調整されて
ないと糞ゲーになる。

36 · 04/01/16 10:57

>>38 >>40
激ｻﾝｸｽ
95にそんな恵まれた環境があったなんて激しくうらやましい…
まあ、まずは自力で雛型作るつもりで１キャラ仕上げてみます…

**名前は開発中のものです。** · 04/01/18 02:21

書き込み初めてです、よろしくお願いします。
実際にこのツクールでアニメーションを作ってみたいのですが、
秒間何枚ぐらいで作るのがいいのでしょうか

32 · 04/01/18 06:58

モーションにもよるだろ。不自然じゃなきゃ少ないほうが楽。

ところで>>37は俺の質問に答えてくれないのかな・・・
まさか変数スイッチじゃないと思うが・・・

**名前は開発中のものです。** · 04/01/18 07:05

はじめに、　「　２ndのＷＡＩＴフレーム数は、１秒間に１００枚　」　です。
一般的な、格闘ゲームなどの６０ＦＰＳと違うんで、資料など参考にする時に要注意です。

で、全画面表示でアニメさせてみると、秒間２０枚：ＷＡＩＴ５でまあまあ、秒間２５枚：ＷＡＩＴ４でなめらか
それ以上の枚数だと、たぶん高性能ＰＣで鑑賞したボクサーじゃないと、わからないかと。
映画とかアニメのフレーム数を参考するといいかもしれません。

それで、技とかのアニメは、「秒間何枚」というより、技性能で必要枚数（ＣＧ以外のスクリプトの間に入れる枚数）が変わっちゃうんで、様々っす。
たいていは、ＷＡＩＴ５フレ以下になって心配すること無いと思いますが、
パラパラしちゃうような長めのＣＧは、４フレ、５フレくらいに分割するといいんじゃないでしょうか？

**名前は開発中のものです。** · 04/01/18 07:10

>>43
３７じゃないけど、オブジェクトの管理番号＆表示されてたら　で出来ない？
飛び道具は、射程距離（一定時間）で勝手に消えるようにして。

というか、読んでみたけど質問がよくわからんです。
＞飛び道具二つ以上～　←から何？　

**名前は開発中のものです。** · 04/01/18 11:05

>45
飛び道具が画面に２つ以上出てしまうから変数SWで安易に修正して、
１つ画面に残ってると強Pに飛ばすように処理すると
強Pキャンセル強P（空飛び道具）って技が成立してしまうんで
それも回避するように注意な。
処理と説明が大変なんで書かないけどそれも回避は出来るんで。

32 · 04/01/18 15:38

>>45
とりあえず返答㌧クス。管理番号は本体のほうのモーション自体が発動
しちゃうので変数SWを前提に話を進めるね。んで、ヒット・ガードした時は
問題ないとして、避けられたときに2ndはOBJ自体が画面外に消えても存在
し続けるので当然45の方法を漏れも思いついたわけだ。この方法はただ
1点を除いて完璧。それは自分の画面上での位置ね。自分が画面端背負ってる
時と目の前に画面端があるときで変数SW消去ポイントが全然変わってくる
わけ。だから自分の目の前に画面端があるときに飛び道具撃つと、SWがOFF
になるまでにかなりのタイムラグが出るんで、画面上に飛び道具がないにも
かかわらず飛び道具がしばらく撃てない状況が出るんよ。時間にして2秒
くらいかなあ。標準的な飛び道具で。
>>46
画面に残ってる・残ってないって概念が2ndには無いんだよね・・・、残念ながら。
通常技キャンセル通常技回避は大丈夫だよ。格ツクいじって5年だから（爆）

このあたりの処理は2ndになってむしろ使い勝手が悪くなってると思われ。

**名前は開発中のものです。** · 04/01/18 17:43

>47
親の位置の確認とそれに応じたタイマーObjでやれば何とかなるんじゃない？
飛び道具一つにそこまでするのもアレだけど。

32 · 04/01/18 17:53

>48
そういうことなんだよ。飛び道具一つにそこまでするのはアレだよな。
実際48を試したけど変数が複雑になるし他のキャラもこの作業するのか
と思うとゾッとしてやめた。飛び道具の隙を多くしたり、弾速を速く
して逃げたよ。
だから>>37にちょっと期待したんだが。
そもそもオブジェの扱い方が95に比べて具合悪くなってるよ。PS時間停止
とか標準装備させるなら当然飛び道具もストップすると普通の人は思うのに
EBは何とも思わなかったのかな？これのせいで飛び道具停止のスクリプトが
やたら複雑になってるYO！

**名前は開発中のものです。** · 04/01/18 18:35

BGMってＷＡＶでもできるみたいになってるんですけど
次の画面行っても延々流れ続けるんだけど。ＭＩＤＩはピタッと移り変わるのに。
仕様？

**名前は開発中のものです。** · 04/01/18 22:06

42です。
遅くなりましたが、丁寧な返信ありがとうございます。
これからいじってみて、行き詰まったらまた色々質問しにきます。
そんときはよろしくおねがいします。

**名前は開発中のものです。** · 04/01/19 01:00

>>49
＞PS時間停止
超必の発動時エフェクトが止まると困るので
OBJは止まらない仕様らしい

＞飛び道具
飛び道具のスクリプトにMAP座標変数取得を使うと良いらしい

**名前は開発中のものです。** · 04/01/19 02:07

　　 ∩＿∩　　　
　　（・(ｪ)・ ∩　昇竜拳！！！
　⊂　　　　ノ　
　 ,（＿＿つ　　
　　し'　　

32 · 04/01/19 08:55

>50
それが48の言ってる座標取得でしょ？めっさ大変なんだって。

>OBJ停止
「OBJ」と「飛び道具」は分けて欲しかった罠。

32 · 04/01/19 09:11

誤爆スマソ。
50は飛び道具のほうに座標を取得させるようにするって言ってるのか。
確かにまだそっちのほうが楽だな。
参考になったよ、㌧。

**名前は開発中のものです。** · 04/01/19 11:22

画面端の問題で拾得→変数リセットがされる前にｏｂｊあぼーんの可能性があるから
タイマーと組み合わせた方が良いかもね。

**名前は開発中のものです。** · 04/01/19 12:04

>52　時間停止を適用するかどうかをチェックボックスで選べれば良かったのにね。

32 · 04/01/20 07:58

というわけで>>37に漏れは釣られたのか・・・？

飛び道具は労力を考えると硬直時間を長くしたり弾速を速くして早く画面外へ
消えるようにするということで落ち着きそうだな・・・。それはバランスの
崩壊にも繋がりかねんが・・・

**名前は開発中のものです。** · 04/01/20 18:13

>>58
消える前にコマンド入力したら、飛び道具失敗モーション。

**名前は開発中のものです。** · 04/01/20 19:13

>飛び道具失敗モーション

ﾜﾗﾀ

**名前は開発中のものです。** · 04/01/20 20:29

巷の飛び道具主体格ゲーへのアンチテーゼとして良いかも知れん。

**名前は開発中のものです。** · 04/01/20 20:54

おいらは笑いとかじゃなくて、純粋なネタとして
初代　龍虎の拳のゲージ無し必殺技みたいなの想像したけど。

煙みたいなのスカみたいな。
↑
ごめん、あらためて文字で読むと笑えました。
当時は笑ってる人いなかったんだけどなあ・・・。

**名前は開発中のものです。** · 04/01/20 21:33

>>62
漏れのゲームは必殺技をだすごとに超必のゲージが溜まる仕様なので
飛び道具スカ連発して一気にゲージ満タンとか出来ます。

**名前は開発中のものです。** · 04/01/20 23:01

ＢＧＭ、ＷＡＶは使えないの？
（ＭＩＤＩのように）

**名前は開発中のものです。** · 04/01/20 23:15

スカのモーションにはゲージを減らすようにしておけば良いんじゃない？
ちゃんと出したら溜まるけど、不発だと減る仕様。

**名前は開発中のものです。** · 04/01/20 23:16

com戦だと気力関係なくスカばっかしそうであんまり楽しく無いかも。
どうせ対人戦なんてされないんだし、如何にCom戦を楽しくさせるか
って調整の方が良いんじゃない？

**名前は開発中のものです。** · 04/01/21 01:39

対戦モード無かった事にして、Com戦（ストーリーモード）のみに照準を絞ると
面白い要素を盛り込めるよね（というか、おいらはそっち比重高）。

色々やり方あると思うんだけど、とりあえずおいらは、ＣＰＵ専用技で変数代入（スイッチオン）して、
ＣＰＵスイッチオン時のみ、技の挙動変えてるよ。
ガード（→キャンセル技）とか、コンボ＆必殺技とか。

対戦モードが無いと考えると、キャラバランスというか、キャラ間の得意不得意って
あっても良い、むしろ有ったほうが良いんじゃないかと思ってしまう。

**名前は開発中のものです。** · 04/01/21 01:42

>>64
もそっと具体的に書かないと、答えようが無いよぅ。
ＢＧＭとして再生させるだけなら、ＷＡＶは可能だよ。
ＭＩＤＩと違う挙動のどれを回避したいのか、書いてくれればお役に立てるのではないかと。

60 · 04/01/21 20:52

>>62
いや、すまんすまん。
ネタじゃなくて、竜虎の拳みたいな感じね？
最近のゲームじゃああんまりないけど、確かにあれは飛び道具
モーションだけで何も出なかったりするよな。

飛び道具、本当にツクールが「飛び道具」とオブジェを
区別できればこんなことにならんかったのにな・・・

**名前は開発中のものです。** · 04/01/21 21:51

>65
ゲージが溜まるといってもスカのモーション自体は攻撃判定の無い隙だらけの
モーションなので、ゲージを減らすとかペナルティまで加えたらユーザーが
スカのモーション出さないように気を使って、物凄く遊び辛い仕様になるぞ？

65 · 04/01/21 22:26

自分が作るのは、必殺技はホントに必殺な勢いのものが多いのでついつい…。

**名前は開発中のものです。** · 04/01/22 00:16

飛び道具が既に出ている場合は通常攻撃に派生するのがモアベターらしい
キャラ間のバランスを平均化すると没個性になるのでゴリ押しで使える技を１つ加えておいた方が良いらしい

**名前は開発中のものです。** · 04/01/22 11:38

普通に出して絶対当たらねぇぇ！な必殺技ばかりだけど使える通常技が豊富なキャラとか。

攻撃力低いけど必殺技が連続技にどんどん組み込めてヒット数高いキャラとか。

出が遅いけどごり押しで攻撃力高いキャラとか。

攻撃力も低いし紙の装甲、必殺技がやっと通常技レベルで使える程度のキャラとか。

こんな極端なキャラばかりでも良いんじゃないかと思う。
ダイヤグラム1：9あったって良いじゃないか。

**名前は開発中のものです。** · 04/01/22 18:24

久々に来たらｽﾚが伸びていてﾋﾞｸｰﾘ

**名前は開発中のものです。** · 04/01/22 19:10

使えすぎる技ばかりだけど、コマンドが全部異様なほど難しいキャラとか。

**名前は開発中のものです。** · 04/01/22 21:40

攻撃力が滅茶苦茶低いんだが、逆コンボ補正で繋げれば繋げる程
ダメージがデカくなるキャラとか。

**名前は開発中のものです。** · 04/01/22 22:22

>76
それ面白いな

**名前は開発中のものです。** · 04/01/22 23:28

問題は格ツクで出来たっけ？

**名前は開発中のものです。** · 04/01/23 00:35

>78
出来るよ。
コンボ繋げるであろう数だけ全部の技を分岐させてかないと駄目だろうけど。
考えただけで気が遠くなるな・・・
他に現実的な方法考えるとするならマイナス補正Obj持たせて
コンボに応じてX値づつマイナス補正掛ける方法か。

**名前は開発中のものです。** · 04/01/23 02:18

>>76
初代ギルティのチップに似てるな
何十何HITかまで繋げたら一旦補正無くなって瞬殺できるやつ

**名前は開発中のものです。** · 04/01/24 08:30

何故かＢＭＰファイルを読み込んでくれないんだけどどうすればいい？？

**名前は開発中のものです。** · 04/01/24 20:00

>>81
まさか256じゃないってオチじゃないよね

**名前は開発中のものです。** · 04/01/24 20:55

それはない。

**名前は開発中のものです。** · 04/01/26 23:27

デモ画面じゃなくて、ラウンド画面中での演出をツクツクしてみたら、ゲームが新鮮、なんか遊べちゃった。
まえまえから、作らないとなあと思いつつ、後回しにしてたんだけど
クリアまで平坦だった面構成に、起伏ができたというか、勝つだけ作業じゃなくなった。

面数やキャラの組み合わせで、開始終了アニメとか変えられるのデカイっすね。
最近無いけどボーナスステージみたいなのも、マンネリ防止になりそう。
欠点は、アイデア（バリエーション）が、なかなか思いつかない……。

**名前は開発中のものです。** · 04/01/27 14:49

アイディアはあるが技術が追いつかんヌ・・・＿|￣|○

３７ · 04/01/28 04:03

>>32
ごめん！すっかりこのスレ忘れてた！！
そして問題のことだけど、画面上っていうのは
ホントの画面端までってことなのね。それは確かに難しいかも知れない。
てっきり>>45みたいな事かと思ってた。

変数・ＸＹ座標って画面上（４８０×６４０）の座標じゃ無いんだよね。謎。
俺もヒットしたら強制的に画面中央に移動する技を作りたくて
座標ＸとＭＡＰ座標Ｘとの計算でやろうと、四苦八苦したんだけど無理だった。
一応、それっぽいのでごまかしてるけど・・・。
と、いうわけで力になれなくてｽﾏｿ。

**名前は開発中のものです。** · 04/01/28 17:14

>86
>変数・ＸＹ座標って画面上（４８０×６４０）の座標じゃ無いんだよね
そっちもあるだろ。

３７ · 04/01/28 17:53

>>87
いや、ＭＡＰＸＹ座標っていうのはホントにＭＡＰ（画面外も含めて）のＸＹ座標なんだけど
ただのＸＹ座標っていうのは、どうも画面（４８０×６４０）がＭＡＰ中のどこにあるか、ってものみたい。

それとも、俺の勘違い？いろいろテストしてみたらどうもそんな感じなんだけど…。

**名前は開発中のものです。** · 04/01/28 21:35

>88
試したらそうだったね。
ただのＸ，Ｙ座標って使い道があんまり無いなぁ・・

参考キャラ
1PがMAPX座標、2PがＸ座標
ttp://up.isp.2ch.net/up/d61acffae135.zip

３７ · 04/01/29 02:56

>>89
だよね。
素直に画面内のＸＹ座標にしてくれればいいものを
なんで、そんな使わなそうなものに……

**名無しさん** · 04/01/29 20:57

で結局mugenとどっちが良いの？

**名前は開発中のものです。** · 04/01/29 23:39

>>89
フィールドのＹ座標は、多段ジャンプなどの限界チェックに使える。
両方あったほうがなにかと便利だよ。
おいらは、画面上ＸＹより、フィールドＸＹのが使ってるよ。

92 · 04/01/29 23:47

あの、89が使い道があんまりないって言ってるのって、画面上のＸＹで
90が使うわなそうって言ってるのが、ＭＡＰ（フィールド上の）ＸＹなのね？

混乱させるようなレス、ごめん。

**名前は開発中のものです。** · 04/01/30 00:16

だーかーらー
画面上のｘ、ｙ座標は無いって結論出てんじゃん。
あるのは
・X(Y)座標＝ステージ全体から見た画面中央のｘ、ｙ座標
・MAP X(Y)座標＝ステージ全体から見た実行したスクリプトのｘ、ｙ座標
の二つ。

３７ · 04/01/30 01:04

>>92
フィールドＸＹ座標ってのはＭＡＰＸＹ座標のこと？
おれが（８９も）使えないっていってるのは、ただのＸＹ座標。
ＭＡＰＸＹ座標は普通に使える。

たとえば■が現在表示されてる画面（６４０×４８０）。
□４つで１つのＭＡＰ（この例だと２５６０×４８０）。

■□□□　これだとＸ座標は０、ＭＡＰＸ座標は０～６４０。
□■□□　これだとＸ座標は６４０、ＭＡＰＸ座標は６４０～１２８０。
□□□■　これだとＸ座標は１９２０、ＭＡＰＸ座標は１９２０～２５６０。

ってこと（そうだよね？）。
つまり、ＭＡＰ座標がキャラの位置を取得するものに対して
ただの座標っていうのは、画面の位置を取得するものなんですよ。
だから、ただのＸＹ座標の使い道ってあんまり思い浮かばないんだよなぁ…。

**名前は開発中のものです。** · 04/01/30 03:01

>95
だね、>89のキャラ使えば判る。

使う上での問題は自分がステージのどの辺りで戦ってるかを習得して
一体何に使うかだ・・
さあ、有効な活用法を無理矢理考えてみよう～

３７ · 04/01/30 03:06

横スクロール方のアクション（これ自体無理矢理だが）ならなんとか使えるかなぁ？
でもそれもＭＡＰ座標で出来るし……。
キャラクターが、画面外から出てるかどうかをチェックするとか……。

う～ん、使えねぇ。

92 · 04/01/30 03:11

ご教示ありがとです。
1Pの画面内に敵（２Ｐ～８Ｐ）が、いるかどうかチェック？

３７ · 04/01/30 03:16

>>98
あ、それがあるか。
Ｘ座標の＋６４０の範囲が表示画面されてる画面だから
敵のＭＡＰ座標を取得すればできるなぁ。

92 · 04/01/30 04:17

ＣＰＵザコ敵みたいなので、
開始スクリプト最初に、画面内に居たら（１秒後とかに）登場
ってやれば、格好よく出てきてくれるかな。
（上から降ってきたり、手前から飛び込んできるタイプのザコ）

自分が操作する時は、常に画面内で開始だと思うんで、多分へいき。

**名前は開発中のものです。** · 04/01/30 17:01

座標比較ってどうやるの？
色々見てまわったが、
引き算っつーか、座標をマイナス代入すらわからん。。。

**名前は開発中のものです。** · 04/01/30 21:02

>101
V（Aに-1足す1以下なら壱へ）・ V（Bに-1足す1以下なら弐へ）・ SG（最初に戻る）

と言うスクリプトを組むとループを抜けた先で答えが出る。
壱・・・B が B-A の答え値
弐・・・A が A-B の答え値
これで計算の方法判るかな？

**名前は開発中のものです。** · 04/01/30 22:04

ありがとうございます。
思ったより変数使わないんですね。
さて何に使うか。。。