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/

**デフォルトの名無しさん** · 2016/05/21(土) 10:39:39.90

Vulkan SDK 1.0.13.0

**デフォルトの名無しさん** · 2016/05/22(日) 17:06:39.95

頂点のデータ1個分が半端なサイズだと性能が低下するみたいに書いてあるけどマジ？

https://developer.nvidia.com/content/understanding-structured-buffer-performance

5%とは書いてあるけどその5%が結構でかいか？

**デフォルトの名無しさん** · 2016/05/23(月) 18:25:59.24

>>248
それはメモリ一般の話でGPUだけの話じゃないな
float4 position;にしてw成分にradiusを入れるとかよくやる
多分、float3 position; float radius;でも駄目なはず

**デフォルトの名無しさん** · 2016/05/23(月) 20:15:41.27

>>249
いやそれはちゃんとパックされるはず
vec3,vec3,vec2とかは駄目だけど

**デフォルトの名無しさん** · 2016/05/24(火) 07:23:41.22

openglで、3Dモデルの断面だけを表示したいのですが、

以下のやり方だと視点変更時にちらつきが起こってしまいます。
glClipPlane(GL_CLIP_PLANE0, 平面);
glClipPlane(GL_CLIP_PLANE1, 平面（逆向き）);

ちらつきを回避する方法をご存じの方、いらっしゃるでしょうか。
0,1で指定する平面を少し離すとちらつきは起きなくなるのですが、
拡大すると幅が見えてしまうので、平面は（向き以外は）１つにしたい
と思っています。

**デフォルトの名無しさん** · 2016/05/24(火) 09:56:54.89

ちらつくのはGPUの計算誤差のせいか
つうか平面で輪切りにするなら
ある程度の厚さは元々必要じゃないの？
GPUの演算精度にあわせて最小の厚みを入れれば？
あと断面を描画したい場合もっとマシな方法があったはず

**デフォルトの名無しさん** · 2016/05/24(火) 10:26:25.89

>>251
ヒント： 1/∞

**デフォルトの名無しさん** · 2016/05/24(火) 13:41:51.46

>>251
厚みがあるように見えないようにカメラとの距離や拡大率で２つの平面の距離を変えればいいんじゃない

**デフォルトの名無しさん** · 2016/05/24(火) 14:32:55.62

glPolygonOffset

**デフォルトの名無しさん** · 2016/05/24(火) 17:16:47.81

このクリッピングプレーンって
カメラ座標系らしいが
任意の傾きでクリッピングしてくれるんだろうか？
カメラ視線と平行でなくても良いなら
どういう仕組みだろうか

**デフォルトの名無しさん** · 2016/05/24(火) 23:13:35.09

C#で、OpenGLリソースの解放忘れても.NETのファイナライザで解放されるようにしたいのだが
調べていたらファイナライザは別スレッドで実行される仕様っぽい事が分かった
コンテキストを有効にできるのは1つのスレッドだけらしいから問題

ミューテックスをロック
↓
コンテキストをMakeCurrent
↓
OpenGLのコマンドを実行
↓
MakeCurrentで現在有効なコンテキストをNULLに
↓
ロック解除

これで何とかなる？
ただロックしたり、何度もMakeCurrent
したりするのは速度的にどうなんだろ
同じコンテキストなら平気？

コマンドをキューから取り出して消費するスレッドを作れば1スレッドでOpenGLコマンドを実行する事も可能かもしれないがそれは複雑そう

**デフォルトの名無しさん** · 2016/05/25(水) 01:11:39.37

GLのスレッドが終了する前に全部処理すればいいだけだろ。
というかスレッド消滅しちゃったらたぶんリークする。
GLの仕様なので仕方ない。そっちに合わせろ。

**デフォルトの名無しさん** · 2016/05/25(水) 07:55:56.73

>>251
縦横16倍で書いて、バイリニアで四回縮小するか256texelサンプルするシェーダで平均を取る。

>>256
面方程式が分からないなんて情けないこと言わないでくれよ。

