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

**名前は開発中のものです。** · 2009/12/04(金) 16:49:13

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/

**名前は開発中のものです。** · 2010/02/18(木) 17:21:51

>>926
まさに求めていたものはこれです。
ありがとうございました。

**名前は開発中のものです。** · 2010/02/18(木) 18:10:44

dxlibで書き込める画像って作れるのか・・・
レイヤーシステムどうやって作るのか悩んでたところだよ

**名前は開発中のものです。** · 2010/02/18(木) 18:19:30

BaseImageでもやろうと思えば出来るんじゃない？
SoftImageにも転送付いてたような

**名前は開発中のものです。** · 2010/02/18(木) 18:37:31

SoftImageは変形とかブレンドを自前でやんないといけなくて面倒だった気がする

**名前は開発中のものです。** · 2010/02/18(木) 18:41:04

>>897
の右側の魔法陣みたいな斜めにして回転、みたいな変換・表示するのにはどうすればいいかわからない・・・。
というか、アフィン変換した画像というか、DXライブラリでどうアフィン変換利用すれば良いかわからないんだけど、
誰か分かる人頼む・・・。

**873=897** · 2010/02/18(木) 19:07:00

結局アフィン変換がよくわからずに、三角関数で画像を変形させた俺。

おかしいな、大学は理系だったはずなんだけどなー。
行列なんて普通に使ってたはずなのに…… orz

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

>>931
斜めにして回転って2Dでやるほうが難しいんじゃないかな。
DrawModiBillboard3Dってカメラ関数使って斜めから見れるん？
>>897の魔方陣のように傾けて見れるならなんとかなりそうだけど。

**名前は開発中のものです。** · 2010/02/18(木) 19:30:18

いわゆる「習う」数学は公式を持ってきた後に「解く」からいけない。そこが重要だと思ってしまう
解くのは別にコンピュータがやればいい。大切なのは解き方

**名前は開発中のものです。** · 2010/02/18(木) 19:40:26

ひょっとして3Dつかって2Dゲーム作る方が楽なのかな
最近はそういうゲームも結構あるよね

**名前は開発中のものです。** · 2010/02/18(木) 19:43:40

DXライブラリ使ってるならまさにその方式を使ってることになるけど

**名前は開発中のものです。** · 2010/02/18(木) 20:41:03

>>931
つまり、画像を２回回転させて描画したいっていうことだよね？
DrawModiBillboard3D関数の引数x1, y1～x4, y4に各頂点を２回回転させた座標を指定すればいけると思う。
ビルボードじゃなくてモデルとして扱った方が簡単なような気もするけど・・・

**名前は開発中のものです。** · 2010/02/18(木) 20:49:00

>>937
自分みたいに3Dサッパリな人間には、モデルデータを用意するだけでハードルが高いからなあ。
そうなると、従来の画像で扱えるビルボードの方が良さそう。
あとは動的に画像を生成するような場合（スクリーンショットとか）にも向いているかもしれない。

モデルデータを使わずにやるなら、素直に2Dでも良いわけだが。

**937** · 2010/02/18(木) 20:57:50

すみません、>>937に書いた方法はウソでしたorz..
引数x1, y1～x4, y4は2次元の変形しか指定できないし、DrawBillboard3D関数にはある引数Angleも無いので3次元の回転は無理そうです・・・
モデルにすればMV1SetMatrix関数で自由に変形できるんだけど・・・
>>931の作ってるゲームは2Dなの？
それなら斜めに傾いている画像を使って下さいｗ

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

2Dだとやっぱり事前に描いて置いておくのが一番なのかな

**名前は開発中のものです。** · 2010/02/18(木) 21:07:33

>>897みたいな効果を多用するならともかく
一部でしか使わないならそのために複雑な仕組み作りたくないでしょ

**名前は開発中のものです。** · 2010/02/18(木) 21:07:35

2Dゲームなら、それこそ>937の方法で良いような気がするけどなー。

**名前は開発中のものです。** · 2010/02/18(木) 21:43:03

俺もblederで即死したけど
メタセコなら普通に使えた

**名前は開発中のものです。** · 2010/02/18(木) 22:34:17

少ない脳みそ絞って書いてみた。
3Dとかアフィン変換とかサッパリなので2Dで。
http://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0080zip.html

**名前は開発中のものです。** · 2010/02/18(木) 23:17:57

>>944
マジ感謝・・・なんだが、サンプルコードなくて使い方を迷う

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

