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

**名前は開発中のものです。** · 2011/08/18(木) 17:18:15.54

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/
DXライブラリ総合スレッドその8
http://hibari.2ch.net/test/read.cgi/gamedev/1301818631/
DXライブラリ総合スレッドその9
http://hibari.2ch.net/test/read.cgi/gamedev/1310904069/

**名前は開発中のものです。** · 2011/11/15(火) 04:46:42.24

>>858
連番画像を連結できるソフトは結構あったんだけど、pngに対応してなかったり
対応しててもアルファに対応してなかったりと、結局のところいいのがなかった

仕方なくNiVEから連番をjpgで出して、jpgで連結した後、PSでUnMultiplyとかいうプラグインで
背景の黒取り除いたらなんとかなった

でもどんだけ遠回りしてんだ・・・

**名前は開発中のものです。** · 2011/11/15(火) 04:58:38.32

aviutlの拡張編集を使って動画から直接連番RGBAビットマップまでなら楽に落とし込めそう

**名前は開発中のものです。** · 2011/11/15(火) 05:27:15.30

>>876
俺はAzJoinImageってソフト使ってる
α付きpng対応してる

**878** · 2011/11/15(火) 05:49:49.54

悪い、出力ファイル見たらα情報欠落してた
カラーキーで抜いてたから気づかんかった

**名前は開発中のものです。** · 2011/11/16(水) 02:20:04.24

ゲーム作るの飽きたんで、絵のトレーニング積んできます

**名前は開発中のものです。** · 2011/11/18(金) 17:43:32.89

横スクロールアクション作るときに物理エンジン使ったりする？
Box2DとかBulletとかあるみたいだが

**名前は開発中のものです。** · 2011/11/18(金) 17:50:00.42

2D横スクアクション程度作るのになんで物理エンジンが必要なのかわからんが、
そういうコンセプトのゲーム作りたいならいいんじゃね。

**名前は開発中のものです。** · 2011/11/18(金) 17:50:28.94

横スクロールアクションでは使ったこと無いなあ

**名前は開発中のものです。** · 2011/11/18(金) 19:03:00.19

Box2Dならそんな重くねーし使ってたが
大半の処理をKinematicでやったりセンサーとしてしか使ってなかったりで
結局はリアルさまったくないものになったな

**名前は開発中のものです。** · 2011/11/18(金) 19:26:59.17

>>804
面倒くさい処理を全部ぶん投げられるから楽ではあるんだけどなｗ

**名前は開発中のものです。** · 2011/11/20(日) 02:30:05.84

オープニングで動画再生したら、めっちゃ重いんですけど・・・

これじゃ始まっていきなりドン引きされるじゃねーか

**名前は開発中のものです。** · 2011/11/20(日) 06:15:25.82

エンディングで再生すればいいんだよ

**名前は開発中のものです。** · 2011/11/20(日) 11:53:55.09

天才あらわる

**名前は開発中のものです。** · 2011/11/20(日) 11:56:09.69

動画が高解像度だったり60fpsだったりとかしないよな……？

**名前は開発中のものです。** · 2011/11/21(月) 02:22:51.56

30fpsだし、解像度うんこだし、１０秒くらいの動画なのに・・・

連番に切り替えるのもありかもしれない

**名前は開発中のものです。** · 2011/11/21(月) 03:43:28.96

思いってカクつくって意味か？単にCPUフルに使うだけとかじゃないよな

**名前は開発中のものです。** · 2011/11/21(月) 11:14:47.59

連番画像じゃ余計無理だろ
1コマ当たり640*480*32bit = 1.2MByte
1.2MByte * 300 = 360MB分の画像をメモリ上にロードする気か？

**名前は開発中のものです。** · 2011/11/21(月) 13:11:32.25

オンラインのスコアランキングやりたいけど、自分でサーバー用意したりしなきゃできないのかな？
そういうことは都合上できないんだけど。

**名前は開発中のものです。** · 2011/11/21(月) 13:29:24.77

別にVPSでも借りりゃいいじゃん

**名前は開発中のものです。** · 2011/11/21(月) 15:12:00.36

別にcgiでも置けばいいじゃん

**名前は開発中のものです。** · 2011/11/25(金) 17:16:42.26

