{"author_name":"LoneStranger","cat":"LD #15 - Caverns - 2009","comments":[],"epoch":1251773160,"likes":0,"metadata":{"p_key":"72504","p_author":"LoneStranger","p_authorkey":"203","p_urlkey":"108326","p_title":"LoneStranger\u2019s Caverns Post-Mortem","p_cat":"LD #15 - Caverns - 2009","p_event":"LD15","p_time":"1251773160","p_likes":"0","p_comments":"0","p_status":"UPD5","us_key":"203","us_name":"LoneStranger","us_username":"lonestranger","event_start":"1251417600","event_key":"1","event_name":"LD15"},"text":"

This was probably the best Ludum Dare weekend I’ve had.\u00a0 My game was more than just a tech demo or an ‘unfinished’ idea.\u00a0 Of course, they never are truly complete after 48 hours time; there is always something else that can be tweaked or added.\u00a0 When all was said and done, however, my entry was a playable game.<\/p>\n

Background<\/h3>\n

The theme was not one that I had put much thought into before it was announced so I really had zero ideas at Go time.\u00a0 One thing that kept popping into my head was the Kroz<\/em> series of games by Apogee software back in the late 80’s\/early 90’s.\u00a0 They’re all pretty much the same engine with a new collection of levels, but one was called Caverns of Kroz<\/em>.\u00a0 The object of the game is to take your hero through twenty or thirty levels to find or capture some relic.\u00a0 Along the way you had to run, whip or out-maneuver swarms of monsters and solve puzzles.\u00a0 I had always thought those games were neat, and it would be interesting to try and ‘recreate’ some of that nostaliga.\u00a0 Caverns of Kroz<\/em> didn’t have anything special that made it more caverny than the rest in the series, but I thought I could do better with actual graphics instead of ASCII art.<\/p>\n

<\/p>\n
\n
\n
\"Kingdom<\/a><\/dt>\n <\/dl>\n <\/div>\n

\"LoneStranger's<\/a>

Top-Kingdom of Kroz, Bottom-LoneStranger's Caverns<\/p><\/div>\n

Graphics<\/h3>\n

One of the first things I do in a LD is grab a piece of printer paper and start sketching some objects.\u00a0 More is better, even if I think I may not use them.\u00a0 For LSC<\/em>, I sketched a few doodles and scanned them in.\u00a0 The designs were done in homage of the original ASCII characters and colors.\u00a0 For example, my monsters look remiscent of the \u00c4<\/span><\/strong>, \u00d6<\/strong><\/span> and \u03a9<\/strong><\/span> characters.\u00a0 The first problem I had to resolve was how big to make the map.\u00a0 Kroz <\/em>uses something like 60×24, but I don’t really like how smushed that is.\u00a0 I wanted a square ratio on an 800×600 pixel window.\u00a0 This led me to pick 16×16 as the tile size, which seemed small to me.\u00a0\u00a0 For the first couple tiles, the floor and the walls, I used 16×16 image to create them.\u00a0 That went OK.\u00a0 Next I took a look at my scans to turn them into tiles.\u00a0 I did an overhead view of the player, basically just a head and shoulders.\u00a0 I created the tile originally as a full 120×120 image with margins.\u00a0 I colored him yellow and red like the Kroz<\/em> hero.\u00a0 I copied the merged image and pasted it into a new document that I then resized to 32×32.\u00a0 Inside the drawing routines I have it again resized on the fly as 16×16.\u00a0 The reason for this was that I may want to add a ‘zoom’ feature to the game in the future and it would be great if the images didn’t get pixelated.\u00a0 I followed the same procedure for all the rest of the tiles.<\/p>\n

The style of the art is not much different than the other LD entries I’ve done.\u00a0 I don’t try to draw the straightest or the best.\u00a0 I just draw to my ability.\u00a0 Those are then scanned in and then modified in Photoshop.\u00a0 Since I shrunk these down, you don’t see the imperfections as much, and maybe that’s better?\u00a0 I don’t think some people ‘get’ that the imperfect art is part of my style and I think I get marked down for it sometimes.<\/p>\n

Coding<\/h3>\n

This is the fourth time I’m using the same general base code for my LD entry.\u00a0 I think it shows because I have a hang of it’s abilities and limitations and I can get what I need to get done faster and more efficiently.\u00a0 Also, each LD I add more basic functionality to it so I don’t have to reinvent the wheel each time, as they say.\u00a0 Additions this time are an unfinished menu system and a tile\/map data structure.<\/p>\n

Most everything that I coded worked fairly soon thereafter, even the changes that take 30 minutes in between builds.\u00a0 I think I had only two major problems: monsters moving over walls and monsters not dying when they move onto the player.\u00a0 The first problem was because I couldn’t figure out why my collision detection logic was failing for monsters.\u00a0 And it wasn’t.\u00a0 I had an errant semicolon tagging along the end of an if<\/em> statement.\u00a0 My logic was fine and the if was completing an empty statement.\u00a0 Then the next line moved the monster anyway.\u00a0 The second problem was weird in that the monsters would sometimes die when they moved into the player, but not always.\u00a0 A majority of that problem was due to how I keep track of the monsters.\u00a0 I have two references for them.\u00a0 One is in a two dimentional array similar to the tile map.\u00a0 Either the cell has a link to a monster, or it’s null.\u00a0 The second reference is in a linked list.\u00a0 The grid is used for monster-monster collision detection since I only have to check the cell next to the monster for another monster.\u00a0\u00a0 The linked list is used when I have to traverse each monster object and is faster than checking every cell in the grid.\u00a0 It’s actually a great idea but I was trying to solve the monster-player collision problem without actually having a fully implemented monster-monster collision.\u00a0 It turned out that the monsters were moving into the same spot and the second monster was overwriting the first monster’s entry in the grid.\u00a0 It was weird but once I finished implementing that code the rest fell into place.<\/p>\n

These two problems cost me about eight hours split over Saturday night and Sunday morning.\u00a0 If I didn’t have those problems, then my game would have been that much more complete.<\/p>\n

I didn’t try to do anything too fancy in my code.\u00a0 I could have spent more time doing things in a more efficient way for the future, but instead I hardcoded some functions just to get it done.\u00a0 For example, I have eight different functions for the different directions in many parts of the code.\u00a0 Those could probably be pared down to one in each situation if I passed some variables in.\u00a0 I’d also like to combine the collision detection and movement between the player and the monsters.\u00a0 Maybe base them from the same Mobile class or something.<\/p>\n

What I did Wrong<\/h3>\n

Other than those two issues that I mentioned above, there wasn’t a whole lot that I did wrong while coding.\u00a0 I did have a few too many distractions over the weekend.\u00a0 My folks came over on Saturday to swim (which is great because it was triple-digit weather) and have dinner so I lost a few hours there.\u00a0 That by itself wasn’t a problem but when I was actually coding I had the TV on which split my attention.<\/p>\n

I also forgot to tie the score in with anything being done by the player.\u00a0 Not a big deal, since score isn’t really much in the game yet, but it should have added some points for killing monsters and grabbing gems and whips.<\/p>\n

Apparently my sounds were a bit harsh.\u00a0 I used DrPetter’s sfxr<\/em> to create them, but I must have used some weird settings because they sound fine through my 5.1 speakers, but they are harsh through headphones.\u00a0 I guess I’ll have to do sound through headphones next time and hope that translates through the speakers.<\/p>\n

What I did Right<\/h3>\n

I think I was helped by trying to emulate the Kroz<\/em> series of games and it wasn’t because I had a model to ‘copy’ from.\u00a0 I think the key was that the limits on what I was setting out to accomplish were already fairly firm.\u00a0 I didn’t have to try to build in some weird functionality for the future, since I already knew where I was ending up.\u00a0 The other LD weekends started with an idea that was to be flushed out later.\u00a0 The only problem is that later usually doesn’t come and I am stuck with an incomplete game or a complete ‘thing’ that isn’t fun.<\/p>\n

What I Wanted to Do After Last Compo<\/h3>\n

I wanted to work on my basecode after LD48 #14, and I did that.\u00a0 I also wanted to scale down my goals, and I think I was able to manage my goals this time around by not setting them too high.\u00a0 I think it’s a win.<\/p>\n

What’s Next?<\/h3>\n

I’d like to continue with this project and there are a few obvious things I can do.<\/p>\n