すまん、付け忘れた

extRate_xとextRate_yに1、hImgにグラフィックハンドル、残りの引数には0でも入れてくれれば
とりあえず動くと思う。

**名前は開発中のものです。** · 2010/02/19(金) 00:27:45

俺がいつも使ってる拡張画像表示はこれ

void DrawExRotaGraphF(float ex, float ey, float xScale, float yScale, float Angle, int GrHandle, int TransFlag, int TurnFlag) {
int gx,gy;
float ix,iy,ca=cos(Angle),sa=sin(Angle);
GetGraphSize(GrHandle,&gx,&gy);
gx*=xScale/2; gy*=yScale/2;
VECTOR2D pos[4] = { { -gx, -gy}, { +gx, -gy}, { +gx, +gy}, { -gx, +gy} };
for (int i=0;i<4;i++) {
ix = pos[i].x*ca - pos[i].y*sa;
iy = pos[i].x*sa + pos[i].y*ca;
pos[i].x=ix+ex; pos[i].y=iy+ey;
}
if (!TurnFlag) DrawModiGraph((int)pos[0].x, (int)pos[0].y, (int)pos[1].x, (int)pos[1].y,
(int)pos[2].x, (int)pos[2].y, (int)pos[3].x, (int)pos[3].y, GrHandle, TransFlag);
else DrawModiGraph((int)pos[1].x, (int)pos[1].y, (int)pos[0].x, (int)pos[0].y,
(int)pos[3].x, (int)pos[3].y, (int)pos[2].x, (int)pos[2].y, GrHandle, TransFlag);
}

ていうかこのくらいDXライブラリも用意して欲しいところだが

**名前は開発中のものです。** · 2010/02/19(金) 00:28:54

あ、VECTOR2Dはオリジナルだった
/* 2D用行列 */
typedef struct VECTOR2D {
float x,y;
} VECTOR2D;
まあ使わなくても二次元配列なりで出来るけどね

**944** · 2010/02/19(金) 00:43:49

2Dの描画関数群を見てると、Zバッファ版なるものがあるんだけれど
これって何か上手く使えないかな。

公式BBSだと、マスク処理に使うって話があったけれど…

>>947
やってることは自分と同じ…かな？たぶん。
そっちの方がシンプルなコードだがｗ

**名前は開発中のものです。** · 2010/02/19(金) 01:11:24

>>949
同じだね
縮小拡大前に回転するかしないかってのは入れる値を変えれば出来るし、縦の反転は180度回転させた後に左右反転すれば再現可能
自分はこれをよく使うので最低限のものだけを入れて、必要に応じてラッパー関数を使えばいい（まあこれ自体もmodiのラッパーだけど）

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

>>950
回転させてから拡大（縦横別倍率）ってどうやるの？

**名前は開発中のものです。** · 2010/02/19(金) 01:36:21

拡大率を予めsincosにぶち込めばいい　「回転を見越して拡大縮小する」

**名前は開発中のものです。** · 2010/02/19(金) 02:17:39

先生、その見越し方が分かりません

**名前は開発中のものです。** · 2010/02/19(金) 10:00:47

つかそういういくつもの変換を同時に適用するために
行列があるんだと思うが・・・行列を使わないなんて無駄に複雑になるだけだよ。

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

>>954
計算部分を自前でやってるだけで、やってることそのものは変わらない気がする

**名前は開発中のものです。** · 2010/02/19(金) 13:25:42

チラ裏で申し訳ない。
画像処理の入門書を読んでるんだが

(1)自前で行列（回転用行列、拡大用行列など）を用意
(2)それらを掛け合わせて、最終的な変形用の行列を作る
(3)変形用行列を関数に渡す

…みたいな感じだった。
行列をクラスにして、演算子のオーバーロードで簡単に加算や乗算が出来るようにするとか
そういう工夫がされているようだ。

あと、公式BBSでこんなの見つけた
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=past&no=1033

**名前は開発中のものです。** · 2010/02/19(金) 13:34:25

3D用の関数に行列使えるのがあるよ

**名前は開発中のものです。** · 2010/02/19(金) 13:37:37

上で話題にでてたアフィン変換だって2次元に特化した行列じゃんか
クラス公開されててちょっといじれば簡単に使えるのとかあったぞ
行列うんぬんよりクラスがわからんとか？

**名前は開発中のものです。** · 2010/02/19(金) 14:02:46

