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使ってないならもともとこんなんに興味持つとも思えないのだけど

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

仕事で別の環境を使ってて、それに近づけたいとかなのかな。
自分も似たようなことやってるけど、頭と手の切り替えが面倒くさい。

>>75
＞VC使ってないならもともとこんなんに興味持つとも思えない

「VCだからDXライブラリを使う」っていう人は、そんなに多く無い気がするけどなあ。
Win環境でゲームを作りたいと思ったときに、有力候補としてDXライブラリがあり、それがVC対応だったって言うだけだろう。

**名前は開発中のものです。** · 2011/04/09(土) 23:30:25.05

DLL化は場合によっては有用だとは思うけど
それは作者の仕事ではないとも思う

オープンソースであることの意義は
不満があれば自分で改変できる点
DLLにしたいなら、自分でやればいいのでは？

もし、その作業が面倒だと思ったら
その面倒を他人に押し付けてる事を理解するべき

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

CSVファイルなどから2バイト文字を読み込むことは出来ないのでしょうか？
FileRead_getc()関数ではなく、FileRead_gets()関数を使用すれば2バイト文字でも
読み込めますでしょうか？

**名前は開発中のものです。** · 2011/04/10(日) 00:13:07.66

FileRead_gets()で読み込めますですよ
FileRead_getc()はリファレンスの書き方がちょっと紛らわしいかもね
アレは結果的に一文字読むことになるけど、単に１バイト読んでるってだけ

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

>>74
DLLとLIBで関数が違ったら価値が減る。コードの変更なしで両方コンパイルできることが大事。

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

なんでlibとdllで関数が変わるの？

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

DLLだと関数名が違うからな

こいつの言うことも分からなくはないが、
大した需要が無い反面、作者への負荷がでかくて大したメリットもない

まあ、やるか決めるのは作者だし、
あったらいいね、くらいしか言うことないわ

**名前は開発中のものです。** · 2011/04/10(日) 11:52:40.58

関数名が違うってどういうこと？詳しく教えて

**名前は開発中のものです。** · 2011/04/10(日) 12:41:32.16

関数名が違うって意味がわからないし作者にかかる負担も大きいとはとても思えないんだが

**名前は開発中のものです。** · 2011/04/10(日) 12:45:29.27

同名でラッピングしてDLLにしてヘッダファイル書いて
DLLは暗黙的、静的リンクするようにして
VCのCRTみたいにリンクするライブラリを切り替えるだけだろ。
全部自分だけで出来ることじゃないか。

**名前は開発中のものです。** · 2011/04/10(日) 12:50:27.49

確かに意味が分からない。
ＤＥＦファイル使わないってことか？

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

関数名が違うって、今配布されてるDxLib.dllの話な

**名前は開発中のものです。** · 2011/04/10(日) 13:29:20.76

そういう意味か、ていうか何度も言われてるが。オープンソースなんだから
自分でＤＬＬビルドしろよ。
ＶＣ＋＋だって無料で配布されてるんだからできるだろ。

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

面倒くさいっちゃ面倒くさいけど、
不要な機能を削るといったカスタマイズを並行して行うつもりなら、そこまで手間じゃないかな。

**名前は開発中のものです。** · 2011/04/10(日) 19:30:45.16

簡単なソフト
http://u3.getuploader.com/akaiup/download/1147/Solar.zip

**名前は開発中のものです。** · 2011/04/10(日) 21:19:56.20

元の主張だと「世の中全部のDXライブラリアプリがDLLを共有すれば重複してる分が節約できて幸せだよね」
ってことだと思うけど、ゲームなんて同時に実行することはほとんどないし
今どきのHDD容量だとDXライブラリのDLLなんて屁みたいな小ささだから気にしても仕方がない
以上のことからDLL化は意味がない

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

は？だから容量節約なんて誰も考えてないっての

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

関数名が違うっていったって、先頭に dx_ が付くだけじゃないか。
そんなにウダウダ言うほどのことなのだろうか？

