content top

Hades gates had fallen! The dead ones are here!

Watch out! Ancient Greece has been taken by the dead! Hordes of zombies are lurking in Okhlos!

Starting today, and until November the 4th, the Greeks rampaging against the Gods will be infested with the Zombie plague.

Also, a few shadowy figures had been spotted! Pay close attention to some Philosophers…

The Okhlos: Zombie Edition update is totally free, so check it out now! And if you don’t already have the game, you can get it as part of Steam’s Halloween sale with a 40% discount!



Read More

New Okhlos version available now! Cursor lock for MultiMonitor displays, graphic improvements and more!

Okhlos’ new version is here!

We’ve migrated from Unity 4 to Unity 5. And a lot of improvements were made. The most important ones are that now the game supports cursor lock on multi monitor displays, and an overall improvement in graphics, shadows and shaders. We’ve also changed the pieces left by a building when it’s destroyed, and a done lot of bug fixing.

Bug Fixes:
– The resolution issues which made you unable to play the game on some AMD configurations (mostly on some MacBook Pro) are now fixed
– Beating the game with Einstenos in the mob, no longer makes that if you start a new run at that moment it crashes upon finishing an area
– Fixed a loading freeze when trying to spawn a hero that was already in mob (inside one of the special  buildings)
– Fixed a crash after killing Hades (with Thucydides in the mob, and another hero affected by his ability also in the mob but dead)
– Gryphons can no longer get stuck flying away from the mob after killing a unit
– Flipped screen on Lemnos in some configurations when the anti-aliasing is activated
– Dying at the same as defeating a boss no longer makes you respawn at the next world but without a mob
– Pyrrho will now not kill any heroes, as part of his ability
– Stats are not stored any more during Crypto runs (as are persistent heroes)
– Panacea will no longer try to bring back to life disbanded units (which resulted in a mess)

Plus several other minor issues.


And lastly, here is a screen showing some of the new illumination and shaders.


Read More

Open Branch for Okhlos Engine Migration! Try it now!

Hey all!
Amazing news!
This week we started the migration to Unity 5!

The main reason behind this is that it will solve the issues that prevented people with some Mac Book Pro configurations (and a few other setups) from playing the game. Asides from this, probably the coolest feature we are introducing in this version, is CURSOR LOCK!

(This will only work for the people who owns Okhlos on Steam)

For all of you who are playing with mouse and a multi monitor setup, and you hate when your mouse escapes the window, now the mouse will be locked to the window!

As far as we know, this feature works only on PC and Linux. Unity currently does not support it on Mac.

We are preparing a open branch for all of you who already have the game. Just go to your Steam Library, select Okhlos and then properties. Go to the betas tab, and there you will be able to choose “Unity 5 Migration”.

You will see Okhlos [EngineMigration] on your steam Library and you’ll know it worked!


This is not final, so if anyone wants to help us, feel free to post any bug or problems you find on the Steam forums, in the “Unity 5 Migration” thread.


Read More


We have amazing news! After almost 4 years of Development, Okhlos is out now!



These past few weeks we’ve been working on Okhlos a lot, and probably neglected a little bit the dev blog. We are still planning on doing some more articles about Okhlos, so stay tuned!

If you want to buy the game, use these links!


These four years had been an amazing experience. An experience which hasn’t finished yet. Today is launch day, and we don’t have any idea what we will be facing! Wish us luck!

Also, if you had been reading our ramblings all this time, thank you so much! We really appreciate your support!


What is Okhlos?

Squeeze into your toga and slide on your sandals to rally the angry mobs of Okhlos and bring down the oppressive god of mythological Greece! Your beloved people will not longer stand for the abuse from their deities and take up arms against them and taking down anything and everything in their path. Topple the beastly minotaur, bring down sacred temples, and confront the almighty Olympians themselves while recruiting and balancing your unruly mob with warriors, peasants, slaves and even livestock in their quest for freedom from Mount Olympus! It’s total anarchy in the birthplace of democracy!


The people are angry and have united behind the noble philosophers to do their bidding to take down the soldiers, mythical beasts and temples under the control of the twelve vile gods.


Carefully recruit your followers from warriors, peasants, slaves and beasts of burden and unlock special units or swap units for one of 100 legendary heroes to upgrade the mob and increase their savagery. Wield the power of Heracles, Leonidas, Pandora, and Socrates to turn your mischievous gang into a formidable army!


