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: Sven G. <sgo...@ja...> - 2001-12-11 01:44:40
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 10 December 2001 21:30, NM...@th... wrote: > Hi, > > Regarding your first issue... > > Try calling " gl.glTranslatef(0.0f,-1.0f,0.0f) " . > the upside-down problem will be solved with this trick, without any big performance lost .. so, i might should add this to the class into the init method .. if nobody complains (please vote), i will do so ! i guess this is much faster, than the java image transformation ;-) thanxs to Noah -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8FWT2HdOA30NoFAARAru7AJ0dMpEJLrBzLLVQlawSkFN9CVgI0QCdHwsI GIpsouRJZjv8RjIAmLqEwmU= =YFJg -----END PGP SIGNATURE----- |
From: <NM...@th...> - 2001-12-10 20:31:17
|
Hi, Regarding your first issue... Try calling " gl.glTranslatef(0.0f,-1.0f,0.0f) " . For some reason the GLCanvas uses the left hand rule and the GLJPanel is using the right hand rule. So when drawing scenes get kind of turned around. I don't know whether this is documented anywhere, but I think it should be added if it isn't. Or the "quirk" should maybe be looked at being corrected so the two components are consistent. As for your second issue, sorry, I am unable to help you out. Hope that helps, Noah Toshiyuki Ishimura / 石村 俊幸 <is...@mi...> To: <gl4...@li...> Sent by: cc: gl4...@li...urc Subject: [gl4java-usergroup] GLJPanel bug? eforge.net 12/10/2001 01:25 PM I have a question and a wish. I'm making a trial the GLJPanel. I declared a Panel class extended from the GLJPanel and transplanted from a GLCanvas working correctly to the Panel. However, the Panel shows the reverse view every time. I try to modify the GLJPanel class as follows: --- original code --- if(!customOffScrnSize) gr.drawImage(offImage, 0, 0, this); else { size=super.getSize(); gr.drawImage(offImage, 0, 0, size.width, size.height, this); } --- original code --- --- modified code --- Graphics2D gr2d = (Graphics2D) gr; if(!customOffScrnSize) { gr2d.drawImage(offImage, new AffineTransform(1, 0, 0, -1, 0, offImage.getHeight()), this); } else { size=super.getSize(); gr2d.drawImage(offImage, new AffineTransform(1, 0, 0, -1, 0, offImage.getHeight()), this); } --- modified code --- After this modification, I get the same result between the GLCanvas and the GLJPanel. Does this GLJPanel behavior keep GL4Java's specification? Also, I wish to speed up the GLJPanel with new API in JDK1.4 (e.g. the VolatileImage class and the java.nio package). GL4Java developers have any plan at this point? I'm sorry about my strange english. Regards, -- Toshiyuki Ishimura is...@mi... _______________________________________________ gl4java-usergroup mailing list gl4...@li... https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup |
From: <is...@mi...> - 2001-12-10 19:25:41
|
I have a question and a wish. I'm making a trial the GLJPanel. I declared a Panel class extended from the GLJPanel and transplanted from a GLCanvas working correctly to the Panel. However, the Panel shows the reverse view every time. I try to modify the GLJPanel class as follows: --- original code --- if(!customOffScrnSize) gr.drawImage(offImage, 0, 0, this); else { size=super.getSize(); gr.drawImage(offImage, 0, 0, size.width, size.height, this); } --- original code --- --- modified code --- Graphics2D gr2d = (Graphics2D) gr; if(!customOffScrnSize) { gr2d.drawImage(offImage, new AffineTransform(1, 0, 0, -1, 0, offImage.getHeight()), this); } else { size=super.getSize(); gr2d.drawImage(offImage, new AffineTransform(1, 0, 0, -1, 0, offImage.getHeight()), this); } --- modified code --- After this modification, I get the same result between the GLCanvas and the GLJPanel. Does this GLJPanel behavior keep GL4Java's specification? Also, I wish to speed up the GLJPanel with new API in JDK1.4 (e.g. the VolatileImage class and the java.nio package). GL4Java developers have any plan at this point? I'm sorry about my strange english. Regards, -- Toshiyuki Ishimura is...@mi... |
From: Frank A N. <tn...@ju...> - 2001-12-10 17:14:58
|
To All, I am just trying to how the GLJPanel and GLAnimJPanel works. I (like other posts, with no clear answer) am getting GLJPanel: problem in use() method message went executing a GL4Java program using a GLJPanel. Here is the complete source code. All I did is try to take Lesson 1 of the NeHe GL port lesson (http://dev.knowledgeassociates.com/hodglim/nehe/nehe.shtml) and use a GLJAnimJPanel with it. I also tried it with a GLJPanel with the same result. Any help would be greatly appreciated. Thanks Tony import java.applet.*; import java.awt.*; import java.awt.event.*; import javax.swing.*; import gl4java.GLContext; import gl4java.awt.GLAnimCanvas; import gl4java.swing.*; public class Lesson1 extends Applet { renderCanvas canvas = null; /** * void init() * * Initialise the applet. */ public void init() { setLayout(new BorderLayout()); canvas = new renderCanvas(); add("Center", canvas); } /** * void start() * * Start the applet. */ public void start() { canvas.start(); } /** * void stop() * * Stop the applet. */ public void stop() { canvas.stop(); } /** * void destroy() * * Destroy the applet. */ public void destroy() { canvas.stop(); canvas.destroy(); } private class renderCanvas extends GLAnimJPanel implements KeyListener { /** * renderCanvas(int w, int h) * * Constructor. */ public renderCanvas() { // super(w, h); super(); addKeyListener(this); } /** * void preInit() * * Called just BEFORE the GL-Context is created. */ public void preInit() { stereoView = false; } /** * void init() * * Called just AFTER the GL-Context is created. */ public void init() { gl.glClearColor(0.0f, 0.0f, 0.0f, 0.0f); gl.glClearDepth(1.0); gl.glDepthFunc(GL_LESS); gl.glEnable(GL_DEPTH_TEST); gl.glShadeModel(GL_SMOOTH); gl.glMatrixMode(GL_PROJECTION); gl.glLoadIdentity(); glu.gluPerspective(45.0f, (float)getSize().width / (float)getSize().height, 0.1f, 100.0f); gl.glMatrixMode(GL_MODELVIEW); } /** * void destroy() * * Destroy the canvas. */ public void destroy() { cvsDispose(); } /** * void reshape(int width, int height) * * Called after the first paint command. */ public void reshape(int width, int height) { gl.glViewport(0, 0, width, height); gl.glMatrixMode(GL_PROJECTION); gl.glLoadIdentity(); glu.gluPerspective(45.0f, (float)getSize().width / (float)getSize().height, 0.1f, 100.0f); gl.glMatrixMode(GL_MODELVIEW); } /** * void display() * * Draw to the canvas. */ public void display() { if (glj.gljMakeCurrent() == false) return; gl.glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); gl.glLoadIdentity(); glj.gljSwap(); } /** * void keyTyped(KeyEvent e) * * Invoked when a key has been typed. This event occurs when a key press is followed by a key release. */ public void keyTyped(KeyEvent e) { } /** * void keyPressed(KeyEvent e) * * Invoked when a key has been pressed. */ public void keyPressed(KeyEvent e) { } /** * void keyReleased(KeyEvent e) * * Invoked when a key has been released. */ public void keyReleased(KeyEvent e) { } } private class WindowL extends WindowAdapter { public void windowClosing(WindowEvent we) { destroy(); System.exit(0); } } public static void main(String[] args) { JFrame f = new JFrame("GL4Java Test"); Lesson1 l = new Lesson1(); f.getContentPane().add(l); f.addWindowListener(l.new WindowL()); l.init(); l.start(); // f.add(l); f.setSize(400, 400); f.setVisible(true); } } ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/. |
From: Sven G. <sgo...@ja...> - 2001-12-08 01:07:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear Tom, well gl4java 2.8.1 does support all OpenGL 1.3 functions, since your underlying native OpenGL implementation does offer such function !! check it out cheers, sven On Tuesday 07 August 2001 04:33, Tom Nguyen wrote: > Hi, > I am working with a research group which is developing software for a > high-resolution wall-sized tiled display system. We would like to get Java > applications running on the display, which uses a distributed > version/subset of OpenGL called WireGL > (http://graphics.stanford.edu/software/wiregl/) . However, there are some > OpenGL calls that are currently unimplemented with WireGL (listed at the > bottom of this message). I've tried using gl4java on simple demos like the > Olympic Rings demos, and I get either a glGetProc or push/pop attrib > related errors. Would it be possible to use gl4java-based programs without > calling these unimplemented calls? > > Unimplemented GL calls for WireGL > (http://graphics.stanford.edu/software/wiregl/bugs.html) > > glCopyPixels > glCopyTexImage* > glCopyTexSubImage* > glGetPixelMap* > glGetPolygonStipple > glGetTexImage > glIsTexture > glPixelMap* > glPopAttrib > glPopClientAttrib > glPushAttrib > glPushClientAttrib > glReadPixels > glTexture3D > glFeedbackBuffer > glInitNames > glLoadName > glPassThrough > glPushName > glRenderMode > glSelectBuffer > > Thanks, > Tom Nguyen > > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > http://lists.sourceforge.net/lists/listinfo/gl4java-usergroup - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8EWZOHdOA30NoFAARAmW6AJ9eLxnZJ/cMpHwuHSBGKXO+5+X9cgCghWaf S5qpdLB6Hs2p4hK1EHVyu3Q= =Gahp -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 01:06:38
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 07 August 2001 04:33, Tom Nguyen wrote: > Hi, > I am working with a research group which is developing software for a > high-resolution wall-sized tiled display system. We would like to get Java > applications running on the display, which uses a distributed > version/subset of OpenGL called WireGL > (http://graphics.stanford.edu/software/wiregl/) . However, there are some > OpenGL calls that are currently unimplemented with WireGL (listed at the > bottom of this message). I've tried using gl4java on simple demos like the > Olympic Rings demos, and I get either a glGetProc or push/pop attrib > related errors. Would it be possible to use gl4java-based programs without > calling these unimplemented calls? > sorry, i misunderstand you . so, your WireGL does not support such std. OpenGL operations ! well, implement them ;-), thats the only way to be conformant ! cheers, sven > Unimplemented GL calls for WireGL > (http://graphics.stanford.edu/software/wiregl/bugs.html) > > glCopyPixels > glCopyTexImage* > glCopyTexSubImage* > glGetPixelMap* <snip> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWdJHdOA30NoFAARAlvTAKCB8qOlw25yTUhccj6mzSb0EASORgCfSYqR ZYIHIAtNtJjaxmdxmYezTqU= =ELAY -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:58:40
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 17 August 2001 04:06, Sven Goethel wrote: > > 2.) using offscreen rendering .. > > have a look at gl4java.swing.GLJPanel::paintComponent(..): > usage of: GLContext.createOffScreenCtx > look at demos/MiscDemos/ : gearsOffScreenDrawImage.java gearsOffScreen2Tga.java with gl4java 2.8.1 > that's it .. > > cheers, sven > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWW3HdOA30NoFAARAqzrAJ913FvVpIivFRFSjCXSSI1OZjDASwCggIey FE5GhaI2MhU1Kn61XIMui6o= =/zxS -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:56:58
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 26 August 2001 19:08, Jiba wrote: > Hi, > > I just announce the start the Opale.Soya 2, a very high-level 3D engine. > Opale.Soya can be used for any app, and is designed with games in mind. > > Of course, we use GL4Java for rendering ! > > New changes from the first version (=the Arkanae one) will include : > - New modeling and animation package > - New feature (BSP and octrees, portal, heighmap, scripting, ...) > - We now use GLAnimCanvas (your thread sync is better than mine, Sven > ;-) > > https://savannah.gnu.org/projects/opalesoya/ > http://opale.soya.tuxfamily.org/ > > Jiba > make me more curious about your project .. (but vrml/x3d/3ds is missing ..) well - (cause i read the faq ;-) - how about putting some meat in soya ;-), add the gl4java logo. cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWVBHdOA30NoFAARAjRpAKC5f9bS2vpSq+vpVMXKuNoYE1W4jQCgn1nR WJW4I2GVLGsvBtJoeeAuUDk= =mFK1 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:44:31
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 21 September 2001 19:10, aNt wrote: > Is there anyway of having a GLCanvas but not showing it on screen? I would > like to render off screen then save to file. I don¹t wont to render > anything to the screen or open any Frames or windows. > > Is there anyway of doing this? > > aNt > > late but not lost ;-) dear aNt, please check the new FAQ .. everything is now implemented ! cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWJhHdOA30NoFAARAnMAAJ93+fSMWnfNCocWLs+dmWxdZ3mJSACfaEM6 DT1wRX3F2/l8yIKBxq/DRaY= =4PQ1 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:40:40
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 21 October 2001 04:21, gerard ziemski wrote: > hi Greg, > > Sorry about, I'll put it back up shortly. > dear gerard, does mac os x has jdk1.4 support ? if so, and if not also, a port to 2.8.1 might be great for the people .. you may also want to send me the latest mac os X installation cd for free .. may be i find it interesting in supporting darwin .. by the way .. as far as i see ... darwin is open source the compiler and all GNUish tools are open source but the MacOsX windowing system is not open source .. but there is XFree86 4.1 support for MacOsX is there java support for darwin+MacOsX ? is there hw accelerated opengl support for MacOsX ? just some thoughts .. cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWF8HdOA30NoFAARAvGjAJwKetdKkeXryCcTYpo8rVCYm4X1IwCgt/yz xPiLwx4TLCfvemfATdGdlk0= =rHZa -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:35:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 31 October 2001 02:26, nader wrote: > 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 > it is fixed within 2.8.1 ;-) thx, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWBbHdOA30NoFAARAsH2AKCUkkyGB2ZoFujliUgO4HPIMJIOkQCfV5kw l0tU/w67sbSUNqt7ys/tn3k= =XFm+ -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:34:41
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 01 November 2001 09:07, Laurent Michot wrote: > Hi, > > > Is it possible to do "bump mapping" using gl4java ? > > show me an open source ansi-c(++) demo, then we can think further ... > Thanks in advance, > cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EWAPHdOA30NoFAARAtinAJ0TQCRFwx1zn1qCIvev6FOheQekygCfdiYe 75pm63METwQRTepfmuQifHY= =DFSP -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:33:47
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 31 October 2001 17:27, NM...@th... wrote: > 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) <snip> > 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) > # well, try java 1.3.1_01 but it looks you are using the right cleanup strategie .. like it is shown within the demos .. you might want to try also the finalizer ... ? well looks like a win2k specific thing, sorry i can't support you at this point. how are things now ? with 2.8.1 ? cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EV/fHdOA30NoFAARAjFOAKCuip/cC9ncNtDwtbrzLjTFhq+f2ACguA+M hr+8klOEoQBwEmId4Bsqj6Y= =Pe91 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:30:10
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 31 October 2001 17:33, chavaignes wrote: > 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. well, sorry, but i am afraid, no update on the screen happens with gl4java 2.8.1 @ linux (w. geforce256) after a minute .. > > There's Applet versions and Program versions too for these systems. > where is the Program version ? and far more important, where is the source ;-) ? > Bye World, bye human being -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EV8KHdOA30NoFAARAl5lAKCYXz6xx0eIXMASItYSHubg35WAqACfV9F0 BYy9Zz/5LpYEgIIc8xRFTnE= =TWvV -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:14:31
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 13 November 2001 09:17, pet...@ba... wrote: <snip> > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > NOPE ! for all: i know, or at least hope, such email signatures are just generated by your sendmail service ... BUT everything we do speak here in this list is for everybodies delight ;-) no matter what you attach to your file, or what you say everything you write here is public, and can not be patented ;-), and can not be proprietary. so please do not use such an email signature - thanxs ! otherwise never ever write your proprietary stuff down here try to consult one of us in her/his privacy, pay her/him money for helping you under your proprietary restrictions. just to make things clear hope this helps cheers, sven - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8EVtgHdOA30NoFAARAhgBAJ4hV89cd9FDYuSIUN9u9nL8pFZESQCfeSTW IK/WhhCQhGKXyEJ0Ny22ElE= =/0fC -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:06:35
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 26 November 2001 19:44, pet...@ba... wrote: > Hello, > > I have an application which would be very hard to restructure to just > use glDrawArrays, so I've been forced to use glDrawElements instead. > > The third parameter for glDrawElements has to be one of either > GL_UNSIGNED_BYTE, GL_UNSIGNED_SHORT or GL_UNSIGNED_INT. > > Java doesn't have any unsigned data types, so this method dies a death > when the signed data is read as unsigned, it becomes massive and the > native code tries to read beyond the end of the array. well, kenneth said everything about this, but i just wanted to point to the doc's http://gl4java.sourceforge.net/docs/html/glj_node15.html#SECTION00421100000000000000 ;-) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EVmAHdOA30NoFAARApnCAKCrMC5FxJbsB0p+iOEseTCU1gjVRwCglz7f HMCJXVPT90i6O4cJQ5mlylo= =XzCa -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-08 00:02:13
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 06 December 2001 15:46, Alban Cousinie wrote: > Hello all, > > I never managed to get rid of the "gljDestroy failed (free)" error when > shutting down my program, even when finishing my display() method with > "glj.gljFree();" > Does anyone have the solution ? > funny, i do not see this while using the latest gl4java and using linux or win32 for all the demos .. > When I generate a javadoc of a class implementing GLEnum, I get all the > GL_SOMETHING fields inherited from GL_ENUM displayed in the javadoc. But I > want all the OpenGL details to be hidden from the user, who only needs to > use the high level functions. > Has anyone ever managed to prevent inherited fields or methods from a > parent class or implemented interface from being displayed ? if so, how ? I > couldn't find this in the javadoc doc... > this would be a cool thing, i hate them also .. but to use such enums life is easier to implement it's interface ;-) > regards, > > Alban Cousinie > cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EVh1HdOA30NoFAARAjfMAKCWo1/jucsHER15chejFNcvNw6v3gCcCMQB A0TpMd6uNNQURKqL1LwaGyg= =cqtl -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-07 23:58:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 07 December 2001 10:54, pet...@ba... wrote: > Sven said: > > Well - beside the new great GL4Java FAQ ;-), > > the new release candidat is on it's way now ! > > > > for short: > > > > <snip> > > > > Better Offscreen Rendering support > > I could do with some clarification here. I'm considering using OSMesa to > create an alternative to GLCanvas to allow me to run my offscreen GL > programs without running an X server. > > Does your new offscreen rendering support running without an X server or > not? > > Thanks, > > Pete > oops .. sorry group, i forgot to post the answer to this list .. well, the issue is clear now, he soes not wants an X server .. so he needs a new implementation for an interface for a os independend GL / OS layer .., e.g. OSMesa ! On Friday 07 December 2001 10:54, pet...@ba... wrote: > Sven said: > > <snip> > > Better Offscreen Rendering support > > I could do with some clarification here. I'm considering using OSMesa to > create an alternative to GLCanvas to allow me to run my offscreen GL > programs without running an X server. > > Does your new offscreen rendering support running without an X server or > not? > NOT the issue, you do start here, has nothing todo with Offscreen rendering, neither with xgl nor with wgl, mgl, or whatever ! you want a different OpenGL OS interface. for example, we use: win32: JNI -> WGL + OpenGL X11: JNI -> XGL + OpenGL so you may want to introduce a different system interface to OpenGL, e.g the OSMesa ones ? w32,x11, ..: JNI -> OSMesa + OpenGL ? For what ? For the reason, you want to create rendered images on a UNIX server using OpenGL (software or hardware) but without an XServer, you have no chance, right. But how about starting the Xvfb (virtual framebuffer) ? Well, if you want to create opengl rendered pictures in a file via GL4Java, i advice you to use an hardware accelerated X Server + OpenGL and then just create a snapshot - or use the offscreen support (mostly software rendered ..) for very big pictures .. otherwise, just implement another completly system independend interface to such an independend one to opengl ! I will help ! can't be so hard ! hope this helps .. > Thanks, > > Pete > regards, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8EVewHdOA30NoFAARAkqPAJ4v5f3HwuvP1Llw1ieZJUbTVS8ibACffbIQ ajGpDK4LfU9AAzm+lP33YCo= =+Tpj -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-07 23:43:47
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 30 November 2001 19:22, Lamy Jean-Baptiste wrote: > > You should not recreate your display list in every rendering ! > Create it THE FIRST TIME ONLY, then re-use it ! well true, look at gearRenderer.java for example ! > > Other consideration : > > - Are you sure that it is the quad that take so long time to render, and > not the hexagone ? > - Are you using software 3D ? Software rendering is typically slowed down > by texture changement, and speed is quasi proportionnal to the surface > drawn (so a big quad may be VERY slow). > - 1024*1024 may be too big for a texture ? try smaller ! hmm .. to transfer 1MB only once to the gfx card should be ok with the old java style ! because the CriticalArray JNI stuff may use the COPY mode of transfering such a big amount of memory, instead of using just the pointer, you might want to try the new java.nio mode .. well, this java.nio mode is currently not supported by the texture utilities .. (anybody interested in creating gl4java/jdk14 related utilities ?) anyway, because it is done only once, it is not critical. > > You can also disable some useless OpenGL flag when rendering the quad (e.g. > lights, fog, depth test...); it may be a little faster (but probably not a > lot). some techniques, i use for glmame (xmame.xgl) to increase the performance: no antialiasing: glShadeModel (GL_FLAT) glDisable (GL_POLYGON_SMOOTH) glDisable (GL_LINE_SMOOTH) glDisable (GL_POINT_SMOOTH) no alphablending: glDisable (GL_BLEND); no bilinear filtering: glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST); glTexParameteri (GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST); glmame updates and draws the complete bitmap (as a texture) at the maximum fps (depends, but about 20-60 fps) .. i have added a vo_gl2 driver to mplayer also, with the same technique .. (to watch movies ;-) of course glmame is native, so to implement this nice movie-feature, we indeed need the java.nio buffer's !!! > > Jiba > cheers, sven - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8EVQtHdOA30NoFAARAqq+AKCUXruXGFa49VAnBR4s0ow3+P7tvwCgoALi nwlEDAVPBc8x8DXWICcwkWk= =JvI0 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-07 22:43:19
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 07 December 2001 19:05, Sven Goethel wrote: > well, here are my experiences with the "memory leak" problem: > > i have read the memory usage form with the windows task manager (winnt), > the system monitor (win98se), or xosview (linux ;-) > 1s after the java program has finished ! > > i have learned, that after several more secounds, > the OS may freee a bit more memory .. > > anyway, this gives us a reliable source of information > whether gl4java has a "big" memory leak or not ! > > --------------- > SUMMARY: ========= I have also checked GL4Java's native ressource managment (with it's verbose printouts ..), and everything seems ok ! (MY) Win98se machine looks like the only platform with this bug. So, because Win98xx is a kinda dead thing ;-), and i really do not use it regulary (just to offer you thie win32 binaries), we may can forget this issue .. ?!?! Tip for Win98 users: DONT use Win98, WinME or WinXP ;-) Use WinNT, Win2k - or better: switch to a rock solid machine ! Well it is not recommended to use a WinXP machine, since you do not have a special http, smb, or whatever content checking firewall, which is able to disallow M$ to spy you personality and you machine itself ! don't hesitate, go for it, use at least GNU/Linux ;-) ... but this might be offthread .. TEST RESULTS 1.) win98se, 2) winnt, 3.) linux-ppc, 4.) linux-x86 - ------------------------------------------------------------------ ( All test ran with an NVidia gfx card and its proprietary driver, except the linux-ppc one (ATI (DRI driver)) ! ) win98se + jdk 1.3.1 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" summary: after each run 2MB of memory are "lost" ! - --------------- win98se + jdk 1.3.1_01 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (MB) 0 167.5 !!!!!!!!! 1 173.3 !!!!!!!!! 2 175.4 !!!!!!!!! 3 177.3 !!!!!!!!! 4 179.1 !!!!!!!!! - ---------------- winnt 4.0 + 500MByte + jdk 1.3.1 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (kb) 0 75404 1 76028 2 76028 3 76028 4 76028 - ---------------- winnt 4.0 + 500MByte + jdk 1.3.1_01+ gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (kb) 0 68980 1 69788 2 69784 3 69784 4 69776 - ---------------- winnt 4.0 + 500MByte + jdk 1.4.0b3 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (kb) 0 70612 1 71660 2 71656 3 71656 4 71656 test: "java gl4java.GLContext VertexArrayRange" (demos/NVidia) test loop memory used (kb) 0 70592 1 70784 2 70784 3 70700 4 70632 - ------------ linux 2.4.12 ppc + 256 MB + jdk 1.3.0 (blackdown fcs) + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (MB) 0 199 1 199 2 199 3 198 4 198 - ------------ linux 2.4.11 x86 + 650 MB + jdk 1.3.1 (blackdown fcs) + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (MB) 0 616 1 608 2 608 3 607 4 607 - ------------ linux 2.4.11 x86 + 650 MB + jdk 1.4.0b3 (sun) + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (MB) 0 616 1 604 2 603 3 604 4 604 test: "java gl4java.GLContext VertexArrayRange" (demos/NVidia) test loop memory used (MB) 0 612 1 593 2 592 3 593 4 593 - ------------ - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8EUYBHdOA30NoFAARAqesAKCcjRfQvQMDdVvGjet+QN0yFkthwwCfa+3x +oECruaJ6L0fY1E3OLrjlvY= =pe86 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-07 18:06:25
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 well, here are my experiences with the "memory leak" problem: i have read the memory usage form with the windows task manager (winnt), the system monitor (win98se), or xosview (linux ;-) 1s after the java program has finished ! i have learned, that after several more secounds, the OS may freee a bit more memory .. anyway, this gives us a reliable source of information whether gl4java has a "big" memory leak or not ! - --------------- win98se + jdk 1.3.1 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" summary: after each run 2MB of memory are "lost" ! todo: new tests - --------------- win98se + jdk 1.3.1_01 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" ???? todo: test ;-) - ---------------- winnt 4.0 + 500MByte + jdk 1.3.1 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (kb) 0 75404 1 76028 2 76028 3 76028 4 76028 - ---------------- winnt 4.0 + 500MByte + jdk 1.3.1_01+ gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (kb) 0 68980 1 69788 2 69784 3 69784 4 69776 - ---------------- winnt 4.0 + 500MByte + jdk 1.4.0b3 + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (kb) 0 70612 1 71660 2 71656 3 71656 4 71656 test: "java gl4java.GLContext VertexArrayRange" (demos/NVidia) test loop memory used (kb) 0 70592 1 70784 2 70784 3 70700 4 70632 - ------------ linux 2.4.12 ppc + 256 MB + jdk 1.3.0 (blackdown fcs) + gl4java 2.8.1.0 test: "java gl4java.GLContext -infotxt" test loop memory used (MB) 0 199 1 199 2 199 3 198 4 198 - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8EQUFHdOA30NoFAARAlAXAJ9c+CJIwjmTXNBoMsACL+TNmKE6aACdHBr/ fVv9EErLskIe/DMexjgbApo= =+jyf -----END PGP SIGNATURE----- |
From: <pet...@ba...> - 2001-12-07 11:59:07
|
Sven said: > Well - beside the new great GL4Java FAQ ;-), > the new release candidat is on it's way now ! > > for short: > > <snip> > > Better Offscreen Rendering support I could do with some clarification here. I'm considering using OSMesa to create an alternative to GLCanvas to allow me to run my offscreen GL programs without running an X server. Does your new offscreen rendering support running without an X server or not? Thanks, Pete ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** |
From: Alban C. <aco...@wa...> - 2001-12-06 14:46:02
|
Hello all, I never managed to get rid of the "gljDestroy failed (free)" error when shutting down my program, even when finishing my display() method with "glj.gljFree();" Does anyone have the solution ? When I generate a javadoc of a class implementing GLEnum, I get all the GL_SOMETHING fields inherited from GL_ENUM displayed in the javadoc. But I want all the OpenGL details to be hidden from the user, who only needs to use the high level functions. Has anyone ever managed to prevent inherited fields or methods from a parent class or implemented interface from being displayed ? if so, how ? I couldn't find this in the javadoc doc... regards, Alban Cousinie |
From: Sven G. <sgo...@ja...> - 2001-12-06 10:26:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well - beside the new great GL4Java FAQ ;-), the new release candidat is on it's way now ! please use the mailinglist for responses - thanxs for short: JDK 1.4 java.nio buffer support OpenGL 1.3 support OpenGL Extensions support (ATI/NVidia/...) Better Offscreen Rendering support A good GL4Java FAQ ! RTFM ! And much more since release 2.7.1.0 .. read the CHANGES.txt on the website for details .. http://www.jausoft.com/gl4java/ and last but not least: RTFM ;-) live long & prosper sven - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8DzU4HdOA30NoFAARAoqFAKC7njWSa+ogpenCO8xRstSOUOTiygCfRg4e P33BkviXMy/pr+nV6z/COGY= =zyTs -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-12-06 09:39:05
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 02 December 2001 23:50, Alex Alessandra wrote: > Hi guys, <skip> check out the new FAQ sven - -- "come on sexy mama, let's kill all humans", bender - futurama 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 iD8DBQE8DzyvHdOA30NoFAARAtEtAKCVuY0OR1KsnzrOtu0U4G83LBDMIgCfYWbm OlHMezC6V5KLKUdGRJX0YvI= =HFk1 -----END PGP SIGNATURE----- |