Garbage Collector is garbage

Whenever you are playing around with OpenGL and LWJGL in Java, say LibGDX, Slick2D or pure LWJGL, please keep this in mind: Java Garbage Collector is NOT your friend. There are a few reasons that make it suck for games. One of them is 'the moment' it chooses to start working. If Java garbage collector is messing around during our main loop, it may cause it to take longer to complete each cycle, causing our game to lose FPS.

There's another reason to hate Java garbage collector: it doesn't work with video RAM. Whenever you load a texture on LWJGL or any LWJGL-based library, actual image data is loaded as a pixmap on video RAM. OpenGL stores graphical data on video RAM so that your graphics card can access faster to it.

However, video RAM is not the VM heap. That means that Java Garbage Collector won't free your textures -you must do that manually, by using the appropiate method depending on the platform you are using, dispose() or destroy(). If you don't release your textures, you will end with memory leaks and your will require a lot of memory: this might not be a problem at all on desktop platforms, but if you are planning to release a mobile phone game, you should be aware of this.

Remember to destroy your textures once you aren't using them. Doing some image = null is not enough: as I said, that won't remove your pixmap data on video RAM. Plus, if you remove all the references to your texture, it's over: you won't be able to destroy the pixmap and that memory bank used by your pixmap becomes lost and wasted until you close the game.

Aside note: make sure to destroy textures that you aren't using. Sometimes pixmaps get shared across multiple texture or image objects. Consider the following example in Slick2D: you load an Image, then you create a SpriteSheet, and then you use an Image array to reference three sprites. You are using five objects here, your original image, your spritesheet and three references to some subimages of your original image. However, they all will be sharing the same pixmap on video RAM. If you destroy that pixmap, you destroy the pixmap for all of them. So, if you are using a spritesheet, a tileset, a bitmap/AngelCode font, be careful on deleting pixmaps.

City Road Prototype Pre-Alpha 0.0.2

Yay, second release! :-). Screenshot first.

So, v0.0.2. This prototype is growing and I've already got a few ideas on what to do with this code after this prototype is finished... won't talk about them right now, they are better protected in my head right now ;-).

Changelog:

• Widescreen. YAY! (don't know how does that affects my game)
• Isometric map. YAY! (awesome 2.5D graphics)
• Panning. You can right-click the screen and drag to move along the map. At the moment there's nothing interesting to see here as the map for now is fixed at 16x16 tiles.
• Tiles render darker if mouse is over them. That makes easier to understand that you CAN click (and drag) to create roads.
• As I said in my previous post, car has been removed. Priority issues: better to work on finishing and improving a feature before starting working on another. Car will be back soon, with a better AI.

save.bin file format has not changed, so maps generated with v0.0.1 should work with v0.0.2, and vice versa. Yeah, in case you didn't know, maps gets saved whenever you close the demo. If you open again the demo later, your saved map gets restored and you can continue working on it.

Here's the download link (multiplatform, Zip, 3,3 MB). As usual, I don't expect many people reading this but if you do and you download the game, I would appreciate any feedback, any thoughts or any bug report, write a comment below or tweet me at @danirod93 and I'll read it.

Isometric engine

No more orthogonal maps, CRP has gone isometric!

City Road Prototype has gone isometric!

Old 2D orthogonal map from v0.0.1

This isometric map looks a thousand times better than my old orthogonal map. Just compare this screenshot above with the one from the previous post. v0.0.1 city was plain 2D, like if you were flying above the city and you looked straight down. Now, my city has got depth, and you can see that some roads are nearer to you than others.

This has some advantages as I may add more features later. For instance, say that I want to add buildings. If I had to render buildings using my old orthogonal system from 0.0.1, you would see buildings from above, so you would see some squares. Using this isometric engine, you would see buildings as 3D boxes, giving the game a better look.

Plus, I've improved my grass texture as you can see. Grass textures are quite easy to do with any advanced image editor like GIMP or Photoshop, just fill your sprite with a solid green color, and then add some noise to make pixels randomly brighter and darker.

However, isometric maps need more processing than orthogonal maps. For instance, I had to remove the road designer, so right now you cannot add or remove road tiles by clicking them. I have to rewrite that feature from scratch. The technical reason behind that is that detecting which tile is the mouse at was easier on v0.0.1: tileX = mouseX / tileWidth, tileY = mouseY / tileHeight. However, things are now harder to do.

City Road Prototype

During this week I've been working on another game prototype in Slick2D. At the end of this post I will provide you download links to what I've done. Here's a little nice screenshot:

What you see here is called City Road Prototype.

This demo creates some green terrain (grass?). Player can draw streets by clicking and dragging the terrain, that will place road tiles. Game engine will automaticly make those road tiles look like streets and intersections if there are nearby road tiles.

There's also a car, that little red dot you see on the left. Game will randomly spawn a car if there's no one. Car IA is at the moment really dumb: they will only attempt to move forward; if the road ends, they will turn somewhere else to keep moving forward. It's dumb because sometimes they turn back doing a 180º turn, which is actually dangerous (at least in real life). Should check that so that they better turn left or right when possible.

Although I've been doing a lot of prototypes on the last months, this one is attracting me a lot. I usually let my prototypes rot as soon as they bore me. I just HOPE that this does not happens this time. Here is a download link to v0.0.1 (Zip, 3.4 MB). It's multiplatform and it has already been configured to work like a charm on any operating system out there so you should not have any issues. Just download and extract. If you are using Windows, double click the JAR file or run BAT file if you are having issues. Mac, Linux and Solaris users can run SH file.

I don't expect many people reading this blog post but if by some reason you read this and you decide to download my demo, please give me feedback about any issues you could have so that I can fix them on future alpha releases.