【初心者】ｽﾚを立てる前にｺｺで質問を【Part17】

**名前は開発中のものです。** · 2008/05/11(日) 03:14:48

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc8.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://gamdev.org/w/

ゲーム製作技術板公式アップローダ
http://gamdev.org/up/

ゲーム製作技術板公式掲示板避難所
http://bbs.gamdev.org/gamedev/

ゲーム製作技術板予備
http://yy13.kakiko.com/gamdev/

アップローダー予備
http://gamdev.hp.infoseek.co.jp/

gamdev.orgが落ちるたびにあげてみるスレ
http://pc8.2ch.net/test/read.cgi/gamedev/1107022166/

**名前は開発中のものです。** · 2008/06/26(木) 00:53:43

ドラクエみたいにちょこちょこ仲間が着いてくるのを実装したいんですがどうすればいいんでしょう？
考えたのは、入力された上下左右を保存しておいて、一個遅らせながら次のキャラに適応って感じなんですが
うまくいかないです。どういう考え方をすればいいんでしょ？

**名前は開発中のものです。** · 2008/06/26(木) 00:58:21

考え方はそれで問題ないと思う
実装でミスってるんじゃない？

**名前は開発中のものです。** · 2008/06/26(木) 01:00:06

ありがとうございます
そうですか、もう一遍見直してきます

**名前は開発中のものです。** · 2008/06/26(木) 04:03:21

>334
ゲーム会社であることは、おそらく全く関係が無い。

**名前は開発中のものです。** · 2008/06/26(木) 10:07:11

>>334
実際業務中にここ来てる奴も居るだろ。
俺含め、普段コンシューマやってて趣味でwindowsプログラム
してる奴とか。

**名前は開発中のものです。** · 2008/06/26(木) 11:43:02

>>334
すごい人は極一部で語るスレみたいなゴミがほとんど

**名前は開発中のものです。** · 2008/06/26(木) 14:11:44

本職PG（非ゲーム系）が趣味でゲーム製作ってのは多そう。

**名前は開発中のものです。** · 2008/06/26(木) 20:54:16

ゲーム業界自体がそのゴミだよ。

**名前は開発中のものです。** · 2008/06/26(木) 23:52:36

>335
>入力された上下左右を保存
入力じゃなく、前のキャラクターの座標の数値を入れたら？

**名前は開発中のものです。** · 2008/06/26(木) 23:57:28

後ろのキャラは1歩分昔の自キャラ
つまり、1手前の操作を反映してやればいいんだ

もしくは多間接でATAN使って常に前方キャラと一定距離を保つようにすればいい

**名前は開発中のものです。** · 2008/06/27(金) 00:01:56

>>341
俺そうだよ。
三流と言うのもおこがましいほどの三流で将来が怖いけど。
会社のPCはプロキシに弾かれて2chにアクセスできないなぁ。

>>335
人によって実装方法は違うと思うけど俺の場合……
・X,Yを格納できるバッファを49個用意して適当に初期化する
・先頭キャラの座標に変化があったときのみ、以下の処理を行う
　　・バッファを1つずつスライドしてバッファ[0]に先頭キャラの座標を入れる
　　・2人目の座標をバッファ[16]と同値にする
　　・3人目の座標をバッファ[32]と同値にする
　　・4人目の座標をバッファ[48]と同値にする

**名前は開発中のものです。** · 2008/06/27(金) 04:58:56

345みたいな実装を行うと、「キャラの並び替え」を追加したときに
拡張地獄に陥るんだよね。
さらにDQ4的な「障害物があったら避ける」メカニズムは絶望的になる。
浅謀近慮の典型例。

**名前は開発中のものです。** · 2008/06/28(土) 00:56:37

並び替えをしたらバッファも"並び替え"をするに決まってるじゃないかHAHAHA

**名前は開発中のものです。** · 2008/06/28(土) 02:56:38

FCドラクエの並び替えって瞬間移動じゃなかったか？
>>345の場合、新しく二人目になった人がバッファ16を参照すりゃいいような

