{"assets":[],"author_link":"author\/adonaac\/","author_name":"adnzzzzZ","cat":"LD #26","categories":["LD #26"],"comments":[],"epoch":1367413980,"event":"LD26","likes":4,"metadata":{"p_key":"79238","p_author":"adnzzzzZ","p_authorkey":"0","p_urlkey":"288248","p_title":"Minimal Complexity \u2013 Post Mortem","p_cat":"LD #26","p_event":"LD26","p_time":"1367413980","p_likes":"4","p_comments":"0","p_status":"WAYBACK","us_key":null,"us_name":null,"us_username":null,"event_start":"1366934400","event_key":"16","event_name":"LD26"},"source_url":"2013\/05\/01\/minimal-complexity-post-mortem\/","text":"<p><strong>Ideas<\/strong><\/p>\n<p>I knew from the start that no matter what the theme was I was going to create a simple clone of the game I\u2019m currently working on. This is obviously not the spirit of the competition, but I really wanted to see how people responded to the basics of my game, since I only have the gameplay systems in place but no design yet (i.e. there is no win\/lose condition, no goals, no story, no graphics, \u2026). This is the current version of the game and displays what I thought to be a very interesting system:<\/p>\n<p><iframe allowfullscreen=\"\" frameborder=\"0\" height=\"375\" src=\"http:\/\/www.youtube.com\/embed\/RDjunHE3gew?feature=oembed\" width=\"500\"><\/iframe><\/p>\n<p>Basically, you can create new weapons\/attacks by combining the most basic elements that make up an attack. So, in the case of the video above, the two basic elements are <em>projectiles<\/em> and <em>areas<\/em>. Projectiles can deal damage, fork (vertically or horizontally), pierce through enemies, reflect on walls, slow enemies, and so on\u2026 Areas can deal damage, slow enemies, explode, \u2026. If you combine an area with a projectile, the area will be bound to the projectile\u2019s position (or if it has an explosion modifier, then the area will explode once the projectile comes in contact with an enemy or a wall) and they will both apply their modifiers separately. The main idea is that you can combine all modifiers between projectiles and areas to create new and amazing attacks. Since I really like the idea of combining things, naturally I thought that this would make a great feature in whatever game I created. I\u2019m not sure if I\u2019m entirely wrong or not, but the competition helped me explore some of the issues with it.<\/p>\n<p><strong>Execution<\/strong><\/p>\n<p>In the first 24 hours I got most of the combinations working with only a few bugs left. I devoted the second day entirely to creating the actual game rules, additional touches and fixing bugs. The rules of the game were simple (or so I thought): you can create whatever weapon you want by combining different modifiers; each modifier has a cost, such that if you go for the most OP weapon ever it will cost you more; the more your weapon costs the bigger your score gets over time; the goal is to kill all enemies while maintaining the lowest score possible.<\/p>\n<p>Back then I should have realized that if it took this many words to explain the basics of the game, it probably was too complicated. But I didn\u2019t. Anyway, I managed to implement this whole deal and this is what the upgrade screen looked like (you can also see the game on the background):<\/p>\n<p style=\"text-align: center\"><img alt=\"\" class=\"aligncenter\" height=\"524\" src=\"http:\/\/notmagi.me\/images\/ld26-menu.png\" width=\"617\"\/><\/p>\n<p style=\"text-align: left\"><strong>What Went Wrong<\/strong><\/p>\n<p style=\"text-align: left\"><strong><\/strong><em>The game was too complicated.<\/em> Usually games have scores that are one layer removed from the things that happen in the game: if you kill an enemy and your score goes up, there\u2019s one level\/layer between game action and score number. Ideally you want your game to have no such layers at all as the player should experience the rewards and punishments directly, not through a point system. My game had a<em> three layers deep<\/em> score system (weapon cost leads to higher score increase rate leads to higher score)! With so much abstraction it\u2019s not a surprise people didn\u2019t understand it!<\/p>\n<p><em>On top of not being intuitive, I didn\u2019t spend much effort into easing the player into the game.<\/em> I pretty much said: \u201chere, take all these and have fun!\u201d. A better approach would have been to have the player unlock different modifiers as enemies are killed, or have the player start with all modifiers possible and gradually remove them (which would be really on theme). There are a number of other ideas that would have worked better than just giving the player everything and letting him decide what he should use or not.<\/p>\n<p><em>Technically, the game was too complicated for two days.<\/em> While I managed to make it work, I should have had more time to polish it. Adding some neat shaders, playtesting, maybe trying for a better graphical presentation? I don\u2019t know, I just felt like it would have been better if I spent less time working on the gameplay system and more time polishing. 50\/50 for each is definitely not the way to go, I think.<\/p>\n<p><em>The game looks bad.<\/em> Again, I\u2019m not an artist (at this point I\u2019m feeling like I should spend some time learning how2pixelart) so I\u2019m relying on squares. Many people can make it work. I\u2019ve played lots of great games that also use only basic shapes (especially this LD, given the theme), but somehow I just don\u2019t have the skills to do it like them\u2026 I need to work a lot more on my presentation!<\/p>\n<p><em>While I was more prepared than in the last LD, I should have prepared even more this time.<\/em> A lot of the first day was spent building a system that I could have build in half (or maybe less) the time. Since I decided to use box2d I spent a lot of time rewriting some wrappers and basic box2d stuff. I should just really make all this into a library somehow. I also didn\u2019t really have a way of making music. Luckily, I was watching <a href=\"http:\/\/www.twitch.tv\/quill18\">quill18\u2019s<\/a> stream and saw him do it, so I just copied it. He used <a href=\"http:\/\/www.ludumdare.com\/compo\/2011\/12\/13\/if-you-find-it-hard-to-make-music-read-this\/\">atrk-bu.py + SchismTracker<\/a>. I also didn\u2019t read my <a href=\"http:\/\/notmagi.me\/ludum-dare-25\/\">previous<\/a> \u201cWhat Went Wrong\u201d list beforehand. I repeated some of the same mistakes because of that.<\/p>\n<p style=\"text-align: left\"><strong>What Went Right<\/strong><\/p>\n<p style=\"text-align: left\"><em>I managed to finish the game as I had it in my mind.<\/em> Again, <a href=\"https:\/\/workflowy.com\/shared\/638f2b45-2b13-7967-45c3-5816e4b76fbe\/\">lists<\/a> worked to great effect. Although this isn\u2019t that remarkable at this point, since I can probably, technically, finish a lot of 2D games I can think of in 48 hours. The problem lies in polishing and on game design. It\u2019s hard because it\u2019s super highly impossible to remove yourself from being a creator and putting yourself on the player shoes. You can\u2019t possibly realize if something is gonna work or not unless you have some experience.<\/p>\n<p style=\"text-align: left\">On that note, I also learned a lot of lessons! I explored some paths and failed, but I definitely have more experience now. Which leads me to\u2026<\/p>\n<p style=\"text-align: left\"><strong>Lessons Learned<\/strong><\/p>\n<p style=\"text-align: left\"><em>If your game can\u2019t be explained in a simple sentence,<\/em> there\u2019s *probably* something wrong. It doesn\u2019t mean that it won\u2019t work, it just means that it could be simpler. Also, people won\u2019t read text. Don\u2019t expect them to.<\/p>\n<p style=\"text-align: left\"><em>Presentation matters a lot<\/em>. People will not feel compelled to play your game if the presentation isn\u2019t amazing. This sounds obvious when I say it but it\u2019s easy to forget. You\u2019ve worked so hard on all aspects of your game that sometimes presentation feels secondary, but it is one of the most important things you can focus on. Don\u2019t forget it!<\/p>\n<p><em>Fail often.<\/em> Suddenly the advice from Edmund McMillen in the video below makes so much sense. Only through failure you\u2019ll have enough experience to know what works and what doesn\u2019t. This further increases the value of things like One Game A Month and Ludum Dare itself. Make lots of games so you can learn a lot!<\/p>\n<p><iframe allowfullscreen=\"\" frameborder=\"0\" height=\"281\" src=\"http:\/\/www.youtube.com\/embed\/BDDSYnZfxTM?feature=oembed&amp;start=1910\" width=\"500\"><\/iframe><\/p>\n<p style=\"text-align: left\"><strong>Community<\/strong><\/p>\n<p style=\"text-align: left\">The LD community is usually super fair and nice about their comments. I\u2019ve mentioned previously how sometimes it gets too nice (i.e. feedback isn\u2019t really feedback, it\u2019s just people saying what they liked about your game, even though they may have disliked way more things), but there\u2019s nothing I can do about this. Most people do try to give valuable feedback so it\u2019s not so bad.<\/p>\n<p style=\"text-align: left\">The one issue I\u2019ve noticed on this particular LD was the cheer number of people who simply didn\u2019t understand what they were supposed to do in a game. I\u2019ve mentioned in the previous section how people don\u2019t read text. That\u2019s okay, sometimes I don\u2019t really read text either and just jump in to try to play the game. But some games are <em>really<\/em> simple to understand and still a lot of people don\u2019t seem to get it. A great example of this is <a href=\"http:\/\/www.ludumdare.com\/compo\/ludum-dare-26\/?action=preview&amp;uid=1151\">0 by Cosmologicon<\/a>, which had this exchange in its comments section:<\/p>\n<p style=\"text-align: center\"><img alt=\"\" class=\"aligncenter\" height=\"140\" src=\"http:\/\/notmagi.me\/images\/ld26-what.png\" width=\"630\"\/><\/p>\n<p style=\"text-align: left\">I\u2019m really surprised that game developers have this much trouble understanding some simple games. I can\u2019t really imagine what it\u2019s like to release a game for real for thousands of people, only to have a huge number of them simply not get what they\u2019re supposed to do. And it\u2019s really annoying to play games that hold your hand too much too. So I guess, again, it\u2019s a matter of experience in knowing how much should be explained and how much should be left as exploration to the player.<\/p>\n<p style=\"text-align: left\"><strong>Conclusion<\/strong><\/p>\n<p style=\"text-align: left\">This was a great experience. I certainly learned a lot of stuff and took from this LD way more than from the previous one. If there\u2019s one thing I should remember is that I should release more games. Of course, I\u2019m just not gonna release some shitty games just because, but it helps to set deadlines (say, 2 months) so you have to experience having to cut stuff and having to work with what you have. Hopefully I\u2019ll have more experience and I\u2019ll be more prepared for the next one! See you there! Or not, I mean, any one of us could die at any point\u2026 That would certainly decrease our game making abilities.<\/p>","time":"May 1st, 2013 1:13 pm","title":"Minimal Complexity \u2013 Post Mortem","title_was_empty":false}