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

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

**名前は開発中のものです。** · 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固定派には多いというか、それしかないような。