Every campaign against the gods is different with changes to heroes, monsters, and bosses – and even the mob itself – each time you and your followers set out for battle. Traverse eight procedurally generated Greek cities and never fight through the same world twice!


Make your way through all manner of beasts, warriors, and demi-gods to arrive at the feet of the maleficent Olympians and unleash the power of the people in epic boss battles set against ancient ruins before they were ancient!

Read More

The importance of Playtesting

Hey All!

This week we will talk about something very cool we’ve been doing. PLAYTESTING!

This is by no means an comprehensive guide on how to do Playtesting, it’s all very much focused on Okhlos, but I think we ran into some interesting bits, that might help on different projects, so we wanted to share them.

Let’s begin!

What is Playtesting?

When  we started asking people to take part in the Playtesting, we found that most of the people didn’t know what “they had to do”, or even if they were prepared to do it. A huge amount of people believe that Playtesting and QA Testing (or Functional Testing) are the same thing. And, of course, they are not.

Playtesting is a kind of usability test, where you can see how players read and react to the game in an (ideally) relaxed context. The idea is to see the player interacting in the way she/he would normally play the game. But with us breathing over their shoulders and taking silly incomprensible notes.


This is particularly useful to, for example, polish a tutorial. We always try to get people that have never played the game, so that we can see if the tutorial is really effective at communicating the mechanics, or if we have to be more clear in some areas. Also it’s really useful to help set up a good difficulty curve, and to check how good the feedback the game gives to the players is .

We’ve showed the game at lots of events. And seeing new people play the game is always useful, but when you are at an expo, the players don’t usually pay too much attention to it, they just want to try it. While playtesting the game at expos can point out some design flaws, you really need to sit down and analize what’s going on, and what would happen if they played the game at home, instead of in a loud and flashy (and sometimes smelly) environment.

Why we do it

We did very small amounts of playtesting during the development of Okhlos. Mostly at events. Sometime we’d invite someone to try it, or send a build to a friend and ask for notes. We never did a huge playtesting session before.

We were getting close to the launch (and we still are!) and we were having some discussions  (friendly, of course) with Devolver regarding the difficulty of the game.

We had been playing the game for so long, that it was almost impossible for us to judge the difficulty of the game by ourselves. For us, it was always was too easy. Devolver pointed out that the difficulty curve at the first levels was too high. And it seemed that there was a large group of players having difficulties with the game.

Sending a game and asking for feedback is not very useful because games are difficult to put in words. When you see the playthrough is when you realize that someone is not getting the idea correctly, or even that you might be asking the wrong questions. You should pay attention to the user session, what you discuss with them afterwards is just for ratification, but you are the one that has to identify problems and solutions. If someone says “I don’t like this, maybe you should…” you can stop listening there. You know your game better and your playtester should only communicate the problems they had, not the solutions (also, this depends on your group. We had very few designers for this playtesting intentionally).

We decided to do a Playtesting session in order to see what was going on regarding difficulty. Any additional information we could gather (tutorial, mechanics and feedback) would not be the focus, but a very welcome bonus.

How we did the setup

We started by reaching out on Facebook to any people interested in trying out the game (through our personal Facebook, not the Studio page just to be sure that at least we knew the people coming to our offices).

Because of this misconception regarding playtesting and functional testing, we had to stress a few times that no knowledge was needed in order to take part in the Playtesting sessions. We looked for acquaintances that had  never tried the game before and could drop by our offices to play a little.

The playtesting sessions went out of hands pretty quickly, Too many people wanted to try the game and give us feedback, so we had to narrow the list to twenty something people.

The session took us literally all week and because of their jobs people, lots of them wanted to come on the weekend.

A cool thing we did from the start, was trying to set every session pretty far from each other. At first, we didn’t know how much each session would take, so we assumed a two-hour slot for each participant. We thought that each user would play around an hour, so rounding it to two hours would give us plenty of time to get everything ready for the next playtester.

As you will found out later, we were clearly wrong.

Another cool thing we did was to add each playtester to our calendar. This would help us a lot when we had to rearrange the timetable. We have a gmail account for the studio that we use only for this kind of things, we shared the calendar with our personal calendars and started adding events. Pretty handy and stupidly quick.


