- 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/
- 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枚のテクスチャにしてしまうのが有効
|
 |
