[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 12/06 18:57 / Filesize : 237 KB / Number-of Response : 929
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【C++】 DirectX初心者質問スレ Part14 【C】



1 名前:デフォルトの名無しさん [2007/09/08(土) 22:21:46 ]
※回答する人も、質問する人も必ず読んでください

これらに当てはまる人のための質問スレです。
1.C/C++は多少理解している。
2.最近DirectXを始めたばかり
3.SDKを見ても、Googleで検索しても、いまいち理解できない人
4.余計な雑談は不要ですよ

【 回答してくださる方 】
・ できるだけ優しく質問に答えてあげてください。
・ 優しく教えるのが嫌でしたら、解決するためのヒントだけでも結構です。
 「ググれ」「SDK見れ」以外の回答でおながいします。
・ 神ですら理解不能な質問は無視して下さい。

【 質問する方 】
・ どんな事で躓いているのか明確にしよう。
・ 長くならないなら躓いている部分のコードを晒してみれ。
・ 解決した場合、お礼を言うのは当然だが、何をどうしたら解決したかを明確に書こう。
・ 回答して貰ったら、出来るだけお礼もしよう。

【C++】 DirectX初心者質問スレ Part13 【C】
pc11.2ch.net/test/read.cgi/tech/1182351826/

596 名前:デフォルトの名無しさん [2007/10/15(月) 00:05:07 ]
誰が勉強や研究やるっつったよ
良いパクリ元教えろっての

597 名前:デフォルトの名無しさん [2007/10/15(月) 01:12:32 ]
RenderMonkeyとか、nVidiaのそれとか
良いパクリ元になるよ

598 名前:デフォルトの名無しさん [2007/10/15(月) 01:32:00 ]
>>596
馬鹿かお前、
どのゲームもエフェクトなんて上からムービーかアニメーションモデル被せて終了なんじゃボケ
アルファなんて重ねたらトータルコスト跳ね上がるんじゃボケ
PC移植したときにアルファ処理弱いんじゃボケ
パクリも糞もどこも横一線でムービー被せて終了なんじゃボケ
爆発だって、水面だって、木漏れ日だって、よくみりゃムービーなんじゃボケ
カメラ固定しろボケ
一番軽いのがそれなんじゃボケ
デザイナにすべてまかせたほうが効率いいんじゃボケ
いまどきプログラムでメガデモ気取りでそんなもん作ってるアフォチョーキモイんじゃボケ
汎用性ちょっとつけりゃムービーもテクスチャなんじゃボケ
つまり

モデルロード→アニメーション

で終了
プログラマの介入一切無し、完

599 名前:デフォルトの名無しさん mailto:sage [2007/10/15(月) 12:22:30 ]
時代はラスタスクロール

600 名前:デフォルトの名無しさん mailto:sage [2007/10/15(月) 13:32:47 ]
>>598
ス☆テ☆キ☆

601 名前:デフォルトの名無しさん mailto:sage [2007/10/15(月) 21:29:26 ]
なるほど、欧米に技術が追いつかないわけだ

602 名前:デフォルトの名無しさん mailto:sage [2007/10/15(月) 23:26:05 ]
普通に考えたらGemsじゃね?
パクリ云々いってるやつに理解できるかどうかは分からんが

603 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 02:16:58 ]
でもムービーにもZとか入れられるからほとんどプログラマが手を入れる必要ってないよね

604 名前:デフォルトの名無しさん mailto:age [2007/10/16(火) 17:12:31 ]
VisualC++とDirectX9.0SDKでHLSLで頂点シェーダとか書いてみてるんですけど、
.fxファイルをvisualStudioのエディタ上でシンタックスハイライト表示する方法
(プラグインみたいのとか)ってありませんか?
黒一色だと見づらくてはかどらんのです



605 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 18:58:18 ]
>>604
こんなんはどーよ
ttp://www.shuta.net/e374.html


606 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 20:09:36 ]
リファレンスデバイス上でピクセルシェーダーって動くのでしょうか?
もし動くのなら、どのように実現しているのでしょうか?

