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

**名前は開発中のものです。** · 2010/10/04(月) 17:24:47

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/

**名前は開発中のものです。** · 2010/12/19(日) 06:16:20

高学年様の砂場荒らし

**名前は開発中のものです。** · 2010/12/19(日) 08:27:41

モデルよりも前にOpenGLで組むなら入力や音楽周りどうするかを考えないといけないんじゃないかな

**名前は開発中のものです。** · 2010/12/19(日) 08:29:09

実際OpenGLでやるなら入力とか音声ってどうするんだろうね？
そういうのOpenなになにとかで有るの？

**名前は開発中のものです。** · 2010/12/19(日) 10:27:14

全員が全員スキルが無いからライブラリを使ってるとかおめでたい頭だな

**名前は開発中のものです。** · 2010/12/19(日) 10:35:17

そういう意味じゃないけど、ここで聞くのはスレ違いだな
ちょっと調べてみるか

**名前は開発中のものです。** · 2010/12/19(日) 10:35:35

スキルとか言っちゃうから荒れるのに。
「ＧＬＵＴにはＤＸライブラリ相当の便利な機能は残念ながらない」で終わりでしょう。

**名前は開発中のものです。** · 2010/12/19(日) 10:42:56

あ、おまえに言ったんちゃうで　すまんな

**名前は開発中のものです。** · 2010/12/19(日) 12:26:01

どしたー

**名前は開発中のものです。** · 2010/12/19(日) 16:28:52

わざわざ内部を理解するコストを払いたくないからライブラリを使うのに
何言ってんだあいつ

**名前は開発中のものです。** · 2010/12/19(日) 16:49:05

いやさすがにその言い方だと逆に住人側（自分を含む）を貶してる事になると思う。

**名前は開発中のものです。** · 2010/12/19(日) 16:52:33

どこが？

**名前は開発中のものです。** · 2010/12/19(日) 17:19:30

「ライブラリを一から自作するコストを払いたくない」ならともかく
「内部を理解するコストを払いたくない」ってのは、
要するに「勉強するのが嫌」っていう子供っぽい主張なだけ。

確かにその通りなんだけどさ。少なくとも俺は。

**名前は開発中のものです。** · 2010/12/19(日) 18:37:18

必要になってから調べればいいだけだからな
全部理解しないと気が済まないというスタンスでは、いつまでたってもプログラムが完成しないよｗ

**名前は開発中のものです。** · 2010/12/19(日) 18:50:27

ハードウェアの中身を理解するまでゲーム作ったらダメ

**名前は開発中のものです。** · 2010/12/19(日) 19:00:25

勉強する意志を失うな、と。

**名前は開発中のものです。** · 2010/12/19(日) 19:09:10

電子レンジの仕組みは詳しくは良く分らんが
温められるのには変わりない

**名前は開発中のものです。** · 2010/12/19(日) 19:11:18

回路設計で半田ごてするまでＰＣに触れたらダメ

**TJJ** · 2010/12/19(日) 19:36:05

もしもし

**名前は開発中のものです。** · 2010/12/19(日) 19:42:40

黙ってゲーム作れよお前らｗ

**名前は開発中のものです。** · 2010/12/19(日) 20:04:05

採掘と冶金から始めよう

**名前は開発中のものです。** · 2010/12/19(日) 20:44:08

DXLIB叩くのは良いから具体的な問題点を挙げて欲しいな

批判内容がいつもそいつの経験則ばっかりで全く同意出来た事が無い

**名前は開発中のものです。** · 2010/12/19(日) 21:24:10

リファレンス読む気が起きないからしばらくはDXライブラリでアルゴリズム勉強するでござる

**名前は開発中のものです。** · 2010/12/19(日) 22:46:45

Hey、改行コードを含む文字列を画面に表示するための最短のコードを教えてくれYO
もしくはフォント情報を得るためのコードを教えてください

**名前は開発中のものです。** · 2010/12/19(日) 23:13:15

「内部を理解するコストを払いたくない」ってののどこが「勉強するのが嫌」っていう子供っぽい主張なんだ
何勉強しようがそいつの勝手だろ
何を勉強すべきかは個人個人が決めるべきことであっててめえが決めることじゃねえ

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

