DXライブラリ総合スレッド 2008

**名前は開発中のものです。** · 2008/10/25(土) 17:37:53

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/

**名前は開発中のものです。** · 2009/03/01(日) 01:43:53

>>686
あるよー
でもマクロするほどの作業量でもないので手動でやります

**名前は開発中のものです。** · 2009/03/01(日) 04:00:52

ん～？
681と682の質疑応答の意味がよくわからん。

１ファイルを分割しようが、複数ファイルを読み込もうが使用する数は同じじゃないの？

**名前は開発中のものです。** · 2009/03/01(日) 04:46:48

俺もわかんね。
同じじゃん。

どっちの方が管理が楽だろう？っていう人間の負荷の話ならともかく

**名前は開発中のものです。** · 2009/03/01(日) 05:31:56

>>681-689

一枚の画像を読み込み複数に分けハンドルを取得→PCが操作する画像は一枚
複数の画像を読み込みそれぞれをハンドルを取得→PCが操作する画像は複数

負荷が多いのは勿論後者
大げさだけど
一枚100MBの画像を一枚開くのと
一枚10MBの画像を１０枚開くの

どっちが早いか考えてみたら分かるんじゃないかな？

まあ、数十枚の画像なら気にする必要はないんだけどさ

容量的にも、バイナリで開けば分かるけど、一枚ごとに色々付加されるから
200kbの画像を2つに分けて保存しても合計で220kbくらいになっちゃう(ものによって違うかな)

**名前は開発中のものです。** · 2009/03/01(日) 08:23:41

今非公開関数まとめてたんだけど、すごくわかりやすいからわざわざまとめるほどでもない気がしてきた
作者が公開してないんだから公開するのも何かな……
一応簡単に晒すけど……
使い方(引数)、いつ呼ぶのか(DxLib初期化前か後か)、返値……ここらへんが分かれば良いんだよね？
もしこの中で知りたいとか要望あるならHTMLにして、簡単なソースくらいくっつけてリファレンス化するよ

起動→終了で複数回DxLibを読み込まなければいけないとき(あるのか？)に使えそう
int DxLib_GlobalStructInitialize( void ) ;
// ライブラリの内部で使用している構造体をゼロ初期化して、DxLib_Init の前に行った設定を無効化する( DxLib_Init の前でのみ有効 )
int DxLib_IsInit( void ) ;
// ライブラリが初期化されているかどうかを取得する( 戻り値: TRUE=初期化されている FALSE=されていない )

ファイルを検索して取得ウマー
int FileRead_findFirst( const char *FilePath, FILEINFO *Buffer ) ;
// 指定のファイル又はフォルダの情報を取得し、ファイル検索ハンドルも作成する( 戻り値: -1=エラー -1以外=ファイル検索ハンドル )
int FileRead_findNext( int FindHandle, FILEINFO *Buffer ) ;
// 条件の合致する次のファイルの情報を取得する( 戻り値: -1=エラー 0=成功 )
int FileRead_findClose( int FindHandle ) ;
// ファイル検索ハンドルを閉じる( 戻り値: -1=エラー 0=成功 )

ウィンドウから情報を引っ張り出す系の関数
int GetWindowCRect( RECT *RectBuf ) ;
// ウインドウのクライアント領域を取得する→描画領域ね
int GetActiveFlag( void ) ;
// ソフトがアクティブかどうかを取得する→現在アクティブかどうかを調べる。-1が非アクティブ、0がアクティブとかだと思う(未確認)
HWND GetMainWindowHandle( void ) ;
// メインウインドウのハンドルを取得する→分かる人のために
int GetNoActiveState( int ResetFlag = TRUE ) ;
// 非アクティブになり、処理が一時停止していたかどうかを取得する(引数 ResetFlag=TRUE:状態をリセット FALSE:状態をリセットしない戻り値: 0=一時停止はしていない 1=一時停止していた )
int GetMouseDispFlag( void ) ;
// マウスを表示するかどうかのフラグを取得する

**名前は開発中のものです。** · 2009/03/01(日) 08:24:40

