A couple of weeks ago, we announced a friendly competition to celebrate the festive season. We asked you to design a new skin for Mr. Riggs with no creative limits. We have already received a number of submissions, but the contest is still ongoing! Hopefully, you will get some free time over the holiday break to take part in our little contest.



Come up with a new paint job for our mech! Don’t hold back your creativity - the design does not have to bee rooted in The Riftbreaker lore. You can look for inspiration in your hobbies, favorite films, cartoons, comic books, and other works of art. Create something fun and unique, something that you would use in-game yourself. The full list of contest rules, entry submission details, and legal terms and conditions can be found in the original post right here:

https://store.steampowered.com/news/app/780310/view/3673299706323852631?l=english

The winners will receive a bundle of Steam keys for all EXOR Studios games released up to this day (Zombie Driver Ultimate Edition, X-Morph: Defense and The Riftbreaker).

Additionally, we will send each winner a package with EXOR Studios gadgets, including a limited Mr. Riggs plushie.

On top of all that, if the authors agree to this, we will TRY to put the best skin designs in the game with the next World Expansion. We put an emphasis on ‘try’ there because we can’t make this a guarantee. There might be problems with copyrights, technicalities, or any number of other issues that might prevent us from accomplishing this. Still, we will do our best to make it happen.

We’re waiting for your submissions!
EXOR Studios

We often emphasize that EXOR Studios is an indie developer and The Riftbreaker - is an indie game. Indie is short for ‘independent.’ As a company, we are self-funded; all our ventures are financed by our previous games, and we do our own publishing. Such a business model comes with many advantages and just as many, if not more, drawbacks. Today, we are going to tell you why we decided to go this route, despite the many risks, and what it means to be an indie developer in the gaming industry. We will also give you examples of how these aspects relate to EXOR Studios’ past and current projects.


Switching to the self-emplyed indie lifestyle was a giant leap of faith. In the end it was worth it, but we earned a couple of grey hairs along the way.


One of the things that led the founders to create EXOR Studios was the full creative freedom that being an indie developer offered. The founding seven members of EXOR moved on from modding and into the game development industry by joining a larger company that did ‘work for hire’. They often developed ports of well-known games from bigger platforms for mobile devices. While that experience was very valuable, they had to follow strict guidelines and were not in creative control of their work. The year 2007 was also on the brink of the industry shift, in the form of digital games distribution. Skipping box printing and retail distribution allowed developers more opportunities to get their games out into the hands of players worldwide.

The entry barrier into the industry was significantly lowered, and small studios like EXOR, or even individual developers, could try their hand at releasing a video game. This allowed them to publish smaller-scope but still ambitious projects that would most likely get rejected by most publishers. It gave those developers a chance to try out their ideas in the wild, gain valuable experience, and build their portfolio. It also meant that they could finally make games they truly wanted to make. No more work for hire, spinoffs, or tie-ins. The freedom to make the games you want to play is the biggest advantage of being an indie developer.


You need a lot of time to test your game properly. Luckily, when you're independent, you can decide a lot of deadlines for yourself. If you miss with you shot, though, everything can explode, just like the base in the gif above.


Lately, there have been many games that released… undercooked. They could have used a couple of months of final playtests, polish, and bugfixing. Unfortunately, developers often have to release games in an incomplete state because they need to meet deadlines. In case of AAA titles, a release date is sacred - the entire marketing machine is built around the game’s release date and moving it is almost impossible. A lot of people rely on you doing your job in time, which builds pressure. Being an indie developer gives you the ability to set those deadlines for yourself. You know your abilities and limitations, so you can make an educated guess on how much time you need to bring the project to a close. It’s likely you will hit delays and roadblocks, but without a parent company breathing down your neck.

Players kept asking us for the release date of The Riftbreaker for about a year after we released the Prologue version. “Come on, guys, the game is ready. What are you waiting for?” We knew that the game wasn’t good enough yet. We decided to put off the announcement of the release date until we had a beta. We then took that version and polished it until it was worthy to be released to the general public. It paid off in the end. We believe it’s going to work like that for co-op as well.

https://store.steampowered.com/news/app/780310/view/3734104644163035438?l=english
We've got an entire article on the tools we use to make games, check it out if you're interested!


We’re all different and have varied preferences when it comes to pretty much everything. That includes game development tools, which can vary wildly from one another, even if they serve the same purpose. Artists have their preferences when it comes to 3D modeling software, and programmers have their favorite IDEs. While it’s possible that a developer could adapt to new tools quickly, nothing will beat the comfort of working with a piece of software that you have been using for years. Working as an indie developer, in most cases, you can choose what programs you want to use for the job. You can even decide which engine you want to use to create your game. In larger studios, it is much more likely that the toolset is going to be ‘forced’ on you, which can lead to a lengthy adaptation period, especially if the technology is proprietary.

Our artists have been working in various 3D software, but when the Blender revolution came around, we gladly made the switch. Blender’s personalization options, its expandability using various plugins, and its intuitive interface made the transition smooth. We never looked back. However, it was only four people. Imagine forcing 100 artists to do the same. We can almost guarantee it would take a lot of time and effort.


No story here. Just a gif to break the wall of text :)


Being an indie dev doesn’t mean that you are cut off from the business world altogether. There is no escaping that. Still, you are granted a much bigger degree of freedom when it comes to making decisions for your game and company. You can decide which platforms your game is going to be released on, what kind of marketing campaign you want to run, and who you want to work with. You do not answer to shareholders or the publisher. However, this is a double-edged sword. The responsibility for all these decisions is yours and yours alone. If you fail, you may go out of business before you can even realize what is going on. On the other hand - if everything goes right, you will reap the rewards.

One such example from the history of The Riftbreaker was our Game Pass deal. In exchange for The Riftbreaker being available in Game Pass on day one, we received extra time we could spend on polishing the game and bringing it to the best shape it could be. Without securing those extra funds, the whole story might have unraveled in a different way.

What we mentioned above are not all benefits of working as an independent developer. In general, you could sum it all up in one word: freedom. This freedom, however, comes at significant costs. Let’s talk about some of these costs now.


Mr. Riggs wanted to get heard, too. Perhaps he should start a podcast?


To say that the gaming market is saturated is an understatement. Dozens of games, big and small, are released every day. Players spend thousands of hours playing the giant titles that adorn the front pages of YouTube and Twitch. New AAA titles run marketing campaigns that reach beyond the internet and bombard potential players with information about newly released projects. Your game has to be really special to turn the heads of players around the world. The odds are stacked against you, but as successful indies have proven time and again - the challenge is not insurmountable. If your game is good, players will spread the word around.

