鬱だ氏のう DirectX (Part 5)

**名前は開発中のものですた。** · 02/07/23 00:32

DirectXについてマターリと技術情報交換＆雑談するためのスレッド。
初心者用相談室では扱わないような少し高度な話題も受け持つ。

■旧スレ(プログラム板)
http://piza.2ch.net/tech/kako/966/966655286.html　　(Part 1)
http://pc.2ch.net/test/read.cgi/tech/997101556/　　　(Part 2)
http://game.2ch.net/test/read.cgi/gamedev/1005119775/ (Part 3)
http://game.2ch.net/test/read.cgi/gamedev/1016276254/ (Part 4)

コピペスマソ

**名前は開発中のものです。** · 02/08/20 22:19

プログラムに目を通してみたけど、DX9のセミナーって１つだけじゃん。
2-1-Aや2-2-AもDX9の話は出てきそうだが。
目玉は2-3-Aのエリアライティングじゃない？

**ひよこ名無しさん** · 02/08/20 22:35

毎回「今回は面白い」「今回はためになる」って言われて参加してるんだけど…
正直、時間の無駄だったことがほとんど

**名前は開発中のものです。** · 02/08/20 22:37

Webで情報とった方が早いし、安いし、詳しいよ
Webで情報取れないような奴がセミナーで話し聞いたところでわからないしね

**名前は開発中のものです。** · 02/08/21 07:53

前どっかのスレで「仕事中に検索すると怒られる」と言ってた奴がいたが、
そういう糞な会社が金だして従業員を参加させるのがその手のセミナーだ。
自腹で行くこたぁないよ。

**名前は開発中のものです。** · 02/08/21 20:15

DirectDrawだけじゃ半透明とかアルファブレンドの処理ってできないのね…。

**名前は開発中のものです。** · 02/08/21 20:46

>>413
今さら何を言ってるんだ？

**名前は開発中のものです。** · 02/08/21 20:48

>>414 DirectXなんて普段使わんもんだから。
どーやらDirect3D使わないとだめみたいね。
無理ぽ

**名前は開発中のものです。** · 02/08/21 20:49

アルファ処理だけなら自前でやったら？

**名前は開発中のものです。** · 02/08/21 20:52

できなくは無いと思うんだけど・・・　やっぱ速度遅いですねぇ。

**名前は開発中のものです。** · 02/08/21 20:53

あ、あげちゃった。

**名前は開発中のものです。** · 02/08/21 21:51

>>417
やる前から速度がどうこういって結局何もやらない奴か
実用的な速度になるかどうかは作ってみてから決めればいいだろ

**名前は開発中のものです。** · 02/08/22 00:07

でも、結局Direct3D使った方が簡単な気がする・・
速度も速いし。ビデオカードに3D機能が必要になるけど。

**名前は開発中のものです。** · 02/08/22 00:26

鬱だ氏のう DirectX 2@プログラマ板
http://pc3.2ch.net/test/read.cgi/tech/997101556/l50

DirectX7以前とか2Dオヤジ向けの話題はこちらの方が盛りあがります

**名前は開発中のものです。** · 02/08/22 00:46

>>420
アマチュアが作るときくらいは、その位環境を絞ってももういい気がする。
逆にアマチュアだからこそ最適化に凝りたい、と言う人もいるだろうけど。
でも、X9からはD3Dが最初からGDIに組み込まれて半透明の転送も
サポートされるんだっけ？

02/08/22 02:26

危険な香り　　―プログラミングに対する認識が変わる
高校生のころ、
2chの「鬱だ氏のう DirectX」スレッドのタイトルを眺めただけで興奮したものだ。
情報交換や雑談としてためになる、というより、
こういうスレッドはプログラミングに対する認識が変わってしまうという、
危険な香りも感じた。
その感じはもちろん正しいものだった。
DxirectXのバージョンアップはプログラマーにとって危険なものだからだ。
脳のＯＳとなるようなSDKは、決して安全なバージョンアップに堕することがない。
だから「DirectX9」に期待する。

**名前は開発中のものです。** · 02/08/22 03:24

