WOC Update Log

[SirBots]

A little teaser of one of the first few new classes (What will be said in official update notes)

Anchor:
This class is purely designed for staying in the back of the fight, providing excellent support for their team. Equipped with the PKM, this weapon carries a whopping 100 rounds a magazine! While damage is not the best in the world, it boasts a remarkable rate of fire. That’s not all, it also comes with the Grenade to fend off targets in close-quarter combat, and has one of the first few “Special weapons”: ||The Bubbler - A big spherical shield which prevents any enemy rounds from entering the space encased in the shield, but does not prevent enemies themselves from entering||. With a great weapon, great load out, your team can rely on you for cover when they need to retreat.

[jeffreyrb03-gmail]

@sirbots This is awesome and all, but please make sure to post in the right categories in order to keep this forum organized, as it is kinda stressing Catty out.

[silvlove]

@jeffreyrb03-gmail
He’s right. It is stressing me out. Please just post these updates on the project itself and not the forums. That would make things easier.

[SirBots]

@catty Alright. Thx for letting me know. Sorry if its causing any stress.

[silvlove]

@sirbots You’re good. Thank’s for clearing the situation.

[SirBots]

@catty Could I just only edit the actual post for updates, or does this solely have to be on the note section of the game? (Just clarifying. I’m about to release an update soon.)

[silvlove]

@sirbots
You can make edits to the original post where you advertised the game. That could work, right?

[SirBots]

@catty Yes. That’s what I’m asking about. However, if I even reply to a post (For example, this message), I have to wait a whole hour before editing the main post.

[silvlove]

@sirbots
That’s weird. I don’t think it should be like that.

I recommend reporting this in Help.

[SirBots]

Introducing…REALISTIC BATTLES

The New Deathmatch gamemode, Realistc Battles has inherited some Deathmatch concepts (Winning when enough players are killed, etc) with a twist: Everyone has one life. No respawns, no Class Changes. Choose your class wisely.

This gamemode has 2 gamemodes inside of it: Conquest and Frontlines.

So, compared to other gamemodes, what changes in this?

• All players on both teams has one life.
  • This means that players will be unable to change their class at all during a match.
• Gamemodes are restricted to Conquest and Frontlines for compatibility reasons.
• In addition to gamemode-specific victory conditions, the match will end if one team has no active players at ANY point in a match.
• When you die, you will spectate the match instead of respawning.

Think you have the skill to survive with just one life? Give Realistic Battles a go!

Forgot to mention, the next update will focus on Balancing based on long-term analytical data from battles, bug fixes, and community feedback

[SirBots]

New patch notes are out! Give them a look as this will be a major content update

[TAO]

@sirbots Hey could you look at my test room to find a fix to my problem with my game? (you might wanna go to the original bot Test Ver. 0.9 to test the game though)

The problem is the second bot will not move occasionally

Here is the test room:
https://play.creaticode.com/projects/67b60b7a40002631c45cd8ab

Here is the actual 0.9 version:
https://play.creaticode.com/projects/67ae64539b32040a49c6f12c

[SirBots]

@011830-0a42ef84 Yeah, I can give it a shot. Been busy lately with school and troubleshooting various bot targeting methods.

[SirBots]

The 2.17 update Upscaled Conflicts has been released.

50vs50 battles are currently limited to Realistic Battles for testing and long-term performance reasons, but its still chaotic! At least your Commander will be telling you where your team is at in terms of victory. As an added bonus, he will give you an update on your progress to victory based on enemies remaining during Realistic Battles as well! Also, he speaks in German for the German team, and English for the British Team.

Also, the first “Historical-Built” map has been added: Normandy! The British team will be storming up the beach, while the Germans work to stop them! On the mainland, you have various houses to utilize for making strategic attacks.
(Tip: The B objective is fully inside the center building. Capture it, and victory should be yours)

Not mentioned in the patch notes, but a new battle song has been added. Be reminded, this song will get your morale up!

The next update will be a balance patch, bug fixes targeted at bugs for this update, and some map reworks. Lastly, I am making a project holding every soundtrack in the game at this point, releasing next month!

Feel free to drop any bugs you have spotted and suggestions in the feedback form post!

[TAO]

@sirbots I believe I have fixed the second bot, although you can look through my code to see if anything is wrong or buggy.

[Tyller_]

@011830-0a42ef84 I’m going to mention something, the clone system I had should work but I think I know a way to fix it and not make broadcasts conflict, though there’s a chance it could be a bit hard to understand, tell me if you want to try to implement it and make it in a readable way

[TAO]

@tyller_ That sounds good, after I stabilize everything in my test room I will let you implement it. Is that okay with you?

[Tyller_]

@011830-0a42ef84 yeah, my idea is to use a list queue for broadcasts, the issue with my method is that the broadcasts call a bunch, so those variable parameters get called within the same frame and out of order, thus leading to the arbitrary order of what clone takes priority (this is called a race condition). I am actively very much debating how it would work, but I think the general idea I have is listed below:

• A list named “action queue” that is added to each time a sprite wants to broadcast something
• it adds formatted text to the list, in the format of “{clone id}|{broadcast}” (This works because my method only broadcasts what clone/ai the sensors are for, if other broadcast parameters were added it would need to slightly change)
• it then broadcasts the actual broadcast (no parameter cus that stuff is now in queue since parameters cause race conditions)
• the actual ai clone would now start handling stuff (before it was the sensor doing stuff), when it receives a broadcast it checks the queue list to determine if it was queued for that broadcast
• if it finds its id for that broadcast, so “{clone id}|{broadcast}”, it will run the code for that broadcast
  Here’s an example for the 5th clone (so clone id is 5 or “ai&5” but their interchangeable so it doesnt matter which way I decide to handle the clones) handling the broadcast “behind player”:

1. the sensor detects the player and needs to broadcast “behind player”
2. It adds “5|behind player” to the “action queue” list
3. It broadcasts “behind player”
4. All the clones of the bot receive “behind player”
5. They check if the broadcast is for them or if they have a broadcast queued since it could be trying to handle multiple broadcasts in the same frame, they do this by checking if “action queue” contains the result of joining their clone id and “|behind player” (so join(clone id)(|behind player) in the editor)
6. If that broadcast is for them (or they have one queued) then they do what they do for the “behind player” broadcast
7. They delete that line from “action queue” with teh delete value of list block

If this doesnt make sense I can try an example, I jsut wanted to list out my thought process

[TAO]

@tyller_ Here is the testing room link:
https://play.creaticode.com/projects/67b60b7a40002631c45cd8ab


Everything should work smoothly. There still might be occasional bugs, mostly consisting of the second bot (the second bot is annoying, I might nerf his attacks stats from 1 dmg 0.5 dmg.

[SirBots]

Update 2.18 - Balance Patch/Adjustment Update

Release Date: February 26st, 2025

What’s New:

AI
The AI has received adjustments to the following actions:

• The AI will now occasionally shoot in very small bursts while are moving
  • The amount of bullets fired is less than when standing still
• Adjusted the range of rounds fired for the Anchor by 23% (24 to 30 to 26 to 40)
• The forward movement speed of Interceptors while they are not getting into position to shoot has been roughly doubled.

Voicelines

• Changed the first voiceline played at 250 points earned or there are 5/6 of the total players on one team.
• Increased the general interval between voicelines by 100%

Gamemodes

• Capture Points can no longer be contested in non-realistic battle matches.
• Reduced the time to capture an uncontested enemy point directly by approximately 50% (3 seconds to 1.5 seconds)

UI

• The screen for when the match is being prepared will now show up as one of 4 backgrounds instead of one. The text indicating that the match is being prepared has been moved and received some polishing.
• Added Tips.

Bug Fixes

• Fixed a bug causing the point counter to stay on screen when a match ends.
  *Fixed a bug causing the player to “kill” an enemy with a grenade or poison gas while the aforementioned bot was still dead.
• Fixed a bug causing the AI to shoot at other teammates constantly.