**名前は開発中のものです。** · 2011/04/10(日) 22:16:41.59

流用できないことが問題点なんだろ

**名前は開発中のものです。** · 2011/04/10(日) 23:11:06.42

dx_つくのは公式で配布してるC#用のdllだけの仕様だから
自分でC++からDLLとしてビルドすれば関数名が違うなんてことはないよ

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

C#用だと関数名が違うのか。知らなかった。
なんか理由あるのかな、

**名前は開発中のものです。** · 2011/04/11(月) 08:57:25.88

DXライブラリは3Dが弱いといわれているみたいだけど
管理人さん、やっぱ3D機能の強化をしていくみたいだね。

**名前は開発中のものです。** · 2011/04/11(月) 12:28:29.83

あくまでグラフィックライブラリとして強化していくのかな
2Dゲームエンジンとして進化するかと思ってたけど

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

>>97
2009年9月に初めてDirectX9と3Dに対応したって時代遅れも度が過ぎる
未だに3D機能弱いとかお粗末だな、外国では5年以上も前に3DのSDK沢山あるっていうのに
何でこんなものが日本のアマチュアに人気なのかわからん

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

>>99
日本製で日本語のドキュメントも豊富だからに決まってんだろ
なんでわかんないんだよ

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

>>99
DXライブラリに3D機能が求められてないからだろ
小学生レベルの知能かお前は

**名前は開発中のものです。** · 2011/04/11(月) 18:49:31.10

初めて作るゲームがいきなり3Dとかはあんまり無いからな
2Dのゲームを作るのにDXライブラリが役立つからだろ…

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

3D酔いするから、3Dグリグリのゲームはだめだわオレ
SFCのマリオカートですら酔うんだぜ・・・

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

作者さんは、2D機能はもう十分完成しているという考えなのかも。
だから3D機能の拡充に動いてるんじゃないかな。

あと、ゲ製で海外とか外国とか言ってるレスはスルーが吉。

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

2Dゲームでも3Dデータ使うこと多いし求められてないってことはないだろ

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

>>105
そういう意味じゃないだろ

**名前は開発中のものです。** · 2011/04/12(火) 19:11:07.88

宇宙の車窓から
https://www.zeta-uploader.com/907627360

**名前は開発中のものです。** · 2011/04/12(火) 19:57:58.48

残念ながら日本製のゲームライブラリではdx以外選択肢はないきがする
pygameとかのほうが使いやすいんだけどはやりそうにないし
日本語資料が豊富かどうかが重要だと思います
ライブライぐらい自分で調べろ　そういわれてもこちとら趣味なのでそこまで必死になって
プログラミングしたいわけじゃございません

**名前は開発中のものです。** · 2011/04/12(火) 20:02:08.96

>>107
DXライブラリ製の3Dの惑星シミュ？
よぅわからん

**名前は開発中のものです。** · 2011/04/12(火) 20:42:06.16

>>108
pygameってコミュニティあるの？
日本語か英語でいいのがあったら教えてくれ

**名前は開発中のものです。** · 2011/04/12(火) 20:50:30.16

CでもDirectXでもライブラリでもない
スレチにも程がある

**名前は開発中のものです。** · 2011/04/12(火) 20:55:51.64

よくかんがえるとそうだな
ここは有数のライブラリの中からDXライブラリを使うことを選んだ人が語り合ったりするスレだったな……

**名前は開発中のものです。** · 2011/04/12(火) 21:01:12.95

まぁ、IronPythonならDXライブラリを使えるけどな

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

プログラミング初心者丸出しの質問で申し訳ないんだけど、DXライブラリの中身って結構高度なのかな
こういうライブラリも（つくろうと思えば）自分で作れるくらいの技術がないとプロにはなれないんだろうか

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

>>114
DXライブラリレベルのライブラリを作れるようになる必要はない
けど、少なくとも自分が欲しい機能を持っただけのライブラリは自作できないとウチの会社では採用しないよー、
って、知り合いのそれ系プログラマーが言ってた

