【チート】RADEONはDX8世代GPUですらなかった

まずは以下の記事を読め！

http://pc.watch.impress.co.jp/docs/2003/0425/kaigai01.htm
また、API(DirectX 9)側の定義するデータタイプは16/32bitだ。
そうすると、32bit浮動小数点ピクセルの処理ではデータをまるめてしまう24bit GPUのRADEON 9800は、
“　真　の　D　i　r　e　c　t　X　 　9　 　G　P　U　”　と　呼　べ　る　の　だ　ろ　う　か

http://if.dynsite.net/t-pot/program/101_CheckDeviceFormat/
ここをよく見てみるとわかるが、
RADEONはボリュームテクスチャレンダリングターゲットが
一　切　サ　ポ　ー　ト　さ　れ　て　い　な　い(全滅でした)

http://www.itmedia.co.jp/anchordesk/articles/0402/13/news064_3.html
サポートするテクスチャとレンダーターゲットの観点に限って言えば
限って言えば
って提灯記事ライターは「それだけ」がDX9だとか思っている辺りがいかにも
「バカ」らしくていい
やっぱりバカはこうでなくてはいけない。
DirectX9で定義されていない24bitチートは正体不明のクソチップにすぎない。

　　　　/:::::;;-‐-､:::ヽ 　　　　　　　　　　　 _,,,,,,,_
　　 　 l::::::l　　_,,､-‐"iiiiiilllllllllllliiiiiiiｰ-､__ゞ:::::::::::｀ヽ,
　　　　ヽ::｀／: : : : iiiiiilllll||llllliiiiii: : : : : : ヽｲ~`ヽ:::::::i　／￣￣￣￣￣￣￣￣￣￣￣
.　　　　 ／;,..-‐､: : : : : l|l: : : : : : : : : : : : : ＼　ﾉ:::::}　|　やったね！　トラトラトラのしまじろうが来たよ！
　　 　 /: /: : : : :｀.: : : : : : : : :/´￣＼ : : : : : ヽ:::ノ　 |　みんな、たまには早く寝てみよう！　早起きは三文の得だよ！
.　　　 !: : : :iflllli､: : : : : : : : : : : : : : : :ヽ: : : : : :.!　　　|
　　　 |: : : :llllｆ　l: : : : : : : : : : :.iflllli､: : : : : ＜iiii|　　　|>>1くんへ　いいすれっどをたてたね！　これからもがんばろう！
　　　 |: : : :|llll　|: : : : : : : : : : .llllf　l: : : : : : : : :.|　　　|>>3くんへ　こんどは２をとれるようにがんばろう！
　　　 |: : : :.!lllll!' : : : : : : : : : : |llll　|: : : : : : : : :i　　＜>>4ちゃんへ　まじれすしようかどうするかまよったのかな？
　　　/: : : : :　　　 ○　　　 : : .!lllll!' : : : : : : : :.i　 　　|>>5くんへ　おまえみたいなばかはおとなになってもやくにたたないからはやくしのう！
　 ￣|: : :" 　,,,,,,,,,,,,,|____　　　　: : : : : : : :.＜iii/　　 　|>>6ちゃんへ　がきのうちはなんでもゆるされるとおもったらおおまちがいだよ！
.　 ／!.:　　　|:::::／　　　￣''''''''l ヽ: : : : :-─/─　　　|>>7くんへ　もういいいからしね！
　　　 ヽ 　　ヽ/　　　　　　　 ﾉ　 　 : : :ヽ／　　　　　|>>8いこうのみんなへ　いつかはしぬんだからはやめにけいけんするのもじんせいだよ！
　　　　 ＼　　＼,,_　　　 _,,,／ 　　　 : ／＼　　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　 　 ｀''‐､､__ ￣￣　　　__,,,､-‐"
.　　　　 ／/:::::/ヽ￣￣￣￣ノ::::/＼
.　　　／　/:::::/　 ｀￣￣￣/:::::/.　　＼

前立腺オナニーは気持ち良い

スレタイにﾜﾛﾀ。Nice

まぁどっちがマシかと言えば、DirectX9フルサポートでゲーム不具合続出のRADEONより
DirectX9の一部をサポートしないがゲーム快適なGFだろうな。

>>1の文と、スレタイとはどう関係あるの？
DX9なら分かるけど。

>>5
いやちゃんと嫁よ。

まあどうでもいい話ではあるが

動けばよい、それがRADEON

>>5
どの辺がDX8なの？

こうして、厨が出てくる度に互いの評判が堕ちていくのでつね

MSと協議して24bitに丸めることにしたんですが？

要求するデータタイプと処理は16bit/32bitだけですが？

このスレの>>1は、ｹﾞﾌｫ厨と見せかけたﾗﾃﾞ厨と見た。

うちはトラブルもなく動いてるからＤＸの世代なんてどうでもいい。

RADEONは（ベンチマーク）最強ですからね。
いやぁ・・・　買ってきたTonyHowrkも動かねぇし最強すぎる

http://www.itmedia.co.jp/anchordesk/articles/0402/13/news064_3.html
サポートするテクスチャとレンダーターゲットの観点に限って言えば

限って言えば

って提灯記事ライターは「それだけ」がDX9だとか思っている辺りがいかにも
「バカ」らしくていい

そもそも、DirectX9は存在しているのだろうかと･･･

DirectX9は実はCGだった！

>1
この厨めが

ていうか、DirecｔX8の機能をフルサポートするGPUも存在しなかったと思うんだが。

ってゆーか、DX9、っが、特出した、糞。ってことじゃないのか？

即対応、表明した、MATROXっが、全然。ｎVIDIA、っは、素敵。
ATi、っは、キモイ。

っだもん。

こりゃ、ダメだ。

DX9、っが、糞。そーみて、当然。

結局、全部持ってる奴が勝ちってことだ。

>>5
打ち間違えたんだろ。

で、結局どれならDX9対応してるわけよ。
パエリア？琢郎？

うさだっての今までがまんしてきたが、ほんとくだらないことしか書かなくてまじウザイ。

そこで初めて2chブラウザ使ったが使いにくいのなんの。
でもngワード機能いいね。
つかああいうバカがいなけりゃこんなの使う必要もないのに。アホくさいなあ。

ワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラ
ｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗ
ワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラ
ｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗ
ワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｖｗワラｗワラｗワラｗワラｗワ
ラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗワラｗ

うさだって日本人じゃないだろ、文章滅茶苦茶だし。
わざとそんなに「、」つけてるにしても変すぎ。
素でやってたら（ｒｙ









キモ

20 名前： [ ] 投稿日：

128 名前： うさだ萌え ◆EgRy0Iso 投稿日： 02/08/18 01:42 ID:IcrjtdHz
笑わせてもらいます。
さぁ、購入予定がそろそろ1ヶ月と迫ってきた。
もっと、笑えるはずさ。

中期のうさだ

うつだ喪え

いきなり敬語になる臆病者

あの記事が相当にショックだったようだなあ
RADEON9500〜9800以外はDirect X 8世代GPU
これが真実

>>2 逝ね

一つ目、16/32bitが定義されてるのはDX9。
つまり、DX8をサポートしてない理由とはならない。

二つ目、ボリュームテクスチャレンダリングターゲットは
ご自慢のゲフォでも
一　切　サ　ポ　ー　ト　さ　れ　て　い　な　い（もちろん全滅です）

三つ目、それ以外は糞と書いてある文なので、
もちろんラデ9500以降以外のカードは
その点に限って明確にラデより糞である事が言及されているに過ぎない


ところで、RADEONってDX7世代のGPUだけども。

あの記事が相当にショックだったようだなあ
RADEON9500〜9800「以外の」DX9対応GPUは全部Direct X 9世代GPU
これが真実

一つ目、16/32bitが定義されてるのはDX9。かつDX8も同様。
24bit精度処理はいかなるDXバージョンにもそぐわない。
つまり、DX8をサポートしてない理由となる。

二つ目、ボリュームテクスチャレンダリングターゲットは
ご自慢のRADEONでだけは
一　切　サ　ポ　ー　ト　さ　れ　て　い　な　い（もちろん全滅です）
例のチェッカーはある特殊な環境下でないと起動しないので(再配布不可)
そう簡単に調べられるわけがないしだからこそ証拠もない。
Geforceは現在有効にできる(=実装している)OpenGLで実装を確認できる。

三つ目、24bitチートやドライバチートは糞と書いてある文なので、
もちろんラデ9500以降以外のカードは
その点に限「らずとも」明確に糞である事が言及されているに過ぎない

ところで、RADEONってDX7世代ですらないわけだけども。

つまりまとめると、ぼらりの一人勝ちということでＦＡ

なに？コイツ

またすげぇのが出て来たな
N厨乱心しまくりｗ

24bitチートの話。

http://www.microsoft.com/japan/msdn/directx/j_NextGenDX9.ppt
>ピクセル シェーダ ALU は、
>色データ用に少なくとも s10e5 精度をサポート
>他のデータ用に少なくとも s17e6 精度をサポート

データタイプ32bitは定義しているけど、演算精度は24bitで良いそうだ。
MS合意のチートというわけではなく、DX9の要求仕様は満たしているからチートとは言えんな。

乱心のように見えて「知らないと答えられないこと」がぎっしり

A厨はサッパリわからないだろうが(w

まずゲーム不具合、ドライバ不安定を無くしてGeForceと同じ土俵に立て。
RADEONの方がDX9の対応度が良いとか喚く前にやる事が沢山あるだろう。

nVidiaと対抗するにはまだ程遠い。

32bit以外はチートだ犯罪だ

おまえらどっちもつかってから文句言え

nVidiaに自爆テロだ厨ども(w

馬鹿は要求仕様書とAPIそのものの仕様書の区別もできないらしい

あれが要求仕様書なのだとしたら件の文の下にある
32bitフォーマットが要求事項になっちまわあ（ｗ

浮動小数点実数レンダーターゲットの対応状況
FXなんと全滅、何一つ対応して無いのはFXだけ。拓郎や鯔にも劣るFX。

GeForceFX系 RADEON9500以上 DeltaChrome系 Volari系
　　　×　　　　　　　○　　　　　　　×　　　　　　　○　　　　　D3DFMT_R16F
　　　×　　　　　　　○　　　　　　　○　　　　　　　○　　　　　D3DFMT_G16R16F
　　　×　　　　　　　○　　　　　　　×　　　　　　　×　　　　　D3DFMT_A16B16G16R16F
　　　×　　　　　　　○　　　　　　　○　　　　　　　○　　　　　D3DFMT_R32F
　　　×　　　　　　　○　　　　　　　×　　　　　　　×　　　　　D3DFMT_G32R32F
　　　×　　　　　　　○　　　　　　　×　　　　　　　×　　　　　D3DFMT_A32B32G32R32F

>>45
浮動小数点実数レンダーターゲットを使ってるATIのDX9のデモが、
Geforceで難なく動くのだが、対応してないことよって
どんな問題が発生するか詳しく説明してくれ

>>46
DX9のゲームが殆ど出ていないし、出た所でGF不利かも分からない以上、ラデ厨は反論できません。
必死だなとか言われるのがオチです。

>>44
32bitフォーマットは要求事項だろう
演算精度は24bitで良いよってだけで

だいたいその文書は精度要求ではなく
DX9が何をサポートしているか
ということだというのをわからないバカがいくら24bitでいいよだの言ったところで

>>24＝>>26、ハゲ過ぎ。

>>28、漏れは、現在進行形っで、そんな感じ。

>>30、アホォか。

どーへ９対応ゲーが出る前に１０がでるんでしょ？

>>51
DirectX10はLonghornがDirectX９で表示するように作られていることからして
Longhorn発売後と考えられる。

>>49
アレはたしかに要求仕様書ではないが、
問題の件は要求仕様をMS公式の記載している以外の何者でもないだろ
そうでなければ、少なくともと範囲を限定した上で指数部と仮数部の詳細を出す理由が無い。

あの文書は機能仕様所じゃあなくて、Overviewなんだからな。

ようするにお前らはデルタクロームが最強だといいたいんだな

>>54
ぶーどぅだろ？

デルタクロームも24bitです。
Volariは白根

結局パエリア買っとけばいいんだろ？

「ここまでは最低でもサポートしますよ」

と

「だから○bit処理でいい」

ということはまったく別。
アホか。

この場合はDX9を利用するプログラマのことだが、
その技術のユーザーにとっての最低保証値はそのまま
マニュファクタにとってのDX9の実装要件だろうが。

「だから○bit処理でいい」は真である。
DirectX9.0/PixelShader2.0の時点では、
それ以上の精度は任意実装ということじゃないか。

「仕様要求」と「任意選択」を混同するバカ。

妥協は妥協であって要求ではない。

>>1の示すURLで西川善司氏の名前を10年以上ぶりで見た。なんか懐かしくて感動した。

彼の作ったZ-MUSICのおかげでどれほどいろんな楽しみが生まれたことか。懐かしいなぁ…。

西川何某はホントにプログラマなん？
件のKawaseｾﾝｾのデモは、レンダーデバイスやターゲットの精度に応じた
環境マップを先に生成してHDDにキャッシュしてんだけど。
現状は、RADEON9500(以降)以外だと、初めから劣化したマップ
使ってるから結果がヨレるだけで、ターゲットの精度もクソもないんだけど。

マッハパンチが出るとか何とか、
AQUAMARKの低解像度テクスチャでスコアを稼ごう大作戦とか
アルファ乗算を完全に省いてスコアを稼ごう大作戦とか
パーティクル数を少なくしてスコアを稼ごう大作戦とか
アンチエイリアスを無効にしてスコアを稼ごう大作戦のほうが
よっぽどモニタに対してマッハパンチ打ちたくなるわい。

つまり西川善司はクソレビュアーということで。

まずDX9で32bitでゲフォとラデのスクリーンショットとFPSだれか取って来い
32bitでほんとにきれいだか見せろ(　ﾟДﾟ)ｳﾞｫｹ!!

GeForceFX 32bit
http://www.4gamer.net/specials/dvk/img/010.jpg

Radeon 24bit
http://www.4gamer.net/specials/dvk/img/011.jpg

http://www.4gamer.net/specials/dvk/dvk_2.html
記事

また西の捏造ですな

5800 32bitレンダリング
http://www.uploda.net/anonymous/etc2/upload21536.jpg

>>66らでのほうがいいじゃん

>>67
てかその　X8R8G8B8 (D16)
は32bitカラーなだけで各8bit演算で32bitレンダリングじゃねーじゃん
8bit整数はDX8の機能だぞ。

DX9なら16ビット整数のA16B16G16R16とか
32bit浮動小数点のA32B32G32R32Fでやれよ。

あ、FXは対応してないから無理かｗ

てかテクスチャフォーマットと演算精度を混同しているバカがいるなｗ

ｎVidiaのGPUに実装されていないFP演算命令発行するとどうなるの？
無視されるか適当な命令に置き換えられるくらいしか思いつかないけど

てかこのフォーマットは
http://www.4gamer.net/specials/dvk/img/010.jpg
と同じなんだけどw

RGB各8bit表現(ということは1677万色)テクスチャを使う
ことと
「32bit演算をする」ことはまったく意味が違うんだが
バカには全くわからないときたｗ

今後同じようなバカが出てきたときのためにまとめておこうと思う

明記されたRGB各8bitというのは色情報であって演算精度ではない。
例の勘違い記事で出てきたのは「"フレームバッファ"として使うときのbit数」であり、
演算精度そのもののことを言っているのではない。
(このデモはフレームバッファを云々するものでないし
　そもそも各色ごとに演算するという規定があるわけがない)

まあこんなことは誰でも知っていることでいまさら書き記すことでもないが
誰でも知っていることを知らない「バカ」がいるのでねｗ

>>73
なんか知らないで批判されることが我慢ならないのかも知れないが、無知はスルー汁。
というわけで、24bitレンダリング結果貼貼るか、>>69のプログラムUP汁。
そうすれば、Radeonでの結果貼るから。

>>67と>>66を比べての比較が無意味なのは分かるよな

無視するようにドライバが作られていれば無視する。
置き換えるようにできていれば置き換える。
エラーチェックを必ずしているからいきなり止めるということはないだろうが
エラーチェックができなければ描画はフリーズ、止まる。

物理的に対応していないバッファ数値が来たら当然溢れ返るから
切り捨てるなりするだろうが、いずれにしても見た目がおかしくなるので
切捨てはあまりしない方法。
グレアくらいなら無視してもグレア描画が最初から起こらない程度なのでいいが、
これを低精度へ置き換えると明らかに変になる。

やっぱ馬鹿ばっかりかよ。
何も知らないやつがあれこれ言うからだめなんだよ。

エロゲーにはラデ最適なんだよ！
ボケ

　 　　　　　　Ｖ
　 　 　　　∧__∧ 　 ________　
　　　　 　<丶｀Д´>/￣/￣/　
　　　　　 （ 二二二つ /　と）　
　　　　　　| 　　　/　 / 　/　　
　 　　　　 | 　 　 ￣|￣

ATIは無視をしたわけではないのだけどね…。

GPUってなんの略なの？
CPUのﾏﾁｶﾞｲとか??ﾌﾟｯ

GPUの略も知らずにこのスレ来るなよ
ﾌﾟｯ

>>80
釣られないぞっ

>>81
RADE厨はVPUっていうからヽ(´ー`)ﾉ

MACはMPUですな。

結局だから何だ？と...

ようはゲフォもラデも結局のところそういう方向で
つきつめるとDX9GPUじゃないてこと？

チョコラ様チョコラ様、こちらにいらっしゃいますか？
あなたの居場所はこちらですよ。

HALF-LIFE2 @知共党隔離スレ
http://game5.2ch.net/test/read.cgi/game/1068818813/l50

>>85
ゲイツが認めているんだからDX9GPUでいいんじゃない？

ここまで仕様が肥大化してきたら、
今後ＤｉｒｅｃｔＸ１００％対応のＧＰＵなんか１つも出ないに１００ペソ。

>>88
逆にDX完全対応より、よく使われる機能を正確に高速に処理するGPUの
方が重要そうだな...。

>>89
Radeon (ﾟ∀ﾟ)！！！

あれか
FX＝今快適でもすぐ買い換えないと
Rade＝今もそれなりに快適今後もしばらくはそれなりに快適
てことか？

>>1
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/directx9_c/directx/graphics/reference/d3d/constants/d3dusage.asp
の「使用法とリソースの組み合わせ」を要チェック。
D3DUSAGE_RENDERTARGETで，ボリュームテクスチャ作成はDirectX的に駄目なのよ〜。

Radeonの問題じゃ，ｱ〜ﾘﾏｾｰﾝ。

「実装の有無」
「実装された上での精度」
「データフォーマット上での精度」
「演算時の精度」


全部、ごちゃ混ぜに語るクソスレ万歳。

実装された上での精度ってなに？

>>94
あ、間違えた。そこイラネ。

「実装の有無」
両社とも有。

「データフォーマット上での精度」
FXは非対応DX8止まり。ﾗﾃﾞは対応。

「演算時の精度」
両社とも規格内。FXは16&32、ﾗﾃﾞは24。

て事でOK？

>>96
あれ？FXはDirectX9のフィーチャーを一切サポートしてないの？
機能は4Tiと全く同じで性能向上しただけなの？

>>97
データフォーマットは一切サポートしてないよ
それについては↓こっちにしゃぶりついてください。
ttp://pc3.2ch.net/test/read.cgi/jisaku/1076900832/l50
FXがゲーム開発者にDX8カードとしてしか扱われてないのがわかります。

1,32,67あたりには唖然とさせられた
やっぱりN厨は想像を絶するアホだな

32 名前： Socket774 [sage] 投稿日： 04/02/20 11:12 ID:M+vr/NyW
>>2 逝ね

>>71
レンダリングの書き込み先(デバイス)を作成する段階で，エラーになる。
GPUを直接叩くわけじゃなく，DirectX経由だからね。

FXのDirectXドライバの問題なわけで，
OpenGLならFXでも浮動小数点のテクスチャ相手にレンダリング可能だったり〜。

FX発売当初からドライバの問題といい続けて結局今に至るもサポートされてない
結局ハードウェアがサポートしてないということですな
OpenGLにおける浮動小数点テクスチャの異様な遅さはエミュレーションによるもの

使ったことも無いくせによく遅いと言い切れるもんだ

バカ以外なら分かるが、エミュレーションなどできない。
そもそも実装していない場合はバッファリングそのものができないから
簡単に言うとエミュレーションしようにも置いておく場所がない。


こんなことも知らないとはやっぱりA厨は想像を絶するアホだな

「演算時の精度」
FXのみ規格内。FXは16&32、
ﾗﾃﾞは規格外24bitチート。いくらバカがMS公認だとか妄想しようが、規格外は規格外。
「重荷になるからやめた」ことは合意ではない。

て事でOK。

チートって何だよ

>>105
32bit厨誕生おめー

ｺｿｺｿ

>　つまり、現在のGPUの性能とトランジスタ数からすると、本当は24bit程度の演算精度が最も合ってい
>る。しかし、将来のGPUは高速に32bit演算をできるようになるため、24bitのAPIを定義しても、過渡期
>のものに終わってしまう。そのため、API側は32bitで、GPU側は24bit演算ユニット実装という流れになっ
>たらしい。つまり、MicrosoftもGPUベンダーも、承知の上でこうしたAPIとGPUの組み合わせにしたわけ>だ。
>
>　そのため、ATIだけでなく、ほとんどのGPUベンダーが最初の世代のDirectX 9 GPUでは24bit Pixel
>Shaderを実装してくるようだ。例えば、S3 Graphicsも「DeltaChrome」では「8パイプラインを実装し、
>どのパイプラインでも24bit内部精度の浮動小数点演算と整数演算の両方ができる」(Nadeem Mohammad
>氏,Marketing Product Manager)という。ATIと同じタイプの実装だ。
>
>　だから、GPUベンダーは、NVIDIAが32bit精度のPixel Shaderを実装すると聞いてかなり驚いたらしい。
>GeForce FX 5800(NV30)の4個の32bitPixel Shaderという構成の方が例外のようだ。

http://pc.watch.impress.co.jp/docs/2003/0425/kaigai01.htm
また、API(DirectX 9)側の定義するデータタイプは16/32bitだ。
そうすると、32bit浮動小数点ピクセルの処理ではデータをまるめてしまう24bit GPUのRADEON 9800は、
“　真　の　D　i　r　e　c　t　X　 　9　 　G　P　U　”　と　呼　べ　る　の　だ　ろ　う　か

おやすみなさい

ttp://myth.cside1.com/cgi/2ch/index.php?mode=single&num=51&start=94
>FXで速度を出すためには、32bit処理を16bitに切り詰めたり、Pixel Shader 2.0(DX9)の代わりに
>Pixel Shader 1.4(DX8)を使うといった最適化が必要になります。
>普通にDirectX9(PS2.0)で作られたゲーム(Tomb Raider:AoD、Half-Life 2など)は、
>遅くなってしまうと思われます

>FXのPixel Shader(DirectX9)の性能に関しては、NVIDIAはひたすら歯切れが悪いです。
>シェアの大きさを背景に、ゲームメーカーに後ろ向きなDX8時代のようなコーディングを強いたり、
>最適化と称してバージョン毎に速度と画像品質が乱高下するドライバをリリースしたり。
>経緯を知るうちにイヤな気分がしてきたのと、HL2をDX9環境でプレイしたいため、
>FX5800の差し替えを本気で検討中です。

実際のゲームでは（FXでは32Bit演算が遅いため）16Bit演算しか使われていない。
実際のゲームでは（FXではサポートされていないため）浮動小数点実数テクスチャは使われていない。

http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/l50

16bit「しか」使われていないと知ったかぶったバカの末路紹介。
http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/305-397

バカは寝てなさい

>個人ページのバカの独り言など何の意味もない

よく一口にPixelShader2.0、1.4などというが、それが「単体」で存在しているわけではない。
いわば命令セットであって、どのような関数を使うかによるので
開発者は「PixelShader2.0を使う」などとは決して言わない。

「2.0の中にある要素の何がしかの関数を使ったことにより」
結果として2.0対応になってしまったと言うだけであって
「2.0を使う」と言えばそれは全要素を使用したことになるので非常に曖昧。
故に言わない。

「Pixel Shader 2.0(DX9)の代わりにPixel Shader 1.4(DX8)を使う」
このようなことを言っているバカはよくわかってもいない知ったかぶりに他ならない。

ちなみにDX8とDX9でのコーディングアプローチに違いなどもない。
違うと言えるのは「シェーダ」を記述するのにHLSL(とアセンブラ)が使えるか
主にアセンブラで書くかの違いはあるが「コーディング」の方法に違いは 一切 ない。
(バカはDirectXプログラミングというと"全編渡って"HLSLだけが使えるものと思い込んでいるフシがある)

