फ्रेमबफर वस्तु वास्तव में एक बफर, लेकिन एक एग्रीगेटर उद्देश्य यह है कि एक या अधिक अटैचमेंट है, जो अपनी बारी से, वास्तविक बफ़र्स होते हैं नहीं है। आप फ्रेमबफर सी संरचना के रूप में समझ सकते हैं जहां प्रत्येक सदस्य एक बफर के लिए सूचक होता है। किसी भी अनुलग्नक के बिना, फ़्रेमबफर ऑब्जेक्ट में बहुत कम पदचिह्न है।
अब प्रत्येक बफर एक फ्रेमबफर से जुड़ी एक Renderbuffer या एक बनावट हो सकता है।
रेंडरबफर एक वास्तविक बफर (बाइट्स, या पूर्णांक, या पिक्सल की एक सरणी) है। रेंडरबफर देशी प्रारूप में पिक्सेल मान स्टोर करता है, इसलिए इसे ऑफस्क्रीन प्रतिपादन के लिए अनुकूलित किया गया है। दूसरे शब्दों में, पर रेंडरबफर एक बनावट के चित्रण से कहीं अधिक तेज हो सकता है। दोष यह है कि पिक्सल देशी, कार्यान्वयन-निर्भर प्रारूप का उपयोग करता है, ताकि से रेंडरबफर एक बनावट से पढ़ने से कहीं अधिक कठिन हो। फिर भी, एक बार रेंडरबफर चित्रित किया गया है, कोई भी अपनी सामग्री को सीधे स्क्रीन पर कॉपी कर सकता है (या अन्य रेंडरबफर, मुझे लगता है), पिक्सेल स्थानांतरण संचालन का उपयोग करके बहुत जल्दी। इसका मतलब है कि रेंडरबफर का उपयोग आपके द्वारा वर्णित डबल बफर पैटर्न को कुशलतापूर्वक कार्यान्वित करने के लिए किया जा सकता है।
रेंडरबफर अपेक्षाकृत नई अवधारणा है।उनके सामने, फ़्रेमबफरबनावट पर प्रस्तुत करने के लिए उपयोग किया गया था, जो धीमा हो सकता है क्योंकि एक बनावट मानक प्रारूप का उपयोग करती है। एक बनावट को प्रस्तुत करना अभी भी संभव है, और यह काफी उपयोगी है जब किसी को दृश्य बनाने के लिए प्रत्येक पिक्सेल पर एकाधिक पास करने की आवश्यकता होती है, या किसी अन्य दृश्य की सतह पर एक दृश्य खींचने की आवश्यकता होती है!
ओपनजीएल विकी में this page है जो अधिक जानकारी और लिंक दिखाता है।
रेंडरबफर फ्रेमबफर के चैनल-जैसे घटक (रंग, स्टेनलेस, गहराई और आदि) है। देखें: http://developer.apple.com/iphone/library/documentation/3DDrawing/Conceptual/OpenGLES_ProgrammingGuide/OpenGLESontheiPhone/OpenGLESontheiPhone.html – Eonil
लिंक आईफोन विशिष्ट है, लेकिन फ्रेमबफर अच्छी तरह से समझाए गए हैं। – j00hi