Before the word about The Riftbreaker started making rounds around the web, we sent out hundreds, if not thousands, of emails, asking everyone and their dog to cover our game. Over 95% of those emails never even got a reply. Only after the demo version hit it big during the Steam Next Fest we started getting some coverage offers - some of them even coming from the people we tried to contact earlier. It’s a tough world out there.


You need to be able to adapt to difficulties and bad conditions, even if it means coding on a 19-inch CRT monitor.


Well, not literally, but without a large team behind you and resources from your publisher and/or stakeholders, you will face unexpected problems on your own. If there are technical problems, you might not even have a second tech person on the team to ask for help. You have to figure out legal matters and taxes all by yourself instead of having a dedicated team behind you. The same goes for marketing. If your PC breaks in the middle of the project, you’d better have a backup one ready for action because you are your own IT department. All kinds of things can go south while making a game, and you will be on your own, so be prepared for that.

At the beginning of 2020, we had to make the decision to allow people to work from home. Even though we had a VPN set up that theoretically allowed us all to work remotely, no one had tested it on such a scale and with that many people. The transition wasn’t without issues and took quite a lot of valuable development time.


Next goal: online co-op. We will get there, we promise you that. Our beta tests have proven very vauable so far.


Working on a smaller-scale project with a small, independent team does not mean there isn’t a lot of work. On the contrary - you will have much more work on your hands than in the case of a large team. In big studios, work is often divided into very specialized areas. One person is responsible for models of rocks. Another person does trees. Yet another person does gun models. There are separate job positions for AI, graphics, gameplay, and cinematics programmers. These kinds of lists can go on and on. In the case of independent developers, all these jobs often fall into the hands of one single person. One day, you might work on graphics, do some gameplay design in the next couple of days, and finish off the week by fixing a leaking kitchen sink. While undoubtedly exciting, jumping from one job to another is not the most efficient way of working and will likely make development slower than you would like.

Some of you probably learned about The Riftbreaker because one of the YouTubers you follow has covered the game at some point. We had to arrange most of such videos ourselves - we looked for relevant influencers, sent them review copies of the game, negotiated with those who wanted to do a paid video, and analyzed our actions to determine what worked and what didn’t. That took away time from other things we could be doing then. However, this work was necessary to get the word about the game out to people. It simply cost more than just money.


Our trophy cabinet. The road to each one of these memorabilia took a lot of work and taught us a great deal. We hope to learn even more along the way!


Indie game development is not a career that you can easily get in and out of to get some experience. It has to be a passion project, born out of a lifelong desire to make games you want to make and not obey any conventional rules. If you’re not fully convinced that this is what you want to do, you might go mad. However, the freedom to make your vision come true, limited only by your own abilities, makes it all worth it.

If you have any questions about indie dev life, or game development in general, ask in the comment section. We’re always on the lookout for new topics to share some behind-the-scenes knowledge about The Riftbreaker, EXOR Studios, and the gaming industry. You can also contact us directly through Discord at www.discord.gg/exorstudios and during our streams every Tuesday and Thursday at 3 PM CET over on www.twitch.tv/exorstudios.

See you there!
EXOR Studios

We have always been huge proponents of modding and designed our games with modders in mind. The Riftbreaker’s data files are not obfuscated or encrypted, and our asset packs are simple zip files you can browse at will. We also gave you access to our custom-made Riftbreaker World Editor suite - the set of tools that we used to create The Riftbreaker’s campaign, databases, maps, and a lot of other things. Once in a while, a modder comes along and does something truly remarkable with these tools. Once again, that person is Molch, the author of the Arctic Map and Rift City mods. This time, Molch decided to recreate a typical European City as a map for The Riftbreaker. In fact, Molch has astounded us all with creativity, the level of detail, and some features that we didn’t even think were possible.



Mr. Riggs taking a peaceful stroll through the streets, bashing some cars along the way.

As mentioned earlier, Molch has already created one city map for The Riftbreaker. We described it at length in this article. This time, however, he went to the next level. The Riftbreaker does not contain great city-building assets by default. Most of the props and entities in the game are either plants, rocks, or futuristic sci-fi buildings. To get access to more buildings that fit a regular city map, he would either need to make them from scratch or port them from our previous games - Zombie Driver or X-Morph: Defense. Molch chose the second option. However, converting assets from our older games to work with The Riftbreaker is not a simple process. For our latest game we introduced Physics Based Rendering, or PBR for short. PBR aims to simulate the way that materials reflect light by giving them properties like roughness or metalness. Molch needed to rework all the materials to make the old props compatible with the new game. We have no idea how long it must have taken, but we’re sure it was a lengthy process.



You can destroy buildings chunk by chunk. Even though they won't collapse, it's still impressive!

Porting the assets from X-Morph: Defense and Zombie Driver had a fun little side effect - most of the props that we made for those games are destructible. When Molch ported these assets, he maintained that property, so everything you see around the city can be blown up if you have enough firepower! What is more - the buildings from X-Morph have had their interiors modeled as well, so when you blow holes through their walls, you can see the degree of your destruction by taking a detailed look at the ravaged remains of what used to be cozy apartments, shops, and offices. Another cute little detail is that our camera object culling system can show you what is inside those buildings when you get close to the wall with your Mech. Apart from all the buildings, trashcans, benches, and decorations, there are also plenty of cars around the city - some based on quite well-known models. You can destroy them, too, obviously!



Nobody can prevent you from going on a motor oil-fueled rampage!

With all these new models now available to him, Molch did a stellar job arranging them into a typical European city landscape. Wandering around the streets of the city, you are going to stumble upon typical elements of such a place. There is a town square with a small local market set up. There are little side streets with shops and other facilities. Parks and gardens add little bits of greenery every now and again, where people can enjoy recreational activities. There are even two football fields for the sports fans out there. The highway running through the city is blocked by an accident scene, and the local police force and paramedics are there to help the victims. It’s crazy how many little stories you can tell with just a couple of well-placed props. However, the city lacked something to make it more lively - humans.


Pedestrians invading the football pitch, players T-posing in an act of protest.

To be honest, we still have no idea how the madman did it, but there are actual people walking around the map! We don’t know where the models are from, what script they’re running, or whether they are a brand new idea from Molch. All we know is that we absolutely love this feature. Pedestrians walking around the city are up to scale - considering Mr. Riggs is 4.5 meters tall, the humans reach somewhere up to his upper legs. They do not seem out of place and give you a feeling of how truly gigantic Mr. Riggs is. While we do not have any evidence for our claims, it would seem that more pedestrians spawn during the day than during the night, which is a great touch as well. Oh, humans are ‘destructible’ as well; do what you like with that knowledge.


If you look closely, you will see the policemen interviewing one of the drivers!

