クロックタワーの続編を作るスレ2周目 (707レス)
クロックタワーの続編を作るスレ2周目 http://mevius.5ch.net/test/read.cgi/gamedev/1086855882/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
265: 名前は開発中のものです。 [sage] 04/10/13 22:28:46 ID:aIe85u05 >>261 想定する動作環境や背景のポリゴン数を知らないけど、ゲフォ4MXでもSVGAで2万5千頂点位なら30fps程度で描画可能。 描画を1/2回にしてやればゲームは60fpsで動かせる。 1キャラに2000ポリは使えると思われ。 実際描画でネックはポリの数より重ね書きや半透明処理。 テクスチャも圧縮する事で少し速くなる。 ポリは使えるだけ使った方が見た目良いですよ。 スペックが的外れだったらスマソ。 ゲームに使う描画処理で一度測定するのが一番だけど、シーンが出来上がってくると予定よりFPSが下がっている... がんばってください。 http://mevius.5ch.net/test/read.cgi/gamedev/1086855882/265
267: ドンタコス [sage] 04/10/17 16:31:10 ID:Qxii8oLU >>265-266 低スペック向きに作っているんだけど 完成度とフレームレートが反比例してます…。 >ポリゴン 描画負荷は、265氏の通りみたいすね。 おれの環境は VRAM:16MB メモリ64MB 背景500〜2000ポリ 人物400〜700×1〜4人程度 シザー700 だから全体は最大でも5000ポリ位。 フレームレートについて質問が。 同モデルを縮小して表示させるのと 拡大して表示させるのとではfpsに差が生じるんだけどなぜ? 例えばこんな感じ↓ http://cgi.f36.aaacafe.ne.jp/~clock/up/dat/up066.jpg あと、92924メールしときました http://mevius.5ch.net/test/read.cgi/gamedev/1086855882/267
270: 265 [sage] 04/10/17 23:29:25 ID:paDeWbwr フィルレートだろうね。 非描画領域のカリングは、頂点を本当にハードの限界まで使う場合に生きてくるから。 VRAM16MBか。 オンボードのアクセラレータでも動かそうとしているなら凄いって。 がんがれ。 漏れの経験値が役に立つか分からんが書いておくよ。 ちなみにDirectXを前提。 全ての物体を透過ONで描かない。 透過物だけ後でまとめて透過ONで描けば10%位稼げた記憶がある。 テクスチャを分割して1キャラ 256^2 x 2程度に押さえてみる。 このサイズでも結構クオリティを出せるのが分かる。 当然圧縮テクスチャを使用する。 これで5%未満稼げる。 もしテクスチャ投影やステンシルで影を作っていたら諦めて丸影にする。これも10%位稼げる。 CT1は全エンディング見るまでやった位好きだから期待してるよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1086855882/270
273: 265 [sage] 04/10/23 10:07:47 ID:F/y+NPel すまん一部ウソっぽいこと書いちまった。 カリングに関してはテクスチャ部分でのアドバンテージが結構でかい。 激しくテクスチャを切り替える場合は少し早くなるかもしれない。 にしてもVRAM16MBじゃテクスチャ面でも不利だよな。 現状のクオリティ維持出来ると良いんだが。 http://mevius.5ch.net/test/read.cgi/gamedev/1086855882/273
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s