DirectX総合スレ (Part6)

**DirectX6** · 2006/11/17(金) 00:38:52

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

■過去スレ

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

**名前は開発中のものです。** · 2007/03/04(日) 13:19:36

>>404
それは嘘だ。
ZENABLEをONにするということは
ピクセル単位のZバッファカリングを有効にするということ。
遠近感の計算はプロジェクション行列で決まる

**名前は開発中のものです。** · 2007/03/04(日) 13:27:24

ﾜﾛｽ

**名前は開発中のものです。** · 2007/03/04(日) 13:28:21

D3DXのせいで仕組みがさっぱり分かっていな状態でプログラムを組む馬鹿が増えすぎ。
すぐに途中で詰まって馬鹿なことを触れ回るし。

>>404はまずD3DXを使わず、自前で計算する部分を作れ。
射影行列を作るくらい大して時間はかからんから。

**名前は開発中のものです。** · 2007/03/04(日) 13:28:41

>>404
ttp://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c_Dec_2005/D3DXMATRIXperspectivefovlh.asp
これの下に書いてあるのが射影行列ね。
これでzを計算すると(3列目ね)
Zp = zf/(zf-zn) - zn*zf/(zf-zn), Wp = z
zf が 0 だから最終的な Z(Zp/Wp) は常に0になるわね。
同じz値の場合、後から描画したポリゴンが上書きされるわけよ。
逆にこの式では、znとzfは遠近感(x,y)には関係してないはずなのよね。

**名前は開発中のものです。** · 2007/03/04(日) 13:30:10

>>405
嘘じゃないです。
試してみれば分かります。
とにかく、プロジェクション視界を-1～0にすると、
遠近感のみが維持されて、z値の前後関係が無視されます。

これはどういう事なのか、誰か知ってる人がいたら教えてください。

**名前は開発中のものです。** · 2007/03/04(日) 13:33:09

>>407
馬鹿、馬鹿って、とにかくそうなるのは事実なのだから
（やってみればすぐに分かります。計算云々の問題じゃなくて
　現実がそうなのだから仕方ないのです）
それについて、誰か「知ってる人」がいたら教えてください

**名前は開発中のものです。** · 2007/03/04(日) 13:34:47

>>410
>>408に答え出てるんだから、それ見てから返事したら？

**名前は開発中のものです。** · 2007/03/04(日) 13:50:04

>>408
なるほど。
zfを０にしての計算そのものが、単純に結果反映されてたのですね。サンクスです。

**名前は開発中のものです。** · 2007/03/04(日) 14:03:14

無知な人ほど、口汚く罵る、という事も分かりました。

**名前は開発中のものです。** · 2007/03/04(日) 14:13:19

>>413
逆に聞くけどZENABLEがOFFの時に遠近感が計算されなかったのは何故か説明できる？

ついで言うとその手法でZカリングを無効にするのはZENABLEをOFFにした場合より遅い。
間違いの根本を改善せずにパッチワークで修正してるようなものでお勧めは出来ない

**名前は開発中のものです。** · 2007/03/04(日) 14:20:18

3Dプログラムを作る上で、あまりに基本的な部分をすっとばしいたら、
今後何かやろうとしたときにすぐにダメになることは目に見えているのに、
何故、基礎から学習していこうとしないんだろう？

**名前は開発中のものです。** · 2007/03/04(日) 14:22:31

基礎から学習していたらいつまで経っても前に進めないからだよ。
背伸びしてナンボ。
過去書いたコードのダメな点は、後から気付けばいい。

**名前は開発中のものです。** · 2007/03/04(日) 14:27:39

>>414
単純に、z関係を計算しないからじゃないですか？
遠近感によるXスケールとYスケールを計算する分、
ZENABLEをOFFにするより遅いのは当然ではないですか？
しかし、上レスで繰り返し述べてる通り、
遠近感によるスケーリングのみを有効にしてそのカリングを無効にできるので
特定シーンの表現時に非常に有用だった訳です。
根本？はそれです。
お勧めできないとの事ですが、外に正規のやり方があるのなら何とぞ教えてください。