その人も趣味ではDXライブラリ使ってるんだけどね

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

>>115
遅くてもいいから自分でDXライブラリと同じような機能を実装できるようになればって感じなのかな
参考になったよ！ありがとう
DXライブラリもどきを目標に勉強するよ

**名前は開発中のものです。** · 2011/04/13(水) 10:57:08.34

>>114
ライブラリに頼らないで開発できるようじゃないとプロは厳しいぞ
特にコンシューマは、DirectXすら使えないし、CPU制御やハードウェア知識も要る
初心からこんなライブラリに頼ってる奴はメモリ管理なとのきちんとしたプログラム作法身に付かないからプロから嫌われる
プロ目指すなら楽を覚えちゃいけないよ

**名前は開発中のものです。** · 2011/04/13(水) 11:43:18.98

まともなfps管理を導入したらすごく安定してワロタ

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

定期的に出てくるな、こうやって脅しつける奴

**名前は開発中のものです。** · 2011/04/13(水) 12:14:03.20

で、FPS管理はどうやるのが正解？

**名前は開発中のものです。** · 2011/04/13(水) 12:44:47.71

いや、俺がアホだっただけなんだ。
1フレームごとに処理時間を計って、スキップ判定をしていたのを
10フレームごとの平均処理時間を計って、その平均処理時間がお望みの値になるまで
描画スキップするという処理にしたら、とても安定したんだ。

**名前は開発中のものです。** · 2011/04/13(水) 21:09:49.99

「そのフレームの処理時間」の部分を、
まるっと「過去10フレームの平均処理時間」に置き換えたと。

**名前は開発中のものです。** · 2011/04/14(木) 18:09:18.15

教科書の最初の方

https://www.zeta-uploader.com/986096854

**名前は開発中のものです。** · 2011/04/16(土) 02:50:25.02

ファイアーエンブレムみたいに四角のユニットを動かしていくゲームを作っているんだけど

移動範囲を描画するのに何か良い方法、というか方針的なものを教えてくれまいか…

２次関数x,yに◇の領域で、 y > x + a, .y < -x + .... のとき描写とかしてたんだが…

障害物とか敵があって通り越せないとか、回り道とかでもうだめぽ

**名前は開発中のものです。** · 2011/04/16(土) 02:54:25.85

移動可能なマスを予め計算しておいて配列に記憶しておく。それをただ描画する。
再帰とか使って一マスずつ移動するのをシミュレートすると楽。

**名前は開発中のものです。** · 2011/04/16(土) 03:00:00.83

やはりシュミレートれすか…

再起全然わからない…勉強しまふ…

**名前は開発中のものです。** · 2011/04/16(土) 08:31:12.65

画像処理でのペイントアルゴリズムと同じだろ

**名前は開発中のものです。** · 2011/04/16(土) 08:37:11.71

フラッドフィルアルゴリズムだな

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

http://gumina.sakura.ne.jp/CREATION/OLD/MAKING/index.html
http://www.jyouhoukaiseki.com/index.html
http://www5f.biglobe.ne.jp/~kenmo/program/program_ind.htm

がんば

**名前は開発中のものです。** · 2011/04/16(土) 14:26:17.59

前スレ>>919さん、DXライブラリでのgifアニメの再生の件、
教えていただいてありがとうございました、再生できました。
諸事情でお礼が遅れてしまいすみませんでした。

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

DXライブラリを使おうと思っているんだけど
スーファミくらいのゲームを実行できる速度なの？
それの起動時間ってどれくらい？　教えてくださいおながいします

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

エミュレーターじゃねぇよ

**名前は開発中のものです。** · 2011/04/16(土) 17:58:38.08

パソコンの環境にもよるけど余裕だろ。
起動は一瞬だけど遊べる段階に行くまではローディングの仕様による。

**名前は開発中のものです。** · 2011/04/16(土) 18:19:55.77

