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

**名前は開発中のものです。** · 2011/07/17(日) 21:01:09.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/

**名前は開発中のものです。** · 2011/08/14(日) 00:11:07.46

>>878
おぉ！ほんまや！
DXライブラリに関係あるのかと思いましたが、全く関係ないんですねXD

**名前は開発中のものです。** · 2011/08/14(日) 00:16:33.23

外人さんがよく使う顔文字だね。

あと　　:) 　ってのもある。半角じゃよくわかんないかな　：）　全角だとこう。
これも横倒しになった笑顔だね。

**名前は開発中のものです。** · 2011/08/14(日) 00:27:47.69

>>879
＞DXライブラリに関係あるのかと
確かに。それは気付かなかった。センシティブになるべきだった。

**名前は開発中のものです。** · 2011/08/14(日) 13:39:14.52

効果音つくるオススメソフト教えてください

**名前は開発中のものです。** · 2011/08/14(日) 16:39:31.65

コップと皿と空き缶とフライパン

**名前は開発中のものです。** · 2011/08/14(日) 22:31:04.06

おたまで奏でるラプソディー

**名前は開発中のものです。** · 2011/08/15(月) 00:19:29.63

効果音とか自動生成されるソフトあるけどあれって作ってる感じまったくしないよな

**名前は開発中のものです。** · 2011/08/15(月) 01:15:12.54

布巾が奏でるセレナーデ

**名前は開発中のものです。** · 2011/08/15(月) 13:08:46.68

キュッキュッキュッ　キュッキュッキュキュッ

**名前は開発中のものです。** · 2011/08/15(月) 17:34:09.12

クエスチョ～ン　クエスチョ～ン　ボク・・・ｽﾏﾝ

**名前は開発中のものです。** · 2011/08/15(月) 17:38:56.01

似たような（同年代の）奴らばかりだな

**名前は開発中のものです。** · 2011/08/15(月) 18:53:42.24

結局、あたり判定は、Collisionクラス作って、BulletManagerクラスとEnemyManagerクラスとShipクラスのポインタをCollisionクラスに登録してあたり判定する様にしてみまみた！
けど、総当たりだと結構重たくて、どうすれば～と悩み中です

**名前は開発中のものです。** · 2011/08/15(月) 18:55:22.34

4分木でｇｇれ

**名前は開発中のものです。** · 2011/08/15(月) 18:59:46.08

単純に手に余ることをやろうとしてるだけなんじゃ
あまり汎用性を意識すると処理が遅くなったり高度な技術要求されたりするぞ

手習いで2DSTG作るのなら、オブジェクトの種類で決め打ちしてしまった方が良い

**名前は開発中のものです。** · 2011/08/15(月) 19:12:42.09

ベタに組んでもそれなりの速度は出ると思うんだが……
まさか総当りで全部をしっかり判定してたりとかしてないよな？

普通は円形の当たり判定なら、まず正方形で簡易的な判定をしてから、
衝突してる可能性がある場合だけ、半径計算してー、とか詳しい判定をする

俺はこれで3000発までは60fpsで動かせてるぞ

**名前は開発中のものです。** · 2011/08/15(月) 19:24:26.70

うちのPCが遅すぎるってのは、ある？
Pen3 500Mとメモリ256のノートなんだが

**名前は開発中のものです。** · 2011/08/15(月) 19:26:54.53

想像以上に低スペックで吹いたｗ

**名前は開発中のものです。** · 2011/08/15(月) 19:27:33.96

>>893
今のところ、全て正方形で総当たりしておりまする

ブロック崩しで試してるので、ブロック100個と弾1000個の総当たりですが……

**名前は開発中のものです。** · 2011/08/15(月) 19:30:35.19

>>892 >>895
そこまで高度なことはしてないと思いますが……
複数種の弾と複数種の敵をそれぞれ一元管理してあたり判定を一括で処理したいと考えるとそうなったのです

オブジェクトの種類ってなんでしょう？

**名前は開発中のものです。** · 2011/08/15(月) 19:31:52.25

しくった！

>>895
低スペックでしょ(笑)
どこかで買い換えたいのですが(笑)

**名前は開発中のものです。** · 2011/08/15(月) 20:14:38.19

格子状に空間分割して隣接空間に対してだけ当たり判定取ればよろし
格子のサイズは最も大きな当たり判定のサイズ以上ならどんなサイズでも良い

**名前は開発中のものです。** · 2011/08/15(月) 20:56:53.21

