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

**プチ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/11/08 23:20

>>62
同感だけど、
コードを書かないといって実は書けない奴のなんと多いことか。

結論から言うと、
何でも自分で一から作ってきた奴と
ライブラリを使いまくって、ゲームにしたてた奴とでは、
前者の方が圧倒的に使えるんだけどね。

なぜなら前者は中級者だから上級者になれるけど、
後者は永遠に初心者だからね。

**名無しさん＠お腹いっぱい。** · 01/11/08 23:22

>>60
ライブラリから作るのではなくて、作っていくうちにライブラリらしきものができてきて、
後でそれを自分が使いやすいようにライブラリ化。

アマチュアならこれが普通だと思うが。

64 · 01/11/08 23:23

だから時間のあるアマチュアのうちは、
何でも自作することをお勧めするよ。

ライブラリに依存することはいつでもできるから。

**名無しさん＠お腹いっぱい。** · 01/11/08 23:26

>65
60は59に対するツッコミです。
55と56を読んでﾐｿ

＿ · 01/11/08 23:31

それでもD3DXクラスのライブラリをまた自分で作るのはバカらしいぞ。
作ってくうちに、どうしてもD3DXは超えられないことを悟り途中放棄するのがオチ。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:01

>>66
ま、逆にプロになる気とかなくて、趣味でゲームを作る手段として
プログラミングやるならライブラリに頼ってもいいわけで。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:27

>>58
遅レスですが、私も知りたいdeath
ソースと言わず、バイナリだけから判断できたりしないもんですかねー。
ちなみにAllegroはDirectX 3以降みたい。ClanLibのほうはちょっとわかりまへん。むう。
さらに発掘。

Simple DirectMedia Layer
http://www.devolution.com/~slouken/SDL/

**名無しさん＠お腹いっぱい。** · 01/11/09 02:33

>>70
SDLみたいに一人じゃなかなか作れないようなライブラリこそ、
なんか使う価値があるように思った。すくなくともこれのいいところは、
よくある、プログラマ一人のヲナニーライブラリじゃないってところか。

**名無しさん＠お腹いっぱい。** · 01/11/09 05:42

>>70
SDL はマルチプラットフォームですよね。
linuxとwindowsで動作するゲームを作りたいので
これつかってみようかなって考えています。

これってソフトに含めて(実行プログラムのベースにして)
売ってもいいんですよね？ Lesser GPL みたいだし…。

**名無しさん＠お腹いっぱい。** · 01/11/09 09:25

調子に乗ってガンガン紹介(笑)
こいつはDirectXのwrapperですな。中身はあまりよく見てないです。

CDX library
http://www.cdxlib.com/

**なまえ** · 01/11/09 14:22

プログラマで飯を食ってるんですが、今までゲームを作ったことありません。

メインループのwait処理なんですが、今まで見たいくつかのゲームのソース
では、sleepしているだけでした。1ミリ秒でも空き時間があればそれなりの処
理ができる思うのです。

メインループは次々とフレーム(実際に表示する画面)を生成してそれをQueue
にPush。別のThreadではQueueからPopして一定のタイミングで書き換えを行え
ば良いのでは？と。

実装はそれほど難しくないけど、デバッグが困難そうですが･･･。
趣味の場合はやっぱりデバッグがネックになりますかね？

･･･あ～、ダメかな？常に古いフレームが表示されることになるか･･･。

ご意見ください。

**名無しさん＠お腹いっぱい。** · 01/11/09 15:04

どうやって入力を予測するのか聞きたいところ。

**なまえ** · 01/11/09 15:19

え～と、入力を予測するのではなくて、今現在の入力が未来の入力になってしまう。
『常に古いフレームが表示される』とはそういうことです。

**名無しさん＠お腹いっぱい。** · 01/11/09 19:22

利点が今一つわからんのですけど。
重たい処理が来たときに、スタックしていた分を消費してごまかすってことかな。

そんなことしなくても、できあがった画像はどんどん更新していったらいいと思いますが。
多分、重たい処理なんて1フレームで終わらないことが多いと思いますし。
どんどん、更新するのが嫌ならsleepさせてタイミングを合わせれば良のでは
ないのでしょうか。

というか、聞いてみるより思いついたらやってみるのが一番ですよ。

**なまえ** · 01/11/09 20:08

結局俺が言いたいのは、何もせずスリープさせる時間を有効利用できないかな
ということです。1ミリ秒あればいろんな計算ができるでしょ。角度とか。
そして誰もそれをやっていなかったようなので、どうしてだろう？と。

普段ゲーム作ってるわけじゃないので、その辺興味あって。
Thread云々は単なる例です。

文章下手でスマソ。

**名無しさん＠お腹いっぱい。** · 01/11/09 21:04

リアルタイムで動くゲームプログラムと言えど
毎秒30回とか60回とかでフレームの生成ができればそれで十分なわけで、
「やることがない」ならばCPUを明け渡すのは、
通常のイベントドリブンなGUIアプリケーションでも同じことだと思いますが。

