■ このスレッドは過去ログ倉庫に格納されています
OpenGL/Vulkanスレ Part22
- 1 ：デフォルトの名無しさん：2015/08/27(木) 18:12:51.54 ID:VxmGCqDu.net
- クロスプラットフォームの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/
- 2 ：デフォルトの名無しさん：2015/08/27(木) 18:13:59.79 ID:Ifj661nZ.net
- == 必読書 ==
-- CG入門 --
OpenGL以前の普遍的なCGの概念。
CG-ARTS協会の３冊は初心者向け。あとの２冊は上級者向け。
・コンピュータグラフィックス (CG-ARTS協会)
・ビジュアル情報処理 (CG-ARTS協会)
・ディジタル映像表現 (CG-ARTS協会)
・ゲーム制作者になるための３Dグラフィックス技術
・ビジュアルコンピューティング ３次元CGによる画像生成
-- 初心者用 --
・GLUTによるOpenGL入門
・GLUTによるOpenGL入門2 テクスチャマッピング
・OpenGL ES 2.0 プログラミングガイド
-- 上級者用 --
・OpenGL Shading Language （橙本）
・Shader Xシリーズ
・GPU Gemsシリーズ
・GPU Proシリーズ
- 3 ：デフォルトの名無しさん：2015/08/27(木) 18:14:34.65 ID:Ifj661nZ.net
- == 必読書2 ==
-- モダンなOpenGL --
シェーダーベースの最新のOpenGLの学習
・OpenGL 4.0 シェーディング言語 -実例で覚えるGLSLプログラミング
・OpenGL SuperBible: Comprehensive Tutorial and Reference
・OpenGL 4.0 グラフィックシステム
-- 数学 --
・ゲームプログラミングのための3Dグラフィックス数学
・実例で学ぶゲーム3D数学
・ゲーム開発のための数学・物理学入門
-- 過去の書籍 --
有名だが古いバージョンのOpenGLをもとに書かれているためすでに時代遅れ
通常は買う必要はない
・OpenGLプログラミングガイド 原著第5版 （赤本）
・OpenGL Reference Manual （青本）
== チュートリアルサイト2 ==
OpenGL Step By Step: http://ogldev.atspace.co.uk/
OpenGL Samples Pack: http://ogl-samples.g-truc.net/
- 4 ：デフォルトの名無しさん：2015/08/27(木) 18:43:34.00 ID:N4V/w5+H.net
-
http://wakarandouga3.blog.fc2.com/blog-entry-1202.html
エロいお姉さんｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 5 ：デフォルトの名無しさん：2015/08/28(金) 00:40:51.72 ID:J/FclS9C.net
- 今、点と線を描くプログラム↓を書いています
glClear(GL_COLOR_BUFFER_BIT);
glColor3f(0.0, 1.0, 1.0);
glEnableClientState(GL_VERTEX_ARRAY);
glVertexPointer(2, GL_DOUBLE, 0, point_data);
glDrawArrays(GL_POINTS, 0, point_num);
glutSwapBuffers();
そこでline_data[]内にある頂点データを使っていくつかの直線を描く関数を上のプログラムに追加したいのですが、どうすればいいでしょうか？
- 6 ：デフォルトの名無しさん：2015/08/28(金) 02:07:15.11 ID:Ev5A+taN.net
- >>1乙
- 7 ：デフォルトの名無しさん：2015/08/28(金) 11:34:06.01 ID:1j3Jp4TC.net
- >>1乙！
- 8 ：デフォルトの名無しさん：2015/08/28(金) 12:42:16.17 ID:PU1M3ZK/.net
- >>5
点のはちゃんと動いてんの？だったら9割方出来てんじゃん…
- 9 ：デフォルトの名無しさん：2015/08/28(金) 15:20:19.68 ID:J/FclS9C.net
- >>8
はい、点の方はちゃんと動いています！
ここに線を加えようとしても上手くいかず困っています
- 10 ：デフォルトの名無しさん：2015/08/28(金) 18:33:28.46 ID:PU1M3ZK/.net
- >>9
ほとんどエスパー状態だが…LINESとLINE_STRIPの区別できてる？
- 11 ：デフォルトの名無しさん：2015/08/28(金) 20:15:55.51 ID:J/FclS9C.net
- >>10
はい、繋がっていない線をいくつか描きたいのでLINESの方を使いたいです
glClear(GL_COLOR_BUFFER_BIT);
glColor3f(0.0, 1.0, 1.0);
glEnableClientState(GL_VERTEX_ARRAY);
glVertexPointer(2, GL_DOUBLE, 0, point_data);
glDrawArrays(GL_POINTS, 0, point_num);
glVertexPointer(2, GL_DOUBLE, 0, line_data);
glDrawArrays(GL_LINES, 0, line_num);
glutSwapBuffers();
↑のように付け加えてみましたが、この書き方はだめなようです
直線を描くにはどういう書き方をすればいいのでしょう？
- 12 ：デフォルトの名無しさん：2015/08/28(金) 20:24:29.73 ID:PU1M3ZK/.net
- >>11
line_dataに2×線の数だけ座標が入ってるか？
- 13 ：デフォルトの名無しさん：2015/08/28(金) 20:40:54.15 ID:J/FclS9C.net
- あ、原因が分かりました
>>12も含めて見直していると型がdoubleでなくshortになっていることに気が付きました
ありがとうございました
（昨日あれだけ見直しても気付かなかったなんて・・・）
- 14 ：デフォルトの名無しさん：2015/09/03(木) 01:28:36.62 ID:NZelf7lm.net
- シェーダ初心者です
フラグメントシェーダで出力するベクトルはwが変わるとxyzにも影響が出るものでしょうか？
gl_FragData[2] = vec4( pos.xyz, w );
上のようにFBOを利用してテクスチャに座標情報を渡してみようと思い
フラグメントの出力に頂点シェーダから受け取ったポジションを渡して
余ったwに適当なデータを含めて試していたのですが
続く描画パスで出力結果のテクスチャを参照してwに触れずxyzのみ参照する場合でも
前の描画パスでwに設定した値が変わると最終的な描画結果が変わってしまうようで
シェーダの仕様かプログラムのバグかも分からず参ってます。
- 15 ：デフォルトの名無しさん：2015/09/03(木) 01:58:45.78 ID:7WrobgbO.net
- >>14
GL_BLENDがEnableになっててブレンドされてたりして
- 16 ：14：2015/09/04(金) 01:06:59.54 ID:WA4Vuouz.net
- >>15
ご指摘の通りでglDisableでブレンド切ってみたら期待した結果が得られました
複数テクスチャ使う場合のブレンドの設定とかまた調べてみます ありがとうございました
- 17 ：デフォルトの名無しさん：2015/09/05(土) 23:37:10.96 ID:8i+FTXsBH
- Vulkanちゃんに興味あっても今のところはMantleちゃんのドキュメント見て予習してろよって状況で合ってる？
- 18 ：デフォルトの名無しさん：2015/09/07(月) 23:59:15.25 ID:zlL3a7qU.net
- FBO使う場合にRBOかテクスチャか関連付けて使いますよね？
後から効果付けるの便利なのでテクスチャばかり使ってて
RBOってどういう時に使えばいいのか分からないのですが 上手い使い分け方とかあります？
- 19 ：デフォルトの名無しさん：2015/09/11(金) 11:35:53.77 ID:fr07wZLl.net
- >>18
https://www.opengl.org/wiki/Renderbuffer_Object
今後描画結果をOpenGLで使うつもりがあるならテクスチャ
そうでなければレンダーバッファ
カラーにはテクスチャを使うが
デプスにはレンダーバッファを使う事なら普通にある
テクスチャはレンダーターゲットとして使うのには最適じゃない事があるかもしれないが
レンダーバッファはレンダーターゲットとして使うのに最適なものになっているという
- 20 ：デフォルトの名無しさん：2015/09/11(金) 14:22:16.05 ID:jg8fOB+V.net
- デプスをテクスチャにするにはES2.0だと拡張機能が必要だな
- 21 ：デフォルトの名無しさん：2015/09/12(土) 15:22:12.26 ID:HMzU4nPJ.net
- Chrome 45.0.2454.85のANGLEを使うと
Intel HD Graphicsでだけテクスチャが変になるな
昔懐かしのR5G6B5の16bitカラーテクスチャみたいな色になる
44.0.2403.157だと普通
- 22 ：デフォルトの名無しさん：2015/09/14(月) 19:52:48.19 ID:nW8KHDe7.net
- スレタイにVulkanが入っているので質問したいのですが、
これから3Dグラフィックを独学で勉強し始める場合、
OpenGLをやった方がいいのでしょうか？それとも、
いきなりVulkanをやっても大丈夫でしょうか
別の言い方をすると、Vulkanというのは、OpenGLを使えることを
前提としているのでしょうか？それとも、新しいAPI体系なのでしょうか？
３Dグラフィックスの知識はありません。
学部レベルの数学は大丈夫です
- 23 ：デフォルトの名無しさん：2015/09/14(月) 20:00:27.33 ID:ni7Sx5as.net
- Vulkanはまだ資料もすくないから必要がなければとっつくこともないかと
そもそお３Dの知識なしには多分キツイはず
OpenGLは覚えること多いけど、資料も多いから勉強するならこっち
- 24 ：デフォルトの名無しさん：2015/09/14(月) 20:17:07.23 ID:nW8KHDe7.net
- >>23
ありが㌧
たしかに資料の多さは魅力ですね
- 25 ：デフォルトの名無しさん：2015/09/14(月) 20:36:34.75 ID:AlOlEiNV.net
- >>23
少ないっていうか無いでしょ
有るなら見てみたいけど
- 26 ：デフォルトの名無しさん：2015/09/15(火) 23:37:01.54 ID:iBP99bbY.net
- Vulkan対応ドライバやOSがまだそもそも出てなくね？
- 27 ：デフォルトの名無しさん：2015/09/16(水) 02:04:27.03 ID:JciVp4Nw.net
- 仕様もまだ正式に出てない
- 28 ：デフォルトの名無しさん：2015/09/19(土) 18:56:08.54 ID:YQpUAMED.net
- 製品出始めて暫くはドライバの問題で地獄だろうしな
特にモバイル
- 29 ：デフォルトの名無しさん：2015/09/19(土) 20:00:14.04 ID:DcCV9f4N.net
- Vulkanは薄いレイヤーだからドライバに優しい仕様だ
OpenGLドライバよりは楽だろう
- 30 ：デフォルトの名無しさん：2015/09/20(日) 10:17:29.98 ID:ppyDSJna.net
- その分ハードウェアの癖が出やすくなったりしないのかね
ま、どうせチューニングせざるを得ないなら薄いほうが良いな
- 31 ：デフォルトの名無しさん：2015/09/20(日) 11:37:36.41 ID:W0H8rt0f.net
- OpenGL ESのドライバ実装の違いによる不具合ってどう言うのがあるんだろう
WindowsデスクトップではANGLEに違いを吸収してもらうとして
問題はスマホなんだが
この2つは知ってる
・iOSで勝手にミップマップ用のメモリを確保するバグがあったらしい
・NVIDIAだと他社ドライバではコンパイル出来ないGLSLのプログラムがコンパイル通る
iOS Textures Taking 33% Extra Memory - Stack Overflow
http://stackoverflow.com/questions/9438009/ios-textures-taking-33-extra-memory
>>30
OpenGLみたいにぶ厚い方が
ドライバ依存の部分が多くなって予測不可能な動作をしやすい気がするが
- 32 ：デフォルトの名無しさん：2015/09/20(日) 12:34:08.41 ID:9sOZdp6w.net
- 異なるハードウェアの差異はOpenGLのレイヤーで吸収
それ以上に低層で扱いたい場合はVulkan
- 33 ：デフォルトの名無しさん：2015/09/20(日) 14:57:05.05 ID:LJD7mjJ9.net
- >>31
自分が当たったのは
Adreno 205でdiscardの後にtexture使うとOSごとクラッシュ
Adreno320でUBOの変数をそのまま計算に使用するとshaderコンパイル時にアプリクラッシュ(なぜか一時変数に代入してから使用するとクラッシュしない)
Adrenoはエラーログ出さずにすぐ死ぬからマジでデバッグが地獄
しかも今Androidで一番使われてるシリーズ
ほかはここに色々
ttp://cpplover.blogspot.jp/2013/09/dolphinopengl.html?m=1
薄かろうがAdrenoがまともなドライバを作れるとは思えない
- 34 ：デフォルトの名無しさん：2015/09/21(月) 00:42:42.41 ID:Kj2opw9V.net
- >>33
その駄目AMDがいまやPC系のOpenGLでは最も安定動作し性能が良いんだからな
おかげでOpenCLのスタンダードになり、そして、Vulkanを後続規格に出来たんだからな
- 35 ：デフォルトの名無しさん：2015/09/21(月) 01:27:50.66 ID:xJnGLVr2.net
- >>34
Adrenoは元AMD(ATI)でしょ
今はQualcommが作ってる
Qualcommはドライバーを軽視してる感がある
- 36 ：デフォルトの名無しさん：2015/09/21(月) 06:53:50.45 ID:14VyAGI9.net
- >>35
性能はいいけど・・・って感じだよね、
nVIdiaとVulkanはMantle的に相性は悪いがそれでも今のスマホGPUよりかはよっぽどましな挙動をすると思う
- 37 ：デフォルトの名無しさん：2015/09/21(月) 19:09:44.31 ID:0lL32CsL.net
- しかもモバイルのドライバ更新されないからな
Nexus5使ってるけどOSの更新はされてるけどドライバのバグずっとそのまま
まぁ、AndroidはOSの更新すらされないデバイスだらけだから一部の端末だけ更新されて新たなバグ埋め込まれても困るけど
- 38 ：デフォルトの名無しさん：2015/09/22(火) 15:49:19.14 ID:FtZHMHGY.net
- Vulkanはドライバーがシェーダーをコンパイルする必要がないから
それだけでも安定性は増すはず
それとkhronos自体がデバッグしやすくする為のツールを作ったりしてるから期待できる
当然GPUの状態を取得する為のAPIも追加されてるはず
あとドライバがアプリが想定しているバージョンより古いと自動的にダウンロードして
更新するみたいな事をするとチラッと見た
- 39 ：デフォルトの名無しさん：2015/09/24(木) 00:46:56.91 ID:r/3RmciX.net
- https://www.khronos.org/assets/uploads/developers/library/2015-cedec/Vulkan-CEDEC2015-DMP_Aug15.pdf
VulkanのOverviewが日本語に翻訳されてた
しかもVulkanAPIの解説付きだからこれでVulkanの全貌が把握出来る
- 40 ：デフォルトの名無しさん：2015/09/24(木) 01:10:48.32 ID:r/3RmciX.net
- ドキュメント読むとハードルめちゃ高いなー
早くVulkanのプログラムしたいけどGPUも買い換えないといけないのかなぁ…
NVIDIAだけど既存のGPUもサポートしてくれる事を祈る
- 41 ：デフォルトの名無しさん：2015/09/24(木) 02:47:19.21 ID:F12mSHo9.net
- >>40
自前で組む分にはハードルが高いが
実際は有志から出された物やドライバのレイヤーを使って組むことが多いと思う
- 42 ：デフォルトの名無しさん：2015/09/24(木) 02:52:10.66 ID:F12mSHo9.net
- http://peace.2ch.net/test/read.cgi/tech/1440666771/39
38 名前：デフォルトの名無しさん[sage] 投稿日：2015/09/24(木) 00:46:56.91 ID:r/3RmciX [1/2]
https://www.khronos.org/assets/uploads/developers/library/2015-cedec/Vulkan-CEDEC2015-DMP_Aug15.pdf
VulkanのOverviewが日本語に翻訳されてた
しかもVulkanAPIの解説付きだからこれでVulkanの全貌が把握出来る
なんとなくVulkanもMaxwell2と相性悪そうな気がする
- 43 ：デフォルトの名無しさん：2015/09/24(木) 02:52:42.00 ID:F12mSHo9.net
- 誤爆
- 44 ：デフォルトの名無しさん：2015/09/27(日) 17:17:31.03 ID:UvPGCZi1.net
- テクスチャフォーマットについて
2Dで表示するものは各8bitのRGBA（アルファ不要ならRGB）
3Dや多少の見た目の劣化が許容できるものはDXT1,3,5
こんな感じの使い分けがベターだと思ってるんだけど
詳しく解説されてるの見たことがないのでより良い選択肢があれば教えて欲しい
- 45 ：43：2015/09/27(日) 17:20:16.60 ID:UvPGCZi1.net
- 補足
動作環境はwindowsのデスクトップPCを想定してます
- 46 ：デフォルトの名無しさん：2015/09/27(日) 23:51:56.33 ID:hiI0CHA6.net
- >>44
αの扱いによってDXT1～5を選択するだけで素のRGBAは有り得ない
- 47 ：43：2015/09/29(火) 00:37:27.42 ID:VYlPl96E.net
- >>46
遅レスだけど返答ありがとう
劣化が気になることもあるけどDXT主体で使い分けてみるよ
- 48 ：デフォルトの名無しさん：2015/10/16(金) 10:10:43.89 ID:JZSeEXRz.net
- openglでMMD表示してみたけどこれは落胆
http://i.imgur.com/6XSVauj.png
http://i.imgur.com/DCk9pII.png
- 49 ：デフォルトの名無しさん：2015/10/16(金) 10:32:49.32 ID:l04muiBk.net
- MMDはアプリだから表示なんかできないと思うんだが…
openglで表示してみた、というのは自分で何かopenglのプログラムを作ったという事かな？
だとすると表示が落胆ものなのは、完全に>>48 自信のスキルがアレなせいだと思う
- 50 ：デフォルトの名無しさん：2015/10/16(金) 10:38:04.32 ID:+fJvXx/R.net
- >>48
二枚目って自作？
とりあえず続きはブログでやってくれ
- 51 ：デフォルトの名無しさん：2015/10/17(土) 09:57:29.33 ID:o8rjpUAD.net
- なぜかあにまさ式だとうまくできました、
ブログはHTMLが面倒なのでげ製作でやっときます
- 52 ：デフォルトの名無しさん：2015/10/23(金) 09:31:24.55 ID:I0uni5nx.net
- ☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。
- 53 ：デフォルトの名無しさん：2015/10/23(金) 14:20:58.65 ID:M7dNli7I.net
- Lat式は表示方法自体がMMDデフォの描画プロセスを完全再現しないと
とんでもない事になる特殊なモデリングだから仕方なし
- 54 ：デフォルトの名無しさん：2015/10/25(日) 13:13:26.63 ID:vAKl7Lz8.net
- 2D描画をステート変更無しで高速に行えて
少し古い環境でも動くのってTexture Atlasだけ？
ES3の2D Array Textureって同じサイズのテクスチャじゃないと駄目みたいだし
代わりになりそうなのはBindless Textureだけど普及してないし
当分Texture Atlasを使うしかなさそう
- 55 ：デフォルトの名無しさん：2015/10/25(日) 13:14:32.16 ID:vAKl7Lz8.net
- Texture Atlasの手法だと色が混ざっちゃうからミップマッピング出来ないのだけ不便
- 56 ：デフォルトの名無しさん：2015/10/25(日) 15:10:32.81 ID:MYRFLLoW.net
- 2D描画でミップマップなんて使わないだろ
奥行きがある多重スクロールとかかよ
- 57 ：デフォルトの名無しさん：2015/10/26(月) 19:03:55.27 ID:NExmEVH8.net
- マップチップ的なものならES3.0が使えるならArray Textureでいけるし
無くても1/4までなら画質は大丈夫
それ以外は諦める
- 58 ：デフォルトの名無しさん：2015/10/26(月) 23:26:16.82 ID:h8FGDwiK.net
- 同じシーンを描画し続けてて急に負荷が高くなる場合ってどんなところ疑うべき？
起動して１０秒くらいまでは軽いんだけど、突然重くなってその状態を維持し続けるっていう…
ごちゃごちゃになってるプログラム整理しながら間違い探してるんだけどWGLとかシェーダとか色々初体験でどこが悪いやら…
- 59 ：デフォルトの名無しさん：2015/10/26(月) 23:38:52.89 ID:2nnyXhaR.net
- 多分、色々と食い潰してる。
どうでもいいが「重い」とか言っときながら、まさかプロセスやリソースの状態も
調べてないとか言い出すなよ？
- 60 ：デフォルトの名無しさん：2015/10/26(月) 23:48:03.22 ID:yMfxLlxA.net
- リッチなデバッガ、プロファイラのある環境で作ってEmscriptenで変換
- 61 ：デフォルトの名無しさん：2015/10/26(月) 23:51:14.09 ID:U+ZA45+s.net
- あ、WGLってWebGLじゃなくてWinGLの事か。
- 62 ：デフォルトの名無しさん：2015/10/27(火) 00:20:29.74 ID:MDUv4Uu+.net
- >>59
デバッグ用の拡張命令とかも調べつつなんでお察しください…
>>60
JavaScriptとかよく分からないんだけど…C++コード弄るの飽きたら試してみるわ
>>61
不安になってググってみたらWinGLもなんか違うな…wglCreateContext関数とか使うやつだわ
- 63 ：デフォルトの名無しさん：2015/10/27(火) 00:46:01.74 ID:XDD7LrKE.net
- 最近のVisual Studioは無料版でもプロファイラが付いているからまずそれを使う
後はOpenGLデバッガのgDEBuggerを使うとか
>>62
それがWGLでしょう。
- 64 ：デフォルトの名無しさん：2015/10/27(火) 00:48:11.27 ID:XDD7LrKE.net
- これとは無関係
てか普通WGLをWinGLって書く奴は見たことねえ
Windows ゲーム作成用ライブラリ for Win16/32
http://www.vector.co.jp/soft/win31/prog/se028202.html
- 65 ：57：2015/10/27(火) 02:09:35.31 ID:MDUv4Uu+.net
- >>63
VSのプロファイラは使ってるけどgDEBuggerってのは使ってなかったので試してみるよ ありがとう
- 66 ：デフォルトの名無しさん：2015/10/27(火) 11:55:48.66 ID:to74HYda.net
- WindowsでOpenGLするならNVIDIAだよな？
AMDは使ってないから分からんが多分大丈夫だろうけど
IntelのWindows用OpenGLドライバは腐ってる
- 67 ：デフォルトの名無しさん：2015/10/27(火) 13:15:44.86 ID:gPvV5cn8.net
- 腐ってるとこを上手に避けでも駄目なの？
- 68 ：デフォルトの名無しさん：2015/10/27(火) 13:47:32.50 ID:S+IQphBI.net
- どこが腐っているか分かるのであればどうぞ
- 69 ：デフォルトの名無しさん：2015/10/28(水) 21:53:41.91 ID:gVmYV2et.net
- >>66
昔はNvidiaだったが、いまやOpenGL・OpenCLのデファクトVGAはATI
Win/Linuxで安定度･性能がNvidiaよりずっと上
- 70 ：デフォルトの名無しさん：2015/10/29(木) 20:41:18.37 ID:5gekmfvH.net
- Vulkanのことを考えるとATIAMD一択
- 71 ：デフォルトの名無しさん：2015/10/29(木) 20:49:56.74 ID:FU1wYuSd.net
- なんか有利あんだっけ？
- 72 ：デフォルトの名無しさん：2015/10/29(木) 20:54:28.65 ID:M5LgoQD5.net
- AMDのMantleが元になってるからな。
これでAMDが負けたら日本人が日本語クイズでアメリカ人に負けるようなもの
- 73 ：デフォルトの名無しさん：2015/10/30(金) 09:47:52.19 ID:KICymkbE.net
- Vulkanは超シンプルなAPIだからハード性能がダイレクトに効いてくる
当然AMDのハードが良かったらVulkanで勝てるだろうが別に有利不利とかはない
- 74 ：デフォルトの名無しさん：2015/10/30(金) 19:15:23.10 ID:kIMI498u.net
- 文字列をテクスチャに描画するのにFBOを使っていたんだが
PCだと爆速なのにAndroid機 (Snapdragon 801)だと10～20個ぐらいでもう60fps出せないぐらい遅かった
CPUで画像をコピーするのを避けていたんだが、FBOの切り替えやその他のレンダリングステートの変更、ドローコールが思ったより高価だったようだ
テクスチャを通さず画面に直接描けばそんな遅くないかもしれないが
設計的にそうも行かない事情があった
これはCPU側で全てテクスチャに使う画像を作って送るしかないんだろうか
- 75 ：デフォルトの名無しさん：2015/10/30(金) 23:18:37.32 ID:RKkoxr6k.net
- PowerVR系のTBDRが文字描画と相性が悪いというのは有名だけど
Snapdragon（Adreno）だと何だろうね
そのうちフォントのラスタライズもGPUで行う時代になるのかね
ラスタライザの実装自体は難しくないとしても
結局フォントデータが日本語だと1書体で数MB～数十MBだからなぁ
- 76 ：デフォルトの名無しさん：2015/10/31(土) 10:55:57.04 ID:InQpe4ua.net
- Android機なんてPCの10分の1程度の性能なんだからそんなもんだろ
- 77 ：デフォルトの名無しさん：2015/10/31(土) 12:10:59.00 ID:8Bda5lAI.net
- 言いたいことは分かるがAndroidとPCて比較できる関係にないだろ
それにデスクトップPCの時代は過ぎたし
- 78 ：デフォルトの名無しさん：2015/10/31(土) 12:39:03.93 ID:InQpe4ua.net
- OpenGL ESはデスクトップで動くんだから完全に比較できるでしょ
あとデスクトップPCの時代が過ぎたって意味が分からん
Steamの同時接続ユーザー数がピーク時に1150万人以上を記録とか言ってるし
むしろ増え続けてる
- 79 ：デフォルトの名無しさん：2015/10/31(土) 12:43:38.96 ID:uu+i9WLB.net
- 日本ではPCは終わってるかもね。
いや、始まってすらいないか。
PC使えない老害と新卒新入社員が問題になる国だもんな。
- 80 ：デフォルトの名無しさん：2015/10/31(土) 14:54:45.53 ID:InQpe4ua.net
- 問題って…どんだけネットに洗脳されてんだ…
仕事がPCが出来る出来ないだけで方が付くんであれば楽なもんだな
- 81 ：デフォルトの名無しさん：2015/10/31(土) 18:10:18.47 ID:2qMna6cK.net
- こんな事書いてあるけどOpenGLのコマンドがすぐに戻って来ないって事は良くあんの？glReadPixelsみたいな結果を得る必要があるコマンドでなくても？
Chromeだと複数のプロセスからのOpenGLコマンドを一つのプロセスでまとめて実行してるようだ
http://www.chromium.org/developers/design-documents/gpu-command-buffer
The #3 goal is speed. Speed is why a command buffer implementation was chosen.
The client can write commands very quickly with little or no communication with the service and only once in a while tell the service it has written more commands.
For example, another implementation could have used a separate IPC for each OpenGL ES 2.0 function but that would arguably be too slow.
The command buffer gets another speed boost because it effectively parallelizes calls into the OS graphics API.
A call like glUniform or glDrawArrays might be a very expensive call but because of the command buffer the client just writes a few bytes into the command buffer and is done.
The GPU process calls the real OpenGL function on another process which effectively makes the program multi-core.
- 82 ：デフォルトの名無しさん：2015/10/31(土) 19:11:13.20 ID:ylRFVIHZ.net
- コマンドが戻って来る来ないってのがよく分からないけど
処理が遅くなるって事なら前のコマンドが解決されてなかったりすれば後のコマンドもその分待たされるんじゃないの？
- 83 ：デフォルトの名無しさん：2015/10/31(土) 19:40:24.93 ID:8Bda5lAI.net
- >>78
そうじゃなく泥タブだってPCといえばPCだしPCの定義って何って話
MacはPCじゃないらしいけどな
Steamのユーザ数とデスクトップPCのシェアは別だよね
それにIntelHDユーザがどれだけいることか
- 84 ：デフォルトの名無しさん：2015/11/01(日) 02:26:33.11 ID:Pwz2JCQ5.net
- スマホから見ればPCはすべてを導いてくれる神様なんだからPC使えないんだったら黙って崇めとけ
- 85 ：デフォルトの名無しさん：2015/11/03(火) 14:21:40.06 ID:V53UaXPp.net
- >>81
戻ってこないなんて書いてあるか？
ChromeとかブラウザのWindows版は全部WebGL(OpenGL)→DirectXに変換して実行してるから
その為に一旦自前のコマンドバッファに溜め込んでるよって事でしょ
その自前のコマンドバッファはマルチコア対応だから軽いよって書いてある
実際ANGLE使わずにOpenGLを直に使うようにするとCPU負荷が少し増える
- 86 ：デフォルトの名無しさん：2015/11/03(火) 23:10:42.25 ID:ltuo8JAD.net
- 別にANGLE限定とは書いてない
互換性やセキュリティの問題はWindows以外でも存在するし
複数のスレッドから直接OpenGLのAPIを呼ぶより
アプリ側でAPIコールを纏めて一つのスレッドから呼んだ方が速いとされているのだが
実際にどの程度速度が変わるのかは分からない
ドライバ実装によっても変わるかもしれない
- 87 ：デフォルトの名無しさん：2015/11/04(水) 11:22:45.65 ID:4VARUgDB.net
- よく見たらWebGLの話しではなかったな…
HTMLレンダラーとかGPU使って描画する時の話しだったな
そもそもOpenGLはマルチスレッドに対応してないから複数スレッドからAPIをコール出来ない
複数スレッドからDrawコールをしたい場合は自前のコマンドバッファが必須だな
- 88 ：デフォルトの名無しさん：2015/11/04(水) 13:18:18.56 ID:3HqGJBgB.net
- >>87
別にWebGLでは使ってないとは書いてないけど
プロセス毎にOpenGLコンテキストを作ればマルチスレッドでも使えるだろうが
それだと遅かったのだろう
- 89 ：デフォルトの名無しさん：2015/11/08(日) 18:44:22.99 ID:POF/ID6D.net
- 質問させてください。
100 millions個以上の三角形ポリゴンを60fpsで描画したいのですが
一番いいソフトウェア上の組み合わせって何でしょうか。
Windows10(64bit),,GTX750TI，i5，
VS2010で64bitビルド,freeglut2.8
描画にPBO用いてglDrawElements利用
で試したのですが，25 millions個の三角形メッシュで<1FPS程度です。
どうもfreeglutはGDI用いていてそれがボトルネックになっている気がしています。
レス読む限りWGLで書いていくのがよさそうな気がしましたがお知恵下さい。
- 90 ：デフォルトの名無しさん：2015/11/08(日) 19:25:23.39 ID:m4MzXsh9.net
- >>89
なってません
- 91 ：デフォルトの名無しさん：2015/11/08(日) 20:18:26.44 ID:WIQI5dDH.net
- まともなエンジニアなら
ソフトウェアの組み合わせの前に
100 millions個以上の三角形ポリゴンを
60fpsで描画しないで済む方法を検討すると思うが
要件をはっきりさせるべき
- 92 ：デフォルトの名無しさん：2015/11/08(日) 22:02:27.62 ID:1RMtYxbs.net
- >100 millions個以上の三角形ポリゴンを
>61fpsで描画しないで済む方法を検討すると思うが
要件は100 millions個以上の三角形ポリゴンを 60fps以上でです
これを回避出来ないか答えられません。済みませんが
- 93 ：デフォルトの名無しさん：2015/11/08(日) 22:41:34.77 ID:m4MzXsh9.net
- どんな解像度でレンダリングしようとしてんのかしらんけど8Kディスプレイでもピクセル数3300万だぞ
1億ポリゴンのうちどれだけ描画されるのか考えた？
その要件が絶対というならそのバカな要件を精々頑張ってくれ
- 94 ：デフォルトの名無しさん：2015/11/08(日) 23:20:50.59 ID:15p3122r.net
- ま、タキオン粒子の研究でもした方が良さそうだね
- 95 ：デフォルトの名無しさん：2015/11/09(月) 00:18:42.73 ID:qCcvicZl.net
- クラスター化したりGPU積むなりして分散レンダリング、通信して集めて重畳するくらいかね
- 96 ：デフォルトの名無しさん：2015/11/09(月) 03:37:54.95 ID:e9NKrZa6.net
- すみません、普段MAX/MSP以外のプログラミングには全然疎くて
それでMAXでOpenGLを使うときの質問なのですが
nurbs曲線を引きたいんです。
そこでjit.gl.nurbsオブジェクトで、曲面でなく曲線を描きたいのですが、
制御点（のx,y,z座標）を予め設定するには、どうしたらいいですか？
ググっても殆ど出てこないし、ネット上のチュートリアルには
jit.gl.nurbsの使い方なんて載ってません。
ヘルプを見ても、どうも最初に設定している様子もないので、困っています。
どなたか助けてください・・・
- 97 ：デフォルトの名無しさん：2015/11/09(月) 03:41:04.72 ID:e9NKrZa6.net
- DTM板のMAXスレとマルチですみません。
- 98 ：デフォルトの名無しさん：2015/11/09(月) 17:34:15.03 ID:SvTFDp+i.net
- Maliでは各FBOのバインドは1フレーム1回までにしろって書いてあるけど
glClear()して同じのを使いまわしたのではパフォーマンス低下する？
https://community.arm.com/groups/arm-mali-graphics/blog/2014/04/28/mali-graphics-performance-2-how-to-correctly-handle-framebuffers
Binding each FBO (other than FBO 0) exactly once in each frame, rendering it to completion in a contiguous sequence of API calls.
- 99 ：デフォルトの名無しさん：2015/11/09(月) 18:48:25.44 ID:+KYSwNrX.net
- >>98
想像だけど1回までにしろといってるのはFBOをアンバインドする時に
そのFBOに対する描画が全部完了するまでブロックが発生したりするからだと思われる
だからglCleare()で使い回すのはパフォーマンスは低下しないでしょ
ただ別にFBO作った方が速いだろうね (レンダリングが並列に実行されるだろうから)
- 100 ：デフォルトの名無しさん：2015/11/09(月) 23:02:58.43 ID:2GPWptLo.net
- >クラスター化したりGPU積むなりして分散レンダリング、通信して集めて重畳するくらいかね
これいいですね アイデア頂きです
- 101 ：デフォルトの名無しさん：2015/11/10(火) 16:16:41.90 ID:HB2gwhXV.net
- 分散レンダリングで60fpsを目指すとかさすがだな
- 102 ：デフォルトの名無しさん：2015/11/11(水) 00:08:45.71 ID:7FoGAeK2.net
- 技術的課題がたくさんあって燃えますね
- 103 ：デフォルトの名無しさん：2015/11/11(水) 13:18:34.30 ID:OiFKTRuj.net
- レイテンシ問わないならあるいは……
でも並列化が可能なデータなら
クラスタ化の前にできることがあるような……
- 104 ：デフォルトの名無しさん：2015/11/16(月) 11:45:42.10 ID:69xbdtCO.net
- ディファードレンダリングにして各GPUにどのタイルをレンダリングするかを
割り当てれば割と簡単に分散は出来そうだな
ただ頂点処理はかなり重複する事になるから多ポリゴンをレンダリングする
目的には1GPUの時とあまり変わらずに結局向かないと思うよ
- 105 ：デフォルトの名無しさん：2015/11/16(月) 14:17:04.85 ID:hLMLfj5T.net
- 4.2からglMemoryBarrier増えてるけどこれってComputeShader使う場合のみ
必要って認識であってる？
例えばTransformFeedbackでVBOの頂点情報変形させてから続けてそのVBO使って
通常の描画する場合ってMemoryBarriorしなくても古いVBOのキャッシュで
描画したりはしないよね
- 106 ：デフォルトの名無しさん：2015/11/17(火) 22:11:56.27 ID:c4hnI4k1.net
- Radeon R7 200 でVTFしようとしてるんだけど
バーテックスシェーダー内でvec4 col=texture(texture1,texcode0);
してもテクスチャカラーがuv 0,0の位置のしか所得出来ない
フラグメントでは問題無く持ってこれる、ドライバ問題？
- 107 ：デフォルトの名無しさん：2015/11/18(水) 01:51:07.68 ID:1oX3XtEG.net
- >>106
別にマイナーな機能でもないし可能性は低いと思う
最新のドライバにして改善しないなら多分お前のコードにバグがある
テクスチャ周りはミスしやすいから
テクスチャユニットの番号が間違ってないかとか
座標の値がおかしくないかとか
ユニフォームの設定が間違ってないかとか調べ直したほうがいい
- 108 ：デフォルトの名無しさん：2015/11/18(水) 13:29:47.46 ID:tmu+VoXJ.net
- >>107
何か情報無いかなと書いてみたんだけど、
やはり自前バグの可能性たかいよね、もう一度調べてみるわ
- 109 ：デフォルトの名無しさん：2015/11/18(水) 13:39:58.84 ID:rijNsXCa.net
- シェーダー内で途中でintを経由して値が0になってるとかだろうな
- 110 ：デフォルトの名無しさん：2015/11/18(水) 21:29:46.73 ID:oULSvKA+.net
- シェーダー周りはデバッグが大変で死ねる
- 111 ：デフォルトの名無しさん：2015/11/20(金) 10:33:54.68 ID:z3NP+fee.net
- 105の件解決（？）しました
４頂点の単純な板ポリで試してたんだけど四隅が全部黒の値拾っていた、
で
トーラスの頂点数の多い物で試したらキチンと反映していた
UVが1.0の値補完か何かで0.0位置の色を拾ってたくさいｗ
- 112 ：デフォルトの名無しさん：2015/11/20(金) 11:35:21.04 ID:SnNAjHh0.net
- >>111
VTFを数値データとして使うなら普通0.5足してピクセル中央をフェッチするんだよ
- 113 ：デフォルトの名無しさん：2015/11/20(金) 12:50:56.16 ID:z3NP+fee.net
- >>112
もしかしてUVの画像位置と合わせて頂点を凸凹させる時も？
- 114 ：デフォルトの名無しさん：2015/11/20(金) 13:35:46.41 ID:SnNAjHh0.net
- >>113
すまん>>112は書き方が変だったので訂正しておく
0.5というのはu = (x + 0.5) / 1024 のようにするという事を言いたかった
だから最終的に足されるのは0.5とは限らない
要するにテクセルの値を取得する時にはそうすべきというだけで
2つのテクセルのフィルタリングされた値が欲しければする必要はないだろう
- 115 ：デフォルトの名無しさん：2015/11/20(金) 13:44:41.38 ID:z3NP+fee.net
- >>114
やっと理解したかも、補完かからない対策ですね
、１ドットの中心をアクセスすれば安全って事ですか？
- 116 ：デフォルトの名無しさん：2015/11/20(金) 13:51:59.28 ID:SnNAjHh0.net
- >>115
そうだ
あとFILTERの値もNEARESTにする
- 117 ：デフォルトの名無しさん：2015/11/20(金) 13:53:30.75 ID:z3NP+fee.net
- >>116
ありがとう！たすかる
- 118 ：デフォルトの名無しさん：2015/11/23(月) 02:11:18.29 ID:A03ya6CB.net
- glPolygonOffsetでポリゴンの前後関係を調整するのに環境によって
前後関係が異なる結果になることがあるんだけど 上手い対策とか無いでしょうか？
- 119 ：デフォルトの名無しさん：2015/11/23(月) 10:05:33.22 ID:q/XOO9tQ.net
- 上手い対策というのは知らないが
unitsを使わないとか
自前でオフセットを計算しとくとか
そもそもZテストを使わないとか
- 120 ：デフォルトの名無しさん：2015/11/23(月) 10:08:58.35 ID:q/XOO9tQ.net
- あとglDepthRange()を使うというテクニックがあったような
- 121 ：デフォルトの名無しさん：2015/11/24(火) 10:45:52.65 ID:PNMHyUFz.net
- >>118
環境ってGPUの違いとかOSとかの事か？
単にシーンの違いとかだとまじめに計算すればちゃんとうまく行くはず
ちなみにZ値は遠くへ行くほど荒くなってるから同じオフセットでも前後関係は変わる
- 122 ：デフォルトの名無しさん：2015/11/26(木) 21:13:44.72 ID:FNrtCodv.net
- 今までWindowsでDirect3D（9、11）を使ってたんですが、
新たにAndroidでOpenGL ES 2.0を使おうと考えています。
レンダリングした結果をCPU側に戻すのをやりたいんですが、
OpenGL ES 2.0で可能でしょうか？
- 123 ：デフォルトの名無しさん：2015/11/26(木) 21:59:37.29 ID:AB/dbPZm.net
- glReadPixelsで読める
が、激遅の場合がある、というよりまず遅いと思ったほうがいい
てかそれくらいググれ
- 124 ：121：2015/11/26(木) 22:08:43.27 ID:FNrtCodv.net
- >>123
ありがとうございました！
- 125 ：デフォルトの名無しさん：2015/12/11(金) 16:33:56.96 ID:Xfk/aEIs.net
- OpenSceneGraphなんてあるんだ。
始めて知った。
自作のシーングラフライブラリを置き換えようかな。
- 126 ：デフォルトの名無しさん：2015/12/11(金) 16:45:50.46 ID:Xfk/aEIs.net
- なんだOpenSceneGraphのライセンスはLGPL系か。
GPLは使えない（使いたくない）な。
- 127 ：デフォルトの名無しさん：2015/12/11(金) 17:58:57.42 ID:VH+9SPoV.net
- GPLとLGPLって内容は大分違うと思うんだが
- 128 ：デフォルトの名無しさん：2015/12/11(金) 18:06:39.16 ID:8KiFs03m.net
- GPLって付くだけで怖い
- 129 ：デフォルトの名無しさん：2015/12/11(金) 19:46:36.96 ID:7HdgPmKa.net
- 無知は罪だぜ
- 130 ：デフォルトの名無しさん：2015/12/12(土) 00:13:27.08 ID:mfOK7VM0.net
- LGPLは改変せずに使うなら幾ら使っても問題になる事はない
- 131 ：デフォルトの名無しさん：2015/12/12(土) 00:20:10.16 ID:iFwMG7ix.net
- LGPLはおおまかには、静的リンクか動的リンクかでソース公開の義務が変わる
- 132 ：デフォルトの名無しさん：2015/12/12(土) 00:29:53.71 ID:+n5ENKzz.net
- たしかライブラリ側が更新された時にプログラム全体が更新出来るように公開する、だっけ
- 133 ：デフォルトの名無しさん：2015/12/12(土) 00:49:12.40 ID:mfOK7VM0.net
- >>131
そういう事言うからLGPLが敬遠されるんだろうな
スタティックリンクでもソース公開の義務は無いよ
最悪*.oを公開するだけだ
それもゲーム機とか家電用の場合は実行ファイル自体が非公開だから*.oすら公開する必要はないけどな
- 134 ：デフォルトの名無しさん：2015/12/24(木) 06:59:51.83 ID:+ceezo0g.net
- >>133
適当なこと言ってると後で痛い目見るよ
GPLって名前が入ってるものには一切手を触れないのが一番
- 135 ：デフォルトの名無しさん：2015/12/24(木) 12:14:41.98 ID:VUzHb/3L.net
- >>134
適当な事ってなんだよｗ
https://ja.wikipedia.org/wiki/GNU_Lesser_General_Public_License#LGPL.E3.81.AE.E7.89.B9.E5.BE.B4
Wikiのこんな簡単な文章すら理解できないのかよ
- 136 ：デフォルトの名無しさん：2015/12/30(水) 09:08:09.90 ID:rxkYiXLM.net
-
ヨウ
ヨウ
エビバーデー
いい加減、「weight」を「重み」って言うのやめね？？
あれは誤訳だ
英語のweightとは重さ・重量という意味もあるが「ナニナ～ニに影響される」「行動や思想などに引っ張られる」
という意味がある
したがっちぇ、これは重みではなく「影響度」と言うべきなのだ！、
- 137 ：デフォルトの名無しさん：2016/01/03(日) 15:15:36.12 ID:94fI/gjk.net
- やっとglutに慣れて以前作った物理シミュレーションを可視化しようとしたら
これグローバル変数しか使えないじゃねえか
- 138 ：デフォルトの名無しさん：2016/01/03(日) 15:33:18.95 ID:S9L4IMX7.net
- ？
- 139 ：デフォルトの名無しさん：2016/01/03(日) 15:48:18.16 ID:S9L4IMX7.net
- 何にせよglutを新規に使う場合は割り切りが必要だよ
いまさら固定機能使うとか考えたくないし
固定機能相当で十分なら
もっと抽象度の高い（OpenGLを隠蔽した）ライブラリの方がいいんじゃね
- 140 ：デフォルトの名無しさん：2016/01/03(日) 16:35:48.16 ID:HMvIQIbc.net
- >>139
glutからでもGLSL使えるけど？
- 141 ：デフォルトの名無しさん：2016/01/03(日) 16:56:42.16 ID:S9L4IMX7.net
- 使えるけど何なんだよ
glut使いたいなら使えばいいよ
- 142 ：デフォルトの名無しさん：2016/01/03(日) 17:26:15.79 ID:HMvIQIbc.net
- >>139はglutを使うには固定機能を使わざるを得ないっていう風によめるんだけど、
どういう割り切りが必要だって主張してんの？
- 143 ：デフォルトの名無しさん：2016/01/03(日) 18:13:26.24 ID:94fI/gjk.net
- 構造体とか自由に渡せるようにするにはどうすればいいんだ
glfw使える環境にはしたけどこれ勉強すればいいのか？
- 144 ：デフォルトの名無しさん：2016/01/03(日) 18:32:59.62 ID:S9L4IMX7.net
- >>142
glutを使うのは目的じゃなく手段だろ
そんな基礎的な前提すら共有できていない時点で議論にならん
- 145 ：デフォルトの名無しさん：2016/01/03(日) 20:06:01.37 ID:r0c8SUtA.net
- いやこれは>>142のように読めてしまいますわ
- 146 ：デフォルトの名無しさん：2016/01/04(月) 02:24:11.49 ID:iWeoz0hw.net
- OpenGLでレンダリングしたものだけ表示できて、マウスとキーボード入力ができればいいのであればglfw。
OpenGLと一緒にGUIを使ったり数字や文字列や表やグラフも表示したいならQtを使えばいいかと。
だいたいゲームとかメガデモ以外ならQt上でOpenGLを使えばいいんじゃないだろうか
- 147 ：デフォルトの名無しさん：2016/01/04(月) 12:23:55.71 ID:WW+fICsN.net
- >>139はGLUTに含まれてるプルダウンメニュー？とかが固定機能使ってるって
言いたいんじゃなかろうか？
glutCreateMenu()とglutAddMenuEntry()で簡単にメニュー作れるのは便利だけど
これは固定機能で実装されてるような気がする（詳しくは知らんけど）
- 148 ：デフォルトの名無しさん：2016/01/04(月) 14:16:04.29 ID:ycIevKm8.net
- >>147
glutのmenuの実装にはOpenGL使ってないです
なんにせよglutは古すぎるから今から選択するなら候補から外していいかも
チョットした描画プログラム作るときに使うのには便利だと個人的には思うけど
- 149 ：デフォルトの名無しさん：2016/01/05(火) 11:17:26.76 ID:PF5fRti8.net
- >>146
んじゃQt勉強してみるわ
ありがとう
- 150 ：デフォルトの名無しさん：2016/01/07(木) 00:12:20.20 ID:sjJGp/LC.net
- もっと活気あるところない？
- 151 ：デフォルトの名無しさん：2016/01/07(木) 15:16:06.72 ID:yudiVJqM.net
-
日本は何でもかんでも文献が少ないか、古すぎる
原因の一つとして、大学が悪いんだよな
アメリカの大学は即戦力の知識を教えている
日本の大学は基礎しか教えていないので企業でまた学び直す必要がある
企業で学んだことは他者に教えてはならないという強迫観念があるので広がらない
- 152 ：デフォルトの名無しさん：2016/01/07(木) 19:39:25.20 ID:488/qM8s.net
- ソフトウェアじゃ後追いしかしてないからね
- 153 ：デフォルトの名無しさん：2016/01/07(木) 21:00:26.62 ID:5EdIb4Wm.net
- 今までOpenGL1.5程度しか使ってこなかったんだけど、シェーダ周りを勉強してみようかと思ってる
2.xは飛ばして3.xに行ったほうがいい？
- 154 ：デフォルトの名無しさん：2016/01/07(木) 21:01:01.81 ID:5EdIb4Wm.net
- 今までOpenGL1.5程度しか使ってこなかったんだけど、シェーダ周りを勉強してみようかと思ってる
2.xは飛ばして3.xに行ったほうがいい？
- 155 ：デフォルトの名無しさん：2016/01/07(木) 21:01:28.13 ID:5EdIb4Wm.net
- すまん、連投してしまった
- 156 ：デフォルトの名無しさん：2016/01/07(木) 21:54:57.44 ID:SYgeeYe0.net
- グラフィックスってただの数学だけどな
数学は中学から教えてる訳だから大学がどうこう言うのは関係無い
日本の企業が結果出てないからひとつ前の大学が悪いって言ってるだけだ
- 157 ：デフォルトの名無しさん：2016/01/08(金) 00:51:53.40 ID:e56/0PxC.net
- ゲームだと、「ゲームの作法」ってのがあるからな
シェーダ知ってるだけではすげえ遅くなる
PCだとOSとDirectXが勝手にメモリを管理するが、ゲーム専用機ではそういう甘えは通用しないのと同様に
- 158 ：デフォルトの名無しさん：2016/01/08(金) 00:53:25.41 ID:e56/0PxC.net
- 自動車なども、大学院出ていればすぐに働けると思うはずだが
学校で研究したことと、実際に使用している技術と起こる現象が全然違う
学校で習ったこと、研究したことって何なんだ
ってなるからな
ウソ教えているに等しい
- 159 ：デフォルトの名無しさん：2016/01/08(金) 03:40:24.22 ID:69+Lz/BX.net
- >>154
3では一部の古い機能が非推奨になったから
古い機能を使わなくて済むなら３でいいよ
OpenGL使う人なら英語読めないとやっていけないんじゃね
- 160 ：デフォルトの名無しさん：2016/01/08(金) 11:35:19.21 ID:OhWDmy+4.net
- >>157
そういう小手先のテクより未知のアルゴリズムの発見とか既存のアルゴリズムを
改善とかする方が大幅にクオリティは上がる
ゲーム専用機は全部自分でメモリ管理する必要があって面倒かも知れないけど
結局は誰がやっても大差ないところで落ち着く
- 161 ：デフォルトの名無しさん：2016/01/08(金) 16:27:21.83 ID:erdJpUfu.net
- ゲーム専用機か、、
もう死語レベルだよな
3dsも死に体だし
- 162 ：デフォルトの名無しさん：2016/01/08(金) 20:05:27.31 ID:OhWDmy+4.net
- >>161
んなわけない、海外だと据え置きゲーム機が絶好調だ
GTA5とか3000万本以上売れて全エンターテイメント中で最高売り上げを記録してるよ
日本のゲーム売り上げ高なんて全世界の20分の1にも満たないけど
日本だけで考えればゲーム機は衰退しつつはあるな。ずっとそうかは未知数だが
- 163 ：デフォルトの名無しさん：2016/01/10(日) 11:22:56.00 ID:0fs78EBJ.net
- 世界を相手にしている人が2chの辺境スレで
燻っているならそれは残念なことだなぁ
10年前ならネ申とか崇められていたかもしらんが
- 164 ：デフォルトの名無しさん：2016/01/10(日) 12:05:17.29 ID:0fs78EBJ.net
- それと結局クオリティの根幹はデータだよ
高度なライティングを実装したところでテクスチャが糞なら糞
糞なコードを普通のコードに変えればクオリティはぐっと上がるが
普通のコードを優れたコードに変えても大差はない
未知のアルゴリズムの発見とか既存のアルゴリズムを改善なんてのは
実在するならSIGGRAPHとかで発表すべきもので
実態は「小手先のテク」として語られているのがほとんど
独自研究が無駄とは言わんが先人に学ぶ謙虚さと勤勉さが大事だと思う
- 165 ：デフォルトの名無しさん：2016/01/12(火) 13:17:11.20 ID:OumKA2+J.net
- >>164
逆だな
テクスチャが糞でもライティングが良ければパッと見綺麗になる
海外製のFPSとか見たことあるのか？
テクスチャは日本製の丁寧に書き込まれたのに比べると糞だぞ
だけどシェーダーの出来がいいからスゲーリアルに見える
あとFPSとか地形モデルやテクスチャは自動生成していくのが主流じゃないのか？
あと独自研究しろなんて言ってたか？
- 166 ：デフォルトの名無しさん：2016/01/12(火) 16:02:12.20 ID:mjNp/RKz.net
- 「未知の」アルゴリズムに先行研究がある訳ないだろ
パラメータチューニングとか具体的なノウハウが非公開ってのはありがちだが
それをアルゴリズムとは言わない
法線マップとかも「データ」に入ると考えられる訳だけども
それらが糞でもシェーダでカバーできるの？
丁寧に書き込まれたのに比べると糞って一般的には糞と言わない
糞は比べるまでもなく糞
- 167 ：デフォルトの名無しさん：2016/01/12(火) 17:02:49.60 ID:OumKA2+J.net
- >>166
お前は何が言いたんだ…
例えばライトスペースパースペクティブシャドウマップみたいな発見(発表)はなんて言うんだ？
これが発表されるまではみんな別の(あまり良くない)アルゴリズムで一生懸命工夫してたけど
LiSPSを使えば簡単にシャドウのクオリティをあげられるようになった
最近はもっと凝ったアルゴリズムも発表されてる(ようだ、詳しくは知らん)
そういうのを考えたり勉強して実装したりする事が大事なんだよ
あとデータが糞と決め付けてるけどなぜ糞になるかを考えないと
糞だから糞ってのは馬鹿っぽい書き込みだな
- 168 ：デフォルトの名無しさん：2016/01/12(火) 18:51:36.57 ID:mjNp/RKz.net
- 読み取れないなら絡んでくるなよ
データがなぜ糞になるかにOpenGL関係あるのか？
データの改善によらずプログラム（OpenGL）の範疇のみでの
品質向上は限定的であって
凡人が考え付くようなことは既に誰かが実現しているんだから
幻想抱いていないで勉強しろ、以上
- 169 ：デフォルトの名無しさん：2016/01/12(火) 19:01:28.44 ID:mjNp/RKz.net
- ただ>>160が「未知のアルゴリズムの発見」を
他所の誰かがやってくれるって話なら>>164は的外れだ
でも仮にそうなら「未知のアルゴリズムの発見」をだしに
「小手先のテク」を否定するのはおかしい
「小手先のテク」も嘗て発見されたものであって
「未知のアルゴリズム」のうち汎用性のあるものは
普及して「小手先のテク」となる
- 170 ：デフォルトの名無しさん：2016/01/12(火) 19:19:07.45 ID:OumKA2+J.net
- >>168
お前こそOpenGL関係無い話しをすんなよ、アホか
突然データの話しをし始めたのはお前だろ
データの糞さなんて普通議論の前提に無いよ
法線マップを使うと質感がリアルになる→データが糞なら意味が無い
シャドウマップのアルゴリズムを改善するとクオリティが上がる→データが糞なら意味が無い
なんでこんなアホみたいなことをお前は必死に連呼してんの？
> それと結局クオリティの根幹はデータだよ ｷﾘ)ｗｗｗ
- 171 ：デフォルトの名無しさん：2016/01/12(火) 19:23:10.13 ID:OumKA2+J.net
- >>169
>>160の「小手先のテク」は>>157の据え置き機のAPIはメモリ管理が～的な話しに対してだろ
ちゃんとアンカーしてんだから脊髄反射で糞みたいな返答しないで流れを見ろよ
- 172 ：デフォルトの名無しさん：2016/01/16(土) 13:18:31.86 ID:xOOUInQQ.net
- OpenGLって動画を背景にできないのかよ
本当に使えないな
- 173 ：デフォルトの名無しさん：2016/01/16(土) 17:08:00.30 ID:5DMoL/Xm.net
- できるよ
使えないのはお前の頭だよ
- 174 ：デフォルトの名無しさん：2016/01/16(土) 23:21:49.05 ID:kHCtvtbd.net
- まじかよ
買い換えてくるわ
- 175 ：デフォルトの名無しさん：2016/01/17(日) 09:25:58.94 ID:r/9lKueY.net
- アンパンマンか
- 176 ：デフォルトの名無しさん：2016/01/22(金) 02:55:19.84 ID:4tPCkE/9.net
- >>135
読んだら解ると思うけど、LGPLのライブラリを静的にリンクして生成されたオブジェクトコード(実行バイナリーも含む)
- 177 ：デフォルトの名無しさん：2016/01/22(金) 03:01:13.65 ID:2lXYGh8y.net
- 途中で書き込んでしまった
静的にリンクして生成されたオブジェクトコード(実行バイナリーも含む)の配布に制限をかけてはならないので、
もしプログラムを販売したとして、それを買った人がプログラムをコピーして転売とかネットにアップロードして再配布とか制限出来ないって事だからな
実行バイナリ以外のリソースがあってそれがないと意味をなさないプログラムであれば(それらのリソースにはLGPLは波及しないので)実質問題無いかも知れないがね
- 178 ：デフォルトの名無しさん：2016/01/22(金) 12:42:22.88 ID:yW17RJ8f.net
- >>177
>>135までの流れはソース公開の有無についてでオブジェクトの再配布については
何も触れてはいなかったけど、確かに言われてみればそうだな
ちなみにゲーム機のOSにはLGPLなライブラリも沢山使われてるけど
そういうのは全部動的にロードするタイプのものばかりだな
それに改変して使ってるLGPLなライブラリのソースはちゃんと公開されてるし
- 179 ：デフォルトの名無しさん：2016/02/12(金) 17:22:58.18 ID:8ijdDdmn.net
- ちょっと聞きたいんだが、
OpenGLのテクスチャ関連の情報源が纏まっているお勧め本とかサイトってある？
特にTexparameteriとかfとか。
APIそのものの仕様というより
特定のテクニック(遅延シェーディングとか)で
このパラメーターの設定必須とかいう話がうまくまとまっている所。
- 180 ：デフォルトの名無しさん：2016/02/12(金) 17:40:28.96 ID:oazN+lFe.net
- 「OpenGL 4.0シェーディング言語 : 実例で覚えるGLSLプログラミング」とか？
- 181 ：デフォルトの名無しさん：2016/02/17(水) 00:59:50.05 ID:gHIsUjz8.net
- 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.
- 182 ：デフォルトの名無しさん：2016/02/17(水) 01:06:37.00 ID:eBG9H+q0.net
- ｶﾞﾀｯ)ついに来たか！！(AA略
- 183 ：デフォルトの名無しさん：2016/02/17(水) 01:50:22.59 ID:gHIsUjz8.net
- 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.
- 184 ：デフォルトの名無しさん：2016/02/17(水) 04:11:29.54 ID:kjmsDbJN.net
- http://steamcommunity.com/app/257510/discussions/0/412447331651559970/#p3
案の定というか、GeForceだとクラッシュしやすい感じだな
- 185 ：デフォルトの名無しさん：2016/02/17(水) 11:23:22.50 ID:7JeOmJWL.net
- 俺のNVIDIAGPUでもVulkanドライバー来たーー！！
ありがとうNVIDIA！！
早速Vulkanのコードを書いてみるかな
かなり敷居が高いからポリゴン1つ出すだけでも何日も掛かりそうだが…
- 186 ：デフォルトの名無しさん：2016/02/17(水) 12:12:45.77 ID:7JeOmJWL.net
- QualcommはSnapdragon820からだな
これが搭載されたスマホが出るなんてかなり先になりそうだ
- 187 ：デフォルトの名無しさん：2016/02/17(水) 15:22:09.91 ID:gHIsUjz8.net
- ドライバの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
- 188 ：デフォルトの名無しさん：2016/02/17(水) 15:28:25.91 ID:gHIsUjz8.net
- cmake -G "Visual Studio 12 Win64" ..
は Visual Studio 2015の場合は
cmake -G "Visual Studio 14 Win64" ..
への変更が必要。
- 189 ：デフォルトの名無しさん：2016/02/17(水) 21:22:26.71 ID:gHIsUjz8.net
- The Talos Principleの無料demo版でもVulkan対応してた。
The Talos Principle - Update 257458 - public beta
https://steamcommunity.com/app/257510/discussions/0/412447331651559970/
- 190 ：デフォルトの名無しさん：2016/02/18(木) 01:09:41.24 ID:Q9SStqkJ.net
- >>186
なに、つまり今のQualcommものはVulkanサポートしないってことか
スマホの方が普及速度が速いって思ってんだが
- 191 ：デフォルトの名無しさん：2016/02/18(木) 21:56:38.61 ID:PM+lWUH8.net
- すいません
ここで聞いていいのかどうかわからないんですが
OpenGLでプログラミングして生成系の動画を作りたいと思っています
PCのみでプログラミングから動画書き出しまでできる環境って何がありますか？
- 192 ：デフォルトの名無しさん：2016/02/19(金) 03:22:58.69 ID:lRUD/4+H.net
- >>191
Processing
- 193 ：デフォルトの名無しさん：2016/02/19(金) 22:01:40.10 ID:4+n75gL4.net
- >>192
190です
ありがとうございます
- 194 ：デフォルトの名無しさん：2016/02/20(土) 23:35:12.00 ID:CTZ/6uFO.net
- >>186
OSがVulkan描写だとかなり軽くなるだろうなあ・・・
iOSに快適さで負けてるのはOS部分の重さってのはよく言われてるし
- 195 ：デフォルトの名無しさん：2016/02/21(日) 23:41:57.56 ID:lgM7AeG9.net
- >>190
Androidは他のベンダーもだけど一度製品として出したらドライバまったく更新しないからな。
ドライバに変更が必要だから対応されないんだろう。ハードウェア的に対応できるものだったとしてもね。
>>194
ないない。
Androidが重いのはJavaのフレームワークの質の問題
- 196 ：デフォルトの名無しさん：2016/02/22(月) 21:57:07.62 ID:OQxBKkBP.net
- iOSのアプリはネイティブコードで動いてるからそりゃAndroidより速いに決まってる
逆にネイティブコード動かしてよくセキュリティが保たれてるなと思う
iOSの事はよく知らんけど
- 197 ：デフォルトの名無しさん：2016/02/23(火) 12:26:09.77 ID:h5Nadqe3.net
- >>196
知らないのかよw
AndroidもNDKで99%ネイティブコードのアプリは作れるじゃん
ネイティブコード使おうがアプリは権限で許可されたことしか出来ないから安全
近年はVMの改善で割とヌルヌル動くし
- 198 ：デフォルトの名無しさん：2016/02/23(火) 13:03:29.99 ID:MgSDdSDU.net
- >>197
知ってるよ
セキュリティホールというのは許可されてない機能の穴の事だろ
Javaだとそういう事がやりづらいがネイティブコードだと
セキュリティホールを突くコードを書きやすい
- 199 ：デフォルトの名無しさん：2016/02/25(木) 06:14:04.49 ID:7aAJM7Qo.net
- OpenGL始めたばかりなのですが、質問させてください。
ある座標(xyz)の手前に別のモデルが描画されているかを知りたいのですが
depth値と、world変換した座標のZ値比較ではうまく行かないことがあります。
Z値はnear=0, far=1で正規化されているようですが、depth値は視錘台の中で
最奥で描画される位置を1にしているように見えます。
＃far平面を遠くへ移動すると、Z値は減りますがdepth値は変わらなかった
depthとZを同じ範囲で正規化出来れば、最前面の判定が出来そうなのですが、
どうしたらよいのでしょうか？
- 200 ：デフォルトの名無しさん：2016/02/25(木) 12:25:09.27 ID:Ey2CZbRS.net
- それぞれの座標空間を明確しろ
depth値ってのは射影空間なのか？
z値はworld座標空間なのか？
異なる座標系の値を比較したって駄目だぞ
- 201 ：デフォルトの名無しさん：2016/02/25(木) 13:30:07.23 ID:xV2izCwr.net
- >>195
2重苦3重苦ならせめて描画関係を最適化してJavaの処理に集中させるべきだと思うわ
どっちみち無駄が多いAPIを通して余計な電力をさらに余計に消費して描画してるのは事実だし
- 202 ：デフォルトの名無しさん：2016/02/25(木) 20:27:44.91 ID:PWvH50+Z.net
- http://gigazine.net/news/20160223-vulkan-benchmark/
微妙すぎ
- 203 ：デフォルトの名無しさん：2016/02/26(金) 10:26:10.93 ID:4BVW97k5.net
- >>202
まだドライバが成熟してないんだから評価は早すぎる
- 204 ：デフォルトの名無しさん：2016/02/26(金) 10:33:42.53 ID:vOww0VK6.net
- というかVulkanとOpenGLの差があるのは複雑なアルゴリズムを実装する場合でしょ
単純な描写じゃGPUが変わるわけじゃないんだからOpenGLと大差出ない
- 205 ：デフォルトの名無しさん：2016/02/26(金) 12:58:44.77 ID:XAqxrE9C.net
- >>202
CPU負荷とGPU負荷を分けて表示させない時点でお察しだろ
Vulkanは主にCPU負荷を減らす為のモンだからな、CPUがスカスカなゲームには効果無い
- 206 ：デフォルトの名無しさん：2016/02/28(日) 11:39:09.43 ID:jdc2WBDZ.net
- CPUコア数が増えると伸びるなGLと12は変化してない
高速に描画してなんぼの世界だけどこれから改良されるでしょ
- 207 ：デフォルトの名無しさん：2016/02/28(日) 13:37:33.52 ID:ciVnMih0.net
- https://t.co/mVqHJeduwh
- 208 ：デフォルトの名無しさん：2016/02/28(日) 14:47:16.12 ID:ZOTD4X0A.net
- >>207を見ると初期化だけで1000行近くいってるな
前にコンシューマーゲーム機だとポリゴン1個出すのに1000行以上書く必要があるって
書いたら
> 図形を描画するのにそんな行数が必要な訳ないだろ
> にわかはロムってろ
とかレスしてる奴居たけど、やっとどっちがにわかかを証明できたなｗ
ちなみにコンシューマーの方がもうちょっとローレベルだな
- 209 ：デフォルトの名無しさん：2016/02/28(日) 18:30:53.69 ID:71gdqeOf.net
- 毎回考えて全行書き直さなきゃならないならともかく
行数とかあんまり意味のある指標には思えんけど
どっちがにわかかなんて更にどうでもいい
- 210 ：デフォルトの名無しさん：2016/02/29(月) 07:41:33.37 ID:bHMRUJeM.net
- モデル座標指定してステンシル値取得する関数ってないですかね？
gluProjectがdoubleで座標取れるためだと思うんだけど、
drawした位置と微妙にずれるのですが。。
使ってるのはopenglです
- 211 ：デフォルトの名無しさん：2016/02/29(月) 19:57:04.30 ID:p/s6qQVA.net
- 微妙ってのが1pxより大きいのか
一定方向にずれているのか
とかその辺から原因を絞っていけば？
そもそもステンシルで特定の1pxを読み出すって使い方が
一般的ではないというか効率が悪い気がする
- 212 ：デフォルトの名無しさん：2016/02/29(月) 20:20:52.51 ID:bHMRUJeM.net
- >>211
1pxより大きくずれることはいまのとこないのですが、
ずれる方向はカメラの位置によって変わりますね。
陰面消去されない点の一覧を取りたいのですが、
難しいですね
- 213 ：デフォルトの名無しさん：2016/03/05(土) 21:15:57.52 ID:UBbBH9IM.net
- vulkan難しすぎだわ
openglでもできない雑魚が多いのにこれじゃあな
- 214 ：デフォルトの名無しさん：2016/03/07(月) 14:46:37.02 ID:z45Edf5n.net
- Vulkanの赤本は英語版が8月に出るけど日本語版は同時には出ないよな…
英語版をギリギリまで予約せずにおくけど日本語版出すなら早めに頼むぞ
どうせボーンデジタルがやるんでしょ？
- 215 ：デフォルトの名無しさん：2016/03/07(月) 21:12:33.34 ID:uXN+Q7bH.net
- 仕様書の和訳をカットシステムに出してもらえればそれでいいや。
- 216 ：デフォルトの名無しさん：2016/03/07(月) 21:37:42.55 ID:z45Edf5n.net
- Vulkanの赤本は目次見た限りだとOpenGLのと違って3Dの入門的な内容は皆無だよ
メモリとかスレッド周りをちゃんと理解したいから赤本には期待してる
出るのが遅すぎるけどな
- 217 ：デフォルトの名無しさん：2016/03/07(月) 23:34:39.29 ID:4MHiKawP.net
- Windowsで7までサポート範囲広げるのアフォすぎるわ
これ絶対後々最適化で足を引っ張る
それじゃなくても最適化が放置気味なのに
- 218 ：デフォルトの名無しさん：2016/03/08(火) 12:14:48.23 ID:b6RFSG6E.net
- 7と10でそんなに違うか？
むしろDirectX12が使えない7ではVulkanが対応していて欲しいけど
- 219 ：デフォルトの名無しさん：2016/03/08(火) 20:30:04.24 ID:6Lhz8+Tr.net
- それぞれのOSでテストしない訳にはいかないし
OSのバージョンごとにバグ報告も上がってくる
面倒事この上ない
- 220 ：デフォルトの名無しさん：2016/03/09(水) 08:24:04.27 ID:n19kSxSj.net
- Win10に移行したがらない奴らばかりだししばらくはVulkanだろうなあ
- 221 ：デフォルトの名無しさん：2016/03/09(水) 10:41:58.73 ID:0Gq8vrNb.net
- >>219
だったらWindows7を動作対象外にすればいいだろ
- 222 ：デフォルトの名無しさん：2016/03/09(水) 20:58:57.28 ID:o2uw7+V5.net
- さっさとWin10に移行して欲しいMSの妨害をしてDirtectX12を潰してるんだろ
- 223 ：デフォルトの名無しさん：2016/03/09(水) 21:39:54.39 ID:0Gq8vrNb.net
- Vulkan使えば7も10もAndroidもそれだけでまかなえるからｳﾏｰってなって
メーカーがみんなVulkanのみサポートになれば最高だが…なるわけないか
- 224 ：デフォルトの名無しさん：2016/03/10(木) 15:33:29.85 ID:7DWmda66.net
- ずっと移行が進まないでGLのままの未来だったり
- 225 ：デフォルトの名無しさん：2016/03/10(木) 15:46:04.05 ID:Kw0ks46m.net
- 別にあり得るんじゃね
dx12もこれも効率アップが
売りだけど、ピーク性能を求めてない
ユーザーには無用の長物だし
- 226 ：デフォルトの名無しさん：2016/03/10(木) 17:06:12.28 ID:3/fujhr0.net
- GPUはまだ進化し続けるだろうけどGLドライバが更新されなくなったらどうしようもない
OpenGLはそのうちVulkan上に実装されたのを使う事になりそう
別にそれでも構わんけど
- 227 ：デフォルトの名無しさん：2016/03/13(日) 23:22:20.10 ID:nwsHoZ9R.net
- てかOpenGLはゆくゆくはVulkanのラッパーにするってスライドに書いてなかったっけ
- 228 ：デフォルトの名無しさん：2016/03/16(水) 07:15:01.80 ID:6braCi5j.net
- >>225
出てくるゲームがことごとく現行のDXやOpenGLと相性の悪い処理を多用してて
ピーク性能以前の問題になってきてるから必要になってきてる
- 229 ：デフォルトの名無しさん：2016/03/27(日) 00:58:30.90 ID:M0YlQb8w.net
- GDCで発表してたIntelのVulkan対応ドライバ
Intel Beta Graphics Driver for Windows 7/8.1/10
15.40.20.4404 (20.19.15.4404)
ttp://downloadcenter.intel.com/download/25848
- 230 ：デフォルトの名無しさん：2016/03/28(月) 14:51:31.82 ID:6ufq8Y0K.net
- WebVulkanを待ち望む
- 231 ：デフォルトの名無しさん：2016/03/28(月) 16:19:34.06 ID:wQQhq7gT.net
- なんでWebでjavascriptでCのAPIそのまんまなんだよ
そのままなら既存のOpenGLプログラマが喜んで飛びついてくれると思ってたのか？
残念ながら、OpenGL使ってる奴らほどOpenGLにうんざりするんだよ。
まじでWebの規格決めてる奴らって馬鹿ばっかなんだな
- 232 ：デフォルトの名無しさん：2016/03/28(月) 19:36:50.98 ID:87gm1Pz1.net
- >>231
WebGL知らずに書いてるな…
WebGLのベースはES2.0だが当然そのままではない
しかしほぼ同じになるようにJavaScriptを拡張している
Float32ArrayとかWebGLの為に決められた規格は幾つかある
そんでシェーダーはほぼそのまま同じものが使える
お前こそ今更Cの部分がーとか言っても寒いだけだぞｗ
- 233 ：デフォルトの名無しさん：2016/03/28(月) 19:52:17.53 ID:87gm1Pz1.net
- >>231
C++で作りたかったらasm.jsとかWebAssemblyとかでコンバートして動かせばいいし
あと海外で3DのゲームをAndroidからブラウザに移植したらブラウザ版のほうが利益を上げてるとかある
ま、日本人はやっと最近ブラウザからネイティブアプリに移行したばっかだからそれに気付くのは5年後だと思うけど
- 234 ：デフォルトの名無しさん：2016/03/30(水) 07:27:24.76 ID:EYPv1wzL.net
- >>231
既存のゲームエンジンは飛びついてくれてるけど？
- 235 ：デフォルトの名無しさん：2016/04/01(金) 08:43:17.88 ID:kpR8TlAX.net
- http://rebuild.fm/135a/
- 236 ：デフォルトの名無しさん：2016/04/08(金) 09:52:19.39 ID:FXnfnjYw.net
- Vulkan SDK 1.0.8.0
- 237 ：デフォルトの名無しさん：2016/04/08(金) 13:02:47.06 ID:/Pf1PHt2.net
- cudaってglslより概念が複雑になってて使いにくいんだけど
- 238 ：デフォルトの名無しさん：2016/04/11(月) 21:36:06.79 ID:JWPJe1l7.net
- 比べるものが違う気がするが…
- 239 ：デフォルトの名無しさん：2016/04/13(水) 13:55:57.67 ID:CPNvCG3Q.net
- ARM-software/spir2cross: SPIR2CROSS is a practical tool and library for performing reflection on SPIR-V and disassembling SPIR-V back to readable and usable GLSL/ESSL.
https://github.com/ARM-software/spir2cross
- 240 ：デフォルトの名無しさん：2016/04/14(木) 18:51:04.85 ID:QdC6+6/a.net
- 最適化において、描画量を減らすこと、drawCallを減らすこと、どちらを優先すべきでしょうか？
描画量を減らすために地理的な要素で分割すると、今度は drawCall が増えるし。教えてください。
- 241 ：デフォルトの名無しさん：2016/04/14(木) 23:10:53.87 ID:xfBTHsgR.net
- マ イ ン ド コ ン ト ロ ー ル の手法
・沢山の人が、偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
靖 国 参 拝、皇 族、国 旗 国 歌、神 社 神 道を嫌う カ ル ト
10人に一人は カ ル ト か 外 国 人
「ガ ス ラ イ テ ィ ン グ」 で 検 索 を ！
- 242 ：デフォルトの名無しさん：2016/04/16(土) 15:09:37.57 ID:vYVWd6Tu.net
- >>240
CPUに余裕があればドローコール減らす以外の最適化を優先で
余裕が無ければドローコールを減らす
PCならドローコールを発行出来る数はCPUの速度に依存する
モバイルはTegraを除いてみんなTBR/TBDRのGPU
タイル分割処理をしている関係で
いくら頑張っても200～300回/フレームぐらいまでしか無理っぽい
それ以下になるようにバッチ処理したりするしかない
- 243 ：デフォルトの名無しさん：2016/04/19(火) 07:54:33.12 ID:G5LQQDiU.net
- etheriumで描画コモディティ先物市場まだできてねーのかよ
- 244 ：デフォルトの名無しさん：2016/04/22(金) 20:03:01.00 ID:ShvRhSha.net
- >>243
IoTのメガトレンド化でこの業界にもおこぼれの資本が流れてきてほしいね
- 245 ：デフォルトの名無しさん：2016/05/01(日) 12:19:49.18 ID:tKi6j9CT.net
- 匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
-
- 246 ：デフォルトの名無しさん：2016/05/04(水) 05:24:39.27 ID:1PZsD9TR.net
- Vulkan SDK 1.0.11.0
- 247 ：デフォルトの名無しさん：2016/05/05(木) 16:26:14.00 ID:yHFZxL6v.net
- Vulkan SDK 1.0.11.1
- 248 ：デフォルトの名無しさん：2016/05/21(土) 10:39:39.90 ID:SK4V46be.net
- Vulkan SDK 1.0.13.0
- 249 ：デフォルトの名無しさん：2016/05/22(日) 17:06:39.95 ID:B1ZnT2eI.net
- 頂点のデータ1個分が半端なサイズだと性能が低下するみたいに書いてあるけどマジ？
https://developer.nvidia.com/content/understanding-structured-buffer-performance
5%とは書いてあるけどその5%が結構でかいか？
- 250 ：デフォルトの名無しさん：2016/05/23(月) 18:25:59.24 ID:sxSKeUhG.net
- >>249
それはメモリ一般の話でGPUだけの話じゃないな
float4 position;にしてw成分にradiusを入れるとかよくやる
多分、float3 position; float radius;でも駄目なはず
- 251 ：デフォルトの名無しさん：2016/05/23(月) 20:15:41.27 ID:rfU8/+zM.net
- >>250
いやそれはちゃんとパックされるはず
vec3,vec3,vec2とかは駄目だけど
- 252 ：デフォルトの名無しさん：2016/05/24(火) 07:23:41.22 ID:hRqmCXiK.net
- openglで、3Dモデルの断面だけを表示したいのですが、
以下のやり方だと視点変更時にちらつきが起こってしまいます。
glClipPlane(GL_CLIP_PLANE0, 平面);
glClipPlane(GL_CLIP_PLANE1, 平面（逆向き）);
ちらつきを回避する方法をご存じの方、いらっしゃるでしょうか。
0,1で指定する平面を少し離すとちらつきは起きなくなるのですが、
拡大すると幅が見えてしまうので、平面は（向き以外は）１つにしたい
と思っています。
- 253 ：デフォルトの名無しさん：2016/05/24(火) 09:56:54.89 ID:cQa1G5gr.net
- ちらつくのはGPUの計算誤差のせいか
つうか平面で輪切りにするなら
ある程度の厚さは元々必要じゃないの？
GPUの演算精度にあわせて最小の厚みを入れれば？
あと断面を描画したい場合もっとマシな方法があったはず
- 254 ：デフォルトの名無しさん：2016/05/24(火) 10:26:25.89 ID:TKPt/9v7.net
- >>252
ヒント： 1/∞
- 255 ：デフォルトの名無しさん：2016/05/24(火) 13:41:51.46 ID:kfi1pEM9.net
- >>252
厚みがあるように見えないようにカメラとの距離や拡大率で２つの平面の距離を変えればいいんじゃない
- 256 ：デフォルトの名無しさん：2016/05/24(火) 14:32:55.62 ID:NcOn82rz.net
- glPolygonOffset
- 257 ：デフォルトの名無しさん：2016/05/24(火) 17:16:47.81 ID:4MJ+rKOz.net
- このクリッピングプレーンって
カメラ座標系らしいが
任意の傾きでクリッピングしてくれるんだろうか？
カメラ視線と平行でなくても良いなら
どういう仕組みだろうか
- 258 ：デフォルトの名無しさん：2016/05/24(火) 23:13:35.09 ID:73PdSs4C.net
- C#で、OpenGLリソースの解放忘れても.NETのファイナライザで解放されるようにしたいのだが
調べていたらファイナライザは別スレッドで実行される仕様っぽい事が分かった
コンテキストを有効にできるのは1つのスレッドだけらしいから問題
ミューテックスをロック
↓
コンテキストをMakeCurrent
↓
OpenGLのコマンドを実行
↓
MakeCurrentで現在有効なコンテキストをNULLに
↓
ロック解除
これで何とかなる？
ただロックしたり、何度もMakeCurrent
したりするのは速度的にどうなんだろ
同じコンテキストなら平気？
コマンドをキューから取り出して消費するスレッドを作れば1スレッドでOpenGLコマンドを実行する事も可能かもしれないがそれは複雑そう
- 259 ：デフォルトの名無しさん：2016/05/25(水) 01:11:39.37 ID:bZif6UFV.net
- GLのスレッドが終了する前に全部処理すればいいだけだろ。
というかスレッド消滅しちゃったらたぶんリークする。
GLの仕様なので仕方ない。そっちに合わせろ。
- 260 ：デフォルトの名無しさん：2016/05/25(水) 07:55:56.73 ID:d+DQRqHD.net
- >>252
縦横16倍で書いて、バイリニアで四回縮小するか256texelサンプルするシェーダで平均を取る。
>>257
面方程式が分からないなんて情けないこと言わないでくれよ。
>>258
消去リクエストキューとか作ればいいんじゃないの。
- 261 ：デフォルトの名無しさん：2016/05/25(水) 09:35:29.39 ID:Jg8l7ZmY.net
- >>260
2chのレベルの低さを
体現してるよアンタ
- 262 ：デフォルトの名無しさん：2016/05/25(水) 15:27:30.58 ID:fzqm+Lrj.net
- >>260
じゃあ、その面方程式を書いてみてよ
- 263 ：デフォルトの名無しさん：2016/05/25(水) 16:03:06.10 ID:Pw7Hw/FX.net
- >>262
教えてくださいお願いしますだろ
- 264 ：デフォルトの名無しさん：2016/05/25(水) 16:41:44.52 ID:Qi/4WCte.net
- OpenGLってCで書かれてるんでしょうか？
Javaから使いたいんですけどプラットフォームがwindowsならライブラリはどの言語から使っても共通なんでしょうか？
- 265 ：デフォルトの名無しさん：2016/05/25(水) 16:42:45.54 ID:Td5FGjy5.net
- 方程式方程式うるせーな
その次のフェーズを言ってるんだよ
その方程式でポリゴンのクリップする境界を特定したとして
どうやってそれを描画するのかってこと
- 266 ：デフォルトの名無しさん：2016/05/25(水) 23:30:11.95 ID:SpZNKB3W.net
- >>263
アホか、お前が知らなそうだから聞いてみたんだよ
図星だったんだなw
- 267 ：デフォルトの名無しさん：2016/05/25(水) 23:33:36.28 ID:SpZNKB3W.net
- >>265
結局そこはドライバとかハード次第なんじゃないか？
ま、ハードでサポートしてるとは思えないからステンシル使うと思うよ
- 268 ：デフォルトの名無しさん：2016/05/26(木) 08:19:37.94 ID:m6HlOT3G.net
- androidスマートフォンにvulkanが搭載されると具体的なこととして何か変わりますか？
また1年後の普及率は個人的にどうなると思いますか
- 269 ：デフォルトの名無しさん：2016/05/26(木) 15:31:00.55 ID:8n8nKgcZ.net
- >>265
デプスバッファとかアルファリファレンスで discard することを理解できるなら、面方程式でのクリップなんて、内積とって大小比較して discard するだけなんだから、分からない理由がわからない。
- 270 ：デフォルトの名無しさん：2016/05/26(木) 18:55:19.65 ID:lgnLogyr.net
- >>269
WorldView空間の平面は
WorldViewProj空間では平面ではなく
曲面になる
ただしカメラ方向(z軸)と平行な場合は
平面は平面のままとなる
曲面じゃなく平面のままならそりゃ簡単さ
ただ、GLのクリッピングプレーンの座標系は
カメラ空間とあったので
平面の向きによっては曲面になりうる
その場合どのような実装でクリッピングを実現しているのか気になったわけ
まあ逆行列でWorldView空間に戻して
判定、discardすれば出来なくは無いが、
わざわざそんなまぬけな実装入れるか？ってこと
オタクが見当違いも甚だしいってわかったかよ？
- 271 ：デフォルトの名無しさん：2016/05/26(木) 19:29:40.41 ID:IMqlwn34.net
- >>270
俺は268じゃないが268は正しいよ
それより
> 曲面になる
は笑うところか？
- 272 ：デフォルトの名無しさん：2016/05/26(木) 20:33:50.99 ID:lgnLogyr.net
- だから言ってんじゃん
お前は2chの低レベルっぷりを
体現してる奴だってな
教えてやるのもここまでだ
後は自分で勉強するこった
- 273 ：デフォルトの名無しさん：2016/05/26(木) 20:54:41.79 ID:KxXBNl+O.net
- 多分透視除算でzが手前から奥にリニアに変化しないということなんだろう
- 274 ：デフォルトの名無しさん：2016/05/26(木) 21:37:28.12 ID:Z1edgFxo.net
- だからまあWVPの行列かけた後の透視除算前に処理するんじゃないか？
- 275 ：デフォルトの名無しさん：2016/05/26(木) 22:04:39.82 ID:H0ytGV88.net
- >>272
お前ピクセルシェーダにどんな風に座標渡してんだよ…
wを1.0にしたカメラ座標orワールド座標を渡せば線形補間されてピクセルシェーダに渡るだろ
バカ過ぎ
- 276 ：デフォルトの名無しさん：2016/05/26(木) 22:11:24.04 ID:H0ytGV88.net
- >>272
リニアにならないのはMVP行列を掛けるとZ値がWに移動してwが1.0にならなくなる
それをピクセルシェーダに渡すとGPUがZ/Wを補間するようになるからリニアにはならなくなる
後は自分で勉強するこったw
- 277 ：デフォルトの名無しさん：2016/05/26(木) 22:26:10.65 ID:Z1edgFxo.net
- ピクセルシェーダなんて話は誰もしてないわけだが
- 278 ：デフォルトの名無しさん：2016/05/26(木) 23:01:04.80 ID:CLG55rQ1.net
- glhint(gl_perspective_correction_hint gl_nicest)
つまりナイス！
- 279 ：デフォルトの名無しさん：2016/05/27(金) 09:55:07.38 ID:fT3TR/+E.net
- クリッププレーンはちゃんとしらべたらシェーダ利用時はそのまま使えないじゃん
別途MV変換した座標を渡す必要があるんだとな
- 280 ：デフォルトの名無しさん：2016/05/27(金) 11:49:01.50 ID:UpqEF0dP.net
- 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
長文申し訳ありませんが、宜しくお願いします
- 281 ：デフォルトの名無しさん：2016/05/27(金) 14:09:39.83 ID:5/CmsdlJ.net
- >>280
GL_EXT_convolutionとかGL_ARB_imagingが無いなら使えない
つかglDisableするなら別に使えなくてもいいじゃない
- 282 ：デフォルトの名無しさん：2016/05/27(金) 14:30:29.08 ID:UpqEF0dP.net
- >>281
レス有難う
Linux版のOpenToonzで落ちるところを探ってて行き当たったので
GL_EXT_convolutionとかGL_EXT_histogramのifdefで囲ってあるようですが上手く判定できていないのかな
もうちと調べてみます
- 283 ：デフォルトの名無しさん：2016/05/27(金) 14:42:52.68 ID:fvoGjXwU.net
- >>282
それらがdefineされてるかどうかとお前の使ってるGPUがそれらをサポートしてるかどうかは別の話だから
- 284 ：デフォルトの名無しさん：2016/05/27(金) 20:11:31.75 ID:LFdJJr4H.net
- なぜextension調べないのか
- 285 ：デフォルトの名無しさん：2016/06/03(金) 20:26:38.31 ID:hF5p/WFD.net
- OpenGL（ES）のバージョンを指定で使いたいんだけど、
getコンテキストなんたらで、バージョン指定すりゃいいの？
2.0指定してみたけど、読み出したら3.0になってるんだが・・・
- 286 ：デフォルトの名無しさん：2016/06/03(金) 20:43:22.41 ID:0Rj+QG2p.net
- >>285
2のプログラムそのまま動くから3で問題ないよ
- 287 ：デフォルトの名無しさん：2016/06/05(日) 04:14:39.27 ID:ye6u/kZm.net
- 機械学習ベース グラフィックAPIまだできてねーのかよ
- 288 ：デフォルトの名無しさん：2016/06/05(日) 16:37:43.32 ID:vQseBiFc.net
- OpenGLで単純な直線・ドット・四角形の描画を実行すると
ドライバ（ビデオカード？）によって同じ座標値を与えても描画結果が異なるみたいなんだけど
そういうもんなの？
環境依存しまくりで頭抱える
- 289 ：デフォルトの名無しさん：2016/06/05(日) 16:40:06.35 ID:J5Uoisn/.net
- そういう話がなくはないけど、そこまで単純なモノだったらなにかコーディングが間違ってそう
- 290 ：デフォルトの名無しさん：2016/06/05(日) 22:42:25.12 ID:fKt+kMxz.net
- Adrenoはmediump以下の精度にしようとしても無視してhighpにするって読んだ
- 291 ：デフォルトの名無しさん：2016/06/06(月) 02:12:48.61 ID:etHtvK3t.net
- >>288
斜線が途中で微妙に1ドット違う結果になったのを確認した事はあったけど
アルゴリズムとかモバイルだと精度も違うから同じ結果にならないのも納得出来る
けど困るほどズレるかね？
- 292 ：デフォルトの名無しさん：2016/06/06(月) 07:00:36.40 ID:UEWlMU/Q.net
- 旧APIの固定機能パイプラインの実装が微妙に異なるんじゃね。型とか。
- 293 ：デフォルトの名無しさん：2016/06/06(月) 07:37:17.36 ID:Y6IHoxrC.net
- Vertex2d指定で14x14の小さい丸に見立てた八角形を描こうとしたら形が歪んで
ミスが見つけられなかったから他の環境で実行したら違う形にゆがんだので
テスト用にL字型の線分を描かせてみたら違うピクセルが抜けたりと
ぶっちゃけ斜め要素のない四角形以外はおかしかったです
- 294 ：デフォルトの名無しさん：2016/06/06(月) 21:08:34.91 ID:EceGlO4T.net
- 凹ポリ描こうとしてたり…
無いか
- 295 ：デフォルトの名無しさん：2016/06/07(火) 13:27:04.82 ID:irsyXiHg.net
- >>293
それだけだと何とも言えないけどZテスト有効にしてZ値込みで描画してたりすんじゃないの？
- 296 ：デフォルトの名無しさん：2016/06/07(火) 13:28:59.61 ID:irsyXiHg.net
- >>293
あーVertex2dって書いてあるか…すまん
だとしたらトライアングルストリップの指定がおかしいかぐらいか
どっちにしろそこまで歪むなんて考えられん
- 297 ：デフォルトの名無しさん：2016/06/07(火) 13:40:18.91 ID:YXdpUuyy.net
- おかしなコマンドやデータを与えた時の動作は
実装依存でもおかしくない
- 298 ：デフォルトの名無しさん：2016/06/09(木) 22:51:32.59 ID:Z2ZBFZUW.net
- 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にコピーできるような一般的な関数を作る場合に
引数の型がどうなるのかがわかりません。
- 299 ：デフォルトの名無しさん：2016/06/16(木) 19:35:08.66 ID:Sexkwk5r.net
- eglCreateSyncKHRとか、KHR付いた拡張使いたいんだけど、
なんか前提条件ある？
試したらEGL_NO_SYNC_KHRしかかえって来ない、これって駄目って事だよな？
もうひとつ、この手の機能はglFinishとかの代用って解説あるけど、
glutとか使わない生のGLES使ってる分にはeglswapがあるから意味無い？
- 300 ：デフォルトの名無しさん：2016/06/26(日) 02:07:41.62 ID:dw6nt173.net
- Vulkan SDK 1.0.17.0
- 301 ：デフォルトの名無しさん：2016/06/27(月) 11:49:12.99 ID:E0ORTsPB.net
- AppleはVulkan対応しないの？
- 302 ：デフォルトの名無しさん：2016/06/29(水) 07:20:04.87 ID:bcgc76wf.net
- Apple様はMetal推しだからな
いいAPIだと思うよ、移植性を除けば
- 303 ：デフォルトの名無しさん：2016/06/30(木) 18:59:31.43 ID:qTuZz+mN.net
- https://osdn.jp/magazine/16/06/30/154000
- 304 ：デフォルトの名無しさん：2016/06/30(木) 19:42:05.22 ID:LevSiXF4.net
- mesaみたいなもんなんだろうか？
- 305 ：デフォルトの名無しさん：2016/07/01(金) 22:57:55.48 ID:pgrRPR6O.net
- 今時OpenGLが動かない環境なんてクソみたいもんだからどうでもいいよ
- 306 ：デフォルトの名無しさん：2016/07/02(土) 19:55:01.85 ID:ZiIDTaS+.net
- 環境を作る側に行く可能性が無い人にとってはね。
- 307 ：Office & Gamers @ 試験運用中（トリなしｗ：2016/07/05(火) 03:47:43.79 ID:fGwSDfE9.net
- そっそｗ
DarkGDK Part.2(c)2ch.net
http://echo.2ch.net/test/read.cgi/tech/1467514934/
- 308 ：デフォルトの名無しさん：2016/07/05(火) 19:42:37.58 ID:QfXwP4YG.net
- Vulkanって今まで通り、GLESのコードで動くの？
- 309 ：デフォルトの名無しさん：2016/07/05(火) 21:54:11.70 ID:l6bE/62d.net
- >>308
動かない。
全く違う低レイヤーのAPIでGLESのAPIを低レイヤーのVulkanで実装しようという動きがあるぐらい
- 310 ：デフォルトの名無しさん：2016/07/05(火) 22:15:52.17 ID:+mdcf8kt.net
- Vulkanってそんなむずいの？
https://forums.developer.apple.com/thread/38469
MetalはVulkanよりは色々やってくれて優しいみたいな事が書いてある
MetalがVulkanよりハイレベルで動くなら
他のプラットフォームで動くMetal互換の実装を作るのは可能？
でもプロプライエタリAPIの互換実装なんか誰も作らないか
- 311 ：デフォルトの名無しさん：2016/07/06(水) 00:03:57.85 ID:zRpS2tef.net
- VulkanのアプリをMetalで動かすレイヤーはある
Metalは絶対消え去る運命にあるのは間違いない
- 312 ：デフォルトの名無しさん：2016/07/06(水) 12:27:48.03 ID:qioYPRFr.net
- OpenGLでガンヴァロウ
そんなAPIやってられん
- 313 ：デフォルトの名無しさん：2016/07/07(木) 23:12:05.35 ID:hGlT+uLz.net
- >>307
なんか勘違いしてそうだけど、環境作る側の「環境」って組み込み機器とかの事だぞ
GPUは無いけどOpenGL ESを動かしたいとかの特殊な状況で役に立つだろう
- 314 ：デフォルトの名無しさん：2016/07/07(木) 23:13:23.07 ID:hGlT+uLz.net
- ラッパーライブラリを作る側はアプリを作る側とOpenGLからしてみれば同じだよ
- 315 ：デフォルトの名無しさん：2016/07/08(金) 12:23:32.11 ID:VW0hfFNQ.net
- >>312
そのOpenGLの中身をVulkanにしよう動きが既に出ている
効率を上げないとしんどいインディーがすごく増えたし
スマホゲームにおいてVulkanを積極的にやらんとMetal持ってるiOSに負ける
- 316 ：デフォルトの名無しさん：2016/07/08(金) 12:44:15.91 ID:UF+RGGyc.net
- >>313
それと、搭載予定のGPUが開発中で実物が無い時に、すでに開発はスタートしてるとかね。
- 317 ：デフォルトの名無しさん：2016/07/08(金) 15:17:39.75 ID:M+8Itm4Z.net
- >>315
OpenGLをVulkanで実装したところで効率が良くなるとは思えんが…
むしろ間接的になるから効率は悪くなるだろ
OpenGLは仕様上色々ドライバがチェックすべき事が多いからDrawコールが重いんだろう
Vulkanで実装したところでやるべき事は一緒だ
- 318 ：デフォルトの名無しさん：2016/07/08(金) 16:12:15.71 ID:XUluGpCt.net
- OpenGLはまずコマンドバッファの管理がドライバ任せなのが良くない感じ？
テクスチャや頂点バッファ用のメモリ確保とか転送をどうやるかもドライバ次第だしな
モバイルでglTexSubImage2dがやたら遅いとかよくあった
モバイルだと殆どのGPUがタイルベースだけど
この処理もドライバ任せだし
処理結果を取っておいたりも出来ない
- 319 ：デフォルトの名無しさん：2016/07/09(土) 23:10:45.67 ID:M+Fpadyy.net
- >>318
コンテキストが一つってのが問題点じゃなかったでしたっけ？
- 320 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2016/07/10(日) 11:16:29.74 ID:JU0nYL+k.net
- コード量が増えるってことはバグも人件費も増えるってことじゃないの
普及するのかね
- 321 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2016/07/10(日) 11:59:50.38 ID:gNtLgAII.net
- 実行速度を重視するかどうかで分かれるだけでしょ
- 322 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2016/07/10(日) 12:15:17.43 ID:IeFM40zW.net
- >>319
コンテキストは複数持てるけど
MakeCurrentが同時に一つのスレッドからしか出来なくて
1つのスレッドからしかコマンドを送れないのが問題では
このマルチコアCPUの時代に
- 323 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2016/07/10(日) 13:08:45.63 ID:BPe8fmjI.net
- どうせ使われてないんだから過去の互換性なんか切り捨ててくればよかったのに
使われまくってるDirectXでもやってんのに
- 324 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2016/07/10(日) 15:17:11.91 ID:SUPEDuXc.net
- >>321
結局実行速度が厳しいスマホだからこそ急いで開発しないとマジでiOSに人取られるからなあ
より負荷の高いゲームでどっちが快適に動くかってのを見せられてしまうとなおさら
- 325 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2016/07/10(日) 18:01:48.02 ID:7bNQZoic.net
- >>323
切り捨てて作ったのがVulkanだろ
- 326 ：デフォルトの名無しさん：2016/07/10(日) 21:39:44.73 ID:K/z/M4wG.net
- Vulkanは最近のGPUの仕様に合わせて策定されてんだから今後は普通に使われるようになるだろ
時代はどんどん先へ進んでんだよ
プログラマが追い付かなきゃいかんよ
- 327 ：デフォルトの名無しさん：2016/07/11(月) 11:59:03.53 ID:xfWl4DPh.net
- コード的には退化してる
- 328 ：デフォルトの名無しさん：2016/07/11(月) 12:43:39.07 ID:tFSd98iK.net
- >>327
そう思うなら直接使うの諦めてゲームエンジンとかのミドルウェア使えばいいじゃん。それらが対応してれば恩恵受けれるんだし
- 329 ：デフォルトの名無しさん：2016/07/13(水) 11:22:02.27 ID:0mOEb/aF.net
- OpenGLもミドルウェア的な物を通じて使う物じゃないのか
- 330 ：デフォルトの名無しさん：2016/07/13(水) 21:54:26.00 ID:fWwCFzYf.net
- コード的には退化とか言って
ハードの進化がPGのオナニーに帳消しにされてるのが我慢ならない。
クソみたいに遅いなスクリプト言語は禁止せよ
- 331 ：デフォルトの名無しさん：2016/07/13(水) 22:16:54.83 ID:0mOEb/aF.net
- ?
- 332 ：デフォルトの名無しさん：2016/07/13(水) 22:34:50.16 ID:ygJbv1Fw.net
- 高級言語のFORTRANから低級言語のCに「退化」したようなもんだろ。
- 333 ：デフォルトの名無しさん：2016/07/14(木) 07:32:49.91 ID:X1+/IxXc.net
- アーキテクチャの進化に付いていけないって悲しいな
- 334 ：デフォルトの名無しさん：2016/07/14(木) 22:30:11.83 ID:y2jpUAL1.net
- 今まで抽象化されてドライバ任せだったメモリ管理とかが、今後はソフトやプログラマが直接管理しなきゃならないから、
直にはついて行けない奴も大勢いるだろ
というか、エンジンや環境自体を開発しているようなハイエンドな連中以外は環境が整うまで待ちだろ
- 335 ：デフォルトの名無しさん：2016/07/15(金) 00:08:34.60 ID:TvQRmVn+.net
- つうか赤本早くしてくれ…(一応10月発売予定にはなってる)
- 336 ：デフォルトの名無しさん：2016/07/15(金) 20:23:03.82 ID:3Sl2ginq.net
- 対応実機持ってないしなあ
- 337 ：デフォルトの名無しさん：2016/07/15(金) 20:23:51.70 ID:zqzheoRV.net
- そこだよね
どこまで対応したドライバが普及するのか
- 338 ：デフォルトの名無しさん：2016/07/15(金) 20:47:56.99 ID:+hrWOFBB.net
- 今は泥でGLつついてるんだがjavaでVulkanAPIとかパフォーマンス出なそう
まあ遅い言語でチューニングした方が感コツ掴めそうだから完成したらC++に清書か
- 339 ：デフォルトの名無しさん：2016/07/15(金) 20:51:50.49 ID:NV7zQ3yX.net
- Intel内蔵GPUでもLinuxだったらIvy Bridge(2012年発売)から対応してるぞ
Windows版だと最近のしか対応しないようだが
NVIDIAも2012年製のから対応してる
↓詳しいことはこれ見れば分かる
https://en.wikipedia.org/wiki/Vulkan_(API)
- 340 ：デフォルトの名無しさん：2016/07/15(金) 20:56:33.06 ID:NV7zQ3yX.net
- AndroidはAdreno一強だけど500からしか対応しないから今年の最新モデルからだね
PowerVRはかなり古いのから対応してるけどこっちはほぼApple専用だしな…
- 341 ：デフォルトの名無しさん：2016/07/15(金) 21:26:25.72 ID:zqzheoRV.net
- intelの対応が遅いのがな
Macの少し前のでは動かないの確定か・・・
- 342 ：デフォルトの名無しさん：2016/07/15(金) 22:07:21.36 ID:kBkiG3Sk.net
- >>340
ハードウェア的にはそこそこ古いものでも対応出来るんだろうがAndroidのSoCベンダーは一度出した製品のドライバー絶対更新しないからな…
Googleすらドライバーのバグを回避するworkaround書いてる程だから
- 343 ：デフォルトの名無しさん：2016/07/15(金) 22:44:03.45 ID:+hrWOFBB.net
- グラフィック周りの更新は特に文鎮化の危険あるからな
- 344 ：デフォルトの名無しさん：2016/07/15(金) 22:58:50.58 ID:3IYjBgbR.net
- >>338
そもそもAndroidのVulkan APIってNDK前提じゃ？
- 345 ：デフォルトの名無しさん：2016/07/16(土) 00:26:24.80 ID:f/DgtYZl.net
- 幸いな事にVulkanはモバイルとデスクトップでAPIに差がないからとりあえずデスクトップで組んでおくのがいいだろうね
- 346 ：デフォルトの名無しさん：2016/07/16(土) 00:37:04.46 ID:YVZVQkaI.net
- >>343
いや、関係ないだろ
- 347 ：デフォルトの名無しさん：2016/07/16(土) 07:41:16.22 ID:7CVppVRt.net
- >>344
へーそうなの初耳だわ
- 348 ：デフォルトの名無しさん：2016/07/16(土) 09:51:04.73 ID:bNZm+5vP.net
- VulkanのAPIがローレベル過ぎてJavaバインディングを作るのは難しいのかも
- 349 ：デフォルトの名無しさん：2016/07/17(日) 16:43:47.60 ID:cm6P0jo0.net
- OpenGLを蹴ってまでのAPIでJava使ったら速度でなくて意味ないじゃん
- 350 ：デフォルトの名無しさん：2016/07/18(月) 23:16:14.49 ID:7760Fm83.net
- 流れを見るとJava+OpenGL→Java+Vulkanって話でしょ
当然意味はある
あとバインディングもOpenGLより簡単だろう
VulkanAPIは全てXMLで定義されてるからツールに通して作れるはず
- 351 ：デフォルトの名無しさん：2016/07/23(土) 09:48:38.91 ID:Plvoi5O2.net
- OpenGLでもややこしいのにこれ以上ややこしくするなよ
- 352 ：デフォルトの名無しさん：2016/07/23(土) 11:51:52.48 ID:q2oxmEOv.net
- よくわからないけど
GPUのこと詳しくなればVulkanのほうがわかりやすくなるんじゃね
よくわからないけど
- 353 ：デフォルトの名無しさん：2016/07/23(土) 12:49:49.76 ID:V4JGvq9g.net
- 実際そうだと思う。OpenCLを先にやってたらOpenGLは暗黙の了解みたいなのが多くてわけわからなかった。
- 354 ：デフォルトの名無しさん：2016/07/24(日) 10:00:19.87 ID:BvjWz3uk.net
- VulkanをJavaに持っていこうとしても
JNIでやり取りする時のコストがでかくて
低オーバーヘッドの意味がなくなるとかない？
- 355 ：デフォルトの名無しさん：2016/07/24(日) 10:16:24.11 ID:Z3SkWthj.net
- 試せ
- 356 ：デフォルトの名無しさん：2016/07/24(日) 13:19:04.93 ID:dq+Rqgee.net
- SDKサンプルが上がってこないとわかんないな最初に描画手順のコード?渡して
後は頂点渡すだけみたいな感じなら普通に恩恵あるだろうし
- 357 ：デフォルトの名無しさん：2016/07/24(日) 17:20:27.50 ID:XV2OXjbQ.net
- 複雑なアプリを作ってるとOpenGLはステートを内部でもってるから整合性を保つのが滅茶苦茶面倒になる
Vulkanは外部に置いておけるからその辺は簡単になるだろう
OpenGL→最初簡単だけど後が大変
Vulkan→最初大変だけど後が楽
じゃないか？
- 358 ：デフォルトの名無しさん：2016/07/24(日) 23:47:56.68 ID:QfpMWXUS.net
- Vulkan SDK 1.0.21.1
- 359 ：デフォルトの名無しさん：2016/07/25(月) 12:28:39.42 ID:bHa5mRdV.net
- nvidiaはPCで不利になるから裏でVulkanを普及させたくない意図が見え隠れしてるけど
OpenGLはいい加減古い
- 360 ：デフォルトの名無しさん：2016/07/26(火) 00:57:36.60 ID:P70t/zUn.net
- NVIDIAは無理してVulkanに移行しなくてもOpenGLだけでCPU負荷を減らせる拡張を用意してるだけだ
デベロッパーに優しいんだよ
それとゲームはDirectX12の速度の方が重要じゃないか？
- 361 ：デフォルトの名無しさん：2016/07/26(火) 01:56:37.46 ID:R2cFxA5u.net
- >>360
Windowsしか使わないの？
- 362 ：デフォルトの名無しさん：2016/07/26(火) 20:37:51.77 ID:jYnejzD0.net
- いまやスマホだよな
- 363 ：デフォルトの名無しさん：2016/07/26(火) 20:37:53.18 ID:jYnejzD0.net
- いまやスマホだよな
- 364 ：デフォルトの名無しさん：2016/07/26(火) 23:46:34.98 ID:1yunqESs.net
- Steamの調査だとWindowsが95%以上だけどな
- 365 ：デフォルトの名無しさん：2016/07/26(火) 23:50:35.33 ID:HtJzFbj/.net
- スマホもハードが進化したらPC用OSになる
- 366 ：デフォルトの名無しさん：2016/07/27(水) 10:44:58.20 ID:MIqC1yVf.net
- スマホは電池の問題があるから意図的に遅くても消費電力少ないCPU使ってるから
PCを超えることはないんだよバーカ
- 367 ：デフォルトの名無しさん：2016/07/27(水) 12:34:24.99 ID:n5XSmKiJ.net
- 逆にAndroidがWindowsを置き換える
MS帝国の終焉
- 368 ：デフォルトの名無しさん：2016/07/27(水) 13:36:40.66 ID:lrmpmMbD.net
- それ言うならChromeOS(Chromebook)だな
もはやAndroidも包含してんだから
- 369 ：デフォルトの名無しさん：2016/07/27(水) 14:24:40.83 ID:CeyxgAlj.net
- AndroidのOpenGLESは正直無茶苦茶で完全にiOSに敗北してるからさっさとVulkanラッパーに移行したい
- 370 ：デフォルトの名無しさん：2016/07/27(水) 17:57:49.91 ID:aSOycJoj.net
- ChromeOSを電話に乗せればよかったんじゃと思う泥は急こしらえっていうか雑だね嫌いじゃないが
- 371 ：デフォルトの名無しさん：2016/07/27(水) 22:46:27.42 ID:+xrdoiGB.net
- >>369
Vulkanの薄いAPIすら心配なレベルだからなぁ…
- 372 ：デフォルトの名無しさん：2016/07/27(水) 22:50:44.37 ID:0Ef+lpVH.net
- AndroidのOpenGLESが無茶苦茶に思えるのは腐ってるドライバのせいだろ
しかもアップデートもされない
Vulkanではそうならないことを願う
- 373 ：デフォルトの名無しさん：2016/07/30(土) 16:49:27.46 ID:NnN7Vre0.net
- >>370
ChromeOSに限らずGoogleの出すものは全部雑な感じする
- 374 ：デフォルトの名無しさん：2016/08/02(火) 06:56:55.79 ID:R+izKGGu.net
- vulkanってHLSL使えるらしいからGLSLいらないね
- 375 ：デフォルトの名無しさん：2016/08/03(水) 00:09:59.72 ID:jr+ageRA.net
- GLSLは滅びぬ、何度でも蘇るさ！
- 376 ：デフォルトの名無しさん：2016/08/03(水) 00:26:49.09 ID:TYVGHSEt.net
- ていうか特定のシェーダー言語に捕らわれる必要は無くなったわけだし
- 377 ：デフォルトの名無しさん：2016/08/03(水) 10:22:21.68 ID:n1aeLSbX.net
- なんにしろそんな最新ハードまだ持ってないし日本語本もないしOpenGL ES3の方が覚えたい
- 378 ：デフォルトの名無しさん：2016/08/08(月) 23:48:34.59 ID:k72FOCvw.net
- Vulkan実行すると、OSいきなり落ちたりしない？
コーディングしてて即落ちして萎える。
- 379 ：デフォルトの名無しさん：2016/08/09(火) 00:02:34.00 ID:/90aZcQE.net
- おま環じゃね？
- 380 ：デフォルトの名無しさん：2016/08/09(火) 01:02:18.05 ID:cMzsnvho.net
- OpenGLみたいにドライバーが実行時エラーを補足しないからな
- 381 ：デフォルトの名無しさん：2016/08/11(木) 11:27:04.55 ID:lFfds5RZ.net
- おまコードじゃね?
- 382 ：デフォルトの名無しさん：2016/08/11(木) 13:12:10.10 ID:FP3MI2h+.net
- おま○コード
- 383 ：デフォルトの名無しさん：2016/08/16(火) 17:35:02.14 ID:/553Bm79.net
- DirectXじゃなくてOpenGL使う意味ってある?OpenGLは研究に使われてるイメージ
- 384 ：デフォルトの名無しさん：2016/08/16(火) 17:48:32.17 ID:+HOVpTRk.net
- mac対応
- 385 ：デフォルトの名無しさん：2016/08/16(火) 18:34:02.00 ID:6YKAxD8c.net
- >>383
DirectXの方が速いはず
やってることは同じ
- 386 ：デフォルトの名無しさん：2016/08/16(火) 18:43:56.12 ID:HlSmpCVY.net
- DirectXで書くといずれ動く環境が無くなる可能性があるが
OpenGLはいまだにドライバが1.0のコードが動くように対応している
その違い
だからといって今更begin,end,vertexを使ったコードを書くべきでは全くない
たまに質問見かけたりするけどな
- 387 ：デフォルトの名無しさん：2016/08/16(火) 20:03:30.29 ID:/553Bm79.net
- >>384-386
使えるAPIもOpenGLの方が少ないイメージあったんだけどあまり変わらないってことか
- 388 ：デフォルトの名無しさん：2016/08/16(火) 20:15:59.04 ID:EOyum1ME.net
- 1から勉強する場合はDirectXとOpenGLとVulkan、どれがいいのん？
- 389 ：デフォルトの名無しさん：2016/08/16(火) 20:50:06.17 ID:o2FZVflw.net
- >>388
DirectX(D3D11)安定
- 390 ：デフォルトの名無しさん：2016/08/16(火) 21:20:02.38 ID:5Trr3wwO.net
- dxは日本語リファレンスが神
3dに対する情報も多く含み大変勉強になる
俺もdx11を勧める
- 391 ：デフォルトの名無しさん：2016/08/16(火) 21:45:25.49 ID:EOyum1ME.net
- >>389,389
レスありがとう
やっぱ日本語の情報が沢山ある方がやる気にも繋がるよね
- 392 ：デフォルトの名無しさん：2016/08/16(火) 23:35:20.25 ID:56zF905F.net
- つうか3DAPIに安定を求めても無駄だ
OpenGLは比較的安定してるから研究目的で使われてるだけだ
それと最先端の情報は間違いなく日本語ではない
- 393 ：デフォルトの名無しさん：2016/08/17(水) 11:03:05.64 ID:VM9CuBkP.net
- OpenGLとD3D9は古い手法が混ざっていて混乱の元
VulkanとD3D12は周辺知識が余計に要る
- 394 ：デフォルトの名無しさん：2016/08/17(水) 13:52:00.66 ID:P3V6aYuj.net
- お前どっちもちゃんと扱った事ないだろｗ
- 395 ：デフォルトの名無しさん：2016/08/17(水) 15:34:47.82 ID:fGC+I60P.net
- WindowsだけならDirectXで良いけど、スマフォとかMacとかマルチを考えるならOpenGL
- 396 ：デフォルトの名無しさん：2016/08/17(水) 16:45:06.27 ID:7YeA1aVk.net
- 1から勉強するならWebGLが最適
最新のブラウザには良く出来たデバッガとプロファイラが備わってるし
コンソールにはご丁寧に実行時エラーを表示してくれる
どうせお前ら実行時エラー出しまくりなんだろうからこれが滅茶苦茶役に立つ
で、基礎を身に着けたらC++とかでやればいい
- 397 ：デフォルトの名無しさん：2016/08/17(水) 20:09:15.75 ID:QRsMLiC7.net
- >>386
ES2.0はプログラマブルシェーダーあるGPUが前提になって
それに要らん機能は削除されてる
Coreプロファイルもなんか色々削除されてるはず
- 398 ：デフォルトの名無しさん：2016/08/17(水) 20:13:46.78 ID:SlPTVXjn.net
- coreプロファイルってなんですか？
- 399 ：デフォルトの名無しさん：2016/08/18(木) 20:01:09.03 ID:MF6CGVf/.net
- 2.xまでにあった要らん機能まで思い切って削っちゃったバージョン？
- 400 ：デフォルトの名無しさん：2016/08/19(金) 20:50:01.17 ID:s5nMr5/q.net
- directx周りのossのライブラリは軒並み微妙な印象
- 401 ：デフォルトの名無しさん：2016/09/02(金) 15:44:31.82 ID:HIFOxvQq.net
- >>366
電池も再来年に革新が起こりそうだけどね
まあVulkanに取り組んどいた方が後々楽だと思うよ
- 402 ：デフォルトの名無しさん：2016/09/03(土) 16:40:52.81 ID:FrYijLTu.net
- >>401
違うスレでも見た気がするけど、その電池の革新って何だ？
ソースプリーズ
- 403 ：デフォルトの名無しさん：2016/09/03(土) 23:51:00.03 ID:h2wll6jz.net
- 日経エレクトロニクスでも記事になってた全固体電池じゃね？
安全で容量が数倍になるうえに寿命も長く、さらに充電時間も短縮するとか。
- 404 ：デフォルトの名無しさん：2016/09/06(火) 00:16:04.95 ID:dm/HXvsI.net
- 固体電池が実用になるのは早くても2020年頃になると思うけどね
で、容量が大きくなったからと言ってGPUをブン回すことが出来るかって言うとそうじゃないな
電池の持ちは良くなるだろうけど現状でもスマホで3Dゲームやると
持ってられなくなるぐらい熱くなるから、結局GPUの省電力化が全てだろう
- 405 ：デフォルトの名無しさん：2016/09/06(火) 10:46:46.56 ID:dPVu7qd7.net
- さすがにpcか据え置き機でやれよ
- 406 ：デフォルトの名無しさん：2016/09/06(火) 18:54:57.67 ID:MfZbc6Jb.net
- mobile が PC 追い越すことは永遠にない
- 407 ：デフォルトの名無しさん：2016/09/06(火) 21:01:44.94 ID:3p+KPqnG.net
- >>406
本当に永遠と言い切れるか？
電力を無線で飛ばす時代だ
普通に持ってるだけでスマホに500W以上の大電力が供給される可能性だってゼロとは言えない
そうなるとPCを超えられる
- 408 ：デフォルトの名無しさん：2016/09/06(火) 21:23:34.01 ID:e+pQoU+e.net
- お前は未来技術板にでも行くんだな。
- 409 ：デフォルトの名無しさん：2016/09/06(火) 22:32:04.24 ID:xiDyDxAm.net
- 物理的なサイズの問題はどこいったのかな。
小型で高性能化したスマホの技術を結局デスクトップに応用できるんだからでかいほうが強いのはずっとかわらん。
- 410 ：デフォルトの名無しさん：2016/09/06(火) 23:50:21.43 ID:BbG5xseE.net
- >>409
PC用にボードを販売しても儲からないからスマホに最先端GPUを供給するようになったら立場が逆転する
経済的に立場が逆転する事は十分考えられる
よって永遠とは言い難い
- 411 ：デフォルトの名無しさん：2016/09/07(水) 00:29:44.15 ID:CPDLZkVP.net
- 説得力ゼロでﾜﾛﾀ
- 412 ：デフォルトの名無しさん：2016/09/07(水) 04:08:46.45 ID:QI1brpnk.net
- わりとどうでもいい
- 413 ：デフォルトの名無しさん：2016/09/07(水) 08:27:53.20 ID:v4venNLg.net
- ボードが既にスマホよりでかいのにな
- 414 ：デフォルトの名無しさん：2016/09/07(水) 12:37:33.59 ID:uvFp1gK4.net
- >>411
昔はCGをスパコンでレンダリングする事が当たり前だったが
今はPCを使っている(今でもスパコンの方が性能が上なのにだ)
この期に及んでPCはスパコンを超えられないと言ってるようなもん
あるしきい値を超えるとデカい方が衰退していく
- 415 ：デフォルトの名無しさん：2016/09/07(水) 12:45:57.96 ID:gFiV+ayk.net
- やたらと必死だけど根本的に脳味噌腐っててﾜﾛﾀ
- 416 ：デフォルトの名無しさん：2016/09/07(水) 14:01:53.25 ID:uvFp1gK4.net
- ま、単純に「いつか mobile が PC 追い越す」と言えば納得するだろ
そんなの今時みんな言ってる
要するに何を追い越すと明記してないから俺はPC用のディスクリートGPUなんて
いつか誰も使わなくなるという観点から書き込んでただけだ
- 417 ：デフォルトの名無しさん：2016/09/07(水) 14:08:33.80 ID:uvFp1gK4.net
- PC用のディスクリートGPUの方がデカいからモバイル用GPUは性能が「永遠」に追いつかないなんて
短絡的で糞つまらん事書き込む奴がいるからこんな事になった
- 418 ：デフォルトの名無しさん：2016/09/07(水) 14:11:37.78 ID:EVMT8UqU.net
- 合わせてPCの性能も高くなるので永久に追いつかない件
- 419 ：デフォルトの名無しさん：2016/09/07(水) 14:20:37.59 ID:uvFp1gK4.net
- サルは「永遠」に人類を超えられない、と言ってる事が一緒だなｗ
サルには無事で人類にだけ感染する致命的な病気で人類が絶滅する可能性があったり
知能指数が低い子供しか生まれなくなる可能性もある
「永遠」とか簡単に言って納得してる奴ってプログラマとしては致命的だな
- 420 ：デフォルトの名無しさん：2016/09/07(水) 15:01:21.08 ID:YSZpbVen.net
- >>418
それな
モバイルが速くなるんなら
PCの箱の中がほとんど空っぽで真ん中にモバイルとかな
- 421 ：デフォルトの名無しさん：2016/09/07(水) 15:05:20.64 ID:HvbhVLNV.net
- >>420
勝てる気がしない
- 422 ：デフォルトの名無しさん：2016/09/07(水) 17:27:15.68 ID:17d1VWw3.net
- 頭の悪さがプログラマとして致命的だな
ただの荒らしだろうけど
- 423 ：デフォルトの名無しさん：2016/09/07(水) 19:55:36.21 ID:uvFp1gK4.net
- >>422
「永遠」を証明するにはそれを阻害するあらゆる可能性を全て排除出来て初めて証明出来るが
それは要するに悪魔の証明という事だ
とりあえず、お前の突っ込みはただ悪口を言うだけの幼稚園児並みだなｗ
- 424 ：デフォルトの名無しさん：2016/09/07(水) 23:03:24.31 ID:kDxgbqqE.net
- 簡単な話、PCもモバイルも無くなるかも知れない。
PC が先に無くなれば、モバイルが追い越す期間が存在することになる。
どうでもいい話だ。
仕事があればスマホでもPCでもコンシューマでも、必要な程度に作りこむさ。
- 425 ：デフォルトの名無しさん：2016/09/08(木) 01:13:52.71 ID:WFFFt8FR.net
- デスクトップが衰退していくのは無くなるからモバイルが追い越すとか、それ性能の話とは全く関係ないっていう滑稽さ
- 426 ：デフォルトの名無しさん：2016/09/08(木) 01:50:45.12 ID:IjrSLplX.net
- ダウンサイジングでWSやオフコンが消えたから今度はPCが消える的な話なら多少はね
若い世代はPC持たないしフツーの家庭からPCが消える可能性もなくはない
- 427 ：デフォルトの名無しさん：2016/09/08(木) 02:51:28.88 ID:0hht2XCk.net
- 性能なんて相対的なもんだろ
PCが無くなってスマホがその位置になって、コンピューターは指輪ぐらいの大きさになって
その指輪ぐらいの大きさの何かが永遠にスマホを越えられないって誰かが言うんだろうよ
- 428 ：デフォルトの名無しさん：2016/09/08(木) 08:52:40.65 ID:7o4m/kCG.net
- 何年も前から
ネットサーフィンとメールしかやらない層がフル機能のＰＣ買って
ウイルスにやられたりするのは愚かしいと思ってたし
あるべき姿に戻るだけ
スマホの詰め込み過ぎもいずれアジアの廉価製品が出てきて駆逐されるだろう
- 429 ：デフォルトの名無しさん：2016/09/12(月) 16:18:05.89 ID:GTMYmn5k.net
- Vulkan SDK 1.0.26.0
- 430 ：デフォルトの名無しさん：2016/10/01(土) 13:39:18.23 ID:nUT6iF3U.net
- 質問だけど
2D画像を表示するために構造体でテクスチャID、幅と高さの大きさを持たせて使ってるんだが
テクスチャIDから画像の幅と高さを取得するメソッドってないの？
スッキリさせたい。glfwです
- 431 ：デフォルトの名無しさん：2016/10/01(土) 16:15:52.39 ID:PHorM5/5.net
- glgetなんちゃら
- 432 ：デフォルトの名無しさん：2016/10/01(土) 17:51:15.55 ID:nUT6iF3U.net
- 見当たりません・・・
- 433 ：デフォルトの名無しさん：2016/10/01(土) 18:02:04.33 ID:nUT6iF3U.net
- 見つかりました。glGetTexLevelParameterivのことですね！
ありがとうございます
- 434 ：デフォルトの名無しさん：2016/10/01(土) 18:06:48.64 ID:QBQLTxiB.net
- バカルンの本はまだ出ないんだな
まあどうせ実機ないからテストできん
- 435 ：デフォルトの名無しさん：2016/10/01(土) 19:15:46.11 ID:j7/Bc0bs.net
- ばかるん？
PCでもわりと最近のGPUなら動くだろ？Vulkan
- 436 ：デフォルトの名無しさん：2016/10/01(土) 22:45:36.64 ID:uhQiho5C.net
- ゲームなら既に、DOOMとThe Talos PrincipleとDota2がVulkanで動いてる。
本なんて要らんだろ。本が必要なレベルの人間には扱えない。
- 437 ：デフォルトの名無しさん：2016/10/01(土) 23:46:07.93 ID:skXxXWUu.net
- んなことはない
日本語の本は期待できないが本家赤本は最初7月には出るはずだったのがひと月ずつずれていって今では11月発売だ
とりあえず赤本待ち
- 438 ：デフォルトの名無しさん：2016/10/02(日) 01:29:36.47 ID:sd32PxOB.net
- 馬鹿るん♪
- 439 ：デフォルトの名無しさん：2016/10/03(月) 01:52:58.66 ID:RfUrM0Co.net
- >>438
OpenGL1の赤本と同じだと思ってるお前の方がバカだろw
英語読めないのかよww
- 440 ：デフォルトの名無しさん：2016/10/03(月) 02:07:52.63 ID:RfUrM0Co.net
- Vulkanを魔術みたいに特別扱いしてる奴ダサ過ぎw
PS4のローレベルなAPIはかなりむずいが詳細なドキュメントが日本語で付いてるよ
それ理解した奴ならVulkanに置き換えるのは簡単だろ、同じAMDだし
俺らはそんな経験ないんだから赤本から始めるんだ
- 441 ：デフォルトの名無しさん：2016/10/03(月) 21:09:30.88 ID:BkBOvdSx.net
- 英語のＷｅｂサイトなんであんな真っ黒なんだよ
アダルトサイトと区別つかねえ
- 442 ：デフォルトの名無しさん：2016/10/09(日) 18:49:04.27 ID:Xj0BbRf6.net
- Vulkan使っても体感速度はほとんど変わらない
PCならせいぜい10%程度みたい
- 443 ：デフォルトの名無しさん：2016/10/09(日) 22:52:45.33 ID:cO312FMp.net
- 10%は十分大きいと思うけど
- 444 ：デフォルトの名無しさん：2016/10/11(火) 14:03:30.72 ID:+ncvTzhG.net
- CPUに負荷が掛かりまくりでギリギリでも無ければ体感速度は変わらないでしょ？
- 445 ：デフォルトの名無しさん：2016/10/11(火) 16:42:10.06 ID:EYmFfrNB.net
- 無駄な処理が減れば、それだけ消費電力が減るんだよ！
- 446 ：デフォルトの名無しさん：2016/10/11(火) 22:08:02.31 ID:Il8D3j4M.net
- Vulkan使って変わらないのは単に使いこなしてないだけじゃないのか？
- 447 ：デフォルトの名無しさん：2016/10/15(土) 15:33:54.85 ID:2eRhSzEv.net
- Vulkan SDK 1.0.30.0
- 448 ：デフォルトの名無しさん：2016/10/16(日) 23:15:10.74 ID:ezHfniSP.net
- 太陽戦隊
- 449 ：デフォルトの名無しさん：2016/10/22(土) 02:06:34.20 ID:n4KWzxAz.net
- https://youtu.be/rvCD9FaTKCA
- 450 ：デフォルトの名無しさん：2016/10/22(土) 09:00:47.31 ID:ksoZ+Sju.net
- gtkmm3+epoxy+sgslで隠面消去の方法を質問したいのだけど
何処のスレが良いのですか？
- 451 ：デフォルトの名無しさん：2016/10/22(土) 10:59:15.86 ID:O48rD9qT.net
- くだすれ
- 452 ：デフォルトの名無しさん：2016/10/22(土) 11:23:56.21 ID:ksoZ+Sju.net
- sgslって何だ・・・org
glslです
プログラム板のくだすれで質問できそうなのは「くだすれC++/CLI（初心者用）part2」だけど・・・
行ってみます
- 453 ：デフォルトの名無しさん：2016/10/24(月) 08:30:59.75 ID:OFHJSBPt.net
- OpenGLAPIでラップして使えるなら使う
- 454 ：デフォルトの名無しさん：2016/10/25(火) 20:56:46.57 ID:qOm0CxnU.net
- PBOからテクスチャにピクセルデータの転送を行いたいのですが、バッファ上の画像のピッチと
テクスチャのピッチが異なる場合で困っています。
テクスチャの方が大きい場合はglTexImage2Dでできそうなんですが、逆にバッファ上の画像の方が
大きい場合にその一部をテクスチャに転送する方法がわかりませんでした。
OpenCLやCUDAのような、srcとdstのピッチが違う場合でも使える汎用的な矩形転送って無いんでしょうか？
- 455 ：デフォルトの名無しさん：2016/10/26(水) 07:32:45.55 ID:ZMW8+L5S.net
- glTexSubImage2Dかな。
- 456 ：453：2016/10/26(水) 08:18:34.18 ID:MSxG37Ir.net
- ありがとうございます。
でもglTexSubImage2Dは転送元のバッファ側が連続している必要あるんじゃないですか？
テクスチャの方が小さい場合はバッファの一部の矩形領域を転送することになりますが、
そういうことはできないような。
- 457 ：デフォルトの名無しさん：2016/10/26(水) 12:12:11.17 ID:SKWE6KpR.net
- ああ、そう言うことか。
それならパデイングを含むサイズのダミーテクスチャ作ってglCopyTextureSubImage2Dだけとなんか無駄だなぁ
前提条件を見直した方がいい気がする
- 458 ：デフォルトの名無しさん：2016/10/26(水) 16:10:22.42 ID:HjBsTdOo.net
- 小さいテクスチャをテクスチャとして矩形をテクスチャにレンダリングするだけだろ
- 459 ：デフォルトの名無しさん：2016/10/26(水) 20:20:11.52 ID:MSxG37Ir.net
- ぐぐったら同じ問題の人がいて、その人はラインごとに転送したとか。
自分は結局テクスチャと同サイズのバッファを別に作ることにしました。
>>458
具体的なやり方がちょっとわかりませんが、FBOとか使うんですかね？
- 460 ：デフォルトの名無しさん：2016/10/26(水) 20:35:27.43 ID:n7tIDOUO.net
- 適当に書くけどglPixelStoreiのGL_UNPACK_ROW_LENGTH？
- 461 ：デフォルトの名無しさん：2016/10/26(水) 22:08:52.23 ID:ToYJ0I9+.net
- テクスチャからPBOにコピーはやったことあるから、たぶん逆もできるだろうけど、調べるのめんどくせ
- 462 ：デフォルトの名無しさん：2016/10/26(水) 22:54:36.78 ID:MSxG37Ir.net
- >>460
なるほど。これとSKIPを組み合わせたら目的のことができるんですかね。
それにしてもglTexSubImage2Dの方に説明がないのはわかりづらいなぁ。
- 463 ：デフォルトの名無しさん：2016/10/27(木) 16:25:07.88 ID:18/J71eF.net
- OpenGLやDirect2Dで画像処理して高速化するってどういうことなんでしょうか？？
例えば、GPGPUでOpenCLなどを使ってピクセルの処理を行って高速化するのはわかるんですが、
OpenGLとかではどうやるのかと。
例えば、画像をテクスチャとしてOpenGLになり取り込んで、ピクセルシェーダーだか
知りませんがそれで画像のピクセルのアクセスして処理する感じなのでしょうか？？
- 464 ：デフォルトの名無しさん：2016/10/27(木) 16:56:16.97 ID:QhZCyQPS.net
- メッシュ変形とかの3D機能を応用する場合を除けば
基本はGPGPUと変わらんよ
- 465 ：デフォルトの名無しさん：2016/10/27(木) 17:18:13.80 ID:18/J71eF.net
- 画像はテクスチャとして取り込まないといけない？から、処理できる画像の
最大サイズ制限はあるってことですかね？？
OpenGL ES3.1などで追加されたCompute Shaderの場合もテクスチャ取り込む？
Image Store/Loadって使っても？
初心者なのでちんぷんかんぷんな事言ってたらすみません。
- 466 ：デフォルトの名無しさん：2016/10/27(木) 21:01:07.59 ID:X0THyINs.net
- はい
- 467 ：デフォルトの名無しさん：2016/10/27(木) 21:03:59.99 ID:93fq6rwp.net
- はいじゃないが
- 468 ：デフォルトの名無しさん：2016/11/02(水) 12:27:08.57 ID:FKbGn/qz.net
- 少なくともスマホではvulkan使う価値ないみたいね
http://project-asura.com/blog/?p=3509
＞以上を踏まえて，私が出した結論は「Vulkanは絶対に触るべきではない」です
ｗｗｗｗｗｗ
- 469 ：デフォルトの名無しさん：2016/11/02(水) 13:41:59.29 ID:VDmk3Fbl.net
- スマホこそ消費電力減らすために導入は必須だよ。
やり方が違って複雑だと嘆いているアホでしょ。
- 470 ：デフォルトの名無しさん：2016/11/02(水) 18:10:39.64 ID:ExTjOOin.net
- >>469
ちゃんと記事読んでないアホ発見
- 471 ：デフォルトの名無しさん：2016/11/02(水) 23:38:20.18 ID:jxsSxn8m.net
- VulkanはAMDが自社GPUを効率良く動かすために実装したMantleがベースになってるから
> 基本的にVulkan専用のハードとか作っている会社は無いと思うので
こんな事言ってる奴は馬鹿丸出しで見てて恥ずかしくなる…
PS4のAPIもAMDが実装しててVulkanに似てるしもっと低レベルなAPIだ
PS4で自社エンジンでゲーム作ってる会社はみんなVulkanより低レベルのAPIで作ってる
当然難しいのは間違いないが、日本語の詳細なドキュメントやらサンプルやらついてるから
ある程度経験者なら普通に使うことは出来る
- 472 ：デフォルトの名無しさん：2016/11/02(水) 23:48:26.87 ID:jxsSxn8m.net
- ちなみに10年も前のPS3から低レベルAPIだぞ
ただマルチスレッド未対応だったから今ほどは洗練されてなかったと思われる
PS3の頃はシェーダー未経験な人ばっかだからみんな面食らって
想定した全機能を実装するのに数ヶ月どころか半年近く掛かるなんてざらだったと思われる
- 473 ：デフォルトの名無しさん：2016/11/03(木) 00:19:08.23 ID:FmaYciHx.net
- 複雑で嘆くのはみんな通る道だが、1本グラフィックエンジン仕上げてもいないのに
クソと言ってしまうのが無能な証拠
Vulkanでゲームを1本マスターアップさせてから、やっぱりVulkaクソだったと言うなら間違いなくクソなんだろう
- 474 ：デフォルトの名無しさん：2016/11/03(木) 00:52:21.85 ID:szl3IS/m.net
- 無能な奴でも使えるもん作れない奴らも無能だわ。
つーか、日本語で唯一vulkanの情報を発信していた人がサジを投げたわけだな。
- 475 ：デフォルトの名無しさん：2016/11/03(木) 01:02:58.29 ID:FmaYciHx.net
- だから、無能な奴はOpenGL使ってればいいだろ。まだ進化もドライバサポートもしてんだし
Vulkanは限界までパフォーマンスを引き出す為のもんだよ
お前らがゲームのグラに一喜一憂するから、開発者はどんだけ難しくて大変でも
ちゃんとパフォーマンスさえ出れば何でも使うんだよ
Vulkanはパフォーマンスがちゃんと出るか出ないかが問題なんだよ
- 476 ：デフォルトの名無しさん：2016/11/03(木) 02:31:52.70 ID:TH6IiknO.net
- PS4のAPIがVulkanより低レベルとか本気でいってんのかな…
- 477 ：デフォルトの名無しさん：2016/11/03(木) 02:59:06.79 ID:FmaYciHx.net
- ん？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と比べてもとてもローレベルと言ってるぞ
- 478 ：デフォルトの名無しさん：2016/11/03(木) 03:16:03.88 ID:UYPiUT6+.net
- 多分「低レベル」の意味を勘違いしてる素人
- 479 ：デフォルトの名無しさん：2016/11/03(木) 03:16:29.40 ID:FmaYciHx.net
- こっちがソースか
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はハード直叩きに限り無く近いからな
- 480 ：デフォルトの名無しさん：2016/11/03(木) 03:23:08.12 ID:FmaYciHx.net
- >>478
なんだ、そういうことかw
ローレベルって言えば通じるのかな？日本語って難しいなw
- 481 ：デフォルトの名無しさん：2016/11/03(木) 07:29:33.57 ID:85+c+nbh.net
- つーか素人うぜえよ
テメエで使ったこともねえくせに
良いだの悪いだの
アホじゃねーの？
- 482 ：デフォルトの名無しさん：2016/11/03(木) 09:55:27.53 ID:szl3IS/m.net
- なら玄人しかいない場所いけよ馬鹿
- 483 ：デフォルトの名無しさん：2016/11/03(木) 11:51:36.18 ID:jbyLkc4A.net
- 手続きの手順が違うから
まっさらからVulkanに合わせて作るならともかく
既存のOpenGLベースのコードの中身を入れ替えたり拡張するような使い方じゃ性能でないよって話だよね？
- 484 ：デフォルトの名無しさん：2016/11/03(木) 12:13:24.92 ID:6FeMk1RE.net
- プログラム書かないひとかもね
- 485 ：デフォルトの名無しさん：2016/11/03(木) 13:01:20.70 ID:x7ofF0dY.net
- 質問です
画像を描画する際、配列を渡して一斉に描画するほうが高速だと聞きました
ですが渡す配列が固定長だと描画枚数が増えた時に柔軟に対応できない気がします
皆さんはそういった場合、毎フレーム動的配列を生成・削除してるのでしょうか？
- 486 ：デフォルトの名無しさん：2016/11/03(木) 13:25:03.45 ID:6FeMk1RE.net
- 前回と同じサイズのものは使いまわす
っていうかそんなことより0で埋めるとか馬鹿な初期化する方が無駄
- 487 ：デフォルトの名無しさん：2016/11/03(木) 13:34:07.71 ID:x7ofF0dY.net
- 前回と同じサイズのものは使いまわせばいいことは分かっています
描画する数が毎回変わるならどうすれば・・・って話です
- 488 ：デフォルトの名無しさん：2016/11/03(木) 13:35:50.93 ID:6FeMk1RE.net
- 気になるなら予め最大値判る大きさにしとけよ
- 489 ：デフォルトの名無しさん：2016/11/03(木) 13:43:51.84 ID:x7ofF0dY.net
- 描画したくないものまで描画されるじゃないですか
画面外に描画する。それでいいんですかね
めんどくさいので配列として扱わないことにしました
- 490 ：デフォルトの名無しさん：2016/11/03(木) 17:31:55.68 ID:M9JiIIXY.net
- みんなマルチスレッド化されたOpenGLが欲しかったんだよね？
- 491 ：デフォルトの名無しさん：2016/11/03(木) 17:47:51.27 ID:MnQTEHWt.net
- そうでもない
- 492 ：デフォルトの名無しさん：2016/11/03(木) 19:19:47.74 ID:FmaYciHx.net
- >>489
OpenGLは必ず配列内の有効な個数を指定する必要がある
余計に描画されるとかしょうもない推測をするな
- 493 ：デフォルトの名無しさん：2016/11/03(木) 21:14:58.89 ID:x7ofF0dY.net
- >>492
thx。やり方がわかりました
- 494 ：デフォルトの名無しさん：2016/11/04(金) 01:29:43.97 ID:FKFPUeAb.net
- >>489
なんで必ず最大数描画するだよ、描画個数決めれるだろ
必要な分だけ先頭に詰めれ
- 495 ：デフォルトの名無しさん：2016/11/04(金) 03:35:43.26 ID:e0uuer+h.net
- 縦横の慣習が違うのは
民族性とか文化の違いから来てるんですか
- 496 ：デフォルトの名無しさん：2016/11/04(金) 11:13:20.80 ID:fEiF0USd.net
- >>468
お前らが叩くから記事消えちゃったじゃん
- 497 ：デフォルトの名無しさん：2016/11/04(金) 14:57:33.75 ID:57dKQ7qw.net
- > 描画したくないものまで描画されるじゃないですか
？
頂点数指定するだろ。
ていうか配列でというのは連続したメモリ領域をという意味だから、常にプログラミング言語仕様で言うところの配列の先頭からでなくともよい。
でかい固定配列をリングバッファとして使っても良い。
> 配列を渡して一斉に描画するほうが高速だと聞きました
これを言った人が何を意味していたのか分からないが、
・4頂点ずつ描画キックするよりはまとめてキックした方が良い
・glVertex や glColor の類を使うよりはglVertexPointerを使う方が良い
・VBO を使うとより良い
と言える。
素人は何を聞いているのか分からないことが良くある。もっと謙虚になるといい。
- 498 ：デフォルトの名無しさん：2016/11/04(金) 14:58:53.65 ID:57dKQ7qw.net
- ごめん、リロードしてなかった。
- 499 ：デフォルトの名無しさん：2016/11/05(土) 01:13:00.41 ID:gzAsh3gw.net
- >>496
ｸｿﾜﾛﾀww
消すような記事最初から書くなよw
- 500 ：デフォルトの名無しさん：2016/11/15(火) 10:16:57.35 ID:YjLtsY+t.net
- Vulkanってローレベル過ぎて使いづらそう
なんかこう
OpenGLとVulkanの中間みたいのが欲しい
- 501 ：デフォルトの名無しさん：2016/11/16(水) 01:11:12.85 ID:xjZDvINt.net
- もうこれ以上api増やさないで
- 502 ：デフォルトの名無しさん：2016/11/16(水) 07:35:03.91 ID:LWdqoO+l.net
- 赤本出たけど勉強してるの？
- 503 ：デフォルトの名無しさん：2016/11/16(水) 11:01:21.29 ID:C38vw7lZ.net
- そもそも流行りそうに無いんだよなぁ……
- 504 ：デフォルトの名無しさん：2016/11/16(水) 11:08:50.83 ID:ruJwqX7K.net
- そうかなぁ
- 505 ：デフォルトの名無しさん：2016/11/16(水) 12:24:37.35 ID:I0d/eIi3.net
- 最近になってOpenGLを触ったんだけど凄く使い辛いと思った
元がとても昔に作られたものだからこんなものかとも考えたが
これかDirectXを最下層として多くのゲーム等が作られているのかと正直驚いた
- 506 ：デフォルトの名無しさん：2016/11/16(水) 12:28:03.81 ID:rT2aNE5L.net
- 掲示板と日記帳の使い分けもできないリテラシーのひくそうな人には
いろいろと不便でしょうね(´・ω・｀)
- 507 ：デフォルトの名無しさん：2016/11/16(水) 12:38:57.94 ID:VglaLP8t.net
- オブジェクト指向マンセーで
ステートマシンを知らないひとには使えない
- 508 ：デフォルトの名無しさん：2016/11/16(水) 14:50:04.43 ID:BjAGLSjY.net
- そのせいでマルチスレッドに対応しづらいのもまた事実
- 509 ：デフォルトの名無しさん：2016/11/16(水) 15:25:39.98 ID:I0d/eIi3.net
- なんでステートマシンになってるのかなと思った
ハードウェアチップをI/O経由でたたくイメージなのかなこれ？
描画ソフトウェアライブラリーというよりSGIのGPUを制御するためのツールとしてデザインしたらこうなったのかな
- 510 ：デフォルトの名無しさん：2016/11/16(水) 15:28:44.99 ID:Nj+EczKt.net
- >>509
FILE*のイメージだろうね
- 511 ：デフォルトの名無しさん：2016/11/16(水) 16:23:15.15 ID:/LUNHxha.net
- >>505
CoreProfileになればだいぶ違うぞ。
そもそも便利機能は全部拡張機能だ。
- 512 ：デフォルトの名無しさん：2016/11/16(水) 19:42:15.33 ID:kIxXFuD3.net
- 何bindしたかで関数の動作や引数の意味が変わってしまうのには嵌るわ。
バッファ関連そんなんばっかし。
- 513 ：デフォルトの名無しさん：2016/11/16(水) 23:34:36.54 ID:fzskfnoe.net
- そりゃそうだ
Cで構造体をVOID*にするようなもん
- 514 ：デフォルトの名無しさん：2016/11/17(木) 01:30:46.96 ID:PMO9oOjD.net
- >>509
今のようなメモリ上に分散したデータをまとめてDMAでゴソッとGPUに渡すようなハードじゃなくて
ハードウェア上に1つだけステートがあって、それこそI/OポートとかメモリマップドIOとかで
GPUのレジスタを一つずつ設定してdrawするんであれば、初期のOpenGLの実装は理にかなってると言えるかも
想像で言ってるだけだが
- 515 ：デフォルトの名無しさん：2016/11/17(木) 08:15:27.88 ID:4vvrWja6.net
- >>513
それがどう解釈されるかが関数のインターフェースに現れないのが問題。
どっかのグローバル変数の値によってint*かdouble*かが決まるような糞仕様。
- 516 ：デフォルトの名無しさん：2016/11/17(木) 09:19:40.51 ID:bvn/QdTk.net
- オートマトンじゃないものをステートマシンと呼ぶ分野があるのか。
- 517 ：デフォルトの名無しさん：2016/11/17(木) 16:15:12.11 ID:rgT4eIRU.net
- bind , unbindのタイミングの定義がなんかもやもやしてるよね
- 518 ：デフォルトの名無しさん：2016/11/18(金) 16:07:46.20 ID:vbdBJsNN.net
- free不要論者ですし
- 519 ：デフォルトの名無しさん：2016/11/18(金) 23:33:13.88 ID:SgtZza8z.net
- githubに中国語でコード書いている中国人もいるし
多少はね？
- 520 ：デフォルトの名無しさん：2016/11/19(土) 21:45:54.84 ID:48uE9qYW.net
- Vulkanで実装されたOpenGLみたいのを使えば
苦労しなくても既存のアプリが少しは早くなるかもって思ったけどそれは無いか
Vulkanの大きなメリットの一つはレンダリングステートやコマンドバッファを再利用できる事みたいだが
ゲームエンジン側は毎回OpenGLのAPIを呼ぶような構造になってて
再利用する前提になってないから無意味そう
OpenGLの仕様に合わせようとするとエラーチェックも必須でさらにオーバーヘッドが
- 521 ：デフォルトの名無しさん：2016/11/19(土) 22:29:30.25 ID:a2H+q4ub.net
- 赤本も出た事だし猿でも分かるVulakanブログを始めようかと思ってるけどね
理解さえすれば偏見もなくなるはずだ
- 522 ：デフォルトの名無しさん：2016/11/19(土) 22:36:41.20 ID:0cH3YNKy.net
- >>520
ゲームエンジンはレンダリング部分をもっと高レベルの所で抽象化してるから意味あるよ。
余程糞設計のゲームエンジンでないかぎりな
- 523 ：デフォルトの名無しさん：2016/11/20(日) 09:20:34.73 ID:D6VOlvSW.net
- Vulkanは今までドライバが勝手にやってくれてたメモリ確保や
コマンドバッファに入れたコマンドの送信も手動っぽいのも面倒くさい
OpenGLとNV_command_listのVulkan版みたいの欲しいな
あれVulkanで出来る事に近いんでしょ？
ANGLEのVulkanバックエンドのコードは見てみたが
まだ何も実装されていなかった
- 524 ：デフォルトの名無しさん：2016/11/20(日) 09:32:39.51 ID:0ByPx+DX.net
- >>520
エラーチェックとかステートの一貫性チェックとかは開発時だけに必要なんだよ
リリースビルド時はバッサリ削除するのが普通
リリース版実行時にOpenGLエラーが発生したらそれは単にバグを残したままリリースしちゃったってことだ
- 525 ：デフォルトの名無しさん：2016/11/20(日) 09:50:10.91 ID:D6VOlvSW.net
- >>524
それアプリ側でglGetError使うかどうかって話じゃないの？
もしかしたらglGetErrorが使われるかもしれないし
エラー発生時もGPUによって違う結果になったりしないように
OpenGLドライバは常にエラーチェックをしてる
そのせいでオーバーヘッドが大きいとか聞く
これ無視してエラーチェックの無いOpenGL実装を作ったら
それはもはや規格外OpenGLだと思う
- 526 ：デフォルトの名無しさん：2016/11/20(日) 12:30:46.79 ID:AFs4tbnF.net
- 将来的にGPUメーカーの提供するドライバーがVulkanのみになってOpenGLを切り捨てるとかにならない限り
Vulkanで実装したOpenGL APIとか作っても無意味そうだよね
- 527 ：デフォルトの名無しさん：2016/11/20(日) 16:08:30.99 ID:bRgpXaT+.net
- >>526
GPUメーカーがそれを使えばドライバーがまともになる
- 528 ：デフォルトの名無しさん：2016/11/20(日) 17:38:21.63 ID:AFs4tbnF.net
- それはVulkanドライバーがまともならって前提だな
- 529 ：デフォルトの名無しさん：2016/11/20(日) 18:26:40.97 ID:eKhjuJLo.net
- プロレス技っぽいな
- 530 ：デフォルトの名無しさん：2016/11/21(月) 09:44:08.00 ID:o+vJVwIh.net
- https://www.khronos.org/vulkan/faq#web-vulkan
WebVulkanは出ないけど
Vulkanっぽい機能を追加したWebGL3は有り得る感じ？
- 531 ：デフォルトの名無しさん：2016/11/21(月) 10:59:28.58 ID:1Z4OsYDH.net
- >>525
話の前提が違ってるな
>>520はゲームエンジンはOpenGLを呼ぶように設計されてるからVulkanにしたところで速くならないみたいなことでしょ
で、OpenGLのエラーチェックは開発時だけに必要な機能だからそれをバッサリやらなければ速くなると言ったんだ
- 532 ：デフォルトの名無しさん：2016/11/21(月) 11:04:31.25 ID:1Z4OsYDH.net
- >>528
Vulkanドライバーは薄いレイヤーだしコンフォーマンステストも充実してるからドライバーの質が良い可能性は高い
ちなみにOpenGL on Vulkanは既にあるぞ
Khronos謹製じゃないがな
- 533 ：デフォルトの名無しさん：2016/11/21(月) 18:12:23.08 ID:nG5Ze3rJ.net
- OpenGLをMFCのシングルフォームビューで使用しています。
ピクチャーコントロールをOpenGLで描画しているのですが、他のウィンドウがかぶっていると描画されません。
何か解決策ないでしょうか？
- 534 ：デフォルトの名無しさん：2016/11/21(月) 21:41:00.70 ID:1Z4OsYDH.net
- >>530
WebGL3があるならES4.0が実装されるはずだけどそもそもリリースされるのかね？
もはやES3.2で完成してんじゃないかとすら思えるけどね
- 535 ：デフォルトの名無しさん：2016/11/21(月) 23:35:12.90 ID:o+vJVwIh.net
- >>534
OpenGLそのままでもVulkanそのままでも無い何かが作られるなら
WebGL3って言い方は適切じゃなかったな
実装にはVulkan使えば良いだろう
- 536 ：デフォルトの名無しさん：2016/11/21(月) 23:43:31.58 ID:1Z4OsYDH.net
- >>535
それ言ったらWindows版ブラウザのWebGL実装は全部DirectXを呼び出してるよ
それがVulkanになるのは時間の問題だろうね
WebGL→DirectXは右手系左手系とかシェーダーの違いとか苦労してるみたいだからVulkanの方が親和性は高いはず
上っ面のAPIはずっとWebGLのままだと思う
- 537 ：デフォルトの名無しさん：2016/11/21(月) 23:49:37.90 ID:1Z4OsYDH.net
- そろそろデフォで有効になるWebGL2はPS3以上PS4未満の能力があるから、それで十分だと思うけどね
限界までパフォーマンスを追求するようなプラットフォームじゃないし
- 538 ：デフォルトの名無しさん：2016/11/23(水) 12:41:38.02 ID:2CpUXBO/.net
- http://floooh.github.io/2016/08/13/webgl-next.html
VulkanをそのままWebに持っていけない理由が色々挙げられてる
セキュリティとか性能の問題とかAPIの複雑さとか色々
それでもWebGLは普通にOpenGLを使うのと比べて遥かにオーバーヘッドがでかいようなので
その辺を改善した後継は出るんなら欲しい
この人によると良くできたOpenGLドライバでネイティブだと60fpsで100kのドローコールが出来るけど
WebGLだと60fpsで出来るのは5,000程度らしい
オンボードのGPU(Intel？)の出来の悪いドライバだと10k程度
- 539 ：デフォルトの名無しさん：2016/11/23(水) 13:43:42.26 ID:gCl1Ewav.net
- Javascriptとかwebassemblyがネイティブコード並に速くならないとwebvulkanがあってもJavascriptの実行自体がボトルネックになって速くならない。
セキュリティチェックが必要だからネイティブコード並に早くするのは無理。
なのでAPI呼び出しを減らせるようにwebglを設計しようということか。
- 540 ：デフォルトの名無しさん：2016/11/24(木) 03:11:55.41 ID:lzhnkyGu.net
- Vulkan SDK 1.0.33.0
- 541 ：デフォルトの名無しさん：2016/11/24(木) 09:37:42.37 ID:U66XX0gW.net
- >>533
今時MFC？
ウィンドウ被ったら描画されないってWM_PAINTイベントで描画してないとか？
でも最近のWindowsってウィンドウが被っていても消えたりしないよな
デスクトップコンポジションがあるから
- 542 ：デフォルトの名無しさん：2016/11/24(木) 19:18:00.38 ID:l2S9PJI8.net
- >>539
JavaScriptとWebAssemblyは同じじゃない
WebAssemblyは遅くてもせいぜいネイティブコードの1.5倍以内の遅さに収まってる
いずれオンゲーはWebAssembly+WebGL2な環境で動かすのが普通になるだろうね
- 543 ：デフォルトの名無しさん：2016/11/24(木) 19:45:27.71 ID:U66XX0gW.net
- そもそもJSじゃ速度が測定時の状況でかなり変わるし
C++じゃ実行時にプロファイリングして得た情報で高速化なんて出来ないし
参照カウントとかで手動でメモリ管理する方がGCより速いとも言えないらしい
APIコールには一定のオーバーヘッドがあるので
それはC++より不利
- 544 ：デフォルトの名無しさん：2016/11/24(木) 23:20:47.26 ID:l2S9PJI8.net
- >>543
手動でメモリ管理するのは速度の為じゃなくて、適切なタイミングでメモリの取得解放を行う為だ
あとプロファイリングは開発時に散々してチューニングすれば問題無い
実行時にプロファイリングしてC++よりも高速なコードを生成するなんてほとんど幻想に近いが有り得ないことはない
ただそれもあてにならないわけだし、安定したフレームレートが必要なゲームには全く向かない
- 545 ：デフォルトの名無しさん：2016/11/25(金) 09:25:52.13 ID:2hNWEObD.net
- そもそも実行時プロファイリングは最適化に手間(実行時間)をかける価値のある部分を見つけるためのものだよね？
本当なら全部を最適化をしたいけど、実行時コンパイルでそれやると最適化にかかる時間でかえって遅くなるから最適化処理を必要最小限にしたい
→もっとも効果がある部分をプロファイリングで探す…って
C/C++はピックアップせず全てを最適化するからプロファイリングは不要だし
最適化にかかる時間をプログラムの実行時間外（事前）にまわせるから
これより速く動作させる事なんて不可能でしょ
- 546 ：デフォルトの名無しさん：2016/11/25(金) 09:43:31.68 ID:l0xCaCL5.net
- そういうベンチ結果ならあるから絶対ないって事は無いだろう
実際にどんなパターンで実行されるかって情報だけはAOTじゃ分からないからな
それを加味して最適化するとデメリットがメリットが上回り速くなることは有り得る
あまり頻繁に実行しない部分を時間を掛けて最適化してもあまり速度は速くならないし
https://en.wikipedia.org/wiki/Adaptive_optimization
- 547 ：デフォルトの名無しさん：2016/11/25(金) 09:50:03.45 ID:kFMSAmJC.net
- 実行結果から最適化した方が良いコードを生成できる可能性高いしな。
エラー処理とかまず通らないコードをインライン展開してもコード密度悪くなって逆に性能悪くなるし。
(コンパイラ拡張で最適化のために殆ど通らないって属性付け出来たりするけど)
VC++2017には実行した結果から最適化させる機能が入った
https://msdn.microsoft.com/ja-jp/library/e7k32f4k.aspx
- 548 ：デフォルトの名無しさん：2016/11/25(金) 09:56:19.33 ID:zIB8Tv/6.net
- 「Rubyのしくみ」に載っているベンチマークでは、
JRubyのループ回数が10万回(0.3秒)から、100万回でも0.3秒なんだよね。
このタイミングでさらに、コンパイルして加速していく
最終的には、1,000万回(1秒)で、CRubyよりも速くなる。
CPUセントリックな処理、つまりI/Oが無い場合、
予測分岐とか最適化技術では、Javaが、Cよりも勝る
- 549 ：デフォルトの名無しさん：2016/11/25(金) 10:03:58.57 ID:l0xCaCL5.net
- SwiftShaderもそういう最適化を行うために動的コード生成を利用してるらしい
https://blog.chromium.org/2016/06/universal-rendering-with-swiftshader.html
https://swiftshader.googlesource.com/SwiftShader/+/HEAD/docs/Index.md
- 550 ：デフォルトの名無しさん：2016/11/26(土) 17:31:50.79 ID:I+dI3pi3.net
- プロファイルベースの最適化は開発時にプロファイリングして
AOTコンパイル時のヒントとするやり方はかなり効果あるだろう
実際chromeが起動時間が20%速くなったとかあったな
それとJITコンパイラする実行しながらプロファイリングするのと一緒にしてはいけない
- 551 ：デフォルトの名無しさん：2016/12/16(金) 04:43:37.82 ID:SI46tWvu.net
- DX11はDX12の機能ほしくなる
あとはいまだにCPUにフレームレート引っ張られるのがいらっとくる
- 552 ：デフォルトの名無しさん：2016/12/16(金) 13:27:10.53 ID:VkbBq8iG.net
- Vulkan SDK 1.0.37.0
- 553 ：デフォルトの名無しさん：2017/01/10(火) 04:17:52.45 ID:L2yDESqP.net
- よろしく
- 554 ：デフォルトの名無しさん：2017/01/15(日) 08:46:04.47 ID:9TaWN87P.net
- glmapbufferrangeってglbindsubdataで代用できるよね？
- 555 ：デフォルトの名無しさん：2017/01/18(水) 21:02:07.78 ID:0z00bTSD.net
- >>536
横からだが、座標系の違いはシェーダ時代だと存在自体がユーザの好みじゃないかな
GLとXの座標系の違いは固定機能が原因で、
シェーダだと座標系変換行列が吸収する。
少なくとも、俺が書いたDirectXのシェーダは、右手座標のモデルを入力して実現できている。
- 556 ：デフォルトの名無しさん：2017/01/18(水) 23:17:38.12 ID:W7QnIoZ6.net
- 変換行列は一緒だぞ
右座標だろうが左座標だろうが関係ない
- 557 ：デフォルトの名無しさん：2017/01/20(金) 11:43:09.83 ID:iafDXYrd.net
- えっ、Zのプラスとマイナスが違うのに？
- 558 ：デフォルトの名無しさん：2017/01/20(金) 23:47:40.41 ID:OGbCNlg4.net
- Zを+にするか-にするかはアプリがどういう行列を作るかで決めることでグラフィックのAPIレベルでは関係ないぞ。
実際にUnityはGL、Metal、DirectXのどれを使っても左手座標だぞっと。
- 559 ：デフォルトの名無しさん：2017/01/20(金) 23:49:00.32 ID:OGbCNlg4.net
- 多分固定機能時代はそれぞれが内部的に決まってたからそういう風に思ってる人が多いんだと思うが
- 560 ：デフォルトの名無しさん：2017/01/20(金) 23:52:08.78 ID:1wzxLI3D.net
- >>557
くやしいのぅ
- 561 ：デフォルトの名無しさん：2017/01/21(土) 01:35:01.75 ID:ANcjdt99.net
- でもzの範囲の問題でprojectionは互換なかったりするよね？
- 562 ：デフォルトの名無しさん：2017/01/21(土) 10:06:17.46 ID:NhoYLNrq.net
- >>561
それはプロジェクション行列に下駄はかせるか頂点シェーダーで変換すればいいし、右左とは関係ないわな。
- 563 ：デフォルトの名無しさん：2017/01/21(土) 13:20:01.43 ID:ANcjdt99.net
- ああ、なるほど確かに
- 564 ：デフォルトの名無しさん：2017/01/23(月) 11:52:16.52 ID:z+XsKe69.net
- ttp://glslsandbox.com/
ここにglslのサンプルがいっぱいあるけど
ここのglslをコピペして自分のpcで動かしたいけどそういうのってできます？
- 565 ：デフォルトの名無しさん：2017/01/23(月) 17:04:45.86 ID:cfoUMNYh.net
- DirectXは左手系と言ってるみたいだけど、多分サンプルとかがそういう風に
実装されてるだけで、実際にはアプリが自由に決めていい
ただANGLEの実装ドキュメントによると最後のウィンドウ座標だけはY軸の向きが
OpenGLとDirectXで逆になってて変換する必要があると書いてあった
Y軸逆なのはテクスチャ座標もそうだな
- 566 ：デフォルトの名無しさん：2017/01/23(月) 17:41:56.34 ID:7QmIAt4p.net
- 同じ座標指定したら右手と左手じゃおかれる位置が明らかに変わるんだから
自由じゃない
- 567 ：デフォルトの名無しさん：2017/01/23(月) 18:39:41.15 ID:L7YdrHor.net
- >>543
jsみたいな高級言語だと、言語自体に予め遊びをいれておき、そこから適切なアルゴリズムを内側で変更するってことは可能じゃないかな
例えば、配列の探索。
シーケンシャルに読むコードであれば、ワークスレッドに分散して速度を稼ぐといった高速化ができる余地がある。
言語にスレッドがないからね
これはcでも可能だが、最適化より予めOpenCLだったかの言語拡張で教え込むことができるから、そのプロファイル自体が要らない。
JavaScriptはよく知らんが、GCと同じでプロセスが落ちたら最適解を忘れそう
- 568 ：デフォルトの名無しさん：2017/01/23(月) 18:52:56.50 ID:L7YdrHor.net
- てか、配列探索の説明になってなかった。
配列の場合、言語では配列にみせるが、アクセスがシーケンシャルかインデックス単一要素アクセスのどちらが多いか、要素の削除やクリアの頻度を計るとかがあるような。
それによって内部の変数管理をリストに変更したりベクターにしたりという最適化があり得そう。
だが、実際は予めデザインで決定出来るのだが、そこをダイナミックオプティマイズで設計時間省略！てかはできるかな。
特に素人や頻繁にコードを変えるシーンだと好まれるかもしれない。
スレ違いすまん。
- 569 ：デフォルトの名無しさん：2017/01/24(火) 00:14:13.56 ID:3QRoTv/K.net
- >>566
お前は…
カメラの位置とかデータの内容が全て左手系や右手系を前提に構築されてれば
まったく同じ見栄えのゲームが作れんだよ
だからどっちを選択するのかはアプリの自由という事が理解できないのか？
- 570 ：デフォルトの名無しさん：2017/01/24(火) 00:40:56.70 ID:nvNd8iP1.net
- レンダリングエンジンを抽象化するという発想がないんでしょ
- 571 ：デフォルトの名無しさん：2017/01/24(火) 00:45:59.50 ID:QLkGrWhR.net
- 座標データのZのプラスマイナス逆に刷りゃ同じになるけどそれって自由な選択じゃなくて座標系に合わせてデータ差し変えてるわけで 意味合いが違うな
- 572 ：デフォルトの名無しさん：2017/01/24(火) 00:56:20.21 ID:QLkGrWhR.net
- ああ右手用データを左手座標にぶちこんでも全部逆になるから結局見た目は同じになるって言いたいわけ？
- 573 ：デフォルトの名無しさん：2017/01/24(火) 02:15:07.07 ID:3QRoTv/K.net
- 左手系の為に左手系のデータを用意するのも含めてアプリの自由だと言ってんだよ
やたら頭堅いやつが紛れてるな
- 574 ：デフォルトの名無しさん：2017/01/24(火) 02:17:37.50 ID:3QRoTv/K.net
- 左手系の為に左手系のデータやプログラムを用意する
右手系の為に右手系のデータやプログラムを用意する
どっちかを決定するのはDirectXが決める事じゃなくてアプリの自由だという単純な事だぞ？
- 575 ：デフォルトの名無しさん：2017/01/24(火) 08:24:46.56 ID:HDVL1TLe.net
- >>571
座標系に縛られるから不自由とかはグラフィックス計算の話題じゃないな
計算するのが不自由って意味になる…
- 576 ：デフォルトの名無しさん：2017/01/24(火) 10:19:43.83 ID:gBz7Q60o.net
- それよりボトムアップなのがややこしい
FBOでテクスチャに描いたときに上下が逆になってしまう
対策は頂点シェーダーで座標を逆転させるか
普通のテクスチャを逆転させるか
- 577 ：デフォルトの名無しさん：2017/01/24(火) 15:21:07.00 ID:POlkEAF3.net
- Aという行列があるとして
→X=(x,y,z)というベクトルを用意して
→Y = →XA という掛け算をするのが「いわゆる左手系と呼ばれる操作」
↑X'=(
x',
y',
z')
というベクトルを用意して
↑Y' = A↑X' という掛け算をするのが「いわゆる右手系と呼ばれる操作」
の違いでしかない
(要するにどちらも本質的には同じ)
- 578 ：デフォルトの名無しさん：2017/01/24(火) 18:46:32.22 ID:xI5AmToI.net
- >>576
アプリ内で反転したテクスチャをレンダラに渡すって手もあるが猛烈にメモリーの無駄
うちはGIMPでエクスポートするとき上下の鏡像反転だね
- 579 ：デフォルトの名無しさん：2017/01/24(火) 18:56:09.33 ID:URo6al7Y.net
- 計算回数も変わらないしね
ボトムアップなのは、数学のグラフと同じ座標系にしたかったから、とか聞いたことがある。
xが接線、yが法線、zが従法線として、キチンと向きが揃うとかなんとか
- 580 ：デフォルトの名無しさん：2017/01/24(火) 19:11:02.74 ID:2vak9rNa.net
- ttp://stackoverflow.com/questions/4124041/is-opengl-coordinate-system-left-handed-or-right-handed
OpenGLはobjspaceとworldspaceでは右手系で
glOrtho/glFrustumの実装のせいでwindow座標では左手系になるらしい
といっても古いOpenGLのお話
- 581 ：デフォルトの名無しさん：2017/01/24(火) 19:46:57.06 ID:iZdMj9Ng.net
- Vulkan SDK 1.0.39.0
ttp://vulkan.lunarg.com/sdk/home
- 582 ：デフォルトの名無しさん：2017/01/25(水) 16:37:16.52 ID:3Z0+5oxH.net
- >>577
大間違い
それは単に行列が列指向(column oriented)か行指向の違いでしかない
Wikipediaにちゃんと書いてあるんだから見ればいい
- 583 ：デフォルトの名無しさん：2017/01/25(水) 16:45:53.74 ID:3Z0+5oxH.net
- >>579
> xが接線、yが法線、zが従法線として
それだとトップダウンにならないか？
接空間(tangent space)の事を言ってるなら
x=接線(tangent) y=従法線(binormal) z=法線(normal) だな
- 584 ：デフォルトの名無しさん：2017/01/25(水) 16:46:16.20 ID:/RgCtnOd.net
- みなさんは3D行列の勉強はどこでしたんですか？
- 585 ：デフォルトの名無しさん：2017/01/25(水) 17:50:32.20 ID:dJzOsR4q.net
- してないという選択もlookatに丸投げ
- 586 ：デフォルトの名無しさん：2017/01/27(金) 17:24:37.23 ID:Gw4smznt.net
- OpenGL 4.0 シェーディング言語 -実例で覚えるGLSLプログラミング
https://github.com/daw42/glslcookbook
ここのサンプルは右手系と左手系どちらなのでしょうか
- 587 ：デフォルトの名無しさん：2017/01/27(金) 20:23:38.57 ID:6W1NRhqZ.net
- ハンドネスにやたらと拘る異常者が湧いてるな。
- 588 ：デフォルトの名無しさん：2017/01/28(土) 10:23:30.45 ID:UxEI4Vr6.net
- Vulkan SDK 1.0.39.1
- 589 ：デフォルトの名無しさん：2017/01/29(日) 16:06:14.97 ID:4jsjYD83.net
- GLしか使わないからハンドネスなんかどうでもいいが
原点視点から離れていく方向が+だからGLのほうが自然では無いかと
あんまりなさそうだけど訴訟になった場合の対策でz逆にしたのかしらね
- 590 ：デフォルトの名無しさん：2017/02/03(金) 14:26:53.63 ID:mgnUKpuI.net
- ジンバルロックの理屈はわかるけど、実際何が問題なの？2軸が重なろうが構わず指定通り回転させればいいのでは？
- 591 ：デフォルトの名無しさん：2017/02/04(土) 02:53:25.98 ID:Jz71o7M0.net
- 2軸を外積を使って残りの軸を割り出す時に、完全に2軸が重なってると
外積の結果はゼロベクトルになってしまうけど、微妙な距離だと方向が
激しく変化する事により、向きがブルブルしてしまう事をジンバルロックと言う
- 592 ：デフォルトの名無しさん：2017/02/04(土) 03:01:48.01 ID:Jz71o7M0.net
- (以下Y軸プラス方向が真上とする)
よくある状況としてはlookatを使う時に普通はUpベクトルにY軸を渡すけど
真上を向こうとした時に方向ベクトル(eye - center)がY軸とほぼ同じ方向に
なった時にサイドベクトル(X軸)が>>591の状況により、激しく変化して
グルグル回ってしまうとかある
- 593 ：デフォルトの名無しさん：2017/02/05(日) 00:53:48.57 ID:lV/1Yc3H.net
- x軸を外積で出さないでベクトル値を持っていればいいのでは？
- 594 ：デフォルトの名無しさん：2017/02/05(日) 00:58:49.50 ID:1XscLD18.net
- 方向ベクトルが任意なのにそのx軸ベクトルが固定値になるわけがない
- 595 ：デフォルトの名無しさん：2017/02/05(日) 01:23:15.93 ID:lV/1Yc3H.net
- 最初だけ外積で出して後はそれを一緒に回転させればいいのでは
- 596 ：デフォルトの名無しさん：2017/02/05(日) 01:32:20.83 ID:1XscLD18.net
- その「一緒に回転」を数学的に厳密に描写してみ
ジンバルロックと同じ問題が出るから
- 597 ：デフォルトの名無しさん：2017/02/05(日) 04:27:58.79 ID:D/nQCvX6.net
- カメラの視線ベクトルも上ベクトルも、極座標変数θ、φから計算して常に直交するようにして与えてる。
- 598 ：デフォルトの名無しさん：2017/02/05(日) 23:06:56.76 ID:wiSnBw0r.net
- FPSみたいなゲームだと真上を向くのは人間の首だからY軸と一定の角度以上には
上を向けないように制限してジンバルロックに対処してるのがほとんどだな
- 599 ：デフォルトの名無しさん：2017/02/06(月) 15:28:30.58 ID:GIjsSpfL.net
- 再度ジンバルロックについてお尋ねします。
軸が重なると言っているのは、初期姿勢のXYZ軸と、
回転後のXYZ軸が重なるということを言っているのだと思いますが、
２番目だけ９０度だとマズイと言っていますが、
１番目を９０度にしても軸は重なりますよね？
例えばXYZ軸の順で回転したい場合、
X軸をいきなり９０度回せばY軸とZ軸は重なってしまうと思うのですが、
これはジンバルロックにならないのでしょうか？
- 600 ：598：2017/02/06(月) 15:30:51.89 ID:GIjsSpfL.net
- また、２番目を９０度にしても、一番目を何度か動かせば、
初期軸と回転後の軸は重ならないと思うのですが。
XYZ軸の順で回転させる場合、
Xを45度回し、Y軸を90度回しても、回転後のX軸と最初のZ軸は重なりませんよね？
- 601 ：デフォルトの名無しさん：2017/02/06(月) 15:34:01.74 ID:sNAkUIYE.net
- うん
- 602 ：598：2017/02/06(月) 15:49:33.60 ID:GIjsSpfL.net
- じゃあ結局、何が問題なんです？
- 603 ：デフォルトの名無しさん：2017/02/06(月) 21:07:00.36 ID:NefZ0m3+.net
- 回転と考えるから理解出来ないんだよ
単にあるものを回転させてるだけならジンバルロックなんて起きない
いわゆるジンバルを中のリングはいじらずにそのもの全体をぐるぐる回してるに過ぎない
ジンバルロックというのは中のリングの内2つが同一平面上にある時の事を言う
その状態は要するに2軸が完全に重なっている事を意味する
そうすると残りのリングは一方向に回転するしかなくなり、向きたい方向に向け無くなってしまう
これが厳密な意味でのジンバルロックだ。わかったか？
3軸が全て垂直を保ったままの回転はジンバルロックは起きない
で、3D計算上でのジンバルロックというのはlookatのコードのように2軸から
外積を使って3軸目を求める時に2軸がほぼ重なってる時に向きがランダムな
状態になる事を言う
- 604 ：デフォルトの名無しさん：2017/02/10(金) 10:46:44.10 ID:2uqmAdtA.net
- AppleがWebGPUなる新APIを発表したが
これ標準になるのかね？
- 605 ：デフォルトの名無しさん：2017/02/10(金) 15:25:49.78 ID:HJiZ+eh8.net
- Metalが標準になるような未来がもし来れば
- 606 ：デフォルトの名無しさん：2017/02/11(土) 10:32:30.83 ID:PXmesQvE.net
- シェーダコードと頂点、テクスチャの無償寄付サイトになるな
- 607 ：デフォルトの名無しさん：2017/02/11(土) 10:53:09.39 ID:1GGXJcPM.net
- ソースコード公開されてたらタダだーと勝手にコピーして使っちゃう人？
- 608 ：デフォルトの名無しさん：2017/02/11(土) 13:07:50.78 ID:mNcEgBaA.net
- 参考にするだけです
- 609 ：デフォルトの名無しさん：2017/02/11(土) 13:30:47.81 ID:F+Wp5HjG.net
- metalはc++で使えないのが厳しすぎる
- 610 ：デフォルトの名無しさん：2017/02/11(土) 13:40:07.89 ID:qtSuuft0.net
- バレなきゃok
わかりっこないし
こんなもんよ
- 611 ：デフォルトの名無しさん：2017/02/11(土) 13:41:27.87 ID:qtSuuft0.net
- >>607
日本のソースコードに著作権はないよ。
- 612 ：デフォルトの名無しさん：2017/02/11(土) 14:00:40.28 ID:at1UL5N0.net
- 610みたいな無知がいるから法律ってのは必要なんだよな
- 613 ：デフォルトの名無しさん：2017/02/11(土) 14:12:23.72 ID:bHUvh3Vs.net
- WebGLはTyped Arrayの内容をいちいちアップロードせずにテクスチャやバッファとして使えないかとは思う
VRAMが共有されてる環境ならコピー無しで使える
しかしGPUが使用中のデータは書き換えてはいけなかったり
GCがコンパクションでデータを移動しないようにメモリ上の位置を固定→パフォーマンスが低下するなど
ややこしい事になるかもしれない
- 614 ：デフォルトの名無しさん：2017/02/11(土) 18:55:07.85 ID:1GGXJcPM.net
- >>610
バレて炎上してるのはこういう人が居るからか。
- 615 ：デフォルトの名無しさん：2017/02/13(月) 04:30:53.35 ID:AsOjEe+m.net
- >>603
なんかジェットコースター宙返りのように反り続けていくとてっぺんで急に向きがくるんと変わっちゃうあれですよね。
- 616 ：デフォルトの名無しさん：2017/02/14(火) 20:31:42.76 ID:82eoCw7d.net
- Intelも新グラフィックスドライバでVulkanに対応
ttp://pc.watch.impress.co.jp/docs/news/1044145.html
- 617 ：デフォルトの名無しさん：2017/02/15(水) 07:52:58.06 ID:6LeauESa.net
- >>615
それはlookAtが宙返り対応してないで裏がえる現象じゃね
- 618 ：デフォルトの名無しさん：2017/02/15(水) 11:08:57.36 ID:N3aAX75A.net
- フライトシミュレーターでもあるな
- 619 ：デフォルトの名無しさん：2017/02/15(水) 19:10:02.58 ID:h9Z3TIEZ.net
- 上方ベクトルは正しく設定しよう
- 620 ：デフォルトの名無しさん：2017/02/16(木) 19:23:56.82 ID:UHUABR+a.net
- >>613
BufferObjectをダブルバッファにすればGPUとCPUで並列処理出来るよ
実際にコピーしてるかどうかはドライバ次第だ
Intelの内蔵GPUとかはコピーしてない気もするからな(実際のところは知らん)
- 621 ：デフォルトの名無しさん：2017/02/28(火) 23:44:46.26 ID:NdP5yvRM.net
- Vulkan SDK 1.0.42.0
- 622 ：デフォルトの名無しさん：2017/03/11(土) 21:38:04.37 ID:GrzkoI7k.net
- Vulkan SDK 1.0.42.1
- 623 ：デフォルトの名無しさん：2017/03/29(水) 10:55:29.16 ID:usp7p+f3.net
- >>611
著作権表記がない場合は自動で付くんじゃなかった？
- 624 ：デフォルトの名無しさん：2017/03/30(木) 19:32:54.16 ID:aP5Dk+hE.net
- スマソが、グローシェーディングとかするのに法線使うけど、
その場合、頂点と1対1にするの？
OBJファイルでインデックス方式になってるのを、uv含めて展開するのが正しいのかな？
- 625 ：デフォルトの名無しさん：2017/03/30(木) 20:37:39.14 ID:58ZWU75H.net
- >>624
正しい
- 626 ：デフォルトの名無しさん：2017/04/01(土) 08:37:36.41 ID:qoKXZv+f.net
- >>620
最近だとテクスチャをダイナミックに更新したい場面が多い。
バッファオプジェクトのRO宣言って割りと意味ないと思う。
drawを非同期実装とかしないでしょ。
- 627 ：デフォルトの名無しさん：2017/04/01(土) 13:11:28.85 ID:aVi/GLyt.net
- Vulkan SDK 1.0.42.2
- 628 ：デフォルトの名無しさん：2017/04/07(金) 06:17:33.77 ID:8Gy6obSU.net
- Vulkan SDK 1.0.46.0
- 629 ：デフォルトの名無しさん：2017/04/09(日) 23:59:57.43 ID:b2Udeo0n.net
- どうか教え下さい
AndroidアプリでNDK側でOpenGLESでテスクチャ作ってるのですが、
それをJava側に渡してGLSurfaceViewで表示したいです
readPixelsで配列データとして渡して表示はできたものの、遅すぎてゲームアプリとしては破綻していて。。。
どんな方法がベストでしょうか？やはり、コンテキストを共有するしかないでしょうか？
- 630 ：デフォルトの名無しさん：2017/04/10(月) 00:15:57.40 ID:Ly5iuPId.net
- ベストを探す前に素直にサンプルと同じやり方を試すべきだと思う
そうしない理由があるのならそれを言わんことには
- 631 ：デフォルトの名無しさん：2017/04/10(月) 00:47:22.23 ID:uhMdRFo2.net
- サンプルってどれっすかね？
試すのは大丈夫なんですが、描画スレッド(Java側)と演算スレッド（NDK側）みたいな感じす
スレッド跨いでEGLコンテキスト共有とか、知識あんまり無いです。。
Java側はGLSurfaceView使ってるので、単なるSurfaceViewに変えないとだめっすかね。。
- 632 ：デフォルトの名無しさん：2017/04/10(月) 01:57:45.01 ID:fwsZgTkC.net
- シェーダー使わんの？
- 633 ：デフォルトの名無しさん：2017/04/10(月) 21:03:21.49 ID:cUDmNFgv.net
- >>632
レス遅くなってすみません
シェーダー使うのもありですが、framebufferからreadpixelsする変わりにシェーダーで対応ってのがどうゆうことか理解できてません
とりあえずNDK側でガリガリ作った画をJava側に60fpsで渡す方法があれば何でも試します
- 634 ：デフォルトの名無しさん：2017/04/10(月) 22:12:20.96 ID:5vxtV4z5.net
- textureIDだけ渡したらいいんじゃないの？
- 635 ：デフォルトの名無しさん：2017/04/10(月) 22:21:58.29 ID:PM83VykM.net
- スレッドがJavaとNDK側で別なんです
そしてJava側はGLSurfaceViewなので、なおさらコンテキストは共通化できてないっす
- 636 ：デフォルトの名無しさん：2017/04/10(月) 22:46:43.31 ID:Ly5iuPId.net
- >>631
どれ？じゃねーよ
NDK使ってるんだろ？
大丈夫なら試せよ
- 637 ：デフォルトの名無しさん：2017/04/10(月) 23:08:39.40 ID:PM83VykM.net
- >>637
ndk-bundleのソースフォルダのサンプルが使えるってことですか？
使えそうなサンプルは無いように見えますが。。
教えて下さい。
- 638 ：デフォルトの名無しさん：2017/04/10(月) 23:18:56.98 ID:Ly5iuPId.net
- だから何で自分の流儀を前提にしている訳？
あんたの流儀はあんたが一番知っているんだから
他人に聞くだけ無駄だよ
- 639 ：デフォルトの名無しさん：2017/04/10(月) 23:36:22.60 ID:2T6RGgt8.net
- こういう支離滅裂なアドバイス(?)する奴はなんなんだろうね？酔っぱらってんのか？
- 640 ：デフォルトの名無しさん：2017/04/11(火) 00:26:38.47 ID:C7b4Lnba.net
- Androidの事は知らんけど、単にコンテキスト間でリソース共有にすればいいだけだよね。
Windowsならできる。同様のAPIあるんじゃね。
- 641 ：デフォルトの名無しさん：2017/04/11(火) 02:09:09.99 ID:pFzL7UjB.net
- http://d.hatena.ne.jp/orangesignal/touch/20120818/1345275541
これをぱっと見た感じGLSurfaceViewのgl.glXxxとNDK側のglXxxは同じコンテキスト使ってるっぽいからtextureID渡すだけで行けそうなものだけど
- 642 ：デフォルトの名無しさん：2017/04/11(火) 17:50:22.73 ID:JnGBstZh.net
- 横からスマソ、
俺もアンドロイドのOpenGL弄ってるんだけど、
GLES20.glxxxがラッパー？で、上で言ってるglxxxがNDKとか言うやつ？
サイトでよく出てくるサンプルはGLES20.使ってるけど、
そのNDKとやらを使うと速いとかなんかいい事あるの？
- 643 ：デフォルトの名無しさん：2017/04/11(火) 18:56:16.06 ID:4xO2/YqC.net
- >>642
VM介さないから処理によっては速度が全然違う
ゲームとかはフルndkのほうがパフォーマンスが良い
これ以上はAndroidスレで聞いたほうがいい
- 644 ：デフォルトの名無しさん：2017/04/11(火) 19:25:19.23 ID:rQmuGoDh.net
- javaはラッパー
- 645 ：デフォルトの名無しさん：2017/04/11(火) 21:13:28.73 ID:FtBQsLuE.net
- Javaだろうと、NDKだろうとスレッド別なら全く別処理でテクスチャも何もかも共有できないよね？
- 646 ：デフォルトの名無しさん：2017/04/11(火) 21:26:42.43 ID:Behbl0oC.net
- >>634
だよね
- 647 ：デフォルトの名無しさん：2017/04/12(水) 00:32:08.21 ID:BrgOd/52.net
- OpenGLESの知識は浅井ですが、自分の認識です↓
ttp://eaglesakura.hatenablog.com/entry/2013/12/28/235121
- 648 ：デフォルトの名無しさん：2017/04/12(水) 01:06:15.23 ID:Bhc0CFYk.net
- >>647
shared_contextは遅いの？
- 649 ：デフォルトの名無しさん：2017/04/12(水) 11:50:27.11 ID:g3ZwxdtV.net
- >>633
遅いのはJAVAとかNDKとか以前にreadpixelじゃないの？
- 650 ：デフォルトの名無しさん：2017/04/12(水) 12:54:48.21 ID:Pb3LvWpJ.net
- >>649
そうです。
その代替案を探してるだけなんですが、描画と処理のスレッド別なので、テスクチャIDやフレームバッファを共有できない（EGLコンテキスト共有できない）と思ってましたが方法ありそうですね
- 651 ：デフォルトの名無しさん：2017/04/12(水) 21:35:08.21 ID:+eTr5qap.net
- androidのことは詳しくないけどJava側のレンダリングスレッドからネイティブのレンダリング処理出すんじゃだめ？
CPUは並列に動かせてもGPUは並列には動かないし、別スレッドに分ける意味余りないよね？
- 652 ：デフォルトの名無しさん：2017/04/12(水) 21:47:27.65 ID:IsZRv2xh.net
- レンダリングを別スレッドでやりたいわけじゃないでしょ。
- 653 ：デフォルトの名無しさん：2017/04/14(金) 05:02:55.11 ID:j3OKtOYa.net
- 並列で動いてるんじゃねレンダ要求直後VBO書き換えるとチラつく
- 654 ：デフォルトの名無しさん：2017/04/15(土) 13:04:22.50 ID:GyRyUELf.net
- >>653
実装はAPIの関知する限りではない
いわゆる未定義動作の類なのでは？
- 655 ：デフォルトの名無しさん：2017/04/15(土) 23:00:51.04 ID:FDBlI7Dn.net
- 未定義つうか禁則じゃねVBO使わずにnioバッファの時は勝手に調停してくれてたんだが
- 656 ：デフォルトの名無しさん：2017/05/05(金) 12:53:47.74 ID:2J56jDbL.net
- ほんと初心者で申し訳ないのですが、質問をお許しください。
現在、MAX/MSP jitterを使っているものです。
GLSLの勉強をしているのですが、例えばjitter側で生成した球に、
グローエフェクトをかけたい場合、どういう考え方でGSGLを記述したらよいでしょうか。
vvvvとかならグローエフェクト専用のノードで一発なのに、
MAXでシェーダを書く場合の例とかいろいろ検索しても出てきません。
質問自体もおかしなところがあるかも知れませんが、是非MAXの環境で
映像を作っていきたい理由があるので、どなたかご教示お願いします。
- 657 ：デフォルトの名無しさん：2017/05/09(火) 08:46:01.87 ID:8Otut7+9.net
- >>655
未定義=禁則だと思うけど
- 658 ：デフォルトの名無しさん：2017/05/10(水) 16:50:07.71 ID:3NirUCdu.net
- 未定義は定義してないってことだね
禁則はやっちゃいけないってことだね
全然別の意味だね君の頭の中までは文句は無いよ
脳内の混同は取るに足らないありふれた事象だし
- 659 ：デフォルトの名無しさん：2017/05/10(水) 22:22:29.85 ID:P1RskujE.net
- >>658
プログラマは未定義動作をするプログラムを書いてはいけない事に変わりない。やっちゃいけないことだよ。
- 660 ：デフォルトの名無しさん：2017/05/10(水) 22:45:03.25 ID:TahTqR8d.net
- 未定義動作とごっちゃにしているんだろうなと思ったら案の定。
- 661 ：デフォルトの名無しさん：2017/05/10(水) 22:46:38.87 ID:P1RskujE.net
- >>660
流れを読もうね
- 662 ：デフォルトの名無しさん：2017/05/11(木) 00:37:38.99 ID:s9cCeBkh.net
- 未定義動作しても構わないよ
そこに到達しないコードを書くのが基本
- 663 ：デフォルトの名無しさん：2017/05/11(木) 04:33:17.40 ID:QJPjjG3O.net
- 未定義動作なんて聞かない言葉だと思ってググったらバッファの初期化忘れのことかよ
もしも初期化してなきゃ最初の1フレームは起きるかもしれないが件のは前のフレームと
次のフレームとの境目で起きると思われるちらつきだから未定義動作とやらでは無いわな
- 664 ：デフォルトの名無しさん：2017/05/11(木) 07:55:54.57 ID:wBC9RJQi.net
- ここってC言語を知らない人も居るんだね
- 665 ：デフォルトの名無しさん：2017/05/11(木) 09:34:12.49 ID:fwiX6jdh.net
- WebGLだとセキュリティ上の理由でglMapBufferみたいな安全を保証できない機能は使用禁止
- 666 ：デフォルトの名無しさん：2017/05/16(火) 18:19:56.36 ID:EpxzEiEV.net
- GTX1060（モニター①を接続）とQuadro4000（モニター②を接続）の2枚差し
PhotoshopなどのOpenGL系でGTX側に接続しているモニター①を10bitカラー表示させることってでませんか？
どのような効果が見込めるか分からなかったのですが、
NVIDIAコントロールパネル/3D設定の管理/OpenGLレンダリングGPU
の設定ではグローバル設定→Quadro4000に変更してみました
- 667 ：デフォルトの名無しさん：2017/05/16(火) 23:46:49.25 ID:eU5MEqDJ.net
- photoshopなら設定にあるけど他のソフトはソフトが対応してるかだからユーザーがどうこうできる問題じゃない
- 668 ：デフォルトの名無しさん：2017/05/19(金) 03:27:17.75 ID:Xjl9lHc/.net
- >>665
つうかWebGL以前にglMapBufferはOpenGL ESにねーし
GLESベースのWebGLに無くて当然
WebGL1.0でもテクスチャ使えば似たような事は出来る
- 669 ：デフォルトの名無しさん：2017/05/20(土) 19:41:55.23 ID:hsMiSaXN.net
- Vulkan SDK 1.0.49.0
- 670 ：デフォルトの名無しさん：2017/05/21(日) 08:13:42.34 ID:GufdndHa.net
- glewの2.0.0のVC10のglew.slnをビルドすると
error LNK2019:未解決の外部シンボル memsetが関数 glewContextInitで参照されました
と出てビルドできないのですが、どう直せばいいのでしょうか？
- 671 ：669：2017/05/21(日) 08:18:16.21 ID:GufdndHa.net
- ちなみにソリューションを検索しても「memset」の文字列は出てきませんでした。
- 672 ：デフォルトの名無しさん：2017/05/21(日) 21:34:37.37 ID:4Y1sL5Ms.net
- vulkanって流行ってンの？
- 673 ：デフォルトの名無しさん：2017/06/08(木) 10:00:16.18 ID:gWFivyAT.net
- VAOで描画する時ってglBufferSubDataとかで毎フレーム頂点データを書き換えるような場合は使えない？
- 674 ：デフォルトの名無しさん：2017/06/18(日) 14:17:13.34 ID:UBHrzox3.net
- VAOって何よ GL_DYNAMIC_DRAW指定しとけ
- 675 ：デフォルトの名無しさん：2017/07/05(水) 16:05:55.42 ID:TFVKjpNE.net
- VAO知らないってどんな旧バージョンだよ
- 676 ：デフォルトの名無しさん：2017/07/05(水) 21:08:45.69 ID:zYeK5Znt.net
- ES2.0
- 677 ：デフォルトの名無しさん：2017/08/07(月) 19:31:26.86 ID:KYx8Kn3i.net
- glslのIDEとかってないですか？
vulkanで使うのですが
- 678 ：デフォルトの名無しさん：2017/08/13(日) 07:54:40.85 ID:p1FRAySF.net
- 人と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（バックプロパゲーション）機能も備わっています。
- 679 ：デフォルトの名無しさん：2017/08/14(月) 12:16:28.57 ID:EXJotbGm.net
- SPIR-Vシェーダー拡張を統合した「OpenGL 4.6」が公開
https://mag.osdn.jp/17/08/01/161500
- 680 ：デフォルトの名無しさん：2017/08/14(月) 19:53:09.75 ID:VWupTZlZ.net
- > 「OpenGL 4.6」が公開
> 「OpenGL 4.6」の仕様公開を発表した
> OpenGL 4.5は2010年に登場したOpenGL 4系の最新版。
> OpenGL 4.5の仕様はプロジェクトのWebサイトで公開されている。
- 681 ：デフォルトの名無しさん：2017/08/15(火) 06:34:36.43 ID:K8T9Hr6g.net
- Androidで動くVulkanとOpenGLESの比較できるベンチマークアプリ知らない？
- 682 ：デフォルトの名無しさん：2017/08/15(火) 14:26:54.35 ID:W1XYAgOO.net
- >>680
スラドのhylom
OSDNマガジンの末岡洋子
- 683 ：ねこまじ：2017/08/15(火) 14:44:30.18 ID:SeXfrzIV.net
- 最新トップ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やぽんちやモンスタージョンなどを真似すればいい
- 684 ：デフォルトの名無しさん：2017/08/15(火) 18:57:14.86 ID:K8T9Hr6g.net
- AndroidでGLES2で実装されてるやつをVulkanに置き換えてみたんだが1/3(GLES2は45 Vulkanは15程度)しかFPS出なかった。(3D性能自体あんまりよくない中華スマホ)
単純に置き換えただけじゃFPS出ないとはよく言われてるし最適化考えてないベタ移植だからこんなもんかなぁと思ってたんだが、Windows上のNVIDIA環境で動かしたら1割アップ(GL3は880、Vulkanは1000)してた。
これデバイスの特性ってやつなのかスマホのドライバーがアレなのかどっちだと思う？
デバイスの特性だったとしたらどうやって最適化したらええんやろか…
- 685 ：デフォルトの名無しさん：2017/08/15(火) 20:06:35.95 ID:W1XYAgOO.net
- モバイルだとライフサイクルからして
ドライバとデバイスを分ける意味はあんまりないと思うけど
ベタ移植でも環境によっては効果があるなら
両方実装して性能の良いほうに切り替えれば良いのでは
- 686 ：デフォルトの名無しさん：2017/08/16(水) 15:00:17.80 ID:UVw/Dh9+.net
- 素人が効率の良いOpenGL実装をVulkanで作るって不可能な気がするので
ANGLEに期待
ANGLE on Vulkan Update Q1 2017
https://groups.google.com/d/msg/angleproject/HfDeJyIXlrU/MnSe6jNiAQAJ
- 687 ：デフォルトの名無しさん：2017/08/17(木) 02:04:48.89 ID:B3yfRGJG.net
- 自前じゃ一枚絵を出すのも大変そうだから公式レンダラを
みんなでチューニングやカスタマイズみたいな方向になるのかしらね
- 688 ：デフォルトの名無しさん：2017/08/17(木) 21:32:39.45 ID:rdQtPA4Z.net
- >>684
不明要素が多いから何とも言えない
バックバッファの切り替えウェイト、デバイス固有のリミッタとかに填まっている可能性もある。
中身はARMで泥ならば、所詮はVM。
変更できない要素に左右される。
例えば、電池消耗を抑えるためにフレームレートを制限なんかは想像しやすい。
MS違う
- 689 ：デフォルトの名無しさん：2017/08/17(木) 21:43:32.99 ID:8qdAznIJ.net
- ARMかどうかって関係あるの？
VMって何の話？
- 690 ：デフォルトの名無しさん：2017/08/17(木) 22:57:50.61 ID:la1KCE2X.net
- iOSはJava使ってないから無条件に速いと思ってる
iPhone信者か
- 691 ：デフォルトの名無しさん：2017/08/18(金) 00:22:15.98 ID:sNIlJiAD.net
- 電池理由でアプリに制限を掛ける。
そういう設計もあるって話。
スマホでfpsを求めるのが間違い。
一番電池を消耗するのは、電波発信。
次がバックライト。その次がプロセッサ
- 692 ：デフォルトの名無しさん：2017/08/18(金) 07:09:40.57 ID:U5k+yUmQ.net
- どう解釈したら>>691と>>688が繋がるのかさっぱり分からん
電池理由でアプリに制限を掛ける設計があるとして
GLES2とVulkanで性能差が出る説明にならないし
結局はアプリによるが
性能が限られたスマホだからこそfpsが求められるんじゃないの？
要求が60fps超でなく例えば30fpsだとしても
- 693 ：デフォルトの名無しさん：2017/08/18(金) 14:20:56.20 ID:e4v3XQyH.net
- VulkanってAndroidのJava APIからは使えないよね
- 694 ：デフォルトの名無しさん：2017/08/18(金) 17:09:45.93 ID:nOiT4Yx1.net
- 用意されるのかなそれともvulcan入れてあるけどNDKでやってくれとなるのか
- 695 ：デフォルトの名無しさん：2017/08/18(金) 19:27:32.86 ID:0EPwtIc2.net
- JavaってC#みたいな構造体やポインタの操作みたいな
ローレベルな事は出来ないけど
VulkanみたいなローレベルのAPIを持ってけんの？
- 696 ：デフォルトの名無しさん：2017/08/19(土) 06:09:39.23 ID:43kvAmEv.net
- 提供されるとは思わんが
できるかできないかで言えばで
構造体は「同等のバイナリを生成する」クラスで実現できるし
ポインタ操作（演算）はそもそも必要ないだろう
ポインタ使った最適化したければNDK使えで済む話
- 697 ：デフォルトの名無しさん：2017/08/19(土) 14:20:08.82 ID:6K7s/w8N.net
- >>692
そのデバイスでバックバッファをクリアとスワップをするだけのアプリを走らせれば、性能が出せるのかは、わかるだろ
- 698 ：デフォルトの名無しさん：2017/08/19(土) 14:51:16.65 ID:ygZPyu+S.net
- JavaからじゃvkMapMemoryで頂点バッファにアクセス出来ないよな
WebGLも同じような理由でglMapBufferがない
代わりにglBufferData的なバッファのアップロード用の関数が必要
- 699 ：デフォルトの名無しさん：2017/08/19(土) 20:09:26.77 ID:zlOKfERV.net
- 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/
- 700 ：デフォルトの名無しさん：2017/08/20(日) 00:17:42.47 ID:PGSVSpKF.net
- >>699
おー情報サンクス。リリースグットタイミングだわ。
グラフ見ると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の話ね。
- 701 ：デフォルトの名無しさん：2017/09/07(木) 23:47:18.43 ID:+2bEEO6N.net
- OpenGL ES超絶難易度アルティメット級でワロタｗ
俺かなりITと親和性も高いし、3Dそのものは15年以上やってるけど、
CGがちゃんと表示できないｗｗｗｗ
これどうやったらちゃんと表示できんの？ｗ
もう2週間くらい挑戦してるけど全く進まなくて辛すぎｗｗｗｗｗｗｗｗｗｗｗｗ
教えてえろい人ｗ
- 702 ：デフォルトの名無しさん：2017/09/08(金) 16:30:24.33 ID:KPLe5Qd+.net
- それはみんな通過する儀式的なもの絵を出せて半人前
しかし泥なんかあんなにユーザーいるのにまともなレンダラ無いんだよな
テクスチャと頂点と視点渡せば絵が出るようなやつが最初からあれば
捗るんだが
- 703 ：デフォルトの名無しさん：2017/09/09(土) 06:14:55.77 ID:Av4F4Tck.net
- そんな中途半端なものがまともだとは思えないんだが。
- 704 ：デフォルトの名無しさん：2017/09/09(土) 11:38:19.13 ID:8A4+ZAJU.net
- 中途半端かね?完成したものはどんなだか興味があるな
入門者が玉転し作れる程度の物すらないのよね
- 705 ：デフォルトの名無しさん：2017/09/09(土) 11:51:58.25 ID:kUd/qIXg.net
- 自分で作れば？
- 706 ：デフォルトの名無しさん：2017/09/09(土) 11:54:35.48 ID:3STIjmAW.net
- 初心者向けならユニティでいいじゃないかと。
なんでJavaで作りたいのか
- 707 ：デフォルトの名無しさん：2017/09/09(土) 12:02:18.29 ID:NhVsuY8L.net
- 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に取り入れられるのか？
- 708 ：デフォルトの名無しさん：2017/09/09(土) 13:19:29.91 ID:3STIjmAW.net
- glTFの物理ベースって
最新観てもペンディングだったんだが。
器を汎用的で高機能を目指すにしても、別にこの形式のままシェーダに流し込む訳でもないだろうと。
- 709 ：デフォルトの名無しさん：2017/09/09(土) 19:12:38.21 ID:8A4+ZAJU.net
- 初心者がスクラッチで0からレンダラ書くと年単位でかかる
発熱が少ないバイナリが小さいユニティ使ったこと無いけどなー
- 710 ：デフォルトの名無しさん：2017/09/09(土) 21:14:54.33 ID:sCuUC1it.net
- 最新のOpenGLでできることを
OpenGL ESで実現しようとすると大変だが
OpenGL ESで実現できることは
OpenGLでも（スレチだがDirect Xでも）大差ないと思うんだが
>>701はなぜES名指しなんだろう？
- 711 ：デフォルトの名無しさん：2017/09/10(日) 12:54:48.01 ID:mFLa2LdI.net
- 昔のOpenGLはシェーダとか使わなくてもよかったからじゃないかな。
- 712 ：デフォルトの名無しさん：2017/09/10(日) 13:34:19.36 ID:BEQ6+h7v.net
- OpenGL 1.5が約15年前な訳だが
携帯デバイスだとデバッグがやりにくい
というのなら分からんでもないが
それは難易の問題じゃないしなぁ
- 713 ：デフォルトの名無しさん：2017/09/10(日) 14:29:37.88 ID:jzTwYGLB.net
- 昔のOpenGLを再現するデフォルトシェーダーとかあると良いのにネ
- 714 ：デフォルトの名無しさん：2017/09/10(日) 17:16:46.12 ID:mFLa2LdI.net
- 俺がOpenGL始めたの2007年くらいだったけど
そのころは固定機能パイプラインによる解説ばっかだった気がする。
スマホが普及してESが登場した頃から日本度でもまともにGLSLを学習できるようになった気がする。
- 715 ：デフォルトの名無しさん：2017/09/10(日) 17:42:43.64 ID:BEQ6+h7v.net
- 当時はリアルタイムグラフィックス分野はDirectXが開拓していた
だからあえてOpenGLをやる人は
クロスプラットフォームだとか互換性を重視していた
DirectXやっていた人がOpenGLに流れたのが
スマホが普及してESが登場した頃であって
OpenGL内だけで言えば固定機能パイプラインとの決別は
OpenGL3の策定時点（それこそ2007年頃）で既に決定的だったと思う
- 716 ：デフォルトの名無しさん：2017/09/11(月) 01:49:20.13 ID:SnGLKWrX.net
- >>713
それなら素直にOpenGLES1.1使えばええやん
- 717 ：デフォルトの名無しさん：2017/09/12(火) 03:45:02.98 ID:mnRL344l.net
- 動作も軽いし製作者の力量でソコソコ綺麗な絵出るもんね
ただ時代の流れでサポ切りとかあるのか無いのか知りたい
- 718 ：デフォルトの名無しさん：2017/09/18(月) 15:43:19.63 ID:5qvGYV/U.net
- GLES自体新しくて多くの端末で動いてるし動かないアプリが出ても困るから安易に切られることはナイアル
- 719 ：デフォルトの名無しさん：2017/09/22(金) 03:12:56.81 ID:0XQ4k8W6.net
- スマホはDirectX使えないからな
必然的に互換性という面でOpenGLが出てくる
スマホ、特にAndroidはパフォーマンス厳しいしVulkanに頼りたくなる
- 720 ：デフォルトの名無しさん：2017/09/22(金) 03:13:57.05 ID:0XQ4k8W6.net
- OpenGL系は基本後方互換前提の代物だからそうそう切られることはないはず
アーキテクチャの違いでパフォーマンスが下がるとかはあるかもしれないけど誤差の範囲でしょ
- 721 ：デフォルトの名無しさん：2017/10/04(水) 23:04:11.00 ID:HVw4BQOs.net
- glutってグラットって読む？
- 722 ：デフォルトの名無しさん：2017/10/05(木) 02:48:26.46 ID:iTr/aZ+d.net
- GLUT (pronounced like the glut in gluttony) is the OpenGL Utility Toolkit, a window system independent toolkit for writing OpenGL programs.
- 723 ：デフォルトの名無しさん：2017/10/05(木) 02:50:51.64 ID:iTr/aZ+d.net
- グラトゥニー
グラットゥニーのグラットゥ
- 724 ：デフォルトの名無しさん：2017/10/05(木) 08:50:05.88 ID:OFcuCCap.net
- ㌧クス
- 725 ：デフォルトの名無しさん：2017/10/05(木) 10:31:47.35 ID:oekIPpEo.net
- チェ～ンジ、グラットぉぉぉぉ！！
- 726 ：デフォルトの名無しさん：2017/10/08(日) 21:19:52.29 ID:UyktAqAp.net
- glutでポリゴンにアンチエイリアスかけれないんだが。
線ならかけれるのに。
どうやんの？
- 727 ：デフォルトの名無しさん：2017/10/08(日) 21:22:48.66 ID:TjjbI37x.net
- アンチエイリアシングは甘え。
- 728 ：デフォルトの名無しさん：2017/10/08(日) 23:35:58.43 ID:GvYlDhJz.net
- 実際のところ画面の高解像度化で
アンチエイリアシングなしでも
そこそこ鑑賞に堪えうるようになってしまった
ミップマップや異方性フィルタリングは欲しいが
- 729 ：デフォルトの名無しさん：2017/10/09(月) 00:10:18.61 ID:YU1H7ndt.net
- glutはグルトだろ
- 730 ：デフォルトの名無しさん：2017/11/03(金) 17:35:46.07 ID:gZf2VKXN.net
- Vulkan SDK 1.0.65.0
- 731 ：デフォルトの名無しさん：2017/11/15(水) 08:55:45.71 ID:bUtgDTef.net
- WinはDirectX
MacはMetal
VulkanはLinux専門になりそう
- 732 ：デフォルトの名無しさん：2017/11/15(水) 09:45:41.78 ID:1KJ2A9H9.net
- ほんでもクロスプラットフォームにしようとおもったらVulkan一択なんやろ？
- 733 ：デフォルトの名無しさん：2017/11/15(水) 09:49:36.57 ID:uTPoKijJ.net
- >>731
別にWinでもVulkan普通に動くじゃん
Androidでもいつかはみんな使うようになる
問題はAppleなんだよな
- 734 ：デフォルトの名無しさん：2017/11/15(水) 09:59:57.09 ID:LYmVSFgD.net
- AppleはmacOSでもiOSでもAPIとして採用する気無はなくMetal以外眼中に無い感じやしね
最近Web標準のAPI草案にMetal特有の仕様を突っ込もうとしてMSとGoogleに反発されてなかったっけ
- 735 ：デフォルトの名無しさん：2017/11/15(水) 10:15:59.82 ID:bUtgDTef.net
- 各プラットフォームが足並み揃えてくれないと、クロスプラットフォームが形骸化してしまうし使う意味もなくなるな
WebGLはどうなるんだろ
ライブラリの開発者は大変だな
- 736 ：デフォルトの名無しさん：2017/11/16(木) 00:40:22.67 ID:U+DE6iTU.net
- 物凄く大変だとは思うがそれに見合った収益はあんのかしら
- 737 ：デフォルトの名無しさん：2017/11/24(金) 22:02:38.11 ID:Z1PbZD/w.net
- glfwとglewで OpenGL 4.6 ターゲットにプログラムしています。
glslの "layout(binding = N)" が反映されず困っています。
glGet○○すると 0 が返って来ます。
どうやら宣言順にインデックスが付けられてるようで
glGet○○の値を使えば正常に動作します。
でも気持ち悪いです。
何で binding 指定が有効にならいのでしょうか？
初めはUniformBuffer使おうとして気づいたのですが、
ショートプログラムで確認した結果、
shaderStorage、sampler、image等も同じく反映されないようです。
環境はGeforce GTX760、ドライバVer388.13、VSコミュ2017使ってます。
- 738 ：デフォルトの名無しさん：2017/12/02(土) 08:41:04.82 ID:JvMTpbwK.net
- >>737
横からだが、シェーダ側で指定したバインド順番をCPUに強制させたいという話かと理解したが
それは後方互換性を維持するためではないかと
- 739 ：デフォルトの名無しさん：2017/12/02(土) 08:51:03.30 ID:+JG4y+dR.net
- DX9cから始めて11のあとにglに来たんだが
混乱と雑音をうむだけの後方互換性は、はよ切り捨てろとは思った。
glは統一規格を目指してない。
専用機での利用を大前提としたGPU規格のテンプレートみたいな印象がした。
- 740 ：デフォルトの名無しさん：2017/12/02(土) 09:46:27.85 ID:PRegk6Y6.net
- >>737
GLSL一行目の#version指定が正しくないとか?
layout指定は300以降だったかな?
OpenGL/GLESとGLSLのversion指定って混乱するよね……
- 741 ：デフォルトの名無しさん：2017/12/02(土) 11:04:39.79 ID:Tv3BogrX.net
- >>740
一行目必須、BOM禁止。コメント禁止だしね
それ以外もドライバ依存が激しい。
PS4やDSなんかのコンソールやiPhoneなら、それ以外がないから気にならないが
泥の現状はカオス、コキュートスモード
- 742 ：デフォルトの名無しさん：2017/12/02(土) 19:30:00.66 ID:hb+Z3o85.net
- 腹が立ってきた。
glはハードウェア実装に特化して作る方ほことを考えてないんだな。
directXが至高と思えてきた。
せめてカレントあたりについては、リファレンスも目的語か「どこに」を書けよ。
- 743 ：デフォルトの名無しさん：2017/12/05(火) 09:35:36.25 ID:t1hhSu47.net
- もうみんなVulkanに移行しようぜ
- 744 ：736：2017/12/05(火) 23:38:56.73 ID:WoyHGfNJ.net
- 自己解決しました。
glGet(Uniform/Resoruce)Indexが返す値が"layout(binding = N)"のNと思い込んでいました。
プログラムオブジェクトに入力するパラメータは必ずバインドしないといけないと思い込んでおりました。
layout(binding = N) と glBindBufferBase(GL_UNIFORM_BUFFER, N, ubo);
が対になっていてglUniformBlockBinding呼ぶ必要ないと。
酒飲んでプログラムすると駄目だなぁ。
- 745 ：デフォルトの名無しさん：2017/12/06(水) 10:27:02.53 ID:ROyOilcp.net
- 単位ベクトル同士の外積は単位ベクトルになるのかと思ってたら違ったでござるよ orz
- 746 ：デフォルトの名無しさん：2017/12/06(水) 10:28:25.17 ID:ROyOilcp.net
- あぁ、直行する単位ベクトル同士ならいいのか．．．
- 747 ：デフォルトの名無しさん：2017/12/06(水) 10:33:19.09 ID:7Z4PG9ak.net
- 全ての辺の長さが1の平行四辺形の面積は色々だからな。
- 748 ：デフォルトの名無しさん：2017/12/06(水) 10:41:55.51 ID:ROyOilcp.net
- あぁそういうことですね
- 749 ：デフォルトの名無しさん：2017/12/06(水) 17:29:13.31 ID:oBvdSzU/.net
- 平行六面体
- 750 ：デフォルトの名無しさん：2017/12/06(水) 22:14:24.71 ID:2G+Fm3sR.net
- |a||b|sinθ
だからな
角度によって面積はゼロに近づく
- 751 ：デフォルトの名無しさん：2017/12/07(木) 01:14:22.26 ID:fcKh4od9.net
- #include <GLFW/glfw3.h>
int main() {
GLFWwindow *window;
if (!glfwInit())
return -1;
window = glfwCreateWindow(640, 480, "Hello World", NULL, NULL);
if (!window) {
glfwTerminate();
return -1;
}
glfwMakeContextCurrent(window);
while (!glfwWindowShouldClose(window)) {
glClear(GL_COLOR_BUFFER_BIT);
glfwSwapBuffers(window);
glfwPollEvents();
}
glfwTerminate();
return 0;
}
$ g++ -L/usr/local/lib -lglfw -framework OpenGL main.cpp
$ ./a.out
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
- 752 ：デフォルトの名無しさん：2017/12/07(木) 10:33:17.06 ID:qHHEXIff.net
- シェーダーの話題ってここでええのん？
- 753 ：デフォルトの名無しさん：2017/12/08(金) 14:28:44.62 ID:6WtIjESa.net
- 栄養
- 754 ：デフォルトの名無しさん：2017/12/10(日) 22:04:09.61 ID:Xd+spiQZ.net
- ES3.2をJavaのみで書ききり、嫌になってバルカンに移行。
泥で触っているんだけど、かなりいいね。使いやすい。
ほとんどDX11と同じ感覚で使える。
バルカンは、普及する感じがした。
- 755 ：デフォルトの名無しさん：2017/12/14(木) 23:34:24.62 ID:I1vhdCTR.net
- 泥バルカン。
スワップチェイン、フレームバッファとサーフェスをコアダンプなしで通せたが、
いまだに残るパイプラインとシェーダ。
またまだ続く簡易フレームワークを作る作業。
現在のコード量。6000行
- 756 ：デフォルトの名無しさん：2017/12/20(水) 07:30:14.77 ID:gUtt4LOa.net
- 愚痴。バルカンネタ
ようやくディscripter、パイプラインあたりも実装が終わった。
今日あたりになんかのジオメトリを描画できそう。
残りは定数バッファへの値の流し込み。
- 757 ：デフォルトの名無しさん：2017/12/21(木) 07:14:53.51 ID:wiUIS1bD.net
- Vulkanでジオメトリの描画成功記念カキコ
あっけなく描画できた。
Windowsで作った描画フレームワークのジオメトリがあっさり描けた。
ようやくスタートライん。
- 758 ：デフォルトの名無しさん：2017/12/21(木) 09:23:06.53 ID:jPJSvhP5.net
- あっさり描画できましたか
あっさり描画できてよかったですね
- 759 ：デフォルトの名無しさん：2017/12/21(木) 15:10:44.36 ID:X1S6oc7e.net
- 最近のバージョンのAndroidはVulkan対応してるらしいけど
使ってるゲームってあるの？
- 760 ：デフォルトの名無しさん：2017/12/21(木) 18:28:57.84 ID:xctmZ09c.net
- ないと思うよ。
2016年末に定まった規格だから対応機種は、その頃以降の機種になると思う。
というか、これからの規格ではないかと。
字形を描画する機能がない。
- 761 ：デフォルトの名無しさん：2017/12/21(木) 18:55:24.50 ID:agTzrnuM.net
- 調べてきた。
APIレベル 23以降。泥6以降。
23以前もsoでどうこうは、恐らく、使えないことを確かめる手段の提供を以て対応の整理だろう。
泥6のシェアは、10%辺り。泥は4が今でも主軸のレガシィ
- 762 ：デフォルトの名無しさん：2017/12/21(木) 19:01:45.15 ID:7LfvPQ5G.net
- 大事なことを書き忘れた。
スナップドラゴン、エクスペリアXZsでも
ジオメトリシェーダ ×
あとはわかるな
- 763 ：デフォルトの名無しさん：2017/12/22(金) 00:32:12.80 ID:i1X6UBpk.net
- OpenGLでもいいんやけどねぇ
OpenGLのどこがいかんのや
- 764 ：デフォルトの名無しさん：2017/12/22(金) 07:39:20.61 ID:UDRrn+R8.net
- カレント
- 765 ：デフォルトの名無しさん：2017/12/23(土) 18:14:10.02 ID:hl+3r86b.net
- Vulkanはドライバーが未成熟なせいで
OpenGL ES 3.1より遅いかもと
3DMarkのAndroid版のSling Shot Extremeの説明には書かれている
- 766 ：デフォルトの名無しさん：2017/12/24(日) 15:25:42.77 ID:/VeWYwOF.net
- 終了のお知らせ
http://d.hatena.ne.jp/shi3z/20171223/1513980907
- 767 ：デフォルトの名無しさん：2017/12/24(日) 20:59:20.91 ID:YQBy9q3A.net
- >>766
何で一個人がデータセンターの心配してんの？
貧乏人はGeForce使ってればいいんだよ
- 768 ：デフォルトの名無しさん：2017/12/24(日) 21:32:53.43 ID:ZdJPg4SS.net
- なんでってユーザーだからだろアホか。
- 769 ：デフォルトの名無しさん：2017/12/24(日) 22:26:01.34 ID:YQBy9q3A.net
- >>768
は？個人ならGeForce使ったって何の問題も無いんだよ
馬鹿も休み休み言え
ちょっとGeForce集めただけでデータセンター気取りかよw
- 770 ：デフォルトの名無しさん：2017/12/25(月) 01:18:51.29 ID:SIEbJbCX.net
- 貧乏人が深層学習やりたかったら、時間貸しのデータセンターしか満足できる速度で実行できないでしょ?
- 771 ：デフォルトの名無しさん：2017/12/25(月) 09:26:59.43 ID:ipsYhAiN.net
- 深窓学習は、昔のホストコンピューティンぐへの回帰現象かな
とりま、そこらのDCよりも京の方が安くつく、とすら感じる。
できることも占い程度。
- 772 ：デフォルトの名無しさん：2017/12/25(月) 09:32:25.54 ID:Hs3yDk/8.net
- >>763
時代遅れすぎる情報が未だにごされと紹介されている。
もうGLとdxの違いは、深度区画だけなんだから
- 773 ：デフォルトの名無しさん：2017/12/25(月) 09:58:10.43 ID:XdRG80xO.net
- ああ、GLが-1~1でdxが0~1なんだっけ
- 774 ：デフォルトの名無しさん：2017/12/25(月) 10:01:17.27 ID:1YmR/zMV.net
- ちなみにGeForceをデータセンター云々の記述はアメリカのサイトには書いてない
だから海外では(今のところ)合法
日本にNVIDIAを激怒させるようなよっぽどの乞食が居たんだろうな
さくらインターネットか？迷惑な話だ
- 775 ：デフォルトの名無しさん：2017/12/25(月) 10:06:39.74 ID:XdRG80xO.net
- その辺の事情がわからんのだが
具体的にさくらインターネットが何をしたん？
- 776 ：デフォルトの名無しさん：2017/12/25(月) 11:59:44.83 ID:Zo3UB7Lw.net
- >>774
英語でも書いてあるように見えるけど
http://www.nvidia.com/content/DriverDownload-March2009/licence.php?lang=us&type=GeForce
2.1.3 Limitations.
- 777 ：デフォルトの名無しさん：2017/12/25(月) 14:31:17.91 ID:vAchG11E.net
- さくらだけ名指しとはかわいそうすぎる
- 778 ：デフォルトの名無しさん：2017/12/25(月) 14:55:26.00 ID:lFApqw4e.net
- >>776
昨日か今日変更になったよ…
- 779 ：デフォルトの名無しさん：2017/12/25(月) 18:33:35.92 ID:0U/3PXeD.net
- ドライバに対するライセンス条項
No Datacenter Deployment.
データセンタに配布すんな
The SOFTWARE is not licensed for datacenter deployment,
繰り返すが、このソフトウェアは、データセンタへの配布をライセンスしてない、
except that blockchain processing in a datacenter is permitted.
しかし、データセンタにおけるブロックチェイン計算なら許してやるよ、こじきども(キャハ)
条項よりも、話題の論点がようわからん。
- 780 ：デフォルトの名無しさん：2017/12/25(月) 18:37:15.09 ID:0U/3PXeD.net
- ちな、ブロックチェイン計算とは履歴みたいな奴。
具体的な実装でいえば、イーサリアルだかピットコインなんかが、それだったと思う。
何にしろ、確かにテスラを買わせる為の制限条項との指摘は理解できる。
もっともな指摘だなー、と。
- 781 ：デフォルトの名無しさん：2017/12/25(月) 18:38:24.18 ID:0U/3PXeD.net
- しまった。
○配置
×配布
- 782 ：デフォルトの名無しさん：2017/12/28(木) 21:48:44.53 ID:iWEL+baV.net
- ジオメトリシェーダーって性能が出ないとかで
いらない子扱いされてるらしいけど
なんで？
- 783 ：デフォルトの名無しさん：2017/12/29(金) 09:21:10.89 ID:7qKElSZW.net
- そんなことより嫁をめとりたい
- 784 ：デフォルトの名無しさん：2017/12/30(土) 13:37:43.10 ID:GxGC3+RW.net
- Mayaって昔はQuadroでしか動作保証してなかった気がするけど、仕事で使わせるものには高いやつを売り付けるというNVIDIAの昔からの常套手段だな
- 785 ：デフォルトの名無しさん：2018/01/19(金) 00:26:43.17 ID:F0bS1On1.net
- 1dテクスチャの使い方のサンプルはどこかにありませぬかあ
カラーマップで使いたいんだけど探してもなかなかヒットしませぬ
何卒。。。
- 786 ：デフォルトの名無しさん：2018/01/19(金) 07:10:32.97 ID:PphXjkGV.net
- V 固定して 2D テクスチャとして扱えば。
- 787 ：デフォルトの名無しさん：2018/01/19(金) 21:03:15.48 ID:X7HMJzrK.net
- 2Dしか使った事ないけど1Dって使い勝手違うの？
- 788 ：デフォルトの名無しさん：2018/01/20(土) 09:59:34.02 ID:4AOaXNlF.net
- 隔離はナイスアイディア
- 789 ：デフォルトの名無しさん：2018/01/20(土) 10:08:46.38 ID:oLwnKzuO.net
- いゃ～ん、ヴァルカーん
- 790 ：デフォルトの名無しさん：2018/01/21(日) 21:54:51.75 ID:ZYoNSckf.net
- テクスチャを作るときのフラグが違うだけだと思う。
シェーダからはUだけ指定。
使ったことないけど。
法線マップのアルファにカラーマスクを仕込んで使った方が立体的に色を当てられるような。
実行時に色を交換したいなら定数バッファにいれた方が楽に思う。
- 791 ：デフォルトの名無しさん：2018/01/23(火) 10:28:53.67 ID:7WiImxPC.net
- 法線マップを圧縮しないならね。
2D ゲーム作ってる可能性もかなりあると思うけど。
定数バッファがいいかどうかは、複数のシェーダで使うのかどうかかな。
- 792 ：デフォルトの名無しさん：2018/01/23(火) 12:55:06.79 ID:hh5ZQXwd.net
- いやいやカラーマップ(パレット)って普通テクスチャ毎に必要でしょ
またはオブジェクト毎とか
要するにユーザーが服の色を指定するとかすると必要になる
シェーダー毎とか関係無い
- 793 ：デフォルトの名無しさん：2018/01/23(火) 17:24:15.24 ID:hbCDcD6q.net
- グレースケールでデザインさせて、配色をそのつぎに決めるとかなら、あるような。
14なんかはそんな感じにみえる。
あれはユーザが基本色を選べる。
配色数が少ないなら、全通りをテクスチャでもつとかできるかもだが、配色数が多いと読み込みも地獄なら、VRAM要求も地獄になる。
だからパレットだけを一次元でもつのだろうが、配色選択のためならば、やっぱり一次元じゃなく、二次元で持ちたくなると思う。
横に配色、縦にバリエーション(ユーザが選択する軸)と配列して。
- 794 ：デフォルトの名無しさん：2018/01/25(木) 12:27:36.46 ID:DEu5d/BX.net
- 0次元 テクスチャ使わないで単に色指定じゃ駄目なんかしら
1次元 線をテクスチャで使うってのは珍しいな
- 795 ：デフォルトの名無しさん：2018/01/25(木) 18:02:07.16 ID:SW6+fB/4.net
- わざと縮退させたデータ送ったりは普通にするやん
- 796 ：デフォルトの名無しさん：2018/02/27(火) 16:27:51.06 ID:bmiKNI1S.net
- グラフィックスAPI「Vulkan」がmacOS/iOSで利用可能に
https://pc.watch.impress.co.jp/docs/news/1108626.html
https://pc.watch.impress.co.jp/img/pcw/docs/1108/626/01.jpg
https://pc.watch.impress.co.jp/img/pcw/docs/1108/626/02.jpg
https://youtu.be/IwFC1NXsSZM
- 797 ：デフォルトの名無しさん：2018/02/27(火) 17:56:07.84 ID:YOGiHGes.net
- 本格普及のいよかん
- 798 ：デフォルトの名無しさん：2018/02/27(火) 23:36:05.06 ID:l+pACPTY.net
- えらいぞApple
ちょっと見直したわ
- 799 ：デフォルトの名無しさん：2018/02/28(水) 08:05:41.82 ID:S4STWT1p.net
- 泥はとっくに対応済みなような。7以上だけど。
自分の端末で動かしたから間違いない。
- 800 ：デフォルトの名無しさん：2018/02/28(水) 08:24:30.73 ID:vQgAlL9i.net
- あんま大したネタじゃないが、D3D12とvulkanに特徴的なのは
・DescripterSet
・パイプラインハンドル
・テクスチャロード手続き
・コマンドリスト
かな
一つを使い回さず、目的別に個別に作れと言われている気がした。
D3D9、11、GL、GLESと使ってきたけど、バルカンは使いやすく、GPUを理解しやすい。
- 801 ：デフォルトの名無しさん：2018/02/28(水) 09:07:29.04 ID:GfDfFRzS.net
- ほぉ場合によってはMetalを他所のプラットホームに展開して世界征服なんてのも面白いと思うがそうきたか
- 802 ：デフォルトの名無しさん：2018/02/28(水) 11:56:40.13 ID:jII5qUsF.net
- これ基本Metal APIへの変換レイヤーなだけで別にAppleは何もしてねえのでは
- 803 ：デフォルトの名無しさん：2018/02/28(水) 17:01:08.92 ID:yf3Ws+Qq.net
- Appleは何もしてないぞ
単にMetalのラッパーだな
しかしOpenGL使うよりはCPU負荷は減ると書いてある
知りたいのは直接Metalを使った場合よりどれぐらいオーバーヘッドがあるかだけど分からん
- 804 ：デフォルトの名無しさん：2018/02/28(水) 19:03:29.85 ID:k5A4r0wT.net
- バルカンに字形描画はない。
そこをどう折り合うのだろう
- 805 ：デフォルトの名無しさん：2018/02/28(水) 23:40:51.15 ID:05MN3oF7.net
- Vulkanにフォント描画が無ければ実装しないだけじゃないか？
ゲームは普通APIに依存しない形でフォント描画を実装してると思うからそれほど重要ではない気がする
- 806 ：デフォルトの名無しさん：2018/03/02(金) 08:21:30.33 ID:pdv41u9B.net
- ゲーム、動画再生のみバルカン
OS内部はESとvkのデゥアルスタックか。
- 807 ：デフォルトの名無しさん：2018/03/02(金) 10:23:15.64 ID:zvF9L+3q.net
- Vulkanを使ってみたいけど、Amazonで本を探しても英語の本しか出てこないし、その英語の本もレビューを見ると今一だし、どうしたもんか．．．
- 808 ：デフォルトの名無しさん：2018/03/02(金) 11:28:24.12 ID:lWF1HTVb.net
- >>807
ドキュメント読もうな
- 809 ：デフォルトの名無しさん：2018/03/02(金) 11:44:43.29 ID:LOSGTajv.net
- Vulkanは公式のC++ラッパーが有るのが助かる
これから日本語の書籍を書こうと思っている人は絶対C++11前提で書いてほしい
こんなとこで言っても無駄だろうが…
- 810 ：デフォルトの名無しさん：2018/03/02(金) 13:52:42.17 ID:TR1djmvI.net
- いままで公式の出版物は良書だったからな今後に期待だね
- 811 ：デフォルトの名無しさん：2018/03/02(金) 17:59:08.02 ID:i5jabcob.net
- でもバルカン理解するには、GPUのアーキテクチャというか、描画パイプラインの知識が大前提な気がする。
簡単なフレームワークを書いたが、理解しにくいのは、
シェーダにポインタを与えるDscripterset
テクスチャロード
まんまパイプラインと名づけられたパイプラインハンドル周辺
テクスチャなんかは、何故、一度ステージにいれてからコマンド投げて転送するのか？
フォーマットをレイアウトする為だが、他のAPIだと透過的にできたことをやらされるので、ディスに使われると思う。
- 812 ：デフォルトの名無しさん：2018/03/02(金) 21:38:15.71 ID:0VS8eezM.net
- >>811
まあ、そのへんは慣れなんじゃないか？
OpenGL3.0系に初めて触ったとき、「これ使うのにソフトウェアでレンダリングエンジン書ける知識が必要じゃねえか」と衝撃を覚えたし
- 813 ：デフォルトの名無しさん：2018/03/02(金) 22:55:41.91 ID:uY0QOeld.net
- ガンバルカン
- 814 ：デフォルトの名無しさん：2018/03/06(火) 17:50:55.39 ID:3cvqGCfT.net
- openGLをなに入れればいいのかわからないよ～、openGLって名前じゃないのもあるからわけわからないよ～
- 815 ：デフォルトの名無しさん：2018/03/06(火) 18:40:56.91 ID:03FKlPoE.net
- 中世の暗黒時代に生きとるんか
- 816 ：デフォルトの名無しさん：2018/03/06(火) 20:00:31.06 ID:qto5wiY+.net
- そのレベルならJuliaとかPythonからglfwを使うのがよい
- 817 ：デフォルトの名無しさん：2018/03/06(火) 20:10:43.40 ID:3cvqGCfT.net
- C言語は知識あるからC言語でopenGL使うにはどうすればいいかなって聞こうと思ってたんだよ
- 818 ：デフォルトの名無しさん：2018/03/06(火) 21:21:31.65 ID:XSsM00DU.net
- サンプル的にはC言語が一番多いと思うが．．．
- 819 ：デフォルトの名無しさん：2018/03/06(火) 21:52:38.18 ID:Eaz1J+y1.net
- 諸事情でopenGL触らないといけなくなったんだけど全然分からない……
最終的にwindowsアプリ作るところまで持ってかなきゃいけないんだけど1週間位あーでもないこーでもないやってようやくウインドウに立体を表示させられるくらい
床井先生のところ参考にしたりしてるけど全然だめ。難しすぎないこれ。泣きそう
- 820 ：デフォルトの名無しさん：2018/03/06(火) 21:57:19.11 ID:XSsM00DU.net
- そもそも1週間でマスターできると思ってたのかよ
コンピュータグラフィック舐めすぎだろ
- 821 ：デフォルトの名無しさん：2018/03/06(火) 22:09:38.65 ID:Eaz1J+y1.net
- ごめん。マスターなんておこがましいことは考えてない。
ただこれまでの課題はそこそこ順調だったもんで急ブレーキになったもんだから
っていうかwindowsプログラミングの難しさもやっぱあんのかなこれ……openglの参考書写経してるときはほうほうなんて思いながらやれたりもするのに
- 822 ：デフォルトの名無しさん：2018/03/06(火) 22:47:06.43 ID:6wF4I1yM.net
- 今時のOpenGLを裸で叩いて立体の表示まで行ったのなら、あとはどうとでもなるような気がするが…
ワールド座標から同次行列使ってスクリーン座標にできてるし、シェーダーも動いてるってことだろ？
- 823 ：デフォルトの名無しさん：2018/03/07(水) 00:09:36.40 ID:CTqOg+7Y.net
- OpenGLで2Dをするか3Dをするかで必要な数学の知識は変わってくる
- 824 ：デフォルトの名無しさん：2018/03/07(水) 08:37:57.29 ID:G6R4UecX.net
- GLで混乱して挫折するのは、
頂点・索引配列絡みとカレントじゃないかな
プロセッサから毎回頂点要素(座標、法線なんか)を送り込む初期のGL方式が未だにWebには最新情報とアフィリエイトされているし。
Google先生もこれをオススメするしね。
あとはWebGLが曲者。
発展途上のAPIはDXのように丸ごと差し替えるのが正解なんだろう。
混乱のもと。
- 825 ：デフォルトの名無しさん：2018/03/07(水) 08:40:51.70 ID:G6R4UecX.net
- そうだ、ちらうら。
OpenGLとVulkanはデバイス座標系における正数方向の向きが違う。
なんとDirect3Dとも異なる第三の座標系
まあ射影行列の符号が変わるだけだが
- 826 ：デフォルトの名無しさん：2018/03/07(水) 08:42:53.16 ID:G6R4UecX.net
- https://matthewwellings.com/blog/the-new-vulkan-coordinate-system/
- 827 ：デフォルトの名無しさん：2018/03/07(水) 08:45:46.79 ID:G6R4UecX.net
- れんとうすまん。
Yを↓にしたのは、恐らくは、加速度センサーの符号を意識したIoT機器配慮の設計だと理解している。実際の趣旨はしらん。
- 828 ：デフォルトの名無しさん：2018/03/07(水) 09:22:48.87 ID:7SqH7HYl.net
- >>827
主な理由は普通にコンピュータで扱う一般的な座標にあわせただけでしょ
- 829 ：デフォルトの名無しさん：2018/03/07(水) 10:11:07.85 ID:4T48SgsL.net
- >>828
+1
謎なのはBMP
- 830 ：デフォルトの名無しさん：2018/03/07(水) 13:46:17.89 ID:7HCJdbkd.net
- PSのコントローラーを箱で使えた時にPSの時と方向が逆転するって昔きたわ
- 831 ：デフォルトの名無しさん：2018/03/07(水) 14:41:58.64 ID:N8AahZ+v.net
- >>824
WebGLはまんまOpenGL ES2.0だし絶対に必要な環境
JavaScriptと若干のWebの知識が必要だけど1から3Dの勉強するには最も敷居が低い環境と言える
- 832 ：デフォルトの名無しさん：2018/03/07(水) 14:46:26.75 ID:N8AahZ+v.net
- >>827
しかも最後まで右手系のままで一貫してる
だからといって何かメリットがあるわけでもないだろうが
- 833 ：デフォルトの名無しさん：2018/03/07(水) 17:54:26.70 ID:7HCJdbkd.net
- 昔作ったopenGLのGLAUXで作ったコードはglutに書き換えた方が良い？今後参考にするためにもそっちの方が良い？
- 834 ：デフォルトの名無しさん：2018/03/07(水) 17:56:21.16 ID:L+d1J7Rs.net
- そのままで桶
- 835 ：デフォルトの名無しさん：2018/03/07(水) 20:47:09.31 ID:soM9osyD.net
- >>822
同次行列って何？シェーダーってなんだっけ？レベルなのでお察しください
ファイルから座標読み込んできっちり画面内に収まるように表示させろとか、視点を3次元で回転させるとか、しかもそれをマウスで出来るようにしろとか、オブジェクト選択させろとか……
そもそもMFCすらよく分かんないからもう
- 836 ：デフォルトの名無しさん：2018/03/07(水) 20:50:41.07 ID:jzt3Aumo.net
- OpenGLとか低レベルのことは忘れて、ライブラリを使うべき
- 837 ：デフォルトの名無しさん：2018/03/07(水) 20:57:49.67 ID:7HCJdbkd.net
- 開発環境準備するの解らなくて、C言語でopenGL使ってしょぼいシューティングゲーム作ろうと思ってるんだけどなに入れた方が良い？
glutだけでいいの？>>1の全部入れておいた方が良い？
- 838 ：デフォルトの名無しさん：2018/03/07(水) 21:10:49.29 ID:/9xPEa+U.net
- >>824
さすがにVBOが主流になってから7-8年は経ってるけど、考えてみるとOpenGL3以降に対応した赤本ってまだ日本語版ないんだっけ？
というか、今のはどういう記述になってるんだろう
シェーダー前提の記述になると、三角形を表示するまでがけっこう遠いよな
- 839 ：デフォルトの名無しさん：2018/03/07(水) 22:11:44.33 ID:soM9osyD.net
- でかい本屋行ったり古本屋みたりして思ったんだけどさopenglって優しい参考書無いの辛い
例えばjavaとかcとかだったらそれこそ具体例なり比喩なりイラストなり駆使してステップバイステップで進めていけるような本いくらでもあるじゃない
もういきなり変換だのなんだの言われても何やってんのかまずそこから丁寧に説明しろやって思う
行列の話で込み入ったことになるというならもっとイメージをつかませてくれるというか……
- 840 ：デフォルトの名無しさん：2018/03/07(水) 22:21:26.54 ID:lC06JEBx.net
- >>839
日本語は少ないと感じた。
おれはバルカンで0から描画だけは、なんちゃってフレームワークを書き上げたから、GLには戻りたくない。
ジオメトリファイルを読み込むところからスキンメッシュ処理まではバルカンでできる。
今後の課題は、輪郭線の強調にタイムラインアニメーション。
バルカンは使いやすい。分かりやすい。
- 841 ：デフォルトの名無しさん：2018/03/07(水) 22:35:01.09 ID:jsRnYNoO.net
- 見ていてわかるが、ニーアや15のグラフィックス機能は、やっぱり最高峰と言われるだけある。
やはり、その道のプロは違う。
どんだけ血反吐はいたんだろう、と。
- 842 ：デフォルトの名無しさん：2018/03/07(水) 22:38:08.88 ID:jzt3Aumo.net
- 積み上げれば良いだけで、血反吐を吐く必要なんて無い。
- 843 ：デフォルトの名無しさん：2018/03/07(水) 22:44:11.22 ID:/9xPEa+U.net
- FF15はともかく、ニーアは低予算にあえぎながらあれだけのものを作ったのがすごい
- 844 ：デフォルトの名無しさん：2018/03/07(水) 22:49:37.56 ID:7HCJdbkd.net
- FF15ってopenGLなの？全然か書かれてないしどうやってみんなわかるんだ
- 845 ：デフォルトの名無しさん：2018/03/07(水) 22:53:17.14 ID:jPuVbXN5.net
- 取り敢えず本屋行ってゲーム数学みたいな本を一冊買って読め
話はそれからだ
3DやりたいからっていきなりOpenGLのAPIを使いはじめても遠回り
ここの初心者の質問見てるとつくづくそう思う
- 846 ：デフォルトの名無しさん：2018/03/07(水) 22:56:46.43 ID:jPuVbXN5.net
- >>844
PS4は専用の非公開APIで箱はDirectX12でしょ
OpenGLは売りもんのゲームじゃほぼ使われてないでしょ
スマホだとほぼ全部GLESなはず
- 847 ：デフォルトの名無しさん：2018/03/07(水) 23:08:22.65 ID:Znot2r1H.net
- ○×さんのサイトがよかった
- 848 ：デフォルトの名無しさん：2018/03/07(水) 23:48:17.61 ID:7HCJdbkd.net
- openGLはグラフィックドライバーに入ってて補助・拡張ライブラリを追加して入れないともっと手軽に作れないって理解で合ってる？
- 849 ：デフォルトの名無しさん：2018/03/07(水) 23:49:07.68 ID:Znot2r1H.net
- ええっ
- 850 ：デフォルトの名無しさん：2018/03/08(木) 00:16:21.13 ID:4E0wVG2f.net
- OpenGLはグラボ叩くためのライブラリだから、ゲームループとかWindow周りの処理とかイベント処理は自前で実装するか別ライブラリのお世話になるしかないね
- 851 ：デフォルトの名無しさん：2018/03/08(木) 00:31:28.57 ID:3YwCVqa3.net
- GLもメタルもバルカンもd3dもゲームコントローラやキーボード、マウス入力、
OSウインドウの移動もファイルの読み書きも、サウンド再生も、動画のデコードも、
セーブデータの暗号化もサポート外だしな。
配色デザインもしてくれないし、メッシュ、ジオメトリの生成もしないし、2Bを笑顔にしてもくれないし、声もだせないし、スキンメッシュも簡単にできるAPIなんかない。
可愛いキャラを作ってもくれない。
スカートの布を綺麗に捲ってもくれません。
- 852 ：デフォルトの名無しさん：2018/03/08(木) 08:00:57.49 ID:OEgQLKAy.net
- GLで作られたゲームはMinecraftとDoomぐらいしか思いつかないや
ニーアとかFFもwindowsだとDirectXだしpsだと別のapiだろうし
- 853 ：デフォルトの名無しさん：2018/03/08(木) 10:04:48.36 ID:How10RP5.net
- スマホ向けケームはほとんどGLだったんじゃね？
今はVulkanとかMetalかもしれんけど
- 854 ：デフォルトの名無しさん：2018/03/08(木) 11:17:44.29 ID:rwNFvW5I.net
- ニーアAは mac でも動く。
- 855 ：デフォルトの名無しさん：2018/03/08(木) 11:56:39.57 ID:14XLUb3u.net
- New SDK released for Vulkan 1.1!
Please note --- this new SDK supports Vulkan 1.1.70, and is backward-compatible with Vulkan 1.0.70.
- 856 ：デフォルトの名無しさん：2018/03/08(木) 17:45:12.97 ID:bTglIUZ4.net
- 動かせないコードからどの拡張ライブラリ入れれば動かせるってことはわかる？
- 857 ：デフォルトの名無しさん：2018/03/08(木) 20:41:20.16 ID:YMj7g293.net
- glulookatのパラメータいじくって視点動かそうかと思ってるんだけど、最後の3引数の上方向ってどうやって決めればええのか教えてくれんか
例えば原点中心、半径1の球を(0, 0, 2)から見てるとするじゃない。そうすると当然glulookat(0, 0, 2, 0, 0, 0, 0, 1, 0)になるじゃない
でもこれで仮に視点をX軸中心に45度回転させたとして、(0, √2、√2）から原点を眺めるわけだけどこの場合上ってどう決めればいいんかな
他にも90度だったらようは真下向くことになるのに上方向(0, 1, 0)じゃないよなとか
基本的な質問で悪いんだが色々調べてもわからんかったから誰か頼む
- 858 ：デフォルトの名無しさん：2018/03/08(木) 20:44:49.13 ID:NKs7zC1C.net
- ジンバルロック？起こすけど外積使うとか？
- 859 ：デフォルトの名無しさん：2018/03/08(木) 20:58:19.82 ID:EVxjjduY.net
- 視線ベクトルの外積だよね
- 860 ：デフォルトの名無しさん：2018/03/09(金) 01:17:15.82 ID:RX9hyNow.net
- >>855
Please noteってRelease noteの間違いか？
- 861 ：デフォルトの名無しさん：2018/03/09(金) 01:31:33.86 ID:9FwD4ccF.net
- 気をつけてくださいって意味じゃ
- 862 ：デフォルトの名無しさん：2018/03/09(金) 02:47:27.84 ID:+lrD2w/z.net
- >>857
視線ベクトル用の変換行列で
上ベクトルを変換させれば良いだけ
カメラのパラメータとして
視線ベクトルを持たせるんではなく
姿勢行列(横、上、前)を持たせるとわかりやすい
- 863 ：デフォルトの名無しさん：2018/03/09(金) 07:20:09.00 ID:pPy2svMO.net
- >>857
ビュー行列は、カメラ設置点(ワールド座標系)を原点とした座標系に頂点を変換する作用を持つ。
同時に天地を決定させる。
lookat()の中では、上ベクトル(ワールド座標系)を注視点ベクトルとの外積(法線)を取って、それを三つの「軸」を決めている。
長くなったが、ワールド座標系でみて、上の向きとしたいベクトルを与えればいい。
厳密には、上ベクトルに与えるベクトルが注視点に向けて垂直に向けるべきだが、あんま気にせずともよい。
真面目に計算すると酔う絵になる。
- 864 ：デフォルトの名無しさん：2018/03/09(金) 07:21:32.49 ID:pPy2svMO.net
- ようは軸とするベクトル。
- 865 ：デフォルトの名無しさん：2018/03/09(金) 17:49:11.19 ID:6UOtnPKl.net
- visualstudio2015でglut32.libが開けないんだけど
スペックは
osWindows8
調べたけど全然わからないよ、助けてくれ～
- 866 ：デフォルトの名無しさん：2018/03/09(金) 17:56:47.43 ID:6uXwrQ+F.net
- なんてエラー出てんの？
- 867 ：デフォルトの名無しさん：2018/03/09(金) 18:00:54.07 ID:6UOtnPKl.net
- 1>------ ビルド開始: プロジェクト:ConsoleApplication3, 構成:Debug x64 ------
1>LINK : fatal error LNK1104: ファイル 'glut32.lib' を開くことができません。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========
こんなの出た
リンカーでもパス通してるんだけど
- 868 ：デフォルトの名無しさん：2018/03/09(金) 18:29:59.79 ID:c6gvztnT.net
- glut64.libじゃねぇの？
- 869 ：デフォルトの名無しさん：2018/03/09(金) 20:20:12.16 ID:6UOtnPKl.net
- 1からコンソールアプリ作り直してやったけどやっぱエラーが出るな
1>------ ビルド開始: プロジェクト:ConsoleApplication1, 構成:Debug x64 ------
1> stdafx.cpp
1> ConsoleApplication1.cpp
1>c:\k013a2065\consoleapplication1\consoleapplication1\consoleapplication1.cpp(10): error C2664: 'void glutInit_ATEXIT_HACK(int *,char **)': 引数 2 を '_TCHAR *[]' から 'char **' へ変換できません。
1> c:\k013a2065\consoleapplication1\consoleapplication1\consoleapplication1.cpp(10): note: 指示された型は関連がありません。変換には reinterpret_cast、C スタイル キャストまたは関数スタイルのキャストが必要です。
1>c:\k013a2065\consoleapplication1\consoleapplication1\consoleapplication1.cpp(11): error C2664: 'int glutCreateWindow_ATEXIT_HACK(const char *)': 引数 1 を '_TCHAR *' から 'const char *' へ変換できません。
1> c:\k013a2065\consoleapplication1\consoleapplication1\consoleapplication1.cpp(11): note: 指示された型は関連がありません。変換には reinterpret_cast、C スタイル キャストまたは関数スタイルのキャストが必要です。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========
- 870 ：デフォルトの名無しさん：2018/03/09(金) 20:35:15.85 ID:SWJ5R9YA.net
- そういう基本でこける奴は
GLじゃなくてDirect3D使った方が良いと思うぞ
APIとしての難易度は一緒だろうが
Direct3Dの方が情報が遥に得やすいだろうからな
- 871 ：デフォルトの名無しさん：2018/03/09(金) 21:28:29.15 ID:6UOtnPKl.net
- >>886
これ解決したわ、freeglutのglut.h freeglut.h freeglut_std.h freeglut_ext.h三つの置き場所8.0に入れたら動いたわ
win8でやってるからWindows Kits/8.0の方に入れなきゃダメだったみたいだ
- 872 ：デフォルトの名無しさん：2018/03/10(土) 06:20:56.62 ID:L0iyZELB.net
- スレ違いにもほどがある
- 873 ：デフォルトの名無しさん：2018/03/10(土) 09:57:22.10 ID:XEkR3r0W.net
- ほどがあるというほどでもない
- 874 ：デフォルトの名無しさん：2018/03/10(土) 21:34:08.38 ID:LQ5aOFXC.net
- >>858->>859 >>862->>864
ありがとう。正直あまり理解できないけど参考にして頑張ってみる。
そもそも座標系だとか視点だとかねそこら辺で行列云々とかもうちんぷんかんぷんなんだよね……
いやほら1次変換とかで座標を動かすのに行列掛け算するのは知ってるけど、視点だの投影だのとどう行列が絡むんだよみたいな
- 875 ：デフォルトの名無しさん：2018/03/11(日) 09:32:54.78 ID:zWe+i43K.net
- >>874
射影も投影も行列
- 876 ：デフォルトの名無しさん：2018/03/12(月) 12:11:21.45 ID:69L4T8rX.net
- >>874
GPUはデバイス座標系で点を打つデバイスである。
だから、まずは行列を忘れることから始めることをオススメする。
ここを押さえないと、マジックやブラックボックスな理解にしかたどり着かない。
- 877 ：デフォルトの名無しさん：2018/03/12(月) 13:40:55.21 ID:0pvg4NwO.net
- たかが点を打つために行列の使用を強制されるんでしょ
- 878 ：デフォルトの名無しさん：2018/03/12(月) 16:00:41.65 ID:CSgz2Faf.net
- 別に行列じゃなくてもいいよ
連立方程式で線形代数計算してるだけだし
- 879 ：デフォルトの名無しさん：2018/03/12(月) 17:30:48.00 ID:UuCdIp+V.net
- なんちゃら座標とかなんちゃら行列とか、計算しやすいから使ってるだけで
最終的にxyzが-1～+1の範囲に収まってる点だけ描画される
直線の中間とか三角形の内部とかはいい感じに計算してくれる
と、こんな認識
- 880 ：デフォルトの名無しさん：2018/03/12(月) 17:36:23.54 ID:FajbO2mA.net
- 3D空間の(x,y,z) → 2D画面の(X,Y)
- 881 ：デフォルトの名無しさん：2018/03/12(月) 18:28:11.28 ID:KdliYUuE.net
- 行列を使わずとも絵を出せる。
- 882 ：デフォルトの名無しさん：2018/03/12(月) 20:29:16.67 ID:xtO3pvSo.net
- >>878
その通りだね。行列は計算式をコンパクトにまとめた様式に過ぎない。
計算機時代に適した計算方法。
手計算の方が計算回数は少なく、
行列は無駄な計算(結果が計算前と変わらない成分)が含まれやすい。
- 883 ：デフォルトの名無しさん：2018/03/12(月) 21:13:09.34 ID:AgHcxoXo.net
- 4x4の同時行列を知って感動したのは、三角関数なしに座標変換できることだったな
最初は狐につままれたような気分だった
- 884 ：デフォルトの名無しさん：2018/03/12(月) 22:10:29.58 ID:1imlvdfL.net
- あーもー座標系ってのがわかんない。座標は座標で一つじゃないか。(0,0,0)は原点だし、(1,0,0)はそこからx軸方向に1進んだとこ。それだけじゃないか……
その座標上の点を動かすのに行列を動かすのは分かる。でも座標が動かない視点移動に行列だのもうちんぷんかんぷん。俺こんな頭悪かったかなぁ。C++やらjavaやらの勉強してるときにこんな詰まったことないよ
>>879
その-1～+1ってのが全然分かんないんだよね。どっからでてきたその正方形ってなってる
表示されるのは長方形だし、座標はてんでばらばらな位置にあるしわけがわからない
- 885 ：デフォルトの名無しさん：2018/03/12(月) 22:23:17.19 ID:w9nLIp05.net
- -1～+1ってのはただの取り決めだろ
計算上も都合がいいし、大きすぎても小さすぎても誤差が発生する浮動小数点数を扱う上でも都合がいい
最終的には表示デバイスの個々のピクセルへ反映されるわけだけれども
- 886 ：デフォルトの名無しさん：2018/03/12(月) 22:51:59.22 ID:78vgHoZW.net
- だから844で言ってるけどゲーム数学の本を一冊読め
それで理解できないなら3Dは諦めて2Dに専念しろ
- 887 ：デフォルトの名無しさん：2018/03/12(月) 23:04:03.49 ID:78vgHoZW.net
- >>882
手計算ってのはスカラーでの計算の事を言ってるんだろうけど、スカラーに分解した方が速いなんて事は座標変換に対してはまず有り得ないと言える
それとも本当に手で計算する事を言っているのか…
- 888 ：デフォルトの名無しさん：2018/03/13(火) 00:33:18.93 ID:/zEVpJ3t.net
- >>887
言葉のあや。
座標変換だけなら4回は変化のない計算が含まれたり、移動だけなら3回。
しかし行列だと必ず16回計算する。
それをマルチコアとストリームで最適化するから見えない、という話。
- 889 ：デフォルトの名無しさん：2018/03/13(火) 00:45:27.82 ID:euSoxjJP.net
- >>884
デバイス座標系は「比の世界」
ラスタライザがビューポートとレンダリングターゲットのサイズを分けることにも機能がある。おれは便利に使っている。
解ると流石はトップチームの設計と感動するし。
- 890 ：デフォルトの名無しさん：2018/03/13(火) 01:18:43.41 ID:pKGQDpWH.net
- まあ行列の乗算はSIMDと相性が良いし
単純に16回とは言い切れない部分もある
- 891 ：デフォルトの名無しさん：2018/03/13(火) 11:47:45.76 ID:eyFwaX8I.net
- >>888
つうか…積和演算又は内積を100回勉強してから出直してこい
「手計算」で16回な訳ないだろ
掛け算足し算合わせて64回だよ
SIMDだと4回で済む
- 892 ：デフォルトの名無しさん：2018/03/13(火) 17:39:47.50 ID:dqdO2T6N.net
- >>888
一部同意だけど
PとかMとかRの行列があって順に座標ベクトルに掛けるのが決まってるなら
あらかじめ行列の積をもって置いて計算量減らしたりは出来る
手計算でも減るけどこの辺はごちゃごちゃする気がするんだ
- 893 ：デフォルトの名無しさん：2018/03/13(火) 23:37:22.64 ID:x1xF7TNf.net
- >>892
ID違うだろうから今更だけど、計算回数の違いは、
偏に「アルゴリズム（計算式）の形に起因する計算回数の違い」に依存する。
つまり、アルゴリズムがループかシーケンスかの違いね。
この当たりって専門学校でも普通（一般教養の観点で基礎的）に教える分野だと思ったけど違うのかな。
演算子の数で計算量は決定しない。 演算子は最適化できる。
計算量を決定する因子は、行列の列数と行数であり、その数で決定される。
そういう認識から、16回って書いたんだけど。
- 894 ：デフォルトの名無しさん：2018/03/13(火) 23:53:44.54 ID:WeCP0dK8.net
- >>893
だから何で16回なんだよ…
足し算は無視かよ
足し算も含めて64回だよ
- 895 ：デフォルトの名無しさん：2018/03/14(水) 00:09:08.20 ID:oU5PPI0r.net
- 行列演算って並列処理向きだよな
行と列の数が決まってて、それぞれを掛けて足すだけだし、個々の要素が他に影響も与えないから先読みもできる
SIMDとかそういう感じなんだろうけど、1っ個ずつ掛け算して足してって逐次処理でやってるわけじゃないからね
個々の要素を並列でガッと掛け算してガッと足し算するだけだから2ステップで終わる感じ？
専用プロセッサで並列処理してるから行列の要素の数とかほとんど影響なんじゃね？
まぁ、GPUじゃなくてCPU側で計算させてる所はそうじゃないだろうけど
- 896 ：デフォルトの名無しさん：2018/03/14(水) 04:32:37.79 ID:+5JMyOIF.net
- >>895
SIMDはガッと掛けてガッと足して1ステップだよ
最近GPUに搭載され始めてるテンソル用の演算器はガッと行列掛けて1ステップだよ
但しFP16に限るが
- 897 ：デフォルトの名無しさん：2018/03/14(水) 06:09:20.60 ID:hUapu0pl.net
- 個人的には逆数などクロック数がかかる演算は
演算器を倍速で動かすなどして
スループットを1にして欲しい
- 898 ：デフォルトの名無しさん：2018/03/14(水) 15:01:15.07 ID:2cAisCwC.net
- >>894
あほですか
たったの一回ですよ
- 899 ：デフォルトの名無しさん：2018/03/14(水) 15:07:03.88 ID:+5JMyOIF.net
- >>898
何がたったの1回なんだ？
>>894と>>896は俺だぞ…
- 900 ：デフォルトの名無しさん：2018/03/14(水) 15:18:11.19 ID:+5JMyOIF.net
- >>898
計算回数が1回になるってどんな数学だよ…
専用のハードウェアによってスループットが1になったって事だよ
- 901 ：デフォルトの名無しさん：2018/03/14(水) 15:28:47.75 ID:hFOwW8jG.net
- 数式として1回なのか
実装として1クロックなのか
混同しているのな
- 902 ：デフォルトの名無しさん：2018/03/20(火) 08:25:35.87 ID:SKw1wycK.net
- バルカン。
サブミットでデバイスロストする。
泥だと比較的簡単に絵が出せたのだが、窓だと妙に落ちる個人的な印象。
怪しいのはSPIR-Vバイトコードとディスクリプタなんだが、なんでこうもエラーを返さず落ちるのか
- 903 ：901：2018/03/20(火) 21:55:10.67 ID:RPslvUV7.net
- 解決しました。一応シェア
OnCreateでサーフェスを作るとデバイスロストになる様子。
終わり
- 904 ：デフォルトの名無しさん：2018/03/27(火) 22:06:56.25 ID:egC6Dvn4.net
- VulkanのVkEnumerateInstanceExtensionPropertiesって、引数のlayerNameがNULLの時は利用可能な拡張が全部返ってきて、レイヤ名を与えた時はそのレイヤが提供している拡張(レイヤが必要としている拡張ではなく)を返すで間違いない？
- 905 ：デフォルトの名無しさん：2018/03/29(木) 09:01:40.14 ID:SuLfrNg/.net
- テストすればわかること。
他機種全プラットフォームにおいて、一様に同じ挙動をする保証があるのかは知らん。
スナドラと窓で確認した限りは、そう返した、
だが、デバッグレイヤーの有効化は、コんふィグレーションに依存して、返却されるものが変わる様子。
窓だとレジストリとジェイソンのぱラメータで返却される値がかわった。
あと1.1にすると文字列がかわる。
- 906 ：デフォルトの名無しさん：2018/04/03(火) 02:56:07.78 ID:J9woBtMc.net
- Khronosが語る「Vulkan 1.1」。VR＆AR向けAPI「OpenXR」の最新動向も
ttp://www.4gamer.net/games/293/G029343/20180330081/
- 907 ：デフォルトの名無しさん：2018/04/03(火) 09:17:26.37 ID:1nlPijmR.net
- >>906
kronosがレイトレーシングのAPIを出したらまた面白いな。
- 908 ：デフォルトの名無しさん：2018/04/09(月) 08:17:36.99 ID:jqtt+iU4.net
- 漸くバリカンでテキスチャマップが期待通りにできるようになりました。
それと遂にZ値(深度値の分解能問題)と戦うことになりました。
まあ射影深度を0.1から1000とかの適当な数字が悪いんだけど。
- 909 ：デフォルトの名無しさん：2018/04/16(月) 10:22:13.06 ID:UgR56jg1.net
- Freetype
いいね。これ
vulkanの字形機能なしの課題が完全に解決したよ。
半日でビットマップが取れた。
- 910 ：デフォルトの名無しさん：2018/04/16(月) 10:56:54.10 ID:75OnkAat.net
- おめ
- 911 ：デフォルトの名無しさん：2018/04/16(月) 12:05:35.26 ID:pRl0iab+.net
- なんだおめ
- 912 ：名無し＠キムチ：2018/04/16(月) 22:12:04.57 ID:yrNQl9WY.net
- 初心者ですが、質問です。
aを押したらソリッドが、bを押したらワイヤーフレームが描画されるようにしたんですが、
キーを押しただけでは切り替わらなくて、マウスでウインドウを動かしてやらないと切り替わらないのですが、
どこが悪いのですか？
またどうすればキーを押したでけで切り替わるようになりますか？
よろしくお願いします。
- 913 ：名無し＠キムチ：2018/04/16(月) 22:17:41.63 ID:yrNQl9WY.net
- >>912
自己解決しました。
アイドルコールバックの中にglutPostRedisplay();を入れたら、キーを押しただけで切り替わるようになりました。
- 914 ：デフォルトの名無しさん：2018/04/17(火) 00:09:49.11 ID:TcnTTLm/.net
- おめ
- 915 ：デフォルトの名無しさん：2018/04/17(火) 03:25:53.82 ID:QMWYQNUe.net
- なんだおめ
- 916 ：デフォルトの名無しさん：2018/04/17(火) 15:22:05.07 ID:YJ78AWLa.net
- Khronos Vulkan Developer Day in Montreal
Date: April 30, 2018
Location: Ubisoft, 5480 Rue St-Dominique, Montreal, Quebec
Cost: Free
Sessions confirmed so far
・Overview and Vulkan 1.1 Recap ? Alon Or-bach, Samsung Electronics
・Vulkan Subgroup Functionality ? Daniel Koch, NVIDIA
・Shader Toolchain: HLSL In Vulkan ? Lei Zhang, Google
・Descriptor Indexing ? Hai Nguyen, Google
・Memory Management in Vulkan ? Jordan Logan, AMD
・Vulkan Assistant Layer and Vulkan Layer Factory ? Mark Lobodzinski, LunarG
・Porting Frostbite to Vulkan ? Nicolas Lopez and Jean-Francois Lopez, EA Motive
- 917 ：デフォルトの名無しさん：2018/04/21(土) 14:31:55.01 ID:/YoH8OD3.net
- 適当に某エミュの中のOpenGLいじってたら、いろいろ調べるのにネットに情報なさすぎわろた；；
- 918 ：デフォルトの名無しさん：2018/04/21(土) 15:09:36.91 ID:cce/sk/7.net
- >>916
なんで全部疑問形なんだよw
みんな自信無さ過ぎw
- 919 ：デフォルトの名無しさん：2018/04/21(土) 15:47:03.81 ID:1eaCjSbB.net
- お前らVulkan使ってる？
俺は初期化だけで涙目だよ
- 920 ：デフォルトの名無しさん：2018/04/21(土) 16:52:55.89 ID:p46UHlUy.net
- Vulkanの前にシェーダー覚える為にOpenGLやってたら
OpenGLで満足しちゃって止まってる
- 921 ：デフォルトの名無しさん：2018/04/21(土) 20:41:44.39 ID:q1Nw2jB7.net
- 使ってるよ。
特定のことを複数方法があるOpenGLより解りやすい。
窓と泥のVulkanは、細かい部分で違いがある。
泥のVulkanは、スモールセット
窓のVulkanは、最大セット
震度バッファなんかでも違いがある。
泥のVulkanだと32ビット深度バッファが未対応な機種があるとか。(24ビット+ステンシル8ビットまでとか。すなどら)
- 922 ：デフォルトの名無しさん：2018/04/22(日) 11:31:43.53 ID:82Blnn+W.net
- Vulkanのいい感じのラッパーはねえのか
- 923 ：デフォルトの名無しさん：2018/04/22(日) 12:35:31.11 ID:eJeQlrkB.net
- Yo! ﾁｪｹﾗｯﾁｮ!
- 924 ：デフォルトの名無しさん：2018/04/22(日) 16:25:29.93 ID:T55LhCLI.net
- 久々の休みだしちょっといじってみっかなぁ
とDemoビルドしてキューブ回転させて満足しちまった
つか最小デモでプロジェクト4つもあって萎えたわ
- 925 ：デフォルトの名無しさん：2018/04/22(日) 21:45:48.78 ID:4soL3hg4.net
- >>922
V-EZとかどうよ？
- 926 ：デフォルトの名無しさん：2018/04/23(月) 00:16:42.94 ID:lTVxtVma.net
- >>925
サラッとgitなめた感じだと、すごくイイと感じた、
面倒なサブバス、ディスクリプタ、描画パイプラインがキャッシュメカニズムでラップされているのか、こいつらをアプリケーションで管理しなくて済みそうなところに感動した。
需要が多いと思われるAndroid未対応。(窓のみ)
泥対応したら、確実にこれが採用されると思う。
さすがAMD
- 927 ：デフォルトの名無しさん：2018/04/23(月) 00:33:46.57 ID:lTVxtVma.net
- 描画パイプラインといえば、何故か内のスマホだと描画パイプラインを作る所で、激しく処理時間がかかるんだよな。
シェーダが29、描画パイプラインを58
これを2セット作る部分で3分くらい握りこむ。
ちな、テクスチャ60MBとかは、1秒も掛からない。
描画できるようになれば、普通に30fpsは出る
- 928 ：デフォルトの名無しさん：2018/04/23(月) 12:10:38.21 ID:oyLGpw6Q.net
- リアルタイム れンダリングの世界は、
どこまでも外部ツールによるデータ(頂点、テクスチャ)のコンパイルに行き着く。
- 929 ：デフォルトの名無しさん：2018/05/08(火) 21:07:40.44 ID:1jXTxPe4.net
- なんか興味がなくなってきた。
Vulkanで一応は動くようになった。
・遅延レンダリング(いわゆる深度バッファシャドー)
・ボーンアニメーション
・環境反射マッピング
・レイヤ合成
・入力アタッチメント
・マルチサンプリング
なんかは、スクラッチから一通り書けるようになった。
SSAOなんかは、深度バッファの応用だから、この先はアイデアの分野にみえた。
3DCGは、レンダリングより準備段階の方が楽しそうだと思った。
ちらうら。
- 930 ：デフォルトの名無しさん：2018/05/08(火) 21:12:12.57 ID:9ujaq46I.net
- その中でOpenGLではできなくてVulkanならではのものってある？
- 931 ：デフォルトの名無しさん：2018/05/08(火) 23:26:06.30 ID:1jXTxPe4.net
- >>930
強いてあげれば。描画パスかな。
あとは理解の容易さ。後者のメリットはGLとは比較にならない。
今後GLが下火になるのは間違いない。
これから勉強する人間は、必ずVulkanを選ぶだろうよ。
- 932 ：デフォルトの名無しさん：2018/05/09(水) 04:16:02.78 ID:q3UXuSpg.net
- vulkanってグラボの要求高そう
- 933 ：デフォルトの名無しさん：2018/05/11(金) 22:05:37.07 ID:rMzLFpG5.net
- 高いと思うよ。
2016年より前のコンピュータ機器は、デスクトップのボードを除くとアンドロイドを含めて対応機種0だしね。泥の世代交代も進んでない。
泥の半数から3割が未だにAndroid 4世代。
- 934 ：デフォルトの名無しさん：2018/05/12(土) 11:00:29.64 ID:pDgCeBjY.net
- 共同ツール 1
https://seleck.cc/685
https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり
共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/
共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
ttp://photoshopvip.net/103903
ttps://goodpatch.com/blog/sketch-plugins/
- 935 ：デフォルトの名無しさん：2018/05/23(水) 19:42:14.23 ID:Au5e7VGg.net
- 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
SHK5K
- 936 ：デフォルトの名無しさん：2018/05/24(木) 10:54:46.27 ID:cPlRxlDn.net
- SHK5K
- 937 ：デフォルトの名無しさん：2018/05/29(火) 16:27:09.19 ID:K5r7JBXm.net
- VTK使ってる人いませんか？
全く話題がないし>>1でも紹介されてないしマイナーなんですかね？
- 938 ：デフォルトの名無しさん：2018/05/29(火) 17:53:10.00 ID:QKhV4oKb.net
- pythonのは使ってた
- 939 ：デフォルトの名無しさん：2018/05/30(水) 02:25:18.31 ID:3Wrdgi9E.net
- VTKもC++用ラッパーだよな
OpenSceneGraphとどっちがいいの？
- 940 ：デフォルトの名無しさん：2018/06/05(火) 21:01:12.60 ID:n/qMWlsN.net
- What’s New in macOS
https://developer.apple.com/macos/whats-new/
＞ Deprecation of OpenGL and OpenCL
- 941 ：デフォルトの名無しさん：2018/06/05(火) 21:20:49.56 ID:3JOKg9H7.net
- うせやろ・・・？
- 942 ：デフォルトの名無しさん：2018/06/05(火) 21:53:55.27 ID:+IwdtWRd.net
- QuickDrawのみになるのか！
- 943 ：デフォルトの名無しさん：2018/06/05(火) 22:31:51.54 ID:ZZ8oF8fq.net
- Vulkanサポートするんじゃなかったっけ
- 944 ：デフォルトの名無しさん：2018/06/05(火) 22:44:51.47 ID:cFpDHrjQ.net
- あちゃー、ここで独自規格にシフトして勝算あるのかね。
せめてMetalをLinuxとWindowsでも使えるようにしてくれよ。
- 945 ：デフォルトの名無しさん：2018/06/05(火) 23:02:00.64 ID:jILz6EVz.net
- 独自路線を突き進むAppleに未来はあるのか
- 946 ：デフォルトの名無しさん：2018/06/05(火) 23:08:37.44 ID:xvG0QRRJ.net
- >>943
KronosやらがSDK出すだけでAppleはなんもしないよ
- 947 ：デフォルトの名無しさん：2018/06/06(水) 08:25:04.71 ID:ZsyzKobZ.net
- うーん…
- 948 ：デフォルトの名無しさん：2018/06/06(水) 10:35:22.20 ID:8vN7AzOR.net
- ゲームエンジンのデベロッパが汗かいとる
- 949 ：デフォルトの名無しさん：2018/06/06(水) 13:51:53.75 ID:KfLceXUG.net
- Minecraftとかどうなるんだろ
- 950 ：デフォルトの名無しさん：2018/06/06(水) 15:07:02.13 ID:8vN7AzOR.net
- でもあぁあと２、３年は使えるやろ
OpenGLに依存してるアプリがたくさん残ってるうちはAppleも簡単には消せないはず
- 951 ：デフォルトの名無しさん：2018/06/06(水) 15:56:08.39 ID:U3aoEimN.net
- みんなiPhone買わなきゃいいんだよ
特に日本人な
- 952 ：デフォルトの名無しさん：2018/06/06(水) 20:13:37.32 ID:boKIlFBl.net
- MSと真逆でAppleはdeprecatedつったら割とソッコで消すことが多いから楽観はせん方が・・・
- 953 ：デフォルトの名無しさん：2018/06/07(木) 02:59:58.43 ID:i0FRgQIv.net
- Appleはいつもこういうやり方だからな(笑)。
死亡。
- 954 ：デフォルトの名無しさん：2018/06/07(木) 09:53:41.84 ID:EO/o86zQ.net
- 今からOpenGL勉強するのは愚の骨頂ですか？
- 955 ：デフォルトの名無しさん：2018/06/07(木) 10:03:41.66 ID:etJL6Icp.net
- 今からならVulkanにしとくか、GPUに慣れる目的でOpenGLに触っておくかくらいじゃね
まだVulkanの日本語のチュートリアルって少ないんかな
- 956 ：デフォルトの名無しさん：2018/06/07(木) 10:05:01.08 ID:etJL6Icp.net
- あとプラットフォームによるか
webGLでなにか作りたいならむしろVulkanだと何もできない？
- 957 ：デフォルトの名無しさん：2018/06/07(木) 10:21:55.77 ID:4mIWw2z0.net
- なんで目的とかゴールを言わずにそんなこと聴くんだ
- 958 ：デフォルトの名無しさん：2018/06/08(金) 09:16:20.20 ID:3Z44SiQi.net
- WebGPUって死んだ？
- 959 ：デフォルトの名無しさん：2018/06/08(金) 09:23:30.95 ID:r8oycuBt.net
- しれっとOpenCLもdepってるけど、これの代わりって有るのか？
OpenCL方面は疎いから分からん
- 960 ：デフォルトの名無しさん：2018/06/08(金) 20:52:20.33 ID:/GCX+93b.net
- MetalのComputeShaderでやれってことらしいよ。OpenCLはAppleが作らせたのにね。
- 961 ：デフォルトの名無しさん：2018/06/09(土) 00:22:06.75 ID:P6RTkvti.net
- >>960
Metalってそんな汎用的なAPIなのかよ…
だとしても強引過ぎるだろ
Appleを嫌いになりそう
- 962 ：デフォルトの名無しさん：2018/06/09(土) 09:25:02.62 ID:XNb8o9kX.net
- Vulkanは計算用パイプラインが元からある。
あとアップルが後方互換を維持するとか、あり得ない。
切るといったら、次の機種で切る。
- 963 ：デフォルトの名無しさん：2018/06/10(日) 18:10:38.88 ID:cOjgeRVZ.net
- 某3Dモデリングソフト開発がOpenGL2.0止まりだって聞いたことある。
- 964 ：デフォルトの名無しさん：2018/06/10(日) 21:51:11.70 ID:6dHJkhiY.net
- ComputeなんたらってGPGPU用に流行ったけど、結局わざわざ別のシステムを用意しなくてもVulkanやMetalのComputeShaderを使えば事足りるということで落ち着いたのかな？
その割りにはNVIDIAはCUDAをやめるようには思えないけど
- 965 ：デフォルトの名無しさん：2018/06/11(月) 13:39:33.05 ID:urgYl6nk.net
- 意外と速い
http://jp.wgld.org/js4kintro/editor/
- 966 ：デフォルトの名無しさん：2018/07/04(水) 22:22:46.25 ID:gFgZc5FG.net
- MKF
- 967 ：デフォルトの名無しさん：2018/07/05(木) 16:40:04.20 ID:AeL6VB/V.net
- MKF
- 968 ：デフォルトの名無しさん：2018/07/08(日) 21:44:55.06 ID:ScRiVUYt.net
- さす林檎
Apple Rejects iOS App For Using MoltenVK (Vulkan Over Metal)
https://www.phoronix.com/scan.php?page=news_item&px=Apple-Rejects-iOS-MoltenVK
まあ問題となるのは非公開APIの使用らしいから嫌がらせというわけではないだろうけど
- 969 ：デフォルトの名無しさん：2018/07/08(日) 22:41:31.42 ID:o4Qhtg+n.net
- もう嫌
- 970 ：デフォルトの名無しさん：2018/07/10(火) 12:56:48.34 ID:DQNNzOip.net
- マウスの位置にポリゴンを配置する方法はありますか？
- 971 ：デフォルトの名無しさん：2018/07/10(火) 12:57:14.78 ID:DQNNzOip.net
- glutです
- 972 ：デフォルトの名無しさん：2018/07/10(火) 13:07:08.94 ID:aWCL2GHD.net
- みつきほにゃららを背景テクスチャに貼って、その上にポリゴンを億。
2パスか3パスでいける。
- 973 ：デフォルトの名無しさん：2018/09/01(土) 12:59:25.99 ID:q04kJLt+.net
- MoltenVK
パッチ当てられて再びiOSでも使えるようになってた
- 974 ：デフォルトの名無しさん：2018/09/04(火) 13:55:07.95 ID:eQLUCSAR.net
- VulkanじゃなくてOpenGL 4.6でも良いの？
APIオーバーヘッド減らす拡張が標準化したって話だし
MetalとかVulkanとかD3D12上で互換レイヤー作られたら
何処でも使えるし
- 975 ：デフォルトの名無しさん：2018/09/06(木) 19:08:24.73 ID:06r0xkCk.net
- Metalはよく知らないが、
コマンドリストが使えるか？
コンテキストやカレントがあるなら、いずれ切り捨てられると思う
- 976 ：デフォルトの名無しさん：2018/09/12(水) 00:51:43.23 ID:kgiX7ilJ.net
- まだOpenGLも開発されてるんだな過去の資産もあるし使い慣れてるからな
Vulkanその他ローレベルAPIと共存で軽量化か上手いこと考えるわ
- 977 ：デフォルトの名無しさん：2018/09/13(木) 20:49:25.50 ID:A1LCAOC4.net
- ドライバ維持(サポート)とハードウェア簡易化の観点でGLが提供され続ける未来は低いだろう。
gl向けとは、ハードウェア回路の単純化に関係しないけど、ドライバ提供で重い枷を引きずり続けるのに、機能を使いきらないミドルがサポートしなければ、物理的に損失を積み重ねるハードウェアｶﾞスベテのコタに
- 978 ：デフォルトの名無しさん：2018/09/13(木) 21:43:47.52 ID:7csD1mr4.net
- Vulkanの上にOpenGL乗せるのは難しいのかな
- 979 ：デフォルトの名無しさん：2018/09/14(金) 16:06:22.92 ID:34OiIa6E.net
- OpenGLは公開規格だから後方互換性は原則残されるでしょ
最新ハードだけ想定してれば良いって事ではないからハードを限定できない
- 980 ：デフォルトの名無しさん：2018/09/14(金) 19:31:58.03 ID:2tHcGbvE.net
- まだvulkan日本語書籍出てないのかよ
- 981 ：デフォルトの名無しさん：2018/09/17(月) 12:51:13.84 ID:N5Pef5Z3.net
- OpenGLES1.0とOpenGLES2.0はどっちが速いですか？
- 982 ：デフォルトの名無しさん：2018/09/18(火) 00:40:59.85 ID:eZxpCmYv.net
- 1.1 > 2.0 > 1.0
- 983 ：デフォルトの名無しさん：2018/09/18(火) 01:25:44.13 ID:xftIdCHE.net
- APIに速いも遅いも無い
強いか弱いかで言ったら2.0の方が強い
- 984 ：デフォルトの名無しさん：2018/09/18(火) 09:09:23.64 ID:7iSABVvP.net
- Snapdragon845のZenfone5zでも3dMarkのSlingShot Extremeのスコア
VulkanよりOpenGL ES 3.1の方が高い
Vulkanドライバは最適化されてないから遅いかも、ってかいてあるけど
いつVulkanがOpenGLを越えるんだ？
対応端末が出てから結構経ってるのに
APIオーバーヘッドのテストだとVulkan早いけど
実際のゲームに近いテストだとだめって事か
- 985 ：デフォルトの名無しさん：2018/09/18(火) 13:11:56.41 ID:2JBlOOXi.net
- OpenGL ESはCPUのオーバーヘッドがそもそも少ないとKhronosの人が言ってたよ
それでもVulkanの方が遅いってのは納得行かないけど
OpenGL ES4.0とかは全てのバッファとステートをプログラマが制御出来るようにしてくれたら、もうVulkan要らない
- 986 ：デフォルトの名無しさん：2018/09/18(火) 22:21:51.72 ID:3eWBo/VG.net
- 基本OpenGL用に作ってあるものをVulkanに対応させるためにOpenGLでVulkanをラッピングするレイヤーを作ったとかかね
Vulkan流儀で構造を最適化してるわけじゃないから同等かむしろ遅くなるとか
- 987 ：デフォルトの名無しさん：2018/09/19(水) 02:06:23.10 ID:/+5OjkB4.net
- >>983
シェーダー書くより固定パイプラインのほうが速いらしいつまり1.1が最速
まあ聞話つうかネットで見ただけだからな異論あるなら好きなだけどうぞ
- 988 ：デフォルトの名無しさん：2018/09/19(水) 02:25:57.06 ID:srLjgkhA.net
- 1じゃそもそも望む表現が出来ないんじゃ意味ないしなあ
粗い画質な分、速いとかいう理論だろ
- 989 ：デフォルトの名無しさん：2018/09/21(金) 17:58:38.37 ID:14zuygfg.net
- Vulkanの上でGLESをエミュレーションは出来るだろうが、GLを使う時点でマルチスレッドレンダリングは不可能になると思う。
そもそもVulkanが制定された理由は、複雑怪奇なGLの後方互換性維持に白旗を挙げたことが理由。
いずれ切り捨てられるか過去に開発したハードウェアとドライバを利用してね。
となるだけではないかな。
UEやウニティが切り捨てたら終わりだろう。
- 990 ：デフォルトの名無しさん：2018/09/22(土) 07:15:53.92 ID:JUg39cKt.net
- OpenGLとOpenGL ESは別物
ESはいたってシンプルなんでサポートが打ち切られるとか無い
- 991 ：デフォルトの名無しさん：2018/09/26(水) 14:07:26.00 ID:yEmDBZO0.net
- ポリゴン数増やしていくと、やたらスピード落ちるんですよね。
どうにかならないのこれ？
- 992 ：デフォルトの名無しさん：2018/09/27(木) 10:21:03.91 ID:+X2PETpr.net
- 減らす
- 993 ：デフォルトの名無しさん：2018/09/28(金) 01:47:16.38 ID:yTJ/Mlcr.net
- ググる
- 994 ：デフォルトの名無しさん：2018/09/28(金) 02:46:16.60 ID:0qK1Abkn.net
- >>991
今時ポリゴン数増やす程度で遅くならない
どうせ大量のDrawコールをしてんだろ
それを減らす
- 995 ：デフォルトの名無しさん：2018/09/28(金) 07:33:05.68 ID:z47Xnmfh.net
- グラボのバス幅狭いのメッチャ遅くなるよ
- 996 ：デフォルトの名無しさん：2018/09/28(金) 08:50:10.58 ID:WfDD/blL.net
- >>990
泥も切り捨てる流れなのにか？
推奨はバルカンだよ。
- 997 ：デフォルトの名無しさん：2018/09/28(金) 08:51:29.90 ID:WfDD/blL.net
- >>991
ポリゴン数のみで遅くなるのは昔の話
参照するテクスチャが4kとか無駄なことしてるんでないの
- 998 ：デフォルトの名無しさん：2018/09/28(金) 15:48:04.05 ID:O5kQkBkV.net
- 毎回テクスチャ読んでたりとか
- 999 ：デフォルトの名無しさん：2018/09/29(土) 00:29:29.19 ID:2bpYMMUM.net
- >>996
まじか俺の萬年製作中のゲームががが
- 1000 ：デフォルトの名無しさん：2018/09/30(日) 02:57:04.18 ID:15KZxt0O.net
- 台風24号の影響により開催を中止とさせていただきます。 ご理解の程よろしくお願いいたします。
- 1001 ：デフォルトの名無しさん：2018/09/30(日) 02:58:48.75 ID:15KZxt0O.net
- レイトレ
- 1002 ：2ch.net投稿限界：Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1002
244 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★