>>257
消去リクエストキューとか作ればいいんじゃないの。

**デフォルトの名無しさん** · 2016/05/25(水) 09:35:29.39

>>259
2chのレベルの低さを
体現してるよアンタ

**デフォルトの名無しさん** · 2016/05/25(水) 15:27:30.58

>>259
じゃあ、その面方程式を書いてみてよ

**デフォルトの名無しさん** · 2016/05/25(水) 16:03:06.10

>>261
教えてくださいお願いしますだろ

**デフォルトの名無しさん** · 2016/05/25(水) 16:41:44.52

OpenGLってCで書かれてるんでしょうか？
Javaから使いたいんですけどプラットフォームがwindowsならライブラリはどの言語から使っても共通なんでしょうか？

**デフォルトの名無しさん** · 2016/05/25(水) 16:42:45.54

方程式方程式うるせーな
その次のフェーズを言ってるんだよ
その方程式でポリゴンのクリップする境界を特定したとして
どうやってそれを描画するのかってこと

**デフォルトの名無しさん** · 2016/05/25(水) 23:30:11.95

>>262
アホか、お前が知らなそうだから聞いてみたんだよ
図星だったんだなw

**デフォルトの名無しさん** · 2016/05/25(水) 23:33:36.28

>>264
結局そこはドライバとかハード次第なんじゃないか？
ま、ハードでサポートしてるとは思えないからステンシル使うと思うよ

**デフォルトの名無しさん** · 2016/05/26(木) 08:19:37.94

androidスマートフォンにvulkanが搭載されると具体的なこととして何か変わりますか？
また1年後の普及率は個人的にどうなると思いますか

**デフォルトの名無しさん** · 2016/05/26(木) 15:31:00.55

>>264
デプスバッファとかアルファリファレンスで discard することを理解できるなら、面方程式でのクリップなんて、内積とって大小比較して discard するだけなんだから、分からない理由がわからない。

**デフォルトの名無しさん** · 2016/05/26(木) 18:55:19.65

>>268
WorldView空間の平面は
WorldViewProj空間では平面ではなく
曲面になる
ただしカメラ方向(z軸)と平行な場合は
平面は平面のままとなる
曲面じゃなく平面のままならそりゃ簡単さ
ただ、GLのクリッピングプレーンの座標系は
カメラ空間とあったので
平面の向きによっては曲面になりうる
その場合どのような実装でクリッピングを実現しているのか気になったわけ
まあ逆行列でWorldView空間に戻して
判定、discardすれば出来なくは無いが、
わざわざそんなまぬけな実装入れるか？ってこと
オタクが見当違いも甚だしいってわかったかよ？

**デフォルトの名無しさん** · 2016/05/26(木) 19:29:40.41

>>269
俺は268じゃないが268は正しいよ
それより
> 曲面になる
は笑うところか？

**デフォルトの名無しさん** · 2016/05/26(木) 20:33:50.99

だから言ってんじゃん
お前は2chの低レベルっぷりを
体現してる奴だってな
教えてやるのもここまでだ
後は自分で勉強するこった

**デフォルトの名無しさん** · 2016/05/26(木) 20:54:41.79

多分透視除算でzが手前から奥にリニアに変化しないということなんだろう

**デフォルトの名無しさん** · 2016/05/26(木) 21:37:28.12

だからまあWVPの行列かけた後の透視除算前に処理するんじゃないか？

**デフォルトの名無しさん** · 2016/05/26(木) 22:04:39.82

>>271
お前ピクセルシェーダにどんな風に座標渡してんだよ…
wを1.0にしたカメラ座標orワールド座標を渡せば線形補間されてピクセルシェーダに渡るだろ
バカ過ぎ

**デフォルトの名無しさん** · 2016/05/26(木) 22:11:24.04

>>271
リニアにならないのはMVP行列を掛けるとZ値がWに移動してwが1.0にならなくなる
それをピクセルシェーダに渡すとGPUがZ/Wを補間するようになるからリニアにはならなくなる
後は自分で勉強するこったw

