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

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

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/

**名前は開発中のものです。** · 2010/05/27(木) 16:40:37

dropbox使ってる

**名前は開発中のものです。** · 2010/05/27(木) 16:51:09

RAID1にする。
外付けHDDにバックアップ。

**名前は開発中のものです。** · 2010/05/27(木) 16:55:37

dropbox調べてみます。
合わせ、外付けHDD買ってみます。
ショックでスレチな内容書いてしまった。すまんこ。
みんなはこうならないようにバックアップしっかり取っておくんだぞ！

**名前は開発中のものです。** · 2010/05/27(木) 16:58:37

俺の場合、内蔵ＨＤＤが二つあるから、時々互いにコピーしてる。（もちろん大事なファイルだけ）
両方が同時に壊れる事は滅多にないからね。

**名前は開発中のものです。** · 2010/05/27(木) 17:29:14

オンラインストレージもなかなかいいぞ

**名前は開発中のものです。** · 2010/05/27(木) 17:53:06

軽いものだったらフリーメールに添付して下書き or 自分に送って保存

**名前は開発中のものです。** · 2010/05/27(木) 18:21:34

>>528
ﾜﾛﾀ

**名前は開発中のものです。** · 2010/05/27(木) 18:58:21

俺も内蔵２個にコピー
ただ、これだと誤操作やウイルスに弱いな

**名前は開発中のものです。** · 2010/05/27(木) 22:32:31

SKyDrive

**名前は開発中のものです。** · 2010/05/28(金) 00:51:29

USBメモリに退避してる

**名前は開発中のものです。** · 2010/05/31(月) 07:04:42

にゃーん

**名前は開発中のものです。** · 2010/05/31(月) 17:21:09

作るものなかったら１５ゲームだな
ＦＦ１のミニゲームのあれ

**名前は開発中のものです。** · 2010/05/31(月) 21:33:35

なにそれ？くわしく

**名前は開発中のものです。** · 2010/05/31(月) 21:55:45

正方形の 4x4 - 1 のピースをずらして揃えるアレ

**名前は開発中のものです。** · 2010/06/01(火) 02:39:18

あれって最初の並べ方でクリアできない問題ができたりするのかな？

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

確か適当に並べると半々の確率で不可能な並びになったはず

**名前は開発中のものです。** · 2010/06/01(火) 03:22:23

最初に正しい状態で並べておいて、そこからランダムで上下左右に何回も動かしていけば不可能な並びはできないでしょ。
そこまでは内部的に処理させておいて、プレイヤーにはそこからスタートさせるんだよ。

**名前は開発中のものです。** · 2010/06/01(火) 03:23:35

545の方法が一般的だね
確か、隣あってるパネルを１回交換すると、クリアできない並びになったような

**名前は開発中のものです。** · 2010/06/01(火) 11:01:08

http://www.youtube.com/watch?v=HyPsVRgZYjY

**名前は開発中のものです。** · 2010/06/01(火) 21:55:07

http://www1.axfc.net/uploader/Sc/so/119684.zip
pass:dxlib

>>540のゲーム作ってみました。
よろしくお願いします。

**名前は開発中のものです。** · 2010/06/01(火) 23:10:29

お見事です。

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

15パズルって地味に楽しいな。

**名前は開発中のものです。** · 2010/06/02(水) 06:05:44

特にエロは

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

メニューバーは作ることができたけど
ステータスバーに関してはライブラリと相性が悪いみたいだね
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=past&no=491
どうにかして作ることはできないもんなのか
できた人いるー？教えてください

**名前は開発中のものです。** · 2010/06/03(木) 05:27:29

SetPanSoundMemとSetNextPlayPanSoundMemってどうやって使うの？

引数のPanPal（音量比率）に10000と-10000を入れても変化が分からん。
もしかするとPC環境やサウンドファイルによって変わるのかもしれないが…。

**553** · 2010/06/03(木) 06:20:35

>553だが、色々試してるうちに原因が分かった。
すまんかった。

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