頻繁に使う変数はグローバル変数にし、常にメモリを確保しておいたほうがいいのでしょうか？
それとも必要な時ごとにメモリを開放したほうがいいのでしょうか
具体的には
http://homepage2.nifty.com/natupaji/DxLib/function/dxfunc_input.html#R5N28
というページの以下のコードです
char Buf[ 256 ] ;はグローバル変数にするか、場面によっては使わないようにするかで迷っています。
グローバル変数のほうが絶対にいいとは思うのですが、
HPによってはグローバル変数は絶対悪だ、みたいなこともかいてあります
それそもとれは大規模な開発の場面であって、個人では問題ないのでしょうか
どちらがよいでしょうか

char Buf[ 256 ] ;
GetHitKeyStateAll( Buf ) ;
if( Buf[ KEY_INPUT_Z ] == 1 )
{
// Ｚキーが押されている
}
else
{
// Ｚキーは押されていない
}

**名前は開発中のものです。** · 2011/11/25(金) 17:36:20.43

グローバル変数は絶対悪だってのは一部の職業プログラマの宗教みたいなもんだから無視していいよ
自分の管理しやすい方でやればいい

**名前は開発中のものです。** · 2011/11/25(金) 17:39:12.68

>>897
やったー
ありがとうございます

**名前は開発中のものです。** · 2011/11/25(金) 17:44:22.70

Bufの内容をいろんな関数で参照したいならグローバルや静的変数でいいよ
1関数内で収まるなら256バイト位ならスタック上のローカル変数で十分
その変数が必要ないソースから見えなきゃグローバル変数は絶対悪でもない

**名前は開発中のものです。** · 2011/11/25(金) 18:14:44.87

>>896
出来る限り変数のスコープは小さく保つべき。
同じ変数を使いまわすと今その変数に何の値が入ってるのか把握するのが難しくなり、思わぬバグを引き起こす。
特に初期化し忘れを防ぐために可能ならば宣言と同時に初期化値を代入するのが望ましい。

ちなみにメモリの確保と解放は確かに多少重くなるかもしれんが、
最近のコンパイラは最適化が優秀でそういうのは勝手にやってくれるため気にする必要は全く無い

**名前は開発中のものです。** · 2011/11/25(金) 18:17:36.24

将来的にキーコンフィグ（入力キー設定、キーバインド）の変更をしないならそれでもいいかもね
色々変更するかもしれないなら、コマンドクラスを作ったほうが保守性が高いんじゃないか？

**名前は開発中のものです。** · 2011/11/25(金) 18:48:39.04

グローバル変数作り過ぎると後で痛い目みるからほどほどにな…

ソースは俺

**名前は開発中のものです。** · 2011/11/25(金) 19:50:24.03

頻繁に使うから～というのは確かに正しいけど、
全体の何％だよ！って部分を少しだけ速くしたところで、見た目に変わることがないというのも、やっぱり正しいと思うよ。

**名前は開発中のものです。** · 2011/11/25(金) 20:07:31.31

グローバル変数管理ツールを作ればいいのさ

**名前は開発中のものです。** · 2011/11/25(金) 20:16:08.85

グローバル変数使うなってのは幾多のプログラマが痛い目にあった上で生まれた教訓
自分で問題点が分からないのなら実際にやってみた上で判断すればいいと思う
歴史に学ぶか経験に学ぶか、だな

**名前は開発中のものです。** · 2011/11/25(金) 20:27:54.71

>>896 キー入力の状態ならグローバルでいいと思う。

**名前は開発中のものです。** · 2011/11/25(金) 20:31:32.79

プログラム初心者だからこういう話すごい参考になる

配列に値を一括で入れたい場合って宣言のときしか無理だよね
こういうのはグローバルにしてもいい？
それともコンストラクタか何かでループで入れていった方がいい？

**名前は開発中のものです。** · 2011/11/25(金) 20:39:02.38

>>896
calss KeyStatus {
private:char Buf[ 256 ] ;
public:getHitKeyStateAll(){GetHitKeyStateAll( Buf ) ;} ;
public:char getKeyBuf(int key_input){return Buf[ key_input]; }
};
とりあえずこうしとけ、クラスはグローバルにしていいから

**名前は開発中のものです。** · 2011/11/25(金) 21:53:03.64

ちょっとテストさせてください

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

３つ教えてください。
よろしくお願いします。

(1)
ウィンドウの右上の「×」や「Ctrl+Alt+Del」で強制終了した際に、「DxLib_End();」を実行するにはどうすればいいのでしょうか？
このような場合は、「DxLib_End();」をしなくても良かったりしますか？
今のところは異常を見たことがありませんが。

