DirectX総合スレ (Part7)

**名前は開発中のものです。** · 2007/05/19(土) 04:24:57

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

■過去スレ

DirectX総合スレ
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/
Part 6: http://pc11.2ch.net/test/read.cgi/gamedev/1163691532/

**名前は開発中のものです。** · 2007/12/06(木) 16:46:55

法線と何の角度？

空間に線が1本だけあっても、角度とか無いよな？
比較対象がないと…

**名前は開発中のものです。** · 2007/12/06(木) 16:53:24

>>456
ttp://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=44&vew=148

**名前は開発中のものです。** · 2007/12/07(金) 23:32:12

だいぶ香ばしくなってるなｗ＞BBX
昔は回答者もレベルが高く、意図を酌んでくれたもんだけど
最近は叩きや突っ込みばっかり多くて嫌だね
しかも、レベルも低いな
ディスプレイごしの相手の状況がまったく読めてない
プログラム掲示板荒らしに必要なESP値がまったく足りてない

それだけに皮肉や嫌味に火力がまったくない
相手の状況を読んでこそ煽りは強烈に効いてくる

ところがそれがまったくないので
せっかく嫌味なレスをつけてもスルーで終わり誰も注目しない

昔、Bio１００％を半壊させた俺を見習えっつーのｗ

**名前は開発中のものです。** · 2007/12/08(土) 00:44:18

どうも最近の子は自尊心の満足みたいなのをこういうメディアに求めないっぽい
投稿時の名前とかも昔とくらべて相当適当になってるでしょ
最初から持参してきてないプライドをつっつくことは不可能
だから嫌味とかも通用しない

ひとつの適応の結果だろうとは思うけど、どうなんでしょうね

**名前は開発中のものです。** · 2007/12/08(土) 02:52:36

>>459
そんなに言うならお前がレスしてやればいいだろ。

俺も気が向いたときしかレスしてないけどな。

**名前は開発中のものです。** · 2007/12/08(土) 06:25:01

>>460
まあ、正確には求めないんじゃなくてそれができないんだろうね
ネット未開拓のときと違って「大人（？）」もかなり徘徊してるから
口論になってもかなりの確率で負ける、何かしゃべるたびに叩きのめされるから
なにかを主張することをあきらめたんじゃないかな？

>>461
無理駄目
俺さ、よく考えたら初心者のころから質問掲示板でなにか教えてもらったことないわｗ
PC初心者のころから回答側だったなｗ（なにを答えていたんだろうか？ｗ）
あと、大抵俺がする質問って他の奴も答えられないしするだけ無駄だった
質問掲示板で質問する奴って馬鹿なんだよｗ

**名前は開発中のものです。** · 2007/12/08(土) 10:10:10

>>462
レスが馬鹿っぽそうだ

**名前は開発中のものです。** · 2007/12/08(土) 10:16:13

>>463
自分で自分のことを優秀だと言っちゃう奴が
本当に優秀かどうかを考えてみるんだ。

あげく質問系の掲示板で煽るようなレスしか出来ないってんなら
少なくとも人にものを教える能力と空気を読む能力は皆無だろう。

**名前は開発中のものです。** · 2007/12/08(土) 13:19:08

掲示板なんて、FAQに答えをもらうだけの存在だよ。
それ以上を求めてはいけない。
稀にヒントが来ればラッキー、くらいに思っておいた方がいい。

**名前は開発中のものです。** · 2007/12/08(土) 13:36:46

>459
Bio１００％って
おっさんか
Ｂｉｏ関係者はドワンゴに行ったと聞いたがお前は行けなかったのか？

折れもな

**名前は開発中のものです。** · 2007/12/10(月) 00:31:00

＞俺さ、よく考えたら初心者のころから質問掲示板でなにか教えてもらったことないわｗ

学生時代はほぼこれに近かったが
自分の持ってるグラボで再現しない未知の（ネットで検索しても当該情報ない）不具合とか
そういうのに遭遇しちゃうと、さすがに個人の調査能力に限界を感じたな

**名前は開発中のものです。** · 2007/12/10(月) 17:13:44

HLSLについて質問なんですが、

int i = 0;

while( i<2000 )
{
i++;
}

↑この用に記述してしまうと
命令数が限られているようで、「1024 iterasion」とエラーが吐き出されてしまって、
ループの限界数を超えてしまっているようです。

しかし、サンプルで落としたARBアセンブリシェーダだと、これがうまくいってるみたいなんです。
どう対処すればよろしいでしょうか。

