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

**名前は開発中のものです。** · 2010/02/25(木) 23:29:14

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/

**名前は開発中のものです。** · 2010/03/22(月) 18:26:18

DrawExtendGraph

**名前は開発中のものです。** · 2010/03/22(月) 18:32:54

うおおお、知らない関数がぼろぼろ出てくる。
今まで地味になにやってたんだろう俺（笑）

**名前は開発中のものです。** · 2010/03/22(月) 18:46:02

トゥーンうまくいかねぇ･･･

**名前は開発中のものです。** · 2010/03/22(月) 21:11:09

>>201が答えだな。
まぁ描画クラスをラッピングしてもいけるけど。

**名前は開発中のものです。** · 2010/03/22(月) 21:17:51

しかしそのやり方だと拡大縮小時に画像に補完がかかるので２Ｄのゲームだと画像が汚くなるのだ。
拡大縮小時のアルゴリズムを設定するＡＰＩがあるけどその設定も無視される。
従って俺様が正解。

**名前は開発中のものです。** · 2010/03/22(月) 21:19:43

DrawExtendGraphだろうがSetWindowSizeExtendRateだろうがBILINEARにすれば一緒じゃねえの？

**名前は開発中のものです。** · 2010/03/22(月) 21:39:29

２Ｄであえてバイリニアにするかな普通

**名前は開発中のものです。** · 2010/03/22(月) 21:40:22

ニアレストネイバーなんてガタガタで使い物にならんだろ

**名前は開発中のものです。** · 2010/03/22(月) 21:56:47

どんな２Ｄゲーム作ってるの

**名前は開発中のものです。** · 2010/03/22(月) 22:01:35

>>209
整数倍なら普通に存在するし常套手段。
ただし>>199の言うとおり複数パターンの解像度があるなら、ニアレストネイバーだと酷い見た目になる

**名前は開発中のものです。** · 2010/03/22(月) 22:12:58

やっぱ整数倍じゃないとツラいかー。
他人様に見せるレベルじゃないとは言え、一応ドット絵だからなあ。

ちなみに512x384という変則サイズでゲームを作って、それを640x480か800x600に引き伸ばしたいと思ってた。
いっそのこと2倍にしてしまおうか。

**名前は開発中のものです。** · 2010/03/22(月) 22:20:21

＞ちなみに512x384という変則サイズでゲームを作って、それを640x480か800x600に引き伸ばしたいと思ってた。
そりゃやめた方がいい。見栄えがとてもアレなことになるｗ
つーか、なんでわざわざそんな半端な解像度で作るんだ。ツクールVXの関係か？

素材はちゃんと想定解像度で揃えた方がいいよ。クオリティが全然変わってくる。
拡大縮小機能はあくまでオマケとして考えること。

**名前は開発中のものです。** · 2010/03/22(月) 22:21:11

1024は流石にやめたほうがいい
別にバイリニアでいいんじゃね　そこまでおかしくなることもない

**名前は開発中のものです。** · 2010/03/22(月) 22:33:53

DrawPrimitive2Dってのが追加されてるけど使い方わからねぇ

**名前は開発中のものです。** · 2010/03/22(月) 22:42:24

・512x384の解像度で綺麗に表示される
・フルスクリーンにも対応できる

この2つの条件を満たしたいのよね。
フルスクリーンにするには、画面を標準的なサイズ（640x480や800x600など）に変更する以くらいしか思いつかない。

前にやったときは、2つの解像度で画面配置とか色々変えてやってみたんだけど、
さすがにこれは労力がかかりすぎた。

**名前は開発中のものです。** · 2010/03/22(月) 22:52:41

640*480で作って、いらない部分に枠をつける

**名前は開発中のものです。** · 2010/03/22(月) 22:58:01

>>216
フルスクリーンにするなら512×384も640×480もあんま変わらん。
512×384のままフルスクリーンにしてしまえばいい。
まあ、今時のディスプレイドライバが対応してるかは知らんが。