メタな方向へのシフトがナウなトレンドだって婆っちゃが言ってた

**名前は開発中のものです。** · 2010/12/20(月) 01:47:31

コンピューターお婆ちゃん

**名前は開発中のものです。** · 2010/12/20(月) 11:15:34

８bitの魔術師

**名前は開発中のものです。** · 2010/12/21(火) 00:18:57

>>466
自分で調べないですぐ他人に答え求める教えて君が多いと思うんだけど
特にOpenGLスレではグラフィックのロードに関して同じような質問が多い
同人ゲームも主流はWindowsだしMSがシェア無くすことはまずないと思うが、iPhoneやAndroidへの進出も必要になる時が来るかもしれない
関数が無ければ自分で作ればいい、それをやらないで>>427のように「使い物にならない」というのは間違いなのでは
欧米ではiPhoneで溢れるだけのゲームが作られている訳だ、OpenGLが欠陥なんてことはない
別にGLライブラリなるものは無くてもゲームは作れるんだよ

**名前は開発中のものです。** · 2010/12/21(火) 01:02:05

寝言かよw

**名前は開発中のものです。** · 2010/12/21(火) 02:43:40

ここ勘違いしてる人多すぎだね
どういうものか分かってないで語り始めてるから、わけわからん比較になってる

**名前は開発中のものです。** · 2010/12/21(火) 04:06:33

※彼の頭の中では関数を作るのは特殊技能です

**名前は開発中のものです。** · 2010/12/21(火) 11:20:02

DXライブラリでアルファ付きPNGを読み込む方法ってありませんか？
なにか代替になるものでもあればいいんですが

**名前は開発中のものです。** · 2010/12/21(火) 11:23:42

>>485
int handle = LoadGraph("alphapng.png");

**名前は開発中のものです。** · 2010/12/21(火) 11:27:30

あれ？読み込めた……
すみませんなんか画像ファイルの方がなんかおかしかったっぽいです
透明になってたと思ったんだけどな

**名前は開発中のものです。** · 2010/12/21(火) 11:27:30

ﾜﾛﾀ

**名前は開発中のものです。** · 2010/12/21(火) 11:32:55

どうせMSペイントでPNGでも作ったんじゃねーのか
詐欺PNG吐くからなアレ

**名前は開発中のものです。** · 2010/12/21(火) 11:47:46

あれjpgかなんかでも詐欺ってる

**名前は開発中のものです。** · 2010/12/21(火) 14:08:15

大丈夫？マイクロソフトのペイントだよ？

**名前は開発中のものです。** · 2010/12/21(火) 17:53:21

>>487
画像作ったソフトの問題かも。
DXライブラリはちゃんと読んでくれるけど、アルファ付きPNGを
作るのは結構メンドい気はするし。
たとえばPhotoshopでも、PNGはαチャンネルを透明情報として
書き出してくれないし(TGAとかだといけるけど)。
キャンバスの透過部分が透明情報になる仕様だったと思う。

…というか書き出せるソフトないような気もする。

**485** · 2010/12/21(火) 18:22:52

もともとは拾い物の素材のアルファ付きPNGだったのですが、GIMPで読み込み＆書き出しなおししたら問題なく読み込めました
お騒がせしてすみません

**名前は開発中のものです。** · 2010/12/21(火) 19:03:17

ゲーム用の画像編集に超オススメなPictBear☆
TGAとかマイナーな形式が使えないのが玉に瑕だけど

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

EDGE+SAI+PictBearな俺

**名前は開発中のものです。** · 2010/12/21(火) 21:08:41

blenderでレンダリングvixで複数画像の結合padieで減色edgeで修正
時々gimpで何かを作成

**名前は開発中のものです。** · 2010/12/22(水) 06:00:04

あっそう

**名前は開発中のものです。** · 2010/12/22(水) 07:51:06

Paint｡NETなんてーのもあるでよ
なにげに対応形式が多めで結構良い

**名前は開発中のものです。** · 2010/12/22(水) 09:15:31

bullet対応ﾏﾀﾞｰ？

**名前は開発中のものです。** · 2010/12/22(水) 13:35:34