>>346
そういや馬車の動きとか独特だった

**名前は開発中のものです。** · 2008/06/28(土) 11:23:44

隊列で思い出したけど、
弱いキャラ（魔法使い系）を中央に置く隊列って、あんまり見ないよな。

**名前は開発中のものです。** · 2008/06/28(土) 12:52:55

そもそもオープンフィールド系のゲームで隊列云々をシステムに組み込まれてもあまり説得力なくね？
例えば、敵が8体いて、味方が4人（前列2人後列2人）
こういうケースですら「後列にいるから攻撃される可能性が低くなります」ってそれは違うだろう
TRPGやダンジョン系RPGのシステムを何も考えずに適用するから変なことになるんだ

**名前は開発中のものです。** · 2008/06/28(土) 14:20:27

敵中に孤立した所を三方向から突き入れられたりした日にゃ、
よっぽどの人間でない限りは突き殺されるんでね？
そういった状況を生み出さないために、隊列には意味がある。
でもな、説明されんと隊列の意味なんて分かんね～よな。

**名前は開発中のものです。** · 2008/06/28(土) 19:29:34

激しくスレ違いだけど、ちゃんと軍隊も機能しててそれでいて主人公も
旅をしているRPGってあるんだろうか？

**名前は開発中のものです。** · 2008/06/28(土) 19:43:05

中東の片田舎で生まれて、
軍隊に入って、
クウェート行ったり、
撤退したり、
米穀人が攻めてきて、
カリブ海の法的に微妙な島の施設に長期に渡って監禁されたり？

つか板違いだからｗ

**名前は開発中のものです。** · 2008/06/28(土) 19:44:59

「ちゃんと軍隊が機能してる」をもちょっとkwsk。
どのように機能してるのがちゃんと機能してるとされるのかが分からん。

**名前は開発中のものです。** · 2008/06/28(土) 19:59:59

例えばトルコの軍隊は、政治が宗教に流れ始めるとクーデターを起こして
政教分離を保つという役割を持っていたりするが...というわけで、軍なんて
国によってさまざまなんだよな。

**名前は開発中のものです。** · 2008/06/28(土) 20:02:40

主人公が倒すべき敵に主人公の祖国が脅威に晒されていて（ドラクエなど）
軍隊が死に物狂いで国を守ってたりするけど、結局少人数の主人公のパーティで
解決してしまうのはガチガチの少年漫画みたいだと思って。

**名前は開発中のものです。** · 2008/06/28(土) 20:18:02

要するに演出面の問題かな？
システムで軍隊まで絡めると、ゲームのジャンルが変わってしまうだろうから。
別に少年マンガでなくとも、指輪物語だって軍隊はそれはそれで戦ってるけど
敵に決定打を与えるのは少数だったり、STAR WARSだってまあそんな感じだし
少人数による解決ってのは古典的英雄譚としての典型だと思う。

**名前は開発中のものです。** · 2008/06/28(土) 20:20:17

そりゃ無理だろ。RPGは主人公補正の無茶っぷりを楽しむゲームだろ？

**名前は開発中のものです。** · 2008/06/28(土) 20:39:43

元ネタのTRPGですら、主人公補正を楽しむことがメインのゲームが珍しくはないしな。

**名前は開発中のものです。** · 2008/06/28(土) 21:14:31

自分の軍隊を出したら損害もでかいし
そこら辺の適当な奴を勇者とか煽てて
モンスター狩らせて
魔王倒せたらラッキーみたいなー

**名前は開発中のものです。** · 2008/06/28(土) 21:17:08

主人公一行は王様直轄の特殊部隊だし
各地でそれとなく情報提供してくれるNPCも主人公一行を支援するために隠密作戦行動中の諜報員だ
すべてのお膳立ては軍の組織的支援の賜物

**名前は開発中のものです。** · 2008/06/28(土) 21:17:15