**デフォルトの名無しさん** · 2016/05/26(木) 22:26:10.65

ピクセルシェーダなんて話は誰もしてないわけだが

**デフォルトの名無しさん** · 2016/05/26(木) 23:01:04.80

glhint(gl_perspective_correction_hint gl_nicest)
つまりナイス！

**デフォルトの名無しさん** · 2016/05/27(金) 09:55:07.38

クリッププレーンはちゃんとしらべたらシェーダ利用時はそのまま使えないじゃん
別途MV変換した座標を渡す必要があるんだとな

**デフォルトの名無しさん** · 2016/05/27(金) 11:49:01.50

glDisableしようとすると1280エラーになるのだけれど私の環境では使えないのでしょうか？
エラーが出るのは GL_CONVOLUTION_1D_EXT GL_CONVOLUTION_2D_EXT GL_SEPARABLE_2D_EXT
GL_HISTOGRAM_EXT GL_MINMAX_EXTです

環境は CPU:Intel core I7-4771 GPU:オンボード MB:ASUS Z87-PRO-V メモリ:8GB
OS:ArchLinux カーネル4.5.4でGNOMEを使っていて
OpenGLのバージョンはよくわからないのでglxinfoを抜粋します

OpenGL renderer string: Mesa DRI Intel(R) Haswell Desktop
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.2
OpenGL core profile shading language version string: 3.30
OpenGL version string: 3.0 Mesa 11.2.2
OpenGL shading language version string: 1.30

長文申し訳ありませんが、宜しくお願いします

**デフォルトの名無しさん** · 2016/05/27(金) 14:09:39.83

>>279
GL_EXT_convolutionとかGL_ARB_imagingが無いなら使えない

つかglDisableするなら別に使えなくてもいいじゃない

**デフォルトの名無しさん** · 2016/05/27(金) 14:30:29.08

>>280
レス有難う
Linux版のOpenToonzで落ちるところを探ってて行き当たったので
GL_EXT_convolutionとかGL_EXT_histogramのifdefで囲ってあるようですが上手く判定できていないのかな
もうちと調べてみます

**デフォルトの名無しさん** · 2016/05/27(金) 14:42:52.68

>>281
それらがdefineされてるかどうかとお前の使ってるGPUがそれらをサポートしてるかどうかは別の話だから

**デフォルトの名無しさん** · 2016/05/27(金) 20:11:31.75

なぜextension調べないのか

**デフォルトの名無しさん** · 2016/06/03(金) 20:26:38.31

OpenGL（ES）のバージョンを指定で使いたいんだけど、
getコンテキストなんたらで、バージョン指定すりゃいいの？
2.0指定してみたけど、読み出したら3.0になってるんだが・・・

**デフォルトの名無しさん** · 2016/06/03(金) 20:43:22.41

>>284
2のプログラムそのまま動くから3で問題ないよ

**デフォルトの名無しさん** · 2016/06/05(日) 04:14:39.27

機械学習ベース　グラフィックAPIまだできてねーのかよ

**デフォルトの名無しさん** · 2016/06/05(日) 16:37:43.32

OpenGLで単純な直線・ドット・四角形の描画を実行すると
ドライバ（ビデオカード？）によって同じ座標値を与えても描画結果が異なるみたいなんだけど
そういうもんなの？

環境依存しまくりで頭抱える

**デフォルトの名無しさん** · 2016/06/05(日) 16:40:06.35

そういう話がなくはないけど、そこまで単純なモノだったらなにかコーディングが間違ってそう

**デフォルトの名無しさん** · 2016/06/05(日) 22:42:25.12

Adrenoはmediump以下の精度にしようとしても無視してhighpにするって読んだ

**デフォルトの名無しさん** · 2016/06/06(月) 02:12:48.61

>>287
斜線が途中で微妙に1ドット違う結果になったのを確認した事はあったけど
アルゴリズムとかモバイルだと精度も違うから同じ結果にならないのも納得出来る
けど困るほどズレるかね？

