OpenGL/Vulkanスレ Part22©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2015/08/27(木) 18:12:51.54

クロスプラットフォームの3D API OpenGL 及び次世代のローレベルAPI Vulkan に関する話題を扱うスレッド。
現在の最新バージョンは4.5
https://www.opengl.org/
https://www.khronos.org/vulkan

== OpenGLと一緒に使われるツール＆ライブラリ ==
苦労したくなかったらとりあえず入れとけ。
・glx:　　　　XからOpenGLを使うためのライブラリ。普通は直接は使わず意識する事はない
・glut:　　　クロスプラットフォームなツールキット。でもさすがに古くさい
・GLFW　　　より新しいマルチプラットフォームなツールキット
・glew:　　　これを入れないと拡張機能が使えないor使いにくい
・glxgears:　歯車が回るベンチマーク。-infoでOpenGLのバージョンが見られる。OpenGLの動作確認はこれで
・glxinfo:　　自分の使っているカードのOpenGLの機能が全てリストアップされる。
・OpenTK　　C#からOpenGLを簡単に使えるようになる。VC#の強力なIntellisenseとあわせてサクサク開発可能。
・OpenSceneGraph: OpenGL を高度に抽象化し、利便性を高めたラッパー。C++ ライブラリ
・OpenGL Mathematics (GLM): GLSL 文法ライクの C++ 数学ライブラリ

== チュートリアルサイト ==
床井研究室:　http://marina.sys.wakayama-u.ac.jp/~tokoi/oglarticles.html
OpenGL de プログラミング:　http://wiki.livedoor.jp/mikk_ni3_92/
NeHe:　　　　http://nehe.gamedev.net/
Tutorials for OpenGL 3.3 and later　　http://www.opengl-tutorial.org/
Learning Modern 3D Graphics　　Programming http://www.arcsynthesis.org/gltut/

== 前スレ ==
OpenGLスレ Part21
http://peace.2ch.net/test/read.cgi/tech/1409581958/
== 関連スレ ==
【O3D】HTML5用 3D API WebGL 【Canvas:3D】
http://peace.2ch.net/test/read.cgi/tech/1308761577/
OpenGL 2.0 専用スレ
http://peace.2ch.net/test/read.cgi/tech/1126268759/

**デフォルトの名無しさん** · 2015/11/20(金) 13:51:59.28

>>114
そうだ
あとFILTERの値もNEARESTにする

**デフォルトの名無しさん** · 2015/11/20(金) 13:53:30.75

>>115
ありがとう！たすかる

**デフォルトの名無しさん** · 2015/11/23(月) 02:11:18.29

glPolygonOffsetでポリゴンの前後関係を調整するのに環境によって
前後関係が異なる結果になることがあるんだけど上手い対策とか無いでしょうか？

**デフォルトの名無しさん** · 2015/11/23(月) 10:05:33.22

上手い対策というのは知らないが
unitsを使わないとか
自前でオフセットを計算しとくとか
そもそもZテストを使わないとか

**デフォルトの名無しさん** · 2015/11/23(月) 10:08:58.35

あとglDepthRange()を使うというテクニックがあったような

**デフォルトの名無しさん** · 2015/11/24(火) 10:45:52.65

>>117
環境ってGPUの違いとかOSとかの事か？
単にシーンの違いとかだとまじめに計算すればちゃんとうまく行くはず
ちなみにZ値は遠くへ行くほど荒くなってるから同じオフセットでも前後関係は変わる

**デフォルトの名無しさん** · 2015/11/26(木) 21:13:44.72

今までWindowsでDirect3D（9、11）を使ってたんですが、
新たにAndroidでOpenGL ES 2.0を使おうと考えています。
レンダリングした結果をCPU側に戻すのをやりたいんですが、
OpenGL ES 2.0で可能でしょうか？

**デフォルトの名無しさん** · 2015/11/26(木) 21:59:37.29

glReadPixelsで読める
が、激遅の場合がある、というよりまず遅いと思ったほうがいい
てかそれくらいググれ

**121** · 2015/11/26(木) 22:08:43.27

>>122
ありがとうございました！

**デフォルトの名無しさん** · 2015/12/11(金) 16:33:56.96

OpenSceneGraphなんてあるんだ。
始めて知った。

自作のシーングラフライブラリを置き換えようかな。

**デフォルトの名無しさん** · 2015/12/11(金) 16:45:50.46

