WOC Update Log

Cαƚƚყ

@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.

Cαƚƚყ

@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

The True ODST

@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!

The True ODST

@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

The True ODST

@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”:

the sensor detects the player and needs to broadcast “behind player”
It adds “5|behind player” to the “action queue” list
It broadcasts “behind player”
All the clones of the bot receive “behind player”
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)
If that broadcast is for them (or they have one queued) then they do what they do for the “behind player” broadcast
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

The True ODST

@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.

SirBots

Made some last minute changes to the final draft of 2.18:

Reduced the volume of the Anchor firing sound by approx 33%
Player speed increased when playing as the Interceptor
Changed the firing sound of the Assault and the Marksman
Changed the menu music for the final time.

SirBots

2.18 is now out!

Ever feel as if your teammates are just plain useless, or just loves rushing on top of Enemies only to have both of them die? Well, they can now shoot while they are moving! Yes, they don’t have to stand still to shoot! To make things better, the Interceptors can actually do what their name implies including you, intercept and annoy the other team. With a new speed buff, they can get there and attack the enemy team, or at least, damage them enough, to have better chances of being successful in your first attack, or your teams first assault on the frontlines. BUT…

The enemy also has Interceptors of their own, and before you know it, you could have an enemy interceptor slowly cutting your team down in your spawn, or even have a whole army of them at your doorstep.

The next major change is a new strategy in the logbook to more effectively take back important objectives. In regular battles, points can no longer become contested, and faster capturing times in general. Also added in the logbook is some advice that you can read over before entering a match.

Lastly, some fine adjustments to some of our weapons has gave them better firing sounds, to make it feel as if you are really bringing the enemy down to their knees.

Now, for community feedback:

From some of my buddies, and one certain user here, have said that the firing sound for the Anchor was very loud, so its been reduced in volume.

The next update will focus on a widened game screen, a player count display that shows how many players are using a specific class in realistic Battles, and major UI changes. This next update might be the final update before I focus on other projects.

The True ODST

@sirbots Would you mind if I copy your update log idea for my game?

Tyller_

@011830-0a42ef84 unless you’re just copying it without actually changing it to be for your game, there’s no need to ask to use the idea’ on pet of an update log

SirBots

@011830-0a42ef84 You can make your own, you don’t need to ask me.

SirBots

Since widening the canvas and the screen is creating a TON of bugs that might take a few weeks to fix, I unfortunately have to cancel the addition of the screen widening until I can fix the bugs on a testing copy of the game.

As compensation, I will add one feature of someones choice. Post what you want added here, and I will pick at random Thursday.

Tyller_

@sirbots how big did you widen hte screen to?

SirBots

@tyller_ canvas to 2800, screen to 1000x360

Tyller_

@sirbots why do you need a 1000x360 screen? that’s a very bad aspect ratio, like 25:9, a normal montior is 16:9 and the normal viewport is 4:3

SirBots

@tyller_ Does not fit my screen lmao

Tyller_

@sirbots wdym doesn’t fit your screen? it will only fit your screen if you full screen it (like to the edges), the default si 4:3 which only fits on stuff like ipads (typically), almost all monitors universally are 16:9 which is ~ 640:360, 1000:360 is a completely arbitrary veiwport size, do you mean fit like across the entire screen (not vertically) in the project page? 1000:360 should not fit on a screen evenly in any way

SirBots

@tyller_ Like, have fit the entire screen vertically when fullscreen.

Tyller_

@sirbots you said 1000 by 360, whats the issue? just try othe default viewport size 480:360 if the game works with that and remove fencing by just upping the canvas size, like if you just want no fencing at first you can do legit just 1000 by 1000 canvas size, 2000 by 2000 should be more than enough, I don’t recommend actually moving the viewport because at sizes at I think 5000 to 10000+ it stops showing stuff some way from the edge of the canvas

SirBots

@tyller_ Im getting confused.

