I'm not sure if the issue is on your end or not, but a while ago the spawns in dm became broken for certain maps where some maps will only use fixed spawns even on a random spawns server (process and sunshine do this). I think most dm servers in EU use your github so if you could fix it that would be much appreciated

lmao nice, thanks a lot
wtf is happening with lange though

can you do that without langes permission? in his state, idk if he will comply

All sourcemod plugins are open source under GPL license. So you can copy, change and redistribute it any way you please.

https://youtu.be/-oXWAcIjJg4

potential fix to https://github.com/sapphonie/MGEMod/issues/1 - would want community feedback before implementing this

test it out:
https://github.com/sapphonie/MGEMod/blob/beta/addons/sourcemod/plugins/mgemod.smx?raw=true

causes most client projectiles to be deleted after kill, preventing demos from trapping shit between lives, i think it deletes flames, might delete rockets, switches client's weapon to slot1 (though this could be changed to automatically set to last used weapon) etc

more discussion is happening here in the #mge channel: https://discord.gg/NqfaM8s6tW

update released to MGEMod - Current version is now 2.2.1

Changelog:

* Fix dead ringer exploit bug
* Remove deprecated FloatDiv syntax

Commit log: https://github.com/sapphonie/MGEMod/commit/e89e8d74543c884b59e0f8eba35a6e60ef390782

Download here:
https://github.com/sapphonie/MGEMod#downloading

Raw plugin: https://github.com/sapphonie/MGEMod/blob/master/addons/sourcemod/plugins/mgemod.smx?raw=true

Note: You will need Sourcemod Version 1.10 or greater

bug reports are being actively heard at github here, so if there's something you'd like to report/suggest, that's the place to go :)

update released to MGEMod - Current version is now 2.2.2

Changelog:

* Switched to morecolors inc
* updated syntax to newdecls
* Remove outdated enum structs in the process ^
* minor spacing updates
* Update KillTimer -> CloseHandle
* Fixed regen not applying properly after killing a player - fixes https://github.com/sapphonie/MGEMod/issues/1

thanks @ratawar!

Perhaps it would be better if a more... stable individual would be the one in charge of maintaining such infrastructure?

https://cdn.discordapp.com/attachments/544114898230312960/742861650880888984/unknown.png

https://cdn.discordapp.com/attachments/544114898230312960/742861672548663306/unknown.png

https://cdn.discordapp.com/attachments/544114898230312960/741335152852074657/image0.png

https://cdn.discordapp.com/attachments/526940132587077643/784602275069952050/unknown.png

https://cdn.discordapp.com/attachments/526940132587077643/784602345215885332/unknown.png

creator.tf

i got bored and googled the steam ids of these accounts bumping old threads and they have bans for cheating on some community servers, some bans are even from 2018 and 2019
not sure what's going on here
https://steamcommunity.com/profiles/76561198112419448
https://steamcommunity.com/profiles/76561198126272758
https://steamcommunity.com/profiles/76561198834736972
https://steamcommunity.com/profiles/76561198838665677
https://steamcommunity.com/profiles/76561198848968944
https://steamcommunity.com/profiles/76561199062537470
https://steamcommunity.com/profiles/76561199082318293
https://steamcommunity.com/profiles/76561199093392565

the bumping that happened recently was one person, which we are aware of already

You're free to fork it and maintain a version of mge free from the influence of people whose existence makes you feel uncomfortable

Man you create a burner account to accuse someone, in extremely vague terms, and everything is a giant stretch with no proof attatched just pics of convos of people nobody knows.

You thought you did something here?

holy shit go outside

such a sad freak

i think you got some words mixed up chief

.

Oh no!

Anyway,

Need some help beta testing some changes to soap - detailed changes here -> https://github.com/sapphonie/SOAP-TF2DM/pull/4

Ideally this would be tested in a scrim / pug environment, which I can't easily test as I don't actively play 6s or HL or anything else outside of pubs anymore.

To test:

- Download from here -> https://github.com/sapphonie/SOAP-TF2DM/archive/beta.zip
- Extract the cfg/ and addons/ folders from the zip to your root /tf/ folder.

Please report any issues here in this thread or on the issues page of the github

MGEMod update -> 2.2.3

Fix kicking not contributing to Elo calculations - thanks twiikuu!

https://github.com/sapphonie/MGEMod

SoapDM update -> 4.1.4

thanks to ratawar for a lot of help and testing!

changes:

Added proper arena support
Updated download url for maps to point at new github
Fixed OpenDoor + HealthPack + Cabinet + AmmoPack cvars not being applied until map change
Updated OpenDoors function to be more thorough - more doors will open on maps now
Cleaned up Russian translation ( thanks @Blueberryy )
Fixed soap_tournament reloading plugins too often
Optimized soap_tournament a bit
Players are now ubered until they get spawned into a location if soap_randomspawns are on, to prevent spawncamping
Players can no longer "resup bind" in spawn if soap_disablecabinet is enabled (this is accomplished by removing respawnroom entities)
Added a bunch of new spawns

https://github.com/sapphonie/SOAP-TF2DM

mgemod update -> 3.0.0 https://github.com/sapphonie/MGEMod

https://github.com/sapphonie/MGEMod/pull/7

Changelog