なんだOpenSceneGraphのライセンスはLGPL系か。
GPLは使えない（使いたくない）な。

**デフォルトの名無しさん** · 2015/12/11(金) 17:58:57.42

GPLとLGPLって内容は大分違うと思うんだが

**デフォルトの名無しさん** · 2015/12/11(金) 18:06:39.16

GPLって付くだけで怖い

**デフォルトの名無しさん** · 2015/12/11(金) 19:46:36.96

無知は罪だぜ

**デフォルトの名無しさん** · 2015/12/12(土) 00:13:27.08

LGPLは改変せずに使うなら幾ら使っても問題になる事はない

**デフォルトの名無しさん** · 2015/12/12(土) 00:20:10.16

LGPLはおおまかには、静的リンクか動的リンクかでソース公開の義務が変わる

**デフォルトの名無しさん** · 2015/12/12(土) 00:29:53.71

たしかライブラリ側が更新された時にプログラム全体が更新出来るように公開する、だっけ

**デフォルトの名無しさん** · 2015/12/12(土) 00:49:12.40

>>130
そういう事言うからLGPLが敬遠されるんだろうな
スタティックリンクでもソース公開の義務は無いよ
最悪*.oを公開するだけだ
それもゲーム機とか家電用の場合は実行ファイル自体が非公開だから*.oすら公開する必要はないけどな

**デフォルトの名無しさん** · 2015/12/24(木) 06:59:51.83

>>132
適当なこと言ってると後で痛い目見るよ
GPLって名前が入ってるものには一切手を触れないのが一番

**デフォルトの名無しさん** · 2015/12/24(木) 12:14:41.98

>>133
適当な事ってなんだよｗ
https://ja.wikipedia.org/wiki/GNU_Lesser_General_Public_License#LGPL.E3.81.AE.E7.89.B9.E5.BE.B4
Wikiのこんな簡単な文章すら理解できないのかよ

**デフォルトの名無しさん** · 2015/12/30(水) 09:08:09.90

　

ヨウ
ヨウ
エビバーデー

いい加減、「weight」を「重み」って言うのやめね？？

あれは誤訳だ

英語のweightとは重さ・重量という意味もあるが「ナニナ～ニに影響される」「行動や思想などに引っ張られる」

という意味がある

したがっちぇ、これは重みではなく「影響度」と言うべきなのだ！、

　

**デフォルトの名無しさん** · 2016/01/03(日) 15:15:36.12

やっとglutに慣れて以前作った物理シミュレーションを可視化しようとしたら
これグローバル変数しか使えないじゃねえか

**デフォルトの名無しさん** · 2016/01/03(日) 15:33:18.95

？

**デフォルトの名無しさん** · 2016/01/03(日) 15:48:18.16

何にせよglutを新規に使う場合は割り切りが必要だよ

いまさら固定機能使うとか考えたくないし
固定機能相当で十分なら
もっと抽象度の高い（OpenGLを隠蔽した）ライブラリの方がいいんじゃね

**デフォルトの名無しさん** · 2016/01/03(日) 16:35:48.16

>>138
glutからでもGLSL使えるけど？

**デフォルトの名無しさん** · 2016/01/03(日) 16:56:42.16

使えるけど何なんだよ
glut使いたいなら使えばいいよ

**デフォルトの名無しさん** · 2016/01/03(日) 17:26:15.79

>>138はglutを使うには固定機能を使わざるを得ないっていう風によめるんだけど、
どういう割り切りが必要だって主張してんの？

**デフォルトの名無しさん** · 2016/01/03(日) 18:13:26.24

構造体とか自由に渡せるようにするにはどうすればいいんだ
glfw使える環境にはしたけどこれ勉強すればいいのか？

**デフォルトの名無しさん** · 2016/01/03(日) 18:32:59.62

>>141
glutを使うのは目的じゃなく手段だろ
そんな基礎的な前提すら共有できていない時点で議論にならん

**デフォルトの名無しさん** · 2016/01/03(日) 20:06:01.37

いやこれは>>141のように読めてしまいますわ

**デフォルトの名無しさん** · 2016/01/04(月) 02:24:11.49

OpenGLでレンダリングしたものだけ表示できて、マウスとキーボード入力ができればいいのであればglfw。
OpenGLと一緒にGUIを使ったり数字や文字列や表やグラフも表示したいならQtを使えばいいかと。
だいたいゲームとかメガデモ以外ならQt上でOpenGLを使えばいいんじゃないだろうか