**名前は開発中のものです。** · 2010/03/22(月) 23:06:24

>>217
一番最初に考えて、ひどいなと思ってやめたｗ

>>218
少なくともウチの環境じゃ対応してなかったからなー。
さすがに確認できないのは色々と面倒くさい。

**名前は開発中のものです。** · 2010/03/22(月) 23:08:47

>>219
そもそもなんでそんなレガシーな解像度で作ってるんだ？

**名前は開発中のものです。** · 2010/03/23(火) 00:19:20

件の解像度でぐぐってみた

**名前は開発中のものです。** · 2010/03/23(火) 00:23:14

枠をつける以外ないと思うが

**名前は開発中のものです。** · 2010/03/23(火) 08:54:11

ニコニコ動画でくっきり見せるため，とか？

**名前は開発中のものです。** · 2010/03/23(火) 09:14:42

だとしたらしょーもない理由だな・・・

**名前は開発中のものです。** · 2010/03/23(火) 11:58:44

質問させてください
画像を縮小してメモリに保持する方法って無いですか

**名前は開発中のものです。** · 2010/03/23(火) 12:16:26

>>225
事前に縮小した画像を読み込まない理由はなんなの？
こっちこそ、それが知りたい
利用目的によって解決方法は様々だから
そうしたい理由を述べた方がいいよ

**名前は開発中のものです。** · 2010/03/23(火) 12:20:15

1ドットづつ読み込んでsoftImageに書き込んでいけばいい
縮小アルゴリズムは適当にネットで探す

**名前は開発中のものです。** · 2010/03/23(火) 12:29:01

ニコニコは宣伝料の節約にはもってこいじゃん
それだけでニコ動の解像度に合わせるのは十分ありだと思うぞ

**名前は開発中のものです。** · 2010/03/23(火) 12:36:20

ねーよｗ
640×480で製作したのを512×384に変換しても、
そもそもニコニコの画質がたかが知れてるから気にするほどの劣化は無い。

あと、有象無象の自作ゲームをアップしたところで宣伝効果はたかが知れてる。
閲覧数4桁行かんよ。

**名前は開発中のものです。** · 2010/03/23(火) 12:37:29

512*384で作ったゲームを640*480に拡大表示させるより
撮影した動画を512*384に縮小するほうが明らかに良いと思うが

**名前は開発中のものです。** · 2010/03/23(火) 13:13:36

宣伝のためにゲーム本体を劣化させるとか、どんだけ本末転倒だよ・・・

**名前は開発中のものです。** · 2010/03/23(火) 13:17:51

なにいってんだ、どの業界でも宣伝＞品質なのは常識だろ
品質＞宣伝になってるのはほんと一握りのメーカーだけだよ

**名前は開発中のものです。** · 2010/03/23(火) 13:25:13

それは宣伝を工夫することによって半ば誇大広告のようになってしまっているだけであって、
宣伝のために品質を下げることはまず無い。強いて言えば宣伝費に圧迫されることによって表に出ない潜在的な研究成果が生まれること位。

**名前は開発中のものです。** · 2010/03/23(火) 13:49:09

品質とか劣化とか以前の問題があるだろ
>>217わかるけど
512*384なんて解像度はドライバ側からありえない

**名前は開発中のものです。** · 2010/03/23(火) 14:11:01

対応してるグラボはあるぞ
http://www.elsa-jp.co.jp/products/graphicsboard/resolution/quadro.html

**名前は開発中のものです。** · 2010/03/23(火) 14:12:25

あ、グラボじゃねーや。NVIDIAで脊髄反射してしまった。
てかこれ何の商品だ？

**名前は開発中のものです。** · 2010/03/23(火) 14:41:31

グラボだろ

**名前は開発中のものです。** · 2010/03/23(火) 15:33:13

どう見てもグラボ

**名前は開発中のものです。** · 2010/03/23(火) 15:43:03

ビデオカード