(2)
ウィンドウモードで起動して、ウィンドウを動かせるようにしたいのですが、どうすればいいですか？
「玉当てゲーム」のソースコードを読んでみているのですが、そういう設定を行う関数を呼んでいるところを見つけられないです。
関数か、ソースコードの行番号か、教えていただけませんか。

(3)
「SetWindowSize」という関数がヘッダにありました。
リファレンスには載っていません。使ってほしくない関数なのでしょうか？

**910** · 2011/11/25(金) 22:06:08.08

(2)の質問は、「ウィンドウを動かせるようにしたい」が訊ねたいところです。
言葉足らずですみません。

**名前は開発中のものです。** · 2011/11/25(金) 22:21:40.39

普通はBufは外部に公開せずに
is_push_key();
みたいな関数経由で中でBufを見るかな

**名前は開発中のものです。** · 2011/11/25(金) 22:32:39.23

>>903
>見た目に変わることがないというのも、やっぱり正しいと思うよ。

見た目変わらないというのはそうかもしれないが、見た目以外は変わるのも正しい
以前にも言ったかもしれないが「そんな事しなくてもいまどきのPC性能なら問題ねーよ」と
よく言われるような事を実装したところ、確かに見た目は変わらなかったが
それまでうるさかったCPUファンが急に静かになった、ということがあった。
だから俺は「たとえ0.01％だろうと軽くするほうが正しい」と確信を持って主張する。
むしろ「やらなくても一緒だ」と主張する人達は実際に試して比較してもいないんだろうと思ってる。
（前述の件とは別件でそういう主張する人達に、実際に計測した結果を示して
　それぞれの環境でも計測してくれるよう頼んだところ急に黙り込んだという事があった）

**名前は開発中のものです。** · 2011/11/25(金) 22:36:50.46

>>907
用途に因るがテーブルとして持ちたいならconst付ければＯＫ

>>910
1. 終了時に何か特殊な動作をさせたいならそういう関数はあるがDxLib_End()を呼びたいだけなら気にする必要は無い

2. ウインドウを動かすって何？
ウインドウの位置を決める関数なら

// ウインドウモードのウインドウの位置を設定する( 枠も含めた左上座標 )
int SetWindowPosition( int x, int y ) ;

3. 説明省いてるだけで普通に使って良し

**名前は開発中のものです。** · 2011/11/25(金) 22:41:14.57

(1)このあたり？
SetWindowUserCloseEnableFlag
SetDxLibEndPostQuitMessageFlag

**名前は開発中のものです。** · 2011/11/25(金) 22:42:19.50

>>913
＞だから俺は「たとえ0.01％だろうと軽くするほうが正しい」と確信を持って主張する。
その主張が出来るのはコンパイラ毎の最適化の内容を熟知してアセンブラ叩ける奴だけ
組み込みには正義だろうよ
普通の開発ではソースコードがやたら難読化して要らぬバグを引き起こす事がほとんど

**名前は開発中のものです。** · 2011/11/25(金) 22:44:21.25

>>910
>ウィンドウの右上の「×」や「Ctrl+Alt+Del」で強制終了した際に、「DxLib_End();」を実行するにはどうすればいいのでしょうか？
「×」を押すなどして強制終了されるときはProcessMessage()が-1を返すので、そこで分岐すればOKだった気がする。

>ウィンドウモードで起動して、ウィンドウを動かせるようにしたいのですが、どうすればいいですか？
DxLib_Init()を呼ぶ前にChangeWindowMode( TRUE );を追加すればOK

ウィンドウサイズはここを読んでみるといいかもしれません。
ttp://www.play21.jp/board/formz.cgi?action=quote&resno=57924&id=dixq&lognum=177

私の見当違いだったら申し訳ない・・・。

**917** · 2011/11/25(金) 22:45:13.87

うわああ
リロードすればよかったorz

**910** · 2011/11/26(土) 01:00:02.64

皆さんレスありがとうございます。910です。
>1. 終了時に何か特殊な動作をさせたいならそういう関数はあるがDxLib_End()を呼びたいだけなら気にする必要は無い
そうでしたか。呼ばずに終了すると、何かとてつもないことになる、とどこかで見た気がしたのですが、妄想だったようです。