The canvas size is set to 2800x2800

Viewport size is at 1000x360.

What would be ideal?

Tyller_

@sirbots veiwport size as 480 by 360 unless you always had it as 1000 by 360, why did you make the viewport size 1000 by 360

SirBots

@tyller_ Bcause I want to have a bigger screen size so I can make some UI changes.

Tyller_

@sirbots 1000 by 360 will either shrink the vertical height thus making it worse, the full screen when you press the full screen button fits to your browser window which is 4:3, if you want entire screen full screen (this excludes the green flag bar) its 640 by 360 which is 16:9, 1000 by 360 is a 22:9 screen ratio which is not good for really anything, you should shrink your ui elements because if you’re running out of space to do stuff, expanding the viewport doesn’t work because unless you have like a 100 by 100 or 200 by 200 viewport, it won’t give you more space, your device has to crop it down making ui elements even smaller, it’s not user friendly and doesnt fix the issue because the ui elements are the same size relative to everything else, it’s just now everything has to shrink itself weirdly

The True ODST

@tyller_ You do realize that most maps in shooter games aren’t square? Honestly, it seems better that way because it maps the map more fluent and realistic.

The True ODST

@c said in WOC Update Log:

post these updates on the project itself and not the forums

Is it fine if I only post major updates on the forum? Minor updates and bug fixes will be noted in the forum if anyone does ask though.

Tyller_

@011830-0a42ef84 he said he made the viewport 1000 by 360 and the canvas 2800 (assuming he means 2800 by 2800) the default viewport isn’t square, and 1000x360 is still a rectangle, just a really long one, this doesn’t help you fit more ui element’s on screen, to put that into perspective a modern phone has about a 20:9 aspect ratio (atleast mine does), I never said the map should be square (but those borders have to be a rectangular shape and the edges can be going into the play area where stuff is allowed)

SirBots

Update 2.23 - Mode Change Update

Release Date; Feb 28, 2025

What’s new:

UI

Rearranged the button layout to make the main menu look more polished
Moved the title and the Good Morning/Evening message to make the main menu more polished
The background of the main menu now periodically change

Gamemodes

Realistic Battles

Made a new, more accurate player count system. In order to win based on kills, the entire opposing team must be eliminated to earn this victory.
- Previously, this victory could be obtained by killing enough players until the team has only ~5% of their starting player count remaining.

Game Mechanics

In Realistic Battles, Added a menu that shows how many enemies which are currently alive, that is using a specific class. The count adjusts for eliminated players. This menu can be opened by holding the “E” key.
- This system only accounts for players on the enemy team that are currently alive.
- Does not work for regular battles

Bug Fixes

Fixed a bug where pressing the “E” key when entering, or inside of, a match after intermission would cause the main menu to appear on screen, effectively breaking the game.
Fixed a bug where the wrong gamemode would be shown when loading into a non-realistic battle match.
Fixed a bug in regular modes where sometimes the spectating screen would appear instead of respawning as normal.
Fixed a bug where the Sandbag and the Medbubble sub-weapons would be frozen in place on screen when the Match Results screen would appear, provided that they were deployed when the screen appeared.

The next update will focus on adding one new weapon class and a new map, and some fixes. This next update will be the final content update.

Cαƚƚყ

@011830-0a42ef84

SirBots

Update 2.23 Sudden additions notes and Release!

So, we’re back with another update! Our team forgot to mention these few things when this was at work at our home base:

4 additional battle songs have been added
Reduced the intensity of the red screen when the player is below 30 health by approx. 45%

We are proud to announce a new and improved system for telling if your team is winning or not in Realistic Battles! Even better, by holding the ‘E’ key, you can see which class that any currently alive bot is using. This counter updates for eliminated players. Lastly with this new technology, we can more accurately determine how many enemies are left in a match, but this also means you might have to hunt down that last, sneaky player.

