DirectX総合スレ (Part2)

**名前は開発中のものです。** · 04/09/22 23:30:32

DirectXについては基本このスレで話していこうとものです。
基礎的な質問＋高度な質問も簡潔かつ簡単に答えることをモットーにして頂き
このスレの回転を早めて常にアクティブなスレにしたいと思っております。
このスレに質問等を書かれる方はまず最初に自分でしっかりと調べたのちに聞かれることをお願いします。
質問に対する答えも簡潔に出来る限りわかりやすくお願い致します。

テンプレは >>2以降で

**名前は開発中のものです。** · 04/09/23 08:47:29

>>5
俺もれも

**名前は開発中のものです。** · 04/09/23 08:55:16

>>5
吐き気がする

**名前は開発中のものです。** · 04/09/23 09:39:18

>>7
これならWin32APIともSTLともバッティングしないし結構気に入ってたりする。
createWindow
getWindow
setWindow
とか。

**名前は開発中のものです。** · 04/09/23 18:08:42

>>8
やっぱ、java風のコーディング標準が一番しっくりくるよね

MS方式
クラス名 CClassName
構造体名 SStructName
メンバ関数名 MethodName()
メンバ変数名 m_menber_variable

多分､クラスの頭にCを付ける､って習慣は､メソッド名がキャピタルだから
そうしたんだろうな。createWindow方式ならCWindowじゃなくてWindowでOK

**名前は開発中のものです。** · 04/09/23 20:29:15

createWindowは俺も違和感感じるな。
名前重複を避けるならSetupWindowとかInitWindowとかがあるべ

**名前は開発中のものです。** · 04/09/23 20:43:37

>>10
名前重複って意味じゃなくてスタイルの重複を防いでるわけ。
どうしても意味的にGetWindowってつけたいのにWin32APIとバッティングすると面倒じゃん。

**名前は開発中のものです。** · 04/09/23 22:12:45

Cの頃からcreateWindowみたいな命名規則使ってたから特に違和感ないなぁ。

ところで>9 のm_member_variableの誤字を見て思い出したんだが、
英語を日本語表記する際mとnがどっちも「ン」になるのはどうにかならんのか。

**名前は開発中のものです。** · 04/09/23 22:45:54

じゃあ、このスレでの標準はメムバとかコムピュータとかオリムピックとかに。

**名前は開発中のものです。** · 04/09/23 22:59:35

ﾃｨﾑﾎﾟっていってほしいんだろ

**関連スレ** · 04/09/23 23:35:20

**名前は開発中のものです。** · 04/09/24 05:35:16

ム板の鬱死DXは次スレ立ってないけど、ほんとにゲ製板のDXスレに
統合する、ということなのかな？

http://pc5.2ch.net/test/read.cgi/tech/1088594869/520
でD3DXLoadMeshFromX()がE_FAIL返すっての報告されてたんだけど、
漏れはD3DXLoadSkinMeshFromXofとD3DXCreateTextureFromFileが
E_OUTOFMEMORYを時々返す、ってのに遭遇したよ。(再現性は低い)
データの読み込みを（Now Loadingの演出をするべく）ワーカースレッドに投げてて
どっかで同期取らなきゃいけないところで同期とってないのかなぁ、と思ったんだけど
結局わからないんでSleep(1)しながら３回試すって対処しちゃった。
それ以降このエラーには遭遇してないんだけど、だれか似たような状況になった人いない？

**名前は開発中のものです。** · 04/09/24 10:20:28

前スレ>>985
HLSLでコンパイルされたコードに疑問があるなら
D3DXDisassembleEffectもしくはその他類似関数で
解析してみるといい。

**名前は開発中のものです。** · 04/09/27 14:04:39

d3dx9dt.lib(fastftoa.obj) : error LNK2001: 外部ｼﾝﾎﾞﾙ "__aulldvrm" は未解決です

このエラーの解決方法わかりますか？
Summer入れてUnicodeが解決して後はこれだけ・・・
ネットで調べても　英語とItalien？と中国等８件しか
引っかからなかった
英語では　your old proje・・・
中国、Italien？は　d3dx9dt.libとかしきりに書いてあった
一応いれては入るのですが
#pragma comment ( lib, "d3dx9dt.lib" )

Italienってイタリアですかい？？

