Re: [gl4java-usergroup] GLAnimJPanel not accelerated ???

[Sven G. <sgo...@ja...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 09 February 2001 15:15, Nicolas Cadilhac wrote:
> This message was sent from Geocrawler.com by "Nicolas Cadilhac"
> <cad...@mi...>
>
> Thanks for your answer. Just another one to
> continue : I monitored dlls loaded when running
> my application and I can see that opengl32.dll
> and my opengl ati driver are loaded in both cases
> (using canvas or JPanel derived classes). Do you
> have an idea why it is loaded in the last case
> and it is not accelerated ?
>

Here is a dialog between Kenneth Russel and me
about the upcoming JAWT/JDK1.4 and 
OpenGL[tm] for Java[tm] (former project name: GL4Java) 
integration. 
This integration has started with the current test releases of
OpenGL[tm] for Java[tm]  2.5.2.0-test2 !
JAWT is supportet now, other things, like GraphicsConfiguration -> Canvas
and a better Swing integration may come soon.

Kenneth B Russel:
> I'm not sure about the interaction with Swing. java.awt.Window is
> the first class in the hierarchy which has a constructor taking a
> GraphicsConfiguration; this goes down the hierarchy to JFrame,
> but not to JPanel, which is of course lightweight. I haven't
> looked at the offscreen buffer code in GL4Java so I don't know
> whether these visual problems are an issue there.
>


GL4Java's Swing implementation is very stupid at this time !
It just creates an OpenGL offscreen context, draws in it,
then copies everytthing into the swing panel.
         - Mostly no OpenGL implementation supports hw accelerated
          offscreen rendering
          But this will change in the near future, e.g. with glx 1.3 pbuffers,
          where they said it IS guaranteed to being hw accelerated ..

         - At this time, the Swing buffer was NOT compatible with the
          OpenGL offscreen buffer.
           If not compatible:
                 Rearrangment of pixel config is needed -> manual conversion
           If compatibel:
                 Just copy !

So the PERFECT future would be the following:

- - - Have OpenGL hw accelerated offscreen rendering
- - - Find a Swing Buffer Pixel configuration compatible with
an OpenGL offscreen buffer pixel configuration
- - - Use the OpenGL offscreen Buffer
as the Swing JPanel backbuffer (!).
- - - Just swap :-)

This configuration would provide less overhead and maximum performance,
i guess so !

Is this possible ?

I guess with the new upcoming so called java.nio package (jdk1.4),
we would be able to use OpenGL offscreen buffer !
Then - we need a 1 to 1 interface without overhead to Swing's
JPanel backbuffer !

- - -- 
mailto:sgo...@ja...
www   : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6inBaHdOA30NoFAARAsL9AKCVixzeDLCoxczSbV0XVuELcPdxvwCePD0j
HL1KD1FeYzRsS2E8GjSO514=
=+Zgp
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6inCVHdOA30NoFAARAq2tAJ0VvZZFVMF8+Bysu7WcPgVUd5MzRACgwwJn
hBc8wBGEVSwAHd+PacuD0xM=
=jCS7
-----END PGP SIGNATURE-----