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の時点でまちがってね？

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

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