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/08/16(火) 21:20:02.38

dxは日本語リファレンスが神
3dに対する情報も多く含み大変勉強になる
俺もdx11を勧める

**デフォルトの名無しさん** · 2016/08/16(火) 21:45:25.49

>>388,389
レスありがとう
やっぱ日本語の情報が沢山ある方がやる気にも繋がるよね

**デフォルトの名無しさん** · 2016/08/16(火) 23:35:20.25

つうか3DAPIに安定を求めても無駄だ
OpenGLは比較的安定してるから研究目的で使われてるだけだ
それと最先端の情報は間違いなく日本語ではない

**デフォルトの名無しさん** · 2016/08/17(水) 11:03:05.64

OpenGLとD3D9は古い手法が混ざっていて混乱の元
VulkanとD3D12は周辺知識が余計に要る

**デフォルトの名無しさん** · 2016/08/17(水) 13:52:00.66

お前どっちもちゃんと扱った事ないだろｗ

**デフォルトの名無しさん** · 2016/08/17(水) 15:34:47.82

WindowsだけならDirectXで良いけど、スマフォとかMacとかマルチを考えるならOpenGL

**デフォルトの名無しさん** · 2016/08/17(水) 16:45:06.27

1から勉強するならWebGLが最適
最新のブラウザには良く出来たデバッガとプロファイラが備わってるし
コンソールにはご丁寧に実行時エラーを表示してくれる
どうせお前ら実行時エラー出しまくりなんだろうからこれが滅茶苦茶役に立つ
で、基礎を身に着けたらC++とかでやればいい

**デフォルトの名無しさん** · 2016/08/17(水) 20:09:15.75

>>385
ES2.0はプログラマブルシェーダーあるGPUが前提になって
それに要らん機能は削除されてる

Coreプロファイルもなんか色々削除されてるはず

**デフォルトの名無しさん** · 2016/08/17(水) 20:13:46.78

coreプロファイルってなんですか？

**デフォルトの名無しさん** · 2016/08/18(木) 20:01:09.03

2.xまでにあった要らん機能まで思い切って削っちゃったバージョン？

**デフォルトの名無しさん** · 2016/08/19(金) 20:50:01.17

directx周りのossのライブラリは軒並み微妙な印象

**デフォルトの名無しさん** · 2016/09/02(金) 15:44:31.82

>>365
電池も再来年に革新が起こりそうだけどね
まあVulkanに取り組んどいた方が後々楽だと思うよ

**デフォルトの名無しさん** · 2016/09/03(土) 16:40:52.81

>>400
違うスレでも見た気がするけど、その電池の革新って何だ？
ソースプリーズ

**デフォルトの名無しさん** · 2016/09/03(土) 23:51:00.03

日経エレクトロニクスでも記事になってた全固体電池じゃね？
安全で容量が数倍になるうえに寿命も長く、さらに充電時間も短縮するとか。

**デフォルトの名無しさん** · 2016/09/06(火) 00:16:04.95

固体電池が実用になるのは早くても2020年頃になると思うけどね
で、容量が大きくなったからと言ってGPUをブン回すことが出来るかって言うとそうじゃないな
電池の持ちは良くなるだろうけど現状でもスマホで3Dゲームやると
持ってられなくなるぐらい熱くなるから、結局GPUの省電力化が全てだろう

**デフォルトの名無しさん** · 2016/09/06(火) 10:46:46.56

さすがにpcか据え置き機でやれよ

**デフォルトの名無しさん** · 2016/09/06(火) 18:54:57.67

mobile が PC 追い越すことは永遠にない

**デフォルトの名無しさん** · 2016/09/06(火) 21:01:44.94

>>405
本当に永遠と言い切れるか？
電力を無線で飛ばす時代だ
普通に持ってるだけでスマホに500W以上の大電力が供給される可能性だってゼロとは言えない
そうなるとPCを超えられる

**デフォルトの名無しさん** · 2016/09/06(火) 21:23:34.01

お前は未来技術板にでも行くんだな。

**デフォルトの名無しさん** · 2016/09/06(火) 22:32:04.24

物理的なサイズの問題はどこいったのかな。
小型で高性能化したスマホの技術を結局デスクトップに応用できるんだからでかいほうが強いのはずっとかわらん。

**デフォルトの名無しさん** · 2016/09/06(火) 23:50:21.43

>>408
PC用にボードを販売しても儲からないからスマホに最先端GPUを供給するようになったら立場が逆転する
経済的に立場が逆転する事は十分考えられる
よって永遠とは言い難い

