Page: 1 |

Re: 管理人様へ質問 ( No.1 ) 名前：憂煉 日時：2008/10/25 20:02 �Bに関しては管理人様以外の方の意見も欲しいです。 どちらが使いやすそうだとか、もっといい方法思いついた！とか、エフェクトについてkwskとか、そもそもいらないよこんな機能。とかいった意見が欲しいです。 ちなみに現在の作成状況ですがMask系とFont系の関数以外の主な関数（このサイトのトップページから入れる関数説明に載っているもの）を実装完了しました。 ついでに ( No.2 ) 名前：憂煉 日時：2008/10/26 00:40 中間テストが終わったので久々にSSE最適化を… SSEに対応していないCPU（PenII以前）やOS（Windows95以前）だとハングアップするので注意する必要があります。 SSEが使えるかどうかに応じて関数ポインタで処理を切り替えるのが得策かもしれません。 int CreateMultiplyMatrix_SSE(MATRIX *Dest,const MATRIX *Src1,const MATRIX *Src2) { if(Dest == NULL)return -1; __asm { mov eax, Src1 mov ebx, Src2 mov ecx, Dest movups xmm4, [ebx + 0] //Src2のデータをセット movups xmm5, [ebx + 16] movups xmm6, [ebx + 32] movups xmm7, [ebx + 48] movss xmm0, [eax + 0] //m1x計算 movss xmm1, [eax + 4] movss xmm2, [eax + 8] movss xmm3, [eax + 12] shufps xmm0, xmm0 ,0x00 shufps xmm1, xmm1 ,0x00 shufps xmm2, xmm2 ,0x00 shufps xmm3, xmm3 ,0x00 mulps xmm0, xmm4 mulps xmm1, xmm5 mulps xmm2, xmm6 mulps xmm3, xmm7 addps xmm0, xmm1 addps xmm0, xmm2 addps xmm0, xmm3 movups [ecx + 0],xmm0 movss xmm0, [eax + 16] //m2x計算 movss xmm1, [eax + 20] movss xmm2, [eax + 24] movss xmm3, [eax + 28] shufps xmm0, xmm0 ,0x00 shufps xmm1, xmm1 ,0x00 shufps xmm2, xmm2 ,0x00 shufps xmm3, xmm3 ,0x00 mulps xmm0, xmm4 mulps xmm1, xmm5 mulps xmm2, xmm6 mulps xmm3, xmm7 addps xmm0, xmm1 addps xmm0, xmm2 addps xmm0, xmm3 movups [ecx + 16],xmm0 movss xmm0, [eax + 32] //m3x計算 movss xmm1, [eax + 36] movss xmm2, [eax + 40] movss xmm3, [eax + 44] shufps xmm0, xmm0 ,0x00 shufps xmm1, xmm1 ,0x00 shufps xmm2, xmm2 ,0x00 shufps xmm3, xmm3 ,0x00 mulps xmm0, xmm4 mulps xmm1, xmm5 mulps xmm2, xmm6 mulps xmm3, xmm7 addps xmm0, xmm1 addps xmm0, xmm2 addps xmm0, xmm3 movups [ecx + 32],xmm0 movss xmm0, [eax + 48] //m4x計算 movss xmm1, [eax + 52] movss xmm2, [eax + 56] movss xmm3, [eax + 60] shufps xmm0, xmm0 ,0x00 shufps xmm1, xmm1 ,0x00 shufps xmm2, xmm2 ,0x00 shufps xmm3, xmm3 ,0x00 mulps xmm0, xmm4 mulps xmm1, xmm5 mulps xmm2, xmm6 mulps xmm3, xmm7 addps xmm0, xmm1 addps xmm0, xmm2 addps xmm0, xmm3 movups [ecx + 48],xmm0 } return 0; } 以下の環境でDXライブラリに用意されている関数のおおよそ3.3倍ほど高速でした。 CPU:Core2Duo@2.5GHz MEM:4GB Re: 管理人様へ質問 ( No.3 ) 名前：管理人 日時：2008/11/03 22:49 �@ すいません、バグです。修正しました。orz 必要ないかもしれませんが一応こちらにアップしてあります。m(_ _;m http://homepage2.nifty.com/natupaji/DxLib/DxLibVCTest.exe //VC用 http://homepage2.nifty.com/natupaji/DxLib/DxLibBCCTest.exe //BCC用 http://homepage2.nifty.com/natupaji/DxLib/DxLibMakeTest.exe //ソース (中身を既存のライブラリのファイルに上書きして、BCCをお使いの 場合は『再構築』、VCをお使いの場合は『リビルド』をして下さい) �A 今なら分割しないで、指定のサイズが収まる最小の2のn乗のサイズを持つテクスチャを使用したほうが良いような気がします。 実装も複雑になってしまいますし・・・ とりあえず分割のアルゴリズムは １．画像のサイズ値より小さい、一番大きい2のn乗の値を割り出す ２．画像のサイズ値から１で割り出した値を引く ３．残ったサイズ値が１で割り出した値の４分の３より大きい場合は、 　　分割するより１で割り出した値を２倍にした方が効率が良いと判断して１で割り出したサイズを２倍にして終了 ４．３で終了しなかった場合は１で割り出した値を配列に保存して分割カウントをインクリメントしたあと１に戻る という感じです。 上記には書きませんでしたが、上記以外に割り出したテクスチャのサイズが３Ｄデバイスが対応しているサイズの範囲から 外れていないかや、外れている場合の補正処理などが加わります。 これを横サイズ、縦サイズそれぞれに対して行い、出来上がったサイズリストから分割テクスチャを作成するという感じです。 �B 難しいところですね・・・・ 多分公開関数としてはプランＢ的なものを用意して( SetDrawEffect( DX_EFFECT_MOSAIC, 10 ) ; のような・・・ ) それ以外の非公開関数としてプランＡ的なものを用意することになると思います >　ＳＳＥ ３．３倍ですか！ 私が勉強でソフトウエア頂点演算をＳＳＥ化した時はＣのソースと速度が全く変わりませんでした orz Re: 管理人様へ質問 ( No.4 ) 名前：憂煉 日時：2008/11/04 23:06 �@　いえ、DXライブラリの描画機能だけ置き換えるためのライブラリなのでDXライブラリも使わないと全く使い物になりません（笑） 音楽とかウィンドウ処理は全部DXライブラリ任せで、DrawGraphとかを#defineでDx9DrawGraphというように呼び出し先を強引に変更してます。 �A　古いオンボード物だとDirectX9は使えるけれどテクスチャが256x256までしか…というケースもあるので必要だったんです。本当にありがとうございます！ �B　ご意見ありがとうございます。とりあえず試行錯誤に励んでみます。　…でもその前にリファレンスページの関数を全部実装する予定です。まだマスク系手を着けてないんで/// SSE Intelのマニュアル片手にレイテンシとスループットを考慮して命令を置き換えるとC並みに遅くなるんですが、なんでですかね…謎です。 えっと、Src1側の読み込みを工夫してあげるとSrc2は最初に読み込むだけで済みます。しかもメモリへの書き込みもスムーズで楽です。 で、SrcとDestに同じポインタが指定された場合を考えたのですが、Src2のデータは一番最初にレジスタに退避されますし、Src1のデータもアクセスに問題がなさそうです。 結果として128バイト分のmemcpyをしなくて済むというのも高速化につながっていると考えられます。 あとは「メモリキャッシュが効きまくって高速に見えてるだけ」じゃないことを祈りたいですね…もうちょっと検証したいです。　EeePC901でも試してみますね。

Page: 1 |