Re: [gl4java-usergroup] GLJPanel bug?

[Toshiyuki I. <is...@mi...>]

Thanks for your reply.

----- Original Message -----
From: "Kenneth B. Russell" <kbr...@al...>
Sent: Tuesday, December 11, 2001 2:09 PM


>
> > Also, I wish to speed up the GLJPanel with new API in JDK1.4
> > (e.g. the VolatileImage class and the java.nio package).
> > GL4Java developers have any plan at this point?
>
> I think the way to get more speed out of GLJPanel is to avoid the
> pixel copy that is occurring now, by keeping track of where the
> GLJPanel is within the component hierarchy, clipping the OpenGL
> rendering region appropriately, and drawing directly to the
> heavyweight component to take advantage of hardware acceleration.
> This won't work if the component is partially occluded, but that
> rarely happens and the system could revert back to the current
> pixel copy in that case.
>
I think so that copying pixel data slows down GLJPanel.
I think that 'direct buffer' in JDK1.4 such as NVidia's support in gl4java
may possibly improve this problem.
However, I don't have knowledge about new io package.

> I'm pretty sure this technique was used in the now-defunct
> Magician Java binding for OpenGL and is discussed in the author's
> book:
>
> http://www.symbolstone.org/technology/java/nmbook/
>
I will visit this site.

By using gl4java, we can built big and complex applications
without depending on several GUI libraries.
I think that this point is one of big advantages of gl4java.
In fact, I am making a map application, which has many swing component.
Maybe speeding up GLJPanel as Java lightweight component expand
possibility of application development (e.g. MDI application with GL
rendering).
From these, I think that improvement of GLJPanel perfomance is important.
So, I want to imporve it, but I have no idea.

Regards,

--
Toshiyuki Ishimura