ゲーム内で作ったポリゴンを指定の座標におこうと思ったら
各頂点の座標と、法線のデータを行列かなんか使って変更して
DrawPolygon3Dで描画するしかないってことでOKですか？

MV1SetMatrixみたいな使い方をする関数は、
用意されてないので自作するでOKですか？

**名前は開発中のものです。** · 2010/12/22(水) 13:37:28

召喚魔法か

**名前は開発中のものです。** · 2010/12/25(土) 00:06:34

PlayMusicMem()でMIDI以外（具体的にはMP3）って再生する方法ある？

兄弟分のPlayMusic()はMP3も可能とあるから、出来そうな気もするんだけれど、
LoadSoundMem()でファイルを読んでも再生されないし、LoadMusicMem()だと読み込めない。

**名前は開発中のものです。** · 2010/12/25(土) 14:00:42

PlayMusicMemじゃ出来ないんじゃないかな……
多分、その周辺の関数はメディアプレーヤーの機能を呼び出してるだけだと思う。

そっちの方では、MIDIはファイルサイズが小さいからメモリに読み込んでから再生するのがデフォだけど
MP3だとメモリに展開すると数十メガバイトっていう膨大なメモリが必要になっちゃうから、そういう機能が用意されてない。

DXライブラリだとLoadSoundMemでデコードしてPlaySoundMemで再生する機能があるからそっち使うしか

ところで自分も質問なんだけど、DXライブラリの機能だけで同一の効果音を多重再生することってできないのかな……？

**名前は開発中のものです。** · 2010/12/25(土) 14:47:38

>>503
ありがとう。
どこかで覚えておいて、振り分けるか…

**名前は開発中のものです。** · 2010/12/25(土) 15:05:02

>>503
鳴らしたい数だけハンドル用意して複製していくしかないと思う

int hSnd[2];

hSnd[0] = LoadSoundMem("Sound.way");
hSnd[1] = DuplicateSoundMem(hSnd[0]);

//同時に同じ音が鳴る
PlaySoundMem(hSnd[0], DX_PLAYTYPE_BACK, TRUE);
PlaySoundMem(hSnd[1], DX_PLAYTYPE_BACK, TRUE);

**名前は開発中のものです。** · 2010/12/25(土) 22:21:50

>>505
ありがと
やっぱりそうなのか……
勝手にそれをやってくれるようにライブラリラップするかな

**名前は開発中のものです。** · 2010/12/26(日) 02:17:47

>>506
1つのサウンドに対してハンドルをたくさん用意して、複製で埋めておく
再生要求が来たら、たくさんある中から再生中でないハンドルを探して再生する
毎回ハンドル確保してると数が増えると重い…
メモリは食うけど処理は軽い、他にいい方法がありそうな気もするけどｗ

**名前は開発中のものです。** · 2010/12/26(日) 02:28:14

あらかじめ多重化したサウンドを作っておくとか
範囲攻撃とか迫力を出したいものはそうしようかなと思ってる

**名前は開発中のものです。** · 2010/12/26(日) 15:39:56

NumSitei系隠し関数ってもう無くなっちゃったんだっけ？

**名前は開発中のものです。** · 2010/12/28(火) 15:04:59

グレップも出来ない男の人って…

**名前は開発中のものです。** · 2010/12/28(火) 22:04:16

GetPixelで得られる色コードの仕様ってどうなってますか？
0x00rrggbb
になってるかと思ったんですが違うようですね。

**名前は開発中のものです。** · 2010/12/28(火) 22:06:45

もしくは色コードからr成分g成分b成分を取り出す関数はありますか

**名前は開発中のものです。** · 2010/12/28(火) 22:20:47

softimageとか言うのを使ったらできたわｗ

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

色コードはプレイする環境によって変わってくる仕様なので解析するのはちょっと面倒だと思いますが
GetColor2という、ドキュメント化されてない関数でRGB値は取れるみたいですよ
extern int GetColor2( int Color, int *Red, int *Green, int *Blue ) ; // 画面モードに対応した色データ値から個々の３原色データを抜き出す

**名前は開発中のものです。** · 2010/12/29(水) 18:15:22

SaveDrawScreenToBMPってサイズ制限ある？
250x8000くらいで試すと強制終了したんだが

**名前は開発中のものです。** · 2010/12/29(水) 18:23:36

