【ゲームで、この処理ってどーやってんの？】
■ このスレッドは過去ログ倉庫に格納されています
ゲームを作ってるor作りたい人が、自分のゲームに実装したい処理や、既存のゲームのこんな処理ってどーやって実現してるの？と質問すると、心優しい誰かが説明してくれるスレです。
質問は、これこれこういう処理、〇〇のゲームのこれみたいな、とか、△△のこの面のこれってどーやってんの？という感じで既存のゲームなどを例示したりして、分かりやすい質問を心がけましょう。
説明は、コード羅列は禁止しましょう。長文でも良いので、このようにできている、又は、こんな感じでできるんじゃない、という風に文章で分かるような説明を心がけましょう。
■ゲーム開発会社がゲーム製作技術を伝授するスレ
https://mevius.5ch.net/test/read.cgi/gamedev/1520381891/
↑上記スレを見ていて、現スレのようなのがあれば、便利かなと思って建てました。 上記クロスバー表現で、横縦アイテムひとつの半分までずらしたら、一個ぶんズレたり戻ったりする処理。
アイテムひとつの半分の距離aを持っておき、
ドラッグドロップ時点の移動距離bがそれを超えたら一個ズレ。
超えなかったら元に戻る。
その際、ドラッグ距離が長い場合もあるので、アイテム一個ぶんの距離で割った余りの距離が、半分超えてたら+方向に、超えてなければ-方向に、
で、余りの距離と、前後の定位置との差分を、任意の数で分割して分割した数だけ分割距離ずつ表示座標に加算して、みよん、とズレたり戻ったりの表現。
大体こんな感じだったような。
でも、細かい部分でおかしい。 たくさんのアイテムを所持してる時、全部表示してたのを、表示エリア外のものは表示しなくした処理。
ゲーム作り始めた頃、画面外でも、オブジェクト表示処理をしてて、動作が重かったのを、
あれ、画面外にあるんだから表示処理しなくていいんじゃね？と思って修正したら、何百個持っててもスイスイになって感動する。 ドラッグしたオブジェクトをドラッグしながら、だんだんマウスカーソルの中心に持っていく処理。
これは、天才！とは思わなかったですが。
カーソルの座標と、オブジェクトの中心位置などの座標との差をドラッグ開始に取得し、その差分をマウス座標に足してオブジェクトを描画すると、つまんで動かす表現。
動かしていくごとに、その差分を×0.99とかしていくと、次第につまんでる位置が真ん中になる。 衝突判定はちょっと苦労しました。
衝突可能性のあるもの同士だけ判定するために、3,4回並べ替えとか配列の生成を繰り返してから、判定したりとか。
まだ簡単に説明できないので、いずれまた。 経路検索も楽しかった。
A＊が今の所速いそうだけど、ダイクストラの方が分かりやすかったのでそっちで作りました。
説明は、よー分からん！ こんなところかなあ。
2ちゃんって、いろんな人が書き込まないと消えるのかな。
誰か！助けて！ ちなみにこの板は落ちないので沢山のくそスレが乱立してます
あの板に人が集まるのは現役のゲーム会社の人がやってるからで、わざわざそこに名無しで回答するのは、構ってちゃんなのよ
だからいくらスレ作って誘導しても来ないの
ただの荒らしだから… ところで主さんのゲ製は何でやってますかぁ？
unityなら情報共有できるのだけど… >>23
落ちないんですか。そうですか。
教えてくださってありがとうございます。
VBで作ってます。馴染みがあったのがVBだったので。
今作ってるのが終わったらUnityに移る予定なので、その際はいろいろ勉強させてください。 >>27
スレチですが。
乱数関係だと。
一定の確率で複数の分岐処理を扱う時。
1番最初は
select case 0to0.2
～case 0.6to0.7みたく直接数字書いたけど、もっと楽にできないかと考えました。
で、分岐させたい数の配列t(n)を作り、
その中に確率の大小を入れ(合計が100にならなくても良い)
、t(n)の値の合計sumを出し、それを使ってt2(n)に0.0～1.0の範囲として割り振る。
例えば3つの分岐で、1つめが45、2つめが90、3つめが15だとすると、合計150なので、1は30%、2は60%、3は10%
なので、0.3,0.6,0.1となり、t2(0)は0.0と0.3
t(1)は0.3と0.9、t2(2)は0.9と1.0の開始値と終了値を格納。
ここらへんは、ちょっと冗長。終了値だけで事足りそう。
で、乱数を出し、
n回だけ繰り返してそれがどの範囲かの番号を返す。
その後それぞれの処理へ。
要約すると、、、
t(n)にそれぞれの当たり確率を適当な整数で示せば、その内のどれに当たるかを返してくれる関数。
分岐の確率を手書きしなくて済むことと、合計100にしなくても良くなった瞬間でした。 >>28
>>13で書いたような、任意のドットで区切った縦横のBG配列に地形情報を入れ(破壊不可だから、1かな)
ミサイルの座標をBG配列のインデックスに計算し、参照。
破壊不可と重なったら、ミサイルの座標を1ブロックかその半分くらい上に移動させる。
ミサイルは基本的に下と右に向かうので、地面がデコボコしてたらそのデコボコに沿う感じになるんじゃないかと。
細かく地面を這わせたい時は、BG配列のドット区切りを細かくすれば良いと思います。
どうでしょう？ 地面の細かい凸凹をどうデータ化するかが胆かと思う。
／|型の地形と|＼型の地形が並んでる場合、両方とも「非破壊地形」にしちゃうと、凸凹に沿わずに真横に飛んでいるように見えちゃいそう。
なお俺の場合は、
1.右下が空いている→右下に移動
2.else右が空いている→右に移動
3.else右上が空いている→右上に移動
4.else爆発
と書きたい模様
(そして坂道を延々登っていくミサイル) モンハンワールドで首長系モンスを実装出来ないのは、ダウン時に段差に首や頭がめり込むからという間抜けな理由なのですが、
不可能なのですか？
ＵＲ４＆HAVOK ネットスライム君、こんなところに居ないで自スレを伸ばしゲームを完成させて早くデバッグさせなさい。先生はカンカンに怒って居ます。 >>29
ごめん、言葉だけだとよくわからん。
もし29に書いてあるようなことを俺がやるとすると、こんな感じかなぁ。。。
(C#失礼)
static T SelectByRandom<T>(Dictionary<T, int> dic) {
//荷重合計までの乱数を発生
int n = MyRandom(dic.Sum(x => x.Value));
//乱数に応じたオブジェクト選択
foreach(var kv in dic) {
if ((n -= kv.Value) < 0) {
//選択
return kv.Key;
}
}
throw new Exception();//エラー
}
実際はDictionary使わないし、関数化もしないけど、とりあえずイメージで。
ループ回して乱数値に応じた選択をするのが、俺的に定番。
コンパイラ通してないのでエラーでるかもｗ
呼び出し方はこんな感じ
//準備
var weightDic = new Dictionary<MyClass, int>();
weightDic[objA] = 30;//30の確率でobjAを選択
weightDic[objB] = 90;//90の確率でobjBを選択
weightDic[objC] = 40;//40の確率でobjCを選択
//選択そして実行
var selectedObject = SelectByRandom<MyClass>(weightDic); 浄土真宗羅列すまん。
コード禁止は知ってたが、言葉で説明する自信がなかった。
親子丼食べて落ち着くよ えー、すいません。
>>29は、
えーと、①分岐させたいケースごとに適当な数をセットし、②その合計でそれぞれ割ると、それぞれの確率、重み？になるので、その確率を順に足すことで、0.0～1.0に収まる範囲に分岐の確率を設定できるので、そこに乱数値を与えて分岐のIDを返す。
①だけ渡せば良く、②以降を関数化したもの、です。
前述したように、分岐数も自由だし、分岐に用いる割合の合計を100とか1.0にしなくてもよい点が、自分ではなかなか閃いたなあ、というもの、でした。
m(_ _)m >>38のメリットは、関数化によるものは当然ですが、①を変更するだけで、分岐を増やしたりそれぞれの確率を変えたり出来る修正の簡略性でしょうか。
関数の中では、分岐IDを返すのはforとかdo loopになってますが、
普通にselectを使う場合の分岐を増やしたり確率を変更したりする時より修正の手間が減るかと。 なるほど！・・・だいたい34で合ってたな！（強引）
＞selectを使う場合の分岐を増やしたり確率を変更したりする時より修正の手間
これはまったくその通り。
複数のモノからウェイトに応じて1つを選択する処理って、基本動的だから、ハードコーディングできないしね。
自分の場合は、クセで、なるべく整数で扱うように組んでしまうｗ グラディウス４の１面のボスの変形ってどうやってるんだろ？
頂点ID単位で変形前後のメッシュモデルを関連付けてるんだろうか
キャラ変形は昔からテーマみたいで、色んなタイトルが導入してるけど、作り込むのが大変そうな割に今一つインパクトに欠けるんだよな >>41
動画見てみましたが、懐かしい響きのモーフィングですかね。
3Dは一口かじった程度なのであまり話せませんが面白い処理ではありますね。
元々軟体なキャラ表現にも良さげ。 >>42
モーフィングの範疇に入るんですかね。そのキーワードからは、頭部メッシュの変形例が思い浮かぶ
グラ４の１ボスの最初の形態である3つ首竜は、各首がランダムに動いており、変形前後のメッシュ形状が一様ではないように見えるが、
あらかじめ中間メッシュを準備しておいて使ってるのかな？
いずれにせよこの演出は、DQ４のデスピサロほどには、プレイヤーの印象に残らなった気がする >>5
N=n+1として、
a=(a+m+N) mod N
にしようぜ。プログラミングで0≦a≦nって気持ちわるい。
（0≦a<Nのほうがいい） >>46
まあそのへんは好きずきで。
0≦a<Nの方が気持ちいいのは、何か理由があるのでしょうか。
よかったらお聞かせください。 質問です
ファミコンのゴルフゲーム（マリオUSコース）などの
3D的な画面ってどうやって処理してるのでしょうか？ アラド戦記や天華百円？のような
高さの概念もあるベルトスクロールってどう実現したらいいのでしょう、なかなかノウハウが見当たりません
単純に斜めから見下ろしてる3Dゲームみたいなものなのでしょうか？ >>50
その分野の経験ないけど、
座標を３Dでもたせて３Dで当たり判定すりゃいいだけだろ
繰り出したパンチ（＝プレイヤー攻撃）付近の当たり判定となっている２Dの矩形（地面範囲）が、敵の当たり判定２D矩形（地面範囲）と重なるかどうかで判定してたのを、
パンチ付近の３Dの直方体が、敵の当たり判定の３D直方体と重なる部分があるかどうかでやりゃいいだけなんじゃね
直方体じゃなくて、球面判定というか、３Dの距離で判定してもいいだろうが グラデュウスの話が出てたんで、
オプションを実装する場合の考え方を教えてください。
自機が止まると自機と重なるオプションと、
自機が止まると、その場で停止するオプションと。 >>56
前者は、常に、あるいは自機と自分の位置が一定以上離れている場合、自機との座標に自分(オプション)の位置を近づけていく。(ただし動いている時は一定の距離を保つ必要があるので、後述)
後者は、自機が止まっている時、上記処理を行わない。
自機を動かしている時のオプションの動きは、、、
あれは、前のオプションに追従するような感じだよね。
動かしている時のみ、前のオプションの座標に自分を近づける、で良いのかな。それだと、後ろがどんどんショートカットしてきそうだけど、それでいいのかな？
以上です。 各フレームの自機の位置を配列に記憶。
１番オプションは(例えば)10フレーム前の座標を設定、２番オプションは20フレーム前、３番オプションは(略)
自機が停止している状態で、位置記憶とオプション座標更新をすれば、重なる系のオプションになるし、
自機が停止している状態で、位置記憶とオプション座標更新をしないなら、重ならない系のオプションになる。 ファミコンなら飛び出せ大作戦の床どうやってんだ？
左右の動きはラスターとして、奥から手前ってあれ市松模様にするのは一定の幅でガバッとずらしてるのはわかるけど。
よくあるスコア表示残して縦スクロールするあれやってんのか？ ポータルのポータルってどうやってるの？
向こう側見えるし、もの持ってこれるし、中途半端に入れるし つーかここ、例のスレとは大違いで、答えても何の礼も無いよなｗ
>>60
レンダリングに関しては：
カメラ視点を複数用意して、穴の向こうの視野を一旦テクスチャにレンダリングして、テクスチャを穴のこちら側の壁に貼り付けてるんだろう
カメラ視点は３つくらいあるのかな（１人称視点、穴の向こう側の視野の視点、穴の向こう側に開いている穴から見える視野の視点）
移動に関しては：
ある境界面を境に位置をワープさせてるんじゃないか。パックマンのワープトンネルみたいなもんだろ >>61
3Dで考えるとヤバイだろ？
ライティングの影響とかどうなってるんだよ そうなんだよね。
あっちのスレの質問もなんだが、いまさら「ファミコンでどう実装してるか」なんて聞いてどうすんだ。
飛び出せ大作戦の床？3Dポリゴン描画すればいいじゃん。
スーパーマリオのブロック？全部スプライト（2Dポリゴン描画）でいいでしょ。
（まぁインスタンシングとか考える必要あるかもだけど）
本当に作りたい人なら、質問しないで見たまま実装すれば終わる話だ。
（昔のハードの制約の中でどう実装するか考えるのが楽しいというのは認めるｗ） >>63
つまり穴が発生している壁が斜めなのに、そこにビルボード状に穴の向こうのテクスチャを貼り付けるのが不可能だってこと？
なんらかのポストエフェクトで引き伸ばしたりしてるんじゃないかな
それとも、穴の向こう側の光景のテクスチャは壁テクスチャとは別のビルボードで、深度テストとαテストでくり抜いてるんかな
（今更なんだが）俺は実装したことがないから、俺の書き込みは礼には及ばねえよｗ ああ、確かに光源処理はどうなってるんだろ
それは気付かなかった
穴のこちらの光源が、穴の向こうに届いてるんかな ポータルで
穴の向こう側の光源の影響で、アナの向こう側のメッシュモデルにおいて、穴のこちら側に鏡面反射効果が出てるってのは、
まあ無理なく実現できるんじゃね
穴、アナとかいうとムラムラしちまうぜ
穴子丼食いてえ >>65
壁の穴は、ビルボード（＝視点に正対するポリゴン）
じゃなく、壁に沿って斜めに描画しているんじゃない？
穴に貼り付けるテクスチャのレンダリング時の
Projection行列を、なんか上手く設定してると推測。曖昧すぎすまんｗ
（Projection行列で投影されるスクリーンを
壁に合わせて傾ける感じ？）
俺は昼飯はコロッケにしよう。 >>68
サンクス
なるほどプロジェクション行列を調整して斜めテクスチャに投影すればいいんだ
ちょっと調べたけど斜投影（Oblique projection）というのか
ビルボード状スクリーンへの投影結果の内の中心から外れた隅っこの方の一部を切り出す感じか
たしかに画面の隅っこのレンダリングって不自然に引き伸ばされることがあるな
https://qiita.com/yuji_yasuhara/items/98e6bd84b82e666496ce
自然な感じに見えるようにするには、慎重に調整する必要がありそうで大変そうだ >>3
なるほど、そんな方法もあるのか。私は、
a=(a<10)?(a+1):0;
・・・って書いてる。Cだけど。 >>1
二番煎じだとしても発想はわりと良いスレだと思う
板が過疎り過ぎだからがんばってくれ >いまさら「ファミコンでどう実装してるか」なんて聞いてどうすんだ
そういうスレだとおもってたけど違うのか？
どういうアルゴリズムで作ってたか知ることでプログラムスキル上がるだろ >>76
んんー、10未満であることを判定して実行してるから、確かにIF文であることもないのだけど・・・普通、IF文とは区別する。
だってそうしないとfor文もwhile文もIF文ってことになっちゃうじゃん？
>>3を忠実にCで書き表せば、
a++;a=a%10;
って表現にした方が正しいというのなら、その通り。 >>77
論点がずれている。
なんで、>>3が意味あるのか考えろ
なんでIF文だとツッコミいれたか考えろ 処理というよりは、どちらかというと作業の段取りについてなんだが、
スターオーシャンセカンドストーリーやテイルズ オブ デスティニー2の難易度設定は、どうやったら実現可能なんだろう
あれらのゲームはRPGなのに、戦闘はリアルタイム性が強いアクションゲームなので、バランス調整結果の確認の手間は大変だと思う
にもかかわらず、最初に選べる難易度によって敵の強さが変わってくる。よく検証してないんだが、攻撃パターンも変わってくるんだろうか
敵キャラのパラメータを設定する作業だけでも大変だと思うが、難易度に応じて単純に何倍とかにしているだけなだろうか
しかし関門を突破する為のプレイヤーのレベルが足りないが、安全に稼げる経験地が少ない状況に陥り、ゲーム進行が滞る可能性もあるだろうし
どういう体制で、どういう段取りで難易度設定作業を行い、また遊べるかどうかの確認をしているんだろう
人海戦術頼みななんだろうか >>78
>>3配列の添字ループはmodだよね(y=x[++a%10])
>>70俺は三項演算子だな(y=x[++a>=10?0:a])
>>74それif(三項演算子)やんけ
何度考えても、74のツッコミの意図がわからん
(プリインクリメントが気持ち悪いけど気にするな) 超初心者の俺には話題がハイレベルすぎて
まったく意味がわからんぜ・・・ ちょっと聞きたい。snesのロックマンのデータのパスワードと記録方法ってどうなってるの？ランダムで敵を動かしてると配置までランダムになっちゃう >>83
見てないからわからんけど、ランダム使ってるなら単にSEEDを記録してるんじゃないの？ >>83
せめて、パスワードを入力した後にどんな状態になるのかわからないと、仮説すら立てられないぜｗ
パスワードは、敵の座標を格納できるほど長くないってことでいいんだよな？ すまんな外出してた
>>87
サンクス。ちんポジで長ったらしくやってるのか・・・こりゃ自動セーブが捗りますわｗ total warのような大量のオブジェクトがかなりリアルに描写されてるようなやつって、どこをどうやって負荷を軽減してるんですかね？
animationや兵士の隊列の処理やら負荷すごそうなんだけど
https://www.youtube.com/watch?v=KUWJwh5yulo 自分も戦略戦術系シミュレーション作りを志向してますので、考えてますが。
今のところ考えてるのは、
・拡大描写時→画面に映る人の数は少ない→画面から外れる人の描画処理はカット(戦闘によるダメージ計算や座標移動計算のみする)
・縮小して広い範囲を描写→個々の物体が小さくなるので、物体の画像(3Dモデルなども)は低容量のものに差し替えて描画する。
基本３D空間では遠くにあるものは低容量画像を使えばイイのかな、と思ってます。
言うのは簡単だけど、これって、拡大時、縮小時、中間時と、同じキャラを3種類用意しないといけないってことですね。3倍面倒だ～
隊列とかについては、、、なんだろ、そんなに大変ですかね。
一人一人に、中心となる人との相対座標持たせて、戦闘以外の時、隊列に戻ろうとする時その座標を目指させればいいだけ？
その際、倒されて隊列に穴が空いた箇所があれば、他で補う処理を噛ませる。
リーダーと部隊全員だと、部隊員数が増えた時アレなので、サブリーダー、場合にとってはサブサブリーダーを階層的に追加できるようにして、リーダー、サブ、隊員と、上位者との相対座標を持たせれば隊列はそれっぽく見えませんかね。
処理の軽減、高速化はうまくできると楽しいですよね。
では、長文失礼しました。 >>89
俺はunityしか知らんから、その目線でしか答えられんが
まず上からの目線だと錐台のカリングと言うのが行われる。
これによって画面外の個別なオブジェクトは描画されない。地形も適度に切っておけば、この錐台のカリングにより思ったよりも頂点数を抑えられている。
一番不味いのは、錐台に多くオブジェクトが入る可能性がある、地平線が見えてる時。
今回のようなフィールドはこの時の事だけを考えるのが良い。
次点で重いのはオブジェクト描画。更に遠景になる事による遠くのオブジェクト描画の頂点数だ。
これを軽減するには、遠景時に自動で頂点数が減るテッセレーションがあるが負荷を考えたり、負荷をCPU側に持って行く事を考えると、現実的にはlodと言う選択になる。
次に考えるのは、アニメーションだね。
これがまた重い。何が重いかと言うと、スキンメッシュやアニメーション間のモーフィング技術が重くなってくる。
これの打開策として昨今着目されてるのが、頂点アニメーション。
つまり、アニメーションは伸張自在なスキンメッシュを使わずにメッシュの動きを焼き付けるんだね。
また、ブレンドを諦めればアニメーションをコントロールするアニメーターも消せる。
彼らの技術を複合的に使う事で、数百オブジェクトを高FPSで動かす。何て事も、可能になってくる potalの仕組みは実際にpotal買ってクリアしてみ
製作者の解説が聞けるぜ 自前でゲーム作ってるんですが最近のゲームではほぼ必須の、チュートリアルで、
「○○の練習だやってみよう！」このボタンだけ押す、次はこのボタン、次は、、、というのはどう考えれば良いのでしょう。
単純に、矢印やそのボタン辺りだけ明るく周りを暗くして、他の操作は無反応にするってだけでもいけそうですけど。。。 それでもいい
深く考える必要はない
チュートリアル用の入力処理通りの一本道しか受け付けないんだし
一度しか使われないんだから、メインルーチンいじらずに
追加プログラムで乗っ取りかければよい >>94
レスありがとうございます。
作る前から難しそうって考えちゃうんですよね。実際作り始めるとそれほどでもない、ということ多々あるのに。
悪い癖だ。作り始めて考える、なんてのも導入しなきゃですね。
よーし、やるぞー、おー。 つーかシナリオの第1章第2章とか
どうやって実装するつもり？それと同じだぞチュートリアルも >>96
ごめんなさい。章があるゲームではないもので。 ドラクエなどゲーム中の文字が１つづつ順番に表示されていくメッセージ方法はどうやるのでしょうか？ 文字じゃないけど俺も気になる
タイマーでも使うのかな
イベントドリブンなプログラムって面倒だ 文章データの〇番目を表示させるだけだろ
タイマー時間後〇をインクリさせて呼ぶだけ ゲームだったら何かしらのメインタイマーは動かしてるだろうから、
単純に文字列を配列に入れて1文字ずつ取り出せばいい
順番に配列の要素を取り出す命令があるだろうし、なくてもindex番号の変数用意してインクリメントすればいい。
このスレだとcっぽい動作になるからかわからないけど、昔言ってたけど今はほとんど使わない用語使ってる人多いね。
ゲームもオブジェクト指向で書いた方が楽だよ。 開発が始まって忙しいと言いつつも
連投までして答えてくれるのにね 最近のゲームって海の波とかの表現凄いけど、あれもポリゴン処理なのかな？
まぁそれ専用の商業ライブラリとかありそうだけど、船が白波立てたりとか、設定した水面に物体が干渉するのとか設定出来るんかね 水面や波はシェーダで
しぶきはパーティクルが基本やね 下の毛の処理ってどーやってる？剃ったらチクチクするんだよなぁ >>105
＞海の波とかの表現
荒いのはジオメトリレベルで表現してる
（ちょっと古いけど）２Dの高低地図の計算結果を元にジオメトリをいじるやり方もある
https://news.mynavi.jp/article/graphics-56/ >>3
亀で申し訳ないが、n がある程度自由に決められる数なら、2^n の数にすれば
AND でマスクするだけで済む。割り算って重たいからね。
経験上どうしても 2^n 以外にしないといけない場合ってめったにない。 ■ このスレッドは過去ログ倉庫に格納されています
