REMORE: INFESTED KINGDOM News

Hey Survivors!

As promised, today’s update is all about the final part of the big Stage System Overhaul—the changes to combat and rewards.

With the introduction of Free Movement, Remore is becoming an even more immersive space. There are a lot of changes coming with the new environment, but the biggest one has to be "Combat."

Since the heart of our game is battling monsters in a medieval apocalypse, this new space rework sets the stage for more thrilling combat. And honestly, what really makes or breaks the game is how fun the battles are.



[h3]Direction: More Frequent and Varied Combat[/h3]
In the old stage system, combat was all about keeping the tension high. You were constantly dealing with waves of monsters—sometimes sneaking past their sight to ambush them, other times coming up with strategies to wipe out enemies surrounding your allies. This “intense, tactical combat where your strategy can drastically change the outcome” is a big part of our identity and something we don’t want to lose.

But we heard a lot of feedback that this kind of non-stop, high-pressure combat in one big stage made the game feel too exhausting after a while.

Now, simply lowering the difficulty to reduce fatigue wouldn’t work, because that would mess with the game’s core identity. Instead, by “keeping the challenging combat but breaking it up into shorter, more manageable encounters,” we can deliver the same excitement without wearing players out as quickly. That’s one of the main things we wanted to achieve with the stage system overhaul.

• With the stage system revamp, each "Map" is now the smallest possible unit of gameplay, meaning the maps themselves have gotten smaller.
  
• Since most maps (but not all) have enemies on them, combat has shifted from one long, continuous battle to a series of shorter, more frequent encounters.
  

Plus, with the increased variety of maps, you’ll face more diverse battle scenarios, with different terrain and enemy combinations to keep things fresh.

In the past, you had to keep strategizing within one big farming map, planning for each “room” as you went. Now, each "map-stage" is its own tactical experience, and there are plenty of them to dive into.



Thanks to these changes, we’ve been able to keep the “high difficulty” combat just as intense, while making it less tiring for players. Plus, with “different environments and enemies in each stage,” you’ll face even more varied tactical challenges.

Before, even if we had a wide range of enemies, they all had to fit the main theme of one big farming map. But now, as the spaces change, you’ll go from areas with lots of humanoid enemies to zones swarming with monsters. The types of monsters you face will also evolve with the different environments and story elements.

Our level designers have been hard at work, but it means you’ll get a much richer experience in the game overall!


[h3]Adjusting Combat Rewards Tempo[/h3]
Since Early Access, the main way to get rewards in Remore has been by looting item chests. This system fits well with the current stage exploration, so we didn’t see a reason to change it. You could also earn rewards through special events or after battles.

In the old version, most character growth rewards were only applied once you got back to the hideout. Experience points were tallied when you returned, weapons could only be equipped during the maintenance phase, and even Ember Memories—a core part of character growth—could only be bonded at the hideout.

Now that the stage system involves alternating between combat and free exploration during a single expedition, we needed to tweak the reward system. If you had to keep going back to the shelter to use your rewards, it would make the game feel repetitive.

To fix this, we’ve adjusted the reward tempo. You can now earn and apply growth rewards during expeditions and battles without having to return to the hideout, making the gameplay feel more seamless.

First off, experience points are now earned immediately after defeating enemies. This means you can level up during combat, with stat boosts, skill upgrades, and trait acquisitions happening in real-time.

Weapons can now also be equipped or unequipped during expeditions. So, if you find a weapon in a chest or loot one from an enemy, you can freely equip it on the spot.

However, to keep the fun of making tactical decisions by preparing weapons in advance for upcoming encounters, weapon swapping during combat is still limited. This means that during free movement, you can equip two weapon sets per character, and when facing enemies, you’ll have to rely on the weapons you’ve prepared in advance to take them on.


(The image above shows a temporary implementation effect)

With these adjustments to the reward system, we’ve been able to add more "momentum" to the gameplay. Now, your character can level up in real-time during combat, allowing you to adapt your strategies on the fly. This also encourages new playstyles, like exploring previously overlooked areas for farming, all in the name of furthering your growth.


[h3]Changes to Ember Memories: Introduction of “Fallen Memories”[/h3]
One of the biggest challenges was how to handle the bonding of Ember Memories. As mentioned in the previous section about the memory bonding system (link), this system is a key element of both character progression and the gameplay-narrative connection in the current overhaul.