サンプルコードも貼っとくか。SaveDrawScreenToBMP関数の先で強制終了している。

#include "DxLib.h"

// プログラムは WinMain から始まります
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow )
{
ChangeWindowMode(TRUE);
if( DxLib_Init() == -1 ) { return -1 ; }

int W = 256;
int H = 8000;

int screen = MakeScreen(W, H);
SetDrawScreen(screen);
DrawBox(0, 0, 0,2000, GetColor(0xff, 0x00, 0x00), TRUE);
DrawBox(0,2000, 0,4000, GetColor(0x00, 0xff, 0x00), TRUE);
DrawBox(0,4000, 0,6000, GetColor(0x00, 0x00, 0xff), TRUE);
DrawBox(0,6000, 0,8000, GetColor(0xff, 0xff, 0x00), TRUE);

SaveDrawScreenToBMP(0, 0, W, H, "output.bmp");

DxLib_End() ; // ＤＸライブラリ使用の終了処理
return 0 ; // ソフトの終了
}

**名前は開発中のものです。** · 2010/12/29(水) 22:06:16

おまえのスクリーン環境がそのサイズに対応してないんじゃないのか？

**名前は開発中のものです。** · 2011/01/01(土) 06:38:58

あけましておめでとう
今年もDXライブラリにお世話になります

**名前は開発中のものです。** · 2011/01/07(金) 11:39:21

新年早々バージョンアップきてるな

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

ConnectNetWorkってスレッドで実行すると
GetLostNetWorkが取れなくなるだね...
接続を非同期でやる場合どーすりゃいいだ？

**名前は開発中のものです。** · 2011/01/09(日) 15:07:16

最近じゃ動画サイトを利用したアピールも多くなってきたけど、
実際、プレイ動画のキャプチャってどうやってる？

フリー版に挿入されるロゴが目立ちすぎる（ゲームの重要情報と被る）とか、
相性が悪いのか上手くキャプチャ出来ないとか、そんなのばっかりだ。

**名前は開発中のものです。** · 2011/01/09(日) 15:19:11

WMEのPC用の高品質VBRかアマレココ（外部コーデック使えばロゴ出ない）で撮ってaviutlでエンコこれ最強

**名前は開発中のものです。** · 2011/01/10(月) 04:40:56

「ふぬああ」と「SCFH」で録って「aviutl」でエンコ

**名前は開発中のものです。** · 2011/01/10(月) 15:27:41

あとはコーデックかな。
プレイ動画に適したシェアウェアってだけに、アマレココのコーデックはかなり使いやすいと感じた。

**名前は開発中のものです。** · 2011/01/11(火) 18:50:23

ロゴ入ったらすげぇ安っぽい

**名前は開発中のものです。** · 2011/01/12(水) 23:59:17

アマレココ使ってる。
アマレココ + AMV3ならロゴも出ないし。

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/01/13(木) 17:14:55

ひょっとしてLoadGraphで読み込む画像のサイズが大きい程、
実際に描画するサイズに関わらず、その画像の描画速度が落ちる？

**名前は開発中のものです。** · 2011/01/13(木) 18:27:31

日本語でおｋ

**名前は開発中のものです。** · 2011/01/13(木) 19:04:43

DrawRectGraphとかLoadDivGraphの話っしょ

**名前は開発中のものです。** · 2011/01/14(金) 10:40:57

同じ画面で使う画像はできるだけ一つに纏めた方が一般に描画は速くなる

**名前は開発中のものです。** · 2011/01/14(金) 10:58:09

この場合は、そのまとめた画面が大きくなれば描画が遅くなるのか、って質問だけどね。

ちなみに俺は知らん。

**名前は開発中のものです。** · 2011/01/15(土) 23:02:05

320×320の画像ファイルを32x32で表示すんのと
64×64の画像ファイルを32x32で表示すんのとでは速度違うの？
ってことじゃね

**名前は開発中のものです。** · 2011/01/15(土) 23:26:11

二日も経つのに質問の正しい意図の説明がないとか。

**名前は開発中のものです。** · 2011/01/15(土) 23:45:05

サブ関数中でWaitKey中にウインドウが閉じられたりして終了されたときに
プロセスが残るんだけどどうすればいいのかな

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

