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

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

ゲームプログラミング全般の質問スレッド。
扱う話題のダイナミックレンジはやや広め。包容力高め。
他の初心者質問スレとの棲み分けを探りつつ
これからもマターリと活用しておくれ。
　
■前スレ
【Part4】http://game.2ch.net/test/read.cgi/gamedev/1005040025/
■旧スレ（プログラム技術板）
【Part1】http://piza.2ch.net/tech/kako/969/969984472.html
【Part2】http://pc.2ch.net/tech/kako/985/985540361.html
【Part3】http://pc.2ch.net/tech/kako/1002/10028/1002894129.html
■関連スレなど
>>2-5

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

>>136
手を抜きたければ配列ってのもあり。

static unsigned int enemys[] = {
1, 0, 0, 0, 0, 0, 1, // 0 frame目
0, 0, 0, 1, 0, 0, 2, // 60 frame目
0, 0, 0, 0, 0, 0, 2, // 120 frame目
..
};

1 行 60 frame 単位で処理して、出現座標の x 座標に対応したところに
敵出現情報を埋めておく。0 で敵なし, 1, 2, 3, .. が敵の種類とかさ。

少し凝った処理が必要（たとえば 30frame で出したい）とかになったら、
上位 24bit をパラメタとして敵出現関数に渡して、そっちで細かい処理
をさせる。

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

>>146
キー入力とは関係ないが、
> これだとペンティアム4のハイパースレッド機能という奴を使わないといけないのでしょうか？
こんなことを言ってる様だと、擬似タスクの勉強からはじめろって言いたくなる
気持ちもわかるだろ。
それじゃあーハイパースレッド機能のないX68000では二人用のゲームは
作れないのか？と問いたくなるけど（ｗ

>>141 はキー入力のことは一旦置いといて、ゲーム制作の基本中の基本を
解説しているサイトを検索して読み漁った方がいいかと思うけどね。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/01/04 20:57

そこで疑似タスクなんてチンケな物出してくる君の実力もそこまで。
ゲームのメインループとキー入力の関係を教えた方が百倍為になる。

**名前は開発中のものです。** · 03/01/04 21:19

入出力は、本気で考えると意外と深いぞ。

昔のようなハードウェアを 1 つのプログラムで占有できる環境なら
ポーリングさせれば良いんだが、今時の環境についてマジに理解しよ
うとすると、割り込みと OS 側の処理に関する知識が必須になる。

とりあえず「DirectInput では現在のキー入力状態を取得する API
が提供されてるから、それを使えば良い」ぐらいの理解で済ませてお
いて、細かい話は必要になるまで忘れといた方が幸せじゃないかね。

>>141 にちょい追加だが
mainloop()
{
　キーボード入力状態のスナップショットを取得(); // 細かいことは Win32 にお任せ
　一人目のキー処理();
　二人目のキー処理();
　時間を進める();
　描画();
}

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

俺は151みたいなのが嫌いです。

**148** · 03/01/04 21:41

>>150
> ゲームのメインループとキー入力の関係を教えた方が百倍為になる。
ハァ？何それ？・・・って感じですがなにか？

>>151
141のレベルを推測するとそこまで考える必要は全然ないと思われ。
そんなのは逆に知識ひけらかせてるだけにしか見えないが。

そもそも質問にマジレスするとなると、まずほとんどの二人用ゲームで
「同時に処理する必要はないし、厳密にはできない」だな。もちろんこれだけで
141がきちんと理解できるのか疑問だけど、それ以上のことは141自身が
言ってないので答えようがないな。

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

> 「同時に処理する必要はないし、厳密にはできない」
そもそも「同時」ってのが何を指してるのか考えないといかんよな。

>>141
現実世界だと時間は連続して流れてるわけだが、ゲームではふつー 1/60 秒なり
何なりの適当な間隔でゲームを進行させる。だから、入力を処理するのも「押し
たらすぐ」ではなくて、押したらそれを覚えておいて、次のゲーム進行のタイミ
ングで処理すれば良い。

…ってのがすべての基本かね。

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