> 脳のＯＳとなるようなSDKは、決して安全なバージョンアップに堕することがない。

どなたか人間の言葉に翻訳してください。

**名前は開発中のものです。** · 02/08/22 03:59

>>424
個人の感性は世界をかけめぐるインターネット時代の
充実したWebサービスや高度な分散システムにとって、
VisualStudio.Netはもっとも優れたソリューションといえます。
Webブラウザのセキュリティホールのような避けることが
困難なトラブルにも迅速に対処するインテリジェント・
パッチアップ・サービス。世界のハッカーたちによる、
さらなる挑戦があなたを奮い立たせます。

**名前は開発中のものです。** · 02/08/22 08:48

>>424
これだろ
http://game.2ch.net/test/read.cgi/gamedev/1029865211/70

混沌と欲雲が凝縮した2chへようこそ！
無からのコンテンツ・ソリューションをより快適に、よりリッチに
円滑に進めるべく我々ハッカーたちは、様々なアプローチで各々の
顧客に対する要望を可能なかぎりスピーディにそして的確に解決することを
約束します。
我々は貴方の競合他者（主にニチャンネラー）に対抗しうる強力なサポートと
堅牢なソフトウェア・コンポーネントを迅速に提供するばかりでなく、
メンテナンス、トラブルシューティングなどご購入後のあらゆるアフターサポートも
余力余すことなく提供することを誓って止みません。

さぁ、我々ハッカーの扉はこちらから↓

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

スルー↓

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

>>428 >>429
まともなスレに貼るのはやめろ
やるなら厨房スレかクソスレだけにするべし

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

厨房も厨房なりに有意義だと思ってるスレに終了だすから報復されるんだって

**名前は開発中のものです。** · 02/08/22 16:25

ヘルプにのっている球状環境マップのテクスチャ座標を求める式
u=Nx/2+0.5
v=Ny/2+0.5
なんですが、uv座標のv軸って下向きですよね。
これだと上下ひっくり返ってしまう気がするんですが、僕が何か勘違いしているのでしょうか。

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

座標系というものを勘違いしてます

**名前は開発中のものです。** · 02/08/22 19:55

やはり僕が勘違いしているのですか…う～んわからない。
法線NxNyはローカル座標でuvはテクスチャ座標ですよね？

**名前は開発中のものです。** · 02/08/22 21:37

>>430
有益なスレなら張られても意味がない。気にしないことだ。

**名前は開発中のものです。** · 02/08/22 23:52

>>432
テクスチャをひっくりかえせばいいやん

**名前は開発中のものです。** · 02/08/23 00:03

>>436
はい、そうなんですが…
今のところはv=-(Ny/2)+0.5とすることで目的の描画をさせることができています。
でもホントはこんな修正する必要ないんじゃないかなあと。

**名前は開発中のものです。** · 02/08/23 10:19

DirextX9のβをインストールしました。特に問題なく使用できているのですが、
最近「期限が切れています」と、新バージョンへのアップデートを促すアラートが
ちょくちょく表示されてしまいます。DirectX9の新βなどは、あるのでしょうか？
個人的には9を使いつづけることよりも、むしろ8.1に戻したいのですが、
どうすればいいでしょうか？再インストールですか？

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

>>438
通報しますた。

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

>>439
捕まりますた（´・ω・｀）
　　　　　　　　　ヽ∞ノ

02/08/23 14:35

DirectMusicの3Dサウンドバッファの取得で詰まっています。
自分の周りの色々な方向／位置から音が聞こえてくるようにしたいのですが、
GetObjectInPathで取得したバッファにSetPosition等をすると
Pathに含まれる全てのサウンドの位置が変わってしまいます。
音声ごとのバッファの取得方法を教えていただきたいです。

DirectSoundで自前のでバッファを作成して
自前でwavの読み込みをすればできるような気もしますが、
なるべくDirectMusicをベースにして作成したいです。

ご教示よろしくおねがいします。

**名前は開発中のものです。** · 02/08/23 18:37

