DXライブラリ総合スレッドその16

**名前は開発中のものです。** · 2013/06/30(日) 23:57:05.06

Cを習得した程度のスキルでも、ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【関連スレ】
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
ゲームプログラムなら俺に聞け(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1366526476/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2013/09/18(水) 09:59:53.97

フレームって、D3DXMESHで言うボーンの事だっけか

**名前は開発中のものです。** · 2013/09/20(金) 08:03:49.06

はい

**名前は開発中のものです。** · 2013/09/20(金) 08:30:02.08

手とか頭とかの区切られたパーツのことよ
手のフレームを取ると普通手のパーツの中心部が座標になる

**名前は開発中のものです。** · 2013/09/20(金) 09:07:36.96

>>465
0になっちゃうんじゃなくて、もしかしてそのボーンのローカル座標系の値が返ってきてるとか。つまり変化前だから常に0。
他にオフセットがあるんじゃね

**名前は開発中のものです。** · 2013/09/22(日) 20:52:26.82

なんかこんなこと聞くのも恥ずかしいけどさ
みんなシェーダ書くときにfxファイル何のソフト使って書いてる？
俺はサクラエディタなんかで頑張ってるんだけど

**名前は開発中のものです。** · 2013/09/22(日) 21:34:15.12

メモ帳

**名前は開発中のものです。** · 2013/09/22(日) 21:58:38.92

>>470
同じ。サクラか、プロジェクトに含ませてる時はVCのテキストエディタ
要は、いずれにしろただのテキストエディタ

**名前は開発中のものです。** · 2013/09/23(月) 00:31:52.16

やっぱテキストエディタしか無いのか
俺みたいな統合開発環境慣れした初心者はドットとかでメンバ参照とかスペルミスの指摘が欲しくなっちゃう
FX ComposerとかRenderMonkeyってどうなのかな

**名前は開発中のものです。** · 2013/09/23(月) 08:30:25.54

VS2012使ってる

**名前は開発中のものです。** · 2013/09/23(月) 11:08:45.66

補完の処理が働いているときに一瞬入力を受け付けなくなるのがたまらなくイラつくんだけど
そういうことを気にしないやつってどういう脳の構造してんの

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

どういうこっちゃ
主語がないぞ

**名前は開発中のものです。** · 2013/09/23(月) 11:54:58.22

>>475
VisualStudio2012は快適だぞ
Eclipseは止まることもあるが、何使ってるの？

**名前は開発中のものです。** · 2013/09/23(月) 13:36:04.69

あぁVS2012のことか
ウチのボロPCだとたまにあるな
ちゃんとしたPCなら大丈夫だろ

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

モデルハンドルの上限ってきつくないか？
エフェクトに3Dモデルを使おうとすると、65535とか速攻でなくなりそうだけど

**名前は開発中のものです。** · 2013/09/23(月) 21:21:48.56

エフェクトにモデル使うのが設計的に間違ってるぞ

**名前は開発中のものです。** · 2013/09/23(月) 22:30:14.33

エフェクト用のモデル一つ一つに個別のハンドルって言う設計が適当過ぎる

**名前は開発中のものです。** · 2013/09/23(月) 22:38:41.25

もうちょっと言うと、仮に　「星がキラキラっとランダムな位置に、微妙にタイミングズレながら現れて消えていく」って言うエフェクトだとして、
その内容は三角板ポリに透過画像の☆のテクスチャ貼った物が、最大512個まで表示される仕様にしたとして、
普通はモデルの管理用ハンドルなんてどう作っても１つにすると思うけど、
これを見たままの 512個用意するような設計にしてたとしたら足りなくなると思うが、そもそもその考え方自体がおかしいって話。

**名前は開発中のものです。** · 2013/09/23(月) 23:29:59.22

そういうパーティクル的なものはVERTEX3DSHADERで頂点で管理するものかと

**名前は開発中のものです。** · 2013/09/23(月) 23:40:56.58

まぁ >>482 の例で言えばポイントスプライト使うってのはそうだけど、例えばの話

**名前は開発中のものです。** · 2013/09/24(火) 00:30:12.83

そんなこと言ったって頂点なんていじったことないもん

**名前は開発中のものです。** · 2013/09/24(火) 08:47:55.94

頂点も弄れないのに3Dしようとするのが間違い

**名前は開発中のものです。** · 2013/09/24(火) 11:51:32.61

モデルがAngle3Dベクトルの方向に向いてくれません。どうしたらいいですか？
ローカルでの正面方向は(0,0,1)方向です

float rot = VDot(VNorm(angle3D),VGet(0,0,1));
VECTOR axis = VCross(VNorm(angle3D),VGet(0,0,1));
MATRIX rotMatrix = MGetRotAxis(axis,rot);

MV1SetMatrix(modelHandle,rotMatrix);

**名前は開発中のものです。** · 2013/09/24(火) 12:25:29.03

acosが足りない

**名前は開発中のものです。** · 2013/09/24(火) 12:58:18.83

頂点をどうやっていじるのかすら分からない
解説サイトとかないよね…

**名前は開発中のものです。** · 2013/09/24(火) 13:55:10.86

これだけ読めばOKみたいなショートカットは無いよ。
MSDNの記事やリファレンスの解説見てもちんぷんかんぷんならもっと手前の文献当たって、
その文献見てもわからなければ、もっと手前の文献当たって。

**名前は開発中のものです。** · 2013/09/24(火) 13:55:19.05

>>488
どこに必要ですか？

**名前は開発中のものです。** · 2013/09/24(火) 14:35:25.94

頂点を弄るというか定義するというか
DrawPolygon3Dでモミジの降るエフェクトでも作ってみればいい

**名前は開発中のものです。** · 2013/09/24(火) 18:40:55.14

>>491
MGetRotAxis(axis,acosf(rot));
だと思うけどその後のクォータニオンって自作しないといけないんじゃないの？
知らんくせに口挟むけど

**名前は開発中のものです。** · 2013/09/24(火) 18:52:26.49

>>493
ベクトルと軸ベクトルと回転率を与えることで、その軸で回転させたベクトルを返すっていう関数は作ったけど、
行列としては無い・・・

**名前は開発中のものです。** · 2013/09/24(火) 19:35:08.68

ん？というかMGetRotAxisがクォータニオンそのものなのでは

**名前は開発中のものです。** · 2013/09/24(火) 19:41:42.78

acosfやってみましたが向いて欲しい方向から垂直を向いています
短いコードなのになぜこんな・・・

**名前は開発中のものです。** · 2013/09/24(火) 19:42:19.73

やべえ3D全然わからん
基本わかってないから方向とかわけわかめになる

MATRIX rotmtx = MGetRotVec2(VGet(0,0,1),angle3D);
MATRIX mtx = MGetTranslate(モデル位置);
mtx = MMult(mtx, rotmtx);
MV1SetMatrix(modelHandle, mtx);

3Dやってる人尊敬するわ頑張って

**名前は開発中のものです。** · 2013/09/24(火) 20:13:05.75

>>497
ありがとう、わからないまんまだけど・・

**名前は開発中のものです。** · 2013/09/24(火) 21:03:24.78

出先のスマホからなんで試してないけど、意味的にはこうじゃね。

//dot積は平行度合いを返すだけ
float rot = acosf(VDot(VNorm(angle3D),VGet(0,0,1));
//cross積は2つのベクトルに垂直なベクトルを返すだけだが、順序が違うと逆になる
VECTOR axis = VCross(VGet(0,0,1), VNorm(angle3D));
//任意軸を中心として指定角分の回転を表す行列を返すだけ(回転成分のみ)
MATRIX rotMatrix = MGetRotAxis(axis,rot);

MV1SetMatrix(modelHandle,rotMatrix);

**名前は開発中のものです。** · 2013/09/25(水) 07:51:57.01

>>499
できたわ、Crossの順序が逆だったのか・・・

**名前は開発中のものです。** · 2013/09/25(水) 09:05:57.49

>>500
モデルが元々向いてる方向が第一引数で、それを、回転させる為の行列を得たいのだからって事。
順序にはちゃんと意味あるんだぜ

**名前は開発中のものです。** · 2013/09/26(木) 13:09:27.12

中HIGHドライブ

びーるうまい

オマエラ

仕事わー

**名前は開発中のものです。** · 2013/09/30(月) 12:51:00.26

いまいち外部ファイルの使い方が分からない
abcって書かれたファイルを読み込んでもプログラム文にabcって入るわけじゃないのよね

**名前は開発中のものです。** · 2013/09/30(月) 13:47:43.87

スクリプトを実装したいってこと？
Luaでも組み込んだら

**名前は開発中のものです。** · 2013/09/30(月) 13:56:43.57

読み込まれたファイルはメモリ領域に確保される
それだけ

**名前は開発中のものです。** · 2013/09/30(月) 13:56:48.64

単にテキストファイルの中身を読み込みたいとかだと予想

**名前は開発中のものです。** · 2013/09/30(月) 14:01:09.34

abcって内容テキストファイルを読み込んだら
abcって読み込まれるんだけど、何が違うのだろうか

**名前は開発中のものです。** · 2013/09/30(月) 15:57:31.86

メモリとか変数とかがわかってないんではないかな。

**名前は開発中のものです。** · 2013/09/30(月) 17:43:12.62

DxLib以前のレベルの質問が来るのはこのスレの宿命

**名前は開発中のものです。** · 2013/09/30(月) 18:27:12.75

>>507
std::ifstream ifs("hoge.txt");
読み込んでも何も起きないじゃないですか！

**名前は開発中のものです。** · 2013/09/30(月) 18:30:48.69

それまだ読み込んでもないしな

**名前は開発中のものです。** · 2013/09/30(月) 18:59:22.33

当たり判定で、座標が重なってる時って当たり外れどっちにしてる？
座標で言えば

(0, 0)(1, 0)
(0, 1)(1, 1)

(0, 1)(1, 1)
(0, 2)(1, 2)

図だと

+-+
|a|　←こんな感じで重なってる時
+-+
|b|
+-+

**名前は開発中のものです。** · 2013/09/30(月) 19:22:09.36

俺なら当たりにするかなぁ。

理由は１ドットの大きさ……

(0, 0)(0, 0)
(0, 0)(0, 0)

(0, 0)(0, 0)
(0, 0)(0, 0)

……のような時のため？

**名前は開発中のものです。** · 2013/09/30(月) 19:37:45.64

>>513
なるほどねぇ
確かにプレイヤーの視覚情報になるドット視点で考える方が、体感的に矛盾も少なくなるのかな

あと、数学視点じゃなくてゲーム屋視点で調べてたら、
浮動小数点にガッツリ誤差修正入れてて境界とか曖昧になってるのが多いのねｗ

**名前は開発中のものです。** · 2013/09/30(月) 20:07:39.17

俺、今までSTGとか何本かリリースしてるけど、当たり判定なんて超いいかげんにやってるよｗ

さすがに今日の１ドット判定がデフォな弾幕STGをしてるプレイヤーには「自機判定が大きすぎる」とか言われるけど、
自機弾が見た目の5倍くらい当たり判定持ってることについては誰も文句言ってきてないｗ

**名前は開発中のものです。** · 2013/09/30(月) 21:31:43.75

>>503
初心者の俺がエスパーすると

DrawFormatString( 0, 0, GetColor( 255 , 255 , 255 ), "hoge") ;

こんな内容の外部ファイルがあって
読み込み関数の直後にこんなプログラム文を挿入するみたいに
読み込み直後にDrawFormatStringを実行出来るってのなら便利なのになー

って考えだと予想

**名前は開発中のものです。** · 2013/09/30(月) 22:40:05.44

まさか、includeの話だったのか

**名前は開発中のものです。** · 2013/10/01(火) 03:46:58.46

>>515
こんなこと言う作者の作ったSTGなんてやりたくねえなぁ

**名前は開発中のものです。** · 2013/10/01(火) 07:09:37.62

> 自機弾が見た目の5倍くらい当たり判定持ってる
プレイヤー側に爽快感を与えるためのテクニックとして定番だな
ほとんどのプレイヤーは、当たり判定が厳密かどうかなんて気にしてない

**名前は開発中のものです。** · 2013/10/01(火) 07:19:05.53

自機グラフィックより大きくない限り「このゲームのあたり判定はこんなもん」って思うようになるだけだと思う

**名前は開発中のものです。** · 2013/10/01(火) 09:00:10.86

当たってないように見えて当たる、よりも
当たってるように見えて当たってない、方が
プレイヤーに与えるストレスが少ないってベーマガに書いてあった。
ピクセル単位で当たり判定するのは、それ自体が売りになるケースだよね。
レミングスの地面判定とか。

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

インベーダーのようなゲームで
弾の通り抜けが困る、平面なのにジャンプしちゃう。
これをキチンと処理しないといけない。

**名前は開発中のものです。** · 2013/10/01(火) 13:00:43.20

通りぬけの処理をするより通りぬけしないような速度と判定の大きさにするべき

**名前は開発中のものです。** · 2013/10/01(火) 22:07:38.33

個人制作ゲーで通りぬけが起きると一気にバギーなイメージになってモチベ落ちるよね
いかに安定したクオリティを感じさせるかも腕の内だろうか

**名前は開発中のものです。** · 2013/10/01(火) 23:58:16.66

前フレーム座標と直線で結んでその直線との当たり判定を見るってばっちゃが逝ってた

**名前は開発中のものです。** · 2013/10/02(水) 01:35:17.03

なんか最近急にゲームを起動すると数回に一回の割合でフリーズして強制終了するしかなくなる
現象が起こるんだが他にも似たような現象起こるやついるか？

**名前は開発中のものです。** · 2013/10/02(水) 07:41:55.08

それだけの説明で理解できるわけないだろ。

DXライブラリを最新に更新したら、とか条件があるならまだしも。

**名前は開発中のものです。** · 2013/10/02(水) 09:36:28.97

それもそうだな。とりあえず以前のバージョンに戻して検証中
他に分かってることはDxLib_Init()を呼び出した直後にフリーズするってことくらいかな

**名前は開発中のものです。** · 2013/10/02(水) 15:36:21.39

>>526
Windowsメッセージを送ってないとか？

**名前は開発中のものです。** · 2013/10/02(水) 19:23:19.87

以前このスレで
VMのwindows内で起動したらマルチメディアタイマーの精度計測に失敗して
起動しなかった、っていう事例があった気がする

まずはログを見て、起動処理のどこで止まってるか
確認するがよろしかろう

**名前は開発中のものです。** · 2013/10/02(水) 20:12:13.70

恐らく原因はこれだと思うけど一か月以上前に作ったやつだし今まで平気だったのにな
起動時の設定をダイアログボックスでやる際のウィンドウ処理とかが関係してるみたい。・・・多分。

**名前は開発中のものです。** · 2013/10/02(水) 20:52:21.57

>>531
http://jihi4541.blog.fc2.com/blog-entry-3.html
これ？

**名前は開発中のものです。** · 2013/10/02(水) 22:53:47.44

直ったと思ったら直ってなかった・・・
ログはwindows/syswow64/wer.dllを読み込みました。Cannot find or open the PDB fileで止まってた
再起動してデバッグしたら
ファイル追跡ログファイルに Unicode バイトオーダーマーカーが見つかりませんでした。って出た
いっそのこと起動部分を作り直してみるか・・・

**名前は開発中のものです。** · 2013/10/02(水) 23:39:04.47

全部コメントアウトしてもダメだった・・・止まってる場所も変わるみたいだし
もうお手上げだな。いっそのことVC2012に移行してみるか・・・XPに対応しなくなるけど

**名前は開発中のものです。** · 2013/10/03(木) 00:40:00.03

全部コメントアウトしてダメだったって事は
予想してた箇所は全くの見当違いであって
他にもっと単純なバグがある、って事じゃないのかな。

**名前は開発中のものです。** · 2013/10/03(木) 03:09:38.93

毎回エラー箇所が変わる状態になって最近書いた部分見直したら
配列オーバーだったってことなら一度ある

今はなぜか宣言追加しても生成されないバグに悩まされてる
例えば新しくint x;x=1;って書いてデバッグするとxが値もポインタももってない
リビルドすると直る
この症状に原因あるなら教えてください

**名前は開発中のものです。** · 2013/10/03(木) 03:15:29.35

コンパイルに含めない設定になってるとか

**名前は開発中のものです。** · 2013/10/03(木) 06:48:15.87

>>531
「これ」って何？

>>533
ログってIDEの出力ウィンドウじゃなくてDxlibがexeと同じ所に吐き出すログの事だぞ。

>>534
「全部」って何？

**名前は開発中のものです。** · 2013/10/03(木) 09:14:50.87

新規プロジェクトを作って、そこに今までのソースファイルぶち込んでみたら、
何事も無かったかのように動いたって経験もあるので、どうしてもダメだったら試行の候補にでも追加しておくれ。

**名前は開発中のものです。** · 2013/10/03(木) 10:35:01.11

>>533
Windowsアプリケーションは
約60分の1秒の間隔でWindowsにメッセージを送り続ける必要があります
メッセージを送らなくてもプログラムは起動しますが
その場合、動作がどんどん重くなり誤動作を起こす原因にもなります

ゲームが重くなる、起動するだけで現象が起こる
それらの状況からWindowsメッセージではないかと思いました
1フレームという間隔で送り続ける必要があるので
60フレーム(１秒)も送らなけば、もう完全に重たくなるのではと

**名前は開発中のものです。** · 2013/10/03(木) 10:42:21.98

>>536
PCの時計くるってない？

**名前は開発中のものです。** · 2013/10/03(木) 11:06:19.70

>>534
引っ張ってるライブラリ、パスの通ってるライブラリについて、
32bitと64bit混在してないか？

> Cannot find or open the PDB fileで止まってた

↑これが気になったので。

**名前は開発中のものです。** · 2013/10/03(木) 12:48:03.54

>>541少なくとも1分以上狂ってはいない
発生回数は今のところ3回
1回目のとき3時間くらい時間使って諦めてリビルド
原因放置はしたくないけど後回しにしてた

**名前は開発中のものです。** · 2013/10/03(木) 17:55:27.38

単純に、特定の条件で無限ループに陥ってるとかそんなバグじゃないのかな。

**名前は開発中のものです。** · 2013/10/03(木) 19:27:01.40

デバッグ中forやifでエラーでて止まるってエラーが最初(結論はint nが生成されずnが見つからない)
また起きたら宣言初期化周りもう一度調べてみるよ
現象の検証ばっかしててあんまり見てなかった気がする
ヘッダ含めて生成されないんだから最初のInitialzeまでかnewまわりに原因があるはずだよな

**名前は開発中のものです。** · 2013/10/03(木) 20:53:45.93

どうせメモリを壊してるんだろ
ポインタを理解してないクズが

**名前は開発中のものです。** · 2013/10/03(木) 21:28:16.99

ウィンドウ外に画像を描画する処理とウィンドウと画像の当たり判定調べて描画の有無を判断するのってどっちが処理速いの？
描画コストがどのくらいかかるのか全然把握出来てないのだけど

**名前は開発中のものです。** · 2013/10/03(木) 22:36:24.81

その辺は気にせずともDirectXがいい感じにやってくれてるはず。

**名前は開発中のものです。** · 2013/10/04(金) 00:51:22.69

3Dモデルを画面に表示させたり、
キー入力に合わせて回転するみたいな簡単な事はできるようになってきたけど、
設定メニューとかのようなGUIが作れない。
そもそもどう作ればいいの？
ダイアログに表示するような釦を用意するだけで手間なんだけど、
全部自作してるの？

**名前は開発中のものです。** · 2013/10/04(金) 01:45:50.25

>>548
そうなのか…
下手に弄るよりは任せた方が簡潔に書けるね

**名前は開発中のものです。** · 2013/10/04(金) 08:57:28.28

>>550
純粋に表示だけならレンダリング処理のパスが省略されるはず。
ただゲームプログラミングで考えた時、裏で自分でしてる論理処理の方は視界の外の部分は省略したりするよな。
「重さ」のネックは大抵そっちにあるから。

**名前は開発中のものです。** · 2013/10/05(土) 01:56:11.12

ライセンス取るのが辛い
なんでこんな仕様にしたのか

**名前は開発中のものです。** · 2013/10/05(土) 02:38:04.19

ごめんね誤爆なの

**名前は開発中のものです。** · 2013/10/05(土) 07:04:12.45

3dで、カメラの後ろ側にあるオブジェクトは、画面のドットから飛ばしたレイの衝突判定対象にする？
カメラの真後ろにあるオブジェクトに対してレイを飛ばした時の判定なんてほぼ無駄なわけじゃん

**名前は開発中のものです。** · 2013/10/05(土) 07:30:15.10

>>554
まず対象オブジェクトがカメラの後ろにあるかを判定する必要があるけど、それって結局レイ飛ばすなり「平面-オブジェクト」で判定するわけじゃん。
で、その後レイで衝突判定とるの？
他の処理の都合であらかじめオブジェクトがカメラの後ろにあるかどうか解ってる特殊な事情が絡まない限り、全探索するしかなくね？

**名前は開発中のものです。** · 2013/10/05(土) 09:23:08.63

カメラの位置と方向ベクトルに対して、明らかに表示角の外にいる物は、
より細かい計算するより前に対象外として一律処理スキップとかするけど俺

**名前は開発中のものです。** · 2013/10/05(土) 09:25:26.82

>>554
画面のドットからレイ飛ばすってのがなんか引っ掛かるけど、俺は表示物じゃなくて論理管理レベルでの計算で >>556 する。

**名前は開発中のものです。** · 2013/10/05(土) 13:42:34.85

俺が初心者で無能なだけかもしれないけど
>>554って環境マップとか使って擬似的な反射でも考えない限り全く無縁の話じゃないの？
光源が後ろにない限りカメラより後ろのオブジェクトが描画結果に影響することはないんじゃない？
乱反射の部分は環境光ってファクターで擬似的に表してるんだし

っていうか>>556の方が効果は大きそうだし
描画時間計測したことあるけど、ライティング関係の処理はDirectXだかDXlibだか分からんが自動で弾いてくれてるっぽいぞ
ビルボードを視野外(近く)に置いたときと、視野内の無限遠に置いた時がほとんど同じで、視野内の近くに置いた時より格段に軽かった

的外れの恥ずかしいレスじゃありませんよーに

**名前は開発中のものです。** · 2013/10/05(土) 18:25:07.74

>>558
それって、レイトレースとかの文脈のレイ？
>>554の言うレイは普通の半直線の事を指してると思うんだけど。
DXライブラリスレでレイトレースとか出る話題じゃないし…。

マウスクリックでオブジェクト選択みたいな処理を実装するために半直線と交差判定取ってるんだけど、
カメラの後ろにあるオブジェクトまで交差判定とるのって無駄じゃね？

って話だと思ってたけどあってるよね？

**名前は開発中のものです。** · 2013/10/05(土) 18:48:29.96

あと>>556のカメラの位置と方向ベクトルでプレ処理って話だけど、
位置ベクトル＋方向ベクトル＝平面
だよ。
要するにカメラの後ろ＝nearクリップ平面の負の領域ってことだし。

if ( !CollidePlaneObject(nearClipPlane, obj) ) return; // プレ処理（カメラの後ろにあるか判定）

if ( !CollideRayObject(ray, obj) ) return; // レイ交差判定（本ちゃん判定）

って感じだと思うんだけど、平面-オブジェクトの判定とレイ-オブジェクトの判定って計算的に殆ど同じだから、
最初のプレ判定あんま意味なくね？計算省いてるようで実は二重に計算してね？
というのが>>555で言いたかったこと。

**名前は開発中のものです。** · 2013/10/05(土) 18:49:58.53

ウィンドウモードで起動時に
ウインドウ枠の「×」をクリックした時に
DxLib_End関数を評価させる方法はないでしょうか？

それとも「×」をクリックして終了した時に
自動的にDxLib_End関数が評価されるように設計されているのでしょうか？

**名前は開発中のものです。** · 2013/10/05(土) 20:10:30.39

>>560
二度判定されるのは事実だけど、無駄じゃない。
複雑な形状を持つオブジェクトの中身に対する細かい判定とは別に、
そのオブジェクトが置かれるグローバル座標を原点とする半径や最大立法体で判定して、先に一回「明らかな範囲外」を落とすんだよ。
実際に運用されてる有名な例で言うと、bulletphysics等がそう。

**名前は開発中のものです。** · 2013/10/05(土) 20:13:55.33

ちなみに >>560 のように「意味無くね」って思う事があるとしたら、初歩的な立体しか扱わず、
視野内での計算と視野外での計算が完全に同じで事足りるケースだけ

**名前は開発中のものです。** · 2013/10/05(土) 20:38:31.68

>>559
ひいいドットから出るレイとか言うからレイトレーシングの方だと思ってた恥ずかしい
このスレって突然DirectXの話題になったりCの話題になったり結構カオスだから勘違いしてましたごめんなさい

**名前は開発中のものです。** · 2013/10/08(火) 03:59:08.46

テクスチャじゃない加工済み3Dアニメーション(例爆発エフェクトとか)って描画どうしたらいい？
1加工済みアニメを3D空間or画面に2D描画(ペラペラだけど我慢orカメラとの角度固定)
2加工済みアニメを透明なマテリアルにテクスチャアニメーションとして張り付けてx→3D描画
3アニメーションまで読み込んでその場でエフェクトを作る
今まで視点固定なので1で作っていて、次は3D視点のものを作ろうと思ってて、描画方法考えています。
2そもそもテクスチャアニメーションをx化できるのか、あと球の中心とかあると張り付け不可。
3リアルタイムの負荷&処理方法実装の難しさとか、シェーダの延長でなんとかするしかない？
先人様がいらっしゃれば知恵を分けてほしいです。

DXライブラリ 総合スレッド その16

DXライブラリ総合スレッドその16