gl4java-usergroup

[gl4java-usergroup] GL4Java 2.2.0.0 Released !!

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

GL4Java Version 2.2.0.0			
==========================

--------------------------------------------------------------

GL4Java can be found under:     http://www.jausoft.com/gl4java

--------------------------------------------------------------

NEWS:
=====

- Now the complete GLU 1.2 methods included Callbacks (Tessellators,
...)
  are mapped !!

- MS-JVM >= 3186, 3240 is now supported !
  The security problem, while using MS-JVM > 3186 is now solved !
  The Installer checks the MS-JVM version ... !

- GLUT Font Support !

- Texture/Frame-Grabber with TGA file writing.

- Stencil Bits are supported

- Support for DoubleBuffer under SGI's IRIX.
  A flag forces the creation of an new own overlayed window for the
GLCanvas !
  This is needed for the SGI machine !

- Many demos, which shows the upper changes !

For details, please read the CHANGES.txt file on the GL4Java Homepage !

--------------------------------------------------------------

GL4Java Mailinglist 
http://mail1.sourceforge.net/mailman/listinfo/gl4java-usergroup

--------------------------------------------------------------

GL4Java can be found under:     http://www.jausoft.com/gl4java

--------------------------------------------------------------

Yours, Sven Goethel

-- 
mailto:sgo...@ja...
www   : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

Re: [gl4java-usergroup] [OGL]: Clipping problem

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

Hi Max,

please add the following information:
	- Platform processor, etc.
	- OS version & vendor 
	- Java VM
	- OpenGL version & vendor & hardware
	- little demo piece of code

This could be an OpenGL driver problem ...

This is not the normal behavior ;-)

Yours, Sven

BTW: Please add the upper information for ALL bug reports !

-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] [OGL]: Clipping problem

[Max G. <gi...@li...>]

Hi, fellows!

This is an OpenGL - related problem I think so it's kind off topic
here... but I hope some of you will know the answer.

I am curious what is the source of the problem that when I have a
polygon that lies partially outside the screen, it's not clipped
properly. In fact, it isn't clipped at all. It's either clamped to the
edge of the window (so, say, if it's a line that should go outside
viewport, it is not disappearing but becomes line parallel to the
viewport's border) or it disappears at all when portion of it goes
outside viewport.

Maybe it's a matter of configuring something but I don't have even the
slightest idea where to look for the answer.

I think that screenshots will tell you more :-) One is zoomed out model,
that is drawn correctly. Second one is the same model zoomed in (changed
FOV) showing artifacts.

I hope it's not the 'proper' behavior, I'd like to avoid doing custom
viewport clipping :-)

Thanks for any suggestions,
Max


--
Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis
-----------------------------------------------------------------------------

[gl4java-usergroup] ClassNotFoundException: Win32HandleAccess

[Pontus L. <po...@ly...>]

Hello,

At MathCore we are trying to package our application now. When we install
our jar files, the GL4Java jar files, the GL4Java DLL's and a JRE on a
clean machine, our application gets ClassNotFoundException:
sun.awt.windows.Win32HandleAccess and then crashes with an application
error. This is on Windows NT 4.0. The JRE in question is from Sun.

Any ideas on how to fix it? Have I given enough information on my problem?

Regards,

Pontus

-- 
Pontus Lidman, po...@ma..., Software Engineer
No matter how cynical you get, it's impossible to keep up.
Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org

Re: [gl4java-usergroup] Tesselation / Gl4Java 2.2.0

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

Jean-Yves BRUD wrote:
> 
> Hello every body.
> 
> I try to use the GLU polygon tesselation.
> 
> May somebody explain to me how to use this
> with GL4 (call backs implementation) ?
> 

Dear Jean-Yves,

I have implemented the GLU Callback functions 
for JNI support allready.

Because some problems with netscape and MS-IE 
I was not able to release the new version the last two weekends !

But I can say, that it runs very well !
I ported the samples: tess, tessdemo and teewind !