俺みたいなヘタレ高校生がゲーム製作で食っていけるように
なるにはどうしたらいいんだ！？
人生の先輩達よどうか教えておくれ・・・

**名前は開発中のものです。** · 03/01/04 23:20

>>155
ﾏｼﾞﾚｽすると、ゲーム以外のことを沢山勉強すべし。

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

プログラマになりたいなら、プログラミングはやっといた方が良いけど。
あと数学と物理と英語。

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

>>155
ゲーム制作をさせてくれる会社に入りましょう

**141** · 03/01/05 03:22

んま！こんなに馬鹿が釣れましたわ！

**あぼーん** · NG

あぼーん

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

>>155
プログラマになりたいなら、大学までプログラムは放って置いて
高校までに英語をネエティブ並みに話せる、書ける、読めるようになっておきたい。

俺が。

**名前は開発中のものです。** · 03/01/05 20:39

>>161
俺漏れも

**名前は開発中のものです。** · 03/01/05 21:51

英語はプラスアルファに過ぎんから、本業のプログラミングできんと話に
ならんぞ。まぁ、英語も読むぐらいはできないと困るが。

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

　　　　∧＿∧
　　　　（　´∀｀）＜　糸冬　！！
　　　　/, 　　つ
　　( (（_（＿,　）) )
　　　　　しし'

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

age

si · 03/01/29 11:03

簡単なゲームのプログラミングぅｐしてください。
Ｃ言語で希望です。

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

ローグ・クローン2 日本語版ソース
http://www.vector.co.jp/soft/dos/game/se000996.html

**あぼーん** · NG

あぼーん

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

http://www.hh.iij4u.or.jp/~peto/ みながら勉強してるんですが、
ちょっと疑問に思ったので質問させてください

たとえば、飛行機を表すタスクがあって、飛行機が移動しますね。
で、３Ｄのゲームだとカメラから描画の順番とか決めたりする処理がきて、で、そのあとに描画本体が来ますね。
とうぜん、飛行機の描画処理は飛行機タスク自体がおこなっていると思うのですが、ここで疑問が生じました。

飛行機タスクは、１フレームの中で優先順位が変わるたびにリストの中を移動しているのでしょうか？
それだとリスト中の位置を特定するのにいちいちサーチをしているのでしょうか？

それとも、「飛行機」を表す複数のそれぞれ優先順位の違うタスクで一つの「飛行機」を構成している？
それだとデータをどのように共有しているのでしょうか？

おしえてください。

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

>>169
＞飛行機の描画処理は飛行機タスク自体がおこなっていると思うのですが
ダウト

**名前は開発中のものです。** · 03/01/29 21:26

はぅ。

そいでは、どうやって描画してるのでしょう？
飛行機描画関数に飛行機を渡しているのかな？

**名前は開発中のものです。** · 03/01/29 21:36

っていうか、聞きたいことずれました。

要するに、

1.タスクはリストの中を移動することがあるのですか？
Yes -> 2 / No -> 3

2.リストの中をどうやって移動するのですか？

3.そしたら(描画をするのが飛行機タスクじゃないにしても)どうやってタスク間で情報を共有していますか？

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

タスクは前タスクと後タスクのアドレス情報を持ってるから
移動するとか考える必要ないんじゃない？
あと、タスク間での情報の共有って？　各タスクから共通の関数呼べば済むのでは？

**名前は開発中のものです。** · 03/01/30 00:37

>>171
描画をタスク自身が行うとは考えにくい。
タスクというレベルにまで到達しているなら、
「描画専門タスクに描画を依頼する」
という方式になっていると思う。

描画されるものとしての飛行機と、
アプリ内でのオブジェクトとしての飛行機を、
区別することが肝要だと思う。

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

>>173
２方向リスト処理ですよね。この場合、私の質問は、STLで書いちゃうと
std::list<task *> tasklist;
tasklist.remove(this);
tasklist.insert(newpoint, this);
の newpoint の位置をどうやってチェックしてるんですか？っていう意味だったのです。
listの先頭から全部なめていくのかなー・・・、それとも別の頭いいやり方があるのかな～と。