**名前は開発中のものです。** · 2007/12/10(月) 18:28:04

よく分からんがまずサンプルも一緒に貼るべきではなかろうか

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

468ですけれど、
シェーダ言語って、命令数が限られるものなんですか？
そうだとしたらその理由は？

**名前は開発中のものです。** · 2007/12/10(月) 23:30:25

サンプルは3.0でコンパイルしてるとかじゃねぇの？
3.0は分岐があるが、それ以前のものは条件分岐ないからループは全部展開される。

命令数は限られるが理由はしらん。
複数のユニットで並列実行するから技術的な問題が大きい気がするけど。

どっちみちシェーダーが長すぎて処理が2秒以上かかると
OSが丸ごとリセットかけるので実行できないことに変わりはないが。

**名前は開発中のものです。** · 2007/12/14(金) 00:01:55

教えてください。

複数の絵を表示するのに複数のテクスチャと1つのスプライトを使っています。
ひとつのスプライトにいくつでもテクスチャを貼り付けられるようで便利だなと
思っていたのですが、その中で、ひとつだけ回転させたくなりました。
調べてみると、ほとんどのサンプルでは、回転させる絵のテクスチャは独立した
スプライトに貼ってスプライトを回転させているようでした。
それでもできないことはないのですが、スプライトが1つだと、あとあと簡単で
よさそうに思うのです。そんな高度な処理はしないからです。
で、他のテクスチャは普通に貼って、回転させたいテクスチャだけ、Matrixで
スプライトを回転させてから貼り付け、他のテクスチャのためにもう一度スプライトを
戻すようにしました。やってみるとうまくいきます。感激しました。
でも、これってひとつのスプライトを忙しく（？）回転させてるので、
あんまりよくないのかなーとも思います。
俺が調べた限りでは、そういう使い方は、SDKのサンプルに1つしかありませんでした。
（XInputGameってやつです）一応、MSのサンプルにあるんだから、それでいいのか
とも思うのですが、どうなんでしょう？
ご教授、よろしくお願いいたします。
（XBoxのコントローラがないので、上のサンプルはためしていません。）

**名前は開発中のものです。** · 2007/12/14(金) 00:16:06

>>472
はっきりいうけど考えるだけ無駄

そんなスプライトなんて組めば１０分かからんようなもんに
後々も糞もない

初心者にありがちな無い未来を想像して無駄なことをしてる
スプライト自体の扱いがすでに手軽なのに
そこに汎用性をつけようとしてるのがすでに間違い

必要なときがきたらそのときに組んだらいい話であってなんの実りもない
モデリングソフトからロードしたもんそのままロードして表示できるようにして
おくだけでスプライトなんてクリック一発で平面用意して回転させたきゃ
デザイナが回転しておくっつーの
テクスチャをロードしてソフト側で頑張って
貼り付けようとしてること自体がすでに間違いじゃねぇの？
それよりもっといろんなことを知るべき
モデリングソフトでXファイルとセットになったら何ができるか知ればいかに面倒なことをしてるかわかる希ガス

**名前は開発中のものです。** · 2007/12/14(金) 00:56:27

>>473
レスありがとうございます。ただ、
>テクスチャをロードしてソフト側で頑張って
>貼り付けようとしてること自体がすでに間違いじゃねぇの？
なんですけど、プログラマ（＝私）は何もがんばっていないんです。
スプライトの数が少ないだけ、管理が楽ではないですか？
たとえば、自分の宇宙船、敵の宇宙船、隕石、その他がグリグリ回転する場合、
スプライト1つで済めば、関数1個書くだけでみんな動かせます。
しかし、スプライトが複数になると、みんな、BeginとEndの中にはさまなきゃ
いけないですよね。手で。もちろん、listに入れておいて自動化することは
できますが、それでも、すべてのスプライトの生成、listへの追加、削除、破棄を
しなければなりません。
スプライトが1個だけなら、手間はぐんと減るわけです。
ただ、デバイスをがんばらせすぎちゃって、不具合が出たりするのかな？
という質問なんです。
グラフィッカーに回転した絵をたくさん描いてもらっておくっていうのなら、
また、別の話ですが。

**名前は開発中のものです。** · 2007/12/14(金) 01:04:02