ミスった
×WaitKey　○WaitTimer

**名前は開発中のものです。** · 2011/01/16(日) 00:51:04

サーセン自己解決しましたｗｗ

**名前は開発中のものです。** · 2011/01/16(日) 02:19:17

解決したなら、結果も書けよ

**名前は開発中のものです。** · 2011/01/17(月) 20:35:56

どうせDxLib_Endしてなかったって落ちでしょ

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

やっぱり画像サイズが小さい方が高速なようだぞ

http://msdn.microsoft.com/ja-jp/library/ee422132(v=VS.85).aspx
＞テクスチャーサイズ
＞テクスチャーマッピングのパフォーマンスは、メモリーの速度に大きく依存します。
＞アプリケーションのテクスチャーをキャッシュする際のパフォーマンスを最大限に高める方法がいくつかあります。
＞
＞?テクスチャーを小さくする。テクスチャーが小さいほど、メイン CPU の 2 次キャッシュに格納される可能性が高くなります。

**名前は開発中のものです。** · 2011/01/21(金) 01:10:43

その解釈で大丈夫か？
俺はその下に書いてあることの方が気になる

**名前は開発中のものです。** · 2011/01/21(金) 02:09:10

サイズを統一しろとか、正方形のほうがいいとか？

**名前は開発中のものです。** · 2011/01/23(日) 08:33:51

>>540
キャッシュに格納されればその方が高速だろうからいいんじゃね？

**名前は開発中のものです。** · 2011/01/23(日) 17:06:43

>>539
サイズが小さいほどキャッシュヒットしやすくてGPU処理が高速になるのは確かだけど
それでテクスチャの切り替えが増えたらCPUネックになって結果遅くなるけどね。

32x32のテクスチャ数十枚用意してチップ並べるよりは１枚のでかいテクスチャに並べたほうが全体では遥かに速い。

**名前は開発中のものです。** · 2011/01/23(日) 17:13:16

UV座標の変化で画像の切り替えをシミュレートした方が速いってこと？

**名前は開発中のものです。** · 2011/01/23(日) 17:21:24

DXLibレベルの3Dや2DでGPUパワー使い切るなんて事はまずないし大半がCPUネックだからね。

**名前は開発中のものです。** · 2011/01/23(日) 17:39:36

2Dゲームは意外にグラフィック関係の負荷が大きいぞ
CPUのほうが遥かに余裕がある

**名前は開発中のものです。** · 2011/01/23(日) 18:35:47

>>546
確かにシェーダーバリバリ使ってればそうなる可能性もあるね。
シェーダー使うでもない弾幕STG程度ならGPUだけ安物とかじゃなきゃ逆転しないけど。

**名前は開発中のものです。** · 2011/01/23(日) 19:38:33

DXライブラリ使っててネックになりがちなのはソフトウェアイメージだと思う
シェーダ使いまくってもGPU使い切るのは難しいけど
それと同じことをCPUでやったらすぐ遅くなる

**名前は開発中のものです。** · 2011/01/23(日) 20:25:57

シェーダ使うような人ってDirectXを直に叩いてそうなイメージあるんだけど、なんでDXライブラリわざわざ使うん？
やっぱり楽だからなのかな

**名前は開発中のものです。** · 2011/01/23(日) 22:43:09

DXライブラリで作成 → DirectXも勉強しよう → 最低限の自作ライブラリ完成 → あれ、DXライブラリでよくね？

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

ディアドラエンプティは多分GPU使い切ってた・・・

**名前は開発中のものです。** · 2011/01/24(月) 01:28:52

2d画像大量描画で重くなるのはCPUのせいなん？

**名前は開発中のものです。** · 2011/01/24(月) 09:19:47

>>552
弾幕STG程度の数ならCPU。
あるいはGPUがウンコな場合じゃないかね。

CPUがCore-i7だったら最低でもGTX460くらいは乗ってないとアンバランスだよ。

**名前は開発中のものです。** · 2011/01/24(月) 12:14:25

弾幕STGでネックになるのは描画のほうだ
自機と敵弾だけのヒットチェックなら、PEN4でも千発くらい余裕
あんまりいい加減なことばっか言うなよ・・・

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

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