If it's about some item, could be the grordbort weapons as i've seen 2
kinds of errors while loading replay after downloading it succcessfully.
- GetDynamicBaseline: FindStringIndex(192-CTFLaserPointer) failed
- CModelLoader::FindModel: NULL name
I'll see if i have the borked replays still
Of course! I'll be working on it whenever i have free time which isn't much
right now... Once i have it loading up servers and checking they are
actually up and being able to keep them up and updated i'll release it to
the public. It will be able to update itself so you will always have the
latest
Since we are all in the tools time i've bumped SSMS to version 1.0.0
Still rough around the edges but one of the new things supported now is the
youtube crawler for tf2.
Basicly it will store all the map id's and check for a period of 1 month on
youtube to match the id's.
For those interested:
So clan group check does not do something like query steamcommunity.com?
On Tue, Feb 21, 2012 at 2:01 AM, Michael Johansen michs...@live.no wrote:
None of them uses MySQL or hostnames.
From: laurenz.rupre...@zmx.at
To: hlds_linux@list.valvesoftware.com
Date: Mon, 20 Feb 2012 23:05:45
It queries Steamcommunity.com, but nothing like MySQL queries.
Date: Tue, 21 Feb 2012 09:25:44 -0500
From: 1nsane...@gmail.com
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] No Steam Logon - massive lag
So clan group check does not do something like query
I'm having a similar problem where the server would drop 90% of the
players.
Their hl2.exe crashes and the chat displays a client timeout message.
Is this similar to what you are experiencing Michael? Or are your clients
just getting disconnected?
Chris
On Tue, Feb 21, 2012 at 9:47 AM,
I'm on Linux, you're on Windows, so the problems might not even be related. My
server don't crash, it justs timeouts about all clients, and fucks itself up. I
think I've fixed it with a iptables rule tho, I'll post it here if it works
good and doesn't fuck anything up with the masterservers.
As far as I know +randommap doesn't work. They also fixed a crash where
putting randommap in your autoexec.cfg would bring down a server - I don't
know if that means it now works or just doesn't crash.
On Mon, Feb 20, 2012 at 5:55 PM, Ross Bemrose rbemr...@vgmusic.com wrote:
I set my servers to
I've seen this happen a few times on my own server. It's kind of comical
and when it happens I get confirmation that it's not just my server - just
about everyone playing TF2 gets hit by this. It will drop people one by
one, about once every second with the message of (Client timed out), but on
Out of curiosity, i checked atleat 25 servers with the quickplay search.
3 of the servers were faking tags. All of them had fast or instant
respawn on, no tags. Could it be time to do yet another purge?
Also, i'm curious what is Valve's stance on faking particle effects with
server plugin on
We have a fix for +randommap that will be in the next TF2 update.
-Eric
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ross Bemrose
Sent: Monday, February 20, 2012 5:55 PM
To: Half-Life dedicated Linux
Do you think you could state a case one way or the other? I don't think
it's a big deal, but I'm curious why it might be.
On Tue, Feb 21, 2012 at 11:53 AM, ics i...@ics-base.net wrote:
Also, i'm curious what is Valve's stance on faking particle effects with
server plugin on hats despite the
Well they did disable the attachments on players too.
-ics
21.2.2012 21:14, Jesse Porter kirjoitti:
Do you think you could state a case one way or the other? I don't think
it's a big deal, but I'm curious why it might be.
On Tue, Feb 21, 2012 at 11:53 AM, icsi...@ics-base.net wrote:
Also,
They could make the particles be determined client side if it was an issue.
Just like the attachment whitelist for servers is clientside already.
On Tue, Feb 21, 2012 at 2:17 PM, ics i...@ics-base.net wrote:
Well they did disable the attachments on players too.
-ics
21.2.2012 21:14, Jesse
SV_StartSound: )weapons/tf_medic_syringe_overdose.wav not precached (0)
No idea if it would have any perfomance impact, but it's rather annoying as
it's spammed whenever said weapons are used. And I did check with other
Linux servers too. I saw it happening with one of the heavy gloves as well
(I
'nice'
On Tue, Feb 21, 2012 at 5:36 AM, Eric Riemers riem...@binkey.nl wrote:
Since we are all in the tools time i've bumped SSMS to version 1.0.0
Still rough around the edges but one of the new things supported now is the
youtube crawler for tf2.
Basicly it will store all the map id's and
I don't know about for sounds, but models that aren't precached can crash
the game; this used to happen if you set tf_forced_holiday 2 when
cp_manor_event was loading... the server would crash when the Horsemann
first spawned.
Still, it's a Bad Thing (tm) to have precache errors, as they could
Can anyone confirm that this same error shows up in SourceTV demos?
-Jon
From: hlds-boun...@list.valvesoftware.com
[mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Jon Lippincott
Sent: Monday, February 20, 2012 4:44 PM
To: Half-Life dedicated Linux server mailing list; Half-Life
More interesting: does this happen while the item systems are down (nobody
using unlocks)
From: Jon Lippincott j...@valvesoftware.com
To: Half-Life dedicated Win32 server mailing list
h...@list.valvesoftware.com; Half-Life dedicated Linux server mailing
Same here with a TF2 linux serevr,
Sometimes 90% of the clients will be dropped with a Client timed out
message
2012/2/21 doc drga...@gmail.com
I've seen this happen a few times on my own server. It's kind of comical
and when it happens I get confirmation that it's not just my server - just
I see where they are dropped slowly via Steam Auth even though they had
no issues. i.e. Crashing, lag, or disconnection. I think it might be an
accidental packet being sent from steam client saying crash even
though there wasn't one.
On 2/21/2012 9:24 PM, Daniel G wrote:
Same here with a TF2
21 matches
Mail list logo