>>422
アルファブレンドのソフトウェア処理で最適化に凝るのも良いけど、
プログラマ以外の人にそれを見せても何とも思われない・・・
ハッキリ言って、ハードウェアをバリバリ使って作った方が断然素人ウケする。

そりゃ、他の人が作った非常に良く出来た最適化コードなんかを見ると
スゲーと思いますが、そんな事は一部の人間しか分かりません。
人気ゲームを作るには、ハードウェア処理優先で作るほうが絶対良いですよ。

**名前は開発中のものです。** · 02/08/23 19:12

今さら語り尽くされたαブレンドごときで最適化云々言っているのは
かっこいいどころか恥ずかしい

**名前は開発中のものです。** · 02/08/23 19:27

確かに。

**名前は開発中のものです。** · 02/08/23 20:37

なんか面白い物作ってる奴のＨＰとかしらない？
結構、回答のレスがつくけど、そーいう人は何作ってんだ？

僕はラッパーつくっててクラス設計で頓挫中。しばらくほっておくと
綺麗に忘れてるので同じところ回ってます

**名前は開発中のものです。** · 02/08/23 22:39

>>445
ちょっと触って、何か作ろうとして、途中であきらめて、
単なる技術デモ・検証程度で終わる人が多いかと。

本当に出きる人は本職の方が忙しくて面白いもの作ってる暇がなかったり。
（国産XBOXゲー、デキはいいと思うけどね・・・売れないだけで）

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

＞検証

ゲームとして要素を組み合わせるまではいかないで、疑問点や
納得いかない点を突き詰められたらやる気失せる、とか？

**名前は開発中のものです。** · 02/08/24 09:16

「あとはすごいモデルとすごいBGMとすごいシナリオと
製作時間さえあれば、このゲームは史上空前のものになるな。
俺って天才だ・・・・」

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

>>447
ゲームに組み込もうとしたらデータ形式の変更やレンダリングエンジン
の組みなおしが必要だったりして、すでに出来上がってるのがあると、
そこまで手を出せないということかもよ

**名前は開発中のものです。** · 02/08/24 16:09

>>437
>>432の式は一般的な球状環境マップを扱う公式。
んで、テクスチャが上下逆なのはDirectXというかWindowsの仕様。
ただそれだけ。

**名前は開発中のものです。** · 02/08/24 16:27

やる気が失せるというか、自分が作っているコーポネントに被ってるやつが
SDK等にあったりするとガクッとくる。
nVidiaのテクスチャ用のクラスとか、自分が作ろうとしていたものより
全然良い出来なんで、このまま作るかそれとも割り切ってこいつを使うか迷った。

**名前は開発中のものです。** · 02/08/24 18:03

>>451
優越感に浸るために見てるの？

自分より優れたものを見たいから見てるんじゃないの？

**名前は開発中のものです。** · 02/08/24 18:18

>>452
？車輪の再発明の危険と、資料探しの時間浪費のジレンマに
悩んでいるだけのように見えるんだけど？というかレス番間違い？

見つけたライブラリの出来が良くても、自分の予定を組み上げて
しまっているのなら、そのまま元の予定で行く方が堅実かも。
確実に楽になるなら別だけど。

**名前は開発中のものです。** · 02/08/24 19:13

っていうか、人のライブラリ使いたくないよね。勉強にならんし。
本当は車輪作ってる場合じゃないんだろうけどね

**名前は開発中のものです。** · 02/08/24 20:46

質問です。モデル間の衝突判定を簡略化するため円柱を使おうと思うのですが
円柱と三角形の交差判定のアルゴリズムでいいのありませんか。

**名前は開発中のものです。** · 02/08/24 21:39

>>454
勉強と実製作はある程度割り切って考えた方が良いと思う。
というか自分に言い聞かせてるような物だけど。

**名前は開発中のものです。** · 02/08/24 23:13

>>450
レスどうもです。なるほど、そういうことですか。
OpenGL向けのページでも同じ式だったのでおかしいなとは思っていたのですが。

**履歴書房** · 02/08/25 00:48