**デフォルトの名無しさん** · 2016/06/06(月) 07:00:36.40

旧APIの固定機能パイプラインの実装が微妙に異なるんじゃね。型とか。

**デフォルトの名無しさん** · 2016/06/06(月) 07:37:17.36

Vertex2d指定で14x14の小さい丸に見立てた八角形を描こうとしたら形が歪んで
ミスが見つけられなかったから他の環境で実行したら違う形にゆがんだので
テスト用にL字型の線分を描かせてみたら違うピクセルが抜けたりと
ぶっちゃけ斜め要素のない四角形以外はおかしかったです

**デフォルトの名無しさん** · 2016/06/06(月) 21:08:34.91

凹ポリ描こうとしてたり…
無いか

**デフォルトの名無しさん** · 2016/06/07(火) 13:27:04.82

>>292
それだけだと何とも言えないけどZテスト有効にしてZ値込みで描画してたりすんじゃないの？

**デフォルトの名無しさん** · 2016/06/07(火) 13:28:59.61

>>292
あーVertex2dって書いてあるか…すまん
だとしたらトライアングルストリップの指定がおかしいかぐらいか
どっちにしろそこまで歪むなんて考えられん

**デフォルトの名無しさん** · 2016/06/07(火) 13:40:18.91

おかしなコマンドやデータを与えた時の動作は
実装依存でもおかしくない

**デフォルトの名無しさん** · 2016/06/09(木) 22:51:32.59

GLSLのShader Storage Buffer Objectで質問だけど、
これを関数の引数に渡すのってどう書くの？

layout(std140,binding=0) buffer _a {
writeonly vec4 a[];
};

layout(std140, binding=1) buffer _b {
readonly vec4 b[];
};

があって、_bの内容を_aにコピーできるような一般的な関数を作る場合に
引数の型がどうなるのかがわかりません。

**デフォルトの名無しさん** · 2016/06/16(木) 19:35:08.66

eglCreateSyncKHRとか、KHR付いた拡張使いたいんだけど、
なんか前提条件ある？
試したらEGL_NO_SYNC_KHRしかかえって来ない、これって駄目って事だよな？

もうひとつ、この手の機能はglFinishとかの代用って解説あるけど、
glutとか使わない生のGLES使ってる分にはeglswapがあるから意味無い？

**デフォルトの名無しさん** · 2016/06/26(日) 02:07:41.62

Vulkan SDK 1.0.17.0

**デフォルトの名無しさん** · 2016/06/27(月) 11:49:12.99

AppleはVulkan対応しないの？

**デフォルトの名無しさん** · 2016/06/29(水) 07:20:04.87

Apple様はMetal推しだからな
いいAPIだと思うよ、移植性を除けば

**デフォルトの名無しさん** · 2016/06/30(木) 18:59:31.43

https://osdn.jp/magazine/16/06/30/154000

**デフォルトの名無しさん** · 2016/06/30(木) 19:42:05.22

mesaみたいなもんなんだろうか？

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

今時OpenGLが動かない環境なんてクソみたいもんだからどうでもいいよ

**デフォルトの名無しさん** · 2016/07/02(土) 19:55:01.85

環境を作る側に行く可能性が無い人にとってはね。

**Office & Gamers @ 試験運用中（トリなしｗ** · 2016/07/05(火) 03:47:43.79

そっそｗ

DarkGDK Part.2(c)2ch.net
http://echo.2ch.net/test/read.cgi/tech/1467514934/

**デフォルトの名無しさん** · 2016/07/05(火) 19:42:37.58

Vulkanって今まで通り、GLESのコードで動くの？

**デフォルトの名無しさん** · 2016/07/05(火) 21:54:11.70

>>307
動かない。
全く違う低レイヤーのAPIでGLESのAPIを低レイヤーのVulkanで実装しようという動きがあるぐらい

**デフォルトの名無しさん** · 2016/07/05(火) 22:15:52.17

Vulkanってそんなむずいの？
https://forums.developer.apple.com/thread/38469

