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-02-08 09:04:59
|
> On Monday 22 January 2001 20:15, you wrote: > > Does GL4Java support enabling OpenGL extensions such as NV_vertex_range on > > nVidia hardware? How are the functions exposed? > > > > -Brian One can always write a little native code and expose additional OpenGL routines or extensions up to the Java level. The NV_vertex_array_range extension in particular poses a problem because there is currently no fast way to access the region of memory returned from wglAllocateMemoryNV from Java. One must either copy a Java array into it in native code (adding a memcpy to the workload, which has a significant performance impact) or make a native method call per datum read to or written from that region of memory, which is not workable. It turns out that JDK 1.4 will have primitives in the New I/O APIs (JSR 51, on http://java.sun.com/aboutJava/communityprocess/search.html ) which, in conjunction with compiler support, allow one to describe in a completely safe fashion these kinds of memory regions. These primitives can be repurposed to support applications like high-performance graphics. -Ken _____________________________________________________________________________ Kenneth B. Russell (kbr...@al...) http://www.media.mit.edu/~kbrussel |
From: Kenneth B. R. <kbr...@al...> - 2001-02-08 08:52:27
|
> experiences with: > > XFree86 4.0.2, GL4Java 2.5.0, KDE2.1b2 + konqueror 2.1b2 and > - jdk1.2-sun: no display .. > - jdk1.3-sun: no display .. > > - jdk1.3-IBM: runs well > ================== I've been running GL4Java on top of Sun's JDK 1.3 on Windows 2000 successfully with an NVidia GeForce. I had some problems porting some code to GL4Java. Specifically, in order to get animation working at all and with good performance, it was necessary to subclass GLAnimCanvas and use the following settings: setUseRepaint(true); setUseFpsSleep(false); setSuspended(false); I found that calling sDisplay() in my main thread reliably crashed the machine (apparently doing something relating to multithreaded access to the OpenGL context the GeForce didn't like). I should note that I played a little bit with the non-free Magician binding and believe that there are some unresolved issues with GL4Java's interaction with the window system. Specifically, a friend and I did an experimental project in which we shoehorned some of GL4Java's sources into the Magician APIs. Unfortunately, it wasn't stable (crashed frequently on his machine), likely due to my inexperience with the multithreading issues in interacting properly with the AWT. However, performance of this system appeared to be significantly better than my first attempts with GL4Java, probably because we were able to avoid the repaint() mechanism and associated thread synchronization. I'm planning on doing some more work on this over the next few weekends -- if anybody has experiences to share or would like to collaborate please send mail. -Ken _____________________________________________________________________________ Kenneth B. Russell (kbr...@al...) http://www.media.mit.edu/~kbrussel |
From: Sven G. <sgo...@ja...> - 2001-02-08 06:40:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 experiences with: XFree86 4.0.2, GL4Java 2.5.0, KDE2.1b2 + konqueror 2.1b2 and - jdk1.2-sun: no display .. - jdk1.3-sun: no display .. - jdk1.3-IBM: runs well ================== no display means: i can not see nothing :-(, cpu is low .. ideas ? experiences ? sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gj9bHdOA30NoFAARAsauAJ91ORHkWq8f5HPG84sawx3LsvoB7QCcCCNQ BiH0SZysCeqNc1JIYelopnw= =29NA -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 06:23:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 18 January 2001 19:58, you wrote: > Sorry if I just can't find it but how does GL4Java deal with OpenGL > extensions. I am researching porting my simple gaming engine to Java and > want to use GL4Java, but I require using OpenGL extensions. > > Thanks for any information > > -Brian > > > http://mp3.com/LowlandChalow > > well, GL4Java allready has support for OpenGL Extensions, which are tried to load dynamically (at run time) like the std. GL functions. You can check the supported functions with: >java gl4java.GLContext -info In the future more Extensions will be added, vendor specific extensions also .. So: just request extension !! sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gjswHdOA30NoFAARAtShAJ9XWoGywBNuYl7tKkZmO1RK5si/NgCfZ4wo d/2XfmtBgaitJ/zk+wRkydM= =Au2m -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 06:20:15
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 22 January 2001 20:15, you wrote: > Does GL4Java support enabling OpenGL extensions such as NV_vertex_range on > nVidia hardware? How are the functions exposed? > > -Brian > > > > --------------------------------- > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great prices. Well, not currently ! But I am thinking of adding more *Ext functions in the near future. sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gjqEHdOA30NoFAARAvdUAJ0cIiQpRxkTbIbyAwVVdDH7gavlQQCeOtOW UYSPqf02sHDSI7kmSoYzcPA= =5Ft7 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 06:08:10
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 28 January 2001 06:42, you wrote: > What is the purpose/role of the Component object in AWTTextureLoader's > constructor? > > public AWTTextureLoader(java.awt.Component comp, GLFunc gl, GLUFunc glu) > > When attempting to use it I'm getting the following error: > GLUT: Warning in (unamed): GL error: invalid value > > Thanks for your time, > -brian Well, just to use the AWT's feature of loading 2D-Images. We need a java.awt.Component ! The error .. well, I do not know. Look at the demo's GL4Java/MiscDemos/GLImageViewerCanvas.java ! sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gjepHdOA30NoFAARArtDAJ9zgeNyKLlO++YDjp0CXDd54ZQWGwCfVOHE zI85xstAk+60XRptAF7Jk90= =B4oO -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 06:04:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 02 February 2001 16:56, you wrote: > Hi, > > I'm a new user of GL4Java, and I think it's really great. Thanks for all > the job you done. > > I would know if it is possible to use True type fonts, to write text (like > in the Nehe's tutorial, using wglUseFontBitmap function). > Is it possible to create a new dll, to use this function (wgl...), or I > just can't, and have to use the few fonts available with GLUTFont. > > Thanxs a lot > > Franck Delache Well currently you can not - you can only use GLUTFont ! Especially a future mapping of a non portable "wgl*" functions does not fit into GL4Java's platform independed design ! I forward / CC this message to the mailinglists, because you are right: GL4Java needs TrueType Font Solution - Platform independend - May use XFree86 4.0 TrueType features - May use Win32 TrueType features - May use MacOS TrueType features - does they exist ? But the implementation and API must exist on all platforms .. Who is willing to do so ? -> Of course in LGPL style, to being integrated into GL4Java's package. Yours, Sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gja9HdOA30NoFAARAriLAJ9qK2ozm8iiHA+UFxC9ErLp2ipWSwCfc4fX pV6hWAlhZQ5wYYnwuC8Y+uM= =9jEX -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 05:47:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 03 January 2001 14:12, you wrote: > Hello everyone :) > My question is how to make it possible to loading applet using gl4java > without downloading gl4java. I know it sounds weird. > It means I want to make a applet included gl4java. > However I don't know howto do with some .DLLs related gl4java. > I expect your holly wisdom of frontier. > Thanx. > Well, another question: How can I have coffe without getting/buying/... coffe ? Seriously: -Imaging you use a big API/Library, which is loadable by an apple, e.g. a big (big sized) jar archiv. -Then assume many other uses this library, and/or the user wants to try your applet very often. - So the user has to download (within the applet loading time) the big library all the time .. -> the user may wants to save the big library, seen as pre-loaded ! The current GL4Java Installer code can be modified little to install GL4Java without any GUI or spezial user interaction ! Only the security negotiation occure ! So - of course - you are able to write a GL4Java Applet, which checks if GL4Java is installed well, and installs GL4Java if necessary ! But - hey, don't you like the Installer ? ;-) Yours, Sven > ===================== > Brian Youngseog Lee > S/W Engineer > Development 3 > GOMID > =====================ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿàÚ½¯î±êன¨¥x% >Ë`Ú½¯î±êனþX¬¶Ïì¢êÜyú+ïçzØm¶ÿþX¬¶Ïì¢êÜyú+ïçzßæj)fjåËbú?^#jöÿºÇ« >º. - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gjLcHdOA30NoFAARAj/qAJ9JFi30NudnfeRYNL9xjNM0dr6aUQCff2rx EO9KIXTR+btpA9Fp9R22Mew= =/oub -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 05:38:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 09 January 2001 02:27, you wrote: > Hi~ > > What's the difference between GLFuncJauJNI GLFuncJauJNInf? > > thanks.. > > - feel Kim- As you can see, there exist many java classes with the extension nf ! There are native libraries with this extension avaiable either .. nf stands for not final ! The release java classes and native libraries uses the "final" modifier for the native function prototype, so a virtual table lookup is not necessary - -> improves speed ! sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gjDVHdOA30NoFAARAq1cAJ9jXH8g0lXhYRfoHXWbz3Cy34c0oQCghmeW DAa7X0Bb+5KbwEGjuza5tfs= =sE40 -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 05:38:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 10 January 2001 08:15, you wrote: > Hi~ > > I have two problem.... help me~~ > > 1. What's the difference between GLFuncJauJNI GLFuncJauJNInf? > As you can see, there exist many java classes with the extension nf ! There are native libraries with this extension avaiable either .. nf stands for not final ! The release java classes and native libraries uses the "final" modifier for the native function prototype, so a virtual table lookup is not necessary - -> improves speed ! > 2. This is error message.... > > destroy(): materialCanvas[canvas0,4,23,392x273] > gljFree failed > gljFree failed > gljDestroy failed (free) > > I want safe(clean) exit When Program was Terminated(when press frame's > Terminate button)..... What's Problem? > > Thanks...... > well, have a loock at /GL4Java/demos/MiscDemos/anti.java -> main method ! sven > - feel kim - > ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿàÚ½¯î±êன¨¥x%Ë`Ú½¯î±êனþX¬¶Ïì >¢êÜyú+?ïçzØm¶ÿþX¬¶Ïì¢êÜyú+?ïçzßæj)fjåËb?ú?^#jöÿºÇ«º. - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gjCiHdOA30NoFAARAlSbAJ4qmrx1rt89Lvt3V7qmp9tU2zSjagCgqpAI M1OJJ+QCYl1RL8EK+e/e11s= =T3EY -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 05:34:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have updated the File GL4Java/Tesselation.txt Which "documents" GL4Java's tesselation implementation/mapping ! Thanxs to Jean-Yves BRUD, who asked ( I am too lazy ..). The file is attached .. Yours Sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gi/PHdOA30NoFAARArWDAJoDyXefZ2xjaQ+K6HyuewrMLm/VrgCeI3WS A7NOQw3q9MoUOB0zgTkJMfA= =pOhc -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 05:09:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 11 January 2001 12:49, you wrote: > Hello, > > Im trying to find a random bug on tesselation. > well, I just have added a bugfix for the GLU Callback code into the CVS repository. I have announced this to the gl4java-developer mailinglist. This bugfix will appear in version 2.5.1 ! > I read the GLUFunc documentation but I still have > questions. I also read the 3 demos (which runs well) > of the GL4 package. > fine > What is the meaning of parameter signature ? > If my callback method name is myVertexCallBack (for a GLU_TESS_VERTEX > callback), > what is the value of the signature parameter ? e.g. (tessdemo.java line 337): glu.gluTessCallback ( tobj, GLU_TESS_VERTEX, gl, "glVertex2fv", "([F)V", 2, 0, 0, 0, 0); The signature "([F)V" is the original java style signature of the argument-list, your callback method takes (here: glVertex2fv) ! Read SUN's Java Documentation for Java-Callback methods: http://java.sun.com/docs/books/tutorial/native1.1/implementing/method.html Here you can find the mapping of function arguments to its corresponding string signature representation ! > > What is the meaning of the 5 parameters: voidArrayLen1, voidArrayLen2, > voidArrayLen3, > voidArrayLen4, voidArrayLen5, and what value do I need to put ? > The maximum number of arrays within the argumentlist of GLU Callback functions is 5 ! So, the arguments voidArrayLen[1-5] stands for the expected size of the arrays, which are passed into and from the callback funtion. E.g. (tessdemo.java): glu.gluTessCallback ( tobj, GLU_TESS_COMBINE, this, "combine_callback", "([D[D[F[F)V", 2, 0, 0, 2, 0); public void combine_callback( double coords[/*3*/], double vertex_data[/*4xn(=0)*/], float weight[/*4*/], float[/*m(=2)*/] data ) { data[0] = (float) coords[0]; data[1] = (float) coords[1]; } You can see, we do use the arrays data and coords with a size of 2 ! You are not allowed to use nonsense sizes, because this can hurt your application with a segementation fault ! (Well the GL4Java Callback function checks the array sizes to OpenGL's maximum, .. but be kind of ..) The OpenGL machine calls GL4Java's callback function, which dispatches the call (incl. data) to your java callback function ! > Thanxs. > sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6ginwHdOA30NoFAARAsOWAJ9PGjh2MMEFYKMFNTWXqqgJMTzOxgCghQZv oCSTCpb3rNKyAN/4ATXLE2g= =gSxf -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 04:51:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 25 January 2001 12:26, you wrote: > any news on a osx version ? just wondered. or are we going to wait it the > 24th ? osx version would rock. > ok, i know ! currently i do have a hardware problem .. :-( no more powerbook with mac-os x avaiable .. till .. my time sheduling would allow myself to work for a mac os x version again in april 2001. may be some pushers for this version are avaiable ? (for a g4-mac os X hardware/software .. / or developer ..) yours, sven - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6giW0HdOA30NoFAARApJTAJsGEmIAlVYKKZiE5oAu6SFmmrBwEwCgmtLq 9QnsTZXioYdetYs92k66qNc= =d5aN -----END PGP SIGNATURE----- |
From: Sven G. <sgo...@ja...> - 2001-02-08 04:47:04
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 25 January 2001 14:15, Brian Youngseog Lee wrote: > Hi there :) > I want to write my own animated canvas. > Of cause it will be inherited from gl4java.awt.GLCanvas. > That's all I know about animated canvas. Well - just have a look at gl4java.awt.GLAnimCanvas ;-), this is an implementation of an animated canvas .. - fps / sleep calculation - window events - back/front buffer swaping .. > And what's different GLFuncJauJNI and GLFuncJauJNInf ? As you can see, there exist many java classes with the extension nf ! There are native libraries with this extension avaiable either .. nf stands for not final ! The release java classes and native libraries uses the "final" modifier for the native function prototype, so a virtual table lookup is not necessary - -> improves speed ! > I wish your help. > Thanx > sorry for being late yours, sven > ===================== > Brian Youngseog Lee > S/W Engineer > Development 3 > GOMID > ===================== > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > http://lists.sourceforge.net/lists/listinfo/gl4java-usergroup - -- mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6giSuHdOA30NoFAARAj3sAKDC/kuBw4HgZsScoC/LaxRTGxIWIACgwgWE QP8v0kWayiqnmaI4E2DyiGQ= =LB2e -----END PGP SIGNATURE----- |
From: Max G. <gi...@li...> - 2001-01-25 17:50:32
|
Brian Youngseog Lee wrote: > Hi there :) > I want to write my own animated canvas. > Of cause it will be inherited from gl4java.awt.GLCanvas. > That's all I know about animated canvas. > And what's different GLFuncJauJNI and GLFuncJauJNInf ? You don't need them to do that. Check http://xmage.sourceforge.net go to project page -> CVS -> file xmage/gl/GLViewport.java - it's working example of such canvas. Bye, Max -- ----------------------------------------------- Max Gilead gi...@li... XMage library http://xmage.sourceforge.net ----------------------------------------------- -- 2 + 2 = 5, for very large values of 2 -- |
From: Brian Y. L. <ys...@go...> - 2001-01-25 13:15:16
|
Hi there :) I want to write my own animated canvas. Of cause it will be inherited from gl4java.awt.GLCanvas. That's all I know about animated canvas. And what's different GLFuncJauJNI and GLFuncJauJNInf ? I wish your help. Thanx ===================== Brian Youngseog Lee S/W Engineer Development 3 GOMID ===================== |
From: aNt <an...@to...> - 2001-01-25 11:26:16
|
any news on a osx version ? just wondered. or are we going to wait it the 24th ? osx version would rock. |
From: Sven G. <sgo...@ja...> - 2001-01-21 13:35:01
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 05 January 2001 04:46, you wrote: > Hi. > > GL4Java is used and there is a question. > > The thread increases when the demonstration applet is executed with IE5.5, > and reload is repeated with the F5 key. > > Why? > > > Windows2000SP1 > IE5.5 > GL4Java 2.5.0.0 > > --- > ma...@ga... > > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup > > R8= =sN2Q -----END PGP SIGNATURE----- |
From: Max G. <gi...@li...> - 2001-01-18 20:24:37
|
Hello! I wonder if it's just me or some of you folks also experience this kind of problems. When I write code that deals with GL4Java and Mesa the whole thing is TERRIBLY unstable. Yesterday I tried to implement lighting in my library. All compiled fine and crashed violently when tried to do ANYTHING lighting-related (glEnable(GL_LIGHTING) for example). GL4Java examples didn't worked too. It was with GL4Java 2.4 and Mesa 3.2. Then I decided to upgrade to GL4J 2.5 and Mesa 3.3. Now instead of crashing when I try to enable lighting it now reports LOTS of errors when generating texture object numbers (glGenTextures()). YES! glGenTextures doesn't work!!! So I tried to switch back to Mesa 3.2 while still using GL4J 2.5... so it started to crash while working with textures... another Mesa 3.2 was obsolete for GL4J 2.5... Okay, I figured out that is't Mesa 3.3 which is fucking everything. I tried Mesa 3.2 but it doesn't work with GL4J 2.5. I finally found that unofficial Mesa 3.4 from RedHat RawHide server works OK... but it's some craziness... Sorry for complaining so much but I'm more than angry because of those continuous Java/OpenGL problems... Any opinions? Better solutions? How do you manage to distribute your applications to users? Do they have to use specific versions of libraries? What if user doesn't want to / can't upgrade Mesa? Okay, enough, bye! Max -- ----------------------------------------------- Max Gilead gi...@li... XMage library http://xmage.sourceforge.net ----------------------------------------------- -- 2 + 2 = 5, for very large values of 2 -- |
From: ??? <fe...@go...> - 2001-01-18 12:13:06
|
Z2xqTWFrZUN1cnJlbnQgbWFrZSBhIHJlbmRlcmluZyBjb250ZXh0KGhSQykgY3VycmVudChyZW5k ZXJpbmcgY29udGV4dCBpcyBtYWRlIGFjdGl2ZSkgYW5kIGFzc29jaWF0ZSBpdCB3aXRoIGEgcGFy dGljdWxhciB3aW5kb3cNCg0KSSBob3BlIGEgaGVscGZ1bCBjb21tYW5kLi4uLi4uDQoNCi0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQpGcm9tOiAibm9pc2VicmFpbiIgPHppbGxhQGlkaW9t LmNvbT4NClRvOiA8Z2w0amF2YS11c2VyZ3JvdXBAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KU2Vu dDogVGh1cnNkYXksIEphbnVhcnkgMTgsIDIwMDEgODo0OSBQTQ0KU3ViamVjdDogW2dsNGphdmEt dXNlcmdyb3VwXSB3aGF0IGRvZXMgZ2xqTWFrZUN1cnJlbnQgZG8/DQoNCg0KPiBJJ3ZlIGxlYXJu ZWQgdG8gcHV0DQo+ICAgIGlmIChjdnNJc0luaXQoKT09ZmFsc2UgfHwgZ2xqLmdsak1ha2VDdXJy ZW50KCkgPT0gZmFsc2UpIHsNCj4gICAgICByZXR1cm47DQo+ICAgIH0NCj4gDQo+IGJlZm9yZSBk b2luZyBhbnkgZ2w0SmF2YSBkcmF3aW5nLCBidXQgSSBkb24ndCB1bmRlcnN0YW5kIHdoYXQNCj4g dGhlc2UgY2FsbHMgZG8uICBTb21ldGhpbmcgdG8gZG8gd2l0aCB0aHJlYWRzPw0KPiANCj4gDQo+ IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IGdsNGphdmEtdXNlcmdyb3VwIG1haWxpbmcgbGlzdA0KPiBnbDRqYXZhLXVzZXJncm91 cEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9s aXN0cy9saXN0aW5mby9nbDRqYXZhLXVzZXJncm91cA0KPiANCj4gDQo+IA0KPiANCj4gDQo= |
From: <fe...@go...> - 2001-01-18 12:13:02
|
Z2xqTWFrZUN1cnJlbnQgbWFrZSBhIHJlbmRlcmluZyBjb250ZXh0KGhSQykgY3VycmVudChyZW5k ZXJpbmcgY29udGV4dCBpcyBtYWRlIGFjdGl2ZSkgYW5kIGFzc29jaWF0ZSBpdCB3aXRoIGEgcGFy dGljdWxhciB3aW5kb3cNCg0KSSBob3BlIGEgaGVscGZ1bCBjb21tYW5kLi4uLi4uDQoNCi0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQpGcm9tOiAibm9pc2VicmFpbiIgPHppbGxhQGlkaW9t LmNvbT4NClRvOiA8Z2w0amF2YS11c2VyZ3JvdXBAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KU2Vu dDogVGh1cnNkYXksIEphbnVhcnkgMTgsIDIwMDEgODo0OSBQTQ0KU3ViamVjdDogW2dsNGphdmEt dXNlcmdyb3VwXSB3aGF0IGRvZXMgZ2xqTWFrZUN1cnJlbnQgZG8/DQoNCg0KPiBJJ3ZlIGxlYXJu ZWQgdG8gcHV0DQo+ICAgIGlmIChjdnNJc0luaXQoKT09ZmFsc2UgfHwgZ2xqLmdsak1ha2VDdXJy ZW50KCkgPT0gZmFsc2UpIHsNCj4gICAgICByZXR1cm47DQo+ICAgIH0NCj4gDQo+IGJlZm9yZSBk b2luZyBhbnkgZ2w0SmF2YSBkcmF3aW5nLCBidXQgSSBkb24ndCB1bmRlcnN0YW5kIHdoYXQNCj4g dGhlc2UgY2FsbHMgZG8uICBTb21ldGhpbmcgdG8gZG8gd2l0aCB0aHJlYWRzPw0KPiANCj4gDQo+ IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IGdsNGphdmEtdXNlcmdyb3VwIG1haWxpbmcgbGlzdA0KPiBnbDRqYXZhLXVzZXJncm91 cEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9s aXN0cy9saXN0aW5mby9nbDRqYXZhLXVzZXJncm91cA0KPiANCj4gDQo+IA0KPiANCj4gDQo= |
From: noisebrain <zi...@id...> - 2001-01-18 11:49:29
|
I've learned to put if (cvsIsInit()==false || glj.gljMakeCurrent() == false) { return; } before doing any gl4Java drawing, but I don't understand what these calls do. Something to do with threads? |
From: Jean-Yves B. <jy...@po...> - 2001-01-11 11:43:35
|
Hello, Im trying to find a random bug on tesselation=2E I read the GLUFunc documentation but I still have questions=2E I also read the 3 demos (which runs well) of the GL4 package=2E What is the meaning of parameter signature ? If my callback method name is myVertexCallBack (for a GLU_TESS_VERTEX callback), what is the value of the signature parameter ? What is the meaning of the 5 parameters: voidArrayLen1, voidArrayLen2, voidArrayLen3, voidArrayLen4, voidArrayLen5, and what value do I need to put ? Thanxs=2E -- -------------------------------------- Jean-Yves BRUD POLYQUARK - Ing=E9nierie & Cr=E9ation Palahou - 31330 LARRA France Tel: 05=2E62=2E79=2E03=2E33 Fax: 03=2E38 Mail: jybrud@polyquark=2Ecom -------------------------------------- |
From: ??? <fe...@go...> - 2001-01-10 07:15:32
|
SGl+DQoNCkkgaGF2ZSB0d28gcHJvYmxlbS4uLi4gaGVscCBtZX5+DQoNCjEuIFdoYXQncyB0aGUg ZGlmZmVyZW5jZSBiZXR3ZWVuIEdMRnVuY0phdUpOSSBHTEZ1bmNKYXVKTkluZj8NCg0KMi4gVGhp cyBpcyBlcnJvciBtZXNzYWdlLi4uLg0KDQogICAgZGVzdHJveSgpOiBtYXRlcmlhbENhbnZhc1tj YW52YXMwLDQsMjMsMzkyeDI3M10NCiAgICBnbGpGcmVlIGZhaWxlZA0KICAgIGdsakZyZWUgZmFp bGVkDQogICAgZ2xqRGVzdHJveSBmYWlsZWQgKGZyZWUpDQoNCkkgd2FudCBzYWZlKGNsZWFuKSBl eGl0IFdoZW4gUHJvZ3JhbSB3YXMgVGVybWluYXRlZCh3aGVuIHByZXNzIGZyYW1lJ3MgVGVybWlu YXRlIGJ1dHRvbikuLi4uLiBXaGF0J3MgUHJvYmxlbT8NCg0KVGhhbmtzLi4uLi4uDQoNCi0gZmVl bCBraW0gLQ0K |
From: <fe...@go...> - 2001-01-09 01:27:33
|
SGl+IA0KIA0KV2hhdCdzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gR0xGdW5jSmF1Sk5JIEdMRnVu Y0phdUpOSW5mPw0KDQp0aGFua3MuLg0KDQotIGZlZWwgS2ltLQ0K |