>>554
何で躓いてたか書くと、他の人も助かるかも

**名前は開発中のものです。** · 2010/06/03(木) 07:43:10

まだ検証中だけど、たぶんこんな感じ。
DXライブラリのバージョンは3.02d。

　(1) サウンドファイルによってパンが設定できない場合がある。（モノラル音声？）
　(2) SetPanSoundMemとSetNextPlayPanSoundMemが、ともに直後の再生のみに有効

(1)は仕様かもしれない。
そんなに問題ないと思うけど、ユーザがサウンドファイルを指定するようなプログラムなだと不便かも。

流石に(2)はバグかなあ。

**名前は開発中のものです。** · 2010/06/03(木) 10:24:52

公式行くといいよ
驚くほどのスピードで対応、バグ修正してくれるから。

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

よし、じゃあ誰か任せた！

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

はあ？

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

冗談はともかく、もうちょっと調べたら公式に投げてみる。
ありがとう

**名前は開発中のものです。** · 2010/06/07(月) 15:27:26

イメージハンドルの管理ってどうしてる？
自分の場合、グローバルにするのが気持ち悪くて管理クラス作ってたりするんだけど……

**名前は開発中のものです。** · 2010/06/07(月) 15:50:38

シングルトンの管理クラス作ってるけど。

**名前は開発中のものです。** · 2010/06/07(月) 16:49:26

ハンドルなどを格納したイメージクラスを作り
各シーンクラスに持たせるってのはどう？

**名前は開発中のものです。** · 2010/06/07(月) 16:57:25

>>563
今組んでるのがそんな感じ
やっぱりそういうのが普通なのかな

**563** · 2010/06/07(月) 17:14:55

実装途中でめんどくさくなってシングルトンにしちゃったのは内緒だぜ

**名前は開発中のものです。** · 2010/06/07(月) 17:55:05

俺もシングルトンの管理クラス使ってるわ

**名前は開発中のものです。** · 2010/06/07(月) 18:50:57

流れをぶった切って。

(1)
例えば、青空の背景で真っ赤な炎を爆発させたいとき、どうしてる？

画像そのものの作り方次第で、ある程度は何とかなるとは思うんだけど、
通常描画やαブレンドだと味気ないし、加算合成だと紫色の炎になっちゃう。

(2)
レーザーとか稲妻などの光を、より眩しくなるように表現するコツってある？

凄く抽象的な表現で申し訳ない。
単に加算合成しても、眩しいっていう印象からは程遠いんだ。

DXライブラリというより、画像の作り方かもしれない。

**名前は開発中のものです。** · 2010/06/07(月) 18:59:21

シューティング製作スレでもいけば？

俺の場合は参考にならんだろうが、

１）普通にドット絵で描いてる。ブレンド等もせずにそのまま。
　　もちろん今風じゃないし、さほど上手い絵でもないけど、気にしない。

２）上と同じく、普通に白を使うだけ。
　　てかまぶしい画面効果なんて自分でやっててウザいだけなので、やろうとは思わない。
　　むしろ目に優しい配色とか考える方がよっぽどいい。

**名前は開発中のものです。** · 2010/06/07(月) 22:13:31

>>567
(2)加算合成で2回同じ画像を描画

ってのはどう？

**名前は開発中のものです。** · 2010/06/07(月) 22:40:07

>>567
1. 通常描画でいいんじゃね
2. 普通に描画した後にボカして加算合成

**567** · 2010/06/07(月) 22:57:26

ありがとう。参考になる。

>>568
STGは全然分からないけど、確かにそういうの詳しそうだ。

(1)は、爆発のドット絵を上手く作れば、スーファミっぽく綺麗にはなるね。
ゲームによっては下手に加算合成せずに、そっちのほうが良いかも。

(2)は、さすがに連発はしないけど、ピンポイントで使うと印象深いかなー？くらい。

