If you are talking to me, yeah i have actually tried balancing few maps for TF2 with respawn waves set by the map. The whole instant spawn ruins most maps completely as they become unbeatable.

-ics

Gordon Reynolds kirjoitti:
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





_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Reply via email to