>>899
なるほど。
隣接空間がどこかっていうのと、対象が隣接空間に属してるかは、総当たりになるんですかい？

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

Pentium3って。今時ヤフオクの中古でも一万も出せばそれより高スペックだぞ。

**名前は開発中のものです。** · 2011/08/15(月) 21:23:13.47

>>900
ちょっと、それのスクリーンショットを見せてみろ

**名前は開発中のものです。** · 2011/08/15(月) 21:33:41.17

>>902
今は、PC使えないので、無理でですわ。すみません。。

それのスクリーンショットのそれは、どれですか？？

**名前は開発中のものです。** · 2011/08/15(月) 21:34:50.60

>>900
大雑把にいうと座標に対応した2次元配列リストを用意しておいて登録または座標更新の度に座標に対応した要素のリストに繋いでいく感じ
ShipCollision.CollisionMap(x/?,y/?).add(ShipObject)、BulletCollision.CollisionMap(x/?,y/?).add(BulletObject)みたいな感じ（?は格子のサイズ）
この2つの当たり判定を取るときは、ShipCollision.CollisionMap(i,j)に対してBulletCollision.CollisionMap.CollisionMap(i-1～i+1,j-1～j+1)とだけ当たり判定をとればいい

ただ、自分もセレ300Aの時代から弾幕シューティング作ってるけど、こんな処理が必要になったのは敵弾同士の相互干渉やった時ぐらいだよ

**名前は開発中のものです。** · 2011/08/15(月) 21:50:01.66

>>904
なるほど！わかりやすい！あざまーす！

たぶん、非効率なことしてるところもありそうなので、見直しますが……

弾幕シューって、弾の瞬間最高数ってどのぐらいなんでしょうか？

**名前は開発中のものです。** · 2011/08/15(月) 22:15:27.77

自分のだと高難度モードで1000ぐらい、通常なら400ぐらい
弾の大きさにもよるけど2000ぐらいで画面が埋まりきるのでそこらを上限に考えばいいんじゃないかと
ただレーザー系の繋ぎ弾とかを多用するのならもっと余裕を持たせたほうがいいかも

**名前は開発中のものです。** · 2011/08/15(月) 22:50:38.26

>>906
あ、画面埋まるの基準に考えれば良いのですね！
繋ぎ弾ってそんなに弾使ってるんですね。

**名前は開発中のものです。** · 2011/08/15(月) 23:21:54.15

空間分割は基本的な方法だから考慮に入れておくと楽だな

>>907
繋ぎ系の弾は見映えを良くしようと思えばその分だけ数が増えるからな
当たり判定を取るだけなら間引けばいいけど、描画の負荷は結構深刻な問題
ってどうでもいいかｗ

弾幕シューっても、弾の速さで結構変わるぞ
弾を速めにすると相対的に弾の数は減る。遅くすると逆

**名前は開発中のものです。** · 2011/08/15(月) 23:23:17.10

もう一つマジレスすると、それなりの性能のPC用意するところから製作開始だと思うｗ
2万程度のデスクトップPCに5000円くらいのグラボでも積んでおくだけでもずっとマシだ

**名前は開発中のものです。** · 2011/08/15(月) 23:45:48.44

>>908 >>909
なんとなくのイメージですが絶対に必要になりそうですね！

今、これ読んでます
http://marupeke296.com/COL_main.html

見栄えが変わるのですね。いっぺんやってみないと。

あ、そうか！遅い弾だと消えるまで画面に留まりますね！
その辺りもやってみないと。

PCの問題は、わかってたんで、どこかで解決しますが、東方風神録辺りまでは普通に動いてるのでいけるかなぁと楽観してました(笑)

**名前は開発中のものです。** · 2011/08/15(月) 23:46:40.14

いや、まずは仕様書の作成だろ

**名前は開発中のものです。** · 2011/08/16(火) 02:01:11.24

念のため書いておくけど、個人製作で仕様書なんて無駄なこと極まりないからな

**名前は開発中のものです。** · 2011/08/16(火) 02:12:14.08

規模にもよるんじゃね？
一方の作業に注力していたら何作るかを忘れてたりするし
大抵はメモ程度で十分だけど

**名前は開発中のものです。** · 2011/08/16(火) 02:17:02.07

画面イメージのラフ
構造体（クラス）のメンバ一覧
それぞれの相互作用

くらいはノートに書いておいた方が楽

**名前は開発中のものです。** · 2011/08/16(火) 02:30:18.01