「PixelShader2.0を使う」なんて「MFC6.0を使う」と同じ用法だろうに。
何目くじら立ててるんだ？

自分の周りがアホだらけで，辟易してるのかねぇ。
哀れな奴よのぉ〜。

だいたい1.4で代替しようにもnvidiaの2.0は
スーパーセットだからDX9からDX8に置き換えるも何もない。

要素で判断しないならDX9を使っていることになるではないか。
こんなこともわからんとは哀れな奴よのぉ〜。

(´-`).｡oO(もうよせID:LPWlzOWaよ・・・)

DirectXってゲームやらない人には関係ないんでしょ？

一段落目にツッコミ入れたのに，三段落目の内容で返されたよ。
ID:LPWlzOWaは，漏れに何を求めているのだろう…

>>113
バカはお前の方だ、トイレットペーパーを抱いて寝てろ。
http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/305-397

24bitで阿呆みたいに騒いでるのと今回の発言で全く同じ発言しか見えない。
qkaygwrdとLPWlzOWaは同一人物と見た。

ムキになってるqkaygwrd=LPWlzOWaたん(;´Д｀)ﾊｧﾊｧ

http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/721
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

ついでにそのスレに。
http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/l50

自分のオナニーレスの為に『晒し上げ』と書いてあるもんだ。
もう見てられない。

>LPWlzOWa
ラデ厨工作員様お疲れ様です（ｗ

さて皆さん。このスレに一々 age ながらバカやアホ等の挑発的な
煽りを行っている方がおりますが、
ほぼ間違いなく「チョコラ様」であると思われます。

彼の得意技は曲解とコピペ改変レスです。

彼にレスをしようという方はまず下記のスレを一読した上で
冷静に相手をするか考えることをお勧めします。

HALF-LIFE2 @知共党隔離スレ
http://game5.2ch.net/test/read.cgi/game/1068818813/l50

手口や書き込み内容もまったく進歩していないので、
彼が何をしたいのか良く解ると思います。

寂しい人なんです。友達いないんです。
生暖かく見つめてあげてください。

念のため補足しておくと、 LPWlzOWa の事ね。

真面目に返答しても、都合の悪いことは全て曲解して返すので
真実を指摘したところで彼には無駄です。

弄ったりウォッチして楽しむのが通と言えるでしょう。

おいおい、HALF-LIFE2を晒すのはよしてくれ・・。

物理エンジンの有用性議論で負けて妄想
ここでも負けて「お前○○だろ」と妄想

よっぽど悔しかったんだなATI厨（ｗ

>>112
モデリングディティールがかわるってなんだ？
ちなみにいうとVertexShaderは32bitだぞ？
今の話はPixelShaderのほうな。
論破されてるのかもしれんがそれは、日本語の使い方についてだろ。

あれだろ
16ビットバーチャル8パイプだとふｄ

理解できない厨房は
Vertexshader = 陰影関係生成「だけ」
Pixelshader = 「出来上がったモデル」を描画するもの

とか思ってるらしい（ｗ
さすがATI厨

http://that.2ch.net/test/read.cgi/gline/1054441162/

そもそもDirectXが3Dアクセラレータの進化を歪めている
チップごとにAPIを作ればいいんだ
どうせ互換性なんて無いし

今日のちょこら様

ID:NjL6sg6iでゲフォ厨として頑張るご様子
（ｗを使いたくてたまらないようです。
さてさてこれからどうなるのかお楽しみに。

(＠w荒

>>128
特に否定はしないんだ（ｗ

>>131
よし、弄って見よう。
んで、君は何する物だと思ってるの？

さ〜、なんて返答が来るかな〜。ワクワク。

ちょこらのオナニーヲチ記念カキコ

>>114
>結果として2.0対応になってしまったと言うだけであって

;ピクセルシェーダ1.0を使う
ps.1.0

;ピクセルシェーダ1.4を使う
ps.1.4

; この命令は、すべてのピクセル シェーダの先頭にある必要がある
; http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/jpdx8_c/hh/directx8_c/_dx_ps_graphics.asp

ま、たしかにPixelShader2.0の命令セットの中の要素である
ps命令を「ps.2.0」として使えば結果として2.0にはなるなｗ

>>114は、知ったかだったの？

というか

「PixelShader2.0を云々」

という曖昧な言い方をしないということなのに何か勘違い。
A厨はさすがにバカだな（ｗ
バカと言われて特に否定はしないんだ（ｗ

そういえばGeForceがいまだにPixelShader1.4に対応しないのは何故だ？
3DMark03でGame4の所でGeForceFXがPixelShader1.4→1.1にされてパフォーマンスが
下がるとか何とかいってた気が･･･。

DirectX

8

の資料で
pixelshader2.0とかカタッてる知ったかとか（ｗ
せめて9の資料でやればいいのにA厨はDX8にpixelshader2.0が実装されてると思ってるらしい。
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/directx9_c/directx/graphics/reference/shaders/pixelshader2_0_extended/instructions/instructions.asp

また、1.x要素でも2.0拡張に盛り込まれているものは2.0だがA厨は知らないと（ｗ

>>141
PS1.4の枠内で開発を行うのかPS2.0の枠内でそれを行うのかって
製品を作る上では重要じゃなかったのかｗ
作っていたら2.0必要になっちゃいました、スンマセンで問題ない世界なのか。

ついでに言えば漏れらは開発者じゃないんだから、たとえばHALOの光学迷彩を実現するのに
PS2.0のなんとかっていう命令や他の機能が必要とかいった細かい実現手法の話はしていない。

結局は115に要約されてるじゃないか、無限ループさせたいみたいだなｗ

>>143
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/directx9_c/DirectX/graphics/reference/Shaders/PixelShader1_X/instructions/ps.asp

ほれ、9.0の資料から。
前もって使用バージョンを明記しなければならないという事に変わりは無い

ああ、でも勘違いしないでね

>「2.0の中にある要素の何がしかの関数を使ったことにより」
>結果として2.0対応になってしまったと言うだけであって

漏れは藻前様と同意見なんだからｗ

DirectX 8.1固有のフィーチャー(PS 1.4)は、ATI風味が強いとATI以外のベンダには嫌われているが、
それを敢えてMicrosoftが採用したのは、NVIDIAに対する牽制球だった可能性だって考えられる
(これがまた、3DMark 2003等にも影響を及ぼすわけだが)。
FX5800コキおろし記事より

S3やMatroxでさえ嫌う1.4だが、
nVidiaはPS1.4を独自に拡張したものを加えて2.0+に仕上げた。
問題なのは命令ではなくて、コードランのときにある。
3DMark03 ATIチートとして「命令を並べ替えている」というのがあったが
そういう並べ替えチートができるハードウェアでないと1.4では速くならない。
1.3まではマイナーな拡張しか行われていなかったものが、
1.4で構文を始め大きく変わったのでこのチートを実装していないとダメ。

で、嫌われると

「シェーダは一つしか宣言、構築できない」(1.3と2.0は混在できない)
「DirectXとOpenGLは混在できない」

とか思ってるバカはいないだろうな（ｗ
「作っていたら2.0を必須になりました」なんてものは当たり前、
「作っていたら1.4が必要に」
「OpenGLも必要に」

当たり前じゃないかｗ
ユーザー側からすればランタイム型じゃないのだから
ランタイムとしていちいち何かを余計にインストールする必要がない。
となれば混在する。そしてさせてもいい。
適切なものを適切に使うことは当たり前。
わからんかねえｗ

ｹﾞﾌｫ厨必死だな(藁

ATI以外でピクセルシェーダー1.4対応してるの調べてみたが、Xabreもパフェリアも1.3までしか
対応してないのね。こりゃATIの独自仕様と言われてもしょうがないか。

http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/772
こっちにもｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

いいよな
勝手に紹介してくれると言うのはｗ
まあ黙っていても確実に読まれるけどなｗ

DX8のピクセルシェーダー1.4でさえ対応の差があったということはDX9のピクセルシェーダー2.0は
DX8の時の対応の問題がでかくなって出てきたわけだ。そして各社ごとにばらばらに・・・

「必須」なのと「DirectXが実装したもの」と
「Microsoft自身がベンダごとに異なる実装があると認めていること」を混同している。

必須は必須事項、これがないとDirectX9対応とはいえない。
しかし、バックバッファはこれに含まれていない。
「DirectX9はこれをサポート」というだけで土台があるだけで
必ず実装しなさいという必須事項ではなかったわけだ。
今日日知らないバカもいないとは思うけどなｗ

サーフェイス
テクスチャ
深度
バック(域でサーフェイスへ)

これらはどれも「DirectXは実装した」が、「ハードウェアもこれに対応するよう実装しなさい」という
要求、必須事項ではない。
陰面消去処理もDirectXでは実装されているが、ハードウェアベンダは別に好きじゃないなら実装しないでいい。
VertexShaderもDirectXでは実装されているが、ハードウェアベンダは別に好きじゃないなら実装しないでいい。
DirectX8なら、Vertexshaderがなかろうが何であろうがそれでも必須要求事項を満たせば「フル対応」。

>155
そう考えると各商品ごとに何を実装してるか明記する必要がありますね。
今は大雑把な説明が商品につけられてるが、細かく明記するとややっこしくなるような･･･
どうしたらベストの選択になりやら｢(´へ｀;ｳｰﾑ

>>148
>とか思ってるバカはいないだろうな（ｗ

多分いないと思う。

で、24Bit の話は何処言ったのさ。

>>158
延々とグルグル同じ事が流れているような...。

>>159

そうだよ、このまま延々続くよ。

にしても、相変わらず結論が出たところで、
何の足しにもならない議論がホント〜に大好きなんだね！

プログラムに詳しい人が多いのでききますが
結局、スレタイに対する結論はなんでしょう？
厨合戦を見に来たわけではなかったのですが
じつは、合戦用のフィールドだったのかな？

そんな漏れは
FF11とTEATIME作品のために
Ti4600から９７００Pro に変えた人・・・

【衝撃】GeforceFXはDX8世代GPUだった！【詐欺】
http://pc3.2ch.net/test/read.cgi/jisaku/1076900832/l50
これに対抗して立てられたN厨による完全捏造FUD攻撃スレ

あちゃぁ。
私、やってしまいましたね。

おじゃましました。

ちなみに、当時最速といわれていたので
９７００Proを買っただけで、ラデ厨ではないです。
あ、Ti4600の前にG550だったし。
とにかく、雪蛍が重すぎだったのだ。
今は、快適でござる。って、古いね・・・
今でも通用するので、高い買い物だったけど
後悔はしてないです。

スレ汚しすみません。

ぐあ！
読み返したら不安になったので細くすると
高い買い物は９７００Proね（＾＾；

ま、個人的には雪蛍はいまでも(ry

　　　　　　　　　　　　　（
　　　 　　　　　,,　　　　　　　　）　　　　　　）
　　　　 　　　　ﾞﾐ;;;;;,_　　　　　　　　　　　（
　　　　 　　　　　ミ;;;;;;;;､;:..,,.,,,,,
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ
　　　　　　　　　　ﾞゞy､､;:..､）　　｝
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　 　　　　/;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′
>>1がうんこ臭いから置いときますね

　　　　　　　　　　 ／￣￣⌒γ⌒ヾ
　　　　　　　　　／　＿_______人　　　＼　
　　　　　　　　ノ::/━━　　　　 ヽ　　　 ヽ　
　　　　　　　　|/-=・=-　　━━　 ＼/ 　 i
　　　　　　　/::::::ヽ―ヽ　-=・=-＿　ヽ 　 i
　　　　　　｜○/　。　　/:::::::::　　　　 /⌒)
　　　　　　｜::::人＿＿人:::::○　　　　ヽ )　　
　　　　　　ヽ　　　＿＿　＼　　　　　　/　 　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　＼　 |　.::::/.|　　　　　　　/ 　　＜　 >>1 糞スレ立てんな、虫且虫、氏ね。
　　　　　　　　＼ ヽ::::ﾉ丿　　　　　 ／　　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　＿＿＿＿_-イ

　　　　　　　　　石破防衛庁長官

　　　　　　　　　　 _人
　　　　　　　　ノ⌒　丿
　　　　　＿／　　 ::（
　　　　/　　　　　:::::::＼　　　　　　　／￣￣￣￣￣￣￣￣￣￣
　　　 （　　　　　:::::::;;;;;;;）＿　　　＜　　>>1は糞そのもの、氏ね
　　　　＼＿――￣￣::::::::::＼　　　＼＿＿＿＿＿＿＿＿＿＿
　　　 ﾉ￣　　　　　::::::::::::::::::::::）
　　　（　　　　　::::::::::::::;;;;;;;;;;;;人
　　／￣―――――￣￣::::::::＼
　（　　　　　　　　:::::::::::::::::::::::::::::::::）
　　＼＿＿::::::::::::::::::;;;;;;;;;;;;;;;;;;;;;;;;ノ

　　　 　 ／,二二二二、｀／ C/ ﾆ/ /　/　/ ! 　 !　ｌ 、 ヽ ｀､ﾆ C ＼　二二二二　＼
　　　／／　 ／￣￣ ｀＼ヽC/ ミ/ /, /l　 |l | 　 ||　| l　､､｀､ Ｖ彡C/´ ￣￣ ｀＼ ＼ ＼
　　/　/　 ／ /＾!　／二ヽ└ｌ ｀y' // ｌ, | ┼!ｌ|　 |ｌ| 十ト､! !　!　Y/┘　　　　　　　＼ ヽ　ヽ
　 / / / /　 / ﾉ //ヾｒｯ } !　l V　ﾚ'ｌ´レ|=ﾄ､llﾊ　!ｌ| ﾅ=!､リ､l l　 | !　　　　　　　　　　ヽ ｀､ ｀、
　 ! l　l　l　 / /ノ o ｯﾟヾﾉﾉ　 Ｖ　 l/|/;ど _)゛ ! ヽ|l ";ど _)ヾｌ｀|　 ﾘ　　 　 　 　 　 　 　 ｀、 、 ､
　 ! l　ﾚ‐く ヽ'´／_, ﾆﾆイ　　 ｌ　 l} l! ｌ^i:::j^!　 　 　 l＾i:::j^! l!ｿ!　 |　　　　　　　　　　　　 ｌ　 !　!
　 ヽl´ ＼ ヽ ｌ ／／　　 　 　 |　 |(}　 ゝ- '　＿'＿　ゝ- ' 　!)| 　 !　　　　　　 　 　 　 　 l 　!　l
　　 |　ﾍＪ､J┘/　　　　　　　 |　 !｀ｌ　　　　|´ 　 ｀j　　　　ｊノ| 　 l　　　　　　 　 　 　 　 l　ﾉ　ﾉ
　__／／ >'　 ﾉ　　　　　　　　 ｌ　 l(i｀ ､　 　 、 　 ﾉ　 　 , くil)! 　 !　　　　 　, -、　　　 / /　/
　＼　／　 イ、　　　　　　　　 ｀、 V⌒､丶､ `- '　 , イ´　　 ｌ　f´ ｝　　　／　ﾉ　　　_/_/　/ 　>>1 糞スレ立てんな、蛆虫、氏ね。
　　l`′ ノノヽ＼　　　　　　　　　〉、ヽ　ヽ　|｀　´|　　　 /⌒ﾉ　|　|　　／　／　, - '´_ノ , '
　　ﾉニ´ ﾊ　　ヽ＼　　　　　, -r(__ ゝ､＿_）ﾉ　　 ヽ ＿ ｌ　　　 ﾉ　 し'´　ヽ - '´ , ‐'´ ／
　　l　 　 　 ＼　丶＼ 　 ／　 しr_｀// 　 ヾ　ヮ　ノ'　//_)─　|　　　　　　　ヽ ──‐-､
　　j　　　　ヽ人　　丶／　　 　 （ //--、 ⊂(i」i)つ //__）　　 !　　_ノ　　　　　　‐──'

　　　　　　　　　v――.､
　　　　　　／　　!　　　　 ＼
　　 　 　 /　　 ,ｲ　　　　　　ヽ 　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　 /　 _,,,ﾉ !）ﾉﾘﾊ　　　　i
　　　　i　　jr三ミ__r;三ミ_　　 ヽ 　　　　　　　　 　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　l　 ,iヾ二ノ ヽ二 ハ　　 ﾉ　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　
　　　　ヽ､.l　　,.r､_,っ､　　!_, 　　　＜　 >>1 糞スレ立てんな、蛆虫、氏ね。 　　　　　　
　　　　　　 !　 rrrrrrrｧi!　L.　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　　　　　　　　　　
　　　　　　 ゝ､^'ｰ=~''"' ;,∧入
　　　,r‐‐'"／ >､＿_,r‐ﾂ./ 　 ヽ_ 　　　　　　　　　　　　　　　　　　　　　　　　　
　　/　　／　 i"　i,　..:　 /　　/　 ヽ-､ 　　　　　　　　　　 　　　　　　　　　
　./　　ヽ＞　l　　　　／　　 i　　　　　＼　　　　　　　　　　　

>>66
ほんきでいってんのか？コレ 模 様 が で な い と い け な い ん だ ぞ ？
このGFで出ている模様は、決して色不足によるものではない。ヨーク見れば、凸凹を表現していることがわかるはずだ。
滑らかに陰影が出ているのは、正しく処理できていないということだ。

>>171
正しいのでは？
内部で丸めてるだけだし。

＿|￣|○ｽﾝﾏｾﾝGFのスポットライトがアレなだけでした

(;´Д`)結局ゲフォ厨が暴れてるだけのスレか・・・・・・
A厨とか言うようになってるし・・・・・・・

まぁ最終的にはゲームで不具合が出まくるラデは糞。とか言って終わるんだろうな。

　　　　　|￣￣￣￣￣￣￣￣￣|
　　　　　|　ゲフォ厨は包茎!!! 　|
　　　　　|　ゲフォ厨は童貞!!! 　|
　　　　　|　ゲフォ厨は知障!!! 　|
　　　　　|　ゲフォ厨は悪臭!!! 　|
　　　　　|　ゲフォ厨は汚物!!! 　|
　　　　　|　ゲフォ厨は消防!!! 　|
　　　　　|　ゲフォ厨は.クソ!!!. 　|
　　　　　|　ゲフォ厨は.アホ!!! 　|
　　　　　|　ゲフォ厨は氏ね!!! 　|
　　　　　|　ゲフォ厨は変態!!! 　|
　　　　　|　ゲフォ厨は廃品!!! 　|
　　　　　|　ゲフォ厨は害虫!!! 　|
　　　　　|　ゲフォ厨は病気!!! 　|
　　　　　|　ゲフォ厨は死人!!! 　|
　　　　　|　ゲフォ厨は糞尿!!! 　|
　　　　　|＿＿＿＿＿＿＿＿＿|
　　　　二二 ∧ ∧　||
　　　　≡≡（,, ﾟДﾟ）⊃　ｷﾓｲ...
　 三三〜（, 　　／
　　　　　 ｜ ） )
　　　　　　∪

ゲームで不具合が出まくるラデは糞。

ね〜。２４bit は〜？

動画すら再生で落ちるゲフォは糞。

http://www.nvidia.com/object/demo_lastchancegas.html

Geforce用HDRデモ。
ちゃんとできることがわかる

実はRADEONでHDR見せてたりする罠かも知れん。

それより封印を解いたドライバまだかよ。

ラデ厨(負け犬)を記録するスレとしても役に立つ。

レンダリングデモもムービーデモも同じ"デモ"だが
これがムービーデモなのか？

モーターと言えば電気モーターだけ思い浮かべるようなものだ

本来はエンジン=モーターで
電気モーターはエレクトリックモーターという

余談

>>179
http://www.daionet.gr.jp/~masa/mshdribl/index.html
既存の機能だけでHDRできるのはガイシュツだけど。
動いてるのを見ただけじゃ、DX9-HDRかむりやり実装か区別のつかないところ。
動いていればそれでいいって言うのはゲフォらしくていいけど。

一様にグレアが出るDX8HDRと違うのは見れば分かるし
さんざんガイシュツだけど。

ラデ厨もゲフォ厨も負け犬扱いだろ。

批判すらしない奴らこそ厨じゃないんじゃボォケ。

つかDX8擬似HDRと浮動小数点バッファリングライティングを
一目見て分からないというのは相当に目が悪いと言うか。

悪いのは頭か。

実現方法はひとつじゃないだろ、
>>184の方法では見分けがつくのかもしれないけど、
動いているのを見ただけでは他の擬似的な方法で実現したのか
DX9のHDRで実現したのか、完全に区別できるものじゃない。

件のデモでHDRを実現しているからといって
それがDX9HDRである保証はどこにも無い。

スクリーンショットを確認する頭もないと（ｗ

ATIデモも浮動小数点バッファリングHDRである保証はどこにも無い。
そのくせ気に入りの片方は浮動小数点
片方は違う

さすがにA厨はダブルスタンダードが好きだな（ｗ

>>189
ゲフォ厨誕生おめー。

187 ：Socket774 ：04/02/26 21:15 ID:6cEMShmB
http://www.nvidia.com/object/demo_lastchancegas.html

Geforce用HDRデモ。
ちゃんとできることがわかる

まあ、ラデ厨のファビョりも一段落したところで
なぜ不勉強コラムニストのウソに依然として固執するか考えてみようか。

ハードウェア自体が対応していると思い知らされれば自分のプライドを傷つける。
あれほどハードウェアでは実装していると言われているのに全く理解もできない。
その答えは都合の良いウソだけを信じる障害者としか考えられない。
自分の言い分をコピペされては泣き、技術的な論には反論できず終いには問い返す始末。
言い返せないから「必死だな（ｗ」程度しか言えない情けなさ。


ブリッジチップによる対応はまだまだ需要がある(一気に置き換わるはずがない)AGPとの
容易な互換性、良好な生産性を持つのに理解できない。
すでにネイティブPCI-E製品もできているというのにそれを理解できない。
ラデ厨はnvidiaファンの頭の良さが気に食わないのだ。

前からあげて書いてるやつキショいな
こういうやつはGeForceユーザーからも煙たがられるんだろうな

あ、ラデ厨の工作員か（ｗ

上げられると大弱りする臆病者一匹と（ｗ

まあ必死コイてgoogle検索中だろうが
この言い回しが何がゆえであるか
気付くのはいつのことだろうなあ（ｗ