**デフォルトの名無しさん** · 2016/09/07(水) 00:29:44.15

説得力ゼロでﾜﾛﾀ

**デフォルトの名無しさん** · 2016/09/07(水) 04:08:46.45

わりとどうでもいい

**デフォルトの名無しさん** · 2016/09/07(水) 08:27:53.20

ボードが既にスマホよりでかいのにな

**デフォルトの名無しさん** · 2016/09/07(水) 12:37:33.59

>>410
昔はCGをスパコンでレンダリングする事が当たり前だったが
今はPCを使っている(今でもスパコンの方が性能が上なのにだ)
この期に及んでPCはスパコンを超えられないと言ってるようなもん
あるしきい値を超えるとデカい方が衰退していく

**デフォルトの名無しさん** · 2016/09/07(水) 12:45:57.96

やたらと必死だけど根本的に脳味噌腐っててﾜﾛﾀ

**デフォルトの名無しさん** · 2016/09/07(水) 14:01:53.25

ま、単純に「いつか mobile が PC 追い越す」と言えば納得するだろ
そんなの今時みんな言ってる
要するに何を追い越すと明記してないから俺はPC用のディスクリートGPUなんて
いつか誰も使わなくなるという観点から書き込んでただけだ

**デフォルトの名無しさん** · 2016/09/07(水) 14:08:33.80

PC用のディスクリートGPUの方がデカいからモバイル用GPUは性能が「永遠」に追いつかないなんて
短絡的で糞つまらん事書き込む奴がいるからこんな事になった

**デフォルトの名無しさん** · 2016/09/07(水) 14:11:37.78

合わせてPCの性能も高くなるので永久に追いつかない件

**デフォルトの名無しさん** · 2016/09/07(水) 14:20:37.59

サルは「永遠」に人類を超えられない、と言ってる事が一緒だなｗ
サルには無事で人類にだけ感染する致命的な病気で人類が絶滅する可能性があったり
知能指数が低い子供しか生まれなくなる可能性もある

「永遠」とか簡単に言って納得してる奴ってプログラマとしては致命的だな

**デフォルトの名無しさん** · 2016/09/07(水) 15:01:21.08

>>417
それな

モバイルが速くなるんなら
PCの箱の中がほとんど空っぽで真ん中にモバイルとかな

**デフォルトの名無しさん** · 2016/09/07(水) 15:05:20.64

>>419
勝てる気がしない

**デフォルトの名無しさん** · 2016/09/07(水) 17:27:15.68

頭の悪さがプログラマとして致命的だな
ただの荒らしだろうけど

**デフォルトの名無しさん** · 2016/09/07(水) 19:55:36.21

>>421
「永遠」を証明するにはそれを阻害するあらゆる可能性を全て排除出来て初めて証明出来るが
それは要するに悪魔の証明という事だ
とりあえず、お前の突っ込みはただ悪口を言うだけの幼稚園児並みだなｗ

**デフォルトの名無しさん** · 2016/09/07(水) 23:03:24.31

簡単な話、PCもモバイルも無くなるかも知れない。
PC が先に無くなれば、モバイルが追い越す期間が存在することになる。

どうでもいい話だ。
仕事があればスマホでもPCでもコンシューマでも、必要な程度に作りこむさ。

**デフォルトの名無しさん** · 2016/09/08(木) 01:13:52.71

デスクトップが衰退していくのは無くなるからモバイルが追い越すとか、それ性能の話とは全く関係ないっていう滑稽さ

**デフォルトの名無しさん** · 2016/09/08(木) 01:50:45.12

ダウンサイジングでWSやオフコンが消えたから今度はPCが消える的な話なら多少はね
若い世代はPC持たないしフツーの家庭からPCが消える可能性もなくはない

**デフォルトの名無しさん** · 2016/09/08(木) 02:51:28.88

性能なんて相対的なもんだろ
PCが無くなってスマホがその位置になって、コンピューターは指輪ぐらいの大きさになって
その指輪ぐらいの大きさの何かが永遠にスマホを越えられないって誰かが言うんだろうよ

**デフォルトの名無しさん** · 2016/09/08(木) 08:52:40.65

何年も前から
ネットサーフィンとメールしかやらない層がフル機能のＰＣ買って
ウイルスにやられたりするのは愚かしいと思ってたし
あるべき姿に戻るだけ

スマホの詰め込み過ぎもいずれアジアの廉価製品が出てきて駆逐されるだろう

**デフォルトの名無しさん** · 2016/09/12(月) 16:18:05.89

Vulkan SDK 1.0.26.0