**名前は開発中のものです。** · 2007/03/04(日) 14:33:14

>>415
基礎の必要性はもっともですが、その基礎すら説明できない癖に
口汚く罵るだけの、自称エキスパートがいるから問題なのです。
罵倒するのは良いが、>>408氏の様に具体的回答も同時に併記すべきなのです。

ロクに知識もない癖に分かってる気分で、結局は罵倒するだけの
中２病患者は、このスレで回答者を気取るべきではない、
とそういう事です。

**名前は開発中のものです。** · 2007/03/04(日) 14:37:44

回答する人間の気分を悪くして回答が得られると思ってるのか？面白いやつだなｗ

**名前は開発中のものです。** · 2007/03/04(日) 14:43:09

>>417
え？まじ？ほんとにそうなってる？
それはむしろDirect3Dの固定機能パイプラインの実装を疑うな…

D3DRS_ZENABLEが使えないなら、他に手はもうない。

SetRenderState(D3DRS_ZENABLE,FALSE);
が使えないなら、
SetRenderState(D3DRS_ZFUNC,D3DCMP_ALWAYS);
が適当かと。
(高速かどうかは不明。GPUによっては速いのもあるかもね)

固定機能パイプラインの挙動が変ならシェーダできちんと遠近計算は行って
ZENABLEをOFFするのが最もパフォーマンス的に有利だと思う。
(Zバッファとの比較をする必要がないから、当然速い。)

**名前は開発中のものです。** · 2007/03/04(日) 14:43:46

別にいいんじゃね？
一人が回答を返せばそれで十分だし、
わざわざ相手のことを罵る人間には期待せんでも。

まぁ、俺だったら、いちいち罵倒表現を挟む奴はシカトするが…。

**名前は開発中のものです。** · 2007/03/04(日) 14:44:56

あ、変なところで書いちゃった。

＞D3DRS_ZENABLEが使えないなら、他に手はもうない。
この続きで
＞射影行列で0に射影すると考えれば理論的には正しいのでその手法でよいと思う。それ以外に、

が続く

**名前は開発中のものです。** · 2007/03/04(日) 14:58:38

>>ID:LKvKLn/o
いい機会なので、透視変換について勉強すれ
これがわかれば世界が広がるぞ
誰しもが通ってきた道だし

**名前は開発中のものです。** · 2007/03/04(日) 14:59:49

回答を求めているのに偉そうに振舞う常識のない質問者もいれば、
煽るだけで何の知識のない似非回答者もいるってことだ。
こういう場だと納得した上で利用せんと神経が擦り切れるだけだ。

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

って、修正したって明らかに文脈変だ。なんか泥沼orz
このSHIFT+Enterで書き込みって機能いらねぇ…

で、正当性を確かめるためD3Dのサンプルで実験したけど、ちゃんと遠近計算されてるぞ。

プログラムはこちら
C:\Program Files (x86)\Microsoft DirectX SDK (April 2006)\Samples\C++\Direct3D\Tutorials\Tut06_Meshes

ここのD3DRS_ZENABLEをFALSEにした結果と
プロジェクション行列の計算を言うとおりに変更した結果のプログラムは同等に見えるけれど。

D3DRS_ZENABLEの値を変更したときに行列設定のパラメータも弄ってたんじゃないの？

**名前は開発中のものです。** · 2007/03/04(日) 15:06:01

バグによる未定義な結果を前提にする意識をも
情報統合思念体は存在を許容するのだろう

**名前は開発中のものです。** · 2007/03/04(日) 15:15:07

このまま話続けたいが会社いってくるお（；＾ω＾）

**名前は開発中のものです。** · 2007/03/04(日) 15:16:57

>>425
失礼。
先ほどテストした時は、他の平面シーンでの行列を設定したままでした。
D3DRS_ZENABLEをFALSEでも遠近感ＯＫでした。
速度的にも速いので変な引数指定しないで、そっちにします。

**名前は開発中のものです。** · 2007/03/04(日) 15:18:36

勉強するのがいやなら、ありもののライブラリで楽をするのがよい。
おかしくてもライブラリのせいにできるしな。

