Jaka jest koncepcja i różnice między buforem ramki i Renderbufferem w OpenGL?

Obiekt Framebuffer w rzeczywistości nie jest buforem, ale obiektem agregatora, który zawiera jeden lub więcej załączników, które z kolei są faktycznymi buforami. Możesz zrozumieć bufor ramki jako strukturę C, gdzie każdy element jest wskaźnikiem do bufora. Bez żadnego załącznika obiekt Bufor ramek ma bardzo małą powierzchnię.

Teraz każdy bufor dołączony do bufora ramki może być Renderbufferem lub teksturą.

The Renderbuffer jest rzeczywistym buforem (tablicą bajtów, liczb całkowitych lub pikseli). Bufor przechowuje wartości pikseli w natywnym formacie, dzięki czemu jest zoptymalizowany do renderowania poza ekranem. Innymi słowy, rysowanie na Renderbufferze może być znacznie szybsze niż rysowanie na teksturze. Wadą jest to, że piksele używają natywnego, zależnego od implementacji formatu, dzięki czemu odczyt z bufora Renderbuffera jest znacznie trudniejszy niż odczyt z tekstury. Niemniej jednak, raz a renderbuffer został pomalowany, można skopiować jego zawartość bezpośrednio na ekran (lub na inny Renderbuffer, tak myślę), bardzo szybko używając operacji transferu pikseli. Oznacza to, że Renderbuffer może być użyty do efektywnej implementacji wzorca podwójnego bufora, o którym wspomniałeś.

Renderbuffery są stosunkowo nową koncepcją. Przed nimi, Bufor ramek był używany do renderowania tekstury , która może być wolniejsza, ponieważ Tekstura używa standardowy format. Nadal można renderować teksturę, co jest bardzo przydatne, gdy trzeba wykonać wiele przejść nad każdym pikselem, aby zbudować scenę lub narysować scenę na powierzchni innej sceny!

OpenGL wiki ma tę stronę , która pokazuje więcej szczegółów i linków.