DirectX総合スレ (Part8)

**名前は開発中のものです。** · 2008/03/12(水) 16:15:18

言語はC++
他の言語使ってる奴はいますぐ消えろ

■過去スレ

DirectX総合スレ
Part 7: http://pc11.2ch.net/test/read.cgi/gamedev/1179516297/
Part 6: http://pc11.2ch.net/test/read.cgi/gamedev/1163691532/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/

**名前は開発中のものです。** · 2008/05/03(土) 13:38:27

あらかじめ文字を書き込んだテクスチャを用意するか、
動的にテクスチャをロックして書き込んだ後、
そのテクスチャをスプライトとして表示する。
文字表示のためにバックバッファをロックする理由は一切無い。

**名前は開発中のものです。** · 2008/05/03(土) 17:08:46

>>41&42
ありがとうです。
DX9なら可能なのでしょうか?
可能ならターゲットを変えたいと思います。

主に、文字と2Dキャラの画面効果に使います。

**名前は開発中のものです。** · 2008/05/03(土) 17:19:26

>>43
DX8では出来ない。DX9では条件付きで出来る。
どんな画面効果に使いたいのか知らんが、GDIの機能で可能なことは
ほとんどDirect3Dでも出来ると思うが。

**名前は開発中のものです。** · 2008/05/03(土) 17:42:55

直接ピクセルをアクセスしたいんですが、lockをかけると遅いと聞いて、
だったらキャラは最初からCreateDIBで組んだ方が早いかな、と思いまして。
そして、背景をD3DXで描画して、
キャラをCreateDIBからサーフェスに転送してPresentをしたいと考えています。

**名前は開発中のものです。** · 2008/05/03(土) 18:17:45

どちちらにしろ、lockをかけないといけないのでしょうね。
そもそも、lockかけられるのでしょうか>DX9 or DX8

**名前は開発中のものです。** · 2008/05/03(土) 18:23:47

ロックはかけられるが、オマエさんのしたい事は他にいくらでも大体処理がある。
そういうやり方がしたいのならGDIを使えばいいし、DXを使うならDXにあった方法を使えばいい。

**名前は開発中のものです。** · 2008/05/03(土) 18:37:37

背景が3Dなんですよ。
シェーディングをかけないブレゼンハム3Dまでなら自力で組めますが、
現代のゲームではちと見た目がきついっす。

キャラが2Dでビルボードじゃ出来ない処理を要求されているので、
CreateDIBとDXの併用になりそうです。

lockはDX8でもかけられますか?

**名前は開発中のものです。** · 2008/05/03(土) 18:43:40

どこのメーカーかバレてしまうかもしれませんが、
キャラだけラスタかけたりしたいそうです>企画者

**名前は開発中のものです。** · 2008/05/03(土) 18:51:04

別にチャットみたいに出力文字を想定できないわけじゃないんでしょ？
だったらロード時にテクスチャに使う全部文字を書いちゃえよ。実行時にロックする必要ないでしょ。
Direct3Dの世界ではテクスチャにさえ書き込んでしまえばあとはどうにでもなる。

ぶっちゃけsjisの文字コード全部書き込んでも圧縮テクスチャ使えるなら
VRAMの消費は数メガ程度だぞ。（馬鹿デカイ文字は無理だが）

**名前は開発中のものです。** · 2008/05/03(土) 18:57:31

