DirectX総合スレ (Part2)

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

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

テンプレは >>2以降で

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

■過去スレ
DirectX総合スレ
http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/

■関連スレ
Direct 3D
http://pc5.2ch.net/test/read.cgi/gamedev/1005293179/

■関連サイト
- MSDN > DirectX
http://www.microsoft.com/japan/msdn/directx/default.asp
- DirectX Home Page
http://www.microsoft.com/japan/windows/directx/default.mspx

- DirectX Info Lib (デバイス情報のデータベース。すばらしい！)
ttp://www.netsphere.jp/dxinfo/
- BBX(掲示板)
ttp://isweb8.infoseek.co.jp/computer/bbx/

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

>>1オツ

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

皆さん名前付けはどうやってます？
API に合わせて CreateWindow にしてます？
それとも STL 等に合わせて create_window にしてます？

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

>>4
createWindow

**名前は開発中のものです。** · 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にしたよ