【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【その3】

**名前は開発中のものです。** · 02/09/24 05:55

「ふと疑問に思った事があったらスレを立てずにまずはここで質問
してみましょう。あなたの長年の悩みがたった一つのレスで解決して
しまうこともあります。回答があるまでに数日間かかることもあるので
辛抱強く待ちましょう。」

◇前スレ
【Part2】
http://game.2ch.net/test/read.cgi/gamedev/1013645518/
◇旧スレ
【Part1】
http://game.2ch.net/test/read.cgi/gamedev/1005038203/

関連スレ・その他
>>2-5

**143** · 02/10/15 11:16

>>151
　遅レスだけど、数学ももう一度勉強しなおすつもり。
　復習をするのも面白いなぁと思ってる。
　高校生の頃を思い出せて。

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

お前らここだけの話。
pygame＋Delphi　の組み合わせが最強ですよ。

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

>>230
その + がよくわからん。
Delphiでクリティカルな部分を作って、メインはpythonで記述？
それとも、pythonを補助的なスクリプトとして使うってこと？
詳細希望。

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

GUIと処理速度の必要な部分をDelphiで組んで
それにPythonを埋め込んでやればVisual Pythonの出来あがりですわあ

**ゲームセンター名無し** · 02/10/16 09:30

windowsのクライアント領域にテキスト書き込み欄と
その書き込みを反映する欄を埋め込みたいのですが、どうすればいいのでしょうか?

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

>>233
CreateWindowでEDITウィンドウ等を作って親ウィンドウに貼り付け。

**sage** · 02/10/16 12:04

>>228
レスどうもでした

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

>>232
pythonってゲームを組むのに適してるんかね。
実際にDel + pythonでゲーム作ってるとこってある？

ま、でも面白そうだからちょっと使ってみようかな。

**108** · 02/10/16 22:31

Dx8でポリゴン描写してみました。
▲はちゃんと指定色で描けましたが、背景がｻﾝﾌﾟﾙと色が違うのです。
ｻﾝﾌﾟﾙは真っ黒なのに、なぜか赤い背景になります。
(255,0,0)なんてどこにも書いてないのに、なんででしょうか？

**237** · 02/10/16 23:44

↑かいけつしました。

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

>>238
ズバリ！BitDepth間違えただろう！

**237** · 02/10/17 00:22

いやん、恥ずかしい。
次は複数のゴンポリ出すプログラムに挑戦します。
以前のd3dと違うー頂点管理が…
以前は頂点データ
(x,y,z)...1
(x,y,z)...2
(x,y,z)...3
(x,y,z)...4
として
(1,2,3)...ポリゴン１
(1,3,4)...ポリゴン２
として三角形２枚表示してたけど、
今度はどうなるんだろう
難しいですね。
今夜はもう寝ます。

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

ずっとねててくれ

**15i** · 02/10/17 22:29

今日はテクスチャを張ってみました。
明日はサイコロを作ってみます。
おやすみ>>241

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

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

！

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

ＶＣ＋＋で簡単なＳＴＧを作って勉強しております。
今までは配列を用意して弾をバラまいてたのですが、
やはりGlobalAlloc等でメモリ確保にしたほうがいいですよね。
しかし今一つこのメモリ確保をＳＴＧで使う時の手順みたいなものが
ピンと来ないのですが…

ボタン押した＞メモリ確保＞自機の座標をメモリに＞
＞弾移動＞弾当たるor画面外へ＞弾メモリ開放？？

…でもこれだと、弾Ａを撃った＞弾Ｂを撃った＞弾Ａが消えた
ってなった時に、弾Ｂが開放されてしまいますよね…
どのような手順にすれば良いのでしょうか？

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

> …でもこれだと、弾Ａを撃った＞弾Ｂを撃った＞弾Ａが消えた
> ってなった時に、弾Ｂが開放されてしまいますよね…

なんでやねん。
順番で把握してしまうような天下り的なデータ管理を行おうとせずに
オブジェクト指向をきちんと理解しようよ。

