Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[MedO]

Not much to say here. This verison removes the Christmas hats again and adds some bugfixes:
- Fix for custom map loading (by NAGN)
- Fixed a server crash that can happen when players disconnect instantly after joining (by Vindicator)
- Fixed protocol compatibility with the xmas version (because I borked that up for xmas players joining non-xmas servers)

Have a productive and serious time with it. 

[RightBehindYou]

This verison removes the Christmas hats again

[Phantom Brave]

[Psychopath]

I thought that the xmas event would be left in the game but constrained to a certain timeframe like the april fool's and birthday garrison events were

Then again, the additional data being sent back and forth between the server and clients probably had something to do with that.

[RocketJumpFreak35]

You should keep the hats, but instead of Christmas hats, hats parodying TF2 hats that can be obtained by doing something hidden (like doing a taunt while someone sees you though the Kill Cam, or performing the Konami code).

[Meower]

I borked this forums too

[MedO]

I didn't want to keep the sprite swapping code because it's messy and unefficient. For every character instance, in every step, it checks which hat the player has and adds a suffix to the original sprite name depending on that.

Given the chance, I always prefer throwing things out. Less code, fewer bugs . And it's not as if those changes are lost. They are in their own branch of the project, and could be ported to any future version if needed.

[Psychopath]

I didn't want to keep the sprite swapping code because it's messy and unefficient. For every character instance, in every step, it checks which hat the player has and adds a suffix to the original sprite name depending on that.

Given the chance, I always prefer throwing things out. Less code, fewer bugs . And it's not as if those changes are lost. They are in their own branch of the project, and could be ported to any future version if needed.

I saw that and smacked my head for not thinking of that sooner.

But I had an idea to keep those changes but only if a special entity is placed in the map anywhere (kinda like the object in Hammer that enables Medieval Mode when placed in a map). The reason why I say only if there's that special entity is so that the clients and server are all on the same page with how much data they should be sending/receiving.

Just an idea for a down-the-line add-on, but could prove interesting :v

[NAGN]

I didn't want to keep the sprite swapping code because it's messy and unefficient. For every character instance, in every step, it checks which hat the player has and adds a suffix to the original sprite name depending on that.

Given the chance, I always prefer throwing things out. Less code, fewer bugs . And it's not as if those changes are lost. They are in their own branch of the project, and could be ported to any future version if needed.

bawww I wanted to mod my server to give everyone hats :<

but that would ruin the purpose I guess (and alot of people don't like them)

[ExplodingWaffles]

I didn't want to keep the sprite swapping code because it's messy and unefficient. For every character instance, in every step, it checks which hat the player has and adds a suffix to the original sprite name depending on that.

Given the chance, I always prefer throwing things out. Less code, fewer bugs . And it's not as if those changes are lost. They are in their own branch of the project, and could be ported to any future version if needed.

bawww I wanted to mod my server to give everyone hats :<

but that would ruin the purpose I guess (and alot of people don't like them)

I fu**ing love your server!! BTW

[Agh]

Yay for the custom map fix.

[NAGN]

err I do belive this runs on the same code I gave to vindi

it fixes some isseus, but doesn't comepletely keep the game from crashing 100%

I still can't figure out what could be wrong

[trog]

I didn't want to keep the sprite swapping code because it's messy and unefficient. For every character instance, in every step, it checks which hat the player has and adds a suffix to the original sprite name depending on that.

Given the chance, I always prefer throwing things out. Less code, fewer bugs . And it's not as if those changes are lost. They are in their own branch of the project, and could be ported to any future version if needed.

I saw that and smacked my head for not thinking of that sooner.

But I had an idea to keep those changes but only if a special entity is placed in the map anywhere (kinda like the object in Hammer that enables Medieval Mode when placed in a map). The reason why I say only if there's that special entity is so that the clients and server are all on the same page with how much data they should be sending/receiving.

Just an idea for a down-the-line add-on, but could prove interesting :v

snow maps giving people hats?

Sounds pretty cool.

[NAGN]

actually it would've been even easier

just update the clients if you're on a specific map, the clients don't even need anything special

[Psychopath]

actually it would've been even easier

just update the clients if you're on a specific map, the clients don't even need anything special

Yeah, but then the competitiveness over the hats does not carry over if EVERYONE gets the hat for free thanks to it remaining solely client-sided.