**名前は開発中のものです。** · 2010/03/23(火) 16:42:33

ワイド対応とか考えると面倒そうだ

**名前は開発中のものです。** · 2010/03/23(火) 16:49:09

ニコニコのために512*384ってのはないだろー
エンコでどうとでもなるし画質劣化なんてわからないぐらいに抑えられる
別の理由があると思うんだが、なぜなんだぜ？

**名前は開発中のものです。** · 2010/03/23(火) 20:01:35

せこいアイディア思いついて
誰にも出し抜かれないうちに実現したいんだろ。
自力で出来もしないのにケチなことには知恵が回る。
この手のガキには付き合わないほうがいいよｗ

**名前は開発中のものです。** · 2010/03/23(火) 20:12:48

あるあるｗ

**名前は開発中のものです。** · 2010/03/23(火) 20:23:45

あるのかｗ
俺には、その発想なかったわ。
経験者は語るってやつかな。

**名前は開発中のものです。** · 2010/03/23(火) 20:33:42

いや、出来もしないのにケチなことには知恵が回る、ってところねｗ

ホント、出来ない奴ほど自分のアイデアが素晴らしいものだと思いこんで、
つまらないことばかりするんだよ。どっかの福本も言ってたじゃないか。

**名前は開発中のものです。** · 2010/03/24(水) 01:02:14

もうやったなら仕方ないから、
ウィンドウ時はそのまま512*384で最大化時に640*480で枠付けたらいいと思う
そうなってるゲームあるし

**名前は開発中のものです。** · 2010/03/24(水) 01:37:26

今更知ったんだが、DXライブラリってオープンソースなのな

**名前は開発中のものです。** · 2010/03/24(水) 04:03:58

DXライブラリでゲームつくってんだけどCPUが重い訳でもないし
画像を4枚表示してるだけなのに
FPSが42～45くらいしか出ないんだぜ・・・
30カウンントごとにGetNowCount()して
(double)(30000/経過時間)ってやってる
ググッたらVistaでそういう症状が出たとかあったけど、俺XPだし・・・
DXライブラリでFPS制御って自動でやってたりするのん？

**名前は開発中のものです。** · 2010/03/24(水) 06:24:19

いちいちHDDから読み込んでるかモニタのリフレッシュレートが45なんじゃね？

**名前は開発中のものです。** · 2010/03/24(水) 11:45:55

まぁ初心者がやりがちなのは前者だろうな。
毎フレーム画像読み込みやってんじゃない。

**名前は開発中のものです。** · 2010/03/24(水) 12:49:01

DXライブラリ使うと確実にＣＰＵ使用率が2桁になる

**名前は開発中のものです。** · 2010/03/24(水) 12:58:20

WaitTimer挟めよ

**名前は開発中のものです。** · 2010/03/24(水) 16:07:19

>>249 >>250
確かめてみた
モニタのリフレッシュレートは60Hzだった
なんにもしないでFPS表示するだけのプログラム組んでみたけど
やっぱり43ぐらいしか出なかった

んで、DXライブラリのバージョンを3.00fから2.24cに落としたら
なんにもしない状態だとFPSは60出たけど
なんかやたらちらつくし、やりたい処理入れるとクソ重くて
使い物にならんかった・・・
DirectXとの相性なのか・・・？

**名前は開発中のものです。** · 2010/03/24(水) 16:13:15

>>253
とりあえずバージョンは3.02を入れれ

LoadGraphScreenはやってないんだな？

**名前は開発中のものです。** · 2010/03/24(水) 16:25:00

ちらつくって裏画面使ってないの？

**名前は開発中のものです。** · 2010/03/24(水) 16:31:28

>>254
3．02で試してみた・・・が、やはりダメだた・・・
メインループ内の処理の内容は以下の通り
　// 30カウントごとにFPSの更新を行う
　// カウンター表示
　// FPS表示
　// ESCが押されたら終了
　// カウンター加算
　ScreenFlip();