**デフォルトの名無しさん** · 2016/01/04(月) 12:23:55.71

>>138はGLUTに含まれてるプルダウンメニュー？とかが固定機能使ってるって
言いたいんじゃなかろうか？
glutCreateMenu()とglutAddMenuEntry()で簡単にメニュー作れるのは便利だけど
これは固定機能で実装されてるような気がする（詳しくは知らんけど）

**デフォルトの名無しさん** · 2016/01/04(月) 14:16:04.29

>>146
glutのmenuの実装にはOpenGL使ってないです

なんにせよglutは古すぎるから今から選択するなら候補から外していいかも
チョットした描画プログラム作るときに使うのには便利だと個人的には思うけど

**デフォルトの名無しさん** · 2016/01/05(火) 11:17:26.76

>>145
んじゃQt勉強してみるわ
ありがとう

**デフォルトの名無しさん** · 2016/01/07(木) 00:12:20.20

もっと活気あるところない？

**デフォルトの名無しさん** · 2016/01/07(木) 15:16:06.72

　

日本は何でもかんでも文献が少ないか、古すぎる

原因の一つとして、大学が悪いんだよな

アメリカの大学は即戦力の知識を教えている

日本の大学は基礎しか教えていないので企業でまた学び直す必要がある

企業で学んだことは他者に教えてはならないという強迫観念があるので広がらない

　

**デフォルトの名無しさん** · 2016/01/07(木) 19:39:25.20

ソフトウェアじゃ後追いしかしてないからね

**デフォルトの名無しさん** · 2016/01/07(木) 21:00:26.62

今までOpenGL1.5程度しか使ってこなかったんだけど、シェーダ周りを勉強してみようかと思ってる
2.xは飛ばして3.xに行ったほうがいい？

**デフォルトの名無しさん** · 2016/01/07(木) 21:01:01.81

今までOpenGL1.5程度しか使ってこなかったんだけど、シェーダ周りを勉強してみようかと思ってる
2.xは飛ばして3.xに行ったほうがいい？

**デフォルトの名無しさん** · 2016/01/07(木) 21:01:28.13

すまん、連投してしまった

**デフォルトの名無しさん** · 2016/01/07(木) 21:54:57.44

グラフィックスってただの数学だけどな
数学は中学から教えてる訳だから大学がどうこう言うのは関係無い
日本の企業が結果出てないからひとつ前の大学が悪いって言ってるだけだ

**デフォルトの名無しさん** · 2016/01/08(金) 00:51:53.40

ゲームだと、「ゲームの作法」ってのがあるからな
シェーダ知ってるだけではすげえ遅くなる

PCだとOSとDirectXが勝手にメモリを管理するが、ゲーム専用機ではそういう甘えは通用しないのと同様に

**デフォルトの名無しさん** · 2016/01/08(金) 00:53:25.41

自動車なども、大学院出ていればすぐに働けると思うはずだが
学校で研究したことと、実際に使用している技術と起こる現象が全然違う

学校で習ったこと、研究したことって何なんだ
ってなるからな

ウソ教えているに等しい

**デフォルトの名無しさん** · 2016/01/08(金) 03:40:24.22

>>153
3では一部の古い機能が非推奨になったから
古い機能を使わなくて済むなら３でいいよ

OpenGL使う人なら英語読めないとやっていけないんじゃね

**デフォルトの名無しさん** · 2016/01/08(金) 11:35:19.21

>>156
そういう小手先のテクより未知のアルゴリズムの発見とか既存のアルゴリズムを
改善とかする方が大幅にクオリティは上がる
ゲーム専用機は全部自分でメモリ管理する必要があって面倒かも知れないけど
結局は誰がやっても大差ないところで落ち着く

**デフォルトの名無しさん** · 2016/01/08(金) 16:27:21.83

ゲーム専用機か、、
もう死語レベルだよな
3dsも死に体だし

**デフォルトの名無しさん** · 2016/01/08(金) 20:05:27.31

>>160
んなわけない、海外だと据え置きゲーム機が絶好調だ
GTA5とか3000万本以上売れて全エンターテイメント中で最高売り上げを記録してるよ
日本のゲーム売り上げ高なんて全世界の20分の1にも満たないけど
日本だけで考えればゲーム機は衰退しつつはあるな。ずっとそうかは未知数だが