**名前は開発中のものです。** · 04/09/27 14:06:59

忘れてた

環境はＶＣ６
Geforce256
Summer(2004)です

よろしくお願いします。
とりあえず小規模プロジェクトでやり直すかなぁ

**名前は開発中のものです。** · 04/09/27 15:16:17

>>18
海外のフォーラムを検索したところ、
プロジェクトタイプがコンソールアプリケーションになってるとそのエラーが出るらしい。
プロジェクトの設定→リンカ
で/subsystem:consoleになっていたら/subsystem:windowsに直すことで解決する

とのこと。
これはライブラリのパスが正しいのにそのエラーが出る場合らしいけれど・・・

**名前は開発中のものです。** · 04/09/27 15:34:49

>>20さん
レス有難う御座います。
調べてみた所　/subsystem:windowsになってましたorz
ついでに項目を削除しても効果なす

とはいえ勉強になります。ありがと～
間違ってコンソールで作った時は
泣く泣く丸ごと作り変えてました。

只今プログラム分解してテスト中

**名前は開発中のものです。** · 04/09/27 15:43:01

>>21
自分は面倒だから d3dx9dt.lib を d3dx9d.libにしたよ

**名前は開発中のものです。** · 04/09/27 15:59:59

うっほ　動いた！
何故だ(´Д｀；）

>>22さん有難う御座います

謎調べに移行

**名前は開発中のものです。** · 04/09/27 17:22:20

Extrasを入れればよい

**名前は開発中のものです。** · 04/09/27 17:43:29

ゲーム作る前にいつも絵の事で悩んでます。
皆さん絵上手なんですか？ネットにあるどのゲームも綺麗な
グラフィックで羨ましいな。文章もダメだけど。。
シナリオは無くてもゲーム作れるけど、グラフィックなしのゲームは
ありえない罠。

**名前は開発中のものです。** · 04/09/27 19:41:48

>25
それがDirectXと何の関係が？

**名前は開発中のものです。** · 04/09/27 19:44:32

絵は上手くないなぁ
一応やさしい人物画とかで
勉強はしているけど

３Ｄものなら
キャプった画像や、
３Ｄで作った物をレンダリングして
貼り付けている・・・

**名前は開発中のものです。** · 04/09/27 19:46:33

>25
どんなゲーム作るかにもよるけど、
シューティング作るときはとりあえず、3Dソフトでプリミティブを加工した程度のものをレンダリングして使ってた
あとはフリー素材でテクスチャなんかあるのでそれを利用

きちんとした形で公開するつもりなら絵の作れる人と組めばいいと思う
グラフィックはヘタレ版でシステムがきちんと完成した状態なら、
ネットで呼びかければ手伝ってくれる人は見つかると思う

何もできてない状態で人集めても集まらない
たまに集まってるけど、ほとんどがお流れじゃないかな

**名前は開発中のものです。** · 04/09/28 10:49:38

>>25
こういうとき、俺が決まって紹介するのがまずこのゲーム。
http://www.norify.jp/~ns700x/kukeidan.htm
さらに、皆がハマッてるこの系統とか。
http://www.geocities.co.jp/SiliconValley-SanJose/9606/zg/inst-w.html
ABAさんとこのとか。
http://www.asahi-net.or.jp/~cs8k-cyu/windows/tf.html
最近一部で大人気らしいこれとか。
http://www.harveycartel.org/metanet/n_screenshots.html

というか、遊んでるときはグラフィックなんてゲームの面白さと関係ないじゃんとか言うくせに、
いざ自分で作るとなると、見た目を過剰に気にするヤツ多すぎ。
そういうヤツって、結局「ゲーム」を作りたいんじゃないんだよな。

とか言ってみるテスト

22 · 04/09/28 15:47:25

>>23
一応補足だけど、
d3dx9dt.lib はスタティックライブラリで
d3dx9d.lib は d3dx9d.dll へのインポートライブラリだけど、
ランタイムの方には d3dx9d.dll は入ってないぽいので、
配布するときはリリース版の(Extrasで修正した)d3dx9.libを
リンクするように注意しる。
(常にd3dx9.libを使うのも楽かも)

**名前は開発中のものです。** · 04/09/28 18:21:26

>>26
だと思いましたが、ここの人たちはレベルが高そうなので聞いてみました。すみません。

皆さんレスありがとうございます。
やっぱり同じように思ってる人いたんですね。
>>29
見た目も立派なゲームの重要要素だと思います。
動かないより動いたほうが面白いし。
でも、動かすのはよりムズイ。

25 · 04/09/28 18:35:30

名前欄書くの忘れてた。
あと思うのは素材探すより作った方が早い気がする。。。
これが欲しいと思ったモノってなかなか見つからない。

**名前は開発中のものです。** · 04/09/28 21:11:45

>25>31-32
質問は適切な場所でするべきだと思います

23 · 04/09/28 23:39:20

情報どうもです
気をつけます。

そのままの状態で出しそうだった・・・。

25 · 04/09/29 18:31:47

御迷惑お掛けしました。すみません。

**名前は開発中のものです。** · 04/09/30 17:50:01

ゲーム製作でグラフィッカーを担当している者です。
もしかしたらスレの趣旨と違うかもしれませんが、質問させていただきます。
DirectXで画面に表示される総ポリゴン数の目安というのはどの程度でしょうか？
プログラム担当に聞いたところ、△2万程度と言っていましたが、いくらローポリとはいえ、
3D畑の人間からすると、背景等も含め2万というのはかなり少ない印象です。
プログラム担当者もゲーム製作の経験はなく、お互いに手探り状態なので、
参考のために答えてくださるとありがたいです。

ジャンル→主人公が敵をバッタバッタ切り倒していくアクション
動作スペック目安→CPU：1G以上、メモリ512M以上、GRAM64M以上

**名前は開発中のものです。** · 04/09/30 18:18:16

>>36
どんな処理をするかにもよる。
実際に動かしてクオリティと動作を天秤にかけるよろし。

**名前は開発中のものです。** · 04/09/30 19:35:58

PC＞ＣＧ＞ローポリスレ２
ttp://pc5.2ch.net/test/read.cgi/cg/1084384141/l50
参考になるかはわからんけど

２万ポリゴン表示してみてはどう？

CPU1.8GHz Geforce256
４０００ポリゴン（背景＋キャラクタ）ぐらいだったかの
アクション作ったらカクカクしやがった（ｗ
処理に問題あったかも知れないけど＠＠；

**名前は開発中のものです。** · 04/09/30 19:45:24

>36
情報が少ないのでなんともいえません
あと動作スペック目安はCPUよりも、どれくらいのレベルのグラボを使うかのほうが重要な情報です

ほかにも以下の状況でかなり変わってきます
最低動作のグラボはどれくらいのものを想定しているのか？
LODとか視界にはいらないものは表示しないとかやってるのか？
TriangleStripは使ってるのか？
スキニングは行うのか？
シェーダは使うのか？

**名前は開発中のものです。** · 04/09/30 19:58:18

僕らのアイドルガンダムー
今日も得意のガンダムチョップが炸裂だー（うわ、したり顔だよ！）

36 · 04/09/30 20:42:48

>37-40
返答ありがとうございます。
>37
そうですね。
試行錯誤を繰り返すのは大事なので、しっかりと検証しようと思います。
>38
実はまだプログラマの方からデータを受け取っていないので、
実際の処理を行った状態でどうなるかは分かんないのです。
なので、その結果を見てからさらに考えてみることにします。
>39
情報不足すみません。
まだまだ細かい仕様までは決まっていない状態なので、
自分たちの技量を見て決めていこうと思います。

**名前は開発中のものです。** · 04/09/30 21:49:44

>>36
ワンフレーム２万ポリとして
リフレッシュレート６０ぐらいだとしても秒間１２０万ポリじゃん。
αなんかも足をひっぱるし、塗りも考えると
ま、こんなもんじゃねーの？ｗ

**名前は開発中のものです。** · 04/09/30 22:51:21

>>36 ポリゴン数より
塗りつぶし面積とテクスチャ複数重ねの方が速度の影響でかいぞ。

**名前は開発中のものです。** · 04/09/30 23:16:40

参考にならないとは思うけど26112ポリゴンのXメッシュ
ttp://www.fileup.org/file/fup0571.lzh
げふぉ5200の人とかは重いのかな
げふぉ5900では軽いです

実際はこんな単一のメッシュじゃなく複数のメッシュにわかれるだろうから、
こんなには軽くはないと思いますが…

**名前は開発中のものです。** · 04/09/30 23:34:19

>>44乙
面白そうだから　表示してみた。
キモイ（ｗ
だがそれがいい

CPU1.8GHz Geforce256で４５ｆｐｓ
ViewerはNewTekの奴

**名前は開発中のものです。** · 04/10/01 00:31:43

>>44
一瞬何かとｵﾓﾀｗ
CPU1.8G RADEON9600で180fps
DXSDKのMeshView

**名前は開発中のものです。** · 04/10/01 00:39:50

また>>43みたいな馬鹿が出現しているが、
ハードウェアの転送能力を使い切るようなサイズの描画を行わない限り、
フィルレートよりも頂点計算による負荷の方が大きい。

**名前は開発中のものです。** · 04/10/01 00:43:02

FPSの最大値を60って決めてないのに、
なぜか勝手に60FPSが最大値になってしまう・・・。
どんなに処理を軽くしてもこうなる。
これの原因って何が考えられますか・・・？

**名前は開発中のものです。** · 04/10/01 01:01:47

>>44
とりあえずちかごろの最低ラインっぽいスペックで。
penIII1.0G RADEON9000
MeshViewで40～50をうろうろ。
1024*768で最大化すると36周辺に落ちたりする。

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

>>48
D3DPRESENT_PARAMETERSのPresentationIntervalメンバの値を
D3DPRESENT_INTERVAL_IMMEDIATEにしてみれ

36 · 04/10/01 01:13:21

>44
3D開発環境のPen4 2.8G　Quadro4 980XGLで400fps前後でした。

上の方々のfps報告を見ていると、2万ポリゴンでもちょっと危険なくらいなんでしょうか・・。
ひとまず、まだ製作に入ったばかりなので、システムなどができてきてから
一度検証してみることにしてみます。

**名前は開発中のものです。** · 04/10/01 02:39:33

2Dで作る時とかもClearメソッドで毎回、画面をクリアしなければ
いけないのでしょうか？しなかったら、画面荒れるし。
更新すべき領域だけ更新しなくても対して変わりませんか？
WindowsのGDI使う時はかなり重くなりますが...

**名前は開発中のものです。** · 04/10/01 03:00:26

>52
更新領域が小さい場合はそれでもいいと思うけど、
画面がめまぐるしく変化する場合、
更新領域が画面全体より大きくなる場合もあるから状況によるんじゃないでしょうか

動きの少ないパズルゲームみたいなのであれば更新された部分を出すのは難しくないし、
更新すべき領域の面積も小さいので効果的だと思います

**名前は開発中のものです。** · 04/10/01 13:55:40

>>47
いつの時代のPCだよｗ
もちろん頂点座標の変換やライティングの負荷を減らすため
画面上での視野角が小さい物体には、簡略化したモデルを使う
LOD処理は重要だが。

**名前は開発中のものです。** · 04/10/01 14:27:28

＞いつの時代のPCだよｗ
無論、今の時代。
>>44のサンプルでも確認できるが、サイズをかなり大きくして、
一定の限界量を超えるような状態を作らない限り、FPSにはほとんど差が出ないし、
限界まで小さくして、ほとんど塗りが無い状態にしても、
FPSはほとんど上がらないのが分かるだろう。

**名前は開発中のものです。** · 04/10/01 15:11:28

>>55
CPUで頂点演算してた時代かと。　
そうだとすると多くのPCゲームにある、画面解像度の変更オプションなんて
意味ないじゃんｗ
キャラを単体で表示するだけなら、速度に影響ないように思えるだろうけど、
3Dゲームだとキャラは複数、背景オブジェクト、炎や炎とかのα付きポリゴンも
表示しないとならんでしょ。
森の中や街中のように、沢山のポリゴンが重なっている場合は影響でかい。
あと画面をズームさせるのもつらかったりする。
それから>>36の作りたいゲームにはあるかわかんないけど、
水面の映り込みやら、壁にバンプマップ使うとか、ピクセルシェーダ使った
エフェクトも、描画面積によっては激重になったりするんで注意。

48 · 04/10/01 15:18:54

>>50
ありが㌧！解決しました。

44 · 04/10/01 16:17:44

書き忘れ
>44のモデルをMeshViewerなんかでそのまま見ると全部トライアングルリストになってるので、
トライアングルストリップを使うと、処理落ちしている環境でも劇的に改善されると思います

**名前は開発中のものです。** · 04/10/01 16:38:08

>>56
＞キャラを単体で表示するだけなら、速度に影響ないように思えるだろうけど、
MultiAnimation.exeで、キャラを10体程度出して、
全員が表示されている状態と、範囲外へ移動して全く塗りが発生していない状態と、
負荷を比べてみるといい。
キャラを増やしたときに生じる演算負荷よりも、塗りが減ったことによる負荷の方が遙かに小さいことが分かる。

＞あと画面をズームさせるのもつらかったりする。
特定の対象物をズームすれば、表示しなければならない描画オブジェクトが減って、
逆に軽く作ることが出来るので、つらくはならないはず。
表示しないものまで計算していれば、MultiAnimation.exeのように重くなるのは当然だけど、
それは組み方が悪いだけでは？

**名前は開発中のものです。** · 04/10/01 18:23:45

>>59
そりゃtinyレベルのメッシュを沢山出せば重いだろｗ
MultiAnimation.exeが視錐台カリングやっているのかは知らんが。
そうじゃなくて、同じポリゴン数でも、キャラがアップになると
（描画面積が増えたら）速度低下があるってことを考慮しないと
いかんと言いたいわけだ。

ズームの例えは説明不足だったかな？
普通の状態で描画が間に合っている画像でも、何の手段も講じず
ズームすると（視錐台カリングはしていても）描画すると、時間が
間に合わなくなることは多い。
ちと極端な例だが、爆発の煙とかの４頂点の板ポリ、こんなの
数十枚でも画面いっぱいに描画すると悲しいことになるぞ。

**名前は開発中のものです。** · 04/10/01 19:18:04

ttp://www.fileup.org/file/fup0595.lzh
このモデルを正面から見たときと横から見たときではFPSが変わってきます
描画面積の影響を受けてるということですね

高速化を考えるなら描画面積、頂点計算両方考慮しないといけませんね

**名前は開発中のものです。** · 04/10/01 19:28:49

>61
まとめ乙。

**名前は開発中のものです。** · 04/10/02 00:12:26

>>60
同意。
俺のゲームもそうなる。

実験的なプログラムで頂点計算と塗りを比べて見ても大した差は出ないけど
実際にゲームを作ってみると、αや２度塗りにすげー足を引っ張られることになる。
どっちかっていうと頂点数より塗りの方が処理が重いように感じる。

つーか、扱うことができる頂点数の割には塗りの処理速度が遅すぎるってのが正しいのかもしんない。

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

フィルレートを稼ぐため、大量に煙が発生するシーンでは
煙を画面解像度より、かなり小さいテクスチャに描画して
最後にその小さいテクスチャを、通常のサーフェスに
コピーしたっていう市販ゲームの文書があったな。

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

ためしに今作っているプログラムでカメラを離して、
描画される物を小さくしてみたけど、全然速度が変わらなかった。
でもデバイスサイズを小さくすると速度向上。

**名前は開発中のものです。** · 04/10/02 12:21:20

最近の3Dは1ピクセルにつき1つのピクセルシェーダーシーケンスが実行されるとすると
1024x768で約78万回。
今後は頂点シェーダーもピクセルシェーダーも差がなくなってくるだろうし
1フレームにつきこれ以上の頂点を使うプログラムなら、頂点演算の方が思いと言えるかな。
60FPSでいうと約秒間4719万ポリゴン。

**名前は開発中のものです。** · 04/10/02 13:51:47

>>65
実験的なプログラムじゃだめだろ？
まず３Ｄ空間を全部描画してそこからさらに物を置くと変わってくる。

>>66
その計算じゃ２度塗りやαのコストが計算されてないな。
話にならない。

**名前は開発中のものです。** · 04/10/02 14:09:52

何を前提にしているのか知らないが、自分のプログラムではといっている。
他人に文句を付けている暇があったら、自分が利用する条件で、
好きなだけベンチマークをとればいい。
自分のプログラムでは塗り面積による影響は、
ほとんど皆無だったというだけの話。

**名前は開発中のものです。** · 04/10/02 14:21:35

>>68
いや、塗りの計測はそれじゃ駄目なんだよ。（俺経験）
俺のプログラムでも単に描画される物体を小さくしただけでは速度に違いはでない。
でもちゃんとしたゲーム画面になると圧倒的に塗りの方が重くなる。
だから、重くなるところが違うと思うんだよね。
単に一度の塗りでＺバッファに素直に描画される物体じゃ重くならないと思うんだよね。（予想だけど）
二回目の塗りが存在するかどうかで速度が違うと思うんだよね。
で、実際のゲームだと３回目４回目なんてのが余裕であるからどんどん重くなってくと思うんだよね。

そういうはかり方をしないと駄目だと思うんだけど。
塗りだし。

**名前は開発中のものです。** · 04/10/02 14:32:19

>>68
まあ描画以外の処理や、画面クリアの処理に比べて、まだ、
塗りつぶしの影響が、少ない範囲に収まってたんじゃないかな？
どんなゲーム作るかや、どんなコード書くかは人によって違うけど、
ゲームが完成に近づくにつれ、影響が見えてくると思われ。

**名前は開発中のものです。** · 04/10/02 14:41:06

>>69
だからそういう測り方云々じゃなくて、自分で作っているプログラムの話をしているのに、
何故全然別の方法を持ち出して文句を言ってくるのか。
しかもちゃんとしたゲームなんて曖昧な定義ので、思う思うって、
思うじゃなくて、自分で自分なりの条件で測ればいいだろう。
何度も言うが自分の使用している範囲内では、全く影響が出なかっただけ。

なぜ自分で作ったものでは、実際にこういう影響が出たという言い方が出来ず、
思うとかいう想像だけの言い方になるんだろう？

**名前は開発中のものです。** · 04/10/02 14:42:44

>>71
問題はαと２度塗りを考慮してるかどうかだけなんだが。

66 · 04/10/02 15:07:25

　　ワケ　　　　ワカ　　　　　ラン♪
　 ∧＿∧　　　∧＿∧　　　　∧＿∧
　（-@∀@）　　（-@∀@）　　（-@∀@）
⊂朝⊂　）　　（　つ朝つ　　⊂_へ朝つ
　く　く　く　　　）　）　）　　　　（＿)/
　（＿（＿）　　（_＿）＿）　　彡（＿）