Apart from looking great, the European City mod by Molch is a complete map that allows you to play Survival Mode without any issues. It currently uses the Crystal Caverns creature set and Survival mission rules. You will find a multitude of resource deposits scattered across the map, and the urban environment will create a fun challenge for your base-building skills. You will have to beware, though, as there are plenty of powerful creatures prowling the streets of the city (which doesn’t seem to phase the civilians too much). Bring your best gear when you go exploring, or be prepared for the walk of shame, trying to recover your lost weapons.


What a nice park! And the structure at the top looks strangely familiar. Download the map to see it for yourself!

We will do a playthrough of this map during our live stream today, so join us on www.twitch.tv/exorstudios at 3 PM CET (yes, right now) and watch Void get annihilated by familiar creatures in the unfamiliar landscape. If you want to make maps like that yourself, join our Discord at www.discord.gg/exorstudios and learn from other modders. Our community is growing stronger every day and both EXOR Staff and other modders will help you get started.



Mr. Riggs found the solution to the crowded car park problem.

See you soon!
EXOR Studios

We have yet another competition for you! This time we ask you to unleash your creativity and give Mr. Riggs a nice, fresh coat of paint.


Plenty of skins to choose from already, but we can always do better. On a side note - we will change the way skin selection works.

We know that players love skins for their in-game characters. It allows them to express their personality and add a degree of customization into the game. Even if you can’t change the color scheme of individual items without modding game files, pre-determined skins still offer an alternative choice. While working on The Riftbreaker some of the most fun things we did was coming up with new skins. Some were inspired by our favorite games (bonus points if you can spot them), while others were completely outlandish ideas we thought could be funny (Mr. Piggs and Caticord immediately spring to mind).


Gold skin is unlocked by completing the game's main campaign. It is one of our favorites. Simple, but effective!

• Come up with a design for a new skin for Mr. Riggs. Look for inspiration in pop culture, your favorite games, series, or your own imagination. Simply design what seems fun to you!
  
• Needless to say, but we will say it anyway - your entry must be in good taste and do not break Steam Terms of Service. No gore, adult-rated material, or mocking anyone's ethnicity, religious or political beliefs.
  
• Create a visualization of your skin idea. Use Paint, Photoshop, or any other image editing software to modify any of the existing Riftbreaker artworks. Alternatively, you can sketch your design by hand and scan it. You don’t have to make a working in-game skin - just a simple image is fine, but bonus points if you do decide to make a working skin 🙂
  
• Do not change Mr. Riggs’ model geometry. You can change everything else. You want to have a giant screen in place of the cockpit visor? Okay! You want to turn the Mech into glass? Also cool! You can go absolutely wild, but the geometry of the mech must stay the same.

The authors of the three designs we like the most will receive:

Last but not least important - we are going to try to turn the top three designs into actual in-game skins. This will only happen if the authors give us explicit permission to use the design in-game and if it does not break any copyrights or trademarks, so go easy on logos.

Upload the visualization of your design to any image-sharing site and submit your entry in this thread for everyone to see here:
https://steamcommunity.com/app/780310/discussions/0/4040354734340685476/

The contest will run until January 10th, 2024. We will announce the winners by January 12th, 2024..


One of the earliest mods for our game - Holy Skin by SenorRagequit. Be the light that shines in the darkness!


[expand type=The legal stuff:]
You must be aged 18 or over at the time of entry in order to enter this competition. No purchase is necessary. You must enter the contest yourself. You must comply with the laws that apply to you in the location where you access the competition from. If any laws applicable to you restrict or prohibit you from entering the competition, you must comply with those legal restrictions or, if applicable, refrain from entering the competition. Prizes are not negotiable, exchangeable, or transferable and have no cash alternative. Physical prizes can only be delivered to locations covered by UPS. If a delivery destination is not covered by UPS, then it will not be sent out by EXOR.

The winner(s) will be selected by a panel of judges based on creativity, originality and the highest quality. The decision of the panel is final.

The Organiser does not claim any rights of ownership in your competition entry. By submitting your entry, you grant us a non-exclusive, worldwide, royalty-free and irrevocable right to use, display, publish, transmit, copy, edit, alter, store, re-format, and sub-license the competition entry and any accompanying materials for our marketing or other commercial purposes.
[/expand]

We can’t wait to see what you come up with!

EXOR Studios

The game development industry is a fast-paced environment. It combines the elements of software engineering, art, and entertainment. All three of those fields are constantly on the lookout for innovation and new creative solutions. As a result, the game industry changes rapidly, and keeping up with all the latest developments is almost impossible. Still, we do our best to keep up with the news and are constantly looking for new tech to put in our games to improve your experience. In this article, we will show you what we do to stay up to date with our ever-changing industry.


The media in this article will serve as examples of techniques we decided to add on the basis of what we learned over time - either by playing or listening to what others have to say. Remember when rocks obscured the vision of your mech during gameplay?

The most obvious and the most important thing is playing new games. EXOR Studios is a team of fifteen people with wildly different tastes. There are no two people in our office who are exactly alike when it comes to gaming habits. Some of us have 8000 hours in Counter-Strike, while others prefer spending 200 hours grinding 100% in Starfield. Most of us have a dedicated gaming rig at home but only have the time to game on the Steam Deck. Some people jump on an opportunity to play the latest AAA titles as early as possible, while others wait for a few patches to come out first. The point is that our experiences vary wildly, allowing us to learn about new gaming trends from various sources.


We sought a solution in other hack'n'slash games. After all - Diablo and similar have been dealing with it for ages. The answer to our problems was a camera object culler that 'cuts out a hole' in props that you can see through. Most action RPGs use a similar technique!

While we obviously enjoy playing games, we try to learn as much as we can while playing. Naturally, we tend to focus on our area of expertise within the studio. Designers analyze the ins and outs of economy, combat, and other game systems. Programmers try to notice possible optimizations and techniques used by other developers that could work for EXOR games. Artists stop and analyze props, the composition of the scenes and try to understand what makes animations tick. By observing the work of others, we can learn what works and what doesn’t. We try to understand why developers make their choices and how they affect the overall experience.


When creating the destructible rocks of the Crystal Caverns biome, we took inspiration from the tried and tested voxel-based games that allow you to dig in the ground freely, like Minecraft. We divided the destructible walls into chunks. Then, we iterated on the size of those chunks and the speed of digging to allow a smooth experience. What you see above is a very early version.

Recently, we have been looking into changing the loot distribution algorithm in The Riftbreaker. We spent countless hours playing various parts of Diablo, Path of Exile, and Grim Dawn, among many other hack’n’slash games, to figure out what we could do better. We analyzed how often a player gets a chance to loot something valuable. We compared the crafting-oriented systems with trading-oriented systems, as well as those where no trading or crafting is present.


