The plugins that don't report the proper respawn time tags are likely
manually respawning players and ignoring the respawn wave times
entirely, so even if you could programmatically report back the respawn
wave times, it's utterly useless.
On 6/18/2013 7:24 PM, Gordon Reynolds wrote:
I would also like a response, but from a technical standpoint how do you go
about testing the respawn times without having to engineer some code that
can programmatically report back the respawn wave times? Seems like it's a
"problem" on the same level as having donor powers like glowing colors or
getting more crits than normal - something that's just really hard to
police in any sane way.
On Tue, Jun 18, 2013 at 4:11 PM, Abdulrahman Abdulkawi <[email protected]
wrote:
Can we try to stay on the matter of the topic; this isn't about your
opinions on what rate of respawn time is best.
Point is; will anything be done to those who do not set their sv_tags for
respawntimes correctly. It is becoming more and more common that a
quickplay user would expect fast respawns when using the quickplay system -
thus causing 1. them to leave the server and 2. forcing server owners to do
the same so we're able to compete.
What's it going to take to get a response from a Valve rep on this.
From: [email protected]
Date: Wed, 19 Jun 2013 00:21:38 +0200
To: [email protected]
Subject: Re: [hlds_linux] Policy of Truth: Respawn Times
Instant respawning makes the game worse from a balance perspective. May
take you some time to realise but that's the truth.
On Tue, Jun 18, 2013 at 11:33 PM, DontWannaName! <[email protected]
wrote:
Does anyone have examples of such servers, because I havent seen many.
On Tue, Jun 18, 2013 at 1:47 PM, Gordon Reynolds <
[email protected]> wrote:
I would keep using the default respawn times because it makes a huge
difference in map balance?
Why is this even a question, have you ever tried to balance a map for
TF2,
or any game with respawn waves, or are you one of those people who,
upon
dying, frantically just clicks their mouse in a silent building rage
in
some attempt to spawn faster?
On Tue, Jun 18, 2013 at 1:43 PM, DontWannaName! <
[email protected]
wrote:
No I blame you invalid protocol, thats the most logical assumption.
On Tue, Jun 18, 2013 at 1:40 PM, Invalid Protocol <
[email protected]> wrote:
Let's assume that there's no quickplay rule regarding respawn
times,
or
even
better, let's assume that there's no quickplay at all. What
would you
do?
:)
You would still use the default respawn times or you would mod
the
server(s)
to have faster / instant respawn?
My opinion is that many are using now the default respawn times
only
because
Valve said so, not because they think that players want this. You
should
blame Valve for adding stupid rules, not the "malicious" server
operators.
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
ics
Sent: Tuesday, June 18, 2013 9:42 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] Policy of Truth: Respawn Times
I can understand players frustration regarding respawn times,
since
they
want to play, not wait for to play. Arena doesn't get much love
due
to
this. But the regular player doesn't understand that maps do not
work
as
they should witn such respawn that they expect.
Also I just think it's unfair for other people who run servers to
have
these servers that have instant or faster spawn in quiickplay
cycle
along with the rest of us.
-ics
Gordon Reynolds kirjoitti:
I can see respawntimes are a hard one to easily verify, you
have to
join
the server yourself, and most new users have no concept of
what a
"normal
respawn" time is. I cannot tell you how many times I've seen
people
type
something along the lines of, "wtf is with this respawn, 20
seconds?
I'm
out" and then just leave.
On Tue, Jun 18, 2013 at 11:27 AM, ics <[email protected]>
wrote:
Last time i checked, nearly a month ago, there were several
communities
having multiple servers that modified respawn times. Either
very
fast
or
instant. They all were in quickplay participants. I checked
and
reported
each one of them. I'm not sure if they are along anymore or
has
someone
actually gone through reports and removed the servers from
quickplay
through penalty ban.
-ics
Michael Johansen kirjoitti:
I don't know whether the plugins are fixed, but I know of
many
people
that are not subscribed to this list, and are running an old
version
of
some plugin released on AM a couple of months ago which does
not
add
the
tags required. I know the plugin authors have added this
feature
now,
but
who knows, people might not be watching the forums for new
plugins
as
most
of them are "set and forget".
From: [email protected]
To:
[email protected].**com<
[email protected]>
Date: Tue, 18 Jun 2013 18:47:34 +0100
Subject: [hlds_linux] Policy of Truth: Respawn Times
This has been brought up several times but it is only
getting
worse,
this needs to be addressed.
There are many quickplay-enabled servers out there that
change
the
respawn times without having the 'respawntimes' sv_tag. I
have
used
the
server-report feature to bring this to Valve's attention
only
for
nothing
to happen after weeks. The amount of servers now doing this
has
only
increased to the point that when a quickplay-user joins a
populated
32/32
server, they would complain and leave due to long respawn
times
(not
realizing that other servers have fast-respawn enabled on
quickplay).
Are we to see any enforcement, or should we join the crowd
doing
this
considering it is becoming necessary to compete and
maintain the
community.
______________________________**_________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.
**com/cgi-bin/mailman/listinfo/**hlds_linux<https
://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux>
______________________________**_________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.
**com/cgi-bin/mailman/listinfo/**hlds_linux<https
://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux>
______________________________**_________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.
**com/cgi-bin/mailman/listinfo/**hlds_linux<https
://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
--
- Gordon Reynolds
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