This image is pretty useless. We are just braggin’

The only problem with this was that for some random reason the timezone configuration was broken, so all our appointments were off by an hour when viewing from our personal calendars, and that created some awkward overlapping.

The sessions

For starters, we set up OBS to capture the player’s footage. Players would be sitting in front of the computer, and we would ask them how they usually played games at their homes, if they used a joystick or a keyboard and mouse configuration, and we would duplicate the screen to see the play session from another monitor. The videos recorded were at a very low resolution. Just enough to see what was going on. There is no need to have 20gb videos of hours of playtesting.


OBS in second monitor for the sneak peak

We also asked what language they usually play games in, and if they used headphones. We didn’t want to impose anything, and we wanted players to feel like at home. We even threw some snacks to improve the experience. If you have to play an incomplete and broken game, at least have some free food.

A little side note, we were surprised the amount of people that play games in English in Argentina. Probably half of the users wanted to have the game in English. This might be due to past experiences dealing with shitty translations, and trying to have the real deal, the true experience of the game. For me at least, even if Okhlos supports like 8 languages, and this blog entry is in English, the game’s main language is Spanish. There are some jokes that wouldn’t simply work in any other language. And we literally did whatever we wanted in the Spanish version. 99% of the game is the same in all languages, and the game should detect your system settings for language.

We had planned each session to last about an hour. In reality, most sessions took about two hours. And sometimes more. This is very positive from a game design standpoint. People just wanted to keep playing the game, but from a schedule point of view it was a problem. We tried never to say “Well, that’s enough, go home” but we had to a few times.

Because of the previous mentioned calendar bug, and the organic and always changing nature of people, we started to have people’s time slots overlapping. When this happened we had resort to setting up another computer with the game running, where we didn’t have the chance duplicate the screen.


Our friend (and often spellchecker) @pfque_ doing playtesting. Photo by @alejandropro

When the playtester were playing, we tried not to talk to them to avoid distracting them. We also told them not to ask us questions. If there was something that they couldn’t figure out, we would jump in only if it was absolutely necessary.

At the end of each session, we would ask the player how they felt the game, if it was too hard, too easy, what they loved and what they hated, and if there was something that they hadn’t understood. Most of the questions were pretty redundant, because when you know your game you can get most of this stuff by simply watching them, but very interesting stuff came up from these five minute interviews.

In the middle of the week, we did some A/B testing with basic stuff (I will get on details about that later), and it was really useful. Because we knew that there would be no further playtesting after this, if there was something controversial that we wanted to test, at the beginning of each day we would discuss it and make a new version.


We needed to emphasize that the mob was slowed down because nobody noticed it!

Saturday was chaos, with probably six or seven people at any time in our offices. They atmosphere was really relaxed and cool, but we couldn’t pay so much attention to each individual session like we did during the rest of the week.

The videos were incredible useful. When the week was over we started discussing what we saw and what we should change. Having the videos was a very quick reference to see what we were discussing. And my memory is pretty visual, so seeing the same thing might trigger what you were thinking when you saw the live performance.

If I have to draw a conclusion, is that doing playtesting is really important, is incredibly useful and even when you don’t want to burn off all your friends too often, you have to do it at least two or three times for project (obviously, this depends on the scope of the project).

It’s also a huge morale boost. We were very tired for the long and uninterrupted development cycle, and a little worried about Okhlos being too easy/hard/bad, but when we finished the sessions, the results were so good that it really injected us with the energies to keep working as hard as we were before. From a psychological point of view, it sounds very healthy for medium size projects. As long as you know very consciously not to go trigger happy with the changes.

That was pretty much our playtesting week, which was incredibly tiresome, but amazingly fruitful. If you came here to read only about Playtesting, good job! You are done here. Below, I will start talking about Okhlos particular results.

Okhlos Results

The response was overwhelmingly positive. Most of the people that came for the platytesting were even not acquaintances of us, who had found out about the playtesting through someone that shared our original post (which was not exactly what we planned, but we enjoyed the enthusiasm).

This made the tester brutally honest, but in fact, nobody said that they didn’t enjoy the game. However, we have the idea that one of the testers really didn’t like the game, he played a little less than an hour and didn’t want to keep playing. But statistically, it’s still a pretty cool outcome.

