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/04/03(日) 17:45:11.04

めちゃはややで

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

DXライブラリのソースコードを使って、ライブラリを作成せずに
例えば、真ん中に点を打つだけのプログラム
とかを作成したいのですが
ソースコードをどのようにいじれば良いでしょうか？

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

いや、何でもない。聞かなかったことに

**名前は開発中のものです。** · 2011/04/04(月) 02:53:30.39

よかった立ってた
スレ立てられなかったからどうしようかと
>>1 乙！

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

スレも立てられたし、ライブラリの正式版もバージョンアップされたな

**名前は開発中のものです。** · 2011/04/04(月) 14:46:10.56

DXライブラリは、汎用性上げるためにDLLで配布したほうがいいだろ。
コンパイラ別にするのは面倒だし。
ライブラリのアップデートに対応できないし。

**名前は開発中のものです。** · 2011/04/04(月) 14:58:40.04

そうは思わない

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

自分みたいに、DLL形式じゃないから選んでるような人間も居るだろうしなあ。

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

どうせバイナリ配布するなら両方用意すればいいだけのことなんじゃない
まぁ必要なものは自分で作ればいいんだけど

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

実はDLLでもLIBでも速度差はないらしいが。
windowsが上手いことやって。

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

総合アーカイバープロジェクトってあるだろう。
あれはほとんどDLLのみの配布だ。
バージョンアップされも、自作ゲーム・アプリの更新はいらない。

**名前は開発中のものです。** · 2011/04/04(月) 16:29:59.69

アーカイバとかは仕様がハッキリ決まってるものだけど、ゲームのライブラリはそういうのとは違うんだよ
仕様が100%確定でない以上、ゲームとその周辺のバージョンの管理は作者がやらないといけない
例えば、ライブラリ側で生成される乱数が変更されたら、本体のバージョンは変わらないままリプレイが再生できなくなったりする

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

うだうだ言ってないで自分で作れよ。
そのためのオープンソースだろ？

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

>>12
たぶん、DLLなら「DXライブラリがアップデートする度にビルドして配布」っていう手間がなくなるよ
って言いたいんだと思うけど、俺は逆だと思う。

DLLがアップデートされたら、配布中のゲームの挙動が変わったりして結構うざいと思うよ。
埋め込んでおけば、少なくとも挙動が変わる事がないからDLLが出る度に対応作業をしなくていい。
極端なことを言うと、新しいDLLが出る度に自作ゲームのテストをやり直さないといけない。
だから、開発者側でライブラリのバージョンをコントロールできないって結構大変だと思う。

統合アーカイバーの場合は

DLL→解凍処理そのもの
アプリ→DLLへのGUIを提供

というようにお互いに独立性が高い（特定のDLLやアプリである必要がない）。だから成り立っている。

**名前は開発中のものです。** · 2011/04/04(月) 23:52:45.21

>>12
統合アーカイバプロジェクトでDLL形式が使われてるのは
DLLを追加することでプラグイン的にソフトの対応フォーマットを
拡張できるようにするためだと思うの。
そういう意味では、対比としてその例を出すのは
あんまり適切じゃないと思うの。

あと、他の有名なゲーム用ライブラリであるLunaとかも
LIB形式配布だった気がするけど。

ってか君、前スレでも同じ事言ってなかった？

**名前は開発中のものです。** · 2011/04/05(火) 01:08:55.04

一定の需要があるのは確かだろうけどね。
DLL形式で再配布してるところ無かったか。

**名前は開発中のものです。** · 2011/04/05(火) 01:47:10.74

DLL+Cリンケージはかなり多くの処理系でサポートされてて簡単に別の言語から呼び出せたりするのが夢があって良い

**名前は開発中のものです。** · 2011/04/05(火) 02:13:59.62

作る側の都合としてはメリットあるんだけど
実質ゲーム遊ぶ人の視点で考えると

「わざわざDLLも入れないといけないの？
ちょっと遊びたいだけなのに、面倒だからいらね」
となる危惧はあるなあ…

**名前は開発中のものです。** · 2011/04/05(火) 03:07:44.02

dll使いたきゃc#用使えばいいじゃん。dll自体はネイティブなんだし。

**名前は開発中のものです。** · 2011/04/05(火) 11:21:42.45

>>19
かと言ってゲームと一緒にDLLも配布すると、せっかくのDLL形式の利点の1つが無くなるしな。

