I started this blog at the beginning of 2013 while finishing my ph.D. stay in Rennes (France). I did it as a self-motivation boost and because I thought it could be useful for myself to keep track of my progress and discoveries. And for some time, the effort it took to maintain the blog was really worth it. However, I must be honest to you and to myself: this blog is kind of abandoned, and I don't think this is going to change in the near future.
This is why I think that the most correct action is to say goodbye. I don't intend to close or delete its contents as it contains information that can be useful either for me or for others. But I won't be writing more posts on this blog, not at least in the short term. In fact, this has already been the case for some time. During the last months, the number of posts has been decreasing and it kind of hurts me having a supposedly active blog without recent posts. I need this closure to move forward.
During the time I've been writing this blog, lots of nice things have happened to me: I finished my ph.D., I published a couple of games on Android and iPhone, I co-founded a video games studio, I got married and I published my first PC game on Steam: Breaking Fast.
Now, I have nice projects ahead and I'll continue writing about game development, but I'll keep the posts in the scope of the concrete games I'll be developing by the time. In particular, you'll be able to read me on Tale Studios blog.
Thanks a lot to those of you who have been reading the posts until the very end. I hope that some of the posts gave you insight into game development and helped you in some degree.
Good luck with your projects and hope to see you soon!
Hi! Wow, I've just noticed this is my first post in 2017, being the longest gap between posts since the blog creation. Definitely a bad record to break, although I should try to excuse myself: we're finishing up Breaking Fast and it's being so time-consuming... Anyway, I'll try to catch up over time.
This weekend Granada Gaming has been held in Granada (Spain), a video games event that has been co-located with Ficzone 2017, a huge event about comics, board games, cosplay and anime. The event has exceeded all the expectations and the number of visitors has been huge (although I don't know official figures yet).
Of course, we've attended this event to show, one more time, Breaking Fast. As usual, people have enjoyed the game quite a lot, and groups of people of all ages have played it and replayed it lots of times, pushing the limits of their friendship at times...
The whole Breaking Fast team was together in a event for the first time!
On Saturday evening, there was a networking event for the indie devs (Devs&Beers) where we could talk to each other in a more relaxed environment with nice food and drinks. We had the chance to meet other devs with whom we'd already shared stand in other events, and it's a very warm feeling when you see that they continue working on their illusions in such a volatile and fragile industry in Spain. Also, we could get to know new people and projects, which is also very welcome. During this networking dinner, interesting debates arose about the state of the industry and how indie devs can overcome the barriers in the search of success.
Also, if you've never heard anything about Granada, you should probably know that it's very well known for its "tapas" (although if you're from abroad, you might think they're typical in Spain in general), mid-size plates that are served for every drink you order. And the quality of the food is up to the expectations of the Mediterranean diet, so yes, it's a good place to eat.
One of the celebrities invited to Granada Gaming was Akira Yamaoka, who is a composer famously known for his work on Silent Hill. As part of the networking program, we developers had a group meeting with him in which we could ask him whatever we wanted to know. One of my questions was about how to commercialize a game like Breaking Fast in Japan once it's localized in this language. He told me that he thought this game could sell well in Japan and advised me to partner with a breakfast food company to gain visibility.
As a final anecdote, there was a girl who attended the event wearing the official t-shirt of Breaking Fast! She had participated in one of the contests we organized in previous events and she had won. And there she was, exhibiting with pride this t-shirt while playing Breaking Fast. This was a really awesome moment for us!
I still remember it as if it was yesterday when I started this blog. It was April 2013 and I was doing my Ph.D. stay in Rennes, France. By that time, I was a full-time researcher at the University of Malaga and my main goal was to finish my stay, write my last journal articles and defend my Ph.D. However, for a very long time I had had an itch for making games.
My experience with games development started surprisingly early, when I was around 14 years old. By that time, my grandfather, who knew how much I wanted to learn this stuff, gave me a Darkbasic pack as a birthday present. I still remember how, during high school classes, I would daydream about the amazing games I was about to make. I can perfectly remember thinking to myself about making a Matrix-style game where the main character would avoid bullets bending over himself, just like Neo, and I would naively think that it wouldn't take me long to reach such level of expertise. Of course, reality imposed itself, and there were so many new terms I had no clue about, that it took me a long time to just make a Pong clone (with some additional cool features like moving obstacles).
By that time and until finishing high school I made some very simple games, and when I started the Computer Science degree at the University, the demanding subjects drifted me away from my dream. Yet I still read about games programming and with the new knowledge acquired I could understand more and more about how a videogame is built from the ground-up. Life circumstances (which were really driven by luck and momentum, as they usually are) geared me to start working in the Computer Science department, where I would take a 4 years Ph.D. grant after finishing the degree. Over this period, I overlapped my Ph.D. with the creation of small video games: in 2014, I released Chubby Buddy on iOS, and in 2015, Limball on iOS and Android (both of them together with Manuela).
All that time was a great experience and I don't regret any of the choices I made, but the truth is that the moment of making games for real never seemed to come. And this is where, during the Ph.D. stay, I made my decision: I would finish my Ph.D., but right after doing so, I would quit research and become full-time game developer. And creating this blog was the first step towards convincing myself of walking down this risky and uncertain path...
And here I am now, after one year, I can really claim that I have become an indie game developer, doing justice to the name of the blog. I wish I could add that it's been a profitable decision, but I cannot claim that, not at least for now. I'm currently finishing Breaking Fast, which I've been developing (together with Manuela, as usual, but also with Oliver and David) for almost a year and which we've financed with the savings accumulated over the aforementioned years of working in the research area. During this time, I've observed some things I want to mention now.
Cool things or things that I think we've done alright
One of the typical problems of unexperienced game developers is delaying the marketing actions to the release date. I think I can clearly claim that we haven't made such mistake. From the very first moment we had a playable version of the game, we attended game events to show it and receive feedback from players. In our case, our first event was PAX East (not bad to be the first one, uh?), and from that event, which took place in April, we have attended more than 10 events over the year. As for marketing in social networks, we have populated our accounts with new contents nearly every day since we started. Believe us: all of this (events and social networks) is a huge amount of work. We estimate that around 50-60% of the time has been devoted to these activities, leaving the 40-50% remaining time to the actual development of the game. The conclusion we draw is the following: if you have the resources, hire someone to manage all this stuff (especially, your social networks).
Another thing we did alright was to establish and adhere to a work routine. This is especially important when you work from home, as we do. We would set weekly goals and monitor whether we fulfill those goals. The only setback is that sometimes we finished working too late, precisely because the border between our personal and professional lives became fuzzy as a consequence of working from home.
Difficulties
Now I want to mention some things that have been difficult for us. First, and as I mentioned before, PR and marketing are really time-consuming activities, especially because we had to learn on the go lots of stuff: how to write press releases, how to find our target audience, how to connect emotionally with such audience, etc.
Our initial plans was to keep this blog and our Youtube profile updated with fresh contents but it hasn't been possible. Maintaining a development blog is a tough work, especially if you're interested in writing about technical details of the development, which requires beforehand planning. In the end, I've basically written some posts about the events we have attended, but that is not what the blog was meant for initially. Something similar has happened to our Youtube profile: creating and editing videos is a harder activity than we had anticipated.
Things to improve
We have identified some things that we should improve either in the next year or in future projects. First, we intend to choose events with more criteria in the future. Attending so many events as we have this year has been a great experience in many aspects, but they require money and time (preparing the material, booking the flights and hotel, etc). In relation to this, we also failed to make some time predictions correctly because we didn't factor in the time of these events appropriately. This is the reason why we first scheduled the release of Breaking Fast in the end of 2016, but we've had to put it off by the beginning of Spring 2017...
Also, although from the very beginning we had built a contact list, we didn't use it until very recently, which has been a wasted opportunity to engage with our potential customers sooner. Sending newsletters is an important activity that we should have started much earlier.
Although we can state that we are more or less well-known in Spain, with several articles in different specialized media, we fail to be known outside Spain. And this is a real problem because most of our sales are expected to be made abroad, especially in USA and Russia. Therefore, one of the goals for the beginning of the year is to contact these international media in order to raise a wide awareness of Breaking Fast.
Finally, I leave you with a video summary of our 2016:
Thanks for being there and reading these posts. We really wish you a happy 2017: the year of Breaking Fast! :D
It's been too long since the last post, so first things first: sorry about the delay. As you may know, we're working hard to meet several deadlines with our game Breaking Fast, about which I'll write something more technically-oriented soon.
The Indie Zone, which was located close to the entry doors, consisted of a circular area in which 16 indie studios were showcasing their games, most of them, if not all, still in development. As usual, the two main benefits of attending an event like Gamepolis, which is targeted at a broad audience, are obtaining feedback and raising awareness of your game, and getting to know other professionals who have the same dreams and aspirations as us. As for the last point, we're very happy that we could meet the developers of great games like Cubotrox, Hive, Noahmund, Crimson Breath or Charlie Beard, among others. We even went out for a dinner one night after the show!
Pictures with some of the other studios that participated in Gamepolis
The other advantage of participating in this event, that is, exposing your game to a big audience, turned out a fantastic experience. People of all ages (although especially kids and teenagers) would play for a really long time, and they'd come back later bringing more friends to show that 'crazy game with breakfast food'.
People enjoying the Breaking Fast experience. Locomalito and Gryzor also enjoyed it!
We even organized a tournament in which the best three players would win an official Breaking Fast tee. The initiative was really welcome, and hundreds of participants signed up for it. Knowing potential fans of your game is very rewarding, and we took a good deal of pictures with them. Some of them covered Breaking Fast on their Youtube channels, which is something that we, as indie developers, always appreciate a lot.
Some of our more loyal fans. Thanks so much!
Finally, as part of the participation, we were eligible for different awards, and good news are... we won the Public Choice Award! Even when the economic value of the award cannot be dismissed for a low-budget studio, the real value comes in the form of motivation and inspiration to continue improving the game. It's a certainty right now that people enjoy Breaking Fast, and enjoy it a lot. It's just a matter of polishing it well. The other awards went to Noahmund (best sound), Hive (best game as chosen by the jurors), Crimson Breath (best visuals) and Cubotrox (most innovative game).
If you want to read something very cool (and deep) about Gamepolis and about the indie scene in general, check this out (in Spanish, sorry).
I want to discuss today our experience during two videogames events that we had by the end of June: Mallorca Game and Gamelab. These two events are very different from each other, with the former being targeted at a broader audience, and the latter oriented towards professional game developers. Mallorca Game
The fourth edition of this event brought a big deal of attention from gamers and cosplayers. It was a two-days event where people could buy almost anything you can imagine from the videogames and manga worlds, and where we, the indie game developers, could showcase our game. We had a long table with enough space to set up everything we needed to present our game Breaking Fast. We hung some posters, prepared our monitor and four controllers, and laid some promotional material on the table, such as flyers and business cards.
We didn't expect such a big audience, and again like in Boston and Cartagena, the feedback was really valuable and positive. People from all ages played our game and especially some kids wouldn't let go the controller for a (too) long period of time.
As part of the event, there were three awards to the three best indie games that were presented at the so-called Mallorca Game Awards. In the gala ceremony, which was held during the last day, we were awarded with the second prize to the best indie game.
We were 'snatched' the first prize by Cubotrox, an amazing and innovative puzzle game created by two twin brothers from Valencia that we got to meet, coincidentally, at Gamelab.
As usual in our trips, we took some time off in order to visit Mallorca and enjoy really nice food.
Gamelab
As I mentioned before, whereas Mallorca Game was targeted at a broad audience, Gamelab was very focused on professional game developers. Actually, the number of attendants seemed to be lower than at Mallorca Game, and the quality of the conferences was amazing (e.g. John Romero...).
The feedback that we gained was more polished and concrete, although not so many people played Breaking Fast. David Mariscal, who is collaborating with us, came to help us out.
While in Mallorca we had a long table for us (actually more space than we actually needed), at Gamelab the space was too narrow. Being a multiplayer game, it was kind of annoying when four players wanted to play together, as they'd have to stand too close to each other and still they would take part of the space from the indie games to our right and left.
One of the main benefits of attending an event of recognized prestige like Gamelab (in addition to the feedback) is the possibility of networking with other important indie teams and professionals of different videogames-related areas. And this networking does not boil down to talking during the event, but also after the official time. In particular, a party was organized in a cottage with a big swimming-pool and free beer.
Two guys from Machinima SBOC, with whom we had the chance to talk, wanted to record the event live (but they finally couldn't because there was no Wi-Fi available). Yet they made a couple of videos about their experiencie at Gamepolis and they played our game, Breaking Fast! :D
As I said before, we met Cubotrox makers, and although we didn't
know them by that time, we would meet them later at Gamepolis (more on this
in the following post). You can take a look at other great indie games presented at Gamelab here.
Today I want to talk about game loops. If you're a game developer, you surely know what a game loop is. However, let me summarize it with the following image:
A game loop is basically a sequence of instructions that is repeated continously from the beginning to the end of the game and which is in charge of interpreting input, simulating the world and rendering the world on screen. Very often, there is a 1:1 mapping between the concept of frame, and one execution of the loop, because a frame of the game is rendered each execution of the loop. However, this doesn't need to be the case and you can have different frame rates for the rendering function and for the simulation function. In fact, a common approach in sophisticated, simulation-intensive games is to fix the timestep of the simulation function in order to achieve predictable and deterministic behaviour of the simulation. Meanwhile, the render function is executed as fast as it can run, leading to a higher, variable display rate. You can read more about this decoupling in the following eye-opener posts:
I actually encourage you to read the previous posts (especially the first one) before continuing reading. Otherwise, this post may be difficult to follow.
I had the idea of writing this article because I tried to use the technique suggested in [1] with no success. After failing, I skimmed through the comments of the post and I found two comments (by Nick and Voy) which basically stated that although the technique was really valuable, the implementation suffered an off by one error, which resulted in no simulation step taken at all. This was in fact the problem I was having (entities of the game weren't moving), and therefore I set out to fix it for educational purposes.
Before showing the actual code, let me illustrate with figures how we want the simulation to happen:
Figure 2
Figure 3
Figure 4
Figure 2 shows that we divide the time of the game in discrete chunks of the same size. Don't let the concrete numbers fool you: you'll typically want the simulation to take small steps (say 0.01 seconds) in order to reduce numerical errors. The point is that there are concrete, fixed moments over the life of the game at which we want to simulate the world, and we DON'T want to simulate at any other moments between those.
For instance, let's assume that the time is somewhere between the beginning of the game (0) and the first moment at which we want to simulate (1). This corresponds to what Figure 3 shows. The green arrows show different game times at which we can be, whereas the red arrow shows the point that we actually want to simulate for these times. Notice that while we're between point 0 and 1, we simulate at time 1. Similarly, as illustrated in Figure 4, while we are between moments 1 and 2, we want the simulation of time 2. And so on.
At this point, you might be thinking that this is somewhat incorrect, right? Because this wouldn't produce a smooth movement, as we're treating many different times the same way. That is, the position (and velocities) of objects shouldn't be the same for every time value between 0 and 1. If we're on time 0.2 and then the game advances to time 0.5, you want the objects of the game to move a little bit. However, with what I've just told you up to now, objects wouldn't move until the time of the game advances past 1, at which point we would make another simulation.
This is when interpolation comes into play. The key of the approach is the following: we simulate the future and we interpolate proportionally to the distance to this future. Therefore, if we're on time 0.2, we're further away from the future than if we're on time 0.8. The closer to the future, the closer to the simulation. We can achieve this with a linear interpolation in which an alpha value determines how close we're to the future:
position = position * (1 - alpha) + futurePosition * alpha, 0 <= alpha <= 1
Without further ado, here's the C++/SFML code for the simulation:
//Initialization (out of the loop)
const auto dt = sf::seconds(0.01f);
auto accumulator = sf::Time::Zero;
auto lastTimeUpdated = 1;
MotionSystem::SimulateFuture(dt.asSeconds(), futurePos, futureVel);
//In game loop
accumulator += elapsedTime;
double timesDt;
const auto fractionToNextFrame = modf(accumulator / dt, ×Dt);
if ((timesDt + 1) > lastTimeUpdated)
{
for (uint16_t i = lastTimeUpdated; i < timesDt + 1; ++i)
{
MotionSystem::SimulateFuture(dt.asSeconds(), futurePos, futureVel);
}
lastTimeUpdated = timesDt + 1;
}
MotionSystem::Interpolate(fractionToNextFrame, futurePos, futureVel);
The accumulator variable holds the time that has passed since the game started. Then, by using the C++ function modf, we can extract how many times dt has passed and how close we are to the next frame.
Note that before entering the loop, we have made the first simulation,
the one corresponding to the first point in time at which we want to
simulate. That is, we have simulated the first point in the future and lastTimeUpdated is assigned this information.
Let's lay out an example: consider that the first time the loop executes, accumulator = 0.004. Being dt = 0.01, we're almost halfway between the present and the simulated future. Given that accumulator / dt = 0.4, after the execution of modf, the variable timesDt = 0, and fractionToNextFrame = 0.4. The if condition is not met, and therefore no simulation is performed. We interpolate the current position with the future position according to fractionToNextFrame when we call MotionSystem::Interpolate. Internally, this function does something like the following:
position = position * 0.6 + futurePosition * 0.4
Let's assume that in the following execution of the loop, accumulator = 0.018. Now, timesDt = 1 and fractionToNextFrame = 0.8. The if condition is now met (2 > 1) and in the for loop, we make one simulation of the future, reaching the second simulation point, and updating lastTimeUpdated = 2. Finally, we interpolate as follows:
position = position * 0.2 + futurePosition * 0.8
In case there's a frame drop or the rendering function (which would be executed after this simulation) takes too long, the simulation can catch up in a controlled way because it will be executed all the times it is required in a fixed timestep. You can work out the numbers yourself considering a sudden accumulator = 0.12.
Hope you liked this post. If you notice that something is missing or that I made any mistake, let me know so that I can fix it.
Breaking Fast is now on Steam Greenlight! I already wrote about this game several posts ago, but here's a quick summary: Breaking Fast is a 2D racing game in which the main characters are pieces of breakfast food, like a toast, a carton of milk or a strip of bacon. Following the lines of masterpieces of fun like Mario Kart, Breaking Fast proposes frenetic races in delicious scenarios like a kitchen or a picnic. During these races, it's not only a matter of being faster: you also need to be smarter and stronger, because you have to avoid obstacles (all food-related) and the attacks from other players.
The game will come out by the end of 2016. We're working on lots of stuff: polishing animations, creating new scenarios and characters, and on an online mode. Also, we collected a good deal of feedback from users and developers at both Mallorca Game and Gamelab (more about them in future posts), and we'll try to incorporate the best ideas to enhance the gameplay experience.
By the way, we're also very proud that we won the 2nd prize in the Mallorca Game Awards! But as I just mentioned, I'll give more details about this in future posts.
On May 21st, we presented Breaking Fast at BayDevs, an event held within Retromiranda for showcasing indie games. The event was a great opportunity to gather more feedback and, even more importantly, to get to know other fantastic national indie development studios, in particular, Sons of a Bit, Calcifer Games and MoreThanGamers.
The former presented its game Isla Bomba, a puzzle platformer with lots of levels in which you have to throw bombs in the water before they explode. For this purpose, you need to combine the abilities of different animals. The game features very nice and polished 3D environments and models in the lines of the last titles of Donkey Kong, together with a fun and engaging gameplay.
As for Calcifer Games, they presented a game called U.F.O. RISE, in which you have to guide an inoffensive alien through a stage in which enemies (furious farmers) spawn continuously. The goal is to gather pieces of its broken spaceship and your only weapon is your ability to turn your enemies into allies so they can fight for you.
Finally, MoreThanGamers presented Crazy Princess, a challenging game where you play the role of a charming prince who is pursued relentlessly by princesses who want to marry him desperately. The game starts out simple, but soon it becomes an interesting challenge because the girls are quite tough and fast.
The participating studios also had the opportunity to give a talk about their studios and their games. In the next video, you can watch part of my talk (in Spanish).
As for Breaking Fast, we are very happy with the feedback received from the organizers and from the attendants. In the next video, you can watch two kids enjoying the game:
Also, we were interviewed for Ruta Gamer, a podcast about videogames hosted by the Catholic University of Murcia. You can listen to us from minute 25.
Finally, we had the chance to visit Cartagena, a really beautiful town with dozens of historical monuments and ruins. That fabulous Roman theater...
On Sunday, the day after the event, we could even enjoy a day of beach and sun, shellfish and fried fish :).
Hope you have enjoyed reading about our adventure in Cartagena.
As many of you probably know, we were presenting our game Breaking Fast during PAX East 2016. It has been the first time that we have attended this event, and it has been actually the first time that we have shown Breaking Fast in any game event and in front of such a huge game audience. Without further ado, I am going to summarize our experience during PAX.
Pre-PAX story
Back in the end of February, we were considering whether it would be feasible to attend this event. By that time, the game was in a very raw state, but we did want to take advantage of any opportunity to promote the game, so I filled out the contact form that was available on the PAX website, 'just in case', I told to myself. Some time later, a PAX sales manager contacted us via e-mail to request more information about the game. We sent him what we had at that time: a brief description of the game, a link to our website, and a video where the game was succinctly introduced, shown below.
Some time later, he responded that the game seemed really fun, and he encouraged us to contact him again when we had something more solid. In an outburst of optimism, we told him that we would reach out to him again in two weeks with a playable demo of the game. Of course, we understimated the effort that this goal would entail.
After a month of intense work, by the beginning of April, we had the demo and we had recorded some new gameplay videos in which some friends were playing the game. We had lost our hope to attend PAX because the event would take place in just three weeks. Since I wanted to keep the contact with the sales manager, and also with a view to have some chance for next year, we sent him the demo and the new gameplay video. A big surprise arrived in the form of a reply to our e-mail: "Awesome! I have a 10x10 available at East for you guys if you’re still interested in exhibiting. I know the show is coming up fast.".
At that point, we were a bit in shock, because we really had lost all hope to attend the event, and now we had to decide quickly whether we wanted to make a sudden moderately high investment. Of course, as you may have followed our tweets and Facebook posts, you know that we took the offer.
In two weeks, we had to make all the arrangements. Fortunately, flying to Boston is not too expensive (not at least as expensive as New York), and we found a good offer for a really nice hotel, which turned out to be excellent. However, we still needed to make lots of preparations for the event, including all the material that we would be taking: tee-shirts, posters, x-banner, business cards, flyers, and plenty of electronic devices that we could not afford hiring there. As you can guess, our luggage was kind of heavy...
As part of the registration in PAX, we received a huge list with press contacts that would attend the event. We attempted to reach as many as these contacts as we could, although we knew that it would be difficult to make appointments with such a short antipication. In fact, we only received around 8 replies to the burst of e-mails that we sent.
And of course, and more importantly, we needed to polish the game and we wanted to add more characters. Actually, Manuela (the artist) sketched and designed the bacon during our flight connection in London, and it was the most popular among all the characters!
Bacon, the popular!
During PAX
For those of you who have had the chance to attend PAX, you surely know that it comprises a huge expo floor. We were really amazed while admiring the stands that big companies were setting up upon our arrival.
The set-up of the booth was smooth, except for an unfortunate setback: we had taken three PC screens with the idea of using one of them for looping a teaser of the game, and the other two for playing. However, one of the PC screens had apparently suffered a stroke during the flight and was broken. I was a bit irritated, but fortunately, we realized this on Thursday evening, not too late, and we had some time to buy a new one, which was cheaper than it is here in Spain, and which was better; every cloud has a silver lining.
Breaking Fast Teaser
Our general experience during PAX was great, with lots of people willing to play our game and to rate it as "very fun" or "addictive". Some of them were certain that the game would be a hit and were disappointed to know that the game was not available yet. We collected as many e-mails of potentially interested buyers as we could.
There is an important issue that we overlooked at first but that we fortunately corrected soon: the booth distribution. On the first day, Friday, the booth was organized with the table perpendicular to the surface, as you can see below.
Original booth distribution
This seemingly normal distribution turned out to be a psychological barrier for many people who were curious about the game but were reluctant to "come into" the booth to try it. Changing the distribution in such a way that the game was available to any passer-by made a big impact: even when on Friday lots of people played the game, on Saturday and Sunday (days on which we had already changed the distribution) there were peak moments with people linining up to play and watching how others played. This was an important lesson for us: make as easy as possible for players to play your game; don't assume that people who want to play the game will actually do it if they have to engage in a close relationship or a conversation.
Changed distribution: passers-by could play directly the game without entering the booth
As a final note to my PAX experience, I want to boast about something: I could introduce myself and talk a little bit with Ron Gilbert, the creator of a masterpiece known as Monkey Island. He was there presenting his own game called Thimbleweed Park, which is really promising, especially for those lovers of old-school adventure games.
Post-PAX, now what?
Watching hundreds of people playing your game provides an invaluable feedback and you get a good sense of what people like the most and the least. We intend to release the game by the end of summer, and therefore we still have time to improve over the weaker points of the game and to polish the stronger ones.
There are other events coming up and we plan to present the game there; these events include Retromiranda Baydevs, Mallorca Game, and Gamepolis, although we do not discard attending other international events. In the end, we are just seeking the biggest possible feedback as well as to raise awareness of the game so that potentially interested people learn about it before the release.
If you have any specific question about our experience in PAX, do not hesitate to leave a comment.
How are you doing? We continue working hard on Breaking Fast to make it the best game you've ever played in you life! ...
Last week we had a couple of testing sessions with people external to the development team, and these sessions were quite eye-opening in two senses: first, it allowed us discovering some bugs, which is the tradional goal of testing; but second and more importantly, we noticed that some design aspects were misleading, and others that we didn't consider so important were actually key to the players.
In this post, I intend to emphasize the importance of this early feedback and to summarize the most important changes that we applied as a result of this feedback. You may think that some of the changes are subtle, but sometimes a subtle change may cause a major impact on the overall gaming experience. You may also think that some changes were obviously required, but here's the key to external feedback: once you're very focused on your project, it's easy to lose pespective and you need someone to shove you back so that you can see the complete image instead of the individual pixel.
Why is early feedback that important? In addition to the loss of perspective reason, obtaining feedback may help you not diverting too much from your original goal. Usually, people ask you what your game is about, and you can compare your answer with the impressions that people get when they play your game. If you see they don't match, you can take actions quickly.
Also, it is a well-known principle for software engineers that the difficulty in performing changes on software increases as the development moves forward. This is known as the cost curve, first proposed by Boehm. Therefore, early feedback may result in cheaper development changes.
And how did we change Breaking Fast as a result of the early feedback? Here we go with a summary of the most relevant changes:
Position must be always visible: at first, we decided that showing the distance covered by each player was enough. However, thanks to the feedback, it became clear that players expect to see their positions continously. Therefore, we added an element in the HUD to show this information. Still, we need to sort out how to show the relative position with each other player and the distance among players. But now we are sure that this is a problem that is worth the effort.
Throwing stuff is cool: in Breaking Fast, there are two types of boosters; those that activate an attack as soon as they are picked, and others that require the players to throw something explicitly. In our testing session we understood that players felt more rewarded when they could throw somehting they had picked. Therefore, a booster that originally was designed to be activated automatically was re-designed to be thrown.
Physical attacks must stand out: characters in Breaking Fast can attack each other physically. This is a cool and fun mechanic, but players of the testing session agreed that the animations should stand out more, especially because characters in 3 players or 4 players races are small. So we decided to exagerate the animation.
Players want to know that the race is ending: in several races there were a couple of players that didn't realize that the race had ended and felt frustrated because they could not control the character anymore. We have solved this by a) adding an alarm that is triggered when there are 10 seconds remaining; b) by showing these 10 seconds bigger on the screen; c) and by accompanying each of the last 10 seconds with an audible tick sound.
Beginning of the race: we designed the beginning of the race in such a way that players had to press the movement key/button only when the initial countdown had gone to zero; otherwise, characters wouldn't move until they pressed the buttons again. This initial idea was implemented in order to require more precision from the players, but it turned out to give the impression that their controls didn't work, and it wasn't that fun anyway, so we discarded it.
Turbo was a big advantage: characters in Breaking Fast can activate their turbo upon some conditions. However, the original design made the turbo too advantageous for those meeting those conditions and mastering the controls. We therefore redesigned this mechanic to make it harder to exploit.
Bugs detection: of course, we found some bugs that fortunately could be quickly fixed, but we wouldn't have been aware of them hadn't been for the testing session with several players doing lots of stuff concurrently.
And this is it! I hope you're more conviced (if you weren't) to test your game and to retrieve early feedback as soon as possible. In the end, it's in your best interest and will save you development time.