ScreenFlip外すと7000FPSくらい出る

**名前は開発中のものです。** · 2010/03/24(水) 16:44:27

>>256
だ・か・ら・DrawGraphなのかLoadGraphScreenなのかと。
あと、裏画面設定はしてるよな？

**名前は開発中のものです。** · 2010/03/24(水) 16:45:24

SetDrawScreen( DX_SCREEN_BACK ) ;　は関係ないか

**名前は開発中のものです。** · 2010/03/24(水) 16:54:02

>>257
んや、なーんもしないサンプルプログラムを
ちょっといじっただけだから
そもそも画像を描画してないんよ。
それでもFPSが45くらいまでしかでないんよ。

本来のソースでは、メインループ前に
SetDrawScreen( DX_SCREEN_BACK )してる

**名前は開発中のものです。** · 2010/03/24(水) 16:56:03

あるいはハードウェアアクセラレータ弄ったとか

**名前は開発中のものです。** · 2010/03/24(水) 17:29:53

>>256
とりあえず、そのFPSを表示するプログラムのソースをうぷればいいじゃないの

**名前は開発中のものです。** · 2010/03/24(水) 17:32:54

サンプルプログラムをいじっただけだったらソース晒せるよな？

ていうか>>248で「画像を4枚表示してるだけ」と言ってるのに
「画像を描画してない」とはこれいかに。

**名前は開発中のものです。** · 2010/03/24(水) 17:37:30

>>262
>>253
>なんにもしないでFPS表示するだけのプログラム組んでみたけど
>やっぱり43ぐらいしか出なかった

**名前は開発中のものです。** · 2010/03/24(水) 17:43:43

>>262
>>248は本来のプログラムの方の話で
>>259はサンプルプログラムをいじったテスト用のヤツの話ってことっす
わかりづらくてすまん

ではソースを晒してみる

まず変数宣言とプロトタイプ宣言
// ここにサンプルプログラムをペーストしてください
// 初期状態では LoadGraphScreen のサンプルプログラムが入力されています。
#include "DxLib.h"

static int KeyState[256];
static int before; /* パフォーマンス計測用 */
static int after; /* パフォーマンス計測用 */
static int time; /* 経過時間 */
static int gSTGCounterNow = 0;
static double gSTGFps = 0.0;

/* プロトタイプ宣言 */
int MainLoop();
int GetHitKeyPadStateAll();
int CheckKeyState( unsigned char keyhandle );
double GetFps();

**名前は開発中のものです。** · 2010/03/24(水) 17:45:15

続き、メイン部

int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow )
{
ChangeWindowMode(TRUE); /* ウィンドウモード */
if( DxLib_Init() == -1 ) // ＤＸライブラリ初期化処理
{return -1;}
//// ＢＭＰ画像の表示
//LoadGraphScreen( 0 , 0 , "test1.bmp" , TRUE ) ;
DWORD color = GetColor(255,255,255);
/* メインループ */
while( MainLoop() == 0 ){
/* 30カウントごとにFPSの更新を行う */
if( gSTGCounterNow % 30 == 0 ){
gSTGFps = GetFps();
DrawFormatString( 0, 40, color, "GET!" );
}
DrawFormatString( 0, 0, color, "COUNT:%d", gSTGCounterNow );
DrawFormatString( 0, 20, color, "FPS:%f", gSTGFps );
if( CheckKeyState(KEY_INPUT_ESCAPE) == 1 )
break; /* ESCが押されたら終了へ */
gSTGCounterNow++;
// ScreenFlip();
}
// WaitKey() ; // キーの入力待ち((7-3)『WaitKey』を使用)
DxLib_End() ; // ＤＸライブラリ使用の終了処理
return 0 ; // ソフトの終了
}

**名前は開発中のものです。** · 2010/03/24(水) 17:48:08