**名前は開発中のものです。** · 2011/04/05(火) 11:30:08.28

サイズ節約なんて利点のうちに入らないと思うけど
そもそもDLLのバージョンが違ったら動かないなんてザラだしユーザ側のDLLインストールとかに頼っちゃ駄目だろこの場合は

**名前は開発中のものです。** · 2011/04/05(火) 19:17:21.07

DxLib.DLLを別インストールするのは無しでしょ。

DXライブラリを使ったソフトが世間に大量にあるわけでも
DXライブラリが数十MBの巨大ライブラリってわけでも無いのに。
DXライブラリに対する利点がほとんど無いよ。無用にユーザの環境を汚すだけ。

**名前は開発中のものです。** · 2011/04/05(火) 19:31:00.32

DXライブラリを使ったソフトって数えたら結構な数がある気がする

**名前は開発中のものです。** · 2011/04/05(火) 20:58:30.77

７が汎用性とかイミフなことを言うから意味のない雑談が始まったな

**名前は開発中のものです。** · 2011/04/05(火) 21:44:01.31

作ったエフェクトがイチマチ暗いというか効果がなかったんだが
二重に加算したらすごくよくなった。
どうやら画像を拡大するときの補完の影響で、エフェクトが全体的に暗くなっていたらしい

**名前は開発中のものです。** · 2011/04/05(火) 22:28:10.65

二重加算は自分もやるけど、数を増やしまくったりすると結構重いな。
極端に古いマシンではないはずだけど、動画キャプったときにカクついた。

**名前は開発中のものです。** · 2011/04/06(水) 15:56:44.88

拡大すると二重に描画しなきゃならないなら、最初から拡大しておいて、
それを明るさ二倍にした画像を用意しといた方が軽いと思う
色飽和させたいなら別だけど

**名前は開発中のものです。** · 2011/04/06(水) 19:00:44.88

画像を大きくすると今度はメモリが圧迫されるから状況しだいかもしれん

**名前は開発中のものです。** · 2011/04/06(水) 20:24:44.37

class Picture{
public:
const int handle;
int x,y,width,height;
//..
Picture(char* filename):handle(LoadGraph(filename)), //..
draw(){DrawGraph(x,y,handle,TRUE);}
};

ってしたいんだが仕様のせいか描いてくれない
何か解決法ない？

**名前は開発中のものです。** · 2011/04/06(水) 21:12:08.23

そこだけ書かれても何も言えないYO

**名前は開発中のものです。** · 2011/04/06(水) 21:17:42.57

Dxライブラリをスクリプト言語Luaに移植してみた
http://www.dotup.org/uploda/www.dotup.org1503491.zip.html

**名前は開発中のものです。** · 2011/04/06(水) 21:26:12.85

#include "DxLib.h"
using namespace std;

class Picture{
public:
const int handle;
int x,y,width,height;

Picture(char* filename):handle(LoadGraph(filename)),x(0),y(0)){
GetGraphSize(handle,&width,&height);
}

draw(){DrawGraph(x,y,handle,TRUE);}
};

**名前は開発中のものです。** · 2011/04/06(水) 21:27:15.55

int WINAPI WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow)
{
DxLib_Init();

Picture p;
p.draw();

DxLib_End();
return 0;
}

こんなカンジです

**名前は開発中のものです。** · 2011/04/06(水) 21:31:09.44

定義してるコンストラクタ呼び出されてないYO？

**名前は開発中のものです。** · 2011/04/06(水) 21:38:43.97

悪い俺のミス
Picture p("test.png");
だ

**名前は開発中のものです。** · 2011/04/06(水) 22:11:03.02

DXライブラリの問題ではない
もう一度クラスの使い方について勉強しなおしてください

**名前は開発中のものです。** · 2011/04/06(水) 22:15:24.70

コードが手元になくてうろ覚えで書いてる？
実際のコードを貼付けた方が確実。

このコードを基準に指摘するなら、
・ハンドル格納先がconst intだから
・描画後に即DxLib_Endしてるから画面が見えてない

**名前は開発中のものです。** · 2011/04/06(水) 22:55:38.57

分かりました
ご指摘ありがとうございました

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

ハンドル格納する変数がconstかどうかは関係ないぞ

38 · 2011/04/07(木) 01:33:22.98

>>40
試したら確かにconstでも問題なかった。
C#とごっちゃになってた。済まない。

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

