Collaboraの開発者は仕事をやめていません。ここ数ヶ月、彼らは多くのことを話し合っていますが、今回は例外ではありません。 OpenGL3.1サポートのPanfrostドライバーでの実装の発表を発表しました Midgard GPU（Mali-T6xx、Mali-T7xx、Mali-T8xx）およびBifrost GPU（Mali G3x、G5x、G7x）、およびBifrostGPUのOpenGLES3.0サポート用。
これらの変更 Mesa21.0リリースに含まれる予定です、現在、打ち上げ候補段階にあります。
Collaboraの開発者は、テーブルのコントローラーの実装に長い間取り組んできました。この例は過去のものです。 ガリウム卓上コントローラー、 中間層を実装します OpenCL1.2およびOpenGL3.3APIを整理する DirectX 12（D3D12）をサポートするドライバーと、そのソースコードがMITライセンスの下でリリースされていることについて。
提案されたコントローラー デバイスでMesaを使用できます 最初は互換性がありません OpenCLとOpenGLで また、D3D12で動作するようにOpenGL / OpenCLアプリケーションを移植するための開始位置としても使用できます。
新しいPanfrostドライバーの側では、GPUが MidgardとBifrostは共通のデータ構造を共有しています 固定機能用ですが Bifrostは、根本的に異なる一連の命令を使用します、GPUデータの機能の同期実装を困難にします。
アーキテクチャ上、Bifrostはその固定機能データ構造のほとんどをMidgardと共有していますが、新しい一連の命令を導入しています。 OpenGL ES 3.0をBifrostに導入するための私たちの作業は、この分割を反映しています。
インスタンス化や変換フィードバックなどの一部の固定機能機能は、すでにMidgardで行っていたように、特定のBifrostを変更せずに機能しました。 均一なバッファオブジェクトなどの他のシャドウイング機能には、Bifrostコンパイラでの「ゼロからの」実装が必要でした。このタスクは、ファーストクラスのビルドサポートを備えたコンパイラの成熟した中間表現によって簡単になりました。
例えば Midgardにすでに実装されている固定機能「変換フィードバック」など、 変更なしでBifrostに転送できます。 一方、Multiple Render Targets（MRT）などの機能は、特定のBifrostの変更に限定されています。
同時に、統合バッファーオブジェクトなどの他のシェーダー操作では、Bifrostシェーダーコンパイラーのスクラッチ実装が必要です。
これは、夏に上陸したMidgardでのOpenGL ES 3.0のサポートと、最近Bifrostでデビューした最初のOpenGL ES2.0のサポートに続くものです。 OpenGL ES 3.0は、Mesaの継続的インテグレーションのMali G52でテストされ、対応するDrawElements品質プログラムテストで99.9％の合格率を達成しています。
ただし、複数のレンダリングターゲットなどの他の機能では、Midgardと共有されている他のコードを利用しながら、Bifrostからの特定のコードが必要でした。 それでも、作業はXNUMX回目ははるかに速く進行しました。これは、共有コードの力の証です。 ただし、共有をPanfrostGPUだけに制限する必要はありません。 オープンソースドライバーは、ベンダー間でコードを共有できます。
また、発表では、 コンパイラで中間表現を使用することにより、作業の重複の一部が回避されました。 これは、共有コードとともに開発を大幅にスピードアップし、このアプローチにより、コードはGPUファミリーだけでなく、さまざまなコントローラーにも使用できるようになります。
特に、開発者は、デスクトップシステムにOpenGLを実装するために、Panfrostドライバーはすぐに使用できるMesaコンポーネントの使用を必要としましたが、Maliの独自のドライバーはOpenGLESのみのサポートに限定されていると述べています。
ただし、デスクトップOpenGL 3.1のサポートは、共通のインフラストラクチャを活用することにより、アップストリームMesaコントローラーとしてほぼ「無料」です。
最後に、 あなたがそれについてもっと知りたいのなら Collabora開発者によって提案された新しいPanfrostの実装については、詳細を確認できます 次のリンクで。