>>352
Wizやベイグラ、ソーサリアンみたいに世界を救う話でなく、軍隊が
入れない迷宮に暗殺目的で潜入とか、僻地での小さい事件を淡々と解決
していくものは、それなりに軍隊らしきものがあるようには見えるね。
変り種では7(モールモースの騎兵)みたいに少年主人公達は世界を救えず
その後に軍が対処することになるものもあるけど。

太閤立志伝や大航海時代、ボコスカウォーズ、メタルギア(MSX版とか)も
含めてどこまでをRPGと言うのかはよく分かんないし、あまり考えるのも
スレ違いなのでアレだけど。

**名前は開発中のものです。** · 2008/06/28(土) 21:18:37

>>357
＞ゲームのジャンルが変わってしまうだろうから。

まず9割はSLGになっちまうだろな。
むしろ、卓上で遊ぶSLGをコンピュータ化させたSLGを作る方が話が楽そうだ。

**名前は開発中のものです。** · 2008/06/28(土) 21:26:23

でおもむろに主人公の居るヘックスの敵カウンター（駒）を摘み上げて盤外に追放するわけですね！

**名前は開発中のものです。** · 2008/06/28(土) 21:58:04

そろそろ卓ゲー板を紹介した方が良いのかな？

**名前は開発中のものです。** · 2008/06/28(土) 22:24:39

強力な召喚呪文は近接航空支援とか砲撃支援だし
ルーラはヘリ呼んで緊急脱出だ

お金持ちの国が敵性国家にしかける非対称戦や非正規戦（テロ作戦や暗殺作戦）
みたいなもんだ

**名前は開発中のものです。** · 2008/06/28(土) 22:43:20

卓ゲー板にこんなスレがある

■ウォーゲーム・シミュレーションゲーム総合63■
http://game14.2ch.net/test/read.cgi/cgame/1211831661/

**名前は開発中のものです。** · 2008/06/29(日) 00:40:44

主人公達はがんばってるさ、でもフィン城を奪還したのはミスリルを手に入れた反乱軍達だぜ。
とかあるし、このぐらいのさじ加減がいいんじゃない?

**名前は開発中のものです。** · 2008/06/29(日) 02:13:00

そしてミンウの命懸けの行為は役に立たなかった。

…ってのはともかく。
基本的に、RPGにおける軍隊ってのは推理小説における警察みたいなものかと。
特撮物における自衛隊とかね。
主人公達が精鋭部隊であるにしても、それがメインであるならむしろSLG(含SRPG)に向いた素材だと思うし。
(そういや、軍の作戦行動が出てくるRPGって言われてパッと出てくるのはFF2とかFF4序盤、FF5のビッグブリッジ前後、FF6のレジスタンスまわり、FF7の過去話、FF8の両方の主人公とかFFばっかだなぁ…それ以外にも勿論あるはずだけど)

**名前は開発中のものです。** · 2008/06/29(日) 02:55:27

軍隊行動というと、エメラルドドラゴンとか、ヴェインドリームとか、
ヴェインドリームIIとか、アルシャークとか、とにかく、今は無き
グローディア系の記憶が多いな。あと、西風の狂詩曲とか。
軍隊を描けるライターって、意外と貴重なのかもな。

**名前は開発中のものです。** · 2008/06/29(日) 08:42:13

D&Dからウォーシミュレーションへの先祖返りについて議論するスレはここですか？

**名前は開発中のものです。** · 2008/06/29(日) 09:09:59

その軍隊の中に主人公がらみのキャラクターをおくと、軍隊の存在感が上がると思うよ

まぁ最近はそんなのないけど。

**名前は開発中のものです。** · 2008/06/29(日) 15:30:35

DirectXの3Dで、
武器の着脱等部分的なポリゴンの入換と座標管理や、
アニメーションの管理など解説してるサイトはないでしょうか？

**名前は開発中のものです。** · 2008/06/29(日) 16:03:18

レミュオールみたいなゲーム作りたいんだがＮスクリだとどうやるんですか
一応普通のノベルなら作れるんですが

