1人でゲームが作れるように修行します。2 (487ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
107(1): 名前は開発中のものです。 [sage] 2010/09/29(水) 23:40:52 ID:UzXxGPtF(1) AAS
>>106106(1): SGGK ◆6pZCoAtaxk [sage] 2010/09/29(水) 23:24:31 ID:ixkP0mUb(1) AAS
ＤＸライブラリ３Ｄでプログラムを組むための参考になりそうなホームページがどうも無さそうなので、
ＤＸライブラリ置き場ホームページに行き、サンプルプログラムの
３２．３Ｄアクション基本 を見るが複雑すぎて今は無理と判断。
３１．迷路を３Ｄで表示 も難しいが、プログラムのソースにあるカメラの命令のリファレンスを見てみるもののやっぱりよくわからない。
>>102で言ってた２Ｄだけで自分で計算するか悩んだが、その前にあと一つ試せる方法があったのでやってみた。
今まで書いてたプログラムの状態や画面の遷移、得点、時間表示などを削除し、
３Ｄ円錐の描画命令をコピペし、上記で言ってたカメラの命令をコピペしてみたら描画された。
最初からプログラムを作り直さなくても３Ｄ命令のテストが出来たのは運が良かったかもしれない。
カメラの関数の引数を変えると円錐の向き大きさも変化したが、座標系がよくわからないので、
何故このように見えるのかが今はまだわからない。
カメラ関数の引数を変えても２Ｄの選手やフィールドの絵には変化が無かった。
もしかすると結局はすべて３Ｄのライブラリ関数で書き直すしかないのかもしれないと思って終了。
２Dの絵がすでにあるならビルボードでググってみるとよろしかろう
108(1): SGGK ◆6pZCoAtaxk [sage] 2010/10/01(金) 00:18:19 ID:EHwgOhQ3(1) AAS
>>107
ありがとうございます。３Ｄを不勉強なので、ビルボードも知りませんでした。
フィールドを３Ｄで表示して選手を２Ｄにして遠くにいる選手の画像は２Ｄのライブラリ関数で縮小表示できれば３Ｄらしくなるのではと自分はいままで思っていて、
しかしその縮小比率をどのように計算すれば良いのかが悩みどころでしたが、ビルボード関係を調べて何ができるのか読んでみると、
厚みのない画像でも３Ｄ空間の物体扱いにできてカメラ関数があればフィールドと一緒に選手も３Ｄ視できそうな気がしてきたので作業が進んだら挑戦してみたいと思います。
今日はホームページで３Ｄ関係を巡回したのみ。
３Ｄ空間からＰＣ上のゲーム画面への座標変換を行うには、いろいろな行列を何度か掛ける必要があるとか、座標系の種類の説明がいろいろ。
これを理解してプログラムを書けるようになるにはどう考えても数カ月から…いや下手すれば数年かかるんじゃないかと感じた。
しかし、一方で昨日のＤＸライブラリのサンプル ３２．３Ｄアクション基本 のソースを見る限りでは、行列を何回も掛けているような処理の記述は見当たらない。（探し下手で自分が見つけられていないだけかもしれないが…）
もしかすると、３Ｄ空間内にモデルを配置してカメラ関数の引数をセットすれば３Ｄ視できるその中に既にそういった計算が見えないところで行われてるのかもしれない。（これが>>103103(2): 名前は開発中のものです。 [sage] 2010/09/25(土) 00:26:55 ID:j8zDlksV(1) AAS
>>102
3Dライブラリを使うのが結局は楽だよ
（描画効率を無視するとして）
フィールドのモデルとプレイヤーのモデルを配置
カメラ位置・方向を決定したら draw 一発
難しい事を考えなくて済む
氏、>>104104(2): 名前は開発中のものです。 [sage] 2010/09/25(土) 00:50:55 ID:Djp6Vs3v(1) AAS
>>102
確かに3Dライブラリを教科書どおりに使えば簡単にできることだけど
敢えて自力で計算してみようというなら
「透視投影変換」、「同次座標表現」で検索するといいかも。
氏の言っていた事かもしれない）
とりあえずなんだかわからない状態だけど、なんらかのモデルを用意して、それを読み込んで画面に表示することに挑戦してみたい。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s