After hours of playtests and design meetings that totally did not involve any shouting and contravening examples from various games, we arrived at this version of rock-digging. Much better!

We’ve drawn a couple of conclusions from these observations. First - we need to give you as many chances to find something good as possible. For that reason, we’ve designed additional, smaller loot containers to work in tandem with our Bioanomalies. This will encourage you to explore the world since you will get plenty of rewards for doing so. Second - we probably shouldn’t worry about real-world logic as much as we do. If a rat can drop a Mighty Greatsword of Slaying +14 in some games, why shouldn’t you be able to find an awesome weapon in a bioanomaly? You will see the results of our work when we launch World Expansion III - we believe you will like it.


At times we work on cutting-edge techniques that do not have many examples to follow. When we introduced ray-traced shadows in 2020 there weren't many other titles on the market with this feature. Luckily, ray-tracing is not a new technique and we could learn from good, old analog books.

Sometimes, observation alone is not enough. Luckily, a lot of talented developers share their knowledge on the internet in the form of articles on various websites, their own blogs, or YouTube videos. While many sites aggregate such pieces, such as gamedeveloper.com or various subreddits, it is not always easy to find something interesting to you. That is why we often have to take a shot in the dark and simply google phrases such as “loot system in game X” or “raytracing implementation in Y.” You would be surprised how often it is possible to find a complex analysis of such topics on some obscure sites that see two visits per year. We treasure them!


Using what we learned, we not only developed ray-traced shadows, but also highly detailed, pixel-perfect raytraced ambient occlusion. It utilizes the same acceleration structure we prepare for RT shadows, so the additional rendering cost is negligible.

One recent example is our Volumetric Lighting implementation. While researching the topic, we supplied our own observations and past knowledge with publications found online. The first one was an amazingly comprehensive presentation by Bartłomiej Wroński from Siggraph 2014 entitled “Volumetric Fog: Unified compute shader based solution to atmospheric scattering.” Another useful presentation came from Sebastien Hillaire: “Physically Based and Unified Volumetric Rendering in Frostbite.”


Volumetric Lighting is exactly what we needed to 'glue' the world together. It allows us to simulate the way the light interacts with aerosols, giving the scene a much more natural look.

The authors of these presentations detailed how they achieved realistic Volumetric Lighting in the AAA projects they worked on. Thanks to the data and observations from these documents, we avoided many pitfalls and achieved great results. For example, we learned what kind of resolution we should aim for when creating the light scattering map, and that the quality increase is negligible above a certain point. We also learned efficient ways of getting rid of the aliasing artifacts using jitter - a solution that’s very simple but not easy to come across!


The new lighting method opened up a whole new world for us when it comes to map construction.

Doing your own research will only take you so far - not all knowledge can be shared as an article or a video essay. However, you can fill in the gaps during developer conferences. They are (usually) multi-day events during which people from various studios give talks about their games, the technology they use, or even the organization of work within their company. Listening to talks from both veterans and newcomers to the industry can be very inspiring and allows you to draw conclusions you can later implement in your own work.


One of the new, subtle improvements we're introducing for the new biome is the behavior of liquids and the simulations of waves on their surfaces. It's still work in progress, but you can see a nice wake behind Mr. Riggs that displaces the algae on the surface of this small lake.

Still, the most important part of attending industry events is networking. You can meet your old friends and trash-talk them for not having dynamic shadows in their game (cheers, Robert!). You can also make new friends and learn that they are facing the exact same issues as you - crucial software crashing, illogical technical requirements, trouble with implementing network play (wink, wink), etc. Getting to know these people gives you a chance to learn something you haven’t discovered yet and perhaps brainstorm a solution to your problems together. Such relations are truly invaluable.


Our new system takes into account individual vertices coming into contact with water, which means that each of Fungor's tentacles creates its own ripple and wake as it moves around.

If you are a developer or would like to start your career in game development, here’s the TL;DR:

• Talk to other people in the industry, learn what they do, and keep an open mind. You don’t have to go to conferences to do that - Reddit, Discord servers, and various forums can help you with that.
  
• Read technical articles and watch technical breakdowns of your favorite games. Not what you like, and challenge yourself to try new things in your work.
  
• Play—a lot. Nothing beats a hands-on experience with games, both old and new. Try to understand why they did things the way they did.

The waves are not physically simulated but still do a good job in creating an impression of movement on the surface. Here, there are dozens of Stickrid legs interacting with the surface and causing ripples and waves to appear.

It’s impossible to always be the first to know all the novelties in the game development world. However, you can always try to learn as much as possible about what seems interesting to you and hone your skills. It will pay off in the long run. You can always talk to us and ask questions about gamedev on our Discord - www.discord.gg/exorstudios - we’re always happy to share what we have learned so far on our 15+ years-long journey.

EXOR Studios

PS. We started streaming our tests of the multiplayer mode together with our viewers! Join us on www.twitch.tv/exorstudios every Tuesday and Thursday at 3 PM CET to watch developers being beaten at their own game!

The end of the year is just around the corner, and so are the annual Steam Awards. This event highlights the most significant achievements in the gaming industry every year. While most categories focus on crowning the best new gameplay, storytelling, and technology marvels, one is slightly different. The Labor of Love category is dedicated to older games that have been released in years prior and are still receiving improvements and expansions to this day.

It would be a great honor for us if you nominated The Riftbreaker as your candidate in the Labor of Love category in Steam Awards 2023.

The Riftbreaker has received a great deal of changes and improvements over the course of the year. The seven major updates we introduced allowed you to:

• Explore the Crystal Caverns biome and discover over 30 new species of fauna and flora in World Expansion II, using the new cave excavation mechanics.
  
• Save the world once more, battling the demons of your past in Into the Dark story DLC.
  
• Enjoy the new level of graphics in the game with the introduction of Volumetric Lighting.
  
• Revisit the biomes in the original story campaign after the addition of the new, atmospheric map tiles. More than 20 new tiles have been added to the map generation algorithm for the Tropical Zone, Radioactive Desert, Acidic Plains, and the Volcanic Region biomes.
  
• Give your bases a makeover with the introduction of the new decorative structures from the Summer Update. You can find 148 brand-new structures in total, and completely change the look of your base.
  
• See performance improvements thanks to the optimizations of our game engine’s resource management systems and new rendering techniques. The Introduction of Tiled Deferred Shading alone got you an average 10% GPU performance boost
  
• Got to experience community-suggested quality-of-life improvements, such as the new, compact building menu.

World Expansion III is in development, bringing you access to another Galatean biome, setting new challenges in the story campaign, and expanding the technology tree even further.

https://store.steampowered.com/app/2506610/The_Riftbreaker_World_Expansion_III/

