diff options
author | Kenneth Russel <[email protected]> | 2004-08-03 17:50:18 +0000 |
---|---|---|
committer | Kenneth Russel <[email protected]> | 2004-08-03 17:50:18 +0000 |
commit | 05ad8604b58f355890f0e3804906c7e8d598edfa (patch) | |
tree | 946bfc071f06e4b537afa052232d7ea5463ca669 /doc/userguide | |
parent | d803c81ff894edcb3569f22c2e2822e1237b7456 (diff) |
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
Diffstat (limited to 'doc/userguide')
-rw-r--r-- | doc/userguide/index.html | 11 |
1 files changed, 6 insertions, 5 deletions
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. </P> |