2D格闘ツクール2nd part4

イケメンやスタイルいいキャラがほとんどなんだから
ギルティのように高解像度になったらいい感じかも。

でもまた伝統の「ギチギチ」感漂うドットだったら萎えるな

>>933
リュウと読む

自分のゲームでキャラセレの時、キャラを読み込むのにそれぞれ一秒ほどかかるのですが、
PCの環境のよって読み込みの時間は変わるのでしょうか？

>>940
ハードディスクの性能に依存。
それかキャラデータが異様に大きい。
あるいはファイルが細分化し過ぎ。
気になるようならデフラグするとよろしい。

>>941
メモリじゃないの？

>>940
メモリーはいくつ積んでる？
昔６４Ｍで作ってたら読み込みに５秒ぐらいかかってムカついたから
２５６Ｍに増設したら１秒ぐらいに減って大変嬉しかったことを思い出した

そのあとＰＣ買い換えて１Ｇまで増設したけど、２５６Ｍから大して読み込み変わらなくなったなぁ〜

>>942
ダイエットしたければ脂肪を燃やせ。散髪しても効果は薄い。

>>944
？？

>>940
メモリーは256Ｍですけど、プレイヤーファイルが20Mほどあるので、容量が大きいのかもしれません。
デフラグも試しておきます。

>>940
容量デカ杉、音声や効果音を44ＫＨｚで取り込んでないか？

キャラ選択したときに最初そのキャラのデータをずべて読み込むのでそれの時間でしょう。
マシンの処理能力が高ければ高いほど処理時間は短くなりますが…

あとメモリが256は少なすぎます。プレーヤーファイルが20MB越すのも尋常ではないです。

>>948
EORとかキャラ選択でもたつくのはそのせいなのか。
使ってるPCの性能は高めだけど、厳しいとこだな。

EORだってキャラデータ５〜６Ｍしか使ってないぞ？
もたつくって言ったって、一度カーソル合わせればデータがメモリーに格納されるから
２回目カーソル合わせたときは軽くなる筈だ

メモリーが２５６Ｍしか乗ってないということは４〜５年ぐらい前のＰＣじゃないのか？
それともノートＰＣとか・・・多分ＰＣの性能だろうね

XPじゃないなら２５６ＭＢでも割といけるはず。
あとはゲームに使うファイルの大きさ次第だと思うけど、１キャラ２０ＭＢは重い。

>>950
いや、一度目がもたつくって話。
これはどうしようもないんかな？

音声の話が出ましたが実際はKHｚで制作したものを使う方がいいのでしょうか？
CDなどにした時にもたえうるのはKHｚなのでしょうか？

>>953
うちでは 11.025k 8bit mono
BGMをwavにするならもう少し高い方がいいだろうけどSEならこれで十分

２０Ｍデカ杉。ＣＧ何番くらいまで使ってるん？

同じ絵を毎回取り込んでるんじゃないだろうな？

返答ありがとうございます。
20Ｍになったのは一部の絵を「枠の大きさ最大」で取り込んでいたのが問題だった用です。
「自動的に詰める」で取り込みなおしたらいくらか軽くなりました。

何枚使ってるの？

技のエフェクト等も含めて200〜300枚ほどでしょうか。

それはデカスギすごく長いスクリプトで絵が200枚サウンドなし状態で
2Mくらいだ
音声入れても10Mまでになるよ
ちゃんとカラー絞っているかい？16色から40色くらいにしぼって
キャラをかいているかい全部独立したパレットだとしんどいよ。

残像許容範囲オーバーとは一体何なのでしょうか？
テストプレイを長時間続けているとよく発生します。

>>961
その説明のとおり残像が出すぎて範囲を超えて処理できなくなっている
残像を出した後は次のスクリプトなどできっちり残像を消すように
つくらないといけない

だから無圧縮だからカラーだけ絞ってもサイズはかわらんっちゅーに。

うう〜、こんなややっこしいソフトを使いこなすおまいらってすっげーやつらだな！！

全部の絵を専用パレットで取り込んでるとか、使ってない音声入れすぎぐらいしか考えられないなぁ。

…と思ってたらウチのも１キャラ２０ＭＢオーバーでした。
Ｉのスクリプトにカーソルを合わせると、右下に圧縮後の容量が表示されるからチェックしてみては？
標準サイズのキャラで共通パレット使ってるなら２０００いかないぐらいのはず。

太字の「ラウンド開始アニメ」「ラウンド終了アニメ」
「ラウンド１〜ファイナル」「ファイト」「KO」「パーフェクト」
「YOU WIN」「YOU　LOSE」　「１PWIN」　「２PWIN」
これの初期設定の表示時間の意味がいまいちわかりません。
開始終了アニメは何も入れてませんが、何か入れたほうがいいのでしょうか？

>>966
実際にその部分に絵一枚表示させてみれば分かりやすい
『開始』とか『終了』とか文字書いただけの絵でいいからやってみ

>>965
圧縮されるされないの違いってなんなんだろうな
俺のだとモノクロのエフェクトとかに多いけど

メジャーな圧縮方法で言うと、横方向に同じ色が並んでいると圧縮率が高くなる。
GIFと似たようなもの。
使う色を少なくすると必然的に同じ色が並びやすいから圧縮しやすい。

ただしディザーを使うと、その部分だけ全くといっていいほど圧縮されない。
たとえば１ドット単位で白黒白黒・・・・・とかそういうヤツ。
この場合、色数を減らすより中間色を１個作った方が圧縮率は高くなる。

CPUがガードしないようにする設定って出来たっけ？
アクションゲーム作ろうと思ってるんだけどプレイヤーキャラ流用したらガードしちゃうんだが。。

プレイヤーキャラの攻撃をガード不能にすればいいんじゃない？

立ちポーズを2〜3回くり返す必殺技を使わせるのは？

なるほど、どうもありがとう。
戦闘不能後に消滅選ぶと負けポーズが行われないのは仕様なのかな

ＤＬしたゲームをよるときに異様にキャラセレやステージに移行するのに
時間のかかるものがありますがどうしてなのでしょうか？
別にキャラファイルなどがすごく容量大きい訳ではないのですが
時間がかかるものがあります。
どなたかご存知の方いらっしゃいませんか？
もしや人の環境でそのような現象になる事があるのでしょうか？

ゲーム名を挙げてください、検証しますので

XPだとMIDIの再生時に止まる。
止まらないデータもあるので
MIDIファイル自体の構成の問題かと。
MIDIの知識ある人は弄ったら直るかもね。

なるほどMIDIの再生時は止まるんですか
難しいですね。
もしやディスクトップとかでプレイするのもまずいですか？
最適なディレクトリはどこなのでしょうか？
やはりＣの直下なのでしょうか？

>>940と>>974って同一人物？

こんなんあった

みなさんはじめまして、キャンセルについて疑問があるので投稿いたしました。
技キャンセルするときなのですが例えばゲージ使用の技を
通常技からキャンセルするときはどうしているのでしょうか？

もし、ゲージが条件に達していなくて不発モーションに飛ぶばあい
通常技はキャンセルされてゲージ不発モーションとなりますよね
その時は通常技をブレーキングしているようになりませんか？
＊不発モーションは一瞬で技がでないだけの演出の場合に限ります。
不発モーションがゲームに意図的にある場合は別です。

通常技をブレーキングさせずキャンセルでゲージ判定は
出来るのでしょうか？

ごめんＩ　ＰＯＷＥＲにというのを書き忘れていた。
ＢＢＳの項目に書き込んでいた
みんなはどうしているのかな

>>979
コマンドのダブる通常の必殺技に飛ぶようにしてます

と言う事は236236+ボタンとかのとき
236+ボタンとかにいくようにしてると言う事？

みんなキャラクターのサイズはどうしてる？
２ＮＤでも９５でもどっちでもいいから教えて？

>>982
そういうことだ、チェリーボーイ

>>979
通常技にゲージ分岐つけて
ゲージが足りてるときはキャンセル可、足りないときはキャンセル不可にするだけ。

先頭に　GS C SG C 〜

ってかんじ。簡単でしょ？

>>985
それだと攻撃でゲージがたまるタイプのゲームの場合
攻撃判定発生中は1フレームずつ分岐させんと
通常技が当たって丁度1ゲージたまった時にキャンセルできんね。

>>986
あー、そこは盲点だった。多段ヒットの技なんかは危ないね。ウチのも修正しておこう。
それでも攻撃判定のある画像スクリプトの後ろに同じのをおけば、
１フレームごとにやらんでも問題ないかな。
ものすごく長い時間判定が持続する技なら別だけど。
スクリプトが長くなるのが嫌なら、キャンセル命令だけ独立したスクリプトにしてＳＣかＯＢＪで呼び出しかね。