int GetMouseDispFlag( void ) ;
// マウスを表示するかどうかのフラグを取得する
int GetWindowCloseFlag( void ) ;
// ウインドウを閉じようとしているかの情報を得る→本当に終了しますか？とか確認を表示するのに使えそう
int GetWindowUserCloseFlag( int StateResetFlag = FALSE ) ;
//×ボタンが押されたかどうかを調べる
int SetDoubleStartValidFlag( int Flag ) ;
// ２重起動を許すかどうかのフラグをセットする←複数起動させてもいいゲームならここを変更

マルチタスクのゲーム作りたいならここらへんが役に立ちそう
int AddMessageTakeOverWindow( HWND Window ) ;
// メッセージ処理をＤＸライブラリに肩代わりしてもらうウインドウを追加する
int SubMessageTakeOverWindow( HWND Window ) ;
// メッセージ処理をＤＸライブラリに肩代わりしてもらうウインドウを減らす

軽くみた感じ使えそうなのはこのあたりかな？

**名前は開発中のものです。** · 2009/03/01(日) 08:37:37

int SetWindowInitPosition( int x , int y ) ;
// ウインドウの初期位置を設定する
int SetNotWinFlag( int Flag ) ;
// ＤＸライブラリのウインドウ関連の機能を使用しないフラグ←これめちゃくちゃ便利でふいた
int SetWindowUserCloseEnableFlag( int Flag ) ;
// メインウインドウの×ボタンを押した時にライブラリが自動的にウインドウを閉じるかどうかのフラグをセットする←上記のGetWindowCloseFlagと組み合わせると幸せ
int SetDXArchiveExtension( const char *Extension = NULL ) ;
// 検索するＤＸアーカイブファイルの拡張子を変更する
int SetBackgroundColor( int Red, int Green, int Blue ) ;
// メインウインドウのバックグラウンドカラーを設定する←初期背景色は黒(#000000)
int SetDragFileValidFlag( int Flag ) ;

ドラッグ＆ドロップかんれん
// ファイルのドラッグ＆ドロップ機能を有効にするかどうかのフラグをセットする
int GetDragFilePath( char *FilePathBuffer ) ;
// ドラッグ＆ドロップされたファイル名を取得する( -1:取得できなかった 0:取得できた )
int GetDragFileNum( void ) ;
// ドラッグ＆ドロップされたファイルの数を取得する

めんどくさいから、存在だけ書くけど
他にも、ツールバーにボタンを追加する関数とか
ショートカットキーを追加する関数とか(←いくらでも代用可能だから使わない方がいいかも)
メニューを作成する関数とか
キー入力中、マウスを点滅させる関数とか

ここらへんは人によってピンポイントに使えそうな関数ばっかだから、あんまりリファレンス化しても需要無い気がする
一応応用テクニックとして、ＨＳＰからＤＸライブラリを呼ぶ方法とかだったら需要ある？
あるなら書こうかな

吉里吉里やＮｓｃから呼ぶことも出来そうだけど本体いじらなきゃ駄目っぽくてめんどくさい

**名前は開発中のものです。** · 2009/03/01(日) 08:44:55

たとえば、×ボタンで終了確認を出したいときとかは

～略～

SetWindowUserCloseEnableFlag( FALSE ); //×ボタンで自動終了しない

while(ProcessMessage()==1)//だっけ？
{

ClsScreen();
game();
ScreenFlip();

if(GetWindowUserCloseFlag()==-1)//×ボタンが押されたら
{
if(MessageBox(NULL,"終了しますか？","終了確認",MBYESNO)==IDYES) //YES,NOでＹＥＳが押されたら
break;
}

}

～略～

こんな感じにすればできる(と思う)
組み合わせだからなあ……リファレンス作るより小技をいくつか乗せた方が良いのかな？

**名前は開発中のものです。** · 2009/03/01(日) 08:45:28

……朝から何やってんだ俺
悲しくなってきたから寝る

**名前は開発中のものです。** · 2009/03/01(日) 09:26:49