つまり、私としては、
「一見デバイスをがんばらせるような処理だが、実は、デバイスは
がんばっていない。大丈夫。」という答があれば安心できるんです。
だって、スプライトも何もかも、所詮ソフト上の処理なんですから。
私がMSのプルグラマなら、きっとそう書くはずです。
でも、確信が持てないので、詳しい方はいないかと。

**名前は開発中のものです。** · 2007/12/14(金) 01:12:16

スプライト一個に何が何を頑張るんだ・・・・

**名前は開発中のものです。** · 2007/12/14(金) 01:24:51

ID:Xg/Hthq5 ＝ズーイー ◆syPKIK6qv2

だろ。基地外だから相手するだけ無駄だよ
この糞コテは特徴的な電波長文レスを生成するからわかりやすい

**名前は開発中のものです。** · 2007/12/14(金) 01:26:52

>>476
あんまり考えてないんですけど、「デバイスがスプライトの回転をがんばるのか」ってことです。
内部的にスプライトがどんなものなのかわからないのですが、「回転させる」という処理は、
軽い処理なんでしょうか。俺は、スプライトを複数個回転させるのも、ひとつのスプライトを
renderの一瞬で複数回回転させるのも同じ処理であると想像してます。
ただし、1つのスプライトを回転させた場合、「回転をもとに戻す」という処理があるので、
単純に考えれば回転の数は2倍になるわけです。しかし、それらは、すべて見かけ上の問題で、
「賢いコンパイラが不要なコードをすっとばすように、DirectXも賢く処理している」とか
「その点は賢くないけど、所詮、スプライトの処理なんて、何やっても軽い」とかなら
安心できます。476さんは、後者のことを言ってます？
ただ、スプライトと言っても、俺が書いてるのは、総２Ｄゲーム（笑）で、画像は限界まで
ロードしてます。したがって、本当に、画像データを回転させたりしてるなら、決して軽くは
ないと思うのです。

**名前は開発中のものです。** · 2007/12/14(金) 01:28:07

>>477
デムパ吹いた、こんな冗長な文書は解読不能です

**名前は開発中のものです。** · 2007/12/14(金) 01:32:18

う～ん。残念です。も少しレベルの高い方をお待ちします。
できれば、学生さんじゃない人を。

**名前は開発中のものです。** · 2007/12/14(金) 01:41:04

>>478
そういう余計な事を考えるようなレベルに達してないとおもうが・・・。
その程度のことはDirectXのドキュメントをみてその仕組みを理解すればおのずとわかる。

いちいち人に聞くことではない。

**名前は開発中のものです。** · 2007/12/14(金) 01:46:07

>>478
自分専用ベンチマークでも作って遊んでみりゃ一発だと思うが

**名前は開発中のものです。** · 2007/12/14(金) 01:49:57

とりあえず四角形ポリゴンの回転計算に何ステップ必要で昨今のCPUが何FLOPSか考えればいい
それと描画するのはいつなのかってことも

まあ回転させたのを戻すとか言ってる時点で釣りだと思うが

**名前は開発中のものです。** · 2007/12/14(金) 01:56:59

「馬鹿の考え休むに似たり」を地で行く奴だから助け舟は要らんのよ
悩んでる自分の姿に惚れ込んでる病人だからナニ言っても解決しない

**名前は開発中のものです。** · 2007/12/14(金) 02:55:38

すいません質問です。

例えば2DのSTGを作るとして、処理に時間がかかると予想されるのは
座標移動や判定などの内部処理関連
EndSpriteやDrawPrimitive、DrawSubsetなどのバックバッファに描画する関連
Present(DirectX8.0以前はFlipでしたっけ？)のバックバッファをフロントバッファにして表示するとき
どれだと思いますか?

**名前は開発中のものです。** · 2007/12/14(金) 03:07:34

組み方による

**名前は開発中のものです。** · 2007/12/14(金) 03:23:11

ですよねー・・・
バカな質問してすいませんでした。

**名前は開発中のものです。** · 2007/12/14(金) 03:54:16

たしかに>>485はばかな質問だが
すぐそれに気付いた分 ID:Xg/Hthq5より
遥かにマシだな

**名前は開発中のものです。** · 2007/12/14(金) 04:07:00

>>487
あくまでの話だが、どの部分もそれなりな作り方をして、動作マシンも特に癖が無いとすると
判定関連がカリングしてもo(n^2)、描画がo(n)、フリップがo(1)だから
何も物体がないとフリップが一番重くて、物体が増えるにつれて内部処理が増大する

**名前は開発中のものです。** · 2007/12/14(金) 04:28:27