>>133
DXライブラリ使おうと思います
あざました

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

アンチエイリアスきた。

**名前は開発中のものです。** · 2011/04/18(月) 12:44:28.01

なんか最近紹介ページが賑やかになってきてるな
段々流行ってきてるのかね

**名前は開発中のものです。** · 2011/04/18(月) 21:35:53.90

紹介だけじゃなくてゲーム自体もアップできればいいのに

**名前は開発中のものです。** · 2011/04/18(月) 21:41:18.14

サーバが死ぬｗ
自サイトへの誘導がメインだと、サイトも見てもらえるし今のままでいいと思うけど

**名前は開発中のものです。** · 2011/04/19(火) 16:58:10.21

描画関数の並び順を入れ替えるする方法をしりたいんだけど
クイックソート？する方法が分からない
とある掲示板でも同じような質問があったんだけどチンプンカンプン

**名前は開発中のものです。** · 2011/04/19(火) 16:59:07.36

めんどっちいからソートの為だけに配列にvector使ってる自分

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

Cのライブラリにqsortってのがあるからそれを使う。関数名で調べるといいよ。

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

クイックソートなら標準ライブラリにあるやん

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

…ｙ座標が大きい順に並べたいんだけど、どうやって比較しよう？
今までは単純に数の大きさでソートしてたんだけど
画像って描画する為に一つ一つ違う変数を使うじゃん？
それの比較の仕方が分からない　配列を使うのか？　教えてくだちい

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

違う変数を使うって、同じ変数をどうやってソートしてたんだよ

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

int GetGraphSize( int GrHandle , int *SizeXBuf , int *SizeYBuf ) ;

この関数を使えば読み込んだ画像のxとyが得られるぞ

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

y座標っていうのは描画位置のことで画像の幅ではないと思う

ググったけどこれかな
http://simd.jugem.jp/?eid=116
まず１つのオブジェクトの情報は１つの構造体にまとめるべきだと思う

**名前は開発中のものです。** · 2011/04/19(火) 18:20:14.16

すいません　100%私の言い方が悪かったです　具体例をあげます
LoadGraphScreen( ch.x , ch.y , "test1.bmp" , TRUE ) ;
LoadGraphScreen( tk.x , tk.y , "test2.bmp" , TRUE ) ;
この２つのｙ座標を比較する方法を知りたいのです

**名前は開発中のものです。** · 2011/04/19(火) 18:21:50.53

多分、自己解決しました

**名前は開発中のものです。** · 2011/04/19(火) 18:26:31.16

やっぱり自己解決してませんでした
2つの関数のy座標だけを比べて並び替える方法を教えてください

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

ch.yとtk.yを比べたいのかch.y+test1とtk.y+test2を比べたいのか

**名前は開発中のものです。** · 2011/04/19(火) 18:36:20.52

ch.yとtk.yを比較して関数の並びを入れ替えるということです

**名前は開発中のものです。** · 2011/04/19(火) 18:39:49.00

普通は座標やグラフィックハンドルを一つの構造体に入れて、その配列にqsortをかけたりするんだけど

**名前は開発中のものです。** · 2011/04/19(火) 18:42:34.51

構造体が分からないと流石に難しいだろうな

**名前は開発中のものです。** · 2011/04/19(火) 18:43:28.80

座標をソートすれば関数自体がソートされるのでしょうか？

**名前は開発中のものです。** · 2011/04/19(火) 18:47:31.55

LoadGraphScreen( 10 , 10 , "test1.bmp" , TRUE ) ;

こういう風に直接数字を入れてる？

**名前は開発中のものです。** · 2011/04/19(火) 18:51:57.29

いいえ、ｙやｘといった変数で表示しています

**名前は開発中のものです。** · 2011/04/19(火) 18:56:21.21

言うまでもなく、座標をソートしても関数はソートされない
せめてソートする座標と画像の情報（この場合は名称?）を関連付ける必要があるよ
だから素直に構造体を学びなさい

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