**名前は開発中のものです。** · 2007/03/04(日) 20:44:06

単純なXファイルでID3DXMesh::DrawSubsetを使って描画するオブジェクトと、
ボーンが入っていて、プログラムシェーダーを使って描画するオブジェクトが混在しています。

オブジェクトごとにID3DXEffect::Begin 、ID3DXEffect::Endを使って切り替えて描画するのでしょうか
それとも、Xファイルを描画できるプログラムシェーダーを用意するのが一般的なのでしょうか？

**名前は開発中のものです。** · 2007/03/05(月) 01:11:36

場合による、どうせ重いのはDrawPrimitiveとSetTextureなので状況にあわせて変えればよい。

**名前は開発中のものです。** · 2007/03/05(月) 01:18:54

2D限定で
最近のビデオメモリの転送速度なら裏画面のサーフェイスをメインメモリに置くようにしたり
裏画面を二つ用意してトリプルバッファリングする
とかいう面倒くさいことしなくても大丈夫なの？

**名前は開発中のものです。** · 2007/03/05(月) 04:43:15

5年前くらいに
DirectDrawのbltに頼るより自前の方が早いし
ハードの不具合に煩わされないと言われていたな。

**名前は開発中のものです。** · 2007/03/05(月) 05:38:47

>>428
それは嘘です。
Zバッファを無効にすると、遠近感も無効になってしまうのです。
試してみれば分かります。やってみればすぐに分かります。
現実がそうなのだから仕方ないのです。

**名前は開発中のものです。** · 2007/03/05(月) 06:42:21

特定の環境では、バグの動作も一定の再現性を持つ
経験則を疑うことを知らない井の中の蛙は
信じているものがオマジナイにすぎないとは知らず
いつか自作プログラムを世に出したときにDirectXが不安定だと騒ぎ出す

**名前は開発中のものです。** · 2007/03/05(月) 06:54:08

でっていう

**430** · 2007/03/05(月) 08:04:49

>>431
サンキュー

**名前は開発中のものです。** · 2007/03/05(月) 08:46:10

ニンテンドーDSでマリオカートをやったんですが追い抜いたり追い抜かれたりすると音が真横を通って後ろから聞こえます。
最初はドップラー効果で錯覚させてるのかなとも思ったけど本当に真横から聞こえてくるので不思議なんですが（それに携帯機だし）
たとえばDirectSound3DやEAXやドルビーデジタルやドルビープロロジックIIxなんかで実装されてる技術で
どういう概念や理論や数式が使われてるんでしょうか？

たとえば耳と耳の感覚が20cmとすると波長がそれより長い音波はある瞬間において音圧の差が左右の耳で発生しないため指向性が無くなる、
とかいろいろ音の理論はあったと思います。

----------------------------------------
たとえばドップラー効果は

f * { (O + v1) / (S + v2) } = f'

みたいな式だったと思います。
------------------------------------------

まあそれを勉強できる良いサイトや本でもいいんですが・・・・

**名前は開発中のものです。** · 2007/03/05(月) 08:58:09

音響理論はスレ違いでしょう。
DirectXでは音源位置やエフェクトを設定するくらいしかやること無いんだし。

**名前は開発中のものです。** · 2007/03/05(月) 09:19:26

DirectXは現状EAX2.0のオクルージョンとかに対応してませんでしたっけ？
たしかEAXはOpenALにオープンソース化で使いやすく！とか言ってたのはどうなったんだろう。

これはDirectXの実装の質問ですがモデルのxファイルと3D音響データと
コリジョン計算用のデータ（多くの場合球か直方体でしょうか？）ってどっからでもアクセスできるように同じレベル（クラス）で保存しとくんでしょうか？
同じキャラをたくさん出すのにジオメトリックインスタンシング等の技術は同じく使えるのかな？

それから米国にはGamasutra(ガーマスートラ？カーマスートラのもじり？)とかいうゲーム開発者専用の雑誌がありますが日本には無いんでしょうか？

**名前は開発中のものです。** · 2007/03/07(水) 19:46:48

