Hi guys
Just checking that this isn't me!
Fresh shiny clean install of DoDS in Linux
Player joins.
Server crashes.
Anyone else experiencing similar problems?
Has the latest update caused issues?
You have to downgrade your vphysics. Fridays optional update has
rendered SRCDS on Linux effectively unusable for the weekend at the
very least.
Just in case if you didn't catch the previous mail regarding this. Ian
was kind enough to upload his old vphysics.so:
http://tf2.ian-justman.com/fixes
Hi all,
I don't want to start a debate or discussion on the mailing list, but I'm
sure most of us have heard of the plugin that automatically kicks players
that are detected as non-payers on TF2. Can we get an official word about
whether Valve is planning to patch this plugin or not? It has
A mailing list is for discussion, if you wanted Valve's official word you're
probably better off mailing a Valve employee directly.
Most of those servers should probably just turn off quickplay instead, it's
a much nicer way to keep out random players if that is the server owner's
concerns. We
It's their server, who cares what they do with it. As long as they don't
have quickplay enabled, causing people to randomly join it and then get
kicked for not being a premium user, I don't see the problem.
On Mon, Jul 4, 2011 at 4:13 AM, Emil Larsson ail...@gmail.com wrote:
A mailing list is
On 2011/07/04 09:39, Victor Hawley Jr. wrote:
Can we get an official word about whether Valve is planning to patch
this plugin or not?
Why? Are you using such a plugin and looking for a clean conscience?
Besides, what difference does it make if you know they will patch it vs
if you know
Thnaks Sir!
---
Sent from my Sinclair ZX80
Valve can just penalize servers that ban f2p players if they so wish to.
On 7/4/2011 3:39 AM, Victor Hawley Jr. wrote:
Hi all,
I don't want to start a debate or discussion on the mailing list, but
I'm sure most of us have heard of the plugin that automatically kicks
players that are detected
Yeah it would be pretty easy to implement. If a f2p client connects, then 2
seconds later is kicked, decrease the server's rep by 10 points or
something.
--
Kind regards,
*Saul Rennison*
On 4 July 2011 18:25, Spencer 'Voogru' MacDonald voo...@voogru.com wrote:
**
Valve can just penalize
I think this is a terrible idea.
We only bad F2P users from our trade servers because they serve no purpose,
and are consuming our much needed slots for no reason.
Having our server's rep decreased when we are trying to make it more
beneficial for traders would be absurd.
I agree there are some
On Mon, Jul 4, 2011 at 2:13 AM, Emil Larsson ail...@gmail.com wrote:
A mailing list is for discussion, if you wanted Valve's official word
you're probably better off mailing a Valve employee directly.
Most of those servers should probably just turn off quickplay instead, it's
a much nicer
I think OP was just overcautiously bracing for a shitstorm which an
F2P discussion might have sparked (but it hasn't). Therefore, polite
discussion ahoy!
Sergiusz Bazański
xmpp: sergi...@q3k.org
www: http://q3k.org/
___
To unsubscribe, edit your list
Registering your server automatically enables it for quickplay, which you
can then opt-out of if you wish.
On Mon, Jul 4, 2011 at 6:42 PM, Reacher Gilt reacherg...@gmail.com wrote:
On Mon, Jul 4, 2011 at 2:13 AM, Emil Larsson ail...@gmail.com wrote:
A mailing list is for discussion, if you
On 2011/07/04 19:42, Reacher Gilt wrote:
Reading the quickplay overview
https://support.steampowered.com/kb_article.php?ref=2825-AFGJ-3513 I
had assumed that connecting to quickplay was opt-in. The way you're
writing it sounds like it's opt-out.
The thing is that even without Quickplay, the
Hello all.
This email is about the inaccurate player counts showing up in the server
browser. There are have been three distinct problems that we know about.
--
ZERO PLAYER COUNT
--
First, if your server always shows a ZERO player count, the
Are you aware that sv_master_legacy_mode 1 fixes all these issues (but stops
the quickplay from working with your server)?
2011/7/4 Fletcher Dunn fletch...@valvesoftware.com
Hello all.
** **
This email is about the inaccurate player counts showing up in the server
browser. There are
Instead of doing this whole mess, fiddling around with the player counts
and manipulating them here and there based on some conditional
statements, SourceTV, Replay and any other features like that shouldn't
be implemented as a bot in the first place, but as a backend feature
that does not
Hi,
Re: zombie slots
We had an interesting case, it was a server, password protected, with both
SourceTV and replay enabled, sitting there empty. It slowly started to get
these ghost players without any activity, until I shut down the server at some
point where it showed 42/32 where it was
Sorry, this had to be on the Linux list.
Saint K.
From: hlds-boun...@list.valvesoftware.com [hlds-boun...@list.valvesoftware.com]
On Behalf Of Saint K. [sai...@specialattack.net]
Sent: 04 July 2011 21:27
To: Half-Life dedicated Win32 server mailing list
Happy Fourth of July! I will be accepting many gifts on behalf of our
country throughout the day.
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds
Frankly, I agree with Dominik. Is there any good reason why these features
are just hacked in bots and not actual backend functioning? It seems a
little ridiculous to have to patch over patch over patch just to get replays
to where they almost function properly, 3 months after it's implemented.
On 7/4/2011 2:43 PM, G. Hutchinson wrote:
Happy Fourth of July! I will be accepting many gifts on behalf of our
country throughout the day.
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
22 matches
Mail list logo