技術的に"知って"いれば一発で気付くことなのに(ﾌﾟ

>>189
保証は無いよ。
ただ、GeForceで実現できている保証が無いという指摘をしているだけ

>195
>技術的に"知って"いれば一発で気付くことなのに
"思い込んで"いれば確かに信じる事もできるね

DkqstxvOがキショいのであって上げても別に困りませんが（ｗ
まあ厨をこのスレに誘導できるのはありがたいから俺も上げよう

　　　　　　　　　　＿,,_
　　　　　　　　　///／ミミミミミミﾐﾐ:､
　　　　　　 ,.r＝川 !|ミミミミミミミミミﾐ:､
　　　　　/彡彡川 !|lrﾐミミミミミミミミミ:､
　　　　　/彡/´￣｀"　ヾ!ヾlヾ!｀ヾミミミﾐﾐ
　　　　　 |!ﾘ!　　　　l 　 　 ｀　 　　ミミミﾐﾐ
　　　　　　l二ﾆ;ヽ （ ∠ﾆ二ｺ 　　ミミミミﾐ
　　　　　　〉亡_oﾗ　 　亡_oﾗ 　　三ﾆミミ　 　　　　　／￣￣￣￣￣￣￣
　　　　　　l　 ｰ ﾉ｀　 　 ｰ--‐ 　　三三ミﾐ　　　　＜ 　士郎の究極のスレなど
　　　　　 l　　/　　　　 　　　 　　三三ミミ　 　　　　|　 笑止千万
　　　　　 } /〔__　＿,,,〕 　＼　 　 三　|ミミﾐ　 　　　 ＼＿＿＿＿＿＿＿＿
　　　　　| ! r‐---- ―‐‐┐i 　 .三　!ミミミ
　　　　　l　 |ｌｌｌｌｌｌｌllllllllllllllllﾉ　| 　三イ川川.l
　　　　　 ヽ. ´￣二￣￣　　　 　　 」川川ﾘ
　　　　＿_`ｫｰ-r―― '" 　 　 ／　フ::::::ヽ､＿＿＿＿＿
　　　／:::::::／l　　｀"´ 　　 　 ／　 ／:::::::::::／::::::::::::::::::::::＼

頭の良いnvidiaファンとラデ厨とグラボで人を分別するのワロタ
実際会ったらさぞかし気持ち悪い人なんだろうな

>>196
保証はあるよ。
オープンにされているものでウソをつけば叩かれる。
偽HDRデモを出して満足しているATIと違い
nvidiaは32bitテクスチャバッファリングハイ・ダイナミック・レンジ・ライティングを
できているから叩かれない。

バカにはわからないだろうけど（ｗ

>>191
それってDirectX?

>>200
>頭の良いnvidiaファンとラデ厨とグラボで人を分別するのワロタ
そう、そうやってGeForceユーザーのイメージを悪くするからうざい

>>201
>偽HDRデモを出して満足しているATIと違い
ATiもアンタ以外に偽者と揶揄されてるのを見たこと無いけど。

>テクスチャバッファリングハイ・ダイナミック・レンジ・ライティング
なにそれ

ヒント出されてやっと探せたかな？（ｗ

16bit深度、32bit深度バッファリングハイダイナミックレンジライティングレンダリングデモを（ｗ

>>204
保証は無いよ。
ただ、RADEONで実現できている保証が無いという指摘をしているだけ
"思い込んで"いれば確かに信じる事もできるね

>>205
GLでもDXでもいいから、使い方をおしえてよｗ

テクスチャバッファリングハイ・ダイナミック・レンジ・ライティング

これを知らないバカはそうそうお目にかかれないよ
"HDR"としか覚えていないと言うか覚えられないバカは（ｗ

GLとかDXとかそんなもの以前に（ｗ

そこそこイイ画面をファンレスでやれるカードのベンダを支持する

テクスチャバッファリングハイ・ダイナミック・レンジ・ライティングに該当するページが見つかりませんでした。

検索のヒント
- キーワードに誤字･脱字がないか確かめてください。
- 違うキーワードを使ってみてください。
- より一般的な言葉を使ってみてください。
- キーワードの数を少なくしてみてください。

？？？？？
ごめん、見つけられないや･･･

>>208
うな、そういうことじゃなくて、実装の仕方をおしえてよｗ
GLでもDXでもいいよｗ

>>211
うな、そういうことじゃなくて、開発環境を教えてよｗ
基本だね GLとかDXとか言う前にｗ

>>206 保証は無いよ。
>>201

もしかして、彼はこれのことを言っているのだろうか･･･

http://www.daionet.gr.jp/~masa/rthdribl/

おまいら、NV40が出たらすぐに買え
これで全て解決だ。

>>213この保証は無いよ。
ATIは偽HDR

>>212
ん？DXならWindowsでCかC++じゃない？
GLなら、OSなんでもいいから、CかC++？
べつにVBでもアセンブリ言語でもJavaでもなんでもいいよｗ
動くんならｗ

おいおい
OpenGLでできたら何故無意味になるんだよ、話そらすなよｗ

(ATI厨が期待する最大の駄作Half-Life2もやっているというのにｗ)

あ、おまいさん検索するの好きそうだから
ソース公開してるデモひっしゃいてきてよｗ
もちろん「あったら」でいいよｗ

まあぶっちゃけ2005年まではそれで正解なんだろうけど。

>>217
これは久々に大声で「ハァー???」だなｗ

実装の仕方を聞いてるのになぜ開発環境が言えないのかな？
(C++と言ってもいろいろある)

まあまずこれを見て何が足りないかどこが抜けているかを解説してみてくれないかなｗ
そうでなければ実装の仕方を聞いてもしょんないことで(ﾌﾟ
#include <stdio.h>
#include "cookbrdf.h"
#include "schlickbrdf.h"

void main()
{
CookBrdfSeparator cook;
SchlickBrdfSeparator schlick;


// General separation parameters.
float maxbrdf_val = 5.0;
int param_type = PARAM_GSHD;
int norm_type = ONE_NORM;
int sampling_rate = 16;
int cubemap_res = 128;
int hemimap_res = 128;

>>216
そう、ATiのHDRが偽であるという保証は無い、

でも、あんたの言い分は

>保証はあるよ。
>オープンにされているものでウソをつけば叩かれる。

捕捉すると

|（GFのHDRが浮動小数点ベースのHDRであるという）保証はあるよ。
|（なぜなら）オープンにされているものでウソをつけば叩かれる。

という事だろ、
これってATiの浮動小数点HDRが叩かれたという事実を証明できなければ
そのままATiのHDRの保証にも繋がらないかい？

float color1[3] = { 0.75164f, 0.60648f, 0.22648f };
float color2[3] = { 0.628281f, 0.555802f, 0.366065f };
cook.SetClampVal( maxbrdf_val );
cook.SetParametrization( param_type );
cook.SetNormType( norm_type );
cook.SetSamplingRate( sampling_rate );
cook.SetCubeMapRes( cubemap_res );
cook.SetHemiMapRes( hemimap_res );

cook.SetDiffuseColor( color1 );
cook.SetNormalIncidenceColor( color2 );
cook.SetDiffuseCoefficient( 0.6f );
cook.SetSpecularCoefficient( 0.4f );
cook.SetFacetSlope( 0.22f );

fprintf( stderr, "Creating Cook-Torrance...\n" );
cook.DoSeparation();
cook.SaveTextures( "gold" );
fprintf( stderr, "Cook-Torrance Done.\n\n\n" );

float color1s[3] = { 0.95f, 0.8f, 0.7f };
float color2s[3] = { 0.5f, 0.5f, 0.5f };

schlick.SetClampVal( maxbrdf_val );
schlick.SetParametrization( param_type );
schlick.SetNormType( norm_type );
schlick.SetSamplingRate( sampling_rate );
schlick.SetCubeMapRes( cubemap_res );
schlick.SetHemiMapRes( hemimap_res );

schlick.SetType( DOUBLE_MATERIAL );
schlick.SetRoughness( 0, 0.05f );
schlick.SetIsotropy( 0, 0.2f );
schlick.SetNormalIncidenceColor( 0, color1s );
schlick.SetRoughness( 1, 1.0f );
schlick.SetIsotropy( 1, 1.0f );
schlick.SetNormalIncidenceColor( 1, color2s );

fprintf( stderr, "Creating Schlick...\n" );
schlick.DoSeparation();
schlick.SaveTextures( "metallic" );
fprintf( stderr, "Schlick Done.\n\n\n" );

>>222捕捉
>叩かれたという事実を証明できなければ

自説を証明に自説を持ち出すなよｗ

そう、nvidiaのHDRが偽であるという保証は無い、

でも、あんたの言い分は

>保証は無いよ。
>だって俺がそう思うんだから

捕捉すると

|（GFのHDRが浮動小数点ベースのHDRであるという）保証は無いよ。
|（なぜなら俺が見て分からないから)俺がそう思うんだから。

という事だろ、
これってATiの浮動小数点HDRが叩かれたという事実を証明できなければ
そのままATiのHDRの保証にも繋り、であれば叩かれた証拠の無いnvidiaHDRの保証にも繋がらないかい？
というか偽であるという保証が無いならnvidiaHDRは本物であるという保証に繋がらないかい？
というか俺がそう思うからで決めるバカはバカであると言う証拠にならないかい？

>>224
補足 逃げに入るなよｗ

というより
おいおい
OpenGLでできたら何故無意味になるんだよ、話そらすなよｗ

(ATI厨が期待する最大の駄作Half-Life2もやっているというのにｗ)

これには答えずバカであるという証拠の一つに加えられるなｗ

>>221
>>223
#include "cookbrdf.h"
#include "schlickbrdf.h"
この辺つかったことないから　わからんよｗ

すごい必至なのが1匹
餌を与えないでください

>225
>であれば叩かれた証拠の無いnvidiaHDRの保証にも繋がらないかい？

なるだろ、そりゃ。
だた、あんたの言い分はATiは偽者でnVidiaは本物という事だろ？
上の主張を根拠とするのなら「ATiもnVidiaも同様に本物です」
という事になって、もうめちゃくちゃじゃないか。

>というか偽であるという保証が無いならnvidiaHDRは本物であるという保証に繋がらないかい？
？

>>227
いやぁ読めばヘッダファイルの中身ごときわかるでしょーやｗ

でなきゃ実装の仕方(=DirectXプログラミング OpenGLプログラミング)なんて
夢のまた夢、妄想症のバカ披露てなもんでｗ

>>229
言い分は「バカ引っ掛け」「矛盾紹介」なわけだが？
（だから餌と針がこれなわけだｗ）

見事引っかかって矛盾を露呈しましたとｗ

(日本語読めないバカ2)

>>226
>OpenGLでできたら何故無意味になるんだよ、話そらすなよ

頼むから話を混乱させるの止めてくれ
DXでの実現を肴に話をしてたんじゃないのかよ！

GLでできるというのにDXでできないのは何でだろうね♪
っていう話をしていたところで、おまえさんはDXでも実現できるっていったんだろ？
>「HDRはDirectXでしか実現できない」
>とか思ってるバカは特に（ｗ
なのになんでいきなりGLなら出切るよって話になるんだYO!

RADEONは普通に影とか描画してくれないし
OSごと逝ってくれるし
次に買うんだったらげふぉだな
今RADEON9800pro使ってるが。

>頼むから話を混乱させ

頼むから話を混乱させるの止めてくれ
ハードウェアでの実装有無を肴に話をしてたんじゃないのかよ！
てか勝手に何妄想してんだよｗ
205 ：Socket774 ：04/02/26 23:52 ID:hPi9NkGC
>>203
>「HDRはDirectXでしか実現できない」

おいおい
OpenGLで実現できたところで無意味だろ、話そらすなよｗ

>おまえさんはDXでも実現できるってい
どこでそう書いてるんだろうね♪

>「HDRはDirectXでしか実現できない」
>とか思ってるバカは特に（ｗ
「だから」GLでも出切るよって話になるんだYO!

「HDRはDirectXでしか実現できないと思ってるバカ」＝
「別にHDR(=浮動小数点バッファリングハイダイナミックレンジライティング)はできる」

(こいつぁマジに日本語読めないバカ4)

よし
バカにも分かる日本語講座だ

(OpenGLでもできるのだから)
DirectXでしかHDR出来ないとか思ってるバカはいないだろうな

ハードウェアで実装してるのはわかったから
なぜ、ｎVidia側が対応しないのか、その理由を教えて欲しい

>>230
ヘッダーないやｗ　ごめんごめんｗ
それなんのヘッダー？ｗ

>>231
分からなかったのか、しょうがないな。

>というか偽であるという保証が無いならnvidiaHDRは本物であるという保証に繋がらないかい？

「偽者であるという保証が無い」と「本物であるという保証」は等価ではない
「本物であるという保証が無い」と「偽者であるという保証」は等価ではない
なんだっけ、こういうの。論理学とか言ったっけ？

>というか俺がそう思うからで決めるバカはバカであると言う証拠にならないかい？
でもそれっておまえさんの事だよね。

>>236
そんなもんサポートにメール出して聞けばいいだろｗ
と普通は思うだろうな

こちらにできるのは「俺予想」と「聞いた話」しかない。

>>237
Cやってるなら誰でも知ってるがヘッダって「既存のものしか使えない」
わけではないよなｗ
中身読んでこれではコンパイラ通らないと思ったらその足りない部分がヘッダになるわけだがｗ

ここまでヒントやってわからないとなりゃ（ﾌﾟ

>>239
> >>236
> そんなもんサポートにメール出して聞けばいいだろｗ
> と普通は思うだろうな
> こちらにできるのは「俺予想」と「聞いた話」しかない。
俺予想って･･･ｗ
なんか、無駄な時間を過ごした気がする･･･
寝よ

>>238
分からなかったのか、しょうがないな。

>「偽者であるという保証
疑うのなら、疑ったほうが否定の証拠を挙げなくてはならない。これを挙証責任という。
知らないのなら適当な妄想をしてはならない。これをすればバカと呼ばれる。
なんだっけ、こういうの。論理学云々とか言う以前に「常識」とか言ったっけ？

>というか俺がそう思うからで決めるバカはバカであると言う証拠にならないかい？
それっておまえさんの事だよね。「擬似HDRだ」とばかりに証拠も挙げずに言ってるんだから。

自分は言うが人には言われたくない
こりゃバカがよくやるダブルスタンダードだよね（ｗ

>>239
cookbrdf.h
schlickbrdf.h
検索したらでてきたから、ぱくってんのかとおもったｗ
おまえがかけばいいんじゃないの？ｗ　HDRデモをｗ

というより
おいおい
OpenGLでできたら何故無意味になるんだよ、話そらすなよｗ

(ATI厨が期待する最大の駄作Half-Life2もやっているというのにｗ)

>241
>「擬似HDRだ」とばかりに証拠も挙げずに言ってるんだから。

誰が言ったんだｗ
俺が言ったのは「かもしれない」分かりやすく言えば
擬似HDRである可能性を否定しきれていないよ
というところまでだ。

>>240
禿同

>>242
ていうか
おまえがかけばいいんじゃないの？ｗHDRデモをｗ

なにせ
「実装の仕方教えてよ」（教えて君、ド素人）
と書く気満々なんだからさｗ

自分の言ったことすら覚えてないのかな？ｗ

>>243
できたところで無意味
できたら無意味

違いは何だろうね、では今度こそ脱落

>>244
誰が言ったんだｗ
俺が言ったのは「かもしれない」分かりやすく言えば
ATIデモは擬似HDRである可能性を否定しきれていないよ
というところまでだ。

というより
おいおい
OpenGLでできたら何故無意味になるんだよ、話そらすなよｗ

(ATI厨が期待する最大の駄作Half-Life2もやっているというのにｗ)

>>246
できたところで無意味
できたら無意味

違いは何だろうね、あとは自分の言ったことは覚えておこうねｗ

（寝ると自分の言ったことすら覚えられない、日本語読めないバカ5）

#ifndef _WIN32
#define GLH_EXT_SINGLE_FILE
#include <glh_extensions.h>
#endif
あ、もしかして　これがたりないとかいうのかいｗ
もちろん　こんなあほらしいことをしないよねｗ

ATiのDX9がパチモンって事だったか。

ユーザー数はnvidiaの方が圧倒的に多いのに、
何故馬鹿な厨房はラデ使いの方が多いんだ？

できたところで無意味
（できたラインまできたがそれは無意味であった）

できたら無意味
(できたラインまできたがそれは無意味)


同じ意味であった（ﾌﾟ
「しか」もそうだがどうも日本語の読めないバカがいるようだ（ｗ

>>250
これも相当なものだが

いくらなんでも中身見れば何をしようとしてるかわかるだろうｗ
そうすりゃそのヘッダじゃないことくらい理解できるはずだがｗ

仕舞いにゃ「gl_Enable」とか出してきたりして（ﾌﾟ

痛いやつを演じているのかそれともそれが素なのか

いい証明ショーじゃないかｗ

言えば言うほど恥を晒すことに
言わないなら言わないで「沈黙は負け」だし

どっちにしても負けになるよう相手を操作するのが議論の醍醐味と言うものさな（ﾌﾟ

>>253
あ〜わっかんねーｗ
で、答えは？ｗ

ワクワク((o(゜▽゜○)(○゜▽゜)o))ドキドキ

証明ショーじゃなく洗脳ショーだろ。

あー怖っ。

というか、果たして現状理解できないバカが答えを書かれて理解できるのだろうか？ｗ

ソースは多行にわたるが制限に引っかからないか？も大問題である
だから「何をするのか」ということだけで勘弁してやろうと言うのに


結局恥を晒して逃げていったA厨とｗ

>>259
分割して連投しすれば？
あ、もしかしてそんな方法思いつかなかった？

難しい事はよくわからないんだけど、
つまり、DX8.1のFFをやるには、RADEONじゃだめで、GFを買いなさいってこと？

>>260
つか答えが何かを理解していればわかるが
答　え　は　も　う　既　に　出　て　ん　だ　け　ど

あ、もしかしてそんなもの程度思いつかなかった？

This example program demonstrates how to separate a 4D BRDF into
the product of two 2D functions represented as textures. The data
generated by this example program is suitable for use by a viewer
such as "brdfview" which performs real-time BRDF-based lighting.

>>262
なんだ、やっぱり書けないのか（ｗ

ちゃんとコンパイル通って exe になるやつ出せよ。
他人のソースの一部をコピペじゃないやつね。

ねむいｗ
もう寝るからねｗ
朝までにはかいといて〜ｗ

ちょこら様のソースコピペ元。
ttp://216.239.57.104/search?q=cache:IQ44WpJkeIIJ:www.icarusindie.com/devzone/OpenGL/OpenGL%25201.2%2520SDK/src/demos/brdfseparate/main.cpp+schlick.SetParametrization(+param_type+)%3B+&hl=ja&ie=UTF-8

自分で書いて無いじゃん。
書けないんだろ？

>>266
あーあ。
もうやめろよ、傍で見てて痛さ爆発だから。

>>266
うわぁ･･･

海に廃棄処分

　　　　　从 　　　　　　　　
　　））λ::）λ　　 ））　　　
　　 λ(::::::::;)λ（（（
　　（:::（:::::（:::）人）））
　 λ）:::）:::::（::::::λ
　（:::::<丶｀Д´>::::::）ﾌｧﾋﾞｮｰﾝ !!!
　 'ヽ;;;(ﾉ　　つ;;;ﾉ
　　 〜|春鮮|;;;;ﾉ
　　　　U"U　

219 ：Socket774 ：04/02/27 00:14 ID:LDO7yKAo
あ、おまいさん検索するの好きそうだから
ソース公開してるデモひっしゃいてきてよｗ
もちろん「あったら」でいいよｗ

検索するの好きなのはラデ厨だった

自分で書いたと一言も言われていないのに妄想

待て待て…
自分で書いた、書いてないじゃなくて、
自分で書けやしないコードもってきてるのが問題なんだって。

要求が「ひっしゃいてきてよｗ」

だってさ

公開コードなのならわかるはず
わかりもせんのに要求したことの方が大問題

＞RADEONはDX8世代GPUですらなかった
>>１の頭の悪さがわかるな,
DX8のシェーダーは16bitだ。故にこのタイトルは名誉毀損だ。

オマケに何でコンパイルするかもわからないのに
コンパイルしてexeになるやつだってさ


VC++と棒C++では違うことも知らんのだろうなあ

／￣￣￣￣￣￣￣￣
|　>>1　糞スレ立てんな、蛆虫、氏ね。
＼
　 ￣￣￣|／￣￣￣￣

　　　　　ノ ノ ）　ミ　　　　　　
　　　　 ‖ ＼　／|　←ゲフォ厨
　　　　ｃ| ─◎-◎
　　　　 （∵）　∀ ）　ﾊｧﾊｧﾊｧﾊｧ
　　　　　.＼　　 .ノ
　　　／￣　　　 ￣＼
　　／;;;:::::::::::::::　　　　＼
　/::::　　/::::::::::::　　 　|::::|
（::::::::　（ξ::　　・　ノ::・/:::|
　＼:::::　＼:::::::　　　（::: |
　/:::＼:::::　＼:::　　　 ヽ|
/::::　 　＼:::::　＼:::　ヽ　）
|:::　　　 　 ＼::　　￣￣⊇)＿＿　　〜
|:::::::　　　 　　＼;;;;;;;;;;;（＿＿（;;;・）　　〜　（=´ω`）ｲｶｸｾｰ
＼::::::::::　　　ξ（;;;　）;; ）　　　　　　〜
　　＼::::::::::::　　　　）　）
　　　　）:::::　　　／／
　　　/:::::::::　／／
　／:::::　　（＿（＿

>>275

Windows用の ifdef カットしてコメント外しただけで、実行コード
には１文字たりとも手を入れていない。
プログラム環境を限定すれば有ってるとも間違ってるとも
どうとでも言える例を出して「間違いを探しましょう」もなにも
無いだろうに。

コンパイル通るやつを出せと言っているのは、
>>223 の最後に } 括弧抜けてるから。まさかこれが解答じゃないよな？
この流れで問題出すなら最低 ＯｐｅｎＧＬやＤＸ に関連した間違い等を
例題にするべき。

自分で書けといっているのは、他人のコメントカットなら誰でも出来るし
貼り付けた内容を本人が理解していない可能性大だから。

解答を書かないのはあまりに恥かしい解答なのがばれるからだろ？
結局、知識が必要なところからは逃げてるだけ。

>>277
gcc だろ？

要求が「ひっしゃいてきてよｗ」

だってさ

てか知ってるなら自分で完璧に回答して恥をかかせてやればいい

それができないで「答えは？」なんて聞いてるあたりわかってない可能性大。

解答を書かないのはあまりに恥かしい解答なのがばれるからだろ？
結局、知識が必要なところからは逃げてるだけ。

>この流れで問題出すなら最低 ＯｐｅｎＧＬやＤＸ に関連した間違い等を例題にするべき。
趣旨は理解しているらしい。

>>281
なぜ恥かしいか、もう既に書いてあるんだけどな…。

http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=%E3%81%B2%E3%81%A3%E3%81%97%E3%82%83%E3%81%84%E3%81%A6%E3%81%8D%E3%81%A6%E3%82%88

http://www.google.co.jp/search?q=%E3%81%B2%E3%81%A3%E3%81%97%E3%82%83%E3%81%8F&ie=UTF-8&oe=UTF-8&hl=ja&lr=
らしい

甘く見てやっても「誰が望んだのか」とゆーことは理解してない

>>277
VC++と棒C++では同じコードで動かないの？
もちろん、STLとかその辺じゃなくてGLとかのことだよ

ハゲ

その件に関しては __stdcal と __cdecl の違いとかでは。
for の スコープ問題とかもあったな。

>>289
ありがと。
で、>>221はなにが間違ってるのか分かる？
分かるならおしえてほしい

>>290
俺が答えても意味ないと思うが。
そもそもが実装の仕方を問題にしていて、
それを説明して理解できるかどうかを計るためだろうし。

個人的には変数名がハンガリー記法じゃないというのが許せませんが。

ハンガリー精神が足りない

ハンガリー動乱だな

ハンガリー記法…ﾏｲｺｰに毒されてますな

>>291
まぁ、プログラマじゃないおれがBRDFについてわかんなくてもいいでしょ
単純に知りたいだけだから、教えてくれない?

なんか、まったりｗ

結局何買ったらええねん。

>>295
>まぁ、プログラマじゃないおれが
冗談はよしなさいよ。

DXでもGLでもどっちでもいいからHDRの実装の仕方
教えて欲しいのではないの？
開発環境はVCだろうがVBだろうがJavaだろうが何でもいいとか言ってたでしょ。

人に強要しておいてそれはないんじゃない？

確かに俺は商業では専業プラグラマとして給料貰ってるわけじゃないし、
たまにサポート入るぐらいで基本的にプログラムは個人的趣味だが、
それでも「プログラマではない」という言い草はしないぞ。

>>まぁ、プログラマじゃないおれが
>冗談はよしなさいよ。
気に障ったんなら、あやまるよ。

別にHDR自体の実装の仕方はどうでもよくて、
FXでの浮動小数点バッファを使ったHDRができるっていうから、
じゃあ書いてみてよって意味ね。
DXではドライバレベルで使えないわけでしょ。（GLは知らない）

えっと、書き込んじゃったんで読み続けてますが
実は、こういういいあいが楽しい人たちの集まりなのかな？
２ちゃんねるは情報の倉庫だと思っていましたが
ほとんどが、チャットのログみたいで残念。
あの、何ができると［ＤＸ８世代ＧＰＵ］っていっていいのかな？
定義みたいなものってあればいいんだけど。
スレタイが本当なら、ＡＴＩはだましたってことになって
社会的な糾弾があってもおかしくないですよね？
プログラムに詳しい人に聞こうと思ったのが
この［定義］だったんですが、知ってる人いますか？
せっかくだから、［ＤＸ９世代ＧＰＵ］と名乗れる条件も
教えてほしいかも。

だめ？

あれ？！
ＩＤが以前と違うので補足です。
>>299＝>>162
です。

>>299
昔から言われてるけど、2chは便所の落書きの集まりです。
それ以上のことを期待してはいけません。

ちなみに、
DX8の必要機能が満足されていればDX8世代
DX9の必要機能が満足されていればDX9世代
そして、結果的に必要機能が満足されていることが条件。

>>1
お前、ブラよろとか好きだろ

で、結局FFやるにはRADEONとGeFoどっち？

>>303
PCが燃えるのが好きならgefo
ちゃんと表示されないのが好きならradeon

>>304
焦げるのは、ごく一部のカードだけだろ？

>>304は全てのGFが発火すると思い込んでいるPCに疎いｵｻｰﾝ

わからないのに教えてもらってどうするつもりだろうか。
それが「正しいかどうかも分からない」では意味なし。

プログラム板に助け求めにいってご苦労さんだが

そこがゲーム主体のラデ厨と、シェーディング言語弄り倒してるだろう
ゲフォ厨(というかクア厨か)の差だろう。

>>307

出題した問題が不備だらけのやつにそんなこと言われてもなぁ…。

