{"author_name":"Flopster","cat":"LD #29","comments":[],"epoch":1398740820,"likes":2,"metadata":{"p_key":"30281","p_author":"Flopster","p_authorkey":"34484","p_urlkey":"65753","p_title":"Planet Scan-it: Post-Mortem","p_cat":"LD #29","p_event":"LD29","p_time":"1398740820","p_likes":"2","p_comments":"0","p_status":"UPD5","us_key":"34484","us_name":"Flopster","us_username":"flopster","event_start":"1398384000","event_key":"22","event_name":"LD29"},"text":"

This was\u00a0my first Ludum Dare, and although I wasn’t sure what to expect it turned out pretty good! I’ve learned a lot about making games, not just in 48 hours but game development in general.\u00a0Thank you to those who’ve commented on\u00a0Planet Scan-it<\/a>, I’ve gotten some good feedback on what I’ve been doing right and wrong.<\/p>\n

\"\"

There is\u00a0a bit of a steep learning curve…<\/p><\/div>\n

<\/span> The language
\n <\/strong>For a long time, Dart has been my favourite language. I love it’s optional typing system, useful for both rapid prototyping and creating solid, fail-proof code. It’s syntax is very familiar and easy to understand. It’s got syntax for things like closures and class constructors that make the code simple and concise. It can very easily be compiled\u00a0into Javascript that runs in any browser, and on my computer it’s faster than Flash or Unity. The main downside is the lack of libraries, but StageXL is a library that emulates ActionScript’s very good graphics library. I would definitely use it again next year, although I might have a go at Haxe.<\/p>\n

The concept
\n <\/strong>Before the comp, I already had the idea of making a 2D Lunar lander type game, that scales in and out to allow for\u00a0multiple planets. I have a big interest in orbital mechanics (I’m a big fan of Kerbal Space Program), so the idea stuck. When the theme was announced, I\u00a0decided to go with what I’d already thought of, and spend more time programming the game. When I started making it, I honestly wasn’t sure I could finish it. Overall I managed my time better than I’d expected: In the first 24 hours I had a mostly playable game, and I spend the rest of the time adding better features and polishing up. Orbital mechanics is pretty tricky to program, on both the mechanics side and the usability side, but I was surprised at how quickly it came together.<\/p>\n

The mechanics
\n <\/strong>There were a lot of challenges to making the game work. For example, as anyone who’s played Kerbal Space Program may know, the time scale is a lot different when on the ground and when orbiting a planet. It may take a few\u00a0minutes to get a ship on a realistically-sized planet into space (the planets is Planet Scan-it are much smaller), but it takes hours to reach the moon. I had to make the physics speed up the farther you get into space, and adjust the gravity accordingly so\u00a0the moons and planets stay in orbit.<\/p>\n

There were also extreme rounding errors: The ship doesn’t land exactly on the edge\u00a0of the planet, so I had to add a shadow to show where the ground is (and the shadow had it’s own rounding-related problems). I spend three\u00a0hours trying to code in a particle system, before accepting that it wasn’t going to work. Some of the physics code (like the friction) was taking off the internet, and thank god those\u00a0worked on the first try because I\u00a0had no idea how they worked. In the end the game ending up working very well, and I spent way too much time playing my game instead of programming it!\u00a0Overall, coding the mechanics was by far the biggest challenge, and\u00a0I learnt a lot from it.<\/p>\n

The\u00a0playability
\n <\/strong>Unfortunately,\u00a0while I was coding in the moon orbits and friction, I overlooked one of the most important aspects of a game: The playability. As I realised when the comments rolled in, the most important\u00a0part of a game is at the very beginning, because that’s what players are going to experience first. I thought the in-game tutorial was a good idea, but instead the people who didn’t know how to play would keep crashing their ship, and have to refresh the page 10 times in order to read the whole instructions. It would have been better to\u00a0the instructions pause the game, or putting the player in orbit at the beginning so they won’t crash.<\/p>\n

If they manage to take it all in and\u00a0not crash, then they have to land on a planet. Having played Kerbal Space Program a lot, I know what landing a space ship is like; how the last few seconds are when the scale suddenly increases and you realise you’re going a lot faster than you thought. But even when the player manages to land their ship, it doesn’t matter because in my game, landing makes you take damage. On top of all that, my game is mostly made of land -> press a button -> quickly take off again -> repeat about ten times. Landing the ship takes patience, and while it is one of the less fun parts of my game it’s also what you have to do most often. Because of the incredibly steep learning curve, most players haven’t played past flying around all of the planets.<\/p>\n

What I’ve learned<\/strong><\/p>\n