>SetWindowUserCloseEnableFlag
>「×」を押すなどして強制終了されるときはProcessMessage()が-1を返すので、そこで分岐すればOKだった気がする。
おぉぉ！勉強になります。

>3. 説明省いてるだけで普通に使って良し
ありがとうございます。リファレンスだけではなく、ヘッダも読むようにします。

(2)についてなのですが、私が作ったプログラムでは、タイトルバーをつかむことも、×を押すことも出来ない、というか、ウィンドウ内にマウスアイコンが入るとマウスアイコン表示が消えてしまいます。
何を言っているかわからないと指摘を受けたので、「DrawTriangle3D」のサンプルに対して、「ChangeWindowMode(TRUE);」を追記して試したところ、普通にウィンドウバーをつかむことができ、移動も×も出来ました。
どうも、おかしなことになっているようです。チェックしてみます。

ここはとても暖かいスレッドですね。また、どうぞよろしくお願いします。

**名前は開発中のものです。** · 2011/11/26(土) 01:14:20.19

>>913
そりゃ速度を改善する行為なんだから正しいさｗ
「やるだけ無駄」って言うやつや、実測値を見て黙るやつなんて、元からPG以外の人間なんじゃないの？

0,1%の改善を狙うよりも *先に* 他のところを高速化したほうが良いんじゃないの？とか、
ソースを難読化、定番から外れるような作り方をするだけのメリットがあるの？とかさ。

ただ、特に悪意があるわけじゃないんだけど、
冷静にツッコミを入れたり、事実のみを言ったりすると、敵対してると思われることはあるよね…。

**名前は開発中のものです。** · 2011/11/26(土) 01:31:44.66

CPUファンの回転が変わるレベルの負荷の違いが出るなら、効率に激しい違いがあったはずで
ここで「たとえ0.01％だろうと軽くするほうが正しい」と結論が出るのは変だろｗ

**名前は開発中のものです。** · 2011/11/26(土) 01:37:10.00

>>921
それもそうだｗ
誰もが見逃してたけど、致命的な部分がその0.1％から見つかることもある、くらいか？

**名前は開発中のものです。** · 2011/11/26(土) 02:27:57.61

関係ないけどメーカー品のノートでCPU負荷が１桁％なのに常時60度近いのはどこかおかしいと思っていいんだろうか

**名前は開発中のものです。** · 2011/11/26(土) 10:13:58.10

埃詰まってんじゃね
二年くらい使うとよくあること

**名前は開発中のものです。** · 2011/11/26(土) 23:17:39.27

ウィンドウサイズ変更したらそれにバックバッファのサイズを合わせるような挙動させたいんだけど

GetWindowCRect( &Rect ) ;
if(　Rect.bottom　-　Rect.top != WinY | Rect.right　-　Rect.left != WinX　)
{
WinX = Rect.right　-　Rect.left;
WinY = Rect.bottom　-　Rect.top;
SetGraphMode(WinX,WinY,32);
}

このコードだとウィンドウサイズが次々変化してしまうんだが
何がおかしいのか分からん

**名前は開発中のものです。** · 2011/11/26(土) 23:44:57.27

とりあえず、SetGraphModeはせずに
それぞれの数値表示させてみればわかるんじゃないかな？

知らんからわからんが、GetWindowCRectのright,bottomって「右下の座標」を返すんだよな？
だとしたら640*480なら639,479だったりするんじゃないのかな。

**名前は開発中のものです。** · 2011/11/26(土) 23:59:51.82

DXライブラリの関数は、「DxLib」という名前空間に入っているじゃないですか？
「namespace DxLib{}」

でも、「DxLib::」と書かなくても使えますよね？
ヘッダのどの部分がそのようにしているのですか？

と、ここまで書いてみて、ヘッダを眺めていたのですが、ファイルの最後の方に書いてある「using namespace DxLib ;」ですよね？
おぉ、納得。
これは初心者がとっつきやすくするためでしょうか？
確かにc言語しか知らなかった私が、「DxLib::DxLib_Init()」とか書かれたら、盛大に挫折したと思います。
他に何か良い点があれば、せっかくなので教えて欲しいです。

**名前は開発中のものです。** · 2011/11/27(日) 00:47:50.41

>>927
ヘッダファイル読むと、結構世界が変わるんだよねー。
向こうでは、ちょっと厳しい言い方になってしまってすまない。

