I've just recently started to make the game, so there isn't much to do yet. Right now you can just jump around and so. I haven't even made the map editor yet, although I also try to add some kind of procedural map creation to this.

Edit: Right now I'm trying to make collisions work 100% accurately.

Problems:a) Moving box on top of another moving box is not working all the time (sliding away)b) Leaning against an object on the left seems to put you 1 pixel inside that object.c) Some other problems I've not identified yet.

I made the game area a bit bigger, 600x300. I also fixed one bug on physics, but you may still go inside walls sometimes. The problem might be, that if the position of the object is corrected, I don't go through all the other objects to make sure it doesn't affect them. I need to start polishing the code and then figure it out.

I made a randomly created path so there would be a bigger area to test the game, and noticed, that at some point drawing starts to bug a bit. I think it might be when the x-position goes negative.

Thanks, and wow! Seems like you have put a lot more effort to your game. I'm trying to keep this small(ish), so I would actually finish the project at some point, and make it polished. I started this out as a "quick work sample" to my website, but it just keeps getting bigger (as they always do).

Two main things I'm considering right now are multiplayer and procedural map generation. Especially multiplayer is something I've never done, so it could be a real problem... And that's probably the reason I should do it.

I've been trying to port this to Android, but something is not working as I think it should. Without any heavyweight things I get around 17fps, and with everything (especially physics) on, the game freezes to < 1 fps. Apparently I'm doing something very, very wrong.

I've added a way to "attack" by pressing down when the character is jumping.

Looks like hardware acceleration is not an easy task achieve with plain Java. I want to make this game without any external libraries which makes it hard to get smooth drawing... I'll need to get back to this later.

The graphics look very nice. What program do you use? (I use Paint.NET for pixel-art, and gimp for making backgrounds)

Teemu did mock-ups with Google Drawing. I usually use Paint.NET for everything I need to do (which isn't much or sophisticated). The drawing in the game is currently just filled rectangles - the intention is to change tile size depending on the screen size.

Looks like I got the hardware acceleration to work after all. It would be nice to hear how smooth the game feels if someone has tested the Applet? You can also open the Java console while playing to see if the hardware acceleration works on your machine.

Edit: I also fixed a bug that caused a nullpointer ex and added some delay so that you could more easily jump from the edges (certain amount of time after the falling has started when the jumping is still ok).

I want the maps to be very big, so I've been implementing a way to activate and deactivate blocks based on the distance from the player. The base functionality is done and surprisingly also somewhat working, but I still need to do some performance tuning. At some point I was able to play 100x100 map without the modification, and 1000x1000 with the modification, so I think it's going to work just fine. Enjoyable programming.

Does anyone have an idea of how I could (should) make a "continuous" map, meaning that if you go far enough to one direction, you'll end up to the beginning at some point? And without the player noticing any "joints".

Break your maps into "sections". If the player nears the end of a section, load the next section (from disk) in a background thread. It's probably a good idea to keep the previous section in memory until the player nears another section. If you need more detail, let me know.

The game looks really cool! I like how you can create a block when jumping. What would be neat is if you could create the block, jump off it and after a second or two, it drops (maybe on an enemy below -- killing it).

Break your maps into "sections". If the player nears the end of a section, load the next section (from disk) in a background thread. It's probably a good idea to keep the previous section in memory until the player nears another section. If you need more detail, let me know.

Yep I've done that. The map begins from (0,0) and each coordinate point is a section of a map containing blocks. The section in which the character and all adjacent sections are active, others are serialized to disk. It is not yet threaded because I had some weird problems and need to clean the design before adding concurrency. I'll post later how it works. :b I have some performance issues with Android and I think I'm killing the gc with those section loads and saves.

The game looks really cool! I like how you can create a block when jumping. What would be neat is if you could create the block, jump off it and after a second or two, it drops (maybe on an enemy below -- killing it).

Keep up the good work!

That sounds fun, I'll need to try it out! All the physics are not perfect yet. Earlier I had also moving blocks "done" but I had to redo most of the game when I started using Libgdx and haven't done them again yet.

Next I should probably try to start using Box2D for collision detection too, and check if the physics would feel good in platformer. I like the game play feel of the game right now so I don't want to mess it up with too realistic physics simulation. Box2D would just allow us to make so many cool features that we are not going to be able to make ourselves.

Yeah it's amazing how much it changes the atmosphere of the game! I'm gonna concentrate a lot more to the lights and maybe use it as a game element. The graphical style might change quite a bit, but we will definitely use lights.

I'm not sure what the graphical style should be. I've been thinking about some kind of steampunk-kind-of-style mecha/tank, that could move and jump around, break blocks, and maybe get upgrades (jet packs and so on). The underground could be dark, and you'd need to use lights in the vehicle. Well, we'll see.

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