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/

**デフォルトの名無しさん** · 2017/02/14(火) 20:31:42.76

Intelも新グラフィックスドライバでVulkanに対応
ttp://pc.watch.impress.co.jp/docs/news/1044145.html

**デフォルトの名無しさん** · 2017/02/15(水) 07:52:58.06

>>614
それはlookAtが宙返り対応してないで裏がえる現象じゃね

**デフォルトの名無しさん** · 2017/02/15(水) 11:08:57.36

フライトシミュレーターでもあるな

**デフォルトの名無しさん** · 2017/02/15(水) 19:10:02.58

上方ベクトルは正しく設定しよう

**デフォルトの名無しさん** · 2017/02/16(木) 19:23:56.82

>>612
BufferObjectをダブルバッファにすればGPUとCPUで並列処理出来るよ
実際にコピーしてるかどうかはドライバ次第だ
Intelの内蔵GPUとかはコピーしてない気もするからな(実際のところは知らん)

**デフォルトの名無しさん** · 2017/02/28(火) 23:44:46.26

Vulkan SDK 1.0.42.0

**デフォルトの名無しさん** · 2017/03/11(土) 21:38:04.37

Vulkan SDK 1.0.42.1

**デフォルトの名無しさん** · 2017/03/29(水) 10:55:29.16

>>610
著作権表記がない場合は自動で付くんじゃなかった？

**デフォルトの名無しさん** · 2017/03/30(木) 19:32:54.16

スマソが、グローシェーディングとかするのに法線使うけど、
その場合、頂点と1対1にするの？
OBJファイルでインデックス方式になってるのを、uv含めて展開するのが正しいのかな？

**デフォルトの名無しさん** · 2017/03/30(木) 20:37:39.14

>>623
正しい

**デフォルトの名無しさん** · 2017/04/01(土) 08:37:36.41

>>619
最近だとテクスチャをダイナミックに更新したい場面が多い。
バッファオプジェクトのRO宣言って割りと意味ないと思う。
drawを非同期実装とかしないでしょ。

**デフォルトの名無しさん** · 2017/04/01(土) 13:11:28.85

Vulkan SDK 1.0.42.2

**デフォルトの名無しさん** · 2017/04/07(金) 06:17:33.77

Vulkan SDK 1.0.46.0

**デフォルトの名無しさん** · 2017/04/09(日) 23:59:57.43

どうか教え下さい
AndroidアプリでNDK側でOpenGLESでテスクチャ作ってるのですが、
それをJava側に渡してGLSurfaceViewで表示したいです
readPixelsで配列データとして渡して表示はできたものの、遅すぎてゲームアプリとしては破綻していて。。。

どんな方法がベストでしょうか？やはり、コンテキストを共有するしかないでしょうか？

**デフォルトの名無しさん** · 2017/04/10(月) 00:15:57.40

ベストを探す前に素直にサンプルと同じやり方を試すべきだと思う
そうしない理由があるのならそれを言わんことには

**デフォルトの名無しさん** · 2017/04/10(月) 00:47:22.23

サンプルってどれっすかね？
試すのは大丈夫なんですが、描画スレッド(Java側)と演算スレッド（NDK側）みたいな感じす
スレッド跨いでEGLコンテキスト共有とか、知識あんまり無いです。。
Java側はGLSurfaceView使ってるので、単なるSurfaceViewに変えないとだめっすかね。。

**デフォルトの名無しさん** · 2017/04/10(月) 01:57:45.01

シェーダー使わんの？

**デフォルトの名無しさん** · 2017/04/10(月) 21:03:21.49

>>631
レス遅くなってすみません
シェーダー使うのもありですが、framebufferからreadpixelsする変わりにシェーダーで対応ってのがどうゆうことか理解できてません

とりあえずNDK側でガリガリ作った画をJava側に60fpsで渡す方法があれば何でも試します

**デフォルトの名無しさん** · 2017/04/10(月) 22:12:20.96

textureIDだけ渡したらいいんじゃないの？

**デフォルトの名無しさん** · 2017/04/10(月) 22:21:58.29

スレッドがJavaとNDK側で別なんです
そしてJava側はGLSurfaceViewなので、なおさらコンテキストは共通化できてないっす

**デフォルトの名無しさん** · 2017/04/10(月) 22:46:43.31

>>630
どれ？じゃねーよ
NDK使ってるんだろ？
大丈夫なら試せよ

**デフォルトの名無しさん** · 2017/04/10(月) 23:08:39.40