ご想像通り、DXライブラリは基本的にC++用のライブラリだが、
C言語だけの知識だけでも使えるような設計になっている。これは昔から変わっていないはず。

そういった設計思想に従い、最初は名前空間なんかも用意してなかったと思うんだけど、
作者さん自身も、VisualStudioのクラスビューが使い物にならないと感じていたらしい。
たぶん規模が大きくなると追加しにくくなるし、他にやりたい機能もあるだろうし、ということで後回しになってたんだろうね。

しかし、そこは仕事の早いことで有名なDXライブラリ作者さん。
BBSで名前空間の要望が出された直後、テスト版ライブラリにて実装してしまったという。

で、確か2.25cあたりから、名前空間が設定されるようになった。
using～がセットで記述されているのは、ライブラリとしての互換性を維持するためというのもある。

**名前は開発中のものです。** · 2011/11/27(日) 04:02:26.21

どうしよう

ＦＦＴとかタクティクスオウガみたいな２．５Ｄのゲームのシステムを
DXLibで作るのってとてつもなく難しそうなんだけど・・・

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

そうでもない
だってFFTのアレは奥行きを考慮せずに3Dで描画してるだけだもの

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

素材を用意するのが大変なだけでコーディングは簡単だろうが
ちょっとググればいろんな言語でサンプルコードまで出てくるのにDxLibに責任転嫁するとかもうね

**名前は開発中のものです。** · 2011/11/27(日) 04:13:24.75

いやそこまで言わんでもいいだろｗ
多分補助ライブラリなしでクォータビューをやるのが大変そうって意味だと思う

**名前は開発中のものです。** · 2011/11/27(日) 05:01:37.89

クォータービューってただの２Ｄじゃん。
2.5Dなんて考えるから難しそうに思えるだけ。
発想の転換ができてない。
ファミコンですらできてた事なんだからできないはずがない、と思って頭をひねればいい。

**名前は開発中のものです。** · 2011/11/27(日) 05:07:42.13

ついでに言うと、素材的にもクォータービューは易しい部類。
トップビューだと、上下横の３種の素材が必要だが
クォータービューだと、斜め奥向き、斜め手前向きの２種だけで済む。
（無論８方向方式だと話は別だが）

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

斜め向きのドットって正面や真横と違って絵心ないと打てないけどな

**名前は開発中のものです。** · 2011/11/27(日) 06:10:34.11

ああ、それは確かに。
でもパース考えなくていい（というより考えちゃいけない）分
普通の絵よりは難易度下がるよね。

**名前は開発中のものです。** · 2011/11/27(日) 12:04:59.96

FFTは3D使ってるの？
そういえばマップが回転できるし

クオタービューだと思ってた

**名前は開発中のものです。** · 2011/11/27(日) 12:08:36.95

3D技術とか言っても結局は画面上のドット列に全部変換されちゃうんだから、
内部がどうなってるとかあんまり考える必要はないと思うよ

**名前は開発中のものです。** · 2011/11/27(日) 12:09:49.04

FFTはマップ（地形）だけがポリゴンで、後は全部2Dじゃないの？

**名前は開発中のものです。** · 2011/11/27(日) 12:43:33.32

>>939
ああ、複合してるのか
それは俺には無理っぽい

とりあえず、ポリゴンなしで作ってみるとしよう
サンクス

**名前は開発中のものです。** · 2011/11/27(日) 13:19:06.73

まあどうせ半端なサンプル作ってエタるだけだろうから
難しさを心配してもしゃーないだろ

**名前は開発中のものです。** · 2011/11/27(日) 14:39:58.77

ラクガキショータイムくらい割り切って作る手もある

**名前は開発中のものです。** · 2011/11/28(月) 06:37:15.23

ProcessMessageの使い方なのですが、
例えば、専用のスレッドを起動して、他のスレッドが通常継続中である限り、秒間60回程度動かす、といった使い方でもよいのですか？
これからメッセージループについて資料を漁ろうと思いますが、いまいち意味がわからないです。

**名前は開発中のものです。** · 2011/11/28(月) 09:45:53.84

今のバージョンでやったことあるけど
描画でおかしい動作が見受けられたため
私は諦めました

**名前は開発中のものです。** · 2011/11/28(月) 10:46:40.94

ウィンドウメッセージをディスパッチするために使うだけだから
好きなようにしたらいい、メッセージが無けりゃたんに戻ってくるだけだし。