MetalはVulkanよりは色々やってくれて優しいみたいな事が書いてある

MetalがVulkanよりハイレベルで動くなら
他のプラットフォームで動くMetal互換の実装を作るのは可能？

でもプロプライエタリAPIの互換実装なんか誰も作らないか

**デフォルトの名無しさん** · 2016/07/06(水) 00:03:57.85

VulkanのアプリをMetalで動かすレイヤーはある
Metalは絶対消え去る運命にあるのは間違いない

**デフォルトの名無しさん** · 2016/07/06(水) 12:27:48.03

OpenGLでガンヴァロウ
そんなAPIやってられん

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

>>306
なんか勘違いしてそうだけど、環境作る側の「環境」って組み込み機器とかの事だぞ
GPUは無いけどOpenGL ESを動かしたいとかの特殊な状況で役に立つだろう

**デフォルトの名無しさん** · 2016/07/07(木) 23:13:23.07

ラッパーライブラリを作る側はアプリを作る側とOpenGLからしてみれば同じだよ

**デフォルトの名無しさん** · 2016/07/08(金) 12:23:32.11

>>311
そのOpenGLの中身をVulkanにしよう動きが既に出ている
効率を上げないとしんどいインディーがすごく増えたし
スマホゲームにおいてVulkanを積極的にやらんとMetal持ってるiOSに負ける

**デフォルトの名無しさん** · 2016/07/08(金) 12:44:15.91

>>312
それと、搭載予定のGPUが開発中で実物が無い時に、すでに開発はスタートしてるとかね。

**デフォルトの名無しさん** · 2016/07/08(金) 15:17:39.75

>>314
OpenGLをVulkanで実装したところで効率が良くなるとは思えんが…
むしろ間接的になるから効率は悪くなるだろ
OpenGLは仕様上色々ドライバがチェックすべき事が多いからDrawコールが重いんだろう
Vulkanで実装したところでやるべき事は一緒だ

**デフォルトの名無しさん** · 2016/07/08(金) 16:12:15.71

OpenGLはまずコマンドバッファの管理がドライバ任せなのが良くない感じ？

テクスチャや頂点バッファ用のメモリ確保とか転送をどうやるかもドライバ次第だしな
モバイルでglTexSubImage2dがやたら遅いとかよくあった

モバイルだと殆どのGPUがタイルベースだけど
この処理もドライバ任せだし
処理結果を取っておいたりも出来ない

**デフォルトの名無しさん** · 2016/07/09(土) 23:10:45.67

>>317
コンテキストが一つってのが問題点じゃなかったでしたっけ？

2016/07/10(日) 11:16:29.74

コード量が増えるってことはバグも人件費も増えるってことじゃないの
普及するのかね

2016/07/10(日) 11:59:50.38

実行速度を重視するかどうかで分かれるだけでしょ

2016/07/10(日) 12:15:17.43

>>318
コンテキストは複数持てるけど
MakeCurrentが同時に一つのスレッドからしか出来なくて
1つのスレッドからしかコマンドを送れないのが問題では
このマルチコアCPUの時代に

2016/07/10(日) 13:08:45.63

どうせ使われてないんだから過去の互換性なんか切り捨ててくればよかったのに
使われまくってるDirectXでもやってんのに

2016/07/10(日) 15:17:11.91

>>320
結局実行速度が厳しいスマホだからこそ急いで開発しないとマジでiOSに人取られるからなあ
より負荷の高いゲームでどっちが快適に動くかってのを見せられてしまうとなおさら

2016/07/10(日) 18:01:48.02

>>322
切り捨てて作ったのがVulkanだろ

**デフォルトの名無しさん** · 2016/07/10(日) 21:39:44.73

Vulkanは最近のGPUの仕様に合わせて策定されてんだから今後は普通に使われるようになるだろ
時代はどんどん先へ進んでんだよ
プログラマが追い付かなきゃいかんよ

**デフォルトの名無しさん** · 2016/07/11(月) 11:59:03.53

コード的には退化してる