>>LKvKLn/o
亀レスだが、大学中退して線形代数をちゃんと勉強しなかったことを
ド後悔したお兄さんが、周りの言ってたことの意味を教えてあげよう（/ω＼

まずZバッファについてだけど、”Zバッファは”遠近感（遠くのものが小さく見え、
近くのものが大きく見えるという意味だよね？）には関係無い。
Zバッファというのはもっとハードウェア寄りの概念で、
最終的に２Dに変換された座標を、ディスプレイの平面上にピクセル（点）を描くときに、
ピクセルAとBどっちが手前にある＆どっちが隠れるかをビデオカードが判別するためのもの。
ちなみにだいぶ昔はZバッファではなくZソートという手法が使われてて、
頂点ごとではなくポリゴンごとにZ値を保存していた。
だから交差するポリゴンは正常に描画できない（ちらつく）という問題があった
（プレステ１やサターンを思いだせばわかる）。

もうひとつは、行列について（プロジェクション行列やら透視変換やら言ってたやつね）。
もし高校で行列を習ったことがあるなら教科書をひっぱりだしてくるべし。
行列というのは、線形代数に使われる計算で、
「ベクトル（≒座標と考えて良い）を、ある空間から別の空間に変換する」性質がある。
あるオブジェクトのローカル座標を、ワールド空間における座標に変換できるのもソレ。
回転や移動もそう。ある座標Vに対し、
cosΘ 0 -sinΘ 0
0 1 0 0
sinΘ 0 cosΘ 0
0 0 0 1
この行列を掛けると、Y軸を中心としてVをΘ度だけ回転した座標が出てくる。
手計算でやってみそ（めんどくさいがｗ）。
この行列を作ってくれる関数が、D3DXMatrixRotationY()なのね。

続き · 2007/03/07(水) 19:47:36

透視変換（カメラから見た３次元座標を、スクリーンの２Ｄ座標系に
変換する行列計算）も、同じように４×４行列の計算で出来ている。
D3DXMatrixPerspectiveFovLH/RH()がそう（>>408）。
今調べてみたんだが、本当はその行列自体で遠近感を表現できるわけでは
ないらしい。が、その計算結果のw（(x, y, z, w)のw）でxとyをそれぞれ割るらしいのだ。
そしてそのwはzに比例する（z/d dは前面クリッピング距離）ので、
遠いところにある＝zの大きい座標ほど、xとyが小さい値になるのだ（つまり小さく見える）。

それぞれの行列の何行何列が何になってるかを暗記してるような人は
そうそう居ないと思うが、大抵この辺りの基礎は漠然と知ってるのが普通なんだな。
というわけで突っ込まれても当たり前ということだｗ
突っ込まれたら、とりあえずは自分のコードや知識を疑ってみるべし。そしてちゃんと礼も言えｗ
何の回答にもなってないレスは無視する他ないけどな。

ところで透視変換行列で出てきたwでx, yを割る処理は、
シェーダのコードですら見たことないから、
「最終的に出てきた(x, y, z, w)のxとyをwで割り、zをzバッファに入れる」
という処理はシェーダでもいじれない、完全にDirectXが勝手に行う
処理なんだろーか？？

長文＆スレ汚しスマソ、久々に回答しようとして調べてたら
楽しくなってダラダラ書いてしまった・・・

**名前は開発中のものです。** · 2007/03/07(水) 21:24:07

>「最終的に出てきた(x, y, z, w)のxとyをwで割り、zをzバッファに入れる」
>という処理はシェーダでもいじれない、完全にDirectXが勝手に行う
そうだね、基本的にＶｅｒｔｅｘShaderは同次座標を返すもんらしいので。
xyzwのwの概念は難しい、座標(4,4,4,2)と座標(2,2,2,1)は
3次元の世界では同じ位置になるらしい。よくわからんが。

ところで、GPUにはサーフェス⇔サーフェイスまたはテクスチャ⇔テクスチャの
コピーって機能はないのかな？これがあればやGPUだけでやれることの幅が広がるのだが。

**名前は開発中のものです。** · 2007/03/07(水) 22:14:56

>>443
StretchRect

**名前は開発中のものです。** · 2007/03/07(水) 22:37:55