変数にしてるならx[loop]みたいな感じでできそうだけれども

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

Cの勉強はしたので構造体は分かるのですが
関連付けってのがよく分からないです
せめて関連付けのヒントやサイトを教えてください

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

関連付けは別にプログラムとかじゃないよ。ただ座標を構造体の変数にするだけ

typedef struct{
int x;//x座標の値
int y;//y座標の値
char *name;//画像の名前
}TEST;

TEST base[2];
for( i=0; i<10; i++ ){
LoadGraphScreen( base[i].x , base[i]y ,*base[i].name , TRUE ) ;
}

こんな感じ。ソートは>>146

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

なるへそ

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

なんでfor文があるんですか？

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

multimapでfirstをY座標の値、secondを構造体かクラスのポインタ

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

配列の各要素にアクセスするためとしか言いようがないな
ちなみに要素数が2なんでfor( i=0; i<10; i++ ) はfor( i=0; i<2; i++ ) になるはず

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

>>163
はて？

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

>>165
STL使わないならスルーしてくれ

**名前は開発中のものです。** · 2011/04/19(火) 20:21:06.58

ID:OCzKiVRH、小学生だろこいつ
基本的な文くらいできるようになってから来いよ…。
もしくはなん質でも行け。

**名前は開発中のものです。** · 2011/04/19(火) 22:11:32.99

そのとある掲示板がなん質かなんかだったと思う。昨日見た。

**名前は開発中のものです。** · 2011/04/19(火) 22:39:43.77

ID:OCzKiVRHはpredicateがわかってないか忘れているだけじゃないかと予想

**名前は開発中のものです。** · 2011/04/19(火) 23:34:18.45

要素数２だけでいいのか？
２なら簡単だけど多分違うんだろうな
違うという前提ならやはり構造体かクラスに座標情報を持たせて
それらを配列なりリストなりにして
ソートさせて表示でいいんじゃないの

**名前は開発中のものです。** · 2011/04/20(水) 16:34:52.26

>>167
まぁまぁ
初心者がいないとスレも過疎るじゃん？

**名前は開発中のものです。** · 2011/04/20(水) 16:38:32.43

>>160
思ったんだけど、これソートできるか？

**名前は開発中のものです。** · 2011/04/20(水) 16:55:43.82

できるできる

**名前は開発中のものです。** · 2011/04/20(水) 17:05:46.32

え？だって質問者はy座標で関数を入れ替えたいんだろ？
qsortってのは使ったことないんだけどできなさそうなんだが

**名前は開発中のものです。** · 2011/04/20(水) 17:11:27.15

使ってみれば分かるんだけどね・・

**名前は開発中のものです。** · 2011/04/20(水) 17:13:37.27

qsortは要素の比較関数ってのを自分で作って渡すんだけど、その関数にY座標の比較を入れればそういうふうにソートできる。

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

ｙ座標を比較すれば構造体のおかげで関数も自然に入れ替わるってこと？
qsortは使ったことないんだけど　　…おかしいこといってたらごめんってことです

**名前は開発中のものです。** · 2011/04/20(水) 17:29:01.31

質問が難しいな
関数入れ替えたいってどういうことなんだろう

**名前は開発中のものです。** · 2011/04/20(水) 17:48:56.59

Cの勉強をしたって書いてあるけど、経験が無くて使い方がわからないんじゃないかと推測。
彼はプログラムの概念をわかっていないように見えるし、レスもよくわからないから的外れだったら申し訳ない。

たぶん彼が言いたいことはこう。

まず以下のように書くとA、B、Cの順で描画される。
LoadGraphScreen( A.x , A.y , "A.bmp" , TRUE ) ;
LoadGraphScreen( B.x , B.y , "B.bmp" , TRUE ) ;
LoadGraphScreen( C.x , C.y , "C.bmp" , TRUE ) ;

