Bug 375

Summary:	glBlitFramebufferEXT fails when used on OS X with GLJPanel
Product:	[JogAmp] Jogl	Reporter:	Sven Gothel <sgothel>
Component:	core	Assignee:	Sven Gothel <sgothel>
Status:	VERIFIED INVALID
Severity:	normal
Priority:	P3
Version:	1
Hardware:	All
OS:	macosx
Type:	DEFECT	SCM Refs:
Workaround:	---
Attachments:	JOGL program to toggle glBlitFramebufferEXT bug C equivalent program to validate correctness

Description Sven Gothel 2010-03-24 07:51:49 CET



---- Reported by bsder 2009-06-14 18:52:20 ----

I was trying to use glBlitFramebufferEXT to copy an offscreen FBO to the main
screen.  It fails when used on a GLJPanel.  With the attached program, it
creates a panel with part blue and part red when it should be all red.

This is verified to be a JOGL issue with OS X specifically.  The same code on OS
X as a C program works, so it's not specific to the ATI X1600 drivers.  The same
JOGL code under Ubuntu Jaunty works with Mesa software rendering and the normal
jogl package so it's not likely to be a bug in my program.

In addition, if you change the GLJPanel to a GLCanvas, things work as expected.



---- Additional Comments From bsder 2009-06-14 18:53:08 ----

Created an attachment
JOGL program to toggle glBlitFramebufferEXT bug




---- Additional Comments From bsder 2009-06-14 18:53:43 ----

Created an attachment
C equivalent program to validate correctness




--- Bug imported by sgothel@jausoft.com 2010-03-24 07:51 EDT  ---

This bug was previously known as _bug_ 375 at https://jogl.dev.java.net/bugs/show_bug.cgi?id=375
Imported an attachment (id=139)
Imported an attachment (id=140)

The original submitter of attachment 139 [details] is unknown.
   Reassigning to the person who moved it here: sgothel@jausoft.com.
The original submitter of attachment 140 [details] is unknown.
   Reassigning to the person who moved it here: sgothel@jausoft.com.

Comment 1 Sven Gothel 2010-11-19 13:03:01 CET

I have checked your example, and it shows that you use GLJPanel.
Since it's not clear which strategy your GLJPanel is using (framebuffer, pbuffer, ..)
and a FRAMEBUFFER change may interfere with GLJPanels own compisitioning,
I mark this bug INVALID.

We may have to check this GL feature with a NEWT version, or at least plain AWT.