>>455
DirectXの質問では無いような気もしないが、
もう普通に考えた通りで良いんでは？
先ず円柱を上部と下部の円で捉える、そして其の二つの円の
中心を結ぶ線分、この三つ(上部円、下部円、線分)と
三角形から導かれる平面との判定をすれば良いのでは？

……まさかソースくれって話じゃ無いよね？

**履歴書房** · 02/08/25 00:52

>>458
いかん！違うスレのコテハンつけたままだ。
逝ってしまった。2Ch初心者バレバレか…

**履歴書房** · 02/08/25 00:59

>>458
後、円の半径の値で、線分と点(三角形の各頂点)との判定も必要か。

**名前は開発中のものです。** · 02/08/25 03:18

DirectInputのマウス座標を絶対値と相対値、両方取得するにはどうすればいいんですか？
システムマウスのIDirectInputDevice8オブジェクト２つ作ることってできるんでしょうか？
自分で試せばいいのですが面倒なので誰かやり方知ってる人が居たら教えてください。

**名前は開発中のものです。** · 02/08/25 03:30

>>461
最後の１行が気に入らない。
だから適当に教える。正しいやり方かどうかは知らん。
絶対値モードでやって、自分で前フレの値を取っておいて
それと今フレの値で相対値を出す。
どうかな？？？

**461** · 02/08/25 04:12

>>462
すみません。
答えてくださってありがとうございます。
相対値とはマウスの移動量を知りたいのですが、前フレの絶対値と比較して計算するとカーソルが画面の端にあるときに画面の外側にカーソルを移動させたときに正しい移動量が求められませんよね？

**名前は開発中のものです。** · 02/08/25 04:41

マウスなんて、通常のメッセージプロシージャで十分。
キーボードはGetAsyncKeyState()で十分。
DInput使うのはパッドの時だけじゃ。

**名前は開発中のものです。** · 02/08/25 08:55

>464
パッドだってjoyGetDevCapsがあるやん。

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

>>463
画面外に相当する値ならば自分でクリッピング

**名前は開発中のものです。** · 02/08/25 15:03

Xファイル内のSTRING型のメンバをGetData()で読むのに、
DWORD dwsize;
BYTE *pb;
lpXFileData->GetData("メンバ名", &dwsize, (void**)&pb);
だと毎回dwsizeが4になるんですが、何か間違っているんでしょうか?

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

>>467
君の場合、DWORDが４Byte環境なんでしょ？

**名前は開発中のものです。** · 02/08/25 17:12

>>468
おかげで読み込めました。
pbの内容を勘違いしていました。

**名前は開発中のものです。** · 02/08/26 07:20

ゲーム製作ってハイレベルなことだと思ってたけど
なんでAAばっかなんだろう

**名前は開発中のものです。** · 02/08/26 09:16

コピペはともかくAAはハイレベルな技術

**名前は開発中のものです。** · 02/08/26 17:27

スターブレンドα

**名前は開発中のものです。** · 02/08/27 00:25

DirectXはC++使えるから、一部のゲーム機よりハイソな職場

**名前は開発中のものです。** · 02/08/27 18:25

DirectInput使って毎フレームごとにGetDeviceStateでキーボードとマウスの入力をチェックしているのですが、
一度押したキーがずっと押しっぱなしになるという現象がたま～に発生してしまいます。
（常に( keyboardBuff[ほにゃらら] & 0x80 )でtrueが返ってくる）
どんな原因が考えられるのでしょうか？

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

>>474
ちょっとわからない。
DirectInput使わない状態でもなる？

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

ああっと、ようは非DirectInputのWindowsのAPIでもなるかなってこと

**名前は開発中のものです。** · 02/08/27 22:34

>474
デバッガのなんかのスレッドが落っこちるときじゃねえ？
バイナリ単体では発生しないみたいだから俺は気にしてないけどｗ

**名前は開発中のものです。** · 02/08/27 22:37

>>475
なるほど。WinAPIで試してみます。

あ、あと、押しっぱなし状態になる直前なんですけど、
前兆があって必ず4,5秒固まります。
で、動き出すと同時に直前まで押してたキーが押しっぱなしになるという感じです。

**477** · 02/08/27 22:44