We’re reworking the very foundations of the game to bring you the long-promised co-op mode. We report our progress in the periodic Status Report articles, which you can find here:

https://store.steampowered.com/news/app/780310/view/3381659291157676103
https://store.steampowered.com/news/app/780310/view/3701435238673426124?l=english
https://store.steampowered.com/news/app/780310/view/3657536564724315072?l=english
https://store.steampowered.com/news/app/780310/view/3657539010840327508
https://store.steampowered.com/news/app/780310/view/3752120943822713623

The development of the Co-Op mode for The Riftbreaker is one of the most complex quests we have ever undertaken, but our progress is tangible. We have even started a closed beta test with our community members to test the networking aspect of the game. The test is limited to old-school PVP gameplay at the moment, the data it provides us is invaluable for the project as a whole. If you would like to participate in our test (which will evolve into a fully-fledged Co-Op test over time), you can do so by signing up here:

https://store.steampowered.com/news/app/780310/view/3803913612004075220?l=english

Our plans do not end there, as we aim to reinvigorate the endgame with the option to generate additional missions. You will be able to explore the planet and grow your bases even further. We will also add the economy management screen and rework the mod system. You can see what we’re planning on our roadmap:



If you think The Riftbreaker deserves to be called a ‘Labor of Love’, please nominate us for this year’s Steam Awards. It would be a great honor for us and a crowning achievement of what is soon to be six years of very hard work.

Thank you,
EXOR Studios

Hello Riftbreakers!

A couple of days ago, we announced the beginning of our Multiplayer Beta Test. It is a huge stepping stone on the road to Online Co-Op in the Riftbreaker. However, this is not the only thing we are working on. Our content and design teams are working hard on the latest World Expansion III. Today, we’d like to give you a sneak peek into what you can expect from the upcoming update. Please remember that everything you see today is not final and will probably change quite a lot before release. Still, we want to give you an idea of what kind of adventures await you in the near future. Read on!

https://store.steampowered.com/app/2506610/The_Riftbreaker_World_Expansion_III

An unknown fungal infection spreads across Galatea. Spores of a very aggressive fungus species reach Ashley’s Riftbreaker base, causing chaos and destruction. While searching for the source of the contamination, Ashley discovers an ecosystem unlike anything she has seen before - a vast swamp biome that plays host to numerous species of fungi, carnivorous plants, and animals. In the middle of it all, there is a monstrous-sized mushroom/tree, seemingly the centerpiece of the entire biome. Although everything seems lively and colorful at a glance, further scans reveal that, for some reason, the entire ecosystem is facing extinction. Will you try to save it? Should you even intervene? Perhaps it is the right choice to let nature run its course…


Who said that a swamp has to be dark and dull?

Exploring the flooded swamps of Galatea 37 will not be easy. You will often find yourself with limited building space. Tactics you’ve relied on in the other areas of the planet will have a slim chance of working here, so you will have to rework your tactics from the ground up. Luckily, we have plenty of new technologies to help you with that, including buildings that you place directly on liquid pools! For example, the new Biocondenser will allow you to turn mud into sludge, giving you the option to run your base on gas power. New water-based towers will help to protect your base and liquid pipelines from any danger.


Building space is quite limited. Your pipeline installations will play a crucial role in the Swamp biome.

Nothing is ever simple on Galatea 37 and the native species of the swamp biome will not be happy with your interference in their habitat. The story part of World Expansion III takes place quite late in the course of The Riftbreaker campaign. It will let you make use of all the advanced technologies in your arsenal. Build up all the defenses you can muster - Fusion Power Plants, Shield Generators, Heavy Artillery, and other late-game structures will help you survive the onslaught of the new creatures. Most of them will get their own introductory article, but here are a couple of your new friends:

Stickrid - a (relatively) small insect that hunts in packs. What makes them unique is that Strickrids run away from their prey and try to defeat it from a distance by spitting acid on them.


Stickrids try to keep their distance from you. Luckily, it's the same distance as your flamethrower's range.

Plutrodon - a three-legged curiosity that attacks from a distance and uses its unique body form to climb trees and other obstacles.


Plutrodons are a bit harder to defeat than Stickrids and can get you from behind your walls. Be careful as you fight them - you may bring the wrath of the forest upon yourself!

Fungor - a massive creature with many tentacles all over its fungus-like body. Some of those tentacles are used for movement, while others will try to beat you to death.


Fungors aren't usually aggressive, but if you make them mad, you will have a bad day.

Not only the creatures are quite aggressive in this area of Galatea 37. Here’s a couple of plants that want to take a piece of your Mech’s armor:


The tradition of dangerous things hiding beneath your feet is upheld. This is just a work-in-progress preview - these plants are going to get an article of their own!

The Riftbreaker has expanded a lot since its release. We have updated the game with two new biomes, more than a hundred new technology items, and dozens of new creature types. The third World Expansion is going to bring those numbers even higher, requiring us to do some housekeeping:

• We’re going to rebalance the creature power levels, as well as the weapons to make sure that fights are exciting and demanding all the way through your Campaigns
  
• A new loot drop algorithm will make sure that you are rewarded for completing challenges, defeating fearsome bosses, and exploring the world
  
• More custom gameplay events will keep the game fresh and unpredictable, increasing the replay value

Who knows what you will uncover during your travels to this previously unexplored area of Galatea 37?


Stay tuned for a preview of this ugly thing.

Work on this massive expansion is going to continue alongside our Multiplayer development. You can expect more and more news from us on the new features as we get closer to release. You can also learn quite a lot from our preview streams at www.twitch.tv/exorstudios every Tuesday and Thursday. In the meantime, it would mean the world to us if you added The Riftbreaker World Expansion III to your Steam Wishlist.

https://store.steampowered.com/app/2506610/The_Riftbreaker_World_Expansion_III

Thank you!
EXOR Studios

Today marks a turning point in the development of The Riftbreaker Multiplayer. We are finally ready to start testing the networking aspect of the game with people outside our office. That means you - our players!

Starting today, we are going to periodically distribute access keys to The Riftbreaker Multiplayer Beta to volunteers. Let's be clear here - this is not a co-op test. Not yet. The build we're running for the purpose of this test is limited to pure necessities and only runs our deathmatch mode (you can read more about it here). We will use the data gathered during this test, along with your feedback, to improve the netcode of the game and avoid major issues once we move on to the real deal - co-op testing rounds.

For the purpose of clarity and transparency, we have started a semi-public forum on our Discord server devoted to multiplayer development only. Every member of www.discord.gg/exorstudios can see the forum, but only people with access to the Beta can send messages there. You can talk to us anywhere else on the server, but that place is for feedback and on-topic discussions only. By doing it this way, you can always check how the development is going and what we have managed to achieve so far. This also does not mean the end of our 'Co-Op When' articles - we will still summarize everything that's happening behind the scenes for you every couple of months.

