As Alec noted last week, Issue #1 of the new FF series (the successor to Fantastic Four, now that Johnny Storm has been killed, penciled by Steve Epting) shows Franklin Richards (son of Reed and Sue) playing a video game he has just lost, and that game is Slam Bolt Scrappers!
The shot is from SBS circa Fall 2010 (after PAX Prime, when the health bars were vertical instead of horizontal, many months before release).
Here is the actual image they found on the web and used!:
And here is a side-by-side of the comic art and the original:
As far as we can tell, they set the Hue (in Hue/Saturation) to 180 and then the Cutout filter was applied (before the non-SBS text was overlayed).
In the process of unraveling this, I started playing with the Cutout filter and the Hue/Saturation of other shots from the game. Here were some of my favorites. What do you think? Any of these worth a spot in the Modern Museum of Art?
And the ultimate question: Are the results as cool when this is tried in other games, or is it only in the splendid chaos of Slam Bolt Scrappers?
–Jason
P.S. Hey Steve Epting: next time you are in Boston, come visit us!
Since the Penny Arcade post and Sony video a few days back we’ve been getting a lot of questions about our design process. So we decided to kick off a 5 day series on the iterations behind getting to the final design of Slam Bolt Scrappers! If you are at all interested in how games get made or are considering getting into game design yourself then this is the series for you. Enjoy!
We opened Fire Hose in September 2008. At the time I was working with Ethan and Sharat, two programmers I knew from MIT. We didn’t have any artists so our skill set was pretty limited. We also didn’t have much in the way of tools or resources, so we were working with stuff commonly available on the interwebs.
Our initial goal was to make a game that was about architecture, and ideally taught the player a bit about construction. We were inspired by the fun of playing with legos and blocks as kids, and felt we could probably make a game that had some interesting roots in that while at the same time allowed players to do things they couldn’t normally do in real life. So we decided to spend a week prototyping some gameplay concepts to illustrate these points. I’m going to share two of them with you now.
The first concept we came up with for Ashdown (our game’s code name) was the Tree Prototype. Our thinking was that it would be cool if we could make a game where buildings organically grew themselves (an idea we would later revisit when with growing weapons out of blocks in SBS). In the game you use the mouse to click and the scroll wheel on the mouse to change the color of the “seed” you are planting – yellow for electricity, blue for water, and green for plant. The goal is to get as many leaves (foliage) as possible. Plant seeds automatically grow when placed on the ground, and yellow electricity seeds grow when there is rectangular steel beams for them to grow on. Blue water just stays on the ground unless it touches electricity and beams, in which case the electricity “pumps” it up the tower. Higher water means the plant can grow taller (meaning more leaves), but plants knock out electricity so you have to be careful. The counters on the bottom display game information.
The game also had a level editor, since at the time we were thinking user generated content (like in Little Big Planet) could be a really cool feature to put in. If you entered the level editor you could draw any shape of background beams to play the game on. It was basic but it showed off the functionality we wanted and was testable. The game itself was written in Python, and we borrowed code from the open source games at www.pygame.org, in particular Balloons by Gonazlo Sanchez.
The second concept we prototyped was the T-Rex Prototype, named after T-Rex from Dinosaur Comics (whom we borrowed as our bad guy). In this prototype the player’s goal was to build the tallest tower possible while preventing T-Rex from destroying it by stomping on it (since hey, that’s what T-Rex does!). The player starred as a flying superhero who could pick up beams and place them in the middle, and could also punch out T-Rex temporarily. As you can see there are a lot of core similarities to the final game, as rudimentary as it was here!
After we had these prototypes we invited our friends over to test, and we got lots of good feedback. Here’s what we found:
Tree Prototype Pros:
Showed the most early promise for intricate, beefy gameplay.
Had lots of potential for replay value and interesting level design.
Tree Prototype Cons:
Mechanics were very difficult to understand
Lack of clear goals or constraints only added to confusion
It wasn’t clear what the actual game mechanics would be, or how much design work it will take to discover them. Therefore it seemed very risky.
T-Rex Prototype Pros:
This game provided a great “first five minutes” experience that people latched onto immediately.
The narrative was compelling and hilarious, and lended itself well to all sorts of interesting gameplay ideas.
T-Rex Prototype Cons:
Seemed to be in danger of becoming a complete twitch game, which wasn’t what we were going for.
It wasn’t obvious how to build it into a community game, and there was no compelling case for a level editor or anything like that.
After talking about it a lot we decided that we would start on another prototype, one that would merge the good points of both prototypes. We liked the idea of fighting while building, and from this point onwards we made it a core principle of our game. We also decided we would make a more polished version of the game that we could potentially shop around to publishers if we needed to.
OK, that’s the end of our story for iteration 1! Tune in tomorrow to find out where we went next with iteration 2.
By popular demand, here are the slides from my web based talk on Rapid Iterative Prototyping. Take a look why don’t you! If you’d like to present this to a class or to someone else feel free to do so, please just give me a credit somewhere.
If you have questions on the talk or one that didn’t get answered during the presentation please feel free to ask in the comments section and I’ll answer it there, alternatively you can just e-mail me. And if this is your first time here then welcome, and be sure to join our twitter/facebook/rss feeds!
Oh man, I’ve gotten soooo many good suggestions for awesome web comics from this talk
Today at the IGC East Ethan and I gave a talk called “Rapid, Iterative Prototyping, or How to Rip Off Dinosaur Comics”. A lot of people were asking, so here’s the slideshow from the talk. Enjoy! I’ll gladly answer any questions in the commnets section.
Fire Hose has some talks coming up! Back to back talks in fact, on May 7th and 8th. Both are in Boston, so if you are in town be sure to stop by and check them out!
What’s that? Can’t afford the conference tickets? Never fear, I’ll be posting a short synopsis of each talk right here on this website. Here’s a sneak peek:
Thursday, May 7th, 10:30 – 11:20 – Rapid and Iterative Prototyping, or How to Rip Off Dinosaur Comics
Ethan and I are going to talk about how to make video games quickly even if you don’t have all the pieces in place. We’ll keep things exciting with lots of jokes, and we’ll be showing off early builds of our current game to illustrate points. The talk is guaranteed to entertain, or we’ll go back in time and save you the 60 minutes by telling you to skip it. You can read more about the talk here or on the conference’s website.
Friday, May 8th, 11:45 – 12:30 – Digital Distribution Panel
I really have no idea what the panel is going to be about beyond the title, but I bet it’s going to be pretty interesting as all three of us panelists come from pretty different backgrounds. My friend Al Reed from Demiurge Studios will be there, and he knows a hell of a lot more than me, so I’m exicted to see what he’s got to say. You can read more about the speakers here but I don’t see a page for our panel. Scot Osterweil and Dave Edery are doing a panel on Serious Games which should be pretty cool too.