>>444
それはレンダーターゲットじゃなきゃだめだよねえ
もっと具体的に言うと、頂点バッファレンダリングがやりたかったんだが
最新の環境じゃなきゃ無理かなぁ

**名前は開発中のものです。** · 2007/03/08(木) 00:55:20

頂点バッファレンダリングってなんぞ？

**名前は開発中のものです。** · 2007/03/09(金) 00:21:48

唐突の質問でごめんなさい。
DirectXを使ったポリゲーとかのモデルデータは主にどんなソフトを
使用して造られてますか？
色々調べたのですがPOSERで基本的なモデルを造ってShadeで加工して
骨を入れたりできるんですかね？

**名前は開発中のものです。** · 2007/03/09(金) 00:35:06

3DSMAX

**名前は開発中のものです。** · 2007/03/09(金) 00:43:05

俺、LightWave。たまにメタセコも使う。

**名前は開発中のものです。** · 2007/03/09(金) 00:47:34

Carrara5
セーブデータがテキストなんでコンバータ作るのが楽。

**名前は開発中のものです。** · 2007/03/09(金) 01:06:26

現実的な値段で言うとCarrara5ですね・・・POSERも対応できるし・・・

**名前は開発中のものです。** · 2007/03/09(金) 09:47:29

俺はLightwaveだな。
何気に今かなり安いし。

**名前は開発中のものです。** · 2007/03/09(金) 13:39:54

Lightwaveが多いな・・・俺もだが。
4大ソフト以外を選ぶときは、XFileが吐けるかどうかぐらいはチェックしとけよ。

**名前は開発中のものです。** · 2007/03/09(金) 16:16:04

つまりBlenderを使う私は生きていてはいけない。
私は死ぬべきだ私はゴミでありクズだ。
私は死ななければならない私は存在してはならない。
私の価値は存在しない私は消滅しなければならない。

**名前は開発中のものです。** · 2007/03/09(金) 16:42:20

>>372
>>375
>>382
>>454
　
そのネタつまらないから。

**名前は開発中のものです。** · 2007/03/09(金) 20:22:31

>>446
頂点バッファをレンダリングターゲットにして
GPUで構築する技術
まあ過渡期のもので気にすることなし

**名前は開発中のものです。** · 2007/03/09(金) 21:09:00

ＸＮＡでゲーム造りたい人で一番安上がりなモデリングソフトは何ですか？
ぶっちゃけ統合環境は只同然で手に入るけど３ｄソフトが馬鹿高いので敷居は
そのままのような・・・

**名前は開発中のものです。** · 2007/03/09(金) 21:29:38

>>457
フリーので十分

**名前は開発中のものです。** · 2007/03/09(金) 22:34:05

んーでもWindowsは描画系が弱いから、ボードゲームみたいな感じのもの以外の
ゲームを動かすのはかなりきびしいんじゃないかな。
昔はプログラムからハードを直接叩いて描画の高速化とかできたけど、
今のWindowsXPとかではそんなのは不可能だし、正直ゲームには向いてない気がする。

**名前は開発中のものです。** · 2007/03/09(金) 22:36:19

ねーよｗ

**名前は開発中のものです。** · 2007/03/09(金) 22:45:00

>>459が何をいってるのか分からない

**名前は開発中のものです。** · 2007/03/09(金) 23:21:12

10年前ぐらいからタイムスリップしてきたのか？

**名前は開発中のものです。** · 2007/03/09(金) 23:37:49

W・I・N・G！ W・I・N・G！

え？WinGってウインジーじゃなくてウイングって呼ぶの？？

**名前は開発中のものです。** · 2007/03/09(金) 23:49:47

>>459
ねーねー、誤爆さん。
本当はどこに投下するつもりだったの？この珍発言。

**名前は開発中のものです。** · 2007/03/10(土) 07:39:47

>>459
おまえはWindowsのゲーム見たことないのか

**441** · 2007/03/10(土) 07:52:35

>>443
同次座標調べてみますた。
むず；；；；；；
まぁありがとっすー。また一つ賢くなったかも？(つ´∀｀)つ