We’ve also improved the Main Menu UI, did some rearranging, and added a background changer to give the Main Menu a more, cleaner, fresher look!

In terms of bug fixes, it was found during the development of the counter system that, if you entered a match after intermission instead of returning to the Main Menu, you could break the game by just pressing the “e” key. This has been fixed. Problems were also found with the gamemode display while the map was loading, not being able to respawn in non-realistic battles, and Sandbags and Medbubbles freezing on screen when the Results screen appeared, given that both is/was deployed when the screen appeared.

Happy fighting!

The True ODST

@sirbots hey if you have multiplayer can you tell me how you managed to do that?

SirBots

@011830-0a42ef84 I don’t have multiplayer integrated, and I don’t plan on adding it.

The True ODST

@sirbots Okay

SirBots

Update 3.5 - A Very Special Specialty Update Pt.1 Patch Notes

Update type - Content Update
Release Date - When finished

What’s new:

AI

Implemented the same player count system from the previous update to the Freinds AI.
- This is to fix an issue where Realistc Battle matches would not end if the player and his entire team was eliminated.

Bug fixes

Fixed a bug where Interceptors would not move at their correct speed while they were not moving to position themselves before firing. They would move at the speed of their teammates rather than being faster than them, and vice versa with non-interceptor classes as well.

Gamemdes

Realistic Battles

The border around the screen is now slightly transparent so while spectating, the player is able to see the locations of all players during a match.

Weapon Classes

Added a new class: Combat Medic

Ever wanted to be able to heal your teammate, yet can’t contribute much to fighting? Well this class is for you! Paired with a BAR M1911, and that same familiar MedBubble, you can more conveniently place that MedBubble in more places with a more reliable weapon. Furthermore, its paired with the Punchdown special if they come rushing in!

Class Armament:

BAR M1911 Multipurpose Automatic DMR
MedBubble Sub-Weapon
Punchdown Special (Coming soon)

UI

Changed the text for the Scout Class button in the Class selection screen from Recon to Scout
Fixed the appearance of Gamemode information when the map is revealed, and added a slight background to fix the conflicting of colors with the text and background.

Maps

Added a new map: Iberian Castle

General Bug Fixes
*Fixed a bug where Sub-weapons could still be used while not in a match.

The next update will focus on adding specials, and spawn protection mechanisms

The True ODST

@sirbots Hey do you have any suggestions that I could implement for my game: Bot Test? I would appreciate it and I think you would have good suggestions (since you and I are making similar games).

SirBots

@011830-0a42ef84 Add an option where your mouse doesn’t really determine the movement of your player.

The True ODST

@sirbots Already did, check options

Unless you mean rotation-wise

SirBots

@011830-0a42ef84 K, well, I don’t really know then.

SirBots

@011830-0a42ef84 Yeah, rotation wise.

The True ODST

@sirbots Do you mean rotation or movement

SirBots

@011830-0a42ef84 Its how your person moves based on the mouse and key movement. It’s funky.

The True ODST

@sirbots Yes, there are 2 options for that. You can either choose “move with mouse,” which means the W key moves the player toward the mouse pointer, or “move without mouse,” which means the W key moves the player up.

JaecadeJnight

@sirbots said in WOC Update Log:

Reduced the intensity of the red screen when the player is below 30 health by approx. 45%

This is good, and this makes the game a bit more accessible to those with seizures or other conditions. I recommend reading https://developer.mozilla.org/en-US/docs/Web/Accessibility/Seizure_disorders for more info. It talks about accessibility mainly for websites, but this also can apply to web games. This part: https://developer.mozilla.org/en-US/docs/Web/Accessibility/Seizure_disorders#flashing_flashing_red tells you about how flashing red affects people with those conditions. I’m also not saying you have to make your game 100% epilepsy-friendly, but I am saying that it’s a good idea you thought of that. I do recommend adding options for reduced flashing or other fast screen effects so that the user can enable/disable them or even use a slider to control just how much flashing is there.