BBS

56977
名前
件名
メッセージ
画像
メールアドレス
URL
文字色
編集/削除キー (半角英数字のみで4~8文字)
プレビューする (投稿前に、内容をプレビューして確認できます)

無題 - xxx

2017/09/26 (Tue) 12:14:45

はじめまして。分からないことがあるのでご教授願います。

CPU同士で戦わせたりして遊んでいるのですが、相手がダウン中にCPUが攻撃を行いません。
ダウン中でも追撃したりしてほしいのですが、これはツクールの仕様なのでしょうか?

Re: 無題 - 茫然

2017/09/30 (Sat) 19:31:48

はじめまして、xxxさん
質問ありがとうございます!

相手がダウン中にCPUが攻撃を行わない、について
恐らく格闘ツクールでは
ダウン動作を特別な動作として扱っていないと思います。

ダウン動作自体、ユーザーが自由に作るものなので
CPUの側も「今相手が行っているのがダウン動作であるか?」
という判断はできないし、
それを基準にした行動の分岐も行いません。

------------------------------------
もしダウン中に攻撃がストップするようであれば
CPUの行動パターン設定に抜けが無いか見直した方が良いです。

極端な例ですが、
行動パターンの欄で以下のように設定すると
CPUは相手がどの間合いにいても常に弱パンチを出し続けます。
この場合、相手がダウンしているかどうかも影響しません。

確率 100
間合い 0から 9999ドット内
技 弱パンチ

実際に抜けが無いかチェックする際は
行動パターン一覧の間合いバーに注目してください。
上から下に眺めて行ってカバーしていないエリアが残っていると
その間合いになった時にCPUは何も行動をしなくなります。

追撃=至近距離での攻撃なら
間合い0~100のようにバーが左寄りの行を見直して、
そこに具体的な攻撃系の技がセットされているか確認します。

------------------------------------
また、追撃を成立させるには
ダウン動作にもやられ判定を用意しておく必要が有ります。
もしダウン中の相手に攻撃を出してもすり抜けるようであれば、
この点をチェックしてみてください。

この方法でチェックしてみても上手くいかない場合は
また質問してください。

 詳しい状況を説明してもらえると
 こちらも問題点を把握しやすいです。

CPU戦について - A

2017/06/03 (Sat) 15:52:00

いつも教えて下さってありがとうございます(*^^*)
とても初歩的な質問かもしれませんが、教えてください。

CPUに無防備な時間を作りたいです。CPUの攻撃の最中以外に攻撃をすると必ず防御されてしまいます。
防御をしない場合も作りたいのですが、どうすれば良いのでしょうか?
よろしくお願いします!

Re: CPU戦について - 茫然

2017/06/03 (Sat) 22:57:08

Aさん、質問ありがとうございます!

CPUの挙動についてですね。
全部ガードされてしまうということは
CPUに隙の設定が足りないのかもしれません。

 もしくは、キャラの基本設定で
 ニュートラルガードがONになっているのかも

---------------------------
CPUの設定を見直す
CPUの行動設定で「技」のところに「設定無し」の
パターンを所々挟んでみるとか、
行動のパターン数自体を増やしてみると良いです。

 基本的に、CPUのパターン数が少ないと、
 隙の無いワンパターン攻撃を繰り返す感じになるので
 互いの距離や地上/空中など場面をイメージして
 色々な行動パターンを揃えてみてください。

また、
ストーリーモードならCPUレベルの設定があるので
ここの数値を小さくすると、
もう少し隙を見せてくれるかもしません。

---------------------------
隙専用の技を用意してみる
それでも上手くいかない場合は
「CPUの隙」専用の技を用意すると良いです。

内容としては
「通常立ち」スクリプトをコピーしたもの。
(必要が有ればモーションの時間を調整してください)

これを技としてコマンド登録します。

 コマンド内容は、手動入力できないような
 難しいもの・入力時間最小にしておきます

コマンド登録が出来たら、その技を
CPUの行動設定に追加してください。

CPUとしては
「棒立ちするだけ」の技を使っている状態なので、
このタイミングでプレイヤーが攻撃すれば
相手に防御されることは無いと思います。

---------------------------
以上、説明が長くなりましたが
参考になれば幸いです。
また何かわからないことが有れば
気軽に質問してください。

投げについて - 格ゲー製作半年

2016/05/28 (Sat) 07:33:06

すいません。またつまってしまいました。

キャラ変数を使い違う姿のキャラに変身したキャラを
相手が投げると変身前の投げられキャラになってしまいます。

投げられリアクションに変数を使う項目がないので
どうしたらよいかわかりません。

時間のある時でよいのでご指導よろしくお願いいたします。
うぇーん泣

Re: 投げについて - 茫然

2016/05/28 (Sat) 09:45:51

質問ありがとうございます!
変身したキャラに投げ技をかけると変身前の姿になる。
ちょっと手間なのですが対策は有ります。

攻撃側キャラの「投げ技」スクリプトに分岐処理を追加、
相手が変身していたら別バージョンの投げ技が発動するようにします。

この処理に必要なのは、
投げリアクションの一覧に
通常のポーズに加えて変身版のポーズを用意すること。
例:投げやられポーズA と 投げやられポーズA(変身版)
この処理が必要なのは変身するキャラのみ。
他のキャラについては設定不要です。

 気になる場合は変身版にも通常版と同じグラフィックを
 セットしておくとよいです。

自キャラが1Pであるか2Pであるかを判定すること。
これによって
1Pの使用キャラは○○、2Pの使用キャラは○○という情報を
システム変数「キャラ値」に記録します。
1Pと2Pなのでシステム変数が2つ必要になります。

「変身」を行った時、
使用キャラ=○○を表すシステム変数「キャラ値」の値を変更すること。
本来のキャラ値に+200した値など、判別しやすいものにしておきます。

「投げ技」のスクリプトをコピーして、
同じ内容のものを2行用意すること。
両者の違いは「投げやられリアクション」の番号のみ。
もともとのスクリプトでは通常の「投げやられリアクション」
コピー先の行では変身版の「投げやられリアクション」をセットします。

「投げ技」のスクリプト先頭に「変身」判定の処理を追加すること。
(コピー先ではなく、コピー元の行の方です)
相手が変身しているかどうかを知りたいので、
まずは自分が1Pなのか2Pなのかをチェック。
1Pであるなら2Pの、2Pであるなら1P側の「キャラ値」を調べ
その値が200以上であるならそのキャラは変身している
ということで(コピーの)「投げ技」スクリプトへ処理を移動します。

