Chat bug.

[Froste`]

Omg... it so pisses me off i know you guy's all know about this chat bug but why? really needs to be fixed... instead of doing this all the time votemap yea_how_are_you

 

[J-M v2.5.5]

Dude, if it could have been fixed, it would already have been fixed.

 

[Dridmar]

Dude, if it could have been fixed, it would already have been fixed.

If all the servers start using the amx plugin which was developed for this, then there would be no problem.

 

[J-M v2.5.5]

Wait, what AMX plugin?

 

[Dridmar]

Wait, what AMX plugin?

Have you forgotten so soon? You even posted in there.

I got one!

Here's a modified AMX plugin that does the job
http://www.thothie.com/msc_dev1/msc_fakeclient.amx

I can't promise that'll be listen-server friendly, but I suppose it shouldn't happen on a listenserver anyways.

Just pop that it into msc/addons/amx/plugins
and add it (via notepad) to: msc/addons/amx/config/plugins.ini

Restart server, and yer good to go.

This is based on an old plugin by Freecode for adding fake clients with random names and frags.

But I feel damned stupid, as after going through the damn code I realized: Vexdum has a bot creation command built in! - So even this simplified version is more complex than need be.

Still, much easier, and much less resource intensive than using the HLTV.

viewtopic.php?t=1496&start=705

Just scroll down a little bit

 

[J-M v2.5.5]

Oh that!
Hmm.
Yeah.

 

[Jelly]

If you play on listenservers you can't get the chatbug.

 

[The Man In Black]

roll "---Your text here---" helps

On that note, here's an idea for Thothie..

vote_chatbug
1. Yes
2. No

If it works, anything you say gets turned into the game message things like the Roll command does :|

 

[Shurik3n]

Or just client prints so it doesn't fill up the screen and is logged in console.

 

[The Man In Black]

Didn't think you could, but now I remember votemap "text" prints "normally", so yeah, that would work.

 

[Thothie]

Meh, there are other issues caused by the chat bug that lead to major sploitz, so I'd hardly want to encourage playing when it happens. Just wish I had some idea what caused it, other than there not being a player in slot #1.

 

[The Man In Black]

Is there any way to "cycle" players, so that when the #1 leaves, the #2 becomes #1?

And I don't suppose you'd PM me those 'sploits? I'm at a lose as to what the hell they could be

 

[Thothie]

Seems there should be some way to do that, but I've no idea how. :/ It maybe one of those things that is handled by the HLDS.

 

[pimpsta]

Code a script to make the bot the primary #
You should reserved the slot 1 for the bolt or addon a disable function for the slot 1.

 

[Froste`]

Ooooh right anyway Thanks..

 

[pimpsta]

Ooooh right anyway Thanks..

Oooooh right anyway Welcome..

 

[Thothie]

Code a script to make the bot the primary #
You should reserved the slot 1 for the bolt or addon a disable function for the slot 1.

Well, you could do that, or maybe Shrukin could do that, fairly certain tis beyond what I could pull off atm.

ATM all I got is that half-assed AMX fix, which I hope to improve on a bit.

Also need to hunt through the code and see if any bit of it is targeting the index #1 player specifically. May be a simple matter of getting that to move to the next index if index #1 ain't in-game.

 

[Shurik3n]

I couldn't do that, I can't even understand what hes trying to say...

 

[Thothie]

Think he's saying to make an MS.DLL side bot to fill the #1 slot, as I thought you were discussing before.

 

[Shurik3n]

I think the word "bolt" threw me off.

 

[The Man In Black]

Also need to hunt through the code and see if any bit of it is targeting the index #1 player specifically. May be a simple matter of getting that to move to the next index if index #1 ain't in-game.

I think you'd be looking for a long time. I looked in the Chat, Disconnect, and Connect code. None of them use an actual slot system. The HL base code may deal with it, the AMX code may deal with it, but MS:C doesn't actually do it's own :| I don't know if you want to adapt it to work like that, but right now the speech function does this:

count = FindAllEntitiesInMap;
foreach(i,count)
{
AttemptToTalk
}

It searches for all ents EVERYTIME it tries to talk, so I have no clue as to why when the first person to join disconnects it screws up. I'll keep looking, though.