情報の共有というのは、もし飛行機が
struct 飛行機 {
　actor * a1, * a2;
}
で構成されるものだとして、a2 はどうやって a1 の中の変更した情報をチェックするのだろーとか考えてました。
いちいち new 飛行機とかすると、(速度的な面で)疑似タスク使ってる意味がありませんよね？

>>174
なるほどです。
描画されるものとしての飛行機っていうのは、単純に飛行機のスプライトとか３Ｄモデルとかでいいですか？

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

>>171
そのページの概念は処理順が安定している内部処理に絞られた物なので、
描画には向かないです。つーか勝手に用語用法決められても(汗

描画系で言ったら、

フレーム毎に「TCBアドレス＋カメラ距離のセット」のリストを作成し、
距離基準にソーティングした後、リストを順になめて描画をする

様な処理が必要です。(実際にはマルチパスレンダやらなにやらで、優先度
の基準は色々追加されていく)

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

あ、情報共有のところ、修正って言うか追加です。

「飛行機作るときに、a1 に a2 へのポインタかませば良いんじゃないの？」
っていうのは、飛行機を構成する疑似タスクがたくさんになってくると、メモリ領域の中身が
ポインタだけで埋まっちゃう・・・とか思ったので、使わないんじゃないかなとおもいました。

**171** · 03/01/30 03:30

>>176 なるほどです。めもめも。

＃これで書けたら、うれしなっとﾌﾟﾁ

**デフォルトの名無しさん** · 03/01/30 03:38

私は new 飛行機でやってる人なので、参考になるかわからんけど…

newpointの位置
「ここから先は敵タスク」みたいな目印用のタスクを何個か加えて、
それのポインタをグローバルで持たせてる。
それ使って大雑把にサーチした後に細かく見てる感じでやってるけど… 他に良い方法あるのかな

情報の共有
基本的に、子が親のポインタを持つのみ。
親から子に何かさせたい時は、親が自分のフラグを変えて、子がそれを見に行く。
子同士で何かさせたい時は、子が親のフラグを変えて、他の子がそれを見に行く。

補足
タスクの移動は、タスクを管理している側で操作したほうがいいと思う。
自分で移動するとnextが変わっちゃうので、他タスクがスキップされたり2回処理されてしまう。
情報の共有は、親は自分が参照されているかどうか、調べる必要があるかも。
子が持っているポインタが開放されたタスクを指していることがないように。

**>>169** · 03/01/30 03:47

３Dの場合、半透明部分は後で描画しないといけないとか、細かい処理があるので、
「３D描画エンジン（仮名）」というような割合高機能なクラス（もしくは関数群）を作って、
それに描画を依頼する形で考えると良いのでは。

１．各物体オブジェクト（タスク）は、「３D描画エンジン」に指定位置での指定３Dモデルの
　　描画を依頼する。
２．「３D描画エンジン」は、それらの情報（位置、方向＋モデル）を総合してソートなどして
　　描画順などを決め、一気に描画する。

つまり、描画順は各物体オブジェクト（タスク）にとっては知ったこっちゃねぇと。
描画エンジンが面倒みてくれるよと。こゆわけです。
だから描画順によってリストを移動などしなくて良いのです。

**名前は開発中のものです。** · 03/01/30 07:34

WM_PAINTで一気に描画するWindowsの基本と一緒だね。
タスクは結局ステートを変更するだけに過ぎない。

**171** · 03/01/30 13:02

>>179
＞情報の共有
子同士で何かするときのイメージなんだけど、親を掲示板に見なして、
Ａ「なんかすっぜ」
Ｂ「おー」

Ｂ「おれはやったぜ」

Ａ「そかりょかーい」
Ｂ「うぃ」

みたいな感じでいいのかな？

タスクの移動に関して「nextが変わっちゃう」問題は、タスクを取ってきたときに
nextを保存しておくのはダメですか？

>>180
なるほどです。

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

＞情報の共有
俺は、ポインタに1クッションおく「ハンドル」を使ってる。
Windowsのウインドウハンドル(HWND)なんかと概念は同じ。
ポインタを直接持たずに、ハンドルからポインタを得る。

安全だけど、面倒くさい。

参考URL
http://www2.tky.3web.ne.jp/~yosshin/memo/000213.html

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/01/30 21:45

>>183
破滅的な状態を回避するには有効だと思う。

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

要するにMVCモデルとかDocument-Viewモデルというやつだな。

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

すみません質問です。
CGIはサーバ＆クライアントの関係を用いて
データのやり取りとりを行いデータの読み出しや書き込みをしていますよね？

ではGAMEではどのようにしてセーブをおこなったりしているのですか？
ゲームボーイやファミコンの本体にサーバとクライアントの機能が
備わっているとは思えないのですが…。
どのような仕組みで保存（セーブ）をしているのでしょか？

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

いやすべてがクライアント/サーバ型じゃないから。
GAMEって例えば？

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

どんなゲームでもいいんですが
ドラクエでもなんでもデータセーブ機能がついているゲーム。

サーバ＆クライアントの関係を使わないとしたら
どのようにして保存をするのですか？

どのような言語で書かれたプログラムを使うのかとかおしえてください。
あとできればその理論が知りたいです。

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

>>187
マルチうぜぇ
消えろ

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

マルチポストじゃなければ答えてあげたのにね……残念。

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

すみません。
この時間では書込みが少ないと思いマルチにしてしまいました。

おしえてください。。。

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

答えてあげたいけど、マルチポストは大嫌い。
そのような abuse 行為は善意に支えられたネットワークにとって
最大の敵であることを知りなさい。

恥知らず。

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

あのさ、マルチポストってだけならば別にわるいことって、ネチケットのFAQで読んだことがあるよ。
それも一度や二度ではなく。URLなんか覚えてないけどね。

ただし、質問者がマルチポストした先の答えをまとめて、
全ての回答者にこれこれこーなりました、ありがとーと言って回るならばっておまけ付き。

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

メモリカードとかに記録してるんだろ？
なんでサーバ・クライアントの話が出てくるのか分からないんだけども

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

>どんなゲームでもいいんですがドラクエでもなんでもデータセーブ機能がついているゲーム。

んっとさー、おーざっぱに答えるから嘘ついてるかもだよ。

コンピューターっていうのは CPU とメモリとそれらをつなぐバスっていうのが最低限の要素なんだよね。

ファミコンっていうのは、メモリをつけてないコンピュータを売りつけて、
遊ぶためにはメモリ(ROMカセット)を買ってくださいって仕組みだったんだよ。

で、ROMカセットの中に RAM も入れて、電池で連続起動しておけばセーブシステムのいっちょあがり。

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

連投規制で書き込めないと見た。

**あぼーん** · NG

あぼーん

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

Cを中心に簡単なゲームを作りたいと考えているのですが、
Game Programming Gems以外に何か参考になる図書はありませんでしょうか？
よろしくお願いします。

**416** ◆quHoSW/FCI · 03/01/31 19:49

>>187
　認識がヘン。

　CGIやネットゲームのようなサーバ＆クライアントの関係がある環境でも、
それは単に、サーバ側にデータを保存させているか、クライアント側に保存させて
いるかの設定の違いに過ぎない(CGIやとクラ側保存は・・・クッキーがあるか)。

　データ保存が可能な環境と、保存命令があれば可能。サーバ＆クライアントの
関係はぜんぜん関係無い。

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

というか要するに187は、CGI…というかPerl辺りを
限定的な環境でちょこっとかじっただけなんでしょ。
一生懸命説明しても無駄だと思う。

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

最初は実体を例示しないとわからないのは仕方ないけど
ずっとその例示を引きずるのは頭悪いな

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

>>199 簡単な、どんなゲームを作りたいの？

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

>>203
インベーダーゲームみたいな2Dの簡単なソフトです。主にシューティングを中心に作りたいです。

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

>>199
ゲームプログラミング遊びのレシピ―アルゴリズムとデータ構造
http://www.cmagazine.jp/books/recipe/
http://www.amazon.co.jp/exec/obidos/ASIN/4797316535/ref=pd_bxgy_text_1/t/249-7245941-5470719
は、どーでしょうか。

本屋さんでよく見かけるので、立ち読みしやすいと思う。
C++Builder&Delphiなのでそのままでは使いにくいけど、
日本語での解説部分はアルゴリズムの参考にはなるかと。

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

>>205
ありがとうございます。参考になりました。

**あぼーん** · NG

あぼーん

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

2Dで、人間の関節などを動かせるようにしたいのですが、
まずどのようなものを勉強すればいいのでしょうか。

キーワードとかってあります？

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

2Dで？
どうもイメージ沸かない・・・

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

>>208
階層構造,ローカル座標系
IK,FK
ここまでは3Dでもいっしょ
2Dなら画像の回転も必要かな

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

2Dで関節っていうと、幼稚園児向けの番組で動かしてる人形を思い出す……。
手足にそれぞれ黒い棒がついてて、関節がおかしな方向に平気で曲がる紙人形。

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

あとはこれか
「多関節キャラによる格闘ゲームを作るスレ」その２
http://pc2.2ch.net/test/read.cgi/gamedev/1015771528/l50

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

IK,FK を検索エンジンで調べるためのキーワードをおしえれ。

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

インバースキネマティクス

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

ありがとぅょ

**名前は開発中のものです。** · 03/02/02 23:29

>>215
FK(フォワードキネマティクス)の方が簡単だから
IKよりFKをやってみては？

**名前は開発中のものです。** · 03/02/03 07:46

えーと、PALスレとか、リフレッシュレートスレでいわれてる、不定間隔なフレーム処理の補間ってどうやるんですか？

B宗(v += a)な私には、フレーム処理を 5ms 毎に実行して、それを V-Sync で描画するぐらいしか想像がつかないんだけどー。

**名前は開発中のものです。** · 03/02/03 08:53

>>217
リフレッシュレートに関する論争
http://matsuzak.pobox.ne.jp/directx/faq/refresh-rate.html

**あぼーん** · NG

あぼーん

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

2Dゲームを作るときに、アニメーション画像って、どうやって管理しますか？
RPGの主人公がマップ上を歩くときに、手足が動いたりするのですが、
タイマーをかけて、stateを1,2,3,4,1,2,...って変えていって、
stateの値ごとに描画を変えるのがいいですか？

それだと、アニメーションが複雑になると、プログラムも汚くなるのですが、
もっと見やすくていい方法ってないですか？

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

>>220
アニメーションデータを表すデータ構造を作れ。
そしてそれを解釈して描画するプログラムを作れ。

これなら、アニメーションが複雑になってもプログラムに影響は無いぞ。
さらに、アニメーションデータを編集するツールを作るともっといい。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/02/07 00:53

>>220
>もっと見やすくていい方法ってないですか？
きちっとした設計できれいにコーディングをする
いやマジです
関数とか構造体とかクラスってわかります？

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

>>220
状態遷移のクラスを作って、定期的にそいつから
アニメーションパターンの数字を取得するようにする。
描画するときは、その数値に対応した絵を表示させるだけ。

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

>>224
すいません。想像しづらいのですが、
クラスのインターフェースを書いてもらえますか？

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

>>225
甘えるなゴルァ

「有限状態オートマトン」で検索するか、
"Game Programming Gems 1" の「3.1 有限状態マシンクラス」を読んでくれ。
（全然難しい内容ではないが、まあ、一応）

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

何回か作り直してればそのうちマトモな形になるよ

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

>>225
ttp://210.143.102.80/upload/source/d/0685.txt

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/02/10 16:24

処理落ち率の計算の仕方を教えてください。
フレームを飛ばさないのに、処理落ちするって、どういうことですか？
処理は落ちてないんじゃないですか？

**ぽぷり** · 03/02/10 16:27

最初からココで聞いたらよかったかな。
あと２箇所に書き込んだマルチだが良かったら質問よろしく頼みます

いまFF4のパクリ作ってるんだけど戦闘の曲を.wmaで作った。

で、これをループでエンドレスで流すわけだが
そのまま初めのフレーズ（ダダダダ、ダダダダ・・・・）に戻ってしまう。

この曲は1分54秒まであるんだが
俺としては０：００から１：５４まで流した後
ループは０：００からではなく００：５３あたりからにしたい。

どうしたらいいかな？誰か賢い奴教えてくれ。

流れとしては・・・・

戦闘開始（音楽スタート）
０：００→１：５４→０：５３→１：５４→０：５３→・・・・・戦闘終了（音楽終了）

っていう感じにしたいです

**デフォルトの名無しさん** · 03/02/10 16:28

ゲームで時間のかかる処理をしていると画面の
キャラクターの移動などがズルッズルッと遅くなる。
これが処理落ちしているという状態。
時間内に処理が終わらないのを「落ち」といっているのでしょう。
この場合処理はとばしていません。

パソコンでよく見られるのが、処理が重いときに処理をスキップする
やつです。画面の更新がなめらかでなくなってカクカクして見えます。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

＞＞２３１
ＤｉｒｅｃｔＳｈｏｗでも、ＤｉｒｅｃｔＳｏｕｎｄでも、ＭＣＦでも、プログラム上で制御は可能だが…。

**名前は開発中のものです。** · 03/02/10 17:25

>>231
ﾏﾙﾁｳｾﾞｰ

http://pc2.2ch.net/test/read.cgi/gamedev/1028183728/60
http://pc2.2ch.net/test/read.cgi/gamedev/1035601681/922

**ぽぷり** · 03/02/10 20:03

>>235
ＨＳＰでは無理かな？
プログラム上の制御って、どんな項目で検索したらいいでしょうか？

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

>>230
処理落ちとコマ落ちについても >>218 のリンク先に
書いてるから読んでみ。

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

>>237
>>235が十分なくらいキーワードだしてるよ。
MCI(MCFは間違いだよな？)、DirectSound、DirectShow
HSPはよく知らないが、
MCIはWindowsAPI、DirectSound、DirectShowはCOMが扱えれば大丈夫。
HSPがそれらを扱うのが難しい言語ならば、
他の人が作ったライブラリを使う手もある。
# HSPといえどもDLLぐらい使えるだろ？

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

>>237
こんな方法もあるようだ。
http://www.google.co.jp/search?hl=ja&inlang=ja&ie=Shift_JIS&q=HSP+DirectShow+%83%8B%81%5B%83v%95%94%8D%C4%90%B6&lr=

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

>>237
マジで氏んでくれ。

**235** · 03/02/11 00:32

ＭＣＦは間違い。
何やってんだ、俺。

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

保守sage

**名前は開発中のものです。** · 03/03/04 22:15

敵の弾で曲がるレーザー系のを作って見たいのですが、
雰囲気としては一度敵機の近くでゆっくり動き、目標に向かって
早い曲線を描こうと思っています。おそらくゆっくり部分と狙撃部分の
２つのルーチンを使用するかとおもいますが、問題が２つほどありまして、
１）曲線が目標位置によってイビツになる。
２）レーザー表現を座標引き渡しで２０個ほど丸オブジェクトを使用
　　したので、処理が遅い。
何か良い方法はないのでしょうか？

**名前は開発中のものです。** · 03/03/08 01:35

見た目だけクォータビューで、内部的にはトップビューなゲームを制作中なのですが、
座標を四十五度回転させてから上下半分に潰して表示している為に、見た目上上下の移動が遅く、左右の移動が早く見えてしまいます。
こういう場合、みなさんどうしていますか？

**デフォルトの名無しさん** · 03/03/08 01:52

>>244
遅レスだけど。

1)
float　f　=　atan2(目標とのyの差, 目標とのxの差)　-　(現在の進行方向);
while　(f<-3.14)　f　+=　3.14*2;
while　(f>3.14)　f　-=　3.14*2;
(新たな進行方向)　=　(現在の進行方向)　+　f*(曲がり具合0.0～1.0);
とかやってみる。符号とか間違ってるかも。
よく状況がわからないけど、変化量が急に変わらないようにすればいいんじゃないかな。
2)
直線で繋ぐとか。