「投げ技」の処理内に「相手のスクリプトを変更」命令がある場合、
ここについて攻撃側のスクリプトに処理を追加する必要は有りません。
投げられる側のスクリプト(「吹っ飛び」など)の行頭に変数分岐を追加、
自身が変身している場合は変身版のスクリプトに飛ばしてください。

上の文で変身を行ったときはシステム変数を変更する
と書きましたが、これは相手のスクリプトで変身を判定するためのもの。
変身するキャラのスクリプト内では、
キャラ変数で変身を判定した方がシンプルなので
上手く使い分けるようにしてください。

「キャラ値」の処理は用意するのが大変ですが、
他の仕組みを組む際にも応用できるので
この方式を使う場合は色々考えてみると面白いかもしれません。


以上、長々と説明しましたが
処理のアイデアとして参考になれば幸いです。
1P/2Pの判別など細々とした内容はサイトのテクニックページを
参照してもらえればと思いますが
より詳しい説明が聞きたい場合はまた質問してください。

Re: Re: 投げについて - 格ゲー製作半年

2016/05/28 (Sat) 21:19:02

すばやい返信ありがとうございます。
変数がホント苦手でしてちょっと頑張ってみます。
いつもありがとうございます。
本当に助かってます。

Re: Re: Re: 投げについて - 格ゲー製作もうすぐ2年

2017/06/01 (Thu) 18:07:13

投げについて相棒キャラでも試してみました。
無事行えました。これで変身キャラは大丈夫です。
遅くなりましたが
ありがとうございました!

ついてくるオブジェクト - 格ゲー製作もうすぐ2年

2017/05/28 (Sun) 21:25:24

お久しぶりです。またわからないので質問させて頂きます。

なんかどこかで見たような気がしたのですが
過去ログも見させて頂きましたが見つからなかったのでスミマセン汗

ヴァンパイアハンターのドノヴァンのアニタのように
開始から自分についてくるオブジェクトをつくりたいのですが
なかなかうまくいきません。

自分が後ろに移動すると後ろに、前へ移動すると前に行き
自分近くに来ると止まるオブジェクトです。
開始からオブジェクトで発生させているのですが
移動するとオブジェクトが移動したままいなくなったり
点滅したり、何人も重なったりしてしまいます。

変数で前移動バージョン、後ろ移動バージョン、停止バージョンと分けて管理した方がいいのでしょうか?

これがうまくいったら次はタッチボタンで近くにいるオブジェクトと自キャラとチェンジして交代みたいにさせたいと思うのですが。

現時点では誰もいない所に自キャラが飛び、消えて
交代して(変数で)違うキャラになっています。

自分の左右移動についてきて止まると近くで止まってくれる
オブジェクト仲間は、どのように組めば良いのか
お時間がある時でいいのでバカな私に教えて下さいませ泣

Re: ついてくるオブジェクト - 茫然

2017/05/31 (Wed) 23:32:39

格ゲー製作もうすぐ2年 さん

お久しぶりです!
質問ありがとうございます。

質問は、
自キャラについてくる相棒キャラについてですね。
単純に「自キャラにずっと貼りついている相棒」
というだけなら、OBJ発生命令のオプションで
「親と同期」をONにすれば良いのですが
説明を読んだ感じ、もう少し複雑な処理が必要ですね。

以下、相棒キャラの処理について
考え方を説明したいと思います。
--------------------------------------------------
作成する処理の方針
出来るだけ複雑にならないよう、動作を単純化します

相棒キャラは、常に自キャラの近くへ移動しようとする

自キャラがジャンプしても、
相棒キャラは追わず地上移動する

相棒キャラが行うのは基本的に移動のみ、
攻撃などは行わない

相棒キャラは敵キャラに対して構えず、
ひたすら自キャラとの位置合わせだけを行う

--------------------------------------------------
大まかな処理の内容
自キャラから相棒キャラをOBJとして発生させる。
相棒キャラはループ処理で自キャラとの
位置関係をチェック、判定結果に合わせて
待機/左移動/右移動のいずれかを実行、
という処理をずっと繰り返す。

--------------------------------------------------
スクリプトの内容
相棒キャラのスクリプトが4行、
変数計算用のスクリプトが1行、
使用する変数はタスク変数のみ
(キャラ変数、システム変数は不要です)

相棒キャラ・メイン
相棒キャラ・待機
相棒キャラ・左移動
相棒キャラ・右移動
座標比較処理

------------------------------
「相棒キャラ・メイン」
この行では画像を使用しません。

 上手く動かない場合は画像を追加するか、
 変数値によるスクリプト移動を
 「スクリプト呼び出し」に、
 相棒キャラの動作3行の終端を
 「スクリプト移動」ではなく「終了」に変更します。

1.V:
タスク変数Aに「X座標」を代入(=相棒キャラのX座標)

2.V:
タスク変数Bに「親X座標」を代入(=自キャラのX座標)

3.V:
タスク変数Cに0を代入(座標比較の結果取得用)

4.SC:
「座標比較処理」へ

5.V:
タスク変数Cが50より大きいなら
「相棒キャラ・左移動」へ
相棒が自キャラよりも大きく右にいるので、左移動する

6.V: 
タスク変数Cが-50より小さいなら
「相棒キャラ・右移動」へ
相棒が自キャラよりも大きく左にいるので、左移動する

7.SG: 
「相棒キャラ・待機」へ

相棒キャラが自キャラから左右に
50ドット以上離れている場合に移動を行います。
この許容範囲を小さくすると、
相棒キャラは自キャラとの位置合わせを
せわしなく行うようになります。

------------------------------
「相棒キャラ・待機」
相棒キャラの待機モーションを並べます。
このスクリプトの長さが長いと、
相棒キャラが移動を開始するのが遅くなります。

 例:
 アニメーションが20フレームなら、
 20フレーム経過後に座標比較が行われるので
 その分だけ自キャラを追うのが遅れます。
 付きっきりで移動するのか
 ある程度のんびりしているのか
 上手く調節してください。

行の終端に以下の命令を置きます。
SG: 「相棒キャラ・メイン」へ

------------------------------
「相棒キャラ・左移動」
相棒キャラの移動アニメーションを並べます。

アニメのフレーム数×移動速度=相棒キャラの移動距離
この移動距離が大きすぎると、
自キャラを通り過ぎてしまうので注意してください。

 あくまでループ処理を繰り返すことで
 目的の位置へ移動します。
 例えば、100ドット左へ行く場合
 10ドット左へ、を10回繰り返す感じになります。

行の終端に以下の命令を置きます。
SG: 「相棒キャラ・メイン」へ

------------------------------
「相棒キャラ・右移動」
移動方向、キャラの向きが異なる以外は
基本的に「相棒キャラ・左移動」と同じです。