If I am not able to make GL4Java 2.2.0 "beauty" this weekend,
I will put a developer version online !

I am very sorry for your inconvinience.
Please be patiente.

Yours, Sven Goethel


-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] About Tesselation (urgent)

[Jean-Yves B. <jea...@wa...>]

Hello every body.

I try to use the GLU polygon tesselation.

May somebody explain to me how to use this
with GL4 (call backs implementation) ?

Thanks a lot.

Jean-Yves BRUD - 31330 Larra - France

Re: [gl4java-usergroup] Saving image from GLCanvas

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

The next version 

(I really hope this weekend - but it is time consuming,
because of the ver big changes ... ;-)

will contain image saving from GLCanvas,
or a hook method at least !

Yours, Sven
-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

Re: [gl4java-usergroup] Saving image from GLCanvas

[Erwin V. <er...@cs...>]

> Is anybody know the way to save as jpg file
> the content drawn in the GLCanvas ?

I posted a code snipped on this list some time ago that dumps a GLCanvas to
a .TGA file. Should be easy to have it create .JPG files. Check the
newsgroups archives for this.

KLR8

[gl4java-usergroup] Saving image from GLCanvas

[Jean-Yves B. <jea...@wa...>]

Hello,

Is anybody know the way to save as jpg file
the content drawn in the GLCanvas ?

Thanx, :-)


Jean-Yves BRUD
Palahou 31330 LARRA
FRANCE
Mail: jea...@wa...

[gl4java-usergroup] Concerns about unsigned glColor* methods

[Pontus L. <po...@ly...>]

Hello,

I have a question about the glColor3{ub,us,ui} methods in GL4Java:

The arguments to these methods are still signed quantites. The methods
seem to rely on the Java compiler representing the typecast (byte)255
value with the unsigned byte value 255. Does the language specification
guarantee this?

In particular, it seems impossible to get glColor3ui method to produce the
same result as glColor3f(1.0,0.0,0.0). Maybe this should be considered a
bug?

Regards,

Pontus

-- 
Pontus Lidman, po...@ma..., Software Engineer
No matter how cynical you get, it's impossible to keep up.
Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org

[gl4java-usergroup] Re: RFC (MS-JVM only): Moving From J/Direct to JNI

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

Good News !

I just have investigate, 
that if I put all J/Direct native declarations to "private"
that it runs without a security exception and without 
signing them ;-)
The next version (this weekend) will support this,
if we won't switch completly to JNI !

Yours, Sven

Sven Goethel wrote:
> 
> Dear GL4Java Users,
> 
> ---------------
> First of all: Because of a security change since MS-JVM > 3186,
> it is not possible to run the GL4Java Applets without signing them (cab
> files)
> if using a MS-JVM > 3186 !
> ---------------
> 

-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] RFC (MS-JVM only): Moving From J/Direct to JNI

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

Dear GL4Java Users,

---------------
First of all: Because of a security change since MS-JVM > 3186,
it is not possible to run the GL4Java Applets without signing them (cab
files)
if using a MS-JVM > 3186 !
---------------

I make a change request for the MS-JVM version of GL4Java:
	Using JNI instead of MS J/Direct !

MS-JVM offers JNI at least since MS-JVM build 3234 !
This MS-JVM also supports JDK 1.1 (reflection, etc.)
The MS-JVM 3234 is included in Win2000 etc.

PRO:
====
	- standard implementation (like all the other versions ...)
	- easy porting, e.g. the new GLU Callback implementation
	- more bug-free, because of the platform independed code usage 
		- JNI features
		- Reflection usage
		- etc. 

CONTRA:
=======
	- may not run with older MS-JVM (which not support JNI)
	- could be a little bit slower (not tested yet)
          (but should be at least as fast as a normal jvm)

So please reply to this RFC - otherwise I will just make the (right)
move
- of course - to JNI !

Ron - especially you should response, please !

Thanxs for your patience !

Yours, Sven Goethel

-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] Re: gl4java error

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

Like Peter wrote,