As we said, we thought that the game might have been be too hard. While balancing, tweaking the difficulty curve and through other changes, we think we found a sweet spot. Some players still found it kinda easy, so we are increasing the difficulty in some areas.

Some players pointed out something very interesting. They didn’t get enough feedback from the attack. When you press Defense, you immediately know that your mob is defending. They all stay still and defend. When you run or collapse the mob, you don’t have to focus your attention in any particular element, you simply see the mob and how it behaves even with your peripheral vision. When you are attacking, though, there is not much change visually. Yes, the mob moves slower, but not so much to be noticeable. The first tester who pointed this was our friend Juan from Heavy Boat.


This was one of the first changes we did during playtesting. We used the sprint sound in the attack, permanently. It was rough, but tremendously effective. Gord almost kill us for that. Players realized much more quick when they were attacking.

Besides this, we had another related issue with attack. Players that used Joystick where more inclined to understand to hold the attack trigger (maybe because it’s a trigger), but players that used the mouse,  would constantly smash the mouse button. That was something that we knew sometimes happened, but we were not sure how to approach it.

We did small animations in the tutorial boards, just to clearly state that you should hold the mouse button down. But maybe more interestingly, we decided that if players really want to smash their mouses, well, we should just let them! So Seba added a small delay when pressing the mouse, so if you let the mouse button off for a second, the mob will continue to attack. This helps in two ways, for starters, players realize that you can maintain the button pressed, but even if they keep doing it, there are more chances that the mob will attack. Before this, if you didn’t hold down the button, there were big chances that the mob wouldn’t start to attack, because they have to get near the target and there is some anticipation in the attack animation. So now it feels much better, and its still pretty responsive if you want to stop attacking immediately.



A small narrative change we did was regarding the procedural phrases Homer tells you each time the mob moves to a new city. They were generic and interchangeable. But @DavTMar suggested that in order to help the narrative, we should address specifically which city the mob was going. So we added the name to the city to the phrase (and we tweaked them a little), and now we maintain these procedurally generated, phrases but having the name of the city makes them more custom, and clear to the user.



There were tons of other stuff. We changed the items in the hud and we placed them directly on the mob, which is really cool and organic, and having less UI feels very good. We added tutorial texts, we revisited them, we scaled up buttons, we got ourselves very busy for the week following the playtesting. And that was pretty rad. We were able to address most of the changes in less than a week, which was very cool as well, as we weren’t hoping to finish so quickly with all the changes.


So, there you have it! Playtesting often is healthy, cool, incredibly useful and cheap. You don’t have many excuses for not doing it!

We wanted to close the entry with a HUGE THANKS to all the people who made the time to pass by our offices and helped making Okhlos better!

Drinking game: If you finished reading the article, then read it again but every time I said the word “playtesting” take a shot.

Read More

Kyoto BitSummit And Tecnopolis, here we go!

Hey all! It’s been a while!

Even while we are in the midst of going crazy with all the stuff we have to do in order to get Okhlos ready for release (and we still have some work to do in that regard!), we wanted to let you all know that Okhlos will be available to try in two huge expos!

We’ve disregarded the dev blog a little bit these last months because we had so much work that we really needed to focus all our energies into the game. Next week, however, we will be retaking our good old misadventures about development that you all hate to read, but you probably know us and had to anyway.


Weird introduction to subject matter, let’s now delve into what’s important!

Do you want to try Okhlos? It will be showcased at two different venues!


Kyoto BitSummit


The 4th installment of the Indie festival! So, if you are in Kyoto this weekend, you will be able to try the game! Note that the expo just lasts two days!

Also, players will be able to play the game in Japanese! Which was an interesting task (expect more about localization in future posts!).

For more info about the venue, check this!



Tecnopolis 2016


Tecnopolis is probably the biggest event in Argentina regarding science, technology, art and culture (culture basically encompasses the other three, but I wasn’t the one who came up with the slogan).

From what we know, Tecnopolis will be open from July 14 till October 15, so you have LOTS of time to try Okhlos! The game, obviously, will be in Spanish! :D


Tecnopolis will take place in Buenos Aires, Argentina. More info here


Well, that’s all for now! We promise to come back with mildly interesting bits of information about game development and whatnot.

Because you happen to reach the end of the article, here is a gratuitous gif! <3


Read More
content top