DirectX総合スレ (Part5)

**名前は開発中のものです。** · 2006/09/08(金) 23:56:42

言語はC++
他の言語使ってる奴はいますぐ消えろ

**名前は開発中のものです。** · 2006/10/08(日) 23:55:49

>>628
修正作業はデザイナーにやってもらったんですか。実は一番知りたいのがそこだったり・・・
ノイズも問題になるでしょうけど・・・・
・100fpsで記録されてる生データを重要なキーフレームだけ取り出したい
・歩くキャラのつま先が地面にめり込んだり、デブキャラの腹に自分の腕が
　めり込むのを修正したい（可能なら自動で）
といった作業は、何て言うアプリで編集すれば良いですかね。
どのアプリもモーキャプデータの編集なんて全然考えてない・プラグインも
無いみたいなんですが・・・どうやって間引き＆ポーズ修正したか分かりませんか。

>>629
デザイナーがやるので、そういう経験は無いです（花瓶くらいなら作れるでしょうが・・・）

**名前は開発中のものです。** · 2006/10/08(日) 23:57:10

そういうのは、MotionBuilder一択じゃないの？

**名前は開発中のものです。** · 2006/10/09(月) 00:02:29

例えばセガのスペースチャンネル５ですが、あれは一つの（と思われる）
モーキャプファイルで、スリムな主人公から相当デブなキャラまで、それなりに
辻褄が合うように動かしてます。
モーキャプデータから抽出したキーフレームが充分に少なければ、手作業で修正
する事も出来るでしょうが、スペチャンのキーフレームはかなり密度が高い上に、
殆ど全編踊りですから時間も長いです。
何か効率的に修正出来る有名な製品でもあるのかなと思いまして・・・

**名前は開発中のものです。** · 2006/10/09(月) 00:03:08

>>631
MotionBuilderですか！ありがとうございます、調べてきます。

**名前は開発中のものです。** · 2006/10/09(月) 00:26:10

> 修正作業はデザイナーにやってもらったんですか。実は一番知りたいのがそこだったり・・・
デザイナーじゃないよ。
モーションキャプチャースタジオのオペレーターさんに
キャプチャーからデータ加工までを一括でお願いする感じ。

古い話だから今は知らんよ。

**名前は開発中のものです。** · 2006/10/09(月) 00:33:24

633 は今ごろ、MotionBuilderの値段を見て、ビビっているかもｗ
Standard無くなっちゃたしね。

**名前は開発中のものです。** · 2006/10/09(月) 00:59:43

フルスクリーンにしたらスプライトがぼやけるんですけど
これってビデオボードの問題ですかね

**名前は開発中のものです。** · 2006/10/09(月) 01:02:54

ぼやけるのはスプライトだけなのか？

**名前は開発中のものです。** · 2006/10/09(月) 01:06:05

>>634
ざっくりとした加工はまとめてやってもらっても、細々したのはこっちでやりたいんですわ
運用してみて問題が出るたびに修正に出す、ていうのも大変ですし。

>>635
まあ、自分の財布から出るわけじゃないからね。

**名前は開発中のものです。** · 2006/10/09(月) 02:05:01

>>638
そこまで決まってるんなら、なぜココで質問したのか？

**名前は開発中のものです。** · 2006/10/09(月) 13:09:14

>>636
デフォルトの設定でフィルタかかってるビデオボードも結構多い

**名前は開発中のものです。** · 2006/10/09(月) 14:25:05

まさか液晶使ってるってオチじゃないよな

**636** · 2006/10/09(月) 14:43:29

レスあざーす

>>637
今のところそうです
文字とかはくっきり表示されてます
>>640
そうなんですか…
GDIだったらちゃんと表示されるからそっちにしようかな
>>641
えっ液晶だとだめなの？（汗
ノーパソなんですけど…
やっぱ古いノーパソでDirectX使ったゲーム作るのは間違ってたかな・・

**名前は開発中のものです。** · 2006/10/09(月) 15:02:44

>>642
液晶はWindowed modeは別としてフルスクリーンにすると
標準の解像度以外だとぼやけるでしょ？

ってそういう話じゃなくって？

**名前は開発中のものです。** · 2006/10/09(月) 15:34:42

CRTモニタが減っているよな実際。

**名前は開発中のものです。** · 2006/10/09(月) 15:41:25