>>636
ndk-bundleのソースフォルダのサンプルが使えるってことですか？
使えそうなサンプルは無いように見えますが。。
教えて下さい。

**デフォルトの名無しさん** · 2017/04/10(月) 23:18:56.98

だから何で自分の流儀を前提にしている訳？

あんたの流儀はあんたが一番知っているんだから
他人に聞くだけ無駄だよ

**デフォルトの名無しさん** · 2017/04/10(月) 23:36:22.60

こういう支離滅裂なアドバイス(?)する奴はなんなんだろうね？酔っぱらってんのか？

**デフォルトの名無しさん** · 2017/04/11(火) 00:26:38.47

Androidの事は知らんけど、単にコンテキスト間でリソース共有にすればいいだけだよね。
Windowsならできる。同様のAPIあるんじゃね。

**デフォルトの名無しさん** · 2017/04/11(火) 02:09:09.99

http://d.hatena.ne.jp/orangesignal/touch/20120818/1345275541
これをぱっと見た感じGLSurfaceViewのgl.glXxxとNDK側のglXxxは同じコンテキスト使ってるっぽいからtextureID渡すだけで行けそうなものだけど

**デフォルトの名無しさん** · 2017/04/11(火) 17:50:22.73

横からスマソ、
俺もアンドロイドのOpenGL弄ってるんだけど、
GLES20.glxxxがラッパー？で、上で言ってるglxxxがNDKとか言うやつ？
サイトでよく出てくるサンプルはGLES20.使ってるけど、
そのNDKとやらを使うと速いとかなんかいい事あるの？

**デフォルトの名無しさん** · 2017/04/11(火) 18:56:16.06

>>641
VM介さないから処理によっては速度が全然違う
ゲームとかはフルndkのほうがパフォーマンスが良い
これ以上はAndroidスレで聞いたほうがいい

**デフォルトの名無しさん** · 2017/04/11(火) 19:25:19.23

javaはラッパー

**デフォルトの名無しさん** · 2017/04/11(火) 21:13:28.73

Javaだろうと、NDKだろうとスレッド別なら全く別処理でテクスチャも何もかも共有できないよね？

**デフォルトの名無しさん** · 2017/04/11(火) 21:26:42.43

>>633
だよね

**デフォルトの名無しさん** · 2017/04/12(水) 00:32:08.21

OpenGLESの知識は浅井ですが、自分の認識です↓
ttp://eaglesakura.hatenablog.com/entry/2013/12/28/235121

**デフォルトの名無しさん** · 2017/04/12(水) 01:06:15.23

>>646
shared_contextは遅いの？

**デフォルトの名無しさん** · 2017/04/12(水) 11:50:27.11

>>632
遅いのはJAVAとかNDKとか以前にreadpixelじゃないの？

**デフォルトの名無しさん** · 2017/04/12(水) 12:54:48.21

>>648
そうです。
その代替案を探してるだけなんですが、描画と処理のスレッド別なので、テスクチャIDやフレームバッファを共有できない（EGLコンテキスト共有できない）と思ってましたが方法ありそうですね

**デフォルトの名無しさん** · 2017/04/12(水) 21:35:08.21

androidのことは詳しくないけどJava側のレンダリングスレッドからネイティブのレンダリング処理出すんじゃだめ？
CPUは並列に動かせてもGPUは並列には動かないし、別スレッドに分ける意味余りないよね？

**デフォルトの名無しさん** · 2017/04/12(水) 21:47:27.65

レンダリングを別スレッドでやりたいわけじゃないでしょ。

**デフォルトの名無しさん** · 2017/04/14(金) 05:02:55.11

並列で動いてるんじゃねレンダ要求直後VBO書き換えるとチラつく

**デフォルトの名無しさん** · 2017/04/15(土) 13:04:22.50

>>652
実装はAPIの関知する限りではない
いわゆる未定義動作の類なのでは？

**デフォルトの名無しさん** · 2017/04/15(土) 23:00:51.04

未定義つうか禁則じゃねVBO使わずにnioバッファの時は勝手に調停してくれてたんだが

**デフォルトの名無しさん** · 2017/05/05(金) 12:53:47.74

ほんと初心者で申し訳ないのですが、質問をお許しください。

現在、MAX/MSP jitterを使っているものです。

GLSLの勉強をしているのですが、例えばjitter側で生成した球に、
グローエフェクトをかけたい場合、どういう考え方でGSGLを記述したらよいでしょうか。