>478
あ、やっぱりそれだよ。ｱｳﾄﾌﾟｯﾄウィンドウで、なんかのスレッドが終了するときだ。
気にしてないけど、やっぱ気になるから防ぎ方知ってる人いたらおせーて

**名前は開発中のものです。** · 02/08/27 22:49

>>479
速いマシンに買い替えなさい。

**名前は開発中のものです。** · 02/08/28 00:38

DirectSoundってアプリのウィンドウが非アクティブになると再生止まるけど、
これ防ぐ方法で何か知ってる人はいらっしゃいませんか？

**名前は開発中のものです。** · 02/08/28 00:51

>>481
DirectSoundの役割を考えるが良い。
さすれば汝の疑問は解決しよう。

DirectX経典にはDirectSound以外にも音を司る技法が記されているのだよ。
汝、信仰を深めよ。

**名前は開発中のものです。** · 02/08/28 01:27

>>482
DirectMusicになるんでしょうかねぇ。。
ちと諸事情でサウンドの生PCMデータを再生しなきゃならないんで、
DirectSoundだと楽でいいかなぁ、と思ってたりするんですが。

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

DirectX7 の Bltメソッドで、
VRAM上のサーフェスを、丸ごとシステムメモリサーフェスに
等倍コピーしたのですが、遅すぎて困っています。
(640x480の２回コピーを１セットとして、１秒間に１０回行かない)

　セレ1200+GeForce2MX(32M)と、P3-600+ATI RageM(4M)のノートで、
ほぼ同じ結果が出るのですが、仕方のない事なのでしょうか？
若しくは、何らかの解決方法があるでしょうか？
(両方VRAM上とか、両方システムメモリ上っていうのは別として。)

　ご経験の方が居ましたら、情報頂けると嬉しいです。
あと、(この件についての)資料HPなどがありましたら、教えて下さい。

**名前は開発中のものです。** · 02/08/28 02:17

Directx8で開発を行っています。
フルスクリーン(640*480)に設定したのはいいんですが、
実行後、Alt+Tabで通常のスクリーンサイズ(1024*768)に戻し、
そのご復帰しようとすると、復帰できません。
640*480の灰色のウィンドウが1枚、
1024*768のデスクトップに表示されており、
なんの反応も示しません。Alt+F４で落ちますけど。
復帰って、できないんですか？
私のソースが悪いだけですか？

**名前は開発中のものです。** · 02/08/28 02:23

>>485
VRAMの内容を戻すのはシステムじゃなくてプログラム側の仕事

**名前は開発中のものです。** · 02/08/28 02:32

俺も昔ハマったんで解決策書いときます。
毎フレーム描画する前にTestCooperativeLevel。
DEVICENOTRESETが帰ってきたらResetしてやるべし。
Reset時にMANAGEDじゃないデバイスオブジェクトの無効化、復元も忘れずに。

**名前は開発中のものです。** · 02/08/28 02:45

>478
会社のWin2kではそれ置きます。
CPUを新しいのにしても無駄でしょう。1.5Gだし。
でも自宅のXpでプログラムしてると起きたことありません。

夏房 · 02/08/28 05:40

>>484
フィルレートって奴を検索して学ぶんだな。
以上。

**名前は開発中のものです。** · 02/08/28 07:04

>>484
VRAM->システムメモリ
VRAM<-システムメモリ
は激重なのが今のPCの通例です。
コンシューマ感覚で造ると痛い目見ます。

**名前は開発中のものです。** · 02/08/28 07:52

>>485
そのレベルなら、、とりあえずの完成品を目指して、
elなりなんなりを使うなりした方が良いのでないか？
扱っているバージョンが8でないものは駄目だろうけど。
世間一般のライブラリ使用ならその辺を考える必要も少なくて良いと思う。

頭から尻まで、そして頭だけ作って終わる。。。

**名前は開発中のものです。** · 02/08/28 13:37

うりゃage

**名前は開発中のものです。** · 02/08/28 14:24

画像のローディングにスレッドを使おうと思ってるんだけど、
メインのスレッドでシーンをレンダリング中に他のスレッドで
テクスチャをロックしても大丈夫かな？