あとそれ以外にも作り方があったら知りたいんですが

**名前は開発中のものです。** · 2008/06/29(日) 21:05:31

レミュオールやガストゲーは自分で１から作った方が楽だな。
せいぜい吉里吉里使ってkagいじりまくる位すれば良いじゃない。

**名前は開発中のものです。** · 2008/06/29(日) 21:21:37

あそこまで複雑だとHSPなり何なり覚えたほうが結果的には楽だと思うな
pygameとかRuby/SDLとかでも良いかも

**名前は開発中のものです。** · 2008/06/29(日) 22:16:29

HSPやるくらいならCやってくれ。変な癖ついてあとから大変だぞ

**名前は開発中のものです。** · 2008/06/29(日) 22:16:54

>>373
D3DXのアニメーションコントローラ使ってるなら
D3DXFRAMEとか D3DXLoadMeshHierarchyFromXとかで
ぐぐると幸せになれると思うよ
書籍ならGame Codingとかいうやつ。あと逆引きDirectXとか。
数年前はこのあたりの解説記事とか参考書ほとんどなかったから
思考錯誤が必要だったけど今は楽チンみたいね

再生中のスケルトンの各ボーンの位置姿勢はD3DXFRAMEの木に
入ってる。普通にアニメーション入りワンスキンモデルのXファイルを読んで
再生するコードが出来上がってるなら、あとは再生中にほしいボーン、
（例えば掌から伸ばした武器ハンドラ）、のD3DXFRAMEから行列を
ひっぱってくる。各D3DXFRAMEに入ってるのは親ボーン基準の
座標系だから、ルートから順に辿って姿勢を乗算してけば所望の
姿勢行列がゲットできる

**名前は開発中のものです。** · 2008/06/29(日) 23:43:21

>>378
あーそうか。装備する場所のボーンを仕込んどいて、対応する行列を取得すればいいのか
どうもスキンメッシュの外部から武器のメッシュをスキンメッシュ内にぶち込む方法ばかり考えてた。頭かたいorz
ありがとうございました。ワクテクしてきた！！

**名前は開発中のものです。** · 2008/06/30(月) 05:22:11

global list<cToken> listToken;

{ 　cToken *tk = new cToken;
　　listToken.push_back(*tk);
}
略
{　 list<cToken>::iterator it = listToken.begin();
略
　　delete(*it);
}
の最後deleteで
type `struct std::_List_iterator<cToken>' argument given to `delete', expected pointer
ってエラーが出るんですけどどうすりゃいいんでしょうか
newで確保した分を解放したいだけで、特殊な処理はありません

元々は構造体で同じエラーが出て、「deleteはデストラクタ呼ぶ」って記述から、
デストラクタ導入するためクラスにしてみたんですが変わらないんです
デストラクタには何も記述してません

**名前は開発中のものです。** · 2008/06/30(月) 05:46:27

>>380
global list<cToken> listToken; // cToken クラスの配列（not cToken* の配列）

{ 　cToken *tk = new cToken; // (A) cToken* はポインタ型
　　listToken.push_back(*tk); //(B) *tkを引数としたコピーコンストラクタを起動し、
　　　　　　　　　　　　　　　　　　　// 新たに生成したcTokenをlistTokenに追加
//　この時点で cToken クラスの実体は2つ。
//　(1)　(A)でnewしたcToken
//　(2)　(B)でコピーコンストラクタで生成されたcToken
}
//　tkをdeleteしていない…？　メモリリークしてますね、きっと。

略
{　 list<cToken>::iterator it = listToken.begin(); //itはイテレータ
略
　　delete(*it); //参照外しした *it は、cTokenクラス扱い

//　cToken クラスは cToken* （ポインタ型）とは違うので、delete はｲﾔﾝ
}
//　…みたいな感じー。

**名前は開発中のものです。** · 2008/06/30(月) 05:51:08

そりゃエラーメッセージにもある通り
delete(it);
にするべきだろうよ。

