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

**プチ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/06 19:36

そんなことよりちょっと聞いてくれ>>2よ
昨日、近所の吉野家行ったんです。吉野家。
そしたらなんか人がめちゃくちゃいっぱいで座れないんです。
で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。
もうね、アホかと。馬鹿かと。
お前らな、１５０円引き如きで普段来てない吉野家に来てんじゃねーよ、ボケが。
１５０円だよ、１５０円。
なんか親子連れとかもいるし。一家４人で吉野家か。おめでてーな。
よーしパパ特盛頼んじゃうぞー、とか言ってるの。もう見てらんない。
お前らな、１５０円やるからその席空けろと。
吉野家ってのはな、もっと殺伐としてるべきなんだよ。
Ｕの字テーブルの向かいに座った奴といつ喧嘩が始まってもおかしくない、
刺すか刺されるか、そんな雰囲気がいいんじゃねーか。女子供は、すっこんでろ。
で、やっと座れたかと思ったら、隣の奴が、大盛つゆだくで、とか言ってるんです。
そこでまたぶち切れですよ。
あのな、つゆだくなんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、つゆだくで、だ。
お前は本当につゆだくを食いたいのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、つゆだくって言いたいだけちゃうんかと。
吉野家通の俺から言わせてもらえば今、吉野家通の間での最新流行はやっぱり、
ねぎだく、これだね。
大盛りねぎだくギョク。これが通の頼み方。
ねぎだくってのはねぎが多めに入ってる。そん代わり肉が少なめ。これ。
で、それに大盛りギョク（玉子）。これ最強。
しかしこれを頼むと次から店員にマークされるという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前らド素人は、牛鮭定食でも食ってなさいってこった。

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

＝＝＝＝＝＝＝＝＝＝＝＝終了＝＝＝＝＝＝＝＝＝＝＝＝＝

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

DirectX話は別にスレ立てるの？

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

別がいいね

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

メタルギアの主人公が透明になる処理ってどうやってるんでしょうか？
あれ、やってみたいんすけど、アルゴリズムが思いつかん。
バカですみませんが、こういう風にやってるって言うの教えてくださいな。

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

>6
アルファブレンド

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

>>6
BBXに光学迷彩のスレッドがあったぞ。
http://isweb8.infoseek.co.jp/computer/bbx/

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

いきなりな始まり方だな（泣

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

屈折・・・はちょっと違うな。
モデル抜きで描画したやつをテクスチャに使って
モデルが描画されるはずの場所を適当に散らしてやるとか。

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

　　　　　　∧ ∧　／￣￣￣￣￣￣￣￣￣￣￣￣￣
～′￣￣( ﾟДﾟ)＜　IDがFFだからレスしといてやる
　UU￣￣　U U　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿

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

>6
考えんのめんどうだから
描画しなけりゃいいじゃん。
「透明人間だﾜｼｮｰｲ!!」
描画ON/OFF繰り返せば偽半透明になるし。
フレームレート落ちると手抜きバレバレだがな。

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

DirectX 8のwrapperライブラリで何かいいのありやす？
もうみんな素で作ってるかなあ。

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

>>13
あれ以上ラップする必要なんてないっしょ。
DirectX8は以前に比べてかなり洗練されてる。

ラップしても結局アプリケーション依存になると思うぞ。

にゃ ◆G4ogTrNQ · 01/11/06 22:37

ここみて、さっそく、うちのエフェクトに光学迷彩機能を
追加させていただきましたにゃ

けっこうカコイイ

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

（・∀・）イイ！
http://homepage1.nifty.com/open-prog/java/tip04x.html

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

>>16
うむ。すげーいいじゃん。age

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

>>16
かっこいいage

**某はぐれ企画** ◆q3ckR4s2 · 01/11/07 15:18

ズラしかたを変えれば、結構色々な用途に使えそうだね。
氷とか、水晶とか、熱ブラーとか。

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

ネット上で配布する向けのゲームのＢＧＭの収録形式は
どれがよいだろうか。
1 無圧縮WAV
2 MP3
3 MIDI
4 MOD
5 CD-DA

◆AyW.Rdbg · 01/11/07 16:50

MIDI がいちばん軽くて済むから良いのではないだろうか。

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

私もMIDIに1票！！

**作曲家兼ゲープロ** · 01/11/07 16:56

オンラインならやっぱMIDIかなあ。GM Level 1で。
市販や同人なら、MP3とかOgg Vorbisが嬉しそう。
無圧縮WAVのストリーム再生は、
轟音を鳴らす高速CD-ROMドライブにかかるとヤヴァイ感じ。

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

光学迷彩age

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

オレはmodがいいと思うけどなぁ。
微妙なニュアンスをどこでも再現できるし

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

>>20
どうやってCD-DAを配布するのか知りたいｗ

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

MIDIだとプレイヤー側で違う音になる可能性があるのがなぁ。
ダウンロードする側としては50MBぐらいまでなら許容かな。
本体とあわせて200MBまでなら10数分だし。
MP3に1票。

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