うげ、タブインデントだからインデントめちゃくちゃなった・・・読みづらすぎてすまん・・・
/* 必須処理 */
int MainLoop(){
if( ProcessMessage() != 0 ) return -1; /* メッセージ処理 */
if( ClearDrawScreen() != 0 ) return -1; /* 画面をｸﾘｱ */
if( GetHitKeyPadStateAll() != 0 ) return -1; /* キーの入力状態を保存 */
return 0;
}
/* キーとパッドの入力状態を取得 */
int GetHitKeyPadStateAll(){
char keybuff[256];
int i, padinput, mask = 1;
if( GetHitKeyStateAll( keybuff ) != 0 ) return -1; /* キーの状態を取得 */
for( i = 0; i < 256; i++ ){
if( keybuff[i] == 1){
KeyState[i]++;
} else {
KeyState[i] = 0;
}
}
return 0;
}

**名前は開発中のものです。** · 2010/03/24(水) 17:49:27

あああ、半角スペースにしたけど、そういえば省略されるんだった・・・orz

/* キーの押下状態を返す */
int CheckKeyState( unsigned char keyhandle ){
return KeyState[ keyhandle ];
}
double GetFps()
{
double fps;
after = GetNowCount();
fps = (double)(30000.0/(after - before));
before = after;
return fps;
}

**名前は開発中のものです。** · 2010/03/24(水) 17:52:40

以上っす
あ、ScreenFlip()コメントアウトしたままだった、ごめん

**名前は開発中のものです。** · 2010/03/24(水) 17:58:31

で、コメントアウト取ってやっても駄目だったのか

**名前は開発中のものです。** · 2010/03/24(水) 18:01:25

ゲームに合わせてDxライブラリをラップしたオレオレライブラリでやってる？それともDxライブラリ丸出し？

**名前は開発中のものです。** · 2010/03/24(水) 18:04:46

オレオレライブラリって何だよｗ

**名前は開発中のものです。** · 2010/03/24(水) 18:36:51

>>270
程度の差はあれ、オレオレライブラリになるんじゃないかな。

**名前は開発中のものです。** · 2010/03/24(水) 18:47:59

龍神録とか正常なFPSで動く？
DrawFormatStringとCheckKeyStateをコメントアウトして画像だけを表示させるとどうなる？
ていうかなんでKeyState入れてんのにCheckKeyStateで書いてるんだ

**名前は開発中のものです。** · 2010/03/24(水) 18:48:51

>>268
SetDrawScreen(DX_SCREEN_BACK);
入れて、ScreenFlip();のコメント外せば、60FPS出たけど

**名前は開発中のものです。** · 2010/03/24(水) 18:48:53

SetDrawScreen(DX_SCREEN_BACK)入れればいいだけでは

**名前は開発中のものです。** · 2010/03/24(水) 19:00:33

規制解除テスト

**名前は開発中のものです。** · 2010/03/24(水) 19:03:36

あ、連続投稿規制解除されてた。

あれから検証した結果
どうやらグラフィックドライバーが主犯らしいということがわかりました
ドライバーを削除してWindowsデフォルトのドライバで動作させたら60FPS出ました。
んで再インスコしたらまた45FPSくらいになりました

>>273
龍神録は今のドライバちゃんと動くんです・・・不思議です・・・

**名前は開発中のものです。** · 2010/03/24(水) 19:13:23

>>277
>>274-275
グラボ機能使わなかったら挙動が変わるのは当たり前だろ　阿呆か

**名前は開発中のものです。** · 2010/03/24(水) 19:14:25

画面のプロパティ→設定→詳細設定→トラブルシューティング→ハードウェアアクセラレータでどうにかならんか

**名前は開発中のものです。** · 2010/03/24(水) 19:17:07

解決しました。

サンプルをいじった方は
SetDrawScreen(DX_SCREEN_BACK)がなかったから
本来の方はSetGraphModeをDxLib_Init()をしてからやってた
ってのが原因だったみたいです
現象がおんなじだったから原因も同じかと思ってました