公式質問掲示板のスパムうぜえな

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

今DXライブラリの通信機能を利用して、クラスを渡して受信側のクラスにコピーするプログラムを組んでいるのですが
どうやらクラスにstringやコンテナがあるとクラスをシリアライズしないといけないらしく、
boostのシリアライズと組み合わせて何とかできないかとがんばっているのですがどうしてもうまくいかないのです・・・
どなたか同じようなことをやっている人はいらっしゃいませんか？

送信側
Clarss A
std::ostringstream test;
boost::archive::binary_oarchive sou(test);
sou << (const Class&) A
std::string aaaa =test.str();;
char* s = new char[aaaa.length() + 1 ];
strcpy( s, aaaa.c_str() );
NetWorkSend( NetHandle , &s, sizeof(&s) ) ;

受信側
～(DXライブラリの通信サンプル)
if( DataLength != 0 ) break ;
}
Class B;
char a[255];
NetWorkRecv( NetHandle , a , DataLength ) ;
istringstream is(a);
boost::archive::binary_iarchive jyu(is); ←ここで領域外エラー
jyu >> B;

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

DLLでの配布をいってたものですが。
LIBはvs2008、vs2010の差でも動かない。
ヘッダファイルで動的にDLLの関数を読み込めば、Windowsのほぼすべてのコンパイラで統一して動作する。
LIBとDLLを両方配布して、機能差に違いが無いようにしてほしいです。

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

ダイナミックリンクの必要性がよくわからない
いいことないぞ

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

むしろスタティックリンクの開発環境の限定がうざい

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

DXLIBって、初心者がC/C++でDXを使えるようにするライブラリじゃねーの？
だから、ビルド時にスタティックリンクして、完結するようにしてるんじゃないのか。
大体、なんで作者が興味ない環境までサポートしてやる必要があるんだよ。
単なる自分勝手な欲求を、多数の利益みたいに言ってるんじゃねえ。

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

DLLになってうれしいのはDelphiやD、BCCだろうけど
すでに廃れてるしな
VC以外でどんな環境で使うの？

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

>>43
boostってのをしらんが

