左右の動きはラスターとして、奥から手前ってあれ市松模様にするのは一定の幅でガバッとずらしてるのはわかるけど。
よくあるスコア表示残して縦スクロールするあれやってんのか？
探検
【ゲームで、この処理ってどーやってんの？】
左右の動きはラスターとして、奥から手前ってあれ市松模様にするのは一定の幅でガバッとずらしてるのはわかるけど。
よくあるスコア表示残して縦スクロールするあれやってんのか？
向こう側見えるし、もの持ってこれるし、中途半端に入れるし
>>60
レンダリングに関しては：
カメラ視点を複数用意して、穴の向こうの視野を一旦テクスチャにレンダリングして、テクスチャを穴のこちら側の壁に貼り付けてるんだろう
カメラ視点は３つくらいあるのかな（１人称視点、穴の向こう側の視野の視点、穴の向こう側に開いている穴から見える視野の視点）
移動に関しては：
ある境界面を境に位置をワープさせてるんじゃないか。パックマンのワープトンネルみたいなもんだろ
3Dで考えるとヤバイだろ？
ライティングの影響とかどうなってるんだよ
あっちのスレの質問もなんだが、いまさら「ファミコンでどう実装してるか」なんて聞いてどうすんだ。
飛び出せ大作戦の床？3Dポリゴン描画すればいいじゃん。
スーパーマリオのブロック？全部スプライト（2Dポリゴン描画）でいいでしょ。
（まぁインスタンシングとか考える必要あるかもだけど）
本当に作りたい人なら、質問しないで見たまま実装すれば終わる話だ。
（昔のハードの制約の中でどう実装するか考えるのが楽しいというのは認めるｗ）
つまり穴が発生している壁が斜めなのに、そこにビルボード状に穴の向こうのテクスチャを貼り付けるのが不可能だってこと？
なんらかのポストエフェクトで引き伸ばしたりしてるんじゃないかな
それとも、穴の向こう側の光景のテクスチャは壁テクスチャとは別のビルボードで、深度テストとαテストでくり抜いてるんかな
（今更なんだが）俺は実装したことがないから、俺の書き込みは礼には及ばねえよｗ
それは気付かなかった
穴のこちらの光源が、穴の向こうに届いてるんかな
穴の向こう側の光源の影響で、アナの向こう側のメッシュモデルにおいて、穴のこちら側に鏡面反射効果が出てるってのは、
まあ無理なく実現できるんじゃね
穴、アナとかいうとムラムラしちまうぜ
穴子丼食いてえ
壁の穴は、ビルボード（＝視点に正対するポリゴン）
じゃなく、壁に沿って斜めに描画しているんじゃない？
穴に貼り付けるテクスチャのレンダリング時の
Projection行列を、なんか上手く設定してると推測。曖昧すぎすまんｗ
（Projection行列で投影されるスクリーンを
壁に合わせて傾ける感じ？）
俺は昼飯はコロッケにしよう。
サンクス
なるほどプロジェクション行列を調整して斜めテクスチャに投影すればいいんだ
ちょっと調べたけど斜投影（Oblique projection）というのか
ビルボード状スクリーンへの投影結果の内の中心から外れた隅っこの方の一部を切り出す感じか
たしかに画面の隅っこのレンダリングって不自然に引き伸ばされることがあるな
https://qiita.com/yuji_yasuhara/items/98e6bd84b82e666496ce
自然な感じに見えるようにするには、慎重に調整する必要がありそうで大変そうだ
なるほど、そんな方法もあるのか。私は、
a=(a<10)?(a+1):0;
・・・って書いてる。Cだけど。
二番煎じだとしても発想はわりと良いスレだと思う
板が過疎り過ぎだからがんばってくれ
そういうスレだとおもってたけど違うのか？
どういうアルゴリズムで作ってたか知ることでプログラムスキル上がるだろ
それIF文やんけｗ
三項演算子
いや、だからIFだっちゅうの！ｗｗｗ
んんー、10未満であることを判定して実行してるから、確かにIF文であることもないのだけど・・・普通、IF文とは区別する。
だってそうしないとfor文もwhile文もIF文ってことになっちゃうじゃん？
>>3を忠実にCで書き表せば、
a++;a=a%10;
って表現にした方が正しいというのなら、その通り。
論点がずれている。
なんで、>>3が意味あるのか考えろ
なんでIF文だとツッコミいれたか考えろ
スターオーシャンセカンドストーリーやテイルズ オブ デスティニー2の難易度設定は、どうやったら実現可能なんだろう
あれらのゲームはRPGなのに、戦闘はリアルタイム性が強いアクションゲームなので、バランス調整結果の確認の手間は大変だと思う
にもかかわらず、最初に選べる難易度によって敵の強さが変わってくる。よく検証してないんだが、攻撃パターンも変わってくるんだろうか
敵キャラのパラメータを設定する作業だけでも大変だと思うが、難易度に応じて単純に何倍とかにしているだけなだろうか
しかし関門を突破する為のプレイヤーのレベルが足りないが、安全に稼げる経験地が少ない状況に陥り、ゲーム進行が滞る可能性もあるだろうし
どういう体制で、どういう段取りで難易度設定作業を行い、また遊べるかどうかの確認をしているんだろう
人海戦術頼みななんだろうか
>>3配列の添字ループはmodだよね(y=x[++a%10])
>>70俺は三項演算子だな(y=x[++a>=10?0:a])
>>74それif(三項演算子)やんけ
何度考えても、74のツッコミの意図がわからん
(プリインクリメントが気持ち悪いけど気にするな)
まったく意味がわからんぜ・・・
見てないからわからんけど、ランダム使ってるなら単にSEEDを記録してるんじゃないの？
せめて、パスワードを入力した後にどんな状態になるのかわからないと、仮説すら立てられないぜｗ
パスワードは、敵の座標を格納できるほど長くないってことでいいんだよな？
どんぴしゃでそれを画像つきでわかりやすく解説してるサイト昔あったんだが今ぐぐったら消えてたわ
英語サイトならあった
https://gamefaqs.gamespot.com/pc/562670-mega-man-x/faqs/52749
>>87
サンクス。ちんポジで長ったらしくやってるのか・・・こりゃ自動セーブが捗りますわｗ
animationや兵士の隊列の処理やら負荷すごそうなんだけど
https://www.youtube.com/watch?v=KUWJwh5yulo
今のところ考えてるのは、
・拡大描写時→画面に映る人の数は少ない→画面から外れる人の描画処理はカット(戦闘によるダメージ計算や座標移動計算のみする)
・縮小して広い範囲を描写→個々の物体が小さくなるので、物体の画像(3Dモデルなども)は低容量のものに差し替えて描画する。
基本３D空間では遠くにあるものは低容量画像を使えばイイのかな、と思ってます。
言うのは簡単だけど、これって、拡大時、縮小時、中間時と、同じキャラを3種類用意しないといけないってことですね。3倍面倒だ〜
隊列とかについては、、、なんだろ、そんなに大変ですかね。
一人一人に、中心となる人との相対座標持たせて、戦闘以外の時、隊列に戻ろうとする時その座標を目指させればいいだけ？
その際、倒されて隊列に穴が空いた箇所があれば、他で補う処理を噛ませる。
リーダーと部隊全員だと、部隊員数が増えた時アレなので、サブリーダー、場合にとってはサブサブリーダーを階層的に追加できるようにして、リーダー、サブ、隊員と、上位者との相対座標を持たせれば隊列はそれっぽく見えませんかね。
処理の軽減、高速化はうまくできると楽しいですよね。
では、長文失礼しました。
俺はunityしか知らんから、その目線でしか答えられんが
まず上からの目線だと錐台のカリングと言うのが行われる。
これによって画面外の個別なオブジェクトは描画されない。地形も適度に切っておけば、この錐台のカリングにより思ったよりも頂点数を抑えられている。
一番不味いのは、錐台に多くオブジェクトが入る可能性がある、地平線が見えてる時。
今回のようなフィールドはこの時の事だけを考えるのが良い。
次点で重いのはオブジェクト描画。更に遠景になる事による遠くのオブジェクト描画の頂点数だ。
これを軽減するには、遠景時に自動で頂点数が減るテッセレーションがあるが負荷を考えたり、負荷をCPU側に持って行く事を考えると、現実的にはlodと言う選択になる。
次に考えるのは、アニメーションだね。
これがまた重い。何が重いかと言うと、スキンメッシュやアニメーション間のモーフィング技術が重くなってくる。
これの打開策として昨今着目されてるのが、頂点アニメーション。
つまり、アニメーションは伸張自在なスキンメッシュを使わずにメッシュの動きを焼き付けるんだね。
また、ブレンドを諦めればアニメーションをコントロールするアニメーターも消せる。
彼らの技術を複合的に使う事で、数百オブジェクトを高FPSで動かす。何て事も、可能になってくる
製作者の解説が聞けるぜ
「○○の練習だやってみよう！」このボタンだけ押す、次はこのボタン、次は、、、というのはどう考えれば良いのでしょう。
単純に、矢印やそのボタン辺りだけ明るく周りを暗くして、他の操作は無反応にするってだけでもいけそうですけど。。。
深く考える必要はない
チュートリアル用の入力処理通りの一本道しか受け付けないんだし
一度しか使われないんだから、メインルーチンいじらずに
追加プログラムで乗っ取りかければよい
レスありがとうございます。
作る前から難しそうって考えちゃうんですよね。実際作り始めるとそれほどでもない、ということ多々あるのに。
悪い癖だ。作り始めて考える、なんてのも導入しなきゃですね。
よーし、やるぞー、おー。
どうやって実装するつもり？それと同じだぞチュートリアルも
ごめんなさい。章があるゲームではないもので。
タイマーでも使うのかな
イベントドリブンなプログラムって面倒だ
タイマー時間後〇をインクリさせて呼ぶだけ
単純に文字列を配列に入れて1文字ずつ取り出せばいい
順番に配列の要素を取り出す命令があるだろうし、なくてもindex番号の変数用意してインクリメントすればいい。
このスレだとcっぽい動作になるからかわからないけど、昔言ってたけど今はほとんど使わない用語使ってる人多いね。
ゲームもオブジェクト指向で書いた方が楽だよ。
連投までして答えてくれるのにね
まぁそれ専用の商業ライブラリとかありそうだけど、船が白波立てたりとか、設定した水面に物体が干渉するのとか設定出来るんかね
しぶきはパーティクルが基本やね
＞海の波とかの表現
荒いのはジオメトリレベルで表現してる
（ちょっと古いけど）２Dの高低地図の計算結果を元にジオメトリをいじるやり方もある
https://news.mynavi.jp/article/graphics-56/
亀で申し訳ないが、n がある程度自由に決められる数なら、2^n の数にすれば
AND でマスクするだけで済む。割り算って重たいからね。
経験上どうしても 2^n 以外にしないといけない場合ってめったにない。
とりあえず何でも入る型とかってないのか。
VBでいうobjectとかvariantとか。
それ知りたいです。
なんてキーワードで検索すれば良いですか？
割り算の高速化、とかかな。
void
そのレスでほとんど語ってるが語ってる内容がわかんないってならビット演算子で検索するといいよ
え、マジですか。空っぽを返すとしか認識してないのですが。
>>118
なんとなく分かりました。0101ニシン数を右にシフトすると基本半分になる奴ですね。ちょっと調べて割り算関係のところを改良するのは楽しそう。
勉強してみます。ありがとうございます。
c#のdynamic型。
ただし、動的型付けじゃないと困る場面でなければ使う必要ない。素直に型定義しとけ
まあ void じゃなくて void * だけどね
趙亀レス
>>3についての>>70や>>77の記述に対して、コメしようと思ったけどやめました。
3の式は5に発展して、送る数が複数でもよくなったり逆順でも大丈夫になって、0〜ｎを前後にループさせることができるようになったんですよね。
自分的には、74さんのツッコミの意図は、自分(1)はなるべく汎用的な数式で表わそうとしていたんですが、それに対し70,77さんが、書き方と処理の流れが分かってないと理解しづらい三項演算子や、Cでの書き方を記述したからではないのかなあ、と思いました。
レスを投稿する
ニュース
- 橋下徹氏 大谷翔平に苦言「口座を見ていたら防げた」「本人にも責任がある」反社会勢力に巨額資金流れた可能性指摘 ★2 [Anonymous★]
- 「一切払うつもりない」「漫画村」元運営者に約17億円の賠償命令 人気漫画を無断で掲載 [夜のけいちゃん★]
- 【文春】社員に向かって「意外とお腹太ってるね」いなば食品の女帝・稲葉優子会長（54）の“嫌がらせ”肉声《独占入手》 [Ailuropoda melanoleuca★]
- 宮迫博之、粗品から“あいつ呼び”＆「あんなもん先輩ちゃう」とディスられた件に言及「はっきり言うと…」 [muffin★]
- 「おじが食人部族の犠牲」 バイデン氏記憶違いか [少考さん★]
- 【万博】“大阪の子どもたちを万博に無料で招待” 教職員組合が見直し求める「会場の安全性に不安がある」 [滑稽マン★]
- 【実況】博衣こよりのえちえちCities:Skylines2🧪★7
- ヴィーガンと似たようです
- エッヂからきますた🥺
- 8年外出てないひきこもりニートだけど
- なんjって"知的"なスレがないよな
- 長谷川亮太 ちばけんま 唐澤貴洋 無能弁護士