November 26, 2015 6:15 AM | Lena LeRay
Glitchspace is a first-person perspective puzzle game in which players hack objects in the environment and modify their properties to progress. It's been in Early Access for a while, but the developers recently released a new alpha version which completely overhauls the game's look, feel, and puzzles. Ronan Quigley of Space Budgie has answered some questions about us for the game, the recent changes, and Space Budgie's experience with Early Access.
Please tell me about your game development experience.
I'd sum it up as a great learning experience! We're coming up to our third year as a studio and working independently has taught us a lot about managing our expectations, scope and the importance of getting your core gameplay right first and foremost.
Looking outward, it's incredible to see just how quickly the landscape of the games industry has changed. Keeping up with it all can be pretty overwhelming, so we've learned the importance of understanding where the industry is currently at and in trying to figure out where it might be going. That way we can also feed it into our future work.
Please tell me about your partners, if you have any, and the history of your studio.
We started out as a graduate team in early 2013. Rather than get jobs elsewhere, we chose to just go it alone and form our own studio. Back then, we felt that if we were ever going to give it a shot that now would be the best time to do so.
At Space Budgie, our mantra is all about developing games that can do more than just entertain the player. We look to make titles that tackle often unexplored topics through play and this has been and will continue to be a common thread throughout all of our games.
Outside of Space Budgie, we also work with a programmer from another local studio who works on the technical side of things for us.
What is your elevator pitch for Glitchspace? How do you describe it when you can't show someone the game?
Glitchspace is all about using visual programming to solve puzzles, whilst discovering key coding concepts along the way. Gameplay involves manipulating programmable blocks by putting together the functionality of the program that you're looking to make. For example, you could create a platform that applies powerful forces to yourself, allowing you to bypass obstacles to reach new areas of the game's cyberspace world.
Overall I'd characterize Glitchspace as a mixture of Portal and Minecraft, with inspiration from coding tools like Scratch thrown in for good measure.
The initial concept came from two of our original co-founders and programmers back in 2012. It started off as being about a programmable gun that allowed you to fire off programs into the game's world. Most games that employ a shooting mechanic use it as a means of destruction, but with Glitchspace we wanted to explore what would happen if you could use it as a means of creation by reprogramming the game instead.
We then prototyped a multiplayer sandbox element (that even had enemies at one point!), but we quickly realised that it was going to be too big for a team of our size and decided to scale it back down into the single player puzzle experience that we have today.
How do you approach level design for Glitchspace?
The levels are usually built around the puzzles themselves. The design starts with a rough idea of what the actual puzzles will do; these are usually doodles and notes on paper. The basic layout is then quickly mocked up in engine to allow the puzzles to be tested and iterated upon. We tend to not to draw out floor plans of levels as it can be hard to visualise a 3D space on paper. We might make a few doodles, but usually tend to get straight into it; blocking things out as we're going along. During this stage we make sure to keep things flexible so as not to invest too much time into a design that might change.
So when we first released Glitchspace, at the time we thought that we had a good chunk of the game done.
However there were number of problems that quickly surfaced from watching people play it. Some of the issues were to do with there being no sense of flow and the aesthetic choices that were made at the time. However, the most obvious one for us was that the game's visual programming mechanic was usually very difficult for people who had no background in coding to understand.
Whilst there was a lot of positive feedback in this area, with players saying that they were learning something from the game, we didn't think that it was living up to the potential that we knew Glitchspace had and it felt like it was very closed off to any players who weren't a programmer by trade.
All of this came to a head at the end of last year, so we decided to take a step back, thought about the strengths of the game as it stood, and tried to work on fixing the aforementioned weaknesses.
With our alpha 2 releases the game is now in a much better state, with the majority of feedback that we're getting reflecting that as well. There's certainly still some issues to work out, but we're getting much closer to where we want the game to be.
The new levels come with a lot of new artistic/decorative touches. What was the artistic direction/vision behind that? What inspired it?
Initially the change in direction from an aesthetic point of view was a result of certain issues players were having with the old art style. We felt like to a point,
form needs to follow function and despite the original artwork gaining a fair amount of compliments there were common issues with eye strain and depth perception.
In order to solve these we decided to look towards aesthetic influences that maintained a minimalist feel but enabled us a little more freedom to embellish and solve some of the issues.
The main ones that we ended up drawing from were a combination of Piet Mondrian's work and an installation artist called James Turrell who primarily focuses on the use of light within a space.
Mondrian's influence helped us break up the geometry in a way that instantly helped with depth perception while Turrell's use of light helped us create spaces that were interesting without the need for complex textures.
In the 2.0 update we explored further inspirations from various architecture styles but for the current 2.2 R&D build we've opted to strip it back again. This choice was done not only to speed up our workflow but also brings a level of consistency between the various areas that we felt we'd started to lose sight of.
Certainly it's been immensely valuable in helping us understand how our game should play, what it should contain and where it should go. It's also allowed us to start building a community of players for the game early on which we can hopefully continue to build on towards the final release.
It's also been a great way for us to show the public the sort of games that we look to make. Since we first debuted Glitchspace, we've been very fortunate in that we've had a lot of interest in the project from not only the games community, but outside it as well. For example, we're working with educational institutions to bring the game to schools and are looking to take this area further next year as well.
What downsides has Early Access had for the development of Glitchspace?
Personally, my perception of Early Access has changed quite a bit since we first released the game. Whilst it is a great testing ground to help you get a much better understanding of how your game plays in the hands of others, it can also end up being a serious crux for you if you're not careful with how you're developing your game.
Our case in point would be in rebuilding Glitchspace midway through development. In retrospect, this is not something that I would recommend anyone do, as a big part of whether or not you can succeed in Early Access is down to how you maintain momentum and build up a sense of community with your game.
When we chose to restart Glitchspace, we (naively) hoped it would take us 3 months to do. In the end, it wound up taking 8. And with a team as small as ours, you can't expect the audience that you have built up over time to wait around for you. I guess the moral of the story here is that until the core experience of your game is right, I'd personally avoid releasing via Early Access. Otherwise any gains that you think you might get will likely only be short-term.
We've recognized the importance to think about whether or not the game that you want to make is a good fit for it. I've personally found that most of the titles that have seen success in Early Access are typically very sandbox or roguelike-orientated, as these sorts of genres usually offer up a lot of replayability.
With a puzzle game like Glitchspace, that can of course be much harder to achieve. This is something that we've certainly learned the hard way and as a result are putting more work into the sandbox elements of Glitchspace now, as opposed to later on in development.
I also think that consumer expectations of Early Access have changed quite a bit since we launched last year. Since then, there's been a number of high profile games either failing to deliver the features that they said would have, or even worse, not being finished at all. This effect has probably also blown over from Kickstarter as well and as such, players are much more careful about choosing what sort of games they'll buy.
This has also made us much more careful as well in what we say we can do, too! Nonetheless, the Early Access model is something that we would certainly consider for our future games, but only if whatever project that we end up making next is a really good fit for it.
It's easily been making a programming game that makes sense to non-programmers! The nuances and variables that you have to consider to make Glitchspace a game that is actually intuitive to play are many and very hard to properly do. This has required a ton of iteration, though every failure along the way with it has brought us much closer to getting to a happy medium for it. All going according to plan, we should hopefully have this nailed down once the game is fully released.
What has been your favorite thing about the development process?
Definitely getting the game showcased to the public at various festivals/exhibitions (and even museums!) along the way. Meeting face to face with players like that is always a great motivational boost.
As I alluded to previously, Glitchspace has also been used as a teaching tool in several schools, which isn't something that a lot of other games can say. So that's been a nice bonus for us too!
Is there anything I haven't touched on that you think our readers would find interesting?
The latest feature that we're most excited about now is the level creation tools that we're going to be releasing soon. This will expand our sandbox mode, with the ability to create your own puzzles. All going well, we would then like to add Steam workshop support to the game as well.
Glitchspace is currently headed for full release in early to mid 2016 for Windows, Mac, and Linux. It supports the Oculus Rift and they intend for the final version to do so as well. Space Budgie also plans to expand the game's presence in educational environments.