【初心者】ｽﾚを立てる前にｺｺで質問を【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/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の素養があるならポインタがわからんってのが理解に苦しむ。
構造体の配列と構造体ポインタの配列の違いぐらいわかってるものだと思うのだが。
つーかわからないと、ヤバイエラー起こしたりしないか？

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

>>432
元々java系のプログラマなんじゃないか？とエスパー。
配列管理もいいが、ポインタを使うようになるだけで、Ｃのソースは
格段にスマートになるから使った方がいい。

◆ZZMmlvk7W2 · 2008/07/10(木) 18:04:41

>>435 >>436
４月から初めてプログラミングに触れてHSPでゲーム作り始めた趣味グラマだ。構造体なんか無かったから３次元配列とかで代用してた
６月中旬頃に処理速度に限界を感じて勧めもあったのでC++に乗り換えた
ポインタなんか無かったからある方が違和感を感じる…そのうち治したい
構造体も実のところしっかり理解してるわけじゃない…配列とかを一つにまとめられる大きな配列みたいに考えている

◆PSPI/D/D3o · 2008/07/10(木) 18:05:57

>>437
酉間違えた

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

>>437
大体そんな理解で問題ないと思いますよ。
とりあえず狭い範囲から慣れていくのがいいだろうし…

本文より長い蛇足↓

ポインターはアドレスを格納する変数。
・加減算すると１ごとにポインターの型のサイズだけアドレスの値が変化する。
・関数の引数に使う場合（アドレス渡し）ユーザースタックとか、いろいろと節約できる。
・値渡しがデータをコピーしているのと異なり、アドレス渡しでデータを弄ると元データが弄られる。
くらいかな。

ポインター周りは致命的なバグを生みやすいので、
（すぐ落ちるほうがバグ出しし易くていいと思いますがｗ）
参照する前に必ず範囲をチェックするくらいの勢いで、
コーディングするのがいいと思います。

「処理が重くなるのでは…」と思う場合は、
マクロでチェックの有無を切り替えられるように…とかなんとかは、
またいずれ気の向いたときに試すといいでしょう。

◆PSPI/D/D3o · 2008/07/10(木) 19:56:40

>>439
ありがとうございます(・∀・)
ふむ…まだわからない単語が多い…
とりあえずこのまま勉強と開発を同時に進めていくことにする…

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

無知な私に知恵をおさずけくださいぐらいの低姿勢のほうがいいよ
プログラマって基本そういうことをいわずに内心でためこむタイプが多い
でもわりと行儀いい子とか気に入った子には技術のバーゲンセールをする

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

こうですか！分かりません＞＜

↑これを文末に入れるだけで好感度あげあげ

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

ゲームの作り方教えてください！

こうですか！分かりません＞＜

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

別板で「どんだけー」とかしきりに書いてるキモチワルイオッサンがいて、
一度テレビで流れるとこの種のキモい系はいつまでも流行してると思い込むのかと
感慨深く見ていたものだが。

「あげあげ」か。
いつまで言い続けるつもりなのだろう…。

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

…………てか、C++って参照渡しでいいんだっけかｗ

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

>>445
参照渡しの方が、確実に実体がある分、致命的なバグを生みにくいからね。

でもポインタにはポインタの利点がある。
つまり、意図的に無効値を送ることが出来る。

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

いｄｓた

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

>>441
>>444
こういう絡み方する人っているよね

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

>>443
何でも教えるよ

>>444
(´・ω・`)ﾅｼﾞﾚｽっすか

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

>>449
地形（自然や建造物）に適した実用的な動的LODの実装について教えてください！

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

>448
触らないほうがいいと思いますよ

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

>>450
俺は何にも考えずに何年も前から
http://www.melax.com/polychop
この人の真似っ子して、その結果に満足してるんだが駄目？

富豪的には
ポリ数多すぎてヌルヌル動きません＞＜　→　貧乏人め！高いグラボ買え

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

地面は単純な格子状のメッシュだと楽でいいよね
Quad-Tree使った典型的なアレ
http://www.gamasutra.com/features/20000228/ulrich_01.htm

**名前は開発中のものです。** · 2008/07/11(金) 00:00:14

>>448
>>444はLGPスレの寒いおやじギャグが放置されて機嫌が悪いんだよ
日付変わったら自分突っ込みするから要チェックだ

**名前は開発中のものです。** · 2008/07/11(金) 00:15:42

(´・ω・`)

**名前は開発中のものです。** · 2008/07/11(金) 00:36:15

