ゲームプログラミング相談室

**プチ9627ｍ** · 01/11/06 18:47

ゲームプログラミング全般についての質問スレッド。
駄スレ立てる前にココで聞きましょう。

■旧スレ（プログラミング技術板より）
○パート１
http://piza.2ch.net/tech/kako/969/969984472.html
○パート２
http://pc.2ch.net/test/read.cgi/tech/985540361
○パート３
http://pc.2ch.net/test/read.cgi/tech/1002894129/

**名前は開発中のものです。** · 01/12/15 18:42

おれポインタ渡しなんて極力使わないようにしてるよ。できるかぎり参照ですませてる。

**116** · 01/12/15 23:19

>>119
＞残り半分は気まずさであると信じたい。

9割くらい気まずいです（笑
ただのダジャレだったのに。

**名前は開発中のものです。** · 01/12/15 23:43

>>121
別に参照もポインタも安全性はかわらんよ。
NULLポインタの可能性がないとしても、NULL参照の可能性はある。

int& GetRef()
{
int* n = NULL;
return *n;
}

こっちの方が余計厄介

**名前は開発中のものです。** · 01/12/15 23:54

どっちがよりありえる状況か？
って問題でしょ。

**名前は開発中のものです。** · 01/12/16 01:25

よくあるのとたまにあるのはどっちが問題かは難しい。
個人的にはたまにあるほうがはまると思う。

**名前は開発中のものです。** · 01/12/16 01:29

>>123
>でも参照って配列渡せないでしょ。

じゃあ参照で何を渡すことができるのか小一時間問い詰めたい

**名前は開発中のものです。** · 01/12/16 01:41

関数の引数にしか参照使わないなぁ・・・。
しかも、
関数側がパラメータを書き換える場合はポインタ、
関数側がパラメータを書き換えない場合は const 参照、
みたいな、教科書的使い方しかしてない。

**あぼーん** · NG

あぼーん

_ · 01/12/16 02:36

まあ、山椒言うぐらいだから、山椒に使ってれば、いいんじゃ？
だから、constで。
俺は、ネストがうざくないなら、ポインタで済ますけどね。

**名前は開発中のものです。** · 01/12/16 03:58

>>126
そのコードは結局ポインタの問題であると思うがいかがであろう。
プログラム板向けな話題だが……。

**名前は開発中のものです。** · 01/12/16 07:07

＞131
なんて書いてあったか気になる・・・

**名前は開発中のものです。** · 01/12/16 07:33

windowsの画面の設定で大きいフォントにしていると
表示が破綻するのですが、なにか回避作はないのでしょうか。

**名前は開発中のものです。** · 01/12/16 11:55

山椒は結局ポインタでしょ。

**名前は開発中のものです。** · 01/12/16 12:45

>>135
フォントの大きさを固定する。

01/12/16 16:46

FDDドライブにフロッピーが入ってなかったfalseを返すように
するにはどうしたらいいですかヽ(；´Д｀)ノ？

**名前は開発中のものです。** · 01/12/16 17:25

>>138
nazo

**名前は開発中のものです。** · 01/12/16 17:42

んー、FDDに特定のファイルがなかったら。でもいいのですが・・・

01/12/16 18:19

>>140

割とFAQなんだがな。検索したか？

**名前は開発中のものです。** · 01/12/16 21:18

>>138
SetErrorMode(SEM_FAILCRITICALERRORS)して
GetVolumeInformation（）すれば？
FD入ってなければエラーが返るよ。

**名前は開発中のものです。** · 01/12/24 16:40

あがります。ﾄﾞｷﾄﾞｷ

**名前は開発中のものです。** · 01/12/24 23:02

射影行列から視点って求められますかねぇ？

**名前は開発中のものです。** · 01/12/25 06:00

それは、コーヒーにミルクと砂糖を混ぜたあとで
砂糖だけ取り出すようなものではありますまいか。

**名前は開発中のものです。** · 01/12/25 21:55

>>145
つまり、かな～り難しいということですね。
どうもありがとう。
視点は別でとっておきます。

**名前は開発中のものです。** · 01/12/26 11:46

行列の逆変換を行うんだっけ？
はっきり覚えていない

- · 02/01/08 23:20

好き好きはあると思いますがゲームを作るのに最も適している言語って何だとおもいます？

**名前は開発中のものです。** · 02/01/08 23:28

>>148
英語

**名前は開発中のものです。** · 02/01/08 23:36

>>149
日本語使おうぜ。日本人なら。

**名前は開発中のものです。** · 02/01/09 00:10

10 ｶｹ "ｺﾝﾆﾁﾊ"

**名前は開発中のものです。** · 02/01/09 00:28