**名前は開発中のものです。** · 2008/06/30(月) 05:54:40

>>382はウソつきなので気にしないように…

**名前は開発中のものです。** · 2008/06/30(月) 06:25:05

…ああ、すまん、とんでもない早とちりだ。
>>383が言うように気にしないでくれ…

**名前は開発中のものです。** · 2008/06/30(月) 07:23:04

ＦＬＡＳＨってゲーム製作にどうですか？
ビットマップの精細なアニメーション加えた作品作りたいんだけど迷ってます。

**名前は開発中のものです。** · 2008/06/30(月) 08:57:38

>>381-384
ありがとうございました
コピーコンストラクタ知りませんでしたorz
最初のスコープでdelete入れても正常に動作したのでずばりそこだったようです

ということで後のｽｺｰﾌﾟは削除してlistToken.Clear()にします

**名前は開発中のものです。** · 2008/07/01(火) 08:38:41

>>385
シンプルなゲームならいいんじゃね？
でも複雑なflashゲームは嫌い

**名前は開発中のものです。** · 2008/07/01(火) 09:56:55

誰も好みの話は聞いてないだろうに
FlashはAS3になって言語的にしっかりしてきたので
複雑なゲームにも向くようになったと思う
特にスキン可能なコンポーネントはRPGとかSLGとかに最適
でも激しいアクションゲームにはイマイチ速度が足りない
あと精細なアニメーションってどんなんだ

**名前は開発中のものです。** · 2008/07/01(火) 10:01:10

>>388う～ん、キャラとかは決まってるけど時間かかるでなー。
二年後のスペックにあわせた製作をするとして例えばＫＯＦ並のドットアニメは
可能ですか？
シンボル化してぐにゃぐにゃ動かすより違うドットに素早く切り替えるタイプの
アニメーションをさせたいんですよ。

**名前は開発中のものです。** · 2008/07/01(火) 10:03:09

>>388重スマソ。加えて言うならＦＬＡＳＨ独特の奥行き感や空間感が良いと思って
作ろうとしたわけです。素人でも扱い容易いしね。ジャンルはＰＳテイルズに似た感じに
なると思う

**名前は開発中のものです。** · 2008/07/01(火) 10:41:00

RPG？なら描画速度は問題ないと思う
でもFlashのビットマップは基本的に24/32bitカラーだからそれなりにメモリを消費する
(もちろん画像に使用したメモリの破棄は可能)
KOF 並のグラフィックがどんだけメモリ食うか知らないので何とも言えないけど
ビットマップでアニメやるんならメモリ量の見積りして、できれば実際にテストした方がいい

**名前は開発中のものです。** · 2008/07/01(火) 11:30:10

>>390 追記。
試しに800x600の画像を200枚くらい読み込んで30fpsでアニメさせてみたけど
メモリも使い放題だしcpu使用率は10%切ってるし何の問題もなかった
ハードウェアアクセラレーションがきくかどうか注意しながら作ればまず問題ないかと

**名前は開発中のものです。** · 2008/07/01(火) 12:15:39

おっし。有難う！
目途は十分立ってきたな、、、。
最後に聞きたい。俺絵のほうは基本フォトショやペインターと線画を利用して
描いてるんだが
ドットグラフィックスやアニメーションはどのソフト使ったらいいかわからんですわ。
コレおススメってのありますか？

**名前は開発中のものです。** · 2008/07/01(火) 12:27:35

EDGE一択

**名前は開発中のものです。** · 2008/07/01(火) 13:05:29

GraphicsGaleはどうよ？

**名前は開発中のものです。** · 2008/07/01(火) 15:15:59

俺もEDGEが良いと思う

**名前は開発中のものです。** · 2008/07/01(火) 22:16:10

親切にどうも有難う～。参考になるよー

**名前は開発中のものです。** · 2008/07/01(火) 23:51:06

>>392
ちょっと信じがたいテスト結果に感じるが、俺の常識が古臭いのかな。

