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

**名前は開発中のものです。** · 2011/04/03(日) 17:17:11.99

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

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

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

**名前は開発中のものです。** · 2011/07/01(金) 17:30:13.08

そいやぁwikiどうなったの？

**名前は開発中のものです。** · 2011/07/02(土) 15:46:16.84

>>518
ありがとうございます。
なんとか出来ました。

**名前は開発中のものです。** · 2011/07/04(月) 04:00:41.46

while(特定のキーが押されるまで)
｛
処理
｝

終了

ベタなプログラムだと思うのですが、処理内容が空白でも
CPU使用率が50%から下がらなくなる状況なんですが、そういうもんなんですか？

メモリの使用量も文字列を1行字表示させるだけでも他の数十MBも利用するみたいですが（DirectXの仕様？）

**名前は開発中のものです。** · 2011/07/04(月) 04:20:53.26

文字を表示するにはフォントを読み込む必要があるからじゃないの

**名前は開発中のものです。** · 2011/07/04(月) 05:47:24.06

待つ場合は ProcessMessage() 通しておけよ

**名前は開発中のものです。** · 2011/07/04(月) 06:26:28.25

>>521
スリープしてないからCPUの空き時間すべて判定と処理に回される
無限ループは待機なきゃwhile内の処理空白でもCPU使いまくるぞ

**名前は開発中のものです。** · 2011/07/04(月) 06:50:01.43

だいたいの人がこんな感じにするんでね？

初期処理
SetDrawScreen(DX_SCREEN_BACK)
while(終了条件判定)
｛
ProcessMessage()
任意の処理
ScreenFlip()
｝
終了処理

終了

**名前は開発中のものです。** · 2011/07/04(月) 07:15:14.36

単純にProcessMessage()を入れ忘れてました
別プロジェクトからプチ検証プログラムを用意する程度だったもので

お騒がせしました

**名前は開発中のものです。** · 2011/07/04(月) 17:24:01.94

dx最強、他はゴミ

**名前は開発中のものです。** · 2011/07/04(月) 21:05:40.94

日本ではそうだねぇ

**名前は開発中のものです。** · 2011/07/05(火) 01:14:14.15

VERTEX3D[]とそのインデックスのshort[]で構成された面情報と
線分の衝突を判定使用と思った場合
HitCheck_Line_Triangleですべての面を調べるしかない？
なんとか、全部調べなくてもいい方法ないかな？

**名前は開発中のものです。** · 2011/07/05(火) 09:17:05.50

自前で空間カリングしかないんじゃないかな

**名前は開発中のものです。** · 2011/07/06(水) 08:40:28.87

ドットアニメーションの画像があるとして

LoadDivGraph( ) ;
で細切れにして、順番に画像を呼び出すのと

画像はそのままで
DrawRectGraph（）範囲指定呼び出し

どちらが良いんでしょ

**名前は開発中のものです。** · 2011/07/06(水) 11:20:53.20

LoadDivGraphでいいよ
その程度で速度に大差はないし使いやすい方使えば

**名前は開発中のものです。** · 2011/07/06(水) 13:04:15.22

測った事ないからわからんけど、
機能だけみるとDrawRectGraph（）は
同じアニメーションを頻繁に繰り返す用途には向かない気がするが。

**名前は開発中のものです。** · 2011/07/06(水) 21:42:56.02

何度もアニメを回すならLoadDivGraphでしょ。
1度しか使わないなら大差ないからどっちでもいいかと。
普通は使い分ける意味ないからLoadDivGraphで統一。

**名前は開発中のものです。** · 2011/07/07(木) 07:44:54.36

LoadGraphで画像をメモリに大量に記憶させまくったら
ブルースクリーンになって落ちました
メモリがオーバーした（メインメモリはオーバーしない程度のはずだったけど）から
ブルースクリーンになったと思うのですが

PCのスペックの限界付近になったら処理を終了
（プログラム実行を終了）という感じはできるんですかね？

**名前は開発中のものです。** · 2011/07/07(木) 08:35:16.28