まあ、その辺は作りによります。
sleepやマルチメディアタイマを使わずにガンガン回すタイプもあるし、
メインループが寝てる間に別スレッドで思考ルーチンを動かしたり
データ読み込んだりするのもあるし。

79 · 01/11/09 21:22

あちゃー、無意識のうちにWindows前提になってた。
s/マルチメディアタイマ/割り込みタイマ/

**名無しさん＠お腹いっぱい。** · 01/11/09 23:02

>>78
トリプルバッファにすれば解決するするよん。

**なまえ** · 01/11/09 23:11

>>79
＞「やることがない」ならばCPUを明け渡すのは、

これは全くその通りです。

ただ「描画時間がネック」みたいな発言をよく見かける割に、sleepしているので、
例えば次のフレームの背景くらい用意しておければと。

確かに、そこまでしなくても済むのなら寝ててもかまいませんが。
ちょっと先入観があったみたいです。それこそ作ってみれば解決した問題でしたね>>77

>>81
なるほど。勉強なります。

ゲーム作りって面白そうですね。
ヒマを見つけて少しずつ作ってみたいと思います。

**名無しさん＠お腹いっぱい。** · 01/11/09 23:18

それってパソコンは速度が違うということを忘れてないか？

**名無しさん＠お腹いっぱい。** · 01/11/09 23:19

>>83 いろんな意味に取れるので、もうちょい具体的に書いてちょ。

**名無しさん＠お腹いっぱい。** · 01/11/10 06:31

>>82
>ただ「描画時間がネック」みたいな発言をよく見かける割に、sleepしているので、
>例えば次のフレームの背景くらい用意しておければと。
たぶんへぼいソース見ただけだと思う。ソースさらしキボン(荒れると思ったらせんでよろし)

FPS可変なら、資源を使うだけ使いたいのでフルで回す。

FPS固定なら、あまる時間はsleepすると。
もちろん、どちらにせよ別スレッドでサウンド流したりしてるかもしれんよ。

**名無しさん＠お腹いっぱい。** · 01/11/10 10:02

>>85
FSP固定の場合は、こんな方法がありますね。

実行スレッド以外に、タイマースレッドを用意する。
CreateEventでイベントオブジェクトを作っておく
タイマースレッドは、Sleepで一定時間眠らせつつ、SetEventを実行する。
実行スレッドは、イベントオブジェクトをWaitForSingleObjectで待つ。

**名無しさん＠お腹いっぱい。** · 01/11/10 10:59

ageるっちゃ。

77 · 01/11/10 15:14

＞ただ「描画時間がネック」みたいな発言をよく見かける割に、

なんか混乱しているような気もしますが。
描画処理のwaitと描画処理以外のwaitがごちゃ混ぜになっていませんか?
この当たりの実装はプラットフォームやアプリケーションによって違うので
一概に、こういうコーディングが良い、という例はないと思います。

**名無しさん＠お腹いっぱい。** · 01/11/10 17:29

http://crystal.linuxgames.com/
Crystal Space どうよ。

**名無しさん＠お腹いっぱい。** · 01/11/11 05:37

<通常のイベントドリブンなGUIアプリケーションでも同じことだと思いますが。
そっちの畑から来た身としては、どうも使えるだけ資源消費せよ、みたいな
コードがどうしても書けない（笑）向いてないのかもしれん。

**名無しさん＠お腹いっぱい。** · 01/11/11 08:21