there exist security problems within the NEW MS-JVM build 3190
and GL4Java !
The new MS-JVM does NOT allow an applet to call native methods within
a trusted (installed) package, 
which are called from a trusted (installed) method before.
The MS-JVM 3186 did allow this ;-) 
but it looks like, that the new version makes an security check
all the time ... ?!
I check for a solution - I used this feature to tell the JVM
not to check the security all the time.
Also the user could offer GL4JAva Applets without making
signed cab-files ...

Later, Sven

Peter Thom wrote:
> 
> Ich habe eigentlich die Installationsanweisungen beachtet, und
> vergewissert, dass ich die richtige JVM habe (ich habe:
> Microsoft (R) VM for Java, 5.0 Release 5.0.0.3190)
> Ich habe auch geschaut, die libs sind da.
> Ich benutze Windows NT. Gibt es da irgendwelche Schwierigkeiten?
> Hast Du irgendwann einmal die gleiche Fehlermeldung  bekommen?
> Ich habe es nicht manuell, sondern mit dem Installer installiert.
> Danke,
> 
> Peter Thom
> 
> -----Original Message-----
> From: Sven Goethel <sgo...@ja...>
> To: Peter Thom <pe...@bl...>
> Date: Thursday, February 03, 2000 11:47 AM
> Subject: Re: gl4java error
> 
> >Moin Peter,
> >
> >ich duze hier mal ;-)
> >
> >Bitte trage Dich in Zukunft in die GL4Java Mailingliste ein - danke !
> >
> >Die IE Version und die MS-JVM Version sind zwei paar Schuhe ;-)
> >
> >Bitte vergewisser Dich, in der Java-Console vom IE,
> >ob Du die noetige MS-JVM version innehast !
> >
> >Genaueres in der aktuellen GL4Java-FAQ, bzw. waehrend der Install
> >procedure
> >(MS-JVM version & Download link) !!!
> >
> >Sven
> >
> >Peter Thom wrote:
> >>
> >> Hallo,
> >>
> >> ich habe ein Problem GL4JAVA applikationen zu starten.
> >> Ich bekomme die Fehlermeldung:
> >> java.lang.IllegalAccessError: gl4java/GLFuncMSJDirect
> >> ich habe die neueste JVM von Microsoft installiert. Ich benutze IE
> >> 4.72
> >> Vielen Dank fuer ihre Hilfe.
> >>
> >> Peter Thom
> >
> >--
> >mailto:sgo...@ja...
> >www: http://www.jausoft.com
> >voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] Upcoming GL4Java Version 2.2.0.0

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

Dear GL4Java Users,

because of the many changes and add-on's,
the upcoming GL4Java version is not ready yet !

I have attached the CHANGES part for the new version !

Only the MSJVM-JDirect part of the GLU-Callback implementation
is not done yet.
Also some more tests and demos for the tessellation impl. must be done !

If you have some more ideas or critics about the upcoming changes,
please tell me and/or discuss them in this maillinglist !

Thanxs a lot !

Yours, Sven Goethel

BTW: The approx. delivery date should be: 19th/20th Feb. 2000 !

-- 
mailto:sgo...@ja...
www   : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] Re: gl4java vs. java3d

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

Tobias Hintze wrote:
> 
> hi,
> 
> could you please tell me the major differents between java3d and gl4java.
> 
> thanks
> in advance...

Well, 

Java3d is an open API specified and implemented original by SUN,
and so somekind a "Standard".
Java3d specifies a kind of scene-graph-api, 
like vrml2 and covers all 3D operations. the implementation may use
OpenGL or Direct3D.
Because many geometry data is more abstract, it has lesser performance,
as an strictly OpenGL application, which is more neat to the OpenGL
hardware.
Java3D needs a Java2 JVM, so todays browser (Java 1.1 JVM's) can not be
used for 
Java3D applets.

GL4Java has a little history and prerequisites and parallel Java OpenGL
mappings
- where the API just should be taken AS IS - "just" a kind of "standard"
of the users of GL4Java.
GL4Java "just" maps the OpenGL API to java,
meaning that all GL4Java-OpenGL calls are using the native platform
OpenGL functions.
The GL4Java applications/applets will arrange their data strictly as the
OpenGL API
needs it.
The performance loss is as little as a Java OpenGL binding can have !
GL4Java needs an Java 1.1 JVM, so todays browsers are supported,
to run applets using GL4Java (IE, Netscape).

More commentary is welcome.

Yours, Sven
-- 
mailto:sgo...@ja...
www   : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] GL4Java FAQ update