- Merged Pepperkick's ChillyMGE into MGEMod. Pepperkick has push access to the new repo as well, and big thanks to him for letting me merge it. The new plugin is just named "mge.smx", to distinguish it from mgemod and chillymge. It should work on any server running any modern mge map. You will have to delete mgemod.smx
- Updated translation files to reflect the above change (MGEMod -> MGE)
- Added Chillypunch maps to mgemod_spawns.cfg
I DID NOT EDIT THE MGE_TRAINING SPAWN FILE. You will __not be able to use !2v2 on MGE Training__ (at least for the moment).
- Rewrote a lot of the plugin to use more modern sourcepawn syntax / conventions
- Removed a lot of crusty unused and unneeded things - including mgemod_spawns_2v2 and mgemod_stats
- Hopefully fixed issue with getting frozen in spec on server join occasionally, related to ds_enable <= 2, by setting client team to spectate instead of unassigned immediately upon join

As always, please report bugs here -> https://github.com/sapphonie/MGEMod/issues

Thank you to dog and elektro for beta testing.

Here's a preview of changes coming to soap:

Completely reworked the spawn system. Nothing will change for players, but soap's spawn system is currently... massively hacked together, and a complete fucking disaster.

The spawn system as it currently stands makes a copy of the spawn config 65 times * 2 (one for red spawns, one for blu spawns) on map load, and then iterates thru those copies the same amount of times as their are players on the server to make a new temporary copy of the spawns, and then grabs a random spawn from this new local copy, deletes the local copy, traces a box to the position it finds, and checks for collision with players, and if there are none, spawns the player there.

This is hilariously wasteful, not to mention the fact that it's using the wrong functions to grab and store data, which made it incredibly difficult to know wtf was actually going on.

Especially because basically none of it was commented.

I tore most of that shit out. It currently now just creates a single spawn handle for each team, grabs each spawn and pushes it to the end of the spawn array, and grabs a random index of a random spawn for the client's team. Then, it does the same box tracing test, but I've added sanity checks so that 1) players can't spawn outside the world and 2) players can't spawn clipping into the world. If SOAP finds either of these scenarios, it will delete that spawn from the spawn list it has and never try to spawn another player there again for that map, and will throw errors in console about it.

These improvements have also allowed me to add a new feature: soap_debugspawns.

Set this cvar to 1 to show a green box in the tracebox around a player's spawn whenever soap spawns them -

https://i.imgur.com/ZvrCUS7.jpg

Set this cvar to 2 to show team colored boxes around all spawns on the map -

https://i.imgur.com/1uc9mPs.jpg

They will be pink if a spawn is shared between both teams -

https://i.imgur.com/G7yth9v.jpg

Soap will also yell at you in chat about bad spawns if you have them, like this one I made to test this -

https://i.imgur.com/hgUYJJq.jpg

I also added soap_novelocityonspawn (defaults to 1), to prevent players from retaining their velocity from their previous lives when being teleported by SOAP.

I plan on adding twiikuu's suggestion, soap_loadspawns (or a similarly named command, eg sm_soap_loadmap etc), to allow server owners to load soap using an older version of a map's configs on newer versions of maps without configs for them yet.

Stay tuned!

-steph

of all the dumb reasons posts get nuked, how has this shit survived 5 months?

MGE 3.0.1

https://github.com/sapphonie/MGEMod/commit/44ded9258d473f08a0125efb49e6cc0e3011ab31

- Fix endif manntreads - MGE will now automatically remove a player from endif (and run elo calculations if applicable) if that player is running the manntreads.

Thank you to elektro and dog for testing.

Further, the changes outlined above (in SOAP) were merged a couple months ago, along with a contribution from icewind (https://github.com/sapphonie/SOAP-TF2DM/pull/16) where SOAP will try to load a map config of an older/newer map if it can't find one for the current map version, e.g. load process_f7 if the map is process_f9, deleting the junk spawns.

I have the most recent versions of MGE and SoapDM on my server, but this has been happening for the past few months and I honestly don't know how to fix it

When you die in MGE, you get sent to the black void. I found a temporary fix of disabling soap using "sm plugins unload soap_tf2dm" but I was wondering if I'm doing something wrong. I don't want to have to give rcon to everyone who wants to use my server to MGE.

Edit: Nvm there was a config for the mge maps in my soap spawn folder oops
Edit: Nvm that didn't fix it

Are they just not compatible

Above issue fixed in 4.3.1 - was broke when SOAP was updated to allow all maps to have instant respawn based on in-map spawn points, which (wrongly) included MGE.

https://github.com/sapphonie/SOAP-TF2DM/commit/7ba329c97be13918b295dd55744cb82661c90015

mge 3.0.3 - spring cleaning (it's fall)

plugin autocompiles with no warnings or errors

https://github.com/sapphonie/MGEMod/releases/latest (DO NOT CLONE, use the release)

zip now contains a new map - triumph mge, by community member Shigbeard, zip also now comes with chillypunch so you dont have to go download that either. also requires sourcemod 1.11. also contains a fix from pepperkick for !adding using partial names e.g. !add badlands instead of the full name - https://github.com/sapphonie/MGEMod/pull/9

full changelog: https://github.com/sapphonie/MGEMod/compare/v3.0.1...v3.0.3

up next, i want to add support for 100 player mge servers (dear god) and maybe other code cleanup. who knows. we'll see.

thanks
steph

thank you for continuing to improve mge steph, its appreciated

thanks for your work :)

would it be possible for you to have a look on why soap dm does not work properly when using mp_tournament_readymode? from my understanding the problem is that even if all players ready up and conditions are met to start the game, it does not and stays stuck
we use mp_tournament_readymode on all tf2pickup.org based pickups so i think everybody would be very grateful of this fix