Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (476)
Games in Android Showcase (106)
games submitted by our members
Games in WIP (532)
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  
  What games use your technology?  (Read 3390 times)
0 Members and 1 Guest are viewing this topic.
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Posted 2004-06-09 17:33:28 »

After a bout of XML wizardry this evening, all technologies on JGF automatically have thumbnails + links to all the games we know of that use those technologies.

So, for instance, if you go to the JGF front page (http://grexengine.com/sections/externalgames/), go to the Tech section, and then click on Java3D (and scroll down a bit), Flying Guns shows up as using this tech, with a mini screenshot + link to the detailed entry. Or if you go to the webstart page, you find loads of games Grin.

Now...some technologies are woefully under-represented here, and with this update it becomes all the more obvious. Screenshots are great for promoting your technology-of-choice, and giving people an idea what it can do, but ... real games are so much more effective!

So, for all those contributing to techs listed on JGF (and if you work on a tech that isn't listed, send me the details!), why don't you give us a list of games - alpha, beta, or gold - that use your tech, and we'll try and get their authors to send us the details to add to JGF?

PS: Those techs most lacking in games right now are:
- jME (zero)
- ODE (zero)
- JInput (zero)
- JOAL (zero)
- JOGL (two)
- LWJGL (one)

I'm sure each of those has at least 4 or 5 games in develoment already, and some many more ... but I just don't have the details Sad

malloc will be first against the wall when the revolution comes...
Offline princec

JGO Kernel


Medals: 342
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #1 - Posted 2004-06-09 22:31:57 »

There's at least 4 more LWJGL games you might want to add to JGF:

Tribal Trouble from Oddlabs
Danger Maze from Adamant Games Inc.
Super Elvis from us!
Quix from Orangy Tang

Cas Smiley

Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #2 - Posted 2004-06-09 23:58:49 »

Quote
There's at least 4 more LWJGL games you might want to add to JGF:

Tribal Trouble from Oddlabs
Danger Maze from Adamant Games Inc.
Super Elvis from us!
Quix from Orangy Tang

Cas Smiley


Great stuff - I'd love to have as complete a list as possible.

Last time I asked the TT guys, they had nothing playable they wanted anyone seeing, and preferred not to even have a "preview" article, so there'd be nothing for it to auto-link-to on the site (links are generated from walking the XML tree and using methods, not from scraping HREF's / URL's from a source file - I could change this at some point in the future, but for the time being all I need is for the game to be on JGF and it will be found automatically, which is not much to ask Tongue until I have the time/energy to add mroe intelligence to the link generation).

For SE nee HG, if you send me the details (or a note to confirm that it's "exactly as for AF" so I can just copy/paste the AF source XML) along with the HTML-fragment (use P tags etc as required) for the description, and URL + 320px-wide screenshot, then I'll add it this week.

Quix...IIRC OT has promised to send me the details when he's happy for people to start playing it (or maybe that was just a promise for another diary update, and I'm getting confused...)

Checking out DM now..

malloc will be first against the wall when the revolution comes...
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Orangy Tang

JGO Kernel


Medals: 56
Projects: 11


Monkey for a head


« Reply #3 - Posted 2004-06-10 00:05:56 »

Quote
Quix...IIRC OT has promised to send me the details when he's happy for people to start playing it (or maybe that was just a promise for another diary update, and I'm getting confused...)

Probably both. Smiley On the other hand, you can tag S-Type under the Jogl catergory.

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

JGO Coder


Medals: 1


http://t-machine.org


« Reply #4 - Posted 2004-06-10 00:06:28 »

Quote

Checking out DM now..


I remember looking at this one before, and there was some problem (can't remember what).

Sad right now, their linux download is to a shell script, which I would need some serious persuading before accepting. Ditto their windows link to an EXE and OS-X ZIP. If they JAR or webstart...I haven't got as far as deleting all non-webstart games Smiley but one of the few absolute rules is that if you force someone to download the game, they must be able to simply copy that file to another computer and have it run. No: "I downloaded a windows-only version and have to re-download the whole thing in order to play it on my linux partition".

FYI the only other one I can remember off the top of my head is that the game cannot be available on one platform only - that's stretching the definition of "java game" too far (it becomes a game that is "written in java-the-language, but does not run on java-the-platform") given that JGF seeks to increase the appreciation of the benefits of pure java games - and hence increase demand. This is why the Kingdoms RTS game is not on JGF - they refused to distribute anything except a windows EXE.

malloc will be first against the wall when the revolution comes...
Offline 20thCenturyBoy

Senior Member


Medals: 3


So much to learn, so little time.


« Reply #5 - Posted 2004-06-10 03:30:06 »

Quote
JGF seeks to increase the appreciation of the benefits of pure java games

Surely "pure Java" excludes libs like LWJGL that rely on native code (eg the dll for windows and the .so for Linux)?

Or am I being pedantic?  Huh




"I have never done unit testing and I don’t find it a very useful concept" - Jonathan Blow
Offline oNyx

JGO Coder


Medals: 1


pixels! :x


« Reply #6 - Posted 2004-06-10 03:46:45 »

Yes, you are Tongue

Java uses native parts all the time. Since Java itself isn't native there has to be parts wich do the dirty low level stuff.

So... it's "pure" with common sense applied. That means for the "Java platform", but that only includes the 3 major operating systems: win, mac and linux. Others are nice, but they don't matter anyways :>

弾幕 ☆ @mahonnaiseblog
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #7 - Posted 2004-06-10 12:17:08 »

Quote

So... it's "pure" with common sense applied. That means for the "Java platform", but that only includes the 3 major operating systems: win, mac and linux. Others are nice, but they don't matter anyways :>


Thanks, I should have originally explained better myself Smiley.

The policy with JGF is that if it runs from a single link for all major platforms ("whatever has an up to date high quality JVM") then that's OK.

Webstart games buy themselves a freebie here, because most use native libs that mean you do need to download once for each platform - unlike self-contained JAR's. But...to the user, there's just one URL, and it Just Works on every machine they try it on. If a game turns out to be broken on a major platform, then I start breathing down the author's neck, and if if they don't fix it soon they get delisted.

Overall the point is to have a site where - assuming yuo have a JVM Wink - everything works straight away, with no "extras" you have to download or install, no hassle, no fuss, just "click and go".

The thing I like most about webstart is that it lets people do games e.g. like survivor which actually uses not one but THREE 3rd-party technologies that need to be installed separately - but the player is not even aware of this! It all happens automatically, under the covers, installing the correct selection of native libs and x-platform jar files.

Even more wondrously - although many techs haven't set this up appropriately yet - you can configure it so that the downloaded techs are automatically shared between all webstart games. So, if you run a game and JOGL has upgraded, it downloads the new JOGL, and suddenly all your games are using the new, faster, less buggy JOGL. Nice Smiley. All without you, the player, lifting a finger. In theory...


malloc will be first against the wall when the revolution comes...
Offline 20thCenturyBoy

Senior Member


Medals: 3


So much to learn, so little time.


« Reply #8 - Posted 2004-06-10 14:00:21 »

Quote
Even more wondrously - although many techs haven't set this up appropriately yet - you can configure it so that the downloaded techs are automatically shared between all webstart games

Does this mean that if I have already downloaded a LWJGL game, then the next LWJGL game will only download the app and not the LWJGL lib again?

Quote
So, if you run a game and JOGL has upgraded, it downloads the new JOGL, and suddenly all your games are using the new, faster, less buggy JOGL

And suddenly all your games break  Tongue

I have mixed feelings about Webstart. It's new to me as the last time I looked at Java was at 1.2. I just wish it didn't look so damn ugly!

"I have never done unit testing and I don’t find it a very useful concept" - Jonathan Blow
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #9 - Posted 2004-06-10 14:06:55 »

Quote

it downloads the new JOGL, and suddenly all your games are using the new, faster, less buggy JOGL. Nice . All without you, the player, lifting a finger. In theory...


Say there was a bug in one of the JOGL implemenations, and the user had to work around it, when the new JOGL gets updated, the work around would still be there, ultimately, it would seem like a new bug but it isn't really. If you get what I mean Huh

So really, thats a disadvantage, and *sometimes* it can break games.

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #10 - Posted 2004-06-10 14:09:33 »

Quote

Does this mean that if I have already downloaded a LWJGL game, then the next LWJGL game will only download the app and not the LWJGL lib again?


Precisely.

Quote

And suddenly all your games break  Tongue


Which is why I get very angy when open-source software hasn't been regression tested - the base assumption ought to be valid that new releases will not break old code except very rarely.

However, IIRC the easy and obvious solution to this is that you link to a specific version of the technology rather than their "latest build", and that way your game will only ever use that build. With most techs though it's safe to just use the latest (stable) version.

malloc will be first against the wall when the revolution comes...
Offline princec

JGO Kernel


Medals: 342
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #11 - Posted 2004-06-10 14:28:26 »

It is impossible to regression test a library against 3rd party software, period. Therefore we have solved this problem in LWJGL by simply making the distribution of the LWJGL to be under half a meg and therefore very easily redistributable without a great deal of wastage. (It can be shrunk to half that with a little ingenuity too)

Cas Smiley

Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #12 - Posted 2004-06-10 14:49:26 »

Quote
It is impossible to regression test a library against 3rd party software, period.


EDIT: I'm not talking about testing against the software directly, I'm talking about testing against the virtual contract you make with the software. If you have good documentation, it's their fault if they rely on undocumented behaviour; you only need to test that your system does everything it says it does.

Assuming we're talking about that, then expensive, yes. Impossible, no. It just requires a really extensive test suite.

IMHO it's not much to ask that any production-level library (e.g. LWJGL after version 1.0) not break things that were working beforehand, bar exceptional cases.

But looking at LWJGL in particular, how many regression bugs have you had so far? From what I've seen on the PG forums etc the answer is "few, and very few that haven't been spotted quickly and then fixed". This is presumably partly because you, Cas, are doing regression testing nearly all the time - first with AF, now with SE. And that is a fairly good set of regression tests AFAICS Smiley. If I were to criticise the LWJGL process at all it would only be to say that when you spotted regression problems it would have been better for others if you had brought them up and either fixed (or nagged someone else) them rather than just workaround them in your code.

Quote

Therefore we have solved this problem in LWJGL by simply making the distribution of the LWJGL to be under half a meg and therefore very easily redistributable without a great deal of wastage. (It can be shrunk to half that with a little ingenuity too)


Personally, I think that if a tech's authors decide to forego regression testing (which, as above, I don't believe you guys have done, despite your claims Wink) then they can make it OK by making it very easy to lock-on to a particular version, and being VERY up-front about the need to avoid "using the latest version" even going so far as to not have any symbolic links to "latest".

(re: size: half a meg is still on the high side for impoverished developers with only a few Gb a month on their web hosting plan Sad, but 0.25 Mb would be great; JOGL is currently 900k IIRC, and that's certainly going to cause a problem with survivor, unless people stop playing Wink)

malloc will be first against the wall when the revolution comes...
Offline princec

JGO Kernel


Medals: 342
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #13 - Posted 2004-06-10 15:21:02 »

LWJGL can be trimmed down to about 0.25mb by removing the code you don't use and using lzma compression.

We're especially keen to avoid breaking stuff after 1.0 which is why 1.0 isn't out yet Smiley

Cas Smiley

Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #14 - Posted 2004-06-10 20:53:37 »

Heck I'm still trying to get the Mac version of LWJGL under 4.8 MB!!!
Yeah, something is obviously hosed...  the last version I had is 640kB.

Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #15 - Posted 2004-06-10 21:57:27 »

Quote
Yeah, something is obviously hosed...  the last version I had is 640kB.
The latest version is ~850 kB - you need to strip the file!

Using compatible compression technologies, I can compress the lwjgl.jar and lwjgl.dll into a 195 kB zip file :p. Using an obfuscator could probably reduce the lwjgl.jar file drastically.

Using incompatible compression (LZMA) I can compress the same files to 133 kB. Ofcourse one would need 7zip to uncompress... (using an SFX archive, I end up at 206 kB total).

Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #16 - Posted 2004-06-10 23:51:55 »

Quote
The latest version is ~850 kB - you need to strip the file!


How?  I ran 'strip' on it and it had no effect.

Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #17 - Posted 2004-06-11 01:00:38 »

Ok.. apparently I don't know how to use "strip"  I tried the -x option this time and that reduced the size to 265684 bytes!!!  Seems a bit TOO small now...  ... I should go on a rant about how stupid the GNU compiler is for producing such a bloated useless file in the first place... and how brain-dead the XCode project defaults are for a JNI library such that they increase the size of the lib by a factor of 6 for release ("deployment") builds... but I think I can hold back Smiley

Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #18 - Posted 2004-06-11 05:36:39 »

Quote
Ok.. apparently I don't know how to use "strip"  I tried the -x option this time and that reduced the size to 265684 bytes!!!  Seems a bit TOO small now...
Hmm, a bit small yes - but if it works...

Quote
... I should go on a rant about how stupid the GNU compiler is for producing such a bloated useless file in the first place...
It's just building with all symbols exported and a slew of debugging info

Quote
and how brain-dead the XCode project defaults are for a JNI library such that they increase the size of the lib by a factor of 6 for release ("deployment") builds... but I think I can hold back Smiley

I also tried to get it to compile under xcode once. FWIW, Xcode seems like a good solution, but I just had the feeling that it was needlessly complex - and the UI is anything but simple. Very counter Mac OS X'ish.

Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #19 - Posted 2004-06-11 16:55:30 »

Quote
It's just building with all symbols exported and a slew of debugging info

In the "Deployment" build? (The other option is "Development" build)

Quote
FWIW, Xcode seems like a good solution, but I just had the feeling that it was needlessly complex - and the UI is anything but simple. Very counter Mac OS X'ish.


I agree 100%.  It is basically that there is a learning curve to it.  Since I've been learning Objective-C and Cocoa I have come to appreciate it a bit more, but considering this is coming from Apple I'm surprised at how counter intuitive they made it.

To give Apple some credit, it is a full featured IDE that is included with the OS for no extra charge, and Interface Builder and Objective-C can be pretty sweet for making a good looking app in record time.

Offline vrm

Junior Member




where I should sign ?


« Reply #20 - Posted 2004-06-14 07:44:12 »

you tried strip ?
Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #21 - Posted 2004-06-14 13:13:31 »

Yeah - it says so above...  I got it working once I found the magic parameter to strip to make it do something. "strip -x" seems to do the trick.

Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #22 - Posted 2004-06-18 16:59:40 »

Disappeared for a while, but this feature is back (XSLTPROC for some strange reason requires an eight-character string to be typed in everytime to cause it to use the full XSL language - otherwise it just uses 90%, leaving out some critical stuff that the source DEMANDS without even throwing an error Sad)

Also, a few new techs are about to put in their first appearance - Beanshell and GAGETimer (although I'm still waiting for a response from JBanes on what text + info + etc he wants for the GT page...)

malloc will be first against the wall when the revolution comes...
Offline z.e.r.o

Junior Member




Java games rock!


« Reply #23 - Posted 2004-07-27 11:59:06 »

Add another JOGL game.

MK1 will ship around december with flashy JOGL graphics.

It's a shoot em up.

Matteo Anelli
.brain - http://www.dot-brain.com
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #24 - Posted 2004-07-27 12:08:17 »

Quote
Add another JOGL game.

MK1 will ship around december with flashy JOGL graphics.

It's a shoot em up.


We need the full details of the game - if you don't know them, then either email the author(s) or send me their email address.

malloc will be first against the wall when the revolution comes...
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.

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

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

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

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

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

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

danieldean (32 views)
2014-07-17 23:41:23

MustardPeter (36 views)
2014-07-16 23:30:00

Cero (51 views)
2014-07-16 00:42:17

Riven (50 views)
2014-07-14 18:02:53
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!