Direct 3D

. · 01/11/09 17:06

Direct Xはあるみたいですが、こちらはD3D専門という事で。
とりあえずDX8以降は初期化が簡単になったり関数が変わったり
結構大幅に変わりましたがその辺も踏まえてお願いします。

**名前は開発中のものです。** · 04/09/15 01:36:20

>>587
lwoのレイヤーはゲーム側では無視です。
lwsの階層構造のみ反映されます。

簡単にいうとこんな感じでしょうか。

**名前は開発中のものです。** · 04/09/15 01:41:24

>>589
>通常は、スキニングのモデルはワンスキンが前提だろ？
いえ、lwoの時点でわかれていたとしても、
lwsのときにスキニングになっていればいいような気がするんですよね。
あれだけポツポツわける作り方を強いるツールなのに、
人体まるまるってところが不自然な気がします。

**名前は開発中のものです。** · 04/09/15 01:42:49

>>590
君は頓珍漢な事を堂々と言ってるね…
一つのlwoに6つのobjectが保存されてて、
lwsの階層読み込みの指定がレイヤー指定の同じlwoだと
無理って事か？

それともLWのレイヤーと階層構造がごっちゃになってるのか？

**名前は開発中のものです。** · 04/09/15 01:45:53

>>4xq4x6N
＞いえ、lwoの時点でわかれていたとしても、
＞lwsのときにスキニングになっていればいいような気がするんですよね。
＞あれだけポツポツわける作り方を強いるツールなのに、
＞人体まるまるってところが不自然な気がします。

おまえ、ボーンによるスキニングの再生プログラム組んだ事ないだろ？
不自然な気？気？
なんだよ、気って…
理論的に考えれば、なぜワンスキンと言う名称か判るだろ…

**名前は開発中のものです。** · 04/09/15 01:46:07

>>592
いえ、lwoを読み込むときにレイヤーは無視しちゃった方が楽ですね。って話です。

**名前は開発中のものです。** · 04/09/15 01:49:02

>>593
？
フレームがわかれていてもスキニングはできますよね？

**名前は開発中のものです。** · 04/09/15 01:51:26

>>594
だから、それをアホな考えだっていってるの。
lwsでは、lwoのレイヤー3を読み込めとか
そう言う指示のされかたなの。
無視したら読み込めないだろ。

**名前は開発中のものです。** · 04/09/15 01:53:29

>>596
ですから、意図的にlwoのレイヤーの１番にモデルをすべてまとめてもらうように
デザイナに頼んでおいた方が楽じゃ無いですか。
って話ですよ。

**名前は開発中のものです。** · 04/09/15 01:57:42

>>595
勿論、やろうと思えば出来る。
しかし、その意味する処理内容を
数々の発言から君が理解出来てるとも思えないね。

**名前は開発中のものです。** · 04/09/15 01:59:13

>>597
だから、何度も言わせるな。
それを、腕が無い、アホ、だって言ってるの。

**名前は開発中のものです。** · 04/09/15 02:01:54

>>599
でも、結局、レイヤーはゲームには反映されないですし。
この構造で分けておくことに意味はないですよね。

**名前は開発中のものです。** · 04/09/15 02:03:27

>>4xq4x6N
おまさ、コンパイラプログラムが分割コンパイルを許さず、
ソースは一つのファイルにまとめておけって仕様だったら、クソとか思わない？

**名前は開発中のものです。** · 04/09/15 02:05:56

>>600
限定されたシチュエーションでの話ですが、LightWaveではレイヤー分けって
作業は時にローポリモデルの間接を曲げる時に必要な概念なんですよ。

つうかモーションはデザイナーに丸投げで良いじゃないですか。
ＰＧサイドではlwsを使う事に注目してしまっていい気はします。

**名前は開発中のものです。** · 04/09/15 02:06:47

>>600
無能全開のお言葉だなww
レイヤーとは保存の形式であって、構造ではないだろ。
親子構造でアニメーションするモデルは
構造数分のlwoで保存ってか？
アホ言ってるなよ。
ロボ系とか、軽く1000近くなるぞ？

**名前は開発中のものです。** · 04/09/15 02:08:44

>>601
それよか、１つのモデルに対しlwoとlwsと複数のファイルがちらばるので
その中身をデザイナさんが管理できているのかっていう方が心配です。
いっそ、レイヤーは切ってしまった方がすっきりすると思っています。
１つのヘッダファイルに複数のクラスが定義してあるのって嫌ですよね？

