1人でゲームが作れるように修行します。2 (487ﾚｽ)
上下前次1-新
127(1): 2010/11/13(土)16:02 ID:V7u6UtpM(1/2) AAS
カメラの向きによるでしょ
128(1): 2010/11/13(土)16:11 ID:V7u6UtpM(2/2) AAS
あ、座標系か。ゴメン
129(1): SGGK ◆6pZCoAtaxk 2010/11/15(月)06:53 ID:vSKd6IqB(1) AAS
>>127,128
Ｘ軸は右方向がプラスの方が確かに分かりやすいのでカメラの位置と向きは変えようと思います。
いろいろ理由があり作業が止まったりしていますが、まだ諦めてはいません。（仮眠しようとしたら朝になってしまったとか…）
今のモデルは、フィールドが511ｘ341（何故この数字にしたか忘れてしまった…）でその中心が原点(0,0,0)、
カメラの位置は(0,340,340)でカメラの注視点が原点(0,0,0)になっています。
作業の前にやっぱり簡単な例を用意して自分で（手作業で）変換行列を考えてみるところまで
やってみた方がいいかもしれないと思い始めてきたので、その作業分だけ進捗が遅れる可能性ありです。
130: SGGK ◆6pZCoAtaxk 2010/11/16(火)00:25 ID:MqJY7qc7(1) AAS
今日はエクセルで準備的な作図を途中まで進めて終了。
書いた図が結局役に立たずに時間を無駄にする可能性もあるけどやってみる。
131(1): SGGK ◆6pZCoAtaxk 2010/12/13(月)23:37 ID:X8dPGQWF(1) AAS
む…無駄になってしまった感じ。
図は書いてみたけど、座標変換について結局あまり理解出来てない事がわかった。
悩んだ結果、恥ずかしいほどに簡単な例を用意し、それを図にして考えてみた。
オブジェクト座標からワールド座標への変換はなんとなく分かったような気がしてきた。
カメラ座標への変換（ビュー変換？）については、オブジェクト座標からワールド座標への変換と同じやり方でたぶん出来るだろうということにして省略し、
今は透視変換について考えているところ。
132: SGGK ◆6pZCoAtaxk 2010/12/15(水)00:31 ID:KxIpLRHt(1) AAS
やっぱりやめることにした。
わずか一日で目標変更…。
昨日の続きをやるとなれば、また数週間経過しそうでそれでいいのだろうかという不安が急に出てきた。
透視変換についても>108の頃の自分よりは理解してるつもりなので、とりあえずプログラムに戻り、それでダメならまた別の方法を考えよう。
133: SGGK ◆6pZCoAtaxk 2010/12/21(火)22:35 ID:Uo1lQ495(1) AAS
変換についてやっぱりやめないで最後まで調べてＵｐするに方針変更。（葛藤し過ぎ）
できなければ出来たところまでをＵｐするつもり。
仕事じゃないんだし…、もう少し調べてみても無駄にはならないはず…。
趣味なんだからあまり無駄とか気にしないようにしよう！
今日は>>119氏のアドバイスのテストプログラムの動きの問題について考えてた。
>>120でプログラムが動いていたのは間違いないけど、画面左上に表示される
マウスでポイントした点が画面中のポリゴンと交差したところの点座標や他の情報を
表示している画面の文字がどんどん重なっていき見えなくなる問題が出ていた。
自分のプログラムでは、ClsDrawScreen と ScreenFlip() の間にゲームの中身の処理を
書いてループするようにしなければならないんだけど、テストプログラム用に無駄な箇所を消したり、注釈化していたときに
省4
134: SGGK ◆6pZCoAtaxk 2010/12/30(木)01:05 ID:8R77hh/I(1) AAS
年末休みだからとはいえさすがにもう寝なくては…。
>>131のカメラ座標への変換がなんとなくやっと理解出来たような感じ。
次は透視変換に挑戦。
ライブラリが無ければ自分は何も出来ないんだから座標変換勉強しても時間の無駄じゃないのか？
…という迷いはあるけど、あともう少しなのでこのまま進めてみるつもり…orz
135: SGGK ◆6pZCoAtaxk 2010/12/30(木)16:53 ID:4FkYuEBu(1) AAS
やっと出来た。
間違いや内容不足はあるかもしれないけど、>>129の11月１５日頃からの作業がやっと終了…。
１ページ目は結局使わなかった図。
２ページ目以降の８枚が勉強メモ。
外部ﾘﾝｸ:ux.getuploader.com
に
オブジェクト座標系からスクリーン座標系まで勉強.zip
という名前でＵＰ。
136: 2011/01/01(土)02:34 ID:iSY3aMmJ(1) AAS
P2_page001〜004を見た。
そもそも何をしたいのか読み取れなかったけれども、
最初の赤枠の大前提については、ボールの位置はワールド座標系で管理して、
必要に応じて選手目線の相対座標（オブジェクト座標）を求める方が簡単じゃないかな。
137: SGGK ◆6pZCoAtaxk 2011/01/01(土)22:31 ID:85GGaF9K(1) AAS
見てくれてありがとうございます。
自分はＤＸライブラリが無ければ何もプログラムできないので、
プログラムに直接影響しない事を調べてもあまり意味が無いのではないかと思う一方で
座標変換には３Ｄ入門の基本のような印象を持っていたので、
もし出来るならちょっと調べてみたいと思ったのが原因で１か月以上経過してしまいました…。
赤枠については今見ると自分もそう思います。
ボールに一番近い選手を知りたいなら選手の座標とボールの座標を
フィールド基準の座標系（ワールド座標系）で表して単純に距離計算した方がよさそうです。
次にやろうとしていることは、選手のデータ作り。
ビルボードの関数で選手を表示するので、メタセコイアで板（面？）のモデルを作り
省3
138: SGGK ◆6pZCoAtaxk 2011/01/13(木)23:49 ID:XHIcVK/b(1) AAS
データはなんとか用意出来た。３２ドット四方の面に選手移動アニメの一コマを貼り、
左歩行に２枚、右歩行に２枚、赤選手と青選手があるから（２＋２）ｘ２＝８個のテクスチャ付き面モデルを作成。
上と下の歩行描写は省くことにした。
テクスチャの貼り方はなんとか分かったけど、今まで使っていた１６コマを１枚にしていた２Ｄデータから
１コマずつ切り出すのに手間取った。
EDGEというソフトを使ってみたが、マウスできちんと３２ｘ３２で選べない。
なんとなく「edge グリッド表示」でネット検索してみると、「ツクールの素材を作る」という名前で以下がヒット。
外部ﾘﾝｸ[htm]:tanktown.web.infoseek.co.jp
まさにこれが知りたかった事なので作業できた。
余談だけどEDGEは２００９年で更新が止まってるようで、競合も多いだろうしフリーだから
省2
139(1): SGGK ◆6pZCoAtaxk 2011/01/17(月)23:51 ID:Px2vRAS2(1) AAS
>>115で言った
>とりあえず次にやろうとしているのは、マウスでフィールド上の一点を指定できるようにすること。
については、どうやら出来そうな感じ。
それを表す図やテストプログラムの実行ファイルをＵＰしようかと思ったけど、
テストプログラムでは、試したいＤＸライブラリの関数をメインループにそのまま書き込んだだけなので、
今までのクラスを使ったやり方に比べ単純な例で試して上手くいったと自分が思っているだけなのかもしれないので、
今度は、今までの２Ｄで動かしていたプログラムの中身を少しずつ３Ｄのライブラリ関数に置き換えて
動作を確認していき、これでうまくいくようならＵＰする予定。
フィールド上の一点を指定する方法については、
>>116氏の7行目の投影変換行列の逆行列を使う方法では、
省7
140(1): SGGK ◆6pZCoAtaxk 2011/01/18(火)23:06 ID:IAGIcn+p(1) AAS
いざソースを書き直そうとするもののどこから手を付ければ良いのか見当がつかない。（いまさら何を言ってるのかと思われそうだけど…）
今出てる問題は、今までのプログラムにベクトルが使えるようにするために追加したクラス、関数（ベクトル同士の加算、減算とか）が
既にＤＸライブラリに用意されていて、当然ＤＸライブラリの方が関数の種類も多い。
かといって今まで書いた自分のベクトル用関数もソースのあちこちに散っているので、
これをいますぐＤＸライブラリの関数に置き換えるのは数カ月単位の時間を要するのは確実。
とりあえず、
自分の書いたクラスVector3 ←中身はx,y,zだけ
ＤＸライブラリの構造体VECTOR ←中身は不明だけど、リファレンスを見てるとx,y,zが含まれているようだ。
の型を持つ変数同士を変換する事が出来れば、自分の書いた関数、ＤＸライブラリの関数のどちらでも使えるのではないかと予想。
一応、以下のような感じで書いてみた。まだ書いただけなので使えるかどうかは今後の進捗次第。
省16
141: SGGK ◆6pZCoAtaxk 2011/01/19(水)23:11 ID:VXY/IGc8(1) AAS
念の為もうひとつ確認しておこうと思い、テストプログラムでメインループの中に
Ｚキーを押したら選手のｘ座標を少しずつ増やしていく処理を追加してみた。
コンパイルして実行してみたら選手の絵がｘ方向に動いた。
３Ｄのビルボードの命令で描画した選手でもいままでの２Ｄ命令でやったとき同様に動く事が確認できた。
これで多少は安心してソースの書き直しに着手できる…と思う。
142: 2011/01/20(木)00:55 ID:yl8ufdN1(1) AAS
C#囓った俺だったら、Vecrot3にToVECTOR()関数を追加するかな
Vector3 a;
VECTOR b = a.ToVECTOR();
って書けるようにする
普段はVector3を使って、必要に応じてVECTORを吐き出すというイメージ
VECTORからVector3への変換はしない、という仕様にした方が多分デバッグは楽になると思う
143: SGGK ◆6pZCoAtaxk 2011/01/20(木)23:35 ID:hnrlJRek(1) AAS
アドバイス、ありがとうございます。
確かに変数の型はどちらかに統一しておいた方が良さそうなので注意します。
変数はVector3に統一し、ＤＸライブラリの関数の引数と出力の型がVECTORだった場合には、
引数に関しては、Vector3型をVECTOR型に変換した値を入力して、
VECTOR型出力に関しては、そのつど出力のx,y,z値をVector3型変数に入力すれば、>>140で言った
VECTOR型変数をVector3型に変換する関数は使わなくて済むので、これでやってみます。
今日のプログラム修正は、データのロード部分のみ。少しずつ進めていく予定。
144: SGGK ◆6pZCoAtaxk 2011/02/09(水)21:46 ID:iFm8dF3D(1) AAS
修正が思い通りに進まないので悩む。
また以前のようにクラス図の様な図を書いて整理してからソースを修正した方がいいのだろうかと思ったが、
エクセルで書こうとするととても時間が掛かるので、クラス図を書くためのフリーソフトが無いか探してみた。
UMLdraw フリー版とシェア版があり、フリーでは印刷できないので不可。
UMLmemo フリー、印刷無し、ビットマップ出力ありだけど、書いたテキストの空白が改行マークで埋め尽くされて見づらいので不可。
astah* community 無償版、印刷あるけど大きさの調整不可、使い方が難しいので不可。
無理してastah* communityでクラス図もどきを途中まで書いてなんとなく思い始める。
「頑張ってプログラムソースを書き直した方がいいような気がする。」
この状況になるまで約２週間経過。無駄な事をしてしまったのかも・・・。
省4
145(1): SGGK ◆6pZCoAtaxk 2011/02/11(金)22:55 ID:83OV5fAw(1) AAS
テキストファイルからの読み込みをやると言ってすぐ壁に突き当たる。
選手のポジション（ＦＷなど）を列挙型定数にしているけど、これは読み込めないらしい。
全てのデータをテキストファイルから読み込む方法に変える必要はないと思うので、
これについては、選手のゲームスタート直後の座標だけをテキストから読み込めるようにすればいいかなと考えた。
選手のデータ関係の修正作業は途中だけど、ちょっと中止。（方針変更しすぎ・・・）
クラス図を途中まで書いたときに感じた事だけど、状態を表す定数の追加やそれを使った分岐が
ソースを見づらくしており、他にも理由がいろいろあって、このまま気になったところから直してコンパイルしてもたぶん地獄の修正作業になると思った。
全部直してからでないと修正途中でコンパイルしたところでバグしかでないぞと思っていたが、
最低限のファイルだけ残して、残りはとりあえずコンパイルの対象となるフォルダの外に場所を移しておき、
残したファイルだけでコンパイルし動作確認出来たら、移動したファイルをいくつか戻して修正して・・・を繰り返していけばよいのではと思った。
省3
146: SGGK ◆6pZCoAtaxk 2011/02/14(月)00:35 ID:hwQDV7I3(1) AAS
11,12,13日の3連休では無理だった。（作業時間もすごく短いので・・・）
エラーの数は、２０個→８個→３０個と変わり、結局増えてしまった。
ゲームのループとそこから呼び出す関数はそんなに変更ないけど、
そこから先は思った以上に作り直しに近い感じなってしまった。
まだ先だけど、状態管理の定数を使った分岐処理もできればメインループの外に出したい。
一つの値があったとして、その値が自作のVector3型だったり、
ある時はＤＸライブラリのVECTOR型だったりするため、変換の方向を
Vector3 → VECTOR のみにしてソースを直すつもりだったのが想像以上に難しそうで、
プログラムソースもほとんど書き直しに近い感じになりそうなので、
この際思い切ってVECTOR型に統一して、ベクトル関係演算用関数については、
省1
上下前次1-新書関写板覧索設栞歴
あと 341 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s