けれどもこの時y座標の大きい順に描画したい。
例えばC、A、Bの順に大きかったら、以下のようになると良し。
LoadGraphScreen( C.x , C.y , "C.bmp" , TRUE ) ;
LoadGraphScreen( A.x , A.y , "A.bmp" , TRUE ) ;
LoadGraphScreen( B.x , B.y , "B.bmp" , TRUE ) ;

つまり、彼は描画順序を入れ替えたいんだけど、その手段としてソース上で順序を入れ替えないといけないと思っているんじゃないかな。

二つに限定して、且つ超初歩的にやればこれでいいんじゃないの？
もちろん配列でソートでって方が汎用性高いのはわかってる。

if(ch.y > tk.y){
LoadGraphScreen( ch.x , ch.y , "test1.bmp" , TRUE ) ;
LoadGraphScreen( tk.x , tk.y , "test2.bmp" , TRUE ) ;
}else{
LoadGraphScreen( tk.x , tk.y , "test2.bmp" , TRUE ) ;
LoadGraphScreen( ch.x , ch.y , "test1.bmp" , TRUE ) ;
}

**名前は開発中のものです。** · 2011/04/20(水) 17:59:23.21

それならLoadGraphScreenじゃなくてLoadGraphにして
グラフィックハンドル使うようにしたほうがよくね？

**名前は開発中のものです。** · 2011/04/20(水) 18:21:21.63

>>180
>>179は>>147の例でLoadGraphScreen使ってるから
同じように書いただけでしょ

>>179
「関数の並び順を入れ替える」って書き方からして多分そうだろうね

**名前は開発中のものです。** · 2011/04/20(水) 18:41:19.53

>>181
ああ、書き方が悪かった
先にLoadGraph覚えたほうがよくね？と

**名前は開発中のものです。** · 2011/04/20(水) 19:52:46.50

でも絵を描画する為にわざわざ構造体を使うだなんて面倒くさいな
もっと簡単な方法があればいいんだけどね

**名前は開発中のものです。** · 2011/04/20(水) 19:57:18.68

3D機能のZバッファとかなんとかで適当に何とかなんないかな？

**名前は開発中のものです。** · 2011/04/20(水) 19:59:14.98

>>184
それでも半透明含む画像なら描画順ソートしないといけないからなぁ

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

>>183は訂正
わざわざ構造体を何度も使わなくても良かった

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

>>179
質問者の意図を理解できた！ありがとう>179！お前さん凄いよ！

**名前は開発中のものです。** · 2011/04/21(木) 00:23:44.65

そんなもんみんな気付いてたことなんじゃないの

**名前は開発中のものです。** · 2011/04/21(木) 00:38:15.37

ソース公開したら簡単に解決したと思う

**名前は開発中のものです。** · 2011/04/21(木) 02:21:16.68

>>188
関数の入れ替えってあたりの文面がどうも意味不明で
質問の意図を理解できてなかったんだ

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

なんかいろいろ勘違いしてるんだろうなーでも触れるとめんどくさそうだなーと思ったから誰も触れなかったんだよ

**名前は開発中のものです。** · 2011/04/21(木) 17:55:52.72

>>191
いや、勘違いはしてないと思た

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

文字を回転や拡大させたかったら文字の画像を作るのが一番なのかな

**名前は開発中のものです。** · 2011/04/21(木) 20:30:20.48

そうだな

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

>>160
わ、分からない…
描画関数の分だけ構造体つくればおｋなの？

**名前は開発中のものです。** · 2011/04/22(金) 15:51:49.28

はい？

**名前は開発中のものです。** · 2011/04/22(金) 16:19:03.02

「関数そのもの」と「関数呼び出し」と「ソースコードの一行」を使い分けろ

**名前は開発中のものです。** · 2011/04/22(金) 16:46:44.29

はい？

**名前は開発中のものです。** · 2011/04/22(金) 18:14:26.01

関数のぶんだけというか描画する画像の分だけ構造体をつくるんだな

**名前は開発中のものです。** · 2011/04/22(金) 18:30:53.52

手続きか

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

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