607 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 20:31:22 ]
どなたか
>>493お分かりになる方いらっしゃいませんか?

608 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:12:01 ]
これ?
ttp://sora.cc.nagoya-u.ac.jp/t4369/fortran/DirectX/Xfile.htm


609 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:37:04 ]
圧縮format非対応 これで実用上十分に解決
まあSDKに圧縮フォーマットのも入ってるが、あれはそれ以前にsdkmeshとか当たり前に使われてるしな。

610 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:50:01 ]
Xファイルなんて使ってるのは雑誌かネット上のエフェクトサンプルと同人ソフトくらいだ

611 名前:デフォルトの名無しさん mailto:sage [2007/10/16(火) 23:45:38 ]
結局XFileのバイナリフォーマットは公開されてないんだろ?
そんなのわかる訳ないよ

612 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 00:01:24 ]
>>611
え、ヘルプに書いてなかったっけ?テキストもバイナリも。
かなり前に読んだ覚えがあるんだが・・・

613 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 00:27:24 ]
圧縮形式がアンドキュメンテッド


614 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 00:42:07 ]
バイナリをzlibってるだけじゃないの?



615 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 00:48:47 ]
いいから仕様書か検証結果を張れよ。
俺は調べたことないから知らないがな

616 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 00:54:49 ]
なんで俺が検証せにゃならんのだ
Xファイルなんか興味ねーし使ってもねーよ

617 名前:仙人 [2007/10/17(水) 02:51:28 ]
DirectX ゲームグラフィックスプログラミング Ver.2.1 Vista
\2800 SoftBank Creative
第6章 スペシャルエフェクト(頂点系)波のシミュレーション
<求めよ!さらば与えられん 片っ端から漁れ>
<情報は'∞' 奢るなかれ '0'から初めよ>
<た易いNETに頼るな 100万払って1を知れ>

618 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 05:14:37 ]
た易い.NETに頼るな 100万払ってCOMを知れ

619 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 08:04:44 ]
>>617
これの2.0持ってるけど、新しく章が増えたのね。

620 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 18:34:49 ]
USBカメラからの画像をキャプチャして、jpg形式などで保存できるようなプログラム
を作成したいのですが、お勧めの書籍などありましたらご教授願えないでしょうか。
directxには触れたこともない初心者なのですが、これは無謀というものでしょうか?

621 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 18:35:42 ]
>>620
できんことはないと思うが、それはDirectXと関係ない気がするなあ。

622 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 18:49:33 ]
>>621
googleなどでキャプチャについて調べているとdirectshowを使えばよいと書いて
あったので、こちらに質問をさせてもらったのですが…。

623 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:01:08 ]
DirectShowはDirectXからは除外されました。

624 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:02:08 ]
>>622
調べたのならなら分かっていてもおかしくはないと思うが、現在
DirectShowはDirectXの一部としては扱われていない

DirectShowスレで質問しましょう



625 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:04:31 ]
>>623
>>624
申し訳ありません、そうさせていただきます。
ご迷惑をおかけしました。

626 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:09:34 ]
いいじゃねーか。馬鹿じゃねーの?>>623-624
たとえば年寄りに大宮市のこと聞かれて「今は大宮市は存在しませんのでわかりません( ̄へ ̄)」とか答える馬鹿をみたらどうおもう?
ちっちぇーよちっちぇーよなあ、おまえら。

627 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:12:43 ]
>>625
「directshow sample」でぐぐると、参考になるかもな。がんばれよ

628 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:42:27 ]
>>626
DirectShowスレも見てれば分かると思うが、
あっちの方が質の高い回答が返ってくるくる可能性が高い。

普通に誘導しただけでなぜ馬鹿呼ばわりされにゃならんのか

629 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:50:26 ]
>>628
ごめんなさい

630 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 20:17:24 ]
いまのDirectShowはDirectXより敷居が高いからなぁ
Video for Windowsを使うのも一つの手かもね