>>148
C++使っておけば馬鹿にされない。

**名前は開発中のものです。** · 02/01/09 00:44

>>148
pygameは？
誰も使ったことなさそうだ。

**名前は開発中のものです。** · 02/01/09 08:37

>>153
それをもっとも適した言語というのはどうかと(w

まあ、くやしいがC/C++じゃないかな

- · 02/01/09 22:11

やっぱりＣ/Ｃ++ってことになるのかぁ

**名前は開発中のものです。** · 02/01/09 23:51

あと、アセンブラもたまに必要。
フルアセンブラでなくても、インラインアセンブラぐらい書けたら
たまーに重宝する事があるんだが…。

**名前は開発中のものです。** · 02/01/10 02:04

sinとcosの値が同時に欲しい時とか。

**名前は開発中のものです。** · 02/01/10 14:53

BGMを作るのに使える簡単な作曲ソフト教えてくれませんか？

**名前は開発中のものです。** · 02/01/10 15:23

「簡単な」ものがあれば漏れも知りたい。

**名前は開発中のものです。** · 02/01/10 21:58

>>158
http://hello.to/dtm/
自動作曲ツール

**名前は開発中のものです。** · 02/01/11 14:37

ブロックくずしの跳ね返る方向って
どうやって決まるんだろう。
止まっている時の跳ね返りはなんとなく
分かるんだけど…

**名前は開発中のものです。** · 02/01/11 15:08

>>148
C でしょ。ゲームによるけど C++ はあまりお薦めしないなぁ。アセンブラは
使い方が分かる程度に勉強しておくと役に立つかも。

**名前は開発中のものです。** · 02/01/12 00:44

>>161
大雑把に処理するなら、停止時の弾の跳ね返り速度に、
ブロックの移動速度を足す。

つーか、摩擦やら跳ね返り係数やらを考慮しても良いのだが、
労力に見合うとは思えん。ま、ヒマならやってみ。

**名前は開発中のものです。** · 02/01/12 00:48

>>158
最近のシーケンスソフトについてくるオートバッキング機能は結構
便利だよ。漏れはYAMAHA派なのでXGWorksなんだが、てけとーなフ
レーズを打ち込んどいてオートアレンジャーで伴奏つけてから、元
のフレーズを消して、あらためてひらめいた音を入れる、というア
フォな手法を使ってます。

**名前は開発中のものです。** · 02/01/12 11:50

>>163
よく考えたら、摩擦は関係ないような・・・

**名前は開発中のものです。** · 02/01/12 12:58

>>165
パドルの動きに対してどんだけボールが粘着するかの係数

**名前は開発中のものです。** · 02/01/13 00:33

>>166
あと、慣性モーメントだな

**名前は開発中のものです。** · 02/01/13 02:14

>>158
cherryも使える。検索しよう！

**名前は開発中のものです。** · 02/01/13 03:31

>>161
多少ランダムな要素も含まれている気がする。

>>166
キャラクタの材質の設定もあるわけでちゅかい？

**名前は開発中のものです。** · 02/01/13 03:54

>>169
元々163が振ったネタだよ。

**名前は開発中のものです。** · 02/01/13 03:56

そうでした

**名前は開発中のものです。** · 02/01/13 03:59

この手の joke がワカラン奴の「ゲーム屋」としての適正を少々
疑ってしまう俺。言い過ぎか？

**名前は開発中のものです。** · 02/01/13 04:10

http://mpulip.hoops.ne.jp/gametips/gametips.htm
flip使っちゃいけませんか

**名前は開発中のものです。** · 02/01/13 04:12

おれもジョークまじりなつもりだったのだがつまらなかったな

**名前は開発中のものです。** · 02/01/13 04:25

＞640x480フルカラーのゲームを作るとする。60FPSのゲームを作る場合、１秒に転送するデータ量はどのくらいだろうか。
＞５２．７ＭＢ／ｓである。

にはついﾜﾛﾀ。世の中っていろんな人がいるんだなぁ。。。
ていうか読めば読むほど素晴らしい洞察に長けた文章が漫才なん
だが（笑
筆者は相当なネタ師とお見受けする。

**名前は開発中のものです。** · 02/01/13 04:34

>>161-170でどれがjokeか分からない自分は逝ってよし？
>>165-167あたり？

**名前は開発中のものです。** · 02/01/13 10:34

＞175
DIB作って毎回転送してやればそのぐらいになるんでは？
DirectDrawを解像度の切り替えぐらいしか使ってないけど

まぁ、そんな事しているとは到底思えないんだが…

**名前は開発中のものです。** · 02/01/13 12:02

>>177
それなら55Mくらいじゃないかな？

**名前は開発中のものです。** · 02/01/13 14:34

>>175
何が笑えるのかよくわからんのは俺だけかね？
＃　いやまあ、データ隠蔽のあたりは笑えなくはないが
暇だったら説明きぼんぬ。

**名前は開発中のものです。** · 02/01/13 14:37

俺も何が笑えるのか分からん。
>>175に400字詰め原稿用紙10枚ほどで説明してもらいたい。

**名前は開発中のものです。** · 02/01/13 18:47

161です。
レスありがとうございます。
何かヒントがつかめたような気がします。
しかし今時ブロック崩しもないよなぁ･･･

**名前は開発中のものです。** · 02/01/13 19:07

>>175じゃないけど、「今時リフレッシュレート60ってあまりいないぞ」には疑問かも。

**名前は開発中のものです。** · 02/01/13 19:38

>>182
今時も何もFPS固定派には多いというか、それしかないような。

**名前は開発中のものです。** · 02/01/13 21:12

とりあえず 52.7MB/s ってどこから出たんだ？
３バイトとしても微妙に違わね？

**名前は開発中のものです。** · 02/01/13 21:22

>184
640(pix)*480(pix)*24(bpp)*60(fps)/1024(K)/1024(M)=421.875(Mbps)
8で割って52.734375MBytes/s。
なんか変か？

**名前は開発中のものです。** · 02/01/13 21:23

>>179-180
ひょっとして書いた本人か？ｗ

**名前は開発中のものです。** · 02/01/13 21:25

とりあえず、ごく最近この道に入った奴には、あの内容では笑う
しかないのでは？　ヴィデオメモリとメインメモリの違いも理解
してなさそうだし。

**名前は開発中のものです。** · 02/01/13 22:54

なんつーか、滅茶苦茶というか…強いて言うなら苦笑いか？
とりあえず、メモリの違いとか全部転送するのかとかはおいておくとしても、
自分で60fpsで固定するなとか抜かしてるのに、計算式は60固定かよ、みたいな。
いくらでもつっこめそうですな。

**名前は開発中のものです。** · 02/01/14 02:19

>>187
8年位前のPCでDOSｴｸｽﾃﾝﾀﾞが云々、VESA BIOSが云々、といってた時代なら正しいんだけどね。
実際にPCIの帯域がこれこれだから、理論値は…という話題も合ったし。

**名前は開発中のものです。** · 02/01/14 02:40

>186
ちげーよ。
>189
ああ、そういう意味か。まあ確かにAGPなら
55MB/s程度の風速は屁でもないわな。

**haruka** · 02/01/18 02:42

>>161
アルカノイドだと、バウス(自機)にボールがあたったときの跳ね返り方向は、
バウスのどの部分に当たったかで決まってますが、
ブロック崩しってなんか特別なのがあるんでしょうか?

>>175が書いてるやつってさ、
普通オフスクリーン間の転送の方がずっと大きいので
オフスクリーンからプライマリに転送するところだけ計算することに
何の意味があるのかよくわからないです。

**名前は開発中のものです。** · 02/01/18 13:15

>>191 それはアルカノイドが特殊なだけ、それに準ずるかどうかは設計者次第

**名前は開発中のものです。** · 02/01/19 11:20

要するにゲームデザインの問題と。
個人的には、律儀に正しく反射するだけのブロック崩しは
なかなか最後の数ブロックに玉が当たらなかったりして
クソゲー化してるのをよく見かける気がする。ついでにage

**名前は開発中のものです。** · 02/01/19 15:39

>>191
昔は画面への転送が遅かったからあながち>175のは意味が無かったわけじゃない。

**名前は開発中のものです。** · 02/01/19 16:42

>>185 １７５の人は
｢１秒の転送量（ＭＢ）　＜　ビデオカード（ＭＢ）じゃなきゃ駄目｣
のようなこと質問者が考えてるか想像してワラタのかも。

**名前は開発中のものです。** · 02/01/20 10:33

全くのプログラム初心者でいきなりJavaとか不可能？

**名前は開発中のものです。** · 02/01/20 11:27

>>196 本人の努力次第

**名前は開発中のものです。** · 02/01/20 12:11

>>196
アメリカの情報系学部ではJavaからプログラムを始めさせるらしい。

**超怒級素人** · 02/01/20 14:30

Cでゲームを作る、って、どうやって？
Windowsで出来る？

**名前は開発中のものです。** · 02/01/20 14:34

作っていますが、何か？

**名前は開発中のものです。** · 02/01/20 14:49

>>199
Ｃでもできます。
じゃんけんゲームとかなんでもできます。

グラフィカルな市販されているゲームをつくりたいのであればＷｉｎ３２ＡＰＩを利用して作るのですよ。

**超怒級素人** · 02/01/20 15:00

Win32APIって、Cでも使えるんですか？
使うとしたら、どの処理系で？
たとえば、マインスイーパー程度のゲームであれば、
Cだけで作れます？

**超怒級素人** · 02/01/20 15:00

処理系っていうのは、開発環境のことです。

**名前は開発中のものです。** · 02/01/20 15:24

>>202
>Win32APIって、Cでも使えるんですか？
使えます
>使うとしたら、どの処理系で？
VC++, Borland C++ (Builder), IntelC, cygwin, mingw32, digitalmars, watcom, lcc-win32 など
>たとえば、マインスイーパー程度のゲームであれば、
>Cだけで作れます？
作れます

**名前は開発中のものです。** · 02/01/20 22:59

>>202
Ｃだけで作れます？　というが、むしろ
複数の言語を使ってゲームを組む方が難しくないか？

**haruka** · 02/01/21 08:29

>>198
日本でも最初Javaっていうところは多いと思うよ。

>>204
簡単なゲームならCだけでいいけど、
がんばってC++で作った方がいいような気がするんだけど、
そんなことないですか?

**名前は開発中のものです。** · 02/01/21 10:57

>>204
まずCからやってみそ。いきなりC++やっても死ぬだけだ

**名前は開発中のものです。** · 02/01/21 10:57

○>>206

**名前は開発中のものです。** · 02/01/25 18:01

シューティングで敵を出すプログラミングはどんなのがあるんですか？

**名前は開発中のものです。** · 02/01/25 18:11

こんなの

bool Teki = true;

プロの間じゃもう常識。

**名前は開発中のものです。** · 02/01/25 18:44

それだけ。
じゃ、一定の期間で敵を出すプログラムはどんなのがありますか？

**名前は開発中のものです。** · 02/01/25 19:00

enum TekiStatus tekiIkimasu = GOGOGO;
unsigned tekiNhun_gamubare = 3;

これ常識。

**名前は開発中のものです。** · 02/01/26 00:05

sleep(1000);
printf("（●｀ー´●）");

**名前は開発中のものです。** · 02/01/26 13:00

while(1){
　　MessageBox(0,"敵","敵",0);
　　Sleep(3000);
}
一定間隔で敵がでます。

**名前は開発中のものです。** · 02/01/26 20:15

よかったネ

**名前は開発中のものです。** · 02/01/26 20:46

>>209,>>211

簡単なもので良ければ、うｐしようか？

**209** · 02/01/26 22:16

>>216
いや、遠慮する。

**名前は開発中のものです。** · 02/01/27 16:02

m×nマスが定義されていてキャラＡがｂ個のマスを移動する
というアルゴリズムだれか作って！ちなみにＶＢ。
ｂ＝３のとき、こんな感じ
□＝空きマス　◆＝キャラＡ　■＝移動可能マス　◇＝障害物

□□□□■■■□□□
□□□■■■■■□□
□□□◇■◆■■■□
□□□■■■■■□□
□□□□■■■□□□
□□□□□■□□□□

**名前は開発中のものです。** · 02/01/27 16:11

>>218
っていうか全検索しる！

**名前は開発中のものです。** · 02/01/27 16:39

>>218
初歩的すぎるが、暇なので擬似コード書いてみた。

すべてのマスに対応する移動可能残量ワークを用意。ゼロ初期化。
でスタート

関数(位置, 移動可能残量)
{
　位置が障害物なら何もしないでリターン
　移動可能残量でその位置に入れないのならリターン

　移動可能残量 -= このマスに入るのに必要な消費量

　その位置のワークにすでに移動可能残量以上の値が入っていたらリターン

　その位置のワークに移動可能残量を記入

　if ( 移動可能残量がまだある ) {
　　関数(上, 移動可能残量)
　　関数(下, 移動可能残量)
　　関数(左, 移動可能残量)
　　関数(右, 移動可能残量)
　}
}

これで
関数(Aの位置, B)した結果のワークが0でないところが移動可能範囲として描画できる。

たどるべき最短ルートは、任意のポイントのワークの数字を読んで
その隣の数字が大きくなる方向をたどっていけばAまで到達できる。

**名前は開発中のものです。** · 02/01/27 16:40

>>218
http://www.basicmagazine.net/

はい、次の人。

**名前は開発中のものです。** · 02/01/27 17:02

足裏が臭くなってきたな、このスレも。

**218** · 02/01/27 17:24

>>220
すべてのマスに対応する移動可能残量ワークってどういう意味ですか・・？
すいません、初心者で。