Guys, I do know how to take a screenshot, I just couldn't figure out where/how to upload it . Yep, Jens screenshot is what I get too. First version worked fine. That efect happens only when I'm jumping, and only when other two caraceters are visible (bird and oneeyed alien). When those two are out of the picture, everything works fine.

Thanks for the info, that points the finger squarely at my MD2 Loader . I'll attempt to fix it up tonight, I uploaded some new bits last night, however, I also noticed I'm only getting about 30 fps on my old GF2.

The hard restart I have to figure is a JOGL related issue since I can't image how the high level application code could cause this.

Oh, has anyone seen the wierd effect (as seen by Selendic and Jens) on anything other than Linux?

Going to attempt to get a linux box up and running on the weekend, so I should hopefully make some progress on the bug. Although, I can't quite see anywhere to start other than trying to see it myself. Can't imagine what might be going on in linux.

Going to attempt to get a linux box up and running on the weekend, so I should hopefully make some progress on the bug.

That's a good idea.Since Java apps should run on any (Java enabled) platform it's a good idea to make this platform neutrality real right from the start of project. :-) I'm wondering that a few (other) Java developers aren't that sensible...

Btw there are some nice "Boot Linux from one CD" distributions (no harddisc partitioning). My favorite being Knoppix: http://www.knopper.net/knoppix(If it's still closed due to software patents there's a clickable URL on the frontpage to go the old index)

Newer versions of such distributions allow the user to store the HOME dir on a writable device or mini swap partition.

However, I guess you already know all this, and furthermore I'm not fit with Linux either. :-)

It should be about twice as fast. Unfortunatly I've still not managed to set up a linux box to test out the bug, however the MD2 loader has moved over to using Morph nodes so the bug might have disappeared along the way.

I'm afraid I've moved the webstart to a new location which means re-downloading a bunch of stuff. This was to leave the old version intact.

If anyone who had the bug before could check to see if its gone I'd appreciate it.

Nice to see the geometry bug has gone away but now the two models seem to have swapped skins on Linux.. I guess it could be an oddity with appearances on Linux but I guess its more likely my code somewhere..

Working fine now on Suse9.0 + NVidia. cca 200 FPS when resized fullscreen. Minor hickups when moving lef/right, every 6/7 steps or so. (I don't have a windows box to check if that happes there too). Pretty impressive, actually!

I receive this error a few times, too. I don't know why it runs sometimes, sometimes it doesn't.

Well, I think Webstart doesn't like me (and vice versa).

Maybe it would be an option to just upload the JAR of your game? JARs are clean, fast and work (here for me) all time. I mean mainly during your development cycle and for us developers here who have installed up to date versions of Jogl and Xith3d.

PS: Apart from that the game demo is pretty funny. Good work, Kev! :-)

Looks like you forgot to sign something... I tried the Web Start version on the Mac and got this:

An error occurred while launching/running the application.

Yep, copied over the wrong jar, fixed now

Quote

I should also mention that you can just double-click martian.jar.. unlike Windows that should reliably launch a jar file. (On Mac you can also double click a class file to run it's main method.)

Useful info, maybe worth getting some more stuff about deployment on the Wiki. Its a tricky area now.

Quote

I did notice that there are frequent glitches in the animation. I'm going to try a few command line options (verbosegc etc..) to see if it can be smoothed out.

Yeah, I don't see those anymore on Windows, but seems depend on the amount of memory available. I guess its GC related but I've not got round to worrying about that sort of thing yet. If you find anything out, it'd be really useful.

I did a verbosegc but didn't see a correlation to the pauses. No FULL GC happened during the game, and the minor GCs took about 3 to 6 milliseconds.

I tried with -Xcomp but that crashed with a stack overflow and I didn't bother to look up the args to set the stack higher.

I'm going to try with -XX:+PrintCompilation to see if it is the JITC that is causing the glitches as methods get compiled. I actually don't think that would be the case either - methods usually compile in under a few milliseconds.

I suspect it actually related to managing the visible bits of the scene graph or something similar.. but obviously I'm just guessing until there is real profiling info to go on.

As for a Mac to try stuff on you might be able to get a used one now that the G5's are available and the new powerbooks are out. The new iBook looks to be good value.. but you still end up paying a bit of a premium for a Mac... Worth it in my opinion, but buying used to fit your budget might make the most sense.The low end of the new iBook is $1100 USD. A new eMac goes for $800, but I'm not sure if it has the power you would want in the graphics departmenthttp://www.apple.com/hardware/ Street price might be a little cheaper..

Hmm Having *helped* get your linux box running, I thought I ought to try it on mine , I get the usual demp telling me what extensions are available etc, followed by java.lang.stackoverflowerror. The first time I tried it I got the all the static geometry up and visible, the last few times I get the same error, but don't get anything visible apart from the main app frame. I tried the xith demos and they seem to be ok, no idea whats going on, but thought I would report

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