そのブルースクリーンは再現可能なの？
つまり、一回だけあった現象なのか、同じ処理を実行すると必ずそうなるのか。

つぎに、その「大量に記憶」ってのは具体的にどれくらい？
どれくらいのサイズの画像をいくつくらい？
もし現象が再現可能なら、いくつくらいで落ちるか大雑把には調べられるよね？

最後に、メモリがハード的に壊れてないか調べてみた？

**名前は開発中のものです。** · 2011/07/07(木) 09:39:14.65

PCがぶっ壊れると困るので再現性は確認してませんが
確かに再現性を調べてから質問すべきでした

画像は300*300の画像を300～400枚ぐらいでした

**名前は開発中のものです。** · 2011/07/07(木) 16:57:35.61

グラボのメモリは足りてるのか？ブルースクリーンなどはグラボのドライバーが比較的おおい

**名前は開発中のものです。** · 2011/07/07(木) 17:00:07.62

あと、物によるがテクスチャの容量計算は圧縮サイズで見積もってもあまり意味がない。

**名前は開発中のものです。** · 2011/07/07(木) 19:47:51.91

>>535
> PCのスペックの限界付近になったら処理を終了
> （プログラム実行を終了）という感じはできるんですかね？

あなたがそうプログラムを書けばできます。

**名前は開発中のものです。** · 2011/07/07(木) 20:05:58.01

>>535
限界超えたら例外吐いて終了って実装が多いんじゃね。
ブルースクリーンってことはメモリの使い過ぎじゃないよ。
使い過ぎぐらいでそんなもん出てたまるかｗｗｗ

OSのパフォーマンスモニタや、グラフィックボードのその手のツールを使うと
メモリ使用量等に関しては計測可能になるよ。

というかデバッグするのにツール使わないとか時間の無駄だから。

**名前は開発中のものです。** · 2011/07/07(木) 20:22:39.95

DXライブラリにビデオメモリを表示する関数がある

**名前は開発中のものです。** · 2011/07/07(木) 20:25:34.99

めもりくりーなーとかでよくね？漏れとかそれで見てる

**名前は開発中のものです。** · 2011/07/07(木) 21:32:54.19

何もしなくても70～80MB喰うよな
ダイレクトXの仕様なのか

意識しないと200MB近くになっている

**名前は開発中のものです。** · 2011/07/07(木) 22:16:01.19

何いってんだよ・・・そんな訳無いじゃん！

**名前は開発中のものです。** · 2011/07/08(金) 01:42:59.92

VRAMなのかメインメモリなのか

**名前は開発中のものです。** · 2011/07/08(金) 02:05:10.25

今の時代200MBなんてミジンコのようなもんじゃないの

**名前は開発中のものです。** · 2011/07/08(金) 03:36:01.34

VRAM圧迫でブルースクリーンはOSとDirectXの仕様的に考えにくいわ
物理的にメモリが逝ってるとか、変な領域にアクセスしようとしたとか
そっちのほうが、まだ説得力あるよ

**名前は開発中のものです。** · 2011/07/08(金) 05:01:38.66

>>547
タスクマネージャでメモリを確認した時
自分のゴミゲーのメモリ使用量がトップになるのがなんとも・・・・

紙芝居のエロゲーでさえ100～150MBだからな

**名前は開発中のものです。** · 2011/07/08(金) 05:43:04.35

紙芝居はビットマップを全部メモリにキャッシュしたりすると結構食うんじゃない？
640x480x32bitの絵を一枚で1MBかかるし

**名前は開発中のものです。** · 2011/07/08(金) 07:43:57.64

最近の紙芝居はワイド画面にキャラだしまくりんぐで、結構喰うのはわかるけど
その紙芝居より（見た目が）ショボい自分のゴミゲーが超えるってのがなんだかな～っとｗ

2Dドットアニメーションってプログラムとしては扱いやすいけど沢山出すとメモリを喰うよな
まぁ、１キャラでもアニメーション分が増えるわけだから表面的な画像量より多く喰うのは当然なんだけど
小さい物体ならいいけど大きい物体となると尚更