無意味な考察だな。現実とあまり一致しない結論になってるし
C/C++&DirectXの組み合わせで2DSTGごときが
CPUパワーで頭打ちになるなんてよほどあり得ない
組み方をしない限りあり得ないだろ

贅沢テクスチャで背景レイヤー重ねまくって
うざいくらい爆炎と煙だしまくって描画で頭打ちに
なるほうが普通

**ID:Xg/Hthq5** · 2007/12/14(金) 13:14:41

>>481も>>483も、結論を一言で言えばいいのに言えない。
つまり、自分でもわからない無能ということだな。
ドキュメント読めだ？それはおまえだ。
ム板ってこんなにレベル低かったっけと思ったら、こっちはゲーム板か。
バカになり続ける日本人の標本みたいなやつらだな。
それにしても、>>490の下3行には笑ったよ。
俺はその話をしてんだけど、気がつきもしなかったんだね。
つまり、自分じゃあ、やったこともねーんだろ？
知らないことに口を出すな。な？クズが。

まったく使えねえ。もう来ねーから安心して、フリップの話でもしてろ。ｗ

**名前は開発中のものです。** · 2007/12/14(金) 21:09:43

ここはおもしろいすれですね

**ID:Xg/Hthq5** · 2007/12/14(金) 22:29:32

>>491は俺ではありません。信じてもらえないかもしれませんが。
俺は馬鹿かこいつと思ってもそれを素で書いたりしません。

**名前は開発中のものです。** · 2007/12/14(金) 22:36:36

だがちょっと待ってほしい
>>491の言葉の刃がことごとくID:Xg/Hthq5自身に
クリティカルヒットしてるように見えるのは
新手のブーメラン芸だからと考えられないだろうか、と

**名前は開発中のものです。** · 2007/12/15(土) 00:48:59

まあ、爆発だのなんだのの話をしてるなら
フィルレートの話になるから不透過物は前からかけとか
不透過物に隠れた透過物は書くんじゃねぇとか
疲れる話になるんだけどな

**名前は開発中のものです。** · 2007/12/15(土) 01:18:05

マジレスすると、
「どうしてこれは遅いんですか？」じゃなくて、
「（まだ何とも比較してないけど）これ遅くね？どうなの？遅くね？よぐわがんねげど遅くね？」的な
質問の場合、実に八割の確率（俺統計）で心温まる罵倒合戦が始まるので、
2chのスレで一喜一憂するよりもプロファイラの使い方を覚えた方がナンボか有意義なのである。

とりあえずCodeAnalystとかPIXとかNVPerfとかは無料で使えるので、れっつぷろふぁいりんぐ☆

**名前は開発中のものです。** · 2007/12/15(土) 01:24:42

>>496
明確に優劣が分かる場合の方が珍しいもんね。
つか、明確だと質問する前に自分で直しちゃうし。

俺の恥ずかしい体験談だと、毎ループ、デバイスコンテキスト取得して、
フォントの取得と開放を繰り返して、異常に重くなった経験が。
そこまでアホだとすぐ分かるんだけどね…。

**名前は開発中のものです。** · 2007/12/15(土) 03:44:17

と言うわけで、>>478さんは、PIXの結果をうｐをお願いします。

**名前は開発中のものです。** · 2007/12/15(土) 10:34:18

>>497
>明確に優劣が分かる場合の方が珍しい
激しく同意
小さいプログラムでテストしてるときと
いざゲーム作ってみて該当箇所を測ってみたときでは全然結果が違うときがある

また、予想していた要素以外で重くなってることもしばしば
大事なことは「～を～すると重い」という定義をもつことじゃなくて
その場面場面で実測値を見ることを忘れないことと
また、その数値の根拠を説明できるように心がけることだな

つまり、それができる環境を毎回構築できることが一番大事

**名前は開発中のものです。** · 2007/12/15(土) 11:11:51

プロファイルは大変だからなぁ・・・。
VS2005ってプロファイラついてたっけ？
VC6の後なくなった気がしたんだが。

**名前は開発中のものです。** · 2007/12/15(土) 11:16:04

俺はQueryPerformanceCounterで測ってる
プロファイラ欲しいなぁ。

**名前は開発中のものです。** · 2007/12/15(土) 13:42:24

別にプロファイラなんてあてにすることないって
FPS出せるようにしておけば問題ないし
モデルの表示の有り無し、シェーダ処理の有り無し、毎フレーム処理の有り無し
とかを切り替えられるようにしておく仕組みのが大事

