Gasketball 1.0.3 now with Roboballin’ 101 Free!

Roboballin’ 101, 25 new levels, are now available for free! You’ll need to get all gold stars in The Fieldhouse to unlock it for free. We’ve also unlocked all the items for use in Practice mode so you can poke around and make as crazy a level as you wish! Thanks for sticking with us as we poke around trying to make this work. We’ve had a lot of attention and support for some of our troubles with Gasketball and with 1.0.3 we’re trying to figure out how we can turn this ship around.

List of the new stuff in the 1.0.3 version:

  • Roboballin’ 101 world is now free! [Unlocked with gold stars on The Fieldhouse
  • All items are free to use in Practice mode.
  • Added iAds to the free version [disappear with Unlock All purchase]
  • More fixes for lost IAP unlocks/bugs.

Thanks again everyone. Now go hit this App Store link, upgrade and get your hands on that fresh and free roboballin’ action. :)

Leave a comment

Gasketball 1.0.2

This is coming in a bit late since this update went live a couple days ago, but it’s important everyone knows that HORSE is up and running now if you update to 1.0.2 (the latest version).

This hot fix mostly centered around a simple code change to make HORSE work in Gasketball so there aren’t any other changes to speak of.

We’ve noticed some bugs persist with IAPs not being redeemed properly and we do have a workaround for that until we get more data on that specific bug and get it ironed out.

If you are experiencing issues with your IAPs in Gasketball not unlocking, you can get get around this by reinstalling the app from the App Store. Upon reinstallation, you’ll see the full game unlocked, even if you just bought a 99c pack in 1.0. You will lose your game data (stars and scores in the first two free challenges) and we’re very sorry about that. Always feel free to email us at hello/at/ if you have any support questions. We will respond as promptly as possible.

There is also a bug happening in 1.0.2 where at a certain point in HORSE games, the shot will refuse to send and appear to revert to the state it was previously in before you played your turn. We are looking into this and hope to have it patched soon, but again if you are experiencing these issues, it would be very very helpful if you could send us a report of some kind with as much data about the game you experienced this in. With enough of these reports we will be able to fix this issue much faster. Again, email us at hello/at/ and we will greatly appreciate your report.

Thanks to everyone who is playing, you all rock the rock! :)

Leave a comment

Gasketball 1.01 Patch Update


We fixed the bug warned about below, the NEW NEW update will be hitting the store any minute, the version number is 1.02.  This should fix the insta-crashing many players were encountering on first tapping a new turn of HORSE mode.  Please let us know if you encounter any more issues!

We will also be re-enabling compatibility with 1.0 versions of HORSE games, so everyone should be able get their current games going again :)

Thanks so much for being patient while we try, and sometimes mess up, to make you a better Gasketball!


We have noticed a huge bug in this update with horse. We are submitting a patch to this new version immediately that will fix this. We are only able to update as fast as Apple allows. The bug exists specifically in HORSE when your opponent does not allow use of their twitter name. This is obviously a mistake, we want anyone to play regardless if they allow their Twitter name to be used or not.

We’ve also fixed it so that 1.0 players will only play with 1.0 players for the time being. This should reduce the collateral damage of this bug until we can get a fix uploaded. Thanks for your patience, we feel awful.

Hey folks!

We’ve spent the last few days toiling over a patch update that will fix a few major issues that were uncovered with the release build. Give a big thanks to Joe Bergeron who, while sick with the flu, spent three straight 16 hour days working on this build with us. We love you, Joe and we couldn’t do it without you.

If you were having problems with crashing (iPad1 especially) that should be much less frequent now. If you had problems with purchasing an IAP and it not showing up as unlocked, that is fixed now.

What’s new in the update?

  • Fixed IAPs appearing like they weren’t purchased
  • All IAPs consolidated into a single $2.99 unlock all option*
  • Streamlined user menu, button on title screen
  • Twitter integration in horse and single player
  • Tweaks to robot behavior
  • Stability improvements on older generation iPads especially


If you purchased any of the 99c packs, even a single one, you now have the whole game unlocked. Enjoy the savings! :)

Leave a comment

Introducing Gasketball

It has been over 365 days since we posted something here. Clearly, keeping you all up to date is not our greatest strength. I guess we like to keep the curtain drawn and avoid dashing hopes. Over the past year, we’ve gone through a bevy of prototypes, all of which at some point felt like The Next Game. But for one reason or ten, they didn’t become The Next Game.