If you are not a member of our Discord and would still like to know the details of this testing round, we've also got you covered. You can find the full contents of our onboarding message for our volunteer testers. This message includes most of the details about the test and the current state of the build. Reading it should answer most of your questions, but feel free to comment if something is unclear. It is the first time we're doing something like this and we want to improve anywhere it is possible.

Thank you for joining us in this stage of multiplayer development.

We reserve the right to contact only select participants.





Network play is a much different beast than single-player offline gaming. The number of variables goes up dramatically. Not only does the game and your PC matter but also the type of connection you’re on and your distance from the server. This is why we need help from as many of you as possible. Please read the following information carefully, as it will probably answer most of your questions.

The Riftbreaker Multiplayer Beta is our limited test platform on Steam. It is a hidden product that will unlock after entering our provided key. It is an entirely separate build of the game. You do not need to worry about keeping a backup copy of your files from The Riftbreaker single-player version - we keep all the data for the MP version in a separate folder. Game settings are also separated, so if you have any changes in your game's config, you will need to reapply them here.

The features of this build have been reduced to the bare minimum. Currently, it only allows you to play The Riftbreaker online in Deathmatch mode. Running the game in such a simple configuration will allow us to diagnose problems and issue fixes more quickly. This build does not allow you to play co-op (yet)!

This test aims to study the game’s behavior during online play and discover all the issues and bottlenecks. We will use the information gathered during this test to reduce the data transferred between the server and its clients. We want to find out in which areas we need to improve things and ensure that the game can handle all the different types of connections you might use to play.

This build of the game is highly experimental. It won’t receive thorough testing at all times. It may stop working altogether for lengthy periods. Please bear that in mind.

WHAT WE ARE LOOKING FOR

We do not need you to install software to log gameplay performance or errors. The game itself gives us quite enough information on that. However, if you encounter crashes (and there will be crashes, a lot of them), please send in the crash report, including your nickname and a detailed description of what you were doing at the moment the game crashed. It will help us a lot.

We are looking for your feedback on the technical front. We want to know when connections fail. We want to know how many times you managed to switch the map before the server gave up on you. We want you to test the various connection methods and test with your friends from around the world. Try to break the game in any way you like - that is our current focus.
Gathering general gameplay and balancing information from the online deathmatch mode IS NOT the intended purpose of this closed testing round.

CURRENTLY SUPPORTED ONLINE GAMEPLAY FEATURES

The gameplay of the deathmatch mode is very basic, and we do not plan on making any major adjustments to it. It is primarily a testing tool, not the intended way to play the game. We are aware of the various issues with this game mode, but we do not want to spend too much development time on improving it. You can tweak it yourselves via mods if you wish. We would love to hear any bug reports about gameplay features that are broken, don’t function as intended or behave in unexpected ways. That being said, we do not intend to expand the deathmatch gameplay feature set or spend much time on improving it’s balancing.

There are two main options in the Main Menu: Multiplayer and Mods. Clicking on Multiplayer allows you to either host or join a server.

When hosting a server, you can set up the following options:

• Warmup duration - how long the warmup at the beginning of each map is going to take
  
• Max player count - The maximum number of players allowed to join the server
  
• Max frag count - the number of kills a player has to reach in order to win the game and finish the round
  
• Time limit - The maximum amount of time the round can take
  
• Bot count - how many bots should join the game alongside real players. Bots count towards the maximum player limit. However - if a human player tries to join a full server where some of the players are bots, one of the bots will leave to make room for that player. Please note that the current bot implementation is very simplistic and doesn’t provide enjoyable gameplay. We use bots primarily to stress test the game. They are only slightly smarter than an average rock.
  
• You can select the starting map. We have three simple arena-type maps available at the moment. When players reach the time or frag limit, the map will rotate to the next one.
  
• Public server - If enabled, your server will be visible to everyone who has this version of the game. If disabled, people can join you only by using the Steam Friends list.
  
• Dedicated server - if enabled, the server will run in headless mode. This means you won’t see the game render any images. It will only handle game logic. Turns this option on if you want to use this PC only as a server, and you don’t intend to play on this computer. Hosting the game on a dedicated server machine should improve game performance and stability.

Clicking the Join Game option will take you to the server list screen, where you can see all game servers running at the moment. You can check the server name, current map, number of players, and your ping to that server. You can join any of the visible servers as long as there is room for you.

Clicking Mods will take you to the Mod Management Screen. Mods are very unlikely to be compatible with this game version, but you can still create your own mods and manage them here.

The game will likely receive updates frequently. To ensure you are on the latest version, restart the Steam client before you play. This forces Steam to check for new updates for games you have installed on your system.

You will experience a varying amount of latency while running the game. When running the server yourself, the game is going to run mostly fine, but the more players join the game, the worse it is going to get. This is something we are actively working on and it should improve is going to change drastically as we move from build to build.

WHAT IS ALLOWED…

• modding
  
• discussing the build in an open manner
  
• streaming - we only ask that you make it obvious that this is a very early closed testing build

…AND NOT ALLOWED

• sharing the build without our explicit permission - we want the number of testers to be limited because the beta build is not in a good enough state to be played by people who are not REALLY REALLY REALLY interested in the game - right now it’s probably only usable by our most hardcore players
  
• we don’t want to drown in too much feedback, but don’t worry, we will gradually expand the testing group

Let us know if you need any more information. We’re looking forward to getting all the useful feedback from you!
EXOR Studios

As we stated in our Halloween Update Patch Notes:

During this event, the Tropical and Volcanic Zones of Galatea 37 will be illuminated by a custom-made weather event, with orange haze and a smokey atmosphere, as if you were close to a fire. Delicate ash and ember particles complete the look of a burning planet. Your Energy Connectors will be replaced with skulls and bones. Basic lamps will be decorated with Jack-o-lanterns. Rift portals you place on the ground will change into magical cauldrons filled with a strange substance of an unknown origin. The basic floors will also get an overhaul as we apply a cobweb theme to them in true Halloween fashion.

All the changes that happen during this event are purely cosmetic and can be turned off at any time. Go to the options menu, select ‘gameplay’, and change the ‘seasonal events’ option to on or off, depending on your preference. You can even switch between them back and forth - the change applies in real time!

Please note that due to technical reasons and the way this event works, if you play in the Tropical Zone or the Volcanic Region biomes during Halloween, you will NOT see weather events other than 'smoke and ash Halloween special'. If you turn the seasonal event off, the custom weather effect can take up to 10 minutes to go away. Other than this, the event has no real effect on gameplay.

Enjoy the festivities!
EXOR Studios

If you missed any of our previous Co-Op updates, you can catch up on them here:

https://store.steampowered.com/news/app/780310/view/3381659291157676103
https://store.steampowered.com/news/app/780310/view/3701435238673426124?l=english
https://store.steampowered.com/news/app/780310/view/3657536564724315072?l=english
https://store.steampowered.com/news/app/780310/view/3657539010840327508



Opening bioanomalies is easier with two flamethrowers at the ready!

After the deathmatch mod came into existence, we decided to package it into a separate product and publish it as a hidden item on Steam for internal use only. This special build is stripped of all the single-player functionality and currently only supports the DM mod. We have been using it for the past few months to test connectivity. We decided to prepare a specialized build for two main reasons:

• A separate, much smaller build allows us to test, improve, and iterate on the new game versions much faster. It also ensures that all testers are on the same game version (mismatched versions happen more often than you think!)
  
• Removing the unnecessary elements lets us focus on networking and connectivity issues without the unnecessary overhead cost from the game’s content.

By removing the majority of the game’s logic flow, redundant Lua scripts, and tons of other data, we can focus on what is truly important for us at this moment - improving the online playing experience, and that comes by optimizing transfer rates.

When we first started running multiplayer tests, we brute-forced the game to transfer all the gameplay state data from the server to the client. As a result, our data transfer rates reached upwards of 25 megabytes per second. Many people don’t even have access to an internet connection quick enough to transfer that much data consistently. Yet, our first tests demanded the game to send, receive, unpack, and apply all changes to the client’s game world multiple times a second. It barely worked over the local area network. We had a long journey ahead of us.

Most of the work we described in our previous articles about co-op development aimed to reduce the amount of data transferred between the client and the server. With each iteration, we were sending less and less data through the network. The latency was still high, but less data caused the game to run at a tolerable level of performance for much longer, allowing us to collect more information about the problems we were facing. At this point, all our tests were conducted by running a Survival Mode mission with two or more players connected to the same server. Making the server run both the game logic and handle the networking simultaneously was a tall order, given how much happens in each second of The Riftbreaker’s gameplay.


That last blade bounce was totally calculated.

Many of the problems we faced while testing this way resulted from the clients desynchronizing from the server. At some point, the performance overhead for the server was too high to handle all the tasks, and the clients expecting a server update did not receive it in time, resulting in lags, disconnections, and crashes. If only there were a way of stripping the game to the bare minimum, allowing us to focus on fixing the connectivity issues first without worrying about all the overhead costs generated by the Survival Mode mission running in the background…

Enter Deathmatch. A small and simple map, a couple of basic weapons, friendly fire, and no enemy units. Running tests in this environment gave us more insight in a couple of weeks than trying to complete Survival missions in the months before. We could find problems and reach conclusions previously hidden from us underneath all the unnecessary data. Thus, we started conducting daily playtests in a variety of configurations. Sometimes, we ran a dedicated server on a PC with no other tasks. Other times, we used the listen server option to maximize the load on the host PC. Profiling all our game sessions gave our team much insight into what was happening.


Sometimes it is complete, non-stop mayhem.

Using the data gathered during our playtests allowed the programmers to introduce the necessary changes. We started a lengthy back-and-forth process, where they would push a new build to the rest of the team and ask for a playtest while keeping watch on the network stats and ongoing threads. We kept on carving off chunks of data that were not necessary to be transferred. Bit by bit, month by month, hard work started showing its effects. Looking back at the start of the multiplayer refactoring process, we managed to reduce the data transfer rate from 25 megabytes per second to 200 kilobytes per second per client. This is still far from our target (10 to 20 kilobytes would be best), but it is a significant victory overall. The DM build helped us a lot in speeding up our iteration time. Best of all, the work we've done using the PVP build is transferable to the main project.

After we published our article about the PVP mode, many feared we would neglect the Co-Op mode. We want to assure you that this is not the case. Thanks to separating the PVP-only build from the main branch of the game, we built a perfect network testing sandbox for the most basic feature set on online gameplay. It doesn’t include any bells and whistles, just the essential game elements running unobstructed - precisely what we need to focus on the basic feature set.


The significant optimization of the data transfer we described in the previous chapter allowed us to start moving towards playing The Riftbreaker PvP on a PC outside the office network for the first time. To make that dream a reality without a VPN, we needed to add some features first. The list was as follows:

Host game screen with several options:

• The option to run a dedicated server (in headless mode - the host PC does not render the game)
  
• The option to run the game in listen server mode (the server PC also renders the game and allows its owner to play)
  
• Map selector list
  
• Basic game options, such as frag and time limit for any given map

Join game screen:

• Public server browser, listing the server’s name, latency, map name, and player count
  
• Refresh button, forcing the game to retrieve the public server list ahead of a scheduled update
  
• The option to join any public server.

Looking at this list, we realized that The Riftbreaker’s main menu will not be able to accommodate all these options in its current form. Therefore, we reworked the main menu layout to separate the single and multiplayer options from each other in their own submenus (it was already quite dated and cramped, so the facelift was much needed anyway). The layout we’re currently testing looks like this (please bear in mind that it’s not final and will likely change before the public release):


The options included in the current version of the main menu are still quite limited, but given our experience with bloat from earlier, we decided to focus on the bare essentials for now.

The server browser uses the Steam Data Relay Network. Despite the ‘Steam’ name prefix, this library is not limited to the Valve platform only. It can be used to establish connections between players on different platforms without any issues. However, to make things easier for us and take it one step at a time, we limit ourselves to playing with Steam for the time being. Any team member can set up a server with just a few clicks, which will become visible to everyone on the same game version. Then, it’s just a matter of clicking ‘join’ and we’re in the game.


The bots are quite bad, to be honest, but they still get the upper hand on us sometimes!

Not all of us are always available to test how the game behaves during online play. Our jobs generally need us to be focused on things for long periods. Sometimes, it’s challenging to get into that rhythm. Drawing someone away from their current task for a test can significantly disrupt their workflow. As a partial solution to this issue, we programmed very simple bots. VERY simple bots. They know the player’s positioning at all times and simply run forward, shooting as often as possible, as long as they have the ammo. They are useless as opponents but give us the ability to run basic tests with no involvement of more people around the office. Their development took only a few days, which we will quickly get back at a profit, considering our team’s time. With the help of our bot army, we can quickly populate our servers and run automated tests of game rules. As a bonus, whenever a real player wants to join the game, one of the bots is kicked out to make room for that player, so it is still possible to call someone in for help in case you need them.

It’s worth noting that none of this work will be discarded later when we move to more advanced testing. The main menu rework, the server list, game hosting, and joining servers - all these elements are essential, and we would have to make these happen either way. Completing these tasks also allowed us to make our tests more structured and semi-automated.