------------------------------
「座標比較処理」
3つの変数を使って、判定処理を行います。
タスク変数A = 相棒キャラのX座標
タスク変数B = 自キャラのX座標
タスク変数C = 判定の結果(初期値0)

詳しい処理について説明すると長いので
以下のページを参考にしてください。
http://bozen.web.fc2.com/tc_011.html

細かい部分で処理が違っているのですが
変数AとBで我慢比べするように数値を減らしていき、
Aが0になった時点でループ終了、
結果として残ったBの値をCに代入します。

--------------------------------------------------
自キャラとの交代動作が可能かどうかを判定する際も
上記処理におけるタスク変数Cの値が使えます。

 タスク変数→キャラ変数
 ループ開始時に0リセットを行わない
 などの調整をするとよいです

以上、長くなりましたが参考になれば幸いです。
わかりにくい点など有れば
また質問してください。

Re: Re: ついてくるオブジェクト - 格ゲー製作もうすぐ2年

2017/06/01 (Thu) 18:04:17

親切丁寧にいつもありがとうございます!
ちょっとやってみますね!

タイトル画面のランダム化について - A

2017/04/26 (Wed) 14:14:15

お久しぶりです。未だに更新されているこのサイト様に大変助けられて制作がはかどっております。

タイトル画面の一枚絵をランダムにして起動の度に飽きさせないようにしようと思ったのですが、スクリプトにランダム変数を組み込んでも上手く作動しないようです。
やり方があれば、教えていただけませんでしょうか?

Re: タイトル画面のランダム化について - 茫然

2017/04/29 (Sat) 14:27:27

質問ありがとうございます。

私の方でも色々と実験してみたのですが、
残念ながら上手くいきませんでした。

正確に言うと
初回起動時はランダムが成立せず。
起動後のリセットなどによって
タイトル画面に移動した場合のみ
(つまり2回目以降の表示)
ランダム分岐が成立するようです。

 ソフトが起動してからの経過時間に沿って乱数生成
 といった仕組みで動いているのかと思ったのですが
 タイトル画面の前にオープニングデモを挟んでも
 結果変わらず。

 同様に、タイトル画面のカーソルの方に
 ランダム分岐を入れてもランダムは成立せず。

お力になれず申し訳ないです。

Re: Re: タイトル画面のランダム化について - A

2017/04/30 (Sun) 22:41:56

ありがとうございました!

Re: タイトル画面のランダム化について - 茫然

2017/05/16 (Tue) 00:34:57

先述した通り、格闘ツクールに用意された
「ランダム分岐」は使えないのですが
自前で上手く処理を組めば
ランダム風の分岐も実現できるかもしれません。

以下、大まかな方法を載せておきます。
---------------------------------------------
この処理ではシステム変数を1つ使うのですが、
ゲーム開始前に1度使用するだけなので
別の用途を設定した変数を使いまわすと良いです。

まず、ゲームのシステムで2つのデモを用意します。
<1.オープニング>
特に複雑な内容にする必要は有りません。
ループ処理でシステム変数の値を一定の範囲で変化させ続けます。

 例:
 0~9の数を繰り返す
 0,1,2,3,4,5....8,9,0,1,2,3......
 オープニング画面でボタンを押した結果、
 システム変数の値は0~9いずれかの数字になります。
 ループ処理の間隔を短くすれば、
 最速のタイミングでボタンを押しても
 0以外の数字になるのではと思います。

<2.タイトル>
1で得たシステム変数の結果を基に
分岐処理を組みます。
システム変数=0なら画像1
システム変数=1なら画像2
といった分岐になります。
---------------------------------------------
以上、参考になりましたら幸いです。

Re: タイトル画面のランダム化について - A

2017/05/16 (Tue) 19:19:53

出来ました!ありがとうございました!!

UI質問です - 匿名

2017/03/01 (Wed) 19:29:09

こんにちはお久しぶりです

あけましておめでとうございます

今回に質問文を掲載するようになった理由はこの前と関連があります

この前に'ヴァンガードプリンセス'に出たキャラクターのように残弾の数を

UIに見せたいと言いましたよ

実はあの時、ゲーム内で問題が多く発生して疲れていました

それで本当に質問したいのを忘れて大きさ調節が難しいと

何も書いてしまいました本当に申し訳ありません

十分な休息をしましたもう一度作ってみようとその時忘れてしまった質問をしたいと思います

オブジェクト呼び出しを利用してUIを追加的に表示できるのではないか思いました

答弁も同様に受けました

番組内で一skillで複数のイメージを同時に呼び出すことができないと思いました

おそらく複数のオブジェクトを呼び出しばいいけどよくわからなくなるようです

それで残った銃弾の絵を一つずつ見せてくれるのではないと

いずれもつなげておいた一つの絵で

例えば、5つが残れば5個が描かれた絵一つ

4つが残ったらと4個が描かれた絵こんなふうに表現することにしました

そして1p 2p表示する方法を応用してみることにしました

まだ2d格闘作ることにイベントを際立たせるのが慣れなくて勝手に設計することはできません

まず、次のように組み立てしました

Vの変数による条件(キャラクター変数AがNと同じ時)→SG N犬が描かれているイメージ呼び出しの車両にスクリプト移動
→I N犬が描かれているイメージに呼び出しのwait値は0→SG最初の変数の条件として再び移動

そうしたらイメージが更新するように見えない問題が発生しました
多分繰り返しがならないと判断しました
この前に答弁でもオブジェクト内でループを実施すれば良いと答えてくださったのを記憶しました
したがって下記の通り組立てました

Vの変数による条件(キャラクター変数AがNと同じ時)→SG N犬が描かれているイメージ呼び出しの車両にスクリプト移動
→I N犬が描かれているイメージに呼び出しのwait値は0→Oこのオブジェクトを再び呼び出し

ところが、表向きは上と何の変化がありません
どこで間違っているんでしょう
そしてこんなに連続的に更新して見せなければならないUI演出は
どのようにイベントを組み立てなければならないか、暗記型がありますか

Re: UI質問です - 匿名

2017/03/01 (Wed) 20:20:31

そして、追加的な質問があります
http://bozen.web.fc2.com/k_019.htmlでの質問点です
'優先順位'部分で簡単な命令は上に複雑な命令は下記のようにと言いました
最後のボタンが重なるためといいました
ところでむしろおっしゃるとおり配置し、優先順位が高い簡単な技術が先に出て
同様に最後のボタンが重なる複雑な技術は優先順位のために取り消しされてしまいます
間違って書いてくれたんですか?

Re: UI質問です - 匿名

2017/03/05 (Sun) 12:15:07