**デフォルトの名無しさん** · 2016/07/11(月) 12:43:39.07

>>326
そう思うなら直接使うの諦めてゲームエンジンとかのミドルウェア使えばいいじゃん。それらが対応してれば恩恵受けれるんだし

**デフォルトの名無しさん** · 2016/07/13(水) 11:22:02.27

OpenGLもミドルウェア的な物を通じて使う物じゃないのか

**デフォルトの名無しさん** · 2016/07/13(水) 21:54:26.00

コード的には退化とか言って
ハードの進化がPGのオナニーに帳消しにされてるのが我慢ならない。
クソみたいに遅いなスクリプト言語は禁止せよ

**デフォルトの名無しさん** · 2016/07/13(水) 22:16:54.83

**デフォルトの名無しさん** · 2016/07/13(水) 22:34:50.16

高級言語のFORTRANから低級言語のCに「退化」したようなもんだろ。

**デフォルトの名無しさん** · 2016/07/14(木) 07:32:49.91

アーキテクチャの進化に付いていけないって悲しいな

**デフォルトの名無しさん** · 2016/07/14(木) 22:30:11.83

今まで抽象化されてドライバ任せだったメモリ管理とかが、今後はソフトやプログラマが直接管理しなきゃならないから、
直にはついて行けない奴も大勢いるだろ
というか、エンジンや環境自体を開発しているようなハイエンドな連中以外は環境が整うまで待ちだろ

**デフォルトの名無しさん** · 2016/07/15(金) 00:08:34.60

つうか赤本早くしてくれ…(一応10月発売予定にはなってる)

**デフォルトの名無しさん** · 2016/07/15(金) 20:23:03.82

対応実機持ってないしなあ

**デフォルトの名無しさん** · 2016/07/15(金) 20:23:51.70

そこだよね
どこまで対応したドライバが普及するのか

**デフォルトの名無しさん** · 2016/07/15(金) 20:47:56.99

今は泥でGLつついてるんだがjavaでVulkanAPIとかパフォーマンス出なそう
まあ遅い言語でチューニングした方が感コツ掴めそうだから完成したらC++に清書か

**デフォルトの名無しさん** · 2016/07/15(金) 20:51:50.49

Intel内蔵GPUでもLinuxだったらIvy Bridge(2012年発売)から対応してるぞ
Windows版だと最近のしか対応しないようだが
NVIDIAも2012年製のから対応してる
↓詳しいことはこれ見れば分かる
https://en.wikipedia.org/wiki/Vulkan_(API)

**デフォルトの名無しさん** · 2016/07/15(金) 20:56:33.06

AndroidはAdreno一強だけど500からしか対応しないから今年の最新モデルからだね
PowerVRはかなり古いのから対応してるけどこっちはほぼApple専用だしな…

**デフォルトの名無しさん** · 2016/07/15(金) 21:26:25.72

intelの対応が遅いのがな
Macの少し前のでは動かないの確定か・・・

**デフォルトの名無しさん** · 2016/07/15(金) 22:07:21.36

>>339
ハードウェア的にはそこそこ古いものでも対応出来るんだろうがAndroidのSoCベンダーは一度出した製品のドライバー絶対更新しないからな…
Googleすらドライバーのバグを回避するworkaround書いてる程だから

**デフォルトの名無しさん** · 2016/07/15(金) 22:44:03.45

グラフィック周りの更新は特に文鎮化の危険あるからな

**デフォルトの名無しさん** · 2016/07/15(金) 22:58:50.58

>>337
そもそもAndroidのVulkan APIってNDK前提じゃ？

**デフォルトの名無しさん** · 2016/07/16(土) 00:26:24.80

幸いな事にVulkanはモバイルとデスクトップでAPIに差がないからとりあえずデスクトップで組んでおくのがいいだろうね

**デフォルトの名無しさん** · 2016/07/16(土) 00:37:04.46

>>342
いや、関係ないだろ

**デフォルトの名無しさん** · 2016/07/16(土) 07:41:16.22

>>343
へーそうなの初耳だわ