TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
こんなゲーム作ろうと思ってんだけど･･･
【囲碁？】囲連星のAIを作ってみよう【連珠？】
無料で俺がRPGを作れるようにするスレ
黄金期再到来【メガドライブ開発】PART2
ゲームボーイアドバンス(GBA)非公式開発 Part2
サッカーゲームの作り方教えろ
【unity】とある3Dシューティング制作記録
【SDL】YaneuraoGameSDK.NET総合スレ【.NET】
【C++】ブラック企業で勇者を育てる【オートRPG】
■自主製作ゲーム：開発状況報告スレVer1.3■
【ゲームで、この処理ってどーやってんの？】
- 1 ：2018/05/30 ～ 最終レス ：2020/04/22
- ゲームを作ってるor作りたい人が、自分のゲームに実装したい処理や、既存のゲームのこんな処理ってどーやって実現してるの？と質問すると、心優しい誰かが説明してくれるスレです。
質問は、これこれこういう処理、〇〇のゲームのこれみたいな、とか、△△のこの面のこれってどーやってんの？という感じで既存のゲームなどを例示したりして、分かりやすい質問を心がけましょう。
説明は、コード羅列は禁止しましょう。長文でも良いので、このようにできている、又は、こんな感じでできるんじゃない、という風に文章で分かるような説明を心がけましょう。
■ゲーム開発会社がゲーム製作技術を伝授するスレ
https://mevius.2ch.sc/test/read.cgi/gamedev/1520381891/
↑上記スレを見ていて、現スレのようなのがあれば、便利かなと思って建てました。
- 2 ：
- sageちゃアカンやんage
- 3 ：
- 即消されないように、しばらく自問自答したいと思います。
自分がなるほどなあ、と思った超基礎的なやつ。
1行なのでコードで書かせてください。いきなり禁止破り。原則禁止、とすべきでした。
0～nの数字を順送りし、n番目の次は0に戻る処理
a=(a+1)mod(n+1)
n+1で、増えていくaを割った余りを返すことで、nの次は0に戻る処理です。
- 4 ：
- a+1の1を任意の数値にすることで、いくつ進めるかを任意にできます。
- 5 ：
- 次。
0～nの数字を順送り逆送りして、n+1で0、0から-1になった場合nになる処理。
どーだっけな。
m:加算値(+1や-1など任意の正負の数
a=(a+m+n+1)mod(n+1)
合ってるかな。
a+mに最大値nと1を足すことで、a+mがマイナスになった場合、プラスの数値に変換し、n+1で割った余りを戻すことで、0-1をnに送ることができます。
式、合ってるよね？
- 6 ：
- マウスドラッグで画面をつまんでスクロール。
描画座標x,y
①ドラッグ開始座標dx,dy
②マウス座標mx,my
描画タイミングごとに、①と②の差を描画座標に加算して描画して、①に②を代入する。
こんな感じだったっけ。
- 7 ：
- ちなみに、1は自分でゲーム作ってる人です。
作ってる時に、あ、なるほどー、自分で思いついた俺、天才！とか思ったことを、しばらく書いていきたいと思います。
- 8 ：
- クロスバー表現。
アイテムなどを種別ごとに横並び、強さなどごとに縦並びで、PS3のクロスメディアバーのようなものを作りたくって考えました。
詳しくはちょっと忘れちゃったけど、今作り直したらもっと理解して作れそう。
横種別がn
縦並びのアイテムを配列yoko(n).data(m個(種別ごとの動的配列)
で、表示開始ID、横用yと縦用t(n)を持ち、
操作で、yとt(n)が変化するごとに表示内容が変わります。
t(n)なので、横に動かすと全体が横移動しますが、縦に動かすと、1列のみ縦移動するように動きます。
- 9 ：
- その際、マウスの動きが縦方向なのか、横方向なのかを検知する必要がありました。
これは、上記マウスのドラッグで移動を応用して、
開始座標と、0.01秒とかの短い時間後のマウス座標の差から絶対値を出し、x>yなら横移動、y>xなら縦移動したとみなして、それぞれの処理を行ないます。
- 10 ：
- この部分はもっと最適化できそうだけど、めんどいので放置してます。
というか、自分が考えついた処理は、unityとかのツールだとライブラリであるのかなあ、と思いますが、あえて遠回りしてる自分が良いのか悪いのか、トホホ
- 11 ：
- 自分の疑問も書いておきます。
■星のドラゴンクエストで、球形マップを、①クルクルした後、回転をリセットすると、球形マップの②初期表示角度に戻ると思うのだけど、戻る途中の描画に使う角度などの計算はどうやってるの？
クルクルは自分で作れたつもりなんだけど、xyzの三軸回転と視点カメラの位置と方向とかも含めて考えるとこんがらがってわけわかめ。
- 12 ：
- ちなみに1の知識はファミコンレベルかと思いますので、ご了承ください。
- 13 ：
- 先日他スレで書いたやつ
ファミコングラディウスの2面の粒々のあたり判定
粒々は配置されてる動かない物体なので、横スクロール座標と、ビームなどの座標を合成した座標に、粒々があったら当たったと見なして消滅処理すればイイんじゃないかなあと思いました。
例えば、現在表示される画面を描画する際、8×8ドットごとに区切ったマトリクスを2次元配列で持つとかして、中身は0:空っぽ(背景)、1:破壊可能物体、2:破壊不可物体とかを設定。
これは、面のマップ情報をスクロール分だけずらして、現在表示分をコピるだけでもイイですね。
昔のテレビって640×480でしたっけ？だと、横80×60の比較用配列で済むか。
で、ビームやレーザーの現在位置をビームが移動するごとにその配列のインデックスに直接参照できるから、オブジェクトごとの衝突判定みたいな時間のかかる処理は必要ないかと思いました。
- 14 ：
- 上記クロスバー表現で、横縦アイテムひとつの半分までずらしたら、一個ぶんズレたり戻ったりする処理。
アイテムひとつの半分の距離aを持っておき、
ドラッグドロップ時点の移動距離bがそれを超えたら一個ズレ。
超えなかったら元に戻る。
その際、ドラッグ距離が長い場合もあるので、アイテム一個ぶんの距離で割った余りの距離が、半分超えてたら+方向に、超えてなければ-方向に、
で、余りの距離と、前後の定位置との差分を、任意の数で分割して分割した数だけ分割距離ずつ表示座標に加算して、みよん、とズレたり戻ったりの表現。
大体こんな感じだったような。
でも、細かい部分でおかしい。
- 15 ：
- たくさんのアイテムを所持してる時、全部表示してたのを、表示エリア外のものは表示しなくした処理。
ゲーム作り始めた頃、画面外でも、オブジェクト表示処理をしてて、動作が重かったのを、
あれ、画面外にあるんだから表示処理しなくていいんじゃね？と思って修正したら、何百個持っててもスイスイになって感動する。
- 16 ：
- ドラッグしたオブジェクトをドラッグしながら、だんだんマウスカーソルの中心に持っていく処理。
これは、天才！とは思わなかったですが。
カーソルの座標と、オブジェクトの中心位置などの座標との差をドラッグ開始に取得し、その差分をマウス座標に足してオブジェクトを描画すると、つまんで動かす表現。
動かしていくごとに、その差分を×0.99とかしていくと、次第につまんでる位置が真ん中になる。
- 17 ：
- つかれた。
- 18 ：
- 一休み一休み
- 19 ：
- 好きなゲームの処理の説明されてるページ
ワンダと巨像のやつ
https://game.watch.impress.co.jp/docs/20051207/3dwa.htm
- 20 ：
- 衝突判定はちょっと苦労しました。
衝突可能性のあるもの同士だけ判定するために、3,4回並べ替えとか配列の生成を繰り返してから、判定したりとか。
まだ簡単に説明できないので、いずれまた。
- 21 ：
- 経路検索も楽しかった。
A＊が今の所速いそうだけど、ダイクストラの方が分かりやすかったのでそっちで作りました。
説明は、よー分からん！
- 22 ：
- こんなところかなあ。
2ちゃんって、いろんな人が書き込まないと消えるのかな。
誰か！助けて！
- 23 ：
- ちなみにこの板は落ちないので沢山のくそスレが乱立してます
あの板に人が集まるのは現役のゲーム会社の人がやってるからで、わざわざそこに名無しで回答するのは、構ってちゃんなのよ
だからいくらスレ作って誘導しても来ないの
ただの荒らしだから…
- 24 ：
- ところで主さんのゲ製は何でやってますかぁ？
unityなら情報共有できるのだけど…
- 25 ：
- >>23
落ちないんですか。そうですか。
教えてくださってありがとうございます。
VBで作ってます。馴染みがあったのがVBだったので。
今作ってるのが終わったらUnityに移る予定なので、その際はいろいろ勉強させてください。
- 26 ：
- 支援
- 27 ：
- 本一冊かける乱数についてどうぞ
- 28 ：
- お題
グラディウスのミサイルの地形追従
- 29 ：
- >>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にしなくても良くなった瞬間でした。
- 30 ：
- >>28
>>13で書いたような、任意のドットで区切った縦横のBG配列に地形情報を入れ(破壊不可だから、1かな)
ミサイルの座標をBG配列のインデックスに計算し、参照。
破壊不可と重なったら、ミサイルの座標を1ブロックかその半分くらい上に移動させる。
ミサイルは基本的に下と右に向かうので、地面がデコボコしてたらそのデコボコに沿う感じになるんじゃないかと。
細かく地面を這わせたい時は、BG配列のドット区切りを細かくすれば良いと思います。
どうでしょう？
- 31 ：
- 地面の細かい凸凹をどうデータ化するかが胆かと思う。
／|型の地形と|＼型の地形が並んでる場合、両方とも「非破壊地形」にしちゃうと、凸凹に沿わずに真横に飛んでいるように見えちゃいそう。
なお俺の場合は、
1.右下が空いている→右下に移動
2.else右が空いている→右に移動
3.else右上が空いている→右上に移動
4.else爆発
と書きたい模様
(そして坂道を延々登っていくミサイル)
- 32 ：
- モンハンワールドで首長系モンスを実装出来ないのは、ダウン時に段差に首や頭がめり込むからという間抜けな理由なのですが、
不可能なのですか？
ＵＲ４＆HAVOK
- 33 ：
- ネットスライム君、こんなところに居ないで自スレを伸ばしゲームを完成させて早くデバッグさせなさい。先生はカンカンに怒って居ます。
- 34 ：
- >>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);
- 35 ：
- ここ写経スレ？
- 36 ：
- そうでふよ（＾＾
- 37 ：
- 浄土真宗羅列すまん。
コード禁止は知ってたが、言葉で説明する自信がなかった。
親子丼食べて落ち着くよ
- 38 ：
- えー、すいません。
>>29は、
えーと、①分岐させたいケースごとに適当な数をセットし、②その合計でそれぞれ割ると、それぞれの確率、重み？になるので、その確率を順に足すことで、0.0～1.0に収まる範囲に分岐の確率を設定できるので、そこに乱数値を与えて分岐のIDを返す。
①だけ渡せば良く、②以降を関数化したもの、です。
前述したように、分岐数も自由だし、分岐に用いる割合の合計を100とか1.0にしなくてもよい点が、自分ではなかなか閃いたなあ、というもの、でした。
m(_ _)m
- 39 ：
- >>38のメリットは、関数化によるものは当然ですが、①を変更するだけで、分岐を増やしたりそれぞれの確率を変えたり出来る修正の簡略性でしょうか。
関数の中では、分岐IDを返すのはforとかdo loopになってますが、
普通にselectを使う場合の分岐を増やしたり確率を変更したりする時より修正の手間が減るかと。
- 40 ：
- なるほど！・・・だいたい34で合ってたな！（強引）
＞selectを使う場合の分岐を増やしたり確率を変更したりする時より修正の手間
これはまったくその通り。
複数のモノからウェイトに応じて1つを選択する処理って、基本動的だから、ハードコーディングできないしね。
自分の場合は、クセで、なるべく整数で扱うように組んでしまうｗ
- 41 ：
- グラディウス４の１面のボスの変形ってどうやってるんだろ？
頂点ID単位で変形前後のメッシュモデルを関連付けてるんだろうか
キャラ変形は昔からテーマみたいで、色んなタイトルが導入してるけど、作り込むのが大変そうな割に今一つインパクトに欠けるんだよな
- 42 ：
- >>41
動画見てみましたが、懐かしい響きのモーフィングですかね。
3Dは一口かじった程度なのであまり話せませんが面白い処理ではありますね。
元々軟体なキャラ表現にも良さげ。
- 43 ：
- マウスジェスチャー使ってみたいな
- 44 ：
- >>42
モーフィングの範疇に入るんですかね。そのキーワードからは、頭部メッシュの変形例が思い浮かぶ
グラ４の１ボスの最初の形態である3つ首竜は、各首がランダムに動いており、変形前後のメッシュ形状が一様ではないように見えるが、
あらかじめ中間メッシュを準備しておいて使ってるのかな？
いずれにせよこの演出は、DQ４のデスピサロほどには、プレイヤーの印象に残らなった気がする
- 45 ：
- ドラクエってwwwww
- 46 ：
- >>5
N=n+1として、
a=(a+m+N) mod N
にしようぜ。プログラミングで0≦a≦nって気持ちわるい。
（0≦a<Nのほうがいい）
- 47 ：
- オレは両辺にaがあるのが気持ち悪い
- 48 ：
- >>46
まあそのへんは好きずきで。
0≦a<Nの方が気持ちいいのは、何か理由があるのでしょうか。
よかったらお聞かせください。
- 49 ：
- 質問です
ファミコンのゴルフゲーム（マリオUSコース）などの
3D的な画面ってどうやって処理してるのでしょうか？
- 50 ：
- アラド戦記や天華百円？のような
高さの概念もあるベルトスクロールってどう実現したらいいのでしょう、なかなかノウハウが見当たりません
単純に斜めから見下ろしてる3Dゲームみたいなものなのでしょうか？
- 51 ：
- あぁもうスレ主あきちゃったかな
- 52 ：
- このスレはだめそうね
- 53 ：
- >>51
思い付きで立てたスレなんてこんなもの
- 54 ：
- 難しい質問に答えられる人がいるはずないもんな
- 55 ：
- >>50
その分野の経験ないけど、
座標を３Dでもたせて３Dで当たり判定すりゃいいだけだろ
繰り出したパンチ（＝プレイヤー攻撃）付近の当たり判定となっている２Dの矩形（地面範囲）が、敵の当たり判定２D矩形（地面範囲）と重なるかどうかで判定してたのを、
パンチ付近の３Dの直方体が、敵の当たり判定の３D直方体と重なる部分があるかどうかでやりゃいいだけなんじゃね
直方体じゃなくて、球面判定というか、３Dの距離で判定してもいいだろうが
- 56 ：
- グラデュウスの話が出てたんで、
オプションを実装する場合の考え方を教えてください。
自機が止まると自機と重なるオプションと、
自機が止まると、その場で停止するオプションと。
- 57 ：
- >>56
前者は、常に、あるいは自機と自分の位置が一定以上離れている場合、自機との座標に自分(オプション)の位置を近づけていく。(ただし動いている時は一定の距離を保つ必要があるので、後述)
後者は、自機が止まっている時、上記処理を行わない。
自機を動かしている時のオプションの動きは、、、
あれは、前のオプションに追従するような感じだよね。
動かしている時のみ、前のオプションの座標に自分を近づける、で良いのかな。それだと、後ろがどんどんショートカットしてきそうだけど、それでいいのかな？
以上です。
- 58 ：
- 各フレームの自機の位置を配列に記憶。
１番オプションは(例えば)10フレーム前の座標を設定、２番オプションは20フレーム前、３番オプションは(略)
自機が停止している状態で、位置記憶とオプション座標更新をすれば、重なる系のオプションになるし、
自機が停止している状態で、位置記憶とオプション座標更新をしないなら、重ならない系のオプションになる。
- 59 ：
- ファミコンなら飛び出せ大作戦の床どうやってんだ？
左右の動きはラスターとして、奥から手前ってあれ市松模様にするのは一定の幅でガバッとずらしてるのはわかるけど。
よくあるスコア表示残して縦スクロールするあれやってんのか？
- 60 ：
- ポータルのポータルってどうやってるの？
向こう側見えるし、もの持ってこれるし、中途半端に入れるし
- 61 ：
- つーかここ、例のスレとは大違いで、答えても何の礼も無いよなｗ
>>60
レンダリングに関しては：
カメラ視点を複数用意して、穴の向こうの視野を一旦テクスチャにレンダリングして、テクスチャを穴のこちら側の壁に貼り付けてるんだろう
カメラ視点は３つくらいあるのかな（１人称視点、穴の向こう側の視野の視点、穴の向こう側に開いている穴から見える視野の視点）
移動に関しては：
ある境界面を境に位置をワープさせてるんじゃないか。パックマンのワープトンネルみたいなもんだろ
- 62 ：
- 興味本位で聞いてる奴しか居ないからな
- 63 ：
- >>61
3Dで考えるとヤバイだろ？
ライティングの影響とかどうなってるんだよ
- 64 ：
- そうなんだよね。
あっちのスレの質問もなんだが、いまさら「ファミコンでどう実装してるか」なんて聞いてどうすんだ。
飛び出せ大作戦の床？3Dポリゴン描画すればいいじゃん。
スーパーマリオのブロック？全部スプライト（2Dポリゴン描画）でいいでしょ。
（まぁインスタンシングとか考える必要あるかもだけど）
本当に作りたい人なら、質問しないで見たまま実装すれば終わる話だ。
（昔のハードの制約の中でどう実装するか考えるのが楽しいというのは認めるｗ）
- 65 ：
- >>63
つまり穴が発生している壁が斜めなのに、そこにビルボード状に穴の向こうのテクスチャを貼り付けるのが不可能だってこと？
なんらかのポストエフェクトで引き伸ばしたりしてるんじゃないかな
それとも、穴の向こう側の光景のテクスチャは壁テクスチャとは別のビルボードで、深度テストとαテストでくり抜いてるんかな
（今更なんだが）俺は実装したことがないから、俺の書き込みは礼には及ばねえよｗ
- 66 ：
- ああ、確かに光源処理はどうなってるんだろ
それは気付かなかった
穴のこちらの光源が、穴の向こうに届いてるんかな
- 67 ：
- ポータルで
穴の向こう側の光源の影響で、アナの向こう側のメッシュモデルにおいて、穴のこちら側に鏡面反射効果が出てるってのは、
まあ無理なく実現できるんじゃね
穴、アナとかいうとムラムラしちまうぜ
穴子丼食いてえ
- 68 ：
- >>65
壁の穴は、ビルボード（＝視点に正対するポリゴン）
じゃなく、壁に沿って斜めに描画しているんじゃない？
穴に貼り付けるテクスチャのレンダリング時の
Projection行列を、なんか上手く設定してると推測。曖昧すぎすまんｗ
（Projection行列で投影されるスクリーンを
壁に合わせて傾ける感じ？）
俺は昼飯はコロッケにしよう。
- 69 ：
- >>68
サンクス
なるほどプロジェクション行列を調整して斜めテクスチャに投影すればいいんだ
ちょっと調べたけど斜投影（Oblique projection）というのか
ビルボード状スクリーンへの投影結果の内の中心から外れた隅っこの方の一部を切り出す感じか
たしかに画面の隅っこのレンダリングって不自然に引き伸ばされることがあるな
https://qiita.com/yuji_yasuhara/items/98e6bd84b82e666496ce
自然な感じに見えるようにするには、慎重に調整する必要がありそうで大変そうだ
- 70 ：
- >>3
なるほど、そんな方法もあるのか。私は、
a=(a<10)?(a+1):0;
・・・って書いてる。Cだけど。
- 71 ：
- >>1
二番煎じだとしても発想はわりと良いスレだと思う
板が過疎り過ぎだからがんばってくれ
- 72 ：
- >いまさら「ファミコンでどう実装してるか」なんて聞いてどうすんだ
そういうスレだとおもってたけど違うのか？
どういうアルゴリズムで作ってたか知ることでプログラムスキル上がるだろ
- 73 ：
- ないない
- 74 ：
- >>70
それIF文やんけｗ
- 75 ：
- >>74
三項演算子
- 76 ：
- >>75
いや、だからIFだっちゅうの！ｗｗｗ
- 77 ：
- >>76
んんー、10未満であることを判定して実行してるから、確かにIF文であることもないのだけど・・・普通、IF文とは区別する。
だってそうしないとfor文もwhile文もIF文ってことになっちゃうじゃん？
>>3を忠実にCで書き表せば、
a++;a=a%10;
って表現にした方が正しいというのなら、その通り。
- 78 ：
- >>77
論点がずれている。
なんで、>>3が意味あるのか考えろ
なんでIF文だとツッコミいれたか考えろ
- 79 ：
- 処理というよりは、どちらかというと作業の段取りについてなんだが、
スターオーシャンセカンドストーリーやテイルズ オブ デスティニー2の難易度設定は、どうやったら実現可能なんだろう
あれらのゲームはRPGなのに、戦闘はリアルタイム性が強いアクションゲームなので、バランス調整結果の確認の手間は大変だと思う
にもかかわらず、最初に選べる難易度によって敵の強さが変わってくる。よく検証してないんだが、攻撃パターンも変わってくるんだろうか
敵キャラのパラメータを設定する作業だけでも大変だと思うが、難易度に応じて単純に何倍とかにしているだけなだろうか
しかし関門を突破する為のプレイヤーのレベルが足りないが、安全に稼げる経験地が少ない状況に陥り、ゲーム進行が滞る可能性もあるだろうし
どういう体制で、どういう段取りで難易度設定作業を行い、また遊べるかどうかの確認をしているんだろう
人海戦術頼みななんだろうか
- 80 ：
- >>78
>>3配列の添字ループはmodだよね(y=x[++a%10])
>>70俺は三項演算子だな(y=x[++a>=10?0:a])
>>74それif(三項演算子)やんけ
何度考えても、74のツッコミの意図がわからん
(プリインクリメントが気持ち悪いけど気にするな)
- 81 ：
- ここのレベル低すぎるだろｗ
- 82 ：
- 超初心者の俺には話題がハイレベルすぎて
まったく意味がわからんぜ・・・
- 83 ：
- ちょっと聞きたい。snesのロックマンのデータのパスワードと記録方法ってどうなってるの？ランダムで敵を動かしてると配置までランダムになっちゃう
- 84 ：
- >>83
見てないからわからんけど、ランダム使ってるなら単にSEEDを記録してるんじゃないの？
- 85 ：
- >>83
せめて、パスワードを入力した後にどんな状態になるのかわからないと、仮説すら立てられないぜｗ
パスワードは、敵の座標を格納できるほど長くないってことでいいんだよな？
- 86 ：
- だんまりﾜﾗﾀ
- 87 ：
- >>83
どんぴしゃでそれを画像つきでわかりやすく解説してるサイト昔あったんだが今ぐぐったら消えてたわ
英語サイトならあった
https://gamefaqs.gamespot.com/pc/562670-mega-man-x/faqs/52749
- 88 ：
- すまんな外出してた
>>87
サンクス。ちんポジで長ったらしくやってるのか・・・こりゃ自動セーブが捗りますわｗ
- 89 ：
- total warのような大量のオブジェクトがかなりリアルに描写されてるようなやつって、どこをどうやって負荷を軽減してるんですかね？
animationや兵士の隊列の処理やら負荷すごそうなんだけど
https://www.youtube.com/watch?v=KUWJwh5yulo
- 90 ：
- 自分も戦略戦術系シミュレーション作りを志向してますので、考えてますが。
今のところ考えてるのは、
・拡大描写時→画面に映る人の数は少ない→画面から外れる人の描画処理はカット(戦闘によるダメージ計算や座標移動計算のみする)
・縮小して広い範囲を描写→個々の物体が小さくなるので、物体の画像(3Dモデルなども)は低容量のものに差し替えて描画する。
基本３D空間では遠くにあるものは低容量画像を使えばイイのかな、と思ってます。
言うのは簡単だけど、これって、拡大時、縮小時、中間時と、同じキャラを3種類用意しないといけないってことですね。3倍面倒だ～
隊列とかについては、、、なんだろ、そんなに大変ですかね。
一人一人に、中心となる人との相対座標持たせて、戦闘以外の時、隊列に戻ろうとする時その座標を目指させればいいだけ？
その際、倒されて隊列に穴が空いた箇所があれば、他で補う処理を噛ませる。
リーダーと部隊全員だと、部隊員数が増えた時アレなので、サブリーダー、場合にとってはサブサブリーダーを階層的に追加できるようにして、リーダー、サブ、隊員と、上位者との相対座標を持たせれば隊列はそれっぽく見えませんかね。
処理の軽減、高速化はうまくできると楽しいですよね。
では、長文失礼しました。
- 91 ：
- >>89
俺はunityしか知らんから、その目線でしか答えられんが
まず上からの目線だと錐台のカリングと言うのが行われる。
これによって画面外の個別なオブジェクトは描画されない。地形も適度に切っておけば、この錐台のカリングにより思ったよりも頂点数を抑えられている。
一番不味いのは、錐台に多くオブジェクトが入る可能性がある、地平線が見えてる時。
今回のようなフィールドはこの時の事だけを考えるのが良い。
次点で重いのはオブジェクト描画。更に遠景になる事による遠くのオブジェクト描画の頂点数だ。
これを軽減するには、遠景時に自動で頂点数が減るテッセレーションがあるが負荷を考えたり、負荷をCPU側に持って行く事を考えると、現実的にはlodと言う選択になる。
次に考えるのは、アニメーションだね。
これがまた重い。何が重いかと言うと、スキンメッシュやアニメーション間のモーフィング技術が重くなってくる。
これの打開策として昨今着目されてるのが、頂点アニメーション。
つまり、アニメーションは伸張自在なスキンメッシュを使わずにメッシュの動きを焼き付けるんだね。
また、ブレンドを諦めればアニメーションをコントロールするアニメーターも消せる。
彼らの技術を複合的に使う事で、数百オブジェクトを高FPSで動かす。何て事も、可能になってくる
- 92 ：
- potalの仕組みは実際にpotal買ってクリアしてみ
製作者の解説が聞けるぜ
- 93 ：
- 自前でゲーム作ってるんですが最近のゲームではほぼ必須の、チュートリアルで、
「○○の練習だやってみよう！」このボタンだけ押す、次はこのボタン、次は、、、というのはどう考えれば良いのでしょう。
単純に、矢印やそのボタン辺りだけ明るく周りを暗くして、他の操作は無反応にするってだけでもいけそうですけど。。。
- 94 ：
- それでもいい
深く考える必要はない
チュートリアル用の入力処理通りの一本道しか受け付けないんだし
一度しか使われないんだから、メインルーチンいじらずに
追加プログラムで乗っ取りかければよい
- 95 ：
- >>94
レスありがとうございます。
作る前から難しそうって考えちゃうんですよね。実際作り始めるとそれほどでもない、ということ多々あるのに。
悪い癖だ。作り始めて考える、なんてのも導入しなきゃですね。
よーし、やるぞー、おー。
- 96 ：
- つーかシナリオの第1章第2章とか
どうやって実装するつもり？それと同じだぞチュートリアルも
- 97 ：
- >>96
ごめんなさい。章があるゲームではないもので。
- 98 ：
- ドラクエなどゲーム中の文字が１つづつ順番に表示されていくメッセージ方法はどうやるのでしょうか？
- 99 ：
- 文字を１つずつ表示していくのです
- 100 ：
- 文字じゃないけど俺も気になる
タイマーでも使うのかな
イベントドリブンなプログラムって面倒だ
100～のスレッドの続きを読む
戦略シミュレーションゲームを作るスレ
アイディア出す→誰かが作る なスレ
RADEON8500購入 → (ﾟдﾟ)ｳﾏｰ
SDLスレ ver.2.0
ゲーム作りたいけど、やる気出ない人の愚痴スレ
ゲームボーイアドバンス(GBA)非公式開発 Part2
ZGE～ZG-Editor～
新しいRPGを作ろう!!
モチベーション維持の方法を話しあおう２
ゲーム制作失敗について語るスレ
--------------------
●福井・石川・富山●駅前&市街地発展度調査12
トウショウ冠名がもうすぐ消える寂しい
【ｱﾄｷﾝｽ･釜池】糖質制限全般74【その他の剽窃者】
【Ｎ国党】N国にもうひとつの公約「生活保護受給者は公共施設への収容と現物支給へ」 自身の体験にもとづいたものと説明★５
問１：新アニメ、ヴァイオレット・エヴァーガーデンちゃんの膣圧を求めなさい。
山本太郎、外国人排除を発表 「あなたたち日本人の雇用が奪われてます！」 トランプかよwww [422186189]
【2019年】 公示・故障者、引退、解雇、移籍情報10
第25回参議院議員通常選挙総合スレ10
【グリップ】タイヤスレ135【耐久性】
コロッケ蕎麦について更に×6回考える
羽多野渉 オラオラチンポチンポセイヤセ18
40代の自慢
田舎者Ｊcだけど質問ある？
落語界再浮上のためには？
【恋活】pairs(ペアーズ) Part313【婚活】IDﾜｯﾁｮｲなし
やっちゃった！今日の朝日のドキュン記事 その118
ハゲがオートレース場に来ててワロタwwwwww
【空冷】SRオーナーよ集え STAGE185【単気筒】
東京ヴェルディ実況スレ vs福岡
嘘をつかずに自分の好きな曲トップ10をあげるスレ２
TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