弾丸イメージwait値を1で2に変えたら、
まともに作動し始めました
依然として理由はわかりません
イメージ呼び出し命令が最後になくてSGスクリプトが
無視されるのかと思ったらないでした
依然として疑問だらけではあるが、がんばります
じゃあね

Re: UI質問です - 茫然

2017/03/08 (Wed) 23:51:53

確認が遅くなってすいません。
そして
質問についておこたえできず申し訳ないです。

一方、問題点について
自己解決できたようでよかったです。
処理内容によってはwait=1の画像命令が
無視されることも有るようです。


また、解説ページでの表記ミスについて
すいません、
おっしゃる通り間違いを書いていました。
優先度の並べ方が上下逆になってしまっています。

 サイトの編集自体難しい状態なのですが
 何か方法が見つかり次第修正したいと思います。

Re: UI質問です - 匿名

2017/03/09 (Thu) 22:35:05

ご回答ありがとうございます。
もし何が起きたんじゃないかと
サイトに問題が起きたんじゃないかと心配していました

これからはイメージwait値の最小値を
1ではなく、2、3にしなければなりませんね

オブジェクト呼び出しを利用して直接UIを
漬けてみたら、少し自信ができました

次には魔法を使用するキャラクターを
作って見ようと思います

コマンドを入力する時ごとに、下に
入力したコマンドのイメージを示すようにしようと思います

まだ具体的なスクリプト設計に着手しなかったが、
今回の経験を通じて、以前とは違うように自信ができました。

それではお気をつけて

やや変則的なボタン溜め押し技 - TMK

2014/02/20 (Thu) 23:27:22

今なお情報更新がされ続けているこちらのサイトにはお世話になっております。
一通りサイト内と掲示板の過去ログを見た限りでは発見出来なかったので、質問させてください。

『コマンド成立後に待機モーションに移行し、コマンド成立時に押したボタンを押しっぱなしにすることで待機モーションを維持し、ボタンを離すと技が発動する』というスクリプトはどのように組めば正しく動作してくれるでしょうか?
既存のゲームを例に挙げると、キングオブファイターズの大蛇薙のような技です。

Re: やや変則的なボタン溜め押し技 茫然 URL

2014/02/21 (Fri) 22:50:10

こんばんは、TMKさん。
サイトの情報が役に立っていると聞いて嬉しい限りです!
質問は、コマンド入力からのボタン溜め押し技についてですね。
(以下、非常に非常に話が長いので注意してください)

単純なボタン溜め押し技については以前解説したことがあるのですが
「方向入力のコマンド+ボタン溜め」となるとさらに難しくなります。
技スクリプトの中ではボタン溜め押しの判定が出来ないので、
少し工夫する必要があります。
(面倒ですが、内容の割りにスクリプトを編集する範囲が広いです)

ここでは以下のようなルールで技を作成してみます。
・コマンドは↓・← + 弱パンチボタン
・弱パンチボタン溜め押し中は他のボタンを押しても反応しない
・溜め時間の長さに応じて異なる技動作を行う
・溜め時間が一定を越えた場合は自動的に技が発動する
・攻撃を受けた場合は溜め状態が解除される(当然溜め値もリセット)

-----------------------------------------------
処理の仕組み

まず、モードチェンジの能力を持ったキャラをイメージしてください。
今回の処理では、キャラが2種類のモードを使い分けます。

 A.通常モード
  普通に移動したり技を出したり出来る

 B.溜めモード
  移動や技の使用が出来ず、溜めポーズを続ける
  唯一、「ボタン溜め離し」の技のみ使用可能

また、溜め技のスクリプトは以下3ステップに分けます。
1.「溜め技開始動作」
2.「溜め中ポーズ」
3.「溜め技発動」

-----------------------------------------------
1.「溜め技開始動作」
「溜め技開始動作」のスクリプト内では
キャラ変数「溜めポイント」に1を代入、
その後何もすることなく動作を終了します。
※この時、キャラは「溜めモード」に入ります。

 技が終わったのでキャラは「通常立ち」に戻るのですが
 「通常立ち」スクリプトの先頭で変数「溜めポイント」をチェック、
 値が0より大きいので「溜め中ポーズ」に移動します。

-----------------------------------------------
2.「溜め中ポーズ」
「溜め中ポーズ」では、変数「溜めポイント」を+1して終了します。
※ただし、変数値が一定を越えた場合は
 自動的に「溜め技発動」へ移動します。

この動作の表示時間は短めなので
「通常立ち」と「溜め中ポーズ」の間を高速で行き来することになります。

同様に、各種移動動作や通常攻撃、必殺技なども
強制的に「溜め中ポーズ」ポーズへ飛ばされます。

 これを実現するためには対象となる
 全ての行に分岐処理を追加する必要があります。

ほとんどの技が変更されるのですが、
例外として幾つかの動作は許可されます。

①弱パンチ関連の動作
②弱パンチの溜め押しコマンド(後述します)
③弱パンチボタンを使うコマンド必殺技

-----------------------------------------------
3.「溜め技発動」
①②を発動するとキャラは「溜め技発動」に移動します。
「溜め技発動」では技動作自体は行わず、
「溜めポイント」の大きさに応じた分岐処理だけ行います。

 ポイントが200以上なら「LV3溜め技」
 ポイントが100以上なら「LV2溜め技」
 それ以外の場合「LV1溜め技」といった具合に。

「LV3溜め技」「LV2溜め技」「LV1溜め技」では
技の発動時、キャラ変数「溜めポイント」に0を代入します。
これによりキャラは「溜めモード」を終了、「通常モード」に戻ります。

 また、③弱パンチボタンを使うコマンド必殺技を使った場合は
 通常通りそのコマンド技のスクリプトに行きます。
 その行頭で変数「溜めポイント」をチェック、
 変数値が0より大きかった場合は「溜め技発動」に移動します。

もうひとつ…溜め動作中のキャラが相手から攻撃を受けた場合。
この場合、キャラの溜め状態は解除されます。
なので各種やられ動作の行頭で
変数「溜めポイント」に0を代入しておきます。
(投げ技関連のやられ動作も忘れないように)

-----------------------------------------------
実際のスクリプト作成手順

以下の順で処理を組むと良いです。
1.条件分岐の判定基準となるキャラ変数を決める(キャラ変数Aなど)
2.弱パンチボタン溜め押しのコマンド、およびその飛び先を作成する
<<一旦動作テスト>>
3.通常立ちなど一部の動作先頭に分岐処理を追加、
 またその飛び先を用意する