参考サイト
www1.bbiq.jp/kougaku/link_videocap.html

631 名前:デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:43:10 ]
数年前、DirectShowは大量の分け分からんクラスと用語でやる気なくしたトラウマがあるんだ


632 名前:607 mailto:sage [2007/10/18(木) 22:49:24 ]
>>608
すみません、違います。
>>609
やっぱりそれが現実的ですね、ありがとうございます。
>>611
ググればすぐに出てきますよ。

633 名前:デフォルトの名無しさん mailto:sage [2007/10/19(金) 07:55:49 ]
>>611
たしかに見つかりにくいので今回は貼ってやろう
msdn.microsoft.com/library/ja/default.asp?url=/library/ja/DirectX9_c/directx/graphics/reference/fileformat/xfileformat.asp

634 名前:デフォルトの名無しさん mailto:sage [2007/10/19(金) 07:58:58 ]
>>493
>Microsoft DirectX 9.0ヘッダー
>注 圧縮データ ストリームは現在サポートされていないので、ここでは詳しく示さない
ワロスw



635 名前:デフォルトの名無しさん mailto:sage [2007/10/19(金) 22:51:29 ]
ファイルの読み込み速度で言えば

バイナリフォーマット>>>>>>>>>>>>>>>>>テキストフォーマット。
でバイナリ形式が文字通り桁違いに早い。
手元のデータいくつかで試したけど圧縮バイナリはテキストに比べれば早いってレベル。
ファイルサイズに神経質にならない限り、圧縮形式のメリットってあんまりないな。

636 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 09:00:29 ]
そりゃ、データストレージのバスボトルネックが極端に大きく無い限り
データ展開のアルゴリズムが動く分、バイナリより遅くなるわな。


637 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 09:40:16 ]
なんでそんな難しく言うねん

638 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 12:05:37 ]
そこでわかりやすく>>637が解説

639 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 12:11:21 ]
難しくて理解できんから言うとんねん

640 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 12:30:58 ]
例えるなら
高速道路でETCを使用しない場合、
料金所が極端に多くない限りETCより時間がかかるって事?

641 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 12:51:07 ]
スーパーで買い物をして帰ってくるのに、
自転車と乗用車どちらの方が短時間で済むかというのを考えろ。
どこに負荷がかかるのか状況を分析して、最適解を求めるというだけの話。

642 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 13:01:57 ]
その例だと圧縮が圧倒的優勢や

643 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 13:12:11 ]
aho

644 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 14:13:00 ]
スーパーとどれだけ距離があるのか、出発時間はいつでその時に道は混んでいるのか、
駐車場はすぐ止められるのか、駐車場から店舗までの距離はどのくらいか、
考えることはいくらでもある。

元データの容量や圧縮率、ストレージの速度、デコードに使うCPU周りの速度、
条件が異なればどこの処理のプライオリティが高くなるのか変わってくる。

要するに、きちんと条件を整理して総合的にものを考えろということ。



645 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 14:46:17 ]
簡単に言えばバイナリフォーマットには最初から「数値」が入ってる。
テキストフォーマットには「文字列」が入ってる。
3Dフォーマットだと、その山ほどある文字列を数値に変換する必要があるわけで
それだけでも結構なボトルネックになる。



646 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 15:02:32 ]
ぇ、テキストフォーマット?
生バイナリと圧縮バイナリの話じゃなかった?

ちなみに全ドライブ圧縮ONの俺は、圧縮フォーマットなんてNTFSの圧縮機能と二重になって無駄なだけだと思う

647 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 15:06:02 ]
テキストとバイナリの話だと思った。すまんかった。

648 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 15:08:34 ]
>>646
圧縮方法が違えばさらに小さくなる可能性はあるし、
それに常に圧縮ONのドライブであるならともかく、ソフトを公開すればほとんどがOFFだから、検討する価値はあると思う。

それはともかく、ドライブの圧縮ONにしてる人間を初めて知った。

649 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 15:58:03 ]