We've taken these stats from a session hosted by a friend hundreds of kilometers away. Worked pretty well and consistently!

With the new functionality in place, we could finally keep tabs on the multiplayer build. We came up with a set of tests to help us catch bugs and measure the performance of the game. We’d love to tell you that every build that leaves the hands of programmers goes through rigorous testing, but we never lie to you - this is just a set of guidelines. However, we have a short list of basic multiplayer functionality that we try to ensure is operational. The list is as follows (in no particular order):

• Is it possible to name your server using the game’s menu?
  
• Is it possible to name your server using the configuration files?
  
• Does the server name show up correctly on other PCs?
  
• Does setting the warmup time limit work as intended?
  
• Does setting the frag limit work as intended?
  
• Does setting the time limit work as intended?
  
• Does setting the player limit work as intended? Can it be set to zero?
  
• Does the max bot count setting work properly?
  
• What happens if you set all the game rule value sliders to zero?
  
• Does the server keep the settings after loading another map?
  
• Do all the settings work both in the listen server and dedicated server mode?
  
• Can you use the Steam friends list to join the game? Does it break if the friend you’re joining is in the menu, loading the game, their avatar is dead, etc?
  
• Does the server browser display server names or IP addresses?
  
• Does the server browser display the actual number of players on the server?
  
• Does the server browser work with both dedicated and listen servers?
  
• Does the refresh button work correctly?
  
• Does the server browser refresh automatically?
  
• Does the game work as intended when a player joins a game session filled with bots?
  
• Can players still join the server when the maximum player limit is met?
  
• Can you set up a listen server on an external network and connect to it from the office?
  
• Can you set up a dedicated server on an external network and connect to it from the office?
  
• Can you set up a dedicated server on our internal network and connect to it from the outside?
  
• Can you set up a listen server on our internal network and connect to it from the outside?
  
• Can you see all running servers in the server browser menu in all the cases above?
  
• Can you use the ‘Join Friend’ feature in all the cases above?

This list is non-exhaustive. Our testing is often focused on the areas under active development. For example, we’ve recently been trying to figure out how to fix the problem that causes the player to lose weapons permanently on death. It is made worse by the fact that the problem persists when switching maps (on the other hand, it means you won’t lose your inventory during planetary travel in co-op, yay!) Naturally, we will pay more attention to the details surrounding our current area of interest, but keeping track of the basic functionality is paramount. Testing all these things will likely continue way beyond the final release.



Clone wars, Riftbreaker style. Note that the game wasn't running too well during this run.

We still have a lot of work regarding optimizing the data transfer. As mentioned before, we ideally want to get the amount of incoming data down to about 10-20 kilobytes per second per player. We have already greatly reduced the amount of data transferred between the PCs during gameplay. However, we still generate more information than necessary. That is because we have not yet reworked all the in-game systems for multiplayer context. On the other hand, it gives us a couple of clear targets where we are sure to find performance gains.

Special effects are one of the significant areas of the game that still require a rework. More specifically - separating the audiovisual representation of the effects taking place in-game from the logic underneath them. We mentioned it in more detail in the first Co-Op Update article if you want to know more. Here’s the TL;DR: Currently, game logic runs exclusively on the server. For example, if a player shoots a gun, all effects happen on the server first and are then “copied” to clients. Instead of doing the same work twice, the server can command the client to spawn the effects on their end, reducing the overhead for the server. It sounds simple, but it is a monumental task, and its development is an ongoing process, as we need to rework all systems in the game to accommodate that.

In a similar vein, we are reworking the game logic so that not all of it has to be carried out on the server first. Some more minor game logic elements can be handled by the clients and later only verified by the server. However, introducing changes to how game logic unfolds carries huge implications for saving files. We still maintain backward compatibility with all (unmodded) game versions, going back to version 1.0 (PC players did not even have the chance to download it! Version 1.0 only exists in the physical disc console versions of the game. To run it, you need to have no internet connection for the entire gameplay duration. Still - it is officially supported). Even though the number of users that play such old game versions is minimal, we maintain save file compatibility as a rule.

With such a huge rework, touching almost all aspects of the game, you will find a lot of issues, even in the most unexpected places. Music is the best example - what could be so difficult about playing an .ogg file? The problem is that The Riftbreaker features an adaptive music system. When a player is fighting, the music changes to a ‘combat’ playlist. When you’re building the base, we use the ‘building’ playlist. We want to keep that feature for each player individually. However, there are certain moments in the game when the game’s logic forces a certain type of music to be played - during the final attack, for example. We want the server to be able to overrule the clients in this case, which requires reprogramming the system to work in a more complex client/server architecture. This is only one of dozens of problems we encounter, each needing a different treatment.

We discovered many issues when we started running our connection testing gauntlet. The high number of possible ways to connect to a game session and other variables, like the type of network your PC is connected to, cause numerous problems. Sometimes, they become apparent immediately, while others remain hidden for weeks. We carefully examine the causes of these issues on a case-by-case basis. We can’t possibly catch all mistakes on our own - which is also why we want to test the multiplayer portion with you.


Ragequit is one of our moderators and modders of The Riftbreaker. He immediately started modding the multiplayer build. We are not surprised at this point.

Starting this week, we have been allowing access to the multiplayer build of The Riftbreaker to people outside EXOR. Those players are handed keys to the hidden Steam product and are welcome to test the game with us and host their own sessions. This is a major milestone we are very proud of, and we hope that you will join us! The invitations will be handed out via Discord, so if you have not joined www.discord.gg/exorstudios - now is the best time to do so. The deathmatch test will eventually evolve into the real deal - a Co-Op beta test, which makes it even more exciting. We can’t wait!


The basic deathmatch gameplay loop, coupled with the essential interface features for hosting and joining the game, gives us an excellent tool for testing network performance. It has already yielded great results, and we expect it to improve. That said, we don’t want to develop this game mode any further. Any updates we introduce will only be aimed at making the game run better. We plan to invite selected Discord members to test the game with us, slowly opening the Deathmatch demo to more and more people. However, Co-Op remains our primary focus.

We never promised a release date since we knew the development process would be very long. Nobody could predict how long. Yet, you’re here with us, reading the articles, following the latest developments, and sharing your feedback. We would like to express our enormous gratitude for your support and patience. You will be rewarded with the best multiplayer experience we can offer - that’s the only thing we can guarantee.

In the meantime, we’re going back to work. The programmers - back to unspaghettifying The Schmetterling Engine’s code. The designers - to creating a new part of the adventure in the coming World Expansion III. We hope you’ll come on both of these adventures together with us. Join our Discord at www.discord.gg/exorstudios and watch us stream twice a week at www.twitch.tv/exorstudios.

Thank you once again!
EXOR Studios