4.溜め技開始のコマンドを、およびその飛び先を作成する
<<一旦動作テスト>>
5.残っていたその他スクリプト行の先頭にも分岐処理を追加する
6.弱パンチ、弱パンチボタンを使うコマンド技の先頭にも分岐処理を追加する

以下、詳細です。

1.条件分岐の判定基準となるキャラ変数を決める(キャラ変数Aなど)
キャラ内の処理なのでキャラ変数を使用します。
タスク変数では無理なので注意してください。

 他の処理と重ならないよう変数の使い道は
 しっかり記録しておくことをオススメします。


2.弱パンチボタン溜め押しのコマンド、およびその飛び先を作成する
1ボタンのみの溜め押しコマンドです。
具体的な作り方については以下のページを参考にしてください。
http://bozen.web.fc2.com/tc_039.html

コマンドの優先度並び順は以下のようにします。
↑優先度高い↑
・弱パンチボタンを使ったコマンド技
・弱パンチボタンの溜め押しコマンド
・弱パンチ
↓優先度低い↓

溜め押しコマンドについては方向入力分も考えて5種類用意します。
詳しい理由については上記リンク先をご覧ください。

コマンド設定が出来たらその飛び先である「溜め技発動」を用意します。
この段階ではまだ溜めレベルによる分岐は考えません。
ただ、発動したとわかるポーズを用意しておきます。

ここまで出来たら一旦動作テストです。
溜め押しコマンドが成功してキャラが「溜め技発動」を実行すれば成功です。

 一度に全部作ろうとすると難しいので、
 1ステップずつ確実に進めてください。


3.通常立ちなど一部の動作先頭に分岐処理を追加、
 またその飛び先を用意する
上の方で説明したとおり、
キャラを「溜め中ポーズ」に飛ばす分岐を作成します。
まずは「通常立ち」のみを対象に実験すると良いでしょう。

行の先頭に1.で決めたキャラ変数を基準とした分岐を用意します。
変数値が0より大きい場合、分岐成立。

また、飛び先となる「溜め中ポーズ」も用意します。
「溜め中ポーズ」では変数の加算(+1でOK)を行います。
また、その表示WAIT値は2フレーム程度にしておきます。
(ここが長いと技発動が遅れるので注意してください)


4.溜め技開始のコマンドを、およびその飛び先を作成する
溜め技開始のコマンドを作成します。
内容は通常通り組めば問題無いと思います。
↓・←+弱パンチボタン
飛び先となるスクリプトではキャラ変数に1を代入します。

ここまで出来たら、またテストです。


5.残っていたその他スクリプト行の先頭にも分岐処理を追加する
問題なく動くことが確認できたら、
同様にして「通常立ち」以外のスクリプトにも分岐処理をセットしてください。

6.弱パンチ、弱パンチボタンを使うコマンド技の先頭にも分岐処理を追加する
これらの技が入力されるということは
当然、弱パンチボタンを離しているはずなので
キャラが溜めモードであった場合は「溜め技発動」に飛ばします。
条件は「対象のキャラ変数が0より大きかったら」です。

 一連の動きが出来たら、
 溜めレベル(変数値の大きさ)を基準とした分岐などを組んでいきます。
 変数はかなりのペースで加算されるので
 判定の基準値も大きい数になると思います。
 このあたり、テストプレーを繰り返して上手く調整してください。

-----------------------------------------------
以上、長々と説明しましたが
コマンド入力からのボタン溜め押し技についての説明を終えます。


上記説明の中でわかりにくい部分などあれば
また質問してください。

Re: やや変則的なボタン溜め押し技 - TMK

2014/02/22 (Sat) 21:16:46

こんなに早く対処法を提示していただけて感謝しきりです。


>まず、モードチェンジの能力を持ったキャラをイメージしてください。
>今回の処理では、キャラが2種類のモードを使い分けます。

見た瞬間、目から鱗とはこのことかと感動しました。
変数を用いたモードチェンジキャラは作成した経験がありましたが、こういった応用の仕方もあったとは、まったく思い至りませんでした。

まだ実際に試してみてはいませんが、取り急ぎお礼を言わせていただきます。ありがとうござました!

Re: Re: やや変則的なボタン溜め押し技 - 格ゲー制作もうすぐ一年

2016/11/04 (Fri) 23:28:33

こちらの助言を参考にしながら
開始動作、溜め中ポーズ、技発動
のスクリプトを組んで現在セービングアタックのモーションを制作しています。

コマンドは中パンチ中キック同時押しなのですがなかなかうまくいきません。

開始動作から溜め中ポーズになるのですが
ボタンを離しても溜め中ポーズのままで自動で技発動になりません。
溜め中ポーズ時に再度中パンチ中キック同時押しか
中パンチか中キックを押さないと技発動しません。

スクリプトも開始動作、溜め中ポーズ、技発動、
溜めレベル1、溜めレベル2、溜めレベル3と用意しています。

コマンドはフリー中パンチ中キックボタンで溜め3秒
・連続2回に設定し
→↓←↑のバージョンも4つ用意しています。

中パンチと中キックの各技前に変数が0以上で技発動に移動させています。

ボタン押しで溜め開始溜め中ポーズ
ボタン離しで技発動させ、溜め時間によって技が変化
させるにはどうしたらよいでしょう?

二度押ししないといけないのは仕様でしょうか?

押した時点で技発動させれば溜め1技はすぐに出るのですが
これを優先度下に設定しても優先上の溜め2、溜め3技が
出なくなるし
溜め技を隠す必要ないのにボタンを押しても発動せず
たまってからボタン離しで溜め中モーションになるし
もう一回ボタン押さないと技発動しないし
困っております。

どうしたらよいでしょう?説明がわかりずらくてすみません。
※攻撃を受けた後のセビスクリプトは割愛しております。

あと、開始動作から溜め中ポーズに移動しますが
溜め中ポーズをウェイト2でさらに違う画像を隣りにウェイト2で置いてもアニメーションしないのは何ででしょうか?

長文すみません。

Re: やや変則的なボタン溜め押し技 - 茫然 URL

2016/11/05 (Sat) 00:38:31

格ゲー制作もうすぐ一年 さん
質問ありがとうございます!

質問はボタン溜め押し技のコマンドについてですね。
もともとの難度が高いことも有りそちらの状況を掴みづらいのですが

まず、1ボタンでの溜め押しコマンドとしてのテストは
成功しているでしょうか?
2ボタンによる溜め押しは応用編なので
この基本形が出来ていないと失敗する可能性が高いです。

逆に言えば、ここをクリアできていることが確認できれば
問題が起きている原因箇所を多少なりとも絞れると思います。
(基本は出来ていて応用の部分で失敗しているパターン)