・200枚の画像が全て異なるリソース
・完全に他の画像に隠れてしまう画像が1枚も無く、200枚全てがどこかに表示されている
・透過部分が網目状になっていて非描画部分を矩形でトリミングできない
といった条件で計測する必要があると思う。してたのならスマン。

**名前は開発中のものです。** · 2008/07/02(水) 00:49:59

>>398
200枚同時じゃなくて200枚を200フレームに分けて表示しただけ
時間のある時にもちっとハードル高めにして調べてみるよ

**名前は開発中のものです。** · 2008/07/02(水) 01:00:32

経路探索および障害物回避について質問です。
マップは3Dですが3Dの経路探索は難しすぎてよくわからないので
Doubleの値をInt値にして、2D情報（X座標、Y座標)だけで計算しています。
現在A*で経路探索を行っています。
プレイヤーとNPCを同条件にしたいため、障害物情報は持っていません。
まずマップ探索として、ランダムに移動させて障害物にぶつかったら登録していき、
次からはぶつからないようにするという処理を行います
ここまではいいのですが、マップ探索が終わった後が問題となっています。
まず第一の問題点が最短距離なので、障害物に沿って移動する感じなので不自然です。
最短距離じゃなくていいのでなめらかな移動で毎回微妙に違う経路にしたいです。
そして第二の問題点が一番の悩みどころなのですが、
前進しながら方向転換しているため、ノードに到達してから次の経路へ方向転換すると、
指定ノードへいつまでも到達できない（ぐるぐる指定ノード周辺を回ることになる）ので
指定ノードへ一定距離内に入ったら到達という判定にして次のノードへ移動します。
これならきちんと移動できるのですが、
このせいで経路計算も障害物登録がきちんとできていてもぶつかって抜け出せなくなりはまってしまいます。
経路問題って結構同じところで詰まるんじゃね？と思って必死にぐぐったのですが、
A*の経路計算くらいしか載ってませんでした。
何か妙案ありませんでしょうか？

**名前は開発中のものです。** · 2008/07/02(水) 01:58:37

古き良き時代の3DダンジョンRPGって、
開けた場所があんまないよなぁ

開けた場所にぽつぽつと障害物があるパターン？
普通は通行可能な部分がアリの巣のように存在すると思うんだけど

**名前は開発中のものです。** · 2008/07/02(水) 02:00:05

>>400
イメージ的にミサイルの移動？

**名前は開発中のものです。** · 2008/07/02(水) 02:39:02

>>402
そですね。そこまで速いイメージではないので、どちらかというと船に近いです。
舵一杯回してもノードの周辺をぐるぐるまわっちゃうみたいな。

**名前は開発中のものです。** · 2008/07/02(水) 03:22:51

毎回微妙に違う経路にするのは、例えば左右どっちを経由しても最終的には同じになるような分岐だとして、
マップ内に見えないマーカーのようなものを埋め込んで置いてはどうだろう。
で、マーカーはランダムに右または左を指して、NPCはそのマーカーにしたがう、と。
もしくはランダムにバーチャルウォールのようなものを発生させるとか。
何にしても、正直にプレイヤーとNPCのマップを同一にしなくてもいいんじゃないかな？

**名前は開発中のものです。** · 2008/07/02(水) 03:27:29

障害物に近いノードのコストを上げてやればいいんじゃね

**名前は開発中のものです。** · 2008/07/02(水) 03:59:16

>>400
第一の問題に関しては

＞プレイヤーとNPCを同条件にしたい
＞障害物情報は持っていません

やっぱこの拘束条件がちょっと厳しすぎる気がするなぁ
AI用の補助情報を事前に用意してあげるのは定石と思う
>>404の言うようにマーカーやパスを用意したりとか

手で作るのが面倒なら自動生成で多少は労力を削れる。
壁面（というか壁線）を母点集合とするボロノイ図を作れば
ボロノイ境界線を理想パスの雛形とすることができる
壁線とボロノイ境界線をそれぞれ太らせカプセル状にして
壁線カプセルに引力を、ボロノイ境界線カプセルに斥力を
設定しておくとか色々やりようはある

もっと適切な専門用語とかあった気が駿河、ちょっと忘れた

**名前は開発中のものです。** · 2008/07/02(水) 04:00:53

斥力と引力が逆だ

**名前は開発中のものです。** · 2008/07/02(水) 19:28:34

迷路で、島があると難しい。無ければ簡単

**名前は開発中のものです。** · 2008/07/03(木) 10:53:57

> 舵一杯回してもノードの周辺をぐるぐるまわっちゃうみたいな。

自動車の自動制御で、（最終的には微小な振動になるわけだが）
単純にセンターラインを目標にハンドルを切ると大きく蛇行してしまう
現象に似てるような気がする。

一旦その状態に入ってしまうと、一旦離れない限り抜け出せない
わけだよね？

**名前は開発中のものです。** · 2008/07/03(木) 15:18:08

実際の船舶なら
>>409式に目標が旋回半径の外に出るまで距離を取る
＝直進or目標と逆方向に舵を切る、減速して旋回半径を小さくする
微速or停船状態にしていいならサイドスラスターとか使って回頭（接岸時とか）
こんな感じじゃね

**名前は開発中のものです。** · 2008/07/03(木) 17:35:29

ホンダとかトヨタの高級車に搭載されてる車線保持システムは
ハンドルをそっと離して車線から逸脱しそうになると
穏やかに進路修正してオーバーシュートもハンチング（蛇行）もなく
収束・安定するよ
たぶん小さなフラつきでも定常的に続くと車酔いしてしまうので
厳禁なんだと思う
PID制御でいう比例ゲインは小さめで積分ゲインは普通めで
微分ゲインは大きめ、みたいになってると思う

軍用の自動操縦システムとかは知らね

**名前は開発中のものです。** · 2008/07/04(金) 01:08:59

>>411
おまいは何を説明したいんだ？

**名前は開発中のものです。** · 2008/07/08(火) 10:59:28

ツクールはまったく触ったこと無いけど、
システムと言うかツールとしては参考になると思う。

**名前は開発中のものです。** · 2008/07/08(火) 18:07:59

まあ制御系組まなくても、制御対象弄れるなら予め発振しないパラメータにしてやりゃいいんだけどな

**名前は開発中のものです。** · 2008/07/08(火) 18:31:59

カルマンフィルタを勉強するとよいぞ。
発振を防ぐには。理論上。

予測が一向に当たらないので俺は家に帰れません。

**名前は開発中のものです。** · 2008/07/09(水) 18:14:36

３Ｄのカメラについて質問があります
連ザのようなカメラワークをするには視点と注視点の算出をどのように行えば良いのでしょうか？
自機の写り方(スクリーン上のサイズ)が一定でなかったり相手との高低差がついた場合も上手くいかず
注視点の算出方法も悪い為敵機が常に画面中央にいてあそびがない状態です

現在はカメラと障害物の当たり判定はない単純な平面ステージを考えています

**名前は開発中のものです。** · 2008/07/09(水) 19:31:08

そのゲームをやったことのない人間にはどんなカメラワークかさっぱりだな

**名前は開発中のものです。** · 2008/07/09(水) 23:12:56

３人称FPSとほとんどおなじ視点
だが単に視点（カメラ）の操作を理解してないだけだと思うから
詳しいサイトとかみるといいぉ

**名前は開発中のものです。** · 2008/07/09(水) 23:18:29

新ジャンル「３人称FPS」

**名前は開発中のものです。** · 2008/07/09(水) 23:22:37

ああ、なんか彼がばしゅんばしゅん撃ってはるな。
こら激しいことですな。

みたいな気持ちになる視点とカメラワークなのだろう。

**名前は開発中のものです。** · 2008/07/09(水) 23:31:08

>>416じゃないけどカメラ解説が詳しいサイトあったら教えて頂きたい

**名前は開発中のものです。** · 2008/07/10(木) 00:52:38

