{"author_name":"datacr4sh","cat":"LD #30","comments":[],"epoch":1409025240,"likes":0,"metadata":{"p_key":"26583","p_author":"datacr4sh","p_authorkey":"40158","p_urlkey":"62014","p_title":"TETHER: Postmortem","p_cat":"LD #30","p_event":"LD30","p_time":"1409025240","p_likes":"0","p_comments":"0","p_status":"UPD5","us_key":"40158","us_name":"datacr4sh","us_username":"datacr4sh","event_start":"1408665600","event_key":"24","event_name":"LD30"},"text":"<p>I wanted to jot down a few of the key ideas that spawned TETHER in its current state, what I learnt from making it, and what might happen to the game in future. <a href=\"http:\/\/www.ludumdare.com\/compo\/ludum-dare-30\/?action=preview&amp;uid=40158\">You can play it here.<\/a><\/p>\n <p>The core mechanic of the game is the concept of transferring jump momentum between the two characters, allowing the player to control jump height. This mechanic came about as a happy accident, I had intended it to simply be a single jump, but the way I coded the inputs meant that holding the buttons while a character was landing instantly made the other one\u00a0jump, which visually looked like momentum was being exchanged.<\/p>\n <p>Before I did anything else in the game, I made sure this\u00a0act of jumping felt really good. This is extremely important to this game especially, since the player is doing nothing but jump, and they really have no choice as to when. The shake, sound and physics of the jump I took a lot of time making, and the game felt the same as it does now from about 8 hours into the comp.<\/p>\n <p>An earlier version actually had up to 4 jump heights that built off of each other. I cut that idea simply because it was an unnecessary complication to the mechanic. If a player saw the arrow prompts and was suddenly bouncing around at 5 different heights, they would give up after their 2nd death, because they would not understand how they did it and what they&#8217;d have to do to replicate the &#8220;right&#8221; jump.<\/p>\n <p>Now,\u00a0I could\u00a0just include a separate tutorial\/text wall explaining the game in full.\u00a0Personally\u00a0I consider those\u00a0approaches as bad as movie exposition:\u00a0actors talking to\u00a0each other about an event\u00a0for the purpose of filling in the audience. It&#8217;s a visual medium, show don&#8217;t tell. In an interactive medium, showing is fine but playing is even better. This is how I went about doing that:<\/p>\n <ul>\n <li><strong>The Boost-Jump:<\/strong> In the &#8220;tutorial&#8221; section at the start of a fresh run, there is a small jump placed immediately before a bigger one. The bigger one requires a boost jump to clear, and since they are so close together, the player will press jump within the boost jump window upon landing,\u00a0subtly forced to\u00a0discover it. After that, there are a few more that need boost jumps, so that players can practice the move, and confirm what they learnt. If a player completes this part, it is skipped for future runs.<\/li>\n <li><strong>The Controls:<\/strong> The only controls are left,\u00a0right, A\u00a0and\u00a0D. These are keys that are usually mapped to a\u00a0horizontal axis of some kind in other games.\u00a0I wanted to take out the arrow key prompts, but decided that it would have been too far a simplification. Players would have been thrown in with absolutely no help, and quit after their first death. What are they supposed to do if they die after trying to jump with the wrong key? Probably close the game. So I made it show up on the first playthrough, or until\u00a0the player completes the &#8220;tutorial&#8221; stage.<\/li>\n <li><strong>Advanced Controls:<\/strong>\u00a0The game also includes a float and a stomp move for each character. Holding the jump key after a close call will have players realize that they are falling slower, and there are plenty of situations in which the player might do that. Same goes with being about to hit an overhead spike; a player would unconsciously see if they can descend quicker by pressing the opposite direction. It&#8217;s gaming intuition to &#8220;press the button harder&#8221; or &#8220;lean into a turn&#8221;, so I bottled that and turned it into an actual useful action in game. Originally, the player could use up, down, W and S to scroll up and down the screen in order to avoid being in a tight spot, instead of the float\/stomp. It felt worse, and I wanted players to commit to a jump they made, and not be able to escape the consequences in a direct way.<\/li>\n <\/ul>\n <p>The game is intentionally quite hard. In the small amount of time I had, I knew I couldn&#8217;t make a huge level and expect the player to be entertained. Making a game\u00a0hard not only makes it longer lasting,\u00a0mastering a tricky part feels great. But this is a very thin line to tread. The lack of checkpoints was a bit of a gamble for me in this respect, but I really wanted to maximize that euphoria of mastery and really nailing something in one go, the\u00a0auto-runner genre\u00a0really amplifies this feeling.<\/p>\n <p>Because of the difficulty, dying MUST be interesting\/entertaining in some way to offset some of the frustration. The response for the chain breaking sequence took me quite aback, people really liked that part of the game which really made me happy. If someone dies in an unforgiving game and loves it, that&#8217;s really big for me.<\/p>\n <p>That&#8217;s all I really want to say about it, other than my plans to bring it to mobile in an extended form. It will likely involve procedural level generation for an endless mode, as well as a short narrative. Follow my <a href=\"https:\/\/twitter.com\/datacr4sh\">twitter<\/a> for updates on that, if you like <img src=\"http:\/\/ludumdare.com\/compo\/wp-includes\/images\/smilies\/simple-smile.png\" alt=\":)\" class=\"wp-smiley\" style=\"height: 1em; max-height: 1em;\" \/><\/p>\n <p>Thanks for reading.<\/p>","time":"August 25th, 2014 10:54 pm","title":"TETHER: Postmortem"}