2016-09-29 13 views
1

このオンラインブックの一部、http://learnopengl.com/book/offline%20learnopengl.pdfを読んだあと、新しいバージョンのOpenGLがどのくらい正確に作成されたかについて、いくつかの質問が私の頭の中でポップアップし始めました。このオンライン読書によると、グラフィックスカードメーカーはOpenGLの新しいバージョンを作成する責任があります。だから、NvidiaがOpenGLバージョン4.3を搭載したGTX 700シリーズグラフィックスカードを(仮説的に)開発しているとします。その後、彼らは、OpenGLの実装を最適化した900シリーズのグラフィックスカードを開発することにしました。カードが完成して最適化が行われた後、これらの新しい最適化をOpenGL 4.4にラベル付けします。ここでの私の例は、新しいバージョンの作成方法が正しいのですか?もしそうなら、kronosグループ(openGLの開発者)は実際に何をしていますか? OpenGLの新しいバージョンが必要な仕様と一致することを確認する責任はありますか?新しいOpenGLバージョンを作成するプロセスですか?

+1

さて、今のところ、4.5はOpenGLの* last *バージョンである可能性が非常に高いので、今は問題ではありません。 –

+0

ああ、どうしてですか? – Jason

+0

@Jason:Bartekは、おそらく、VulkanがOpenGLを置き換えると予想されることを意味します。しかし、これはまだ完全には真実ではありません。最初のVulkanははるかに低レベルのAPIなので、Vulkanの上位ラッパーとしてOpenGLを実装することに興味があります.2番目はOpenGLがまだ新しい拡張機能を受け取っていて、将来のOpenGLリリースには、コアに挿入します。 – ybungalobill

答えて

5

いいえ、nVidiaは次の世代のOpenGLとしてその変更を一方的にラベル付けしません。

代わりに、各ベンダーはアーキテクチャの設計を改善し、OpenGL 拡張子を介して新しい機能を公開します。これらの拡張は、GL_NV_bindless_textureのようなベンダー固有のものでも、GL_EXT_direct_state_accessのような複数のベンダーの共同作業によって開発されたものでもかまいません。複数のベンダーが拡張機能の実装に興味を持っている場合や、複数のベンダーによって拡張機能が既に実装されている場合は、ARB拡張機能に変更される可能性があります(変更後は可能性があります(GL_ARB_bindless_textureおよびGL_ARB_direct_state_accessなど)。最終的にいくつかの拡張機能はコアOpenGL仕様の一部に昇格することに決めました。したがって、GL_ARB_direct_state_accessはOpenGL 4.5の不可欠な部分になりましたが、GL_ARB_bindless_textureは将来のOpenGLバージョンに統合される可能性があります。

Khronosグループは、拡張レジストリを維持し、拡張をARBステータスに昇格し、レビューし、コアOpenGL仕様を進化させます。

関連する問題