>>642
自分でボケないようにフィルタ設定すればいいだけだよ

**名前は開発中のものです。** · 2006/10/09(月) 16:35:44

まぁ、あれだ
平面（じゃなくてもいいけど）ブラウン管ディスプレイを一台買え
ゲーム用に中古で

**名前は開発中のものです。** · 2006/10/09(月) 19:36:43

> 自分でボケないようにフィルタ設定すればいいだけだよ
そういう問題なのか？？

ノートとか液晶だと固定解像度だから、嫌でも引き伸ばされるはず。
まあ、液晶の解像度に合わせれば大丈夫って話なんだが。

**名前は開発中のものです。** · 2006/10/09(月) 20:33:37

質問です。
左から右に行くほどどんどん透明になるテクスチャを表示したいんですけど
どうやるかわかりません。
スプライト->draw(～,D3DCOLOR(r,g,b,a))でaの部分をいじるとテクスチャ全体
のアルファ値が変わるのでどうすればいいんでしょうか？

**名前は開発中のものです。** · 2006/10/09(月) 20:53:12

最初からそういうアルファ値を持ったテクスチャを用意しておけば。

**名前は開発中のものです。** · 2006/10/09(月) 20:57:08

スプライト->drawでやるならｐｎｇでそういう画像用意した方がいいんじゃね？
あるいはサーフェスをロックして書き換えるとか

**名前は開発中のものです。** · 2006/10/09(月) 20:59:21

あ、かぶったｗ
あと用意するのﾏﾝﾄﾞｸｾーけど、ＤＤＳ使うとか

**名前は開発中のものです。** · 2006/10/09(月) 21:07:05

ID3DXSpriteを使わず、普通に頂点にαをセットすればいいだけ。
そんな物に頼っているから、その程度の簡単な処理すら出来ない。

**648** · 2006/10/09(月) 21:48:49

ddsを使ったらめっちゃ楽にできました。
ありがとうございました。

**名前は開発中のものです。** · 2006/10/09(月) 23:00:48

>>652
無知は罪ですか？

**名前は開発中のものです。** · 2006/10/09(月) 23:05:49

罪ではないし、俺らにとってはどうでもいいコトだが。
仕組みの理解をしておくことは後々役に立つかも知れ無い。

**名前は開発中のものです。** · 2006/10/09(月) 23:15:43

そもそもDirectXに頼っている時点で素人がまともなゲームを作ることは論外

**名前は開発中のものです。** · 2006/10/09(月) 23:20:09

ではぷろふぇっしょなるな方はWindowsではGDIかOpenGLを使うのが常識ということですね。

**名前は開発中のものです。** · 2006/10/09(月) 23:26:17

プロは必要に応じて最適なAPIを使い分ける

てゆうかDirectXに頼らないなら来なくていいよ>656

**名前は開発中のものです。** · 2006/10/09(月) 23:32:49

コンピュータなんかに頼っている時点で（ｒｙ

**名前は開発中のものです。** · 2006/10/10(火) 04:07:10

多細胞でしか生きていけない時点で（ｒｙ

**名前は開発中のものです。** · 2006/10/10(火) 05:51:58

2chなんかに頼っている時点で（ｒｙ

**名前は開発中のものです。** · 2006/10/10(火) 08:00:49

