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/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で擁護レスを入れるところ

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

単発IDって俺のことか？えー

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

>>556
申し訳ないが人違いだ。
証拠は何もないが、他の人と同一視するのは勘弁してもらえないだろうか。

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

ああ、なんか運悪いタイミングだ・・・

>>557
巻き込んでごめんね。

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

>>558と投稿間隔が短いから同一人物認定きちゃいそうだがｗ
どっちかというと556の方が単発IDに見えるんだがね。

プライド高い人は大変だねー。

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

よし、ここで満を持して単発IDの俺が登場だ！
みんな、俺を叩いていいよ！

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

単発IDが単発指摘吹いたｗ

ID:/GO1gTCA
痛すぎる

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

>例えばpngやjpegなら圧縮されたデータを解凍する必要があるが、生のddsならデータをそのまま流し込むだけで済む。
この↑発言どうやって正当化するつもりだろうか？ｗ

明らかにグラボのメモリにそのまま乗るっていっちゃってるよね？

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

jpegとddsの読み込み速度を比較したら、ddsの方が格段に速い。実測してみてください。

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

>>563
別にVRAMにそのままとは言っていないと思うが。

お前みたいな半端な奴が一番困るよ

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

>>563
またぐちゃぐちゃなレスで申し訳ない。
「流し込む」なんて自分流の言葉を何の断りも無く使ってしまったのがそもそもいけなかったと思う。　
たぶん>>543もそのように誤解させてしまったんだろう。

「流し込める」　っていうのは、サーフェスをロックして帰ってきたバッファに、
ファイルの内容を何も変換すること無くそのままコピーすることが出来る、っていう程度の意味で書いた。
>>539の質問に対して、データの伸張やフォーマット変換の手数がかからない分、
パフォーマンス的に有利になり得る、ってことを簡潔に言いたかっただけ。
>>550でちょっとだけ言及したSDKのサンプル、ってのは Direct3D10 フォルダにある DDSWithoutD3DX のことで、
ソースを見れば CopyMemory でファイルの内容をバッファに直接「流し込んでいる」のが分かる。

もちろん後で指摘されたように、「流し込む」ためには対応するピクセルフォーマットにデバイスが
対応している必要がある。デバイスが対応していない場合にはフォーマットを変換しつつコピーする必要があり、
多くのフォーマットに対応しようとすると>>547の言うようにこの変換の実装はかなり大変なことになる。ちなみに
SDKのサンプルではデバイスが対応していないフォーマットの場合はエラーを返すだけで変換はやっていない。

書きたかった事は何も難しいことではなく非常に単純な事だったんだが、それを上手く伝えられていないことに
自分が気付くのが遅すぎた。　結果、またこんなぐちゃぐちゃなレスをすることになってしまってごめん。

**名前は開発中のものです。** · 2007/12/30(日) 00:03:22

>>564
パフォーマンスは条件によって異なる。
たとえば2048*2048サイズの異なるファイルを連続で読み込む実験すると分かるが、
ddsファイルと高圧縮で小サイズになったjpegファイルとでは、
ディスクキャッシュの効かない起動後一回目の読み出しではjpegの方が速い。
それが実測した結果。

**名前は開発中のものです。** · 2007/12/30(日) 00:32:09

>>567
まぁいくらなんでもJPGをゲームで使うなんてありえないけどな。
ディスクキャッシュどうこうならDDSファイルをzlibとかで圧縮かけとくとかだろう。

**名前は開発中のものです。** · 2007/12/30(日) 00:36:29

人それぞれなんだろうがddsにzlibを使うぐらいなら、普通にpngにした方が扱いやすい。
jpegを使うかどうかも場合によりけり。
ありえないという全面否定はどうかと思うが。

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

>>569
自分がやっていないものを全面否定しちゃうってのは、
大昔からさんざんパロディにされている、
ヲタ・下層民に属する連中の特徴なので…。

書き手がその種の人間である記号だとおおらかに受け取ればいい。
過敏に反応する必要はないよ。

**名前は開発中のものです。** · 2007/12/30(日) 01:07:18

>>566
嘘だよ
だって元の質問>>539だよ
なんでそんな勘違いするんだよ
いい加減なこというなよ

あーあ、こーんなところで自分の発言を正当化するために一生懸命頑張っちゃって馬鹿だと思わないの？

**名前は開発中のものです。** · 2007/12/30(日) 01:27:32

>>571
見てる限り、>>539の質問に対する情報は十分出してくれてるし、その後のやり取り見ても「嘘」と言い切るようなものはない
お互いに勘違いだったくらいでほっときゃいいんじゃないの？
それこそ、そんなくだらないことにこだわってても技術はのびないぜ？

**名前は開発中のものです。** · 2007/12/30(日) 01:36:17

そもそも実際はフォーマットを判断しなければ使い物にならず、
たまたま形式が一致したときにデータを流し込むという話そのものに意味がないわけで、
これ以上続けてもしょうがない。

**名前は開発中のものです。** · 2007/12/30(日) 09:05:10

JPGとPNGじゃ話が違いすぎる。
ゲームでJPGのような非可逆圧縮画像なんてデザイナーがOKだすわけないだろ。
DXTはVRAM上のメモリの節約が出来るから苦肉の咲くとしてよく使われるが、
JPGが結局ベタ画像に展開するんだから意味がねぇ

DDSをzlibで圧縮するくらいならPNGっていうのは確かに一理あるが
キューブマップやミップマップ入りのDDSはどうすんだって話だわな。

俺がいいたいのは、こんな議論はどうでもいいからD3DXで読めよ。ということだけ。

**名前は開発中のものです。** · 2007/12/30(日) 09:36:33