コンパイルできないわけでもなし
大括弧が抜けてるならそこも指摘すればいいし
自分で大括弧をつけてヘッダを類推して作成しコンパイルしてみればいいだけの話。

そこまでやってない奴がグダグダ言ったところでバカ扱いされるのがオチ。

>>303
PS2

>>310
君って本当に凄いなぁ…。

HDRってこれ？
http://www.daionet.gr.jp/~masa/rthdribl/index.html

GeForceFXだと動かないの？

>>313
動くけど

フレームレート稼げない
画質は落ちる

といいところまるでなし。
FXはカラー整数10bit以上のフォーマット（浮動小数点じゃない！）
もサポートしていないからな〜。

189 ：Socket774 ：04/02/26 22:47 ID:DkqstxvO
スクリーンショットを確認する頭もないと（ｗ

ATIデモも浮動小数点バッファリングHDRである保証はどこにも無い。
そのくせ気に入りの片方は浮動小数点
片方は違う

さすがにA厨はダブルスタンダードが好きだな（ｗ

HDRで浮動小数点16bitバッファを使うくらいなら
整数16bitを使った方が精度が稼げていいんじゃない？

そんなにダイナミックレンジが必要なわけじゃないし。

（=´ω`）´ω`）´ω`）´ω`）´ω`）

>>316
HDRの意義を真っ向から否定する発言だな。

コード云々言ってるヤシ居るけどさ、D3D API通して使える使えないって、HW実装と関係なくね？

RADEONの実数演算ユニットが24bitってのを例に解りやすく言うとさ、HWで24bit処理でも
D3D API通して見れば、16bitも32bitもEnabledなんだよな。
要するにD3D APIってのは、そういう個々のアーキテクチャの違いを単一のコードで組めるように
するのが目的なんだから。
DX3の時代なんてのはその辺が一番解りやすかった。
あの時代はD3Dで規定された全ての機能を盛り込んだチップなんてなかったから、
どう足掻いても表現できない機能はDisabled、なんらかの機能で代行できれば
ドライバでそういう対応させてEnabledにしていた。
だからサポートされていると言っても、皆が皆正しく表示されるわけではなかった。
それでも「DX*対応」と謳う事は、なんらおかしな事ではなかった。

なにが言いたいかっていうと、HWで実装されているのかエミュなのかは、ドライバを逆アッセンして
解析しないとわかんねって事。

もともとソフトから見てEnabledになっている機能を見てDX9対応の議論をしてたんじゃ？

RADEON 精度問題とGeforce FX のテクスチャ、バッファ問題は
DX9の的確性を問う上で問題は無いが
実際のゲームでは明らかに後者のほうが迷惑だろ。

たしかに、「精度が落ちる」なら頭の片隅に意識するだけで良いが、
「使えない」は面倒だわな…

精度が落ちるほうが大問題。
使おうとすれば代替できるものと違い
もともと精度がないのだからこれは悪質。

>>323
仮に、24bitと32bitで演算結果に1の誤差が頻繁に出るような複雑なシェーダーを走らせた場合、
リアルタイムと呼べる程の描画速度は保持できないと思うけどね。

いや、>>323が自主作映画でも作ってるのなら、あなたの仰る通りで。

http://pc.watch.impress.co.jp/docs/2003/0425/kaigai01.htm
しかし、それは開発者にもAPIにも重荷になると考えてやめた。
そう遠くないうちに、全てのチップが常に32bitで走るようになると考えたからだ


32bitは映画だけのものだとか考えている馬鹿へ

>>325
その記事はしっとる。
遠くないうちに32bit化も解ってる。当然だ。

しかし、>>324が言ってるのは、
今の性能では、24bitと32bitで表示に誤差が出るような複雑なシェーダーは、リアルタイム処理として満足できる速度を出せない可能性が有る。
だから、オフラインレンダリングである映画を話題に出したんだ。

しかも、そのソースは、「24bit演算がDX9公認であり問題でもなく悪質でもなんでもない」ってのを示すソースだ。

いくら32Bit塩山の為でもカクカクしたら泣けるな。安い物じゃないからな。
この手のボード買う人はグリグリ動いて欲しいからでそ。

公認ならば24bitが定義される。
されないのは重荷になるからなのに
それを実装するのはチート。不正。

ちなみにテクスチャフォーマットがどれだけ多くあっても
24bitチート固定パイプラインでは各32Fの128bit処理では
何度もパイプラインをまわさないと処理できずに
端折りも発生するためパフォーマンスが出ない。
だから速度で問題が出るといわれるわけだ。

「どうせ使えない」
「24bitチート」

>>325
ゴメンね、映画と言わずそのリンク先みたいにオフラインCGと言えばよかったのかな？
そこに32bit精度の必要性と24bit精度という妥協点について、とっても解りやすくまとめてあるね。

>>326
代弁thx

>>328
＞公認ならば24bitが定義される
APIという物が、どういう意図で作られているのか一考してみてくれ。

＞24bitチート固定パイプラインでは各32Fの128bit処理では
＞何度もパイプラインをまわさないと処理できず
そうなの？初耳。
その各32Fの128b処理時の32bit演算と24bit演算でどう違うのか教えて。

しかしおまいらループが好きですね

>>328
ちょっと落ち着いて書きなさい。
読む側の身にもなってくれ。


24bitを定義したら、32bit,24bit,16bitとAPIの仕様が増えてしまう。
それは開発者の重荷になるから、24bit仕様は実装せずに、32bitモードでの24bit演算をDX9のDX9の仕様策定の段階で了承した。
で、その仕様で実装したらチートで不正なのか？

> 何度もパイプラインをまわさないと処理できずに
> 端折りも発生するためパフォーマンスが出ない。
何で、何度もパイプラインを回さないといけないのだ？
32bitデータを24bitとして扱うから演算回数は32bit回路と同じでしょ。
あと、32bit->24bitのオーバーヘッドなんて殆どないとおもうが…

http://www.4gamer.net/specials/hl2_gfx/hl2_gfx02.html

知識のないガキ向け。
64bit以上は例外なく長くなる

後藤氏の「ことのようだ」という推測と
実装されていない定義されていないという「現実」

がわからない馬鹿もいるが

つうか、今のゲームパソコンじゃ32bitで問題ない速度の演算ができないのに
32bit定義なんて無意味だっつの。

入れる偏差値がないくせに、上位大学の優位性を騙るのと同じ。
現実でなければなんの意味もない。

32bitで問題なく速いGeForceは存在しないし、今のGPUは速度的に満たすには
24bit相当で計算するしかない。座標精度を32bitに設定したら遅くなる。

32bitで問題ない速度になる頃にはRADEONも結局32bitになっているだろう。
ATIもnVidiaも与えられたトランジスタの割り振りをするメーカーにすぎないし、
半導体技術と動作理論自体は大本が一緒である以上結局同じ水準で今後も
推移する。

精度だのパフォーマンスだのなんて幻想。
5個のおもりをそれぞれどこにおいたらたくさんの漬け物が上手に漬かるか。
桶を小さくして美味しくするかわりに全員に食べさせられくて餓死者が出る、
桶を大きくして不味くなったせいで、口に合わなく食べられない人間が餓死するか。
結局その程度の問題でしかない。

綺麗な紙芝居でゲームはできないっつーの

つうか、今のゲームパソコンじゃ32bitで問題ない速度の演算ができないのに
32bit定義なんて無意味だっつの。

入れる偏差値がないくせに、上位大学の優位性を騙るのと同じ。
現実でなければなんの意味もない。

32bitで問題なく速いGeForceは存在しないし、今のGPUは速度的に満たすには
24bit相当で計算するしかない。座標精度を32bitに設定したら遅くなる。

32bitで問題ない速度になる頃にはRADEONも結局32bitになっているだろう。
ATIもnVidiaも与えられたトランジスタの割り振りをするメーカーにすぎないし、
半導体技術と動作理論自体は大本が一緒である以上結局同じ水準で今後も
推移する。

精度だのパフォーマンスだのなんて幻想。
5個のおもりをそれぞれどこにおいたらたくさんの漬け物が上手に漬かるか。
桶を小さくして美味しくするかわりに全員に食べさせられくて餓死者が出る、
桶を大きくして不味くなったせいで、口に合わなく食べられない人間が餓死するか。
結局その程度の問題でしかない。

>>332
そのサイトに書いてあるのは、
「RADEONの方が、GeforceFXよりシェーダーが長い場合の性能低下が大きい」って話しで、
１ピクセル当たりのデータ量は関係ないと思いますが？


私はガキで知識が乏しいようなので、そのページの何処に
「64bit以上は例外なく長くなる」
を説明してるところがあるのか教えていただきたい。

あと、ソース丸投げじゃなくてちゃんと解説してね。

目に見える全ての描画を32bitでやれとか言ってる
物も知らない馬鹿もいるが

定義された精度で描画しなければDX9対応ではない
16bitと32bitを組み合わせてよいし他のAPIを組み合わせてもよい
32bit描画OpenGLも速いのがGeforce
そもそも32bitができないチートがradeon

http://ime.nu/www.itmedia.co.jp/anchordesk/articles/0402/13/news064_3.html

長いから「パフォーマンスが出ない（遅くなる）」と書いてある
（西川のヨタは盲目的に信じるのにこういうときだけ理解できない馬鹿もいるが）

というか8bitバッファと64bitバッファで同じシェーダ長になるという根拠は？

つうか、今のゲームパソコンじゃ32bitで問題ない速度の演算ができないのに
32bit定義なんて無意味だっつの。



つまりR32G32B32フォーマットなんて無意味ということ。

OpenGLなんてゲーム会社の作業員にしか有用性無いんじゃないの？
肝心のゲームで遅い事の理由にならない。

単に、初期開発段階で能力の振り分けをミスしたのを実際の設計を
変える事で軌道修正せず、関心の高いユーザーに知的満足度を与える
ことで埋め合わせしてるにすぎないのではないか？

どちらにせよGeForceはパフォーマンスが出ないが32bit機の所有的満足度があり、
RADEONは精度にやや不満が出るが十分なパフォーマンスが出る。
結局商品の特徴の訴求点が違うというだけで、不完全な物を比べても仕方ない。

>>339
遅くなるのは事実としても64bitという具体的な数字の出所がわからない

もうその辺にしときなさい
nnI8YxCK自身、自分で何言ってるか理解してないんだから

http://pc.watch.impress.co.jp/docs/2003/1128/kaigai050.htm

馬鹿と違いOpenGLは非常に重要と考えられている
それよりも「じゃないの？」という馬鹿の「仮定」なのに
それを前提にして論を進めるとはさすが馬鹿

最後には仮定が己の中で真実に置き換わるあたり唸るよりほかない

CADもそうだし科学技術にもOpenGLは使われている
DirectXなど使われない

ゲームの為に買うんじゃい。

いつからOpenGLについて語るスレになったんだろう。

>>343
同意。


思ったんだけど、各「DX*世代」を名乗るチップでD3DをHWフルサポートしていた物なんて
なかったような気がするなぁ。
Voodoo2だけがDX5に於いてフルサポートだったかな？
とりあえずnnI8YxCKの理論でいくと、今までのチップ全てが「チート」だったワケか。

なんかアホらしいからもうどうでもいいや。

馬鹿の不勉強を正してやったのだから
感謝されてもよさそうなものだが
馬鹿はそんな頭は持ち合わせていない

>>338

いつの間に、シェーダーの演算精度の話から、描画の話になったのでしょうか…

> 定義された精度で描画しなければDX9対応ではない
ということは、DX9で定義されたテクスチャフォーマットが使えないGeforceFXはDX9対応ではないんですか？
元データの精度が低いと演算精度が低い場合よりも描画への影響が大きいと思いますが…

あと、OpenGLの話ではなくてDirectX9での話です。


>>339
申し訳ないですが、>>332とソースが変わってますが…
ところで、64bitって何を指してます？A16R16G16B16の場合は、GeforceもRADEONも各要素16bitずつで計算すると思いますが…

>>340
> つうか、今のゲームパソコンじゃ32bitで問題ない速度の演算ができないのに
> 32bit定義なんて無意味だっつの。
いったい何が言いたいのでしょうか？GeforceFXの売りである32bit演算を否定するなんて…

>>343
了解いたしました。

>>344
貴殿にとってはOpenGLが重要かもしれませんが、GeforceやRADEONが最も売れている層にはどうでも良い話です。
あと、話題のすり替えはもっと巧く行った方が良いかと思います。

>>345
CADや科学技術で使うOpenGLにシェーダーの精度が関係あるのでしょうか…
参考までに、どういう使い方をされるのか教えていただけないでしょうか。

>>347
もう少し面白いと思ったんですが…なんかいまいちでしたねぇ…

>>348
ソース丸投げ＋説明になってない説明…
もうすこし細かい話をして頂ければよかったのですが…
「演算精度」について。

RADEONはH/W TCL搭載だからDirectX8世代ですらないのは当然なんとちゃうん？
そういやVEは何世代になるん？

>>345
DQN丸出し、CADだのグラフィックツールだの、絵だの図を描く業種で
32bit精度が必要あるわけないし、実際ほとんど意識されてないっつの。
3次元の寸法とか形状は数式の組み合わせだから実際は何bitでも良いんだよ。
あと、技術計算に描画なんて関係ねーよ。そりゃぁOpenGLじゃなくて
プログラムだろ。
32bit描画でプレゼン用意する暇があったら次の事やれ位の勢いだつの。

文系学生が理系（の作業）職を勘違いするスレじゃねーっつの。
あくまでもゲームがいかに玩具たり得るかのすれだっつの。
こんなもんに技術の夢見てんじゃねーよ
GPUなんて科学だの職業だのには全く関係ない、正直にゲームがいかに綺麗か
楽しいか、快適か、見栄張ってねーでそこを比べてはなせっつの。

自FORCE中心(ジフォチュー)が多いスッドレですね。

>>352
あー、うまいねぇ
うまいけどさぁ
このスレいまいちじゃん？
>>1を見事に論破してる香具師がいないんだよね
なんか厨房の逆ギレレベルっつーの？
文句あんなら素直に文句だけ言えばいいのに、ありもしない知識で無理してるのが痛々しい
もっとネタが生きるスレで使おうよ、そのネタは

1も反論者も、記事の都合のいい一文だけを持ち出して
曲解し、自分の意見につなげてるだけでている似たようなもんだろ

OpenGLでも
RADEONは標準的なARB(2)を使うだけで速く動く。
GeforceはNV拡張を使わなければ速く動かない。

たいていのエンドユーザーにとっては
俺も含めて3Dゲーム目的なんだから
3Dゲームにおける規格の問題を議論すればいいんだよ。
下手にCADだの科技計算だの持ち出すから話が捻れる。

>>351
ゲームはどうやって誤魔化すかが勝負だもんね

1.テクスチャフォーマットは必須定義でないこと>>154-155
2.A16R16G16B16などの深度バッファは個別処理ができない。
　逆に言うと、しなくてもいいときに使う必要と方法がない。
3.OpenGLは処理系を問わないためにDirectXよりも重要視されていることを知らないバカがいること
4.CAD、シネマティックムービー、科学技術計算演算描画では当然「描画」に使われること
　当然正確さや見た目が重要視されるので精度がシェーダの精度は高くなくてはならない


こんな当たり前のことを知らないバカはRADEON厨だけだが（ｗ

CADについて。
知らない、そういう職にも就いてない、見たことすらないくせに「意識されてないっつの」とか
「知らないくせに知ったかコイてるバカ」もまれにいるが、
3DMAXのようなワイヤーフレーム「だけ」で図面を起こすのがCADではない。
正確さが最重要視されなければ、CADで高層ビルの図面を起こすことは出来ない。
これほど正確さを求められる(精度を高めることが求められる)ものはほとんどない。
http://www.ics.es.osaka-u.ac.jp/ics/paper/theses/2000/DC/Nagai,Takayuki

そのフィードバックとして家庭でもCAD体験が出来るように
3Dで家を作ろう的なソフトも多く出回っているが
それもこれも精度が高められたからこそ。

知らないバカのくせに知ったかコくのもＲＡＤＥＯＮ厨の特徴だわな（ｗ

http://www.google.co.jp/search?q=CAD+OpenGL&btnG=Google+%E6%A4%9C%E7%B4%A2&hl=ja&ie=UTF-8&oe=UTF-8

ID:q6F+n1DI超必死だなｗ

このキモヲタ粘着はいつまで居座り続けるつもりですか？

> 3.OpenGLは処理系を問わないためにDirectXよりも重要視されていることを知らないバカがいること

処理系って言葉判らないんなら無理に使うなよ（爆笑

ARB
OpenGL ARBにより仕様がまとめられた拡張

これ自体そもそも拡張（ｗ
http://www.ati.com:80/developer/sdk/radeonSDK/html/info/Prog3D.html
で、ATI製はこれだけの拡張チートを使用してもnVidia製グラフィックボードに遠く及ばず
「パフォーマンスに問題があるはずのＧＥＦＯＲＣＥにすら負ける24bitチート」を曝け出し
(DirectXですら負ける)

まったく珍しいこともあるもんだ（ｗ

361 名前：Socket774 ：04/03/02 23:46 ID:UlexVedj
363 名前：Socket774 ：04/03/02 23:48 ID:UlexVedj

ID:UlexVedj超必死だな（ｗ
「処理系」知らないなら無理に出てくるなよ
また負けて恥かくだけなんだから（ｗ

>>358
先生！1は出典が明らかにされていません！
先生！3と4は>>356に答えていません！

>>359
CADで精度がどうしても必要な場合、ジオメトリ演算は専用のプロセッサとか
FPエミュレーションコードで必要な精度を確保するもんじゃないのか？
まさか全てのジオメトリ演算をGPU側でやるとでも言うつもりなんだろうか。

>>363
>処理系って言葉判らないんなら無理に使うなよ
別におかしな事を言っているようには見えないが。
DirectXが基本的にWindows前提にしているところを、
OpenGLはハード・OSに非依存な3DCGインターフェイスって事でしょ。

http://pc3.2ch.net/test/read.cgi/jisaku/1077957798/l50

1.ベンダレベルでの拡張を認めているのがOpenGLの特徴の一つでもあるのに、
　(だからそれぞれ拡張仕様がある)そこを理解できてないこと
2.CADを根本から勘違いしていること(見たことも無いくせに知ったかコイてること)
3.色としてもX8R8G8B8は32bitだがA16R16G16B16も理解できないこと
4.日本語からして理解していないこと
　http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/
5.何を必須で何が自由実装なのか理解も出来てないこと
　http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/directx9devfaq.asp
6.>>358の3と4はバカに対する証明であるのを理解できないこと
7.「描画」演算精度とジオメトリ(またはモーメント)演算を混同していること

http://pc.watch.impress.co.jp/docs/2002/0906/kaigai01.htm

http://pc.watch.impress.co.jp/docs/2002/1211/kaigai02.htm

あと
「長いシェーダ」に関しても怪しいな

ただ「一行ごとの文字数が多いコードを指す」とか思ってたりして（ｗ

ラデスレのあほなA厨どもに布教しに行こうぜ

369 名前： サル未満の頭しか持たないRADEON厨証明（ｗ [最近のものだけでもこれだけあるｗ] 投稿日： 04/03/03 00:04 ID:jq0jTjPG
1.ベンダレベルでの拡張を認めているのがOpenGLの特徴の一つでもあるのに、
　(だからそれぞれ拡張仕様がある)そこを理解できてないこと
2.CADを根本から勘違いしていること(見たことも無いくせに知ったかコイてること)
3.色としてもX8R8G8B8は32bitだがA16R16G16B16も理解できないこと
4.日本語からして理解していないこと
　http://pc3.2ch.net/test/read.cgi/jisaku/1076405574/
5.何を必須で何が自由実装なのか理解も出来てないこと
　http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndxgen/html/directx9devfaq.asp
6.>>358の3と4はバカに対する証明であるのを理解できないこと
7.「描画」演算精度とジオメトリ(またはモーメント)演算を混同していること

CADを理解してないのはどっちだ。
CADはフォトリアリスティックなピクチャを作るためのソフトじゃないぞ
もちろん、見栄えを良くするためにその機能のあるソフトが多いかもしれないけど。

CADの場合、ディスプレイに移っているイメージは作業補佐以上の意味はなく
さほど重要な位置を占めないから描画精度が必須事項になるケースなんて聞いた事も無い。
ディスプレイに表示している時点で多数の情報を切り捨てているんだからな。

どうせ「CAD 精度 誤差」とかでぐぐって適当なページを見つけ出してきたんだろうが
>計算誤差が減少するにつれ，最終的な計算結果の精度は入力に含まれる誤差に
>大きく左右されるようになる．
誤差問題とGPUの演算精度はまったく関連の無いお話。

やろうと思えばもっと出てくる

「処理系」程度の言葉を知らないこと
どこの馬の骨とも知れないライターの「限って言えば」を読めてないこと

とか（ｗ

CADを理解していないバカがまた出てきたか（ｗ

CADはフォトリアリスティックなピクチャを作るためのソフトにもならねばならないぞ
もちろん、ワイヤーフレーム「だけ」では図面は起こせない
完成したもののイメージを喚起できないでは話にもならないし作る上で大変な障害になる
「わかりやすく配置でき」「あらかた配置を終えてから完成予想図を得て修正を行う」
ことがCADだからだ
ワイヤーフレームだけでパーツをポンポコ置いていくだけのものではない

CADの場合、ディスプレイに移っているイメージは作業補佐以上の意味があり
「まず設計を行うにあたってのエラー出し」「本当に強度が確保できるか」などのシミュレートも行える
設計は紙の上だけでは出来ないから重要な位置を占め、描画精度が必須となるわけだ
(CPUはバーテックスを用いるからここで狂っていてはハナシにならない)

どうせ「CAD 精度 誤差」とかでぐぐって適当なページを見つけ出してきたんだろうが
>計算誤差が減少するにつれ，最終的な計算結果の精度は入力に含まれる誤差に
>大きく左右されるようになる．
誤差問題を起こさないためにGPUの演算精度も高く求められるし
紙の上だけでは計算など出来ないからこそ誤差を縮めるために精度が求められる

>CADの場合、ディスプレイに移っているイメージは作業補佐以上の意味があり
>「まず設計を行うにあたってのエラー出し」「本当に強度が確保できるか」などのシミュレートも行える
>設計は紙の上だけでは出来ないから重要な位置を占め、描画精度が必須となるわけだ

GPUで描画された画面を見て強度が分かるの？すごいなー

>>377
強度シミュレータのことだろ

でも、それに描画性能はまったく関係ないわけで。

数値でいいじゃない。

あの…本当に精度を要求するレンダリングでは…
メーカー毎に動作の違うアクセラレータなどではなく、
ソフトレンダで対応して安定した結果を出すものなのですが…。

アクセラレータは荒い精度でのプレビュー用途に使用します。

だれか、論点の整理よろ・・・

せっかく論点を出したのに気がついてもらえなかったのか
わざとスルーしたのか、議論になってないですね。
議題はスレタイで、結論は［ＲＡＤＥＯＮがＤＸ８世代ＧＰＵか否か］
だと思うのですが・・・

結局、便所の落書きに期待するほうが悪いんですね。
せっかく知識が集まる場所だったのに。残念。

ちなみに、私が使ってきたnVIDIA RADEON VooDoo Matrox製品
は、そのとき自分のやりたいゲームや表現には対応できましたが
全てを満たすものはありませんでした。
これは、一つのプラットフォーム上で多種製品が互換性を保つ
限界だったと理解してます。
あ、RAGE MAGNUMの不具合はやばかったです（＾＾；

各社によって互換性の優先順位が違っていても仕方がないと
思うのですが、それは許されないことなのでしょうか？
その優先順位が、製品選択の要素だと思っていました。

サウンドカードのような規格の乱立は避けてほしいですけど
規格統一＝一社だけ生き残る
という事態を避けつつうまく競争できるように
なっていってほしいものです。って、これは矛盾ですね。
これは、マイクロソフトの力量かな？
金を積んだベンダーが勝ち？！（しゃれになってないか）

おじゃましました。

ｐｓ
　ｓａｇｅたほうがいいんですよね？
　そのあたりのルールがまだ把握できてなくて・・・

>>381
議論のし過ぎで論点が歪んでるだけ。
CAD論争で専門知識量の競り合いをしなくてもいいはずなんだが。
かなり「知識の量が多い」方がいらっしゃるようで
厨房釣りを謳歌していらっしゃいますね。

精度やフォーマットに関する論争は
緑と赤が散々やっていることで
両社の実装の差によって業界内に何が起こっているか、
DirectXとは何かという “政治的な” 分析がこの問題を整理する客観的視点だ。

なんだか良く分からんが凄い議論だ

まあ、CGのプロが使ってるのはGeForceMX440だからねww


ドシロウトはFX買ってオナニーしてろってこったwwww

>>381
サウンドカードの世界では別に規格の乱立なんて起こってないけど。消費者の不利益も起こってない。

しかし、似たようなテーマのスレで、
なんでラデ叩きスレの方が伸びるのかね
これはどっちが必死なの？

http://www.ati.com/jp/products/firegl8800/faq.html#1

どこがプレビュー用途だって？（ﾌﾟ

> FireGL 8800 ワークステーション製品とハイエンド 3D ゲームカードを比較すると、その要件と違いが明確に分かります。
> 例えば、ワークステーションボードは、ゲームのモデルや環境を作成するために使用され、
> 一方、ゲームカードはゲームをプレーするためにデザインされています。

> ゲームボードの要件に対しては、高フレームレートに焦点が置かれていますが ("Play-It")、
> 一方、ワークステーション製品では、ワイヤフレームおよびシェーディド モードで同時に実行される拡張された複雑なアプリケーションの問題に対応する必要があ ります("Create-It")。


ここでの「作成するため」ってのは、本レンダリングじゃなくて、データを作成しているワークステーション上のプレビューの事を指していると思いますが。
どこにプレビュー以外に使われると書いてあるんでしょう。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？

>>389
モデラー使った事ないヤシに何言っても無駄だよ。

「と思いますが。」と知りもしないのだから仮定しているのでしょうが
どこにプレビューのみに使われると書いてあるんでしょう。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？

http://cgi.search.biglobe.ne.jp/cgi-bin/search_bl_top?q=CAD+%A5%EC%A5%F3%A5%C0%A5%EA%A5%F3%A5%B0+GPU&num=10&start=0

いまどきなぜGPUを利用しないといえるのでしょうか。
どこにプレビューだけに使われると書いてあるんでしょう。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？

http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20020220/10/
http://pcweb.mycom.co.jp/news/2002/04/25/21.html

どこが粗いプレビューのみなのでしょうか。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？

まとめ
自分の動かしたいアプリが快適に動作するならなら神
快適に動作しないならｸｿ

チップなんて何でもいいんだよﾊｹﾞ！
このシリコンフェチめ！
チップのシルク印刷でも見てシコりやがれ

まあいいからハローワークでも行って職見つけて来いｗ > ID:i1yYL7S5
この際もう肉体労働でもいいだろ？諦めろよ（ﾌﾟｷﾞｬﾊ

>>391
あいにく、そのソースを書いたのは私では有りませんので、前後の文章から推測いたしました。
あと、引用おねがいします。

>>392
検索結果をそのまま持ってこられましても困ります。
GPUを最終レンダリングに使用している事例が見つからなかったのでしょうか？

>>393
品質はどうあれ、プレビューはプレビューだと思います。
そのどちらのソースにも最終レンダリングで使えるとはかかれていません。


それと、蛇足ですが日本語がおかしいですよ？

あいにく、妄想をしたのは私では有りませんので、
「勝手な推測をするな」と言いました。
あと、証明おねがいします。

理解すらできないバカのために検索結果をそのまま持って来たのに理解できないでは困ります。
GPUがプレビューのみに使用されている事例が見つからなかったのでしょうか？

品質はどうあれ、「レンダリング」はすべて含めた「レンダリング」だと思います。
そのどちらのソースにもプレビューのみで使っているとはかかれていません。


それと、蛇足ですが日本語がおかしいですよ？

>>397
＞品質はどうあれ、「レンダリング」はすべて含めた「レンダリング」だと思います。

リアルタイムレンダリング
オフラインレンダリング

パーツを教えてやるよ。あとは自分で考えな。

なんでCAD(主にオフラインレンダリング)の

「中」

で
「プレビューだけ」という妄想をするのか
ちゅうことを論破しているのに
いきなりリアルタイムが出てくるんだ？（ｗ

まずはそこから理解しな（ｗ

風呂入ってるか？

反論できなくなったら改変レスですか…
まぁ、いいですが…

このスレの先頭からどんどん論点が変えられて来てますが、結局なにがいいたいんでしょうか？

これも改変レスで返答ですか？

改変された程度で大うろたえですか…
まぁ、いいですが…
プレビューだけという証拠が出せなくなれば逃げですか…
これはよくありませんが…

話の先頭からどんどん論点が変えられて来てますが、結局なにがいいたいんでしょうか？

これも改変レスされれば狼狽ですか？

>>397

別に手軽に結果がほしけりゃOpenGLでレンダリングしたって良いんだが、
君が自分で「フォリリアリスティック」「高精度」と >>376 で限定しているし。

そもそもレンダリング精度を求めようにも、２Ｄの画面に３角形をペタペタ
貼り付けるＤＸやＯｐｅｎＧＬの高速性を重視した方法じゃ擬似で対応する
しかない場面だらけ。

こいつもしかしなくても録音テープ？

「なぜそうなるか」という根拠は書いてあんのに読めない
CADイコール2Dとか思ってるバカらしいや（ｗ

醜い言い争いになってまいりました

>>405

3Dのレンダリング技能の話なんだけど…。

×技能　→　○技法

>>359
どこの現場で3DCAD使うんだよ。
お前一回死んだ方が良い。
お客にプレゼンするのにCAD使う意味あんのかよ？

それと、CADなんかで強度計算するのかよ？
おまえは電卓も使えないのかよ？
お前の会社にひな形はないのかよ？

建築業辞めてしばらく経つが、書いてある事がおもしろすぎて
思わずれすしちゃったあ。

誰が「現場」で使うんだよ（ｗ
その「現場」も「設計した人」がいるから
「現場」ができるわけだがバカにゃわからんか

（現場を設計するのではなくウワモノを設計したからこそ現場ができる）

ウワモノの構想も設計もないのに現場だけできることはないが（ｗ

>>376
CADは図形に数字を「記録」するものであって、たとえば542.1ミリという
数字を書いたとする。
栓の精度に関係なく、542.1と書いてあればそうつくるためのツールなの。

ディスプレイに10ミリと書かれていて表示されてる線が9ミリだとしても、
作るとき10ミリならOKなの。

現場で使われる図面の精度はプラッターの精度なの。

強度計算は手でもやるし、専用のツールでもやるけど、清書の段階で
やってたらそれは業務として成り立ってないの。

CADは速く図面を書くためのソフトであって、それ以上である意味はないの。

使った事無いけど、機械系の3DCADは設備がもつ特殊加工以上の製図能力は必要ないの。
寸法公差もおりこんで設計するから設計段階で同じように書けるなら、
別に鉛筆とコンパスとテンプレートで書いたって良いの。

さらに言うと、桁数の保持さえできれば良いわけだから、
256桁と256の形状を使える8bitの世界で、それを手でかいてさえ
たいていの図面が書けてしまうの。

>>410
3DCADを印刷したら何にもならないだろｗ。
現場では二次元の普通の図面で物を作るんだよ。バカ丸出しだぁ。

何がウワモノだよｗ。ほんとバカなんじゃないのか？
工務店のCADもドラフターも使えないおじさんが、普通に読める
ルール以上の図は必要ないって。
だいたい曲面なんかで構成したらひたすらダサくなるのはもう90年代
には分かってるんだから、3DCADなんて必要ないし、あったらあったで
ジャマなだけ。

自動車とかだろ？3DCADがひつようなのは。
あれはデータを機械が読むから直接CAMに送るために存在するんだぞ。
手じゃ時間が掛かるし、2次元CADだと書けない表現の加工のためにあるんだけどね。
もっともそんな加工ができる機械を買ってしまったがために、その加工を
必ず使わなくちゃいけないせいでどんどんデザイン的なつじつまが
合わない車がばしばし走ってるけどねｗ。

反論するやつはみんなA厨扱いなのね（ｗ

>>409
最近の建築・リフォーム番組でも結構認知されてると思ったんだけど>CADの立面図でプレゼン
ああいうの建築家としては認めないの？
家の中自由に歩けますし、室内照明のシミュレーションとかも出来るし。

なぁ…そんな話よりもさ、現状では
一般ユーザー >>>>|超えられない壁|>>>> CAD系でnVidiaチップ使う人間
こんな状況で、より後者向きのチップ作ったところで
すでにソレは迷走だと思うが

nVidiaが24bit/8pipeで作ったとして、Radeonを超えれるのかすごく微妙だと思うし。

>>414
普通CADじゃなくて、ゲーム会社なんかで使ってるようなCGソフトで
プレゼンするでしょ。PC使うんだったら。

でも普通は、模型。説得力ないし、CGソフトなんてばかなもん
使ってる暇あったら模型作れ模型。それくらいの勢いです。

ハウスメーカーやリフォーム会社は結局アマチュアの方々なんで、
色々使った方が良いと思います。
といってもワタシも建築業やめちゃってるので大きな事は言えませんｗ。

ここは頭が可哀想な人ばっかりのイントラネッツでつね。
特にi1yYL7S5が。

なんか、これはこれで面白いスレに成長している気が(^^；

欲しい情報を手に入れるのはあきらめましたが
CADについてなんだかわかったようなわかんないような
微妙な気分。

議題
　「CADを必要とする人とその要望
　及びそれを実現するために必要なグラボ？！」

「グラボ」と入れたのは、この板で
このスレが存在するためのまやかし・・・

>>382

そうですね。そのおかげで面白くなってますが
そうでない方もいらっしゃると思うので
>>418 の発言は、ちょっと不謹慎だったと反省してます。

>>383

私も一番気になっているのはこれだったりします。
ここではこれ以上論点が増えても困ると思うので
どこかで話し合われるといいですね。
内部告発とか期待してるんですが・・・それは無理か。
とにかく、今後はグラフィックチップベンダーの
勢力図がどう流れていくかが関心事です。

個人的印象では、現在、ｎVIDIAが一番だが
さりげなくATiへ発言権の移行が起こっているような・・・

ちなみに、「厨」というくくりは、ユーザー側の好みの話で
上の話とは、少し次元が変わります。

http://www.sanwa-s.com/sub05/mid02.htm
ハイまたCADを勘違い（ﾌﾟ

■データ精度
ラフスケッチやスキームデザインの場合、あまりデータの精度は要求されません。
しかし、基本設計から詳細設計へと展開していくにつれて、

データの精度は

絶対の

条件となります。

http://store.sbpnet.jp/cad/guide_cad.html

一方、建築・土木分野でも、企画・設計段階でCADが利用されています。
大きな構造物を「試しに作ってみる」といったことはできませんから、
設計段階で構築物全体から内部の設備までを詳細に設計・検討するためにCADが用いられます。

また、CADデータをもとに、CGを使って内外壁の素材イメージや
照明シミュレーションなどを行い、デザイン面での評価や

プレゼンテーションを行ったり、

構築物の構造や

その強度を分析する

ことにも用いられています。

>>420
はいはい、続きも引用しようよ
>Auto CAD LTは16桁倍精度のデータ精度を持っていますので、全く心配ありません。
GPUの精度とはなんの関係もありませんね

話をCADに絞り込まなければよかったのにねぇ。

Computer Aided Design

CADはシェーダや浮動小数点バッファが必要なツールではないんだけどな。
その辺は>>411さんが語ってくれてますね。
イメージ確認用に「プレビュー」が出来りゃ便利ってだけだから、CADにおけるOpenGLなんて
表示精度は重要じゃない。
>>414の言うようなプレゼンにはリアルタイムレンダが必要だが、そりゃCADじゃなくて
DXFファイルを使ったシミュレータ。
3DCADも考えは同じ。

>>420
データの精度が必要であって、表示される絵（図面）そのものには精度は不必要。
絵を元に物作るわけじゃないんで。
通常はDoble（倍精度浮動小数点）で基点終点を持ってる。
要は内部実寸データが重要であって、GPUの精度が必要なわけではない。

それから一つ。
GPUの話じゃなかったっけ？

連続書き込みはこれでおしまいにします。

>>386
　A3Dという規格は、5.1サラウンドとは違った面白い体験が
　できたのですが、対応ゲームが結局少なくて
　その恩恵を受けられませんでした。各社が競って
　新方式を出したおかげで、この規格も出たと思うのですが
　結局、機種による対応がまちまちになって、GAME製作側が
　採用するメリットが少なくなったような気がしてまして・・・
　ま、ユーザー側のニーズが無かったのが
　原因なのかもしれませんね・・・

　ゲームによってグラボを変えなきゃいけない事態は
　避けて欲しいです。
　それで、DirectXの存在意義を話し合っているかも？と思って
　このスレを覗いたんですが、それはもうかなわぬ夢・・・

http://cgi.search.biglobe.ne.jp/cgi-bin/search_bl_top?q=CAD+%A5%EC%A5%F3%A5%C0%A5%EA%A5%F3%A5%B0+GPU&num=10&start=0
はいはいちゃんとこれ読もうね
前から出てるつーのに読めない
また日本語も読めてないよ（ﾌﾟ

>>425
http://www.discreet.jp/products/max6/kinoupoint.html
これの事を言ってるのか？
これ・・・CADじゃないぞ。

＞DirectX 9シェーダー
＞Microsoft社のDirect X 9をサポートしたNvidia社の.FXファイルが直接3ds max 6に
＞読み込めるため、ビューポート内にリアルタイムシェーダーが表示可能。
＞XboxやPCゲームデベロッパには最適の機能です。
ここにある「ビューポート」ってなんだか知ってる？
これを俗に「プレビュー」とか「プレビューウィンドウ」と言うのだが・・・。

最終レンダリングとは全く関係ありません。

話をCADに絞り込まなければよかったのにねぇ。

Computer Aided Design

CADはシェーダや浮動小数点バッファが必要なツールであるんだけどな。
その辺は>>376さんが語ってくれてますね。
設計確認用に「高精度の模倣」が出来なけりゃ大きい建物は建てられないということだから、
CADにおけるOpenGLは表示精度は非常に重要。
プレゼンにはオフラインレンダリングでムービーでも作ってもいいし
リアルタイムレンダリングしてもCADの特徴の一つ。シミュレータ。
3DCADも考えは同じ。

データの精度が必要であって、表示される絵（図面）そのものにも精度は必要。
設計図の精度も必要だしそれを絵にするときに精度が足りず
昔みたいなカクカクポリゴンフェイスでは話にならないし絵を元に物作るんで。
だから「ためしに作ってみるわけにはいかない」わけだ。
通常は×Doble ○Do u ble（倍精度浮動小数点）で基点終点を持ってる。
要は内部実寸データと絵にするときの描画演算精度が重要で、GPUの精度が絶対的に必要。

それから一つ。
GPUの話じゃなかったっけ？

「>>376さん」
無駄に上げるところとか同一人物だと思っていたけど
ついにクローンが出現したのか。

>>425
http://www.discreet.jp/products/max6/kinoupoint.html
これの事を言ってるのか？
これ・・・CADだぞ。

＞DirectX 9シェーダー
＞Microsoft社のDirect X 9をサポートしたNvidia社の.FXファイルが直接3ds max 6に
＞読み込めるため、ビューポート内にリアルタイムシェーダーが表示可能。
＞XboxやPCゲームデベロッパには最適の機能です。

「単にCADがゲームモデリングにも使えるというだけでCADがCADでなくなるわけではない。」

http://graphics.sfc.keio.ac.jp/papers/2002a/ohide2002.pdf
http://ktm11.eng.shizuoka.ac.jp/research.html


ここにある「ビューポート」ってなんだか知ってる？
これを俗に「プレビュー」とか「プレビューウィンドウ」と言うのだが・・・。
＞ビューポート内にリアルタイムシェーダーが表示可能。XboxやPCゲームデベロッパには最適の機能です。
「ビューポート内にリアルタイムシェーダが利用可能」というだけであって

「このソフトの真髄はビューポートですということではない」

あなたの話はCADとは全く関係ありません。
というか日本語も読めない バカ（ｗ

>>425
81件全て読む労力なんて裂く気ないから要約しとくれないか
それとも提示された検索ページだけ読めば分かるのか？

3DS MAXシリーズの存在意義、つまり
「最終目的はビューポート投影」
なんだとさ（ﾌﾟ

何のためにマスターレンダリング（完成形の出力）があるんだか
また何でマスターを利用するために血道をあげるデザイナーがいるんだか（ﾌﾟ

日本語も読めない言い訳が

「労力うんぬん」


だと（ﾌﾟ

誰か、これは天然を装った盛大な「釣り」だと言ってくれ・・・。
もう俺は盛大に釣られた恥ずかしいバカでいいからさ・・・。

プレビュー機能は今日びの3DCADではほぼ付いてるが

「それが最終目的」


というソフトは

どこにも

「ない」

誰が図面書いて仕上げることをせず頭の中だけでプレビューして満足するかね（ﾌﾟ

あいにく、妄想をしたのは私では有りませんので、
「勝手な推測をするな」と言いました。
あと、証明おねがいします。

理解すらできないバカのために検索結果をそのまま持って来たのに理解できないでは困ります。
GPUがプレビューのみに使用されている事例が見つからなかったのでしょうか？

品質はどうあれ、「レンダリング」はすべて含めた「レンダリング」だと思います。
そのどちらのソースにも

プレビューのみで使っているとはかかれていません。

>>427

　（味皇風に）　３０点！

「通常は×Doble ○Do u ble」ここは評価できました。
それと相手の文面を元に自分の考えを述べるというセンスは
感心しませんが、面白い趣向だとは思います。

がんばりましょう（^^/

が、そのまえに、相手の文をちゃんと読みましょう。
おのずと論破されていることがわかります。
てか、その技法の披露の為のレスであって
議論することが目的じゃないのかな？

（味皇風に）　０点！

評価できませんでした。
それと相手の文面を元に自分の考えを述べるというセンスは
とても面白く、こんな程度の手法にうろたえて気にしだすバカが炙り出せます。
頭が良くなければできない、面白い趣向だと思います。

がんばりましょう（^^/

が、そのまえに、相手の文をちゃんと読みましょう。
それから反論を考えましょう。
関係ない話はしないようにしましょう。
そのような状態になると論破されていることがわかります。
てか、その醜態の披露の為のレスであって
議論することが目的じゃないのかな？

単なる一機能の紹介を

最終目的と勘　違　い

とするバカは相当珍しい（ﾌﾟ

PHOTOSHOPでは細かな角度指定回転機能がありイメージを自由に回転できます

「ということはPHOTOSHOPは回転　　　"だけ"　　　　を目的にしたソフトなのか」

こんな勘違いをするバカのようなバカ中のバカ
こりゃ永久保存版だぞ（ｗ

>>435
「証明」したとか「証明」しろとか「証明」がやたら好きなようだけど
+1FbBnM4自身が証明をした事って一度も無いな

>>373によると
>3.OpenGLは処理系を問わないためにDirectXよりも重要視されていることを知らないバカがいること
>4.CAD、シネマティックムービー、科学技術計算演算描画では当然「描画」に使われること
>　当然正確さや見た目が重要視されるので精度がシェーダの精度は高くなくてはならない

これが証明らしいんだが、帰納法って言葉を聞いた事が無いらしい。

>>437

おみごと！
まさか、私の分も採用されるとは思いませんでした。

CADについては、まったく知らないので
ディベートの勝敗だけ見てました。

やはり、無知は罪ですね。
お邪魔しました。

ｐｓ
　（味皇風に）　３０点！
　は、スレ違いでした。もうしません。

【チート】RADEONはDX8世代GPUですらなかった
この話は何処にいったんだ？
スレタイのことが実証できないからCADに話をすりかえてnVidiaﾏﾝｾｰと言いたいのか？

日本語も読めないバカは読めないだけだ（ﾌﾟ

バカがホザいたバカに対して反論していることが「間違っているという証明」
であるが読めないバカはどこまで行っても読めないバカだわな（ﾌﾟ

例
単なる一機能の紹介を

最終目的と勘　違　い

とするバカは相当珍しい（ﾌﾟ

RADEONシリーズは24bitチートでDirectX8世代ですらないことに結論が出て
バカがCADを勘違いしているのでバカを晒す「話の流れ」を理解できないバカもいるが（ｗ

>>441

私も残念なのですが、このスレは変貌しました。
いろいろがんばったつもりだったんですが
どうしても話が戻せません。

スレタイの結論は出ないものと思ってます。

391 ：いきなり敬語（ｗ ：04/03/03 11:48 ID:i1yYL7S5
「と思いますが。」と知りもしないのだから仮定しているのでしょうが
どこにプレビューのみに使われると書いてあるんでしょう。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？


392 ：いきなり敬語（ｗ ：04/03/03 11:50 ID:i1yYL7S5
http://cgi.search.biglobe.ne.jp/cgi-bin/search_bl_top?q=CAD+%A5%EC%A5%F3%A5%C0%A5%EA%A5%F3%A5%B0+GPU&num=10&start=0

いまどきなぜGPUを利用しないといえるのでしょうか。
どこにプレビューだけに使われると書いてあるんでしょう。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？


393 ：いきなり敬語（ｗ ：04/03/03 11:55 ID:i1yYL7S5
http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20020220/10/
http://pcweb.mycom.co.jp/news/2002/04/25/21.html

どこが粗いプレビューのみなのでしょうか。
私が見落としてるだけかもしれませんので、ご提示のソースから引用してもらえませんか？


こんだけ出ているものを読めないのはA厨（バカ）だけだが（ｗ

何かものを言うたびに間違い
そこをからかわれ
晒され
怒り狂ってますます間違い
思う壺



絵に描いたようなパターンというか
計算ずくというか
高精度CADで計算して描いたパターンというか

哀れだ
哀れ

>>444

まず、>>392
見落としてるどころか、GPUでプレビュー以外の事までやってる事例が有りません。
有るなら「具体的」なアドレスとそのページにおける該当の個所を挙げてください。

つぎに、>>393
そのソースにも、プレビュー以外で使用する事例が載ってません。
ちなみに粗くても細かくてもプレビューはプレビューであり、最終目的ではなく。
最終目的であるレンダリング画像の生成にGPUのシェーダーは使いません。

以上。

「プレビューだけという証拠自体がない」
「使いませんという証拠がない」
「証拠を出せというわりに自分は出してねえじゃん（ﾌﾟ」


これだな。

http://graphics.sfc.keio.ac.jp/gcad109/
近年、グラフィックスカードの高性能・高機能化により、環境マッピングを用いることによって
鏡面反射効果のみならず、各種照明効果を施した画像を

実時間で

レンダリングでき

14:00-15:40 グラフィクスハードウェアを用いたレンダリング技術
(5) 一次散乱光を考慮した OpenGL ベース・3D テクスチャレンダリング

ボリュームデータなどの３Ｄテクスチャにより雲等を表現する場合，
一次散乱光の効果をシミュレーションするために，
レンダリングにはレイトレーシング型のボリュームレンダリング法が適用されることが多い．
しかし，その場合，積分計算に膨大なサンプリング計算が必要とされるため，

実用的なレンダリング速度は得られない．

そこで，本研究では，OpenGLによるＺバッファ法に基づく
３Ｄテクスチャの高速レンダリング法を提案する．

GPU


━ グラフィックスハードウェアを用いた数値流体解析の高速化
━ グラフィックスハードウェアを用いた細分割曲面の高速レンダリング
工業分野において見た目に美しい曲面の生成は重要であり，最近では細分割曲面を用いたCG(Computer Graphics) や三次元CAD/CAM といった幅広いアプリケーションも見受けられる．

これもか。

>>447
自分が証拠を出さないのに証拠を出せとは此れ如何に？

簡単な事ですよ？
>>392、>>393
で、挙げたソースの中から、見て欲しい文を引用するだけでいいんです。

いや
「プレビューだけという証拠がない」
ということは
「少なくともプレビューだけに使われるんじゃない」
という証拠

挙証責任といって疑うほうが証拠を出さないとだめ。
ないならない証拠をあるならある証拠を。
ない証拠はどこを探してもないことが証拠。
議論においては無いとする証拠は出せる。

>>443
結論は出てるだろ。
FXもRadeもメーカーはDX9対応といい、
DX9ベンダのMSがそれに異を唱えていないので
どちらもDX9準拠の痛み分けってことじゃないのか

プレビューだけにしか使われてない証拠すら

ひとつも

上げてないバカ（ｗ


レンダリング全般にわたって使われている証拠は今まで山ほど出てきたが

「プレビューだけ」の根拠は

一個も

「なし」（ﾌﾟ

>>450
GPUのレンダリングはプレビューにしか使われていない。
なぜなら、プレビュー以外に使われているという証拠が無いからだ。
ソースは http://www.google.com

これでいいのか、簡単だな。

いわゆる「描画時の演算制度」ってのは
ビデオカードに繋がったディスプレイデバイスを最終出力先にするときにしか必要できないから、
それが目的にならない場合、それは単なるテンポラリデータでしかない。
んで、CADでディスプレイ表示を最終目的とした用途って何があるんだろ
>>410を見るとCADを使った成果を利用する「現場」があることは知っているようだけど
その「現場」でもディスプレイに表示されたものを使って物を作っているんだろうか。

>>452
その「レンダリング」がCADにおいては「プレビュー」と同義だって話だろ
ゲームにおいても実際のゲーム機で動かした絵が目的であるから
WS上でのキャラクタモデルの表示結果はプレビューと捕らえられる。

レンダリングが目的（になりそうな）の例として映画とか例にあげてるけど、
最近の映画ってRENDERMANでは無く、Cgを使っていると理解して言いという事なんだね。

GPUレンダリングっつー需要がこの先出るのはわかるからさ、
ならさっさとGeforceFXでもParthenon動くようにしてくれよ。
チートのはずのATi製ボードでしか動きませんぜ。

>>450
あー、失敬失敬、更新するの忘れてたよ。

そのページ「研究会」ってなってたから飛ばしてたわ。

つーか、>>392を引用するぐらいなら初めから>>448出してくれ。
まぁ、つまり実用化に向けて研究中ってことかな？


>>453
確かに…
そのうちDVD再生支援機能みたいにシェーダーで演算支援ができるようになるかもしれないが、
現状ではその通りだと思う。



無理矢理DirectX側の話を戻すと。

つまり、ホビーユースのDirectX9ではOpenGLほどの精度は必要なく、
浮動小数点32bit精度を必須にするとトランジスタ数が多くなりチップベンダの負担が大きく、
浮動小数点24bit精度を規格に盛り込むと、APIが複雑になりソフトベンダの負担が大きい。
そこで、浮動小数点32bitデータを24bit精度で演算する事をDirectX9で認めた。

殆どのチップベンダーは24bit精度で実装したが、しかしnVidiaは32bitで実装したと。

つまり、24bit精度はDirectX9的には問題ない。
DirectX10でどうなるかは知らんが。

>>456、ここまで、ゲームなどで、不具合報告が多いのは、なんで？

演算精度云々の話が出るより前から不具合報告は多かっただろ。
むしろ、以前よりは現在の方が減っているし。
原因は単純にシェアの問題。
以上。

RADEONはDX8未満ってのは
DX9に対応している時点で、ありえないってことでFA?

>>457
唐突だね君。
でも、その意気や良し！

今のゲームの不具合にDX9から追加されたシェーダーの浮動小数点演算は関係無いでしょう。
RADEONの不具合の一番の要因は大部分のRADEONユーザが認めてるとは思いますが、
ドライバの出来がショボイって事だと思います。

あと、原因としては小さいでしょうが今使われてるVGAチップにGeforceが多い事も有って、
ゲームメーカでの動作検証や開発がどうしてもGeforce中心になってしまうからではないでしょうか。

またリロードするの忘れてた…

_|￣|○

>>457
そんなに不具合がいやなら紙にでも絵を書いて遊んでろ。
あ、あとOSも使うな、不具合が多いから。

人類も不具合が多いよね。

どうでもいいが，ATiにGPUによるH.264CODECの動き予測を
無理そうだ。
NVIDIAしかできそうにないなぁ。

H.264CODECって倍精度浮動小数点(64bit)使うんじゃなかったっけ？

結局、24bitで64bit計算するか32bitで64bit計算するかの違いではないかと。

まぁ、限が良い分FXの方が作りやすいだろうけど。

DX9ハードウェアでエンコーディングさせることができるのか？

>>465
今のGPUじゃどっちも無理
でもｔって次の世代はどっちも開発チームが違う

64bit実数と同等の計算がしたいなら
16bit整数を組み合わせて計算した方がいいと思う。

皆さん毎日熱いですなｗ

プレビューだぇにしか遣われてない証拠がまだ出てませんな
妄想は出てるけど（ｗ

>>466
DX9で出来るかどうかはシェーダーの命令範囲内でエンコード出来るような
アルゴリズムの研究次第じゃないかな。

>>470
GPUの描画はデータ上の関数（近似値）から、ダウンコンバートして
座標を決めてフレームを組み立てて、そこにテクスチャを貼るだけ。
これってソース云々以前にGPUの仕様じゃん。

プレビュー高どうだか知らないけど、3DCADのスプラインなんかの実データは
関数でかかれてるものなんだから、精度なんて物は存在しないんだよね。
そのものズバリなんだから。

ディスプレイに表示するものが何ビットだろうと、どうでも良いんですけど。
8bitだろうと、128bitだろうと、CAMに送られるデータは数式という文字情報なんで。

もうCADなんていう作業員のツールはどうでも良いじゃない。
CADオペがいくら速く図面描けたって、研究開発そのものできる訳じゃないんだし。

ゲームの話しよゲーム。

A厨認定まで脳内妄想

>>472
だが、果たして君の言っている事実が470に理解できるかどうかは、激しく疑問だｗ

ラデ厨は反論する奴＝ゲフォ厨と思い
ゲフォ厨は反論する奴＝ラデ厨と思ってる

>>470
既にその解答も書いてあるのに…。
かわいそうに…。

>>476
しー！言っちゃダメだって！

>>474
470が憎いのは解るが、472みたいな詭弁の塊を露骨に擁護するのは度し難いのだが。

Athlon64が最強

>>478
CADに詭弁も糞もない。たんなる線引きツール以上の物ではない。
ｊｗなら無料なんだから一回使ってみろ。
はっきり言って、お前が言ってる様なマンガな世界は存在しないから。
つうか、その辺の設計事務所でボランティアして見りゃ良いじゃん。
金いらないって言えば手伝いくらいさせてもらえるだろ。
むろん文系学生とか専門生だと門前払いになるかもしれんが、
そこまで面倒見る義理はないし、それはそれでいい気味じゃ。

あと、いつまで経っても3次元で表示しないと形状が把握できないひとだと
はっきり言って絶望的に製図向いてないよ。
3面図が共通言語なんだからさ、3DCADが特殊な機械屋以外でなかなか普及
しない意味くらい分かるだろ。

CADに興味があるのは分かるし、打ち粉みたい物があるのも分かるけど、
その前に自分がなんの製造に関わりたいのかよく考えなよ。
むろん製造業なんて嫌だ、物を作り出したい、っていうんならCAD学校より研究室
にはいりなさいｗ。

いわゆる「描画時の演算×制度○精度」ってのは
まずCPUから演算命令が出、それに従い演算をするときに必要になるものだから(でなければモデリングも出力できない)
ビデオカードに繋がったディスプレイデバイスを最終出力先にするときにしか必要できない

などというバカ

な使い方はそもそも出来ない（ｗ

んで、CADもそうだが全ての仕事はプレビューで満足するわけが無く「成果」「結果」を上げねばならない。
>>453を見るとCADを使った成果を利用する「現場」があることすら知らないようだけど

「現場」ではディスプレイに表示されたものを使ってなるべく正確に値を求め
(でなければ距離がどれくらいだの知る由も無いし現場に出てからコロコロ設計図を変えられない)
物を作っている。
こんなことを知らないバカはA厨だけだが（ﾌﾟ

>その「レンダリング」がCADにおいては「プレビュー」と同義だって話だろ
というわりに根拠は未だに無い（ｗ

ゲームにおいては実際のゲーム機で動かした絵が目的であるから
WS上でのキャラクタモデルの表示結果はプレビューと×捕らえ○捉えられない。
プレビューはあくまでプレビューでありゲームに出てくるモデルは
「最終結果」の塊である
つまりは設計を終えた状態の例えばキャラクタモデルであって
それを「確認のために見る」ことは「プレビュー」であるが

それが最終目的ではない

ということ

こんな簡単なことすら知らないバカはA厨しかいないけどな（ﾌﾟ
レンダリングが目的（になりそうな）の例として映画とか例にあげてるけど、
「ファインディング・ニモ」などはRENDERMANでは無く、Cgを使っていると理解して×言い○いいという事なんだね。
(「モンスターズ・インク」はQuadro + MAYA)

C　A　D　は　全　部　割　れ　

近年、グラフィックスカードの高性能・高機能化により、
環境マッピングを用いることによって鏡面反射効果のみならず、
各種照明効果を施した画像を実時間でレンダリングできるようになっている。

「出来るようになっている」

というのを「実用化に向けて云々」と実現されていないかのように見える辺りは
流石に日本語がまったく読めないA厨らしい（ｗ


無理矢理DirectX側の話を戻すと。

そもそも精度はメーカーの「胸先三寸」でありコンシューマ向けでは(コンシューマの意味も知らないのはA厨だけだがw)本来絶対必要とはいえないが、
DirectX9は浮動小数点32bit精度と16bit精度を「定義」し「必須」にした。
浮動小数点24bit精度を規格に盛り込むと、APIが複雑になりソフトベンダの負担が大きい。

そこで、24bitを「定義しない = 認めない」ことによりAPIの簡略化を計った。
24bitは明らかにチートであり、採用数が多いとかどこがやったとは関係が無いが
そんなこともわからないA厨なわけで、これもさすがといえる（ﾌﾟ

殆どのチップベンダーは24bit精度で実装したが、しかしnVidiaは32bitで実装したと。

この人が自分のきもさに気が付くのはいつかな

まだ自分の妄想で24bitがチートとか抜かしてる馬鹿がいたとは

>>482
http://www.pixar.com/featurefilms/index.html
なるほどなるほど。

>プレビューはあくまでプレビューでありゲームに出てくるモデルは「最終結果」の塊である

最終結果でないからプレビューなのでは？
プレビューはあくまでプレビューって何語よ？

GPUの描画はデータ上の関数（×近似値）から、ダウンコンバートなどできない。
「そのものズバリ」のくせになぜダウンコンバートなどしなければならないのだろうか（ｗ
というか描画関連で「ダウンコンバート」なる言葉はない（ﾌﾟ
http://www.google.co.jp/search?q=GPU%E3%80%80%E3%83%80%E3%82%A6%E3%83%B3%E3%82%B3%E3%83%B3%E3%83%90%E3%83%BC%E3%83%88&btnG=Google+%E6%A4%9C%E7%B4%A2&hl=ja&ie=UTF-8&oe=UTF-8
(映像ならばアップスキャンコンバート ダウンスキャンコンバートなどがある)

座標を決めるのはソース（期待）であり、それをCPUが読み取りGPUにデータを渡す。
GPUはデータを元に演算を行いデータをCPUに返し描画命令に基づき画面に出力する。
テクスチャを貼るときもCPUの命令に基づき正確に貼ろうとする。
テクスチャ処理も配置を決めはするが「メインメモリに格納するまで」がGPUの仕事であり
勝手に作業を行うことは出来ない。
いわばGPUは命令に基づいて「出力設計図を作っている」わけだ。「絵まで描く」ことは最終出力までできず
「自分ひとりで何もかもできる」ものでは「ない」

これってソース云々以前にカエルでも知っている常識じゃん。
カエルでも知ってることすら知らないのはA厨だけだが（ｗ

プレビュー×高どうだか知らないけど、3DCADのスプラインなんかの実データは
関数でかかれてるものなんだから、もちろん精度は重要なんだよね。
×Doble○Doubleなどでも見れば分かるが、数字の精度もしっかりと存在する。
というかこれこそが「精度」そのものである。
intでは浮動小数点を実現することは出来ない。どれだけソースでfloatを期待していても
float精度を持っていないものはどれだけ「そのものズバリ」だろうが受け渡しは出来ない。

これもまたミミズでも知ってることだ。
こんなことも知らないのはA厨だけだが（ﾌﾟ

ゲームの話しよゲーム。

>>487
日本語も読めないのはどうせわからないだろうが
「プレビュー」とは「確認のために製作途中のものや完成した（と思われる）ものを見る」
だけで実際のゲームに出る、またはマスターアップしたものは「プレプロダクトモデル」ではない。

確認のために見れば「プレビュー」だが

それを最終目的にしたものは

「ない」（ﾌﾟ

>>489
ゲームに使う事を目的としたキャラクタモデルを
WS上でレンダリングすることに確認以外のどのような意味があるんだ？
意味の無いレンダリングとかソフトの動作テストとかいったような
どうでもいいこじつけはなしでよろしく頼む。

まだ自分の妄想で24bitがチートでないとか抜かしてる馬鹿がいたとは（ｗ

実装、定義されていないという「現実」も見えないバカ
後藤氏の「ということの"ようだ"」という単なる推測も理解できないバカはさすがA厨（ﾌﾟ

>>490
ゲームに使う事を目的としたキャラクタモデルを作るために
WS上でレンダリングしなければどのように作るんだ？
というか「プレビューにしか使われてない」という証拠はまだか？(w

意味の無いレンダリングとかソフトの動作テストとか逃げとかいったような
どうでもいいこじつけはなしでよろしく頼む。

>>uaLw4PpC
君の考えのA厨はどんな人なんですか。

>>493

簡単に言えば(というか既に何度も言ってるがｗ)

「物も知らないくせに知ったかぶるバカ」
「言いはするが証明も出来ないバカ」

要は「バカ」だね。

今日で言えば普通単精度や倍精度、
整数精度や浮動小数点精度くらい幼稚園児でも知ってるだろうに

園児ですら知ってるものを知らないバカ

とか（ｗ

100万分の1mmの精度が要求されるCAD/CAMとゲームの3D画像を同列で比べるスレはここですか？

A厨 = ID:uaLw4PpC ということか

自分の意見を認めない奴＝A厨(ゲフォ以外の24bit精度のGPUでも)
なんじゃねーの？

少なくとも「物凄い バカ を言ってる奴」にしか付けてないが
そんなことも読めないバカもいるんだなあ（ﾌﾟ

>>495
なにいってんの？CADは誤差ゼロだよ。ばかじぇん？
10ミリって書いてあったら10ミリなの。バカすぎ。
描画誤差はギザギザ。つうか実物触ってみろ。

http://www.vector.co.jp/soft/dl/win95/business/se070945.html

つうか、AUTOCADとかの2DCADで、3Dでプレビューを使ってるヤツを
見てみたいんだけど。
プレビューって言うより、角度付きイラストだけどな。

>>494
もう少し知性のあるレスをしてくれ。

バカにあんまり高度なことを言うと理解できずに泣くだろうが（ｗ

>>499
「精度」の「誤差」の違いわかる？

uaLw4PpCよ、>>499が一番馬鹿だと思うがどう思う？

>>503
バカなんじゃねーの？
CADに誤差なんて概念ねーよ。作るときに誤差が出るんだよ。
つうか、誤差があったら図面上のつじつまがあわねーだろｗ。

つうか、誤差誤差いってるやつって一体なんの誤差のことをいってんだ？

>>503
マクロを使ったら隙間ができましたじゃ作図にならねーだろｗ。
キミおもしろすぎ。

こらまた如何とも言えない状態になってきたから
ノーコメントということで


「その概念がソフトウェア的に考慮されているか」
「単に精度がどれくらい要求されるか」

の受け取り方の違いが出ているような気がしないでもないが

>>495
その前に100万分の1ミリの寸法公差が要求される機械がお前の部屋にあるのかと。

>>505
誤差誤差なんて誰が言ってた？
言葉自体は何度かでてくるけど、誤差を語ったレスって1,2回しか出てないだろ

>>507
「ソフトウェア的（記録された数字の比率）」的な誤差はCAD無いではゼロ。
最小のグリッド間隔以上に小さい寸法を記録しないんだから。

「精度を要求する」以前に誤差がないんだって。
手書きの青焼きされた図面の線が、0．3の芯の10分の一程度ずれてたとして
見た目にに誤差のないプリントアウトされた図面とできあがりに差があったら
大笑いだろ？

>>509
>>503が一生懸命100万分の1ミリにこだわってるだろ？
いったい何の100万分の1ミリにこだわってるこだわり職人だかよくわかんねけどｗ。
痛い。痛いよ君ら。

つうか、10年前のCADと今年のCADで、同じ物を描いて
違う物ができあがるとでも思ってんのかな？
手で書いたら違う物ができあがるとでも思ってんのか？

大笑いだな。

端から見た感じだが

「誤差の発生まで見越してソフトウェアが作られているか」
("100万分の1でもズレが出るだろうが" と思った)

「最小単位が100万分の1単位」
(精度は100万分の1を要求)

で受け取り方が違っているように見えた。
まあ見えただけだが

>>511
503は分かるんだが、>>505の書き込みだと
しつこく何度も誤差議論が繰り返されてきたとしか解釈できないんで。
なぜ503ではなく、誤差誤差と言っているやつ という不特定多数と解釈できる
言い回しをしたのか激しく疑問だっただけだ。

今まで散々やってきたようにまた論点を摩り替えようとしてるのかと思った。

>>uaLw4PpC
こいつ釣りじゃないとしたら本当の大ばか者だな

499も言ってるけど内部で演算してる数値を荒いドットで表示されてるディスプレイ
で完璧に表示するのは無理だってことがこいつにはわかんないのか？

馬鹿の一つ覚えで精度精度といってるけど、ディスプレイ自体に精度がないってのが
こいつには分からんのか。

>>a0+f/s9E

こいつ釣りじゃないとしたら本当の大ばか者だな

何度も言ってるけど内部で演算してる数値がどれほど細かく
ディスプレイで表示しきれないとしても(マスクと電子銃の性能次第だが理論上相当細かく表示できる)

「演算精度と実際に見られるかどうかは関係がない」

ってことがこいつにはわかんないのか？
1677万色全ての色の違いは人間の目にはわからない
だからといって不要になるわけではないこともわからないのか？

馬鹿の一つ覚えで精度精度といってるけど、
ディスプレイ自体に「も」「演算のための」数値的な精度ではないが精度があるってのが
こいつには分からんのか。

>>513
寸法に関しては桁数が決まってて小数点を動かすんだって。
つうか、自分で数字いれんだぞ？

自由曲線は関数でできてるからその関数に従って工作機械が動くだけだし、
2DCADで定義できない曲面なんかは工作機械の動作以上の精度があるので
見かけ上誤差ゼロ。それでいいの。
誤差0．1ミリで金物を作るだけでもえらい金がかかるのに、CAD内のそんなズレがなんの
意味があるんだよ。

簡単に言ってやろう

根本的に実現し得ないのと違い
例えオーバースペックだとしても
「実現すること自体」に全く問題はない

そこまでは要らんでしょと言われても
「それでも実現する」こと自体に問題は「ない」

わからんのか？（ｗ

>>516
つうか死んじゃって良いよｗ。
ディスプレイの誤差なんて全く無関係。

>>518
そりゃそうだ．正確ならその方がいいに決まってる．
だけど，517が言っているような演算はGPUで行うようなものじゃないんだよ．

>>517

ズレを問題にしているのではなく
「精度がどれだけあるか」ではないのか。

例え10分の1だろうが1億分の1だろうが、ズレがないならないでよし。
だが、「最小単位は必ず存在する」はずだ。
その「最小単位はこれだけの精度で要求される」と述べただけであって
誤差が出るよと言ったとは見えないが

て言うか巣に帰れ、お前ら。

>>518
安心しろ。鉛筆と定規でも描けるから。
鉛筆の芯のズレ以上の精度は必要ないから安心してウンコして死ね。
線に誤差があっても寸法がきちんと入ってればできあがるから安心してウンコ喰ってろ。

精度という概念はなくて、有効桁数という概念があるという事に
いい加減気付けお前ら。

＞何度も言ってるけど内部で演算してる数値がどれほど細かく
＞ディスプレイで表示しきれないとしても(マスクと電子銃の性能次第だが理論上相当細かく表示できる)

それじゃ高々数万のGPUでジャギーの出ないディスプレイを使えってことか？
っていうかおまえのディスプレイはジャギーが出ないのか？すげーな
そもそも論理上って何だ？今無い技術で逃げるなよ。

＞1677万色全ての色の違いは人間の目にはわからない
＞だからといって不要になるわけではないこともわからないのか？

なんか自分で墓穴掘ってるな。
だからディスプレイに精度がないんだから無理って言ってるのに。

やっぱこいつは馬鹿だった。

みんながいじめ過ぎるから壊れちゃったじゃないか。

何を勘違いしているのか知らんが
まあ「誤差」とは一言も使っていないのはこちら。
「誤差」を意識して使ったためしもなければ「精度」と「誤差」はまったく異なるもの。
(ちなみに「公差」とは規格上許容される範囲のことを言う)

当たり前だが
「ディスプレイに映すための演算精度ではないが」と言っているにも関わらず勘違い。
「プレビュー以外にもメインで使われる」のはもちろん補佐、補助ではあれど
モデリング精度を高く求められる以上GPU演算精度は高くなくてはならない。
CPUだけで行うのではない。

絵に誤差があろうが無かろうが、きちんと計算した通りの寸法が
入ってればできあがるから誤差職人は死んでなさい。

>>527
rageでも都庁の図面が描ける事実。
つうか、バカ以前にお前は霊長類の別の科目（の天才）なのか？

有効桁数とは即ち「精度」だ。
有効桁数一桁と十桁では実現できるラインカーブに当然違いができる。
つまりこれは精度だ。
いい加減気付けお前ら。

>それじゃ高々数万のGPUでジャギーの出ないディスプレイを使えってことか？
>っていうかおまえのディスプレイはジャギーが出ないのか？すげーな
>そもそも論理上って何だ？今無い技術で逃げるなよ。

バカにも分かるよう簡単に言えば「お前が見られなくても問題なし」ということだ（ｗ
誰が見られなかろうが×誤差○精度上は128bitであるとか256bitであるとか
それだけでいい。バカが見られなくても問題はない。
というか「"演算"精度とはそればかりではない」

＞なんか自分で墓穴掘ってるな。
＞だからディスプレイに精度がないんだから無理って言ってるのに。
なんか自分で墓穴掘ってるな。
だからお前のヘボディスプレイで見られなくても精度上実現できていればそれで問題はないって言ってるのに。

やっぱこいつは馬鹿だった。 さすがA厨（ｗ

精度とはintとfloatでも言えるし
同じintでもshortなのかlongなのかでも違いがある。
これで違いが出るほどの桁数(longを要求する)なら「きちんと計算できる」わけがない。
つまり演算精度としてlong intを要求するわけであって
これがshortでは期待との「誤差」(ここで初めて出る)が出る。

有効桁数が4ケタでは双4ケタ掛け算の答えは出せない。
こんなことは小学生でも知っていること。
こうなれば強制的な丸めを行うしかないがそれは正しい答えではない。
つまり「精度が要求される」ということだが（ｗ

>>530
>有効桁数一桁と十桁
安心しろもっとあるし、必要ない位ある。
それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。
つまり精度100％。

見かけ上よきゃいいの。

つうか、いったい何を想定して話してんだ？
図形でものつくるんじゃねーぞ？

＞バカにも分かるよう簡単に言えば「お前が見られなくても問題なし」ということだ（ｗ
＞誰が見られなかろうが×誤差○精度上は128bitであるとか256bitであるとか
＞それだけでいい。バカが見られなくても問題はない。
＞というか「"演算"精度とはそればかりではない」

だからその精度って言うのはGPUじゃなくてCPUで演算してるからディスプレイでは
表現しきれないって何度言えば、、、

＞だからお前のヘボディスプレイで見られなくても精度上実現できていればそれで問題はないって言ってるのに。

今度は画面上が変でもOKってか。

おまえちょっと病院言って来い。

>安心しろもっとあるし、必要ない位ある。

例えも理解できないか？
誤差とは何の誤差か？実測線とコンピュータ演算の対比としての「誤差」か？
安心しろそんなことは誰も言ってないしそもそも「誤差」自体話の流れ上にない。

>>531
その精度が要求される処理に単精度浮動小数点ユニットしかないGPUが何をするのさ。

>だからその精度って言うのはGPUじゃなくてCPUで演算してるからディスプレイでは
>表現しきれないって何度言えば、、、

だからその精度って言うのはGPU「と」CPUで演算しており、「精度を出すことのみ」に主眼を置くのであれば
ヘボディスプレイで表現しきれなくても問題はないって何度言えば、、、
そもそも「CPUで演算すれば表示しきれない」証拠はどこにも無いし（ｗ


>今度は画面上が変でもOKってか。
当たり前だ。精度が問題ならば見られなかろうが問題はない。
理解できないか？（ｗ

おまえちょっと病院×言って○行って来い。 （ﾌﾟ

>>533
恐らくuaLw4PpCは、描画結果をディスプレイに出力して、それを作業用ロボットか何かがカメラか何かでスキャンしてモノを作る事を想定していると思われる。

>>535
で、温度で大きさが変わる加工物に何のために見かけ上の精度以上の
精度を必要としてんの？

その丸め自体が精度100％の証。文系の哲学ですか？死ねｗ。

工作機械の限界精度迄欲しけりゃ関数のまま渡してんだからあんしんしろ。
大笑いなひとですね。

>>536
別にこまらねーだろｗ

>>536
安心しろもっとあるし
(FX5900以降なら128bit精度まで "DX9アプリの出してくるデータが32bit"というだけで32bitのみしか計算できないわけではない)
GPUは補助的役割(だが描画にとってなくてはならないもの)であり
自分勝手に計算をしたり出来ない
「メインはCPU」（でなくてはどんなGPUも動けない）ではあれど
「プレビューのみ」というバカのホザいたバカを正してやっているだけだ。

で、温度で大きさが変わる加工物に何のために見かけ上の精度以上の
精度を必要としてんの？

有効桁数四則計算 1000 * 4120 の解が4ケタまでで"0000"か
その丸め自体が精度0％の証。文系の哲学ですか？死ねｗ。

工作機械の限界精度迄欲しけりゃ「精度高めた関数を」「応えられる機械に」渡さなければできないからあんしんしろ。
大笑いなひとですね。

>>542
暗記しろｗ

＞有効桁数四則計算 1000 * 4120 の解が4ケタまでで"0000"か
つうかなにこれ？

0.1mm精度で切らねばならない旋盤があっても
整数精度関数を渡してしまえば要求どおりに切ることはできないし
関数で小数点×制度○精度を要求しても
機械が整数精度のみなら受け取ってもこれまた要求どおりに切ることはできない


「誤差」ではない

こんなことも分からんバカはとっとと死ねｗ

つうかさぁ、お前は手で書け。

>つうかなにこれ？

無効桁数で計算するつもりだと（ﾌﾟ

>>545
図面に何のために寸法公差を入れるんですか？


大笑いだな？え？

機械や設計書に何のために精度を入れるんですか？


大笑いだな？え？

わかった。
精度の良い線が引けるまで手で書け。
添削してやるからｗ。

>>549
機械や図面に精度は入れません。

笑って良いですか？

要求精度と規格内許容誤差（公差）は全く別物と言うことを知らないバカ(w

AブロックボアとCブロックボアの内径差が1ミクロンで公差内としても
他の機械で差が200ミクロン出てしまえば「(実現するための)精度が足りないから」に他ならないが

こんなことも知らないのはバカだけだが（ﾌﾟ

>>551
機械や図面に 「x.xxﾐﾘ」等と精度は入れます。

笑って良いですか？

>だからその精度って言うのはGPU「と」CPUで演算しており

どうりで話がかみ合わないと思ったら、こいつGPUでの演算とCPUの演算が同じものに対してされてると思ってるのか

CADにはGPUの演算精度も影響すると思ってるんだ。
はーつかれた。
ってことで馬鹿はほっといてこの話は

　　糸冬

「どれだけ追従できるか」 = 機械(もしくは機械設計)の精度
「どれだけ機械に要求するか」 = 設計の精度

それがどれだけの「範囲内」で実現させようとするか = 数値精度

「精度」は単一の意味じゃないぞ
こんなことも知らないのはバカだけだが（ﾌﾟ

>>552
要求精度にしたがって公差いれんだろ。
つうか、おまえぐっちゃぐちゃ。

なんで誤差1ミクロンの部品にいきなり200倍も誤差がある物を組あわせんの？
すげーなー。意味わかんなくてレス仕様か迷っちゃうぞ。

>どうりで話がかみ合わないと思ったら、こいつGPUでの演算とCPUの演算が同じものに対してされてると思ってるのか

どうりで話がかみ合わないと思ったら、こいつGPUでの演算とCPUの演算が異なるものに対してされてると思ってるのか

CADモデリング、サーフェイスライン等にはGPUの演算精度が影響しないと思ってるんだ。
はーつかれた。
ってことで馬鹿はほっといてこの話は

糸冬

>>553
いいですよｗ。

>>541
> (FX5900以降なら128bit精度まで "DX9アプリの出してくるデータが32bit"というだけで32bitのみしか計算できないわけではない)
それって32bit演算器を束ねて128bitSIMDってことじゃないん？

>>553
でも、機械には入れませんｗ。

>>557
>CADモデリング、サーフェイスライン等にはGPUの演算精度が影響しないと思ってるんだ

だから影響しないって．

>>557
rageとRADEONで違う物が出来上がるんだ。スゲーな。
おでれーた。

「公差」とは「要求に付随するものではなく」「規格内(または機械)許容範囲」だから入れねーだろ。
つうか、おまえぐっちゃぐちゃ。

なんで許容誤差1ミクロンでなければならない部品に
200倍の設計対比誤差が出る機械で作ってもいいとか思ってんの？

>>532「それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。」
「どんな機械だろうが」「関数でやりとりすれば誤差ゼロ」なのにねえ（ﾌﾟ

すげーなー。意味わかんなくてレス仕様か迷っちゃうぞ。

>>560
機械には入れますｗ

>>563
バカじゃねーの、寸法に公差入れねーのかよ。
頑張るねー。意味ﾜｶﾝﾈー。

で、200倍の誤差がある物を使うのはお前だけだろ。

>>561

だから影響するって。

uaLw4PpCさんとDEsOFUXYｖさん、とりあえず
( ´･ω･`)_且~~ ｲｶｶﾞ?