色々参考になるご意見ありがとうございましたm(_ _)m

**名前は開発中のものです。** · 2010/03/24(水) 21:31:00

上の方でトゥーン対応したって書いてたけど、どうやってやるんだ。

DxLibModelViewerで全マテリアルをトゥーンにして表示したけど
上手く表示できない。

PGの中で全マテリアルにMV1SetMaterialTypeでDX_MATERIAL_TYPE_TOONを設定してもダメ。

DxLibModelViewerでは上手く表示出来てるのに、上手くいった人どうやった？？
ちなみに、Ver3.02aです。

**名前は開発中のものです。** · 2010/03/25(木) 02:17:52

>>281
俺も表示がおかしくなった
でっかい陰みたいなのができる

**名前は開発中のものです。** · 2010/03/25(木) 09:39:43

うまくいかないならここじゃなくて公式に書け
過去ログはきちんと漁ってからな

**名前は開発中のものです。** · 2010/03/27(土) 07:24:23

これって一つか数個のDLL配布したほうが良くないか。
BCCやmingw分ける必要ないし。

**名前は開発中のものです。** · 2010/03/27(土) 07:26:49

DLLのみにして、ヘッダでダイナミックリンクするようにした方が良い。
作者に行ってきてくれよ。

**名前は開発中のものです。** · 2010/03/27(土) 08:49:37

お前が言えよ

**名前は開発中のものです。** · 2010/03/27(土) 09:40:44

いやいやお前が言えよ

**名前は開発中のものです。** · 2010/03/27(土) 10:11:11

別にそういう使い方も出来るだろ

**名前は開発中のものです。** · 2010/03/27(土) 10:58:06

自作しろ

**名前は開発中のものです。** · 2010/03/27(土) 11:27:38

てめえでやれ

**名前は開発中のものです。** · 2010/03/27(土) 11:35:47

DLL形式だったら、自分はDXライブラリ使ってなかったかもしれないなー、と思った

**名前は開発中のものです。** · 2010/03/27(土) 11:40:22

あ、それは俺も思った。

**名前は開発中のものです。** · 2010/03/27(土) 15:20:54

結論：今のままで良い

**名前は開発中のものです。** · 2010/03/27(土) 15:28:49

DLL一個とヘッダ一個だけで動くようにしたら、開発者は増える思うよ。
windowsのどのコンパイラでも動かせて、開発の導入難易度が下がる。
その構成を元にしてオプションで、静的な埋め込みも出来るようにする。
コンパイル時にdefineを一個追加するだけとか。

**名前は開発中のものです。** · 2010/03/27(土) 15:30:51

でもなぜか初心者ってファイルをまとめたがる傾向があるよね

**名前は開発中のものです。** · 2010/03/27(土) 15:44:47

>>294
てめえで作れ

**名前は開発中のものです。** · 2010/03/27(土) 15:58:46

プレイヤー側としてもファイルがごちゃごちゃあるのは邪魔だ。

**名前は開発中のものです。** · 2010/03/27(土) 16:14:20

ファイル構成気にするプレイヤーなんてそうはいないだろう
改造するとかでもないとショートカット以外に興味ないよ普通
興味あったとしても素人じゃセーブファイルぐらいだ

**名前は開発中のものです。** · 2010/03/27(土) 19:18:04

今となってはC++ゲーム開発者としてはVC++系のコンパイラで使えれば十分だろうし
プレイヤーとしてはファイル構成とかどうでもいいのが実情だろうな

>>294みたいに抽象的に書くのでは無く、どのコンパイラでこういう風に使えるから開発者が増えると具体的に書いてみたらどうだろう

**名前は開発中のものです。** · 2010/03/27(土) 21:37:17

>>295
そう？

**名前は開発中のものです。** · 2010/03/28(日) 00:40:16

3Dモデルの一部分だけを回転させたり座標変更したりするのってできます？
別に用意しなくちゃダメかな？

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

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