やはり時代は3Dなのか？

**名前は開発中のものです。** · 2011/07/08(金) 08:04:40.84

内部的に32ビットで扱ってるから容量食いまくるんだよな
8ビットとかでも高速描画できるようにしとけばよかったのに
ハードの設計から思想的に間違ってるんじゃないの

**名前は開発中のものです。** · 2011/07/08(金) 08:10:27.04

素材を作れず、吸い出しやネットで集めていると
8ビットは厳しいんだよなw

仕様を要求できず、こっちが仕様に合わせる

**名前は開発中のものです。** · 2011/07/08(金) 09:20:33.98

＞内部的に32ビットで扱ってるから容量食いまくるんだよな
つまり

100ｘ100ｘ8と100ｘ100ｘ32の画像を用意しても
DirectXの処理ではどちらも100ｘ100ｘ32で扱われているってこと？

**名前は開発中のものです。** · 2011/07/08(金) 10:39:53.34

それどころか内部的には128x128x32になってる可能性もある。

**名前は開発中のものです。** · 2011/07/08(金) 11:41:08.38

い、いい加減なこと言うなよ！？

**名前は開発中のものです。** · 2011/07/08(金) 12:24:31.59

DXTつかえよ、、、

**名前は開発中のものです。** · 2011/07/08(金) 13:57:50.74

dxtってなに？

**名前は開発中のものです。** · 2011/07/08(金) 14:48:33.35

いまどきの圧縮フォーマット。
フルカラーで最大1/8になる。

**名前は開発中のものです。** · 2011/07/08(金) 16:42:47.16

＞DXT
対応グラボなら、圧縮された状態でキャッシュに持てるんだっけ？

**名前は開発中のものです。** · 2011/07/08(金) 16:49:27.82

VRAM上は圧縮されたまま。
テクスチャキャッシュ上では展開されている。

対応自体はGeForce3とかの時代にはもうあったはず。

**名前は開発中のものです。** · 2011/07/08(金) 16:51:10.89

でそれDXライブラリで使えるの？

**名前は開発中のものです。** · 2011/07/08(金) 16:57:39.20

DXTってファイルのフォーマットであって、
画像ファイルそのものがこちらで選択できない場合は無理だよね？

**名前は開発中のものです。** · 2011/07/08(金) 17:01:48.03

今時のPCのVRAMの最低基準が128MBだとして、
それがいっぱいになるくらいテクスチャ読み込むのっておかしいだろ……
512*512フルカラー１枚でキッカリ1MBだし……
小さなゲームなら起動時に画像全読み込みもOKだろうけど、
そこまで大規模なゲームなら、画像が必要になったときに読み込んだり要らなくなったら開放する仕組みを組むべき

**名前は開発中のものです。** · 2011/07/08(金) 18:05:22.70

300枚から400枚だろ。３００×３００なら５１２になっているかもなー

**名前は開発中のものです。** · 2011/07/08(金) 21:58:11.82

その枚数ならストリーミングすべき

**名前は開発中のものです。** · 2011/07/08(金) 22:37:20.28

音声やムービーならストリーミングってのもわかるけど
画像ファイルでストリーミングってできるもんなの？
手動で順次読み込み機能を組めってこと？

参考にはならんかもしれないが
俺が知ってるDXライブラリ製ソフトで256x256の画像データを
1200個近く読み込んでいる(と思う)のあるけど
普通に動いてたよ。
何か工夫してるのかもしれないけど。

**名前は開発中のものです。** · 2011/07/08(金) 22:48:42.71

それだけの量を一度に読み込む意図がわからんが・・・
面ごとに必要な分量を読んでるとかじゃなくて？

**名前は開発中のものです。** · 2011/07/08(金) 22:59:40.82

別にメインメモリに読み込む分にはなにも問題ないんじゃね？
500MBくらいならそこらの市販ゲームでもやってるよね
VRAMに転送しすぎるとなんかやばそうな気がするけど

