[過去ﾛｸﾞ] ゲーム制作 雑談スレ【part39】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
5(6): 名前は開発中のものです。 [sage] 2025/09/05(金) 17:39:49.94 ID:xUKvzI2+(1) AAS
縦100キャラ×横100キャラの広さマップの、11キャラ×11キャラの範囲だけが表示されて
移動に伴いマップがスクロールする、て感じのゲームをpygameで作りたい
ファミコンのドラクエみたいな感じの
マップはその範囲の地形を描画すれば描ける、
スクロールは地形をちょっとずつずらしながら描いていけばできる、
ということは分かった
ただ、表示される範囲だけ・新たに現れる地形を描いていく、というのは、
低スペックなハードではそうする必要があるかもしれないけど
きょうびのPCでそこまでしてやる必要あるのか？という気がしてきた
最初から100キャラ×100キャラの巨大なマップ画像を作成して、
移動にあわせて表示させる位置をずらしていく、という方式をやろうと思ってるのだけど
性能は悪いかもしれないなと
ポピュラーな方法というと、どんなやり方なのだろう
10(1): 名前は開発中のものです。 [sage] 2025/09/05(金) 20:16:06.73 ID:btFndYsa(1/4) AAS
>>5
認識が間違ってるよ
後者のほうが処理軽い
そして当然のことながら後者がポピュラー
17: 名前は開発中のものです。 [sage] 2025/09/05(金) 22:50:08.65 ID:btFndYsa(3/4) AAS
>>11いや違うな
君は話そのものを何か勘違いしてるね
11x11を描画するか100x100を描画するかって話じゃないから
そもそもの>>5君のレスがちょっと意味不明な感じあるけど
18(1): 名前は開発中のものです。 [sage] 2025/09/05(金) 22:58:34.11 ID:btFndYsa(4/4) AAS
>>5君が言ってるのは
描画領域外のマップを事前に保持してるかどうかの違いでしかないので
描画領域内に入るたびに描画処理する前者より
事前に裏で描画してある領域を表示するだけでいい後者のほうが当然軽い
22: 名前は開発中のものです。 [sage] 2025/09/06(土) 05:27:59.38 ID:nuZTTbZ9(2/9) AAS
>5 固定のドラクエ固定マップ、テラリアのプロシージャルなマップ、リアルタイムステラテジーのマップ、自由に地形を変えれるマップを作りたいとかで作り方かわるから回答者が困らないようにもう少し情報くれた方がいい。
46: 名前は開発中のものです。 [sage] 2025/09/06(土) 15:00:17.01 ID:bbhijobr(3/3) AAS
>>4242(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は現実的じゃない。
想定するピクセルがわからない時点で喧嘩しても意味ないぜ
Aをマップ画像をゲームフォルダに入れとくことを言ってるなら
そんなの最初から考慮しないでしょ
そのうちファイルサイズえらいことなるじゃん
最初から>>5の後者がCでしょ
視界に入る部分だけってのがどの範囲なのかよく分からないけど
118: 5 [sage] 2025/09/13(土) 06:24:25.71 ID:T/TQC7uh(1) AAS
すいません>>5です
新種の新型コロナにやられてゲーム制作どころではなく寝込んでおりました
いろいろコメント・アイデアありがとうございました
作っていたものの思い出しを兼ねて、16384ピクセル×16384ピクセルの地形のsurfaceを事前に作成し、
開始位置をずらしながらウィンドウにblit()することでシンプルに実現できたのですが、
なぜかPythonのプロセスがメモリを800MBとか消費してしまい、厳しいなと…
60fpsでの処理には問題なさそう
引き続き、いろいろ試してみます
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s