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: Kerry L. B. <ke...@vs...> - 2000-06-30 18:52:20
|
Hello Ben! I've done something similar w/ terrain and other objects.
The way I link all the objects in my Java based scene graph is to have a
class called Renderer which extends GLAnimCanvas and abstracts a rendering
target. Within the overridden GLAnimCanvas.display() method I initiate a
traversal of my scene graph, during which the Renderer object is passed to
each object being rendered.
Then, objects like terrain that need access to gl4Java call one of two
helper methods on the Renderer object:
public gl4java.GLFunc getGl() { return gl; }
public gl4java.GLUFunc getGlu() { return glu; }
This lets you write code like (forgive C++ proto syntax :)
void Patch::render( Renderer renderer )
{
gl4java.GLFunc gl = renderer.getGl();
...
gl.glBegin( gl.GL_TRIANGLES );
...
}
Works great. I also recommend for terrain managing your own frustrum, so
you can add this code or some equivalent:
void Patch::render( Renderer renderer )
{
Frustrum frustrum = renderer.getFrustrum();
if( !frustrum.intersects( this.bounds ) )
return;
gl4java.GLFunc gl = renderer.getGl();
...
}
CLOD is one case where you can't rely on GL tri culling if you are shooting
for visible triangle targets link like in ROAM.
At 04:31 PM 6/30/00 GMT, Ben Hesketh wrote:
>Hi,
>
>I'm trying to port the LOD terrain rendering to Java using GL4Java.
>I have a base class Terrain which deals with the whole landscape and then I
>have a class called Patch which handles the level of detail and rendering
>for a small section of the landscape.
>
>The landscape is stored in a binary tree with each leaf representing a final
>triangle to be drawn. The renderer walks this tree and when it finds a leaf
>node, it draws it. My problem is that Terrain (the top level class) is an
>extension of GLAnimCanvas (so that it can be run in an applet) but I don't
>know what to do with the Patch class. Should it extend GLFuncJNI? Or should
>it extend something like GLContext?
>
>To see a 2D version at work (it'll probably give you a better idea) look at
>http://thor.cam.ac.uk/~jbgh2
>
>Thanks in advance,
>
>BEN
>________________________________________________________________________
>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
>
>
>_______________________________________________
>gl4java-usergroup mailing list
>gl4...@li...
>http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup
>
>
|
|
From: Ben H. <jb...@ho...> - 2000-06-30 16:36:12
|
Hi, I'm trying to port the LOD terrain rendering to Java using GL4Java. I have a base class Terrain which deals with the whole landscape and then I have a class called Patch which handles the level of detail and rendering for a small section of the landscape. The landscape is stored in a binary tree with each leaf representing a final triangle to be drawn. The renderer walks this tree and when it finds a leaf node, it draws it. My problem is that Terrain (the top level class) is an extension of GLAnimCanvas (so that it can be run in an applet) but I don't know what to do with the Patch class. Should it extend GLFuncJNI? Or should it extend something like GLContext? To see a 2D version at work (it'll probably give you a better idea) look at http://thor.cam.ac.uk/~jbgh2 Thanks in advance, BEN ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com |
|
From: Artiste on t. W. <a1...@So...> - 2000-06-29 14:55:00
|
"John.P.Lewis" wrote: > > The routine below fails in glj.gljCheckGL() immediately after calling > gl.glEnd(), and I cannot see why - though it must be something very > simple. > The picture that it draws *is* correct! It happens on both 2.3.11 and > 2.4, on > both Linux and SGI. > > What am I doing wrong? According to the red book, glGetError is invalid between glBegin and glEnd. Artiste on the Web > (self-contained program showing the problem is at > http://www.idiom.com/~zilla/Test.java) > > void display() ... > > gl.glPolygonMode(GL_FRONT_AND_BACK,GL_FILL); > gl.glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); > > for( int iv=0; iv < NV_1; iv++ ) { > int iv1 = iv+1; > checkGL("display before glBegin"); // calls gljCheckGL, > ok. > gl.glBegin(GL_TRIANGLE_STRIP); > checkGL("display 4"); // ok invalid > for( int iu=0; iu < NU; iu++ ) { > Vertex V00 = _data[iv][iu]; > Vertex V10 = _data[iv1][iu]; > > gl.glNormal3fv(V00.n); > gl.glVertex3f(V00.v[0],V00.v[1],V00.v[2]); > gl.glNormal3fv(V10.n); > gl.glVertex3f(V10.v[0],V10.v[1],V10.v[2]); > checkGL("iu"); // ok invalid > } //u > checkGL("display 5a"); // ok > gl.glEnd(); // HERE: > // GL ERROR : invalid operation > // GL ERROR : 1282 == 0x502 > checkGL("display 5b"); // fails > } //v > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup |
|
From: Sven G. <sgo...@ja...> - 2000-06-29 11:31:57
|
Dear GL4Java users, the new release 2.4.0.0 is out ! Please have a look at the Changes ! In short terms: - dynamic GL 1.2 function binding - dynamic check if an own window must be used .. - accumulation buffer support in X11 - swing support (offscreen rendering) - offscreen rendering - XFree86 4.0 support - one binary for all configs (X11, GL lib, ...) - improved installer thats it ... http://www.jausoft.com/gl4java/ Yours, Sven -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Sven G. <sgo...@ja...> - 2000-06-29 11:27:14
|
Well, I had no problems with: 26. June 2000: NVidia's XF 4.0 module + XF 4.0 CVS + GL4Java 2.4.0.0 + JDK 1.2.2 native threads ! Results: ok - no problem, except the offscreen renderer ! Is this your configuration ? Sven -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Artiste on t. W. <a1...@So...> - 2000-06-29 08:28:44
|
Hi everyone, I have tried the NVidia drivers for XFree4 with GL4Java; all my progs segfault exept one (strangely the more complex and big) that work fine, and at very high speed (> 100fps, with a TNT2, vs 5-25fps with Mesa). It looks like all gl functions segfault if they are not called from the display() method (or any other method called by this method)... Is someone had experimented similar things ? A11W |
|
From: John.P.Lewis <Joh...@di...> - 2000-06-29 03:24:54
|
The routine below fails in glj.gljCheckGL() immediately after calling gl.glEnd(), and I cannot see why - though it must be something very simple. The picture that it draws *is* correct! It happens on both 2.3.11 and 2.4, on both Linux and SGI. What am I doing wrong? (self-contained program showing the problem is at http://www.idiom.com/~zilla/Test.java) void display() ... gl.glPolygonMode(GL_FRONT_AND_BACK,GL_FILL); gl.glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); for( int iv=0; iv < NV_1; iv++ ) { int iv1 = iv+1; checkGL("display before glBegin"); // calls gljCheckGL, ok. gl.glBegin(GL_TRIANGLE_STRIP); checkGL("display 4"); // ok for( int iu=0; iu < NU; iu++ ) { Vertex V00 = _data[iv][iu]; Vertex V10 = _data[iv1][iu]; gl.glNormal3fv(V00.n); gl.glVertex3f(V00.v[0],V00.v[1],V00.v[2]); gl.glNormal3fv(V10.n); gl.glVertex3f(V10.v[0],V10.v[1],V10.v[2]); checkGL("iu"); // ok } //u checkGL("display 5a"); // ok gl.glEnd(); // HERE: // GL ERROR : invalid operation // GL ERROR : 1282 == 0x502 checkGL("display 5b"); // fails } //v |
|
From: John.P.Lewis <Joh...@di...> - 2000-06-28 03:13:40
|
> Under Java2v122 trying setting the environment variable > JAVA_OPENGL_NATIVE when running under -native. This, combined with running on a 6.5 machine, fixed the problem. thanks! |
|
From: <ss...@sr...> - 2000-06-28 02:23:51
|
Under Java2v122 trying setting the environment variable JAVA_OPENGL_NATIVE when running under -native. This preloads the OpenGL libraries and the underlying kernel execution vehicles are initialized right and work correctly under pthreads. thanks, --Suresh > > This is a multi-part message in MIME format. > --------------FEEDC88DE6DBCA0AA85714F7 > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Hello - > I'm running the precompiled gl4java.2.3.1.1 SGI binaries. A couple of > the > demos run correctly for a while with -green threads, but most others > crash. > glDemosCvs, which runs initially with -green crashes with -native. > > The crashes all seem to be the same; the trace is attached and starts > out as > indicated below. > > This is using SGI jdk122 'MR' release (april 2000). > > Does anyone have any leads on how to get around this? > > SIGSEGV 11* segmentation violation > si_signo [11]: SIGSEGV 11* segmentation violation > si_errno [0]: Error 0 > si_code [1]: SEGV_MAPERR [addr: 0x96C8] > > User context info: > pc = 0xda86bbc (SignalError = 0x4019630) > sp = 0x104c6340, ra = 0xda79040 > stackpointer=104c5e00 > > Full thread dump Classic VM (JDK-1.2.2, native threads): > "Screen Updater" (TID:0x5126ba8, sys_thread_t:0x10712400, state:CW, > native ID:0x1000c) prio=4 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:77) > at sun.awt.ScreenUpdater.run(ScreenUpdater.java:117) > > > --------------FEEDC88DE6DBCA0AA85714F7 > Content-Type: text/plain; charset=us-ascii; > name="SGICOREDUMP" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; > filename="SGICOREDUMP" > > GL4Java: (using visuals: doubleBuffer=1, stereoView=0, rgba=1, stencilBits=8) > ) > >>> GLContext() succeded > using rgb... > SIGSEGV 11* segmentation violation > si_signo [11]: SIGSEGV 11* segmentation violation > si_errno [0]: Error 0 > si_code [1]: SEGV_MAPERR [addr: 0x96C8] > > User context info: > pc = 0xda86bbc (SignalError = 0x4019630) > sp = 0x104c6340, ra = 0xda79040 > stackpointer=104c5e00 > > Full thread dump Classic VM (JDK-1.2.2, native threads): > "Screen Updater" (TID:0x5126ba8, sys_thread_t:0x10712400, state:CW, native ID:0x1000c) prio=4 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:77) > at sun.awt.ScreenUpdater.run(ScreenUpdater.java:117) > "Thread-4" (TID:0x5125b68, sys_thread_t:0x10018208, state:CW, native ID:0x10000) prio=5 > "Thread-3" (TID:0x5130d88, sys_thread_t:0x102c3d90, state:CW, native ID:0x1000a) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "Thread-2" (TID:0x5130d50, sys_thread_t:0x102c48b8, state:CW, native ID:0x10009) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "Thread-1" (TID:0x5130af0, sys_thread_t:0x102c3c50, state:CW, native ID:0x10008) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "Thread-0" (TID:0x5130b58, sys_thread_t:0x102c4778, state:CW, native ID:0x10007) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "AWT-Motif" (TID:0x51303b0, sys_thread_t:0x105188f0, state:R, native ID:0x10006) prio=5 > at sun.awt.motif.MToolkit.run(Native Method) > at java.lang.Thread.run(Thread.java:481) > "SunToolkit.PostEventQueue-0" (TID:0x51300a0, sys_thread_t:0x10483880, state:CW, native ID:0x10005) prio=5 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at sun.awt.PostEventQueue.run(SunToolkit.java:432) > "AWT-EventQueue-0" (TID:0x51300d0, sys_thread_t:0x10485978, state:R, native ID:0x10004) prio=6 > at gl4java.GLContext.gljMakeCurrentNative(Native Method) > at gl4java.GLContext.gljMakeCurrent(GLContext.java:1586) > at waveCvs.display(waveCvs.java:294) > at gl4java.awt.GLCanvas.sDisplay(GLCanvas.java:441) > at gl4java.awt.GLCanvas.paint(GLCanvas.java:328) > at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:279) > at java.awt.Component.dispatchEventImpl(Component.java:2449) > at java.awt.Component.dispatchEvent(Component.java:2308) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:293) > at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java:116) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:96) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:88) > "Finalizer" (TID:0x5118320, sys_thread_t:0x1017c878, state:CW, native ID:0x10003) prio=8 > at java.lang.Object.wait(Native Method) > at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108) > at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) > at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177) > "Reference Handler" (TID:0x51183b0, sys_thread_t:0x100f56c0, state:CW, native ID:0x10002) prio=10 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:103) > "Signal dispatcher" (TID:0x51183e0, sys_thread_t:0x1007f118, state:CW, native ID:0x10001) prio=5 > Monitor Cache Dump: > sun.awt.ScreenUpdater@5126BA8/51BBB10: <unowned> > Waiting to be notified: > "Screen Updater" (0x10712400) > sun.awt.PostEventQueue@51300A0/519B5F8: <unowned> > Waiting to be notified: > "SunToolkit.PostEventQueue-0" (0x10483880) > java.lang.ref.ReferenceQueue$Lock@5118338/514DD18: <unowned> > Waiting to be notified: > "Finalizer" (0x1017c878) > java.lang.ref.Reference$Lock@51183C0/514D848: <unowned> > Waiting to be notified: > "Reference Handler" (0x100f56c0) > Registered Monitor Dump: > utf8 hash table: <unowned> > Class lock: <unowned> > JNI pinning lock #150: <unowned> > JNI pinning lock #149: <unowned> > JNI pinning lock #148: <unowned> > JNI pinning lock #147: <unowned> > JNI pinning lock #146: <unowned> > JNI pinning lock #145: <unowned> > JNI pinning lock #144: <unowned> > JNI pinning lock #143: <unowned> > JNI pinning lock #142: <unowned> > JNI pinning lock #141: <unowned> > JNI pinning lock #140: <unowned> > JNI pinning lock #139: <unowned> > JNI pinning lock #138: <unowned> > JNI pinning lock #137: <unowned> > JNI pinning lock #136: <unowned> > JNI pinning lock #135: <unowned> > JNI pinning lock #134: <unowned> > JNI pinning lock #133: <unowned> > JNI pinning lock #132: <unowned> > JNI pinning lock #131: <unowned> > JNI pinning lock #130: <unowned> > JNI pinning lock #129: <unowned> > JNI pinning lock #128: <unowned> > JNI pinning lock #127: <unowned> > JNI pinning lock #126: <unowned> > JNI pinning lock #125: <unowned> > JNI pinning lock #124: <unowned> > JNI pinning lock #123: <unowned> > JNI pinning lock #122: <unowned> > JNI pinning lock #121: <unowned> > JNI pinning lock #120: <unowned> > JNI pinning lock #119: <unowned> > JNI pinning lock #118: <unowned> > JNI pinning lock #117: <unowned> > JNI pinning lock #116: <unowned> > JNI pinning lock #115: <unowned> > JNI pinning lock #114: <unowned> > JNI pinning lock #113: <unowned> > JNI pinning lock #112: <unowned> > JNI pinning lock #111: <unowned> > JNI pinning lock #110: <unowned> > JNI pinning lock #109: <unowned> > JNI pinning lock #108: <unowned> > JNI pinning lock #107: <unowned> > JNI pinning lock #106: <unowned> > JNI pinning lock #105: <unowned> > JNI pinning lock #104: <unowned> > JNI pinning lock #103: <unowned> > JNI pinning lock #102: <unowned> > JNI pinning lock #101: <unowned> > JNI pinning lock #100: <unowned> > JNI pinning lock #99: <unowned> > JNI pinning lock #98: <unowned> > JNI pinning lock #97: <unowned> > JNI pinning lock #96: <unowned> > JNI pinning lock #95: <unowned> > JNI pinning lock #94: <unowned> > JNI pinning lock #93: <unowned> > JNI pinning lock #92: <unowned> > JNI pinning lock #91: <unowned> > JNI pinning lock #90: <unowned> > JNI pinning lock #89: <unowned> > JNI pinning lock #88: <unowned> > JNI pinning lock #87: <unowned> > JNI pinning lock #86: <unowned> > JNI pinning lock #85: <unowned> > JNI pinning lock #84: <unowned> > JNI pinning lock #83: <unowned> > JNI pinning lock #82: <unowned> > JNI pinning lock #81: <unowned> > JNI pinning lock #80: <unowned> > JNI pinning lock #79: <unowned> > JNI pinning lock #78: <unowned> > JNI pinning lock #77: <unowned> > JNI pinning lock #76: <unowned> > JNI pinning lock #75: <unowned> > JNI pinning lock #74: <unowned> > JNI pinning lock #73: <unowned> > JNI pinning lock #72: <unowned> > JNI pinning lock #71: <unowned> > JNI pinning lock #70: <unowned> > JNI pinning lock #69: <unowned> > JNI pinning lock #68: <unowned> > JNI pinning lock #67: <unowned> > JNI pinning lock #66: <unowned> > JNI pinning lock #65: <unowned> > JNI pinning lock #64: <unowned> > JNI pinning lock #63: <unowned> > JNI pinning lock #62: <unowned> > JNI pinning lock #61: <unowned> > JNI pinning lock #60: <unowned> > JNI pinning lock #59: <unowned> > JNI pinning lock #58: <unowned> > JNI pinning lock #57: <unowned> > JNI pinning lock #56: <unowned> > JNI pinning lock #55: <unowned> > JNI pinning lock #54: <unowned> > JNI pinning lock #53: <unowned> > JNI pinning lock #52: <unowned> > JNI pinning lock #51: <unowned> > JNI pinning lock #50: <unowned> > JNI pinning lock #49: <unowned> > JNI pinning lock #48: <unowned> > JNI pinning lock #47: <unowned> > JNI pinning lock #46: <unowned> > JNI pinning lock #45: <unowned> > JNI pinning lock #44: <unowned> > JNI pinning lock #43: <unowned> > JNI pinning lock #42: <unowned> > JNI pinning lock #41: <unowned> > JNI pinning lock #40: <unowned> > JNI pinning lock #39: <unowned> > JNI pinning lock #38: <unowned> > JNI pinning lock #37: <unowned> > JNI pinning lock #36: <unowned> > JNI pinning lock #35: <unowned> > JNI pinning lock #34: <unowned> > JNI pinning lock #33: <unowned> > JNI pinning lock #32: <unowned> > JNI pinning lock #31: <unowned> > JNI pinning lock #30: <unowned> > JNI pinning lock #29: <unowned> > JNI pinning lock #28: <unowned> > JNI pinning lock #27: <unowned> > JNI pinning lock #26: <unowned> > JNI pinning lock #25: <unowned> > JNI pinning lock #24: <unowned> > JNI pinning lock #23: <unowned> > JNI pinning lock #22: <unowned> > JNI pinning lock #21: <unowned> > JNI pinning lock #20: <unowned> > JNI pinning lock #19: <unowned> > JNI pinning lock #18: <unowned> > JNI pinning lock #17: <unowned> > JNI pinning lock #16: <unowned> > JNI pinning lock #15: <unowned> > JNI pinning lock #14: <unowned> > JNI pinning lock #13: <unowned> > JNI pinning lock #12: <unowned> > JNI pinning lock #11: <unowned> > JNI pinning lock #10: <unowned> > JNI pinning lock #9: <unowned> > JNI pinning lock #8: <unowned> > JNI pinning lock #7: <unowned> > JNI pinning lock #6: <unowned> > JNI pinning lock #5: <unowned> > JNI pinning lock #4: <unowned> > JNI pinning lock #3: <unowned> > JNI pinning lock #2: <unowned> > JNI pinning lock #1: <unowned> > JNI pinning lock #0: <unowned> > JNI global reference lock: <unowned> > BinClass lock: <unowned> > Class linking lock: <unowned> > System class loader lock: <unowned> > Code rewrite lock: <unowned> > Heap lock: <unowned> > Monitor cache lock: owner "AWT-EventQueue-0" (0x10485978) 1 entry > hostent lock: <unowned> > Thread queue lock: owner "AWT-EventQueue-0" (0x10485978) 2 entries > Waiting to be notified: > "Thread-4" (0x10018208) > Monitor registry: owner "AWT-EventQueue-0" (0x10485978) 1 entry > > SIGABRT 6* abort (generated by abort(3) routine) > si_signo [6]: SIGABRT 6* abort (generated by abort(3) routine) > si_errno [0]: Error 0 > si_code [0]: SI_USER [pid: 18268, uid: 21356] > User context info: > pc = 0xfae4c78 (SignalError = 0x4019630) > sp = 0x104c5d40, ra = 0x3ff446d0 > stackpointer=104c5800 > > Full thread dump Classic VM (JDK-1.2.2, native threads): > "Screen Updater" (TID:0x5126ba8, sys_thread_t:0x10712400, state:CW, native ID:0x1000c) prio=4 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:77) > at sun.awt.ScreenUpdater.run(ScreenUpdater.java:117) > "Thread-4" (TID:0x5125b68, sys_thread_t:0x10018208, state:CW, native ID:0x10000) prio=5 > "Thread-3" (TID:0x5130d88, sys_thread_t:0x102c3d90, state:CW, native ID:0x1000a) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "Thread-2" (TID:0x5130d50, sys_thread_t:0x102c48b8, state:CW, native ID:0x10009) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "Thread-1" (TID:0x5130af0, sys_thread_t:0x102c3c50, state:CW, native ID:0x10008) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "Thread-0" (TID:0x5130b58, sys_thread_t:0x102c4778, state:CW, native ID:0x10007) prio=5 > at java.lang.Thread.sleep(Native Method) > at java.lang.Thread.sleep(Thread.java:233) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:406) > at java.lang.Thread.run(Thread.java:481) > "AWT-Motif" (TID:0x51303b0, sys_thread_t:0x105188f0, state:R, native ID:0x10006) prio=5 > at sun.awt.motif.MToolkit.run(Native Method) > at java.lang.Thread.run(Thread.java:481) > "SunToolkit.PostEventQueue-0" (TID:0x51300a0, sys_thread_t:0x10483880, state:CW, native ID:0x10005) prio=5 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at sun.awt.PostEventQueue.run(SunToolkit.java:432) > "AWT-EventQueue-0" (TID:0x51300d0, sys_thread_t:0x10485978, state:R, native ID:0x10004) prio=6 > at gl4java.GLContext.gljMakeCurrentNative(Native Method) > at gl4java.GLContext.gljMakeCurrent(GLContext.java:1586) > at waveCvs.display(waveCvs.java:294) > at gl4java.awt.GLCanvas.sDisplay(GLCanvas.java:441) > at gl4java.awt.GLCanvas.paint(GLCanvas.java:328) > at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:279) > at java.awt.Component.dispatchEventImpl(Component.java:2449) > at java.awt.Component.dispatchEvent(Component.java:2308) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:293) > at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java:116) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:96) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:88) > "Finalizer" (TID:0x5118320, sys_thread_t:0x1017c878, state:CW, native ID:0x10003) prio=8 > at java.lang.Object.wait(Native Method) > at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108) > at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) > at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177) > "Reference Handler" (TID:0x51183b0, sys_thread_t:0x100f56c0, state:CW, native ID:0x10002) prio=10 > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:425) > at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:103) > "Signal dispatcher" (TID:0x51183e0, sys_thread_t:0x1007f118, state:CW, native ID:0x10001) prio=5 > Monitor Cache Dump: > sun.awt.ScreenUpdater@5126BA8/51BBB10: <unowned> > Waiting to be notified: > "Screen Updater" (0x10712400) > sun.awt.PostEventQueue@51300A0/519B5F8: <unowned> > Waiting to be notified: > "SunToolkit.PostEventQueue-0" (0x10483880) > java.lang.ref.ReferenceQueue$Lock@5118338/514DD18: <unowned> > Waiting to be notified: > "Finalizer" (0x1017c878) > java.lang.ref.Reference$Lock@51183C0/514D848: <unowned> > Waiting to be notified: > "Reference Handler" (0x100f56c0) > Registered Monitor Dump: > utf8 hash table: <unowned> > Class lock: <unowned> > JNI pinning lock #150: <unowned> > JNI pinning lock #149: <unowned> > JNI pinning lock #148: <unowned> > JNI pinning lock #147: <unowned> > JNI pinning lock #146: <unowned> > JNI pinning lock #145: <unowned> > JNI pinning lock #144: <unowned> > JNI pinning lock #143: <unowned> > JNI pinning lock #142: <unowned> > JNI pinning lock #141: <unowned> > JNI pinning lock #140: <unowned> > JNI pinning lock #139: <unowned> > JNI pinning lock #138: <unowned> > JNI pinning lock #137: <unowned> > JNI pinning lock #136: <unowned> > JNI pinning lock #135: <unowned> > JNI pinning lock #134: <unowned> > JNI pinning lock #133: <unowned> > JNI pinning lock #132: <unowned> > JNI pinning lock #131: <unowned> > JNI pinning lock #130: <unowned> > JNI pinning lock #129: <unowned> > JNI pinning lock #128: <unowned> > JNI pinning lock #127: <unowned> > JNI pinning lock #126: <unowned> > JNI pinning lock #125: <unowned> > JNI pinning lock #124: <unowned> > JNI pinning lock #123: <unowned> > JNI pinning lock #122: <unowned> > JNI pinning lock #121: <unowned> > JNI pinning lock #120: <unowned> > JNI pinning lock #119: <unowned> > JNI pinning lock #118: <unowned> > JNI pinning lock #117: <unowned> > JNI pinning lock #116: <unowned> > JNI pinning lock #115: <unowned> > JNI pinning lock #114: <unowned> > JNI pinning lock #113: <unowned> > JNI pinning lock #112: <unowned> > JNI pinning lock #111: <unowned> > JNI pinning lock #110: <unowned> > JNI pinning lock #109: <unowned> > JNI pinning lock #108: <unowned> > JNI pinning lock #107: <unowned> > JNI pinning lock #106: <unowned> > JNI pinning lock #105: <unowned> > JNI pinning lock #104: <unowned> > JNI pinning lock #103: <unowned> > JNI pinning lock #102: <unowned> > JNI pinning lock #101: <unowned> > JNI pinning lock #100: <unowned> > JNI pinning lock #99: <unowned> > JNI pinning lock #98: <unowned> > JNI pinning lock #97: <unowned> > JNI pinning lock #96: <unowned> > JNI pinning lock #95: <unowned> > JNI pinning lock #94: <unowned> > JNI pinning lock #93: <unowned> > JNI pinning lock #92: <unowned> > JNI pinning lock #91: <unowned> > JNI pinning lock #90: <unowned> > JNI pinning lock #89: <unowned> > JNI pinning lock #88: <unowned> > JNI pinning lock #87: <unowned> > JNI pinning lock #86: <unowned> > JNI pinning lock #85: <unowned> > JNI pinning lock #84: <unowned> > JNI pinning lock #83: <unowned> > JNI pinning lock #82: <unowned> > JNI pinning lock #81: <unowned> > JNI pinning lock #80: <unowned> > JNI pinning lock #79: <unowned> > JNI pinning lock #78: <unowned> > JNI pinning lock #77: <unowned> > JNI pinning lock #76: <unowned> > JNI pinning lock #75: <unowned> > JNI pinning lock #74: <unowned> > JNI pinning lock #73: <unowned> > JNI pinning lock #72: <unowned> > JNI pinning lock #71: <unowned> > JNI pinning lock #70: <unowned> > JNI pinning lock #69: <unowned> > JNI pinning lock #68: <unowned> > JNI pinning lock #67: <unowned> > JNI pinning lock #66: <unowned> > JNI pinning lock #65: <unowned> > JNI pinning lock #64: <unowned> > JNI pinning lock #63: <unowned> > JNI pinning lock #62: <unowned> > JNI pinning lock #61: <unowned> > JNI pinning lock #60: <unowned> > JNI pinning lock #59: <unowned> > JNI pinning lock #58: <unowned> > JNI pinning lock #57: <unowned> > JNI pinning lock #56: <unowned> > JNI pinning lock #55: <unowned> > JNI pinning lock #54: <unowned> > JNI pinning lock #53: <unowned> > JNI pinning lock #52: <unowned> > JNI pinning lock #51: <unowned> > JNI pinning lock #50: <unowned> > JNI pinning lock #49: <unowned> > JNI pinning lock #48: <unowned> > JNI pinning lock #47: <unowned> > JNI pinning lock #46: <unowned> > JNI pinning lock #45: <unowned> > JNI pinning lock #44: <unowned> > JNI pinning lock #43: <unowned> > JNI pinning lock #42: <unowned> > JNI pinning lock #41: <unowned> > JNI pinning lock #40: <unowned> > JNI pinning lock #39: <unowned> > JNI pinning lock #38: <unowned> > JNI pinning lock #37: <unowned> > JNI pinning lock #36: <unowned> > JNI pinning lock #35: <unowned> > JNI pinning lock #34: <unowned> > JNI pinning lock #33: <unowned> > JNI pinning lock #32: <unowned> > JNI pinning lock #31: <unowned> > JNI pinning lock #30: <unowned> > JNI pinning lock #29: <unowned> > JNI pinning lock #28: <unowned> > JNI pinning lock #27: <unowned> > JNI pinning lock #26: <unowned> > JNI pinning lock #25: <unowned> > JNI pinning lock #24: <unowned> > JNI pinning lock #23: <unowned> > JNI pinning lock #22: <unowned> > JNI pinning lock #21: <unowned> > JNI pinning lock #20: <unowned> > JNI pinning lock #19: <unowned> > JNI pinning lock #18: <unowned> > JNI pinning lock #17: <unowned> > JNI pinning lock #16: <unowned> > JNI pinning lock #15: <unowned> > JNI pinning lock #14: <unowned> > JNI pinning lock #13: <unowned> > JNI pinning lock #12: <unowned> > JNI pinning lock #11: <unowned> > JNI pinning lock #10: <unowned> > JNI pinning lock #9: <unowned> > JNI pinning lock #8: <unowned> > JNI pinning lock #7: <unowned> > JNI pinning lock #6: <unowned> > JNI pinning lock #5: <unowned> > JNI pinning lock #4: <unowned> > JNI pinning lock #3: <unowned> > JNI pinning lock #2: <unowned> > JNI pinning lock #1: <unowned> > JNI pinning lock #0: <unowned> > JNI global reference lock: <unowned> > BinClass lock: <unowned> > Class linking lock: <unowned> > System class loader lock: <unowned> > Code rewrite lock: <unowned> > Heap lock: <unowned> > Monitor cache lock: owner "AWT-EventQueue-0" (0x10485978) 1 entry > hostent lock: <unowned> > Thread queue lock: owner "AWT-EventQueue-0" (0x10485978) 2 entries > Waiting to be notified: > "Thread-4" (0x10018208) > Monitor registry: owner "AWT-EventQueue-0" (0x10485978) 1 entry > > Abort (core dumped) > > --------------FEEDC88DE6DBCA0AA85714F7-- > |
|
From: John.P.Lewis <Joh...@di...> - 2000-06-28 02:14:03
|
Hello -
I'm running the precompiled gl4java.2.3.1.1 SGI binaries. A couple of
the
demos run correctly for a while with -green threads, but most others
crash.
glDemosCvs, which runs initially with -green crashes with -native.
The crashes all seem to be the same; the trace is attached and starts
out as
indicated below.
This is using SGI jdk122 'MR' release (april 2000).
Does anyone have any leads on how to get around this?
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x96C8]
User context info:
pc = 0xda86bbc (SignalError = 0x4019630)
sp = 0x104c6340, ra = 0xda79040
stackpointer=104c5e00
Full thread dump Classic VM (JDK-1.2.2, native threads):
"Screen Updater" (TID:0x5126ba8, sys_thread_t:0x10712400, state:CW,
native ID:0x1000c) prio=4
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:425)
at sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:77)
at sun.awt.ScreenUpdater.run(ScreenUpdater.java:117)
|
|
From: noisebrain <zi...@id...> - 2000-06-28 02:02:49
|
Has anyone successfully build 2.4.0 on an SGI?
Here are a few problems that have stopped me, plus one fix.
In mkslib.irix6.2 I believe 'gcc' should be 'cc':
gcc -shared -Wl,-soname,${LIBNAME}.${LIBMAJOR} \
Build errors:
1) in the C2J phase, might be non-fatal
Error while decoding for <GL_CLIENT_ALL_ATTRIB_BITS>: <0xFFFFFFFF>
Error while decoding for <GL_VEXCOORD4_BIT_PGI>: <0x80000000>
WARNING(ExternalDeclaration): Function :<<UNKNOWN>> can not be proceded - invalid !
cat warning.skel \
manual/gl-enum-manualCoded.java \
gl-enum-auto.java \
> ../gl4java/GLEnum.java
printf "\n\n}\n\n" >> ../gl4java/GLEnum.java
java C2J jnijava gl4java_GLUEnum glu-enum-auto.orig > glu-enum-auto.java
2) fatal error in compiling.
cc-1005 cc: ERROR File = CNativeCode/OpenGL_JauJNI_dynfuncs.c, Line = 51
The source file "gl.sgi-irix65.not.c" is unavailable.
#include "gl.sgi-irix65.not.c"
|
|
From: Max G. <gi...@li...> - 2000-06-27 21:11:47
|
Hi! Updated version of GL4Java FAQ can be found at http://3d.linart.krakow.pl/OfficinaArtificialis/OpenGL/GL4Java-FAQ.html Updated: - Mac OpenGL links and info (Thorsten Ludewig) - updated home pages links - corrected many typos - some clarifications and other minor changes If you have a page devoted to GL4Java, send in a link with short description! It will be put into next FAQ version. FAQ is a document written by users for users, so send your suggestions, fixes, enhancements and questions (preferably with answers ;-) Bye, Max -- Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis ----------------------------------------------------------------------------- |
|
From: Pac <pa...@cy...> - 2000-06-22 00:19:52
|
Dzr Sven , I' m under XFree 3.3.6 and MEsa lib are in /usr/local/lib and headers in /usr/local/include/GL Ive got the jdk1.2.2 from Sun in /home/roro/jdk1.2.2 My home directory for gl4java is : /home/roro/GL4Java/GL4Java when I'm in this directory and try to compile the sources I've got this error : make x11 rm -f errors cd C2J ; make C2J make[1]: Entering directory `/home/roro/GL4Java/GL4Java/C2J' make[1]: Nothing to be done for `C2J'. make[1]: Leaving directory `/home/roro/GL4Java/GL4Java/C2J' cd C2J ; make gl2j make[1]: Entering directory `/home/roro/GL4Java/GL4Java/C2J' make[1]: Nothing to be done for `gl2j'. make[1]: Leaving directory `/home/roro/GL4Java/GL4Java/C2J' cd C2J ; make gl2c make[1]: Entering directory `/home/roro/GL4Java/GL4Java/C2J' make[1]: Nothing to be done for `gl2c'. make[1]: Leaving directory `/home/roro/GL4Java/GL4Java/C2J' ( cd /home/roro/TestGLJava ; rm -f gl4java.jar ; /home/roro/jdk1.2.2/bin/jar cf gl4java.jar sun gl4java/*.class gl4java/applet gl4java/awt gl4java/jau gl4java/system gl4java/utils/*.class gl4java/utils/textures gl4java/utils/glut/*.class ; rm -f gl4java-glutfonts.jar ; /home/roro/jdk1.2.2/bin/jar cf gl4java-glutfonts.jar gl4java/utils/glut/fonts ; ) gl4java/system : no such file or directory Unfortunatly , gl4java/system exist (I've got this error when I'm compiling the source if I'm root or someone else) Ive also succesfully installed the binary packake for Netscape but Netscape doesn't load the paint of the applet WHy ? In /opt/netscape/java/classes I've put the gl4java-glutfonts.jar , gl4java.jar , iimp.jar and png.jar What did I mist ? Thanks for help if you can R.P. |
|
From: Petri <he...@lu...> - 2000-06-19 16:28:37
|
Sven Goethel wrote:
>
> Petri Heinilä wrote:
> >
> > I have problems getting demos compiled:
> > > cd demos && make
> > javac -deprecation glOlympicCvsApplet.java 2>&1 | tee -a errors
> > glOlympicCvsApplet.java:11: Class olympicCvs not found.
> > olympicCvs cvsOlympic = null;
> > ^
> > [and more not found errors]
> > ..
>
> Boy boy boy,
>
> there must exist a file olympicCvs.java,
> which should exist in the same directory and should be compiled
> automatically !
> Otherwise, just fire an > java *.java <CR>
Ok, added to makefile:
.java.class:
$(JAVAC) -deprecation -sourcepath . $<
and got it compiled.
But now when running:
> java glDemosCvs
Exception in thread "main" java.lang.NoClassDefFoundError: glDemosCvs
--
email: Pet...@lu...
www: http://www.lut.fi/~hevi/
gsm: +358 40 52 77 589
irc: hevi (IRCnet)
|
|
From: Sven G. <sgo...@ja...> - 2000-06-19 15:34:36
|
Petri Heinilä wrote: > > I have problems getting demos compiled: > > cd demos && make > javac -deprecation glOlympicCvsApplet.java 2>&1 | tee -a errors > glOlympicCvsApplet.java:11: Class olympicCvs not found. > olympicCvs cvsOlympic = null; > ^ > [and more not found errors] > .. > Boy boy boy, there must exist a file olympicCvs.java, which should exist in the same directory and should be compiled automatically ! Otherwise, just fire an > java *.java <CR> Sven -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Petri <he...@lu...> - 2000-06-19 15:28:48
|
I have problems getting demos compiled: > cd demos && make javac -deprecation glOlympicCvsApplet.java 2>&1 | tee -a errors glOlympicCvsApplet.java:11: Class olympicCvs not found. olympicCvs cvsOlympic = null; ^ [and more not found errors] .. My environment: linux debian potato (software repository sync), blackdown jdk 1.2.2RC4 (installed: /usr/local/jdk1.2.2), utah-glx (matrox g400) with mesa 3.2 (installed: /usr/local), GL4Java2.3.1.1-src.tar.gz (installed: jar: /usr/share/java/repository, so: /usr/local/lib, environment: LD_LIBRARY_PATH=/usr/local/lib, CLASSPATH=/usr/share/java/repository) and L4Java2.3.1.1-demosV1.zip. What have I to do get the demos running so I can check the working of the system ? -- email: Pet...@lu... www: http://www.lut.fi/~hevi/ gsm: +358 40 52 77 589 irc: hevi (IRCnet) |
|
From: Sven G. <sgo...@ja...> - 2000-06-19 05:15:00
|
Dear GL4Java Users and Developer, it took a long time ... The new version is nearly done ! Hopefully, the next 24th June 2000 I can put it all on the web ... I am looking for participants for the different ports: - Solaris (Mark Ritzman, MArtin Orton) - Irix (Mark Ritzman, Martin Orton) - Aix (...) - MAC (Gerard ?!) We need: - create binaries - check the installer behavior (to include these platforms) for e.g. netscape Yours, sincerly Sven - mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Sven G. <sgo...@ja...> - 2000-06-19 04:57:22
|
Anthony Rogers wrote:
>
> booohooooo
>
> cant get my motion blur to work at all :(
>
> anyone no y ? this is my draw bit using Accumuluation buffers.
>
> -------????
>
> public void display() {
> if( glj.gljMakeCurrent(true) == false ) {
> System.out.println("problem in use() method");
> return;
> }
>
> gl.glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
>
> gl.glPushMatrix();
> gl.glPushMatrix();
> rotate = (rotate + 5.0f);
> DrawScene();
>
> gl.glAccum(GL_LOAD, 0.5f);
>
> for(int i = 0; i <= 4; i++){
> rotate = (rotate + 5.0f);
> DrawScene();
> gl.glAccum(GL_ACCUM, 0.05f);
> }
>
> gl.glAccum(GL_RETURN, 1.0f);
>
> gl.glPopMatrix();
> gl.glPopMatrix();
>
> glj.gljSwap();
> glj.gljCheckGL();
> glj.gljFree();
> }
>
Well, please send me the whole demo within a ZIP or Tar-GZ File !
Please check the new version out -> listen to the mailinglist, when it
is done !
The new version contains more explizit debug text,
So you can check out the NEW accanti and the stencil demos as an
application,
to check out the results.
I saw, that it depends of the GL implementation, some do not support
these features :-(
The problem was, that I did not tried to use the ACCUM buffers - THANXS
FOR DEBUGGING !
Yours, Sven
> ------????
>
> aNt
>
> _______________________________________________
> 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
|
|
From: Sven G. <sgo...@ja...> - 2000-06-19 03:17:17
|
ow2 wrote: > > I have an original file (*.bmp) and I converted it into a JPEG file. > I try to load a texture from this JPEG with AWTTextureLoader. > It fails with a segmentation violation. > To try this, I use the GLImageViewerWorld who is in the districution of > GL4JAVA > > I don't know if it's possible to load directly my bmp file (same error) > or if i have to do a special task. > Is anybody had the same problem and how to solve it? > > Is anybody can help me because it's very important for me to know if it > is possible to load this file. > > Thank you by advance > Well I was able to load your JPEG file with GL4Java ! Please tell me something about your config. (OS, JDK, ...) ! Yours, Sven -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Max G. <gi...@li...> - 2000-06-17 00:42:00
|
ow2 wrote: > I don't know if it's possible to load directly my bmp file (same error) > or if i have to do a special task. If you want, I can send you privately a copy of my raster graphics library which can load and save images in several formats and provide them in OpenGL-compatible format. Yes, it will be announced officialy here in near future :-) Max -- Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis ----------------------------------------------------------------------------- -- Why is it that all of the instruments seeking intelligent life in the -- -- universe are pointed away from Earth? -- |
|
From: ow2 <ow...@rt...> - 2000-06-13 14:14:40
|
I have an original file (*.bmp) and I converted it into a JPEG file. I try to load a texture from this JPEG with AWTTextureLoader. It fails with a segmentation violation. To try this, I use the GLImageViewerWorld who is in the districution of GL4JAVA I don't know if it's possible to load directly my bmp file (same error) or if i have to do a special task. Is anybody had the same problem and how to solve it? Is anybody can help me because it's very important for me to know if it is possible to load this file. Thank you by advance -- ============================================================ R Olivier Waty mailto:ow...@rt... T Radio Télévision Belge de la Communauté Française B Servive Informatique Local 04P17 F Boulevard Reyers 52 1044 Bruxelles Téléphone : (32) 2 737 32 26 ============================================================ |
|
From: p <pe...@gm...> - 2000-06-12 22:15:47
|
> I also tried this before. Definitely too complicated solution for any serious setup work. I > don't know what you're using it for so I can't suggest anything. hmm... that's what i used it for: there is a very fast software 3d renderer called anfy3d (http://www.anfy3d.com). they provide a interface class called anfy3dAPI.class so i started to implemented the 3d stuff using gl4java. and it works very fine, as a result, you can make applets, that use gl4java if it is installed on the system, otherwise the applet use the software 3D renderer. i've made an example: http://www.jzone.de/java/a3ddemos/flat.html if you dont have installed gl4java a flat eric modell will be displayed using the software renderer, but if you have gl4java you'll see flat eric with a very higher framerate :) . so since the anfy3dAPI has only few methods, that change texture data, it is not that complicate to do the texture initing stuff in the display method. (the makers of anfy3d are on it to port anfy3d completely using gl4java) ciao peter -- (((http://jzone.de))) |
|
From: Max G. <gi...@li...> - 2000-06-12 20:13:14
|
p wrote: > glj.gljMakeCurrent(true); > ... do some opengl things > glj.gljCheckGL(); > glj.gljFree(); > > that code worked on my system... but sometimes i got also a problem because the gl-system > was not inialized (gl was null)... so as it also mentioned in the gl4java-faq it is a > good approach to do all opengl-stuff within the (e.g.) display-method. It's absolutely not necessary under one condition: GL component must be visible on screen (I mean visible in the terms of user interface - it need not to be visible to the user, it may be hidden under some other component). When it's visible you're guaranteed that it never is null. If it is not visible (ie. destroyed) you will need to initialize it completely anyway so that's not a problem. > i did it also in > this way: if i want to have new textures assigned i put the data in a queue and the > display-method checks the queue and does the work. I also tried this before. Definitely too complicated solution for any serious setup work. I don't know what you're using it for so I can't suggest anything. Bye, Max -- Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis ----------------------------------------------------------------------------- -- Why is it that all of the instruments seeking intelligent life in the -- -- universe are pointed away from Earth? -- |
|
From: p <pe...@gm...> - 2000-06-06 00:46:56
|
hi, the mail from max gilead helped me: >You need to activate the context. See GL4Java FAQ for code example. URL is >on GL4Java page and here: >http://3d.linart.krakow.pl/OfficinaArtificialis/OpenGL/GL4Java-FAQ.html. so i think in gl4Java-words it means: glj.gljMakeCurrent(true); ... do some opengl things glj.gljCheckGL(); glj.gljFree(); that code worked on my system... but sometimes i got also a problem because the gl-system was not inialized (gl was null)... so as it also mentioned in the gl4java-faq it is a good approach to do all opengl-stuff within the (e.g.) display-method. i did it also in this way: if i want to have new textures assigned i put the data in a queue and the display-method checks the queue and does the work. ciao peter Silvia Toscano wrote: > This message was sent from Geocrawler.com by "Silvia Toscano" <sil...@ho...> > > Hi > I am new too and i was wondering if you have resolved the problem.. > I have this error too but i am not using different threads, nevertheless, > i also have this mark with gljckeckGL. > > Greetings > (((http://jzone.de))) |
|
From: p <pe...@gm...> - 2000-05-31 15:37:22
|
hi, ive got following problem: after installing gl4java to my ie-browser (with signed applet), the gl4java-applet runs fine. also after a pc-restart the gl4java applet runs. but if i wait a little time there comes this exception: java.lang.SecurityException: J/Direct method has not been authorized for use on behalf of an untrusted caller. java.lang.SecurityException: J/Direct method has not been authorized for use on behalf of an untrusted caller. at sun/awt/windows/MSWin32HandleAccess.WindowFromDC at sun/awt/windows/MSWin32HandleAccess.achieveData at sun/awt/windows/MSWin32HandleAccess.getWinHandle at gl4java/GLContext.createGLContext at gl4java/GLContext.<init> at gl4java/awt/GLCanvas.paint at a3dGL.render at Flat.run at java/lang/Thread.run GL ERROR : invalid operation GL ERROR : 1282 == 0x502 java.lang.Exception at gl4java/GLContext.gljCheckGL at a3dGL.init at gl4java/awt/GLCanvas.paint at a3dGL.render at Flat.run at java/lang/Thread.run and i have to make the signed-applet-install-procedure again. is there a workaround ? btw: all classes, image + 3d data are stored in a jar file for the applet. might this be the problem ? ciao peter -- (((http://jzone.de))) |
787 messages has been excluded from this view by a project administrator.