頂点の集合に行列を演算してできた形に描画するのはいいんだが
長方形の画像を自由変形して描画するアルゴリズムはいったいどうやって実装されてるんだろう
ピクセル単位で全部写像してたらすごく遅くなりそうだが他に方法も浮かばない

**名前は開発中のものです。** · 2010/02/19(金) 14:11:57

専用のハードウェアにやらせてるんだから爆速
アルゴリズムとかいう次元じゃない

**名前は開発中のものです。** · 2010/02/19(金) 14:17:06

>>957
3Dの方はあんまり見てなかったぜ。
これから勉強しないとな…。

>>958
クラスが分からないとかは流石に発想が飛躍しすぎじゃね？

>>959
テクニカルな最適化や、誤魔化しとかはやってるかもしれないけど、
基本的なやり方は同じで、あとはハードウェア様による力技なんじゃない？

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

LoadGraphを使う関数を繰り返し呼び出してると
例外が出て強制終了することがある
具体的には、
main(){

:
:
shop->open();

}
とメインの関数からクラスのメンバ関数を呼んだとき、
openを十回くらい呼び出すと、openを呼んで最初に出てくるLoadGraphで強制終了する
open内で何度もLoadGraphを呼び出しているが、最初のLoadGraph以外で強制終了したことはない
他のまったく別のクラスのメンバ関数でも、二回目に呼び出したときに
最初のLoadGraphで強制終了するので、
openでなくLoadGraphに問題があると思うんだけど
そもそもどういう状況でLoadGraphが例外出すか分かりませんか？

メモリ使用量を見る限りメモリリークなどはない
ちなみに使ってるのはBcc版

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

具体的の意味わかってんのかカス

**名前は開発中のものです。** · 2010/02/24(水) 07:32:26

例外ってどんな例外？　メッセージとか無い？
読み込んでる画像はどんな画像？　ファイルサイズとかフォーマットとか。
メモリリークかどうかもどんな環境でどれくらいのサイズの画像を読み込んでるのか教えてくれないとこっちでは判断できない
もっと詳しく

**名前は開発中のものです。** · 2010/02/24(水) 09:49:28

全く具体的じゃないのに具体的には、とはこれいかに。

**名前は開発中のものです。** · 2010/02/24(水) 09:53:22

何が例外出すか分かりませんか？だよ
どういう状況で例外出すってエラーメッセージに全部書いてあるだろうが

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

エスパーしてみるに、
「最初のLoadGraph」に指定してるファイルが、
　
　(1)形式的に未対応のものを指定している
　(2)指定ファイルの内部フォーマットがおかしい

のどれかなんじゃないのかな？
「最初のLoadGraph」以外は成功してるって話だし。

**名前は開発中のものです。** · 2010/02/24(水) 15:35:20

DX_ライブラリ使っていたら
いつもなら「ch.」(chは構造体)で設定したパロメータが表示されたのに
今日使ってたら表示されなくなった。これってどこの設定変えれば元に戻るの？

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

インテリセンスはよくぶっ壊れる

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

たまにJavaやるとEclipseの入力支援の賢さに感動する。

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

いや普通にVS2008の方が賢いだろ C++はダメダメだが

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

＞IntelliSense
最近のは分からないけど、ちょっと変なことやると対応しなくなるしなあ。

**962** · 2010/02/24(水) 20:46:27

Bccのデバッガは見方がよく分からなかったのでVC++で原因を調べてみた
移植にかなり手間取ったけど、原因はnew,deleteでの
HEAP CORRUPTION DELETEDだった

ごめんよ、DXライブラリ

**名前は開発中のものです。** · 2010/02/25(木) 00:10:24

VS2008EEC#でDXLib使ってるけど、ゲーム開発はなんでC++が多いいのか・・・？
C#使いやすいと思うんだが・・・

**名前は開発中のものです。** · 2010/02/25(木) 00:27:31

C#とC++と、どっちも知らない人間（俺みたいな）が始めようとしたら
そりゃデフォルトで解説されてるC++使うよ。

**名前は開発中のものです。** · 2010/02/25(木) 00:40:37

>>974
>>975
素人はメモリ管理で苦労させられる
C#はライブラリの導入・セッティングまでも驚くほど簡単だ

**名前は開発中のものです。** · 2010/02/25(木) 00:43:57

むしろメモリ管理を隠蔽化されると不安になる

**名前は開発中のものです。** · 2010/02/25(木) 00:57:11