DirectXに頼っている時点で(ryって奴は確かにこのDirectX総合スレに来る意味無いなｗ
でも確かにD3DXに関してはもう頼れなくなったなぁ。
Oct2004まではD3DXに頼ってても何の不便も無かったのに・・・。

**名前は開発中のものです。** · 2006/10/10(火) 11:15:17

そうか、D3DX使わなきゃ不毛なdll問題起きないんだよな
そこに気づけなかった俺ヘボいぜ
調べたらD3DXCreate*Texture*()以外使ってないし、ddsのロードは別環境用に用意してあるし
面倒が一つ減ったぜヤッホイ

**名前は開発中のものです。** · 2006/10/10(火) 11:18:19

FXファイル周り、メッシュの最適化、ベクトル・行列クラスのアセンブラ化。
ここら辺が手放せないから、D3DX捨てるのは俺は無理だ。
どれも自分で書けないわけじゃないが、趣味プロだと他にやることが多すぎる。

**名前は開発中のものです。** · 2006/10/10(火) 14:31:39

XBOXのソフト開発者に謝れ

**名前は開発中のものです。** · 2006/10/10(火) 15:40:47

すいません

アニメーション付きのX Fileを読み込んで、複数アニメーションを切り替えて表示できる
ビューワってありますか？
DirectX Viewerではできないようなのですが！

**名前は開発中のものです。** · 2006/10/10(火) 15:42:57

付属のViewerで普通にできる。

**名前は開発中のものです。** · 2006/10/10(火) 15:44:45

いやmviewで出来るんじゃね
それともDirectX Viewerってのは、mviewとは違うのか
mviewは少なくとも2004 Summerには入っているな

**名前は開発中のものです。** · 2006/10/10(火) 17:17:31

最新版には入っていないようですね。
2004 summerをダウンロードしてみます。ありがとう。
早とちり氏ねよ。

**名前は開発中のものです。** · 2006/10/10(火) 17:53:26

付属のViewerでも読み込めないXファイルもあるが。
(自分で組んだプログラムでは動く)

**名前は開発中のものです。** · 2006/10/10(火) 18:31:07

はいはい君は天才だ
DirectXを使わせたら右に出る者はいない良かったね

**名前は開発中のものです。** · 2006/10/10(火) 18:42:02

**名前は開発中のものです。** · 2006/10/10(火) 18:54:10

ID:VJTBF9e5が不思議な挙動を見せている

**名前は開発中のものです。** · 2006/10/10(火) 18:56:03

「今ひどい自演を見た」と書いていいものかどうか10秒くらい迷ったけど書かなかった

**名前は開発中のものです。** · 2006/10/10(火) 19:15:44

しかたないので>>674の代わりに「今ひどい自演を見た」と書いてきた。

**名前は開発中のものです。** · 2006/10/10(火) 19:16:34

>>675
おまえ正真正銘のバカだろｗｗｗ

**名前は開発中のものです。** · 2006/10/10(火) 20:17:10

言って欲しいの？

**名前は開発中のものです。** · 2006/10/10(火) 21:08:13

君の口から聞きたいんだ

**名前は開発中のものです。** · 2006/10/11(水) 00:17:10

行列Aと行列Bがあります。
行列Aに対して行列Cをかけて、行列Aが行列Bと同じになるようにしたいです。
その場合、行列Aに対してかけるべき行列Cはどうやったら求められますか。

**名前は開発中のものです。** · 2006/10/11(水) 00:19:37

>行列Aが行列Bと同じになるようにしたい
ムリ

**名前は開発中のものです。** · 2006/10/11(水) 00:19:54

A=B;すりゃ良いじゃん・・・という事ではなく、行列Aと行列Bの差分の、行列C
そのものが欲しいのです。
よろしくおねがいします

**名前は開発中のものです。** · 2006/10/11(水) 00:21:06

>>680
浮動小数点の計算誤差なんかは気にしないのですが
それでもムリですか？

**名前は開発中のものです。** · 2006/10/11(水) 00:24:19

逆行列を掛けるだけ

**名前は開発中のものです。** · 2006/10/11(水) 00:25:36

BにAの逆行列をかければCが得られるんですね

**名前は開発中のものです。** · 2006/10/11(水) 00:59:15

Ａ・Ｃ=Ｂ
→Inv(Ａ)・Ａ・Ｃ=Inv(Ａ)・Ｂ
∴Ｃ=Inv(Ａ)・Ｂ

でおｋ?
ようわからんけど・・・

**名前は開発中のものです。** · 2006/10/11(水) 01:01:45

いや無理なんじゃね？
逆行列は関係ない気がする。
そもそも行列で差分って何につかうんだ？

**名前は開発中のものです。** · 2006/10/11(水) 01:02:05

たぶん間違えた。
Ａ・Ｃ=Ｂ=Ａにしたいってことか。
難しいな・・・

**名前は開発中のものです。** · 2006/10/11(水) 01:23:10

>>685でOKじゃないの？

**名前は開発中のものです。** · 2006/10/11(水) 01:36:32

>>679
>>685で正解。

あとは、かける順序に注意。
それから、Aの逆行列が求まらない場合はCは一意とならない。

**名前は開発中のものです。** · 2006/10/11(水) 02:41:06

>>685-689
ありがﾄﾝ!
＞Aの逆行列が求まらない場合はCは一意とならない。
はい、それはもう・・・
いや～たすかりました

**名前は開発中のものです。** · 2006/10/11(水) 03:42:19

>684が
「よつんばいになれば免許を返して頂けるですね」の改変に見えた俺はとっとと寝ろ

**名前は開発中のものです。** · 2006/10/11(水) 10:18:27

アッー！

**名前は開発中のものです。** · 2006/10/14(土) 01:39:42

ID3DXAnimationControllerでアニメーションをやっているのですが、
アニメーションの全長(時間)はどうやったら取得できるんでしょうか？
それから、アニメーションを構成するキーフレームがそれぞれ何秒のところにあるのか
を取得したいのですが、そういう手段はあるんでしょうか？

**名前は開発中のものです。** · 2006/10/14(土) 07:14:00

>>693
ヒント：xファイルに書かれてる

**名前は開発中のものです。** · 2006/10/14(土) 13:23:21

そんな関数無い

**名前は開発中のものです。** · 2006/10/14(土) 14:05:43

じゃフレームが出力できるxファイルを作る必要があるじゃん
メタセコで出来る？

**名前は開発中のものです。** · 2006/10/14(土) 15:14:09

データ作った人間には何フレームあるかわかるだｒ

**名前は開発中のものです。** · 2006/10/14(土) 18:08:41

ドラゴンボールのビームとか
ガンダムのビームとかの棒
どうやって描画してるの？
円柱モデルじゃないでそ
ビルボードは、点を中心のやつじゃないとダメだし
ぬう

**名前は開発中のものです。** · 2006/10/14(土) 18:41:11

別に円柱でもそれっぽく見えればいいんだよ

**名前は開発中のものです。** · 2006/10/14(土) 18:47:28

6～8角厨

**名前は開発中のものです。** · 2006/10/14(土) 19:46:32

>>698
六角柱だけをライトなしの真っ白でレンダしてぼかすんだよ

**名前は開発中のものです。** · 2006/10/15(日) 00:49:28

>>698
＞ビルボードは、点を中心のやつじゃないとダメだし
んなわけない。

**名前は開発中のものです。** · 2006/10/15(日) 06:01:12

>>698
Gems3に載ってるやつは？
長方形のポリゴンの端に三角形がついてるやつ

**名前は開発中のものです。** · 2006/10/15(日) 11:47:05

>>698
「ビームの始点から終点までを結んだベクトル（以下、ビーム・ベクトル）」と
「カメラの位置からビームの端の点１つを結んだベクトル」の外積から
この２つベクトルに直角なベクトルを求める。
そのベクトルとビーム・ベクトルの外積からこの２つベクトルに直角なベクトルを求める。
このベクトルを法線ベクトルとする板ポリを描画するばＯＫ

ただ、カメラの視線ベクトルとビーム・ベクトルが平行に近いと板ポリであることが
はっきりと分かってしまうので、それの対処方法は以下の２つがある。

１つは板ポリの両端に普通のビルボードをくっつける方法（>>703が言っている方法）と、
もう１つはカメラの視線ベクトルとビーム・ベクトルが平行に近いときには普通の
ビルボードに切り替える方法がある。

**名前は開発中のものです。** · 2006/10/15(日) 15:50:40

光り系の加算テクスチャとかパーティクルも重要

**名前は開発中のものです。** · 2006/10/15(日) 17:38:15

アクションゲームの連続攻撃とかみたいな、ボタンの連続入力判定って
DirectInputでやる場合やっぱりバッファリングでやった方がいいんですかね？

**名前は開発中のものです。** · 2006/10/15(日) 19:20:54

連続入力のときに1/60よりも速い単位でボタン入力を受け付けるならバッファリングだろうなぁ。

**名前は開発中のものです。** · 2006/10/15(日) 19:41:13

ゲームコントローラは割り込みデバイスではないから、バッファリングでも
Pollを呼んだときしかデータ取得してないよ。

**名前は開発中のものです。** · 2006/10/15(日) 21:18:43

バッファリングでやってもあまり利点無いってことですかね
とりあえず直接取得でやってみます

**名前は開発中のものです。** · 2006/10/16(月) 03:58:38

1/60で連打できる奴以内だろ

**名前は開発中のものです。** · 2006/10/16(月) 11:47:04

連打機

**名前は開発中のものです。** · 2006/10/16(月) 11:47:31

>>710
連打は無理だろうが、1/60フレーム風神拳とか入力できる変態はいるよなー

>>706
アクションとか格げーだとバッファリングしたほうが楽なような気がするが。
あとで、リプレイとかつけたくなるかもしれんし。

**名前は開発中のものです。** · 2006/10/16(月) 11:55:28

そういや、VF5のアキラの膝が
K+G→１フレーム後にG離す
だったな
個人的には最風よりむずい

**名前は開発中のものです。** · 2006/10/16(月) 12:33:55

VF5は知らないがいまだにそのコマンドなの？
VF2でバグでそのコマンドで膝が出てたけど。

>>712
バッファリングだろうと直接データだろうと、入力の履歴は
アプリケーションに組み込むもの。
リプレイ等にDirectInputの設定は関係ないと思うが。

**名前は開発中のものです。** · 2006/10/16(月) 12:47:06

VF1からの伝統なのにVF5のとか書いてるところを見ると
十代だろうな

**名前は開発中のものです。** · 2006/10/16(月) 14:17:08

26ですが
今、VF5やってるからVF5って書いてしまっただけ

**名前は開発中のものです。** · 2006/10/16(月) 16:54:09

>>714
入力の履歴を保持する場合って、ボタン毎に数回分の入力時間を保持してればだいたいOKかな？

**名前は開発中のものです。** · 2006/10/17(火) 00:01:47

>>717
最低でも、コマンド受付可能時間×FPS数だけは記憶させないとだめだろ。

すなわち、ファイナルターンパンチ(溜め６０秒)×60FPSで記憶域3600個w

**名前は開発中のものです。** · 2006/10/17(火) 00:03:50

VF1からの伝統なのにVF5のとか書いてるところを見ると
ちんぽが十代だろうな

**名前は開発中のものです。** · 2006/10/17(火) 00:11:33

>>719
元気そうでうらやましい… orz

**名前は開発中のものです。** · 2006/10/17(火) 00:40:46

>最低でも、コマンド受付可能時間×FPS数だけは記憶させないとだめだろ。
正直な話、ボタンのため分をカウントしていれば、開始から発動までのバッファは要らない

「60秒押していたボタンを離した」と判定する、1フレーム分あればいい
波動拳コマンドの最長受付フレーム数が60フレームの場合ならバッファは60ほしい

これはバッファに入力を保存して、後からコマンドを検査する場合ね

**名前は開発中のものです。** · 2006/10/17(火) 01:41:52

>>718は語尾にwがついてるから冗談として極端な実装の例を挙げたんだろうけど、
>>721の実装は利点がよく分からんな。

>>721
> 「60秒押していたボタンを離した」と判定する、1フレーム分あればいい
その考えを押し進めると、
「押下したこと、離したこと、これらの時間間隔を記録すれば十分」ということになる。
だから、タメ時間を保持するためには、バッファの長さは60も要らなくて、2で済む。

最初に押下したときに、記録開始時刻からの時間を記録して、
次に離したときには、押下したときからの時間を記録して、
二度目に押下したときには、前に離したときからの時間を記録して、
……というように記録すればいい。

**名前は開発中のものです。** · 2006/10/17(火) 02:35:27

入力が変化するまでの時間を記録する方式は、ワーストケースで
毎フレーム入力が変化していた場合に、結局は入力受付時間分の
バッファが必要になるという事実。

**名前は開発中のものです。** · 2006/10/17(火) 03:45:09

で？

**名前は開発中のものです。** · 2006/10/17(火) 05:27:56

それでどうやってコマンド方式を判断するんだ？

**名前は開発中のものです。** · 2006/10/17(火) 09:47:10

カプコンは、ボタンを離したときもコマンド入力調べてる
SNKは、省略コマンドがある 21416→246

**名前は開発中のものです。** · 2006/10/17(火) 11:19:02

>>726
それは省略コマンドじゃなくて、最初から246しか判定してないだけだよ。
むしろ発表されているコマンドが冗長なだけ。

ちなみにスト2のスクリューも斜め入力は必要なくて、4方向だけでいい。

**名前は開発中のものです。** · 2006/10/17(火) 12:48:13

つーかボタン入力制御も知らないような奴がなんでこんなところにいるんだ？
基本的な常識も知らないでゲームを作りたいとか論外なんだが。

**名前は開発中のものです。** · 2006/10/17(火) 12:59:54

そうだね、プロテインだね