> char* s = new char[aaaa.length() + 1 ];
> strcpy( s, aaaa.c_str() );
> NetWorkSend( NetHandle , &s, sizeof(?

&sの時点でまちがってね？

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

ダイナミックライブラリも、スタティックライブラリも、同じに使えるようにして公開してほしいって事。
あと関数の動作はボージョンアップがあっても、インターフェースは固定されてた方がいいって事。

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

つまりクレクレ

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

どういうメリットがあるのか聞かれてるのに
自分の希望をたらたら述べるんだもんな
こういう奴はマジで害だわ

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

必要なければ使わなきゃいいだけで
客観的に見れば要らないって言ってるやつらもただの保守厨
他のライブラリを見ても動的静的バイナリを両方配布するのは別に普通のことだし
初心者にとって無用な選択をさせたくないってのはわかるけど推奨と強制は違う

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

○○が簡単にできますよー！って仕様を変えたら、
自力でできない初心者の面倒みることになっちゃうだろ
今の状態でも出来る人は簡単に出来る。このくらいで丁度いいんだよ

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

なんでそんなにDLLに拘るのかがよくわからないけど……
DLLにこだわるのならソースコード公開されてるし自分でビルドしてみるという手もあるよ
ついでにlibjpegとかzlibもdllで扱うようにすれば省メモリ性も上がるかもよ

**名前は開発中のものです。** · 2011/04/09(土) 11:27:37.50

だよな
欲しいなら作者に強請らず自分でやればいい

**名前は開発中のものです。** · 2011/04/09(土) 11:37:31.82

自分でやるのは意味が無い。汎用性を上げたらいいっていう主張な訳。
ローカルで、独自に開発を進めても、広く使われるようにならない。

**名前は開発中のものです。** · 2011/04/09(土) 11:45:20.83

イミフ、ゲームやる人間が全員ＤＸライブラリのＤＬＬをインストールするような言い方
MicrosoftのDirectXとかならまだしも、なんかものすごい勘違いをしているように思う。

それともゲーム本体のパッケージにはＤＬＬを同封しないで
作者サイトでＤＬＬをダウンロードしてね？ってスタンス？

ゲームのパッケージにすべて同封させるならダイナミックライブラリだろうとスタティックリンクだろうと変わらないと思うけど。

**名前は開発中のものです。** · 2011/04/09(土) 11:49:39.00

おっと
言葉足らずだった。
作者サイトとはＤＸライブラリの作者さんのサイトね

**名前は開発中のものです。** · 2011/04/09(土) 11:58:42.24

自分でやれって言われてるのは、他の人がそれを需要がないと思ってるからなんだけど……
需要がないものを実装しても広く使われるようにはならんよ

**名前は開発中のものです。** · 2011/04/09(土) 12:03:40.08

>57
それからＤＸライブラリをＤＬＬ化することで何についての汎用性がどのように向上するのか説明よろしく。
あなたの文章ではそれが少しも伝わってこない。

**名前は開発中のものです。** · 2011/04/09(土) 12:14:42.74

LIB版もDLL版も標準で配布して、ゲーム開発者がどっちでやるか選べた方がいい。

**名前は開発中のものです。** · 2011/04/09(土) 12:34:53.13

CRTが結局バージョン違いで読み込まれるぐらいならLIBで固定化でいいだろ。

**名前は開発中のものです。** · 2011/04/09(土) 12:41:47.09

会話になってねぇｗ

**名前は開発中のものです。** · 2011/04/09(土) 12:48:52.44

自作部分のコードの改変なくLIB版もDLL版もコンパイルできる。
全く同じ機能が使えてインポートライブラリ、動的読み込みしてもLIBと機能差が無い。
DLLを読み込める言語からすべての機能が使える。

**名前は開発中のものです。** · 2011/04/09(土) 12:58:34.75

いまの設計ではC#版からではVC++2008と全く同じ機能は使えないだろ。
関数の入出力インターフェースだけの問題で回避することは可能だろう。

**名前は開発中のものです。** · 2011/04/09(土) 13:03:24.10

賢いふりしたい馬鹿ですね？

**名前は開発中のものです。** · 2011/04/09(土) 13:11:45.85

全関数に渡ってインターフェースを見直して、ラッパーを作ればDXライブラリ本体には手を加える要はないがな。
初めから他言語のアクセスを意識していればよかった。次のバージョンは汎用性、統一性を重視してほしい。

**名前は開発中のものです。** · 2011/04/09(土) 13:46:27.41

>>49
確かに間違ってました。ポインタの扱いをもっとしっかり学ばなければ・・・

おかげで上手く通信することができました。ありがとうございました

**名前は開発中のものです。** · 2011/04/09(土) 14:02:40.22

DLL版で配布するとトラブルになる可能性がある
基本的に単一の実行ファイルにまとまってる方が安心
ユーザーサポートの時間が増えるのは厄介だな

**名前は開発中のものです。** · 2011/04/09(土) 14:05:28.79

あえてDLL版を使う必要は無いが。LIB版が使えない環境のため汎用性上げてLIBとDLLの統一化を。

**名前は開発中のものです。** · 2011/04/09(土) 14:39:53.46

多分だけど、それをやるとして、前提としてDLLは同梱するものだと思ってると思うよ。
スタティックリンクと比べて何が良いのかというと、VC以外の環境（基本的にVCでコンパイルされたlibファイルはVCでしかリンクできない）でDxlibの関数が使えるようになる。
それだけ。それ以外のメリットはメリットとして見ることは普通絶対にしない。トラブルの元なので。
VC以外の環境とは、他のC/C++環境はもちろんのこと、他の言語（DLLのC関数が使える言語は星の数ほどある）も含む。

個人的にはそういうニッチな環境で開発してみたいとも思ってるのでDLL版も欲しい

**名前は開発中のものです。** · 2011/04/09(土) 15:47:04.02

DLLは開発向けに使えないこともないんじゃない
ちょっとしたテストやデバッグの繰り返しとか
大きいファイルをリンクする必要がなくなれば手軽に感じる人もいるかもな

**名前は開発中のものです。** · 2011/04/09(土) 16:28:47.43

DLL化＆インターフェイスの改善がしてほしいってのはわかったし、それらに有用性があるのも確かだと思う
けど、前者はともかく後者は作者さんに頼むはちょっと現実的じゃないから
DXライブラリPortableみたいに外部に派生プロジェクト作ってみたらいいんじゃないかな

**名前は開発中のものです。** · 2011/04/09(土) 17:20:41.58

具体的にどういう環境で開発してるんだ？
VC使ってないならもともとこんなんに興味持つとも思えないのだけど

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

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