But we’re surfacing to officially announce, with a video and a healthy amount of excitement our Next Game will be called Gasketball and it will be for iOS. We have been working on the game for maybe 8 or 9 months so far and will continue development for a bit longer until we’ve finished polishing and adding new features. But for the most part we’re confident that this game is going to be pretty fun.

So what is Gasketball? It’s a shot-matching game, not much unlike H-O-R-S-E, where you flick a basketball into the hoop in the same way as your opponent. The game will feature 1-on-1 online (and local) asynchronous multiplayer matches, single player challenges and other exciting mode(s) that we’ll keep secret for now. We plan on growing this game while it’s live on the store, so updates and additions will be frequent and meaty.

For a quick run through of how Gasketball is working so far, check out the video below.

Let us know what you think, if you have ideas for other objects or anything. We’ll keep updating on twitter and on the blog as development progresses. Thanks!


Solipskier through the ages

During the development of Solipskier, we kept around a dozen or so versions that we would occasionally show to other developers for feedback on where the game was going. Because of this, we still have these versions and we thought they’d make for an interesting peek into some of the decisions we made along the way. Mike will talk about the prototypes and Greg will talk about the mockups.


We first had the idea after a decent brainstorm session over the concept of “parallax scrolling”. We started with that simple idea and tried to focus it into a gameplay concept that would highlight that sort of depth scrolling. We mainly talked about speed though, since they are pretty tightly knit ideas. It’s hard to say how exactly we arrived at the idea but the main idea was to not settle on something less than exciting. It’s easy to say “sure” that’s a good idea let’s try it, but if the idea wasn’t exciting us we tried to move on or change it some way that might lead there. Eventually Mike blurted out with wide-eyes that it could be a game where you paint the terrain to determine the speed of the character. We were both thinking snow, maybe a snow-mobile. Then we went into our rooms and started working.



I got started that night building the prototype, I could see exactly where the focus of my time would be from the initial seed of the idea, and I had enough familiarity with heightmaps from working on Dinowaurs, and flash bitmap drawing from EON, that I knew I could whip up the basic drawing mechanic very quickly.  Within a few hours I had a red ball which moved forward at a static speed and moved up when it drove across a slope and slowly drifted downwards when it was in mid-air.  The drawing was 1:1 with the mouse, so you could draw any kind of slope you wanted, including a sheer vertical cliff, and you could draw over your previous terrain if you wanted and the ball would just pop to the top of whatever terrain shared it’s X position.

I quickly threw in the three gates, to get the basic idea of a slalom style challenge and just so you would have something to give you a reference point, the snow being pure white and the background being black gave no sense of speed or movement, just a bobbing up and down on a waveform.  It was obvious that there would need to be some sort of indicator to signal when a gate was coming, as at high speeds you would have no time to react to something just appearing on the screen.  The meter counter and behavior of the indicators to craw to the right side of the screen was really the only idea I had.  It seemed very weird to have the indicator move to the right when the gate was moving left, but I had no other ideas to go on, and I still don’t really have any better ideas for it.

There was still no sense of speed or, ironically enough, parallax scrolling, but the basic idea of drawing your own terrain was implemented.

Mockup #1

This was done the night we had the idea for the game. I always start making stuff in grayscale, no matter what. I like to add color later where it’s necessary or makes functional sense. In here, I wasn’t sure what the game would play like in terms of its objectives and etc. so I stuck with the grayscale and focused on some simple visual forms to get across the world the skier would be in. There’s a lot more thinking going on behind the scenes of this mockup other than just making a winter scene. We weren’t sure what the character would be (or if it’d even be a character) or if there’d be a set distance you’d travel and so on.

The right side of the screen being a gray square isn’t a mistake either. I was thinking that the screen would be completely blank where you hadn’t painted yet to further push the whole “You are the Wheelman!” angle. Eventually that ended up being impractical and all-together unnecessary. But most of the basic forms are in there as far as the buildings, trees and background elements. The contrast is also a problem. Looking at this image, it’s hard to immediately understand what’s active and what isn’t in the game.

Mockup #2

There’s quite a lot going on here in this mockup that’s changed since the first. After seeing Mike’s prototype it was clear we needed a lot of bonus type things to use in the game, as well as clearly defined gate types. Because the game can go by at such a fast clip, clear and present colors were a must. Anything beyond crispy clean was just not going to read as well. That’s also my tendency, so it didn’t hurt to fit it into my system here. :)