おつかれさまです。ごゆっくりお休みくださいな。
リファレンスも欲しいけど、小技のほうがうれしいかも。

**名前は開発中のものです。** · 2009/03/01(日) 09:55:31

>>690
最初のファイル読み込みはともかく
ハンドルに分けて使う段になったらどっちも同じじゃね？

×一枚の画像を読み込み複数に分けハンドルを取得→PCが操作する画像は一枚
○一枚の画像を読み込み複数に分けハンドルを取得→PCが操作する画像は複数

>>691乙

**名前は開発中のものです。** · 2009/03/01(日) 10:04:25

ああ、駄目だ
>>694だと×ボタンが押された時点でキューが送られちゃってるからDXライブラリの内部の構造的に終了確認はできない(終了確認が無限に出続ける)
「終了します」って有無を言わさぬ表示なら出来るけどね

中身見てるけど、終了キューを解除する関数は見あたらないし

独自に一度キューを取得して、ProcessMessageに投げる前に解除しちゃえば良いんだろうけど、そんなことすると初心者でも使えるって良点があじゃぱー

>>696
どんな小技が良いかな？
さっきあげた関数は単体で使えると思うし
今ソース見ながら色々いじってたけど
それ以上のことやろうと思うと色々内部的に引っかかることに気付いた

>>697
もう一度よーく読んでほしい

**名前は開発中のものです。** · 2009/03/01(日) 10:54:11

>>698
ごめん。
よく読んだ上で書いたけどわからない。
理解力なくてすまん。きっと俺が間違っている。
が、これは瑣末な問題なので暇なときにでも考えておくとして…

>>693
>一応応用テクニックとして、ＨＳＰからＤＸライブラリを呼ぶ方法とかだったら需要ある？

これ興味あるかな。

**名前は開発中のものです。** · 2009/03/01(日) 11:24:01

>>697
ハンドル分けたらだめ
一つのハンドルから転送元の領域を指定して描画するんだよ
同じテクスチャを連続して使うときは切り替えが行われないからその分効率が良くなる

**名前は開発中のものです。** · 2009/03/01(日) 11:38:25

質問掲示板の検索を使おう

>>698
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1089

>>699
ここのNo.4に書いてある高速描画云々のところ読めば分かる
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1162
読みこみ速度は同じだけど描画速度は

一枚の画像を読み込み複数に分けハンドルを取得 > 複数の画像を読み込みそれぞれをハンドルを取得

**名前は開発中のものです。** · 2009/03/01(日) 11:39:47

HSPなんぞ使うなよ

**名前は開発中のものです。** · 2009/03/01(日) 11:44:24

なるほどLoadDivGraphでもいいのか

**名前は開発中のものです。** · 2009/03/01(日) 13:22:39

>>700
なるほど
理解した㌧クス

>>701
読んでみる

>>702
今更HSP使う気はないけどやり方にはちょっと興味が

**名前は開発中のものです。** · 2009/03/01(日) 13:39:31

>>691-694
乙

前にHSPから使ったりしてたけど、わざわざHSPから呼び出す必要があまり無いような気がしたのでVC導入したな

**名前は開発中のものです。** · 2009/03/01(日) 14:11:25

>>701
なるほど
StateResetFlagは初期値FALSEになってるやつか、完全に見落としてたアリガトウ

>>702
ＨＳＰ使うメリットってなんだろう、(うろ覚えだけど)3D処理が簡単なDLLかなんかがあったよね？
でも、それ使うなら最初からHSP使えばいいし……
自分から言っといてなんだがメリット見えないやごめんｗ

ＤＸライブラリの可能性を追求しようと思ってドラッグ＆ドロップで画像表示するアプリ作ろうと思ったらこんなに時間かかっちゃったよ
やっぱりアプリ系はおとなしくＷＩＮＡＰＩ使うに限るorz

http://www3.uploader.jp/t/nico/images/nico_uljp00021.zip

