Bugs item #3309231, was opened at 2011-05-30 09:07 Message generated for change (Tracker Item Submitted) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3309231...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: RGB32 frambuffer can't be initialised with a loadbang
Initial Comment: When sending "format RGB32" to gemframebuffer, a valid context have to be present. Otherwise, default RGB format is used.
This was not the case prior to revision 3807.
here is the relevant part of the diff (gemframbuffer.cpp)
398c398,400 < tmp_format = GL_RGB_FLOAT32_ATI; ---
if(GLEW_ATI_texture_float) { tmp_format = GL_RGB_FLOAT32_ATI; }
Since a loadbang is usually used to set the framebuffer format, this behaviors break all my patch that need 32bit framebuffer (including the GPGPU example)
test patch in attachment.
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3309231...
-
SourceForge.net