Through memory bonding, characters gain "Skills" and "Strengths," which can sometimes change the combat experience even more significantly than leveling up. However, previously, bonding memories could only happen at the shelter using the power of the Ember, in line with the narrative. This meant that during multiple stages, you couldn’t make major changes to your combat experience, which didn’t align with our goal of providing "frequent, dynamic shifts in gameplay."

To fix this, we’ve changed the system so that, like with weapons, you can now freely bond memories during expeditions in free-roam mode (we’ve also adjusted the narrative to match this, which we’ll explain in more detail later). As a result, characters can now level up in real-time during expeditions by gaining experience, increasing their "influence," and instantly bonding more Ember Memories on the go.

More importantly, we've added the concept of "Fallen Memories," which are randomly generated in each stage.

In the previous version, you could obtain "fixed memories" with predetermined names and stats by progressing through the story or defeating specific enemy units. These were planned to tie into the narrative as "memories of those who met their end in that particular space," and were essential for future gameplay progression.

However, as the variety of stages has increased, we realized that relying only on fixed memories wasn’t enough to create the feeling of "constantly changing experiences." To address this, we introduced the concept of "Fallen Memories," which allows for more emergent and dynamic combinations.

• "Fallen Memories" are generated randomly based on specific rules and can be obtained by defeating enemies.
  
• Unlike fixed memories, which are predetermined, these memories offer combinations of skills, strengths, and stats that aren't pre-planned (though there are rules in place to prevent them from being too weak or too overpowered).
  
• This allows for a much wider range of character customization options, and it adds a fun element of surprise as you discover what kind of memory you've gained during your playthrough.
  

By going in this direction, we made “Fallen Memories” a way to introduce unexpected elements during gameplay, while “Fixed Memories” offer rare skills or strengths that are hard to get from Fallen Memories, or content that will definitely help in the next stage. This sets up clear, distinct roles for both.


[h3]So, Did It Make the Game More Fun?[/h3]
The feedback was really positive. The pressure and fatigue from combat were significantly reduced, so even players who usually preferred sneaking around started engaging more in fights. This led to a wider variety of tactical strategies being used.

Players also felt a stronger sense of character progression. The quicker pace of leveling up characters during expeditions increased the desire for growth, encouraging more active looting and combat.

Of course, since we put a lot of resources into this new structure, there are still some UI/UX improvements needed. And since the overall game flow has changed, we’ll need to rebalance things, which is a bit daunting.

Even so, with this big overhaul of the stage system, we’re confident that we’ve created a foundation for a more exciting and dynamic experience for you. We’re thrilled to share these changes with you.

Next week, we’ll be back with details on the new Combat System.

Thanks, Survivors!
REMORE

Hello, Survivors!

In last week's Dev Note, we introduced the new "Free Movement" system. The response was more enthusiastic than we anticipated, which both excites us and fuels our desire to share more about our dev journey. We've been looking forward to sharing more this week.

To summarize, the "Free Movement" system we introduced last week is a solution to the "long and tedious" experience of farming maps. By connecting several "small maps," we aim to reduce the fatigue from frequent map transitions and alleviate the boredom that can come from prolonged combat.

Today, we'll be discussing the concept of the "continuous experience"—specifically, how the placement of multiple small maps can lead to a more enjoyable experience.

Before the introduction of Free Movement, the existing stage system required players to return to a shelter after clearing each map, regardless of the map's play density, narrative significance, or playtime.

According to internal feedback, this experience felt excessively "repetitive." We concluded that this repetitive experience was due to the disconnection between the gameplay experiences of each map, caused by the return to the shelter. This disconnection prevented Remore from feeling like "one cohesive world."

Due to this "disconnected structure," each map felt like it provided a "functional experience" rather than an experience of exploring the world of Remore. In other words, story maps seemed to only deliver narrative-focused experiences, while farming maps felt like they merely offered combat between story maps, failing to create a unified experience.

To address this and provide a "connected experience" where Remore feels cohesive, we have made it so that farming maps now serve as "paths" between story maps.



In the map example above, the red circles represent “Story Maps,” which serve as "objectives" that players must accomplish through the narrative. Along the way, the “Farming Maps,” represented by the green circles, are designed to create an experience where players "pave a path to their goal by overcoming various threats."