ふ、と思ったんだけどこのスレ結構知識ある人多いしうｐロダでも用意しとけばサンプル集みたいなの作れるしいいんじゃね？
人のソース見れるってのは、(俺含め)初心者にはとてもありがたいんだよね

**名前は開発中のものです。** · 2009/03/01(日) 14:27:12

ソースうｐは恥ずかしい…

**名前は開発中のものです。** · 2009/03/01(日) 14:51:26

自分の全裸うｐするようなもん

**名前は開発中のものです。** · 2009/03/01(日) 15:45:22

俺のは絶対人に見せられないソースだと自覚している。
一応動いているが、初心者どころの問題じゃない。

**名前は開発中のものです。** · 2009/03/01(日) 16:15:26

ソースは出来るだけ人に見せたほうがいいよ。
指摘されればどこが良くて悪いのかが分かって次に必ず生かせる。
リアル知人じゃなくて２ｃｈで晒すのがいいかはよくわからんが・・・

うｐするのとは話がちょっと違うけどここでも読んでみるといい
http://www.kojima-cci.or.jp/fuji/mybooks/cdiag/cdiag.0.6.html

**名前は開発中のものです。** · 2009/03/01(日) 16:37:16

専ロダほしいな・・・

**名前は開発中のものです。** · 2009/03/01(日) 16:45:33

ドット絵でbmpで保存して使うのと
きれいに書いたpngだとぜんぜん解像度違うような気がして変になっちまった。
ドット絵の設定ミス？それともpngにそろえるべきかな。。

**名前は開発中のものです。** · 2009/03/01(日) 18:31:12

ドット絵だからドットが見えるんじゃないのか？？

**名前は開発中のものです。** · 2009/03/01(日) 23:17:37

爆発のエフェクトなどを作成する際に
グラデーションの画像を極座標変換?して
円形の画像を作成しているのだけれど、
これが何をやっているのかよくわからん。

**名前は開発中のものです。** · 2009/03/01(日) 23:25:10

つ高校数学の教科書

**名前は開発中のものです。** · 2009/03/01(日) 23:54:03

数学Cあたりだっけ

**名前は開発中のものです。** · 2009/03/02(月) 00:15:56

そういえば洞窟物語もDXライブラリ使ってるんだね

**名前は開発中のものです。** · 2009/03/02(月) 00:35:55

公式掲示板か
多分違うと思うぞ
Pixel氏が以前DirectX2だか3だかを使って作ったって言ってたし
何か勘違いしてああ答えたか、若しくは今作ってるゲームにDXライブラリを使ってるんだろう

**名前は開発中のものです。** · 2009/03/02(月) 01:43:24

ウィンドウサイズのデフォルトは640*480だけど、これの変更はできる？
フルスクリーンにしないといけないから制約はあると思うけど

**名前は開発中のものです。** · 2009/03/02(月) 01:47:07

Dxライブラリのファイルにデフォルトのサイズがディファインされてたから
あれいじればできるんじゃね？

**名前は開発中のものです。** · 2009/03/02(月) 01:52:06

>>719
SetGraphMode( 800 , 600 , 32 );　で800*600になる

**名前は開発中のものです。** · 2009/03/02(月) 02:06:23

>>720
ライブラリ書き換えるのはアウトだろ常識的に考えて……
そのせいでいつどこでバグが起こるかわからぬ

>>721
サンクス
画面モードの変更で解像度が変えれるとは、単語検索で見つからないわけだ

**名前は開発中のものです。** · 2009/03/02(月) 02:13:56

リファレンス大した量じゃないんだから
一覧を一通り目を通せば済むだろ。

**名前は開発中のものです。** · 2009/03/02(月) 06:43:49

おれなんかどんなことができるんだろうと、わくわくしながら
上から下まで読むんだけどなぁ・・・

**名前は開発中のものです。** · 2009/03/02(月) 08:17:17

>>718
でも文字表示とかDXライブラリっぽいよな

**名前は開発中のものです。** · 2009/03/02(月) 11:57:41