俺も使っているが、MSのファイルクラッシャーパッチ食らってからは
ソースとかライブラリ等大事なファイルの置いてあるところにはかけないようにしている。
物によってはかなり縮むから重宝していたのだけどね^^;
スレチすまん。

650 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 22:12:08 ]
分からんからガソリンスタンドと車で例えてくれよ。

651 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 22:28:35 ]
Xファイルって実は結構使えるよな。



652 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 22:29:49 ]
>>651
モルダー、あなた疲れてるのよ

653 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 22:31:07 ]
>>651
は?

654 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 22:39:31 ]
いや、テンプレート好きに拡張出来るのは便利くない?



655 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:11:33 ]
>>654
は?

656 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:17:07 ]
テンプレート型のフォーマットだからXファイルにテクスチャデータを
放り込んだり、当たり判定用のローポリデータ追加したりするの楽じゃん?

素のXファイルが使えないって言ってる?
それなら同意。

657 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:19:39 ]
カスタムテンプレートは自己満足

658 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:22:09 ]
「どんどん拡張してどんなデータも対応可能!!」は
ライブラリ製作マニアの陥りがちな野放図な夢想

659 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:24:19 ]
>>656
は?

660 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:28:44 ]
現状、モデリングソフトのプラグインから出力する以外なにやっても無駄

661 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:29:20 ]
>>658
いや、だから必要に応じて追加出来るのが便利って言ってんの。

662 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:33:19 ]
>>661
そんなの自作フォーマットで十分じゃんw
ID+SIZE+XXX
って形にしておけばいくらでも追加できるぜw
なにが便利だって?え?w

663 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:35:30 ]
別に何使ってもいいだろ・・・
ほっといたれよ

XFileの話しになると必ずでてくるよな

664 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:38:10 ]
独自のテンプレートをXFileにわざわざ追加してなんだってのかマジでわからん



665 名前:デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:52:13 ]
好きなもん使えばいいだけ。

666 名前:デフォルトの名無しさん [2007/10/21(日) 14:12:10 ]
2の乗数の画像じゃないと、自動的に「画像サイズより大きい2の乗数の大きさのテクスチャ」
に変えられて表示されてしまうのですが、これは仕様でしょうか?

ちなみにテクスチャは「4点の座標を入力して作る」方式のほうです。

治せるのなら治したいのですが、治せないのならこれを計算に入れたプログラムを打ちたいと思っているのですが…。

667 名前:デフォルトの名無しさん mailto:sage [2007/10/21(日) 15:06:13 ]
>>666
そのはず。

668 名前:デフォルトの名無しさん mailto:sage [2007/10/21(日) 15:54:16 ]
>>666
BBXでもこんな質問あったな。

ttp://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=53&vew=233

669 名前:デフォルトの名無しさん [2007/10/21(日) 16:16:00 ]
667さん、668さん


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

668さんのURLの所にもあったのですが
テクスチャはD3DXCreateTextureFromFileExで作り、
D3DX_FILTER_NONEを指定しています。


int t_x;
int t_y;

D3DSURFACE_DESC t_data; //D3DSURFACE_DESCとはテクスチャの情報を格納するための関数
texture->GetLevelDesc(0, &t_data); //textureの情報をt_dataに格納

t_x = t_data.Width;
t_y = t_data.Height;

で正確な画像のサイズが取得できると思ったのですが、
やはり101*101の画像なのにサイズは128*128だと言われてしまっていました。

DirectX側では、正確な画像の大きさは取得出来ないし、
正確な画像の大きさのテクスチャは作れないみたいでした。

670 名前:デフォルトの名無しさん mailto:sage [2007/10/21(日) 16:20:17 ]
D3DXIMAGE_INFO imageInfo;
hr = D3DXGetImageInfoFromFile( filename, &imageInfo );

imageInfo.Width
imageInfo.Height

671 名前:668 mailto:sage [2007/10/21(日) 16:34:57 ]
まったく試していないが適当に回答

D3DX_DEFAULT_NONPOW2とか?