**名前は開発中のものです。** · 04/09/15 02:11:04

　　_＿＿＿＿＿＿＿_　　　　　　＿＿＿
　　|　　　　　　　　　　| 　　　　　　　（＿＿＿）
　　|　　　巻きで！　　|　　　　　　　　∥
　　|＿＿＿＿＿＿＿,|　　＿.∧∧ ┐　.∥ ∧,,∧ 　　 ∧∧
　　　　∩ ∧ ∧∩ 　　 ○）(ﾟДﾟ )　］　∥((ﾟДﾟ(Ο　 (ﾟーﾟ*)
　　　　＼(ﾟДﾟ )ノ　　　￣⊂　｜┘　⊂ミ　　Uミ φ|　 ∪
　　　　　　|　　＼. 　　　　 | 　｜　　∥ ミ　ミ　　 l　　）～
　　　　　　　(＿＿ﾉ　　　　　　 U U 　　　　　U U　　　　U"U

**名前は開発中のものです。** · 04/09/15 02:13:02

>>604
逆だよ、親子構造のモデルを管理するのに
レイヤー分けで一つのlwoにした方が楽だろ。

何度も言うが、お前は"思ってる"とか"気がする"とか凄いな…

**名前は開発中のものです。** · 04/09/15 02:14:22

>>603
>親子構造でアニメーションするモデル
なるほど。
それはやりにくいです。

**名前は開発中のものです。** · 04/09/15 02:14:45

＞１つのヘッダファイルに複数のクラスが定義してあるのって嫌ですよね？
まさに、お前の言う、一つのレイヤーにまとめるってのと同義だろ。
自分で、自分の考えを否定してりゃ世話ないわな。

**名前は開発中のものです。** · 04/09/15 02:15:01

>>606
>>親子構造のモデルを管理するのに
>>レイヤー分けで一つのlwoにした方が楽だろ。
すまん。それもしんどいかと思うんすｗ

**名前は開発中のものです。** · 04/09/15 02:17:16

>>606
>逆だよ、親子構造のモデルを管理するのに
>レイヤー分けで一つのlwoにした方が楽だろ。
なるほど。
確かにその通りです。
lwoをメッシュ（？）格納庫と見て、lwsで構造を組み立てるって感じですかね？

**名前は開発中のものです。** · 04/09/15 02:18:43

>>609
え？駄目なんすか？
実は、これだなって思ったんですけどｗ

**名前は開発中のものです。** · 04/09/15 02:20:27

>>611
制作者本人なら階層関係は全部頭の中に入ってるとも思います。
でも他人を巻き込んだときに破綻する気がしたんですよ。

**名前は開発中のものです。** · 04/09/15 02:21:41

>>611
はぁ、お前は全く理解出来てない。
要は、LWが許している挙動をお前のプログラムが対応してればいいだけ。
決め内で、こう動くプログラムとか言ってるなって事だ。

まぁ、仕事でスピード最重視のコーディングなら許されるかも知れんが。

**名前は開発中のものです。** · 04/09/15 02:24:43

そのまま再生させるだけなら問題無いんですよ。

例えば、人体モデルで、拳のパーツの部分、

拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
　｜ー拳のメッシュ（拳のローカル座標系のメッシュ）

になってて欲しいトコロを、LW7.5の場合、

拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
　｜ー拳のメッシュのフレーム（原点にﾄﾗﾝｽﾌｫｰﾑ）
　　　｜＿拳のメッシュ（ワールド座標系のメッシュ）

になってしまってるんですよ。
もしかしてこれって普通？Ｍａｘでもそうなるのかな？

**名前は開発中のものです。** · 04/09/15 02:28:43

>>611
>>610のレスは完全には間違っていません。
階層の記録を数段階に分けて考えてみて欲しいのです。

**名前は開発中のものです。** · 04/09/15 02:29:08

>>614
全然言ってる事が理解出来ないが、
確実に言える事が二つ。
一つ、Xfileのフォーマットは決まってるぞ。
一つ、Xfileのフォーマットを理解出来てないか、アニメーションプログラムを理解してない。

**名前は開発中のものです。** · 04/09/15 02:38:34

管理が困難なファイルは個人製作でしか通用しないし、
それをいつまでも運用できる人ってなかなかいないと思うのです。
フィールドや敵、障害物、主人公キャラなどの１つの
キャラが最低限の分割単位になるんじゃ無いでしょうか？
他人を巻き込むにしても、1人で作っていくにしてもです。
人間て倫理だけでなく観念でも世界を規定していくでしょ？
lwoファイルごときにそれを記録する能力はないと思います。
やっぱりlwsファイルです。新しいlwsファイルや他のシーンを
組むためのｌｗｓファイルを作成するべきなんだと思います。

すんません。意味不明かも。。。

**名前は開発中のものです。** · 04/09/15 02:39:23

>>614
俺がいってたのと全然ちがうことで悩んでたんだ。
すまんかった。

>lPIRJ7EF
>MG6VFVmK
お二方、お付き合い頂きありがとうございました。
lwのフォーマットについてずいぶん勉強できました。
ありがとうございました。

**名前は開発中のものです。** · 04/09/15 02:39:51

拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
　｜ー拳のメッシュのフレーム（原点にﾄﾗﾝｽﾌｫｰﾑ）
　　　｜＿拳のメッシュ（ワールド座標系のメッシュ）

あのさ、これが階層構造なら
拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）以下のツリーは
拳空間とやらになってるだろ。

**名前は開発中のものです。** · 04/09/15 02:46:25

>>618
お疲れ様です。あと変な観念振り回し引っ掻き回してすまんかった・・・
あまり解説できてない気もしますが解説能力もないしｗ
機会あれば今度は協力させてもらいたいと思います。

**614** · 04/09/15 03:37:56

>>619
ＬＷの吐き出すそのデータも正解なんですよ。
ただ、例えばその拳だけスケーリングするとか、そういった場合、
その構造だと面倒なんですよ。

関係無いけどメタセコ＋ミコトを除いてきた。
ミコト、X吐けないじゃんOTL
ミコト公式からのXコンバータのリンク染んでるし・・・
（ミコトのＸｺﾝﾊﾞｰﾀってありますか？）
メタセコ弄ってたら「ＤＯＧＡ」のコマンドがあった。
で、ＤＯＧＡを覗いてみたyo。
形状のインポートが貧弱じゃん・・・OTL
次はMilkshapeとBlenderを覗いてみようと思います。

**名前は開発中のものです。** · 04/09/15 04:00:02

>>621
＞ＬＷの吐き出すそのデータも
"も"ってなんだよ？
LWのデータはXfileのフォーマットでキチンと吐き出されるっつーの。
お前の望むフォーマットじゃないからって騒いでた訳だ。

はっきり言うと、
お前の処理だとXfileの仕様では、
プログラムの腕が無くて対応できませんって意味だろ。

普通は親の行列を子に渡して行くように処理にするだろ。
お前の言ってる処理は、階層構造無視で単体で処理したいって事か？

指定のフレーム名だけスケールとか余裕で出来るだろ？

自分の腕の無さを披露されてもな…

**名前は開発中のものです。** · 04/09/15 04:10:23

＞拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
＞　｜ー拳のメッシュ（拳のローカル座標系のメッシュ）

ああ、これの意味する所が分ったような…

普通は"拳空間にﾄﾗﾝｽﾌｫｰﾑ"とやらの下層フレームでは
そのトランスフォーム行列を渡して処理するのを
いきなり
"拳のローカル座標系のメッシュ"とか言ってるのは
親の行列を渡して無いんだろう。

ボーンのスキニングはおろか、親子構造のアニメーションだって
理解出来てないんじゃない？

**名前は開発中のものです。** · 04/09/15 04:17:40

＞拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
＞　｜ー拳のメッシュのフレーム（原点にﾄﾗﾝｽﾌｫｰﾑ）
＞　　　｜＿拳のメッシュ（ワールド座標系のメッシュ）

因みにこれは、
"拳空間にﾄﾗﾝｽﾌｫｰﾑ"する行列を下層のフレームに渡して
"原点にﾄﾗﾝｽﾌｫｰﾑ"、これが激しく意味が分らんが、
おそらく単位行列だろう(大体のXfilからしての推測)
だから何も変わらず、
"ワールド座標系のメッシュ"に"拳空間にﾄﾗﾝｽﾌｫｰﾑ"する行列をかけるから
ローカルの座標が求まるんだろ。

つーか
＞拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
＞　｜ー拳のメッシュ（拳のローカル座標系のメッシュ）
って、階層構造無視の要求なのが良く分った…

"拳のローカル座標系のメッシュ"に"拳空間にﾄﾗﾝｽﾌｫｰﾑ"する行列をかけたら
メチャクチャじゃん。

**名前は開発中のものです。** · 04/09/16 12:23:13

LWで困ったときの↓

**名前は開発中のものです。** · 04/09/16 14:47:30

　「_￣ﾌ　　ﾉ^ｰ┐　///////////ノ/
　,-､二、　ｰク /　　7_／////////^
　`ー‐‐'　　`ｰ'　　　　 ///////し
　　 _l^l_　　i^i　i^i　　 ///////
　 / ,--┘　Ｕﾉ |　　//////^
　 !__ニｺ　　lﾆ.ノ　　7///　　　　_,,.. .　__
　__l^l__へ　 i^i　i^i　　//^　　　．．　＿　｀ヽ
　ﾞ┐r┐Tﾞ　∪ ﾉ |　 |/ 　　　/：：／.┬".)　　l
　く,ﾉr'_,ﾉ　　lﾆ.ノ　　７　　 _iゞ/ｲ｡_ﾉ　　　_r'''､
　　　|　　　 ,へ　,ﾍ　/　　　/ ﾆ-''^＼¨　　 ∠.} l
　　　|　　　　`ﾞ / /　|.　　　｜l､ヾ⌒-|　 u　 r_ﾉﾉ "
　　　|　　ヾ二ノ　　|　　　ヽ |`´_,--|　　i､ﾆイ
　　　|　　　 /,ﾆ^＼.　|　　　＼ｌ<-ﾆﾌ　,ノ ,.　＼、'
　　| | | |　　| しリj |　＼　　　＼￣ ,／ノ/　, |　Z
　　ﾟﾟﾟﾟ　　`ｰ" ｰ' 　〔　　　　　 /￣／ '", //／　,.

**名前は開発中のものです。** · 04/09/17 21:52:41

DirectXのAnimationController久しぶりに弄ってるんだけど、
Timeの直接入力が出来なくなっちまってる。
ﾌﾚｰﾑを直接指定は無理ですかね？やっぱ複数アニメーション必須？

**627** · 04/09/17 22:59:23

自己解決しました。

**名前は開発中のものです。** · 04/09/19 16:54:10

DirectXの本でわかりやすいやつってある？

**名前は開発中のものです。** · 04/09/19 21:55:04

最近見た中で、分かりやすさ・分量・値段のバランスが一番取れていたと思ったのはこれ。

ttp://www.amazon.co.jp/exec/obidos/ASIN/1584502630

**名前は開発中のものです。** · 04/09/19 22:57:24

いったい何をするのかすら説明されていない状況で、
分かりやすい本など答えようがない。
質問するのに最低限の情報を出さない馬鹿がいれば、
その最低限のことすら考えずに答える馬鹿もいる。

**名前は開発中のものです。** · 04/09/20 00:39:10

>>631
おや、こんなところに天才がいるｗ

**名前は開発中のものです。** · 04/09/20 01:51:30

今からこのスレは、>>631を神と讃える書き込み以外を禁止します。

**名前は開発中のものです。** · 04/09/20 01:52:22

ハハハ、、はぁ。洋書じゃん。みんな頭いいのな

**名前は開発中のものです。** · 04/09/20 05:21:15

>634
DirectXのﾘﾌｧﾚﾝｽと公式のサイトのコラムが最強、と言いたいとこだが、
出版物では大川善邦という人の本が親切でわかりやすい。

あと煽りが約１匹常駐してるようだけど、頼むからｽﾙｰ汁!

**名前は開発中のものです。** · 04/09/20 05:39:49

>>635
彼の本は、分かりやすくはない上に
内容の偏りがとても大きい物が多いように思う。
初心者にははっきり言ってお勧めできない。

某DX9本の第一章では、DXの歴史について
彼の偏見が満ち溢れた攻撃的な文章で書かれているので、
興味あれば読んでみるといい。

**名前は開発中のものです。** · 04/09/20 10:20:09

>>631
お前、そんなの初心者にわかるわけないって気づかないもんかな。

質問するのに最低限の情報なんてわかる奴が質問なんかするかよ馬鹿。
だいたいてめぇがそんなに完璧だっていうのなら、模範解答ぐらい見せてみろよ。

はじめは「DirectXの本でいい本ないですか？」って質問して
「こんなのどお？」とか「どんな本がほしいの？」とか食いついてきてくれてから
詳細を出しても遅くねぇだろ？
いきなり>>631みたいなレスを刻むことになんの意味があるの？
興味なけりゃ失せろよ。お前がどんなに実力あろうが、読み手にとって必要ねぇだろお前のレスは。

**名前は開発中のものです。** · 04/09/20 11:33:56

そして質問の仕方も知らない馬鹿に、洋書を紹介する大馬鹿、
さらにそれを煽る馬鹿に、それを馬鹿という馬鹿、
ここは馬と鹿でいっぱいです。

**名前は開発中のものです。** · 04/09/20 13:24:34

はい、馬鹿のトップがいらっしゃいましたよ

**名前は開発中のものです。** · 04/09/20 13:32:20

しかしだれも目的を聞かずに、好き勝手に回答しているわけだけど、
なんだかプログラマの独善性というか、独りよがりの様が垣間見えてステキ。

**名前は開発中のものです。** · 04/09/20 13:56:37

推薦図書/必読書のためのスレッドinゲ製作技術
http://gamdev.org/w/?%5B%5B%BF%E4%C1%A6%BF%DE%BD%F1%2F%C9%AC%C6%C9%BD%F1%A4%CE%A4%BF%A4%E1%A4%CE%A5%B9%A5%EC%A5%C3%A5%C9in%A5%B2%C0%BD%BA%EE%B5%BB%BD%D1%5D%5D

推薦図書/必読書のためのスレッド in ゲ製作技術
http://pc5.2ch.net/test/read.cgi/gamedev/1086023829/

**635** · 04/09/21 01:39:06

>>634
すいません。私は質問者ではないです。

**名前は開発中のものです。** · 04/09/21 01:54:13

　＼もうね、アボカド／　　＼　馬　／　　　　＼　鹿　かと／
　　　　　　　　　　　　　　　　　　　　　　　　　　　 ∩　　　∩
　　　　　　　　　　　　　　　　　　　　　　　　　　　| つ　　⊂|
　　　　　　　　　　　　　　　　　 ∧ﾉ~ 　　　　　　! ,'っ＿c,!
　　　　　　ヽ　　　　　　　　　ﾐ|　･　＼　　　　⊂/　・　＼
　　　　 γ⌒^ヽ　　　　　　　ﾐ|　　... '＿）　　　　｜＿＿,,▼
　　　　 /:::::::::::::ヽ.　　　　　　ﾐ|.　(,,ﾟДﾟ)　　　　 |･　(,,ﾟДﾟ)
　　　 /.::::::::(,,ﾟДﾟ)　　　　　 | （ﾉ　　|）　　　　　 | （ﾉ　　|）
　　　　i:::::（ﾉDole|）　　　　　 | 　馬 | 　　　　 |･･ .鹿 |
　　　　ﾞ､::::::::::::ノ　　　　　　人..＿,,,ﾉ　　　　　 ι.・,,＿,ﾉ
　　　　　　U"U　　　　　　　　　　 U"U　　　　　　　　 U"U

**名前は開発中のものです。** · 04/09/22 21:35:17

オマエら、ガンダムは好きか？

**名前は開発中のものです。** · 04/09/22 21:47:21

592 名前：デフォルトの名無しさん投稿日：04/09/21 12:08:43
アッガイなら好きだ。

593 名前：デフォルトの名無しさん投稿日：04/09/21 17:39:48
加護より辻だろ

594 名前：デフォルトの名無しさん本日のレス投稿日：04/09/22 21:11:23
アッガイは低壁として有効だ。

**名前は開発中のものです。** · 04/09/24 01:44:46

オマエら、ガンダムは好きか？

**名前は開発中のものです。** · 04/09/24 15:15:18

彼女とＳＥＸするほうが好き

**名前は開発中のものです。** · 04/10/01 13:51:47

オマエら、ガンダムは好きか？

**名前は開発中のものです。** · 04/10/01 15:10:42

彼女とＳＥＸするほうが好き

**名前は開発中のものです。** · 04/10/01 19:19:59

>648
ガンダム世代ではないのでガンダムは別に好きではありませんが…

**名前は開発中のものです。** · 04/10/01 22:53:43

ガンダム世代だけどガンダムは嫌い

**名前は開発中のものです。** · 04/10/02 01:13:07

生理的に？トラウマ？

**名前は開発中のものです。** · 04/10/06 00:43:20

ガンダム見てたら、激しい生理痛にみまわれたんだな。きっと。

**名前は開発中のものです。** · 04/10/06 22:04:27

整理通以前に、見てない。
トラウマでもなんでもなく、興味ないから。

**名前は開発中のものです。** · 04/10/08 13:21:55

オマエら、654は好きか？

**名前は開発中のものです。** · 04/10/08 22:57:25

等差数列フェチの俺としては、大好きだな。

**名前は開発中のものです。** · 04/10/10 02:38:12

オマエら、October2004は好きか？

**名前は開発中のものです。** · 04/10/10 02:40:18

Direct3Dで、手前にある３Ｄオブジェクトが、なんか歪んでいる。
上下左右に伸びてる。
これって、治る？

**名前は開発中のものです。** · 04/10/10 09:00:28

視野角を狭く…でいいような

**名前は開発中のものです。** · 04/10/10 11:12:34

>>658　何人だよ

**名前は開発中のものです。** · 04/10/10 20:01:57

３人と見た

**名前は開発中のものです。** · 04/10/11 16:49:16

バックバッファサーフェスに書き込んだ画像を
テクスチャとして使うことってできんの？
モーションブラー用に、自前で別サーフェスを
用意してんだけど、できるんだったら、用意する
サーフェスを１つ減らせてラッキー。

**名前は開発中のものです。** · 04/10/11 17:26:28

＞サーフェスを１つ減らせてラッキー。

そう。よかったね。もう二度と来ないでちょうだい。

**名前は開発中のものです。** · 04/10/11 18:00:38

ゲッ！テクスチャへのレンダリングすらできない
>>663のような奴に煽られちまった！

**名前は開発中のものです。** · 04/10/11 18:30:01

>>662
できるよ

**名前は開発中のものです。** · 04/10/11 20:04:23

バックバッファのサーフェス上の画像を直接得る方法は、恐らく次の二つしかない。
Device.GetRederTargetData
Device.GetFrontBufferData
これらはターゲットのサーフェスへの参照を得るメソッドではなく、
サーフェスの内容を指定したサーフェスにコピーするものだ。
デバイス作成時にFSAAの設定をした場合は、AA済みの画像が手に入る。
当然パフォーマンスは良くないから、モーションブラー用に使うには向いていない。

悪かったね。君の今のやり方で我慢してちょうだい。

**662** · 04/10/12 20:22:26

>>665-666
サンクスクスクコ
GetRenderTargetDataでどんくらい速度でるか試してみる。

**名前は開発中のものです。** · 04/10/12 21:53:28

そこで頭のいい奴は、バックバッファをテクスチャにするのではなく
テクスチャをバックバッファの代わりにすると考えるもんだ。
常にシーンをテクスチャに描画して、本物のバックバッファには
テクスチャを描画するだけ。
しかし、この手法には数々の問題点が…（来週につづく）

**名前は開発中のものです。** · 04/10/13 01:00:45

>>668
別に頭なんて良くなくても、原理を分かってれば誰だって出来るだろう。
それ以前にお前が言ってることは>>662と何も変わってない。

来週に続いたところで、そんなもん読むくらいなら火曜の夜はぷっすま見るほうがまし。

**名前は開発中のものです。** · 04/10/13 06:07:05

>>669
バカかお前は。銭金に決まってるだろ。

**名前は開発中のものです。** · 04/10/13 06:46:46

銭金は今やってないだろ…
来月から再開でしょ。

**名前は開発中のものです。** · 04/10/14 23:46:31

お前ら、ぬるぽは好きガッ？

**名前は開発中のものです。** · 04/10/18 02:02:32

ぬるぽは好きだガッ、何か？

**名前は開発中のものです。** · 04/10/18 16:40:41

DirectX9で質問です。
サーフェス全体を、RGBは変化させず、α成分のみ０で
塗りつぶしたいのですが、何か上手い方法って無いでしょうか？
現在は、もう１つサーフェスを用意して、画面をクリアして、
そこに元画像をコピーしてます。

**名前は開発中のものです。** · 04/10/18 18:06:14

D3DRS_COLORWRITEENABLE

**674** · 04/10/18 20:00:44

>>675
D3DRS_COLORWRITEENABLE_ALPHAビットをリセットして
サーフェスに矩形を描画することにより、α成分を
０で塗りつぶせました。ありがとうございました。

**名前は開発中のものです。** · 04/11/14 14:08:22

ＦＰＳみたいに自分中心で視点回転させるんてどうすればいいんでしょか・・・
注視点のうまい処理法がﾜｶﾗﾅｲ

**名前は開発中のものです。** · 04/11/14 16:56:35

いっそのこと世界を回転させるとか

**名前は開発中のものです。** · 04/11/14 16:56:54

ボールが転がるプログラムをしています。
ボールの半径(r)と移動量(x,z)から
マトリックを作りたいのですが分かりません。

誰か教えてくれませんか？

**名前は開発中のものです。** · 04/11/14 18:39:23

>679
D3DXMATRIX matWorld,matTrans,matRot,matScale;
D3DXMatrixIdentity( &matWorld );
D3DXVECTOR3 vec3Trans( x, y, 0.0f );
D3DXVECTOR3 vec3Scale( 1.0f,1.0f,1.0f );
D3DXVECTOR3 vec3Rot( 0.0f, 0.0f, 0.0f );
D3DXMatrixScaling( &matScale,vec3Scale.x,vec3Scale.y,vec3Scale.z );
D3DXMatrixRotationYawPitchRoll( &matRot,vec3Rot.y,vec3Rot.x,vec3Rot.z );
D3DXMatrixTranslation( &matTrans,vec3Trans.x,vec3Trans.y,vec3Trans.x );
matWorld = matScale * matRot * matTrans;

ボールの半径ってのがわかんね

**名前は開発中のものです。** · 04/11/14 18:57:02

マトリックってのがわかんね

**名前は開発中のものです。** · 04/11/14 19:22:39

Mr.

**名前は開発中のものです。** · 04/11/14 20:56:24

>>680
半径から円周を出して、それと移動量から回転を出すのでは？

**679** · 04/11/14 22:11:40

ス抜けすまそ。

>683
はい。

>680
ワールド上での各軸の回転量は分かったのですが、
D3DXMatrixRotationYawPitchRollなどの
オイラー角による回転処理では上手く姿勢を制御できなくて
困っています。
例
　Ｘ軸90度、Ｚ軸90度の順で計算した場合。
　Ｘ軸90度がワールド上でみるとＹ軸90度回転になってしまう。

　　

**名前は開発中のものです。** · 04/11/14 22:23:48

回転させるときの軸は一つ。
まずは軸そのものを回転させることを覚えること。

**679** · 04/11/15 08:14:16

解決しました。
ここのＨＰが参考になりました。
http://hp.vector.co.jp/authors/VA013430/

さらに質問なのですが、ボールが地面（高さ0のＸＺ平面）に接している、
座標をボールの座標系（ローカル座標系）で知りたいのです。

ワールド座標系なら、ボール位置（ballX,ballY,ballZ）と地面なので
ballX,0,ballZと簡単なのですが、ローカル座標での位置がわからない。

平行移動とスケールは掛けていない、ボールの回転のみの
D3DXMATRIX　ballMatとballの位置(ballX,ballY,ballZ)、ballY=ボールの半径
から求めるにはどうしたら良いでしょうか？

**名前は開発中のものです。** · 04/11/18 04:46:14

ローカルをワールドにする計算で使うマトリクスの逆行列もとめて、
ワールドにするときと逆にかけてやれば求まるんじゃないの？

つーことじゃなくて？

**名前は開発中のものです。** · 04/11/19 00:43:00

>686
ベクトルV = (ボールと地面の接点) - (ボールの中心位置)
行列M = ballMatの移動成分を消した行列
行列MI = Mの逆行列

接点のローカルでの位置へのベクトルをVLとして
(ベクトルV_tmpは作業用)
V_tmp = MI * V
VL = 正規化(V_tmp) * 半径

これででるんじゃないのか？

**名前は開発中のものです。** · 04/11/19 02:32:29

何でわざわざ複雑にするんだ。
単に逆行列掛ければいいじゃん。