>>459
Windows3.1～95までしかまともにさわったことのない上司のウンチクを
真に受けてしまった可哀相な人発見
何の分野でコード書いてるのか気になって眠れなかったじゃないか

**名前は開発中のものです。** · 2007/03/10(土) 10:21:09

>>459の釣りしっぷりにﾜﾛﾀ

**名前は開発中のものです。** · 2007/03/10(土) 11:37:08

>>447
モデルを造るソフトから造った。

**名前は開発中のものです。** · 2007/03/10(土) 12:53:31

>>447
モデルはLightwave、テクスチャはPhotoshop
ビックカメラやヨドバシカメラならほどほどのお値段で買えて
ボーンやアニメーションなど機能的にも満足。

**名前は開発中のものです。** · 2007/03/10(土) 15:26:03

>>459の人気ぶりにshit!!!

**名前は開発中のものです。** · 2007/03/10(土) 18:09:23

AliceSoftあたりってまだそんな感じじゃないの？

**名前は開発中のものです。** · 2007/03/10(土) 18:57:34

数年前あたりのAliceSoftのゲームやったことあるけど、
グラボ弱い環境の人のために２D描画はDirectGraphicsは使わずに
MMXやSSEでのみ高速化してるっぽかった。
DirectSoundは使ってたけどソフトウェアエミュレーションがデフォになってて、

３Dのダンジョンなんかは、ソフトウェアの自前レンダラーがデフォで、
Direct3Dはオプションだった（ダンジョン自体ローポリだから余裕っぽい）。
最近出てるのはどうなのか知らない

**名前は開発中のものです。** · 2007/03/10(土) 19:33:07

そういうのは、もうFlashでいいんじゃないかと思うw

**名前は開発中のものです。** · 2007/03/10(土) 19:49:48

昔の人は大変だったんですね

**名前は開発中のものです。** · 2007/03/10(土) 20:34:09

いや、今でもアリスのソフトはそんな感じ。

**名前は開発中のものです。** · 2007/03/10(土) 20:45:32

新作ではさらにグラフィックの負荷落ちてるからな。

**名前は開発中のものです。** · 2007/03/10(土) 20:49:12