**デフォルトの名無しさん** · 2016/10/01(土) 13:39:18.23

質問だけど
2D画像を表示するために構造体でテクスチャID、幅と高さの大きさを持たせて使ってるんだが
テクスチャIDから画像の幅と高さを取得するメソッドってないの？
スッキリさせたい。glfwです

**デフォルトの名無しさん** · 2016/10/01(土) 16:15:52.39

glgetなんちゃら

**デフォルトの名無しさん** · 2016/10/01(土) 17:51:15.55

見当たりません・・・

**デフォルトの名無しさん** · 2016/10/01(土) 18:02:04.33

見つかりました。glGetTexLevelParameterivのことですね！
ありがとうございます

**デフォルトの名無しさん** · 2016/10/01(土) 18:06:48.64

バカルンの本はまだ出ないんだな
まあどうせ実機ないからテストできん

**デフォルトの名無しさん** · 2016/10/01(土) 19:15:46.11

ばかるん？

PCでもわりと最近のGPUなら動くだろ？Vulkan

**デフォルトの名無しさん** · 2016/10/01(土) 22:45:36.64

ゲームなら既に、DOOMとThe Talos PrincipleとDota2がVulkanで動いてる。

本なんて要らんだろ。本が必要なレベルの人間には扱えない。

**デフォルトの名無しさん** · 2016/10/01(土) 23:46:07.93

んなことはない
日本語の本は期待できないが本家赤本は最初7月には出るはずだったのがひと月ずつずれていって今では11月発売だ
とりあえず赤本待ち

**デフォルトの名無しさん** · 2016/10/02(日) 01:29:36.47

馬鹿るん♪

**デフォルトの名無しさん** · 2016/10/03(月) 01:52:58.66

>>437
OpenGL1の赤本と同じだと思ってるお前の方がバカだろw
英語読めないのかよww

**デフォルトの名無しさん** · 2016/10/03(月) 02:07:52.63

Vulkanを魔術みたいに特別扱いしてる奴ダサ過ぎw
PS4のローレベルなAPIはかなりむずいが詳細なドキュメントが日本語で付いてるよ
それ理解した奴ならVulkanに置き換えるのは簡単だろ、同じAMDだし
俺らはそんな経験ないんだから赤本から始めるんだ

**デフォルトの名無しさん** · 2016/10/03(月) 21:09:30.88

英語のＷｅｂサイトなんであんな真っ黒なんだよ
アダルトサイトと区別つかねえ

**デフォルトの名無しさん** · 2016/10/09(日) 18:49:04.27

Vulkan使っても体感速度はほとんど変わらない
PCならせいぜい10%程度みたい

**デフォルトの名無しさん** · 2016/10/09(日) 22:52:45.33

10%は十分大きいと思うけど

**デフォルトの名無しさん** · 2016/10/11(火) 14:03:30.72

CPUに負荷が掛かりまくりでギリギリでも無ければ体感速度は変わらないでしょ？

**デフォルトの名無しさん** · 2016/10/11(火) 16:42:10.06

無駄な処理が減れば、それだけ消費電力が減るんだよ！

**デフォルトの名無しさん** · 2016/10/11(火) 22:08:02.31

Vulkan使って変わらないのは単に使いこなしてないだけじゃないのか？

**デフォルトの名無しさん** · 2016/10/15(土) 15:33:54.85

Vulkan SDK 1.0.30.0

**デフォルトの名無しさん** · 2016/10/16(日) 23:15:10.74

太陽戦隊

**デフォルトの名無しさん** · 2016/10/22(土) 02:06:34.20

https://youtu.be/rvCD9FaTKCA

**デフォルトの名無しさん** · 2016/10/22(土) 09:00:47.31

gtkmm3+epoxy+sgslで隠面消去の方法を質問したいのだけど
何処のスレが良いのですか？

**デフォルトの名無しさん** · 2016/10/22(土) 10:59:15.86

くだすれ

**デフォルトの名無しさん** · 2016/10/22(土) 11:23:56.21

sgslって何だ・・・org
glslです

プログラム板のくだすれで質問できそうなのは「くだすれC++/CLI（初心者用）part2」だけど・・・
行ってみます

**デフォルトの名無しさん** · 2016/10/24(月) 08:30:59.75

OpenGLAPIでラップして使えるなら使う

**デフォルトの名無しさん** · 2016/10/25(火) 20:56:46.57

