2D格闘ツクール2nd.

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

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

**名前は開発中のものです。** · 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

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

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

ウチではオプションキャラの座標割りだしに使ってる。
画面左側なら親の座標から子の座標引いて+なら子前進、-なら子後進
画面右側なら親の座標から子の座標引いて-なら子前進、+なら子後進
て具合にすればパピーみたいに親に付いて来るからね。

あんまり詳しく書くと誰だかバレそうだな・・

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

サムスピの鍔迫り合いみたいな連打合戦なんかどう？

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

今、出来上がったシステム（＆雛形キャラ）の中で、それを使わず新規作成して
別のシステム（ダメージリアクション）で動くキャラを作ってるよぅ。
……死ぬ。辛すぎる。リアクション登録etc、面倒くさい。

>>100＋102のスクリプト記述（これから組んでチェック）
【画面＆キャラ座標】：Ａ＝アクティブ画面Ｘ座標　Ｂ＝キャラＸ座標・SG【Ｘ座標判定】
【Ｘ座標判定】　　：V（Ａに-1足す 1以下なら【キャラ右側（+）】へ）
　　　　　　　　　　・V（Ｂに-1足す 1以下なら【キャラ左側（-）】へ）
　　　　　　　　　　・SG（最初）
【キャラ右側（+）】：Ｂ＜６０１なら【登場】・それ以外はSG【画面＆キャラ座標】
【キャラ左側（-）】：Ａ＞３９なら【登場】・それ以外はSG【画面＆キャラ座標】
【登場】：右か左かわかるんで、別バージョンの登場アニメにしてもいいかも

こんな感じ？　キャラＫＯ後登場使うなら仕込んで損なし、わりと汎用スクリプト系？

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

ダメージリアクションで動くキャラって意味が判らないけど
1キャラ内でループさせて連続登場する敵を組んでるって事かな？

座標判定のスクリプトは透明画像挟んでインターバル儲けないと
凄い勢いで回って処理落ちするかも。
リアルタイムで回し続ける訳じゃ無いみたいだから問題無い？
画面座標とキャラ座標を組み合わせて左右位置判定させるってのは
思いつかなかったな・・

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

いや、これだと画面端で判定狂うんじゃない？
1P/2P入れ替わっても画面端だと画面座標動かないし。

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

>>107
「ダメージリアクション」ってのは、勝手に名付けただけで、ツクールタブのリアクションと関係ないです。
意味不明ごめんなさいなのだ。

今ツクツクしてるのは、体力ゲージじゃなくて、ダメージ回数でＫＯされるザコキャラシステムです。
つまり、小パンチでも必殺技でも、なに喰らっても２発でＫＯみたいな。
ついでに登場時にランダムでキャラが変わるなど、ザコらしく、プレイヤーが使用しないこと前提のキャラです。
（なにげに別ゲームで実験してるんで、常時キャラチェックは処理落ちしないかと）

＞106の処理の重さはこれからチェックします。というか組みます（汗）。
現在、飛び道具扱いのザコを親キャラとして移植中。
登場判定は、最後にしないと何がやばいか絞りこめんです。

**106** · 04/02/01 07:09

結論から言うと、＞106　のスクリプトは機能しません。
（Ｖは最初のＩで処理してるんで、Ｉ刺しました）

【画面＆キャラ座標】：Ａ＝ＭＡＰＸ座標・Ｂ＝Ｘ座標・Ｉ・SG【Ｘ座標判定】
【Ｘ座標判定】　　：V（Ａに-５足す 1以下なら【キャラ右側（+）】へ）
　　　　　　　　　　・V（Ｂに-５足す 1以下なら【キャラ左側（-）】へ）
　　　　　　　　　　・Ｉ・SG（最初）
【キャラ右側（+）】：Ｂ＜６０１なら【登場】・それ以外はSG【画面＆キャラ座標】
【キャラ左側（-）】：Ｂ＞１０なら【登場】・それ以外はSG【画面＆キャラ座標】
【登場】：右か左かわかるんで、別バージョンの登場アニメ可能

