1人でゲームが作れるように修行します。2 (487ﾚｽ)
上下前次1-新
94(1): 2010/09/18(土)01:56 ID:ZJvrb5gA(2/3) AAS
>>92
>Vector3 a1={848,544,0};
>fp.xy（←これは昨日書いていたオブジェクト．構造体変数名の事）=a1;
ちょっとこのレスで、代入のコストが気になったんで検証してみた
struct A{
A(){}
A(int x_, int y_, int z_): x(x_), y(y_), z(z_){}
int x,y,z;
};
struct B{
B(){}
B(int x_, int y_, int z_): x(x_), y(y_), z(z_){}
int x,y,z;
void operator=(B &val){
x=val.x; y=val.y; z=val.z;
}
};
AとBの違いはoperator=を使用してるかどうかだけ
A a,b;
a = b;
こんな感じでただ代入するだけの式を、それぞれ１００万回ずつ実行
結果は予想外にもBの方が７倍も遅かった（単位はミリ秒）
A 5
B 35
そこで試しに、構造体に「double a[256];」を追加して実行
今度はBは変わらず、Aが極端に遅くなった
A 255
B 36
95(1): 2010/09/18(土)02:09 ID:ZJvrb5gA(3/3) AAS
最初Bの方が遅かったのは、operator=のオーバーロード
つまり関数オーバーヘッド分の差が出たのだろう
変数を増やすとAが遅くなるのは、ほぼ間違いなくコピーコンストラクタが発生してるからだろう
ここら辺は言語仕様のレベルでBのような代入にしてくれてもいいような気がするなー
ま、結論としてはoperator=は弄らない方が速い
96(1): SGGK ◆6pZCoAtaxk 2010/09/20(月)00:00 ID:y8zi6Evk(1) AAS
>>93、>>94、>>95
詳細な解説に感謝します。
自分にはまだ難しすぎるのですが、「c++ 構造体の代入 問題点」で検索してみたところ、
以下のＨＰがこれらを理解するのに参考になり（理解は出来ず雰囲気だけなんとなく自分に伝わったような感じ。）、
リンク先はpdfなので要注意かもしれませんが、
外部ﾘﾝｸ[pdf]:ist.ksc.kwansei.ac.jp
の１２〜１３ページあたりで、C＋＋にはいろいろな種類のコンストラクタがあり、
結果は同じようでもその書き方によっては、コンストラクタが多く呼び出されて処理に時間がかかるらしい。
あと>>94のコンストラクタの書き方が見たことない書き方だったけど、
ちょうど１７ページにある説明と似てるので、これかな？と思ってみたりで勉強になりました。
バグの方は、１２６個まで減少。
97: SGGK ◆6pZCoAtaxk 2010/09/20(月)23:18 ID:L4tJFEVm(1) AAS
今日もあまり作業出来てないけど、バグの残り３６個。
98: SGGK ◆6pZCoAtaxk 2010/09/21(火)23:17 ID:48pAG2m3(1) AAS
やっとバグが０個になった。エラーメッセージが０個になったと言う方が正しい表現に近いかもしれない。
しかし、画面でスタート直後にボールに近い選手が通常よりも早いスピードで画面外に出ていくような動きをして、
画面端に到達してそこから動かなくなる問題が出た。
やっぱり出た。エラーメッセージの出ないバグが…。
もしも、>>96のようなコンストラクタがどうのこうのが理由で動かないとなるとやっかいな予感。
自分は>>96はもちろんのこと今までに難しいといったところはなかなか理解が出来てないから…。
99: SGGK ◆6pZCoAtaxk 2010/09/22(水)23:13 ID:gcFU0B9v(1) AAS
バグはまだ取れない。
選手が画面やレーダーに表示されてるという事は、画面の表示範囲を決めてるカメラ関係のところに原因があるという可能性はなさそう。
選手の座標を計算してる箇所を調べる。今書いてる計算式は、説明を省くのでわかりにくいけど、以下のような内容。
fp->xy = AddVector(fp->xy,MulVector(sv,Application::frametime/sq));
Application::frametimeの中身が気になったので、printfDx( " frametime = %f \n" , frametime ) ;で調べると、
15.100000と表示された。もう一回やり直すと15.633333と出た。
このframetimeは、ｄｘライブラリのGetNowCount()を毎ループに1回計算し、
ループ前後の差を３０回足して、それを３０で割った平均値を意味してる。
調べるまで忘れてたけど、GetNowCount()の単位はミリ秒なので、先ほどの式では、1フレームで１５ドット近い移動量になっているだろうから、
１秒が約６０ｈｚのパソコンだと１秒で１０００ドット近く移動するはずなので、昨日の早すぎる移動スピードの原因だけはわかった。
とりあえず、
fp->xy = AddVector(fp->xy,MulVector(sv,Application::frametime/sq/1000));
のように書き直したら、選手がほとんど動かないけど、単位の間違いが原因だとわかった。
選手がボールに向かってくれない原因は未解決。
100: SGGK ◆6pZCoAtaxk 2010/09/23(木)21:24 ID:3ixO7vXf(1/2) AAS
選手がボールに向かわないバグが解決した。
選手とボールの距離とそのｘ、ｙ成分を計算するために座標の引き算をしたが、
選手座標 − ボール座標としてたのが間違い。
ボール座標 − 選手座標が正解。
でも何故かこれでもバグは解消されなかった。
本当の原因は、
違う場所を直していた。
という事だった。
自分のプログラムは移動関数を４種類用意してあり、
１．その場停止
２．マウスに向かう
３．ボールに向かう
４．指定したＸ、Ｙ座標の位置に向かう
なんだけど、いつからか４番の関数だけ使えば十分だろうと思い、
４の関数にマウス座標やボール座標を渡していた。
でも、そのことを忘れていて、ボールに向かわないバグだから
ボールに向かう関数を直さねばと思い、その関数だけを直していた。
昨日スピードのバグが直ったのは、その時だけたまたまＰＣ画面が小さくてプログラム行が下がっていたのに気付かず４番の関数を書き直していたのだろうと思われる。
ある意味１日で気付けたのは運が良かったのかもしれない…。
101: SGGK ◆6pZCoAtaxk 2010/09/23(木)21:46 ID:3ixO7vXf(2/2) AAS
プログラムにベクトルの表現を取り入れる作業は一区切り付いたけど、
これはあくまで>>65の目標に取り組めるようにするための準備段階なので、
次は画面関係の修正に挑戦する予定。
まだ方法を考えてる段階なので簡単には進みそうにない予感。
少し斜めから見たフィールド画像でプレイできるようにするのが目標だけど、
ネットではパースというキーワードで検索するものの即取り入れ可能な事を書いてるホームページにはまだ出会えていない。
他には動画サイトで昔のサッカーゲームの画像を見て、参考に出来るところが無いか調査中。
102(3): SGGK ◆6pZCoAtaxk 2010/09/25(土)00:13 ID:Q7QeFJjp(1) AAS
パース、その他いろいろなキーワードで検索したが見つからず。
いますぐどこかの３Ｄライブラリを理解できるレベルではないのでかなり困った状況。
大体イラスト関係のホームページがよくヒットして消失点という言葉が出てきて、
これを考えればフィールドの形を遠近法的な台形形状に書くことは出来るだろうけど、
例えばその台形のフィールドに奥行きと高さ方向にメッシュを入れる時、何を基準にすればよいのかを詳しく説明してるところを見つけられず、
結局参考にならなかった。奥行きのメッシュは遠くになるにつれて間隔が狭くなると思うけど、それを決定する基準がわからないという意味。
そしてしばらくまた探していると、とあるホームページで人間の目は並行ではなく放射状にものを見ているとの記述があり、
これが参考になりそうなので、方法を考えているところ。
103(2): 2010/09/25(土)00:26 ID:j8zDlksV(1) AAS
>>102
3Dライブラリを使うのが結局は楽だよ
（描画効率を無視するとして）
フィールドのモデルとプレイヤーのモデルを配置
カメラ位置・方向を決定したら draw 一発
難しい事を考えなくて済む
104(2): 2010/09/25(土)00:50 ID:Djp6Vs3v(1) AAS
>>102
確かに3Dライブラリを教科書どおりに使えば簡単にできることだけど
敢えて自力で計算してみようというなら
「透視投影変換」、「同次座標表現」で検索するといいかも。
105: SGGK ◆6pZCoAtaxk 2010/09/26(日)01:06 ID:CCDwSOVy(1) AAS
ありがとうございます。ちょっと考えてみます。
>>103
３Ｄの勉強を全くしていない状態なので、知識のない自分には３Ｄライブラリを使うのは無理かと思ってたけど、
すぐに諦める前にもう少しだけ調べてみようと思います。
>>104
「透視投影変換」、「同次座標表現」のキーワード、感謝します。パース等ではなかなか役立つホームページがヒットしなかったので…。
すぐには理解できないけど、検索結果のホームページの内容の方が自分の思いつきより洗練されてるので、３Ｄライブラリ使用が無理な場合、次の手段として挑戦しようと思います。
とりあえずＤＸライブラリで出来ないか考えてみる事にした。
ホームぺージから最新版をダウンロードしたら、3.04だった。
いままでのは2.25、リファレンスの球を表示する部分を丸ごとコピペしてコンパイルしたら
球が表示されたので、もし２Ｄとソースが共存できるなら今までのプログラムを３Ｄライブラリで丸ごと書き直さなくてもすむかもしれないと思って終了。
106(1): SGGK ◆6pZCoAtaxk 2010/09/29(水)23:24 ID:ixkP0mUb(1) AAS
ＤＸライブラリ３Ｄでプログラムを組むための参考になりそうなホームページがどうも無さそうなので、
ＤＸライブラリ置き場ホームページに行き、サンプルプログラムの
３２．３Ｄアクション基本 を見るが複雑すぎて今は無理と判断。
３１．迷路を３Ｄで表示 も難しいが、プログラムのソースにあるカメラの命令のリファレンスを見てみるもののやっぱりよくわからない。
>>102で言ってた２Ｄだけで自分で計算するか悩んだが、その前にあと一つ試せる方法があったのでやってみた。
今まで書いてたプログラムの状態や画面の遷移、得点、時間表示などを削除し、
３Ｄ円錐の描画命令をコピペし、上記で言ってたカメラの命令をコピペしてみたら描画された。
最初からプログラムを作り直さなくても３Ｄ命令のテストが出来たのは運が良かったかもしれない。
カメラの関数の引数を変えると円錐の向き大きさも変化したが、座標系がよくわからないので、
何故このように見えるのかが今はまだわからない。
カメラ関数の引数を変えても２Ｄの選手やフィールドの絵には変化が無かった。
もしかすると結局はすべて３Ｄのライブラリ関数で書き直すしかないのかもしれないと思って終了。
107(1): 2010/09/29(水)23:40 ID:UzXxGPtF(1) AAS
>>106
２Dの絵がすでにあるならビルボードでググってみるとよろしかろう
108(1): SGGK ◆6pZCoAtaxk 2010/10/01(金)00:18 ID:EHwgOhQ3(1) AAS
>>107
ありがとうございます。３Ｄを不勉強なので、ビルボードも知りませんでした。
フィールドを３Ｄで表示して選手を２Ｄにして遠くにいる選手の画像は２Ｄのライブラリ関数で縮小表示できれば３Ｄらしくなるのではと自分はいままで思っていて、
しかしその縮小比率をどのように計算すれば良いのかが悩みどころでしたが、ビルボード関係を調べて何ができるのか読んでみると、
厚みのない画像でも３Ｄ空間の物体扱いにできてカメラ関数があればフィールドと一緒に選手も３Ｄ視できそうな気がしてきたので作業が進んだら挑戦してみたいと思います。
今日はホームページで３Ｄ関係を巡回したのみ。
３Ｄ空間からＰＣ上のゲーム画面への座標変換を行うには、いろいろな行列を何度か掛ける必要があるとか、座標系の種類の説明がいろいろ。
これを理解してプログラムを書けるようになるにはどう考えても数カ月から…いや下手すれば数年かかるんじゃないかと感じた。
しかし、一方で昨日のＤＸライブラリのサンプル ３２．３Ｄアクション基本 のソースを見る限りでは、行列を何回も掛けているような処理の記述は見当たらない。（探し下手で自分が見つけられていないだけかもしれないが…）
もしかすると、３Ｄ空間内にモデルを配置してカメラ関数の引数をセットすれば３Ｄ視できるその中に既にそういった計算が見えないところで行われてるのかもしれない。（これが>>103氏、>>104氏の言っていた事かもしれない）
とりあえずなんだかわからない状態だけど、なんらかのモデルを用意して、それを読み込んで画面に表示することに挑戦してみたい。
109(1): SGGK ◆6pZCoAtaxk 2010/10/04(月)23:34 ID:OotJcuep(1) AAS
ＤＸライブラリのサンプルプログラムで拡張子mqoというのがあり、メタセコイアのファイルのことだとわかったので、
金曜日の夜にメタセコイアＲ２．４（フリーの方）をインストールした。
モデルをつくる技術が無いので、面→基本図形で面を生成し、材質設定で緑色を指定するにたどりつくまででもかなりの時間がかかった。
サンプルプログラムのやり方を真似してこの平面モデルのmqoファイルを読み込み、表示させようとしたが、
最初は全く表示されず、表示されても白黒だったりしたが、ファイル作るところからやり直してみたら今度は表示された。
結局原因は不明。次は今までの選手の２Ｄ画像を平面モデルに張り付けられるのかに挑戦。
110(1): 2010/10/06(水)18:41 ID:WfQHbqcm(1) AAS
>>109
頑張れ！
111: SGGK ◆6pZCoAtaxk 2010/10/07(木)00:39 ID:uuBtJJiv(1) AAS
>>110
今は全ての作業が試行錯誤なので遅くなっているけど頑張ります！
選手の画像を１コマ切り取り、同じサイズの平面をメタセコイアで作成して
その平面に選手の画像を貼ろうとしたが失敗。
この処理はＵＶマップと呼ばれてるらしいが、とりあえず貼り付けをやめてｘｚ面に垂直なただの平面を作り、
フィールドの次に描画させようとしたら表示されず。
何回かやり直していたら、フィールドと小さな平面が表示されたところで終了。（原因不明）
112: SGGK ◆6pZCoAtaxk 2010/10/07(木)23:46 ID:IVAUpJqc(1) AAS
フィールドの平面モデルにネットのフリー素材のフィールド画像を張り付けてみようとしたら何故か出来た。
ＵＶマッピングとかいまだに解ってないので偶然できただけ。
ビルボードで選手を描画するのは難しい事がわかってきた。
DrawBillboard3D関数が使えるかなと思ってリファレンスを見たら、画像のサイズは自分で入力しなければならないので、
この関数仕様だと、いろんな位置や角度で見たときの選手がどの程度の大きさで見えてるかを自分で計算出来る必要があり、これを実現するのは難しいと思った。
すぐ諦めるのはどうかと思いつつも、最初に諦めてたモデルを配置してカメラ関数で見てもらうやり方を検討することにして今日は終了。
とりあえずは、選手を円筒か何か簡単なモデルで表現して配置してどのように見えるかを目標にする。
113(1): 2010/10/08(金)00:25 ID:lwTrudzA(1) AAS
>いろんな位置や角度で見たときの選手がどの程度の大きさで見えてるかを自分で計算出来る必要があり
DXライブラリ使った事ないので的外れかもしれないけど
こういうのって普通ビュー変換で処理されるんじゃないのか
114: SGGK ◆6pZCoAtaxk 2010/10/09(土)01:18 ID:k0QY2+O0(1) AAS
>>113
実は自分は変換関係についてネットで調べて言葉を知ったところまでで、それ以上の探求をちょっと怠ってしまっている状況です…orz
でもそう言われて気になったのでビルボードの関数を試してみたら遠くのものが小さくでてました。やってみるきっかけになり、感謝します。
int DrawBillboard3D( VECTOR Pos, float cx, float cy, float Size, float Angle, int GrHandle, int TransFlag ) ;
の引数、float Size ： 描画する画像のサイズ…の意味を間違えて解釈していた。
縦横=Sizeの２Ｄ画像が３Ｄ空間のどこにあってもこのSizeを保って描画されるのかと思ってた。
もしそうならば、３Ｄ空間で遠くにある画像はその分小さく描画したいから自分でその大きさを計算していちいち引数Sizeの値を入力し直す必要があるのかと勘違いしてしまってた。
Sizeはあくまでもロードした画像の大きさであって、あとは座標を指定すればその位置に応じて大きさを変換してくれることが確認できた。
一応結果画像をうｐしてみます。
外部ﾘﾝｸ[html]:gamdev4.hp.infoseek.co.jp
115(2): SGGK ◆6pZCoAtaxk 2010/10/10(日)00:13 ID:U9No5w8c(1) AAS
今日は進捗なし…orz
毎日何か進捗のある状態に持っていくことの難しさを痛感。
とりあえず次にやろうとしているのは、マウスでフィールド上の一点を指定できるようにすること。
今まで書いてた2D平面版ではマウスカーソルの位置に選手が向かうようにしていたので同じ操作方法を使えるようにしたいのが理由。
２Ｄ版では、ゲーム画面（６４０Ｘ４８０）の左上角の座標がゲームのフィールド全体の座標でみたとき（ＷＸ、ＷＹ）という座標で、
マウスカーソルの画面での座標が（Ｘ、Ｙ）としたとき、マウスカーソルのフィールド上での座標値は（ＷＸ＋Ｘ、ＷＹ＋Ｙ）になる。
３Ｄでもこれに相当する処理をしたいけど、３Ｄになるとカメラの位置が立体的に変化するからどうすればよいか想像が付かない。
このスレで教わった用語からいもづる的に出てきた用語を駆使して、
「ビュー座標からワールド座標を算出」というそのままなキーワードで検索してみたらたくさん出てきた。
どうすれば出来るのかある程度調べたら、使えそうなライブラリ関数を探す予定。
ライブラリで出来なければ、何も出来ない自分なので…orz ←まぁ、これはあまり気にしないでこれからも行き詰まるまで頑張るつもり。
116(8): 2010/10/10(日)07:27 ID:iMXoTcjW(1) AAS
一般的な方法としては、
・E=視点座標、つまりカメラの位置をあらわす位置ベクトル
・L=投影面における視点からマウスカーソルまでの半直線ベクトル
から、仮想空間内の任意の物体との交差判定、交差位置特定がきる。
Eは、普通、プログラム上で管理されている。
Lは、FOV（視野錘台)を自分で管理されているなら容易に計算できるが、
投影変換行列の逆行列を使っても計算できると思う（そういう便利な関数があるかもしれない）。
L = Mproj.inv x (mouseX,mouseY,1)T
Mprij.inv = 投影変換行列の逆行列
(mouseX,mouseY,1) = マウスの座標（正規化装置座標系、同次座標表現)
特に、フィールドのような単一平面との交点計算は、
・O=原点（フィールド面上にあること）
・N=フィールドの法線ベクトル(正規化ベクトル)
に対して、Eがフィールドの表面にあると限定した場合、
LとNの内積が０以上の場合、交差しない（マウスカーソルは天空を指している）
さもなければ、
・h= フィールド面からEまでの高さ((E-O)とNの内積)
から、
・t= -h/(LとNの内積)
を求めれば、目的とするフィールド上の点Fは、
・F= E+L*t
のような手順で計算できるはず。
あとは、(F-O)をフィールドの座標軸(X-O)(Y-O)で分解すれば、２次元座標に戻せる。
うろ覚えで書いているので細かい間違いがあるかも知れないが（違ってたら乞指摘）、
ゆっくりでいいんで、参考にしてもらえれば嬉しい。
頑張れ！
117: SGGK ◆6pZCoAtaxk 2010/10/11(月)00:46 ID:LCOMmGvc(1) AAS
詳細な説明をありがとうございます。
やっぱり自分にはまだ難しすぎたようです…。
しかし、これが解らなければ>>115でやろうとしていることもライブラリ関数だけでは結局出来なさそうなので、
もう少し頑張ってみようと思います。１日の作業時間が短いので、何週間か掛かるかも…。
118(1): SGGK ◆6pZCoAtaxk 2010/10/30(土)23:45 ID:DMcbgP8e(1) AAS
ま…まだ無理な感じ。何週間じゃなくて何カ月と書いておけばよかった…。
やっぱりある程度の知識が無いと理解が進まないような気がしてきた。
ある程度知識を持ってる前提でちょっとわからない用語を調べるのにはネットは役立つけど、
今の自分は３Ｄに関しほとんどが知らない用語ばかりで思考が進まないので勉強が足りないと感じた、
遠回りだろうけど、本屋に行きそこに置いてあった中から１冊選んで来た。
「実例で学ぶ３Ｄ数学」←生き物を表紙に多用しているオライリーシリーズのひとつで、前スレでもこの本を紹介してくれていた人がいた。
今は第７章で１０８ページまで読んだけど、自分には難しい内容。
式の証明があまり無い様で、わからない箇所については「そういうものなんだ」ということにして先に読み進めているところ。
９章（〜１９４ページ）まで読み終わったら、もう一度上記について考える予定。
119(5): 2010/10/31(日)14:36 ID:Ha18eay7(1) AAS
ConvScreenPosToWorldPosのサンプル内でMV1CollCheck_Lineを使って
ポリゴン上のマウス座標を出してるっぽいのがあるよ
120(2): SGGK ◆6pZCoAtaxk 2010/11/01(月)00:11 ID:IY/H8hBE(1) AAS
>>119
こ…、これは気付きませんでした。ありがとうございます。
試しにサンプルで使えそうな部分をコピーしてプログラムソースに貼り付けてまさかのコンパイル。
これではおそらくバグが山積みだろうと思ったら、予想外に通った。画像の文字の意味についてはまだ理解出来てません。
サンプルでは、スクリーン上のマウス座標から直線が延びているイメージで、ワールド座標内のポリゴンに当たったらそこが黄色になるという内容だろうと解釈。
マウスを左上に持っていくとフィールドの左上が黄色、右下にもっていくと右下が黄色、フィールド外だと変化なし。
とにかく反応していることが確かめられたので、このサンプルコードを自分がやろうとしていることを実現できるように
書き変えられるか考えてみようと思います。
参考画像をうｐ
外部ﾘﾝｸ[html]:gamdev4.hp.infoseek.co.jp
もちろん>>116〜118についても継続するので、並行作業で行く予定。
121(1): 2010/11/04(木)00:20 ID:DIpes90k(1) AAS
カキコがなくて心配してたよー
122: SGGK ◆6pZCoAtaxk 2010/11/04(木)22:06 ID:vVAyUmeW(1) AAS
>>121
>118の本の学習がなかなか進まなかったため、ご無沙汰してしまいました。（汗；
ときどき停止するかもしれませんが頑張ります。
本の方は８章（〜１４４ページ）で一区切り。とりあえず８章まで読めればなんとかなりそうなので９章までの予定は中止。
１４章も一部分だけ読んでみた。残りは必要なときが来たら挑戦するつもり。
>>116氏のをもう一度読んでみたところあともう少しでわかりそうな気がしてきたので、
あとはネット検索で投影変換行列を調べてみる予定。
123: SGGK ◆6pZCoAtaxk 2010/11/11(木)00:10 ID:OH7eCgI8(1) AAS
>>116氏のアドバイスについて今の自分に出来るところまで図示で理解しようとしてみたのでＵＰ。
視野錘台がうまく斜めに書けていないとかいろいろあるけど、
この状態からさらに理解が進めばＤＸライブラリを使って自分なりの関数をどのように作ればよいのかがわかるかも…、
そんな時が来るかもしれないと期待してここでいったん区切ることにしてみます。（感謝！）
いつも使わせてもらってたアップローダがサービス停止のようなので、いろいろ探して以下のところにしてみた。
（アップローダを使ってるスレを探してたらＮＥ○Ｔスレを偶然見てこのアップローダの存在を知った。）
他にお勧めのアップローダがあれば、柔軟に対応します。
外部ﾘﾝｸ:ux.getuploader.com
次は>>119氏のヒントを元に次の行動を決める予定
上下前次1-新書関写板覧索設栞歴
あと 364 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.023s