**名前は開発中のものです。** · 2011/07/08(金) 23:01:14.52

メインメモリに送っているのかVRAMに送っているのかどうやって判断するんですか？

**名前は開発中のものです。** · 2011/07/09(土) 00:21:03.51

初歩の初歩なんですけど、
空間上に画像を描画したい時は
DrawPolygon3D
でやればいいんですかね。
DrawBillboard3D
は常にこっちを向いてくれちゃうみたいなんで。
こっち見んな。

**名前は開発中のものです。** · 2011/07/09(土) 00:28:21.38

メインメモリにテクスチャー置いても
描画するときは一時的にVRAMテクスチャ作って
それにコピーしてからスクリーンに描画する

**名前は開発中のものです。** · 2011/07/09(土) 02:49:59.41

VRAMってのはいわゆるスクリーンに投影される部分の事じゃないのか。

**名前は開発中のものです。** · 2011/07/09(土) 04:38:53.10

>>571
空間上に画像を(○○で)描画したい時は、という風に使い分けるんだよ。
ビルボドードで表示したいときは、DrawBillboard3Dを使うだけ。
このへんは2Dでも同じ、というか全てにおいて同じでしょう。

**名前は開発中のものです。** · 2011/07/09(土) 08:41:20.01

VRAMの役割は昔の画面だけと大分ちがうよ？同じ部分も含んでるけど。

**名前は開発中のものです。** · 2011/07/09(土) 13:38:11.51

複数のスレッドで同時にDXライブラリを使うと、
ときどきエラーをはくのだが、DXライブラリって
マルチスレッド対応じゃなかったの？

使ってるのはC#版です

**名前は開発中のものです。** · 2011/07/09(土) 14:43:35.23

>>576
スレッドはエラー起こりやすい。このライブラリが原因と特定できたなら作者へ連絡すれば良い。

**名前は開発中のものです。** · 2011/07/09(土) 16:53:02.35

>>577
公式掲示板に再現可能なソースをつけてあげてきた。
ソースのほうに問題がありそうなら、みなさん指摘お願いします。

**名前は開発中のものです。** · 2011/07/09(土) 17:28:30.71

hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=2301
すぐ下にわかりやすい答えがあるみたいだが

**名前は開発中のものです。** · 2011/07/09(土) 18:27:07.84

ＤＸライブラリはバグばっかり
ちょっと込み入ったことやろうとするとすぐ強制終了する
しかもエラーコードとかなくてエラー時にには関数が-1を返すだけだからそれ以上調べようがないしうんこすぎぶりぶり

**名前は開発中のものです。** · 2011/07/09(土) 18:39:01.11

え

**名前は開発中のものです。** · 2011/07/09(土) 18:59:38.72

>>578
C#はしらんが。C++のコードない?
C++だったらデバッグて゜きるんだけども。

**名前は開発中のものです。** · 2011/07/09(土) 19:01:55.39

>>580
具体的に書いてみ、そしてソースコード添付。
そいから、あなたの動作環境を提示（PCハード情報、OS情報、など）

再現性のある情報を提供してくださいね

**名前は開発中のものです。** · 2011/07/09(土) 19:22:46.74

バかがわいてきたwktk

**名前は開発中のものです。** · 2011/07/09(土) 21:01:44.35

だれか今作ってるゲームのスクショ上げてくれ

モチベーションがあがらない

**名前は開発中のものです。** · 2011/07/09(土) 21:59:58.74

俺も前にPPLでゲーム処理のマルチやろうとしたら何らかのエラー（忘れた）が出て、
まったく使えなかったので諦めたな

**名前は開発中のものです。** · 2011/07/09(土) 22:02:30.71

>>579
ありがとん、マルチスレッドで使っちゃだめなのね
だとすると、データのロードとか初期化の作業とか
みなさん、どんな風に組んでるの？

**名前は開発中のものです。** · 2011/07/09(土) 22:07:30.91

Direct3D9がマルチスレッド向きじゃないからね。
最近出たDirect3D11の特徴がマルチスレッド対応だし。