無理なら素直にスタティックにメモリ確保しとき。

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

この場合は配列がベスト

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

シミュレーションゲームで敵の思考ルーチンなどは
基本的にどうやって作るんでしょうか？

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

再帰

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

>>248
自分の頭の中に有るイメージを
あいまいな部分を取り去り、プログラムとして書きなおす。
これがすべてだ。

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

どうやって作るという決まりは無い。
作る人の発想に頼る部分が大きい。というか、それが殆ど全て。

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

>>249
250が正解。
しかし初心者向けではないが、少しはテクニックについて語るのもいい気がした。
シミュレーションといっても、タクティカルシミュレーションという前提で話をします。

まず最初に思いつくのがif文の羅列で書き下していく方法。こんな感じ。
　　　　if( 攻撃範囲に敵がいる ) 一番弱い敵の近接地点まで歩いていって攻撃。
　　　　else if( 攻撃範囲に敵がいない )最短距離の敵を探し、そいつに向かって限界まで歩く。
　　　　else if( 歩いて到着できる敵が存在しない ) 何もしない。
子供でも思いつくシンプルな方法ですが、逆にプレイヤーに読み易さを与えるので
クリアするべきゲームとしてはこれで十分という感じもします。

もう少しスマートな方法としては、得点を使って局面を評価していく方法があります。
たとえば、移動後の場所が自分の本拠地に近いほど微妙に点が高い、
それぞれの敵と自分の距離を測って敵に近いほど得点が高い、
次のターン、敵に先制攻撃を受けてしまう場所はマイナス点がつく、
弱い敵を撃破できるなら高得点、敵に攻撃できるようならそれなりの得点、etc. といった評価を行い、
もっとも高得点を得られた行動を現在行う行動とする、というものです。
オセロ等の強いアルゴリズムには必須の、「読み」を行う思考ルーチンのしょぼいやつです。

さらに高度な方向を目指すのならニューラルネットによる問題解決とか
遺伝的アルゴリズムによる最適化とかいろいろへんてこなものに挑戦する手も考えられますが、
そのあたりは個々人の工夫次第じゃないでしょうか？

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

>>248
一部だがGemsに載ってるぞ。

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

タコな思考ルーチンを逆手にとって
パズルになってるゲームもあったな。

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

まったくのスキル無しで、これからゲームを作る技術を学ぼうと思ってるんですが、どんなスレッドを参考にしたらいいですか？

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

>>255
参考にしないほうがいい。
本屋で買った入門書のみで勉強して、簡単なゲームを自力で
作れるようになってからこの板に来い。

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

>>253
新しい2ch用語を流行らせる野望ですか？
>>255
技術ならゲ作板以外のところ
技術的な話をするとついてこられない奴が荒らしたり他でやれと言い出す

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

なぜ急に怒るんですか。

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

わからないんですが
本買え
調べてみますありがとうございます

こういうやりとりはそろそろやめたいんだがなんとかならんもんか

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

>>255
そんなことしたら時間だけが過ぎていくぞ

**111** · 02/10/21 19:55

>>255
WindowsでC++使うなら
http://www.kumei.ne.jp/c_lang/
そしてゲーム作るなら
http://www3.justnet.ne.jp/~botchy/el.htm
http://game.2ch.net/test/read.cgi/gamedev/1032814540/111-112n
　
>>259
何かを変えたいなら実践しろよな。愚痴は自治スレでsageでやってろ

**111** · 02/10/21 20:03

>>255
あとは
http://www.gogo3d.com/products/gems1/
http://www.gogo3d.com/products/gems2/
http://www.amazon.co.jp/exec/obidos/ASIN/1568811829/qid%3D1030532540/br%3D1-6/ref%3Dbr%5Flf%5Ffb%5F6/250-8966280-3586651

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

>>259
参考になる本・HPを回答するのもありだろ。
具体的な名前・URLを挙げてという条件付きだが。

**111** · 02/10/21 20:07