We aimed to ensure that “Farming Maps” do not feel like disconnected "filler content" separate from the Story Maps. Furthermore, our development goal was to foster emergent gameplay, where "players can have different experiences depending on the paths they choose."


[h3]Direction: Strengthening Through Spatial Narrative[/h3]
For Farming Maps to fulfill their role as "paths," all maps, including Story Maps, must be "gameplay-connected." This means that moving between maps in the current free movement state should feel natural in terms of gameplay. To achieve this, we created a kind of spatial narrative "gradation," allowing for a seamless narrative flow between spaces.

If the maps have significantly different spatial compositions as players move between them, it would result in the same disconnected feeling as before, rather than providing the natural spatial transition that Free Movement is supposed to offer. Therefore, adjacent maps must also have aesthetic connections, so that moving between them gives players the sense that they are exploring "one vast space."



By connecting the spatial narrative in this way, we were also able to make the placement of enemy units feel more natural. For example, in the outskirts where the infestation hasn't spread, more human-type units are placed, while closer to the infestation, more monster-type units appear. This approach helps convey the sense that players are "moving closer to the infestation."

Additionally, to further bridge the gap between Story Maps and Farming Maps, we devised a new type of map called "Event maps." Since Story Maps are designed to deliver a narrative more firmly, they are aesthetically and gameplay-wise very distinct. Even if Farming Maps are designed to resemble Story Maps, there will inevitably be differences between them. Therefore, we introduced Event Maps, which sit somewhere in between Story Maps and Farming Maps.


(Above example is a test Event)


[h3]Result: Forming the Concept of the “City” and Connecting the Experience![/h3]
The concept of the unified city in the game became more solidified. In Early Access, the game's main setting was in a forested area outside of the city. This was a choice made to give each stage a naturally different themed space within a segmented system, but now that we're able to connect the spaces more naturally and form a larger “worldview,” we're able to set up Remore's stages as interconnected, “City-like” areas.



As a result, we’re able to offer more maps and a wider variety of experiences. Previously, a single stage was composed of about 4 Story Maps and around 12 large Farming Maps. By breaking these down into smaller maps and connecting them experientially, we were able to create a minimum of 40 interconnected maps.

As mentioned earlier, we set the "experience" as the unit of each map, and with the increase in the number of maps, the diversity of gameplay experiences we can offer has dramatically expanded.

Furthermore, the roles of "Story Maps" as gameplay milestones and the "Farming Maps" as the paths leading toward these goals have become clearer. This has introduced a more varied narrative experience. As the experience of navigating between maps has become less linear, the possibility for players to have different experiences depending on their chosen paths has been greatly increased. This allows us to provide an experience almost like an "Open World."



Internal feedback has been positive. Team members reported that in the current development version, where connections between spaces are made aesthetically and in terms of gameplay, they could feel a more vivid sense of Remore's world. Breaking down the map units and the addition of free movement, along with the connected spaces, has significantly helped Remore in providing a cohesive single "City" space.

We hope you dig the “City” space concept introduced today, and next week, we will introduce the combat experiences within it!

As always, thank you Survivors!
REMORE

Hello, Survivors!

In last week's Dev Note, we introduced the major overhaul of the Stage System and provided a preview of the changes to the system based on a New World Map Concept.

We mentioned that in order for a Single map to become the "smallest unit of experience" and for those maps to function as "Routes," a different approach would be needed compared to the stage system currently in Remore. Specifically, we need to come up with a way to provide an experience where maps are directly connected.

In the previous version, in most cases, successfully escaping from a map would immediately lead to returning to the Hideout. However, for a map to function as a "Route," leaving one map must directly lead to the next map. This experience should feel natural; not simply "transitioning from one map to another," but rather feeling like exploring a large, interconnected world.



With that in mind, we had to come up with a new stage system. The reason we're making changes on such a large scale, is that when we change or add one system, it inevitably impacts other connected systems, as we mentioned in a previous Dev Note.

Today, we're introducing a new stage system that directly affects how you control your character when moving between maps: Real-time Free Movement.


[h3]A New Way to Journey: Real-Time Free Movement[/h3]
Real-time Free Movement lets you move your character freely within a map without being restricted by turns when Out-of-combat. This system is our answer to the challenge of smoothly connecting maps while balancing combat and non-combat phases.

