Menu
▾
▴
gl4java-usergroup
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(39) |
Feb
(22) |
Mar
(41) |
Apr
(44) |
May
(47) |
Jun
(25) |
Jul
(28) |
Aug
(39) |
Sep
(35) |
Oct
(31) |
Nov
(31) |
Dec
(3) |
| 2001 |
Jan
(18) |
Feb
(43) |
Mar
(47) |
Apr
(38) |
May
(9) |
Jun
(20) |
Jul
(8) |
Aug
(11) |
Sep
(15) |
Oct
(43) |
Nov
(27) |
Dec
(73) |
| 2002 |
Jan
(42) |
Feb
(47) |
Mar
(49) |
Apr
(58) |
May
(12) |
Jun
(68) |
Jul
(42) |
Aug
(9) |
Sep
(19) |
Oct
(36) |
Nov
(28) |
Dec
(12) |
| 2003 |
Jan
(13) |
Feb
(24) |
Mar
(40) |
Apr
(52) |
May
(39) |
Jun
(46) |
Jul
(17) |
Aug
(5) |
Sep
(4) |
Oct
(9) |
Nov
(13) |
Dec
(12) |
| 2004 |
Jan
(1) |
Feb
(17) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(6) |
Nov
(6) |
Dec
(3) |
| 2005 |
Jan
|
Feb
|
Mar
(8) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(1) |
| 2006 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(5) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(5) |
| 2007 |
Jan
(3) |
Feb
(11) |
Mar
(5) |
Apr
(5) |
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(5) |
| 2008 |
Jan
(7) |
Feb
(8) |
Mar
(30) |
Apr
(17) |
May
(20) |
Jun
(8) |
Jul
(19) |
Aug
(10) |
Sep
(7) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(13) |
Feb
(7) |
Mar
(13) |
Apr
(27) |
May
(95) |
Jun
(77) |
Jul
(43) |
Aug
(25) |
Sep
(24) |
Oct
(32) |
Nov
(6) |
Dec
(6) |
| 2010 |
Jan
|
Feb
(2) |
Mar
(30) |
Apr
(58) |
May
(60) |
Jun
(72) |
Jul
(32) |
Aug
(45) |
Sep
(19) |
Oct
(4) |
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Kenneth B. R. <kbr...@al...> - 2001-11-10 06:46:24
|
> I couldn't notice a performance increase and the result appear to be very > similar. > Too bad... :( That's unfortunate but it really depends on where the bottleneck is in your application. In one of the NVidia demos ported to Java, adding the optimized context handling increased the speed of the demo by, I recall, 20%. |
|
From: Alban C. <aco...@wa...> - 2001-11-09 19:28:50
|
Hi everybody,
I've been reading Kenneth words about increasing performance using the event
listener model with a lot of interest. So I have jumped on my keyboard in
order to test if it would improve the display speed of my application, wich
is divided by 2 at high resolution, so I have some kind of *fill rate*
problem...
Untill now, I was using a simple subclass of GLAnimCanvas wich I refer as
the "classic model" in the little benchmarck below.
I have implemented the GLEventlistener model using all the optimizations
kenneth refers in his mail :
- Create a gl4java.GLCapabilities object
- Pass this capabilities object to
gl4java.drawable.GLDrawableFactory.getFactory()
- Call addGLEventListener on the resulting GLDrawable
For highest performance:
- Call GLDrawableFactory.createGLAnimCanvas()
- Call setUseRepaint(false), setUseFpsSleep(false), and
setUseYield(false) on the resulting GLAnimCanvas
I am using gl4java 2.8 very latest release from sourceforge.
I run a geforce 2 MX 100 with 32MB onboard.
OS is windows 2000.
Meshes are displayed with no optimisation (neither arrays nor display lists)
Meshes are non textured.
Meshes are lit.
here are the results I get :
plane (1600 Polys) classic model
UC util = 42% 640*480 85 img/sec
UC util = 28% 1280*960 43 img/sec
plane (1600 Polys) listener model
UC util = 42% 640*480 85 img/sec
UC util = 25% 640*480 43 img/sec
sphere (40 000 Polys) classic model
UC util = 100% 640*480 7 img/sec
UC util = 100% 1280*960 7 img/sec
sphere (40 000 Polys) listener model
UC util = 100% 640*480 7 img/sec
UC util = 100% 1280*960 7 img/sec
I couldn't notice a performance increase and the result appear to be very
similar.
Too bad... :(
I like better the listener model programming way though.
I have great expectations using the fullscreen exclusive mode, this should
help my fill rate issue...but that will be for tomorow :)
Regards,
Alban Cousinie
|
|
From: Michael L. <Mic...@jo...> - 2001-11-09 10:49:54
|
Excellent! Thanks for all replies! --Michael |
|
From: Kenneth B. R. <kbr...@al...> - 2001-11-08 16:58:56
|
> I read somewhere deriving from GLCanvas was the "old way" of doing things.
> Is there a "new way", and if so, which of the two gives the best
> performance?
The new mechanism is a listener mechanism which avoids
subclassing. It offers higher performance, especially for
GLAnimCanvas, because in certain circumstances OpenGL context
switches can be avoided. (The details of this are hidden from the
programmer.)
To use this new mechanism:
- Create a gl4java.GLCapabilities object indicating the use of
RGBA mode, etc.
- Pass this capabilities object to
gl4java.drawable.GLDrawableFactory.getFactory().
create[type]
- Call addGLEventListener on the resulting GLDrawable to set up
your listener, which should implement at least init() and
display().
For highest performance:
- Call GLDrawableFactory.createGLAnimCanvas()
- Call setUseRepaint(false), setUseFpsSleep(false), and
setUseYield(false) on the resulting GLAnimCanvas
Note on GLJPanel: the implementation currently renders to an
off-screen buffer and copies the pixels to the lightweight
component. This leads to slowdowns over GLAnimCanvas because the
rendering is not hardware-accelerated and because of the copying
overhead. It is possible that the implementation could be changed
to walk the lightweight component hierarchy to find the bounds of
the GLJPanel within its parent heavyweight component and clip the
OpenGL rendering region to fit (if the GLJPanel itself isn't
overlapped by another lightweight component), which should speed
it up significantly, though this kind of code is tricky to write.
|
|
From: <NM...@th...> - 2001-11-08 15:34:46
|
There is GLJPanel.
If you are worried about performace there are issues though.
Basically, java lightweight components go through the JavaVM to be drawn
to the screen while old AWT components, i.e. the Canvas, get drawn to the
screen directly.
If you need no frame rate or a very low frame rate the JPanel will work. If
you have a larger drawing surface and/or a need for a higher frame rate,
for example if you are building a game, you NEED to use Canvas.
Hope that helps.
Noah
Michael Lidgren
<Michael.Lidgren@journalistgruppen. To: "'gl4...@li...'"
se> <gl4...@li...>
Sent by: cc:
gl4...@li...urc Subject: [gl4java-usergroup] newbie question: GLCanvas
eforge.net
11/08/2001 04:52 AM
Hi!
I read somewhere deriving from GLCanvas was the "old way" of doing things.
Is there a "new way", and if so, which of the two gives the best
performance?
TIA,
--Michael Lidgren
_______________________________________________
gl4java-usergroup mailing list
gl4...@li...
https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
|
|
From: Michael L. <Mic...@jo...> - 2001-11-08 10:53:09
|
Hi! I read somewhere deriving from GLCanvas was the "old way" of doing things. Is there a "new way", and if so, which of the two gives the best performance? TIA, --Michael Lidgren |
|
From: gerard z. <gzi...@ap...> - 2001-11-06 20:45:01
|
And just when I updated the Mac OS X port of gl4java to 2.7.2.0. - happens every time ;-) I suppose the version 2.8.0.x for Mac OS X will have to wait till we update our JDK to 1.4. Awsome work Sven, the support for native i/o is a cool addition. On Tuesday, November 6, 2001, at 12:06 PM, gl4java-usergroup- re...@li... wrote: > Date: Tue, 6 Nov 2001 04:41:11 -0500 (EST) > To: GL4Java Users <gl4...@li...> > From: "Kenneth B. Russell" <kbr...@al...> > Reply-to: kbr...@al... > Subject: [gl4java-usergroup] OpenGL for Java 2.8.0.8-prerelease > > > [Sending for Sven, who just finished pulling an all-nighter > getting this checked in] > > OpenGL for Java 2.8.0.8-prerelease is now available. > > http://sourceforge.net/projects/gl4java/ > > This release includes: > > - Built-in support for JDK 1.4 and New I/O for faster and more > reliable vertex array support > - Support for (almost all of) OpenGL 1.3 via use of the Mesa 3.4 > headers > > I believe work on the following is underway but not yet complete: > > - More vendor extensions > - Support for fullscreen mode (not sure exactly how. With the > current JDK 1.4 beta, the JDK-provided fullscreen mode is > working with GL4Java. On Windows, one must specify > -Dsun.java2d.noddraw on the command line.) > > Thanks to Sven for integrating all of this. A lot of cool stuff > will be possible with 2.8.0. This prerelease is a major milestone. > > > > --__--__-- > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup > > > End of gl4java-usergroup Digest > |
|
From: Kenneth B. R. <kbr...@al...> - 2001-11-06 09:41:19
|
[Sending for Sven, who just finished pulling an all-nighter getting this checked in] OpenGL for Java 2.8.0.8-prerelease is now available. http://sourceforge.net/projects/gl4java/ This release includes: - Built-in support for JDK 1.4 and New I/O for faster and more reliable vertex array support - Support for (almost all of) OpenGL 1.3 via use of the Mesa 3.4 headers I believe work on the following is underway but not yet complete: - More vendor extensions - Support for fullscreen mode (not sure exactly how. With the current JDK 1.4 beta, the JDK-provided fullscreen mode is working with GL4Java. On Windows, one must specify -Dsun.java2d.noddraw on the command line.) Thanks to Sven for integrating all of this. A lot of cool stuff will be possible with 2.8.0. This prerelease is a major milestone. |
|
From: Laurent M. <la...@mi...> - 2001-11-01 08:05:10
|
Hi, Is it possible to do "bump mapping" using gl4java ? Thanks in advance, Laurent |
|
From: chavaignes <cha...@wa...> - 2001-10-31 16:33:27
|
Hello World, If you are interested by mathematics/surfaces-curves, you can try (it's free) SurfaceGL http://perso.wanadoo.fr/chavaignes/Cafe/SurfaceGL/SurfaceGLBase.html I corrected some bugs (movies with Windows, a lot with Mac OSX) and now every thing is perfect (I hope) on Mac OS9, Mac OSX, Windows family. I don't try it on linux. If somebody can do it and say me where are the bugs, thank's. There's Applet versions and Program versions too for these systems. Bye World, *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Sylvain DESHAYES cha...@wa... --------------------------- CAP dessinateur industriel, Bac de technicien en construction mécanique, Agrégé externe de mathématiques, Prof C.P.G.E. --------------------------- Développement Java/OpenGL/Perl. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* |
|
From: <NM...@th...> - 2001-10-31 16:29:33
|
Hi,
I have an application running under WIN2000 using GLCanvas. When the time
comes to exit my app I simply do the following to clean up the resources
used by the GLCanvas :
try {
cvsDispose();
} catch (Exception e) {
e.printStackTrace();
}
After this call I do a System.exit(0) and I am out.
My problem is that every 1/3 exits I crash before the standard System.exit
() is called. Below I have included the error log that is always produced
on this crash. What is weird is that it only happens some of the
time(although still too often to be acceptable). Also, I regularly run my
app under WinNT and this crash has NEVER occurred.
Am I cleaning up after a GLCanvas correctly?
Any suggestions?
Thanks a bunch in advance,
Noah Keen
HERE IS THAT LOG FILE WITH THE TRACE :
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0xedeab9a
Function name=DrvValidateVersion
Library=C:\WINNT\system32\mxicd.dll
Current Java thread:
at gl4java.GLContext.gljDestroyNative(Native Method)
at gl4java.GLContext.gljDestroy(GLContext.java:2497)
at com.skf.ginger.GingerCanvas.closeCanvas(GingerCanvas.java:576)
at com.skf.ginger.GingerConsole.closeModel(GingerConsole.java:737)
at com.skf.ginger.GingerConsole.exit(GingerConsole.java:761)
at
com.skf.ginger.GingerConsole$1.windowClosing(GingerConsole.java:280)
at java.awt.AWTEventMulticaster.windowClosing(Unknown Source)
at java.awt.Window.processWindowEvent(Unknown Source)
at javax.swing.JFrame.processWindowEvent(Unknown Source)
at java.awt.Window.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown
Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Dynamic libraries:
0x00400000 - 0x00405000 C:\WINNT\system32\java.exe
0x77F80000 - 0x77FFB000 C:\WINNT\System32\ntdll.dll
0x77DB0000 - 0x77E0B000 C:\WINNT\system32\ADVAPI32.dll
0x77E80000 - 0x77F35000 C:\WINNT\system32\KERNEL32.DLL
0x77D40000 - 0x77DB0000 C:\WINNT\system32\RPCRT4.DLL
0x78000000 - 0x78046000 C:\WINNT\system32\MSVCRT.dll
0x6D420000 - 0x6D4EF000 D:\Program
Files\JavaSoft\JRE\1.3.1\bin\hotspot\jvm.dll
0x77E10000 - 0x77E74000 C:\WINNT\system32\USER32.dll
0x77F40000 - 0x77F7C000 C:\WINNT\system32\GDI32.DLL
0x77570000 - 0x775A0000 C:\WINNT\system32\WINMM.dll
0x6D220000 - 0x6D227000 D:\Program Files\JavaSoft\JRE\1.3.1\bin\hpi.dll
0x6D3B0000 - 0x6D3BD000 D:\Program Files\JavaSoft\JRE\1.3.1\bin\verify.dll
0x6D250000 - 0x6D266000 D:\Program Files\JavaSoft\JRE\1.3.1\bin\java.dll
0x6D3C0000 - 0x6D3CD000 D:\Program Files\JavaSoft\JRE\1.3.1\bin\zip.dll
0x6D020000 - 0x6D128000 D:\Program Files\JavaSoft\JRE\1.3.1\bin\awt.dll
0x77800000 - 0x7781D000 C:\WINNT\system32\WINSPOOL.DRV
0x75E60000 - 0x75E7A000 C:\WINNT\system32\IMM32.dll
0x77A50000 - 0x77B46000 C:\WINNT\system32\ole32.dll
0x6D1E0000 - 0x6D21B000 D:\Program
Files\JavaSoft\JRE\1.3.1\bin\fontmanager.dll
0x72800000 - 0x72846000 C:\WINNT\system32\DDRAW.dll
0x728A0000 - 0x728A6000 C:\WINNT\system32\DCIMAN32.dll
0x0ED60000 - 0x0EE24000 C:\WINNT\system32\mxicd.dll
0x6D2C0000 - 0x6D2DB000 D:\Program Files\JavaSoft\JRE\1.3.1\bin\jpeg.dll
0x10000000 - 0x10008000 C:\PROGRA~1\MOUSEW~1\SYSTEM\LgMousHk.dll
0x0F560000 - 0x0F8EB000 D:\thinktank\ginger\bin\ginger.dll
0x69510000 - 0x695D7000 C:\WINNT\system32\OPENGL32.dll
0x6FAC0000 - 0x6FADF000 C:\WINNT\system32\GLU32.dll
0x12000000 - 0x1209D000 C:\WINNT\system32\xerces-c_1_4.dll
0x0FB00000 - 0x0FB3E000 D:\thinktank\ginger\bin\GL4JavaJauGljJNI13.dll
0x6D270000 - 0x6D275000 C:\jdk1.3.1\jre\bin\jawt.dll
0x77920000 - 0x77943000 C:\WINNT\system32\imagehlp.dll
0x72A00000 - 0x72A2D000 C:\WINNT\system32\DBGHELP.dll
0x690A0000 - 0x690AB000 C:\WINNT\system32\PSAPI.DLL
Local Time = Mon Oct 29 17:42:12 2001
Elapsed Time = 34
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.3.1-b24 mixed mode)
#
|
|
From: <aco...@wa...> - 2001-10-31 10:50:23
|
Hello, An article discussing the nio api has been posted on java.sun.com for those who want to better understand what it does. The article is highly technical though, and targeted to experienced programers http://developer.java.sun.com/developer/technicalArticles/releases/nio/ Alban Cousinie |
|
From: nader <nz...@st...> - 2001-10-31 01:26:18
|
Hi, when GL4Java is loading for the very first time, it spews out a lot of messages, such as: "GLINFO: loaded OpenGL library ... " or "GLINFO: %s (%d): not implemented !\n" May I suggest that an option be added to allow enabling/disabling of these messages from java. The way it is implemented right now is that it is hard-coded in: for example, see gltool.c, specifically line 542 which reads: #define GET_GL_PROCADDRESS(a) getGLProcAddressHelper (libGLName, libGLUName, (a), NULL, 1, 0); the 1 enables verbose and the 0 disables debug. Maybe in the next release, this feature can be added in. thanks for your work so far, nader |
|
From: Sven G. <sgo...@ja...> - 2001-10-30 17:27:03
|
---------- Forwarded Message ---------- Subject: Re: [gl4java-usergroup] GL4Java and GLX problem Date: Tue, 30 Oct 2001 18:12:49 +0100 From: Sven Goethel <sgo...@ja...> To: Jiba <Jea...@im...> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 30 October 2001 22:54, Jiba wrote: > Le 30 Oct 2001 15:49:10 +0100, Sven Goethel a écrit : > > On Tuesday 30 October 2001 21:41, Jiba wrote: > > > Hi, > > > > > > I have trouble to use GL4Java; it seems that it cannot localize GLX. > > > But OpenGL (actually, Mesa) works fine (demos like gears) ! > > > > > > I am using Linux Mandrake 8.0 with XFree 3.3.6 (SVGA server) and Mesa > > > (XFree 4.0 doesn't work !). > > > > > > I join the output of "java gl4java.GLContext -info", and "glxinfo". > > > > > > Thanks for any help ! > > > > > > Jiba > > > > please use the current dev. gl4java from sourceforge, > > then send the logs again > > > > sven > > I've tried with gl4java2.8.0.5-jar.zip and > libGL4Java2.8.0.0-Linux-glibc2-xf86-x86.tar.gz,butit doesn't work, even > with XFree 4 (2.7.x works fine with it !). > > Here are the error logs; the first is with factory. Without factories, it > seems to go father before crashing...? > > Do not hesitate if there is other test i can do. > > Jiba ;-) <snip> > GL4Java: writing capabilities to GLContext's java object > GLContext GLContext() succeded this means: fine ;-) > Exception in thread "main" java.lang.UnsatisfiedLinkError: glfInit > at gl4java.utils.glf.GLFFuncJNI.glfInit(Native Method) > at gl4java.utils.glf.GLF.<init>(GLF.java:25) > at gl4java.GLContext.gljGetVersions(GLContext.java:2828) > at gl4java.GLContext.gljShowVersions(GLContext.java:2932) > at gl4java.GLContext.main(GLContext.java:1039) this means: DO USE THE RIGHT NATIVE LIBRARIES !! this message indicates that the used native library does not contain the native function "glfInit" ... since: 19th June 2001 (Version 2.8.0 - PRE-Release 0 (CVS only) ) the native libs contains GLF support ;-) please please - download them from sourceforge, delete all old ones, install the new ones ! (read the FAQ) peace, sven - -- my concern about the current attack: http://www.jausoft.com/20010911-wtc/ mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440 ; fax : +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE73t+RHdOA30NoFAARAjNSAJ9aqmglonaeHlxAqVbwjP7wiHw44QCeOO0g GtJGWl8s7GqNDxcJaFz7KHQ= =LZsT -----END PGP SIGNATURE----- ------------------------------------------------------- -- my concern about the current attack: http://www.jausoft.com/20010911-wtc/ mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440 ; fax : +49-521-2399442 |
|
From: Jiba <Jea...@im...> - 2001-10-30 16:10:26
|
Le 30 Oct 2001 16:54:13 -0500, Jiba a =E9crit :
> Le 30 Oct 2001 15:49:10 +0100, Sven Goethel a =E9crit :
> > On Tuesday 30 October 2001 21:41, Jiba wrote:
> > > Hi,
> > >
> > > I have trouble to use GL4Java; it seems that it cannot localize GLX=
. But
> > > OpenGL (actually, Mesa) works fine (demos like gears) !
> > >
> > > I am using Linux Mandrake 8.0 with XFree 3.3.6 (SVGA server) and Me=
sa
> > > (XFree 4.0 doesn't work !).
> > >
> > > I join the output of "java gl4java.GLContext -info", and "glxinfo".
> > >
> > > Thanks for any help !
> > >
> > > Jiba
> >=20
> > please use the current dev. gl4java from sourceforge,
> > then send the logs again
> >=20
> > sven
>=20
> I've tried with gl4java2.8.0.5-jar.zip and libGL4Java2.8.0.0-Linux-glib=
c2-xf86-x86.tar.gz,butit doesn't work, even with XFree 4 (2.7.x works fin=
e with it !).
>=20
> Here are the error logs; the first is with factory. Without factories, =
it seems to go father before crashing...?
>=20
> Do not hesitate if there is other test i can do.
>=20
> Jiba
I was using the old native lib (2.7.x), forget what i've said above !
The result with 2.8 is the same than with 2.7 : it works with XFree 4.0
(vesa) but not with XFree 3.3.6 (svga).
The error log is similar, if not identical :
[jiba@quinoa jiba]$ java -Djava.library.path=3D/usr/X11R6/lib
gl4java.GLContext -info
GLContext.doLoadNativeLibraries will do it !
jvm vendor: Sun Microsystems Inc.
jvm version: 1.3.0_02
jvm version (parsed): major: 1, minor: 3
loaded native library: GL4JavaJauGljJNI13
fetching GL/GLU functions ...
GLINFO: cannot access GLX library libglx.so directly ...
GLINFO: loaded OpenGL library libGL.so!
GLINFO: loaded GLU library libGLU.so!
fetched GL/GLU functions succesfully !
native Libraries loaded succesfull
GLFunc implementation GLFuncJauJNI created succesfull
GLUFunc implementation GLUFuncJauJNI created succesfull
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
display=3D0x8178a28, screen=3D0
X11DrawableFactory.glXChooseVisual: try capabilities:
gl_supported: 1 !
doubleBuff: 1, rgba: 1, stereo: 0, depthSize: 24,
stencilSize: 0 !
red: 8, green: 8, blue: 8, alpha: 0 !
red accum: 0, green accum: 0, blue accum: 0, alpha accum: 0
!
nativeVisualID: -1 !
Xlib: extension "GLX" missing on display ":0.0".
X11DrawableFactory.glXChooseVisual: try capabilities:
gl_supported: 1 !
doubleBuff: 1, rgba: 1, stereo: 0, depthSize: 24,
stencilSize: 0 !
red: 8, green: 8, blue: 8, alpha: 0 !
red accum: 1, green accum: 1, blue accum: 1, alpha accum: 0
!
nativeVisualID: -1 !
Xlib: extension "GLX" missing on display ":0.0".
X11DrawableFactory.glXChooseVisual: try capabilities:
gl_supported: 1 !
doubleBuff: 1, rgba: 1, stereo: 0, depthSize: 24,
stencilSize: 0 !
red: 8, green: 8, blue: 8, alpha: 0 !
red accum: 0, green accum: 0, blue accum: 0, alpha accum: 0
!
nativeVisualID: -1 !
Xlib: extension "GLX" missing on display ":0.0".
X11DrawableFactory.glXChooseVisual: try capabilities:
gl_supported: 1 !
doubleBuff: 0, rgba: 1, stereo: 0, depthSize: 24,
stencilSize: 0 !
red: 8, green: 8, blue: 8, alpha: 0 !
red accum: 0, green accum: 0, blue accum: 0, alpha accum: 0
!
nativeVisualID: -1 !
Xlib: extension "GLX" missing on display ":0.0".
X11DrawableFactory.glXChooseVisual: no visual
java.lang.reflect.InvocationTargetException:
java.lang.IllegalArgumentException: Unknown Visual Specified
at sun.awt.X11GraphicsConfig.init(Native Method)
at sun.awt.X11GraphicsConfig.<init>(X11GraphicsConfig.java:69)
at
sun.awt.X11GraphicsConfig.getConfig(X11GraphicsConfig.java:44)
at java.lang.reflect.Method.invoke(Native Method)
at
gl4java.drawable.X11SunJDK13GLDrawableFactory.getGraphicsConfiguration(X1=
1SunJDK13GLDrawableFactory.java:99)
at
gl4java.drawable.SunJDK13GLDrawableFactory.getGraphicsConfiguration(SunJD=
K13GLDrawableFactory.java:61)
at gl4java.GLContext.main(GLContext.java:1027)
Exception in thread "main" java.lang.InternalError:
java.lang.reflect.InvocationTargetException
at
gl4java.drawable.X11SunJDK13GLDrawableFactory.getGraphicsConfiguration(X1=
1SunJDK13GLDrawableFactory.java:109)
at
gl4java.drawable.SunJDK13GLDrawableFactory.getGraphicsConfiguration(SunJD=
K13GLDrawableFactory.java:61)
at gl4java.GLContext.main(GLContext.java:1027)
|
|
From: Jiba <Jea...@im...> - 2001-10-30 15:30:28
|
Le 30 Oct 2001 15:41:31 -0500, Jiba a =E9crit : > Hi, >=20 > I have trouble to use GL4Java; it seems that it cannot localize GLX. Bu= t > OpenGL (actually, Mesa) works fine (demos like gears) ! >=20 > I am using Linux Mandrake 8.0 with XFree 3.3.6 (SVGA server) and Mesa > (XFree 4.0 doesn't work !). >=20 > I join the output of "java gl4java.GLContext -info", and "glxinfo". >=20 > Thanks for any help ! I've just reach to use XFree 4 with vesa driver, and GL4Java works ! Does GL4Java require XFree 4 to work or not ? Jiba |
|
From: Jiba <Jea...@im...> - 2001-10-30 14:40:37
|
Hi, I have trouble to use GL4Java; it seems that it cannot localize GLX. But OpenGL (actually, Mesa) works fine (demos like gears) ! I am using Linux Mandrake 8.0 with XFree 3.3.6 (SVGA server) and Mesa (XFree 4.0 doesn't work !). I join the output of "java gl4java.GLContext -info", and "glxinfo". Thanks for any help ! Jiba |
|
From: <aco...@wa...> - 2001-10-21 09:51:49
|
It works for me=2E=2E=2E http://homepage=2Emac=2Ecom/gziemski/=2Ecv/gziemski/Public/gl4java/for%20Mac= OS%20X /2=2E6=2E0=2E3/gl4java=2Etar=2Egz-link=2Egz Regards, Alban Cousini=E9 |
|
From: gerard z. <gzi...@ap...> - 2001-10-21 02:21:34
|
hi Greg, Sorry about, I'll put it back up shortly. On Saturday, October 20, 2001, at 12:03 PM, gl4java-usergroup- re...@li... wrote: > > Message: 1 > From: "Greg Turner" <gre...@bi...> > To: <gl4...@li...> > Date: Sat, 20 Oct 2001 16:51:47 +0100 > Subject: [gl4java-usergroup] Gerard Ziemski? need OSX port of GL4Java! > > Hello all, > > I'm desparately trying to get hold of the OS X port of GL4Java for my > final-year computer science project, and Gerard Ziemski's > website and e-mail > address appear to have disappeared. > > If anyone can tell me how to get in touch with him, or can send me the > installer, I will be very, VERY grateful. > > Kind Regards, > > Greg Turner > Loughborough University, UK > |
|
From: Greg T. <gre...@bi...> - 2001-10-20 15:50:39
|
Hello all, I'm desparately trying to get hold of the OS X port of GL4Java for my final-year computer science project, and Gerard Ziemski's website and e-mail address appear to have disappeared. If anyone can tell me how to get in touch with him, or can send me the installer, I will be very, VERY grateful. Kind Regards, Greg Turner Loughborough University, UK |
|
From: Sven G. <sgo...@ja...> - 2001-10-19 09:29:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 the new FAQ is now online .. thanxs to Alban Cousinié <aco...@wa...> !! hopefully this helps .. to add Q/A's to the FAQ, please create the necessary HTML chunk and email it to me and Alban Cousinié .. the we can easily add it .. - --------------------- the nio 1.4 support is nearly finished .. (sorry kenneth for the _very_big_ delay) thanxs to "Kenneth B. Russell" <kbr...@al...> !! - --------------------- the application page is updated also ;-) sorry for any delays to anybody .. peace, sven - -- my concern about the current attack: http://www.jausoft.com/20010911-wtc/ mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440 ; fax : +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7z/I9HdOA30NoFAARAkMIAJ9H5tUxvu9l3TqG8ZR0ZJSYjf8J9wCfYnJ4 kEoO22WT+uEYvfTJ1HDsghg= =6ngF -----END PGP SIGNATURE----- |
|
From: Lamy Jean-B. <a1...@So...> - 2001-10-18 11:46:23
|
Le Jeudi 18 Octobre 2001 00:49, vous avez =E9crit : > > BTW, I was curious what everyone was using gl4java to currently deve= lop, > > =3D have you got any sites out there that I can have a peak at? :) Arkanae, a free 3D RPG game http://arkanae.tuxfamily.org/ We're currently uploading the new version, be patient.... Jiba |
|
From: Kenneth B. R. <kbr...@al...> - 2001-10-18 04:49:12
|
> BTW, I was curious what everyone was using gl4java to currently develop, = > have you got any sites out there that I can have a peak at? :) http://java.sun.com/products/jfc/tsc/articles/jcanyon/ As soon as the 2.8 release of OpenGL for Java is out with built-in JDK 1.4 support, this kind of program will require no application-level native code, which is very exciting. |
|
From: The P. <ph...@mu...> - 2001-10-18 02:15:28
|
> btw: how about the progress regarding the faq ? Well, normally I hate to bug people, but since you started it... :) I'm curious about the status of 2.8. What are the outstanding issues you are working on for the final release? --physic ph...@te... |
|
From: Sven G. <sgo...@ja...> - 2001-10-18 02:05:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 20 October 2001 10:00, Alban Cousinié wrote: > >also try adding c:\jdk1.4\jre\bin to your system classpath, > >this may fix the problem. > >Sometimes GL4JAVA wouldn't fint jawt.dll wich is in this directory and > > wouldn't > > >load gl4java dependent dlls > > I meant try adding c:\jdk1.4\jre\bin to your system PATH and not classpath > sorry for the confusion > > Regards, > > Alban Cousinié > or just use: c:\jdk1.4\jre\bin\java ;-) btw: how about the progress regarding the faq ? cheers, sven - -- my concern about the current attack: http://www.jausoft.com/20010911-wtc/ mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440 ; fax : +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7zjijHdOA30NoFAARAqhTAKCntcFHW2CJQCuh2JFe7o5EhpRfLgCgnEsL pZ7Dkq/I/KjK8jS9JejV1z8= =fFYF -----END PGP SIGNATURE----- |
787 messages has been excluded from this view by a project administrator.