[Max G. <gi...@li...>]

Hi!

Updated version of GL4Java can be found at able at
http://3d.linart.krakow.pl/OfficinaArtificialis/OpenGL/GL4Java-FAQ.html

Updated:
- Macintosh info (submitted by Jean-Yves BRUD)

Bye,
Max


--
Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis
-----------------------------------------------------------------------------
     It's true that we don't know what we have until we lose it but it's
    also true that we don't know what we've been missing until it arrives

Re: [gl4java-usergroup] Problem reading frame buffer.

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

Dear Erwin,

to generate a snapshot for GLMame32,
I used to setup the pixel packing modes, like this:

  glPixelStorei(GL_PACK_ALIGNMENT, 1); /* byte alignment - I guess THIS
IS THE VALUE FOR YOU, default is 4 */
  glPixelStorei(GL_PACK_ROW_LENGTH, width); /* pixels in a row */
  glPixelStorei(GL_PACK_LSB_FIRST, GL_TRUE); /* Intel data :-) */

  glReadPixels(0,0, width, height,
                           GL_RGB, GL_UNSIGNED_BYTE,
                           pixels);

  glPixelStorei(GL_PACK_ALIGNMENT,4); /* reset the data */
  glPixelStorei(GL_PACK_ROW_LENGTH, 0);

I hope this will help.

Sven

-- 
mailto:sgo...@ja...
www   : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] Problem reading frame buffer.

[Erwin V. <er...@cs...>]

Hello all,

