Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (107)
games submitted by our members
Games in WIP (535)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  proposals for gl4java successor -> Jungle3D  (Read 3378 times)
0 Members and 1 Guest are viewing this topic.
Offline sgoethel

Junior Member




keep the source alive


« Posted 2003-07-06 09:38:05 »

looks like yet another useless effort for me,
but anyway ;-)

- javadoc can be created .. (ant)
- nothing usefull at this point ..
- re- design not finished ..
- participants wellcome

- or a merge, join with jogl ?
    - open source LGPL license ?
    - sources ?

have fun ..

+++

cvs anonymous checkout:

cvs -d:pserver:anonymous@cvs.gl4java.sourceforge.net:/cvsroot/gl4java login
       just hit return

cvs -z3 -d:pserver:anonymous@cvs.gl4java.sourceforge.net:/cvsroot/gl4java co Jungle3D

+++

the new ml regarding jungle3d is:

https://lists.sourceforge.net/lists/listinfo/gl4java-jungle3d-dev

+++

JogAmp [ GlueGen, JOAL, JOGL, JOCL, ..]
http://www.jogamp.org
Offline aNt

Senior Member




AFK


« Reply #1 - Posted 2003-07-07 09:27:34 »

shame Jogl is a BSD licence... Sad ... u not going to like that dude Sad.. nice to hear Gl4Java2 is on the cards- been waiting a while for that...
Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #2 - Posted 2003-07-07 09:44:13 »

Why would *I* use GL4Java as opposed to JOGL?

As a user of LWJGL, I know why to use LWJGL, and when to use JOGL - there are differences. However JOGL & GL4Java is very similar (yes?). Why would I choose the one over the other?

And as a user I don't care about licenses. I just need to select the right API.

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Herkules

Senior Member




Friendly fire isn't friendly!


« Reply #3 - Posted 2003-07-07 10:11:25 »

Quote
And as a user I don't care about licenses. I just need to select the right API.


You don't? I do! Although I don't know what the BSD license actually is, but I know that GPL is bad and LGPL or MPL are ok.
So BEFORE looking to the API, look to the license! If it's the wrong one, the API is pointless.


HARDCODE    --     DRTS/FlyingGuns/JPilot/JXInput  --    skype me: joerg.plewe
Online kevglass

JGO Kernel


Medals: 120
Projects: 23
Exp: 18 years


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #4 - Posted 2003-07-07 10:33:31 »

Just has (another) read of the BSD license. Its short and simple and has pretty much the sample implications as LGPL... e.g. you can use this or play with this, but the copyright has to stay intact. Oh, and incidently, you can't use my name.

Kev

Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #5 - Posted 2003-07-07 10:36:00 »

Quote
Although I don't know what the BSD license actually is, but I know that GPL is bad and LGPL or MPL are ok.

I have yet to see an API that is "bad". There are API's that are more restrictive than others...

Quote
So BEFORE looking to the API, look to the license!

What good is an API with a good license, if it doesn't do the job?

Always look at the API first, and then evaluate the license. If it costs money, so what? - if it gets the job done quicker, more easily (and has a future) - then by all means use a closed source API. However, I prefer open source projects by far!

oh, and btw: Never ever say that GPL is bad outloud, you'll get a million GPL zealots on your back  Tongue

Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #6 - Posted 2003-07-07 10:39:58 »

Quote
Just has (another) read of the BSD license. Its short and simple and has pretty much the sample implications as LGPL... e.g. you can use this or play with this, but the copyright has to stay intact. Oh, and incidently, you can't use my name.

Eeek, go and read it again. And then read it one more time!

There is a *huge* difference in the licenses!! GPL requires that all implementations using source code from or linking to the library be open source and GPL too. LGPL allows linking but other than that, also have the same nature of the GPL.

BSD only says that you must supply a copyright and not use creators name. What you do with the source, is your concern. Deriviative work is not required to be open source too, like L/GPL does.

