[過去ﾛｸﾞ] ゲーム制作 雑談スレ【part39】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
2: 名前は開発中のものです。 [sage] 2025/09/05(金) 07:56:39.34 ID:F4WKOx5q(1) AAS
皆で寄生虫berを駆除しようぜ！
29: 名前は開発中のものです。 [sage] 2025/09/06(土) 11:11:18.34 ID:gj8crVsc(4/4) AAS
質問した人は質問だけして消えたけど
話理解してない人が横から絡んできたんだから仕方ない
35(1): 名前は開発中のものです。 [sage] 2025/09/06(土) 13:28:04.34 ID:gwr+bGfK(2/10) AAS
>>2020(1): 名前は開発中のものです。 [] 2025/09/06(土) 01:48:37.59 ID:nuZTTbZ9(1/9) AAS
A. 巨大なマップ全体を描画してスクロールする
100×100 キャラ → タイルサイズを 32px としても 3200×3200 ピクセルの画像。現代のPCではこの程度は余裕。
移動に合わせて Surface.blit() の描画位置をずらせば済むのでシンプル。メモリ的にも、数十MB程度なので pygame では問題にならない。
B. 毎フレーム「必要な範囲だけ」タイルを描画する
画面に見えているのは 11×11=121 タイルだけ。
毎フレームこの121枚を描画すればOK。効率的なやり方だけど、現代でも「マップが数千×数千タイル級」になるなら有利。
C. ハイブリッド
マップはデータ（2次元配列など）として持ち、画面更新のたびに「視界に入る部分だけタイル画像を描画」。
ほとんどのタイルベースのゲームエンジンがこの方式。タイル数が大きくても、画面に描画するタイル数は固定なので、性能は安定する。
AでもいけるがBCをつかう。
のＡが重いか軽いかという話なら、やっぱり>>20のＡの方が処理としては重いだろ
マップタイルを描画する場合、全体マップのテクスチャを使っても使わなくても、いずれにせよ描画コールは１回だけで済む。デカいテクスチャを使う方が重い
そもそも数千px四方に納まる全体マップという条件が特殊過ぎるので、レトロ作風か習作にしか通用しない。横に１画面程度スクロールさせるだけで世界の端かよｗ
反対に全体マップが数千px四方程度なら細かいこと気にせず、全体マップも作成せず、低レベルの視野外カリングに任せて、毎フレーム100×100描画で無問題
61(1): 名前は開発中のものです。 [sage] 2025/09/06(土) 22:37:01.34 ID:zOtGPqEd(1) AAS
>>55チャッピーに騙された可哀想な人がいる……
もう一度これで質問してみ？
Q: 以下の問いについて事実に基づいた解説をせよ。
1. pygameのSurface.blit() は、ソースのピクセルをdest Surfaceに転写する処理である。
2. この転写時にソースが出力先の範囲を超える場合、その領域は自動的にクリッピングされ、省略される。
3. ソースと出力先が完全に重ならない場合、描画処理は行われず内部的に早期リターンされる。
286(1): 名前は開発中のものです。 [] 2025/09/19(金) 02:38:01.34 ID:M/0Xm6Ov(1) AAS
頭を曲線で作り直した
画像ﾘﾝｸ
画像ﾘﾝｸ
画像ﾘﾝｸ
画像ﾘﾝｸ
画像ﾘﾝｸ
925: 名前は開発中のものです。 [] 2025/09/29(月) 22:42:43.34 ID:iBREMSQt(35/41) AAS
◆このスレは機能不全に陥ったため落とします◆
◆次のスレ>>643643(333): 名前は開発中のものです。 [] 2025/09/29(月) 21:02:14.80 ID:fDTCZ6g+(1) AAS
ゲーム制作 雑談スレ【part39】【日記禁止】
2chｽﾚ:gamedev
スレッドを新しく建てました
荒らしはこのスレに置いて他の方は新スレに移動をお願いします
1に記載の通り同様の荒らしが定着した場合は更にスレッドを分離し移動するものとします
に移動してください◆
◆なお次のスレではコテなし日記は明確な荒らし行為となります◆
縺薙?繧ｹ繝ｬ縺ｯM3rwJZAoskabYCMSIVnN0xNfZVObCitQ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.052s