24ドットフォントでも1bitを(アンチエイリアスのため)4byteで2304byteで、
7MB位ですもんね。そのセンで考えてみます。
本当は倍角の48ドットフォントをBit単位で持って、4bitでアンチをかけたいのですが、
考えが古いですね(^^;

**名前は開発中のものです。** · 2008/05/03(土) 18:59:05

2Dキャラのラスタも、どうにかなりますかね?

**名前は開発中のものです。** · 2008/05/03(土) 19:06:28

圧縮テクスチャだと品質が問題になるのでそこは気をつけた方がいいけど。
その用途ならGetGlyphOutlineから得たラスタデータをA4R4G4B4のテクスチャに
書き込むのがお勧め（特殊っぽいフォーマットだが実際はほぼ全てのVGAでサポートされてる）

**名前は開発中のものです。** · 2008/05/04(日) 11:29:23

ランス6とかだと、DX9の3D画面に2D表示してるけど、どうやってるのかな。

**名前は開発中のものです。** · 2008/05/04(日) 12:06:45

普通の四角形ポリゴンじゃないの

**名前は開発中のものです。** · 2008/05/04(日) 12:35:56

テクスチャじゃないの

**名前は開発中のものです。** · 2008/05/04(日) 13:25:34

>>52
世間にはピクセルシェーダーや頂点シェーダーというものもある。
ラスタなら１ドットの高さのポリゴンを並べてうねうねやればそういう風に見える。

**名前は開発中のものです。** · 2008/05/04(日) 15:01:21

DirectX版とソフト3D版で違いが分からなかったから、多分違うんじゃない?
もしそうだとしたら、凄い技術だね。

**名前は開発中のものです。** · 2008/05/05(月) 04:32:23

ランスやった事ないから知らんけど
3Dに2D表示するぐらいがそんなに凄い技術なの？

**名前は開発中のものです。** · 2008/05/05(月) 05:37:52

素人からすれば凄い技術なのかも

**名前は開発中のものです。** · 2008/05/05(月) 06:19:27

3D格闘ゲームの体力ゲージを見て大興奮するような変態だと予想

**名前は開発中のものです。** · 2008/05/05(月) 11:28:10

いや。わけわかんね。しょうがないんでDirectX7を使ってる。
DX9でバックサーフェスの拾得は出来たけど、描画できんしDX9遅いし。
全てテクスチャで処理するとして、文字の色は２枚目のテクスチャを重ねるでok?
色のテクスチャはLockRectで書き込むって感じでok?
2Dは素直にCreateDIBSection使った方が幸せになれる予感。

**名前は開発中のものです。** · 2008/05/05(月) 12:48:04

テクスチャへの書き込み出来たけどさ、ドライバによって色が違う(^^;
Intelの古い奴だとやばい。

**名前は開発中のものです。** · 2008/05/05(月) 16:00:06

日記にするのは止めてくれ
どうしてもしたければ、せめてまとめれ
いちいち報告するな

**名前は開発中のものです。** · 2008/05/05(月) 22:28:12

日記を書いちゃいかんっていう法律でもできたか？

**名前は開発中のものです。** · 2008/05/05(月) 23:15:55

法律に背かなきゃなんでもやって良いと考えているのなら、向かないよ
社会生活に。

**名前は開発中のものです。** · 2008/05/05(月) 23:50:49

2Dは D3DXSprite かなんかつかっとけよ。
いまは CPU パワーもあるから、
半透明とかもごり押しでやってもある程度フレームレートでるけど、
GPU 使った方が楽。他のことにエネルギー使えばいいのに。

**名前は開発中のものです。** · 2008/05/06(火) 06:10:40

変換済頂点指定して板ポリ作成、ってそう言う事じゃないのか？
…うーん、わからん…

**名前は開発中のものです。** · 2008/05/10(土) 21:10:07

色は細かくなけりゃ頂点カラーと乗算で縦横グラデまでならかけれるしロック無いし早いだろ

**名前は開発中のものです。** · 2008/05/17(土) 10:35:26

3*3の逆行列を求めるにはどうすればいいですか
一番軽い方法を教えてください

**名前は開発中のものです。** · 2008/05/17(土) 10:37:11

正規直行してるなら転置。

**名前は開発中のものです。** · 2008/05/24(土) 23:34:55

>>70
ttp://ufcpp.net/study/linear/determinant.html#sweeping

**名前は開発中のものです。** · 2008/06/03(火) 10:03:24

ちょっとずれてるかも知れませんが…

パノラマ画像から6面のキューブマップ用のテクスチャを生成
するツールってありますか？フリーであればうれしいのですが…

よろしくお願いします。

**名前は開発中のものです。** · 2008/06/03(火) 11:34:47

>>73
ttp://www.google.co.jp/search?hl=ja&q=panoramic+image+cubemap&lr=

↑このサイトはすごいよ。大抵の物は見つかる。

**名前は開発中のものです。** · 2008/06/03(火) 17:36:16

DirectX9.0の日本語ヘルプの「ステップ 1 : ワールドトランスフォーム行列の定義」
で三角形が回りません。これは回らないものなのですか？
文章もソースもどう見ても回しているようにしか見えないのですが、何故か回りません。
しかしタイトルが定義とあるので、定義だけしているとも解釈できます。

回す部分のソース
D3DXMATRIX matWorld;
D3DXMatrixRotationY( &matWorld, timeGetTime()/150.0f );
g_pd3dDevice->SetTransform( D3DTS_WORLD, &matWorld );

何故回らないのか、教えてください＞＜

**名前は開発中のものです。** · 2008/06/03(火) 18:30:32

描画部分も書かないと原因は分からん。
たぶんrhwを含むフォーマットで描画しているせいだろう。
FVFにrhwを含む場合は座標変換はスキップされる。

**名前は開発中のものです。** · 2008/06/03(火) 18:36:12

>>76
rhwを使っていました。
なるほどrhwはトランスフォーム済みの固定オブジェクト専用なのですね。
ありがとうございます。

**名前は開発中のものです。** · 2008/06/03(火) 21:18:55

凄腕ｴｽﾊﾟｰ発見ｗ

**名前は開発中のものです。** · 2008/06/04(水) 14:29:18

ボンの初期状態ってクオータニオン(0,0,0,1)にしてる？
それとも、特定軸を静止モデルが向いている方向に回転したクオータニオンにしてる？
後者の方がモーションの共有化とかも出来そうだけど、
前者の方が楽と言えば楽だよな。殆ど変わらないといえば変わらないのかもしれんが。

**名前は開発中のものです。** · 2008/06/04(水) 17:27:13

0,0,0,1（回転しない）にするもっともらしい理由があればそうする
だから普段は後者でやってる

**名前は開発中のものです。** · 2008/06/04(水) 20:06:26

>>74
ありがとうございます。日本語のキーワードではツールは全然
ひっかからなくて難儀していました。
しばらく眺めてみます。

**名前は開発中のものです。** · 2008/06/07(土) 22:19:06

DirectX End-User Runtime Web Installer
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&DisplayLang=en
DirectX End-User Runtimes (June 2008)
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=822640ab-0983-4c41-9c70-632f6f42c557&DisplayLang=en
DirectX Software Development Kit
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en

**名前は開発中のものです。** · 2008/06/09(月) 00:21:36

ubershader ってどういう物？

**名前は開発中のものです。** · 2008/06/12(木) 13:39:33

テクスチャの書き換えに関して質問があります。
条件は元のテクスチャがあり、ある矩形の領域を別のテクスチャで上書きするというものです。

テクスチャをロックして書き換える方法と、レンダリングターゲットとなるテクスチャに先に下地のテクスチャを描画して、上書きしたいテクスチャを後に描画する方法のどちらが高速なのでしょうか？

この様な場合テクスチャブレンディングを使うのが妥当なのでしょうが、諸々の事情で私のグラボで取り扱えるステージ数(4ステージ)を使いきってしまったのでこの様なブレンディング済みテクスチャをあらかじめ用意するといった邪道な実装にすることになってしまいましたｗ

**名前は開発中のものです。** · 2008/06/12(木) 14:11:27

最近のプログラマは不思議だ

毎回思うんだが
どうして自分で確認しないんだろうか

誰かが「前者のほうが速いよ」と言ったら
そのまま信じて前者で実装するのだろうか

最近のプログラマは不思議だ

**名前は開発中のものです。** · 2008/06/12(木) 15:17:52

Ｑ．どちらが高速なのでしょうか
Ａ．やってみりゃいいだろ

**名前は開発中のものです。** · 2008/06/12(木) 17:46:23

>>84
どうでもいいが、最後のｗは笑うところなのか？

**名前は開発中のものです。** · 2008/06/12(木) 18:52:23

(苦笑
の代わりなんだろ

**名前は開発中のものです。** · 2008/06/12(木) 19:33:15

>>85
ゆとり世代

**名前は開発中のものです。** · 2008/06/12(木) 19:34:24

まあ、おっさん世代の若いころと比べて
やることが多いからな。
一個一個自分でやってると、時間が足りない。

**名前は開発中のものです。** · 2008/06/12(木) 19:55:16

データを取っても、分析する能力が無いんだろな

答えをもらったとして、それが自分の環境に一致しているかの判断しなきゃならん
貰った答えが環境相違で違ってるかもしれない。

変に聞き回っている無駄な時間を浪費するよりも、
答えが出るのが解っていることは　やっちゃった方が早い

**名前は開発中のものです。** · 2008/06/12(木) 21:47:31

>>84
マジレスしてやるよ。

マルチパスレンダリングしろ。その方が圧倒的に速い。
１ピクセルずつ書き換えるのがまずＣＰＵパワーを食う。
そして、ロックにかかる時間も大きい。
ＧＰＵにやらせて、ＣＰＵパワーは有意義に使う。

俺は昔はハードウェアアクセラレーターがある場合と
無い場合で条件わけしてコードを書き換えてたが、
どうあがいてもハードウェアアクセラレーターの転送には勝てない。

まぁ、>>84 みたいな質問をすると言うことはヘタクソな実装、
たとえば、テクスチャを１テクセルずつ転送とかして、
「ロックした方が速いです」とか言いそうな気もするが。

**名前は開発中のものです。** · 2008/06/12(木) 22:29:51

質問よく読んでなかったけど、
よく読んだらCPUvsGPUな質問じゃねーか
駄目だこりゃ

**名前は開発中のものです。** · 2008/06/13(金) 00:40:21

テクスチャの生成時のプールのオプションによるんじゃないか？

あと、拡大縮小、回転を含むならGPUに任せた方が早いような気がする

**名前は開発中のものです。** · 2008/06/13(金) 03:11:27

>>90
本気でそう思ってるならゆとり乙といわざるをえない

**名前は開発中のものです。** · 2008/06/13(金) 07:18:31

オッサンだけど、最近、掲示板に質問を投げっぱなしにして
その間に自分は別のことを進めるという技を覚えた。
やっぱりマルチコア時代だしな。みんなには内緒だよ

**名前は開発中のものです。** · 2008/06/13(金) 13:30:54

俺は、マルチコア時代以前からマルチいわれるぜ。
はわわー

**名前は開発中のものです。** · 2008/06/14(土) 13:41:26

>>85-86
個人的には実測ってのも抵抗があるんだよな
測ってみたらAよりBの方が速かった -> B採用
って、論理的じゃなくて感覚的でちょっと違うような。

**名前は開発中のものです。** · 2008/06/14(土) 13:58:35

グラフィックカードがらみになると単にGPUを高速化すればいいってもんじゃないからなぁ・・・。
GPUに負荷をかけてでもCPUを浮かせる方がいい場合もあるし
テクスチャで細工したりするほうがいい場合もあるし。

**名前は開発中のものです。** · 2008/06/14(土) 15:44:32

結局のところ、どのプログラムにでも当てはまることだが
自分でifだのwhileだの加算だの代入だの書いて作る処理より
ライブラリ関数1つ呼んで同等の結果が得られるなら、
そっちを選んどけってことだよな。

**名前は開発中のものです。** · 2008/06/14(土) 17:51:10

>>100
GPUでも自分で加算のコードを書いて
１ピクセルずつ処理するんだけど。

**名前は開発中のものです。** · 2008/06/14(土) 18:32:06

原理を理解したうえで同等の結果を得られる関数を使うんならいいけど。。。

**名前は開発中のものです。** · 2008/06/14(土) 20:14:11

>>90
マジレスすると、バブル期を生き抜いた基地外オッサン達にそんなこと言っても全く無意味だぜ。
効率という概念が無いからな。
なまじ金があるからどうせ勉強すらせずに遊びまくりだったんだろ。
たぶん、車輪の再発明という言葉の意味すら知らないんだろうな。
しかもその金を自分が努力して稼いだとか勘違いしてて若年連中に説教するからな。
もろにゆとり世代だった俺から見てもオッサン連中は頭おかしいわ。まじで。

**名前は開発中のものです。** · 2008/06/14(土) 21:19:07

どんな連中を指して言ってるのか知らないが、世間知らずなのまるだしだぞ

**名前は開発中のものです。** · 2008/06/15(日) 01:41:40

>>103。
まともな文章も書けないとは、さすが、ゆとり世代っすねｗ

**名前は開発中のものです。** · 2008/06/15(日) 07:31:27

>>103
「自分で考えろ」と言われると何もできなくなるゆとり世代乙
そんな奴は戦力にならないからクビになって当然

いやホント、ゆとりは教えてクンばっかであきれるわ

**名前は開発中のものです。** · 2008/06/15(日) 08:02:17

うちの「ゆとりくん」は、ネットでサンプル拾ってこないと何もできない子。
ネット禁止になったら仕事ペースが1/10未満に落ちたんでわかった。
会社の生リモホ丸出しで各板で聞きまくる「ゆとりくん」にはやめてもらった。
入社試験のとき持ってきたゲームは某有名な人のソースをいじっただけらしい。

**名前は開発中のものです。** · 2008/06/15(日) 08:24:30

まあプログラマまでネット全面禁止にする会社もどうかと思うけどな

**名前は開発中のものです。** · 2008/06/15(日) 10:45:09

他所にソースや生データ流したバカがいたから禁止になった（それも「ゆとりくん」なんだが）

**名前は開発中のものです。** · 2008/06/15(日) 11:26:43

「流した」理由が漏洩じゃないなら、特定人とか特定PCのみでも使えるようにしないと生産性がた落ちにならないか？ゲームはそうでもないのかな
というか、故意に漏洩したら解雇だろうけど

**名前は開発中のものです。** · 2008/06/15(日) 11:33:42

ネットできないとモチベーションも下がるよね

**名前は開発中のものです。** · 2008/06/15(日) 11:40:40

ゆとりと言っても大抵の人間は社内で成長するよ
成長しない新人と成長させない上司先輩はどこにでもいるし

**名前は開発中のものです。** · 2008/06/15(日) 11:48:06

最近の会社は新人教育のノウハウすら無くしてしまったからな。
会社自体がゆとり。

**名前は開発中のものです。** · 2008/06/15(日) 12:06:40

教えてクンの質問に１～１０まで答えるのは教育がなってない上司のする事だな
もちろんそいつなりに考えたり調べたりした上の質問なら１だけでも教えるのはありだが
自分の脳みそ使わせないと応用性のない人間にしかならんからね

**名前は開発中のものです。** · 2008/06/15(日) 19:52:28

オッサンだけど、ネット禁止だと俺も効率10分の１に落ちる自信があるんだが。

**名前は開発中のものです。** · 2008/06/15(日) 20:01:11

俺なんか仕事しなくなる自信がある

**名前は開発中のものです。** · 2008/06/15(日) 22:59:28

ネット出来なくなったら Hello world の綴りを確かめられず不安になって胃に穴が開くマは少なくないと聞く

**名前は開発中のものです。** · 2008/06/16(月) 00:49:24

リファレンスをネットに頼ってるな。

**名前は開発中のものです。** · 2008/06/16(月) 02:18:48

DirectMusicでOggをストリーミング再生する方法について調べています。
Oggを通常再生することには成功したのですが、5分位の曲を再生するとロードとデコードで5秒近くかかってしまいます。
なのでストリーミング再生したいのですが、どのような方法があるのでしょうか？

**名前は開発中のものです。** · 2008/06/16(月) 02:34:16

>>119
fmod使えばいいんじゃね？

**名前は開発中のものです。** · 2008/06/16(月) 09:03:03

>>119
Oggストリームするなら素直にDirectSound使えよ

**名前は開発中のものです。** · 2008/06/19(木) 17:04:20

3000個ぐらい頂点バッファ確保したらブルースクリーンになるな。
最初、なにが原因で落ちてるのかわからなかった。

**名前は開発中のものです。** · 2008/06/19(木) 19:31:15

質問です。SDKは9.0c March2008
D3DPOOL_SYSTEMMEMのサーフェスをロックして書き換えて、
随時他サーフェスにUploadSurfaceしてるんですが、XPではまったく問題が無いのに
VistaだとたまにLockRect関数で処理が停止されます。
D3DLOCK_DONOTWAITを与えてやって、失敗時逃がすようにすると
今度は成功したときUnlockRectで停止されます。
これはどうすればいいんでしょうか？

**名前は開発中のものです。** · 2008/06/19(木) 21:21:53

>>122
それはおかしくないか？
メモリ不足ならOUTOFMEMORYエラー返ってくるし。

DONOWAITってGPUが使用中のときはスルーするだけだから
そこで失敗してたらUnLock()しちゃ駄目だろ。

よほどの理由がない限りはサーフェイスロックしてCPUで書き換えなんて
しないでピクセルシェーダーで直接書いた方がいい。

**名前は開発中のものです。** · 2008/06/19(木) 22:36:10

>>124
いや、メモリ不足はない。ちゃんとチェックは入れてるし。
ちなみにドライバはオメガドライバ。
普通のドライバだとスカイプが当たるので、オメガドライバを使ってるんだけどね。
確保する頂点バッファの数を減らしたら普通に動くようになった。

**123** · 2008/06/19(木) 22:37:44

>>124
テキストをGetGlyphOutlineで取得してセコセコSYSTEMMEMサーフェスに書いてるんですよ
もしかしたら別スレッドでUpdateSurfaceしてるのが原因とか？

**名前は開発中のものです。** · 2008/06/19(木) 22:53:09

>>126
スレッド分けてるなら同期に関しては気を使わないと死亡だぞ。
GetGlyphOutline()なら最初からD3DXFont()使う方が速いし便利じゃね？とか思うけど。
あるいは利用する文字を事前に画像に全部展開しておくか。

**123** · 2008/06/19(木) 23:41:05

>>127
D3DXFontは60FPSだと重くて使い物にならないだろ
文章表示だから、最初にちょっと重い処理をしてあとはテクスチャから描画するだけ
一応クリティカルセクションで排他制御はしてるんだけどね
XPや2000で問題なくてVistaで動かないとか、どうしてもゲイツを疑ってしまう・・・

**名前は開発中のものです。** · 2008/06/19(木) 23:45:33

>>128
GetGlyphOutline（）を文字毎に呼んでわざわざサーフェイス転送する方が使い物にならないだろ・・・。
D3DXFont()は中である程度の文字はテクスチャにキャッシュ出来るようになってるぞ。

**名前は開発中のものです。** · 2008/06/20(金) 00:04:24

>>129
そうなのか？昔20文字表示しただけでFPSがた落ちだったんだが
まあ他にも面倒なことをやってまで、サーフェス転送する必要があるんでこの方法にしてる

**名前は開発中のものです。** · 2008/06/20(金) 00:08:44

>>128
俺も似たようなシステムでフォントを描画してる。
たしか、Vista でもそんなに遜色なく動いた気がする。
ちなみにシングルスレッドでやってる。
一回、シングルスレッドにして動かしてみたら？

>>129
キャッシュを作れば軽いよ。
うちは、キャッシュするフォントとは別に最初にから用意するフォントと
２つシステムを持ってて自動で判断して使い分けるようになってる。
キャッシュのヒット率を上げるような最適化はまだやってない。

**名前は開発中のものです。** · 2008/06/20(金) 00:08:49

文字描画なら事前に画像に展開して、それ利用して文字を描画する方法が最強。
コンシューマーでは当たり前の方法だけどWindowsだと意外とマイナー。

どんなものでも事前に作っておけるならそれが最速だし、
どうしても動的に作る必要があるならピクセルシェーダー使うかストリームアウト使う方がいい。

**名前は開発中のものです。** · 2008/06/20(金) 01:02:57

>>131
とりあえずシングルスレッド仕様にしてみた
コードがすっきりしていい感じ。XPでは問題なく動作
Vistaは大学にしか無いから、明日試してみます

**名前は開発中のものです。** · 2008/06/20(金) 04:54:23

>>132
Windowsのシステムフォントを画像に展開するのはライセンス的にまずくなかったか？
だから動的に描画してるんだと思ったが。

俺はFreeType使って描画してる。ノベルゲームでも1000字程度らしいから、文字を走査
したテーブルを作って、最初にまとめて生成してるよ。
後はテクスチャロックして適宜転送してる。
ビデオメモリにの容量に問題ないなら、全部のっけたほうがいいんだろうけどね。

**名前は開発中のものです。** · 2008/06/20(金) 07:31:33

実行時に展開するんじゃないかと

**名前は開発中のものです。** · 2008/06/20(金) 10:51:47

展開するとか言ってる奴、チャットとかどうすんだよ。

**名前は開発中のものです。** · 2008/06/20(金) 12:49:44

GetGlyphOutlineはAAの品質を設定できるのが強みだけど、文字が必要以上に
ボケるのが嫌で俺は使ってない。(特に横線)
AA無しの横幅4倍で描画して、横だけ1/4に縮小が一番バランスがいいと思う。

**133** · 2008/06/20(金) 17:20:12

Vistaで問題なく動いた。とりあえず感謝です

>>136
チャットなんてそんなに難しい漢字は使わないから、
フォントイメージキャッシュをうまく作れば大丈夫だろ
俺はテクスチャサーフェスに文章を直接書き込んじゃうけどな
テキストボックスはD3DXFontで表示

**名前は開発中のものです。** · 2008/06/20(金) 18:36:40

実行時にキャッシュするとなると、1文字あたり1秒かからないにしても
シフトJISの6000文字分をキャッシュするのに1時間以上待たされることになるから
現実的な方法ではないな。

**名前は開発中のものです。** · 2008/06/20(金) 19:57:23

>>138
とりあえず良かったね。

いや、この辺りの実装は人によって違うだろうから、
まぁ、文字が表示できればそれで良いとは思うけどね。

ちなみに、すごーく前は俺はGDI描画用のビットマップを
CreateDIBSection で作ってそれに描いて、ロックしてから転送してた。
最適化矩形で転送してたけど、重かった。

**名前は開発中のものです。** · 2008/06/20(金) 19:59:38

>>139
6000文字でもそんなにかかるわけ無い。

6000文字だとメモリが無駄な方が大きい。
サイズ違いのフォントを描画することも考えると、
動的なキャッシュが一番メリットあると思うけどなぁ。