スキル足りなさ過ぎで仕事振れない新人(つっても中途採用のオッサン)に
それとなくダメさをほのめかしつつ人間関係に軋轢が生じない方法を
質問できるスレあれば教えてくだしあ

**名前は開発中のものです。** · 2008/07/11(金) 00:48:51

>>456
お好みのフェードアウト処理についてしつこく聞く

**名前は開発中のものです。** · 2008/07/11(金) 00:49:48

つか他所でやれ

**名前は開発中のものです。** · 2008/07/11(金) 00:50:55

【ﾋﾟｺﾋﾟｺやって】ｹﾞｰﾑ業界人実情吐露ｽﾚ【33万】
http://namidame.2ch.net/test/read.cgi/ghard/1212427217/l50

ワナビー募集中

**名前は開発中のものです。** · 2008/07/11(金) 16:00:31

どなたか教えていただきたい。
三次元空間上の線分ABと任意の点Pの距離を求めたいんだけど、ぐぐってみた所
直線を媒介変数で表現してまずABを通る直線との距離を求める手法が出てきた。
残念ながら媒介変数の概念が文系なおれにはさぱーり。
で、色々自分なりに考えてみたら、標準化したベクトルV1(AB)とベクトル
V2(AP)の外積を求めて得られるV1,V2に対してともに直角なベクトルV1sinθの
長さってABを通る直線とPの距離そのものでは？と言う疑問(希望)が生じたんだけど、
これって間違っているのだろうか？
Pから直線ABにおろした足が線分AB上にくるかどうかはAP・ABとBP・ABでチェックするつもり。
蒙昧な文系野郎に救いの手を差し伸べてやってください。

**名前は開発中のものです。** · 2008/07/11(金) 16:24:09

θが何かの説明が抜けてる。

**460** · 2008/07/11(金) 17:12:53

θはベクトルV1とベクトルV2が成す角度だと考えています。外積の説明読む限りでは。

**名前は開発中のものです。** · 2008/07/11(金) 19:15:53

ポジションをxyzwと表すように、テクスチャ座標も4つのfloatで表現する必要が出てきたのですが
今使ってるエンジンだと、3つのfloatの場合がuvwとなっています
4つ目には、なんのアルファベットを使えばいいのでしょうか

**名前は開発中のものです。** · 2008/07/11(金) 19:37:06

>>460
V1、V2に対して共に垂直となるベクトルを外積を使って求めると、その長さは
|V1×V2| = |V1| |V2| sinθ

ところで線分ABと点Pの距離は |V2| sinθなので

|V2| sinθ= |V1×V2| / |V1|

つまり、V1,V2の外積を求めて得られるベクトルの長さを
ベクトルV1の長さで割ってやると線分ABと点Pの距離は求まるのでは？

＞AP・ABとBP・ABでチェックするつもり。

この↑あいまいでようわからん。最終目的は「線分ABと点Pの距離を求める」んじゃないのか
最終的に必要なも求めたいものは何？なにをやろうとしてるの

**名前は開発中のものです。** · 2008/07/11(金) 19:53:20

>>463
uvwの次の文字は知らんけど、
OpenGLではテクスチャ座標を(s,t,r,q)で表してるので、それを採用するという手も

**名前は開発中のものです。** · 2008/07/11(金) 20:06:44

あきらめて、媒介変数使いなさいな。

てか、解説図無しで文字だけで解法を理解する力があるなら、ググって理解できるはずｗ
逆に言うとググって理解できないら、文字だけで理解させるなんてできないよ。

**460** · 2008/07/11(金) 20:38:37

>>464
目的はカプセル状のコライダーと任意の点の衝突判定です。
簡単な衝突判定つきの弾性体を実現するための関数群を製作中で、ゲームに使う
目的で、現在カプセル形状のコライダーとの衝突判定を製作中なのです。
＞AP・ABとBP・ABでチェックするつもり。
これは点Pから線分ABを含む直線におろした垂線が果たして線分AB上にあるのか
どうかの判定にベクトルAPとABの内積、BPとABの内積の値を見れば判定が出来る
かな、と言う意味です。
>>466
上記の目的なので、最終的に弾性体を構成するパーティクルがカプセルの領域
の内側にあった場合、その表面まで押し戻さなくてはならないので、最初から
ベクトルの長さで距離を測れると、ついでに衝突しない領域までパーティクルを
押し戻すのにベクトルの情報が有用かな、と思って…。
ttp://jp.youtube.com/watch?v=aYzRHZY8gHA
↑こいつの球体の代わりに任意のカプセルで衝突検知＋弾性体の変形をやろうと
しています…。