[過去ﾛｸﾞ]
ゲーム制作 雑談スレ【part39】 (1002ﾚｽ)
ゲーム制作 雑談スレ【part39】 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
60: 名前は開発中のものです。 [sage] 2025/09/06(土) 21:17:35.71 ID:EXmAikSr これからは質問されたらChatGPTに投げたほうがいいかもな どうせ荒らしだろうし http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/60
61: 名前は開発中のものです。 [sage] 2025/09/06(土) 22:37:01.34 ID:zOtGPqEd >>55 チャッピーに騙された可哀想な人がいる…… もう一度これで質問してみ？ Q: 以下の問いについて事実に基づいた解説をせよ。 1. pygameのSurface.blit() は、ソースのピクセルをdest Surfaceに転写する処理である。 2. この転写時にソースが出力先の範囲を超える場合、その領域は自動的にクリッピングされ、省略される。 3. ソースと出力先が完全に重ならない場合、描画処理は行われず内部的に早期リターンされる。 http://mevius.5ch.net/test/read.cgi/ga
medev/1757016104/61
62: 名前は開発中のものです。 [sage] 2025/09/07(日) 00:45:01.10 ID:qucJSDY/ 野球マンは、Unity使いなんだし朝から同じ話題に辟易してChatGptで調べただけだから、別にPygameがNinateやLumen使えてもどうでもいいだろう。 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/62
63: 名前は開発中のものです。 [] 2025/09/07(日) 00:54:55.61 ID:qucJSDY/ GoogleGeminiで聞いてみたよ カリングとblit()の最適化 「カリング」という用語は、一般的にゲーム開発において、描画パイプライン全体で不要なオブジェクトを描画リストから除外する手法を指します。これには、フラスタムカリング（カメラの視錐台の外にあるオブジェクトを無視する）、オクルージョンカリング（他のオブジェクトに隠れて見えないオブジェクトを無視する）などが含まれます。 PygameのSurface.blit()は、このような広義のカリング機能自体は提供していませ
ん。つまり、開発者が自分でオブジェクトの座標を確認し、画面外にある場合は描画関数を呼ばないように制御する必要があります。 しかし、以前の回答で述べた「早期リターン」の機能は、blit()関数内部で行われる描画処理の最適化です。これは、特定の描画命令（この場合はblit()）の引数（ソースとデスティネーション）が描画対象として無効である場合に、GPUやCPUへの負荷をかけずに処理を終了させるためのものです。 まとめ Pygame自体が、シーン全体の不要なオブジェクトを自動的に描画リストから除外するような、高度なカリング機能は提供してい
ない blit()の内部最適化：blit()関数は、引数で渡されたソースとデスティネーションの矩形が重ならない場合、内部的にピクセル転送処理をスキップするという最適化を行っています。 これは、Pygameの描画関数の効率を高めるための実装レベルの工夫であり、広義の「カリング」機能とは異なります。 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/63
64: 名前は開発中のものです。 [sage] 2025/09/07(日) 01:09:06.63 ID:qucJSDY/ すでに5の質問とはかけ離れてるし、平行線で続けて長くなるんなら別スレ作れば？ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/64
65: 名前は開発中のものです。 [sage] 2025/09/07(日) 01:30:11.02 ID:qucJSDY/ 最後にABCをGeminiに質問してみた 100X100 32Pix A. 巨大なマップ全体を描画してスクロールする:3200x3200ピクセルの巨大なSurface（マップ全体）をメモリに作成し、そのSurfaceの描画位置をずらすことでスクロールを実現します。 描画負荷: 非常に軽い。画面に表示されるのは、その巨大なSurfaceの一部を切り取って描画するだけなので、CPUやGPUへの負荷は最小限です。 メモリ負荷: 非常に重い。3200x3200ピクセルの画像は、約40MBのメモリを消費します（RGBA形式の場
合）。現代のPCでは余裕の範囲ですが、ゲーム全体のメモリ使用量によっては問題になる可能性があります。 今回のようにマップサイズが固定されている場合、最もシンプルでパフォーマンスが安定します。実装も非常に簡単なので、手軽にゲームを作りたい場合に最適です。 B. 毎フレーム「必要な範囲だけ」タイルを描画する。画面に見えている11x11タイル（121枚）を、マップデータから読み取って毎フレーム個別に描画します。 描画負荷: 毎フレーム121回のSurface.blit()呼び出しが発生します。メモリ負荷: 最小限。各タイルの画像データのみをメモリに
保持すれば済みます。 今回の規模（100x100タイル）であれば、A方式と比較して目に見えるパフォーマンスの差は出ないでしょう。しかし、blit()の呼び出し回数が多いため、わずかにCPUへの負荷が高くなる可能性があります。 C. ハイブリッド B方式とほぼ同じです。マップをデータとして保持し、画面に表示される部分だけを描画します。マップデータを配列として持つことで、ゲームロジックとの連携（例：タイルごとのイベント）が非常に簡単になります。 今回の規模であればB方式と性能差はありませんが、プロシージャルダンジョンなどゲーム開発のベ
ストプラクティスとして最も推奨される方法です。 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/65
66: 名前は開発中のものです。 [sage] 2025/09/07(日) 01:31:40.81 ID:qucJSDY/ Geminiの総括 最終的な結論と最適な選択肢 100x100タイルの規模であれば、A方式とC方式はどちらも十分に高性能です。 手軽さ、シンプルさを最優先するなら「A方式」 巨大なSurfaceを最初に1回だけ作成すれば、あとはblit()のオフセットを調整するだけで済みます。コードが非常にシンプルになります。 拡張性、将来的な複雑なゲームシステムを考えるなら「C方式」 マップデータが配列として存在するため、ゲームの規模が大きくなったり、タイルごとに異なるプロパティ（
通行可能か、イベントが発生するかなど）を持たせる場合に柔軟に対応できます。 どちらの方式も今回の条件では問題なく動作するため、あなたのゲームの要件や実装の好みで選ぶと良いでしょう。 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/66
67: 名前は開発中のものです。 [sage] 2025/09/07(日) 02:09:34.75 ID:w+4ozsCS Geminiに聞いたことをコピペして意味なんか無いから お前は荒らし http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/67
68: 名前は開発中のものです。 [sage] 2025/09/07(日) 02:19:50.05 ID:c3Q3zl9k のたうちまわった末に出てきた歪なうんこ、みたいな回答 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/68
69: 名前は開発中のものです。 [sage] 2025/09/07(日) 04:34:32.88 ID:cdtbdgBv AIの回答は質問者のレベル以上にはならないってのがはっきり分かるなぁ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/69
70: 名前は開発中のものです。 [sage] 2025/09/07(日) 06:56:06.71 ID:qucJSDY/ 一気に60ぐらいスレ進んだな。忍者みたいなのがいるのか http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/70
71: 名前は開発中のものです。 [] 2025/09/07(日) 10:53:25.58 ID:5TMUfK9O >>61 問いになってないと思うのだが http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/71
72: 名前は開発中のものです。 [sage] 2025/09/07(日) 11:34:25.09 ID:4AU0/eMl この時代に2Dスクロールが問題になるとはなぁ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/72
73: 名前は開発中のものです。 [sage] 2025/09/07(日) 12:01:46.10 ID:ahzATgAC 2DLODによって 例えば32pixel*32pixelの画像が 画面の端に行くにしたがって 16*16, 8*8, 4*4,2*2の画像に置き換わる これによってテクスチャ使用料は大幅に下がり VRAMをより自由に使うことが可能になる ドローコールは80%以上下がる計算だ 人間は画面のプレイヤーを表示する中心点の周りしか見ないため このような技術を使っても実際の見た目はプレイ感ほぼ変わらずできる http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/73
74: 名前は開発中のものです。 [sage] 2025/09/07(日) 12:36:54.18 ID:c3Q3zl9k # 低評価のレビュー 画面の端に向かって何故かボヤけが強くなっていくというバグがあって製作者に問い合わせしましたが、泥コーラがどうのこうのと意味不明な説明をされ、さらに見た目はほぼ変わらないので対応できないと返信がありました。 そのため即返金要求しました。 この製作者からは二度と購入しません。 こうなるだけだぞ、余計な最適化はすんな、もう一度言う、無駄な最適化はすんな http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/74
75: 名前は開発中のものです。 [sage] 2025/09/07(日) 12:48:36.25 ID:W/Q1K9c6 中心窩レンダリングかぁ？ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/75
76: 名前は開発中のものです。 [] 2025/09/07(日) 12:57:46.12 ID:8iqlIUfk https://imgur.com/oNax2ZA pythonでゲームを作ったよ でもデプロイ先がねーよ（公開するほどのクオリティでもないけど） やっぱりフリゲはUnityRoomに落ち着くな http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/76
77: 名前は開発中のものです。 [sage] 2025/09/07(日) 14:23:23.48 ID:emCB4qtY >>74 急に泥コーラとか言われてもこっちだって分からんよ 単純に実装がバグってるけど開発者がアホだから直せないだけでしょ それ最適化と何の関係があるの？ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/77
78: 名前は開発中のものです。 [sage] 2025/09/07(日) 14:41:29.07 ID:Z+uha7Ru 君はROMってなさい http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/78
79: 名前は開発中のものです。 [sage] 2025/09/07(日) 15:32:40.61 ID:EFCEmLLF >>74は悪ノリレスであって どう見たってこれがマジレスなわけないだろ 気付かないのはゲ製エアプだけだよ これに対してそんなことしたらこうなるだけだ 余計な最適化はすんなもう一回言うぞとかクサすぎるでしょ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/79
80: 名前は開発中のものです。 [sage] 2025/09/07(日) 15:36:06.71 ID:EFCEmLLF >>74 >>73は悪ノリレスであって の間違い こんな意味不明な実装するやつ世の中に一人もいないよ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/80
81: 名前は開発中のものです。 [] 2025/09/07(日) 16:17:43.49 ID:qucJSDY/ ３Dカメラで写実的に見せるためにDirtLense（レンズ汚れ）、VignetteやChroma AberrationとかＤＯＦあたりをPostEffectsしたんでしょ ポストエフェクトマテリアルは解像度で調整してないと４Kモニタでアウトラインが細くなったり見た目変わるから注意な http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/81
82: 名前は開発中のものです。 [sage] 2025/09/07(日) 16:22:13.46 ID:qucJSDY/ >>76 完成おめでとう。itchIoあたりにアップロードしてくれれば遊ぶよ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/82
83: 名前は開発中のものです。 [sage] 2025/09/08(月) 03:58:28.50 ID:2dY4F7bt 市販のフィルターも画面サイズで見た目変わるのあるから結局自分で書くようになるね。 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/83
84: 名前は開発中のものです。 [sage] 2025/09/09(火) 21:22:29.28 ID:DuHc0YCK 『レポ with 館山4人衆2』 ▽雑談→Steam 協力型ホラーゲーム「R.E.P.O.」 ×UNKちゃん×布団ちゃん(活動休止中) ×天狗ちゃん×よっちゃん ttps://iplogger.info/2TU4H7.tv http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/84
85: 名前は開発中のものです。 [] 2025/09/10(水) 00:48:07.52 ID:1yIDrEYz ミラー編集機能作れた https://i.imgur.com/XR3jQag.png https://i.imgur.com/a3eRl6z.png https://i.imgur.com/Yk0cO7d.png http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/85
86: 名前は開発中のものです。 [] 2025/09/10(水) 08:29:59.69 ID:Sv534i0u >>85 それいずれ公開するん？ それとも自作エンジンの中で動的にオブジェクト作ったりするため？ http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/86
87: 名前は開発中のものです。 [] 2025/09/10(水) 10:20:18.53 ID:1yIDrEYz >>86 公開はしないかな 公開するとなると別の労力が必要だしメリットを感じない エンジンを作る方が優先 http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/87
88: 名前は開発中のものです。 [] 2025/09/10(水) 14:36:59.09 ID:WDmGH6fq >>87 そらそうか エディタの公開なんて無料は民度の問題で、有料は責任の問題で地獄の道だもんな http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/88
89: 名前は開発中のものです。 [] 2025/09/11(木) 09:40:51.68 ID:jxe0ipoG Unity6でビルドした時に無料でもロゴ出さなくて良くなったらしい http://mevius.5ch.net/test/read.cgi/gamedev/1757016104/89
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 913 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s