DxLibのAPIを呼ぶのはメインスレッドのみに制限したほうがいい

**名前は開発中のものです。** · 2011/07/09(土) 22:08:12.81

>>585
ttp://www.dotup.org/uploda/www.dotup.org1773432.jpg
途中で色々浮気しながら2年目突入

**名前は開発中のものです。** · 2011/07/09(土) 22:08:26.78

Re: マルチスレッド化の注意点 ( No.1 )
名前：管理人日時：2010/03/29 06:45

描画を行うスレッドは一つにする必要があります。
MV1SetPosition や MV1SetAttachAnimTime や当たり判定などの描画を行わない関数は複数のスレッドから同時に呼んでも問題ありません。
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=past&no=1693

**名前は開発中のものです。** · 2011/07/09(土) 22:10:11.77

ID:aAP3Q2i0はどこで競合など発生しているのか調べて、そこを再入不可能にしたらいいだろう。

**名前は開発中のものです。** · 2011/07/09(土) 22:15:02.27

>>589
ダンジョンRPGだと……
発表時期によってはウチの作品のライバルになりそうだ

**名前は開発中のものです。** · 2011/07/09(土) 22:15:40.92

バカが公式掲示板にも書き込んでやがる
早く解決レスつけてこいよ
つか質問する前に過去ログくらいあされよクズ

**名前は開発中のものです。** · 2011/07/09(土) 22:17:28.85

>>589
3Dモデルとかも作成してるんですか？

**名前は開発中のものです。** · 2011/07/09(土) 22:18:25.06

この部分を、スレッドで連続で呼び出すとエラーになるってことか?

{
// メモリに読み込んで消すだけ
int temp = DX.LoadGraph("testpatan02.png");
DX.DeleteGraph(temp);
}

**名前は開発中のものです。** · 2011/07/09(土) 22:29:57.16

最近はDXライブラリ使って３Dが普通になってきてるんだなぁ。
未だに２Dしか使えない俺はこの先困りそうだな……。

**名前は開発中のものです。** · 2011/07/09(土) 22:33:27.59

>>595
>>590をみると。データの読み込み（DX.LoadGraph）と書き込みと
描画（DrawBoxとDrawString）を同時にやるのが問題みたい
これにより、オレの「動いてかっこいいロード画面計画」は頓挫したわけだ・・・・

普通に止め絵でロード画面作るけどね。

**名前は開発中のものです。** · 2011/07/09(土) 23:14:25.71

他人が作ってる開発画面を見るのも面白いな

**名前は開発中のものです。** · 2011/07/09(土) 23:16:30.04

>>597
データロード中に0%から100%に動く表示をしたいのか?
C#はしらないが公式掲示板のソースは、無数にスレッドを生成してないか?

**名前は開発中のものです。** · 2011/07/09(土) 23:19:41.25

画面描写とデータロードは並列に出来るだろ?
自分はこのライブラリ使ったことないがな。

**名前は開発中のものです。** · 2011/07/09(土) 23:21:27.72

>>597
複数のスレッドで描画関係の関数呼ぶのが問題なわけだから、
読み込みと書き込みは別スレッドでやりつつ描画を1つのスレッドでやるのは問題ないんじゃないの？

**名前は開発中のものです。** · 2011/07/09(土) 23:31:05.71

2DもSTGとかの原型だけは作ったりしてる。
そこまでできちゃうとデータ作ったりするのに疲れて色々浮気しちゃうんだよね。

>>592
あと5年は完成しないと思うよ。

>>589
メタセコイアで壁とか床だけ作ってる。

**名前は開発中のものです。** · 2011/07/09(土) 23:44:29.00

>>602
なんかもっとド派手な技だしてる画像とかの方がモチベーション上がったと思う

つかこれ、マップ表示のフィールドの形と目で見るフィールドの形がちょっと
違うようにみえるけど、まあ開発段階は皆そんなもんだろうね

**名前は開発中のものです。** · 2011/07/09(土) 23:53:17.74