**名前は開発中のものです。** · 04/10/02 15:46:56

なぜこんなところにアサピーが

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

想定している条件（環境含む）がみんなバラバラなのに単一の結論を導こうと必死なスレはここですか？

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

俺の経験から言えば細かいこと気にする奴に限って禿げてる

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

>>64
見たい、何てゲームよ

**名前は開発中のものです。** · 04/10/02 17:40:13

sage

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

>>76
あとオナニーが多い奴

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

>>77
DOUBLE-S.T.E.A.LってXBOXのゲームだった
ttp://www.daionet.gr.jp/~masa/column/2002-09-22.html

**名前は開発中のものです。** · 04/10/03 09:36:24

ゲームの作り始めは、スゴイFPS出てて快適だけど
プログラム追加したり、演出を派手にしていくうちに
どんどんFPSが落ちてきて、終いにゃコマ送りみたく
なっちまって悲しくなるな。

**名前は開発中のものです。** · 04/10/03 09:42:15

つまり・・・

悲しい時～　（悲しい時～）
最初は快適だったのに　作っていく内に
重くなって　コマ送りになった時～

悲しい時～　（悲しい時～）
最初は快適だったのに　作っていく内に
重くなって　動かなくなった時～

**名前は開発中のものです。** · 04/10/03 12:19:28

すまんが教えてほしい。

ＤｉｒｅｃｔＸ９を使用して２Ｄゲームを作っているんだが、ＤｉｒｅｃｔＤｒａｗの
サーフェス周りが７と９で変更されたんか？

Ｂｌｔのなかにアルファブレンド関係が増えてるし、IDirectDrawSurface７じゃなく
IDirectDrawSurfaceになってる。
これってアルファブレンドが２Ｄで出来るようになったって事？
それだったらとてもありがたいんだが・・・・

この辺の情報を知ってる人、マジで教えてください。

**名前は開発中のものです。** · 04/10/03 12:31:28

素直にdirect3Dに移れ

**名前は開発中のものです。** · 04/10/03 13:05:03

２Ｄ機能は無くなったので

Sprite使うか
ポリゴンに貼り付けるか
しないといけないらしい。

８３ · 04/10/03 13:14:16

８４，８５

レスありがトン。
いや、クライアントの意向でノーパソでも動かんといけんのよ。
で、３Ｄは全部捨ててくれと・・・
アルファブレンドをアセンブラで作って直接メモリ書き直ししてるけど、
やっぱり遅いし。ＤｉｒｅｃｔＸ９のヘルプみてるとＢｌｔにアルファ関係が追加
されてたから誰か使ってみたとか、情報を知ってるかと思ってカキコした
しだい。

D3DXCreateTextureFromFileEx使いたいんだが、こいつは２５６ピクセルの
倍数の正方形でメモリ使ってくれるから馬鹿ほどメモリ使ってくれるし・・・

ということで引き続き情報をください

85 · 04/10/03 13:21:43

そうだったのか～

スマンわからん・・・orz

**名前は開発中のものです。** · 04/10/03 13:39:31

>>86
Bltでｱﾙﾌｧﾌﾞﾚﾝﾄﾞ可能かどうかはDDCAPS調べればわかる

８３ · 04/10/03 14:10:55

>>88
イヤ、可能になってる。
でもLPDIRECTDRAWSURFACE7からLPDIRECTDRAWSURFACEになってる
だからかわったのかなぁと・・・

８３ · 04/10/03 14:13:43

追記
いますべてを見直してLPDIRECTDRAWSURFACEでCreateSurfaceをすると
エラーになってしまう orz
もちろん、DirectDrawCreateExもＩｄｉｒｅｃｔＤｒａｗ７ではなくＩｄｉｒｅｃｔＤｒａｗで
作成してます。

**名前は開発中のものです。** · 04/10/03 14:23:53

>>83
別に7で作っても9上で動くと思うが？
9にしか無い機能が必要なのか？

**名前は開発中のものです。** · 04/10/03 14:55:07

結論：3DはD3D、2DはGDI

８３ · 04/10/03 15:14:20

>>91

アルファブレンド。
７では３Ｄだった。それが９には入っていたから是非使いたい

**名前は開発中のものです。** · 04/10/03 15:22:20

2Dでアルファブレンドが使えたとしても、それは3Dハードウェアを使って
実装されている可能性がとても高いと言うか、殆ど間違いないので、
ノートパソコンでは動かないのでは？

**名前は開発中のものです。** · 04/10/03 15:32:52

>>94
同感。>>92みたいに、割り切るならとことん割り切るべき。GDI+でもいいし

８３ · 04/10/03 15:54:30

>>92 >>94 >>95

やっぱそうかなぁ。クライアントがキャラをクロスフェードで！って・・・
そのくせ３Ｄ使うな！だから。。
メモリ直接アクセスのアセンブラを高速化するしかないか。。

ありがとうございました。

でも引き続きいい情報があれば教えてください

**名前は開発中のものです。** · 04/10/03 15:57:44

よく分からないけどエロゲーのシステム作ってるの？
エロゲーやる人がクロスフェードなんて求めそうには思えないが
今更アルファブレンドの高速化なんて実のない努力やめようぜ

**名前は開発中のものです。** · 04/10/03 18:33:10

顧客にそんなことが言えると？

**名前は開発中のものです。** · 04/10/03 19:31:38

それ以前にこんなレベルの質問している人間が、
客に出すプログラムを組むという時点で終わっている気がするが。

**名前は開発中のものです。** · 04/10/03 19:32:14

http://pya.cc/pyaimg/img2/2004040402.wmv
これ見て

**名前は開発中のものです。** · 04/10/03 19:46:28

>>99
悲しいかなエログラマは大半がこの程度のレベル。

８３ · 04/10/03 19:52:43

>>99 >>101

そういわれると身もフタもないが・・・
コンシューマの人間なんでＰＣあんまりわかんないのよ
何とか自作アルファブレンドロジックが３２ｍｓｅｃ処理で
ストレスなしに使えるところまでもってこれたんでこれで
行くことにしますわ

**名前は開発中のものです。** · 04/10/03 20:33:15

>>102
俺も消費者だよ

**名前は開発中のものです。** · 04/10/03 20:56:06

エログラマの最高峰ってやっぱやねうら某？

**名前は開発中のものです。** · 04/10/03 21:06:53

NOGﾀｿを俺は推す。