3 ：
デフォルトの名無しさん：2005/06/07(火) 23:00:50
3get
∧∧ (´⌒(´
（ﾟДﾟ；） ∩∩ (´⌒;;;≡≡≡
⊆⊂´￣ ソ (´⌒(´⌒;;
￣￣￣ ｽﾞｻﾞｻﾞｻﾞｻﾞｰｰｰｰｰｯ
検索キーワード：CG加工 IMA 新しい 画像ソフト ZZZ
「猿真似」などと紛糾している馬鹿な輩がいるようだが、とんでもない話である。
そもそも、3Dの根幹を成す数学・物理学それ自体が
「真似・模倣」から発展してきたというのは歴史が証明している。
いや、むしろ、そうした「真似・模倣」なくして数学・物理学は学問たりえない。
全てをゼロから独自に作り上げるなど、個人というミクロな観点からも
また人類というマクロな観点からも、極めて非効率的であり、同時に自然はそれを許さないのである。
現在の科学技術は、まさに過去の先人たちの知識の蓄積である。
そのような「賜物」を素直に受け取らず、「猿真似」などと妄語する馬鹿は
ある種の知的障害者と言っても過言ではない。
「私はただ巨人の肩に乗っていただけに過ぎない」というのは言わずと知れたニュートンの言葉であるが
やはり、偉大な先人ほど、自らの業績が過去の先人の業績あってのものであると認識しているのである。
「猿真似」などと言う輩は、最も「非科学的」である。
また変な人が湧いてきちゃったなぁ・・・
文字通りの猿真似と。
次はキルガードさんの食生活について↓
計算にベクトルや行列を使うのはそうしたほうが計算が楽になるからという解釈でいいですか？
楽というか…
他に方法が無いというか…
もっと本質的なものだよ、うん
ベクトルとか使わなくても計算はできるんだけどね。
一つ一つ式立てて計算するよりベクトルとか使って機械的に計算した方が楽。
↓ベクトル使わない例
↑
相変わらず実に下らんスレだな。
>>13 ちなみにベクトル・行列は線形代数の教科書に書いてある。必読。
計算が楽になるとか、次元が低すぎる発想だな
3Dグラフィックスそのものが線形代数の上に成り立っているという事実も知らんのか
近頃のガキはゆとり教育とあいまってバカっぷり炸裂だな
それ以前に人間としての知能それ自体が低下しているというか
> 3Dグラフィックスそのものが線形代数の上に成り立っているという事実
ソース
こんな過疎スレを必死になって荒らそうとしてる人がいるね。
25 ：
22：2005/06/11(土) 00:27:56
26 ：
22：2005/06/11(土) 00:31:27
あ、
>>21が適当に言ってるだけかって話か。俺に言われたかと思った。ｗ
>>22に書いたとおり
>>21はアホでしょ。
きっと「1+1=2」って書いても「ソース」って言うんだろね。
うっほ低能ばっかｗｗｗｗ
ごめんよ
>>30 詳しくもへったくれも、CGの教科書嫁の一言なんだが。
実際には幾何的表現のために導入されたのが座標系で、その取り回しに
線形代数が有用…という、婉曲な表現もできないではないが、
結局のところ座標系表現はCG世界の共通言語なわけで、これができないのは
極論すれば文字が読めない書けないに等しい。
良い教科書参考書は探せばいくらでもあると思うが、漏れはこれをお勧めしておく。
「グラフィックスの数理」 ISBN4-320-02663-2
第一章の「座標系」の最初に、1+1が2である理由が書いてあるよ。
まずは嫁。
話はそれから。
にげやがった
>>31 いや、書いてないよ。線形代数の基礎は書いてない。
そこでは、ベクトルや行列演算が幾何学的にどういう意味があるかを
座標系を導入して説明しているに過ぎない。
34 ：
31：2005/06/11(土) 01:57:33
漏れは20じゃねぇー。
まあどうでもいいんですけどね。
GL以前の話だし。
35 ：
デフォルトの名無しさん：2005/06/11(土) 02:59:34
ツェーゲーって汎用性本当にありますか
新しい業界用語か？
CGの独語読みではないかと
38 ：
デフォルトの名無しさん：2005/06/11(土) 07:48:34
質問の内容から察するに、シェーダー言語のCgが汎用的か
どうかって事を聞いてるんだろうな。
答えは、汎用的だ。
昼飯が
ツェーゲーだったと。
グーテン モールゲン
独語の格がマジウザイ。
やたら変化しやがるんじゃねーよこのブタ野郎！
独語の混沌としたカオスに足を踏み入れれば入れるほど、
英語がいかに簡単で地球語足りえているかが分かる、ちゅうのは皮肉な話だ。
Tschues!
突然どうした！
Sucker好きでドドイツに行く予定のヤツは最低限これを覚えろ
グーテンターク (こんちは)
お店に入るときはチーッス。
出るときもチーッス。
sucker
英語の発音の節操の無さは、フランス語とドイツ語を学ぶとよく分かる。
英語が簡単って言ってるヤツって、英語できないヤツなんだろうな。
フランス語の方がよっぽど簡単。数字はめんどくさいけど。
ラテン語orギリシャ語でどう？
英語最強。フランス語？ドイツ語？ﾌﾟｯ
つか
スレ違い
ていうか何故かこのスレ、ほとんどの場合まともに機能していない。
なんでだ。
[質問が挙がる]
↓
[婉曲な返答で質問者を卑下する]
↓
[さらに婉曲なレスでその返答者を卑下する]
↓
[罵倒・皮肉の応酬]
↓
[いつのまにやら元の質問がないがしろにされている]
結論: OpenGL スレは自我と自我の壮絶なぶつかり合い。
このスレに限ったことじゃない希ガス
53 ：
デフォルトの名無しさん：2005/06/13(月) 23:45:18
超初心者の質問です。
雪や雨などを描画したいのですが、
複数の物を同時にランダムに描画する方法がわかりません。
OpenGLというよりプログラミング技術の問題かもしれませんが…
教えてください。お願いします。
雨や雪を複数、ランダムに１フレームで描画すればいい。
>>54 それじゃ効率悪いだろ。
俺だったら複数の雨や雪を1フレームにランダムで描画するな。
>>55 それじゃ効率悪いだろ。
俺だったら1フレームをランダムに複数の雨や雪で描画するな。
>>56 回答者の質が知れるよ。
俺だったら複数の雨や雪を不規則に1フレームに描画する。
>>53 力技でバリバリ書け。
書きたい物の数ｘ頂点数配列を作って、バリバリ書け。
for ループでガンガン回してバリバリ書け。
頂点バッファでもなんでも使って、より効率よく書く方法はいくらでもあるが、
そんなの気にせずまずは書け。
最近のマシンなら、よほどデタラメな書き方したところで
描画プリミティブが小さければ1000や2000の線や点くらい屁でもない。
悩むのはそれからでもいいだろー。
60 ：
53：2005/06/14(火) 01:39:28
どうもありがとうございます。
forで回しながら座標をランダムに変えて描画することはできました。
それで、
>>53で書き忘れたのですが、これをアニメーションにしたいのです。
とりあえずプリミティブが上から真っ直ぐ下に落ちるようにしたいのですが、
プリミティブが次々と上から落ちてくるように表現することができないのです。
何か良い方法はありませんか？教えてください、お願いします。
必要なこと：
・落とすこと
・複数の変数を管理すること
・落ちきったら座標をリセットして上に戻すこと
も追加で。
めずらしく皆優しいな。
>>62 答えられるのがこの程度までってことだろうｗ
>>60 単に数学の素養がないだけなんじゃないかと。
ＤｉｒｅｃｔＸでぬくぬく育った私にはＯｐｅｎＧＬのテクスチャＵＶ座標系がイマイチ理解に
苦しむのですが、あれはどういう経緯であんな座標系になってるんでしょうね？
何か歴史的背景があるんでしょうか？
だったらフレームバッファ座標系と統一しろとか思う。
おれはDirectXのテクスチャ座標系の方が理解に苦しむ。
テクスチャの左上が原点ではなく、半ピクセルずれるなんてアホかと。
半ピクセルずれてるのは、マルチサンプリングで画質向上狙う観点からすれば
むしろ妥当と言えなくも無いし。単に世代の差じゃないかね。
むしろその辺をかっちり固めなかったせいで、OpenGLカードの
ドライバ実装はバラバラで、ピクセルのどこ見てんだかわかんねーような
変なカードも多かったし。
あの辺（仕様自体の可否はともかく）ドライバの実装仕様にまで
首つっこんできたDXの功績は、それなりに評価されていいものだと思う。
OpenGLは逆に文化的にそれを避けてきてたんだから、この辺のネタで
言い争っても、原理主義者同士の衝突にしかならん気はするが。
>>67 フレームバッファーが半ピクセルずれてんのは、マルチサンプリングのためじゃなくて、
ポリゴンの境目のピクセルを２度描画しなようにするためだと思ってるんだけど。
で、テクスチャー座標もそれに準じてると。
前々から、２度描画しないようにするためって納得してたんだけど
もしかして間違ってる？
漏れの玉キンは前後に半分ズレてますが、何か？
70 ：
53=60：2005/06/15(水) 17:48:02
ランダムに描画した複数のプリミティブを落とすところまでできました。
ですが、落ちきったときに座標をリセットして上に戻すと、
その切り替わりが凄く不自然に見えてしまいます。
半永久的に自然に落下させる…というのを実現する方法ってありますか？
何度も質問ばかりして申し訳ないです。よろしくお願いします。
71 ：
デフォルトの名無しさん：2005/06/15(水) 18:47:14
ほす
>>67 > 原理主義者
そのうち派閥樹形図が貼られます。多分。
>>68 半透明ポリゴンの継ぎ目問題の事かな。
ポリゴン境界の二度書き防止は、例えば左上から右下へ書く場合と、
右下から左上へ書く場合とで、通過する線が重なり合わない様に
（かつ、隙間もできないように）ラスタライズのアルゴリズムが
組まれていることでなされるのが普通のはず。
-GL座標系が最高だよ派
├やっぱ右下が(0,0)だよ派（正統派）
├フレームバッファも右下が(0,0)になるべき派（過激派）
├TEXTURE_RECTANGLE_NVの存在がウザイよ派（non_power_of_two派）
├pbufferが使いにくいよ派（FBO歓迎派）
├pbufferは要らないよ派（glCopySubImage2D派）
├Linuxで使えるからOpenGLだよ派（卒研でLinux派）
└玉キンは前後に半分ズレてます派（社会の窓Open派）
-DirectX座標系が最高だよ派
├やっぱ右上が(0,0)だよ派（王道派）
├でも0.5足すのが面倒くさい派（同人２Dゲーム専門派）
├XYZRHWの意味が解らないよ派（BBXの過去ログ検索しろ派）
└重心座標系の意味が解らないよ派。(PlayStation2派)
>>68 フレームバッファは半ピクセルずれてないよ。DirectXのUV系が半ピクセル
ずれているのはバイリニアフィルタリングの事を考えればしごく妥当です。
OpenGLのUV系は誰にとってどんなメリットがあるのか理解に苦しむよ。
76 ：
68：2005/06/16(木) 10:09:08
>>75 この辺の事を詳細に解説してるものを見たことがないんでなんともいえないけど、
PS2のマニュアルにはフレームバッファーが半ピクセルずれていて、一緒に
２度描画しない事が説明されていたからそう思ったんだけど。
>>74 なんか、右と左が間違ってない？
77 ：
デフォルトの名無しさん：2005/06/17(金) 00:13:26
てか紛らわしいのは
「power_of_two」
二のパワー、力ってなんやねん。
力こそパワー！とでもいいたいのか。
別にまぎらわしくないし
>>77 そんな書き込みで、1.2までを自由自在に扱えるこの私を釣れると思っているのかね。
FBOにnon_power_of_twoなテクスチャ使えないのかな…。
なんか上手くいかない。
今からRECTANGLE_NVに切り替えるのムリ。
ってか、どこまでがARB仕様なのかもうわけわからん。
82 ：
デフォルトの名無しさん：2005/06/17(金) 03:23:41
OpenGL ってなに？ ＣＯＢＯＬからでも使えるの？
COBOLはもちろんadaからでも使えるよ
おまいらが思いつくぐらいの言語なら全部使えると思っていい
私の下半身（編集者注:OpenGL）は愛液（編集者注:Extensions）でぐっちょぐちょのびっちゃびちゃ。
85 ：
デフォルトの名無しさん：2005/06/18(土) 02:23:38
プログラム的な質問ではないのですが
cygwin+openglでコンパイルしたあとに
freeglut (./実行ファイル名) : failed to open display
とでます。
なぜかわからないでしょうか・・・
GLUTがX11版かな？
X11っていうのはｲﾝｽﾄｰﾙしました。
xterm上で起動したらエラーがでなくなりました。
自己解決ではないですが、一応できました。。。。
>85,87
おそらく環境変数 DISPLAY が設定されていないからだ。
で、そんな UNIX 的なお約束が分からないような状態で cygwin 上で開発するのはお勧めできない。
余計な苦労をする羽目になる。
89 ：
88：2005/06/18(土) 10:10:17
つーか、そもそも X サーバが上がってるかどうかの確認が先か。
各種prefetchでキャッシュラインにマークをつけるのかな？
このラインはコア1用ですよー、
このラインは全コア用ですよー、
このラインはコア1のLS用なんでコヒーレンシ制御不要ですよー、みたいな？
Cell並みでは無いにしてもこれはこれでウザそう。
誤爆裂
>>86 system依存で動きました。ありがとうです。
>>88 displayの問題ではなかったっぽいです。
Xサーバが上がるの意味がわからんのですがxterm使用ならいけました。
どうもですた。
>>92 XをインストールしたからといってXサーバが上がってるワケではない。
xtermが動いているなら、Xサーバが起動している。
だからプログラムが動いたワケだ。Xの勉強をし直すのが大吉。
ﾃｨﾑﾎﾟをXXXにインストールしたからといってXXXが愛液で満たされるワケではない。
あらかじめ前戯をしているなら、愛液が満たされている。
だからﾃｨﾑﾎﾟが潤滑に動いたワケだ。XXXの勉強をし直すのが大吉。
Xメインの環境ならともかく、そうじゃないなら最初からWindowsなり
もう少し敷居の低い環境使ってもいいんじゃないかね。
学校とかの授業で使うとなると、否応無しにXなのかもしれないが…。
自宅で勉強しようと思ってPCUNIXに手を出すと、今度はnVidia系以外は
非常にクセがある＆バグだらけで痛い目にあうし、使ってるのがノートPCだったりすると
主だったグラフィックチップは大抵ATiで設定がバリ面倒。
素直にWinにしとけ。な？
>>95 元の質問の人はCygwinだって言ってるんだからWindowsだべさ。
つまり素直にネイティブのOpenGLとGLUT使えばいいんだよね。
97 ：
デフォルトの名無しさん：2005/06/20(月) 18:27:22
マウスでクリックした場所のウインドウ座標から３次元座標を
求めるのにgluUnproject();を使っていますが、ウインドウ座標
の値にデプスバッファの値を使わずにセレクトモードで描画した
オブジェクトのセレクトバッファの値を使いたいと思っています。
セレクトバッファには最小値、最大値の２つの値があるのですが
１、最小値を使う
２、最大値を使う
３、足して２で割った値を使う
のどれが正しい方法になるのでしょうか？
Cygwinのインストーラーに出てくるfreeglutは多分X11用だと思われ
>>97 そりゃ君がどの点の座標値を求めたいかによるだろ
実物には一向に関心しないにも関わらず、
それが絵になると似ているといって関心する。
絵とは何と虚しいものだろう。
（パスカル）
パスカル←虚しい者
test
最近OpenGLの勉強を始めました。
簡単なモノなら作れるようになってきたので、1.5だとか2.0の機能を使ってみたくなったのですけど、
Windowsだと1.1までしか対応して無いみたいなんですけど、それ以降の機能は使えないんでしょうか？
日本人（以下略)
略しすぎｗ
106 ：
デフォルトの名無しさん：2005/06/24(金) 07:10:24
豆知識「日本人は1.2まで」
日本人からは
そもそもOpenGLをつかったアプリケーションそのものが少ないうえ、
出ていても1.2までの機能しか使ってないとか
NVIDIAやATIのサンプルをちょっとばかし変えただけのものしか出ないのでこう呼ばれる。
どうせ漏れのノートでは1.2までしか動きませんよ・・・orz
1.2より後を使うとどんなメリットが？
glTexImage2Dで指定したピクセル列ポインタは
glTexImage2D関数実行後、破棄してもよいですか？
ＯｐｅｎＧＬは英語出来なくても学習可能ですか？洋書しかないとか
英語ができないなら英語ができるようになればいいのに・・・
OpenGLの本ってそういや洋書しかないよな
DirectXはどれも糞ながら和書ｲﾊﾟｰｲあるのに
何故だ！？
>>115 DXやってる香具師はGLもやってる、その逆もまた然り
って思ってたが違うのか？
両方知ってるのが普通かと思ってた
>>114 OpenGLだと糞本を出しにくい雰囲気があるから。
ちなみに、Cgも和書がでてるから、1.2+Cgで十分じゃない？
これからは、日本人は「1.2+Cg」ということで。
`Z;i 〈.,_..,. ﾉ;;;;;;;;> そんなふうに考えていた時期が
http://wisdom.sakura.ne.jp/system/opengl/gl23.html このページの一つ目(一番上)のテクスチャ表示サンプル
をそのまま同じプログラム(コピー)でコンパイル実行したんですが、
テクスチャが真っ白で表示されます。
3DはDirectXから入ったんですが、GLは初心者です。
色の設定は、どうすればいいんでしょうか。
DirectXでいうSetRenderStateのようなものはGLで
何に当たるんでしょうか？
DirectXであればドキュメント見れば一発で分かるのですが...。
またそのｻｲﾄか…
123 ：
デフォルトの名無しさん：2005/06/25(土) 13:12:52
少し前まではOpenGLばかりやっててDirectXのようにお手軽にできなくても
いろいろ工夫してDirectXの関数相当としてやっていたはずが
DXカンファレンスに呼ばれるようになってからはすっかり洗脳されて
OpenGL批判を繰り広げるようになったヤツはいる
ATIのサンプルコードもらってチョチョイと変えただけで
「俺のもん！」て言い出す
フルチーンアンチエイリアスについて教えてください。
チーン
カンファレンスに呼ばれる日本人なんてあんまりいないだろ。
>>123 DXカンファレンスってMeltdownのことか？
使 用 す る A P I の い か ん に 関 わ ら ず 、 日 本 人 は 欧 米 の 後 追 い し か で き な い 。
S I G G R A P H や ら E U R O G R A P H の 論 文 を 鵜 呑 み に し て 、 猿 真 似 し て 、 ハ イ 終 わ り 。
長 期 的 な 視 野 を 欠 い た 、 全 く も っ て 近 視 眼 的 な 人 種 で あ る 。
by まーく・きるがーど
欧米の後追いだろうが、鵜呑みだろうが、猿真似だろうが、別に何だって良いじゃねぇか。
様はそれが使えりゃ良いんだよ。
俺は学者でもなんでもなくてただのプログラマだからな。
>>124 「エイリアス」とは、いわゆる「カリ」の部分の白いギザギザの突起物のことである。
すなわち、「フルチーンアンチエイリアス」とは、その突起物を全て除去するという医療行為（厚生労働省認可）を意味する。
クロアチアとかロシアなんかは経済がアレなので
日本人のほうが頭は良い！とか妄想してる右翼売国奴がいるが
教育水準はロシアやクロアチアのほうが遥かに上で
日本は足元にも及んでいない。
数学ではロシアどころか中国人にさえ負けて差が嫌と言うほどついてしまい、
日本の学力は教育機関のないアフリカ並と評されたことは記憶に新しい。
日本人が欧米の後追いをしたところで、所詮は欧米に勝てるわけがない。
まずもって技術・知識の集積量からして莫大な差がある。
知がコモディティ化しつつある現在、もはや後追い・猿真似では飯を食っていけない。
なぜなら、技術それ自体が一般化するから。
以前ならどっかの論文実装してほれすごいだろと威張ってたような人間は
すぐに後続の連中からどんどん追い抜かれて、最後には耄碌して野垂れ死に。
これ、ニュートンの第四法則。
自分は巨人の掌の上に居る、と言ったのは誰だっけか。
いまの日本の技術は、比喩的に言ってニュートンの足元にも及ばない
結論：
Made In USA は最強。
ニュートン米人説か
↓ここよりOpenGLに関係ない話題は禁止↓
ところで、今日のお前らの晩飯何？
↓ここよりOpenGLに関係ない話題を再開↓
Made In USAな牛肉は最狂
>>133 なんで教育水準が日本より高いのに経済がアレなんですか
>>144 あんさん、なにゆーてまんねん、けーざいにひつよーなきょーいくといえば
よみ・かき・そろばんでんがな、こーとーすーがくはいりまへんねん。
個々の能力が経済につながるわけではないし、
日本の場合は今までの貯金があるだけ
いずれどっかに抜かれる
[アメリカ]→科学技術の最先端・中枢・メッカ・本場
[欧州連合]→良くも悪くもアメリカの二の次
[ 東欧 ]→経済力も工業力もないが新興企業が熱い！
[ 日本 ]→欧米の追従に必死
[ 中国 ]→日本の追従に必死
[ 台湾 ]→半導体製造に必死
東アジア、必死だな。
ドイツ "FarCry"のcrytek
クロアチア "シリアスサム"のcroteam
ロシア "Kaspersky"とゲーム企業それなりにたくさん
日本は????????????????????
2Dゲームだと有名な企業は4,5コあるが、
3Dゲームとなるとからっきし。
有名な人もいない。
どこかのメーカーから支援を受けて、論文書いたり
デモ出したりしている人はいるが、それらはメーカーの支援があってこそ。
日本人は1.2までであり、数学が弱いことを表している。
>>148 結論を言おう。それらの国のゲームはクソゲー。
おもしろいと思えるゲームの大半は日本製。
技術云々しか言えない奴はゲーム製作に本当にかかわったことのない奴。
OpenGLスレなのに下らない理屈こねる奴は、しったか野郎だと
いうことを肝に命じてちゃんとスルーするように。
FarCryとかSeriousSamをクソゲー呼ばわりするやつは初めて見た
漏れもクソゲーだと思うが。
つーか、いーかげんOpenGLに話を戻せよ。
根拠無く自説が支持されていると思わせる
「大半は日本製」
割に海外での売り上げはサッパリ
まぁOpenGL使って何を表現するかだよね。
ところでｽｸｴｱ（現ｽｸｴﾆ）の3D技術って世界的に見てどのくらいのもの？
教えてエロイ人（ゲームがおもしろいかどうかはともかく）
最近はゲームメーカーとゲームエンジンメーカーは別だから・・・
>>119 glEnable(), glDisable() が対応
>>150 で、キミの会社のゲームの「世界的な」売り上げはどうなんだね？
>>155 つーことは、ｽｸｴﾆもｹﾞｰﾑｴﾝｼﾞﾝは他社の使ってるのですかね？
そういや、SEGAもどっかの使うってﾆｭｰｽになってましたね。
>158
確かドラクエ7は自分のところで作ってたと思うぞ。
他のはどうか知らんがな。
自分ところで作るにしても他所で作ったのつかうにしても、問題になるのはコストの話だけなんだよ。
単純にコスト面だけで考えると、実は大抵のメーカーではエンジンを自製する意味がない。
そりゃそうだ、同じ労力で同じだけの質のエンジン書いたところから、安く買った方がいいに決まってる。
いまはミドルウエア長者の時代ですよ。
そしてスレ違い。
161 ：
デフォルトの名無しさん：2005/06/26(日) 14:20:07
というか、自前で作ってるほうが多い。
ゲーム一覧を見てみれば確かにウンコリヤルとQ3エンジンは多いが
それ以上に自前が多い
なんか代わり映えがしないものを「自社製」と言っているほうが多いような気がしないでもないが
確かにライセンスはどこからも受けていない
そゆ話続けるならゲ製板にでも逝ってくれ
個人的には、OpenGL/ES2.0とOpenMAXを凄く期待してるんだが、
特にOpenMAXが当初の予定をとうに過ぎてるんだがなんか仕様が
出てこないな。
早くしてくれー。
↓ここよりOpenGLに関係ない話題を再再開↓
, -'"´ ￣｀丶､_
,.∩ ｀ヽ
〃∪'´￣｀二二人＼ ヽ
| ツ´￣￣￣￣´ ヾ ヽ. ',
|ﾊ ,ニ、 ,. - ､ | | | ｌ |
| ﾊ ｨハ ,二ヽ. | | | | | 同じ板にコピペするとそのままだけど、
| | | じ' |トJ〉 /)} ｌ | 違う板にコピペすると鬼のような怖い顔
| ﾊ ､'＿, ￣,, 厶ｲ川| に変わる摩訶不思議な佳子様コピペ。
l l /＼ .. イV＼川 |
,' l l ,ｲ ｀ｌ￣´ ／ /ヽl l
ｌ | ｌ ハ `メ､ 〃 ヽヽ､__ノ
l ∨ └‐ｲ「ト--ｧ'´ ﾊヽ__ノ
ヽ/ } l」」 / / }`ー
〈_ｎ| 八 / / /ノ
〈二二人 ｃ /＼/ / , ｲ
/ /厂 ／＼__>＜ ｛＿
167 ：
デフォルトの名無しさん：2005/06/27(月) 11:07:06
基本的なことですいませんが、複数の画像を用いたテクスチャマッピングってどうすればできるのでしょうか？
>>167 glBindTexture で指定する。
それとも GL_ARB_multitexture のことか？
>>167 複数の画像をどう使いたいのかがわからないと答えにくいです。
170 ：
デフォルトの名無しさん：2005/06/27(月) 13:14:06
>>169 複数のTGAファイルを読み込んで、ひとつの画面上に複数の画像を貼り付けたいと思っています。
新しいエクステンションが追加される度にわくわくするとです…
>>174 ATIはとっくに（CATALYST 5.3以降）OpenGL 2.0ですぜ、旦那。
>>172 インテルエクストリームグラフィックスには関係ありませんが何か?
おぅポェンジーエゥトゥーポインツズゥィゥロゥ（英語は発音大事）
>>178 普通はマザーボードに直付けなんで、投げ捨てらんねーだろ。
PCをまるごと投げ捨てろ。
指を鍛えて五百円玉を折り曲げられるようになれば、むしりとれます。
つまり、親指と人差し指だけで指立て伏せを三百回以上できればおｋ。
ゲームセンターあらしですか？
>>182 曲がった五百円玉は銀行で換金できますか？
くっだらねースレ。
ｽｶｲﾎﾞｯｸｽで、WRAP_S,TをCLAMPにして描画しても継ぎ目が
見えてしまうのですが、これを目立たなくする方法はないでしょうか？
>>186 継ぎ目をまたぐフィルタはかからないので、完全に継ぎ目を消すのは無理です。
189 ：
デフォルトの名無しさん：2005/06/30(木) 22:55:03
炎のコマやってみたのだが、
自機がわずかに横に動くだけ
しかもレバー折れた
>>186 知ってるが、
教えてあげないよ、ジャン！
つか、GL_CLAMP_TO_EDGEな。感謝しろ。
>>188 お前、EXT_texture_edge_clampも使ったことねーの？
つか、GL_CLAMP_TO_EDGEはOpenGL1.2の標準機能として実装されてるんだけどな。
ま、やっぱ日本人は所詮1.2までか。
>>192 普段 GL_CLAMP_TO_EDGE しか使ってないから、GL_CLAMP だと酷い線が出るのを忘れてました。
DirectX の D3DTADDRESS_CLAMP ＝ GL_CLAMP_TO_EDGE だから GL_CLAMP なんて使わないんですよ。
>>188は、たとえ GL_CLAMP_TO_EDGE を使っても、バイリニアフィルタがスカイボックスの各面の
継ぎ目をまたがないから、よく見ると継ぎ目が判別できてしまう、という意味で書いただけです。
これはそんなに目立たないから実用上は問題にならない場合が多いけど、
あくまで「完全に継ぎ目を消すのは無理」ってことで。
>>188が
>>186への答えになってなかった点は申し訳ない。
GL_CLAMP_TO_EDGEばっか使ってるからGL_CLAMPのリファレンスの動作が
どうなってるのか良くわからないんだよね。あれはどういう根拠でフェッチされてんの？
OpenGLってDirectXにくらべてメモリ食わない？
>>195 DirectXってOpenGLにくらべてメモリ食わない？
視野角って普通は何度くらいに設定するもんなんですか？
198 ：
デフォルトの名無しさん：2005/07/01(金) 13:05:16
ホント、アホばっかバカばっかばかっかかｗｗｗｗｗｗｗｗｗ
>>197 没入感を高めるには本来は現実の視野角と一致させるべきだが、
PCの画面は狭いので、実際にはこれより広くとられる場合も多い。
>>199 モニターなんだから、現実の視野角と一致させなくてもいいだろう。
ようするに、テレビでみる映画なんかと同じ感じになればいいんじゃない？
でも、実際何度でやってるのかは全く分からない。
基本的にカメラマンの経験で決められるので、知りようもないが。
最近は、CGと合成する関係上きっちり数値化してると思われるので、
分からない事もないんだろうけど、そんなものが表にでてくるとは
思えない。
>>200 一人称視点のゲームとかVR系の応用では視野角の一致は結構重要視されますよ。
その意味で、
>>199で「没入感を高めるには」と書いたまでです。
実写ときっちり合成したい場合は、レンズの焦点距離から自動的に逆算しますね。
最近は、スポーツ中継等で、カメラの位置・姿勢・ズームと完全に連動した
リアルタイムCG合成システムが多用されるようになってきました。
FOV
ふぉぶって言うな！！
フィーゥドゥ・オブ・ヴィゥゥー(英語は発音大事)
慧腑皇舞威
>>203 フィーゥドヴューとかのほうが近い。
子音を「ドゥ」などと表記するのは英語教育の悪しき弊害だ。
発音をカタカナ表記したがるのも悪しき弊害だなｗ
聞く相手がいなければ発音など無意味だ。
OpenGL2.0スァぽぅツ(英語は発音大事)はいいんだが、
TheChronicle_of_Riddick(ディ・クロニコー・オブ・ゥリディッ)が起動しなくなっちまった。
ドライバのEnableGLバージョンが1.5で返されないと、起動しないアプリもあるんだ
2.0で返すと最低でも1.3必要だよーンとか言ってくる
中国とか台湾では、「外来語は全て漢字を充てなければならない」という決まりがある。
OpenGLなら「開絵描画言語集」みたいになっちまうんだぞ。
ならねーよ
中国国内流通のDVDのパッケージ見ると、
アメリカ俳優の名前が全部漢字。
DVDのマークはどうなってんのよ？
別に代わり映えしない普通のマーク。
214 ：
デフォルトの名無しさん：2005/07/02(土) 17:31:54
ニポンジンは1.2までアルヨーﾎｴﾎｴ
Mark Kilgard → 魔悪来流牙阿怒： 魔も悪党どもが上流からやって来る！いざ牙をもって怒れ！
John Carmack → 序音過亜魔苦： 序曲は終わった！悪魔達によって苦しみがもたらされる！
Bill Gates → 火流下胃痛： 胃液が火のようにほとばしるので、私は胃痛に苦しめられている！
216 ：
デフォルトの名無しさん：2005/07/02(土) 22:36:36
3DlabsのOpenGL2.0デモが
何をしたいのかわからずスゲエ怖いのですが
しかもどれもこれも同じようなものであって、
何の機能が使われているからああなっているのか分かりづらいし
>>208 ああ、PCゲーム板で「ARB2パスはOpenGL2.0」のトンデモ論を主張していたのは君か。
218 ：
デフォルトの名無しさん：2005/07/03(日) 03:59:41
1.5 + GLSLで結局2.0相当品ということが理解できずに敗北した
「技術無知」が口癖の負け犬が来たぞｗ
ん？
>>218 なるほど、君はDoom3が「GLSLを使っているからOpenGL2.0「相当」だと言いたいのか。
しかし残念だね。君の主張は間違いだらけだ。
第一に、Doom3のシェーダは「ARB_vertex_program/ARB_fragment_program(OpenGL1.4)」で記述されている。
カーマックはGLSLなんてDoom3のどこにも使用していない。そんな戯言は、このスレでは通用しないよ。
PCゲーム板のスレのように技術無知だらけのスレじゃないんだ。しかもここはOpenGLスレ。場を弁えようね。
第二に、「Doom3(ARB2パス)はOpenGL2.0」という主張。
君、PCゲーム板で「カーマックは開発中に3DlabsからOpenGL2.0対応製品を提供されていたから、
Doom3はOpenGL2.0を使用している」などと妄言していたね。そんなことを今度はこのスレで言うと、
「OpenGL ICDの概念を全く理解していない技術無知」というレッテルを貼られても仕方無いよ。
改めて言うが、ここは周りが技術無知だけのPCゲーム板じゃない。
PCゲーム板では私くらいしか間違いを指摘できる者はいなかったが、ここは「OpenGLスレ」だ。
生半可な素人が粋がっても、君が痛い思いをするだけよ。それが分からないなら、身をもって体験して頂くしか他ないがね。
板違い
222 ：
220：2005/07/03(日) 11:28:05
まぁ、君
>>218は例によって私の文章をコピペしただけで反論した気になるのだろうが、
「Doom3が1.5 + GLSLで結局2.0相当品」などという戯言を論理的に論証できなければ、ただの馬鹿だよ。
223 ：
220：2005/07/03(日) 11:30:57
（君
>>218がこのOpenGLスレでどんな技術無知っぷりなトンデモ論を展開してくれるのか、私は楽しみで仕方ないよ）
なんですかこのサディスティックな奴はｗ
>>220 >>225 ( ﾟ,_ゝﾟ)ﾊﾞｶｼﾞｬﾈｰﾉ（ﾌﾟ
DOOM3はOpenGL2.0なわけだがｗｗｗ
DOOM3は1.5 + GLSLで2.0相当だろうがｗｗｗ
そんなのもわからないのかよｗｗｗ
>>220をあまり追い詰めるとリアルワールドで
殺人事件が発生してしまうかもしれないのでほどほどに
この手の輩はリアルでも自分がウザがられていることに
気付いてないのが困りもの。
>>220 つうかネタ振ってるのお前じゃねーか。氏ね糞
確かに
>>220は正しいが燃料投下犯であるのも確かだな
↓↓↓以下「DOOM3は1.5 + GLSLで2.0相当」の話題は禁止↓↓↓
なるほど、君はDoom3が「ARB_fragment_programを使っているからOpenGL1.4」だと言いたいのか。
しかし残念だね。君の主張は間違いだらけだ。
第一に、カーマックはDOOM3の開発段階の時点で3DlabsからOpenGL2.0の開発環境を提供されてる。
だからカーマックはDOOM3をOpenGL2.0で書くことができた。そんな戯言は、このスレでは通用しないよ。
PCゲーム板のスレのように技術無知だらけのスレじゃないんだ。しかもここはOpenGLスレ。場を弁えようね。
第二に、「Doom3(ARB2パス)はOpenGL1.4」という主張。
君、PCゲーム板で「カーマックはARB_vertex_program/ARB_fragment_programシェーダでARB2パスを構築しているから
DOOM3はOpenGL1.4」などと妄言していたね。そんなことを今度はこのスレで言うと、
「OpenGL ICDの概念を全く理解していない技術無知」というレッテルを貼られても仕方無いよ。
改めて言うが、ここは周りが技術無知だけのPCゲーム板じゃない。
PCゲーム板では私くらいしか間違いを指摘できる者はいなかったが、ここは「OpenGLスレ」だ。
生半可な素人が粋がっても、君が痛い思いをするだけよ。それが分からないなら、身をもって体験して頂くしか他ないがね。
よくわからんがDOOM3のOpenGLのバージョンってそんなに重要な問題なのかい？
触れちゃならないことがあるんだろうよ
240 ：
デフォルトの名無しさん：2005/07/03(日) 14:10:08
まあ前スレでも技術無知
>>220は論破されてたしな。
よっぽど悔しかったんだろうなあｗ
何度繰り返せば気が済むんだろうかｗ
君が反応しなければいいだけと思うよ
242 ：
デフォルトの名無しさん：2005/07/03(日) 14:12:51
「DOOM3におけるシェーダパスを固有のシェーダパスと勘違いする」
「ARB2」というのは、DOOM3における「シェーダパス(shader path)」の一つである。
これは、OpenGL1.3における拡張であるARB_vertex_program、
及びOpenGL1.4における拡張であるARB_fragment_programのさらに拡張、
GLSLは一応1.5から一部使用できると言うことになっていて1.3や1.4ではシェーダ機能がないうえ
1.5 + GLSLでもアルファブレンディングなどなど諸々の制約を受けるために
ジョン・カーマックがNVIDIAとATIに実装を要求しつつ自分で作り上げたものである。
(だからARB2パスはR300、NV30以上でしか動かない)
したがって、OpenGLのAPIとしての側面から見れば、この「ARB2」はOpenGL2.0に基づいていて
カンファレンスや
http://www.opengl.org/documentation/specs/version2.0/glspec20.pdf でも採用されていることがわかる。
つまり、「技術無知が言うような1.4だとかはもはや関係がない」
だが、
>>440はOpenGLプログラマでも何でも無い、ただの低脳ゲーマーであるため、
「ARB2はOpenGL2.0に定義されるものである」という、実際のOpenGLプログラマの指摘を「事実」として認識できず、
結果として、技術的な指摘を、己に対する侮辱であるとこれまた勘違いしてしまったのである。
243 ：
デフォルトの名無しさん：2005/07/03(日) 14:14:39
GLSLが1.4で使えると思ってる時点で凄いよな。
245 ：
デフォルトの名無しさん：2005/07/03(日) 14:16:39
PCゲーム板
検索: 3Dlabs OpenGL2.0 DOOM3
ヒット:0
捏造だなｗ
後は自分で自分を擁護するのみ
毎度のパターンじゃないか。
事の発端？
Riddickの2.0サポートドライバでの起動不良は
RivaTunerでGL version string Overrideを1.5にすると起動するよ。
2.0やno overrideはダメ。
そういやRiddickの2.0パスもARB_fragment_programベースだが2.0パスなんだよな。
不思議。技術無知から言わせれば1.4パスじゃん。
（0.5パス、1.1パス、1.4パス、2.0パス、GF6以上専用2.0++パス）
板違いだって言ってるだろうが
>>220に釣られて必死こいて反論（したつもりになっている）板違い勘違いキチガイ
以後、皆さんスルーで行きましょう。
251 ：
デフォルトの名無しさん：2005/07/03(日) 15:03:55
今回も技術無知
>>220は論破されて大泣き
よっぽど悔しかったんだろうなあｗ
何の反論も出来てないし根拠もないし
捏造までして泣いてるだけ。
以後、皆さんスルーで行きましょう。
252 ：
デフォルトの名無しさん：2005/07/03(日) 15:08:26
コピペに困り果てたため、「コピペすることで～」と泣き言並べて保険はかけたが
何の抑止にもならずまたもや惨めに敗北。
技術無知ってのは毎回こうでね。
以後、皆さんスルーで行きましょう。
これはひどい粘着ですね
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )ﾋｿ
初心者よ！今が聞き時だぞ！
「荒れると元に戻したい癖があるので、普段なら答えない質問にも答えるようになる」を実践してみようじゃないか！
集まれ！カモン！初心者、ビギヌワァァー(英語は発音大事)
>>248 あの数字はOpenGLのバージョンじゃなくて、普通にShader Modelのナンバーなんだけどな
ヤベッ、マジレスしちゃった！
ShaderModelじゃ余計に技術無知の負けじゃん
D3のシェーダパスとRiddickのシェーダパスを混同するバカ
>>258 260 ：
デフォルトの名無しさん：2005/07/03(日) 15:22:18
自分でARB_fragment_programは1.4とか言っておきながら
1.4で使えないShaderModelが2.0になってる矛盾を指摘されると言い訳はじめるバカ
「OpenGL1.4はShadermodel2.0を含む」というわけらしい。
Shader Model2.0 = openGL1.5+GLSL or openGL2.0
結局GLSL必須。
なんつーか、傍から見てるとホント粘着厨はOpenGL ICDの何たるかを理解してないな。
262 ：デフォルトの名無しさん ：2005/07/03(日) 15:25:36
Shader Model2.0 = openGL1.5+GLSL or openGL2.0
結局GLSL必須。
266 ：
デフォルトの名無しさん：2005/07/03(日) 15:28:57
負けると途端に傍観者になる技術無知
267 ：
デフォルトの名無しさん：2005/07/03(日) 15:30:32
ドライバ実装とOpenGLバージョンを混同する技術無知
そうだ低能！もっと粘着しろ！
269 ：
デフォルトの名無しさん：2005/07/03(日) 15:31:57
今回も技術無知
>>220は論破されて大泣き
よっぽど悔しかったんだろうなあｗ
何の反論も出来てないし根拠もないし
捏造までして泣いてるだけ。
以後、皆さんスルーで行きましょう。
そうだ低能！もっと粘着しろ！
「ShaderModel 2.0は OpenGL1.4の機能！」
今日もまた名言が生まれた。
いいぞ低能！もっと粘着しろ！
1.4パス ＝ PixelShader 1.4 ＝ GL_ATI_fragment_shader
DX8時代に存在しなかった「シェーダモデル」なんて言葉を持ち出すと余計に泥沼化するよ
274 ：
デフォルトの名無しさん：2005/07/03(日) 15:33:32
技術無知ってのは毎回こうでね。
以後、皆さんスルーで行きましょう。
いいぞ低能！もっと粘着しろ！
「荒れると誰かしら駄洒落を言い出す法則」
277 ：
デフォルトの名無しさん：2005/07/03(日) 15:36:09
ARB_fragment_program = OpenGL1.4
ShaderModel2.0なのにベースがARB_fragment_program
つまり技術無知から言わせればOpenGL1.4=DirectXでいうPixelShader2.0含有
もっと激しく粘着しろ！
('A`)
552 名前： 名無しさんの野望 投稿日： 04/06/13 00:45 ID:seTuaoRE
技術無知の造語「ARB2はOpenGL1.4」ｷﾀｰｰｰｰｰｰｰｰ!!（ﾌﾟﾌﾟｯ
「ARB2はOpenGL1.4」とか思いっきり意味理解してねーで使ってるのがバレバレだな。（ﾌﾟﾌﾟｯ
「 A R B 2 は O p e n G L 1 . 4 」
もっと激しく粘着しろ！
282 ：
デフォルトの名無しさん：2005/07/03(日) 15:39:20
ドライバ実装を持ち出しているが
正式バージョンとARBとベンダ実装の区別がついてない技術無知というこった
もっと激しく粘着しろ！
おいどうした！もっと粘着しろ！
これはひどい('A`)
いいぞ粘着厨！もっともっと粘着しろ！カモン！
カモン！ベイベ！
とりあえずARB_fragment_programが、1.4なのか1.5なのか2.0なのかから始めろ。
さて、ちょっと泳がせたら
>>218のネタも底を尽いてしまったようだね。本題に戻ろう。
John Carmack: "NV30 class hardware can run the ARB2 path that uses ARB_fragment_program,
but it is very slow, which is why I have a separate NV30 back end that uses NV_fragment_program
to specify most of the operations as 12 or 16 bit instead of 32 bit."
君の「ARB2パスはOpenGL2.0」という主張は、まさにカーマック氏のこの発言により否定される。
この部分「the ARB2 path that uses ARB_fragment_program」だ。
仮に君の主張が正しいと仮定しよう。（調子に乗ってはいけない。あくまで仮定なのだから）
いま、ここでARB2パスがOpenGL2.0に基づいて構築されているとすると、
OpenGL2.0の標準機能としてのプログラマブルシェーダはGLSLであるから、
ARB2はGLSLで記述されていて然るべきだ。
ところがどうだろう。実際はARB_fragment_programすなわちアセンブラシェーダではないか。
思い出して欲しい。昨年のSIGGRAPHでOpenGL2.0はARB_fragment_programを標準機能として
サポートしないという発表があった。これは記憶にも新しいだろう。
もし君の言う通り、ARB2パスがOpenGL2.0なら、それにはGLSLが使用されていて当然だ。
だが現実には、ARB2パスはOpenGL1.4のARB_fragment_programで記述されている。
これが君の明白な間違い、その一だ。
では、「その二」は何か？
もしARB2パスがOpenGL2.0ベースならば、実行時には言うまでもなく
OpenGL 2.0がドライバでネイティブサポートされている必要がある。
ところが、このスレの住人なら誰でも分かるだろうが、
OpenGL2.0をサポートしたドライバが一般にリリースされたのはいつだろう？
少なくとも、全世界の人々がDoom3をプレイしていた2004年には、
まだOpenGL2.0をサポートしたドライバはNVIDIA/ATIからはリリースされていなかった。
もし仮に、君の言う通りARB2パスがOpenGL2.0に基づいて構築されていたなら、
全世界のゲーマーはどのようにしてARB2パスを走らせることができたのだろうか？
まだOpenGL2.0ドライバも無かったというのに。
>>288 エクステンションの段階ではまだどのバージョンにも属していません。
292 ：
デフォルトの名無しさん：2005/07/03(日) 16:02:42
218 名前： デフォルトの名無しさん 投稿日： 2005/07/03(日) 03:59:41
1.5 + GLSLで結局2.0相当品
技術無知はホントにICD知らないよな。
>>291 でも1.4だとか誰ぞが書いてあるんだろ？
おかしいじゃねえか。
初心者つICDってなんでつか？
いんすとぅらぼぅ・クライエントゥ・
なんだっけ。
「ShaderModel2.0はOpenGL1.3の機能！」
拡張 拡張 拡張 正式
1.3--------->1.4-------------->1.5--------------->2.0
こういう場合、
どこで捉えんの？
ﾄﾞｩｰﾑ3がOpenGL2.0で書かれたと頑なに主張する馬鹿がいると聞いてやってきました。
やっぱり馬鹿ですねｗ
いつから「Shader Model」なんていうDirectX用語がOpenGLで通用するようになったの？
Installable Client Driver
直訳すると、
どいつもこいつも正式でもねえのに好き勝手に機能入れやがったドライバ
>>300 ユーザーはOpenGLよりもDirectXのほうが親しみやすいので、
誤解を恐れずに開発者があえてシェーダーモデルを持ち出した、というのが推測。
303 ：
デフォルトの名無しさん：2005/07/03(日) 16:13:15
A R B 2 は O p e n G L 1 . 4 と主張するバカがいるスレはここですか？
馬鹿ですねえ。ｗ
ShaderModelってあれでしょ、
もともとはDirectXとOpenGLのシェーダは機能が同じ事から番号が同じままで推移してきたんだが、
PixelShader3.0相当の機能をOpenGLの場合2.0で実現したので合わなくなったことから
ShaderModelと呼ぶようになったと。
>>304 ＞機能が同じ事から番号が同じままで推移してきた
それはまったくの誤解です。
306 ：
デフォルトの名無しさん：2005/07/03(日) 16:16:05
語弊があるんだよな。そうするとSM3.0の機能を使ったものだけがOpenGL2.0だ！とか言い出す技術無無知がいるから。
>>303 やぁ、君。ちょっと待て。
私が
>>289-290で折角建設的に君の間違いを論証しているのだから、
今度は、是非とも君が何故「ARB2はOpenGL2.0」なのかを論理的に論証してくれ。
308 ：
デフォルトの名無しさん：2005/07/03(日) 16:17:44
>>307 やぁ、君。ちょっと待て。
私が
>>242-243で折角建設的に君の間違いを論証しているのだから、
今度は、是非とも君が何故「ARB2はOpenGL1.4」なのかを論理的に論証してくれ。
少なくとも1.4固有の機能ではないことは明らかなのだが。
いいわけはもういいぞ。
>>308 馬鹿のコピペ返しｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
308 ：デフォルトの名無しさん ：2005/07/03(日) 16:17:44
>>307 やぁ、君。ちょっと待て。
私が
>>242-243で折角建設的に君の間違いを論証しているのだから、
今度は、是非とも君が何故「ARB2はOpenGL1.4」なのかを論理的に論証してくれ。
少なくとも1.4固有の機能ではないことは明らかなのだが。
いいわけはもういいぞ。
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｗｗｗ
●ShaderModel 3.0に対応したGPU
DirectX9の VertexShader3.0，PixelShader3.0に対応している。
「ShaderModel」という呼び方は，OpenGLでの VertexShaderのバージョンが整合しないので，
DirectXでの3.0レベルのものということで混乱を避けるために出てきたもののようだ
あああ、VertexShaderのほうね。
313 ：
デフォルトの名無しさん：2005/07/03(日) 16:20:15
>>309 馬鹿の「コピペに大弱り」ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
307 名前： デフォルトの名無しさん [sage] 投稿日： 2005/07/03(日) 16:16:23
>>303 やぁ、君。ちょっと待て。
私が
>>289-290で折角建設的に君の間違いを論証しているのだから、
今度は、是非とも君が何故「ARB2はOpenGL2.0」なのかを論理的に論証してくれ。
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
>>304 「Shader Model」という用語の導入経緯にOpenGLは一切関係ないよ。
>>312 そんな糞サイトの無知な記者の言うことを信じるなよ。
316 ：
デフォルトの名無しさん：2005/07/03(日) 16:21:29
じゃなんなんだよ？
ここまで言い切っておいて"推測"ってのが出たら笑いどころになるのか？
誰でもいいから答えてくれよ('A`)
拡張 拡張 拡張 正式
1.3--------->1.4-------------->1.5--------------->2.0
こういう場合、
どこで捉えんの？
>>316 >>315へのレスか？
Vertex/Pixel Shader 2.0では独自仕様の争いが酷かったので（2.0a？2.0b？2.x？）、
3.0では「Shader Model」というちょっと強い言葉でMicrosoft側から縛りを与えようという試みだよ。
結 局 、 君
>>218 は 何 も 論 証 す る こ と の 出 来 な い 、
単 な る 無 能 者 で あ る こ と が （ 改 め て ） 浮 き 彫 り と な っ た 。
このスレの識者たる住民の皆さんには、「ARB2がOpenGL2.0ベース」
などというのは馬鹿の戯言であることがお分かり頂けたと思う。
本日は、当OpenGLスレを汚してしまい大変申し訳なく思っております。
だが、理解して頂きたい。
これは、間違った知識を淘汰し、正しい知識を広く一般に認識してもらうためには、
やむを得ぬ行為であったと――――。
Shadermodelってのは、Pixelshader単体を指すものでもVertexshader単体を指すものでもない。
322 ：
デフォルトの名無しさん：2005/07/03(日) 16:29:56
323 ：
デフォルトの名無しさん：2005/07/03(日) 16:30:33
>>322 偉そうなんだよﾃﾒｰは
それが人に質問する態度がｶｽが
324 ：
デフォルトの名無しさん：2005/07/03(日) 16:31:49
結 局 、 君
>>220 は 何 も 論 証 す る こ と の 出 来 な い 、
単 な る 無 能 者 で あ る こ と が （ 改 め て ） 浮 き 彫 り と な っ た 。
このスレの識者たる住民の皆さんには、
「ARB2がOpenGL1.4ベース」
「ShaderModel2.0はOpenGL1.4」
などというのは馬鹿の戯言であることがお分かり頂けたと思う。
負けると「そうだ低能！もっと粘着しろ！」などと同じ言葉を完全コピペする
無能オウムであったことがお分かり頂けたと思う。
本日は、当OpenGLスレを汚してしまい大変申し訳なく思っております。
だが、理解して頂きたい。
これは、間違った知識を淘汰し、正しい知識を広く一般に認識してもらうためには、
やむを得ぬ行為であったと――――。
以後、皆さんスルーで行きましょう。
馬鹿のコピペ返しｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
>>322 DirectX9リリース前のMeltdown（DXの開発者向けカンファレンス）とかでそんな話が。
「ShaderModel」にOpenGLが関わりのないことなら、
RiddickEFBBでShaderModelって書かれているのはなんでだろうね。
て、いうかMicroSoftもOpenGLARBに入ってるんだから関係ないといえるわけないわな。
328 ：
デフォルトの名無しさん：2005/07/03(日) 16:33:48
馬鹿の「コピペに大弱り」ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
後学のために、その講演なり資料なり見せて欲しいよな。
煽る意味じゃなく、話のネタとして貴重。
330 ：
デフォルトの名無しさん：2005/07/03(日) 16:35:26
お前らこんな↑厨房相手によく休日を無駄に過ごしてられるよな
331 ：
デフォルトの名無しさん：2005/07/03(日) 16:36:25
おかしいじゃねえか！
・Vertex/Pixel Shader 2.0では独自仕様の争いが酷かったので（2.0a？2.0b？2.x？）、
・DirectX9リリース前
前者はリリース後、後者はリリース前
おかしいじゃねえか！
急に活気が出てきたな(ﾜﾗ
つーか1.2以降の話はスレ違い。海外でやれ。
DirectXは独自仕様なんて認められていませんよ。
337 ：
デフォルトの名無しさん：2005/07/03(日) 16:39:49
ってーと、リリース前からバージョンの入り乱れがあると確信してたわけか?
おかしいじゃねえか!
バージョンの乱立はマイクグチソフトだって望んでね枝ろ！めんどくせえし。
ぜってーおかしいって!
>>336 OpenGLエクステンションほど酷くはないけど、実際あるんだなこれが
何だかんだいっても、WGFでOpenGLレイヤを見積もってるあたり
OpenGLを無視してないよ。
赤も緑も黄色もOpenGLを重視してるんだから、切り捨てられないでしょ。
君
>>218、まだ吠えてるようだが、
私の
>>289-290に対する論理的な反証はまだかね。
正直言って、私は楽しみなんだよ。
君がどんな技術無知っぷりを披露してくれるのかが。
私は地獄の果てまで君の反証を待つよ。
341 ：
デフォルトの名無しさん：2005/07/03(日) 16:43:43
君
>>220、まだ吠えてるようだが、
私の
>>242-243に対する論理的な反証はまだかね。
GLSLは2.0のコアフィーチャーではあるが、
O p e n G L の 性 格 上 2 . 0 だ け の も の で は な い
ことがわかっていないようだね。さすが技術無知。
正直言って、私は楽しみなんだよ。
君がどんな技術無知っぷりを披露してくれるのかが。
私は地獄の果てまで君の反証を待つよ。
一気に伸びたと思ったら粘着祭りか。いい迷惑だ。
伸びるのは技術無知が出てきたときなんだよな。
>>218と
>>220はここから出て行け。
どうしても続けたいなら専用スレッドでも立てろ。
おねがいします。
('A`)
「GLSLは1.5じゃ使えない！」
おい、おまえら('A`)
拡張 拡張 拡張 正式
1.3--------->1.4-------------->1.5--------------->2.0
こういう場合、
kltmjkvpgaeprguq0vi54[qtg,v99 h@ｈ＠ｂｊ＠ｑ０え０ｃ＠ｆく３０ｔｃ
ぬああああああああああああああああ
おいすg変え尾sｔv0wq3むｖｈ＠あｐｍｄｓｐ９ｔｃぁえ
ふじこふじお
A
>>348 (1.3 + 1.4 + 1.5) / 3 = 1.4
実質2.0 (1.5 + GLSL)
完2.0
まあ2.0は2.0なんだろうが、
君
>>218。
君の短所は、いつも「性格上」やら「相当」やら「実質」などと曖昧な言葉でお茶を濁すところだ。
全く持って論理的思考能力に欠如しているよ。これでは誰も納得しない。
私のように、論理だった文章
>>289-290としてお得意の持論、
すなわち「Doom3はOpenGL2.0で書かれている」を展開してくれよ。
質問です。
WindowsでGLU 1.3を使うことはできますか？
353 ：
デフォルトの名無しさん：2005/07/03(日) 17:03:43
君
>>220。
君の短所は、日本語も理解できずに「性格上」「相当」「実質」という言葉が理解できてないところだ。
GLSLが1.5でも使えるから1.5だけのものと考えるのは君のようなバカがすることだ。
2.0で正式になったのだから、実質で何の問題もない。
全く持って論理的思考能力に欠如しているよ。これでは誰も納得しない。
私のように、論理だった文章
>>242-243のようにお得意の持論、
すなわち
「Doom3はOpenGL1.4で書かれている」
「fragment_programは1.4」
「ShaderModel2.0は1.4」
を展開してくれよ。
さて、ちょっと泳がせたら
>>218のネタも底を尽いてしまったようだね。本題に戻ろう。
John Carmack: "NV30 class hardware can run the ARB2 path that uses ARB_fragment_program,
but it is very slow, which is why I have a separate NV30 back end that uses NV_fragment_program
to specify most of the operations as 12 or 16 bit instead of 32 bit."
君の「ARB2パスはOpenGL2.0」という主張は、まさにカーマック氏のこの発言により否定される。
この部分「the ARB2 path that uses ARB_fragment_program」だ。
仮に君の主張が正しいと仮定しよう。（調子に乗ってはいけない。あくまで仮定なのだから）
いま、ここでARB2パスがOpenGL2.0に基づいて構築されているとすると、
OpenGL2.0の標準機能としてのプログラマブルシェーダはGLSLであるから、
ARB2はGLSLで記述されていて然るべきだ。
ところがどうだろう。実際はARB_fragment_programすなわちアセンブラシェーダではないか。
思い出して欲しい。昨年のSIGGRAPHでOpenGL2.0はARB_fragment_programを標準機能として
サポートしないという発表があった。これは記憶にも新しいだろう。
もし君の言う通り、ARB2パスがOpenGL2.0なら、それにはGLSLが使用されていて当然だ。
だが現実には、ARB2パスはOpenGL1.4のARB_fragment_programで記述されている。
これが君の明白な間違い、その一だ。
1.3対応のくせに、ARB_fragment_program使えないGeforce4TiとかRADEON8500とか
では、「その二」は何か？
もしARB2パスがOpenGL2.0ベースならば、実行時には言うまでもなく
OpenGL 2.0がドライバでネイティブサポートされている必要がある。
ところが、このスレの住人なら誰でも分かるだろうが、
OpenGL2.0をサポートしたドライバが一般にリリースされたのはいつだろう？
少なくとも、全世界の人々がDoom3をプレイしていた2004年には、
まだOpenGL2.0をサポートしたドライバはNVIDIA/ATIからはリリースされていなかった。
もし仮に、君の言う通りARB2パスがOpenGL2.0に基づいて構築されていたなら、
全世界のゲーマーはどのようにしてARB2パスを走らせることができたのだろうか？
まだOpenGL2.0ドライバも無かったというのに。
|彡ｻｯ
>>357 だから彼らはこれでも面白いコントやってるつもりなんだって
君
>>218。
私は君自身の言葉で語られた、
私の論証>>
>>289-290に対する論理的な反証を欲しているのだよ。
そう、私の文章のコピペでもない、君自身の言葉だ。
もし、君が自分自身の言葉で、君自身の主張を論証出来ないのなら、
君は単なる無能者であるというのは、誰の目にも明らかだ。
さあ、自分の言葉で語りたまえ。
借りものでなく、自分自身のもので――――。
361 ：
デフォルトの名無しさん：2005/07/03(日) 17:17:15
さて、ちょっと泳がせたら
>>220のネタも底を尽いてしまったようだね。本題に戻ろう。
http://64.233.179.104/search?q=cache:F9ASTRNx-EUJ:www.gdhardware.com/hardware/video_cards/ati_vs_nvidia/dx9_desktop/001.htm+John+Carmack:+%22NV30+class+hardware+can+run+the+ARB2+path+that+uses+ARB_fragment_program,+&hl=ja GD: John, we've found that NVIDIA hardware seems to come to a crawl whenever
Pixel Shader's are involved, namely PS 2.0..
Have you witnessed any of this while testing under the Doom3 environment?
君の「ARB2パスはOpenGL1.4」という主張は、この直後に来るまさにカーマック氏のこの発言により否定される。
「単なるテスト段階」であり、君のような技術無知は良くやる手だが捏造でしかないからだ。
テスト段階のものを、さも十足のパスであるかのように見せかけて捏造。
(誰もが知っての通り、ARB2パスは何度も変更されている)
仮に君の主張が正しいと仮定しよう。（調子に乗ってはいけない。あくまで仮定なのだから）
いま、ここでARB2パスがOpenGL1.4に基づいて構築されているとすると、
OpenGL2.0の標準機能としてのプログラマブルシェーダはShaderModel2.0を実装しているから、
ARB2はPS2a等で記述されていて然るべきだ。
ところが、fragment_programでは20はできない。
ところがどうだろう。実際はARB_fragment_programすなわちアセンブラシェーダではないか。
思い出して欲しい。昨年のSIGGRAPHでOpenGL2.0はARB_fragment_programを標準機能として
サポートしないという発表があった。これは記憶にも新しいだろう。
ところがどうだろう。GLSLの機能というのは、アセンブラでは書けないものではなかった。
当然そうだ。高級言語でしか書けないものはない。まして「ベース」だ。
ARB2はアルファブレンディングなどの制約を受ける既存関数をやめ、
自分で一から書き直したもの
であることは誰もが知っている通り。
つまり、これは君のような技術無知の言うことを真っ向から否定するものだ。
これが君の明白な間違い、その一だ。
面白いなぁ
363 ：
デフォルトの名無しさん：2005/07/03(日) 17:19:37
では、「その二」は何か？
もしARB2パスがOpenGL2.0とは誰も言ってないので、実行時には言うまでもなく
1.5+GLSLでよい。
OpenGL 2.0がドライバでネイティブサポートされている必要があるわけがない。
技術無知はただのバカだから、バカがバカな勘違いしただけだ。
ところが、このスレの住人なら誰でも分かるだろうが、
OpenGL2.0をサポートしたドライバが一般にリリースされたのはいつだろう？
少なくとも、全世界の人々がDoom3をプレイしていた2004年には、
まだOpenGL2.0をサポートしたドライバはNVIDIA/ATIからはリリースされていなかった。
技術無知が ネ イ テ ィ ブ O p e n G L 2 . 0 だ と 勘 違 い し た だけのことなのだ。
もし仮に、君の言う通りARB2パスがOpenGL1.4に基づいて構築されていたなら、
全世界のゲーマーはどのようにしてPS20を実現できたのだろうか？
まだOpenGL1.4ではその手段も無かったというのに。
おいおい。
私は「借りものでなく、自分自身のもので」と言ったはずだ。
それなのに、何だね君
>>218は。またしても人様のコピペに終始する気か。
君には失望したよ。出直して来い。
365 ：
デフォルトの名無しさん：2005/07/03(日) 17:23:19
３DlabsとｎVidiaを見間違えるバカはいないが、技術無知は間違える
462 ：名無しさんの野望：2005/03/25(金) 20:13:18 ID:d0Uengyc
そして第三に、「OpenGL2.0をサポートしたドライバなどは一切この世に出回っていなかった」の部分だ。
これは実に滑稽である。何故なら、カーマック氏がDOOM3エンジンを開発していた時には、
NV30、つまりFX5800が売り出されていたが、NVIDIAではFX5900を提供していた。当然である。
この時点で開発にすら着手していないのであれば、半年後に5900をリリースすら出来ないであろう。
まして、5800と5900は単にメモリバンドが256bitになっただけではない変更点があるからだ。
NVIDIAに限らず、常に新しい試作品をデベロッパに提供して、意見を聞きながら開発を進めていくのは当たり前だ。
実際そうしていると述べてもいる。それにOpenGLは規格制定を待たないと使えないDirectXとは違う。ベンダが拡張できる利点と欠点がある。
カーマックにしても作成当初からパスを変更しないわけでもない。
NVIDIAがGL2.0「として」サポートしたのは、ほんの数ヶ月前である。ところが、拡張としてはすでにサポートされていた。
ATIですら同じことである。
開発環境とユーザー環境の差を理解できてない、極めて技術無知の発言であると言えよう。
366 ：
デフォルトの名無しさん：2005/07/03(日) 17:24:51
おいおい。
私は「借り物であろうがなんであろうが、それでいけないルールはない」と言ったはずだ。
まして、反論になっている。なっているから君のようなバカ、技術無知がムキになる。
それなのに、何だね君
>>220は。またしても人様の文章が読めずに泣き喚く気か。
君には失望したよ。出直して来い。
ID:C81PHN7Gの技術無知っぷり、引いては知能指数の低さには辟易するばかりである。
人様の文章に妄想するだけ、改変されて大泣きと、言語能力の低さを自ら如実に示したうえ
ステンシルバッファとシャドウボリュームすら知らない知能の低さを晒されて慌てて言い訳に出てきたのだから。
そもそも根本的に、言い訳が言い訳として成立いないのは、もはや語るべき言葉がないと言えよう。
兎角、ID:C81PHN7Gの技術無知を順に解説していこう。
まず第一に、「ARB2はOpenGL1.4」という部分である。
「ARB_fragment_program」と「ARB2_fragment_program」「NV_fragment_program」
まだまだあるが、これらの違いも理解していないのは明白である。
http://www.opengl.org/documentation/specs/version2.0/glspec20.pdf また、「実際はGLSLはOpenGL1.5において、GL_SHADING_LANGUAGE_VERSIONの1.0をフルサポート」を見てみよう。
これは3dlabsのGLSLデモだが、
http://developer.3dlabs.com/ GF6とQuadroFX4000以上、WildCat Realizm800以外ではMandel と Juliaが実行できない。
これはなぜだろうか？当然、OpenGL2.0対応機種以外では分岐に対応していないからである。
それなのに技術無知は「GL_SHADING_LANGUAGE_VERSIONの1.0をフルサポート」というのである。
ここからもOpenGLのOの字も知らないド素人技術無知と言うことがわかる。
したがって、この部分は「誤り」であるのは言うまでもない。
ちなみに、OpenGL2.0においては、GL_SHADING_LANGUAGE_VERSIONは1.10である。
第二に、この部分だ。「1.3や1.4でARB2」。
先述の通り、OpenGL1.3では頂点プログラムが、 同1.4ではフラグメントプログラムが拡張機能として提供されているのである。
ところが、DOOM3で使われたARB2パスを実現できるものは1.4では提供されていないのである。
DOOM3にしろ、Riddickにしろ、Based by fragment_program とあるように、
またDirectXでもPS2.0であっても1.1相当の機能を使えるように、それだけしか実行できないものではないことが
技術無知には理解できていない。それを何を血迷ったか、「ARB2はOpenGL1.4」などと妄言しているわけだ。
したがって、やはりこの部分も「誤り」であるのは言うまでもない。
┐(ﾟ～ﾟ)┌
369 ：
デフォルトの名無しさん：2005/07/03(日) 17:28:14
370 ：
デフォルトの名無しさん：2005/07/03(日) 17:28:51
知識の無い人間に誤った知識を植え込むと、その人間は頑なにその知識を信じ込むというのは良くある話だ。
このスレで文章を改変されて泣き喚き必死に抵抗している技術無知も、その好例であろう。
なにせ
「演算結果であるシャドウボリューム (つまりバッファとしての機能は持たない) に格納」
「ARB2はOpenGL1.4」
「便宜上名づけただけ」
がいい証拠である。
そもそも、日本で3D技術に関する記事を書いているライターが西川しかいない、というのも問題だ。
奥谷もいるじゃないか？否、奥谷などは既にプログラマからは完全に見切りを付けられている輩である。
ところが、先の技術無知はそこらのプログラムもしたことがない者より劣る。
繰り返すが
「演算結果であるシャドウボリューム (つまりバッファとしての機能は持たない) に格納」
「ARB2はOpenGL1.4」
「便宜上名づけただけ」
こんなことは恥ずかしいので誰も言わない。
繰り返すが、実際にプログラムを組みもしないライターが正しい知識を有しているわけがないのだ。
それを生半な知識で記事を書くものだから、技術無知の記事ができる。
その記事を読んだ知識のない人間は、誤った知識を吸収してしまう。結果、技術無知となる。
371 ：
デフォルトの名無しさん：2005/07/03(日) 17:29:17
ちなみに言及しておくが、「技術無知」という造語と「shadow volume」を組み合わせて使うのは
先の技術無知しかいない。
「演算結果であるシャドウボリューム (つまりバッファとしての機能は持たない) に格納」
「ARB2はOpenGL1.4」
「便宜上名づけただけ」
それをどこぞの他の人間の書き込みだと言い逃れをして、私ではないと泣いて言い訳を言うのだから思考倒錯も甚だしい。
往生際が悪い。
まあ、技術無知は浅薄かつ貧弱な「知識」だけで「経験」を伴っていないのだ。
だから何でもないようなことで泣き喚く。コピペされたと泣き喚く。
コピペごとき一体如何程のことがあろうか？この程度のもので狼狽する技術無知。
こうした人間は、往々にして実生活でも未経験---すなわち女性経験が皆無なのは言うまでもない
372 ：
デフォルトの名無しさん：2005/07/03(日) 17:30:59
日本の閉じた「世間」というのもは、実に病んでいる。
嗚呼、技術無知！
君
>>220。
君が提示したそれらの文章は、全て以前の私の文章のコピペではないか。
そんなもので、人々が君の主張に納得するとでも思っているのだとしたら、それは大きな間違いだ。
もう一度言おう。コピペで反論した気になっているのだとしたら、君は真性の馬鹿だ。
自分自身の言葉で、自分の主張を論知的に論証できないのだとしたら、君は真性の無能者だ。
君のコピペは、私の存在によってのみ存在しうる。
私あっての君の言う「反論」など、もはや反論たりえない。
君にはどうしてそれが理解できないのかね？
（もちろん、君が馬鹿だということは十二分に承知している）
375 ：
デフォルトの名無しさん：2005/07/03(日) 17:38:35
君
>>220。
君が泣きを入れているそれらの文章は、誰かのコピペでもなんでもない。
コピペをすると単語や構成が変わるのだろうか？
それともバカ、技術無知はそうなるものと思っているのだろうか？
そんなもので、人々が君の主張に納得するとでも思っているのだとしたら、それは大きな間違いだ。
もう一度言おう。コピペではないものに狼狽してコピペだコピペだと泣き喚いているのだとしたら、君は真性の馬鹿だ。
元の文と似ていようがなんだろうが、そんなことは問題ではない。
君のようなバカ技術無知は問題だ問題だというが、何がどうでどのように問題なのか一言も述べていない。
技術無知はバカだということを示している。
自分自身の言葉で、自分の主張を論知的に論証してあるものをコピペだと泣くだけであれば、君は真性の無能者だ。
私の文は、自分が存在しているからこそ存在しうる。
だからこそ構成も単語も異なる。反証反論になっている。
いないというのなら、その証拠はどこだろうか？毎度毎度ないが、それは単に負け犬技術無知のバカな遠吠えということを表している。
私二指摘されても述べることさえできない「反論」など、もはや反論たりえない。
君にはどうしてそれが理解できないのかね？
（もちろん、君が馬鹿だということは十二分に承知している）
奥谷が無知なのはわかった
Oops!
>>374は
>>218宛てであったのは言うまでもない。
（私は君とは違って、自分のミスを認め、考えを改めることができる人間だ）
君
>>218が言う「自分自身の文章」は、全て私が作ったフォーマットの上に成り立っている。
もはや、君は私の手のひらで踊る操り人形でしかない。哀れだよ、君は。
少し比喩的過ぎて、君には理解し辛いかな。
そうだね。言ってみれば、私は大地を創造した神、君はその大地で無邪気に走り回る猿人、とでも言おうか。
379 ：
デフォルトの名無しさん：2005/07/03(日) 17:53:11
Oops!
君のような技術無知は下らないことしか訂正できない無知でしかない。
（私は君とは違って、ARB2はOpenGL1.4だとか、シャドウボリュームに格納などクソ下らないミスなどしない)
考えを改めるというのに「シャドウボリュームに格納」を認めないのはなぜなのか。
君のようなバカ技術無知が何を口先だけで言おうと、全てウソだとわかる。
だから認めていないわけだ。
君
>>220が言う「コピペ文」は、全て私が作ったオリジナルである。
コピペしかできない人間が、なぜ加筆などできるのか。
できはしまい。
技術無知はそんなことすら理解できないのか。
もはや、君は私の手のひらで踊る操り人形でしかない。哀れだよ、君は。
少し比喩的過ぎて、君には理解し辛いかな。
そうだね。言ってみれば、私は大地を創造した神、君はその大地で無邪気に走り回る猿人、とでも言おうか。
381 ：
デフォルトの名無しさん：2005/07/03(日) 18:00:52
私の文は、自分が存在しているからこそ存在しうる。
だからこそ構成も単語も異なる。反証反論になっている。
いないというのなら、その証拠はどこだろうか？毎度毎度ないが、それは単に負け犬技術無知のバカな遠吠えということを表している。
私二指摘されても述べることさえできない「反論」など、もはや反論たりえない。
382 ：
デフォルトの名無しさん：2005/07/03(日) 18:01:36
遅い
メシの時間だ
君
>>218。
私は、敢えて指摘しまいと努力していたのだが、
そろそろ夕食の時間も近いので、この辺で指摘しておこう。
君がこのスレで頻繁に使用する「技術無知」という単語。
以前、君は、その単語は私個人の造語であると非難していたね。
だがどうだろう。今ではすっかり、君自身のお気に入りの単語ではないか。
そう、君も薄々気付いてるとは思うが、
私の超越した自我は、既に君の弱々しい自我を侵食し始めているのだ。
「技術無知」という単語を頑なに否定していた君。
しかし今では、すっかり「技術無知」の虜だ。
私の意味するところが何か、君には分かるかね？
私はそろそろ夕食を取ることにするが、
私がいない間も、君の自我の中には、私の自我が巣喰っている。
384 ：
デフォルトの名無しさん：2005/07/03(日) 18:06:38
君
>>220。
私は、敢えて指摘しまいと努力していたのだが、
そろそろ夕食の時間も近いので、この辺で指摘しておこう。
君がこのスレで頻繁に使用する「技術無知」という単語。
以前、君は、その単語はまるでこちら個人に当てはまるかのように使用していたね。
だがどうだろう。今ではすっかり、君自身を表す単語ではないか。
証拠も山ほど挙がっている。
これほどふさわしいものはない。
そう、君も薄々気付いてるとは思うが、
君が何を言っても自分自身のことでしかないということである。
君の弱々しい自我をいくら振り絞ろうが、技術無知の矛盾を抱える限り変わることはない。
「技術無知」という単語を頑なに使用していた君。
しかし今では、すっかり「技術無知」そのものだ。
私の意味するところが何か、君には分かるかね？
私はそろそろ夕食を取ることにするが、
私がいない間も、君の自我の中には、私の自我が巣喰っている。
なんか、D3とRIDDICKやりたくなっちったｗ
D3はHL2並に単調でシングルプレイは詰まらんけど、
ユーザーMODはいいものあるね。
RIDDICKは見た目が綺麗だけど、MODは聞かないなあ。
日本語MODやってるってのはベータは見て知ってるけど。
/* --------------------------------- */
俺的しおり
ここまでスルーした
/* --------------------------------- */
今北産業
荒らすなといってるヤツのレスそのものが荒らし
という博之の言葉をそのまま受け取れば
>>387板違い。
/********************************
* 美坂栞
* 観月しおり
* (;´д｀)ハァハァ
********************************/
393 ：
デフォルトの名無しさん：2005/07/03(日) 21:47:12
Linuxの上で、OpenGLとfreeglutを使ってアプリを作っているのですが、
freeglutのメニューの機能はあまり充実していないので、できれば、
Windowsのアプリで標準で付いているような、ツールバーやメニューを
追加したいと考えています。どうすればよいでしょうか？
そういうのは別のツールキット使った方がいいと思う。
gtkとかfltkとか。
そもそもメニューを使わずにGLUIのロールアウトやら
ボタンやらを使うとかどうだ？
396 ：
デフォルトの名無しさん：2005/07/03(日) 22:56:57
アドバイスありがとうございます。
そもそも目的は、開発しているアプリをWindowsとLinuxの両方でコンパイル
して動かしたいので、OSに固有のコードをあまり入れたくないのです。
Windowsだけなら、MFCの環境で開発すれば、勝手にツールバーとか付いてくる
と思うので便利だと思いますが、そうするとLinuxに移植するのが大変なので、
質問をしました。
それで、実は、GLUIとか、いくつか他のツールキットなど調べてみたのですが
、どれが良いのか絞りきれていません。見た目がWindowsのツールバーに近い
ものを希望しています。できればフローティングのツールバーが実現できれば
、うれしいです。
それで、私のこの質問は、WindowsとLinuxの両方で動くような３Ｄのアプリ、
たとえばＣＡＤとかＣＧとかそういうソフトを開発している人たちには常識的
な内容だと思いましたので、お勧めの方法があるのではと思い質問しました。
よろしくお願いします。
最近のお勧めはfltkかな。確かに決め手はないからいつも何使うか迷う。
>396
wxWidgetsは？
GTK+やMotifを使うことにはなるけど
399 ：
デフォルトの名無しさん：2005/07/04(月) 00:41:05
早速wxWidgets調べてみました。なかなかいい感じですね。
でも、私には、ちょっと敷居が高いかもしれませんが、トライしてみます。
ありがとうございました。
たしかQtもGL扱えたよな。
触ったこと無いから詳しくは分からんが。
>399
いきなり全部の機能覚えようとしないで、基本のフレームワークとコントロール関係だけに
しておけば何とかなると思うけど
samples\openglの下にOpenGLのサンプルが3つほどある
GPLでいいならQt
ファイルサイズが大きくなってもいいならwxWidgets
日本語の扱いなんてどうでもいいならfltk
キワモノを目指したいならC++Builder/Kilix
さらにキワモノを目指したいならWideStudio
最近の FLTK@CVS は日本語使える
gtk+gtkglextはだめなん？
405 ：
デフォルトの名無しさん：2005/07/05(火) 00:27:57
>403
マジで？ fltk期待age
>>404 Windowsユーザーなんてどうでもいいならgtk+gtkglext
OpenGLはAPIだけじゃなく、ツール群まで色んなもんありすぎて
何を使っていいか分からんとです。
そろそろまとめてくれませんか
納得のいくフレームワークを自分で作り上げる、これ最強。
すれ違い気味だけど、入力系のOpenIL(Input Library)みたいなのがあると良いのだがなぁ...
Audio入力?
>>409 SDL使うと幸せになれるかと。
つか、ある意味、SDL+OpenGLってマルチプラットフォームを実現する上で、
現実的な解だと思う。
新参者が質問しに来ましたよ。
凹型ポリゴンを表示するのにGLUのtessellation使うのと
自前で分割アルゴリズムを実装するのとどっちが早いんでしょうか？
まあ私は自前でそんな高等なもの実装できるセンスありませんが。
あとGLUのtessellationの原理みたいなのが載ってるページって無いでしょうか？
試してみればいいじゃないか・・・
>>412 単純に速さを求めてるようだけど、毎フレームで分割処理を行う必要はあるの？
形状が変化しないなら、分割後の三角形群を一旦ディスプレイリストに登録しちゃえば、
その後の各フレームでの描画では分割処理のコストは完全に無視できるよ。
だから、切り刻み方が気に入らないとかでなければ、GLUで十分だと思う。
自前で実装してみたいなら、"triangulation" あたりでググってみれ。
昔から研究されている分野だから、いろんな文献やソースコードが転がってる。
>>411 あとJavaがあればたいていのものは作れると思う
C++ならwxWidgetsとboostで
>>414 レスどうもです。
速さを求めるというよりGLUがどんな処理をしているのかが
気になって質問してみました。
どうやら素人がやるよりもGLUでやった方が速そうですね。
赤本にも書いてあったのでディスプレイリスト使ってますが、
いろいろパーツごとに動かさないといけないんでリストがばらばらに
なるのが悩みどころです。
"triangulation"で検索かけたこと無かったです。
いろいろ探してみようと思います。
御教授ありがとうございました。
>>410, 411
Keyboard, Mouse, GamePadの入力デバイスを扱うことができるライブラリが
あると便利だなぁと。
デバイス情報の取得やイベントによる入力通知やポーリングによる入力状態取得が、
統一的にできると便利です。
今のところは、SDL+OpenGLが現実解ですね。
>>415 JOGL(OpenGL), JOAL(OpenAL), JInput(WindowsだとDirectInput)と
Javaでは全てそろって良い感じです。
ですが、JInputはまだまだバギーなようです。
これが安定すれば、JavaでもPC向けのゲーム作成が一般的になるかも。
418 ：
デフォルトの名無しさん：2005/07/06(水) 21:05:27
俺ググるって嫌いなんだよね。
何が嫌って、「それだけしか解決しない」
つまり実に効率が悪いから。
辞典のような本なら、今必要でないものでも全て載ってさえいれば
それ一つで全部覚えられるから手間が要らない。
ググりは、一回につきひとつしかわからない。
手間がかかる。
>ググりは、一回につきひとつしかわからない。
いやいや、たまに関係のないエロサイトでもひっかかって、アレな一時でも味わうことがあろう
422 ：
デフォルトの名無しさん：2005/07/07(木) 10:23:20
なぜか知らないけれどもQTが今ブーム
GLSL佐賀
GLSL佐賀
cygwinを用いてopenglを使っているのですが
pngイメージを貼り付けるのにglpgmを落としてきたのですがどうすれば使えるようになるかわかりません
教えてもらえませんか？
【質問】
透視射影変換 Frustum についてお尋ねします。
赤本の付録部分等にも4x4行列について載っていますが、
この行列について、原理を理解したいと思っています。
どなたか、透視（正）射影変換について
解説書、教科書、Web情報など、ご存知でしたら教えてください。
426 ：
423：2005/07/09(土) 00:01:45
えと、Makefileでコンパイルしたんですがこの後どうすればいいかわかりません。
一緒にコンパイルして試そうとしてもうまくいきませんでした。
今日の14:50までに仕上げなければならない事に不可欠だと思うので、
ライブラリの追加の仕方はスレ違いかもしれませんが教えて欲しいです・・・
427 ：
デフォルトの名無しさん：2005/07/09(土) 08:14:17
テクスチャを張ったものと、張ってないものを表示するときに
glutSwapBuffers();を用いると、テクスチャがうまく表示されなくて
glFlush();を使えば、画面が表示されないと・・・
これはどうすればいいのでしょうか？
つД；
自己解決しました
ここはいつから日記帳になったのだ？
>424
鉛筆を手に持って紙にその行列の式を書いて小一時間悩め。
それでなんとなくでも理解した気になれないなら、理解するのは諦めた方がいい。
ﾎﾞｰﾝﾃﾞｼﾞﾀﾙのﾅﾝﾄｶ数学っていう本でも買って読め
>>428 自己解決したら、解決策を書くと、後の人の参考になります
奥 谷 海 人 西 川 善 司
谷 海 人 西 川 善 司 奥
海 人 西 川 善 司 奥 谷
人 西 川 善 司 奥 谷 海
奥 谷 海 人 西 川 善 司
谷 海 人 西 川 善 司 奥
海 人 西 川 善 司 奥 谷
人 西 川 善 司 奥 谷 海
奥 谷 海 人 西 川 善 司
谷 海 人 西 川 善 司 奥
海 人 西 川 善 司 奥 谷
人 西 川 善 司 奥 谷 海
名瀬、気付かない？
gemsの訳者か？
違う
436 ：
デフォルトの名無しさん：2005/07/12(火) 22:57:08
ツールキットの件で質問した者ですが、皆さんありがとうございました。
wxWidgetsのOpenGLのサンプル、コンパイルして実行することができました。
ちなみに、サンプルのうち、
cubeとisosurfは、問題なく動いたのですが、penguinは実行したら、ウインドウが
開いた直後に、『問題が発生したために・・・終了します。』というウインドウが
開いて終了してしまいました。
WindowsXP VC++6.0
WindowsXP VC++.NET
の環境でともに同じ症状でした。
サンプルでエラーが出てしまったので、ちょっと心配なのですが、
wxWidgetsを使っている方にお聞きしたいのですが、皆さんの環境では、
penguinのサンプルは、問題なく動いていますか？
437 ：
デフォルトの名無しさん：2005/07/12(火) 23:02:01
ソースには二種類ある。
1.そのままコンパイルできる形で提供されている
2.なんだかワケのわからない自作ヘッダを作らないとコンパイルできないもの
気取り屋業界では、2の形態が主流。
「俺は偉いんだぜ」ということを主張したいため、気軽にコンパイルできてはかなわないから
ワケのわからない自作ヘッダやトリッキーな操作でしかコンパイルできない。
気取り屋業界では1は邪道なのだ。
>>437 完成したソフトウェアのソースコードなら 1. が当然。
プログラムの方法を教えるための例なら 2. でも無問題。
どうせ 2. を使いこなせない奴にはプログラムは書けないわけだからね。
もっともコピー＆ペーストをプログラミングと称する自称プログラマは巷に溢れてる
から、そういう連中には 1. が有用なのかもしれん。
>436
>penguinのサンプルは、問題なく動いていますか？
動く
penguinのソースファイルのパスにある「penguin.lwo」を実行ファイルのパスにコピー
ソース見ような！
えー、ズバリっ
MacOS X 10.2.8で
OpenGLのライブラリー、ヘッダーファイルなどは何が必要なのでしょうか？
gl,gluとか、glutとかいっぱいあり過ぎてワケワカりません。
>>440 君がgluやglutを使いたいのかどうかによる
>>441 とりあえずglut.hをインストールしてwindowを表示できました。
が、gl.hに定義された関数を実行しても変化が見られません。
なにか足りないのでしょうか。。
>>443 ありがとうございます。
暇をみて試していきたいと思います。
>>444 web上のサンプルコードにあった
glutInitDisplayMode()にGLUT_DOUBLEを渡していましたが、
これをGLUT_SINGLEに変えるとgl.hの処理が反映されました。
なぜフレームバッファがSINGLEとDOUBLEがあるのかさえよく分かりませんが、
これから頑張って精進してみます。
すいません、もう１つだけ聞きたいのですが、
glutMainLoop()を呼び出すと、
リンクエラーが出てしまいます。
内容は、RemoveEventLoopTimer,InstallEventLoopTimer,
GetCurrentEventLoop,NewEventLoopTimerUPP
の４つが未定義であると言われます(carbon_glut.lib内からの参照で)。
プロジェクト内検索で上の関数を検索してみてもやっぱり見つかりません。
全てのlibはインストールされているはずなのですが、
なにか足りないものがあるのでしょうか？
>>447 失礼しました。
上記のエラーはOpenGL関連ではなくて、
carbon側の問題だったんですね。
ありがとうございます、ライブラリー探してみます。
糞Macがっ。
文句いう奴ってどうして自分の力量のなさに気づかないのだろう・・・
>>448 プロジェクト立ち上げる度に
header_file捜してきてリンクしなきゃならないのが面倒でつい。<すいません。
でもなんとか無事にビルドできて、
とりあえず赤本の最初にあるスピンを実行できました、□がクルクル回ってます。
まだ見まねで書いてるので関数の処理内容はほとんどよく分かっていませんが。
だけど、ここまでOSのAPI使ってたらとんでもない量のコードを書かなきゃならなかったのが、
想像を絶する短さで実行できてビビってます。
PC内でちりちりとレンダリング音がするのもイイ！
しかし、今のままではちょっと遅い様なので
また別の方法があるのでしょうね。やっぱり先は長い。。
451 ：
デフォルトの名無しさん：2005/07/14(木) 22:19:20
>439
>penguinのソースファイルのパスにある「penguin.lwo」を実行ファイルのパスにコピー
動きました。
ありがとうございました。
> PC内でちりちりとレンダリング音がする
怖いよw
中のヒトが天パーなんだよﾁﾘﾁﾘ。
454 ：
デフォルトの名無しさん：2005/07/15(金) 19:51:19
低能供がｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
CPUにめっちゃ計算させるとノイズが発生して
それを安物オンボードサウンドカードが拾っちゃうんだよ。
>>455 そうそう、CPUの稼働状況がわかってそん時はちょっとニヤっとしたね。
457 ：
デフォルトの名無しさん：2005/07/16(土) 16:02:18
自作ヘッダがないとコンパイルできないようなのは、
つまりは書き方がヘタクソだから標準ヘッダでは動かないというわけ
スレ違いどころか板違いだがWinでノイズが気になるなら
タスクトレイのボリュームコントロール開いてCDプレイヤーとライン入力をミュートにして
ボリュームとWAVEの音量を下げてアンプ・スピーカー側のボリュームを大きくすればいい。
スレ違いどころか板違いだが
>>457の方法をやるとしたら
今度はスピーカーかアンプ側で音が歪むな。
ノイズが気になるならUSBオーディオ使うのも一手だ。
板違いどころか人違いですが
>>457のやり方でノイズが改善されました。ありがとう。
自作関数がないとコンパイルできないというのは
つまりは書き方がヘタクソだから標準関数では動かないというわけ
漏れのノートの場合はﾁﾘﾁﾘ音よりはるかにでかいファンの音と生ぬるい風がorz
OpenGLは行列を左からかけているんですか？
464 ：
デフォルトの名無しさん：2005/07/16(土) 22:27:31
「行列のできる法律相談所」
法律屋が行列できてどうすんだって話もあるが、
「行列のできぬプログラマー」はどうすべさ？
465 ：
デフォルトの名無しさん：2005/07/16(土) 22:48:55
void myMenu( int menu )
{
switch( menu ){
case MENU_1 :
処理１
break;
case MENU_2 :
処理２
break;
}
}
void makeMyMenu()
{
int menu = glutCreateMenu( myMenu );{
glutAddMenuEntry( "Menu1" MENU_1 );
glutAddMenuEntry( "Menu2" MENU_2 );
}
glutAttachMenu( GLUT_MIDDLE_BUTTON );
}
たとえばこんな感じのglutのコードで中央ボタンにメニューを追加して、
プログラムを実行して中央ボタンを押すと、"Menu1"と"Menu2"が現れますよね。
ところが、中央ボタンでメニューを出した後、たとえば左ボタンなどを適当に押して、
中央ボタンで表示したメニューを選択することなく表示を解除することも可能ですよね。
その場合に、たとえば左ボタンのイベントはglutMouseFunc()で検出しているとして、
上記のケースで左ボタンが押されたとして、左ボタンのイベントが検出されたときに、
その直前に中央ボタンが押されたということを検出したいのですが、出来なくて
困っています。良い方法ありますでしょうか？
（分かりやすく説明したつもりなのですが、ややこしくてすみません。）
中央ボタンが押されましたフラグをどこかに持ってりゃいいんじゃないの。
状態遷移でググれー
>>466 >>465じゃないがフラグ設定する機会が無い悪寒。
少なくとも自分の小さい脳みそじゃ思いつかん。
468 ：
デフォルトの名無しさん：2005/07/17(日) 00:33:42
カメラの位置は与えられています。
表示するもの自体は3次元でわかっています。
表示させると2次元に見えるので、
3次元表示をやめて、2次元表示にしたいのですが、
どうすればいいんでしょうか？
>>468 君の言うとこの「2次元表示」の定義と、2次元表示にしたい理由を言ってくれないと
君の発言の意味は理解できない。
理由は述べられてるじゃねえか
>>470 「表示させると2次元に見えるので」が理由だとしたら表示して２次元に見えないCG
のってどんなんだよ、と問いたい。立体視とかか？ｗｗ
3Dだが表示させると縦横のみの2次元的にしか見えないから
頭が固いというか、読めない奴はプログラマーになれないぞ。
違ったら違ったで修正して答えりゃいいんだし。
「最初から完璧」を求め
「しかも完璧に出せるかどうかもわからない他人を」アテにする
そういうような現実も見れないバカはとにかくウザがられる。
理想ばっかカタッて現実には何もできない。
2次元座標の定義というと答え難いんですが
3次元の座標をいれて、点なり線なりで表示すると表示されるものがでるのですが、
これはx,y､zで表示されます。
とある視点 v0,v1,v2でみると、この表示したものは、裏にいって隠れたりして
表向き上で2次元で表示をすることができると思うのです。
3次元で表示したものが2次元で表示しても同じに見えればいいのです。
理由は、3次元で表示するのにとても時間がかかってしまい、
2次元で表示をすれば軽くできるかと。
説明が、足りなければ付け加えます。
カメラの位置v0,v1,v2から、ｘ、ｙ、ｚ表示の物が、s,t表示にしても
同じに見えるようにしたいです。
いまいちよくわからんが ortho で表示するとか z-test を切るとかそういう
ことを知りたいのかな？
そもそも OpenGL を使わないで GDI か何かで表示するとか？
477 ：
デフォルトの名無しさん：2005/07/17(日) 01:08:21
465本人ですけれど
>467 フラグ設定する機会が無い悪寒。
そうなんです。
中央ボタンが押されたことを記憶するフラグ設定する機会が無いようなんです。
困った。。。
3次元を2次元に落とし込めば速くなると言いたいんだろうが
CPUでそれやんのか？逆に遅くなるぞ？
479 ：
デフォルトの名無しさん：2005/07/17(日) 01:22:02
>>475 orthoで表示するっていうのを知りません。
>>476 opengl以外での表示は、都合で無理なんです。
>>478 遅くなるのですか。
わかりました。
>>479 いちいちレンダリングするのがダリーってことか？
画像として保存しとけ
OpenGLもDirect3Dも2次元で表示してるぞ。
一度コンピュータグラフィクスの本でも読んで勉強しろ。
3次元で表示というのは視差を考慮して
2次元表示を複数に分けてHMDや裸眼で立体視することだ。
これも厳密には2次元表示だ。3次元表示ではない。
というかスクリーンを使った3次元表示なんてものはSIGGRAPHでも発表されていない。
>>477 もう一回考えてみたけどglutじゃ無理じゃね？
メニューの処理だけAPIでやるとか。
いっその事気合入れてMFCとかクロスプラットホームならwxWidgetsとか
使うしかないんじゃないかな？
マウスボタンとかの取得って普通はWin32APIとか専用のAPI使うんじゃないの？
glut使う意味がわかんね。GLは描画用APIと割り切って使ったほうがいいと思うよ。
漏れはGLUT使わずにGLとGLUだけつかってる
glutはお手軽にOpenGL使ったプログラム作れるからなぁ。
クロスプラットフォームで組めるし、gluiと一緒に使えばGUIも結構豪華になる。
まあ自由度はどうしても低くなるから、できる範囲の中で上手くコード書くしかない。
自分も最初はglutにおんぶに抱っこしてたけど今はMFCじゃないと無理な処理ばっかだ。
凝ったことしようとするとGLUTだけじゃ厳しくなるよな。
互換性が欲しきゃSDLなりなんなり使えば？
>>463 公式には右からかけることになっている。
DirectXは左からかけることになっている。
D3Dがﾍﾞｸﾄﾙを行ﾍﾞｸﾄﾙにしたり、左手座標系にしたりするのってOpenGLに対する嫌がらせ？
>>487 OpenGL使いに対する嫌がらせでしょう
再発明の好きなマイクロソフトらしいよね。ｗ
ちなみにDirectXは左手系・右手系両方のAPI(ライブラリ)があって、
それはそれで結構便利だったりする。（とフォローしておこう）
ベクトルが行だと、行列をコンソールに表示するのがらくだし、
Cの配列の概念と一致しているので、正しい選択といえなくもない。
特に3D初学者の場合、自分で回転行列をソースに打ち込んで使おうとすると
OpenGLでは間違いなくはまることになる。
openglだと
double v[16]
OpenSceneGraph は OpenGL を前提としているのに位置ベクトルを行ベクトル
として扱うのはなぜなんでしょうか？
Cg の行列も行優先(HLSL は pragma で指定可能)なので OpenGL では少し扱い
づらいです。
>>491 いや、OpenGLだと
float m[16];
いや、OpenGLだと
int i[16];
いや、OpenGLだと
unsigned int ui[16];
いや、OpenGLだと
unsigned short fixed_point[16];
おまえらGLfloatとかGLuintとか使いなさい。
いや、OpenGLだと
bool b[16];
いや、bool b[16];だと
エラー
500 ：
デフォルトの名無しさん：2005/07/18(月) 20:16:30
質問ですが
３Dを表示するとディスプレイ上には２Dで、現れますよ。
OpenGL内で、３Dを出力する場合も２Dにしてるはずですが、
その２Dにしてる場合の座標を得ることはできないのでしょうか？
>500
何に使うの？と突っ込んでみる
502 ：
デフォルトの名無しさん：2005/07/18(月) 20:36:02
>500
gluProject／gluUnProject
というか一回自分で計算すれ。ブラックボックス化いくない
>>503 ブラックボックスですかありがとうです。
一応自分で計算もしたのですが、思うような結果がでなかったので。。。
505 ：
デフォルトの名無しさん：2005/07/18(月) 23:14:47
2D/3Dの話をしているとき
「モニタに描画されるものは、実際にはみんな2Dなんだから3Dなんてものは存在しない」
などと、「コンピュータ内部で」「XYZを考慮することを指して3D」という基本的なことさえわからず
「人間の目から見た」事しか思い浮かべられないバカもいます
507 ：
デフォルトの名無しさん：2005/07/18(月) 23:39:22
「人間の目から見た」事以外もきちんと考えられる程の人なら、
人のことをバカなどと言うのはあまりにも馬鹿げていると判るはずだが？
バカをバカと言うことも大事
>>508 バカをバカというのは馬鹿げている。情報量ゼロだもん。
バカじゃないと信じられていたものが、実はバカげていたという発見を
報告するのであれば有意義なことだと思うけど、
>>481は一見して
明らかにアレな燃料投下じゃん。
なんだかんだいって日本は平和だな
カメラの位置は与えられています。
表示するもの自体は3次元でわかっています。
表示させると2次元に見えるので、
3次元表示をやめて、2次元表示にしたいのですが、
どうすればいいんでしょうか？
はいはいわろすわろす
カメラの位置は与えられています。
表示するもの自体は3次元でわかっています。
表示させるには2次元にしないといけないので、
3次元座標を2次元座標に変換したいのですが、
どうすればいいんでしょうか？
515 ：
デフォルトの名無しさん：2005/07/19(火) 18:13:35
バカをバカにするのは、
バカがバカであることを確認する上で必要な作業。
言い訳は必要ない。
516 ：
デフォルトの名無しさん：2005/07/19(火) 20:20:16
バカがバカであるかぎりそれはほんもの
バカを秀才にみせようとするから、にせものとなる
ｱﾙｶｲｰﾀﾞみつを
ちょっとまて。
514は普通の質問じゃないか？
このスレ的には釣りだけどな
少なくとも日本語的には普通じゃない
カメラの位置は3次元空間上に与えられているとします。
表示するオブジェクトは3次元で定義されています。
表示させるにはワールド座標からスクリーン座標に変換しないといけないので、
ワールド座標をスクリーン座標に変換したいのですが、
どうすればいいんでしょうか？
かけざん
521 ：
デフォルトの名無しさん：2005/07/20(水) 11:52:20
バカばっかっかばかバカ麦価かかあかｋｗｋｗカカｗｋｋｗｗｗバカバカｗｗｗ
カメラの位置は大宇宙神がどうにかしています。
表示される位置は我々のこの塵溜めのごとき地表上に表象として存在しているだけえでええうえ
うえふぁはなひゃげ なひゃやぺぺろげろぺちぺ
ぺっぱ
２次座標系の縮図から縦横の拡大率を求める。
その為に必要な計算はだな… えーと、、
…かけ算？
たしざん
>>511 それ諸般の事情でマトモな奴から答えはでてこんかも。あきらめれ。
>>514 なら透視変換するだけだがな。
526 ：
511：2005/07/20(水) 19:25:25
すみません、自己解決しました(^^)
自己解決したら解決策を書こうな
528 ：
511：2005/07/20(水) 22:03:07
カメラの位置は与えられています。
表示するもの自体は3次元でわかっています。
表示させると2次元に見えるので、
3次元表示をやめて、2次元表示にすることで、
自己解決しました(^^)
天才！
530 ：
デフォルトの名無しさん：2005/07/21(木) 11:26:43
GL_POINTSで空間にたくさん点を書くプログラムを作っています。
雲が浮かんでいるようなイメージです。
視点と光源はｚの正の位置に一個置いています。
点の法線はZの正の方向を向いています。
そうすると、描いた点は、明るく光って見えるのですが、その点全体を例えば、
Y軸周りに180度回転させると法線の向きが逆になるので、あまり光って見えません。
それは正しい動きだと思うのですが、できれば、どんな位置に回転させても、
同じ明るさで光っているように見せたいのですが、よい方法はありますか？
ただし、光源はあくまで一個だけZの正の位置に置きたいです。
よろしく。
>>530 glDisable(GL_LIGHT);かGL_EMISSION
532 ：
デフォルトの名無しさん：2005/07/21(木) 12:50:24
無事にGL_EMISSIONでできました。
ありがとうございました。
教えてもらう前は、回転させるたびに、法線がZ正方向を向くように
計算しようかなあなどと考えていたのですが、そんな馬鹿なことやら
なくてすみました。助かりました。
533 ：
デフォルトの名無しさん：2005/07/21(木) 14:00:55
うっはｗｗｗｗ低能ばっかｗｗｗｋｗｗｗｋうぇうぇｗっうぇええあｗｗｗｗ
534 ：
デフォルトの名無しさん：2005/07/21(木) 14:30:25
>>533 ちゅうか、お前の方がよっぽど低能だと思われている事に気がつけー！！カーー！！
536 ：
デフォルトの名無しさん：2005/07/21(木) 16:16:53
この俺様が低能？ぷっはｗｗｗっうぇうぇｗｗｗｗｋｋｗｗｗｗｗ
オタクくん、気持ちわるいよ
glNormal3f(nx,ny,nz)で渡す引数など、
基準は1.0となっていますが、
その基準はいったいどこを指すのでしょうか？
たとえばx軸に大して４５度角のtanが基準になるでしょうか？
>>538 法線ベクトルが、単位ベクトルだって事でしょ。
単位ベクトルは大きさが1のベクトルでしょ。
>>539 なるほど、
単位ベクトルを計算して定義しなければならないのですね。
参考になりました。
法線といえば、ProSavageDDRだとなぜかGL_NORMALIZEなしで
glScale使っても標準化されるんだよなぁ。
おかげでEnableにし忘れて他のPCで真っ黒になったし。
標準化って何？
精子化のことじゃないの？
性器化のことだろ
545 ：
デフォルトの名無しさん：2005/07/22(金) 22:20:27
どこで質問したらよいか分からなかったので、グラフィックの専門家が多そう
なOpenGLスレで質問させていただきますが、
↓このHPにあります、
http://www.lab3.kuis.kyoto-u.ac.jp/project/thesis/bachelor/2003/sinomoto.pdf 『 汎用グラフィックスカードを用いた数値計算』
を私もやってみたいのですが、具体的にどのような方法・手段をつかえば、
グラフィックカードに搭載されているGPUで数値計算させることができるか、
ご存知の方おられるでしょうか？
専用のデバイスドライバみたいなのを自分で作製する必要があるのでしょうか？
少しばかりGoogleで調べてみたのですが、ヒントが見つかりませんでした。
グラフィックカードを使って微分方程式が解けるそうですから、普通の数値計算処理も
GPUにやらせるようなそんな、Cのライブラリみたいなものってないのでしょうか？
なにかヒントをお願いします。
>>545 シェーダープログラム、Cg、GLSL あたりで調べてみろ。
OpenGLやDirectXにプログラムをGPU側で動かすためのAPIが
あるので、デバイスドライバなんて書く必要はない。
つーか、リンク先の論文にちゃんと書いてあるじゃないか。
>>545 ﾋﾝﾖ："C +for Graphics" GLSL HLSL 頂点シェーダ ピクセルシェーダ フラグメントシェーダ
プログラマブルシェーダもな
∧⊂ヽ
(ﾟДﾟ)ﾉ
| ⊃|
| |
⊂ノ～
∪
「シェー」だ
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
includeファイルを開けません。'GL/glut,h' No such file or directry
というエラーが出てしまい、実行ファイルを作ってくれません。
どうすればいいでしょうかorz
glut.hをincludeすればいいと思うお
>>552 includeファイルがあるフォルダにGLってフォルダがあるはずだから
そのなかにglut.hを入れてないんじゃないかな。
というかglutはきちんと導入したのか？
よう！
glut
GPGPUなんて言葉を持ち出す輩は、たいてい相場が決まっている
誰か SIGGRAPH 逝くか？
いくお
いいなあ
パソコン蛾ぶっ壊れたｗｗｗｗｗｗ
563 ：
デフォルトの名無しさん：2005/07/28(木) 18:06:42 BE:20170548-##
あるプログラムを探してます。以下のようなものです。
・白い背景
・マウスでクリックすると点が描ける
・点同士を線で繋いで棒にしたり、箱にしたり出来る。これらは重力にしたがい、弾性を持つ。
・各点を繋ぐ線はゴムみたいになっており、点だけを引っ張ると伸び縮みし、
一点を支持してクルクル回すと、そのオブジェクトがその点を中心にクルクル回転する。
そこで点を離すとオブジェクトが飛んでいき、ウィンドウの端にぶつかって弾力のある感じでちゃんと跳ねる。
どなたかご存知の方はお知らせください。
なんとなく金子のかほりがｗ
>>563 えーとなんだっけ、ALife関係でそんなのがあったんだけど。Flashの。
かなり有名なんだが名前が思い出せない
566 ：
デフォルトの名無しさん：2005/07/28(木) 19:00:47 BE:45382098-##
sandbox？っぽい名前だったと思います。
>>563 思いっきり売り物ですが、
つMSC/ADAMS
（背景も黒かったな）
568 ：
デフォルトの名無しさん：2005/07/28(木) 20:09:43 BE:11345663-##
どっかのサイト（NeHeつながり？）のコンテストで入賞してたような気がします。
570 ：
デフォルトの名無しさん：2005/07/29(金) 17:39:07
同一ウィンドウ内でCDCによる描画とOpenGLによる描画を混在させたいのですが、
そのようなことは可能でしょうか？その方法をご存じの方がいましたらご教授お願いします。
参考となるWebサイトへのリンクでも結構です。
1.CDC関数を使って下地を描画
2.OpenGLで描画
3.CDC関数で仕上げの描画
というようなイメージです。
DirectXのpBuckSurface->GetDC(&hDC)のような機能が行えるか知りたいです。
>>570 失礼を承知で言わせてもらえば、君のレベルではやらないほうが無難だよ。
572 ：
570：2005/07/29(金) 18:09:06
>>571 ということは可能だが実装は難しいということですか？
やらないと考えている機能実現できないので、
出来ればとっかかりとなる情報を教えてください。
お願いします。
>>572 ビデオカードによって動いたり動かなかったり、とにかくロクな目にあわないよ。
574 ：
570：2005/07/29(金) 19:16:58
・・・・このような案件の場合、DirectXを使った方がよいのでしょうか・・・？
3D描画と2Dベクトル描画が混在している場合
皆さんはどのように対処されているのでしょうか。
>>574 無難なのはすべての描画をOpenGLで済ませる方法だな。
その2Dベクトル描画とやらをOpenGLでやれない（やりたくない？）のには
何か理由があるの？
576 ：
570：2005/07/29(金) 19:47:04
>>574 Polyline Polygon による描画が9割 3D 2割という割合と、現バージョン(Polyline Polygonで全てを描画)の資産がネックです。
577 ：
570：2005/07/29(金) 19:48:10
すいません。訂正です。
○描画が8割 3D 2割
×描画が9割 3D 2割
2Dの描画はテクスチャで重ねるとか
3Dの上に2D描画？
をGDIとOpenGLを重ねる？
ってこと？
3Dの上に2D描画するならOpenGLだけでやれるのに
なんでそういうことをするのか理解不能理解不能
馬鹿だから？
あっ理解可能
GLでGDI風のwapperを作って万事解決……とか思った俺はただの阿呆
581 ：
デフォルトの名無しさん：2005/07/29(金) 21:12:26
wapper
資産と言われりゃしょうがないが、2D描画だってGDIよりOpenGLのほうが
たいてい速いぞ。漏れなら2D描画部分を全部書き直すな。
わっぱ
wglGetCurrentDC
なんのDC得るのかはしらね
夢の登場人物じゃね？
俺のドリームキャスト
587 ：
570：2005/07/30(土) 14:16:43
将来的には 2D描画部分を全部書き直すという案を採用しようと思います。
ビデオカードによって動いたり動かなかったり、とにかくロクな目にあわないよ。
という意見もあったので、OpenGLとCDCの混在は辞め、今回はDirectXとCDCの混在にしようと思います。
wglGetCurrentDCから得られたHDCにはCDC関数で描画できませんでした。
ヒント：ビルボード
589 ：
デフォルトの名無しさん：2005/07/30(土) 16:40:25
プログラム言語では、厳密な仕様書が存在しない。
Aという関数を使って描くものはBという関数と連携できるとか
それでなければ正しく描画できないとか、そういうことさえ書いてない。
かと思えば抜け道があるのだが、そういうことは何にも書いてないから誰も知らない。
開発者のコードを見て、そういう仕様違反の裏技を初めて知ることができるものの
そういうものは商用なのでリバースエンジニアリングして見れないし
たいがいは数年たって、開発者が「あれはこうしているんだ」と暴露したときにだけわかる
あっそ。
>>589 そしてライブラリのVer.UPによって動かなくなり、無間地獄へと堕ちる
592 ：
デフォルト名無しさん：2005/08/02(火) 03:17:25
音を出したい場合はどうすればよいですか？？
>>592 とりあえず鼻歌でも歌ってみればいかがですか？
595 ：
デフォルトの名無しさん：2005/08/02(火) 06:53:52
595はツンデレ
>>597 Wildcat Realizm なら 500 より 800 のが、よくね？
フン！この貧民層出身の貧乏人が！
ツンデレ
業務用イコール無駄に値段高すぎ
CDのランダムエラーチェック用ソフトなんかLiteonでは無料だが
三洋のになると50000円
たかだか糸ごとき、かつ素材も一般のと変わりないのに
業務用だと1m 4000円
など
「業務用」は魔法の言葉です。
高品質を意味することもあれば、
幻術がかけられていることを
意味する場合もあるのです。
食品なんて業務用はすげー安いぞ
どうしてこういう流れになってるか謎だがWildcatは別に業務用ではないと思うぞ。
工業用なら分かるんだがPCにおける業務用っていまいちワカラン
しつもんです。
いま、ボーン、モーションつきXファイルを読み込んで、
再生させようとしているのですが、各頂点の位置を求め
てそこに描く、ということをしています。
しかし、変換された頂点の位置が、おかしいことになっ
ています。
求め方に問題があると思うのですが、自分ではこれ以上ど
うにもなりません
教えてください。
頂点1 （ボーン1、ボーン2が影響）
= 頂点1 * ( （ROOTのオフセット行列 * ROOTのアニメーション行列） * ボーン1のオフセット行列 * ボーン1のアニメーション行列 ) * ボーン1のウェイト値 +
頂点1 * ( （ROOTのオフセット行列 * ROOTのアニメーション行列） * ボーン1のオフセット行列 * ボーン1のアニメーション行列 ) * ボーン1のウェイト値
です。
アニメーション行列の読み込みなどは正常に行われてい
ると思います。
（ROOTの行列だけだと予定通りの動きをするので。）
609 ：
デフォルトの名無しさん：2005/08/03(水) 15:57:54
単純に右手座標系と左手座標系を間違えてるだけ。zの符号を反転させろ
xファイル扱う時点でｽﾚ違いのような気がするが？
フォーマットが公開されてるからOGLで扱えないこともないけど、
そのうちDXT使ってるDDSファイルを～とか来たら丁寧に教える？
>>613 DXT3、DXT5のddsファイルを使いたいんですが、
どこかに展開方法が書いてあるところ無いでしょうか？
>>615 どの項目にDXTの展開方法が書いてあるんです？
SonomaでノートPCでもフラグメントシェーダが使えるようになったわけですが、
Linux上のX11からは使えるんですかね。
>>609 レスありがとうございます。
読み込む際にZを反転させようと思いましたが、
行列をZ反転させる方法が、わからなかったです。
どのような方法を使えば行列のZを反転させられるでしょうか？
>>619 | 1 0 0 0 |
| 0 1 0 0 |
| 0 0 -1 0 |
| 0 0 0 1 |
をMult
>>621 ありがとうございます。
行列を変換してみました。
が、表示はさっきと変わったものの、やはり期待する動きにはならなかったです。
読み込み時にZ変換したものは
頂点（Zに*-1）（今のところ両面表示なので問題ないと思う）
法線（Zに*-1）
「すべてのoffset , FrameTransformMatrix
アニメーションキーを行列にしたもの（0 , 1 , 2の3つを合成）」
に621の行列をmult
使っている行列をかける式は
AnsMatrix[0] = A[0] * B[0] + A[1] * B[4] + A[2] * B[8] + A[3] * B[12];
AnsMatrix[1] = A[0] * B[1] + A[1] * B[5] + A[2] * B[9] + A[3] * B[13];
AnsMatrix[2] = A[0] * B[2] + A[1] * B[6] + A[2] * B[10] + A[3] * B[14];
AnsMatrix[3] = A[0] * B[3] + A[1] * B[7] + A[2] * B[11] + A[3] * B[15];
AnsMatrix[4] = A[4] * B[0] + A[5] * B[4] + A[6] * B[8] + A[7] * B[12];
AnsMatrix[5] = A[4] * B[1] + A[5] * B[5] + A[6] * B[9] + A[7] * B[13];
AnsMatrix[6] = A[4] * B[2] + A[5] * B[6] + A[6] * B[10] + A[7] * B[14];
AnsMatrix[7] = A[4] * B[3] + A[5] * B[7] + A[6] * B[11] + A[7] * B[15];
AnsMatrix[8] = A[8] * B[0] + A[9] * B[4] + A[10] * B[8] + A[11] * B[12];
AnsMatrix[9] = A[8] * B[1] + A[9] * B[5] + A[10] * B[9] + A[11] * B[13];
AnsMatrix[10] = A[8] * B[2] + A[9] * B[6] + A[10] * B[10] + A[11] * B[14];
AnsMatrix[11] = A[8] * B[3] + A[9] * B[7] + A[10] * B[11] + A[11] * B[15];
AnsMatrix[12] = A[12] * B[0] + A[13] * B[4] + A[14] * B[8] + A[15] * B[12];
AnsMatrix[13] = A[12] * B[1] + A[13] * B[5] + A[14] * B[9] + A[15] * B[13];
AnsMatrix[14] = A[12] * B[2] + A[13] * B[6] + A[14] * B[10] + A[15] * B[14];
AnsMatrix[15] = A[12] * B[3] + A[13] * B[7] + A[14] * B[11] + A[15] * B[15];
です
Bに621の行列
>>623 レスありがとうございます。
とても親切なレスありがとうございます。
しかし、このスキンメッシュの読み込み、再生を、明日までにやらなければいけないのです。
すいません、どこが間違っているか教えていただけないでしょうか？
今のところ、全部や、一部をZ反転してみましたが、よくわからなくなっています。
また、頂点の場所を求める計算は
>>608であっているでしょうか？
>>624 わりい、ここOpenGLスレだったな。
君が右手座標を使っていて、XFileが左手座標なら
Z反転は依然必要だ。
XFileのフレーム階層が下記の通りだと仮定する。
Frame Root{
Frame Frame1{}
Frame Frame2{}
}
そして、Bone1がFrame1に、Bone2がFrame2に
それぞれ関連付けされているとすると頂点座標は以下のようになる。
頂点座標 * Bone1のOffset行列 * StackedFrame1行列 * Bone1のウエイト +
頂点座標 * Bone2のOffset行列 * StackedFrame2行列 * Bone2のウエイト
ただし、
StackedFrame1行列 = Rootのアニメ行列 * Frame1のアニメ行列
StackedFrame2行列 = Rootのアニメ行列 * Frame2のアニメ行列
ありがとうございます。
やっていることは間違ってはいないはずなのですが。。
Zを反転
頂点Z *-1
アニメ行列 *
>>619の行列
Offset行列 *
>>619の行列
頂点位置を求める
（（（頂点 * ボーン1Offset行列） * StackedFrame1行列） * Bone1のウエイト）+
（（（頂点 * ボーン1Offset行列） * StackedFrame1行列） * Bone1のウエイト）
です。
（）優先で
>>622の行列の乗算を使っています。
前にある方がA[]、後ろがB[]です。
直方体がひしゃげてしまっています。。。
本当にアニメ行列は問題ないのか？
アニメ行列じゃなくFrameTransformMatrixを使ってみろ。
これが問題なく表示できるんなら、問題はアニメ行列生成にある。
そうじゃないならそれ以降だ。
こういうふうに切り分けして問題箇所を特定していくようにしないと3Dのプログラムは難しいぞ。
だから
>>623のように段階を踏むのは大事なんだ。
>>（）優先で
>>622の行列の乗算を使っています。
行列乗算の正否なんてめんどくせーよ。
自分で確かめてよ。
628 ：
デフォルトの名無しさん：2005/08/04(木) 21:40:30
ボーンがアボーンしました！！！！！！！
どうしてくれるんですか！！！！！！！！。
a bone
ボーンボーンボーン
630 ：
デフォルトの名無しさん：2005/08/04(木) 23:11:07
XY平面状に地図のような複雑な図形をgluTessBeginPolygonで描いて、
その面積を求めるために、glReadPixelsでメインメモリに読み込んで、
ピクセルの色をカウントしてその比率で面積を求めるプログラムを
作ったのですが、これに関して教えてください。
それは、一回だけならよいのですが、地図の部分的な面積を何度も計算
する必要があるのですが、glReadPixelsや、そのあとのピクセルのカウント
処理にかなり時間がかかるようで、遅くて困っています。
何か、別の方法で、高速に面積を求める方法はありますでしょうか？
画像の大きさはどのくらい？あと、何bitで描画してるの？
いずれにしろglReadPixelsはとっても遅いので、
描いた結果をメインメモリに展開してカウントすればｲｲと思う。
DCTで周波数成分出すみたいに何らかの変換でパパッと
色成分が求められればそのエネルギーを求めるだけでいいんだろうけどなぁ。
妄想もそこまでいくとライブドアが作れるな
>>630 MIPMAPの最下位、1x1サイズのテクスチャは
その元になったテクスチャの平均になる。(LINEARフィルタ)
偶数サイズの正方テクスチャでしか使えないが。
最新のGPUならテクスチャへ描画しておいてSAT(Summed Area Table)
あたりを使ってシェーダーで面積計算だろう。
JOGLで GLCanvasのdisplayをwhileループで繰り返し呼んでいるんですが
リフレッシュレートと同期してしまい、液晶なので60FPSになってします。
ＦＰＳのリミットをはずすことってできるんでしょうか？
>>636 Windowsなら最初に gl.wglSwapIntervalEXT(0); しとく。
>>637 それはすでにやったんだけど、変わらないですね
起動オプションでVSyncをきることも必要らしく
それも試してみたがかわらないといった状態です
>>636 GLCanvasのdisplayをwhileループで繰り返し呼ぶよりAnimatorを使ったほうが
良いと思う。
641 ：
デフォルトの名無しさん：2005/08/07(日) 14:33:51
>>638 ELSAのGeforce4ti4200です
>>636 Animatorだとループ回数がリフレッシュレートと同期してしまって
それを回避しようと思って試していたんですけどね
lwjgl使ったら普通にできたので、こっち使おうかな
joglとどっちがいいのだろう
glut関数のglutEnterGameMode()を使わずに、フルスクリーンにする方法ってありますか？
OSはwindowsです。
何が不満なんだ
>>641 うちだとAnimator走らせてwglSwapIntervalEXT(0)すると数百フレーム／秒で
ぶんぶん廻るよ。少なくともGeForce FX 5700とGeForce 6800GTで試した。
645 ：
デフォルトの名無しさん：2005/08/07(日) 18:49:32
なんでOpenGLは拡張命令とかいちいちメンドイの？
>>641 ディスプレイの環境設定で、垂直同期をONにしているとか
>>645 歴史的事情でFA。
緑本の邦訳が今更欲しくなることもないわけじゃない2005年夏。
やりかたわかっちゃえば別にめんどくないんだけどね。＞拡張命令
というわけで現代風の内容の入門書の登場が望まれる。
面倒くさいっつーか、とっ散らかってるんだよね。
あと、コードがARBまみれになる。
だからと言って、毎年メジャーバージョンアップされてもなー
（ここんところ落ち着いてるけど）
流石に2.0が出るから（出てるらしいが食ったことない。旨いの？）。
ていうか、GL自体がある意味放置プレイ気味だよね。
Performerとかの方では事情が違うのかな。
>>648 ドライバの設定で垂直同期をOFFにすると確かにできました
が、そうすると１００％アプリで制御できなくなってしまうのでまずいんですよね
（デフォルトはアプリ制御）
どうやらwglSwapIntervalEXT(0)でエラーが発生していたみたいで
e.printStackTraceで表示させると、そのメソッドは使えないとかでてる(;´Д｀)
いろいろ試してみたけどやっぱ使えないなぁ・・・
ビデオカードの問題だとしたら、激しく環境に左右される機能だから
使えないなぁ・・・
>>653 nVidiaもATIも2.0ドライバ出たですよ。
確かに一時期放置状態だったけど、また最近盛り上がってきてると思うよ。
>>654 うーむ。ドライバがwglSwapIntervalEXTをサポートしてないのでは仕方ないなぁ。
おそらく最新ドライバを入れれば大丈夫だと思うが。
>>656 最新のドライバインストしてみましたが結果は同じでした
素直にlwjgl使うことにします
ありがとうございました
WindowsVistaでOpenGLがDirectXのレイヤ上で動くことになるんだと。
OpenGL、終わったなｗ
それはﾏｼﾞですかー？
ま、ﾏｼﾞだとしても全然終わらないけどね
レイヤ上って、そりゃあたりまえ
Windowsのディスプレイ関係自体がすべてDX3Dになるわけだからなぁ
661 ：
デフォルトの名無しさん：2005/08/08(月) 02:22:55
>>657 lwjglはあまり使ってないので勘違いしてるかもしれないけど、
lwjglではwglSwapIntervalEXTがエラーにならないの？
それとも別の方法で設定できるのかな？
joglのほうでwglSwapIntervalEXTを呼んでる場所が悪いってことないかな？
（なんか逆質問ばっかで申し訳ないが、ちょっと気になるので）
>>658 つか、大分前からDirectXの上で動いてねえ？
勘違いしてる奴がいるな
>>658 Windowsという一つのOSの上のOpenGLの実装が（おそらく良い方向に）変わる
というのがなぜ「OpenGL、終わったな」なのか全く意味不明。
それに正しくはWGF2.0上にWGF1.0(=DirectX)とOpenGLのAPIが実装されるという
言い方のほうが実際に近い。（それでも正確ではないけれど）
なぜWindows VistaでOpenGLの実装が良くなるのかというと、OpenGLの偉い人が
Microsoftに移ったからなんだよね。
668 ：
デフォルトの名無しさん：2005/08/08(月) 02:59:08
>>666 いやいや、全然正しくないからｗ
WGF2.0はそれ自体が独立したAPIであって、OpenGLがWGF1.0で走るっつー話。
そもそも悪の温床はエアロ（ｒｙとかいうコンポジットデスクトップであって
これがonになってる環境でOpenGLを「ウィンドウモード」で走らすと
ICDでいくらハッスルハッスルしようがOpenGL1.4の機能しか使用できず、
一切の拡張も利用できず、しかもそれがDirectXでラッパされてるって話。
っちゅーのは、ウィンドウそれ自体がDirectXで描画されるから。要は、
OpenGLアプリ（←「ウィンドウモード」）
↓
Windows Vista
↓
Microsoft-implemented OpenGL ICD（←ここ重要）
↓
[OpenGLの命令をDirectX命令に変換]
↓
WGF1.0
↓
エアロ（ｒｙ
↓
ウィンドウ
↓
>>668 今のβ1の実装はともかくとして、最終的にGPUベンダが適切なICDを提供すれば
大丈夫なんでないの？ それに「最低限の実装」がDirectXベースになれば、現状
のGDI genericよりはマシということになるかもしれないね。
つまりOpenGLはWindowモード時は
一切ベンダ拡張が使えないってこと？
何だかVoodooみたいだな。いと懐かし。
672 ：
デフォルトの名無しさん：2005/08/08(月) 03:56:25
>>669 いや、いずれにせよエアロはDirectXであって
例えばその機能のひとつであるウィンドウの透明化とかは
OpenGLで描画したウィンドウとDirectXで描画したウィンドウをどう合成するのかと。
つーか、そもそもエアロなんざいらねーんだよボケが、とM$に言いたい。
派手なGUIでしか次期OSの付加価値を創造できないなんて、M$必死だな。
673 ：
デフォルトの名無しさん：2005/08/08(月) 03:58:19
>>670 馬鹿か？つーか、馬鹿だなお前。
だからWGF1.0でOpenGL1.4固定でIHVの拡張も使えないと言ってるだろうが。
馬鹿はすっこんでね。
標準機能に取り込まれた拡張機能は、
もはや拡張機能でなく標準機能
>>669 MSがLDDMの仕様を変更しない限り、
ATIやらNVやらのIHVがどう頑張ろうがどうにもならないと思われ。
>>674 ﾜﾗﾀw
結局のところさくっとがんばるしかないのですね。OpenGLは前途多難だ。
WindowsだけでいいならDirectXでもWGF2でもいいんだけどね。
てめーら、いつまでもWindowsの天下が続くと思うなよ。
・・・・続くのかなぁ。（ちょっと弱気）
なんだかんだ言って当分続くだろうなー。
たとえWindowsが終わってもPS3という新たな道が開けたので無問題。
……趣味でやる分には新たな道はないですがね。
ってことはPS3も行列スタックを意識しながら淡々と作っていくのかな。
681 ：
デフォルトの名無しさん：2005/08/08(月) 20:49:57
>>654 wglSwapIntervalEXT()
ELSAのGeforce4ti4200だと、ドライバのバージョンによらず、制御できたと記憶してる。
今まで経験したこと。
1. wglGetProcAddress()での、関数名が違ってた。
2. 呼び出すタイミングによっては、エラーになったり、効果なかったりする。
3. 親Windowがgl制御Windowだった場合、親を、wglSwapIntervalEXT(0)してからじゃないと、
子Windowでは効果なかったことがあった
2は、toolkit使ってたりすると、割とあるかも。つまり、toolkit で glwin を作成する処理を
しても、実はtoolkit内で遅延処理を行っていて、glwin作成ルーティンを呼んだ時点では、
該当Windowの実態は作成されていなかったり、SetPixelFormat()されてなかったりする。
こういう場合では、wglSwapIntervalEXT()を呼んでも、効果なかったり、エラーになる。
デバッグ目的で、描画直前に、wglSwapIntervalEXT(0)を呼んだほうがいいと思う。
これで駄目なら、3のケースに該当すると思う。
>>663 lwjglでは、特に設定しなくてもフル回転してくれるので大丈夫でした
また、lwjglではwglSwapIntervalEXTではなく、リフレッシュレートと同期させるかどうか
のメソッドが用意されているようです
・・・・呼びだすタイミングでした（詳しくは下記）
>>681 呼びだすタイミングでした（Ｔ＿Ｔ）
Animatorをstart()して initが呼ばれたとき、その中でwglSwapIntervalEXT(0)をすると
エラーが発生せずうまくいきました
Animatorをstart()してすぐ呼び出したり、startする前に呼び出したりすると
ダメでした
内部でどのようにやっているのか良く分かりませんが、そういう仕様らしいです
教えていただいた方、ありがとうございました～～
カスどもがｗｗｗｗｗｗ
>>682 おお。タイミングの問題であったか。よかっった、よかった。
基本的に GLEventListener に登録したメソッド（ init() とか display() とか）の
実行中以外では OpenGL の関数は呼ばないほうが良いと思うよ。
>>682 LWJGLを利用しているのなら、リフレッシュレートと同期させるかアプリが設定できるぞ。
Display#setVSyncEnabled
686 ：
デフォルトの名無しさん：2005/08/09(火) 00:43:31
>>683 ＞カスどもがｗｗｗｗｗｗ
とも、思うが、このあたりは、とっしょり(おっさん、年寄り)の役目でもあると認識する此の頃
>>669が言ってるように、マイクロソフトの実装がDirectXベースになるだけだろ。
nVidiaとかATIのボードを使ってる場合は変化ねーだろ。
妄想、妄想。妄想ですって。何回言わせるんですか。
妄想ですよ。妄想ですから。
Longhornではリファレンスハードウェアを想定する事でDirectXでもOpenGLでもドライバに近い層で
実装できると聞いている。今までみたいな抽象化層を通さなくてもいい分、無駄なコストが発生しないとか。
>>627 レスありがとうございます。
たしかに、僕の考え方が悪かったようです・・・。
Offset行列でも、表示がおかしいです。
行列の優先順位などが結構ごっちゃになっていたりするのですが・・、
また、それ以前に、Z反転の仕方がまだよくわかっていません。
どれを、Z反転すればいいのでしょうか？
教えてください。
結果が（いまのでは）正しくないので、Z反転があっているのかさえわからないです。
頂点はZ反転はわかるのですが、
アニメーション行列がわからないです。
右手<->左手系って座標のZ反転させて終わりってわけじゃなかったと思うんだが。
693 ：
デフォルトの名無しさん：2005/08/09(火) 19:24:29
>670
(ﾉ∀`)ｱﾁｬｰ(ﾉ∀`)ｱｲﾀｰ
>>691 座標はZ反転させています。
ほかの行列関係がよくわかりません。
>>621の行列をかけると聞いたのですが、アニメーション行列は、回転、拡大、移動の行列を反転させてから
1つの行列にするのでしょうか、それとも1つの行列にするのでしょうか？
考えられる間違い
・行列の積は可換だったり非可換だったり。よって行列をかける順序。
・視点。
・右手左手座標を取り間違え。本当に合っているかチェック。
・行列スタックの使い方。
・参考書が間違ってたり。
>・行列の積は可換だったり非可換だったり。よって行列をかける順序。
おそらく、ここもしくはアニメーション行列の作成、Z反転で間違っていると思うのですが・・。
>・視点。
モデルのほうを見れているので問題ないかと。
（正しい動きをしていないから・・）
>・右手左手座標を取り間違え。本当に合っているかチェック。
OpenGLは右手座標、LightWaveは左手座標であっていると思います。
>・行列スタックの使い方。
行列スタック(glPop、glPush)は使っていません。
親子関係はないので・・。
>・参考書が間違ってたり。
参考にしたサイトは
ttp://www.nk.rim.or.jp/~jun/3d_info/quaternion.html です。
もしかしてglLoadIdentityは遅い？
698 ：
デフォルトの名無しさん：2005/08/12(金) 18:20:55
ガスどもがｗｗｗｗｗｗ
701 ：
デフォルトの名無しさん：2005/08/12(金) 21:24:53
カズどもがｗｗｗｗｗｗ
おい、おまいら。
OpenGL ES 2.0が出たのは無視ですか。そうですか。
Begin,Endは勿論のこと、PushMatrixやPopMatrixとかマトリックス関連も
なくなってるよ。
マトリックスはテメエで計算してシェーダーに渡せやということらしい。
頂点配列やディスプレイリストもない。
本当にシェーダーセントリックになってしまったな。
もうこうなると、3DAPIなんて状態と各種リソースを管理するためだけの
ものになりつつあるね。
>>687 そのnVidiaやATiがOpenGLを口に出さなくなったのは悪い兆候じゃないのか？
>>703 なにもWindowsだけがOpenGLのプラットホームじゃないしな。
それに、OpenGLはウィンドウシステムと直接結合してるわけじゃないし
変わりようもないだろう。
WGLの部分が変わったりするんじゃないの？
口に出さないわけでもない
別に何も言わないが、いろいろと追加してきている
マジ馬鹿どもだわ
>>704 いやnVidiaやATiがサポートしなくなったら即死じゃないかと。
708 ：
デフォルトの名無しさん：2005/08/14(日) 03:57:10
>702
ES2.0はすごくすっきりしたよね。
MaterialとかLightとかのシェーダですべきことがAPIから全部なくなってるし、
頂点はVertexもNormalもColorもTexcoordも無しでAttribだけ。
こうなるとフラグメントシェーダ以降の処理の
アルファテスト・デプステスト・ステンシルテストとかが
プログラマブルにならず固定機能として取り残されているのが
不自然に思えてくるよ。
3次元オブジェクトを2次元平面投影する透視投影の逆のようなことは出来ませんか。
GLで表示させたポリゴンデータをクリックしたときに
そのオブジェクト上の点の3次元座標を知りたいんです。
>>710 何かの方法（セレクションモードなど）で射影後のZ値を調べて、
あとはgluUnProject様にお願いする。
712 ：
710：2005/08/14(日) 16:48:40
>>711 gluUnProjectでググったら、俺のしたいことと全く同じのが出てきますた。
とってもサンクスです。
卒業研究の謝辞のところに
>>711様とでも書いときますｗ
KIT
カス発言を連発してた身障 wwwww
WindowsでOpenGLを使用しているのですが、
Win2kだと正常に動作するものの、
WinXPだと終了時のwglDeleteContext関数の呼び出しで
ﾊﾝﾄﾞﾙされていない例外 は test.exe (NVOGLNT.DLL) にあります: 0xC0000005: Access Violation。
となってしまいます。
これは何が原因なのでしょうか？
NVOGLNT.DLLが入ってない（PATHが通ってない）とか
バージョンが違うとかXPに対応してないとか
>>716 NVOGLNT.DLLはC:\WINDOWS\system32にあって
パスも通ってるみたいです。
MSDNに特別な記述がなかったので
WinXPでも使用できると考えていいとすると、
バージョンが怪しそうですね。
ちょっと調べてみます。
ありがとうございました。
KIT必死だな
720 ：
デフォルトの名無しさん：2005/08/19(金) 21:36:09
キットカットうまー
721 ：
デフォルトの名無しさん：2005/08/19(金) 21:49:50
質問。glGenTexturesで生成したテクスチャは破棄できます？
破棄するような関数を探しても見当たらないのですが。
glDeleteTextures
>>722 >>723の言うように、
glDeleteTexturesでテクスチャナンバーは削除できる。
だが、一度OpenGLへ転送したテクスチャイメージ自体を削除することはできない。
大抵のドライバは、wglDeleteContextを呼び出すとテクスチャイメージを解放してくれる。
>>717 テクスチャナンバーを正常に破棄しないと、例外が発生することがあるってのを聞いたことがある。
wglDeleteContextを呼び出す前に、glDeleteTexturesできれいに掃除するとよいかも。
725 ：
722：2005/08/20(土) 13:22:26
トンクス。順番としてはglDeleteTexturesで始末した後にwglDeleteContext呼んで終了でOKすね。
やってみます。
OpenGL固有じゃないんだが質問させてくれ。
ローダを作ってるんだが、面が三角形のみじゃない場合はどうすればいい？
例えば四角形が混じっていたら、単純に二つの三角形に分割してしまえばOK?
glDrawElementsを使いたいんで、三角形以外が混じっていると面倒なんだ。。。
>>726 四角形以上は三角形に分解。さらに飛び部分に面積０の三角形を挟んででも
全体をTriangleStrip化して一発描画するのが高速化の常套手段。
728 ：
726：2005/08/21(日) 02:27:08
>>727 ㌧クス。
トライアングルストリップは面倒そうなので避けてたけどついでにやってみる。
729 ：
デフォルトの名無しさん：2005/08/21(日) 02:36:29
最近はTriangleStripを使うことで得られる高速化の度合いって大したことないんじゃないか？
>>729 glDrawElementsのようなインデックス化されたプリミティブ描画の場合は、
現在のビデオカードでは頂点キャッシュの恩恵が受けられるので、
インデックスの順序をうまく最適化しておけば、三角形リストでもストリップと大差なくなるね。
というか、下手に組んだ縮退だらけの長～いストリップより速い場合もあるし。
731 ：
726：2005/08/21(日) 13:20:22
>>729, 730
マジで？
よく考えたらまだ高速化も必要ないし、最適化は後回しにする。
最適化の前にまだまだやることがあるんでな。3Dゲームの道は遠い。。。
今の時代、3Dゲームなんか作ろうと躍起になってる奴の気が知れない
時代錯誤も甚だしい
ま、すぐに時代を知ることになるだろうが
3Dｹﾞｰは時代錯誤とは思わないが、
遊びをわかってない連中が使いたがってる気がする。
つか、市販並みのクオリティをもつ3Dゲーを一人で開発するのはもはや不可能だわな。
グラフィクス、AI、物理、ネットワーク、マップ、モデル、アニメーション、テクスチャ、サウンド…。
チーム組むにしても、よっぽどの物好きでない限り
ボランティアでは参加せんだろ。
3Dはゲームだけじゃない。と、言ってみる。ｗ
736 ：
726：2005/08/21(日) 17:31:08
確かに3Dゲームを作るのはしんどい。
2Dと比べると必要な知識量が段違いでが気が遠くなりそう。
だが、来年からプログラマーとして働くために必要なんだ。
俺にはまだモデルを表示する程度しかできんがな！
737 ：
715：2005/08/21(日) 18:29:14
解決しますた。
プログラムのバグにより
glDeleteListsの第２引数に-1を渡すケースが
あったのですが、ここを修正したら
正しく終了するようになりました。
glDeleteLists関数などは各ビデオカードの
メーカーが実装しているのでしょうか？
Win2kの方はIntelの82865で、
WinXPの方はNVIDIAのGeForce4なのですが、
さすがIntelと思いましたｗ
確かに OpenGL 実装の完成度は
nVidia＞ATI＞＞＞Intel
って感じかな。（他は知らん）
なんせNVには、あの マ ー ク ・ キ ル ガ ー ド 先生がいるからな。
キルガードクオリティは、他社の追随を許さない。
カーマックと愉快な仲間たちはXBOX360に行ってしまった
つまり遂に大のDirectX嫌いカーマックが大のDirectX好きになったということ
XBOX360の開発環境は本当に素晴らしいとベタ褒めしてたし
It’s been a little bit frustrating in the past year trying to nail down exactly
how things are going to turn out where whether I can say something is my fault,
the driver’s fault, or the hardware’s fault.
So it’s been pretty refreshing to actually come down and work on the xbox 360 platform,
where you’ve got a very, very thin API layer that lets you talk pretty directly to the
hardware. You can say “this is the memory layout”, “this call is going to result in these
tokens going into the command buffer”, and so on. The intention is I’m probably going
to be spending the next six months or so focusing on that as a primary development
platform, where I’ll be able to get the graphics technology doing exactly what I want,
to the performance that I want, on this platform where I have minimal interface between
me and the hardware, and then we’ll go back and make sure that all the PC vendors
have their drivers working at least as well as the console platform on there.
742 ：
741：2005/08/22(月) 00:08:20
要するに、
「XBOX360は、俺の言うことちゃんと聞いて思い通りに動く奴隷なのさ！」
とｶｰﾏｯｸﾀｿはおっしゃられてるわけだ。ただ、最後のほうで、
「そしたら、今度は全てのPCベンダが最低でもこのコンソールと同様以上に
融通の利くドライバ書いてるかチェックしに戻るからな！」
とも言ってるわけだ。
要するに、
「現状ではXBOX360は統合型シェーダやら何やらで先進的で、
ハードウェアに対してローレベルアクセスできるから俺のやりたいことができるんだ！
けど、時が経てばそれも陳腐化するから、またPCに戻ってくるべよ」
っつーことをおっしゃられてるわけだ。
Ati信者になった
ていうかカーマックﾀﾝは次の仕事が終わったら引退して宇宙進出、と。
さりげなく引退は無しになる希ガス。
ｱﾙﾏｼﾞﾛはただの金食い虫だし、子供生まれたばかりだし。
つまりPS3の開発環境はイマイチだと
彼にとっては、という意味ではそうかもな。
ゲーム専用機とPCを同列に比較するのはバカげていると思うんだが。
みんな分かってることを、そんなにムキになって言わなくたって……。
750 ：
デフォルトの名無しさん：2005/08/23(火) 17:55:41
MesaLib-6.3.2をlinuxにインストールしようと思ったのですが、
$ make linux
と入力したところ、以下のようなエラーがでてコンパイルできませんでした。
どのような原因が考えられるでしょうか？アドバイスよろしくお願いします。
make[4]: *** [drivers/x11/glxapi.o] エラー 1
make[4]: ディレクトリ `/home/download/Mesa-6.3.2/src/mesa' から出ます
make[3]: *** [default] エラー 2
make[3]: ディレクトリ `/home/download/Mesa-6.3.2/src/mesa' から出ます
make[2]: *** [subdirs] エラー 1
make[2]: ディレクトリ `/home/download/Mesa-6.3.2/src' から出ます
make[1]: *** [default] エラー 1
make[1]: ディレクトリ `/home/download/Mesa-6.3.2' から出ます
make: *** [linux] エラー 2
まず、君はどう思う？
>>750 そんなところを引用されても困る。
ただインストールしたいだけなら別の板に行った方がいい。
753 ：
750：2005/08/23(火) 20:02:09
自己解決しました。板汚してスミマセン。
ゲームエンジンを馬鹿にしてはいけない。
アホみたいにまじめに物理演算するよりも安価に構築できるゲームエンジンの素晴らしさを
思い知れこの豚野郎。
SIGGRAPHでもゲームエンジンが注目されてるつーのに時代錯誤とは何だ。あーん？
テメーは未来からきた豚型ロボットかこのやろう！
ファック！
755 ：
710：2005/08/24(水) 02:44:34
教えていただいた方法で3次元座標が取れました（多分）
またお願いします。
一つのウィンドウをビューポートで半分ずつ２つに分割して同じモノを表示させているんですが。
同じ位置をクリックしてもx座標とz座標が一致しないんですけど、ピューポートで分けたときはなんかその辺の計算必要ですか？
>>755 はい。ピューポートで分けたときはなんかその辺の計算が必要です。
757 ：
710：2005/08/24(水) 03:52:08
ビューポートで分けていたのでなんかその辺の計算をさせたらうまくいきました。
758 ：
デフォルトの名無しさん：2005/08/24(水) 14:03:37
物理エンジン？
ああ、fisix買ったよfiessix。
ゲームで使われるような物理エンジンは注目されてるよ。
今年のデモでも簡単なゲームエンジン使ってるのが多かった
>760
時代錯誤も甚だしい。恥を知れ日本人猿
国産エンジン出てないけど社内秘密？技術がないだけ？
>762
そんなことするのは時代錯誤だからだよ。頭のいいやつはそんなむだなことはしない
俺、ゲーム業界には詳しくないんだけど、
日本で海外のエンジン使ってるゲームってどれくらいあるの？
766 ：
デフォルトの名無しさん：2005/08/24(水) 19:34:48
コンシューマ以外だと国産の3Dゲーム自体が無い。
日本猿にはエンジンを作れる能力がないからな
あのな、日本人がどう頑張ろうが欧米企業のエンジンには敵わねーんだよ。
Epicは既にUE3を通り越してUE4の開発に着手してるしな、
そもそも技術の蓄積が月とスッポンなんだよ。
つーかだな、モンゴロイドは抽象的な仕事はできねーんだ。遺伝子レベルで。
そういうのはコーカソイドが一番なわけだ。
で、モンゴロイドはそれを具体的な形に昇華させる、つまり製造業の人種なわけ。
人間っつーのはな、ちゃんと人種別に分業されてんのよ。お分かり？
769 ：
デフォルトの名無しさん：2005/08/24(水) 20:32:06
まあそこまで努力して肝心の売り上げはって言えば空しさだけが漂うわけでね。
ゲームに3Dは必須じゃないと何度言ったらわかるんだ
>768
ゲームエンジンなんぞ時代錯誤も甚だしい
まとめ：
1)技術が進歩し過ぎたため
もはや個人or複数人で3Dゲームを開発する時代は終わった
2)日本企業が今からゲームエンジンを開発しても
所詮は欧米企業の二番煎じで到底彼らに追いつけない
結論：
1)もし個人or複数人で3Dゲームを開発する場合は
市販ゲームと比較してあまりにもショボくなることを予め念頭に入れること
2)もし日本企業がゲームエンジンを一から開発しようとする場合は
素直に欧米企業からライセンシングを受けてゲームのコンテンツで勝負すること
だから、そもそも3Dのゲームエンジンなんて必要ないの。
わー、こんな動きもするんだー。ふーん。
で終わり。こんなゲーム面白いか？
売り上げが示してるだろ？
ゲームの内容で勝負するために
安価なゲームエンジンで
すばやくリリースする
なんて貧乏人の発想だわな
日本人は戦艦大和が大好き
>ゲームの内容で勝負するために
大半の洋ゲーは内容が無いようだ
>>775もやっとわかってきたようだな
あいつらはオレらの下請けしてりゃいいんだよ
>>774 日本人は、過去の巨砲主義に固執したばっかりに、
第二次世界大戦が航空戦になることを予想できずに敗北。
戦艦大和も、ろくに戦歴を挙げられずに、あっさりと米国の攻撃機に撃沈させられる。
つ ま り、
自分のナニがいくら小さいからと言って、「巨砲」にコンプレックスを抱いてはいけない。
じゃあオレがまとめるぞ
このスレ的には パ イ パ ン 巨 乳 主 義 を推奨する
以上
779 ：
デフォルトの名無しさん：2005/08/24(水) 21:34:29
みんな、ここはOpenGLのスレなんだよ。
猿まね日本人
よくわからんが、ここは外人が多いのか。みんな日本語上手だね。
>>778 ひんぬー好きの俺は一体どうすればいい？
>782
日本語はウリナラ起源だし。日本人はなんでもパクるよな。
まあ言語は世界最高の高級言語のハングルが一番
○×文字がどうした？
ハングルはコンピュータ時代の為の世界最高の高級言語。
同意
(ﾟдﾟ) ・・・なんでGLスレにホロン部いんの??
しるか猿
あー、どうもレスの繋がりがよくわからない所があると思ったら、
日本人が嫌いなくせに日本に住んで、
日本語を使ってる奴が混じってたか…。
日本のゲームソフトメーカーは基礎開発に、
ほとんどスケジュールをくれないから、
ゲームエンジンを開発するヒマが無い。
結果、最小限の流用（汎用ではない）ライブラリと
API直たたきで掘っ立て小屋のようにゲームを作っていく。
>>791 ご名答。
特にPS2は汎用ライブラリなんか使うとパフォーマンスが出ない。
しかし、日本人はハードの性能を絞り取るのが大好きなんで、
職人芸的なチューニングによって、すごいゲームが生み出されていく。
これは、PS3になっても変わらないだろう。
ますます開発費が高騰し、ゲーム産業が大規模製造業と化すこれからの時代
そんな小手先の開発手法では生き残ってはいけません。
まず、欧米のエンジンを買いなさい。
そして、欧米に支社を構え、欧米人を雇い、欧米人に開発をさせ、欧米人に利益を分配しなさい。
日本は今後、超高齢化社会によって生産力の皆無な老人だらけとなり
さらに、ゆとり教育によって大量生産された無能な若者－ニート－で溢れ返る。
そのような弱体国家に、もはや未来はありません。
自のが生き残りたいのであれば、愛国心などといった馬鹿げた洗脳思想は捨て
夢のある、未来ある欧米に助力しましょう。
まず、欧米のエンジンを買いなさい。
そろそろマ板池
画面サイズよりも大きなテクスチャが表示できないのは実装系依存でつか？
グラフィックボード依存
日本猿は言い訳ばかりだな。
暇が無いから作ることが出来ないだって？
ほんと口先だけなのな。
>>796 とすると、受け取った画像を先に分割してからゴニョゴニョするのかな？
つまったら、また質問に来ます。サンクス
>>798 で、君の国には"優れた"ゲームエンジンは存在するのかい？
不毛な質問だな
日本国籍だからな
つまり日本人は禿げだと？
mixiの閉鎖的な空気もキモイが、管理局の監視統制がさらに拍車をかけてキモイ
805 ：
デフォルトの名無しさん：2005/08/26(金) 00:26:27
うっほ誤爆
以下のソースをCygwinでコンパイルしたんですけど
ウィンドウの右上の×をクリックても、glutMainLoopから戻ってきません。
ライブラリのバグですか？それともなにか間違えてますか？
#include <GL/glut.h>
void Display() {
glClearColor(1.0, 1.0, 1.0, 0.0);
glClear(GL_COLOR_BUFFER_BIT);
glColor3f(0.0, 0.0, 0.0);
glPointSize(10);
glBegin(GL_POINTS);
glVertex2f(0.0, 0.0);
glEnd();
glutSwapBuffers();
}
int main(int argc, char **argv) {
glutInit(&argc, argv);
glutInitDisplayMode(GLUT_DOUBLE);
glutInitWindowSize(680, 480);
glutCreateWindow(argv[0]);
glutDisplayFunc(Display);
glutMainLoop();
return 0;
}
>>807 ありがとう。
でもBCCでコンパイルしたやつは終了するから戻ってるのかな？
Cygwinで出来たから用済みだけど。
曲面や平面が入り交じった形状（例えば電話機とか）を
OpenGLで描こうと思った場合、どのように形状を定義すればいいのでしょう？
部分毎に面の方程式を作るしか無いのでしょうか？
もっと効率良く作れる方法がありましたら是非教えてください。
＞809
つモデリングソフト
相変わらずカスばっかだなｗｗｗ
横レスだけど、モデラーで作った画像を自分のプログラムに組み込んで
アニメーションとかやりたい場合はどうするの？
フレーム管理は自分でやって
画像を連続表示すればいいんじゃね？
ボーンも埋め込む
ティンポも押し込む
アナルプラグ拡張
横レスだけど、モデラーで作ったオナホールを自分のティンポに差し込んで
マスターベーションとかやりたい場合はどうするの？
何を？
曲面や平面が入り交じった形状（例えばマンコとか）を
OpenGLで描こうと思った場合、どのように形状を定義すればいいのでしょう？
部分毎に面の方程式を作るしか無いのでしょうか？
もっと効率良く作れる方法がありましたら是非教えてください。
＞820
つ現実世界の彼女
相変わらず変態ばっかだなｗｗｗ
ゴキブリを食う女
曲面や平面が入り交じった形状（例えばエアリスとか）を
現実に生み出そうと思った場合、どのように材質を選択すればいいのでしょう？
金属フレームに人工皮膚を張るくらいしか無いのでしょうか？
もっと効率良く作れる方法がありましたら是非教えてください
人形板に行ってきます。
ソープランドに行ってきます。
エロゲの世界に逝って来ます
アイリスがPCモニタから飛び出て来るようにお百度参りしてきます
そこで青赤メガネですよ
831 ：
デフォルトの名無しさん：2005/08/27(土) 20:52:29
アンティエイリアスとマルチサンポ－ってどっちが正しいのですか。
なんか見る限り同じ事を指していると思いますが
名前が違うからには意味まで違うに決まっています
そうに違いありません
思うに前者は効果を発揮した後の見た目に対する呼び名であり
マルチサンポーはピクセル処理の技法ではないかと思うのですが
マルチサンポーした結果がアンティエイリアスではないかと
語感がムカつく！！
.,Å､
.r-‐i'''''''''''i''''‐-､
o| ｏ! .ｏ i ｏ !o
.|＼__|｀‐´｀‐／|__/|
|_, ─''''''''''''─ ,､ / _
／ ＼
/ ノ（ ＼ ____ ／ i
| ⌒ ● {+++} ● | キングブチキレス
! ￣ ﾉ
丶_ ノ
パンティエイリアンとマルチンポ－ってどっちが正しいのですか。
>>831 モルティサンポーはアンティエイリアスィング技法の一種
836 ：
デフォルトの名無しさん：2005/08/28(日) 00:57:10
萌えねえー
何がOnline Erotic Revolutionだ(笑)
>>834 笑えるけど全然チンコにﾋﾟﾝと来ない…
米：トゥームレイダー
日：デッドオアアライブ
この差だな。
841 ：
デフォルトの名無しさん：2005/09/01(木) 14:48:51
gluUnprojectで世界座標に落とす処理についてなんですが。
描画前にglRotatedとかでモデルビュー行列に積算したあとで、描画した点の座標はどうなるんですか？
たとえば(0,0,0)に描画した点をクリックしてウィンドウ座標系から世界座標系に変換した場合、(0,0,0)となるのか(0,0,0)*変換行列の座標となるのか。
>>841 それは、gluUnprojectの第4引数にどんな行列を渡すかによる。
描画時に使ったのと同じモデルビュー行列を渡せば、もちろん原点まで戻る。
OpenGLには明確なワールド座標という概念がないから、自分でちゃんと定義して管理しなければならない。
OpenGL： モデル座標 →[ModelViewMatrix]→ カメラ座標
DirectX： モデル座標 →[WorldMatrix]→ ワールド座標 →[ViewMatrix]→ カメラ座標
843 ：
デフォルトの名無しさん：2005/09/01(木) 16:18:18
ということは
描画と描画の間に座標変換作業とかを入れちゃうとどっちかの描画時の座標が犠牲になっちゃうってことですね。
これですっきりしました。
ありがとうございます。
(´-`).｡ｏO(いったい何が犠牲になるんだろう・・・)
>>842 >>OpenGLには明確なワールド座標という概念がないから
んなこたーない。
ちゅうか、ゲーム作ったりする時はキャラクターのクラス(構造体)に
個別にモデルマトリックスを持つものじゃないの？
概念はあるが、プログラマがそれを明示的に利用できるような機能がない、
と言ったほうが正しいかと思われ。
実際、GLSLでもデフォルトだとgl_ModelViewMatrixでビュー座標系しか扱えないわけだし。
>>845 GL_MODEVIEWのスタックでモデルビュー変換を一括して扱うから、
どこまでがビュー行列でどこからがモデル行列かという境界はOpenGL側は知る由もないってこと。
実際の応用ではビュー行列とモデル行列を分けて保持するのが普通だが、それはアプリケーション側の勝手。
>>846 そりゃ、シェーダーがモデルマトリックスを持つ必要性がないからじゃないの？
まぁ、結論としては、公式にマトリクッスやベクトルの演算ライブラリがない
という所に帰着するわけだな。
OpenGL ES 2.0にはマトリックス関連のAPIがバッサリなくなってるし
公式のベクトル演算ライブラリが欲しいところだよ。
>>848 ＞シェーダーがモデルマトリックスを持つ必要性がない
それは従来のOpenGLのパイプラインでも同じことだ。
おまえさんの主張がよくわからん。
850 ：
デフォルトの名無しさん：2005/09/01(木) 17:56:19
ということは
描画と描画の間に座標変換作業とかを入れちゃうとどっちかの描画時の座標が犠牲になっちゃうってことですね。
これですっきりしました。
ありがとうございます。
OpenGL自体にはワールド座標の概念はないが、
だからと言ってアプリ側の概念として、ワールド座標の概念が
必要ないというわけじゃないことを言いたかった。
ただ、行列を分けて持つには行列演算ライブラリが不足してる
ということも言いたかった。
正直スマンかった。
つか、頂点シェーダをワールド座標系で処理するときは
いちいち逆ビュー行列を計算して渡さないといけないのが不便。
他に方法ないのかしらん？
>>852 OpenGLは知らんが
そんな糞仕様な訳ないだろう。
YOUが間違ってるんだよ、YOUが！！！！！！！
>>851 了解です。
これですっきりしました。
ありがとうございます。
855 ：
デフォルトの名無しさん：2005/09/01(木) 19:04:41
ということは
描画と描画の間に座標変換作業とかを入れちゃうとどっちかの描画時の座標が犠牲になっちゃうってことですね。
これですっきりしました。
ありがとうございます。
856 ：
デフォルトの名無しさん：2005/09/01(木) 19:48:03
>>852 いや、鼻っからOpenGLはワールドメイトリックスとビューメイトリックスの区別がないから
GLSLでワールドメイトリックスのビルトイン変数なんて贅沢なもんはねーんだ。これが。
だから、単にvec4 vertexPosition = gl_Vertex;とかだとローカル座標系になっちまうし
gl_ModelViewMatrix * gl_Vertexだとビュー座標系になっちまうんだ。これが。
じゃあ、頂点設定時にワールドメイトリックス掛けて
gl_Vertexから直接ワールド座標上の頂点座標を取得しろとか言うかもしれんが
これまたビューメイトリックスのビルトイン変数なんてねーんだ。これが。
このスレの住人は普段、どのように処理しているのか知りたい。
全てビュー座標系で処理しているとか、いや俺は違うぞ、とか。
>>853の間違いだった。
ついカッとなってやった。今は反省している。sage
858 ：
853：2005/09/01(木) 20:04:20
>>856 俺はGLSL知らんので、妄想での回答は避けるが
興味あるんで他の経験者の意見を俺も聞きたい。
>>856 GLSLのビルトイン変数なんて、移行を容易にするための単なるサービスだよ。
DirectXのHLSLでは何も面倒見てくれないから、変換行列はすべて手動で渡さなければならない。
必要に応じてモデル行列や逆ビュー行列とかを渡したりするのは日常茶飯事だ。
OpenGL ES 2.0のGLSLではビルトインステートとか大幅にカットされてるよね
>>852 それはViewMatrixInverseをuniformで渡して
ViewMatrixInverse * gl_ModelViewMatrix * gl_Vertex
を計算しているということか？
ModelMatrixをuniformで渡して
ModelMatrix * gl_Vertex
を計算すればいいと思うが。
カスどもがｗｗｗｗｗｗｗ
カスがあらわれた！
GLスレ名物、カスどもがｗｗｗｗｗｗｗｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
|￣￣￣￣￣￣￣￣￣￣|
| 電波を感知しました｡ |
|＿＿＿＿＿＿＿＿＿＿|
／ ／
／
＿ ﾋﾞﾋﾞﾋﾞ
/||__|∧ ／
。.|.（Ｏ´∀｀） ／
|≡（ )) ))つ
｀ー｜ ｜ |
（_＿）＿）
カス
スカでもトロッてろカス！
>>861 そうでつ。
漏れはワールドメイトリックスをプログラム側で保持してないから
逆ビュー行列を計算して渡すしかないのよ。
というのは、ワールドメイトリックスを保持するとなると
モデルごとに用意せんといかんから、メイトリックスの数が膨大になるわけで
それなら一元的に逆ビュー行列掛けた方がシンプルかなと。
いや、実際よく理解しとらんけどね。
もっとスマートな方法あったら教えてチョンマゲ。
871 ：
870：2005/09/03(土) 18:48:25
つか、viewPositionとlightPositionにビューメイトリックス掛けて
gl_ModelViewMatrix * gl_Vertexとして単純にビュー座標系で処理した方が早いって話か？
>871
ビュー座標系でのviewPositionは(0,0,0)だろ。
lightPositionはgl_LightSource[0～7].positionにビュー座標系で入ってくるはず。
自分で渡すならモデル座標系にしといたほうがシェーダが少し軽くなるかも。
>870
>というのは、ワールドメイトリックスを保持するとなると
>モデルごとに用意せんといかんから、メイトリックスの数が膨大になるわけで
君の言う「ワールドメイトリックス」は俺の言う「ModelMatrix」のことだよな。
全モデル分保持しておく必要は無くて、描画するときにそのモデルのマトリクスがあればいいだけ。
OpenGLが君から受け取ったModelViewMatrixを保持していて、
君のプログラムがViewMatrixを保持しているんだから、
ModelMatrixを保持できないなんてことは無いと思うが。
>>872 >ビュー座標系でのviewPositionは(0,0,0)だろ。
うっほ！そうでつた。
>lightPositionはgl_LightSource[0～7].positionにビュー座標系で入ってくるはず。
へぇ～初耳。glLightfvで設定する時はワールド座標系で指定するから
てっきりシェーダ側でもワールド座標系で入ってくるのかと思ってら、違うのね。
>描画するときにそのモデルのマトリクスがあればいいだけ。
要するにglGetFloatvでGL_MODELVIEW_MATRIXを取得してしまうってことか？
ただ、漏れの場合、描画時の一番最初にGL_MODELVIEWに対してglLoadMatrixfで
ビュー行列をロードしてしまうんで、後からglGetFloatvしても取得した行列は
[ビューメイトリックス]×[ワールドメイトリックス]になってると思うんやけども。
まあ、別にワールド座標系に固執する必要は全然ないから
これからは全部ビュー座標系で処理しようかな。つか、それが普通？
>>873 GLSLじゃなくてCg使ったら？
Cgはシンプルだから、そういう訳わかんない疑問はなくなると思うよ。
875 ：
873：2005/09/03(土) 23:08:30
>>874 いや、問題なのはシェーディング言語ではなく、むしろOpenGL自体だったり。
以前、誰かが「OpenGLのPush/Stackを考えた奴はアホ」とか言ってたけど
何となく分からんでもないような気がしないでもない。
潮吹きﾋﾟｭｯﾋﾟｭｯ
Open潮吹き
私のおマンコは常にOpen。
日本猿の性欲は異常
一刻も早く中国への沖縄返還、政権譲渡、ODA再開、
韓国の常任理事国入りを急ぐべき
全部ビュー座標系で処理するものだと思ってたが皆違うのか。
逆にワールド座標系じゃないと困る時って何かある?
>>873 シェーダとか関係なくglLightfvで指定した時に
その時点でのModelView行列で変換されるぞ。
おい、OpenOMが新たにリリースされたぞ。
OpenOmanko
>>881 >逆にワールド座標系じゃないと困る時って何かある?
思いつくのは高さフォグみたいなことをやりたいときぐらいかな。
今の話では>873が座標系の扱いで混乱しているだけだと思うが。
>>875 マトリクススタックはOpenGLに任せないで自分で実装したほうが良い。
初期化時に最大数分のマトリクスの配列を確保して、Push/Popでカレントマトリクスポインタをずらす。
エラー処理は必要に応じて入れる。
厳密にエラーチェックしたりマトリクスモードをチェックしたりしているOpenGLより速いし、
必要に応じて最大段数も変えられるというメリットがある。
>>881 OpenGLの光源座標の自動変換の仕組みって、意外と知らない人が多いのかもね。
これのおかげで、OpenGL側でワールド行列を保持する必要がなくなっている。
（DirectXの固定機能パイプラインでは光源座標は常にワールド座標で指定する。）
ここら辺を含めて、「OpenGLのPush/Stackを考えた奴はアホ」と言えないこともないかもｗ
いずれにせよ、スィオリーはビュー座標系で処理、ってことですね。サンクス。
ただ固定機能のライティング処理使ってないのに
わざわざ光源座標をglLightfvで指定するのも何だかなぁ、と思うわけで。
まぁ、便利だけど。
hahaha
OpenOMのサンプル：
omClearBody(GL_MALE_BODY_BIT | GL_FEMALE_BODY_BIT); //ｼｬﾜｰ浴びる
omEnable(OM_DICK_BINBIN); //ﾃｨﾝﾎﾟ勃起
omBindCondom(OM_DICK_BINBIN, condom); //ｺﾝﾄﾞｰﾑ装着
omPushDick(); //ﾏﾝｺにﾃｨﾝﾎﾟ挿入
{
omTranslatef(0.0, 0.0, sin(omega * time)); //ﾃｨﾝﾎﾟを正弦周期で前後移動
omutSolidDick(15.0); //ﾃｨﾝﾎﾟ全長15cm
while(OM_FEMALE_ORGANISM) //ｵｰｶﾞｽﾞﾑに達したら...
{
omBegin(OM_SHIOFUKI); //潮吹き開始
omShiofuki3fv(direction); //指定方向に噴射
omEnd();
}
}
omPopDick(); //ﾃｨﾝﾎﾟを抜く
omFinish(); //射精
OMUT：
Omanko Utility Toolkitの略。プラットフォーム（男）非依存なので
OMUTを使えばどんな男でもふぁっくすることが可能。
nVidiaのマーク・キルガードが性欲に苛まれて開発。
OMSL：
Omanko Sucking Languageの略。おまんこを自由に制御するための高級言語。
OpenOM1.5で拡張機能として提供され、OpenOM2.0でコア使用に盛り込まれた。
shiofuki()といったビルトイン関数や、各種おまんこステート変数が用意されている。
891 ：
デフォルトの名無しさん：2005/09/06(火) 20:33:01
>>891 ﾃﾗﾜﾛｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
893 ：
デフォルトの名無しさん：2005/09/06(火) 23:33:31
>>889 いいから風俗いってさっさと童貞捨ててこい。
なんか性犯罪とかに走らなきゃいいけどな。まじ心配。
日本猿キモチワルイ
絶滅しろ
おめーら、くだらねー下ネタしかネタがねーんだったらオレがネタ振ってやる。
glFlushとglFinishの差異を厳密に定義せよ。
>>897 5.5 Flush and Finish
The command
void Flush( void );
indicates that all commands that have previously been sent to the GL must complete
in finite time.
The command
void Finish( void );
forces all previous GL commands to complete. Finish does not return until all
effects from previously issued commands on GL client and server state and the
framebuffer are fully realized.
>>899 ほう、で、そこらから適当に拾ってきて、
おめーはそれをHWパイプラインレベルで本当に理解しているのかと問い詰めたい。
さすがにOpenGLは辺境だけあって変人ばっかだなｗ
>>900 仕様書以上の厳密な定義が存在するとでも言うのかい？
おまえの理解は単なる実装例の1つに過ぎないと思うが。
はいはい下ネタもGLネタもつまんない
俺｢どこに入れて欲しい？｣
女｢ん…ん…アソコ…アソコに入れて｣
俺｢アソコ？アソコってどこ？言ってごらん｣
女｢言えないよぉ、恥ずかしい…｣
俺｢恥ずかしくないよ、さぁ言ってごらん｣
女｢……こ…｣
俺｢何？聞こえないなぁ。もう一回どこに入れて欲しいか言ってごらん｣
女｢……こ、公明党｣
>>904 いやな事思い出させんな。ほぼそれに近い状況に遭遇したことある。
日本語おかしいな。「ほぼそれと同様の状況」に読み替えてくれ。
俺｢どこに入れて欲しい？｣
女｢ん…ん…アソコ…アソコに入れて｣
俺｢アソコ？アソコってどこ？言ってごらん｣
女｢言えないよぉ、恥ずかしい…｣
俺｢恥ずかしくないよ、さぁ言ってごらん｣
女｢……え…｣
俺｢何？聞こえないなぁ。もう一回どこに入れて欲しいか言ってごらん｣
女｢……え、ARB」
>>907 「ARB」の発音は「エーアールビー」では無く「アーブ」な。
「R」はもちろん舌を巻く。「アォルーブ」、みたいな。
アォルゥーブォ？
カタカナ英語恥ずかしいよ
別に恥ずかしくないけど。
そのコピペって「・・・こ」が「まんこ」につながるから意味があるんであって、「・・・え」だとおかしい。
ある3次元座標がスクリーン上のどの位置に
描画されるか求めたいのですが、
何か良い方法はありませんか？
>>913 どうもありがとうございます！
本当に助かりました！！！
ある中出しされた1匹の精子が子宮のどの位置に
到達するのかリアルタイムで追跡したいのですが、
何か良い方法はありませんか？
糞でもして寝ればいいと思うよ
なんでこのスレって定期的にエロスレになるの？
日本猿の本性がそうだからだよ
はやく政権交代すべき
どさくさにまぎれて出てくる民主党信者うざい
>>919 俺もそう思う。
だが今必要なのは政権交代ではないか。
一刻も早く
沖縄の中国への返還、ODA再開、外国人参政権、政権譲渡をするべきだ
次スレはGL隔離スレも夜露四区
ｶｽどもがｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