Online kevglass

JGO Kernel


Medals: 120
Projects: 23
Exp: 18 years


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #7 - Posted 2003-07-07 10:45:43 »

LGPL does indeed say if you derive from the work it must be OS. But in practice the nature of things produced under the LGPL are libraries and hence people just link to them. At which point, the BSD license has the same next effect.

GPL is a whole different kettle of underwater animals I agree. However, I was really getting at the above post which puts some empahsis on the difficultly of using the BSD license.

Kev

Offline Orangy Tang

JGO Kernel


Medals: 56
Projects: 11


Monkey for a head


« Reply #8 - Posted 2003-07-07 11:15:32 »

Quote
Why would *I* use GL4Java as opposed to JOGL?


I want to know the answer as well Smiley With Jogl and LWJGL we've got all the bases covered for gl bindings, what does this offer thats good? Better yet, why can't this be instead added/intergrated with one of the existing bindings?

[ TriangularPixels.com - Play Growth Spurt, Rescue Squad and Snowman Village ] [ Rebirth - game resource library ]
Offline Herkules

Senior Member




Friendly fire isn't friendly!


« Reply #9 - Posted 2003-07-07 11:53:53 »

Quote

What good is an API with a good license, if it doesn't do the job?


What is an EXCELLENT API good for, if the license is not acceptable?

A semi-excellent API might be used instead, if the license fits.

GPL most of the time is unacceptable for non-opensource project. Most games are of that type. And thats no matter of 'cost' because the cost of GPL in those cases is 'everything'.

But as it sounds, BSD seems to be OK.

HARDCODE    --     DRTS/FlyingGuns/JPilot/JXInput  --    skype me: joerg.plewe
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #10 - Posted 2003-07-07 12:38:50 »

Re-read section 5 of LGPL... it seems that only dynamic linking is allowed without it being viral. (at least that's how I interpret it)  They clearly state that if you link code into your main program that it becomes a derived work and is now covered by the LGPL.   The LGPL is a very messy license that is not clear at all.
For instance can I include LGPL code in the same JAR as the rest of my app and not have it infect MY code?  The wording of the LGPL is a complete mess in that regard.

As for Jungle3D or any successor to gl4java... there is little point.. put the effort towards JOGL to make it better.  Or help out with LWJGL... those two seem to have everything covered.   Why fragment the efforts into implementations that are all basically the same?  

I would even argue that some aspects of LWJGL, namely game controller input and sound, should be merged with the JInput and JOAL projects.. since it seems only the OpenGL stuff is sufficiently unique.  Having those two parts in separate libraries gives you more options.  I can foresee many cases where OpenGL isn't needed, but better input or sound would help. Although I think if the core java sound were "fixed" the need for OpenAL would be nil, features of OpenAL could be built on top of ordinary java sound instead.. eliminating the need to install OpenAL everywhere.  Since unlike OpenGL, OpenAL is not included in most OS installations it makes game installation a bit more complex.

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Dwinin (4 views)
2014-07-29 10:59:34

E.R. Fleming (20 views)
2014-07-29 03:07:13

E.R. Fleming (8 views)
2014-07-29 03:06:25

pw (39 views)
2014-07-24 01:59:36

Riven (39 views)
2014-07-23 21:16:32

Riven (26 views)
2014-07-23 21:07:15

Riven (28 views)
2014-07-23 20:56:16

ctomni231 (59 views)
2014-07-18 06:55:21

Zero Volt (50 views)
2014-07-17 23:47:54

danieldean (42 views)
2014-07-17 23:41:23
HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22

How do I start Java Game Development?
by ra4king
2014-05-17 11:13:37

HotSpot Options
by Roquen
2014-05-15 09:59:54

HotSpot Options
by Roquen
2014-05-06 15:03:10

Escape Analysis
by Roquen
2014-04-29 22:16:43

Experimental Toys
by Roquen
2014-04-28 13:24:22
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!