---- Reported by kbr 2003-10-09 17:48:13 ---- GKW on the JOGL forums has posted a suggested pbuffer implementation for GLJPanel. This should be considered for integration. ---- Additional Comments From kbr 2005-01-31 00:14:31 ---- *** Issue 87 has been marked as a duplicate of this issue. *** ---- Additional Comments From kbr 2005-02-03 15:27:21 ---- Added a hardware acceleration path for GLJPanel implemented using the GLPbuffer interfaces. If instantiation of the pbuffer fails, the GLJPanel implementation attempts to catch the resulting exception and fall back on the existing software rendering path. The new code has been successfully tested on Windows. This checkin attempts to make the needed changes to the pbuffer implementation on other platforms, but the GLJPanel continues to use software rendering until all platforms can be tested. ---- Additional Comments From kbr 2005-02-04 00:27:35 ---- After testing on Windows and Linux with multiple vendors' cards the new hardware acceleration has been enabled by default. --- Bug imported by sgothel@jausoft.com 2010-03-24 07:45 EDT --- This bug was previously known as _bug_ 44 at https://jogl.dev.java.net/bugs/show_bug.cgi?id=44 Unknown bug field "has_duplicates" encountered while moving bug <has_duplicates> <bug_id>87</bug_id> <who>kbr</who> <when>2005-01-31 00:14:31</when> </has_duplicates>