672 名前:デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:46:33 ]
>>669
読み込まれた後のテクスチャのサイズを取得しても無駄。
読み込むときの引数を良く確認してみろ、注意力が足りなすぎる。

673 名前:デフォルトの名無しさん [2007/10/21(日) 18:47:11 ]
670さん、671さん、672さん

回答、誠にありがとうございました。
672さんの言うとおりに取得の時を見て
671さんの言うとおりに治してみたら、値の取得が出来ました。

よく読みもせず、思いつきで質問してしまい申し訳ありませんでした。
670さんのものも試してみたいと思います。

それでは、改めてありがとうございました。

674 名前:デフォルトの名無しさん mailto:age [2007/10/21(日) 23:50:01 ]
頂点バッファって使いまわしても問題ないですよね・・・

HOGEVERTEX vertex[4];
set_hoge_vertex(vertex, x1, y1, x2, y2);
dev->SetTexture(0, t);
dev->SetFVF(D3DFVF_HOGEVERTEX);
dev->DrawPrimitiveUP(D3DPT_TRIANGLEFAN, 2, &vertex, sizeof(HOGEVERTEX));
set_hoge_vertex(vertex, xx1, yy1, xx2, yy2);
dev->SetTexture(0, tt);
dev->SetFVF(D3DFVF_HOGEVERTEX);
dev->DrawPrimitiveUP(D3DPT_TRIANGLEFAN, 2, &vertex, sizeof(HOGEVERTEX));
set_hoge_vertex(vertex, xxx1, yyy1, xxx2, yyy2);
  ・
  ・
  ・



675 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 00:05:20 ]
>>674の例ならば問題ないが、その例は
ローカル変数の配列を使いまわしてるだけで、
頂点バッファを使いまわして問題ないケースと問題あるケースの
どちらについても語っていないがな。


676 名前:674 [2007/10/22(月) 00:27:09 ]
>>675
マルチスレッドでなければ大丈夫ということでしょうか?

677 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 00:32:50 ]
>>674のプログラムって頂点バッファなんて使ってるか?
俺には頂点バッファのインターフェースが見えないんだけっちょ

678 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 00:50:26 ]
マルチスレッドの排他制御以前に、ローカル変数ってどんなものかを知った方がいい

679 名前:674 [2007/10/22(月) 01:02:35 ]
DrawPrimitiveUP()してしまえばそれに使った頂点情報はいらなくなると思うのですが・・・
EndScene()やPresent()まで保持しとかないとだめですか?

680 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 01:31:26 ]
>>679
頂点バッファを作らないってことは
毎回グラボにデータを送信するってことじゃん

大量な頂点データが必要になるとこれが問題になるんかどうかは知らんけど
無駄なんでグラボにとっておきましょうってのが頂点バッファなんで
四角形描画するだけのお前には頂点バッファはいらないじゃん

って話

681 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 05:40:15 ]
>>679
その必要はないが、普通Direct3Dで「頂点バッファ」と言ったら
VertexBufferのことを指す。

682 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 09:18:38 ]
>>674は頂点を格納した配列のことを言ってたのか。
それは頂点バッファとは普通言わないぞ。

683 名前:674 mailto:sage [2007/10/22(月) 11:33:30 ]
用語とか定石とか触ったとこ以外わかってません。
どうやら大丈夫そうですね^^;
ありがとうございました。

684 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 11:47:41 ]
テクスチャはどうなんだろう。DrawPrimitiveで指定した後Presentの前に
Releaseしても良いのかな。



685 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 11:54:51 ]
頂点バッファが大丈夫かどうか考えればおのずと答えが出るだろう。
ちなみに上のは頂点バッファの話じゃないからな。

686 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 21:52:12 ]
そしてLostするバッファ達

687 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 22:28:53 ]
FVFでTANGENTやBINORMALを扱うことはできないのでしょうか?
もし扱う場合はD3DDECLUSAGEを使わなければいけないのでしょうか?