We wanted to reduce the size of each map to make clearing them less tiring. But using a turn-based system that also requires loading every time you move to the next map could make the game more exhausting. Plus, it could break the feeling that the maps are connected, interrupting the experience of exploring Remore’s world.

While we were brainstorming ways to reduce the fatigue from frequent map transitions and still make the maps feel connected, someone threw out a bold idea. They suggested that during non-combat situations, like exploring a map, we let players move in “real-time.”

At first, everyone in the room laughed—it sounded pretty out there. But the more we thought about it, the less crazy it seemed. We had already played around with real-time movement during the game’s development (we even mentioned it in the archives). The more we discussed it, the more we realized this idea could actually solve a lot of problems and make the game more enjoyable.



With the idea of real-time free movement on the table, we started thinking it through from different angles.


[h3]First Question: Will Real-Time Free Movement Really Make the Game More Fun?[/h3]
We started by comparing how the game feels without real-time movement (like in the older versions) versus how it might feel with it.

In the older versions, each map had specific objectives, and you had to stay on high alert the whole time, keeping up that constant tension. This could get pretty exhausting, and it was something people often pointed out as a downside.

But with free movement, the default state in a map would be “safe travel.” This change should help reduce fatigue and also give you more of a feeling of “exploration” as you move through the map. As a result, maps will work better as “routes” in your journey.

So, in the new version, instead of every map being a high-stress, turn-based experience, there will be some maps you can pass through with a bit more ease. This way, the tactical advantage of turn-based controls is still important, but the freedom to explore with real-time movement becomes just as essential.

Introducing real-time free movement would allow us to increase this freedom of exploration to a significant degree, meaning that the experience of exploring Remore's world would be much more "hands-on". Especially in our game, which aims for a high level of detail in its depiction of a medieval apocalyptic situation, this hands-on experience of exploration would further immerse you in the world.



Instead of just giving players a simple “escape” goal in each map, where everything in the map is just a means to that end, we’ve now created a new and exciting experience where players explore the world of Remore to achieve a “broader goal” that spans across multiple maps. This shift moves away from a straightforward structure where players solve tactical puzzles one stage at a time, and instead, they now get to explore a world hit by catastrophe, making choices to either fight or sneak past enemies, which adds more depth to the game.


[h3]Second Consideration: How Much Real-time Free Movement Should We Allow?[/h3]
As mentioned earlier, we’ve already implemented real-time free movement in our game before. Also, since we can use the resources that would have gone into a random map generation system to implement free movement, adding this feature to the current version didn’t seem too hard. But the real question was, “How Much” free movement should we implement?

Bringing in real-time free movement would mean making big changes to various game systems, like the stage system, combat system, and level design. We’re developing this feature because we’re pretty confident it’ll make our game a lot more fun, so avoiding it just to keep things the way they are wasn’t really an option. However, we did need to figure out the scope of when and where real-time free movement should start and stop in our game.

Since our game is based on “Turn-based Tactics,” there’s no reason to include real-time free movement during combat. So, the most basic rule we came up with is that free movement should be limited to “when you’re not in combat.” But that means we need to define what exactly counts as being “in combat.”

In earlier versions, “in combat” was when an enemy was “aware” of the survivors. This could happen if you entered their line of sight, failed to take them down in one hit during an ambush, or made noise that alerted them. But in free movement mode, the player’s actions are the focus, and combat situations also involve tactical preparation, like ambushing enemies to start a fight or positioning your team before engaging the enemy.



So, we decided that “combat situations,” or the point where the game switches from free movement to turn-based mode, would be defined as “when an enemy comes into the player’s line of sight.” This way, when the game shifts from free movement to turn-based, players will know they've spotted an enemy. They can then start planning their strategy for the fight, which will still use the game’s existing combat system. Once all the enemies in sight are dealt with, the game returns to free movement mode, letting players continue exploring the map.

With that, we wrapped up our discussions and brainstorming about how useful free movement would be, how to implement it, and how far to take it. But even then, we still had that nagging question: “Can we actually pull this off?” It was time to find out.


[h3]So, We Went Ahead and Built It…[/h3]
After some intense debates and development, we created a prototype of the free movement system and tested it to see if it really worked.

For the basic free movement controls, we stuck with the familiar system from previous versions where you select a spot and move to it. But unlike the turn-based controls, where you control each party member individually, free movement requires all party members to move together. So, we designed it so that when you pick a location, the whole party moves there as a group.

For moving between maps, we added a fade-in and fade-out transition to smoothly shift to the next area. Plus, we designed the levels so that when you move off the right edge of one map, you start at the left edge of the next one, making it feel like the maps are connected."



We've also implemented a temporary transition from free movement to turn-based maneuvering: as soon as you spot an enemy, your maneuvering state will switch to turn-based, and you'll be ready for combat (we're still working on the UI for the transition).

In the combat state, you can see how many enemies you can currently sense, and once you've killed them all, you'll switch back to free movement.



Meanwhile, all loot earned during combat can be freely equipped, unequipped, and used while in Free Roam, meaning that you can do the maintenance that was previously done after returning to camp during Free Roam mode.


[h3]As a Result, Is It better?[/h3]
The internal tests of the prototype turned out really well. We were already pretty confident since the controls in the previous real-time movement version got good feedback, but this new system ended up fitting Remore even better than we expected.

The idea of having smooth movement when you're exploring and then focusing on tactical decisions during turn-based combat worked great. Because of that, the free movement system is now a core part of Remore's new stage design.

Of course, there are still plenty of other adjustments we need to make because of the free movement system. I'll talk more about that next week.

Thanks, Survivors!
REMORE

Hello again Survivors!

Last week we took a look at the changes regarding the Characters and Combat Systems!

This week we’re diving into a big change that will have a major effect on all aspects of the game: A Major Overhaul of the Stage System.

Before we get into the details, this update is a complete redefinition aimed at making the core of our game clearer. So, it’s going to be a bit of a deep dive, as it’s the result of a lot of thought and discussion. So, thanks for sticking with us through this detailed explanation.

As we mentioned in our previous Developer’s Note [So… Is it fun now? #2], we added “Farming Maps” to act as a link between the Story Maps. But after testing, the feedback on these farming maps has been “mixed,” and even “negative” in some cases.

We’ve had a lot of discussions about whether the farming map was necessary, and we’ve finally come up with what we think is the “final result” for the stage setup. It’s taken some time, but we’re excited to share it now. Let’s start by talking about why we’re rethinking the “Value” of the farming maps.


[h3]Issue 1: Were “Procedurally Generated Random Maps” Really the Best Way to Express Our Intentions?[/h3]
One of the main goals for adding farming maps after Early Access was to break away from the linear map layout structure we had before. We wanted to provide more strategic options for progressing through the maps.

However, to achieve this, we needed to create a huge number of farming maps. Considering how actively we’re working on other content, manually creating all these farming maps turned out to be practically impossible.



So, instead of manually creating maps, we decided to go with a roguelike approach using procedural random map generation. Basically, we set up some rules around difficulty and layout, and every time you enter a farming map, a new one is randomly generated based on those rules.

By going this route, we could work within our current team resources and offer players a unique farming map experience every time they play.

But after testing it internally, we ran into a problem. This “Non-repetitive Experience” could actually feel like “Content Overload.” In other words, constantly changing farming maps might end up being overwhelming and make the game less enjoyable because it feels like it’s too much.

So now we’ve got two issues to tackle: we need to create farming maps that are realistic for our team to produce, but we also want to avoid just filling the game with content for the sake of it. This leads to the next challenge—figuring out what kind of experience we want to deliver within each individual map!


[h3]Problem 2: Is Making the Maps Bigger the Right Solution?[/h3]
During the testing of existing farming maps, we identified a few issues: some players felt that the maps were too repetitive, while others thought the maps were too large, leading to unnecessarily long and tiring playtimes.

These conflicting feelings arise because we intentionally made the farming maps large. To create a vast number of expansive farming maps, we had to establish certain "Design Rules" for each part of the map.

Once players become familiar with these rules, even a randomly generated farming map can start to feel repetitive. Additionally, because of the map's size, playtime naturally increases, and without a strong sense of purpose like in the story maps, this longer playtime can feel excessive.

Despite this, the reason we aimed to make farming maps large was to offer a variety of combat experiences.

For example, on the same farming map, you might encounter three Blubbers in one room, while in another room, you face a group of four Blisters and twelve Knawers. Each scenario provides a distinctly different combat experience. Moreover, if a roaming SKulker is added to the mix, it can introduce yet another layer of variation to these combat encounters.



So, the idea that "a bigger farming map gives more diverse tactical experiences" is true. But it’s also true that having back-to-back tough battles without a break can start to feel repetitive and exhausting.

This got us thinking—are the combat experiences we’re offering really as distinct as we thought?

Basically, if each "room" in a "map" is giving a different combat experience but it’s still causing overall fatigue, then why not just shrink the "map" down to the size of a "room"? That’s how the idea came about.


[h3]Solution: What if we made each map the "smallest possible unit of experience" and gave players a bunch of these smaller maps to choose from?[/h3]
Story maps, with their narrative and design goals, need to stick to their usual size and style. But since farming maps are just "routes" between story maps and don’t have that same narrative weight, we could make them smaller while still providing that "variety of combat experiences."

We also talked about taking this "route" idea literally—what if farming maps actually functioned as pathways that players navigate through, instead of just being a system that connects maps?



Based on this idea, we sketched out a simple stage structure. The story maps are the main objectives as you progress through the game. The farming maps, on the other hand, act as “Obstacles” on your journey to the next story map.

If the farming maps serve as these "pathways," then depending on your playstyle or how far you are in the game, you might choose to take a shortcut to the next story map, or you might decide to thoroughly explore the farming map for more resources. We concluded that giving you this kind of freedom and the variety of experiences that come with it would make the game more "fun."


[h3]So, What's Going to Change?[/h3]
As we prepared for these fundamental changes to the stage system, especially for the farming maps, we realized that while the idea is great in theory, it would bring about significant changes. Naturally, we started some deeper discussions with a bit of concern.

Changing one thing leads to other changes, and we kept wondering if we should go through with all of them, and whether these changes would truly make the game more "fun."

For example, there were concerns about "how to handle movement between maps." In our game’s current setup, leaving a map usually means you’ve cleared it, and it’s natural to return to the hideout. But if we allow direct movement from one map to another, we’d have to consider things like how to manage the downtime in between, the pacing of map progression, and how it all fits with the combat system. These are just some of the many elements we’d need to think through, both system-wise and gameplay-wise.

We also had to think about how to handle the narrative appeal between story maps and farming maps. Even if we keep the story maps packed with narrative intent, if the farming maps lack that same narrative connection, they might end up feeling like just "filler." This could even disrupt the narrative flow of the story maps.

After discussing these concerns from multiple angles, we came up with a variety of ideas that would not only fit our game well but also make it more "Fun."

Starting next week, we'll share the specific direction our game’s stage system will take.

We look forward to sharing it!

Thank you, Survivors!
REMORE

Hello, Survivors!

In last week's Dev Note, we introduced significant changes to the Stat System.

To summarize the direction of the stat system overhaul, it's not about making the game "Easier," but rather about making the combat experience more streamlined. Remore is a Strategy Game that aims to provide the enjoyment of solving problems through thoughtful Strategies.

However, the structural complexity of the previous stat system led to "Tedious Thinking," where players had to analyze each stat individually, rather than focusing on the fun part, the strategy. That's why we've improved it to be more intuitive.



We also wanted to explore different approaches to the "Strategic Depth" that our game can offer. In Early Access so far, Stats, and the resulting character attack power and enemy health were the primary basis for strategic decisions. Additionally, players could make strategic choices by using the grid-based system to attack enemies from more advantageous positions.

We wanted to introduce new strategic elements to Remore beyond these two aspects. Instead of making the existing stat system or grid strategy more complex, our goal was to add new and intuitive strategic elements that make the game more engaging.

With this in mind, we would like to introduce the newly implemented concept of "Synergies."


[h3]About Synergies[/h3]
While there was a form of "Synergy" in the Early Access phase, it was relatively light and indirect.

For example, when dealing with a Blister, rather than using a powerful attack at close range, it was more effective to pull or push the enemy from a distance to trigger the Blister's explosion. In the case of cultists, using abilities related to armor destruction was more efficient.



Having more effective attack methods depending on the enemy is a great way to encourage strategic thinking. However, this synergy system was limited to certain enemy units and required players to understand the enemy’s behavior patterns and functions to execute the appropriate attacks. This made it a little unintuitive.

Our first attempt at creating a synergy system involved using the stat system. We prepared enemy types that were more vulnerable to strength-based attacks and others that were more susceptible to skill-based attacks. This allowed players to identify the enemy type and use the correct attack method to defeat them more effectively.

However, as mentioned in a previous developer note, this approach had the downside of forcing players to use characters with specific stat strengths, thereby limiting strategic choices. This led us to rethink how to create a better and more intuitive synergy system.

In the previous synergy system, the structure was mainly "Penalty-based." For example, enemies with high defense required surrounded attacks or strength-based attacks to deal decent damage, and enemies with high evasion rates required skills with guaranteed hit effects or dexterity-based attacks to land a hit. However, this approach could frustrate players if they couldn't use the "Correct Skills."

So, as we reworked the synergy system, our goal was to enable players to make active and strategic choices aimed at "gaining bonuses" rather than "overcoming penalties." To achieve this, we decided to assign a new "attribute" to every skill and give each enemy unit strengths and weaknesses related to these attributes.

This approach reduces frustration and more strongly encourages strategic decision making.


[h3]Slash, Pierce, Strike![/h3]
When combining medieval melee weapons with a creature apocalypse, we carefully considered which attributes would best suit this theme. We wanted to maximize the "blood and gore" imagery that melee weapons evoke, while also ensuring that these attributes could be applied to all the weapons and skills in our game.

As a result, we assigned three attack attributes to every skill: Slashing, Piercing, and Striking. These are quite intuitive, especially for those who have been enjoying Remore since Early Access opened. For example, a sword slash would be classified as slashing, a thrust with a spear as piercing, and a blow from a mace as striking.



Simply assigning attributes to weapon skills wouldn't be enough to establish an "affinity" system. So, we also gave each enemy weaknesses and resistances to these attack attributes.

Weaknesses correspond to the "bonuses" mentioned earlier. While it's not mandatory to attack an enemy's weakness to deal effective damage, doing so will result in greater damage. On the other hand, resistances represent "penalties." Unless you're in a constrained situation, you should avoid using attacks that an enemy is resistant to. This means that before attacking an enemy, you'll need to consider at least which character and which skill to use.



Along with this, equipping two sets of weapons before an expedition now carries greater significance. Each of the three characters can carry two weapon sets, totaling six different weapons. This means you'll need to consider the balance between slashing, piercing, and striking attributes. Additionally, just before attacking an enemy, you'll need to strategize by selecting the most appropriate weapon from those you've prepared.


[h3]A More Intuitive UI[/h3]
One of the primary concerns you might have with this new synergy system is likely, "So, do I have to check this every time before attacking?" The introduction of a new system inevitably means there's a learning curve associated with it.

Of course, after you've gone through that learning process, you'll likely be able to recognize affinities and choose the appropriate attack almost instinctively, without having to check every time. However, we can't ignore the fact that the learning process can be challenging, and there's always the risk of making mistakes along the way.

To address this, we’ve introduced a new UI feature that allows you to see how effective your attack will be against an enemy. This means you can visually check the outcome of your attack without needing to rely on complex calculations.

Additionally, we've added indicators for the new combat mechanics, such as Ambushes and Surrounded. This will help you better understand the effectiveness of your attacks and, hopefully, enhance the excitement and enjoyment of taking down enemies.

Let's have a look at the synergy UI. When attacking an enemy, the skill's attribute icon will glow in different colors to indicate its effectiveness: red if it's critical, white if it's neutral, and gray if it's less effective. These icons only appear at the moment of attack, so they won’t interfere with the overall aesthetic while still allowing you to intuitively grasp the effectiveness of your attack. As a result, you won’t need to double-check your skill attributes and the enemy's resistances with every attack.



Next, the attack methods. For regular attacks, which will be used in most situations, we use the arrow icon. For Ambush attacks, an eye-shaped icon is used, and for Surrounded attacks, an inward-pointing icon is displayed. Additionally, the icon colors will change according to the attribute effectiveness, as discussed earlier. You can see the potential damage when you execute a more effective attack with a critical attribute!



The synergy system and its new UI that we shared today is a fresh take on the battle system. It’s designed to get you thinking strategically during the battle phase of expeditions, rather than just during the setup phase.

We’re always excited to add new strategy elements with every system we create, but we were also a bit worried that this one might feel too complicated for you, our Survivors. However, with the new UI, we think we’ve struck a good balance by combining it with the existing battle system, and we’re really looking forward to seeing what you think.

We’ll be back soon with more updates on the big changes coming to Remore.

Thanks for sticking with us, Survivors!
REMORE