>別にDXライブラリに限らないけど、DXライブラリを知った時も
リファレンスをさらさらっと流して、「これなら俺にも使えるんじゃないかな？」と思って
使い始めたな。

別に覚えなくても、一度目を通しておけば、
後になって「こういう事がしたいけど、それっぽい命令あったよな……」って
探しやすくなるしな。

**名前は開発中のものです。** · 2009/03/02(月) 20:14:38

アレだけ分かりやすくて運営管理もアレだけちゃんとしてるなんて今まで見たことないよな。
DirectXでゲームを作るっていうジャンルに関して革命的だし、最早XNAなんかも超えてると言っても過言ではない。

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

ハンドルが全部intなのだけはどうかと

**名前は開発中のものです。** · 2009/03/02(月) 21:13:54

ほんとだよな。ちゃんと符号無しにしてくれないと。

**名前は開発中のものです。** · 2009/03/02(月) 21:38:18

>>729
そこじゃねーだろwww

**名前は開発中のものです。** · 2009/03/02(月) 21:42:53

typedefしなかったのは多分初心者への配慮だろうね

**名前は開発中のものです。** · 2009/03/02(月) 22:25:14

画像をプログラムで制御(回転など)して動いてみせるのと
一枚一枚画像を作ってパラパラ漫画みたいにアニメーションさせるのとどっちが負荷低いかな

**名前は開発中のものです。** · 2009/03/02(月) 22:54:20

パラパラ漫画方式の画像が一枚の画像にまとめてあるなら
原理的に変わらないはず

**名前は開発中のものです。** · 2009/03/02(月) 22:57:12

いや画像がまとめてあるかどうかはこの場合関係ないか
まあ変わらん

**名前は開発中のものです。** · 2009/03/03(火) 01:09:39

その二つは比較すべきものじゃない気もするがｗ

回転ありの描画命令よりは回転なしの方が負荷は軽いだろうけど、
大した差じゃないみたいだし、好きにしていいんじゃないかな。

**名前は開発中のものです。** · 2009/03/03(火) 02:53:14

画面上の殆どのパーツが回ってるぜ！とか
512x512のパーツが回ってるぜ！とか
回転角度に応じて256パターンの画像を用意しました！
みたいな変なことやってなきゃ大丈夫だろう

**名前は開発中のものです。** · 2009/03/03(火) 03:53:26

メモリに優しいのがプログラムで制御かな。後者はあまりオススメできない。

パラパラ漫画が全部VRAMに乗るとは限らないし、
1フレーム1枚のように別テクスチャ作るのであればさらに重くなる。
1枚でまとめる場合も、作成できるテクスチャサイズ制限があるハードウェアが過去にあり、
(Voodoo時代ではテクスチャサイズが256*256が最大であった)
そのような場合、DXライブラリではテクスチャ分割が行われるので、
大きなテクスチャを作るとパフォーマンスが犠牲になります。

なので、回転・反転・拡大縮小などといった
Direct3Dによるハードウェア支援で記述できる内容であるのなら、前者の方がパフォーマンスがよくなります。

ちなみに後者で実装するのであれば、テクスチャのサイズは正方形が望ましいですよ。

**名前は開発中のものです。** · 2009/03/03(火) 04:22:48

ただし、斜め向きとかにした場合、
最初から画像を用意しておいた方が綺麗に見えることは多々あるな。

プレイヤーキャラの画像など、
重要そうな部分だけパターンを用意しておくのも悪くない。

**名前は開発中のものです。** · 2009/03/03(火) 09:38:20

>>737
>正方形
一辺の長さが2の倍数の正方形ね

**名前は開発中のものです。** · 2009/03/03(火) 14:11:43

>>739
> 2の倍数
2の累乗ね

**名前は開発中のものです。** · 2009/03/04(水) 10:39:32

ん……？
グラフィックハンドルがintって事は、持てるグラフィックハンドルの最大数は約32000って事？

**名前は開発中のものです。** · 2009/03/04(水) 10:43:25

いやintは2*(10^9)くらいまで
その前にメモリがなくなるだろうけど