IDirect3D8::CreateDeviceで
D3DCREATE_MULTITHREADEDを指定したら大丈夫っぽいけど
誰かやったことある人いない？

**名前は開発中のものです。** · 02/08/29 10:43

初心な質問ですみません。。

マテリアルのα値って、影響しないんでしょうか？
頂点のディフューズ色にα値を入れたときは半透明になるんですが、
マテリアルだと反映されないです。。

**名前は開発中のものです。** · 02/08/29 10:52

あれ。。前に作ったメッシュの描画ではマテリアルのアルファが反映されてました。。
どっか設定が変なのかな。。

**494** · 02/08/29 11:30

結局上手くいったのですが一つ気になったことがあります…。
ディフューズ色がある頂点バッファはマテリアルのアルファが反映されないんですが、
ディフューズ色がないほうは反映されました。これはこういうもんなんでしょうか？

02/08/29 13:00

TextureStatgeState,RenderStateあたりは
キッチリ理解してちゃんと設定しといたほうがイイと思われ...
こんなもんかな？でうまくいったからそのまま開発を進めると、
他のグラフィックカードでは変な動作になったりしてデバグが大変になる罠

**名前は開発中のものです。** · 02/08/29 16:12

>>496
ヘルプ「ライティングにおける数学的計算」で検索。
色の決定に関する全ての事項が一つの数式にまとめられています。
これさえイメージできてれば自由自在に色を扱えます。
　　「「「Π　　　
　 ((((´ー｀)／"
<<<（ﾖﾒﾖ.）
.ノノノ　ゞ

**494** · 02/08/30 12:15

>>497 >>498
レスありがとうございます～。
確かにTextureStageState、ライティングの計算ともに、あまり理解してませんでした。
まだまだ勉強すること沢山だ～…　頑張ります。

**500** · 02/08/31 00:16

500

**名前は開発中のものです。** · 02/08/31 12:13

sdkのスキンメッシュのサンプルの
SetTimeのMatrixKeyって補完のところは手抜き?
行列の補完てどうするの？

02/08/31 18:23

たしかマトリックスキーの時は補完無しで
位置・スケール・回転の時には補完ありになるんだったよね？

マトリックスの補完はできないと思うので、
補完したかったらマトリックスキーでなく、
位置等の情報を持つXファイルを作れば良いと思われ...

速度優先でやりたかったら、各フレームごとにサンプリングして
マトリックスキーをいっぱい作る。

**名前は開発中のものです。** · 02/08/31 18:28

行列をQuaternionに変換するやり方を知らんのか？

**名前は開発中のものです。** · 02/08/31 18:35

x補完
o補間

MatrixKeyとはスケールと平行移動も込み？

**名前は開発中のものです。** · 02/08/31 23:33

Xファイルから読み込んだメッシュのバウンディングボックスを
作るために、D3DXComputeBoundingBoxを使おうと思ったんですが
数値がおかしく、うまく作れません。
第一引数に渡す頂点データのバッファへのポインタってD3DXLoadMeshFromXの
第四引数じゃだめなんでしょうか？

**名前は開発中のものです。** · 02/08/31 23:47

>>505
サンプルはLockしてそのポインタを渡しているから俺もそうしているが、
それ試して上手くいかなかったらソースの一部を書いてくれ。

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

>>503
やって見たんですがスケールが変になります。
うまくやる方法ないでしょうか。

キーフレームが細かければ全メンバの線形補間の方が再現性たかいです・・・
m._11 = lerp( t, m1._11, m2._11);
m._12 = lerp( t, m1._12, m2._12);
m._13 = lerp( t, m1._13, m2._13);
m._14 = lerp( t, m1._14, m2._14);
m._21 = lerp( t, m1._21, m2._21);
m._22 = lerp( t, m1._22, m2._22);
・・・・

**オレー** ◆Kvyv1OZU · 02/09/01 16:07

>507
マトリクス→クォータにオン→D3DXQuaternionSlerp→マトリクス
じゃ駄目なのか？