vvvvとかならグローエフェクト専用のノードで一発なのに、
MAXでシェーダを書く場合の例とかいろいろ検索しても出てきません。

質問自体もおかしなところがあるかも知れませんが、是非MAXの環境で
映像を作っていきたい理由があるので、どなたかご教示お願いします。

**デフォルトの名無しさん** · 2017/05/09(火) 08:46:01.87

>>654
未定義=禁則だと思うけど

**デフォルトの名無しさん** · 2017/05/10(水) 16:50:07.71

未定義は定義してないってことだね
禁則はやっちゃいけないってことだね

全然別の意味だね君の頭の中までは文句は無いよ
脳内の混同は取るに足らないありふれた事象だし

**デフォルトの名無しさん** · 2017/05/10(水) 22:22:29.85

>>657
プログラマは未定義動作をするプログラムを書いてはいけない事に変わりない。やっちゃいけないことだよ。

**デフォルトの名無しさん** · 2017/05/10(水) 22:45:03.25

未定義動作とごっちゃにしているんだろうなと思ったら案の定。

**デフォルトの名無しさん** · 2017/05/10(水) 22:46:38.87

>>659
流れを読もうね

**デフォルトの名無しさん** · 2017/05/11(木) 00:37:38.99

未定義動作しても構わないよ
そこに到達しないコードを書くのが基本

**デフォルトの名無しさん** · 2017/05/11(木) 04:33:17.40

未定義動作なんて聞かない言葉だと思ってググったらバッファの初期化忘れのことかよ
もしも初期化してなきゃ最初の1フレームは起きるかもしれないが件のは前のフレームと
次のフレームとの境目で起きると思われるちらつきだから未定義動作とやらでは無いわな

**デフォルトの名無しさん** · 2017/05/11(木) 07:55:54.57

ここってC言語を知らない人も居るんだね

**デフォルトの名無しさん** · 2017/05/11(木) 09:34:12.49

WebGLだとセキュリティ上の理由でglMapBufferみたいな安全を保証できない機能は使用禁止

**デフォルトの名無しさん** · 2017/05/16(火) 18:19:56.36

GTX1060（モニター①を接続）とQuadro4000（モニター②を接続）の2枚差し
PhotoshopなどのOpenGL系でGTX側に接続しているモニター①を10bitカラー表示させることってでませんか？

どのような効果が見込めるか分からなかったのですが、
NVIDIAコントロールパネル/3D設定の管理/OpenGLレンダリングGPU
の設定ではグローバル設定→Quadro4000に変更してみました

**デフォルトの名無しさん** · 2017/05/16(火) 23:46:49.25

photoshopなら設定にあるけど他のソフトはソフトが対応してるかだからユーザーがどうこうできる問題じゃない

**デフォルトの名無しさん** · 2017/05/19(金) 03:27:17.75

>>664
つうかWebGL以前にglMapBufferはOpenGL ESにねーし
GLESベースのWebGLに無くて当然
WebGL1.0でもテクスチャ使えば似たような事は出来る

**デフォルトの名無しさん** · 2017/05/20(土) 19:41:55.23

Vulkan SDK 1.0.49.0

**デフォルトの名無しさん** · 2017/05/21(日) 08:13:42.34

glewの2.0.0のVC10のglew.slnをビルドすると
error LNK2019:未解決の外部シンボル memsetが関数 glewContextInitで参照されました
と出てビルドできないのですが、どう直せばいいのでしょうか？

**669** · 2017/05/21(日) 08:18:16.21

ちなみにソリューションを検索しても「memset」の文字列は出てきませんでした。

**デフォルトの名無しさん** · 2017/05/21(日) 21:34:37.37

vulkanって流行ってンの？

**デフォルトの名無しさん** · 2017/06/08(木) 10:00:16.18

VAOで描画する時ってglBufferSubDataとかで毎フレーム頂点データを書き換えるような場合は使えない？

**デフォルトの名無しさん** · 2017/06/18(日) 14:17:13.34

VAOって何よ　GL_DYNAMIC_DRAW指定しとけ

**デフォルトの名無しさん** · 2017/07/05(水) 16:05:55.42

VAO知らないってどんな旧バージョンだよ

**デフォルトの名無しさん** · 2017/07/05(水) 21:08:45.69

ES2.0

**デフォルトの名無しさん** · 2017/08/07(月) 19:31:26.86

glslのIDEとかってないですか？
vulkanで使うのですが

**デフォルトの名無しさん** · 2017/08/13(日) 07:54:40.85