PBOからテクスチャにピクセルデータの転送を行いたいのですが、バッファ上の画像のピッチと
テクスチャのピッチが異なる場合で困っています。
テクスチャの方が大きい場合はglTexImage2Dでできそうなんですが、逆にバッファ上の画像の方が
大きい場合にその一部をテクスチャに転送する方法がわかりませんでした。
OpenCLやCUDAのような、srcとdstのピッチが違う場合でも使える汎用的な矩形転送って無いんでしょうか？

**デフォルトの名無しさん** · 2016/10/26(水) 07:32:45.55

glTexSubImage2Dかな。

**453** · 2016/10/26(水) 08:18:34.18

ありがとうございます。
でもglTexSubImage2Dは転送元のバッファ側が連続している必要あるんじゃないですか？
テクスチャの方が小さい場合はバッファの一部の矩形領域を転送することになりますが、
そういうことはできないような。

**デフォルトの名無しさん** · 2016/10/26(水) 12:12:11.17

ああ、そう言うことか。
それならパデイングを含むサイズのダミーテクスチャ作ってglCopyTextureSubImage2Dだけとなんか無駄だなぁ
前提条件を見直した方がいい気がする

**デフォルトの名無しさん** · 2016/10/26(水) 16:10:22.42

小さいテクスチャをテクスチャとして矩形をテクスチャにレンダリングするだけだろ

**デフォルトの名無しさん** · 2016/10/26(水) 20:20:11.52

ぐぐったら同じ問題の人がいて、その人はラインごとに転送したとか。
自分は結局テクスチャと同サイズのバッファを別に作ることにしました。

>>457
具体的なやり方がちょっとわかりませんが、FBOとか使うんですかね？

**デフォルトの名無しさん** · 2016/10/26(水) 20:35:27.43

適当に書くけどglPixelStoreiのGL_UNPACK_ROW_LENGTH？

**デフォルトの名無しさん** · 2016/10/26(水) 22:08:52.23

テクスチャからPBOにコピーはやったことあるから、たぶん逆もできるだろうけど、調べるのめんどくせ

**デフォルトの名無しさん** · 2016/10/26(水) 22:54:36.78

>>459
なるほど。これとSKIPを組み合わせたら目的のことができるんですかね。
それにしてもglTexSubImage2Dの方に説明がないのはわかりづらいなぁ。

**デフォルトの名無しさん** · 2016/10/27(木) 16:25:07.88

OpenGLやDirect2Dで画像処理して高速化するってどういうことなんでしょうか？？
例えば、GPGPUでOpenCLなどを使ってピクセルの処理を行って高速化するのはわかるんですが、
OpenGLとかではどうやるのかと。

例えば、画像をテクスチャとしてOpenGLになり取り込んで、ピクセルシェーダーだか
知りませんがそれで画像のピクセルのアクセスして処理する感じなのでしょうか？？

**デフォルトの名無しさん** · 2016/10/27(木) 16:56:16.97

メッシュ変形とかの3D機能を応用する場合を除けば
基本はGPGPUと変わらんよ

**デフォルトの名無しさん** · 2016/10/27(木) 17:18:13.80

画像はテクスチャとして取り込まないといけない？から、処理できる画像の
最大サイズ制限はあるってことですかね？？

OpenGL ES3.1などで追加されたCompute Shaderの場合もテクスチャ取り込む？
Image Store/Loadって使っても？

初心者なのでちんぷんかんぷんな事言ってたらすみません。

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

はい

**デフォルトの名無しさん** · 2016/10/27(木) 21:03:59.99

はいじゃないが

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

少なくともスマホではvulkan使う価値ないみたいね

http://project-asura.com/blog/?p=3509

＞以上を踏まえて，私が出した結論は「Vulkanは絶対に触るべきではない」です

ｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2016/11/02(水) 13:41:59.29

スマホこそ消費電力減らすために導入は必須だよ。
やり方が違って複雑だと嘆いているアホでしょ。

**デフォルトの名無しさん** · 2016/11/02(水) 18:10:39.64

>>468
ちゃんと記事読んでないアホ発見

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

VulkanはAMDが自社GPUを効率良く動かすために実装したMantleがベースになってるから
> 基本的にVulkan専用のハードとか作っている会社は無いと思うので
こんな事言ってる奴は馬鹿丸出しで見てて恥ずかしくなる…
PS4のAPIもAMDが実装しててVulkanに似てるしもっと低レベルなAPIだ
PS4で自社エンジンでゲーム作ってる会社はみんなVulkanより低レベルのAPIで作ってる

当然難しいのは間違いないが、日本語の詳細なドキュメントやらサンプルやらついてるから
ある程度経験者なら普通に使うことは出来る

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