目に見える範囲はまだ踏破してないから
マップに表示されてないという画像に見えるが・・・

**名前は開発中のものです。** · 2011/07/10(日) 00:36:21.93

やはりウィザードリィっぽいゲームは誰もが作りたくなるものなのだなw
俺も中学生の頃作ったからなつかすいわ

**名前は開発中のものです。** · 2011/07/10(日) 00:37:22.88

人体アニメーションは自分には相当厳しいと判断した。
小さい人形ならできるかもしれないけど。

壁とかエフェクトを3D化なら少ししてみた。
それから3Dでのαブレンドがトラウマになった。
結局、ポリゴンが交差したらZソートしてもダメなんだろ？

面倒だから今のところ3Dエフェクト類は全て加算合成。
減算合成もなんか上手くいかないし、仮対応らしいしな

**名前は開発中のものです。** · 2011/07/10(日) 00:44:01.45

>>599
シンボルがテカテカ光ったり、ＳＤキャラがテクテクあるいたり・・
スレッドは、以前に作ったスレッドが動いていないときだけ、動くようにしてるんで
本スレッドいがいは読み書きをするスレッドが１つ常に動いてる状態になってるサンプル

>>600
それができたら、オレのサンプルは普通に動いてるよ

>>601
それが、ロードと描画も同時にやってはいかんらしい
たぶん、ロードに使うポインタと描画に使うポインタが一緒とか、
そういうことなんじゃないかな？ＤＸライブラリのソースは読んでないから
詳しくはしらないけど。

**名前は開発中のものです。** · 2011/07/10(日) 00:46:51.56

>>607
いくらでもサンプルあるんだから少しはググろうぜ。

**名前は開発中のものです。** · 2011/07/10(日) 00:50:38.80

>>603

モチベがどうとか言うって事は、自分でも作ってるんだろ？
他人のものを見るより、自分のスクショを上げるべきだろ。

**名前は開発中のものです。** · 2011/07/10(日) 01:46:33.14

>>609
自分のスクショでモチべ上がるわけないだろ
自分の思い描いているプレイ画面のスクショがあれば相当上がるけどな

さあ、君も上げるんだ

**名前は開発中のものです。** · 2011/07/10(日) 02:01:48.22

お前のモチベーションなんてどうでもいいから
お前がスクショ上げて俺のモチベーション上げろよ

**名前は開発中のものです。** · 2011/07/10(日) 02:42:30.34

>>610
こんな絵に描いたようなクズいるんだなｗｗ
言ってることがまさに>>611だわなｗｗｗ

**名前は開発中のものです。** · 2011/07/10(日) 03:00:53.66

データロードと画面表示を並列実行したいのなら
1.メモリにデータを読み込む（読み込み終わるごとに2のスレッドにメッセージを投げる）
2.読込アニメーションと1で読込完了したデータをDXライブラリで設定(CreateGraphFromMem等を使う）
というようにスレッドを分ければいい
ただスレッドをきちんと理解できていることが前提。理解できていないのなら止め絵一択

**名前は開発中のものです。** · 2011/07/10(日) 03:03:21.51

アニメーションすら出来なら物作り無理。

**名前は開発中のものです。** · 2011/07/10(日) 04:54:48.53

データロード中のロード待ちアニメーション処理とか、昔からあこがれるが
そもそも俺の作ってる２Ｄゲームなんて画像データ少なくて、ロードも一瞬だからそんな処理する必要もねぇｗ

**名前は開発中のものです。** · 2011/07/10(日) 05:07:42.66

>>615
2Dゲーでもドットアニメーション絵を大量に呼び出すと一瞬固まるぜ

**名前は開発中のものです。** · 2011/07/10(日) 07:18:41.12

>>587, 597
>動いてかっこいいロード画面計画
よほどでかいデータじゃなきゃロード処理中に定期的に画面更新するだけでも十分だったりするよ

**名前は開発中のものです。** · 2011/07/10(日) 10:36:48.69

エスコン風ゲーム作ってるんだけど広い背景作るの難しいね

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

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