**名前は開発中のものです。** · 2009/03/04(水) 16:29:04

東方の弾幕とかって1つ1つの弾にハンドラ持たせてるの？

**名前は開発中のものです。** · 2009/03/04(水) 17:38:35

>>742
intってそんなに長かったっけ？

>>743
ちゃんと１つずつID割り振って読み込んでるみたい。

**名前は開発中のものです。** · 2009/03/04(水) 18:29:44

32bit機での
符号無しintは2^32
符号ありintは2^31(符号に1bit使用)

プログラミングしてるなら知ってて当然だろ…

**名前は開発中のものです。** · 2009/03/04(水) 18:29:46

>>744
おまえさんのいってるのは short int

**名前は開発中のものです。** · 2009/03/04(水) 19:26:33

なるほど……
なんで勘違いしてたんだろう……

**名前は開発中のものです。** · 2009/03/05(木) 00:07:34

>>743
何を言ってるんだ？
東方はDXライブラリ使ってないぞ

**名前は開発中のものです。** · 2009/03/05(木) 10:15:06

こんにちは＾＾
透過処理というのをしたんですけど
下記のコードだと正常に透過処理されます。
LoadGraphScreen( 0 , 0 , "back.bmp" , FALSE ) ;
LoadGraphScreen( 0 , 0 , "char.png" , TRUE ) ;

しかし
LoadGraphScreen( 0 , 0 , "char.png" , TRUE ) ;
LoadGraphScreen( 0 , 0 , "back.bmp" , FALSE ) ;
とすると透過処理されません
なぜでしょうか？

**名前は開発中のものです。** · 2009/03/05(木) 10:26:43

>747
旧VBのIntegerが16bitなのと混ざってない？

>745
ハードは関係ない。コンパイラが決定する。
16bitアプリを32bitハードやOSで走らせても
intが勝手に32bitになったりしない。

処理系にあわせて決定するのが自然なだけ。

**名前は開発中のものです。** · 2009/03/05(木) 11:04:56

>>749

はい？　え？

back.bmp を透過処理なしで描いた上に、char.png を透過処理ありで描いたらそりゃちゃんと透過処理されるだろうけど

char.png を透過処理ありで描いた上に、back.bmp を透過処理なしで描いたらそりゃ上書きされるだけだと思うんだが……。

**名前は開発中のものです。** · 2009/03/05(木) 12:34:23

>>750
あー、昔に見た資料がかなり古いものだったから間違って覚えてたのかも

**名前は開発中のものです。** · 2009/03/06(金) 21:17:00

ある画像だけの透過と、透過の度合いを設定することはできますか？
リファレンス見る限り見当たらないのですが

**名前は開発中のものです。** · 2009/03/06(金) 21:34:26

その画像を描画する前にSetDrawBlendMode
透過の度合いはPal引数
クラス使って透過率とグラフィックハンドルをまとめて管理するようにするといい

**名前は開発中のものです。** · 2009/03/06(金) 21:46:01

>>754
即レスありがとう^^
うまくできました！！

**名前は開発中のものです。** · 2009/03/06(金) 23:45:45

DXライブラリ3Dの開発引き継いでる奴いないの？

**名前は開発中のものです。** · 2009/03/07(土) 00:24:08

２Ｄゲームでも背景は３Ｄにしたい・・・
本家ＤＸライブラリにテクスチャ付モデルとフォグ表示機能だけあれば最高なんだが

**名前は開発中のものです。** · 2009/03/07(土) 01:56:55

シューティングの背景用にＤＸライブラリで自前の簡易モデルを描画する仕組みを組んだけど、
意外と簡単に組めたよ。
ポリゴン事に情報を配列に落として、座標を変換してVERTEX配列に入れてから描画。

フォグは出来なかったから単色背景＋奥の頂点を透過で誤魔化してる。

**名前は開発中のものです。** · 2009/03/07(土) 07:03:57

クラスのコンストラクタでLoadGraphするとハンドルが取得できてないみたいだけど
仕様ですか?
他で初期化するから別に問題ないけど。