ちなみに10年も前のPS3から低レベルAPIだぞ
ただマルチスレッド未対応だったから今ほどは洗練されてなかったと思われる

PS3の頃はシェーダー未経験な人ばっかだからみんな面食らって
想定した全機能を実装するのに数ヶ月どころか半年近く掛かるなんてざらだったと思われる

**デフォルトの名無しさん** · 2016/11/03(木) 00:19:08.23

複雑で嘆くのはみんな通る道だが、1本グラフィックエンジン仕上げてもいないのに
クソと言ってしまうのが無能な証拠
Vulkanでゲームを1本マスターアップさせてから、やっぱりVulkaクソだったと言うなら間違いなくクソなんだろう

**デフォルトの名無しさん** · 2016/11/03(木) 00:52:21.85

無能な奴でも使えるもん作れない奴らも無能だわ。
つーか、日本語で唯一vulkanの情報を発信していた人がサジを投げたわけだな。

**デフォルトの名無しさん** · 2016/11/03(木) 01:02:58.29

だから、無能な奴はOpenGL使ってればいいだろ。まだ進化もドライバサポートもしてんだし
Vulkanは限界までパフォーマンスを引き出す為のもんだよ
お前らがゲームのグラに一喜一憂するから、開発者はどんだけ難しくて大変でも
ちゃんとパフォーマンスさえ出れば何でも使うんだよ
Vulkanはパフォーマンスがちゃんと出るか出ないかが問題なんだよ

**デフォルトの名無しさん** · 2016/11/03(木) 02:31:52.70

PS4のAPIがVulkanより低レベルとか本気でいってんのかな…

**デフォルトの名無しさん** · 2016/11/03(木) 02:59:06.79

ん？GNMXじゃなくてGNMの事だぞ？
なかなか情報がないけど
http://www.neogaf.com/forum/showthread.php?t=1021024
> Sony’s current API is much low level compared to Mantle and even Vulkan
MantleやVulkanと比べてもとてもローレベルと言ってるぞ

**デフォルトの名無しさん** · 2016/11/03(木) 03:16:03.88

多分「低レベル」の意味を勘違いしてる素人

**デフォルトの名無しさん** · 2016/11/03(木) 03:16:29.40

こっちがソースか
http://gamingbolt.com/ps4-should-support-vulkan-ps4s-api-not-completely-native-for-current-gen-yet-brad-wardell
> their low-level API is still lower level than Mantle and Vulkan
って明確にVulkanよりローレベルって言ってる
GNMはハード直叩きに限り無く近いからな

**デフォルトの名無しさん** · 2016/11/03(木) 03:23:08.12

>>477
なんだ、そういうことかw
ローレベルって言えば通じるのかな？日本語って難しいなw

**デフォルトの名無しさん** · 2016/11/03(木) 07:29:33.57

つーか素人うぜえよ
テメエで使ったこともねえくせに
良いだの悪いだの
アホじゃねーの？

**デフォルトの名無しさん** · 2016/11/03(木) 09:55:27.53

なら玄人しかいない場所いけよ馬鹿

**デフォルトの名無しさん** · 2016/11/03(木) 11:51:36.18

手続きの手順が違うから
まっさらからVulkanに合わせて作るならともかく
既存のOpenGLベースのコードの中身を入れ替えたり拡張するような使い方じゃ性能でないよって話だよね？

**デフォルトの名無しさん** · 2016/11/03(木) 12:13:24.92

プログラム書かないひとかもね

**デフォルトの名無しさん** · 2016/11/03(木) 13:01:20.70

質問です
画像を描画する際、配列を渡して一斉に描画するほうが高速だと聞きました
ですが渡す配列が固定長だと描画枚数が増えた時に柔軟に対応できない気がします
皆さんはそういった場合、毎フレーム動的配列を生成・削除してるのでしょうか？

**デフォルトの名無しさん** · 2016/11/03(木) 13:25:03.45

前回と同じサイズのものは使いまわす

っていうかそんなことより0で埋めるとか馬鹿な初期化する方が無駄

**デフォルトの名無しさん** · 2016/11/03(木) 13:34:07.71

前回と同じサイズのものは使いまわせばいいことは分かっています
描画する数が毎回変わるならどうすれば・・・って話です

**デフォルトの名無しさん** · 2016/11/03(木) 13:35:50.93

気になるなら予め最大値判る大きさにしとけよ

**デフォルトの名無しさん** · 2016/11/03(木) 13:43:51.84

描画したくないものまで描画されるじゃないですか
画面外に描画する。それでいいんですかね
めんどくさいので配列として扱わないことにしました