これだとなぜか機能しました。画面に入るまで【登場】しないスクリプトです。以上のことから以下で考察します。

**106** · 04/02/01 07:21

機能するか実験した方法
ＣＰＵモードでキャラ１（Ｘ＝３００）、２（Ｘ＝１０００）、３（Ｘ＝１２００）、４（Ｘ＝０）を配置
１ＰはＸ＝０スタート。３を倒すと４が登場します。これで機能することを確認。

おそらく、Ｘ座標は、画面左端を０としたキャラの座標ではないかと仮定。
で、画面外は左外はマイナス値（計算が異常に早いため）、右外は＋６４０～と推測。
ただ、この仮定が正しいと、「ＭＡＰＸ座標」がアクティブウインドウの座標？

なんだコレ？　お知恵をかしてくださいませませ。

**106** · 04/02/01 08:41

冷静に見たら
【Ｘ座標判定】　　：V（Ｂに-５足す 1以下なら【キャラ左側（-）】へ）
　↓
【キャラ左側（-）】：Ｂ＞１０なら【登場】・それ以外はSG【画面＆キャラ座標】

ここ変。でもこのルートで【登場】に行ってるんだよなあ。謎。
期待したように、動いてるからいいか。

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

座標とMAP座標の関係はこうよね？（ステージ幅1280とした場合）
ttp://up.isp.2ch.net/up/9238d5312056.jpg

減算した時の基準はBが0になったときのAの値で左右位置と
画面内/外判定させないと駄目なんじゃない？
B＞0 時 A＜320 だと画面左側かつ画面内
B＞0 時 A＞320 だと画面右側かつ A＜640 だと画面内
あ・・でもこれだとやっぱり320以下と960以上での左右位置は判定出来ないか。
320以下は１P/２Pがそれぞれｓｙｓ変数にMAP座標代入して判定させないと
駄目かな？
CPUを配置する時320～960で配置すれば回避できるだろうけど。

**106** · 04/02/01 17:31

解説ありがとです。

でも……、＞110のスクリプトでなぜか動いてるんです（謎）。
最初のスクリプト（＞106）だと上手く動かなかったんで、３２０以下にしたり、変数入れ替えたり、
いろいろいじって結局１１０に落ち着いたというか、それ以外で動かなかったです。

動かない時の挙動は、画面外でも即登場する、画面内に居ても＆入っても登場しない、です。
ちなみに、＞110だと、Ｘ＝０＆Ｘ＝１２００（ＭＡＰ両端）でもＯＫです。
なぜなんだ？
自分で挙動が理解できないけど、動いてるスクリプトがまた１つ増えた……。

あと、処理落ちはしませんでした。３キャラぐらい画面外で計算＆登場待ちさせてもＯＫです。

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

何か潜在的な不具合を含んでそうだけど致命的な
欠陥にはならないぽいのでちゃんと機能してるのなら・・

良いのかな？

**名前は開発中のものです。** · 04/02/03 08:38

現在、公開にむけて暫定ＣＧや処理などを差し替え中。
死ぬ。
キャラの技、作る暇ない。それ以外の部分、暫定すぎ。
作り途中のままで、ほったらかしだった物の多いことか多いことか……。
というより、そんな状態でも動いてる格ツクって凄いなあ、と。

キャラアニメのみ作成で良い状態にすると、楽＆早いんだけどマンネリ。
アイデアを思いついても、あえて「続編にまわす」ってスルーするタイミング難しいよね。
完成キャラ数／全キャラ　どこら辺が見切り時かな？

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

スクリプトの清書って死ぬよね。
com用思考スクリプト組んでると１スクリプト255行って上限が厳しい・・・
スクリプト行飛ばすとcomがC無視して無茶なキャンセルする時があるので別の行には
あんまり飛ばしたくないし。
「もうこれで基本スクリプトの変更無し」
って清書した素体キャラも何度追加、変更した事か・・・いい加減見切りを
付けて絵を進めたい！
いや、進める！

かな？

**名前は開発中のものです。** · 04/02/06 09:04