Re: Re: やや変則的なボタン溜め押し技 - 格ゲー制作もうすぐ一年

2016/11/06 (Sun) 08:55:40

先生アドバイスありがとうございます。

現在簡略化しコマンドを中パンチボタンの1ボタンにしました。溜めもなしです。

スクリプト

溜め開始動作
Vキャラ変数A+1代入条件分岐なし
Iウェイト2 E

溜め中動作
Vキャラ変数A+1足す条件分岐なし
Iウェイト2 E

溜め発動 
Vキャラ変数A数値計算なし条件分岐+200以上
溜めレベル3のスクリプト0へ
Vキャラ変数A数値計算なし条件分岐0以上
溜めレベル1のスクリプト0へ
E

通常立ち
Vキャラ変数A数値計算なし条件分岐0以上なら
溜め中動作0へ

で組んでいます。

そうすると溜め中から溜めレベル1の攻撃をすぐに
行い一向に溜め中せずレベル3攻撃ができません。

1ボタンでもうまく動いていない状態でした。

Re: やや変則的なボタン溜め押し技 - 茫然 URL

2016/11/06 (Sun) 12:21:00

状況の説明ありがとうございます。
コマンド設定欄の
「溜めコマンド」各種について
受付時間の値はどうなっているでしょうか?

ここの値が小さい場合は
一旦これを最大値にしてみてください。

 この設定だと短時間で溜め押しを解除した場合に
 技が2連続で発動する可能性が有ります。

--------------------------------------
この方法で長い溜め時間が使えたら、
今度は溜めコマンドを
溜めレベル(時間)ごとに分けて追加してください。
溜め時間が短いコマンドについては
コマンド受け付け時間も相応に短くします。

 変数値による技レベルの分岐ではなく
 コマンド受け付けの方で分岐判定させます。
 (溜めボタン入力のページで説明している方式です)

注意点:
ただし、これがもし上手くいったとしても
コマンド受け付け時間を越えて溜め入力をし続けると
「ボタン離し」が無視されてしまいます。
(つまり無限に溜め入力を行うことはできません)

変数カウントの方で一定時間を越えたら
技が自動発動するようにしてください。

Re: Re: やや変則的なボタン溜め押し技 - 格ゲー制作もうすぐ一年

2016/11/07 (Mon) 12:40:58

今回かなり難しいですね。四苦八苦しております汗

先生の教え通り行うと溜めレベル3種行えたのですが

まずボタン押した時点で開始動作ポーズになり
ボタンを離して溜め中ポーズになります。
そこで再度ボタンを押すことにより
溜め時間に応じた溜めレベルの技が発動するのですが

自分としてはボタンを押した時点で溜め中ポーズになり
ボタンを離した時に技発動させたいのですが
やはりこれは格闘ツクール2の仕様で無理なのでしょうかね?  
なかなか難解です。何度も質問すみません。

ボタン押しだけのコマンドにするとそのスクリプトに設定した溜めレベルの技だけになりますし
ボタン押し溜め→ニュートラル連続2のコマンドにすると
上記のようなボタン押し開始動作→ボタン離し溜め中ポーズ→再度ボタン押しで各レベル発動
になってしまいます汗

諦めるしかないですかねー?泣

Re: やや変則的なボタン溜め押し技 - 茫然 URL

2016/11/07 (Mon) 21:15:14

続報ありがとうございます。

説明いただいた状況から考えて、
「中パンチ+中キック」で発動する
「溜め開始ポーズ」が連続で実行されている可能性が有ります。

もしそうなら、
中パンチ+中キックのコマンド受付時間を
連続発生しない程度の長さに変更してください。

 「溜め開始」は非常に短い時間で完了するため、
 受付時間が長いと、1回の「中パンチ+中キック」入力で
 複数回「溜め開始」スクリプトが実行されてしまいます。

さらに、「溜め開始」スクリプト行の先頭に変数分岐を追加、
「溜め中ポーズ」スクリプトへ移動させてください。
分岐条件は「溜め」モードを開始しているかどうか。
「溜め開始」スクリプト内で「溜め」モード用の変数を操作していると思うので
その変数を判定に使ってください。

 こうすることで、
 「溜め開始」スクリプトが複数回実行される場合も
 2回目の時点で「溜め中ポーズ」へ飛ばされます。


予想で書いているので、もしかしたら
見当はずれなアドバイスになっているかもしれませんが
参考になれば幸いです。

飛び道具について - 格ゲー制作もうすぐ一年

2016/10/12 (Wed) 01:56:28

連投になりすみません。

過去ログも見たのですがなかなかうまくいかなかったので質問します。

飛び道具をだし、(出すモーション頭にキャラ変数B+100)
その飛び道具が消えた、もしくはガード時に
キャラ変数B-100に設定。

キャラ変数Bが0以上の時キャンセル不可の通常技に飛ぶのですが
飛び道具が画面外に消えた場合、封印されて
キャラ変数が-100にならずに通常技しか出なくなってしまいます泣

データ座標を使うのかと思うのですが変数が苦手で
うまくいかずうまい組み立て方法ありましたら
お時間がある時でよろしいので教えて下さい。

変数ができないとなかなか思い通りに作れないですね泣

Re: 飛び道具について - 茫然 URL

2016/10/12 (Wed) 23:04:28

質問ありがとうございます!

問題の状況説明読みました。
なるほど、オブジェクトの消滅が検知できないため
上手く処理が組めないとのこと。

ここで気になるのは、問題のオブジェクトが
A.こっそりと消滅しているから消滅が検知できないのか
それとも
B.画面外に行った後もそのまま消滅せず存在しているのか
です。

---------------------------------------
Aの場合
こっそりと消滅されてしまうのが問題なので
例えば、点呼制でオブジェクトの消滅を監視する
というのはどうでしょうか?

ご説明いただいた内容に沿って具体的に述べると、
発生させた飛び道具には、短い間隔のループ処理で
「キャラ変数B = 100」の代入を何度も行ってもらう。

この飛び道具が存在する限りは
キャラの技動作のスクリプトなど
外部で「キャラ変数B = 0」を代入しようが
数フレーム後には「キャラ変数B = 100」に上書きされます。

飛び道具が消滅してこのループ処理が止まった時、
「キャラ変数B = 0」が上書きされなくなるので
それを条件にキャラの動作を分岐させると良いかもしれません。

技動作開始時に「キャラ変数B = 0」を用意しておき、
数フレーム後にキャラ変数Bの値がどうなっているかをチェックする。
素早い技動作とはいえ数フレーム程度の余裕はあると思うので
その間に飛び道具側の変数処理も動くのではないかと思います。

