[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/01 17:45 / Filesize : 113 KB / Number-of Response : 490
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

DXライブラリ 総合スレッド その8



1 名前:名前は開発中のものです。 mailto:sage [2011/04/03(日) 17:17:11.99 ID:liTmPO3j]
Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ 総合スレッド
pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ 総合スレッド 2008
pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ 総合スレッド その3
pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ 総合スレッド その4
pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ 総合スレッド その5
pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ 総合スレッド その6
hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ 総合スレッド その7
hibari.2ch.net/test/read.cgi/gamedev/1286180687/

479 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 16:57:31.52 ID:fyYcjHqX]
LoadSoundMem 使うと、読み込むファイルの倍近くメモリ食うんだけどこんなもん?

480 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 17:32:53.79 ID:QnDjyPpc]
読み込んでるのが圧縮ファイルなら
SetCreateSoundDataTypeがDX_SOUNDDATATYPE_MEMNOPRESS(デフォルト)だからかもしれない

481 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 19:26:55.04 ID:DnQjdRmc]
おぉ、そんな設定があるんだ
知らんかった

482 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 19:36:12.62 ID:fyYcjHqX]
>>480
素早いレスポンスまじ助かる
用途に合わせて使ったらメモリ使用量がスゲー減ったよ
本当にありがとう

483 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 20:03:47.01 ID:8jCWoIDE]
描写の基礎中の基礎だと思うのですが

例えば落ち物パズルゲーム(ジャンル関係なく)

落下物を一番下まで置く
次の落下物

以下ループ

移動物は当然、描画→消す→再描画が必要になると思いますが
動かなくなった物もこのルーチンに組み込むしかないのでしょうか?

484 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 20:07:04.40 ID:UJG7O4KB]
>>483
そうだよ、毎回全部再描画
全消し&全再描画が基本

485 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 20:11:03.75 ID:AbrHzuoP]
一昔前のスペックのPCでも、60フレームで毎回数千枚画像を描画しても問題ないしな
ゲーム作り始めた人は大抵最初疑問に思うよな、コレ

486 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 20:22:51.26 ID:5vtX6Rn6]
むしろDxLibのサンプルを読むと、裏描画→スワップ→裏消す→ループの流れになってたから素直に馴染んでた。

487 名前:名前は開発中のものです。 mailto:sage [2011/06/23(木) 20:40:33.33 ID:3TDZtZ67]
>>483

処理速度の遅い、昔のパソコンだと、いかに描画部分を減らすかが勝負だったから、
貴方の考えてるような事(動かないものは再描画しない)は重要だった。
ファミコン等で使われてるスプライトやBG機能はそういうのをハード的に処理する事で、
軽快な動きを実現させていた。

今のPCはそんな事考える必要ないくらいの処理速度なので、やってる人はいないでしょう。
もちろんできなくはないけどデメリットが多くてメリットは少ない。



488 名前:名前は開発中のものです。 mailto:sage [2011/06/25(土) 11:42:26.53 ID:cdu6xBQg]
>>483
画面のほとんどが将棋みたいに静止してるゲームを除いて
削れる対象って少ないよ。(高速化が必要なゲームで使えない手法)

小さな領域で何回も描画すると遅くなるし。

489 名前:名前は開発中のものです。 mailto:sage [2011/06/25(土) 11:49:53.47 ID:cdu6xBQg]
ハイポリゴンの3Dがぼけっと止まってるとかなら
描画した結果を写真みたいに1枚のテクスチャにしてしまうのが有効






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<113KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef