【C++】 DirectX初心� ..

---

[2ch|▼Menu]

136:デフォルトの名無しさん
07/09/18 01:05:57
>>135
なんかよくわかんね

状態だけでいうと
テクスチャのデータが吹っ飛んで一部のオブジェクトが黒くなっちゃうときと
Presentの関数が失敗するときってのは同じ現象でいいわけ？

137:デフォルトの名無しさん
07/09/18 01:11:41
>>129

確かにD3D8からっぽいね。
URLﾘﾝｸ(msdn.microsoft.com)

>デバイスを処理状態に戻せない場合、アプリケーションはデバイスが元に戻るまで待機します。
>この場合、アプリケーションは IDirect3DDevice8::Resetを使用して、デバイス リソースをすべて削除し、
>デバイスを破棄する必要があります。
>その後、初期化の場合と同じように IDirect3DDevice8::CreateDevice を使用してデバイスを
>再作成する必要があります。
>アプリケーションを開発する場合は、デバイスの消失に対応するために 1 つのコード パスで
>アプリケーションを開発することをお勧めします。このコード パスは、
>起動時のデバイスの初期化に使用されるコード パスとほぼ同じになります。

しかし微妙に意味不明だなこれ。
どうせしばらくResetできなさそうなら、
いったん管理リソースも解放してメモリ節約しようって意味かいな？

ただそのちょっとあとにこういう一文も。

>デバイスをリセットできず、廃棄してから再作成する必要がある場合は、
>リソースもすべて再作成する必要があります。

問題はどういう場合にその「必要」があるか、か。

138:137
07/09/18 01:21:18
あーもしかしてこういうことか。

(1)フルスクリーンでアプリケーションを作る。
(2)Alt+TABをフォーカスを失わせる
(3)この時点でIDirect3DDevice9::TestCooperativeLevelはD3DERR_DEVICELOSTを返す。

問題はここから。
IDirect3DDevice9::Resetを使えば確かにフルスクリーンからウィンドウモードに
デバイス再構築無しでモード変更は可能。
が、TestCooperativeLevelがD3DERR_DEVICENOTRESETを返すまではResetは呼べない。

つまり、いったんAlt+TABでフォーカスを再取得できれば
D3DERR_DEVICENOTRESET→Reset→ウィンドウモード、のコンボが使えるけど、
フォーカスを得ないままウィンドウモードに変更しようと思ったら
いったんデバイスを破棄しないとダメぽと。

どう？

139:デフォルトの名無しさん
07/09/18 01:35:52
>>138
んなこと誰も議論してないんだが。
一人で勝手に議題をすり替えといてどう？なんて言われてもなあ

ちなみに>>137の"必要"ってのは日本語版では訳がいまいちで分かりづらいが、
単にD3DPOOL_DEFAULTなリソースのことを言っている

140:デフォルトの名無しさん
07/09/18 01:37:52
>>139
んじゃとりあえず>>101へのレスってことにしといてちょ。

141:デフォルトの名無しさん
07/09/18 01:43:32
亀レス乙
ところで>>6とか>>114は同一人物なのかね?

142:デフォルトの名無しさん
07/09/18 01:44:43
>>141
そうですよ

143:デフォルトの名無しさん
07/09/18 01:50:38
>>6>>114
ネ申

144:デフォルトの名無しさん
07/09/18 02:12:58
TestCooperativeLevelがD3DERR_DEVICENOTRESETを返すときって言うのはGPU側のコンテキストが無効になっている。
ちなみに、GPU側のコンテキストってのはVRAM上のリソース等(DEFAULTのリソースと考えて構わない)。
ただし、ランタイムがCPU側に対応するコンテキストを持っているから、これをReset()のまえに開放してあげなくてはいけない。

で、Reset()が失敗する場合は、ランタイム側がデバイスコンテキストすらも無効化してしまっている場合。
この場合はランタイムが全てを諦めてしまっているのでCPU側のリソース(MANAGED、SYSTEMMEM、SCRATCH)も全て無効化されてしまっている。
よって、全てを開放し、参照カウントを元に戻して、デバイスの削除を行い、全てを新デバイスから再初期化しないといけない。

つまり２段階って言うのは、最初がGPU側、次がCPU側って事。


145:デフォルトの名無しさん
07/09/18 02:42:22
>>144
つまりReset()が失敗する場合は、MANAGED、SYSTEMMEM、SCRATCH全部アウトで、
>>139の「単にD3DPOOL_DEFAULTなリソースのことを言っている」ってのは誤読ってこと？

146:デフォルトの名無しさん
07/09/18 02:59:10
亀レスついでに。>>100

HALからREFへの変更はD3DDEVTYPE変えないといけないんで
Resetじゃ無理だけよ。

>>100が抜き出したところだけ見るとできてしまうように見えるので
誤解する人が出てこないよう一応指摘しとく。

あとはBehaviorFlagsの変更もResetじゃ無理か。
ロストと関係なくてスマソ。

147:デフォルトの名無しさん
07/09/18 05:14:53
たかがデバイスロストの対応だけでこの有様。
Windowsは腐ったジャムみたいだな。

148:デフォルトの名無しさん
07/09/18 06:24:12
ここでDirectXにドップリ漬かっている俺が登場。

普通に使っている分には、D3DDeviceが使えなくなることは無いが
アプリケーション実行中にnViewのモードを切り替えるような無茶な
ことをしたら、Resetではどうしようもなくなった。

あと試してはいないが、プライマリモニタの切り替えとか、無効化も
駄目っぽい気がする。物理的に別のビデオカードにプライマリが
移ることもあるしね。

149:デフォルトの名無しさん
07/09/18 06:52:48
POOL_MANAGEDなんてあんなメモリばかすか食った挙句
失敗してるんじゃ世話ねぇよこいつって感じ
結局、POOL_DEFAULTにして何かあったらD3DDeviceから作り直しするのが
一番楽だしコスト的にいいってのが昔の俺の結論だった・・・っぽい？ｗ

150:デフォルトの名無しさん
07/09/18 08:43:04
POOL_MANAGEDは内部的に転送にUpdateSurfaceに相当する機能が使えそうなんだけど
そうなるとPOOL_DEFAULTに比べてCPUパフォーマンスが良くなるんじゃない?

151:デフォルトの名無しさん
07/09/18 10:53:05
パフォーマンス重視で動的に更新するのが前提ならAGPメモリ上に置くのが常識なのに、
試しもしないで>>150みたいな適当なことをほざく馬鹿はなんとかなんとかならんのか？

152:デフォルトの名無しさん
07/09/18 11:02:43
2chに厳正な書き込みを期待する馬鹿もなんとかならんかな。

153:デフォルトの名無しさん
07/09/18 11:24:31
ドキュメント見てないけど、
D3DPOOL_MANAGEDってD3D10じゃないよね？
10からはデバイスロストしないから

154:デフォルトの名無しさん
07/09/18 12:43:21
まだいじってないけど
１０ならデバイスロストしなくなった？

155:デフォルトの名無しさん
07/09/18 14:26:53
画面の描画をウィンドウの範囲をしてしてする方法はありますか？
たとえば、１つのウィンドウの半分だけに３Dの画面を表示して、
片方の画面は文字入力用のテキストエディタのようにするような。

156:デフォルトの名無しさん
07/09/18 16:08:08
10どころか9Exから簡単にはデバイスロストしなくなった。
もちろん無茶すればロストするよ。
例えばアプリ実行中にドライバーをアップデートするとか。

>>150
それ完璧に考え方が逝ってるから勉強し直しといで。


157:デフォルトの名無しさん
07/09/18 16:21:53
>>156
いい加減無責任な発言は控えろよな。

158:デフォルトの名無しさん
07/09/18 16:29:04
>アプリ実行中にドライバーをアップデートするとか。
>アプリ実行中にドライバーをアップデートするとか。
>アプリ実行中にドライバーをアップデートするとか。

159:デフォルトの名無しさん
07/09/18 17:11:03
>>157
極論だが、至って分かりやすくて自分のアプリでもデバイスロストをテストするときに
デバイスマネージャーからドライバーを無効にしたりしてせめてエラー処理をテストするのは当然だけどな。


160:デフォルトの名無しさん
07/09/18 17:13:20
今日のお題はドライバーのアップデートとデバイスロストの関係についてw

161:デフォルトの名無しさん
07/09/18 17:16:33
>>159は本物のプログラマ

162:デフォルトの名無しさん
07/09/18 17:28:52
いや本物じゃなくても普通それくらいはするだろ？
ドライバーを無効にする、ハードウェアアクセラレーションを切る、くらいは
やってテストしとかないと怖くて公開できないよ。

流石に実行中にドライバを更新するなんてテストはしたことないけどな

163:デフォルトの名無しさん
07/09/18 17:36:26
どうやら真性です。本当にあり(ry

164:デフォルトの名無しさん
07/09/18 17:49:13
真性だな

165:デフォルトの名無しさん
07/09/18 17:50:55
>>162
ドライバーを更新するのとドライバーを無効にするってのは実行中のアプリからすると同じ意味だよ。
XPしか使っていないなら分からないかもしれないが、Vistaだとリブートなしでドライバー更新できるから、
更新するとまずはじめに現在のドライバーが無効化された後、アンインストールされ、その後新しいドライバーがインストールされる。


166:デフォルトの名無しさん
07/09/18 18:00:51
>>156
>>165

これね。

URLﾘﾝｸ(www.microsoft.com)
＞再起動なしのドライバ アップグレード

VistaではDirect3D描画アプリが大幅に増えた。
DWMは実質フルスクリーンアプリ相当だし
WPFアプリもオフスクリーンサーフェイスにD3D9Exで描画してる。

再起動なしのドライバアップグレードを実現するためには、
ドライバが対応することも当然ながら
D3Dを使うアプリがDevice Removedからの復帰コードを持つことも重要。

そこの対応が甘いと、Windows Updateを実行したらアプリが落ちたって羽目になる。

167:デフォルトの名無しさん
07/09/18 18:11:25
そうだな５分に１０回はＷｉｎｄｏｗｓＵｐｄａｔｅするからな。
必要だな。

168:デフォルトの名無しさん
07/09/18 18:29:27
>>166
フルスクリーンアプリが起動したり、リモートデスクトップで接続されたりしてもデバイスロストしたかも。


169:デフォルトの名無しさん
07/09/18 18:29:54
どうせデバイスロストなんて頻繁に起こるものではないのだから、
残存リソースの再利用に拘るほどのものじゃないだろ。貧乏臭すぎ。

ってかこの話は >>81 が発端てことで良いんだよね？

170:デフォルトの名無しさん
07/09/18 18:55:56
次はスマートポインタの是非を語ろうぜwww

171:デフォルトの名無しさん
07/09/18 19:03:56
>>170 (ﾟ∀ﾟ)カエレ！

172:デフォルトの名無しさん
07/09/18 21:11:09
この仕様だとPOOL_MANAGEDがなんのためにあるのか謎

173:デフォルトの名無しさん
07/09/18 21:27:01
これだけは言える。管理を放棄してスマートポインタで逃げる事ばかり
考える奴は脳の病気。確実に逝っちゃってる人間の考え。

174:デフォルトの名無しさん
07/09/18 21:34:19
>>173
実際すさまじいバグり方するよなｗ
メモリの解放忘れだけにしとけって感じだ

175:デフォルトの名無しさん
07/09/18 21:48:36
test

176:81
07/09/18 21:50:01
おお、やっと書き込めた。規制の巻き添え食らってた。
俺の最初のレスからここまで議論になるとは思わなかった。
正直レベル高すぎてついていける気がしないｗ

177:デフォルトの名無しさん
07/09/18 21:55:24
しょーもない口論だからついていかなくていいよ。
質問に対する正解は>>6です。

178:デフォルトの名無しさん
07/09/18 22:00:34
>>1-177
お前らはデバイスロストの話をいちいち蒸し返さないと死ぬ呪いにでもかかっているのか？

179:デフォルトの名無しさん
07/09/18 22:04:43
>>178
なんで俺まで捲き込んでんだよ
俺をデバイスロスト厨と一緒にすんな

180:デフォルトの名無しさん
07/09/18 22:06:04
>>177
少しは面白いネタを用意しろよ。
それじゃ外しまくり。

181:デフォルトの名無しさん
07/09/18 22:08:38
>>180
ごめん、再挑戦してみる。

182:81
07/09/18 22:24:55
ちなみに>>5も俺だ。

183:デフォルトの名無しさん
07/09/18 22:29:03
>>182
さんざん考えてそれかよ
やっぱりだめ。つかさらに外してる。

184:デフォルトの名無しさん
07/09/18 22:34:26
つかさちゃんとちゅっちゅしたいよ〜

185:デフォルトの名無しさん
07/09/18 22:37:42
ばるさばるさばるさばるさみこみこす〜

186:デフォルトの名無しさん
07/09/18 22:38:44
>>178
>>105-113

187:デフォルトの名無しさん
07/09/18 23:03:56
>>183
俺は>>177じゃないぞｗ

188:デフォルトの名無しさん
07/09/18 23:24:52
俺って誰だよ

189:デフォルトの名無しさん
07/09/18 23:37:03
>>188
　　　_　_
　　(　ﾟ∀ﾟ)
　　(　 ∩ミ　　ｵﾚｵﾚ
　 　|　ωつ,ﾞ
　 　し ⌒Ｊ


190:デフォルトの名無しさん
07/09/19 00:41:35
>>177
正しくは>144だろ。>6もよく読むとなんか変。


191:デフォルトの名無しさん
07/09/19 01:10:27
>>190
どこが変か書けよ

192:デフォルトの名無しさん
07/09/19 01:13:23
とりあえず簡易的対策でかつ商品レベルで出すにはリソースはすべてPOOL_DEFAULTで作っておいて
なんか起きたらD3DDeviceから作り直すってことでＦＡ？

193:デフォルトの名無しさん
07/09/19 01:14:49
>>191
>>85

194:デフォルトの名無しさん
07/09/19 01:43:22
NowLoadingという画面をアニメーション使って描画している時に
マルチスレッドを使ってタイトル画面とかのシーン(クラス)を読み込ませるようにしたんですが、
プログラムを起動すると問題なく動作する時もあれば、頂点バッファやテクスチャの
読み込みが失敗して時々おかしくなってしまいます･･･

マルチスレッドを使わなければ読み込みも正常終了して問題なく動くので
明らかにそのロード用のスレッドで何かやらかしていると思うのですが、
何回かに1回起こるという現象なので原因が分かりませんorz

pD3DDevice->CreateVertexBuffer( 4*sizeof(VERTEX2D), D3DUSAGE_WRITEONLY,VERTEX2D_FVF, D3DPOOL_MANAGED,&pBuffer, NULL);
D3DXCreateTextureFromFileEx(pDevice, filename, 0, 0, 0, 0, D3DFMT_UNKNOWN,D3DPOOL_MANAGED,D3DX_FILTER_NONE,D3DX_DEFAULT,0xff00ff00,NULL,NULL,&pTexture);

この関数がおかしな動作をしてるっぽいです。
D3DXCreateTextureFromFileExが時々E_OUTOFMEMORYを返して来ます。
↑と同じ関数で使って他のバッファやテクスチャをずらずらと作成してるんですが、正常に終了したヤツとそうでないのが
あってますます意味が分かりません･･･


どなたかヒント下さいorz

195:194
07/09/19 01:50:04
ロード用スレッド内部では、

if(scenetitle == NULL)
{
scenetitle = new SceneTitle;
scenetitle->Create(pD3DDevice);
}

こんなのがずらずらと書き並べてあるだけです。


/* ロード用スレッド シーン作成 */
hThread = (HANDLE)_beginthreadex(NULL, 0, CreateScene, NULL, 0, &dwThreadId);

この後すぐ、
Sleep(1300);
を追加するとどうやらこのバグ起きないようです。
でもこれをするとNowLoadingの意味がないんです･･･(´･ω･｀)

196:デフォルトの名無しさん
07/09/19 01:55:34
デバイス作成する時に
D3DCREATE_MULTITHREADED
とか要るんじゃなかったっけ

今はいらないのかな

197:デフォルトの名無しさん
07/09/19 02:04:43
>>166
お前さん見事なもんだな。
俺なら「ドライバ更新する場合はアプリを一度終了してください」という文章で終わらす
そうしないとロストでアプリサスペンド(と書いてもいい?)したとき、
更新前と更新後の挙動が変わった場合のことまで追いかけなくてはならなくなる。

D3D10だとある程度ルールはあるんだろうが、そこまでするのはお断り

198:デフォルトの名無しさん
07/09/19 02:07:08
>>196
そのフラグは単なるヒント。
そのフラゲで環境によっては何かが変わるかもしれんし、変わらなくても文句は言えない。

199:194
07/09/19 02:29:17
>>196
ちょおおおおおおおお！！
そのフラグ１つで全てが解決しました。

デバイス作成の辺りはコピペ以降全然かまってなかったので盲点でした。
こんなに早く的確なヒントありがとう!!

200:デフォルトの名無しさん
07/09/19 06:43:26
>>193
だからどこが？

201:デフォルトの名無しさん
07/09/19 07:53:44
>>192
俺は作り直すにしても、POOL_MANAGEDがいいかなと思う。
UMAやTurboCacheまで考慮したテクスチャマネージメントは難しいし、
最近の先読みレンダリングならドライバの方がプログラマよりも正確に
テクスチャの使われ方を把握することが可能だから、VRAMのやりくりは
任せてしまった方が良いんじゃないかな。

202:デフォルトの名無しさん
07/09/19 08:32:41
>>201
その問題より単純にメモリを食うことで遅くなってる場合のほうが多いっぽい
それと全部システムメモリにとっておくってのは個人的にやりすぎだと思うし思想に賛同できない
んで重要なデバイスロストに関しては対応できてないとかいうマヌケっぷり
こんなもんいらんわｗ

203:デフォルトの名無しさん
07/09/19 09:18:23
xfileの仕様が詳しく書いてあるサイトってありますか？


204:デフォルトの名無しさん
07/09/19 10:12:04
「シェーダー」の定義がよくわかりません
狭義では陰影を計算してテクスチャーを擬似立体化するらしいですが、
色々と読んでみれば別のこともできるみたいです。
(というか法線マップが使われるようになったのは近年になってからのはず)
頂点シェーダーは別にポリゴン数(頂点数)を出すために活動するわけでも、
ピクセルシェーダーはテクスチャー情報を扱うわけでもないんですよね？

具体的にシェーダー(ストリーミングプロセッサ)は何をするんですか？

205:デフォルトの名無しさん
07/09/19 10:16:09
テクスチャがシステムメモリから直接表示されるらしいw

206:デフォルトの名無しさん
07/09/19 10:45:27
>>200
>>135

207:デフォルトの名無しさん
07/09/19 10:49:00
>>203
URLﾘﾝｸ(msdn.microsoft.com)

>>204
実際に使ってみればわかるだろ

208:デフォルトの名無しさん
07/09/19 10:50:26
こっちだった
URLﾘﾝｸ(msdn.microsoft.com)

209:デフォルトの名無しさん
07/09/19 11:10:18
>>204
いままで固定機能パイプラインで
半ば自動的に処理されていた部分をある程度自由に
プログラムできるように（又はプログラムしなくてはいけなく）なった

頂点シェーダでは
頂点データを２Ｄ画面に表示できるようになるまでの
座標変換とライティングまでを行い
ピクセルシェーダーでは
頂点シェーダから渡された頂点データを元に
ポリゴンをピクセル単位に分解して
最終的に描画される色を決定する

210:デフォルトの名無しさん
07/09/19 11:39:26
>>207
ありがとうございｍす


211:デフォルトの名無しさん
07/09/19 12:53:17
>>135は普通に嘘っぱちだろ

212:デフォルトの名無しさん
07/09/19 12:56:08
>>211は大嘘

213:デフォルトの名無しさん
07/09/19 14:25:52
>>213は嘘

214:デフォルトの名無しさん
07/09/19 15:00:53
>>92に戻る

215:デフォルトの名無しさん
07/09/19 16:10:33
いちいち蒸し返す意味がわからん

216:デフォルトの名無しさん
07/09/19 16:11:41
デバイスロスト厨は>>133で懲りて降参したんじゃないの？
まだ仲間がいるわけ？

ロストは２種類あるだの、これは嘘あれは嘘だの、いい加減うざいんだが。

217:デフォルトの名無しさん
07/09/19 16:36:10
誰か綺麗にまとめてくれ
現象と対処を箇条書きで頼む

218:デフォルトの名無しさん
07/09/19 16:40:48
そもそも発端の質問文>>81に肝心の「現象」が書かれていないので
まとめようがない。

219:デフォルトの名無しさん
07/09/19 16:49:22
まとめ
Q. >>81
A. >>59

220:デフォルトの名無しさん
07/09/19 18:07:16
>144が正解で、>6は惜しいけど>82の指摘が正しい。

>>192
プロならPOOL_DEFAULTが当然。
なんかおきたらPOOL_DEFAULTのリソースを解放後にResetを行う。
Resetが失敗したときに初めてデバイスを最初から作り直し。


221:デフォルトの名無しさん
07/09/19 18:09:45
D3DCREATE_MULTITHREADEDは重要。
このフラグはランタイムのAPIがスレッドをシリアライズするかどうかの違いになる。
複数スレッドから同じデバイスに対してAPIを呼び出すと場合には必修。
そうじゃないとランタイムが保持しているコンテキストに不整合が発生する。


222:デフォルトの名無しさん
07/09/19 18:31:20
自らプロと名乗る輩ほど信用ならないものはない

223:デフォルトの名無しさん
07/09/19 18:32:26
すげー勉強になるわ

頓珍漢なレスも多いけど、丁寧にスレ読んでいけば
深い知見を持った人が書いたと思しきレスもちゃんとあってすげー癒されるわ

224:デフォルトの名無しさん
07/09/19 18:35:41
>>223
URLﾘﾝｸ(up2.viploader.net)

225:デフォルトの名無しさん
07/09/19 18:41:44
ほわっつずぃすインザワールド？

226:デフォルトの名無しさん
07/09/19 19:07:46
ﾓｺﾓｺﾁｭﾝﾁｭﾝ

227:デフォルトの名無しさん
07/09/19 19:37:49
>>222
二重否定があまり良くないので対偶を

信用できる輩ほど、自らプロとは名乗らない。

228:デフォルトの名無しさん
07/09/19 19:49:00
>>224
壁紙にしたわ

229:204
07/09/19 22:13:07
>>207
それは無理です・・・

>>209
すると従来までは固定パイプライン(シェーダー)というものが存在して、
それが最近はプログラマブルになったという認識でいいのでしょうか？

230:デフォルトの名無しさん
07/09/19 22:19:43
>>229
おｋ
プログラマブルシェーダが登場したのはDirectX８から。
DirectX８と９は固定機能もシェーダも同時に使えて双方のステートなんかも混在してたんだが
DirectX１０（Vista以降）からはシェーダのみになって固定機能は完全に削除された。

こういうのが知りたいのなら何か一冊本を買ってみるといいよ。ｵｽｽﾒはないけどねｗ

231:デフォルトの名無しさん
07/09/19 22:24:27
>>229
チュートリアルにしたがって１回動かしてみればすべてが解決すると思うぜ

232:デフォルトの名無しさん
07/09/19 22:41:32
フル２ＤでＲＰＧ作成している者ですが
ＤｉｒｅｃｔＤｒａｗかＤｉｒｅｃｔＧｒａｐｈｉｃｓ
どっちがいいと思われますか？
ＤｉｒｅｃｔＤｒａｗはとっつきやすく比較的簡単です

ＤｉｒｅｃｔＧｒａｐｈｉｃｓにおいて２Ｄの扱いは３Ｄの付属というか
ただテクスチャ貼れりゃいいみたいな扱いを受けてますが・・・
しかし円滑にフェードや半透明、回転、拡大縮小を実現するには
ＤｉｒｅｃｔＧｒａｐｈｉｃｓをやるべきだと僕個人は思ってます・・・

皆さんの意見を参考にしたいのでご教授をお願いいたします


233:デフォルトの名無しさん
07/09/19 22:43:16
>>232
わかってんならさっさとそうしろ

234:デフォルトの名無しさん
07/09/19 22:53:03
>>233
ん？いや、俺が聞きたいのはみんなはどう思ってるのかなってだけです＾＾；；；；
なんだこの人はｗｗｗｗｗｗｗｗｗｗｗ

235:デフォルトの名無しさん
07/09/19 22:58:25
>>234
落ち着け、そしてsageろ
>>233はDirectGraphicsに触ったこともなさそうだからしょうがないだろ？空気嫁

俺はフル２Ｄはずいぶん前におさらばしたからなぁ〜・・・・
まぁDirectGraphicsは基本３Ｄのためにあるようなもんだってのがわかってるようだし
素直にＤＤ（DirectDraw）にしとき

ＤＤにはＤＤのいいところがあるし、フェードとかやりたいんならロックすりゃいいんじゃないの？


236:デフォルトの名無しさん
07/09/19 23:04:08
>>234
ん？いやいや、誰に聞くまでもなくあなた様のおっしゃるとおりの状況なのですよ
現状でDirectDrawを使う選択肢は無いと結論付けていいです
これは速度の問題とクオリティの問題が大きいです
昔は320x240とか640x480ぐらいでよかったんですけどね
いまって最低でも800x600で、現実の線で1024x768とか当たり前っしょ？
２Ｄだときついですよ２Ｄだと

ＧＤＩ＋という選択死もありますが、これは回転、拡大縮小、半透明と
個別には速度もそれなりで問題なくできるんですが、回転＋半透明とか回転＋拡大縮小とか
合わせ技でＮＧです
DirectDrawだとこれらを全部自作する手間もはっきりいって今はもう失われ死技術といって過言ではないでしょう
よしんば、その技術を見つけたとしてもあんまりいい結果にはなりません（主に速度で）

ということでわかってもらえたでしょうか？

237:デフォルトの名無しさん
07/09/19 23:06:56
>>234
少々口は悪いが>>233は一つの意見だろ？俺も同感だし。

回答者に対して「なんだこの人は」はないだろう・・・

238:デフォルトの名無しさん
07/09/19 23:14:08
>>236　なんだこの人はｗｗｗｗ、これがキ印の人か

239:デフォルトの名無しさん
07/09/19 23:20:34
もうこの流れじゃマトモな答えは返ってこないな

240:デフォルトの名無しさん
07/09/19 23:22:14
恥ずかしいことをおっおっ聞きしますが...
MFCはだめぽと言われたのですが、
VC++2005EEでDirectXって使えるでしょうか？＞＜

241:デフォルトの名無しさん
07/09/19 23:23:56
なんでわざわざ古いのを使おうとするんだ？
DirectDrawなんかありえんだろ
DirectDrawはGraphicsに吸収されただけで消滅したわけじゃ・・・消滅したか
２Ｄに扱いがひどいって？なぜそう思うのかわからん

242:デフォルトの名無しさん
07/09/19 23:25:02
自演だか成りすましだか知らないけど
一瞬にして流れを変えた>>232の破壊力だけは認める

もう誰もデバイスロストの事なんか覚えちゃいない

243:デフォルトの名無しさん
07/09/19 23:31:11
>>242
デバイスロストは現象、対処ともに綺麗にまとまったからもういいっしょ

244:デフォルトの名無しさん
07/09/19 23:33:51
>>242
結局わからなかったんだろ？ヘボはひっこんでろよｗｗｗｗ

245:デフォルトの名無しさん
07/09/19 23:37:29
>プロならPOOL_DEFAULTが当然。
>なんかおきたらPOOL_DEFAULTのリソースを解放後にResetを行う。
>Resetが失敗したときに初めてデバイスを最初から作り直し。
こうやってみるとデバイスロストも大して対応難しくないな

246:デフォルトの名無しさん
07/09/19 23:37:40
DirectDrawにはDirectDrawのいいところがあるんでは？
文字出力や画像出力のやりやすさとか
特殊なエフェクトを頻繁に塚わないのであればDirectDrawでいいんでは？
半透明とかいっぱい使えば綺麗ってわけでもなし

素材＞＝アイデア＞＞＞エフェクト


247:デフォルトの名無しさん
07/09/19 23:44:29
慣れてるほうでやればいいだろ
そんなもん聞くな

248:デフォルトの名無しさん
07/09/19 23:47:17
>>246
ないって
すべてが遅いし
同じことDirect3Dでもっと綺麗にできるし
基本的な３Ｄ機能ならサポートされてないグラボのほうがめずらしい

249:デフォルトの名無しさん
07/09/19 23:51:27
>>244
俺は質問に対して真っ先に間違いを指摘したんだけどな

250:デフォルトの名無しさん
07/09/20 00:23:47
はじめのほうでデバイスロストが２種類ないっていってた厨房か？
デバイスロスト２種類あったじゃん
Resetかかる奴としける奴とで

251:デフォルトの名無しさん
07/09/20 00:27:54
DirectDrawはバイリニアフィルタ付きで画像を描画したい時に便利だった。
UYVYとかYUY2も大抵変換無しで使えるので、画像・動画デコーダの試験アプリには重宝した。

もし SetStretchBltMode(BILINEAR) とか用意されたら用済みだったろうけどね。

252:デフォルトの名無しさん
07/09/20 00:30:18
>>232,235
＞DirectGraphics
そもそもそんな物は存在しない

253:デフォルトの名無しさん
07/09/20 00:34:36
>>250
もう何度も書かれているが、Resetが失敗する状況のことをロストとは言わない。
少なくともヘルプでは、その状況のことを"Lost"、「ロスト」、「消失」などとは呼んでいない。
>>135 >>144あたりを読み直しましょう。

254:デフォルトの名無しさん
07/09/20 00:37:32
URLﾘﾝｸ(www.google.co.jp)
URLﾘﾝｸ(www.google.co.jp)


255:デフォルトの名無しさん
07/09/20 00:45:40
人生相談
お金もあってカッコいい男と仲良くなれそうなのですが、
勝手知った昔からの彼氏（重度のオタです）との腐れ縁の方が
もし結婚しということになったとしても
なんだかんだいって長続きしそうな気がするのは分かりきっているのですが、
私はどうしたらよいでしょうか。

256:デフォルトの名無しさん
07/09/20 00:50:21
固定シェーダとかDirectGraphicsとか、世の中には謎の技術が多数存在する。
しかしそれは残念ながら、頭にウジの涌いた馬鹿にしか扱えない。

257:デフォルトの名無しさん
07/09/20 01:00:58
やべ、俺そういうの普通に扱えてるわ。

ということは・・・(((( ；ﾟДﾟ))))

258:デフォルトの名無しさん
07/09/20 01:24:22
>>245
スマートポインターとか使って全ての関係を隠蔽し始めると、、、難しくなるよな。


259:デフォルトの名無しさん
07/09/20 01:25:30
>>254
600件近くも全世界に向けて赤っ恥を晒し続けているんだな

260:デフォルトの名無しさん
07/09/20 01:36:21
その６００件のうち一件は俺のページな件について。

明日からちゃんと学校行きます・・・

261:204
07/09/20 01:39:43
>>230-231
了解しました。何か本買ってきます

262:デフォルトの名無しさん
07/09/20 05:31:13
コロコロ変な言葉作るMSが悪い。俺はただの犠牲者。

263:デフォルトの名無しさん
07/09/20 07:44:38
他人のせいにするゆとり世代

264:デフォルトの名無しさん
07/09/20 07:58:25
>>252
お前もしかして
DirectGraphicsじゃなくて
DirectXGraphicsだ、とかそういうことを主張したいわけ？
URLﾘﾝｸ(msdn.microsoft.com)


上げ足とるにもほどがあるだろ？
質問スレ、しかも初心者スレなのにちょっとウザいかな？とか空気読めて無いかな？とか考えないわけ？
お前嫌われてるだろ？ｗ

265:デフォルトの名無しさん
07/09/20 08:18:09
>>264
こういう開き直り方をする奴って、プライドだけ高くて全然成長しないんだよな

266:デフォルトの名無しさん
07/09/20 08:25:19
>>265
たった一文字ついてないだけでなにをそんなにこだわってるの？
俺、お前みたいなのめちゃくちゃ嫌いなんだわ

267:デフォルトの名無しさん
07/09/20 09:28:38
お前らそんな事で言い合ってたら俺みたいなのが参加してしまうぞ

268:デフォルトの名無しさん
07/09/20 09:37:55
>>266
1文字でも間違えるとエラーになる世界にいるから
気になるんじゃないか？

269:デフォルトの名無しさん
07/09/20 09:46:00
A : DirectGraphics じゃなくて DirectX Graphics な。
B : そうか今度から気をつける。
これで済む話なのに煽り文句を入れるから荒れるんだよ。

270:デフォルトの名無しさん
07/09/20 12:34:15
別に質問者じゃないけど見てて腹が立つ
こんな本質とかけ離れた所指摘して悦に入ってる馬鹿みるたびに叩き殺したくなる

271:デフォルトの名無しさん
07/09/20 12:40:01
そしてごく一部の馬鹿のせいで間違った用語が初心者に氾濫していくと。

272:デフォルトの名無しさん
07/09/20 12:42:52
キチガイ>>270が来たーーーーーっ

キチガイってほんと怖いね。



273:デフォルトの名無しさん
07/09/20 12:45:15
しょせん２ちゃん
キチガイはおまえだ>>272

274:デフォルトの名無しさん
07/09/20 12:48:45
お前もキチガイだろ>>273

275:デフォルトの名無しさん
07/09/20 12:49:20
>>274
お前もな

276:デフォルトの名無しさん
07/09/20 12:52:47
>>275　いや、俺はキチガイだが殺そうとは思わんよ

キチガイでも重度となると、何してもいいから羨ましいよ>>275

277:デフォルトの名無しさん
07/09/20 13:52:03
おしえてください。DirectXをはじめようとおもってDirectX付属のチュートリアルをサンプルフレームワークで実行しようとしています。
三角形がでるだけの単純なやつなんですけど、三角形がぼろぼろになってでてしまいます。
チュートリアルのプロジェクトはちゃんと表示されるので、自分でサンプルフレームワークにいれるときに失敗していると思うのですが、
どのへんが悪いのかさっぱりわかりません。以下、移植時にいじったコードです。どこかおかしいですか？

#define DXUT_AUTOLIB
#include <dxstdafx.h>
#pragma comment(lib, "..\\dxut\\release\\DXUT.lib")

struct CUSTOMVERTEX
{
　　FLOAT x, y, z, rhw;
　　DWORD color;
};
#define D3DFVF_CUSTOMVERTEX (D3DFVF_XYZRHW|D3DFVF_DIFFUSE)
LPDIRECT3DVERTEXBUFFER9 g_pVB = NULL;

278:277
07/09/20 13:52:54
HRESULT CALLBACK OnCreateDevice(IDirect3DDevice9* pd3dDevice, const D3DSURFACE_DESC* pBackBufferSurfaceDesc, void* pUserContext)
{
　　CUSTOMVERTEX dxvertices[] =
　　{
　　　　{ 150.0f, 50.0f, 0.5f, 1.0f, 0xffff0000, },
　　　　{ 250.0f, 250.0f, 0.5f, 1.0f, 0xff00ff00, },
　　　　{ 50.0f, 250.0f, 0.5f, 1.0f, 0xff00ffff, },
　　};

　　if (FAILED( pd3dDevice->CreateVertexBuffer(3 * sizeof(CUSTOMVERTEX), 0, D3DFVF_CUSTOMVERTEX, D3DPOOL_DEFAULT, &g_pVB, NULL)))
　　　　return E_FAIL;

　　VOID* pdxvertices;
　　if (FAILED(g_pVB->Lock(0, sizeof(dxvertices), (void**)&pdxvertices, 0)))
　　　　return E_FAIL;
　　memcpy(pdxvertices, dxvertices, sizeof(dxvertices));
　　g_pVB->Unlock();

　　return S_OK;
}

void CALLBACK OnFrameRender(IDirect3DDevice9* pd3dDevice, double fTime, float fElapsedTime, void* pUserContext)
{
　　pd3dDevice->Clear(0, NULL, D3DCLEAR_TARGET, D3DCOLOR_XRGB(0,0,255), 1.0f, 0);
　　if(SUCCEEDED( pd3dDevice->BeginScene())) {
　　　　pd3dDevice->SetStreamSource(0, g_pVB, 0, sizeof(CUSTOMVERTEX));
　　　　pd3dDevice->SetFVF(D3DFVF_CUSTOMVERTEX);
　　　　pd3dDevice->DrawPrimitive(D3DPT_TRIANGLELIST, 0, 1);
　　　　pd3dDevice->EndScene();
　　}
　　pd3dDevice->Present(NULL, NULL, NULL, NULL);
}

279:277
07/09/20 13:53:47
void CALLBACK OnDestroyDevice(void* pUserContext)
{
　　SAFE_RELEASE(g_pVB);
}

INT WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
{
　　DXUTSetCallbackDeviceCreated(OnCreateDevice);
　　DXUTSetCallbackDeviceDestroyed(OnDestroyDevice);
　　DXUTSetCallbackFrameRender(OnFrameRender);

　　DXUTInit(true, true, true);
　　DXUTCreateWindow(L"hoge");
　　DXUTCreateDevice(D3DADAPTER_DEFAULT, true, 640, 480, NULL, NULL);
　　DXUTMainLoop();

　　return DXUTGetExitCode();
}

280:デフォルトの名無しさん
07/09/20 15:00:04
フルスクリーンかどうかはどうやって判別するのでしょう？

281:デフォルトの名無しさん
07/09/20 15:02:29
視認

282:277
07/09/20 15:09:59
理由がわかりました。

　　CUSTOMVERTEX dxvertices[] =
　　{
　　　　{ 150.0f, 50.0f, 0.5f, 1.0f, 0xffff0000, },
　　　　{ 250.0f, 250.0f, 0.5f, 1.0f, 0xff00ff00, },
　　　　{ 50.0f, 250.0f, 0.5f, 1.0f, 0xff00ffff, },
　　};

の位置が悪いようです。どうもお世話様でした。

283:デフォルトの名無しさん
07/09/20 21:19:13
URLﾘﾝｸ(msdn.microsoft.com)
ここの
>デバイスには、常に、カラー バッファが関連付けられていなければならない。
ってどういうこと？

284:デフォルトの名無しさん
07/09/20 21:22:28
>>283
描画する先が存在しなかったらどうすればいいと言うんだ？
何が疑問なのかさっぱり分からん。

285:デフォルトの名無しさん
07/09/20 21:24:48
>>284
その文の前の文からの繋がりが分からない、って言ってるんじゃないかね？

前の文には、SetRenderTargetにNULLを渡すこともできると書いてあるのに、・・・
ってことでは

286:デフォルトの名無しさん
07/09/20 21:34:55
>>284,285
すまん。
カラーバッファってサーフェイスのことか。
ものすごく勘違いしてた

287:デフォルトの名無しさん
07/09/20 22:48:41
英語版でがんばってるけど、やっぱり日本語ヘルプもそろそろ更新してほしいな
もう３年も経つのに・・・

288:デフォルトの名無しさん
07/09/20 22:55:28
今まで日本語版だけあったのが奇跡なんだと思え

289:デフォルトの名無しさん
07/09/20 23:04:56
はい。

290:デフォルトの名無しさん
07/09/20 23:06:13
MSに許可貰って日本語訳した本でも売れば専門学校がガシガシ買って儲かりそうだけどな。

291:デフォルトの名無しさん
07/09/20 23:12:10
何年かかるんだよｗ出来た頃にはとっくに新しいSDKが出てる

そんなことするなら自動翻訳するか初音ミクに歌わせたほうがマシだ。

292:デフォルトの名無しさん
07/09/20 23:56:02
だからアメにプラットフォーム奪われるのは危険なんだって昔から言ってたのに。
絶対自分の国の開発者を有利にするに決まってるんだから。

293:デフォルトの名無しさん
07/09/20 23:58:27
奪われる？

294:デフォルトの名無しさん
07/09/21 00:41:49
PC98でエロゲしか出てなかった国なんだから滅びても仕方ない



295:デフォルトの名無しさん
07/09/21 01:17:12
PC98て 表示色数4096色中16色 VRAMプレーン方式 スプライト機能なしの素敵ハードか

296:デフォルトの名無しさん
07/09/21 01:30:03
OUT 168,8
ってやると200ラインモードでも画面が綺麗になるんだぜ

297:デフォルトの名無しさん
07/09/21 07:59:00
>>292
ほとんどインド人だろがｗ

298:デフォルトの名無しさん
07/09/21 14:00:02
>>297
インド人多いけど、結局、上は白人だよ。

299:デフォルトの名無しさん
07/09/21 16:43:43
>>298
誤解されがちだけど、インド人は大部分がコーカソイド（白人）です。
モンゴロイド（黄色人種）ではありません。

人種は肌の色で決まるわけではないので悪しからず。

300:デフォルトの名無しさん
07/09/21 19:11:42
>>299
誤解してるのは君

301:デフォルトの名無しさん
07/09/21 21:39:28
よくわからないがXbox360ユーザーは非国民ということで

302:デフォルトの名無しさん
07/09/21 21:43:01
俺はアーリア人だから問題ないな

303:デフォルトの名無しさん
07/09/21 22:00:45
>>302
それは誤解

304:デフォルトの名無しさん
07/09/22 06:16:50
こんなスレで質問していないで、早く試行錯誤でバグ回避策を見つける仕事に戻るんだ！
何？やる気がありません？なら辞めろや、他の派遣雇うからｗ


305:デフォルトの名無しさん
07/09/22 09:17:59
脳内社員か。
派遣デバッガはレポート書いて提出したら仕事終わりで、
こんなところうろうろしてねえよ。



306:デフォルトの名無しさん
07/09/22 17:24:48
>>305
それは誤解
つうか偏見

307:デフォルトの名無しさん
07/09/23 00:09:04
>>306
だが現実

308:デフォルトの名無しさん
07/09/23 17:02:11
マ板でやれ

309:デフォルトの名無しさん
07/09/23 17:04:07
>>308
それも誤解

310:デフォルトの名無しさん
07/09/23 20:04:31
次の初心者まだ〜？ﾁﾝﾁﾝ
みっくみくにしてやんよ

311:デフォルトの名無しさん
07/09/23 20:35:30
俺は教えてだぁりんの方が好きだな

312:デフォルトの名無しさん
07/09/24 06:59:25
おはようございます、動画処理について研究している者です。
VisualStudio2005を使い、処理プログラムを作成していきたいのですが、第一段階の目標として
「実時間(ストリーム)でカメラから撮影している動画をPCに表示する」を掲げています、
参考図書として[はじめての動画処理プログラミング-Win32APIとDirectXで実装する動画処理の基礎-]
　→URLﾘﾝｸ(www.cqpub.co.jp)
を使って勉強したのですが、この本では「DVカメラを〜/USBカメラを〜/IEEE1394で〜」と書いてあります、
しかし自分の研究室にあるカメラはそのようなものではなく(URLﾘﾝｸ(up2.viploader.net))
このような古いタイプでした、IEEE1394規格でもありません　AVALDATA社という所のこのようなボードを使って
→URLﾘﾝｸ(www.avaldata.com) 一応取り込み・表示する事はできるのですが
応用力の無い私にはここからどうやって弄ればいいのか分かりません、
これがDVカメラならなんとかなりそうだったのですが…“まずどうすればいいか”を教えて頂ければ幸いです。
分かり辛い質問で申し訳ありません、そちらから聞きたい事があればどうぞ質問してください。

313:デフォルトの名無しさん
07/09/24 07:15:05
個人研究? 教官に聞けないの？

314:デフォルトの名無しさん
07/09/24 07:23:27
URLﾘﾝｸ(www.google.co.jp)

315:デフォルトの名無しさん
07/09/24 07:40:59
技術的な質問ならともかく、研究への応用について尋ねられてもなあ

316:デフォルトの名無しさん
07/09/24 07:43:10
>>312
たぶん、それについている「専用のＳＤＫ」とやらを使うしかない

317:312
07/09/24 08:08:10
やはり自分でＳＤＫを使っていくしかないですか・・・
正直関数の説明書を見ても意味不明なのですが、
まぁもう少し頑張ってみたいと思います。
ぶっ続けで研究してたので今から休憩に入りますがもしかしたら
今晩くらいにまた質問させて頂くかも知れません、その時は宜しくお願いします。

318:デフォルトの名無しさん
07/09/24 08:27:21
SDKの関数を使って、SDKが使用しているバッファを一旦取り出し
DirectShowなり他のライブラリのバッファに突っ込むようなことをすれば
後者のAPIが使えて古い独自SDKに振り回されなくてすむようになる。
速度的に問題が無ければな。

余談だが、古い機材や糞SDKを使わざるを得ない状況を打開する経験ってのは
社会に出てからも何か役に立つんじゃないか。社会のことはよくしらねーけど。

319:デフォルトの名無しさん
07/09/24 13:51:30
もうダイレクトXわけわかんなすぎ！
たすけてよぉ〜！！

320:デフォルトの名無しさん
07/09/24 14:04:09
つ OpenGL

321:デフォルトの名無しさん
07/09/24 14:50:09
画面を徐々に暗くしていく処理（フェードアウト？）を一番簡単にやるにはどうしたらいいですか？

322:デフォルトの名無しさん
07/09/24 15:15:07
>>321
あからじめ徐々に暗くするムービーを用意→再生

323:デフォルトの名無しさん
07/09/24 15:16:27
圧縮率も最強になるだろうし結構実用的だと思うぜｗ＞ムービー

324:デフォルトの名無しさん
07/09/24 15:28:50
画面サイズの真っ黒な板を
一番手前において徐々に透明度を下げる

325:デフォルトの名無しさん
07/09/24 15:30:40
ユーザがモニタのあかるｓ

326:デフォルトの名無しさん
07/09/24 15:35:15
>>322
ﾂﾏﾝﾈ

>>323
馬鹿じゃねーの

>>324
偉い

>>325
くだらん

327:デフォルトの名無しさん
07/09/24 15:35:42
エロCGと同じフォーマットでグラデーションの一枚絵をたくさん用意→スクリプトで絵を切り替え。


328:デフォルトの名無しさん
07/09/24 15:47:27
おまえらどんなレベルのゲーム作れんのよ

329:デフォルトの名無しさん
07/09/24 15:58:13
ダダシン先生みたいなのですぅ！

330:デフォルトの名無しさん
07/09/24 16:10:31
>>324
この方法でいけそうです
ありがとうございました

331:デフォルトの名無しさん
07/09/24 16:10:51
このスレは無能な奴に限ってえらそうですね

332:デフォルトの名無しさん
07/09/24 16:44:59
すいません、さっきの続きの質問なんですが

フェードインをフェードアウトをまとめたクラスにいろんな場面からアクセスしたいんですが
こういう場合はやはりグローバル変数にするしかないですかね？

333:デフォルトの名無しさん
07/09/24 16:48:59
あほや・・・あほがおる！！

334:デフォルトの名無しさん
07/09/24 16:54:49
それはDirectXの質問ではないが、
グローバル変数でもSingletonでも好きなようにやれ。
フェードでまとめる以外にも、パーティクル等のエフェクト機能の一部という実装もある

335:デフォルトの名無しさん
07/09/24 17:34:50
グローバルにしておきます
ありがとうございました

336:デフォルトの名無しさん
07/09/24 18:04:19
それってなんか
クラスの作り方を間違えてる希ガス

337:デフォルトの名無しさん
07/09/24 18:20:02
とりあえずなんでもクラスにまとめてしまうもんで；；
何か他に良い設計ありますか？

338:デフォルトの名無しさん
07/09/24 18:38:32
各シーンから呼び出されるものではなく
システムの中に
シーンの切り替えなどを一括に管理する部分（クラス）を作って
そこから呼び出されるべきものではないかと思う

DirectXの話じゃなくて設計の話なので板違い
荒れる前に他行った方が良いぞ

339:デフォルトの名無しさん
07/09/24 18:43:52
おお、なるほど！
ありがとうございます

340:デフォルトの名無しさん
07/09/24 18:48:37
>>332
引数で渡すとかないのか？ウンコ？

341:デフォルトの名無しさん
07/09/24 18:52:14
引数で渡すのはスマートじゃないですからっ＞＜

342:デフォルトの名無しさん
07/09/24 19:34:35
>>341
そんなのどこの本に書いてあったんですか？
グローバル変数なんて１つ使っただけでもう設計も糞もないんですよ？

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

5178日前に更新/237 KB
担当:undef