---------------------------------------
Bの場合
このパターンだとAの処理でもカバーできないと思います。
飛び道具を出した後には長い隙がセットで付きそうですが
そうではない場合、
飛び道具発射後しばらくはタイマー制で
技動作のキャンセルが不可になるよう分岐させるというのは
どうでしょうか?

飛び道具の爆発消滅と違って
キャンセル可/不可のヒントが見た目にわかるわけではないので
若干不親切ではあるのですが

飛び道具発生時に変数へ一定の値を代入、
飛び道具のスクリプトでは
ここからループ処理で変数をマイナス加算していき、
値が0以下になったら「キャンセル不可」への分岐を解除とする

というルールで処理を組むとコントロールできそうです。
ここでタイマーとなる変数の大きさは
飛び道具が画面外に飛んで行って消滅するだろう時間を
予測して調節するようにしてください。

 弱点は飛び道具を発射する位置によっては
 消滅タイマーと実際に消滅するタイミングの間に
 若干のずれが生じるという点。
 ただ、飛び道具のスピードがそれなりに速い場合は
 あまり気にならないかもしれません。

---------------------------------------
なお、どちらの方法を使う場合も
ヒット・ガード・相殺など画面内で飛び道具が消滅した場合には
キャンセル条件の分岐を解除できるよう処理しておくことも
忘れないようにしてください。


以上、長々と説明しましたが
このような方法でどうでしょう?
実際に試してみてまた何かわかった点など有りましたら
気軽にご質問ください。

Re: Re: 飛び道具について - 格ゲー制作もうすぐ一年

2016/10/14 (Fri) 22:36:52

ありがとうございます。

上のやり方でうまく消えて、封印もなくなりました。
本当に助かります。

いつも的確なアドバイスありがとうございます&#8252;

音楽の切り替えについて - 格ゲー制作もうすぐ一年

2016/09/26 (Mon) 17:37:51

連投ですみません。
随分前から困っていて放置していた問題なのですが
ステージ音楽で基本のBGMは設定なしにして
スクリプトにて背景の最初にサウンドループで
S背景音楽I背景SG2の背景飛び先Eで組んでいて

キャラがある特定の技時にサウンドで違う音楽を出したり
勝ちポーズで違う音楽を出したりしてるんですが
背景の音楽と違う音楽が二重に聴こえてしまうのです。

変数を使って背景の音楽を無音にしたりするのですが
なかなかうまくいきません。

背景無音→違う音楽をかける→また背景音楽に戻る

勝ちポーズ違う音楽をかける→背景は無音→
次ラウンドまた背景音楽かける

のスクリプトを組むにはどうしたらいいのでしょうか?

無音のサウンドを用意したり音楽設定なしにしたり
変数使ったり色々してみたんですが…。

Re: 音楽の切り替えについて - 茫然 URL

2016/09/27 (Tue) 19:07:21

音楽の切り替えについて
ご質問ありがとうございます!

対戦中にBGMが切り替わる、これが
できれば色々な演出が表現できそうですね。

BGM切り替えの処理を作るには
大きく分けて以下の2点の要素が必要です。
A.現在のBGMを停止する
B.指定したBGMを鳴らす

---------------------------
A
Bについて説明すると長いので、まずはAについて。
現在鳴っているBGMを停止するには
設定が「指定なし」のサウンド命令を実行すると良いです。

BGMにWAVEファイルを使用している場合はわかりませんが、
MIDIファイルの場合はこれでBGMをストップすることができます。

 処理としては命令1つでできるのでお手軽です。
 むしろ、この仕様が原因で
 意図せずBGMを止めてしまうことが多いかもしれません。

---------------------------
B.
ご説明いただいた内容から考えて、
以下の条件を前提に説明していきたいと思います。

背景BGM → ステージのスクリプト内に1つだけ用意
特殊BGM → キャラクターのスクリプト内に用意、複数パターンでもOK

Aで背景BGMの停止はできているので、
キャラのスクリプトにて任意のタイミングで
特殊BGMを再生させます。

 キャラ本体のスクリプトだと、(着地など)
 何らかの原因で割り込みが発生するかもしれません。
 心配な場合はオブジェクトなどを発生させて、
 その中でBGM切り替えを行うようにしてください。

この処理で難しいのは、
特殊BGM→背景BGMに戻すところだと思います。

ステージの設定画面を見てください。

まずはステージの基本設定にあるBGMの指定。
ここは「未指定」ではなく、
無音のサウンドファイル(wave)を用意してセットしておきます。

次に、ステージのスクリプトにてサウンド再生の処理を組みます。
なお、今回はキャラやステージの垣根を越えて
BGMの動作を制御する必要が有るのでシステム変数を1つ使用します。

スクリプトの内容
ブロック1にて、システム変数に1を代入。
ブロック2にて、サウンド命令で背景BGMを再生。

 システム変数=1ですが、
 これには「今、BGM再生を呼ぶ必要はない」という意味を持たせています。
 実際、直後の2で背景BGMを鳴らすのでこれ以降しばらくは
 背景BGMを再生させる必要はありません。

 システム変数=0 背景BGMを鳴らす必要あり
 システム変数=1 背景BGMを鳴らす必要なし

ブロック3にて、変数分岐命令。システム変数=0ならブロック1へ。
ブロック4にて、画像呼び出し命令。(画像はなんでもOKです)
ブロック5にて、スクリプト移動命令。ブロック3へ移動します。

 2でBGMを鳴らした直後ですが、3にて
 「BGMを鳴らすべきかどうか?」をチェックしています。
 ここでシステム変数=0なら、BGMを鳴らす必要がある
 ということなので、ブロック1に移動して
 もう一度BGM再生の処理を行ってもらいます。

 システム変数=1の場合は、背景BGMを鳴らす必要はないので
 3→4→5 → 3→4→5 …のループを繰り返します。
 ループの間隔は4の画像命令のWAIT値で決まるので
 タイムラグ無しでBGMの切り替えを行いたい場合は
 値を小さめにしておきます。

---------------------------
次に、キャラのスクリプトで
Bの仕組みをどう使うかを説明します。

例:キャラが超必殺技を使った時にBGMを一時的に変更する。

キャラの「超必殺技」スクリプト前半にオブジェクト発生命令を追加、
「BGM切り替え」スクリプトをキャラと同時進行で動かします。

「BGM切り替え」スクリプトの先頭にて、
「指定なし」のサウンド命令を実行。
これによってステージの背景BGMは強制的に終了します。
この時、システム変数は1のままです。

キャラ本体が技の動作を開始、
これに合わせて「BGM切り替え」スクリプトではサウンド命令を実行、
この技専用の特殊BGMをスタートします。