**デフォルトの名無しさん** · 2016/01/10(日) 11:22:56.00

世界を相手にしている人が2chの辺境スレで
燻っているならそれは残念なことだなぁ

10年前ならネ申とか崇められていたかもしらんが

**デフォルトの名無しさん** · 2016/01/10(日) 12:05:17.29

それと結局クオリティの根幹はデータだよ
高度なライティングを実装したところでテクスチャが糞なら糞

糞なコードを普通のコードに変えればクオリティはぐっと上がるが
普通のコードを優れたコードに変えても大差はない

未知のアルゴリズムの発見とか既存のアルゴリズムを改善なんてのは
実在するならSIGGRAPHとかで発表すべきもので
実態は「小手先のテク」として語られているのがほとんど

独自研究が無駄とは言わんが先人に学ぶ謙虚さと勤勉さが大事だと思う

**デフォルトの名無しさん** · 2016/01/12(火) 13:17:11.20

>>163
逆だな
テクスチャが糞でもライティングが良ければパッと見綺麗になる
海外製のFPSとか見たことあるのか？
テクスチャは日本製の丁寧に書き込まれたのに比べると糞だぞ
だけどシェーダーの出来がいいからスゲーリアルに見える
あとFPSとか地形モデルやテクスチャは自動生成していくのが主流じゃないのか？

あと独自研究しろなんて言ってたか？

**デフォルトの名無しさん** · 2016/01/12(火) 16:02:12.20

「未知の」アルゴリズムに先行研究がある訳ないだろ
パラメータチューニングとか具体的なノウハウが非公開ってのはありがちだが
それをアルゴリズムとは言わない

法線マップとかも「データ」に入ると考えられる訳だけども
それらが糞でもシェーダでカバーできるの？

丁寧に書き込まれたのに比べると糞って一般的には糞と言わない
糞は比べるまでもなく糞

**デフォルトの名無しさん** · 2016/01/12(火) 17:02:49.60

>>165
お前は何が言いたんだ…
例えばライトスペースパースペクティブシャドウマップみたいな発見(発表)はなんて言うんだ？
これが発表されるまではみんな別の(あまり良くない)アルゴリズムで一生懸命工夫してたけど
LiSPSを使えば簡単にシャドウのクオリティをあげられるようになった
最近はもっと凝ったアルゴリズムも発表されてる(ようだ、詳しくは知らん)
そういうのを考えたり勉強して実装したりする事が大事なんだよ

あとデータが糞と決め付けてるけどなぜ糞になるかを考えないと
糞だから糞ってのは馬鹿っぽい書き込みだな

**デフォルトの名無しさん** · 2016/01/12(火) 18:51:36.57

読み取れないなら絡んでくるなよ

データがなぜ糞になるかにOpenGL関係あるのか？

データの改善によらずプログラム（OpenGL）の範疇のみでの
品質向上は限定的であって
凡人が考え付くようなことは既に誰かが実現しているんだから
幻想抱いていないで勉強しろ、以上

**デフォルトの名無しさん** · 2016/01/12(火) 19:01:28.44

ただ>>159が「未知のアルゴリズムの発見」を
他所の誰かがやってくれるって話なら>>163は的外れだ

でも仮にそうなら「未知のアルゴリズムの発見」をだしに
「小手先のテク」を否定するのはおかしい

「小手先のテク」も嘗て発見されたものであって
「未知のアルゴリズム」のうち汎用性のあるものは
普及して「小手先のテク」となる

**デフォルトの名無しさん** · 2016/01/12(火) 19:19:07.45

>>167
お前こそOpenGL関係無い話しをすんなよ、アホか
突然データの話しをし始めたのはお前だろ

データの糞さなんて普通議論の前提に無いよ
法線マップを使うと質感がリアルになる→データが糞なら意味が無い
シャドウマップのアルゴリズムを改善するとクオリティが上がる→データが糞なら意味が無い
なんでこんなアホみたいなことをお前は必死に連呼してんの？

> それと結局クオリティの根幹はデータだよｷﾘ)ｗｗｗ

**デフォルトの名無しさん** · 2016/01/12(火) 19:23:10.13