いっそのことＣＤイメージで配布するのはどうだろう？
ISOとかFCDとかでさ。

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

ｍｐ３で配布して自前でwaveに書きかえさせるに一票

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

>>27
ふざけるな。低速回線はまだそこら中にいるんだ

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

いっそのことストリーミングに1票
あとから差し替えたり違う曲を流すことができる。
常時接続が当たり前な今だからこそ誰か試してみるツワモノいない？

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

ネットワークアプリでもないのに、
ネットにアクセスするのは気持ち悪いなぁ

**作曲家兼ゲープロ** · 01/11/07 17:45

>MIDIだとプレイヤー側で違う音になる可能性があるのがなぁ。

DLS使えば音源依存はほとんど解消できると思うんだけど、
使ったことないから知らないや。調べてみよっと。

とりあえず、大抵の音源でそこそこまともに演奏されるMIDIデータを作るのも
音楽屋さんの技術力のうちではありますです。

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

FALCOMって平気でSC88用とか逝ってるよな。
他のメーカーでもGMのほかにGSだけ特別扱いだったり

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

>>33
DLS良いよ。DX8のDMusicならレゾナンス付きフィルタまで使える。

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

思うんだけど、modが候補に上がるような人間なら、modを使うべきだろ。

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

>>36
問題は作れる人がまわりにいない。（´д｀；）
ｼｸｼｸ

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

DLSのデータ作ってる人いないの？
俺は周りで見たことないぞ。

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

>>31
ああ、やってみたいね。
ネットゲーでもないとやる理由があるかわからんけど。
問題はどうやって安価にストリーミングサーバーを用意することか。

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

Lambda「http://www.kurumi.sakura.ne.jp/~kdv/」と
YGS2K「http://www.sun-inet.or.jp/~yaneurao/」だったら
どっちが作り易い？っていうか使ってる人いる？

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

>>40
ゴメン。スクリプトはつかってないわ。
このスレの人でスクリプト使ってる人ってどのくらいいるのだろう。
ム板のころから考えると、ほとんどいないように見えるが。

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

ＨＳＰ使いが多そうだけどどうよ？

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

ところでＨＳＰって画面サイズかえれるの？

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

ｶﾞﾋﾞｰﾝ DLSっててっきりMSかどっかのローカル規格かと思ってた。
http://www.midi.org/

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

>>40
どっちもクソ。フリーで手に入るコンパイラがあるんだからソレ使えよ。

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

YGS2k自体は悪くないと思うんだけどなぁ。
作者がねぇ

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

やねうらおイタイよマジで

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

Allegroってどない？誰か使ってる人いる？
http://alleg.sourceforge.net/
英語圏では結構メジャー＆
某アーケードエミュレータとかでも使われてるらしいんだけど。

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

YGSはともかく、YaneSDKはどうよ？
参考なるかと思ってソース眺めたら、
パラメータが間違ってたりして激しく萎えた覚えがあるんだけど。

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

ClanLib Game SDK
http://www.clanlib.org/
ついでにこんなんも見つけた。
最近英語サイト行くようになって、情報量の多さにクラクラっす～。
探せば何でもあるし。確かに「車輪の再生産はするな」になるわこりゃ。

50 · 01/11/08 15:33

s/再生産/再発明/ ﾄﾎﾎ

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

YaneSDKはデザインがダサい
結局自分で手を加えないと使えない部分が多くて
ライブラリとしての完成度は低い

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

じゃあどのライブラリ使えばええの？

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

>>53
どうせやるならDirectX直で使うのがいいんじゃないのか？

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

で、ライブラリ作成に労力を費やし、ゲームは一向に完成しないのであった。

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

>>55
そういう人は何してもゲームが完成しないということで。

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

>>46
激しくないけど、同感…。
いや自分も使ってるから。

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

ライブラリを使ったときに、そのソフトを実行するのに
DirectXのどのバージョンが必要ですってのはどうしたら分かるんだろう？

例えば>>50のはWin上ではDirectXを使用するみたいだけど、
どのバージョンが必要なのか書いてある場所は見つからなかった。

ソースを読んで、この機能はバージョンいくつで…って調べるしかないの？

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

>>56
禿同
他人のライブラリしか使えない人間はどっちにしろあまり
まともなゲームを作れない。
「お手軽に」と言いたいならば止めはしないが。

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

って言うか自前ライブラリの整備にかかりっきりで、いつまでたっても
ゲームそのものの制作に取りかかれないってのはｱｲﾀﾀﾀｰだよって
話なんじゃないのか？

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

ライブラリの作成の話じゃなくて使用の話をしているんだと
おもったんだが・・・ちがうのか？

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

初心者はコードを書けない。
中級者はコードを書ける。
上級者はコードを書くかどうかの判断ができる。

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

というわけで、ライブラリに頼る人種は初心者か上級者のどっちか。

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

**名前は開発中のものです。** · 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

作っていますが、何か？