キャラの技動作が終了するタイミングで
特殊BGMもストップさせます。

 MIDIファイルで再生している場合は「指定なし」のサウンド命令を実行。
 WAVEファイル形式の場合は技の長さに合わせて
 音声ファイル自体の長さを調節しておきます。

特殊BGMを止めた後は、
再び背景BGMを鳴らす必要があるのでシステム変数に0を代入します。

この直後、
ステージのスクリプトではシステム変数=0を感知し、
背景BGM再生の処理を通ることになります。


BGMの停止や再生のタイミングを調整する際は
間に画像命令を置いて、そのWAITなどを調節するとよいです。
キャラ本体の動きに合わせたベストのタイミングを模索してください。

------------------------------------------------------
以上、長々と説明しましたが参考になれば幸いです。
処理の内容についてわからない点など有りましたら
また気軽にご質問ください。

Re: Re: 音楽の切り替えについて - 格ゲー制作もうすぐ一年

2016/09/27 (Tue) 23:02:21

早速やってみました。
丸一日やって自分では解決できなかったことが
先生に教えてもらった通りにやるとあら不思議、
簡単にできました。

すべてのステージに早速やってみました。感謝感激です!
問題が解決すれば制作活動もやる気がおきますね!

神様本当にありがとうございます!

引っ張り前移動リアクションについて - 格ゲー制作もうすぐ一年

2016/09/23 (Fri) 07:44:27

ヴァンパイアのビシャモンやウル4のセスのような
攻撃後、相手を引き寄せる技を作りたいのですが
相手リアクションで座標移動を+にして呼びよせて
作ったのですが
テストアニメでは移動するのですが
実際の攻撃後だとひるむだけで相手がこちらに移動してきてくれません泣。

ちなみに相手のぶつかり判定もなくしたのですが
変わらずきてくれません。

対処方法がわからず詰まってしまいました。

お時間がある時でよろしいので
先生よろしくお願いいたします涙

Re: 引っ張り前移動リアクションについて - 茫然 URL

2016/09/24 (Sat) 15:17:00

質問ありがとうございます!

引き寄せ攻撃について、ですね。

詳細な状況はわかりませんが、
問題の原因がわからない時は
処理を分解して考えるとよいかもしれません。

引き寄せ攻撃を成立させる条件を
以下3つの要素に分解して考えます。

1.
攻撃側のキャラが間違いなく「引き寄せ攻撃」を出していて、
「引き寄せ攻撃」の設定内容に問題が無い。

2.
攻撃を受ける側のキャラは、相手の「引き寄せ攻撃」を受けると、
必ず「引き寄せやられ」動作を行う。

3.
攻撃を受ける側の「引き寄せやられ」動作は
間違いなく想定した動きを行う。

----------------------------------------------------
まずは原因箇所を特定するためのテストについて
順を追って説明していきたいと思います。

テストプレーのオプションでキャラの状態・ステータス表示をONにして
相手キャラに対して「引き寄せ攻撃」を当ててください。
この時、攻撃を受けた側のキャラの実行スクリプトが
「引き寄せやられ」になっているかどうか確認してください。

ここが上手くいかない場合、原因は上記1~2に有ります。

-----------------------
1について
まず、システムの側で基本リアクション「引き寄せやられ」が
正しく定義されているかどうかを確認してください。
「やられ」のオプションがONになっているかどうかもチェックします。

次に、攻撃側のスクリプトにて
「R:リアクション」命令の設定を見直してください。
上で定義した「引き寄せやられ」がセットされているかどうかを見ます。
立ち/しゃがみ/空中、通常時/ガード時などの場合分けがあるので
設定に漏れが無いよう注意深くチェックしてください。

-----------------------
2については
攻撃を受ける側のスクリプトを見直します。
キャラのリアクション割り当て画面にて
「引き寄せやられ」の欄に「引き寄せやられ」スクリプトが
正しく割り当てられているか確認します。

 後々は全てのキャラクターにこの設定を追加する必要が有るので
 この点忘れないようにしてください。

----------------------------------------------------
テストの結果、
「引き寄せやられ」スクリプト自体は間違いなく発生している場合。
この場合の原因は上記3、つまり
攻撃を受ける側の「引き寄せやられ」スクリプトに有ります。
1~2には問題が無いので3に絞ってテストするとよいです。

 テスト用の工夫
 「引き寄せやられ」を必殺技コマンドで
 出せるようにするとお手軽に動きをチェックできます。
 
 キャラの画像を途中で上下反転させるなど
 目立つ差異を入れておくと、スクリプトが
 どこまで動いているのかを判別しやすくなります。

 また動作の内容を問題が起きにくいよう最小構成にしてみるのも手です。

「引き寄せやられ」の動作が途中で終わってしまう場合は
キャラが途中で着地していないか、
スクリプトの移動先がおかしくなっていないかをチェックします。
どのスクリプト行の、どのブロックに飛んでいるかを念入りに見ます。

そして、座標移動命令について
アニメプレビューでは問題ないということで
大丈夫かとは思いますが、念のため。
Y方向の移動量が+、
つまり地面に向かう設定になっていないかチェックします。
ジャンプ動作同様、キャラが上へ向かうには
Yの移動値を-にする必要があります。
同様にY方向の重力が大きすぎないかも確認してください。

 上方向に跳ねてすぐに着地、
 加えて地面に着地した際のダウン動作などが設定されていない場合は
 キャラのやられ動作が途中でキャンセルされたように見えます。

以上、長々と説明しましたが参考になれば幸いです。
処理の内容についてまた何かわかった点があればお尋ねください。
より具体的なアドバイスが出せるかもしれません。

Re: Re: 引っ張り前移動リアクションについて - 格ゲー制作もうすぐ一年

2016/09/26 (Mon) 17:23:45

迅速丁寧な対応いつもありがとうございます!
調べた所、引っ張り攻撃の攻撃力を0にすると移動しないことがわかりました。
ためしに攻撃力を1にするとこちらにきてくれますが
攻撃力0で引き寄せるとなると投げ系のRPを
使用した方がうまくいくのでしょうかね?

ありがとうございます。ちょっと試してみます。
いつも親切にありがとうございます。

Re: 引っ張り前移動リアクションについて - 茫然 URL

2016/09/27 (Tue) 18:57:52

続報ありがとうございます!
攻撃力0だと、そうですね。
一般的なやられ発生の処理・ルールからは外れてしまうので、
おっしゃる通り投げ技系に似た感じの
処理を組むことになると思います。
原因がはっきりしたようでよかったです。

試してみて、また何か行き詰ることがあれば
気軽に質問してください。


Copyright © 1999- FC2, inc All Rights Reserved.