**名前は開発中のものです。** · 2009/03/07(土) 08:46:35

そのコンストラクタを呼ぶタイミングがまずいだけだろ
でもLoadGraphみたいな失敗しやすいものをコンストラクタで使うのはあまり好ましくない

**名前は開発中のものです。** · 2009/03/07(土) 13:25:49

C++のコンストラクタはオブジェクトが出来上がる前の不安定な状態だからメソッド呼んだりはしない方がいいよ。

**名前は開発中のものです。** · 2009/03/07(土) 20:23:03

それ俺がよくやった失敗だけどLoadGraphするまえにDxLib_Initやってないんじゃまいか

**名前は開発中のものです。** · 2009/03/08(日) 01:02:04

>>761
んなこたないｗ

**名前は開発中のものです。** · 2009/03/08(日) 01:07:09

>>758
　　　　　　　　　　 .r==x　r==x
　　　　　　　　　　/三/.|/三/ |
　　　　　　　　　（三(/（三(/_/
　　　　　　　　　 l￣¨'|￣￣¨|
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;::::::::|:::::::::::::l
　　　　　　　　　 l;{==}!::{==}:::l
　　　　　　　　　ｒ|:::::::::::::::::::::::|
　　　　　　　＿ﾉ￣｀ー--､,;;ｌ~ヽ
　　　　　,∠==､ヽ `i'ｰ- . 　　　ｌ
　　　　/　　　　ヽ|　｢｀'ｰ､`ｰ､ .ﾉ
　　　l　　　　　ﾐ| /　　　`ｰ､ヽ
　　／j　　　　 R|ｲｰ-ｧ､.　　Yﾞ　
　　{　[`ュﾊﾊﾊｒ''~]￣ _＿＿ノ　　　ソースうｐお願いします！！！！！！！！！！

**名前は開発中のものです。** · 2009/03/08(日) 02:05:16

>>764
今PC故障中で携帯から書き込んでるので、一週間後位になるけど……
龍神録プログラミングの館に似たような内容の講座があったので、
それを参考にした方が早いかも？

自分のソースと比べた所、アルゴリズムは大差なかったし

**名前は開発中のものです。** · 2009/03/08(日) 03:07:46

>>760
>>762
それだわ。
メインループの外だったよ。

**名前は開発中のものです。** · 2009/03/08(日) 07:29:17

>>763
そうなの？
憂鬱本かなにかにコンストラクタで複雑な処理はやめたほうがいいって
書いてあったから信じてたよ。

**名前は開発中のものです。** · 2009/03/08(日) 11:20:16

使うほうが失敗したときに面倒でしょ、コンストラクタだと

**名前は開発中のものです。** · 2009/03/08(日) 11:49:19

例外処理を全面的に取り入れてるならコンストラクタで失敗してもおｋ
失敗したら絶対に例外を投げること
そうでなければダメ

**名前は開発中のものです。** · 2009/03/08(日) 13:15:29

>>767
言語仕様的にはまったく問題ない
>768が言ってるように、
その本には別の理由でやめたほうがいいって言ってるんだと思うよ

ただし、staticなインスタンスは例外で
この場合、mainが呼ばれる前のスタートアップルーチンで
インスタンスが生成されるのでコンストラクタでは
初期化以外のことをやるとまずい

**名前は開発中のものです。** · 2009/03/08(日) 15:28:40

東方の新作が発表される度に自作のゲームとシステムが被っててヘコむ……

**名前は開発中のものです。** · 2009/03/08(日) 15:35:38

>771
それを気にしてたら、世の中作品なんて生まれない。
大丈夫、何ら問題ない。思う存分やれ。キミは盗作じゃない。

……自分のやりたいことを、他の人が作ったのでそれで満足しちゃったなら知らんｗ
（こっちもよくある話だけどな！）

**名前は開発中のものです。** · 2009/03/08(日) 17:25:05

弾幕シューは東方だけじゃないしね

**761** · 2009/03/08(日) 18:12:09

>>770
俺も>>767のように憂鬱本で読んで信じてきたんだけど、後学のために教えて欲しい。
まず憂鬱本にはこんな風に書いてある。
・コンストラクタやデストラクタはあまり難しい処理をするのは考え物。
　1・返り値を持つことが出来ない。
　2・インスタンスが完全な状態ではない。
　3・外部変数としてクラスインスタンスがある場合、コンストラクタやデストラクタはmain()の走る前、後になる。

>>770さんが言っているのは3の場合で、この本によると
「ポインタとして宣言しておきmain()が走った後でその中でnewする」
という解決策が書いてある。
で、問題の2にははっきりと
「コンストラクタ、デストラクタが走っているときは、インスタンスは完全な状態ではない」
と書いてあり、
「実は内部的にはそのインスタンスの使用するメモリの取得/解放とそれに伴う複雑な作業も行っている」
「インスタンス自体がまだ生成途中であり、内部的にはまだ不安定な状態」
と書いてあります。
問題点は、
「このような状態で他のクラスのインスタンスのメンバ関数を読んだりすると巡り巡ってまだ生成途中の自分自身のメンバ関数が呼ばれるかもしれないから」
との事です。
C#なんかではコンストラクタでのメソッドの呼び出しなども保障されてますが、C++では言語使用的には保障されていない、と解釈したのですがここらへんどうなんでしょうか？

**名前は開発中のものです。** · 2009/03/08(日) 19:09:05

この際、本家DXライブラリにDXライブラリ3Dを機能統合してしまっても良いんじゃないか？
今どき2Dだけじゃなぁ

**名前は開発中のものです。** · 2009/03/08(日) 19:25:34

>>775
いや、意味が分らん。
碌にDirectXすら使えない人間が３Dに手をだしてどうしたいんだ？

むしろ、本家は本家であの程度でまとまってるからこそ良いライブラリだろ。
もっと色々とやりたかったら海外の３Dライブラリをあさればいい。高機能の多いぞ。
（まぁ、普通に日本語対応がメンドイけど。）

**名前は開発中のものです。** · 2009/03/08(日) 19:52:53

っていうか、DXライブラリ3Dの開発を継続してほしいJEXさん

**名前は開発中のものです。** · 2009/03/08(日) 23:53:47

>>772,773
弾幕毎に名前付けてるから、気を付けないとまんまになっちゃうんだよね

もう開き直っちゃおうかな……

**名前は開発中のものです。** · 2009/03/09(月) 00:24:37

どうせやるなら「白い弾幕くん」くらい自由度上げてみたらどうだ

**名前は開発中のものです。** · 2009/03/09(月) 05:38:20

縦弾幕だったらどうやったって東方っぽいって言われるのがオチだから、
変なこと気にせず好きにやっちゃえYO！

**名前は開発中のものです。** · 2009/03/09(月) 13:06:42

東方のオマージュである、と明記しちゃえば変な因縁はつけられなくなると思う

**名前は開発中のものです。** · 2009/03/09(月) 13:28:18

自分で考えて実装した者に対して
なんという屈辱を。

**名前は開発中のものです。** · 2009/03/09(月) 14:58:21

パクってないんなら堂々としてればいいじゃない
ここで愚痴る前にちゃっちゃと完成させて
もう東方に先を越されないようにすればいいじゃない

**名前は開発中のものです。** · 2009/03/09(月) 15:06:44

先を越されたから愚痴ってるんだと思うがのｗ

**名前は開発中のものです。** · 2009/03/09(月) 15:12:00

新しいの出るごとに被るというと
低速移動時に敵を貫通するとかボム使うとパワーが減るとかその辺りか？

**名前は開発中のものです。** · 2009/03/09(月) 15:54:45

別に愚痴のつもりじゃありませんでした
こうやって悩むのもゲーム制作の楽しさの一つなので……
気分を害されたのならすいません

>>785
点レートアイテムとか、特殊アイテムを取るとボーナス敵が出る点が……

DXライブラリ 総合スレッド 2008

DXライブラリ総合スレッド 2008