>>531
整数型の演算がオーバーフローするのを誤差というのか…？
それは単なるバグであり設計ミス。

浮動少数で下の桁が潰れるのと、整数がオーバーフローするのは全く状況が違うんだが。

>>564
機械に精度はありますが、工作してねじ込む事はありません。

というか、日本語が変なのを指摘した事にいい加減気付けバカ。

>>565
バカじゃねーの、寸法に「もともと決まってる」公差入れんのかよ。
頑張るねー。意味ﾜｶﾝﾈー。

で、200倍の誤差がある物を使っても関数されば誤差ゼロとか言うのはお前だけだろ。

なんか、凄い勢いで進んでいるな。とりあえず...

　　 _＿＿ ∧w∧ 　∬　　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣
＠′　　　(　 ﾟДﾟ）⊃旦　　＜　ニラ茶飲めやﾌｫﾙｧ！
　U U￣￣ U 　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿

>>569
機械に誤差はありますが、工作してねじ込む事はありません。

というか、日本語が変なのを指摘した事にいい加減気付けバカ。

精度の異なるrageとRADEONで同じ物が出来上がるんだ。スゲーな。
おでれーた。

>>570
入れます。工作機械自体一様じゃありません。
ばーか

>>568
「オーバーフローした結果の数値が異なるのを」

誤差と言うのである。

プログラムミスかどうかが重要なのではなく、「した結果がどうか」ということ。
同じにはならないだろう。

>CADモデリング、サーフェイスライン等にはGPUの演算精度が影響しないと思ってるんだ。

CPU ->製品に対する演算
GPU ->画像に対する演算

お願いだからもう死んでくれ。

( ´･ω･`)_且~~ ･･･

>>573
同じ図面を、ノートパソコンからプリントアウトしても
今オレが使ってるゲームマシンからプリントアウトしても、

同じ物が出てきます。
つうか、ばーか。

>>574
入れません。

>>532「それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。」
「どんな機械だろうが」「関数でやりとりすれば誤差ゼロ」なのにねえ（ﾌﾟ

これによれば工作機械自体がどうあれ「関数さえ渡せば」ということのようなので。
ばーか（ﾌﾟ

>>576
これが理解できないから凄いよな。

>>566
2DCADと3DCADに本質的な違いはないんでないかい？

>>575

うわぁ…。

>CPU ->製品に対する演算

CPU GPU ->アプローチや受け持ちが違えどこれから作る製品に対する演算

お願いだからもう死んでくれ。

>>579
こいつ全く意味分かってねーｗ。

要求精度が高いが同じ図面を、ノートパソコンからレンダリングしたり
今オレが使ってるゲームマシンからレンダリングしたりしたら、

同じ物が出てきません。
つうか、ばーか。 (ﾌﾟ

ドットピッチが異なるプリンタでプリントアウトしたら
（精度が異なるので）同じ物が出てきません。
つうか、ばーか。

>>581
2Dで定義できない曲面とか、新しいクネクネ加工を自動車会社に
強要する時に3Dが大活躍します。

>>584
こいつ反論すら出来ねーｗ。

>>585
レンダリングが設計となんの関係があるんだよ！ｗ
ゲームやかおまえは

誤差が大きな機械(精度が求められるものに向かない機械)
誤差の少ない追従性を持つ機械(精度が高いもの)

それも同じ図面を入れれば同じ物ができるんだと
おでれーた（ﾌﾟ

>>532「それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。」
「どんな機械だろうが」「関数でやりとりすれば誤差ゼロ」なのにねえ（ﾌﾟ

これによれば工作機械自体がどうあれ「関数さえ渡せば」ということのようなので。
ばーか（ﾌﾟ

( ´･ω･`)_且　ｻﾒﾁｬｯﾀ･･･

>>588
誤差がこのスレやゲームとなんの関係があるんだよ！ｗ
ドカタかおまえは

>>585
＞ドットピッチが異なるプリンタでプリントアウトしたら
（精度が異なるので）同じ物が出てきません。
つうか、ばーか。

必ず同じ物は作られますｗ。
つうか、プロッターまで変えちゃったら比較にならねー。
算数苦手だろ！

なんか、ただ単に断定口調で電波を飛ばすだけになってきたな…。

>>586
そういった意味で言ったのではなくて，CADという概念上はということです．
3DCAD図の断面を表示すれば，それは2DCADと何ら変わらないものであろうと．

>>579
工作機械にも、季節にも癖があるんだよｗ。

つうか素で分かってないって言うか、しんじゃいぇ

悪精度.....隣家との距離 1m (最小単位が1m)
良精度.....隣家との距離 30cm21mm (最小単位がミリメートル)

これであっても精度は重要でないんだとさ（ﾌﾟ

>>591
つうか、まねする人って追いつめられてるんだって

> 必ず同じ物は作られますｗ。
>つうか、プロッターまで変えちゃったら比較にならねー。
>算数苦手だろ！

必ず同じ物は作られませんｗ。
つうか、プロッターまで変えちゃっても比較になるとか言ってるだろー。>>532
算数苦手だろ！

>>596
せっかく熱々入れたのに！(つд⊂)ｴｰﾝ

>>594
断面だけを表示するのが3DCADではない。

>>597
つうか、まねされた程度でうろたえる人って当然だが追いつめられてるんだって

>>598
全然違うものを引用してないか？（ｗ

お茶いただきまつ(´･ω･`)つ

>>598
誰がつくっても同じ物ができるための図面だってｗ。

ていうかさ、バカなりに理解してないけどなんでそんなにCADにこだわってんの？
作業員じゃんただの。

>>557
まさかCADが頂点の値をDouble型の精度で持ってるなんて勘違いしてる？

>>600
んー。なんていうかね、頑張ってCADマンになってくれ。
埒あかねーし。

>>603

スレを始めの方から読んでれば解ると思うけど、
彼の場合は相手をなじれれば話題は何でもいいんだよ。

>>601

評価基準の違うもの
（例えば誤差発生率、土台。つまりその機械がどれだけの精度に追従できるかと言うもの）
であっても、同じソフトウェアをつっこめば同じ結果が得られるとかバカがバカ語ってるのは同じ（ｗ

「それ以前に、関数でやりとりすれば（機械の精度がどれだけであっても）自由曲線の誤差はゼロ。」

>>606
そうなんだ。じゃぁオレもそうしてから寝よ。

>>607
つうか、バカなんじゃないの？ねぇ。
図形って式で成り立ってんだけど。

>>603
誰がつくっても同じ物ができるように作られるのが図面だが
必ず誤差はあるんだってｗ。

ていうかさ、バカなりに理解してないようだけど
なんでそんなに「今はCADの話」が理解できねーの？
それも理解できないようでは「バカな作業員」じゃんただの。

>>608

んで、わかった上で弄る為に
書き込んでるオレみたいなのもいる。

>>607
つうか、お前酔っぱらってない？
しらふとは思えないんだけど。どうでもいいけど学校行けよ。

>>607
つうか、バカなんじゃないの？ねぇ。
図形って式で成り立ってんだけど小数を要求するものが
整数処理しかできないものに入れたら正しくない結果しか出てこないんだけど。

>>611
あ、そうなんだ。
つうか何CADつかってんだろね彼は。

弄るつもりが弄くられ
論破され

てな哀れなA厨が多いがｗ

>>613
今凄いオレって数字っぽい事言ってるなぁ･･･
とか思ってんだろなぁ･･･

>>614

１００％使ってないでしょ。

てか、今日は
「整数演算のオーバーフローは誤差」
という伝説的なお言葉を頂いたので大満足。

>>615
論破？論破って知識不足を指摘されて気が狂う事じゃないんだけどな。

>>616
今凄いオレって理解できない･･･
とか思ってんだろなぁ･･･

unsigned １６Ｂｉｔ整数 65535 に 1 を足して 0 になるのは
誤差だったんだよ！！

>>619
今凄いオレって理解できない･･･
とか思ってんだろなぁ･･･

てか、今日は日本語も読めずに
「整数演算のオーバーフローは誤差」
という伝説的な勘違いを頂いたので大満足。

>>618
論破ってA厨のように知識不足を指摘されて気が狂う事やいきなり敬語になることや
いきなり世間話に入ることや言い返せなくなって黙ることじゃないんだけどな。

>>621
今凄いオレって理解できない･･･
とか思ってんだろなぁ･･･

620 名前：Socket774 ：04/03/04 23:40 ID:dEYe8Yzx
unsigned １６Ｂｉｔ整数 65535 に 1 を足して 0 になるのは
誤差だったんだよ！！

すげえ（ｗ
今日は この
「整数演算のオーバーフローは誤差」
という伝説的なお言葉を頂いたので大満足。

>>602
ε=ε=ε=ε=ε=(｡･ω･)_旦~~　ｵﾏﾀｾｰ

>>617
＞「整数演算のオーバーフローは誤差」
＞という伝説的なお言葉を頂いたので大満足。
漏れも満足ｗ

>>617
「精度の異なるrageとRADEONで同じ物が出来上がるんだ。スゲーな。

これかな、オレの中での伝説は。

つうか、ﾄﾆｰってヤツいたよね。慶応の法学部かなんかを騙って、
千葉の中学生が彼女で慶応の生徒会長とかっていってた彼。
おれ、トニーなんじゃねーかなーって思ってるんだけど。

>>622
論破ってA厨のように知識不足を指摘されて気が狂う事やいきなり敬語になることや
いきなり世間話に入ることや言い返せなくなって黙ることじゃないんだけどな。

shortで5に
longで5.24....
切り捨てなどが行われて丸められるのが正しい答えなんだと（ｗ

531 ：Socket774 ：04/03/04 22:39 ID:uaLw4PpC
精度とはintとfloatでも言えるし
同じintでもshortなのかlongなのかでも違いがある。
これで違いが出るほどの桁数(longを要求する)なら「きちんと計算できる」わけがない。
つまり演算精度としてlong intを要求するわけであって
これがshortでは期待との「誤差」(ここで初めて出る)が出る。

有効桁数が4ケタでは双4ケタ掛け算の答えは出せない。
こんなことは小学生でも知っていること。
こうなれば強制的な丸めを行うしかないがそれは正しい答えではない。
つまり「精度が要求される」ということだが（ｗ


プログラマのミスを問題にしているとは一言も書いてないが（ﾌﾟ

>>622

自分で >>575 に書いた内容は勘違いだったのか（ｗ

>>628
620 名前：Socket774 ：04/03/04 23:40 ID:dEYe8Yzx
unsigned １６Ｂｉｔ整数 65535 に 1 を足して 0 になるのは
誤差だったんだよ！！


こんなこと言うバカは勘違いしただろうな（ｗ

>>628
ほっとこうよ、ほっとこうと書いてお気ながら虐めようよｗ。
試しにコピペをそのまま書いたら凄いあわてて新しい事言ってこなくなったよ。
もしかして、餌を与えたから検索を頑張っちゃったんだよきっと。

このまま微妙な距離感を保つと新しい事が出てこないぞｗ。

>>629
>>575で盛大に
＞「オーバーフローした結果の数値が異なるのを」
＞
＞誤差と言うのである。
と言い切ってるんですが･･･

「それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。　

これかな、オレの中での伝説は。

つうか、ﾄﾆｰってヤツいたよね。慶応の法学部かなんかを騙って、
千葉の中学生が彼女で慶応の生徒会長とかっていってた彼。
おれ、トニーなんじゃねーかなーって思ってるんだけど。

>>629
お前の>>575の発言のを藁う意味での>>620だと思うが。

>>631
「プログラマのミスのみを」
とは言ってないんですが・・・（ｗ

>>632
つうか、ﾄﾆｰってヤツいたよね。慶応の法学部かなんかを騙って、
千葉の中学生が彼女で慶応の生徒会長とかっていってた彼。
おれ、トニーなんじゃねーかなーって思ってるんだけど。

>>627

>>575 を良くみなよ。
自分で

>「オーバーフローした結果の数値が異なるのを」
>誤差と言うのである。

ってオーバーフローした時が誤差だって言ってるじゃん。

ほっとこうよ、ほっとこうと書いてお気ながら虐めようよｗ。
試しにコピペをそのまま書いたら凄いあわててコピペを気にしだしちゃったよ。
もう機械についての論も出てこなくなったよ（ｗ
もしかして、餌を与えたから検索を頑張っちゃったんだよきっと。

このまま微妙な距離感を保つと新しい事が出てこないぞｗ。

ってか俺の>604の発言は相手先を間違った悪寒。

ごめん、透明ｱﾎﾞｰｿしちゃったよｗ。

間違ってないか。まあいいや。

>>633
自分が「そう思ってるから」「初出」したわけだろうな（ｗ

>>635
つうか、ﾄﾆｰってヤツいたよね。慶応の法学部かなんかを騙って、
千葉の中学生が彼女で慶応の生徒会長とかっていってた彼。
おれ、トニーなんじゃねーかなーって思ってるんだけど。

>>636
>>575 を良くみなよ。
「結果の数値が異なるのを」
ってオーバーフローした時の解は誤差があるって言ってるじゃん。


4ケタ精度しかなくて0000になるものと
ちゃんと解が正しく出るものがわからないと？（ｗ

>>639

彼の発言を透明アボーンしてしまうと
このスレに来る意義がなくなってしまう（ｗ

>>642
あぁ、深いね。もどそｗ

っつか、もう寝ようかとｗ。

いやいや
透明あぼーんをしたといちいち言わないでいいのだが
わざわざアナウンスすると言うことは気になってると言うことだろうな（ｗ

悔しくて悔しくてどうにも気になるらしい
かわいいもんで(ﾌﾟ

>>641
>オーバーフローした時の解は誤差がある
ねえ、誤差の言葉の意味わかってる？

負け犬同士の慰め合いしか手がなくなってしまってな（ｗ

オーバーフローするのは単なるプログラムの設計ミスだっつーの。

>ねえ、誤差の言葉の意味わかってる？
ねえ、誤差の言葉の意味わかってる？

「意図した」
「異なる」
「精度」

ほれ、キーワードをくれてやろう（ﾌﾟ

>>644
気になってしょうがないよ。
ここまでの逸材をオレは見た事無いから。

>CADモデリング、サーフェイスライン等にはGPUの演算精度が影響しないと思ってるんだ。

これ、伝説だろ？
なんで正気が保てなかったんだ？

>>641

誤差かぁ…。

>>648
誤差っつーのはあくまでも近似値だって言うのに・・・
オーバーフローした結果は誤差じゃねえぞ。
もう一度きちんと自分で>>575読み返せよ。

結局何買えばいいの？
３万以上のはやです。

別に「プログラマが（なにがしか）悪いことが誤差」だとか「一言も」言ってねーつの（ｗ

プログラムの組み間違い「だとしても」

結果（解）には誤差がある

という日本語も読めないバカは寝てよろしい（ｗ

おっと、１２時になっちまったから今日はもうこの辺で失礼。

今日の結論。

>「オーバーフローした結果の数値が異なるのを」
>
>誤差と言うのである。

>>652
ここで聞くのは間違ってると思います･･･

さぁ12時を回りました！自作自演警戒発令です！

>>654
伝説だよなぁ

> 気になってしょうがないよ。
>ここまでの逸材をオレは見た事無いから。

ほれ、見ろ
どこが「透明ｱﾎﾞｰｿしちゃったよ」なんだろうね（ｗ
自分の言ったことすら守れないバカは貴重だぞ（ﾌﾟ

>CADモデリング、サーフェイスライン等にはGPUの演算精度が影響しない
>「精度の異なるrageとRADEONで同じ物が出来上がるんだ。スゲーな。
>>>532「それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。」

これ、伝説だろ？
なんで正気が保てなかったんだ？

オーバーフロー、アンダーフローを起こしたデータはラウンドするかもしれないし飽和するかもしれないし、
大抵はフラグがたったり例外が発生したりできちんと意図をもって管理しない限り数値に意味の無い
イレギュラーなデータって事だよね？

それが使えるかはともかく数値自体の意味は失われていないケースを誤差って言うんかな。

名前： Socket774 投稿日： 04/03/04 23:59 ID:uaLw4PpC
別に「プログラマが（なにがしか）悪いことが誤差」だとか「一言も」言ってねーつの（ｗ

プログラムの組み間違い「だとしても」

結果（解）には誤差がある

という日本語も読めないバカは寝てよろしい（ｗ


IDが変わったのを機に論破され精神を崩壊させられ逃げましたとさ。

>>651
誤差って言うのは大きく離れようが
意図した数値範囲にないことだってば・・・

(許容範囲”のみ”を誤差とか思ってるバカもいるがｗ)

鉄工所の息子が触った事がないCADに触るのはこのスレですか？

>>661
トニーお休み！

>>661
誤差って、真の値との差の事じゃないの？

プレス工の息子です（ｗ

654 名前：Socket774 ：04/03/05 00:01 ID:Waa/9nGB
おっと、１２時になっちまったから今日はもうこの辺で失礼。




IDが変わったのを機に論破され精神を崩壊させられ逃げましたとさ。

正直どっちでもいいだろ･･･好きなの買えよ･･･。
目的の為の道具だろうが。目的に合ったものでいいじゃねぇかよ。

>>661
だ　か　ら、誤差はあくまでも　近　似　値
オーバーフローはバグ

つうか、精度が重要なソフトウェアでの数値の持ち方知ってる?
もちろん浮動小数点なんざ使わない。
4バイトを一桁にして0〜9まで表して、それを十分な桁数持つ。
関数式にかけても最低交差範囲内に入るくらいの精度ね。

656 ：Socket774 ：04/03/05 00:01 ID:gxbyPgh3
657 ：Socket774 ：04/03/05 00:02 ID:gxbyPgh3
660 ：Socket774 ：04/03/05 00:03 ID:gxbyPgh3
662 ：Socket774 ：04/03/05 00:05 ID:gxbyPgh3
663 ：Socket774 ：04/03/05 00:05 ID:gxbyPgh3

IDが変わったのを機に論破され精神を崩壊させられ逃げましたとさ。（ｗ

>>666
よし、風呂に入って映画見たあとちょいと凄いソースを用意して見せよう。
もう二度とこのスレ拝めないくらいのな。

2時間半ほど待っていろｸｸｸ。

だ　か　ら、誤差はあくまでも　誤　り　の　差　
オーバーフローはバグ
オバーフローバグから　得　ら　れ　た　誤　り　の　値　は　誤　差(ここを言っている)

つうか、精度が重要なソフトウェアでの数値の持ち方知ってる?
もちろん浮動小数点をちゃんと使う。
用途に合わせ16bit、32bit、64bitと十分な桁数持ち、小数演算にも耐えられるように
小数点も持つ。
関数式にかけても最低交差範囲内に入るくらいの精度ね。

>>671
おまえはまず日本語の理解がおかしいな。
http://dictionary.goo.ne.jp/search.php?MT=%8C%EB%8D%B7&kind=jn

それと浮動小数点使うなんてあほ？
お前２進法で0.1って表してみろよ。

オーバーフローはミス「であっても」

(誰が悪いかは問わず そもそも一言も言及していない)
意図した値にならないということで誤差となる。

例えばlongを要求する式にてshortで演算してしまった値とlongの違いから来る差。これも誤差。
およそ3で計算したときと3.1415........で計算したときの差。
およそ3で計算したのは例えば学生のミスだが、これでも誤差と呼ぶ。

>>624 ( ･ω)_旦 　ごちそうさま

しかしまだつづくのか？

>>672
おまえはまず日本語の理解がおかしいな。
測定値・理論的推定値また近似計算によって得られた値と、真の値との差。

これによれば「近似値」で　は　な　く　「近似計算」とある（ｗ
合成速度は自速度+対象速度 / 光速^2だが
自分の速度+対象速度で計算してもよい。
「測定対象が光速に近くなければ」というおまけをつけられるが
光速に近いものを近似式で測定してもよい。
それは測定者のミスで正しい値は得られないがそれも「正しい式を適用しなかったための誤差」となる。

>>673
ケースが違う例えだろそれは。
３で計算するのはあくまでも「近似値として」だ。
そして近似値計算には誤差があるのは当然。
しかしあくまでも近似値として意図した結果だしな。
それと違ってオーバーフローは予期せぬ結果。

意図した結果の範疇＝誤差
意図しない結果＝誤り
日本語わかる？

それと２進法でさっさと0.1って表してくれよ。

それと浮動小数点使わないなんてあほ？
お前２進法の仮数と指数を理解してみろよ。

仮数と指数使うのは当然。
それで0.1って表してくれ。さあ早く。

まあ２進法使う限り、0.1なんて表現できないけどな。
fgIVBq7Tはどういう解答してくれるんだろう。
間違いに気付いて4bit一桁、なおかつその桁数は十分にもつって解釈に変わるのかなー。

ケースが同じ例えだろそれは。
３で計算するのはあくまでも「近似値として」だ。
ところが誤差は「近似計算」を用いた場合にとある。
「近似値」などは全く関係がない上、計算には誤差があるのは当然。
そして「計算結果」に「誤差」ができる。
オーバーフローは予期せぬ結果であろうが「式を改変したわけではない」ので
「近似式」である。

意図した結果の範疇＝誤差
意図しない結果であっても＝誤差
日本語わかる？

ノイマンコンピュータ二進法は小数点を扱うので0.1は0.1である。

まあノイマン型である限り、機械語は二進法しかないが
0.1が表現できなければ小数点を扱うアプリケーションが絶対実現できないけどな。
それなのに「ある」
TEy4JZ0Tはどういう解答してくれるんだろう。

>680
ケタ数が足りないくて出た結果は誤りだというのに・・・
おまえ近くの友達に聞いてまわってこいｗ

しかし２進法で0.1表せると思ってるなんて・・・・
すごい奴も居たもんだ・・・
おれは絶対無理だね。１万年かかったとしても表せないほうにかけるぞ。

>>682
ケタ数が足りなくても「式自体は改変をしていない」。
当然出た結果は「精度が足りなかった」故の誤差だというのに・・・
おまえ近くの友達に聞いてまわってこいｗ

しかし２進法で0.1表せないと思ってるなんて・・・・
すごい奴も居たもんだ・・・
それなら小数点を扱うアプリはノイマン型では「絶対に」動かないことになるな・・・
お前「だけ」は絶対無理だね。１万年かかったとしても表せないほうにかけていろ（ﾌﾟ

ぎゃはは！なんだこのスレ！！fgIVBq7Tはアホでつか？
実生活で嫌われる典型ですね。
で、漏れの今日のお題にしとくは
「整数演算のオーバーフローは誤差」
乗り遅れたけど。。。

「二進法で小数は表せない」
は今アベイラブルだぞ（ﾌﾟ

>>681
だから、精度が必要な計算は4bit一桁で0〜9まで表すって言ってるじゃん。
それなら１０進法＞２進法のときに発生する小数点の誤差はおこらないし。

>>685
表せないんじゃないっつーの。
１０進法の数値を２進法にしようとすると誤差が出て表せない数字があると言ってるだけだっつーの。

>>685
＞表せないんじゃないっつーの。

>>682
＞おれは絶対無理だね。１万年かかったとしても表せないほうにかけるぞ。


「一万年かかっても表せない」と述べているではないか（ﾌﾟ
循環数になるのは2の倍数以外の分数を二進法で表そうとしたとき
だとかそんなものがあるがそういうことを述べているのではないな
>>682
＞しかし２進法で0.1表せると思ってるなんて・・・・


ﾌﾟ

数値精度が重要な場面では誤差を嫌うから、
２進法による少数の管理は避けられてるってーのをなんでわからないかなあ・・・

浮動小数点と２進法知ってる奴なら常識なのに・・・

正直、工業高校出ると都合の悪いデータは全て誤差！って言う癖つく
精度だの何だのもう授業だけでおなか一杯でね

意図した値にならないデータ＝誤差というならどんなに楽か・・・

「正の二進法じゃ負とか小数どうして実現しよう」なぞ
とっくの昔に解決されていたことなのだよ（w


わかったかね？（ﾌﾟ

　　　　　 　∧w∧ ﾐﾅｻｰﾝ。ﾆﾗﾁｬ､ﾃﾞｽ｡
　　　　　　 (*ﾟーﾟ) ∬
　　　　　　 /　　⊃旦 ∬ ∬ ∬ ∬ ∬ ∬ ∬ ∬ ∬ ∬ ∬
　 　　　＠（＿＿） 旦旦旦旦旦旦旦旦旦旦旦旦旦旦旦

>>687
言葉を理解していないのか揚げ足をとりたいだけなのか・・・

いいか？
少数は表現できるが、１０進法の少数で表現できない数がある。
それが0.1であり、その他の数字であり。OK?

679 ：Socket774 ：04/03/05 00:30 ID:TEy4JZ0T
>まあ２進法使う限り、0.1なんて表現できないけどな。

>間違いに気付いて4bit一桁、なおかつその桁数は十分にもつって解釈に変わるのかなー。

間違いに気付いて小数は表現できる、なおかつその使い方を論じているのだというスタンスに変わるのかなー。

>>687
>循環数になる
わかってるじゃん。0.1は誤差でしか表現できないって。
精度が重要な場面じゃ２進法による小数表現はしないってーのをなんで・・・

コンピュータからみた'0'には 0と 0.0がある。
データ的には違うが、小数を扱える。

ゼロとイチというから正方向に進んでいく二進法ばかりだと思っていた人、
--バカは例のバカ一人だけだからバカとは言わないことにしよう--
これを機に認識を改めてほしい。

負の数は 最初のビットに'1'が付く。 -1は (わかりやすく4ビットにしてみると)1001になる。
0001なら正の1だ。


つか笑いが止まらないが（ｗ

なんだコイツ・・・
俺は小数を扱わないTとは一言も書いてないんだが・・・
そして論点すりかえ。
あほかと。
ってもしかして俺釣られた？

このスレはトニーの自作自演でお送りいたします。

いやfgIVBq7Tと一緒にしないでくれ。
マジで頼む。

>>695
最初のビットって何、MSB？LSB？
負の数の表現って二の補数だと-1は1111じゃ無いの？

>>691
もらおうか（ｗ

>>699
彼には正と負の０があるんだよ。

>>699
負の数は 最初のビットに'1'が付くってルールしかなければ1001でも別にいいんじゃね？
補数表示だって2だけじゃないし

つか、いい加減誤差ネタヤメレ

また80Hの時と同じ事を繰り返したのか・・・・;)

>>702
もともとこのスレには（本質的には）趣旨なんて無いんだし
良いんじゃない？

>>701
+0と -0 は普通に使うと思うが。

>>705
浮動少数では見るけど、整数では見たこと無いな…。
整数の-0 ってどんな機械でつかうの？

>>706
機械表現というより数学的な概念の問題。
減算が行われることを明示する場合に用いられる。

演算パッケージの中間表現でも必要になるけど。
アセンブラ弄ってると、「減算フラグ」なんてのがあるのが解るとは思うが。
それで分岐する場合に用いる。
言っている事は前項と同じだけど。

>>707
>機械表現というより数学的な概念の問題。
>減算が行われることを明示する場合に用いられる。

ふーむ、なるほど。

アセンブラは組んでたこと有るけど「減算フラグ」って
御目にかかったこと無いな…。
気づいてなかっただけ？

6502 や MC68000 のだと、
２の補数を加算してただけだったような…。

>>707
ありゃ、整数で-0を表現できるとなると、
少なくともx86じゃなさそうですけどCPUはなんなんでしょう？ちょっと興味あります。
x86だと減算フラグはsbbやsub命令呼び出した時くらいにしかフラグは立たないと思いましたので。

>>358 ：知らないバカや勘違いするバカは黙ってろってこった（ｗ ：04/03/02 23:35 ID:q6F+n1DI
>CAD、シネマティックムービー、科学技術計算演算描画では当然「描画」に使われること
>当然正確さや見た目が重要視されるので精度がシェーダの精度は高くなくてはならない

>>427 ：2DCADしか思い浮かばないバカ紹介（ｗ ：04/03/03 19:49 ID:+1FbBnM4
>データの精度が必要であって、表示される絵（図面）そのものにも精度は必要。
>設計図の精度も必要だしそれを絵にするときに精度が足りず
>昔みたいなカクカクポリゴンフェイスでは話にならないし絵を元に物作るんで。

>>481 ：今日もまた論破&バカ晒し（ｗ ：04/03/04 20:51 ID:uaLw4PpC
>「現場」ではディスプレイに表示されたものを使ってなるべく正確に値を求め
>(でなければ距離がどれくらいだの知る由も無いし現場に出てからコロコロ設計図を変えられない)
>物を作っている。


ここで>>515が
>馬鹿の一つ覚えで精度精度といってるけど、ディスプレイ自体に精度がないってのが
>こいつには分からんのか。
と指摘すると手のひらを返したように・・・

参考
http://www.vector.co.jp/soft/win95/hardware/se281841.html?site%3Dn

>>516 ：液晶でモノを語るバカ（ｗ ：04/03/04 22:17 ID:uaLw4PpC
>何度も言ってるけど内部で演算してる数値がどれほど細かく
>ディスプレイで表示しきれないとしても(マスクと電子銃の性能次第だが理論上相当細かく表示できる)
>「演算精度と実際に見られるかどうかは関係がない」

>>527 ：そろそろ本格的に論破するか（ｗ ：04/03/04 22:30 ID:uaLw4PpC
>「ディスプレイに映すための演算精度ではないが」と言っているにも関わらず勘違い。
>「プレビュー以外にもメインで使われる」のはもちろん補佐、補助ではあれど
>モデリング精度を高く求められる以上GPU演算精度は高くなくてはならない。

>>530 ：Socket774 ：04/03/04 22:35 ID:uaLw4PpC
>バカにも分かるよう簡単に言えば「お前が見られなくても問題なし」ということだ（ｗ
>誰が見られなかろうが×誤差○精度上は128bitであるとか256bitであるとか
>それだけでいい。バカが見られなくても問題はない。
>だからお前のヘボディスプレイで見られなくても精度上実現できていればそれで問題はないって言ってるのに。


>>534が言いました。
>今度は画面上が変でもOKってか。

>おまえちょっと病院言って来い。

今のところDX9完全対応のチップってどこか出してるとこある？
ディスプレースメントマップとかハードウェアで対応してるのないんでない？

>>709
泣ける。
Z80知らない世代なのか。
ゲームボーイにも使われてるのに。

>>713
むお、Ｚ８０だったのか…。
使ったこと無いな…（ｗ

でも長生きだよねＺ８０。

てか、減算フラグの話がいまだ良くわかってない俺。

CP/M世代の同志がこの電波スレに?

>>713
すまん、初めて触ったPCが286だったし・・・

出遅れちまった。このスレ読んで思った事
>>683 実際に0．1を二進数で表してみろ

浮動小数点の扱いも分らずにノイマン型とか言ってるのか
fgIVBq7Tはデタラメしか言わないドキュンってことだな

前スレ
http://pc3.2ch.net/test/read.cgi/jisaku/1056386204/

「0.1は0.1だと述べているのに理解できないバカ（ﾌﾟ」

+1.0e-1 を IEEE754あたりでバイナリ表記すればいいだけでは。
単精度32bitだと、符号1bit指数部8bit仮数部23bitなので、
[0][0111 1110][000 0000 0000 0000 0000 0000]

こんな感じかな。

http://www.iecs.kansai-u.ac.jp/2001/Class/Computer/Computer1.pdf

仮数の扱いを禁じていない

恐ろしく気持ちの悪いスレだな・・・

>>720 解答アリガ�d
>682 と >683 は 解釈の違いということに気が付いた

>682 は数学的（というのかな）二進法で0．1を示せってことで、
>683 はコンピュータでは二進法で0．1を示す方法が（定義されているから）可能
ってことかな？

683は定義（IEEE754とか？）を抜きで語ってるからワケワカラン
コンピュータに限らず一般的な二進数表記 = IEEE754 では無かろう

結局中途半端な知識の寄せ集めだったんですね。

>>723
でも解釈以前に、結局10進数の「0.1」は、2進数でも「0.1」なんですよ。
8進数でも16進数でも「0.1」。
で10進数の「0.2」を全て二進数で表記すると「0.10」。
「1234.5678」は「10011010010.1011000101110」。

n進数は、単に数値を nを基数にして桁でグルーピングしただけのものなので。
10進数のみが小数表現が可能、というわけでもなかったりします。

「1234.5678」の小数点を右に一個ずらすと10倍になるように、
「10011010010.1011000101110」の小数点を右に一個ずらすと、2倍になります。

つーか、おまえらホント馬鹿を弄るのが好きなんだなぁ

>>725

ふむむう？
なんか混乱。

>でも解釈以前に、結局10進数の「0.1」は、2進数でも「0.1」なんですよ。
１０進数の0.1＝２進数の0.1　って事？

>「10011010010.1011000101110」の小数点を右に一個ずらすと、2倍になります。
２進数の 0.1 小数点を右にずらして 1.0 になったのが２倍って事は、
２進数の0.1＝１０進数の0.5 ？？

あ〜、頭が…。

>>725

それはちがいます。

10進数での「１」は2進数8進数16進数共通で１ですが、
1桁上がって「10」になった場合、10進数は10倍、2進数は2倍、8進数は8倍、16進数は16倍になります。
おなじように、
1桁下がって「0.1」になった場合、10進数は10分の1、2進数は2分の1、8進数は8分の1、16進数は16分の1になります。

つまり2進数での「0.1」を10進数に変換すると「0.5」になります。

ちなみに、

10進数「1234.5678」を2進数で表現すると、

10011010010.10010001010110110…

と永遠に続きます。

今日もそろそろ始まるのかな？

っていうかここ何てスレだっけ？（ｗ

まあそれに同意だ。
なんだな、解答を示してこの流れは切ろう。
使うのはシャノン大先生の情報数理。

最大情報量は分かるな。
２桁の１０進数の最大情報量は100。
これを２進数で表すと桁数はlog2の10で７bitsとなる。
これは0.0〜9.9と置いても一緒だ。

つまり10進数nの情報量mは2進数log2のmのビットに収めることができる。
逆もしかり。

よって10進数j桁の最大情報量と2進数k桁の最大情報量より
小さな情報量の数値xであれば、どんな数値であれ相互に変換できる。

※実際にはxのエントロピーを考慮に入れることで、もっと少ない
j,kになるがここでは考慮しない。

こんなとこかな。

Xこれを２進数で表すと桁数はlog2の10で７bitsとなる。
Oこれを２進数で表すと桁数はlog2の100で７bitsとなる。

２進化１０進数（ＢＣＤ）の相互変換可能の証明も同じく説明できるね
１０進数１桁の情報量は１０で４ビット未満で収まるため、４ビットに１桁を
収めることができる
ＢＣＤの２進数１０１０〜１１１１の出現確率は０であるため、エントロピーも
最大情報量も０で、残り００００〜１００１の情報量は１０であるから１０進数
１桁に収めることができる
よってＢＣＤを使うと１０進と２進の相互変換が保証される

今日は来ないのかな

昨日テンション高すぎたから電池切れたんじゃね？

だからちゃんと充電しとけって言ったのに･･･

伝説達成直後に電池切れか…。

つうかGoogleで検索すると解説の文章一字一句まで同じものが

チミたち！シェーダがどうこうテクスチャフォーマットどうこうよりも
ゲフォFXのOPEN-GL上でZバッファが16bit固定の方が
オレ的には大問題だ　クソだクソすぎる

>>739
彼がまともな知識を持ってないのはかなり前から既出ナリ。
ずいぶん前から Google ソースのコピペばっかりだったよ。


>>740
GeForceでOpenGLのZBufferてフレームバッファを３２ビットカラーにするとか、
ビデオの設定で変えられなかったっけ？

読み返してみたら、コピペばかりってのは言いすぎか。
他人のコピペ改変が多いんだな。

そんな程度の奴に負けるたあ

つーか、ちょこらは巣に帰れよ。他所に迷惑かけんな。

>>743
だれも負けてないと思うけど？　っていうかもしかして！！

>>743

実務レベルで通用する解答が何一つ出せない相手に敗北も何も無いと思うが…。
言葉の上のみでの可否なんて何の意味も無いよ。

そんな奴に論破されるたあ

>>747
だれも論破されてないと思うけど？　っていうかもしかして！！

ｹﾞﾌｫはテクスチャ貼らないというチートしています

画面上の精度の話なんかするから自滅する羽目になる。
見た目ならフェラーリのデモを見ても判るとおり
Radeon9500以上の方が上だろ。
http://www.itmedia.co.jp/anchordesk/articles/0402/12/news090_3.html
http://www.ati.com/developer/demos/r9700.html

いや、もうそんな話は当の昔に終わってるし。
今のブームは、オーバーフローと２進数で0.1。

でも、もう神が光臨しそうにないからこのスレも終わりかな？

>>750
ｹﾞﾌｫFX持ってない奴は黙ってろ

>>752
・・・・・・・
http://www.itmedia.co.jp/anchordesk/articles/0402/13/news064_2.html

>見た目ならフェラーリのデモを見ても判るとおり
ﾌﾟ
http://www.itmedia.co.jp/anchordesk/articles/0402/12/l_kn_fellrademo.JPG
これな、左右両方ともrade9700の画像なのな。
FXでこのDEMO動かしても、ほとんど区別は付かないほどの画質で描画できるんだな

>これな、左右両方ともrade9700の画像なのな。
そんなことは最初から分かっています。

>FXでこのDEMO動かしても、ほとんど区別は付かないほどの画質で描画できるんだな
[ほとんど]　-　そのわずかな精度こそ重要ではなかったのですか?

こちらも参照あれ
http://www.itmedia.co.jp/anchordesk/articles/0402/13/kn_uptest013.jpg
RADEON系のHDRレンダリングで□を4倍に拡大。滑らかなグラデーション表現になっている

http://www.itmedia.co.jp/anchordesk/articles/0402/13/kn_uptest012.jpg
同様にGeForce FX系HDRレンダリングで□内を4倍に拡大。
ダイナミックレンジだけを広げた弊害で値の精度が失われてしまい、
このようにグラデーション部でマッハバンドが出てしまう

>>755
>このデモは非常によくできていて、動作させたハードウェアに適したHDRレンダリングモードを選択する設計になっている

描画に利用しているコードが違うから、精度の違いの証明にはならない。
要するに直接の比較はできない。

>見た目ならフェラーリのデモを見ても判るとおり
よく見比べないと分からないと言ってるんだが。

>>750の時点ではrthdriblの記事は持ち出してなかっただろ

それと、そのわずかな精度の話は、もう一個のスレの方で話す内容じゃなかろうか。

>>750
>>754
>>757
ATIはとても親切なのです。
そのため，フェラーリ・デモではGeforceFX等でも動作可能な
G16R16のノーマルマップを利用しています。

ちなみに，ZDNetでA16R16G16B16と書いてあるのは大ウソです。

ところで，おまい等の目は節穴でつか？

ええい！
ラデ厨もゲフォ厨もすっこんでろ！！

ここは神が１０進数の０．１を２進数で表記してのけるのを
心待ちにするスレですよ！
当然ＩＥＥＥバイナリ表記なんかじゃなくちゃんとした２進数で！！

まとめ

RADEONは朝鮮感覚の安物GPUで不具合出まくり。売れれば良し。
サポートはゲームごとに毎回ドライバ換えればOK！

グラフィック業界を牛耳るGeForce。
ガンコな安定性＆パフォーマンスを重視した仕様。
上っ面メーカーATiに信者が沢山沸いてるけど、関係ねーよって感じ

そんな>>760はATiユーザー
しかも生粋の・・・・

>>759
マジレスすると，循環小数だったﾖｶｰﾝ

どのカードにも得意不得意があるんだから、互いの短所ばかりを指摘しあっても仕方が無いと思うのだが･･･。

>>762

神には表記できるらしいので、それを心待ちにするスレなのです。
ビデオカードの話題など既にスレ違いなのです。

2進数でいいなら
   .  .
0.00011

うーん難しい。

ズレまくりだな（ｗ
じゃー,俺は分数で。
11/11110

やっぱり2進数パックして…
とかは反則?

無様に負けた負け犬ほど「俺はまだ負けてない」なんて負け犬の遠吠えするもんでよ（ｗ
http://game5.2ch.net/test/read.cgi/game/1068818813/l50
ここを見れば反応がすべて同じでよくわかるぞ（ｗ

なんか、毒が足りないな…本人じゃなさそうだ。

このスレ，西川さんの3D記事よく出るけどさぁ。
彼，突っ込んだ技術ネタは疑い半分で見た方がいいよぉ〜。

4gamersじゃ，トゥームレイダー勝手にBug扱いしてるし。
http://www.4gamer.net/specials/3de/tr6/tr6_04.html
>Depth Of Field/Depth Of Field PS 2.0〜被写界深度効果の設定

どうも，Shader関連はサンプルコード眺めてさえいないぞ。
勉強不足バレバレ。

>>771
このスレで技術を語ること自体がネタと同（ｒｙ

自分の意見への指摘は無視して、相手の意見の揚げ足
逆ギレコピペ園児がいるスレはここですか？

うわ、神光臨じゃないの？
精度指定したら公差は書いてはいけないって豪語してたよな、彼。
CADごとに仕上がり形状が異なるとか凄い事もいってたし。

蘇るか伝説の、2進法で0．1。

>>771
DirectX9.0世代のことを昨年辺りに某掲示板で質問しているのを見たことがある。

ここで暴れてるage厨を相手にする前に
>>769のリンク先をどうぞ。

「HAVOKは物理エンジンじゃない！」

HAVOKのSDKなんてもってねーし。
知ったかｸﾝになる気はない。

そもそもHAVOKが物理エンジンじゃなかったらじゃぁ一体何なのかって事に…

…まぁ、スレ違いなんでやめとこう。

RADEONてスレタイに入ると結構伸びるねｗ

すげえ伝説だ。
http://pc3.2ch.net/test/read.cgi/jisaku/1077140102/499-623
論破され、しまいにゃ泣くことしかできないバカ（ｗ

二進数ではちゃんと0.1表記ができる。
でなきゃ何のための浮動小数点演算ユニットか分からん（ｗ

「式さえ同じなら出てくるものはみな同じ」
http://pc3.2ch.net/test/read.cgi/jisaku/1077140102/589


ということはテクスチャサーフェイスなんぞ8bitだろうが32bitだろうが関係ねえつうこと（ｗ

伝説が始まった模様です。
つうかほんと頭悪りーな。専門生か？

532 ：Socket774 ：04/03/04 22:41 ID:DEsOFUXY

それ以前に、関数でやりとりすれば自由曲線の誤差はゼロ。
つまり精度100％。



全て関数でやり取りすれば(プログラムは関数の集まりだが)
8bitだろうが32bitだろうが差はない

伝説のはじまりはじまり（ｗ

以降放置で

馬鹿だから教えてあげるけど、２進法では分母が２の累乗である形の分数以外は
循環小数になるんだぞ上の方に出てるだろ？
表記出来るんならしてみろって。

手書きも2DCADも理解してないのに3DCADの話してる時点で
夢見すぎだぞ。
ほんとｱﾌｫ丸出しというか。ほんと馬鹿なんだな。

>>785
放置はもったいないだろ。
つうか、CADにVGAなんてかんけーねっつのｗ。
むしろ、CAD屋なんてただの作業員だっつの。

>>784
32bitも階段状なんすけど。馬鹿？

もう爆死かよ！

馬鹿だから教えてあげるけど、二進数は0.1であらわせるんだぞ上の方に出てるだろ？
表記出来ないなら証明してみろって。

681 ：Socket774 ：04/03/05 00:33 ID:fgIVBq7T
まあノイマン型である限り、機械語は二進法しかないが
0.1が表現できなければ小数点を扱うアプリケーションが絶対実現できないけどな。
それなのに「ある」

686 ：Socket774 ：04/03/05 00:40 ID:TEy4JZ0T
>>685
表せないんじゃないっつーの。

手書きも2DCADも理解してないのに3DCADの話してる時点で
夢見すぎだぞ。というかあるときは表記できないあるときは表記できる時点で
ほんとｱﾌｫ丸出しというか。ほんと馬鹿なんだな。

>>790
死ね屑。

32bitも8bitも階段状どころか「関数でやり取りすれば差がない」だそうすけど。馬鹿？

もう爆死かよ！

>>790
馬鹿死ね。

>>790
死ね屑

論破され、しまいにゃ泣くことしかできないバカ（ｗ