**名前は開発中のものです。** · 2011/11/28(月) 10:50:40.44

DXライブラリのProcessMessageは中でいろいろやってそうなイメージなのであんまりそういうふうには使いたくないなあ
中身ソース見てないから知らないけど

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

マルチスレッドで他の関数との連携がおかしいみたいだから本番ではやらない方がいいです
ただし、一度やってみる価値はあります

**943=910** · 2011/11/28(月) 21:12:59.17

>>943です。>>910でもあります。
皆さんレスありがとうございます。
とりあえず試しで、スレッドを追加して、秒間60回程度ProcessMessageしてみましたが、
Windowのタイトルをつかむことすら出来なかったりな状況は変わりませんでした。
画面の更新は出来るし、CPU使用率もほとんど上がってないのですが…。
画面更新してない停止状態のときは、別のウィンドウが上にくると、その色に塗りつぶされちゃいます。わけわかめ。
スレッド自体は10位起動しているが、描画をするしてるのは主に描画用の1スレッドだけなんだがなぁ…。
つд｀)
マルチスレッドはだめだ！
いや、そんなばかな。あばばばば。

**名前は開発中のものです。** · 2011/11/28(月) 21:42:37.86

メッセージキューは各スレッドごとに作成される
=ウィンドウを作成したスレッドでメッセージ処理をしないとならない

Windowsの基本な

**943=910** · 2011/11/28(月) 21:51:22.62

でけたーよ！
当たり前なのかも知れないですけど、後進の役に立てばとおもい、スレ汚ししていきます。
①DxLib_Init() は、描画を行うスレッドでおこなう。DXライブラリのウィンドウはそのスレのもの。
　(これは、Win32APIに詳しい人なら当たり前にわかることなのかも？)
②ProcessMessage() は、ウィンドウの持ち主＝描画を行うスレ＝DxLib_Init()をしたスレが行う必要がある。
　(他のスレにやらせても、意味ないくさかった。)
③描画を行う内容がなくても、最新の内容orすっからかんで描画(ScreenFlip()とか)しないと画面更新されないのね。
　(そういうものだと言われれば納得だけど、自動で最新を維持してくれるのかと妄想してた。)
④描画スレが管理している裏画面へ別スレッドに書き込みを委譲するのは試していない。
　(けど、気になるからそのうちやるかも。)

サーセンでした。ありがとうございました。

**943=910** · 2011/11/28(月) 22:05:25.03

>>949
どもです。

ということは、もしかして、
DxLib_Init()したスレで何とかしてMessageProcess()できれば、
描画スレとは別でもいいってことですかね。今度試してみよう、今日は疲れた。

**名前は開発中のものです。** · 2011/11/28(月) 22:19:27.20

>>951
うろ覚えだけど、それって公式の掲示板の過去ログになかった？
「スレッド」で検索して、、、わしも昔マルチスレッド＋DX ライブラリのわなにはまった。

**名前は開発中のものです。** · 2011/11/29(火) 00:31:56.08

3dゲーム作りたくてUnityのjavascriptのコード勉強してたんだが
なんか見たことないオブジェクトとプロパティが多すぎて、使いこなせるわけがない

DXlibでも3dできるからこっちにしようか迷ってる

**名前は開発中のものです。** · 2011/11/29(火) 00:45:59.99

unityとDXライブラリじゃ大分違うぞ
前者はゲームエンジンだし

**名前は開発中のものです。** · 2011/11/29(火) 02:00:50.86

OpenGLでもDirectXでもBlenderでもPhysiXでもODEでもいいから
迷わずインスコして手を動かしてなんか作れ
言語を選ぶのはそれからだ

**名前は開発中のものです。** · 2011/11/29(火) 10:27:01.33

3dゲームはモデル自作するのが難易度高すぎる
それさえ出来れば後はなんとかなるんだが

**名前は開発中のものです。** · 2011/11/29(火) 10:31:22.65

フリーでこれといった定番ツールがないのがつらいね
そもそも選択肢がメタセコイアかブレンダーぐらいしかない
有料でも使えそうなのは高いのばかり

**名前は開発中のものです。** · 2011/11/29(火) 12:08:06.95

メタセコにはモーション生成機能がないから外部ツールが必要になるしな

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

まじか、俺と逆じゃないか

メタセコで遊び半分で龍とか妖怪とか色々作れて、モデリングとか楽しいわとか思ってたのに
いざこれをUnityで使うとなると、2Dゲームの様には行かなかった

