OpenGLのフレームバッファーとレンダーバッファーの概念と違いは何ですか？

フレームバッファーとレンダーバッファーの概念について混乱しています。レンダリングする必要があることは知っていますが、使用する前に理解したいと思います。

一時的な描画結果を保存するために、ビットマップバッファーが必要であることを知っています。バックバッファー。そして、それらの描画が進行中は、他のバッファが画面に表示される必要があります。フロントバッファ。そして、それらをめくって、もう一度描きます。私はこの概念を知っていますが、それらのオブジェクトをこの概念に関連付けるのは困難です。

それらの概念と違いは何ですか？

このページには、違いを非常にうまく説明していると思う詳細がいくつかあります。まず：

OpenGLパイプラインの最終的なレンダリング先は、[the] framebufferと呼ばれます。

一方：

Renderbufferオブジェクト
さらに、renderbufferオブジェクトがオフスクリーンレンダリング用に新しく導入されました。テクスチャオブジェクトにレンダリングする代わりに、レンダーバッファオブジェクトにシーンを直接レンダリングできます。Renderbufferは、レンダリング可能な内部形式の単一のイメージを含むデータストレージオブジェクトです。ステンシルやデプスバッファーなど、対応するテクスチャ形式を持たないOpenGL論理バッファーを格納するために使用されます。

フレームバッファオブジェクトは、実際には、バッファが、自分の順番によって、実際のバッファである1つまたは複数の添付ファイルを、含まれているアグリゲータオブジェクトではありません。フレームバッファは、すべてのメンバーがバッファへのポインタであるC構造として理解できます。アタッチメントがない場合、Framebufferオブジェクトのフットプリントは非常に低くなります。

今すぐに接続された各バッファフレームバッファをすることができレンダや質感。

レンダバッファは、実際のバッファ（バイト、又は整数、又は画素のアレイ）です。レンダは、それがオフスクリーンレンダリング用に最適化されていますので、ネイティブ形式でピクセル値を格納します。つまり、レンダーバッファへの描画は、テクスチャへの描画よりもはるかに高速です。欠点は、ピクセルがネイティブな実装依存のフォーマットを使用するため、レンダーバッファーからの読み取りがテクスチャからの読み取りよりもはるかに難しいことです。それでも、Renderbufferがペイントされると、ピクセル転送操作を使用して、そのコンテンツを画面（またはおそらく他のRenderbuffer）に直接コピーできます。これは、レンダーバッファが あなたが言及したダブルバッファパターンを効率的に実装するために使用することができます。

レンダーバッファは比較的新しい概念です。以前は、フレームバッファーを使用してテクスチャーにレンダリングしていましたが、テクスチャーが標準形式を使用しているため、速度が遅くなる可能性があります。テクスチャにレンダリングすることも可能であり、シーンを構築するために、または別のシーンの表面にシーンを描画するために、各ピクセルに対して複数のパスを実行する必要がある場合に非常に役立ちます。

OpenGL wikiには、詳細とリンクを示すこのページがあります。