**名前は開発中のものです。** · 2007/12/15(土) 15:03:49

現在、Direct3Dを始めて勉強しているんですが
初心者にお勧めのサイトを紹介してください

ちなみに、ベクトルの回転軸からX,Y,Z軸それぞれに対する回転軸への
変換方法が分からなくて困っています

**名前は開発中のものです。** · 2007/12/15(土) 15:07:53

そこでNVPerfHUDですよ

**名前は開発中のものです。** · 2007/12/16(日) 00:55:57

>>503
＞ちなみに、ベクトルの回転軸からX,Y,Z軸それぞれに対する回転軸への
＞変換方法が分からなくて困っています

リア工かゲー専の子か？それDirect3Dの知識じゃなくて初歩的な数学。幾何学。図形処理。
右も左も分からない理系教養課程の数学教科書をいきなり買うのは辛いだろうから
最低限必要な知識だけ抜粋したオールインワンパッケージの本でも買っとくよろし

ゲームプログラミングのための3Dグラフィックス数学
http://www.gogo3d.com/products/mathema/index.html

ちょい値が張るがこれ鉄板。これに登場するキーワードをググれば
関連するFAQやチュートリアルや入門ページがバシバシ見つかるだろう

あと、似たようなやつで工学社が出してるパチモンみたいな本があるが
安いのは魅力だが、書籍スレで散々叩かれてる地雷本だ。気をつけろ

3Dゲームプログラマーのための数学[基礎編]
http://www.kohgakusha.co.jp/books/detail/978-4-7775-1067-2

大川隆（・∀・）ﾎｰだかそんな感じの名前のこの著者はどっかの
私大の教授だ。だった気がする。（今はどうか知らない）
たぶんこの先生が直々に原稿を執筆してるわけではなく
研究室の院生か助手が嫌々書かされているんだろうと思う

**名前は開発中のものです。** · 2007/12/16(日) 03:25:04

>ちなみに、ベクトルの回転軸からX,Y,Z軸それぞれに対する回転軸への
俺、これできなかったなぁ
それっぽくやっても＋－逆になったり変な式になってたｗ
しょうがないから１軸固定にしてアークタンジェントでそれっぽく求めてた

実はいいやり方ってあんの？

**名前は開発中のものです。** · 2007/12/16(日) 10:22:29

>>505
レスありがとうございます
7000円は高いですが、早速、今週中にでも買ってみます

**名前は開発中のものです。** · 2007/12/17(月) 10:51:31

すいませんが、
>>505
の様な書籍を理解するのに必要な知識は、中学数学までの学力があれば良いですか？

**名前は開発中のものです。** · 2007/12/17(月) 13:17:50

行列と三角関数の知識くらいは必要になるけど、それって高校でやるんだっけ？
レベル的には大学の工学部の教養で習う数学程度かな。

中高生なら、とりあえず行列の中身はブラックボックスで、D3DXにある関数だけ
使ってりゃいいと思うけどね。

**名前は開発中のものです。** · 2007/12/17(月) 18:28:44

頂点バッファで大量の2Dオブジェクトを描画(三角2枚)したいと考えているのですが、
描画したい2Dオブジェクトが複数のテクスチャに分かれている場合は

各テクスチャ毎に描画する最大オブジェクト数分の頂点バッファを作成
→セットテクスチャ+DrawPrimitiveをテクスチャ回数繰り返す

となるのでしょうか？
いまひとつ効率の良い方法が分からないのですが通常ゲーム等ではどのような処理をしているのでしょうか？

**名前は開発中のものです。** · 2007/12/17(月) 20:50:58

＞各テクスチャ毎に描画する最大オブジェクト数分の頂点バッファを作成
＞→セットテクスチャ+DrawPrimitiveをテクスチャ回数繰り返す

基本的にそれでおｋ。

**名前は開発中のものです。** · 2007/12/17(月) 21:11:41

> 各テクスチャ毎に描画する最大オブジェクト数分の頂点バッファを作成
これって一個の頂点バッファにするの？
環境によるけど64ｋちょいまでしか駄目とかありえるぞ。

テクスチャーを設定したらそのテクスチャーを利用する頂点バッファを必要回数描画。

でいいと思うが、ちょっとこれは面倒なので、