>>168
>>159の「小手先のテク」は>>156の据え置き機のAPIはメモリ管理が～的な話しに対してだろ
ちゃんとアンカーしてんだから脊髄反射で糞みたいな返答しないで流れを見ろよ

**デフォルトの名無しさん** · 2016/01/16(土) 13:18:31.86

OpenGLって動画を背景にできないのかよ
本当に使えないな

**デフォルトの名無しさん** · 2016/01/16(土) 17:08:00.30

できるよ
使えないのはお前の頭だよ

**デフォルトの名無しさん** · 2016/01/16(土) 23:21:49.05

まじかよ
買い換えてくるわ

**デフォルトの名無しさん** · 2016/01/17(日) 09:25:58.94

アンパンマンか

**デフォルトの名無しさん** · 2016/01/22(金) 02:55:19.84

>>134
読んだら解ると思うけど、LGPLのライブラリを静的にリンクして生成されたオブジェクトコード(実行バイナリーも含む)

**デフォルトの名無しさん** · 2016/01/22(金) 03:01:13.65

途中で書き込んでしまった

静的にリンクして生成されたオブジェクトコード(実行バイナリーも含む)の配布に制限をかけてはならないので、
もしプログラムを販売したとして、それを買った人がプログラムをコピーして転売とかネットにアップロードして再配布とか制限出来ないって事だからな
実行バイナリ以外のリソースがあってそれがないと意味をなさないプログラムであれば(それらのリソースにはLGPLは波及しないので)実質問題無いかも知れないがね

**デフォルトの名無しさん** · 2016/01/22(金) 12:42:22.88

>>176
>>134までの流れはソース公開の有無についてでオブジェクトの再配布については
何も触れてはいなかったけど、確かに言われてみればそうだな
ちなみにゲーム機のOSにはLGPLなライブラリも沢山使われてるけど
そういうのは全部動的にロードするタイプのものばかりだな
それに改変して使ってるLGPLなライブラリのソースはちゃんと公開されてるし

**デフォルトの名無しさん** · 2016/02/12(金) 17:22:58.18

ちょっと聞きたいんだが、
OpenGLのテクスチャ関連の情報源が纏まっているお勧め本とかサイトってある？
特にTexparameteriとかfとか。
APIそのものの仕様というより
特定のテクニック(遅延シェーディングとか)で
このパラメーターの設定必須とかいう話がうまくまとまっている所。

**デフォルトの名無しさん** · 2016/02/12(金) 17:40:28.96

「OpenGL 4.0シェーディング言語 : 実例で覚えるGLSLプログラミング」とか？

**デフォルトの名無しさん** · 2016/02/17(水) 00:59:50.05

https://www.khronos.org/vulkan/

> Vulkan is Here!

> Khronos launched the Vulkan 1.0 specification on February 16th, 2016 and
> Khronos members released Vulkan drivers and SDKs on the same day.

**デフォルトの名無しさん** · 2016/02/17(水) 01:06:37.00