まあ、でもなんとなく分かってきた感じはあるからもう少し頑張ってみるわ
つかUnityはスクリプトでクラス継承しすぎなんだよ、ボケ

**名前は開発中のものです。** · 2011/11/29(火) 12:16:25.82

メタセコでもプラグインを使ってFBX形式のファイルの編集・入出力はできるそうだよ。

**名前は開発中のものです。** · 2011/11/29(火) 12:16:45.40

モデリングとアニメーションぐらいならBlenderで十分すぎるけどな
ちょっとしたゲームエンジンとか物理演算いれると難易度上がるし
DXライブラリで利用しずらいけど

**名前は開発中のものです。** · 2011/11/29(火) 15:23:27.75

ウィンドウがアクティブじゃない状態でも画面の更新を行うようにするにはどうすればよいでしょうか？
という質問をしようとして、ヘッダファイルを覗いたところ、SetAlwaysRunFlag()をみつけました。
本当にありがとうございました。

関数の戻り値なんですが、Get系じゃないものは、
正常：0
異常：0じゃない
というくらいでOKですか？
これもヘッダをかなり覚える必要があるのでしょうか？

**名前は開発中のものです。** · 2011/11/29(火) 16:10:23.93

覚える必要はない。調べる癖をつけよう。
大体は公式サイトにあるだろうし。

**名前は開発中のものです。** · 2011/11/29(火) 17:50:44.24

そういえばDXライブラリって関数名から直接解説ページに飛べるようなものがないよね
あってもよさそうなんだが

**名前は開発中のものです。** · 2011/11/29(火) 18:02:57.53

公式サイトに関数リファレンスがあるじゃないか

**名前は開発中のものです。** · 2011/11/30(水) 00:49:23.03

DXlib使って得たノウハウというかスキルっていうのは、他のゲーム制作ライブラリとか
エンジンとかで活かせるものなのかね？

**名前は開発中のものです。** · 2011/11/30(水) 00:53:09.43

なんで活かせないと思うんだ
DXライブラリは描画だけしかしないし、他の環境に移ったときにも身につけた技術を活かせるのをウリにしてる
関数一つで描画できるからライブラリ色が薄い

むしろ他ライブラリで身につけた技術ほど他に活かせない
なぜならガッチガチに独自仕様で固めてるから。
描画するならこのクラスに命令飛ばせーだの角度は256が最大の独自形式で指定してな！だの

**名前は開発中のものです。** · 2011/11/30(水) 12:09:31.75

描画しかしないのはいいところだと思うけどたまに描画以外もして欲しくなる
セーブデータ作りとか
自前だと破損調べるのとか面倒で

**名前は開発中のものです。** · 2011/11/30(水) 12:39:30.09

そんなの一度作ったら使い回せばええやん

**名前は開発中のものです。** · 2011/11/30(水) 12:52:41.70

セーブの破損チェックってなんのためにするの？

**名前は開発中のものです。** · 2011/11/30(水) 13:27:53.54

改変の検出なら簡単に実装できるチェックサムとかCRCでチェックでいいし
拡張子変えただけのZIPにして処理を丸投げでも十分すぎる

**名前は開発中のものです。** · 2011/11/30(水) 15:07:01.63

そういうのって必要なんだろうけど
まず「俺のゲームのデータ改変してまで遊んでくれるやついねーだろうな」
という気持ちが先立つわ。

**名前は開発中のものです。** · 2011/11/30(水) 17:09:20.30

チェックサムの実装なんて超簡単だろーが。ちょっとは勉強しようず

**名前は開発中のものです。** · 2011/11/30(水) 17:12:03.42

某有名アクションゲームサークルでさえセーブデータはメモ帳で適当に値弄っただけで改変できるのに

**名前は開発中のものです。** · 2011/11/30(水) 17:16:03.46

別にチェックサムが難しいとは言ってねーべ。
チェックサムと聞くと昔雑誌のマシン語プログラムを
バイナリエディタでせこせこ入れては暴走させて
ちまちまチェックサム確認してた思い出が頭をよぎるだけで。

**名前は開発中のものです。** · 2011/11/30(水) 17:16:42.06

「セーブデータが簡単にいじれちゃうゲームは萎える」っていう人がもしいるなら必要かもしれないけど
そういう人っているのかな？

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

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