From 05ad8604b58f355890f0e3804906c7e8d598edfa Mon Sep 17 00:00:00 2001 From: Kenneth Russel Date: Tue, 3 Aug 2004 17:50:18 +0000 Subject: Bug fix from user GKW on the JOGL forums for problems reported by users in JOGL 1.1 betas where the code path for wglChoosePixelFormatARB (supporting full-scene antialiasing) was failing on older cards. The old drivers expect an OpenGL context to be current while the wglChoosePixelFormatARB and associated calls are being made, even though the documentation explicitly states that this is not necessary. GKW's fix creates a native window synchronously (independent of the AWT) and associates an OpenGL context with it which is used to choose pixel formats for other windows on the same GraphicsDevice. Upon VM shutdown, a native message pump is started which causes proper disposal of the native window and its OpenGL contexts. There is currently no bug ID associated with this fix, although it may be a component of completely addressing several open bugs. Also includes a bug fix from GKW and kbr for: Issue 98: Just 1st frame rendering on ATI Radeon This was a race condition between JOGL's automatic discovery that the ATI_WORKAROUND was needed and the creation of the first GLCanvas and associated Animator. The need for disabling the setRenderingThread optimization was computed too late, incorrectly locking out other threads (in particular, the AWT event queue thread) from performing rendering of the component. git-svn-id: file:///usr/local/projects/SUN/JOGL/git-svn/svn-server-sync/jogl/trunk@144 232f8b59-042b-4e1e-8c03-345bb8c30851 --- doc/userguide/index.html | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) (limited to 'doc/userguide') diff --git a/doc/userguide/index.html b/doc/userguide/index.html index f05a6a9b9..b3253d5f8 100644 --- a/doc/userguide/index.html +++ b/doc/userguide/index.html @@ -62,11 +62,12 @@ ported from C/C++ to Jogl without needing direct access to any of these APIs. However, all of these classes and concepts are accessible at the Java programming language level in implementation packages, and in fact the Jogl binding is itself written almost completely in the -Java programming language. There are only about fifty lines of -handwritten C code in the entire Jogl source base; the rest of the -native code is autogenerated during the build process by a new tool -called GlueGen, the source code of which is in the Jogl source -tree. Documentation for GlueGen is forthcoming. +Java programming language. There are roughly 150 lines of handwritten +C code in the entire Jogl source base (100 of which work around bugs +in older OpenGL drivers on Windows); the rest of the native code is +autogenerated during the build process by a new tool called GlueGen, +the source code of which is in the Jogl source tree. Documentation for +GlueGen is forthcoming.

-- cgit v1.2.3