Beyond the stark contrast of the bright colors with the dark background though, the night time atmosphere was also another big driver early on. For instance the aurora borealis going on there, I really wanted that to get in there. Thing is though… that’s a huge task for something that’s purely window dressing (probably would start showing up after playing for a certain amount of time) since Flash doesn’t really have the shader chops to pull something like that off without a ton of experimentation/pain. We axed it as a hailmary some-day feature and moved forward with what was in front of us.

The dotted line star thing was an effort to show correlation between bonuses and total score but we ended up doing something much simpler that fit into a later UI design with the floating score boards. Also, you’ll notice the background elements (lodges and trees) are coming from the top of the screen as you draw, instead of the final solution you see on the game today (from the bottom). We did end up trying that, but it ended up being quite distracting and ultimately a little weird looking at high speeds. Sort of like a zipper. It’s one of those ideas that seems really cool in your head but doesn’t work in practice.

Beyond that, the only other thing missing here is the character. Character design/animation is most certainly my weak point so I tend to leave it until the end. I’m never really happy with the characters I design and that’s probably because they’re always showing up towards the end of the mockup process. I do like the idea behind the Solipskier though, with his large ego-tastic head balanced on a tiny stick figure frame. It makes sense to me and gives me a chuckle.

Version 0.1


I was actually pretty blown away by Greg’s concept pieces, the idea of being a skier instead of a snow-mobile brought all sorts of new ideas for gameplay concepts, and it made the slalom concept make more sense thematically. I quickly threw the backgrounds into the game and set up the parallax, this did a great job of giving you a sense of speed, just as we had hoped, and cemented our belief in the game as focused on speed.  I also began playing with the drawing mechanic, smoothing out the lines and keeping slopes from getting to vertical and unrealistic for a skier to climb.  I made the physics of the skier a little more complicated, sticking him to the terrain for down slopes and slowing his climb on up slopes, which made his motion much more smooth and weighty.  He was still stuck to the center of the screen, however, and he lacked a real sense of liveliness, his only motion relative to the screen was going up and down, it lacked character.

At this point I had the idea for the tunnel obstacle, it was an obvious extension of the gate obstacle, but I wasn’t sure how it fit in exactly.  We still didn’t have much of the score and multiplier system in place, and multiplier system didn’t affect speed so it was difficult to determine how tunnels fit in relative to gates. I just thought it felt cool to see the tunnel gates whiz by so rapidly, and it was a fun challenge to stay within the bounds.

Version 0.2


At this point we started animating the skier and adding motion blur to the moving pieces to help give a sense of real speed.  This was quite easy to implement using flash’s internal blur filters and didn’t add a ton of processing time.  I had assumed I would need to write my own blur filter using Pixelbender, but anything I wrote by hand ended up draining way more resources than just using the built in filters.

Version 0.3

Version 0.4


We generally have a hate/hate relationship with tutorials and try our best to never implement anything that holds the players hands too much while they learn to play, and we decided to take that a step further with Solipskier by removing any barriers between starting the game and playing.  After the intros are loaded, we decided that all the player has to do to start the game is click, and this screen served as the only “main menu”.  We tested this with our friends and found most of them simply didn’t understand what to do and clicked once, which resulted in falling to their deaths instantly.  This seems like a harsh first impression of the game, but the time between failure and restarting is so short that we felt it was the best way to teach the concepts of clicking and dragging the mouse, and we feel it keeps the game simple and instantly accessible.

Version 0.5


At this point I started trying to replicate the rainbow effect from Greg’s mockup, and initially I drew the rainbow by replicating the terrain drawing effect and just swapping out the colors.  This was ultra-fast for rendering, just like the terrain effect, but it didn’t match the player sprite very well and seemed fairly non-reactive.  I decided to try to physically simulate the rainbow as if it were a scarf or cape to see if it would bring in more life.

I was also starting to work out scoring mechanics, deciding how to get a high multiplier and how to lose it.  This shot shows the “Buzz the Tower” bonus which is key for getting a high multiplier early in the game by jumping through gates instead of simply skiing through them.  We wanted to reward players who had the confidence to release the mouse button and stop drawing terrain, so the rainbow ended up being a reward for those who were jumping the gap, as well as the automated trick system.  Tony Hawk was a bit of an inspiration for us, we wanted a similar trick system which would allow the player to feel bad ass the more and more the stakes were raised by doing difficult maneuvers at very high speeds.