格ゲー作りたくて、色んなツールを探しています。
これの導入を考えてますが、空中投げの処理ってできないですか？
どこかのサイトでそれっぽいことが書いていたんですが。
あと、ギルティギアで言うフォースロマンキャンセルのような処理は可能でしょうか？
特定のタイミング内でコマンド入力して発動、もしくは派生技を出せるとか。

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

つーか売ってねーし。
通販とか探してみっか。

**名前は開発中のものです。** · 04/02/06 12:40

>>119
>>25

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

>>120
わざわざすいません。
実はもう安い通販探して買ってしまいました。

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

>>118
そのくらいなら楽にできる範囲。

まぁ、バグは多いし「何でこれが出来ない？」って不満は多いけど、
頭を柔らかくすれば再現できないこともそんなに無いし
プログラム覚える余裕がない、って言うんならお勧めかな。

**名前は開発中のものです。** · 04/02/06 20:05

>>122
レスサンクスです。
おっしゃる通り、今は音系の創作をしていてプログラムを新規に覚える余裕がないのでちょうど良いかもしれません。
(せいぜいBASIC系やPerlスクリプトをいじるので精一杯)
でもアルゴリズムを組むのは好きで得意なのでそれでカバーできるのであればチャレンジしたいですね。

>>121
どこで手に入れたか教えてもらえませんか？
自分が探しても定価販売のところしか見つからないもので・・・・

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

中古でいいならamazonで若干安くあった
ttp://www.amazon.co.jp/exec/obidos/ASIN/B00008I5HR/qid=1076066462/sr=1-1/ref=sr_1_0_1/249-6972511-1659518

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

ドット絵で死ぬぞ

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

あ、そうだね。
「ドット絵を死ぬほど描く」というのを前提にして、お勧めする。
絵を描くが得意、又は好きじゃなければ、それ自体が挫折する要因になる。
３Ｄとかならまた別の話だけど……

でも、>>123なら大丈夫そうだからがんがれ。

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

格ツクに限らず、格闘ゲーム作りはゲーム制作（ツクールいじり）ではなく
膨大なキャラＣＧ作成が、最初かつ最大の難関だと思うよう。
ここ越えれたら大抵完成までノンストップ。

ゲームツール使いまくる前の、段階での挫折が一番可能性高い、不思議なジャンルだから注意してくだされ。
ＲＰＧでいう初代ドラクエにあたるストＩＩを作るのでさえ、
ＲＰＧでいったらＦＦ６（～７，８？）をＲＰＧツクールで作るぐらい
高望みだと思っておけば投資も無駄にならないかと。ほら意外と盲点だけど、８人（＋４人）作る時点で凄いことなんだよね……。

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

>>123
murauchi.comで、パソコンソフトストア＞その他シミュレーション＞格ツク2nd
会員登録でもうちょっと安くなる。

です。会員登録でもうちょっと安くなる。

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

てことは、「こんな画像くれたらスクリプト組んでやってもいい」って人は沢山居るわけ？

**123** · 04/02/07 06:45

色々参考になります。

>>125-127
自分は絵を描くのが苦手なのでドットから起こすのは無理でしょうｗ
最近みかける3Dモデリングからモーションをキャプチャする方法を考えています。
それでも絵関係が不器用なので根気強く1キャラを忠実に作ることから始めようかと。
これを機会に3Dの技術も習得できればいいかな、と思ってます。

>>124 >>128
情報ありがとうございます。

>>129
多分そういう人は潜在的にいるのでは？
自分としてはある程度の模型(システム、キャラ描き含む)を一人で組まないと
他人に依存してしまっては最後まで仕上がらないだろうと覚悟しています。

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

スクリプトも出来がピンキリだからね・・
コンボカウンター、ゲージ、コンボ補正、オプションキャラ、二段ジャンプ、ガーキャンetc・・・
は出来ないと人のを組んであげるなんては言えないし。
当然バランス取りとかも掛かってくるわけで、大変よ？

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

ちょいとお尋ねしたいんだが、ジョジョ作ってた人ってどうなった？まだ続いてる？