>>569
やってみたけど、グラデーション部分がカクカクするだけだった（´・ω・`）
これはこれで面白いエフェクトだけど。

>>560
(2)について、ボカすっていうのが結構良さそう。
試しに画像の時点でボカしを入れてみたんだけど、結構それっぽい。

**名前は開発中のものです。** · 2010/06/07(月) 23:26:07

>>571
ここ参考になるんじゃね？
ttp://marupeke296.com/DXG_No14_BrightnessExpression.html

**名前は開発中のものです。** · 2010/06/07(月) 23:38:23

ありがとう、わかりやすいな

**名前は開発中のものです。** · 2010/06/08(火) 03:23:41

シングルトン使う位ならグローバル使っても大して変わらないと思うのだが

**名前は開発中のものです。** · 2010/06/08(火) 03:30:54

シングルトンは機能面で採用するもんじゃなく、ついいい加減に書いちゃうのを抑止する程度の物でしかないね
でもそれが目的だからそれでいいんだよ

**名前は開発中のものです。** · 2010/06/08(火) 18:03:50

具体的にどうシングルトンになってるの？
俺未だにその辺のデザインパターンがよく分からん。
関係する部分だけでいいからソース見せて貰えないだろうか。
シングルトン自体はわかるんだが、でも実際それをどこでどう使えばいいかってわからんのよな。

数学の何らかの公式は覚えてるし解けるが、じゃあその公式をどういう部分で使えば有効なのかってのがわからないみたいな。

**名前は開発中のものです。** · 2010/06/08(火) 18:27:04

それは「わかってるけど使い方がわからない」じゃなく、わかってないだけかと。
デザインパターン本には使い方なども書いてあるだろう。

**名前は開発中のものです。** · 2010/06/08(火) 19:16:55

そもそもオブジェクト指向的な書き方の価値が分からん
クラスとか必要なくね

**名前は開発中のものです。** · 2010/06/08(火) 19:49:28

みながわさん乙

**名前は開発中のものです。** · 2010/06/08(火) 20:06:39

>>578
なしでいけるなら、使わなくて問題ないよ
小さなソフトを作る場合、便利だと思った機能だけ使うのが賢いと思う

**名前は開発中のものです。** · 2010/06/08(火) 20:08:30

ポリモ便利でしょ

**名前は開発中のものです。** · 2010/06/09(水) 03:58:21

シングルトンはGemsや「ゲームプログラマになる前に
覚えておきたい技術」に実例と解説がなかったけ。
後者については、たしかゲーム板の参考の書籍の
過去ログで著者本人が意図を解説してくれてたような。

>クラスとか必要なくね
俺はないと無理だ。
クラスないと、複数の種類の敵とかを作っても
敵全部->Move();
敵全部->Draw();
とか一括でやりにくいし、コンストラクタやデストラクタとかないと困る。
昔のSTGみたいにオブジェクトプールと関数ポインタでタスクシステム(
この言葉の定義は別として)を、作っても似たことはできるかもしれないけど。

**名前は開発中のものです。** · 2010/06/09(水) 09:57:55

>>582
敵全部ってのはどうやって指定するの？

クラス使ってない自分の場合それぞれforループで敵情報の構造体の数分回して、
EnemyMove()とか関数に飛ばして基本行動取ったあと行動パターンIDのswitchで固有行動取らせてる
Drawもしかり

敵の作成と削除は専用の関数SetEnemy、DeleteEnemyを用意してあげて、
空いてる敵ナンバーを配列から検索→その番号の構造体に基本情報を代入など一括で行ってる

**名前は開発中のものです。** · 2010/06/09(水) 10:14:18

俺も583と同レベルの知識しか持ってないから、583と同じ疑問を持ってるなｗ
クラスとか、ググれば解説載ってるところはたくさんあるんだけど、
じゃあそれをゲームにどう活かすのか、となるとさっぱりなんだよね。

**名前は開発中のものです。** · 2010/06/09(水) 10:23:51

std::vector<Unit*> enemy;

enemy.push_back(new EnemyA() );
enemy.push_back(new EnemyB() );
enemy.push_back(new EnemyC() );

for(int i=0; i < enemy.size(); i++)
{
enemy[i].Move();
enemy[i].Draw();
}

とか、そういう。（上記だとリークしやすいから自作リスト作ってるけど）
初心者ならこういう設計でまず作ってみれば？

**名前は開発中のものです。** · 2010/06/09(水) 10:30:52

>>585
vector遅くね
自分だとその場合EnemyMove(i);とか指定するんだけどどうもメリットが見えてこないな

自分はActionScript2,3からプログラミング入ったタチなんでオブジェクト指向は使えることは使えるが、いまいちそれを便利に使いこなせるかというと謎

**名前は開発中のものです。** · 2010/06/09(水) 10:36:44

スレッドって
どうやればいいの?

**名前は開発中のものです。** · 2010/06/09(水) 10:47:02

>>586
vectorが遅いとかどこの組み込み（ｒｙ
コピーのオーバーヘッド防ぐ為のポインタの動的配列なんだがぬ。まあ、あくまで擬似コードだけど。

一応解説しておくと、EnemyA,B,CはUnitクラスから派生したサブクラスで動作から何からが違う。
そういうのを一括で扱えるポリモーフィズムとかが便利なんだよ。
まあ実際、ある程度の規模作らないと実感出来ないだろうけども。

**名前は開発中のものです。** · 2010/06/09(水) 11:08:26

>>588
つまりswitchなどしなくてもあらかじめ共有事項を継承した個別オブジェクトが作れるのでそれを実行するだけ、と
なんとなく便利な点は見えてきた　ありがとう

**名前は開発中のものです。** · 2010/06/09(水) 11:19:01

なんか自己解決しちゃったからアレだけど擬似コード
http://www1.axfc.net/uploader/Sc/so/122025
VC++使ってるならコンパイル通るんじゃね・・・

ちなみに、固有IDで識別してswitchとかifで動作を分けるって実装はアリだけど、
可読性とバグり場所の割り出しが比較的大変になるからあんまオススメはしない。

**名前は開発中のものです。** · 2010/06/09(水) 11:30:52

横からトン
参考にしてみるよ

**名前は開発中のものです。** · 2010/06/09(水) 11:52:00

>>590
見てみたけどなかなか良いね　ソースもすっきりしてるし
enemy.push_back(new EnemyA(0,0));
ここでEnemyAってのをIDで指定はできる？
敵の種類を全部IDで管理してるのでそれをそのまま使えるととても楽
まあswitchしてもいいけど

**名前は開発中のものです。** · 2010/06/09(水) 12:07:09

俺も横から頂きました。ありがとう、勉強させてもらいます。

ちなみに俺はswitchで全部やってるけど、キャラが増えるごとにID追加したりswitchの振り分け増やしたりと結構面倒です。
つっても２，３箇所追加する程度だし、追加忘れのバグなんてすぐ解消できるから大して問題にはならないんだけど。

**名前は開発中のものです。** · 2010/06/09(水) 15:16:42

vectorじゃなくてmapでやればidも設定できる。サーチ時間はO(1)だ。

**名前は開発中のものです。** · 2010/06/09(水) 15:18:06

STLのコンテナ使うと敵が弾を撃ったときとかにその弾の行動が1フレーム遅れない？

**名前は開発中のものです。** · 2010/06/09(水) 15:23:47

>>595
変な書き方をして失敗してなければ、そんなことはないと思うんだが

**名前は開発中のものです。** · 2010/06/09(水) 15:32:51

イテレータを使ったfor文の中で敵のオブジェクトを行動させて、
その中で弾をコンテナに詰め込もうとするとイテレータの指し先がバグってうまくいかない。
一旦弾オブジェクトを保存しといてfor文が終わった後で追加しないとうまくいかない。

**名前は開発中のものです。** · 2010/06/09(水) 16:16:29

>>597
それコンパイラは何？
他のコンパイラでもそんなんか、試してみたら？

**名前は開発中のものです。** · 2010/06/09(水) 16:57:18

コンパイラ以前に書き方が悪いだけだろ

**名前は開発中のものです。** · 2010/06/09(水) 17:27:44

>>590
自分も横㌧

なんという俺得話題。
自分も教科書的には使い方を知っていても
いまひとつ便利なのが実感できなかったから勉強になる

**名前は開発中のものです。** · 2010/06/09(水) 17:38:14

ユニットをクラス化する方法はクラス間の関係が複雑になると辛くなってくる。
で、結局は機能毎にクラスを作り始めるんだよな。

**名前は開発中のものです。** · 2010/06/09(水) 17:46:14

クラス間はマネージャクラス作って処理させるなぁ

**名前は開発中のものです。** · 2010/06/09(水) 17:47:59

おまえらの言ってることが半分も分からん

**名前は開発中のものです。** · 2010/06/09(水) 18:05:14

>>592
idを指定して生成したいって言うなら、ファクトリクラス作って、
そこにid入れたら該当のが帰ってくるようにすればいいんじゃね
こんなん。
http://codepad.org/jFUfjGCL

違う意味だったらすまんね。

**名前は開発中のものです。** · 2010/06/09(水) 18:09:07

>>604
なるほど。それで行けそうだ、ありがとう

あともう一つだけスレチ全開で聞きたいんだが、オブジェクトの削除はどうするのが定石？
this.deleteとかやると消えるけど元のリストからは除外されないからアクセス違反になるし、
そもそもshared_ptr使うならdelete要らんはずだし
削除フラグたったら-1とか戻り値にしてmainのほうでリストから除外してあげるのかな

**名前は開発中のものです。** · 2010/06/09(水) 18:10:48

そらリストから消してやるだろうな

**名前は開発中のものです。** · 2010/06/09(水) 18:14:06

そういう設計なら、フラグチェック時にvectorとかから除外するのが普通じゃねえの。
俺は自前でユニット管理用リストクラス作ったけど。

**名前は開発中のものです。** · 2010/06/09(水) 19:05:20

昔は俺もオブジェクト指向？クラス？くだらね。とか思ってた。
C++はライブラリが大きすぎて組み込みでは使えません(ｷﾘ
とか、ざまみろって顔して言ってやった。
でも今じゃCだけでプログラミングとか面倒で無理。
プログラミング自体が面倒になってきたけど(´・ω・｀)
もう年だな。

**名前は開発中のものです。** · 2010/06/09(水) 19:18:14

>>605
暫くコード書いてなかったからリハビリのつもりで書いた程度のもんだけど、
http://www1.axfc.net/uploader/Sc/so/122080
こんな方式とか。
ループ回すのがロスだと感じるなら一本化してもいいんじゃね。
たぶんリークしてないけど、チェックはしてないからメモリリーク起こってたらすまんね。

shared_ptrの関係でTR1使ってるから、VC++2010じゃないなら追加パック入れる必要あるかもね。
リーク上等で、生ポインタに書き換えても動くとおもうよ。

**名前は開発中のものです。** · 2010/06/09(水) 21:20:21

enemy[i].Draw(); みたいなメンバ関数持たせると、描画順の管理が難しくなるような気がするんだけど、
みんなはこの辺どうしてる？

**名前は開発中のものです。** · 2010/06/09(水) 21:43:29

.Draw();を実行すると、描画順位情報が更新されていって、
1回だけ呼ばれる描画で描画順位リストを参照しつつ全部を順位通りに描画したら？
関数名をDraw以外にした方がいいと思うけど

**名前は開発中のものです。** · 2010/06/09(水) 21:47:30

俺が昔作ったやつだと、multimap使って複数のインスタンスを同じIDで登録してたかな。
で、描画したい順でＩＤを分ける。
細かく分ける必要なかったし、
リストから引っ張り出したい場合も少なかったから特に問題なかった。

**名前は開発中のものです。** · 2010/06/09(水) 23:26:50

描画する奴はみんなDrawObjectを継承してる
描画順はそいつが持ってる

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

>>613
もう少し詳しく頼む

**名前は開発中のものです。** · 2010/06/10(木) 04:55:12

描画順の実装なんていくらでも実装方法あるんだから自分で考えれ

**名前は開発中のものです。** · 2010/06/10(木) 11:03:41

皆そんな細かく描画順を決めてるのか
俺は自機、自弾、敵、敵弾等とざっくりわける程度なのだが

**名前は開発中のものです。** · 2010/06/10(木) 12:53:52

巨大キャラとそのパーツとか、文字とかウィンドウとか、
色々自由に指定できるようにしておくと、楽だったよ。

とくに SetDrawBlendMode で描画ブレンドモードを変更して、半透明とかさせたりする時
「描画順○番から○番までの画像を半透明にする」とか簡単に実装できて。

**名前は開発中のものです。** · 2010/06/12(土) 17:52:17

よくあるFPSゲームのように
マウスの移動で、角度を計算して、カメラ方向をかえていたんですが
これだと
どんな方向にカメラが向いていても
ｘ、ｙ、ｚに関係なく、たとえばWを押したら、前に進めるような感じにできるか
思いつきません。
どうすればいいでしょうか

**名前は開発中のものです。** · 2010/06/12(土) 18:31:54

「プレイヤーキャラの向き」ベクトルを作って、カメラの向きはそれに依存させる。カメラ位置も同じように。
で前に進む時は　「プレイヤーキャラの向き」×前進スピード　をキャラの位置に加算するだけ

**名前は開発中のものです。** · 2010/06/12(土) 19:55:23

Y軸の回転行列でベクトルを回転させる

**名前は開発中のものです。** · 2010/06/13(日) 00:20:11

ム板で似たような話を見つけたから参考にすればいいと思うよ。
http://pc12.2ch.net/test/read.cgi/tech/1274521960/478-480n

**名前は開発中のものです。** · 2010/06/13(日) 00:49:53

似たようなっつーかマルチだろどう見ても

**名前は開発中のものです。** · 2010/06/13(日) 12:19:12

DXライブラリ使ってるゲームが完成したらここで晒していいですか

**名前は開発中のものです。** · 2010/06/13(日) 13:01:49

>>621

全部お前のマルチ＆自演だろ、ボケ

**621** · 2010/06/13(日) 13:46:25

>>624
マルチ指摘しちゃってごめんね？

**名前は開発中のものです。** · 2010/06/13(日) 14:03:35

>>620
の言うように
target.x=x*cos(atan2(m_move.x, 350.0f))-z*sin(atan2(m_move.x, 350.0f));
target.z=x*sin(atan2(m_move.x, 350.0f))+z*cos(atan2(m_move.x, 350.0f));

SetCameraPositionAndTarget_UpVecY( CameraPos, VGet(target.x ,target.y, target.z) ) ;

とやってみたんですけど
なかなかうまくいきません
なんか間違っていないでしょうか

**名前は開発中のものです。** · 2010/06/13(日) 14:22:30

Position hogehoge(Position pos1, Position pos2, ushort val)
{
double px, py, pz;
duoble tx, ty, tz;

double len;
Position ret;

px=pos1.x;
py=pos1.y;
pz=pos1.z;

tx=pos2.x;
ty=pos2.y;
tz=pos2.z;

len = sqrt( pow((px - tx),2) + pow((py - ty),2) + pow((pz - ty),2) );

ret.x = ((tx-px)/len)*val;
ret.y = ((ty-py)/len)*val;
ret.z = ((tz-pz)/len)*val;

return( ret );
}

**名前は開発中のものです。** · 2010/06/13(日) 15:06:05

moveVal = hogehoge(obj.pos, targetPos, obj.spd);
obj.pos.x += moveVal.x;
obj.pos.y += moveVal.y;
obj.pos.z += moveVal.z;

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

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