688 名前:デフォルトの名無しさん mailto:sage [2007/10/23(火) 04:05:30 ]
そうした方が普通で簡潔で分かりやすくなると思うのだが。なにか問題でも?

689 名前:デフォルトの名無しさん mailto:sage [2007/10/23(火) 18:24:01 ]
シェーダーを使うときに出てくる
float4 uv0 : TEXCOORD0;
float4 uv1 : TEXCOORD1;

このTEXCOORDというものなんですが
テクスチャ座標を指す、というのはわかったのですが
テクスチャ0は何もしないで送ったテクスチャだとわかるのですが
テクスチャ1はナニを指すのかわかりません。

また
uniform sampler2D texture, //texture0のを送る
uniform sampler1D TransferFunction, //texture1のを送る

としたときに、はじめのuv0はtextureを指すのか、それとも別のものを指すのか
シェーダーの解説本を読んでゴチャゴチャになってしまいました。
すみません、わかりやすく教えていただけませんか

690 名前:デフォルトの名無しさん mailto:sage [2007/10/23(火) 18:41:11 ]
>>688
今までFVFでやってきたもので・・・
これを機会に移行します

691 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 21:17:52 ]
メモリ上のWavファイルをDirectAudioで読み込もうとした場合不具合がでてしまい、解決策を模索しています。

・Wavをメモリー上にロード
・そのアドレスとサイズを指定して、DirectAudioでロード
・Wavをメモリー上からアンロード

・次のWavをメモリー上にロード
・そのアドレスと…

とやると、たまたま「Wavをロードしたアドレスが、以前とかぶった時」に、DirectAudioが
「以前のファイルと同じだなこれ」と勘違いするのか、以前の音をロードしてしまうのです。


ここの
ttp://toruweb.web.fc2.com/dm/2.html
DirectMusic / 読み込み
と同じにWavを読み込むようにしているのですが、特にこのサイトでは「同アドレス問題」については対策していないようです。
どのような対策をすればよいのでしょうか?

692 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 23:01:59 ]
超うろ覚えだがDirectMusicローダのキャッシュをいちいち開放しないと
そんな感じになったような気がしないでもないような。

てか、メモリからWAVE再生すんならDirectSoundかOpenALでええやん。
圧縮WAVEをそのまま再生できるくらいでしょ、この場合のDirectMusicのメリットって。

693 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 00:29:28 ]
ありがとうございます。
キャッシュをキーワードに探し回っていたら
ttp://www.sun-inet.or.jp/~yaneurao/rsp/rspD0toD7.html
こういう記事を発見しました。

DirectMusicのバグのようですね…。
ついでに「メモリーからのロードは、実行ファイル内のリソースを再生したい時以外は使わないように」という注意書きも発見しました。
うーん、単に暗号化してあるファイルを複合化して読ませたい(複合化したものをTempファイルとして吐き出したくない)だけなのに、厄介ですね

694 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:30:08 ]
初心者ってやたら何でも隠蔽したがるよね
そこに時間かけるくらいなら
他にやることいくらでもあるだろうに



695 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:59:26 ]
本来何も無い所に自ら巨大な壁を作り上げて
疲労していくのはよくあること

696 名前:デフォルトの名無しさん [2007/10/25(木) 12:04:45 ]
CYGWINのVISTAでのインストール&実装について質問です。

インストールは完了してデスクトップにも通常通りアイコンが作成されました。そこから起動させてみます。そうすると、

bash3.2/$

と表示され、pwdと打ち込むと

/usr/bin

と表示されます。

最終目標はxtermを起動させプログラミングをすることです。
XPでは緑色の文字がホームディレクトリと共に表示され、xstart と入力したら起動しました。
しかし、VISTAでこの状態で xstart と入力してもコマンドが認識されません。
なにより緑色の文字がホームディレクトリと共に表示されません。

何かのエラーではなく、まだ足りない設定等があるのでしょうか?
御教授お願いします。

環境は VISTA Ultimate 32ビット Core 2 です。
何か足らない情報があれば教えて下さい、補足させて頂きます。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<237KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef