35(1): 名前は開発中のものです。 [sage] 2025/09/06(土) 13:28:04.34 ID:gwr+bGfK(2/10) AAS
>>20のＡが重いか軽いかという話なら、やっぱり>>20のＡの方が処理としては重いだろ
マップタイルを描画する場合、全体マップのテクスチャを使っても使わなくても、いずれにせよ描画コールは１回だけで済む。デカいテクスチャを使う方が重い
そもそも数千px四方に納まる全体マップという条件が特殊過ぎるので、レトロ作風か習作にしか通用しない。横に１画面程度スクロールさせるだけで世界の端かよｗ
反対に全体マップが数千px四方程度なら細かいこと気にせず、全体マップも作成せず、低レベルの視野外カリングに任せて、毎フレーム100×100描画で無問題

38(1): 名前は開発中のものです。 [sage] 2025/09/06(土) 13:58:12.33 ID:gwr+bGfK(3/10) AAS
>>37
だからドローコールはどちらも１回だと言ってるだろ。テクスチャサイズの方がネックとしてデカい

42(2): 名前は開発中のものです。 [] 2025/09/06(土) 14:24:55.35 ID:nuZTTbZ9(6/9) AAS
喧嘩するなよ。俺が判定してやるよ３２Pixの場合
〜100×100 タイル（3200×3200 px）Aが有利（blit 1回 vs 400回）
300×300 〜 → B/Cに移行するのがおすすめ。

128PIXの場合　100X100でAは現実的じゃない。
想定するピクセルがわからない時点で喧嘩しても意味ないぜ

5(6): 名前は開発中のものです。 [sage] 2025/09/05(金) 17:39:49.94 ID:xUKvzI2+(1) AAS
縦100キャラ×横100キャラの広さマップの、11キャラ×11キャラの範囲だけが表示されて
移動に伴いマップがスクロールする、て感じのゲームをpygameで作りたい
ファミコンのドラクエみたいな感じの

マップはその範囲の地形を描画すれば描ける、
スクロールは地形をちょっとずつずらしながら描いていけばできる、
ということは分かった

ただ、表示される範囲だけ・新たに現れる地形を描いていく、というのは、
低スペックなハードではそうする必要があるかもしれないけど
きょうびのPCでそこまでしてやる必要あるのか？という気がしてきた

最初から100キャラ×100キャラの巨大なマップ画像を作成して、
移動にあわせて表示させる位置をずらしていく、という方式をやろうと思ってるのだけど
性能は悪いかもしれないなと

ポピュラーな方法というと、どんなやり方なのだろう