>>913
>>914
一応、そういうのは仕様書には含めないって意味で書いてみた
メモ書きというか、製作に関する情報を平行して何かにまとめるのは有効だと思う
メンバ一覧や相互作用は開発環境を使いこなすようにした方がいいのでは（VisualStudioの話だけど）

**名前は開発中のものです。** · 2011/08/16(火) 02:42:09.01

メモ書きでも、実際に書きなぐりしているだけだと結局わからなくなる
しっかりとどういう設計をしていくのかというのはあらかじめ
順序立てて書いた方がいい

後から足そうと思ってもなかなか難しいときもある

**名前は開発中のものです。** · 2011/08/16(火) 03:13:46.92

そりゃお前のまとめる力が足りないだけ

**名前は開発中のものです。** · 2011/08/16(火) 05:48:56.92

今は、習作なので仕様書は不要かと
習作で、考えながらゲーム特有のコーディングを学んでるので

本ちゃん作るなら、
ゲームの内容・設定
簡単なクラス図
画面ラフ
ぐらいは、あった方が楽だと思いますが

実際に社内ツール作成の時とかは、サクッと仕様書書いてからコーディングしてます

**名前は開発中のものです。** · 2011/08/16(火) 07:05:15.26

まぁ、あったほうがスムースに作業は進むだろうな。
いちいち考えながら素材とか作ってたら結構ひっかかるし。

俺は作ってないが。

**名前は開発中のものです。** · 2011/08/16(火) 07:10:26.72

迷ったら紙にかけ、ともいうね

**名前は開発中のものです。** · 2011/08/16(火) 14:01:40.48

「勉強の計画」とかそういうものを立てても何の役にも立たないのと同じ
逆に、そういう計画が必要な人は仕様書作ればいいんじゃない？
俺は仕様書の必要性を感じたことは無いが

**名前は開発中のものです。** · 2011/08/16(火) 14:35:33.77

最後の行の必要性を感じません

**名前は開発中のものです。** · 2011/08/16(火) 14:59:38.33

仕様書を夏休みの計画みたいに扱われると困ります
計画書ではなくて仕様書なのですから・・・

**名前は開発中のものです。** · 2011/08/16(火) 15:02:39.12

説明書を自分で作るプラモデルみたいもん
アドリブで組める部分はアドリブでいいけど、「あれ、ここどうすんだっけ」、と迷ったら整理して手順を箇条書きにしてみたり

**名前は開発中のものです。** · 2011/08/16(火) 15:24:01.39

>>923
素人の書く仕様書なんか夏休みの計画と何も変わらんよ

**名前は開発中のものです。** · 2011/08/16(火) 15:26:16.13

>>925
素人の描く仕様書を見せてよ

**名前は開発中のものです。** · 2011/08/16(火) 15:35:02.36

いちいち他人の仕様書の不必要性を力説する必要があるのか。
「プログラム知識はあってもどうせゲーム完成できないんだろ」と同じ臭いを感じるぞ。

**名前は開発中のものです。** · 2011/08/16(火) 15:45:29.87

力説してるように見えるのなら、お前が仕様書って存在にやたら拘ってるってだけじゃね？

**名前は開発中のものです。** · 2011/08/16(火) 15:51:29.03

いや、お前が使用書の必要なさに拘ってるように見えるから突っ込みたいんだよｗ

**名前は開発中のものです。** · 2011/08/16(火) 15:55:03.21

いつもこの流れになるのなw
仕様書って具体的に何の仕様書かはっきりさせろよ

**名前は開発中のものです。** · 2011/08/16(火) 16:02:52.54

プログラムコードの中に
コメントを書く奴、書かない奴、　いるよね。

俺は、コメントの重要性を知ってる、流用できる関数にも説明をつける。

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

俺は自分の忘却力の高さを知ってるからコメントは書く方だなｗ

極端な話、「さーて今から○○のコード書くぞ……はて、これはどうするんだっけ」って事もあるから
コード組む前にコメントで仕様をざっくり書いておいたりもする。

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

少なくともストーリー（クエストとかエピソードとか）、出てくる敵のステータスあれこれ、アイテム
ワールドマップ、武器などを決めておくは必要はあると思われる。
とくにストーリーなんかはゲームの根本に関わってくるわけだから、それこそ頭の中であやふやな状態で残しておくのは危ない

逆にこれらを決めないでどうやってゲーム作り始められるのか？

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

複雑な初期化手順の実装や、
複雑な親子関係、兄弟関係のデータを更新処理する実装の場合、
コメント書いておかないと、後から確実に泣くな。