Version 0.6


This was my first shot at doing a scarf which rippled in the wind, and rose up as your speed increased.  It was very different from Greg’s initial idea and neither of us were satisfied with the way it looked, but the physical simulation did add life to it.

Version 0.7


Here I took the best of both worlds for the scarf, keeping the physical simulation but adding the horizontal stripes of Greg’s mockup.  I also added in the initial drawing method for the rainbow that extends behind the skier when he jumps, which brought both systems together.

Version 0.8

Version 0.9

Version 0.91

Mockup File

And here’s a little snapshot of my Illustrator file. One of the reasons I love working with vector art so much is due to how well it can translate everywhere. I don’t have to worry about hi-res so that it can work in a poster or a postage stamp, it works everywhere, especially in Flash! The mockups that I make in Illustrator directly translate into Flash movie clips that I can tweak slightly and there is hardly any headache sending them through the pipeline. Beyond that is just animation and making sure the text is set properly and etc. There’s always a point where the work in Illustrator vanishes and I start working directly in the Flash library which ends up being the bulk of the work (read: polish) but getting started is certainly easier for me with this method.


Well hopefully that was interesting/helpful… Add more.


Solipskier just got nominated in the IGF for “Best Mobile Game”


We’re completely floored, still reeling from the initial shock that we’re nominated. The IGF has been something we’ve aspired to be a part of for years, even before our career started at intuition. It feels very surreal that it’s now come true.

First off. We want to thank Joe Bergeron, the badass who ported Solipskier to iOS for us. He did an amazing job and we can’t find one negative thing to say about him other than he should be indie! :) We love you Joe and this would have never happened without you.

Secondly. The is officially over. The wrapping paper has been recycled and it’s back to work in the doldrums of the unsale. BUT! In celebration of this awesomeness, we’re going to keep Solipskier on sale at 99c indefinitely. We’re not sure when we’ll put it back to 2.99, or if we even will. But you can be sure it’ll stay this way for at least today! :)

Solipskier is still on sale for 99c

Check it out! :)

Leave a comment

Indie iPhone Holiday Sale! Solipskier is now 99cents!

Solipskier is 99cents now! Get it while it’s ice cold and snowy.

A handful of us indies have banded together under the roof of in an effort to raise money for Child’s Play, a charity that gives kids stuck in hospitals some video games to cheer them up a bit. In addition, we’re all selling our games for 99cents, most of us for the very first time. Check out updates and possible rewards in the future at @indiesale, our twitter account. If we do well enough, we may just have some special extras in store for you guys.

Here’s a quick break down, but for the real deal, head to

  • There are six games in the “bundle”, sold separately: Osmos, Canabalt, Eliss, Drop7, Solipskier and Spider.
  • Each game is on sale for 99 cents! (Normally $2.99 or $4.99 each.)
  • 1/3 of all revenue will be donated to the Child’s Play charity.
Leave a comment

Solipskier Available on Android Right Now!

It’s finally here and it’s $2.99. Get it today, right here if you have a barcode scanner app. Otherwise just check it out directly on your device by searching Solipskier. If you’re new here and you don’t know what Solipskier is, check out the flash version right now, for free!

UPDATE 2: We’ve made a good amount of fixes, the latest of those includes adding support for phones of with Android OS 1.6 and higher.

  • Fixed music issues
  • Shouldn’t FC on load on older OS versions
  • Home button now works to quit
  • Game locks out sleep mode
  • Minimized in-game crashing

Please report any bugs you encounter after the update and we’ll try and resolve those issues as soon as we can. :)


2 Months of Solipskier App Store Sales

Last post we broke down some of the game stats, but those are never as juicy as the $$$$! So here’s all the details on the revenue generated from Solipskier for the first two months. While we continue to make sales, it seems like most of our revenue has already been brought in (we think).

We are going to be releasing the Android version of Solipskier very shortly and we’re also planning some experiments on the App Store so perhaps Solipskier still has a few tricks up his sleeve after all. Anyway, here’s the goods:


Solipskier Robots Report 1st Month’s Findings

We put some friendly robots inside of Solipskier to help us track what players were up to while Solipskiing their lives away. Some of this data is interesting for players; and other parts of it, for developers. There’s something for the whole family.

Click the image for a larger, full-sized version. :)