テクスチャーの設定と描画を１セットの処理として、連続して同じテクスチャーなら
SetTextureを行わなければ実質上記の処理となる。
（勿論同じテクスチャーが連続するように順番を決めておく）

そしてエスパー回答。
マップチップとかなら１枚のテクスチャーにまとめて、
各頂点に、貼り付けたい画像の位置を示すパラメータを指定すれば、
頻繁にテクスチャーを設定する必要ないよ。

**名前は開発中のものです。** · 2007/12/17(月) 23:24:47

エースコンバットシリーズのように広大な地上を表現するために、それに適したテクスチャを
探しているのですが、やはりこういうときは衛星写真が良いのでしょうか？

**510** · 2007/12/17(月) 23:56:12

レスありがとうございます
オブジェクト数は多くて数千程度なので恐らく制限に引っかかることはないと思います
実際はかなり1枚のテクスチャに敷き詰めているのですがそれでも足りないので複数にしています
とりあえず考えていた方法で実装してみることにします

**名前は開発中のものです。** · 2007/12/18(火) 00:09:29

>>513
ゼンリンとかが販売してる地図データとか衛星写真データ集は
個人利用以外の目的で利用（再配布）するには別途契約が必要。
使用料が非常に高額なのと、法人相手でしかその手の契約交渉は
してくんなかったと思う

まぁあれだ。お前ら大人しくTerragen使えってこった。あれはいいものだ
同人とかシェアウェアで使うなら商用ライセンス版買わないと俺がチクる

**名前は開発中のものです。** · 2007/12/18(火) 00:13:15

>>513
衛星・航空のGISデータは高いぞ・・・精度重視だからな
地形生成ソフトで作って、構造物を配置するのが楽じゃない？

**513** · 2007/12/18(火) 00:20:32

>>515
＞大人しくTerragen使えってこった。
これすごいですね！
これ使うことにします！
ありがとうございました！
>>516
ありがとうございます！
その方向でいくことにします。

**513** · 2007/12/19(水) 23:13:33

すみません、Terragenのデータを利用してメタセコで地形モデルを作る方法は分かったのですが、
ttp://blogs.yahoo.co.jp/mn6x847w/23382905.html
その地形に貼るテクスチャはどうするのが良いでしょうか？
素材データを集めてしこしこ合成していくのでしょうか？

**名前は開発中のものです。** · 2007/12/19(水) 23:24:49

つ商用ライセンス版

**名前は開発中のものです。** · 2007/12/20(木) 00:03:02

>>518
テクスチャの張り方ってのを学ぶと先へ進める

3DCGテクスチャスーパーテクニックって本がよかったんだが
どうやらamazonでは品切れっぽいな・・・

とりあえず基本の「平行投影」を覚えてみるとその疑問は解決するよ
他にもいっぱい応用が利くからテクスチャの張り方技術はデザイナじゃなくても
知っておいたほうがいいと思う

ちなみに平行投影（投影マッピング）についてGoogleで検索してみたけど
ろくな解説のってないな・・・絶版になった本が悔やまれる・・・

モデリングソフトのチュートリアルにのってないかなぁ・・・

**513** · 2007/12/20(木) 00:14:45

>>519
ぬぬ、有料版には地形のテクスチャを出力する機能があるのでしょうか？？
今、調べ中ですが、そういった機能が見当たらないです･･･
>>520
ありがとうございます。
しかし、テクスチャの貼り方は大丈夫です。
真上から平行投影してUV座標にしてやればイイってことですよね？
今は地形の模様が描かれたテクスチャそのものをどのように容易すれば良いか悩んでいます。
このことについてもご助言していただけるとありがたいですm(_ _)m

**名前は開発中のものです。** · 2007/12/20(木) 00:27:22

電柱に登って写真取ればいいだろ
何を悩んでいるんだ？

**名前は開発中のものです。** · 2007/12/20(木) 00:28:46

電柱に登った時点で立派な犯罪

**名前は開発中のものです。** · 2007/12/20(木) 06:34:37

>>521
そういうのも含めて書いてあったんだけどなｗ
3DCGテクスチャスーパーテクニックにｗ（ないけどｗ）
例えば、地面に敷き詰められた石畳のテクスチャの作り方とかそんなんでしょ？

http://macototo.cool.ne.jp/junics/dark_index.html
いいとこみつけた
こんなんでOK？

**513** · 2007/12/20(木) 07:26:29

>>522
ああ、なるほ･･･　って、おい！ｗ
>>524
おお！
すばらしいサイトです！
これを見ながらテクスチャ作ります。
教えてくださってありがとうございました！