ｶﾞﾀｯ)ついに来たか！！(AA略

**デフォルトの名無しさん** · 2016/02/17(水) 01:50:22.59

AMD Radeon? Software Beta for Vulkan? Release Notes
http://support.amd.com/en-us/kb-articles/Pages/Radeon-Vulkan-Beta.aspx

Radeon GPUs are ready for the Vulkan graphics API
https://community.amd.com/community/gaming/blog/2016/02/16/radeon-gpus-are-ready-for-the-vulkan-graphics-api

> Please note that this initial Windows driver is not packaged with DirectXR driver components,
> so it is not a suitable replacement for your everyday graphics driver.

**デフォルトの名無しさん** · 2016/02/17(水) 04:11:29.54

http://steamcommunity.com/app/257510/discussions/0/412447331651559970/#p3
案の定というか、GeForceだとクラッシュしやすい感じだな

**デフォルトの名無しさん** · 2016/02/17(水) 11:23:22.50

俺のNVIDIAGPUでもVulkanドライバー来たーー！！
ありがとうNVIDIA！！
早速Vulkanのコードを書いてみるかな
かなり敷居が高いからポリゴン1つ出すだけでも何日も掛かりそうだが…

**デフォルトの名無しさん** · 2016/02/17(水) 12:12:45.77

QualcommはSnapdragon820からだな
これが搭載されたスマホが出るなんてかなり先になりそうだ

**デフォルトの名無しさん** · 2016/02/17(水) 15:22:09.91

ドライバのVulkan API Versionが1.0.2.0だけど
https://vulkan.lunarg.com/signin で過去のバージョンを選択しても
VulkanSDKは1.0.3.1しかダウンロードできない

https://vulkan.lunarg.com/pub/sdks/windows/1.0.2.0　が
307 Temporary Redirect　で
VulkanSDK-1.0.3.1-Installer.exe しかダウンロードできない。

VulkanSDKをインストールしてVulkan Runtime 1.0.3.1をアンインストール、
AMDのドライバインストーラーでVulkan Runtimeだけをインストールしなおして、

C:\VulkanSDK\1.0.3.1\Include\vulkan\vulkan.h　のVK_API_VERSIONを書き換えたら

// Vulkan API version supported by this file

#if 0

#define VK_API_VERSION VK_MAKE_VERSION(1, 0, 3)

#else

#define VK_API_VERSION VK_MAKE_VERSION(1, 0, 2)

#endif

Sampleコンパイルできて動いた（一部動かない）。

https://github.com/LunarG/VulkanSamples の Building the Vulkan Samples Kit を参考
Python 3.4.4 64bitもインストールした。(cmake時にpython 3.xが必要)
Windows10 64bit / Visual Studio 2015 Community Edition

**デフォルトの名無しさん** · 2016/02/17(水) 15:28:25.91

cmake -G "Visual Studio 12 Win64" ..
は Visual Studio 2015の場合は
cmake -G "Visual Studio 14 Win64" ..
への変更が必要。

**デフォルトの名無しさん** · 2016/02/17(水) 21:22:26.71

The Talos Principleの無料demo版でもVulkan対応してた。

The Talos Principle - Update 257458 - public beta
https://steamcommunity.com/app/257510/discussions/0/412447331651559970/

**デフォルトの名無しさん** · 2016/02/18(木) 01:09:41.24

>>185
なに、つまり今のQualcommものはVulkanサポートしないってことか
スマホの方が普及速度が速いって思ってんだが

**デフォルトの名無しさん** · 2016/02/18(木) 21:56:38.61

すいません
ここで聞いていいのかどうかわからないんですが
OpenGLでプログラミングして生成系の動画を作りたいと思っています
PCのみでプログラミングから動画書き出しまでできる環境って何がありますか？

**デフォルトの名無しさん** · 2016/02/19(金) 03:22:58.69

>>190
Processing

**デフォルトの名無しさん** · 2016/02/19(金) 22:01:40.10

>>191
190です
ありがとうございます

**デフォルトの名無しさん** · 2016/02/20(土) 23:35:12.00

>>185
OSがVulkan描写だとかなり軽くなるだろうなあ・・・
iOSに快適さで負けてるのはOS部分の重さってのはよく言われてるし

**デフォルトの名無しさん** · 2016/02/21(日) 23:41:57.56

>>189
Androidは他のベンダーもだけど一度製品として出したらドライバまったく更新しないからな。
ドライバに変更が必要だから対応されないんだろう。ハードウェア的に対応できるものだったとしてもね。

>>193
ないない。
Androidが重いのはJavaのフレームワークの質の問題

**デフォルトの名無しさん** · 2016/02/22(月) 21:57:07.62

iOSのアプリはネイティブコードで動いてるからそりゃAndroidより速いに決まってる
逆にネイティブコード動かしてよくセキュリティが保たれてるなと思う
iOSの事はよく知らんけど

**デフォルトの名無しさん** · 2016/02/23(火) 12:26:09.77

>>195
知らないのかよw

AndroidもNDKで99%ネイティブコードのアプリは作れるじゃん
ネイティブコード使おうがアプリは権限で許可されたことしか出来ないから安全

近年はVMの改善で割とヌルヌル動くし

**デフォルトの名無しさん** · 2016/02/23(火) 13:03:29.99

>>196
知ってるよ
セキュリティホールというのは許可されてない機能の穴の事だろ
Javaだとそういう事がやりづらいがネイティブコードだと
セキュリティホールを突くコードを書きやすい

**デフォルトの名無しさん** · 2016/02/25(木) 06:14:04.49

OpenGL始めたばかりなのですが、質問させてください。

ある座標(xyz)の手前に別のモデルが描画されているかを知りたいのですが
depth値と、world変換した座標のZ値比較ではうまく行かないことがあります。

Z値はnear=0, far=1で正規化されているようですが、depth値は視錘台の中で
最奥で描画される位置を1にしているように見えます。
＃far平面を遠くへ移動すると、Z値は減りますがdepth値は変わらなかった

depthとZを同じ範囲で正規化出来れば、最前面の判定が出来そうなのですが、
どうしたらよいのでしょうか？

**デフォルトの名無しさん** · 2016/02/25(木) 12:25:09.27

それぞれの座標空間を明確しろ
depth値ってのは射影空間なのか？
z値はworld座標空間なのか？
異なる座標系の値を比較したって駄目だぞ

**デフォルトの名無しさん** · 2016/02/25(木) 13:30:07.23

>>194
2重苦3重苦ならせめて描画関係を最適化してJavaの処理に集中させるべきだと思うわ
どっちみち無駄が多いAPIを通して余計な電力をさらに余計に消費して描画してるのは事実だし

**デフォルトの名無しさん** · 2016/02/25(木) 20:27:44.91

http://gigazine.net/news/20160223-vulkan-benchmark/

微妙すぎ

**デフォルトの名無しさん** · 2016/02/26(金) 10:26:10.93

>>201
まだドライバが成熟してないんだから評価は早すぎる

**デフォルトの名無しさん** · 2016/02/26(金) 10:33:42.53

というかVulkanとOpenGLの差があるのは複雑なアルゴリズムを実装する場合でしょ
単純な描写じゃGPUが変わるわけじゃないんだからOpenGLと大差出ない

**デフォルトの名無しさん** · 2016/02/26(金) 12:58:44.77

>>201
CPU負荷とGPU負荷を分けて表示させない時点でお察しだろ
Vulkanは主にCPU負荷を減らす為のモンだからな、CPUがスカスカなゲームには効果無い

**デフォルトの名無しさん** · 2016/02/28(日) 11:39:09.43

CPUコア数が増えると伸びるなGLと12は変化してない
高速に描画してなんぼの世界だけどこれから改良されるでしょ

**デフォルトの名無しさん** · 2016/02/28(日) 13:37:33.52

https://t.co/mVqHJeduwh

**デフォルトの名無しさん** · 2016/02/28(日) 14:47:16.12

>>206を見ると初期化だけで1000行近くいってるな
前にコンシューマーゲーム機だとポリゴン1個出すのに1000行以上書く必要があるって
書いたら
> 図形を描画するのにそんな行数が必要な訳ないだろ
> にわかはロムってろ
とかレスしてる奴居たけど、やっとどっちがにわかかを証明できたなｗ
ちなみにコンシューマーの方がもうちょっとローレベルだな

**デフォルトの名無しさん** · 2016/02/28(日) 18:30:53.69

毎回考えて全行書き直さなきゃならないならともかく
行数とかあんまり意味のある指標には思えんけど

どっちがにわかかなんて更にどうでもいい

**デフォルトの名無しさん** · 2016/02/29(月) 07:41:33.37

モデル座標指定してステンシル値取得する関数ってないですかね？
gluProjectがdoubleで座標取れるためだと思うんだけど、
drawした位置と微妙にずれるのですが。。
使ってるのはopenglです

**デフォルトの名無しさん** · 2016/02/29(月) 19:57:04.30

微妙ってのが1pxより大きいのか
一定方向にずれているのか
とかその辺から原因を絞っていけば？

そもそもステンシルで特定の1pxを読み出すって使い方が
一般的ではないというか効率が悪い気がする

**デフォルトの名無しさん** · 2016/02/29(月) 20:20:52.51

>>210
1pxより大きくずれることはいまのとこないのですが、
ずれる方向はカメラの位置によって変わりますね。

陰面消去されない点の一覧を取りたいのですが、
難しいですね

**デフォルトの名無しさん** · 2016/03/05(土) 21:15:57.52

vulkan難しすぎだわ
openglでもできない雑魚が多いのにこれじゃあな

**デフォルトの名無しさん** · 2016/03/07(月) 14:46:37.02

Vulkanの赤本は英語版が8月に出るけど日本語版は同時には出ないよな…
英語版をギリギリまで予約せずにおくけど日本語版出すなら早めに頼むぞ
どうせボーンデジタルがやるんでしょ？

**デフォルトの名無しさん** · 2016/03/07(月) 21:12:33.34

仕様書の和訳をカットシステムに出してもらえればそれでいいや。