C#は動作速度どうなんだ？
あと.NETないと動かないんだっけ　それはどうでもいいが

**名前は開発中のものです。** · 2010/02/25(木) 01:15:00

>>978
今のPCスペック考えると動作速度気にするのは意味無いかな
同人レベルならFFやメタルギアのような実写モーションやるわけではないし
HSPよりは圧倒的に速いよ、ニコ動見てもHSP+Easy3Dで3Dアクション作ってる奴がたくさん居る
C#もJavaもゲーム製作には十分過ぎる

**名前は開発中のものです。** · 2010/02/25(木) 01:40:51

>>974
>>975の理由もあるが、
単純に、C言語覚えたから次はorいよいよC++に～とかって感じじゃない？
JAVAとかの経験がなければガベコレとかも知らないだろうし。
メモリ管理とかはまぁゲ製作以外で活かせる人なら勉強にもなるから良いやー、とか。

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

C#は解析が簡単なんじゃないの？
改造し放題だと市販のゲームには向かないと思う

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

>>974
公式サンプルがC言語で書かれているし、どれか一つ言語を覚えるとしたら自然にC言語になるんじゃないかな。
DXライブラリ自体もC言語で書かれてるしね。

>>981
難読化ツールというものがある。
それにC言語でも解析は可能なので市販する場合は独自に暗号化する必要がある。
特に画像、サウンド、シナリオテキストは見えてしまうとマズいので。

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

そりゃデータは暗号化するだろうけど、それは言語とは関係ない話では？

**名前は開発中のものです。** · 2010/02/25(木) 05:08:59

>>982
ぜってー使ったこと無いだろ＞難（ｒｙ
あのスカスカ具合を見てから言えｗ
データも言語関係ないし

**名前は開発中のものです。** · 2010/02/25(木) 07:36:27

C++はWiondows標準のexeファイルを作成でき、そのまま実行できる
C#やJAVAはWindows非標準の中間ファイルしか作れず実行環境のインストールをユーザーに説明し、納得させ、実行させなければいけない
余計なソフトのインストールを嫌うユーザーは多い
速度よりも何よりもこの差があるからC#やJAVAは選ばれない

**名前は開発中のものです。** · 2010/02/25(木) 07:53:11

インストーラーで強制インストールとかまんこい

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

デフォルトでインストール済（）笑

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

>>983
どの言語にしても暗号化は必要と言いたかったのだけど・・・

>>984
>あのスカスカ具合を見てから言えｗ
どの難読化ツールを使ったか知らないけど、それでスカスカだと感じたんならしょうがないね・・・
そこまでセキュリティが必要なものを作っている人もいないと思うけどなあ。

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

>>981
現状の市販ゲームが改造し放題なのばかりなのに何言ってるんだ。

**名前は開発中のものです。** · 2010/02/25(木) 09:57:05

>>984
無料のやつしか使ったこと無いだろ

**名前は開発中のものです。** · 2010/02/25(木) 10:40:15

DXライブラリから話がずれてるぞ。

**名前は開発中のものです。** · 2010/02/25(木) 18:35:53

もっと単純に考えると
ゲーム会社とかで使われてる言語は
圧倒的にC++が多いからじゃねーの？

趣味でゲーム作ってるだけって人も多いだろうけど
ゲーム作ってる以上そっちに興味沸くのは当然だろ？

よくわからんけどC#で製作されてるのって箱○ぐらいらしいじゃん
そして箱○があの状況だし…

**名前は開発中のものです。** · 2010/02/25(木) 19:16:33

いや、常識的に考えて、3DゲームをC++以外で作るのは無理がある

**名前は開発中のものです。** · 2010/02/25(木) 21:49:34

C#でDxLib.dll使ってるとコードを書いてるときの違和感が半端じゃない。

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

わかる
ラップしたくなるけどそんなことするくらいなら普通にDirectX叩いても大して変わらないし

**名前は開発中のものです。** · 2010/02/25(木) 22:56:28

すまん。
言いたかった事は、C#や.net使うと、意外ににC++でやってる様な小技が
簡単にできたりとか。
３Ｄとか使わないで、ノベルゲとか作るならC#+DXlibが楽だと思ったからなんだ。

>>994
頭にDX.付け忘れたり。

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

たいていDXライブラリ自体がボトルネックになるから言語なんか何使っても速度はそんなに変わらないよ

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

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

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

うぅぅい

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

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

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