http://direct.ips.co.jp/book/Template/GoodsList/goodslist.cfm?CM_ID=004000G50&CM_Name=%83Q%81%5B%83%80%83v%83%8D%83O%83%89%83%7E%83%93%83O&HN_NO=00420

**111** · 02/10/21 20:09

http://game.2ch.net/test/read.cgi/gamedev/1032098770/417n

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

VC++で作った物って売っても問題ないの?

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

>>266
使用許諾書を読んだ？
とりあえず俺の手元にあるVC++6.0Professionalなら問題ないらしい。

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

DirectX8でゲーム作ってます。（開発はVC6）
所持アイテムのリストをリストボックスのようにしたいのですが、
どうやって実装すべきか？と悩んでます。
ゲームパッドだけでなく、マウスでも操作したいのです。

コモンコントロールのリストボックスをそのまま使えますか？（ビジュアル的に問題がありますが）
それとも自作すべき？

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

>>268
フルスクリーンで見えなくなって良いのなら使えば？
良くわからん方法で回避しているのなら見たことはあるが原理は分からなかった

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

>>268
DirectDrawSampleのFullScreenDialogと同じ方法で回避汁
でも自作しべき

**268** · 02/10/22 17:41

>>269-270
レスありがとうございます。

>フルスクリーンで見えなくなって
イヤン(´･ω･`)

>DirectDrawSampleのFullScreenDialog
これならできそうですね。でも…やっぱり格好悪いか…。

がんばって自作します。
お騒がせしました。

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

>>270
DirectX8のDirectXGraphicsにはクリッパーが無いから同じ方法では回避できない
秋なのになんでこういう知ったかがわいて出てくるのか

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

>>268
ttp://mofon.pns.to/programming/dotNet/0000/0005.html

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

秋は夏に比べて少数精鋭なんだよ。

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

>>273
そこのソースの「Feald」がとても気になる

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

おまいらがゲームを始めて作ったいつですか。
マニュアルとか本に載ってるのでも可。出来ればそのときの感想もキボン

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

むしろ276に興味が沸いてくるんだが。
今なにやってんだ。

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

>>277
ねっころがって2ちゃんパラダイスしてる

**277** · 02/10/23 06:27

いいなぁ・・・。
俺はあと10分で登校だよ眠たいよ代わってくれ。
じゃないや、ゲーム作ったりし始めたのは1年前。
基本的に高校の文化祭用。今年は3DのFPS作ったけど
成績のほうが赤点2つでマジ脂肪。以上。いってきます

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

　
　　はい次の質問どうぞ↓
　

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

>276
ここ見てごらんよ
かつてマイコン少年だった人達の思い出話になりやすい罠
http://game.2ch.net/test/read.cgi/gamedev/1006709626/
http://game.2ch.net/test/read.cgi/gamedev/1025896258/

俺はMacでしょっぼーいミニゲーム作ったっけな。
爆弾出しまくって、こんな事なら地道にHyperCardとかから
スタートすれば良かったと後悔した。

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

初心者なんです。教えてください。
Widowsの描画の更新って一般的にはどのようにやるんでしょうか？
非DirectXです。
自分の場合、一画面をﾒﾓﾘDCに描画した後、WM_PAINTで転送って感じで
更新してるんですが考え方はあってますか？
ちょっとしたﾐﾆｹﾞ-ﾑの描画量だとｳｲﾝﾄﾞｳのDCに直に描画した方が速度は
出せると思うんだけどｽﾏ-ﾄじゃないし。

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

>>282
■GDIでゲームを作るときのもっとも簡単な仕組み

画面が滑らかにアニメーションする必要があるもの
（例えばアクションゲームやシューティングゲームなど）は
おおむね以下のような流れでも簡単に実現する。
-----------------------------------------------------　
　　ウィンドウ作成
　　DIB作成　　（ CreateDIBSection( ) など）
　　必要があればリフレッシュレート取得　　
　　
　　ゲームループ
　　{
　　　　メッセージポンプ　　　　　　　（ PeekMessage( )、Getmessage( ) など）
　　　　アプリケーションの処理　　　（DIBへの描画など）
　　　　待ち　　　　　　　　　　　　　　（sleep( )、timeGetTime( ) など）
　　　　DIB→ウィンドウ　矩形転送　（ BitBlt( ) など）
　　}
　　
　　DIB破棄
　　ウィンドウ破棄
　　
　　終了
-----------------------------------------------------　

**283** · 02/10/24 04:44

ループの周期についてはいろんな流派がある。いや、あった。（A宗、B宗など）
徹底的に滑らかなスクロールを要求する2Dゲームの場合は
モニタのリフレッシュレートを取得（もしくは計測）して、これと
同期を取る必要があるわけだが、GDIだと・・・。
　
なお、DirectXには
手間をかけずにモニタのリフレッシュレートと同期をとる方法
が用意されている。

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

>　　　　待ち　　　　　　　　　　　　　　（sleep( )、timeGetTime( ) など）
>　　　　DIB→ウィンドウ　矩形転送　（ BitBlt( ) など）

ちょっと気になったけど…。
ループ内のこの２つは順番を逆にしない？

理由は、

1 - 何か操作があったら画面更新を早めに行った方が気持ちがいい。
2 - 人間の視覚特性として、視覚に関しては時間のずれが気になりにくい。
3 - VSYNCを待つタイプのプログラムに対しても同じ発想の雛形が使えて便利。
4 - ゲームプログラミングは一般に画像転送周りが重くなりがちだけど、
　　　並列化してウエイト中に裏で画像転送を行えば「おもし」にならないで済む。

**283** · 02/10/24 04:54

×　メッセージポンプ
○　メッセージ処理
　
便宜上ウィンドウプロシージャは書かなかったが
実際には要るんで、誤解のないやうに。

**283** · 02/10/24 05:01

>>285
うん、逆だったね。ご指摘ｱﾘｶﾞﾄﾝ

**みらくる三重県** · 02/10/24 05:54

VCを買ったらMSDNがついていました。
DirectX SDK8.0の日本語ヘルプをダウンロードしました。
この日本語ヘルプをMSDNに組み込むような事は可能ですか？

VCでコーディング中に
Win32 APIの情報と、DirectX APIの情報とを、
どちらもF1キーで参照したいです。

**283** · 02/10/24 06:11

http://www.biwa.ne.jp/~banba/alter-msdn/howtomake/index.htm

**みらくる三重県** · 02/10/24 06:58

>289
完成しました！ありがとうございました！
めっちゃ快適です。幸福度急上昇です。

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

オオ　俺も知りたかったんだーよ
ありが㌧

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

DirectX8の日本語ヘルプなら何もしないでも最初から入っていたが、
わざわざ古いバージョンを買ったのか？

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

.netなら付いてるな。

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

ゲーム製作仲間を募集中で、絵師を募集したいのですが、
みなさんはどこで探しましたか？

後方支援とか、トキワ荘とかでさんざん探したのですが、
募集しても誰もきません。

何かコツっているのでしょうか。

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

ある程度モノを作って口だけじゃないことを示せば
ついてくる人もいるんじゃないかな。

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

>>294
同人ゲームサークルここだけはやめとけ！　【21】
http://natto.2ch.net/test/read.cgi/2chbook/1033740100/

このスレでも見て、自分の募集の問題点を洗い出すよろし。
（そもそも募集をかけること自体が問題という見方もあるが……）

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

「今からつくります」じゃ誰もこない。
企画が厨すぎても誰もこない。

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

>>294
「募集」を「さんざん探した」とは言わない。

よく知らんけど後方支援は登録者に直接メールを送ることができるシステムだろ？
よさげな人に丁寧にメール送って協力してもらえ。

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

>>295-297
正解。

>>298
　
　　い　い　加　減　な　事　を　書　く　な

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

作っているジャンルがわからないけど、>>294がシナリオ書きます
なので絵描き募集という募集方法なら誰も来ないと思う。

プレゼンできるぐらいまで作ってからならまだ可能性はあるけど、
>>296のスレを見ればわかる通り募集という手段は既に終わってしまった手段なので
直接探す方がいいと思う。

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

つうか、見返り無しで協力して貰うのは難しいだろう。
ゲーム製作は結構大変だぞ。無賃で重労働してくれる
奴が居ればいいけどな。

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

友達に一人も絵描ける香具師いなかったの？

あ、ごめん　友達なんて一人もいなかったね（　´,＿ゝ｀）ﾌﾟﾌﾟｯ

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

　
　
　　　　　　　はい、次の質問どうぞ↓
　
　

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

>294
「無報酬で、音信不通にならない方、最後までやってくれる方」
こんなんじゃ、まともなのがくるわけなし。
スキルの高い人間を捕まえたいなそれ相応の金を出せ！
金を出すリスクを背負えないなら
ゲーム製作なんてやめておけ！

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

皆さんはいつ頃からどうやってゲーム作成術を学びましたか？

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

質問スレでインタビューはやめとけ
せめて雑談スレでやれ

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

>>305
逆に問いたいのですが、そんなことを聞いてどうするんですか？

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

ブロック崩しのソースAGEていただけませんか?

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

>>308
それくらい自分で作れ

　
　
　　　　　　　はい、次の質問どうぞ↓

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

>>309
おいおい

>>308
軽くぐぐって見ただけだが。
http://www.geocities.co.jp/SiliconValley/2530/vbblock.html
http://www.fureai.or.jp/~takuya/Java/packages/block.html
http://pc.2ch.net/tech/kako/1004/10048/1004855513.html

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

>305
とりあえずゲーム作成術ってのが何を意味しているのかがわからん。

しかし内容から見ると
どうすればゲームを作れるようになるか？
が聞きたいようだが…

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

雑誌のプログラムをひたすら打ちつづけた世代って何才ぐらいまでなんだろうな

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

C++のプログラムでscanfを使うのは邪道ですか？

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

scanfはただのscanf?
sscanfとかか？

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

sscanfなら分からなくもないけど..

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

邪道とかよりただのscanfってWinで使えるの？

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

使える

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

すいません。具体的にはfscanfです。

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

設定ファイルとかならfscanfもいいんじゃない？
ゲームでは使うとこある？

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

sprintやsscanfはバッファオーバーフローが起きる可能性があるからダメとか言われてるけど、
まぁゲームで使う分には委員でないかとも思う、俺は。

**２ｃｈ ＲＰＧ 統一協会の野望** · 02/10/26 18:06

おい、ガキ共。

iアプリでＲＰＧ？ゲーム作ってやるからアイデア出せ。

iアプリをＤＬ→アプリ内のフィールドでレベルアップ・アイテム入手・その他色々

成長したキャラをサーバーに送る
（普通のパラメーターの他にレベルに応じてボーナスポイントを割り振る・その他色々）
（又、行動プランも同封、ＨＰが何になったら回復する、魔法？を使ってきたらそれに
　対応する行動をプランする）
↓
クラス？で分類している中でランダムに選んだキャラと対戦
（対戦中はオートで手を出せない）
↓
対戦はサーバ側で行わずＤＬ？して見る
（つまり、相手のパラメーターや行動プランをＤＬ）
↓
結果はサーバーに蓄積？

つまり、アプリ内で成長させパラメーター・アイテム・行動プランを鯖に送信。
鯖はレベルの近いキャラを選んでその相手に要素を送信し、お互いオートで対戦。
戦果はサーバーにランキング。

※サーバーがパンクしない方法を取る

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

正直iアプリなんてどうでもいい

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

>>322禿同

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

そもそも携帯持ってないし

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

スレも違うし

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

>>321
その名前、何なん？
　あんた、馬鹿かなんかか？

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

>>321
正直、狙いすぎの感があるな。真新しいとこなんもないやん。
それが本当にキミが作りたいゲームなのか。

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

　
　　　　はい、次の質問どうぞ↓
　