人とAIの共存を主とする「Google PAIR」、機械学習（NN含む）をブラウザ上で全て実行できるWebMLライブラリ「deeplearn.js 0.1.0」をリリース
http://shiropen.com/2017/08/12/27359

人を中心としたAIシステムの研究と設計をするGoogleのプロジェクト「The People + AI Research Initiative（PAIR）」は、
ブラウザ上で機械学習（Machine learning）を全て実行できるオープンソースライブラリ「deeplearn.js 0.1.0」をリリースしました。

本ライブラリは、可能な限り多くの人に機械学習を開かせたいという思いのもと開発されました。
その為、インストールやバックエンドなし、ブラウザ上で全て実行できる仕様になっています。

今までもWeb Machine learning（WebML）ライブラリは存在していましたが、
Javascriptの速度によって制限されていたり、
訓練ではなく推論に限定されていたりしていました。

一方で、deeplearn.jsは、
WebGLを利用しGPUで計算することで大幅にスピードアップさせ、
またニューラルネットワークを学習させる際に用いられるアルゴリズムBackpropagation（バックプロパゲーション）機能も備わっています。

**デフォルトの名無しさん** · 2017/08/14(月) 12:16:28.57

SPIR-Vシェーダー拡張を統合した「OpenGL 4.6」が公開

https://mag.osdn.jp/17/08/01/161500

**デフォルトの名無しさん** · 2017/08/14(月) 19:53:09.75

> 「OpenGL 4.6」が公開
> 「OpenGL 4.6」の仕様公開を発表した
> OpenGL 4.5は2010年に登場したOpenGL 4系の最新版。
> OpenGL 4.5の仕様はプロジェクトのWebサイトで公開されている。

**デフォルトの名無しさん** · 2017/08/15(火) 06:34:36.43

Androidで動くVulkanとOpenGLESの比較できるベンチマークアプリ知らない？

**デフォルトの名無しさん** · 2017/08/15(火) 14:26:54.35

>>679
スラドのhylom
OSDNマガジンの末岡洋子

**ねこまじ** · 2017/08/15(火) 14:44:30.18

最新トップYoutuberの年収は10億円、1億円の時代はもう古い
http://www.himatubushisp.com/entry/2017/05/10/224945
Youtuberヒカルが月収を明らかに!!おはよう朝日です出演
https://www.youtube.com/watch?v=RLZGrqQnnZc
第１回案件王ランキング！YouTuberで１番稼いでるのは誰だ！
https://www.youtube.com/watch?v=asF2wQ2xhjY&;t=61s
ユーチューバーの儲けのカラクリを徹底検証！
https://www.youtube.com/watch?v=FUSb4erJSXE&;t=504s
【給料公開】チャンネル登録者4万人突破記念！YouTuberの月収公開！
https://www.youtube.com/watch?v=Y7DAQ0RKilM&;t=326s
誰も言わないなら俺がYouTuberのギャラ相場を教えます
https://www.youtube.com/watch?v=E4q-vaQh2EQ&;t=118s

最高月収5000万円だとさ。年収じゃなくて「月収」な
おまえらもyoutubeに動画投稿したほうがいい
手っ取り早く視聴数稼ぐには有名ユーチューバーへの物申す系動画がオススメ
しばたーやよりひとやkunやぽんちやモンスタージョンなどを真似すればいい

**デフォルトの名無しさん** · 2017/08/15(火) 18:57:14.86

AndroidでGLES2で実装されてるやつをVulkanに置き換えてみたんだが1/3(GLES2は45 Vulkanは15程度)しかFPS出なかった。(3D性能自体あんまりよくない中華スマホ)
単純に置き換えただけじゃFPS出ないとはよく言われてるし最適化考えてないベタ移植だからこんなもんかなぁと思ってたんだが、Windows上のNVIDIA環境で動かしたら1割アップ(GL3は880、Vulkanは1000)してた。
これデバイスの特性ってやつなのかスマホのドライバーがアレなのかどっちだと思う？
デバイスの特性だったとしたらどうやって最適化したらええんやろか…

**デフォルトの名無しさん** · 2017/08/15(火) 20:06:35.95

モバイルだとライフサイクルからして
ドライバとデバイスを分ける意味はあんまりないと思うけど

ベタ移植でも環境によっては効果があるなら
両方実装して性能の良いほうに切り替えれば良いのでは

**デフォルトの名無しさん** · 2017/08/16(水) 15:00:17.80

素人が効率の良いOpenGL実装をVulkanで作るって不可能な気がするので
ANGLEに期待