ちょっと質問いいかな？初歩的なことで申し訳ないんだけど。
ある画像にキャラクタが何体か描かれてるんだ。
この各キャラクタを、キャラクタの輪郭を底面とした柱体として立体化したい。
こういう処理って普通ならどうするの？
柱体の高さは別に用意した各キャラクタごとに異なるデータを元にするから、高さ操作が簡単な方法だとありがたいんだけど。

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

>>574
映画のDVDが非可逆圧縮画像OKなのに
なんでゲームじゃ駄目なんだ？
つーか支離滅裂だぞ

まあD3DX使えは同意だが。

**名前は開発中のものです。** · 2007/12/30(日) 11:11:24

>>576
映画のDVDとかナニいってるんだ・・・。
DVDに無圧縮で2時間の映像と音声を格納できるならMPEG2なんかで圧縮してないだろ。
ゲームだってVRAMに全部入ってメモリアクセスがネックになってないならDXTなんて使わん。

D3DXで読む時に中でフォーマット変換まで対応しているんだから元画像を非可逆で圧縮する必要はないって話だ。
DXT圧縮かけるかどうかはハード毎にその場で決定できるのに元画像を最初から圧縮しといたら
ハイエンドのマシン使っても綺麗な画質で表示できなくなるだろ。

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

>>575
ディスプレースメントマッピング的な方法でどうよ

>>577
君の理屈は、ゲームは容量的に軽いってのが前提だけど
まあそれで納得しました

**名前は開発中のものです。** · 2007/12/30(日) 11:55:14

3DSMAXなんかの3DCGソフトも、デフォルトで用意しているテクスチャがjpeg形式になっているし、
クオリティーを下げすぎなければ劣化は分かりにくい。
結局は容量をとるか品質をとるかというだけなので、動画も静止画も音声も、
状況に応じて折り合いを付けて用意するという話でしょ。
なぜ特定の状況のみを主張して、手段を否定しようとするんだろう？

**名前は開発中のものです。** · 2007/12/30(日) 15:28:02

質問があります
DX9ですがピクセルシェーダとか使えない状況です

レンダターゲットへのブレンディングで、乗算したいです。
が、D3DBLENDOPは
D3DBLENDOP_ADD = 1,
D3DBLENDOP_SUBTRACT = 2,
D3DBLENDOP_REVSUBTRACT = 3,
D3DBLENDOP_MIN = 4,
D3DBLENDOP_MAX = 5,
のようにMULがないです（ちょっと意外）
なんかいいほうほうないですかね・・・

**名前は開発中のものです。** · 2007/12/30(日) 16:35:37

SRCBLEND に DESTCOLOR
DESTBLEND に ZERO で
OPはADD

血とかはこれでブレンドすべき？

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

固定機能のマルチテクスチャで乗算できる

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

乗算はテクスチャステージしかなさそうですね・・・
レンダターゲットを２つ用意してスワップするしかないか・・・

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

>>583
君の言う乗算は>>581とどう違うんだ？

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

>>584
D3DBLENDOPでやるもんだと勘違いしてると思われる
某ゲー専でも同じこと教えてた先生がいたがw

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

まあこれはわかりづらい>>581がよろしくないな。

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

まーな。でもマルチテクスチャで乗算とか
アクロバットな方法を紹介した>>582の方が罪は重いと思う。

**名前は開発中のものです。** · 2008/01/01(火) 00:01:52

あけおめ？

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

581です
いまごろ気づきました。フヒヒ、サーセンｗ

掛け算2回とD3DBLENDOP１回ができるんですねえ。
なんとかなりそうです。

**名前は開発中のものです。** · 2008/01/01(火) 01:11:43

あ、まちがえた、580です。
新年そうそう・・・

**名前は開発中のものです。** · 2008/01/02(水) 22:36:19

はわわ～…DirectXスレでもついに
固定機能パイプを使って乗算合成することが
アクロバティックであると評される時代が到来したか
とフェードアウトオヤジの俺は恐怖のあまり失禁

…のはずだったが、なんだ、よく読んだらテクスチャ
ステージで乗算合成？それはアクロバティックだな

パンツ汚して損した

**名前は開発中のものです。** · 2008/01/03(木) 01:44:01

古ハード（といっても２年前に店頭販売してた）に対応させにゃならんので
イヤイヤながら固定機能でやってるけど
なんとも無益な作業であることよ・・・

テクスチャ２枚までですか・・そうですか・・

最も低機能ハードに合わせるととんでもなく回りくどい処理になって
イマドキのハードでの速度が出なくなってしまう
かといって細かく場合わけしすぎるとコードの管理が大変になる

つーか１０年前と全く状況変わってませんな
泣ける

**名前は開発中のものです。** · 2008/01/03(木) 16:28:16

古いハードなんて対応してるからじゃね？
はっきり言って需要ないと思う

**名前は開発中のものです。** · 2008/01/03(木) 17:27:30

ところがあるから困る･･･。
SSEで最適化しただけで起動できねーとか文句が来るんだぜ･･･。

**名前は開発中のものです。** · 2008/01/03(木) 20:00:25

SSEがないってことはペンIIとかAthlon（雷鳥以前）だな。
AMDがPalominoリリースしてSSE対応したのが2001年だから
少なくとも７年以上前のハードを現役で使ってるのか…
そういうユーザーって今でもWin9x系のOS使ってるぞ、きっと

**名前は開発中のものです。** · 2008/01/03(木) 20:05:44

実家の雷鳥1.2GHzはXP使ってるぞ

**名前は開発中のものです。** · 2008/01/03(木) 20:17:27

特にプログラマブルシェーダーに対応する場合は、
固定機能でも確実に動くようにもしておかないとフルボッコにされるからなぁ・・。