いやあ煽れも使えるだけ資源消費型のGUIツール(ゲーム用のな)作っちゃうからな。
そりゃ重いっていわれるよ(w
ゲーム本体のルーチン使いまわしてるから当然なんだけど

**名無しさん＠お腹いっぱい。** · 01/11/11 09:24

>>90
メモリーの動的取得が上手く出来ない
って事かな？

**名無しさん＠お腹いっぱい。** · 01/11/11 10:25

>>92
......ageでなにかいてんだか

>>90
アクション性が無いなら、それでもイイと思うけど。

**名無しさん＠お腹いっぱい。** · 01/11/11 11:48

日曜日らしい>>92のカキコはほっとくとして、
バッテリ動作のノートPCとかギリギリで動いてるクロックアップ機とか想定するなら
資源使い切らない選択も悪くないと思ふ。

**名無しさん＠お腹いっぱい。** · 01/11/11 16:57

>ギリギリで動いてるクロックアップ機
↑はベンチマークのために存在しているようなマシンなのだから、めいっぱい負荷をかけてあげると喜ばれると思われ。

94 · 01/11/11 20:12

なるほど、そういう考え方もあるか。

**名無しさん＠お腹いっぱい。** · 01/11/12 07:32

>>95
むしろ熱暴走させてあげるくらいがよいと思われ。
「ああ、しまったクロックあげすぎかー」と反省。

90 · 01/11/13 02:28

>92
開いてる時間はＯＳに処理返しますから。
可能な限りフレームレート上げようという思考で
作業した事ないんで
>93
うーん、そこそこアニメーションさせねばならん時でも、
必要なＦＴＳ固定でやっちゃいます。

**名無しさん＠お腹いっぱい。** · 01/11/20 07:14

なんか見捨てられてるこの伝統的スレ。一応age

**名無しさん＠お腹いっぱい。** · 01/11/20 09:51

超亀レスですが、クイックスの領域内外判定は
クイックスの座標から適当な方向に線を伸ばしてみる
（というか単純にピクセルを走査してみる）といいと思った。
境界ピクセルと交わる回数が奇数なら領域内、偶数なら領域外。
あとはクイックスがいない側をペイント。これで6502でも安心。

ほんとに超亀レス。

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

初心者に毛が生えた程度なんで
テーブル処理についてよくわからないので教えてください。
言語はVC++です。
検索して探しましたがHTMLばっかりなんで・・

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

言語がＶＣ＋＋とか言ってる時点で逝ってますね。

まずは、Ｃ言語から始めましょう。
ＶＢ厨にはとっつきにくいかも…？

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

>>101

「テーブル」「ルックアップ」とかで試してみたほうがいいかも。
あと、英語で検索したほうが引っかかる予感がする。

>>102

ストレス過多は胃に悪いので牛乳でも飲みなされ。

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

>>101
テーブルで何やりたい?
そこから説明してくれ。

01/12/11 23:47

ｶｺｲｲ稲妻とかってどうやってプログラムすれば良いの？

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

>>105
まずは試しにｶｺﾜﾙｲ稲妻を作ってみるのがよいと思われ。

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

ｶｺｲｲかｶｺﾜﾙｲかは知らんが日高徹さんのプログラミング本に
ずばり稲妻を表示するサンプルが載ってたと思う。
VB用とDelphi用だったかな。

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

>>105
http://www.art-science.org/pdf/2000/lightning.pdf
この論文は参考にならんかね。

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

　　　　　　∧＿∧
　　　　　　（　´Д｀）＜これのことか？
　　　　　　／　　　＼　　　　　　
　　＿　　| |　　　　| |_..∬ 　　　　
　　|＼￣￣￣￣￣￣　旦.＼
　./..＼＼　　　　　　　　　　　＼
／　　　＼|=================|
＼　　　　ﾉ　　　こたつ　　　　　＼

**一人暮し。** · 01/12/12 06:51

>>109
それ欲しい。

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

ｶｺｲｲ暴風雨ってどうやってプログラムすれば良いの？
河川の氾濫も含めて教えてください。

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

>>101
テーブルをどんな場面で使うのかが解からんのか？
それとも、配列の概念がわからないのか？どっちだ？

>>108 おお！こんな論文があるとわ。
参考になるッす。サンキュー！！

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

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

いろんな機能をクラス化すると遅いＹＯ！
なんとかなりませんか？

**114** · 01/12/14 06:43

あ、すいません。
あと参照使うのとポインタでは速度に違いありますか？

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

参照は小粒でピリリと辛い

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

>>116
?ちょっと重いってことですか？ありがとうです。

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

62 ：無責任な名無しさん：01/11/18 00:49 ID:doqdaWjA
掲示板の運営者のすることは管理することなんだから、全部に
目を通せないなら運営すべきじゃない。また削除依頼を公開する
必要もないしなかなか削除しない理由もない。
つまり確信犯で不法行為に荷担しようとしてるとしか思えない。
金儲けはする気はないといっていたが、だったらやっぱり
彼は子供というか、人が困るのが好きなのかもしれない。

63 ：無責任な名無しさん：01/11/18 07:00 ID:VZdC2q47
>人が困るのが好きなのかもしれない

俺にもそういう人間にしか見えないよ
違法性の程度は違うが
放火犯のような愉快犯と同じような
気味悪さを感じる

64 ：無責任な名無しさん：01/11/18 12:59 ID:OxVkCF27
>>62,63
同意。
知人の警官もひろゆきを気味悪い程の女性気質と評していた。
ガキの頃のひろゆきを想うと、面と向かって喧嘩は出来ないが、上履きを隠したり
して喜んでたタイプだと思う。
どうでもいいけど、ひろゆきの笑った黒目がちな焦点のない目が守大介と似てるの
が妙に気になる。

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

116の半分は勝利感でできています(バファリン風に)。

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

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

117ﾀﾝ・・・ﾊｧﾊｧ

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

>>115
クラスのインターフェースとかなら、
生成されるコードに基本的に違いはないんじゃない？
ただ、安全面から、使えるならできるだけ参照を使うべき。
この辺がCプログラマとC++プログラマの差でもある。ﾆﾔｰﾘ

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

>>121
デスマーチ真っ只中でもそういうコード書いてくださる先輩が
いる。まったく持って激しく尊敬。おれも精進せねば。

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

>>121
でも参照って配列渡せないでしょ。違ったっけ？
ポインタも使いようだと。メンドイけど。

**名前は開発中のものです。** · 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なんだが、てけとーなフ
レーズを打ち込んどいてオートアレンジャーで伴奏つけてから、元
のフレーズを消して、あらためてひらめいた音を入れる、というア
フォな手法を使ってます。