ANGLE on Vulkan Update Q1 2017
https://groups.google.com/d/msg/angleproject/HfDeJyIXlrU/MnSe6jNiAQAJ

**デフォルトの名無しさん** · 2017/08/17(木) 02:04:48.89

自前じゃ一枚絵を出すのも大変そうだから公式レンダラを
みんなでチューニングやカスタマイズみたいな方向になるのかしらね

**デフォルトの名無しさん** · 2017/08/17(木) 21:32:39.45

>>683
不明要素が多いから何とも言えない
バックバッファの切り替えウェイト、デバイス固有のリミッタとかに填まっている可能性もある。
中身はARMで泥ならば、所詮はVM。
変更できない要素に左右される。
例えば、電池消耗を抑えるためにフレームレートを制限なんかは想像しやすい。
MS違う

**デフォルトの名無しさん** · 2017/08/17(木) 21:43:32.99

ARMかどうかって関係あるの？
VMって何の話？

**デフォルトの名無しさん** · 2017/08/17(木) 22:57:50.61

iOSはJava使ってないから無条件に速いと思ってる
iPhone信者か

**デフォルトの名無しさん** · 2017/08/18(金) 00:22:15.98

電池理由でアプリに制限を掛ける。
そういう設計もあるって話。
スマホでfpsを求めるのが間違い。
一番電池を消耗するのは、電波発信。
次がバックライト。その次がプロセッサ

**デフォルトの名無しさん** · 2017/08/18(金) 07:09:40.57

どう解釈したら>>690と>>687が繋がるのかさっぱり分からん

電池理由でアプリに制限を掛ける設計があるとして
GLES2とVulkanで性能差が出る説明にならないし

結局はアプリによるが
性能が限られたスマホだからこそfpsが求められるんじゃないの？
要求が60fps超でなく例えば30fpsだとしても

**デフォルトの名無しさん** · 2017/08/18(金) 14:20:56.20

VulkanってAndroidのJava APIからは使えないよね

**デフォルトの名無しさん** · 2017/08/18(金) 17:09:45.93

用意されるのかなそれともvulcan入れてあるけどNDKでやってくれとなるのか

**デフォルトの名無しさん** · 2017/08/18(金) 19:27:32.86

JavaってC#みたいな構造体やポインタの操作みたいな
ローレベルな事は出来ないけど
VulkanみたいなローレベルのAPIを持ってけんの？

**デフォルトの名無しさん** · 2017/08/19(土) 06:09:39.23

提供されるとは思わんが
できるかできないかで言えばで
構造体は「同等のバイナリを生成する」クラスで実現できるし
ポインタ操作（演算）はそもそも必要ないだろう
ポインタ使った最適化したければNDK使えで済む話

**デフォルトの名無しさん** · 2017/08/19(土) 14:20:08.82

>>691
そのデバイスでバックバッファをクリアとスワップをするだけのアプリを走らせれば、性能が出せるのかは、わかるだろ

**デフォルトの名無しさん** · 2017/08/19(土) 14:51:16.65

JavaからじゃvkMapMemoryで頂点バッファにアクセス出来ないよな
WebGLも同じような理由でglMapBufferがない

代わりにglBufferData的なバッファのアップロード用の関数が必要

**デフォルトの名無しさん** · 2017/08/19(土) 20:09:26.77

3DMarkに追加されたAPI Overhead TestをHuawei P10 Liteでやったが
OpenGL ES 3.0: 31547
Vulkan: 45753
でVulkanの方が45%ぐらい早いという結果に
ミッドレンジのGPU貧弱な端末だとこんなものか

Galaxy S7 edgeだと5.8倍近い差がつくらしい
http://www.4gamer.net/games/143/G014363/20170818014/

**デフォルトの名無しさん** · 2017/08/20(日) 00:17:42.47

>>698
おー情報サンクス。リリースグットタイミングだわ。
グラフ見るとOpenGLESのほう60までしかFPS出てないからvsyncで頭打ちになってるっぽいね。
単純にスコアの比較はできない
俺もHuawei P10 Liteだからやってみたけど
GLES 36950
Vulkan 53200
だったけど、GLESは60以上出てなかったし、Draw Call per frameの線とFPSの線が交わる高さが一緒だから効率全く変わらない気がする(リンク先のGalaxyだとVulkanの方が交わる位置が高い)
CommandBufferを一度作ったら作り直さないみたいなLowLevelAPIに有利さな実装になってると思うから、それで互角ってことはそれができないアプリだと逆にVulkan負けそう。もちろんP10 Liteの話ね。