しかし後から見てワケワカメになっているソースは、
書き直した方が結果的に良い場合が多い。ソースは俺の経験。

人と共有する必要があるコードについては、コメントは義務。

**名前は開発中のものです。** · 2011/08/16(火) 17:02:13.06

コメントを書かないと自分でも分からないような作りはヤバい

**名前は開発中のものです。** · 2011/08/16(火) 17:10:30.49

関数の中にコメントだらだら書かなきゃならないような長いものは極力作らない
その代わり、関数の説明はきちっと書く

それさえ守ればクラス図も仕様書も必要だと思ったことはないな
ゲームの内容部分に関しては覚え書きを作ったりはするが

**名前は開発中のものです。** · 2011/08/16(火) 17:32:19.57

>>935
例えば、最大値にもいろんなニュアンスがある。
複数のニュアンスの最大値を保持する変数が出てくると、
コード可読性を維持しつつ、変数名だけで自明にすることには限界がある。

またクラス化すると速度が失われるスカラ値につき、
値の取り方の局所ルールを遵守させることが必要になってくる場合、
そのルールを記載しておくと、あとからいじりやすくなる。

**名前は開発中のものです。** · 2011/08/16(火) 17:35:25.44

＞複数のニュアンスの最大値を保持する変数が出てくると
微妙に異なるニュアンスごとに最大値を保持する変数を用意すると

**名前は開発中のものです。** · 2011/08/16(火) 17:44:22.91

あとキャラの状態を表す定数の説明にもコメントあった方がいいよね。

**名前は開発中のものです。** · 2011/08/16(火) 17:47:12.29

まあでも、原則、コメント無しで済むのが最良という点には同意。

**名前は開発中のものです。** · 2011/08/16(火) 18:01:02.58

みなさまお疲れ様です！

仕様書あったら、いちいちソースとかコメント読まなくてもいいから、いいんじゃないの？

書面で一目瞭然になってたら、全体を捉えやすいし

**名前は開発中のものです。** · 2011/08/16(火) 18:08:56.29

仕様書に書かれてることとソースコードに書かれてることに矛盾が生じてきて逆に混乱するだけ

**名前は開発中のものです。** · 2011/08/16(火) 18:13:07.00

それって、結構行き当たりばったりでコーディングしてるんじゃあ……

**名前は開発中のものです。** · 2011/08/16(火) 18:14:32.63

それはチームで作る場合だろう
チームだったら仕様書は必須だろうさ

**名前は開発中のものです。** · 2011/08/16(火) 18:14:53.42

あ、944は>>941な

**名前は開発中のものです。** · 2011/08/16(火) 18:15:37.38

おにいちゃん！しようしょってなーにー

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

行き当たりばったりでやってるね
うまくいかなくなったらばっさりきって丸ごと作り直す
それでうまくいってるし問題ない

**名前は開発中のものです。** · 2011/08/16(火) 18:28:31.96

>>944 >>945
確かにチームなら必須だけど、個人で作る時もあった方がラクじゃない？

>>946
よーし！おにいちゃんと一緒にしようしょしよっか！
さぁさぁ、今からおにいちゃんのお家に行きましょうね～

>>947
コーディングする前にクラス図書いて設計しないのん？？
ばっさり作り直したくないから、私はそうしておりますぜ！

**名前は開発中のものです。** · 2011/08/16(火) 18:31:50.17

クラス図書いて設計したら絶対に作り直す羽目にならないの？

**アジェグ４倍** ◆4xAJeG.COM · 2011/08/16(火) 18:34:13.06

一人で作る分には、仕様書はメモ程度でいいんだよ。
一人で作る分にはね。

**名前は開発中のものです。** · 2011/08/16(火) 18:34:23.94

基本的にヘッダに書く部分は途中であまり書き換えずにすむようにするもんだよ
ひとそれぞれだけど

**名前は開発中のものです。** · 2011/08/16(火) 18:34:34.41

>>948
個人だと必要だと感じたことが無いなあ
ソースやコメントを読むってこと自体意識したことないし
5万行程度のプログラムだけど、何か仕様変更しようと思ってもどこに何が書いてあるかくらいは全部頭の中で把握してるし
コメントは蛍光ペン的な意味で使ってるｗ

**名前は開発中のものです。** · 2011/08/16(火) 18:38:45.78

>>949
絶対かどうかは、クラス図（設計）の完成度による
設計がきっちりできてたら、その通りに文字打つだけになるから、コーディングであまり考える必要がなくなる