**513** · 2007/12/20(木) 23:08:16

おかげさまで、地形表現ができるようになりました。
ttp://www.hsjp.net/upload/src/up7855.jpg
これからはもっと作り込みをして、リアルな地形にしていきたいです。
どうもありがとうございました。

**名前は開発中のものです。** · 2007/12/21(金) 00:44:24

D3DXMatrixLookAtLHの第4引数のカレントワールドの上方ってどのような意味なのでしょうか？
ヘルプにはとりあえず(0,1,0)にしとけ、みたいに書いてありますがいまひとつ良く意味が分からず困ってます

**名前は開発中のものです。** · 2007/12/21(金) 01:19:53

上だよ上。
ttp://www.microsoft.com/japan/msdn/academic/Articles/DirectX/02/

**名前は開発中のものです。** · 2007/12/21(金) 01:53:19

グラフィックをよくしようとして、Xファイルをたくさん使ったり、
凝ったXファイルを表示しようとしたりしてるんですが、
そうすると、どうしても処理速度がとても重くなってしまいます。

仮想現実のような自分の部屋や近所など、パーツをXファイルで作って、
キャラクターを歩かせたりできるようにしようと思っています。

どうやったら、重くならずにさくさくプレーできるようなものを作れるのでしょう？

**名前は開発中のものです。** · 2007/12/21(金) 02:00:54

相変わらずバカが来るなぁ…。
過去スレを全部読めばいいのに。

**名前は開発中のものです。** · 2007/12/21(金) 02:52:02

797 名前：名前は開発中のものです。投稿日：2007/12/21(金) 01:41:14 ID:B0LfHV8v
VS2008EE全然落とせない(´･ω･｀)ｼｮﾎﾞｰﾝ

798 名前：名前は開発中のものです。投稿日：2007/12/21(金) 02:02:48 ID:Jo2a6K/I
あーあ。
また、落とす、落とす、落とす、落とす…。
他人の知財をタダで盗み取ることしか考えてない奴が来たか…。

**名前は開発中のものです。** · 2007/12/21(金) 02:54:13

>>529
10万円切る激安ノートPCですらC2D(2GHz以上)+GF8600MGT載ってる時代に
ちっさい箱庭を描画するだけで重くなるとか、どんだけハイポリ豪華マテリアルの
モデルデータを描画してんだよってセカイだぜ

とっととパソコン買い換えたら？

**名前は開発中のものです。** · 2007/12/21(金) 07:24:17

>>530-531
笑ったｗ
すげーバカだな。

**名前は開発中のものです。** · 2007/12/21(金) 09:53:25

>>531
「Express Edition」のことを知らなくて
「Enterprise Edition」と勘違いしたｵｻｰﾝじゃねえの？

**名前は開発中のものです。** · 2007/12/21(金) 10:50:34

カンファ前のアンケートで
VS2005がネットで出回ってますよ何か手をうたないとまずいのでは？
と書いた人じゃないことを祈る

**名前は開発中のものです。** · 2007/12/23(日) 16:36:20

>>531
ID検索はよめようよｗ

**名前は開発中のものです。** · 2007/12/26(水) 17:51:18

>>532
きっと>>529はOblivionやCrysis級のグラフィックのゲームを開発中なんだよ

**名前は開発中のものです。** · 2007/12/26(水) 18:08:42

>>529
つ余計な物は描画しない

まずはそこからはじめよう

**名前は開発中のものです。** · 2007/12/29(土) 05:04:19

CreateTextureFromFile等で画像を読み込むとき
同じサイズ(例えば256*256)ならddsやpngやjpgなど容量が異なるファイルから作っても
結局指定したフォーマットに応じたビデオメモリを占有するんでしょうか？
それとファイルによってパフォーマンスなど変わったりするんでしょうか

**名前は開発中のものです。** · 2007/12/29(土) 07:32:55

>>539
作成されるテクスチャが同じならば（サイズ以外も）、どのファイルフォーマット使っても同じ。

**名前は開発中のものです。** · 2007/12/29(土) 15:40:31

>>529
Xファイルを使わない。

**名前は開発中のものです。** · 2007/12/29(土) 15:56:36

>>539
最終的にテクスチャとして使われるメモリの量はピクセルフォーマットやサイズによっては変化するが
元のファイル形式そのものには依存しない。