**デフォルトの名無しさん** · 2017/09/07(木) 23:47:18.43

OpenGL ES超絶難易度アルティメット級でワロタｗ
俺かなりITと親和性も高いし、3Dそのものは15年以上やってるけど、
CGがちゃんと表示できないｗｗｗｗ
これどうやったらちゃんと表示できんの？ｗ
もう2週間くらい挑戦してるけど全く進まなくて辛すぎｗｗｗｗｗｗｗｗｗｗｗｗ
教えてえろい人ｗ

**デフォルトの名無しさん** · 2017/09/08(金) 16:30:24.33

それはみんな通過する儀式的なもの絵を出せて半人前
しかし泥なんかあんなにユーザーいるのにまともなレンダラ無いんだよな
テクスチャと頂点と視点渡せば絵が出るようなやつが最初からあれば
捗るんだが

**デフォルトの名無しさん** · 2017/09/09(土) 06:14:55.77

そんな中途半端なものがまともだとは思えないんだが。

**デフォルトの名無しさん** · 2017/09/09(土) 11:38:19.13

中途半端かね?完成したものはどんなだか興味があるな
入門者が玉転し作れる程度の物すらないのよね

**デフォルトの名無しさん** · 2017/09/09(土) 11:51:58.25

自分で作れば？

**デフォルトの名無しさん** · 2017/09/09(土) 11:54:35.48

初心者向けならユニティでいいじゃないかと。

なんでJavaで作りたいのか

**デフォルトの名無しさん** · 2017/09/09(土) 12:02:18.29

OpenGL 4.6の進化点やOpenCLの将来について，Khronos Group代表のNeil Trevett氏に聞いてみた

http://www.4gamer.net/games/107/G010729/20170907023/

・OpenGL 4.6がリリース
Vulkanとの相互連携機能を搭載

・2017年はVulkanのアップデートなし
移植工程を短縮するラッパーの開発が進む

・OpenCLソフトウェア資産をVulkanで動作させるソリューションを開発

・glTFは物理ベースレンダリングに対応
WebGLはFlash終了問題が普及の追い風に

・AMDの「プリミティブシェーダ」は，OpenGLやVulkanに取り入れられるのか？

**デフォルトの名無しさん** · 2017/09/09(土) 13:19:29.91

glTFの物理ベースって
最新観てもペンディングだったんだが。
器を汎用的で高機能を目指すにしても、別にこの形式のままシェーダに流し込む訳でもないだろうと。

**デフォルトの名無しさん** · 2017/09/09(土) 19:12:38.21

初心者がスクラッチで0からレンダラ書くと年単位でかかる
発熱が少ないバイナリが小さいユニティ使ったこと無いけどなー

**デフォルトの名無しさん** · 2017/09/09(土) 21:14:54.33

最新のOpenGLでできることを
OpenGL ESで実現しようとすると大変だが
OpenGL ESで実現できることは
OpenGLでも（スレチだがDirect Xでも）大差ないと思うんだが
>>700はなぜES名指しなんだろう？

**デフォルトの名無しさん** · 2017/09/10(日) 12:54:48.01

昔のOpenGLはシェーダとか使わなくてもよかったからじゃないかな。

**デフォルトの名無しさん** · 2017/09/10(日) 13:34:19.36

OpenGL 1.5が約15年前な訳だが

携帯デバイスだとデバッグがやりにくい
というのなら分からんでもないが
それは難易の問題じゃないしなぁ

**デフォルトの名無しさん** · 2017/09/10(日) 14:29:37.88

昔のOpenGLを再現するデフォルトシェーダーとかあると良いのにネ

**デフォルトの名無しさん** · 2017/09/10(日) 17:16:46.12

俺がOpenGL始めたの2007年くらいだったけど
そのころは固定機能パイプラインによる解説ばっかだった気がする。

スマホが普及してESが登場した頃から日本度でもまともにGLSLを学習できるようになった気がする。

**デフォルトの名無しさん** · 2017/09/10(日) 17:42:43.64

当時はリアルタイムグラフィックス分野はDirectXが開拓していた
だからあえてOpenGLをやる人は
クロスプラットフォームだとか互換性を重視していた

DirectXやっていた人がOpenGLに流れたのが
スマホが普及してESが登場した頃であって
OpenGL内だけで言えば固定機能パイプラインとの決別は
OpenGL3の策定時点（それこそ2007年頃）で既に決定的だったと思う