一人称TPSの方がイマいです！

**名前は開発中のものです。** · 2008/07/10(木) 09:19:51

てか参考になるゲームがあるなら注意深く観察して目コピできるだろ

**名前は開発中のものです。** · 2008/07/10(木) 10:57:54

原理が分かってないからコード書けないって話だろ

**名前は開発中のものです。** · 2008/07/10(木) 11:24:13

>>416
「敵機が常に画面中央にいてあそびがない状態」になる理由は
>>416が言うとおり単純にカメラが敵機を照準しているから
カメラの照準線が敵（点）と常に交差しているのは一人称視点の場合。
三人称視点では「自機が（スクリーンの）左斜め下、敵機が右斜め上」といった構図だから
カメラの照準線は「自機と敵機を結ぶ直線（軸）」のどこかと交差している感じになる

カメラ制御用の入力情報として、例えば
　・スクリーン上での自機の位置・大きさ
　・スクリーン上での敵機の位置
　・カメラの画角（FoV）
　・カメラの傾斜角
のような条件を与えられる時、カメラの位置と姿勢は一意に定まる。
これは高校数学レベルの知識でも解ける単純な図形処理の問題。脳トレだな。
簡単のためにカメラ傾斜角ゼロとして上から見下ろしの2D図上に視錐台を描いてみれ

**名前は開発中のものです。** · 2008/07/10(木) 12:04:03

脳トレ用の平面図（例）
http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0301.png

A…カメラ座標　（未知）
B…敵機座標　（既知）
C…自機座標　（既知）
a…（既知）
b…（既知）
c…（未知）
α…（既知）
β…（未知）
γ…（未知）

c が求まればAが求まる。
分離軸法でC原点としてB-Cをx軸とする2D座標系上でやっても構わない

**名前は開発中のものです。** · 2008/07/10(木) 12:11:37

書き忘れたが照準線とBAのなす角、照準線とCAのなす角は既知なので
Aが求まればカメラの姿勢も求まる

**名前は開発中のものです。** · 2008/07/10(木) 13:09:26

二週間くらい前からＶＣ++を覚えながらDXライブラリでシューティング作ってて敵の出現やら弾の移動制御なんかは全部構造体とてんこもりの配列でやってるんだがやっぱりポインタやらクラスやらを使ったほうがいいのかな？

**名前は開発中のものです。** · 2008/07/10(木) 13:25:46

>>428
使った方が後々楽になる。あと、STLも忘れずに。

**名前は開発中のものです。** · 2008/07/10(木) 14:33:26

STLを使うためにクラスやらポインタを覚えるつもりでもOK
STLマジ便利だから

◆PSPI/D/D3o · 2008/07/10(木) 14:51:00

>>429 >>430
ありがとう

やっぱり覚えておいた方がいいのか…大体どんなものかはわかるんだが使い道がわからなくてな…

ところでSTLって何だ？ライブラリ？

◆PSPI/D/D3o · 2008/07/10(木) 15:23:34

STLググッてきた
携帯からだからよくわからんが何かを管理するのが楽になるライブラリってことか…

今はfor(…)で検索して存在するなら敵設置時に配列に格納されたパラメータを元に自動で移動処理や攻撃処理する…みたいにしてる

**名前は開発中のものです。** · 2008/07/10(木) 16:28:32

luaのスレってないのか
そこまでマイナーだと思ってなかったんだが

**名前は開発中のものです。** · 2008/07/10(木) 17:00:07

>>433
ム板にちゃんとあるよ

**名前は開発中のものです。** · 2008/07/10(木) 17:04:56

>>432
管理用ライブラリって訳じゃない。
基本的なデータ構造を低コーディングコストで利用できるライブラリ

しかし、Cの素養があるならポインタがわからんってのが理解に苦しむ。
構造体の配列と構造体ポインタの配列の違いぐらいわかってるものだと思うのだが。
つーかわからないと、ヤバイエラー起こしたりしないか？