ただし読み込み時のパフォーマンスは（多かれ少なかれ）ファイル形式によって異なる。
例えばpngやjpegなら圧縮されたデータを解凍する必要があるが、生のddsならデータをそのまま流し込むだけで済む。

**名前は開発中のものです。** · 2007/12/29(土) 16:06:41

無圧縮だろうがなんだろうが、そのまま流し込むことなど不可能

**名前は開発中のものです。** · 2007/12/29(土) 16:14:51

>>543
ddsならそのまま流し込めるけど？そのためのddsでしょ？
アライメントその他の条件が揃えば、サーフェス一枚はそのまま流し込める。

**名前は開発中のものです。** · 2007/12/29(土) 16:28:39

グラフィクボードが各圧縮形式にわざわざ対応してんの？

**名前は開発中のものです。** · 2007/12/29(土) 16:40:32

３Ｄアクションゲームのモーションデータの管理方法に悩んでる。

モーションが複数ある場合、
再生する可能性があるデータをすべてメモリ上に持っておく物なの？
それともストリーミング再生？

**名前は開発中のものです。** · 2007/12/29(土) 16:47:23

>>544
格納されているフォーマットがデバイス上で使用可能だとは限らない。
その他の条件とか訳の分からない後出しじゃんけんでくだらない言い訳をするな。

実際にやってみれば分かるが、ddsを自分でロードするプログラムをまともに書いたら、
フォーマットを変換するだけで洒落にならない労力がかかったぞ。
D3DXで自動的にやってもらっているから、そのまま流し込めるなんて勘違いをするんだろうが。

**名前は開発中のものです。** · 2007/12/29(土) 17:02:28

>>547
ゲームだったら普通は元データをARGB4444とかではつくらねぇし。
DirectXのスレで自前でDDS展開する話をされてもふーんとしか返しようがないぜ。

**名前は開発中のものです。** · 2007/12/29(土) 17:38:08

>>547
後だしとか言われてもなあ。
>>539の質問に答えるのに、DDSについて細かく書いたところで論点がぼけてしまうだけだろう。

ちなみに自分はテクスチャの読み込みにD3DXなんて使わない。
お前さんのと比べれば汎用性のあるものではないだろうが、DDS読み込みは自前。
対応したフォーマットのテクスチャが作成できればそのまま流し込んでる。別に勘違いしてるわけじゃない。

**名前は開発中のものです。** · 2007/12/29(土) 17:57:01

あと確かに>>544は変に中途半端に書いてしまった感があるんで一応言っとくと、

DDS内のピッチ（１ラインあたりのバイト数、DXT系の場合は４ラインあたり）と目的のサーフェスのピッチが異なっていると、
「一枚のサーフェス」そのままというわけにはいかず、１ライン毎に分けて流し込まないといけない、ということを言いたかっただけ。
余談だがSDKについてくるDDSのサンプルでは、例えピッチが同じであっても１ライン毎流し込んでた気がする。

**名前は開発中のものです。** · 2007/12/29(土) 18:11:36

>ID:Vwm2tkfo
お前、ごちゃごちゃうるさい
俺もたまにやるけど間違いは潔く認めたほうが技術は伸びる
匿名掲示板で虚勢張っても疲れるだけだ

**名前は開発中のものです。** · 2007/12/29(土) 18:15:46

>>551
だが何を間違えてるのか教えてくれ。
情報の出し方がまずかったのは認める。
少なくとも自分には>>543の方が間違いに見えるんだけど。

**名前は開発中のものです。** · 2007/12/29(土) 18:26:25

DirectXのスレなんだしD3DX使えばいいだけじゃろ。
喧嘩ｲｸﾅｲ。

**名前は開発中のものです。** · 2007/12/29(土) 18:39:20

>>552
もうわかってる人間にわざわざ説明するまでもないなｗ
もうそういうの相手にするの辞めたんだ

**名前は開発中のものです。** · 2007/12/29(土) 19:10:47

>>554
間違いは潔く認めたほうがいいぞｗ

>>546
普通は可能性のあるもの全てを事前に読み込んでおく。
ディスク読み込みコストは非常に大きいし、必要なときに読み込みが終わっているとは限らない。
それに、キャラ一体だけならともかく何体も出すだろ？

**名前は開発中のものです。** · 2007/12/29(土) 19:43:12

なんか見た展開だと思ったらVwm2tkfoこいつは以前にpngが使えないとか言って暴れた基地外
特徴は単発IDで擁護レスを入れるところ