That's not a bug. When you don't run a WebStart app signed, it puts a status bar at the bottom of the window. Unfortunately they didn't do it smartly, so it overlays your display. Anybody running an unsigned webstart app needs to take that into account when making their games.

Too fast, too hard in the beginning, not enough power ups, the boss is too hard. When I died it didnt' decrement my ship count. Otherwise, nice game.

Thanks

What kind of computer do you have?

As for the powerups, do you mean "not enough variety" or "they don't drop frequently enough"?

Regarding lives, it's definitely impossible :-) Lives are decreased the very moment you die, and this is reflected immediately in the lower status bar. Since when you start again nothing changes in the status (because lives have already been decremented), it may create the illusion that they were not. This, or maybe you picked an additional life.

I've never played a Java game before manages to cause a machine crash/overload!!!Twice now, while playing this game (no other app. running), my work PC has instantly powered down - and refused to boot back up again until the power cable was removed for ~10 seconds.

I've never played a Java game before manages to cause a machine crash/overload!!!Twice now, while playing this game (no other app. running), my work PC has instantly powered down - and refused to boot back up again for ~60 seconds.

Athlon 64 3000+ cpu, MSI mobo, Geforce 6200LE gfx.

Good old Geforce drivers I bet

?!?!?! Anything I can do about it? I have no idea why this might be happening. I swear my game yields for 25 ms every game loop and I use nothing extraordinary inside....My computer is a P4 3GHz HT With a GeForce FX 5200...

As soon as Java started using hardware acceleration, it became susceptible to the whims of the driver authors I'm not overly suprised tbh, MSI are a crappy mobo. mfg, and 6200LE's are the crappiest card that Geforce do.This is the third MSI motherboard that i've had in this machine, the other 2 were faulty in some way or other...

Completely awesome. Definitely not too easy, but then it's not too difficult either. Very impressive amount of features in a 4k game, and graphical scrolling background along with it. Very good work.

Only one real complaint, detailed in screenshot below:

Note I am not hitting any bullets. Why did I die? =(

Thanks a lot for your opinion... You died because there was not enough space in the game to do a proper collision detection other than a "bounding box" calculation. So basically the game thinks you ran into the boss. The image below shows the bounding boxes for both ships

Now I'll see what I can do about this. Probably it's not much, because I've used every single optimization stuff I could think of but maybe I can think of something...

This is a little counter intuitve but in most cases it will reduce the number of bytes after compression.

I also ran your "raiden.jar" through the 4KJO tool and it reduced the jar by one byte... Not much i know but i do not have access to your original class before being run though obsfucators, I would imagine some more gain if the original class file was used in the tool.

To help squeeze out the last few bytes from your game I suggest trying to remove as many intermediate variables as possible and simply use the full statements in their stead.

Thanks moogie, I used your wonderful 4KJO metaoptimizer while developing the game, but the code became so so complex that most optimizers were simply crashing when trying to analyze the code. I had to run both ProGuard and 4KJO with the <b>-Xint</b> switch so that they wouldn't throw StackOverflowException or other strange errors at me .... And using <b>-Xint</b> means that each game iteration took about 5 minutes to test - much more that I'm capable of bearing....

I've used so many optimizations and code-mangling sutff that I doubt the amount of code that a proper collision detection requires can be compensated through further optimizations. As an extreme example, I have variables that are reused more than 6 times throughout the code for completely different purposes - just to increase repetition in stack frame references.

So I guess I'm going to let it stay as is.... Actually, I'd rather add more gameplay if I had the space...

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