**名前は開発中のものです。** · 2011/08/16(火) 18:42:59.60

>>952
どこに何があるか把握できるのはわかるが、久々にみた時にありゃりゃ？ってなるのは、私が年寄りやからか！！

コメントは、ある方が助かるね
区切りとか分かりやすくなるし

**名前は開発中のものです。** · 2011/08/16(火) 18:47:24.81

>>954
ヘボだった頃に書いたプログラムは無理だけど、ある程度力が付いてから書いたコードは時間置いても大丈夫かなあ
気晴らしにメインとは別のプログラムとか不定期に書いたりしてるけど、結構順調に進んでるし

コメントは区切りにダブルスラッシュ入れておくだけでもかなり分かりやすくなるｗ

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

>>955
確かにヘボかった頃のは、読まないと分からないし、なんでこんなことしてるんだｗｗｗｗって自分の成長を感じるｗｗｗ
そか、最近、ヘボかった頃の作り直したりしてたから、ありゃりゃりゃってなるのか！

区切りがあるだけで結構変わるね！

**名前は開発中のものです。** · 2011/08/16(火) 19:46:56.01

>>955
ソースコードに紛れ込んだ、日本語の違和感って結構バカに出来ないよなー。
VisualStudioを含め、高機能エディタにはコメント部分の色変えをしてくれるものが多いと思うが、

//Comment　←色変え

よりも

//日本語コメント　←他と同じ色

のほうが判別しやすかったり刷るｗ

**名前は開発中のものです。** · 2011/08/16(火) 21:24:35.22

ヘボかった頃のコードは使えそうなパーツだけ取って捨てようぜｗ
把握しきれないようなヘボコード取っておくより、ざっくり作り直した方が後々の役にも立つだろうし

**名前は開発中のものです。** · 2011/08/16(火) 21:38:13.39

俺の場合はひとつのゲームの中で進化したから一つのゲームに
ヘボいコードと見やすいコードが混在してる

**名前は開発中のものです。** · 2011/08/16(火) 21:39:49.89

あるある

**名前は開発中のものです。** · 2011/08/16(火) 21:51:26.11

ゲーム製作なんてそんなもんだｗ

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

だれか次スレ
おれは規制で無理だた

**名前は開発中のものです。** · 2011/08/17(水) 05:29:25.75

http://hibari.2ch.net/test/read.cgi/gamedev/1299349575/

こっちに合流で良いだろ。

**名前は開発中のものです。** · 2011/08/17(水) 07:50:53.65

だめだろ

**名前は開発中のものです。** · 2011/08/17(水) 10:41:34.17

DXライブラリに関係ない話はそっちでやれって言ってるだけだろう。
次スレの問題はあるが。

**名前は開発中のものです。** · 2011/08/17(水) 14:16:11.87

雑談スレって複数あるのか、この板

**名前は開発中のものです。** · 2011/08/17(水) 15:37:55.20

ぶっちゃけDXで話すことはそんなにないけどな

ウディコンみたいにDXのコンテストもあればいいのにな

**名前は開発中のものです。** · 2011/08/17(水) 16:38:42.88

そう書いて誰かが主催してくれるのを待つだけとか

**名前は開発中のものです。** · 2011/08/17(水) 16:47:59.67

俺が開催してもいいけど弱小サークルだから作品もプレイヤーも集まらんわ

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

そこはコロンブスの卵ですよ

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

DXのコンテストだと範囲が広すぎて結局自作ゲームコンテストと何ら変わらなくなりそうな気が

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

>>890
重たいの解決したので、一応。
ウェイト処理しくってました(笑)
あとPCの処理速度も影響ありました。
家のPCだと40*1,000の総当たりが限界で会社のPCだと40*100,000の総当たりでも問題なかったです(笑)

**名前は開発中のものです。** · 2011/08/17(水) 23:39:27.04

いくらスペック低いとはいえたかだか1000個のバブルソートでも余裕ぽいんだけど
もっと計算量少ない40*1000がそこまで重くなる理由がわからんな
矩形の当たり判定はif文なしでもいけるからもっと減らせるかも

**名前は開発中のものです。** · 2011/08/17(水) 23:41:54.22

同感
いくらpen3とはいえ40000回の試行で限界ってのは何かがおかしい

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

スワップに片足つっこんでるんだろ

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

なる
最近はメモリが足りない環境ってのを考えたことが無かったわ

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

>>973
矩形の当たり判定if文なしでできるの？

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

三項演算子じゃね

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

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