それでやっていけるのはむしろ羨ましい。
DirectXのバージョン追っかけるのはもう疲れたよ('A`)

**名前は開発中のものです。** · 2007/03/10(土) 21:55:58

逆に言えば今の状態がアリスの限界ということになるな。
ゲーム自体は10年前からまったく進化してないしな。

**名前は開発中のものです。** · 2007/03/10(土) 22:05:01

そもそもそんな3Dバリバリは求められてないだろうしなあ。
3Dエロゲはネタとしては面白いけど客層選ぶし。
自前でレンダリングした方が環境差は出にくそうだし、
限界っていうか最適解の一つって感じじゃないかな。

**名前は開発中のものです。** · 2007/03/10(土) 22:06:42

つまり学歴が一番重要なのですね
私は生きていてはいけないのです

**名前は開発中のものです。** · 2007/03/10(土) 22:39:56

まぁアリスはエロゲ会社だしな。
路線としては正しいわな。

入りたいとは思わないがｗ

**名前は開発中のものです。** · 2007/03/10(土) 22:40:04

じゃあ死ねばいいじゃん。

**名前は開発中のものです。** · 2007/03/10(土) 22:59:13

>>480
きめぇ！

**名前は開発中のものです。** · 2007/03/10(土) 23:25:32

>>372
>>375
>>382
>>454
>>480

そのネタもう秋田から。

**名前は開発中のものです。** · 2007/03/11(日) 02:39:14

ＡＤＶは仕方ないとしても、戦○ランスはＳＬＧなんだから
幾らでも３Ｄ演出の必要性があるはずなのに、
戦闘シーンなんか、完全２Ｄだったからな‥

ちなみに昔のアリスは決して保守的（懐古的）じゃなく、エロゲ初の
ＨＤ専用ゲームを出したり、マニア以外誰も持たないような
256色Ｇボード専用のゲームを出して、ファンに購入させたりと
結構無茶な事をやってた。

**名前は開発中のものです。** · 2007/03/11(日) 03:26:53

アンケート結果で、ユーザーの大半が低スペックマシンを使ってたんじゃね？
エロゲユーザーはFPSユーザーと違って、ゲームのためにマシン買い換える
なんて人少ないだろうし。
そんなうちのPCもつい最近までラデ8500LEでCPU1Ghz未満だったもんなｗ

**名前は開発中のものです。** · 2007/03/11(日) 09:13:58

8500なら全然ましだぞ？
ｴﾛｹﾞやってるヤツの中にはMatroxのG400とかもいたりする。

**名前は開発中のものです。** · 2007/03/11(日) 17:48:19

G400なんて、もう絵描きくらいしか使わんよなｗ

**名前は開発中のものです。** · 2007/03/11(日) 18:01:47

>ＡＤＶは仕方ないとしても、戦○ランスはＳＬＧなんだから
>幾らでも３Ｄ演出の必要性があるはずなのに、

いや、面白かったよ。
面白さは２Ｄ、３Ｄあんまり関係ないなと思った。

**名前は開発中のものです。** · 2007/03/11(日) 18:22:00

戦略SLGでマップを３Dにしても見づらいだけだからな・・・。

**名前は開発中のものです。** · 2007/03/11(日) 18:51:09

どう見づらくなるのか理解できん
３Ｄの舞台に板ポリゴンを配置するだけでも、臨場感は
全然違うものになるはずだが

**名前は開発中のものです。** · 2007/03/11(日) 18:51:39

3Dにして見づらいのは全部そうだから逃げにすぎない。
プログラマの社内権力は>>459の思想でガッチリ固めてるだろうな。
でももう偏屈な頑固職人でしかないだろ。あんまり誉めそやしてもな。
Ｌｅａｆなんかはもっと柔軟そうじゃないか。

**名前は開発中のものです。** · 2007/03/11(日) 18:54:06

エロゲはもういいよキモヲタども

**名前は開発中のものです。** · 2007/03/11(日) 19:08:34

Leafは調べもしないでGPLのライブラリ使って
関連ゲーム全部ソース公開する羽目になったジャマイカ。

**名前は開発中のものです。** · 2007/03/11(日) 19:24:09

ソースは実費負担だったけど誰か応募した？

**名前は開発中のものです。** · 2007/03/11(日) 19:45:06

エロゲーなんて全くやらない

**名前は開発中のものです。** · 2007/03/11(日) 19:48:55

GPLだから普通にその辺で誰かが配布してたよ
つかLeafもDirectXとかに頼らず自前で描画してたと思うが

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

GamDevPukiWiki - ToHeart2ほかAquaPlus/LeafのGPLゲーをいじるスレ
http://gamdev.org/w/?%5B%5BToHeart2%A4%DB%A4%ABAquaPlus%2FLeaf%A4%CEGPL%A5%B2%A1%BC%A4%F2%A4%A4%A4%B8%A4%EB%A5%B9%A5%EC%5D%5D
ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ
http://pc11.2ch.net/test/read.cgi/gamedev/1134405228/

**名前は開発中のものです。** · 2007/03/11(日) 21:03:03

>MatroxのG400
それでも３Ｄは頂点シェーダまで普通に動く

**名前は開発中のものです。** · 2007/03/11(日) 21:49:01

>>499
GeForce3から4世代ぐらい前のボードで
シェーダー動かせる訳ないだろ、このマンカスッ！！

**名前は開発中のものです。** · 2007/03/11(日) 22:00:55

>>499
G400はHardwareTnLすらないからCPUでエミュレートだぞｗ

**名前は開発中のものです。** · 2007/03/11(日) 22:05:47

さすがにもうシェーダー1.1も搭載してないのは切っていいと思う

**名前は開発中のものです。** · 2007/03/11(日) 22:08:13

G400みたいな糞、見捨てればいいじゃない

**名前は開発中のものです。** · 2007/03/11(日) 22:13:43

1.1も微妙じゃない？
6600レベルで3.0積んでて5000円ちょいで買えるし其の位を最低基準にしてもらいたい・・・