I've got a problem reading the OpenGL frame buffer using GL4Java. In my
program (the Java MD3 Model Viewer - http://fragland.net/md3view) I use the
following piece of code to do this:


public class MD3GLCanvas extends GLAnimCanvas {

  ...

  public void dumpCanvasToTGA(String filename) throws java.io.IOException {
   byte[] pixels=new byte[this.getWidth() * this.getHeight() * 3];

   sDisplay(); // make sure the image on the canvas is properly drawn!

  // get viewport data
  gl.glReadBuffer(GL_BACK);
  gl.glReadPixels(0, 0, this.getWidth(), this.getHeight(), GL_RGB,
GL_UNSIGNED_BYTE, pixels);

  ...

  }
}

This works just fine, but from time to time the retreived image data is
screwed up (look at the example I've attached to this mail). My guess is
that I should somehow synchronise my reading of the frame buffer?

Any ideas what might be causing this or how I can fix it?

Erwin 'KLR8' Vervaet
er...@cs...

[gl4java-usergroup] FAQ online - keep this message

[Max G. <gi...@li...>]

Hi!

GL4Java FAQ is available at
http://3d.linart.krakow.pl/OfficinaArtificialis/OpenGL/GL4Java-FAQ.html

Any questions, submissions and comments are always welcome!

Announcements will be posted here whenever new versions become
available.

And: how about users of other ports (Solaris, Mac, AIX, IRIX - are there
any other?) - say it aloud, what versions of OpenGL you're using, their
vendors' and download URLs! What browsers you're using with GL4J
applets?

Bye,
Max

Re: [gl4java-usergroup] Small change in GL4J API needed

[Max G. <gi...@li...>]

Sven Goethel wrote:

> > I'm for making it public. Simple and fast.
> Well, I thought that the java compiler creates for stuff like:
>         int number = 1;
>         public int getNumber() { return number; }
> inline code ? If not - well, we must do it easyly public !

I think compilers does it the way you wrote. I meant 'faster' in terms of
programmer's time (less clicks, shorter code). But I can understand the reasons
for getters so it's really up to you. I just thought canvas.gl.glEnd(); looks
better than canvas.getGL().glEnd().

Bye,
Max

Re: [gl4java-usergroup] New GL4Java FAQ

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

So here is my add-on version 000132 of Max's original GL4Java-FAQ !

Sven
-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

[gl4java-usergroup] Re: Problems with installation

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

Josep Pujol Oteiza wrote:
> 
> Hello Sven,
> 
>         We 're programing a game in java and the intention is use your API
> gl4java kfor graphics. Well, the problem is that we can't install it. I
> don't know much about java.policy, why do you use it? I can't execute any
> applet. I've provet it in Linux and windows but no results. Please help
> me!
> 
> Excuse me by my very bad English, but i write you from catalonia.
> 

Well, did you tried out the GL4J-Installer for Win32 & Linux ?

Otherwise (manuall binary and source installation)
please follow the documentation !

If this does not help you 
(I do not know why - the readme's are quite detailed),
please write to the gl4java mailinglist (-> www.jausoft.com/gl4java).

The java.policy file is to modify the java2 restrictions,
to allow applets use the native libraries for GL4Java !

> Thanks!

I have send the response to the gl4java mailinglist either,
may be some spanish/catalonia users exists there ...

Yours, Sven
-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

Re: [gl4java-usergroup] Refreshing problem after window overlaping with GL4 mac.

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

Well, this error doesn't occure on Unix or Win32 !
So I cannot say a word about this wrong behavior.

Looks like that only the old overlapped invalid area 
is refreshed by the animation thread ... hmmm -> MAC Window Manager
problem.
May be you can solve the problmem by special validate/invalidate calls ?
Please try this out ...

Jean-Yves BRUD wrote:
> 
> Hello,
> 
> 1st step : my GL4 window is overlaped once by another window
> that come front of it.
> 
> 2nd step : i put the GL4 window front.
> 
> 3rd step : Only the part that was overlapped is refreshed with sDisplay.
> 
> To go back to normal, I need to resize the frame.
> 
> Is it any other solution  please ?
> 
> NB: I use MyCanvas extending GL4 Anim canvas,
> in a MyApplet extending JApplet, in MyFrame extending JFrame.
> 
> This problem don't seems to occur on PC platform.
> 
> Thanxs.
> 
> -------------------------
> Jean-Yves BRUD - Palahou 31330 Larra - FRANCE
> mailto: jea...@wa...
> 
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup

-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

Re: [gl4java-usergroup] Small change in GL4J API needed

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

Max Gilead wrote:
> 
> > - OR we can create a getGL(), getGLU() and getGLJ() method !
> 
> As you can see in the example, it would be neither elegant nor efficient (in
> terms of programmer's time). Although it's the 'political-correct' one :-)
> 
> > So, please make your vote !
> 
> I'm for making it public. Simple and fast.
> 

Well, I thought that the java compiler creates for stuff like:
	int number = 1;
	public int getNumber() { return number; }
inline code ? If not - well, we must do it easyly public !

> Bye,
> Max

Sven

-- 
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

Re: [gl4java-usergroup] Small change in GL4J API needed

[Max G. <gi...@li...>]

Sven Goethel wrote:

> Well, the protected access-specifier for the attributes :
>         GLFunc gl
>         GLUFunc glu
>         GLContext glj
> are provided, because of the "privacy" and "read only" for foreign
> packages.

Privacy is obviously not always the case.


> Well, I guess we can change protected -> public,
> if we do not want to save the attributes from writing by foreign
> packages

Maybe a suggestion to Sun to introduce 'public readonly' modifier ;-)


> - OR we can create a getGL(), getGLU() and getGLJ() method !

As you can see in the example, it would be neither elegant nor efficient (in
terms of programmer's time). Although it's the 'political-correct' one :-)


> So, please make your vote !

I'm for making it public. Simple and fast.

Bye,
Max