If they are overwhelmed by adding 2-3 more checkboxes to a menu, I can't
help them.
If a proper system, most of it porting stuff over from csgo, is too much
to ask, they shouldn't allow community servers at all and shut us down
all together tomorrow. It's that simple.
I'm making this effort simply because I'd like to give them a chance and
assume that they did not advance any further on this topic because of
the bad signal to noise ration these discussions have, and not because
they're understaffed and/or too lazy to make it right. Hence my initial
proposal of the group.
I also see these interfaces usable for other games (I mean I'm
suggesting stuff that's used in csgo already), it's a good investment.
If they want to kill community servers and mods all together, it's their
loss. Those mods that are being developed and played on community
servers (for example) are where future talent and products are at. Then
they deserve to go down in flames and end up being the next EA or
Ubisoft. (Last I checked, ubisoft was desperate enough to search for
future talent, hiding behind "bluebyte", at our local college which
doesn't even have computer science courses)
On 19.12.2015 03:17, Cats From Above wrote:
By tough enough sell, I am essentially stating that convincing Valve
that the benefits of changing the Quickplay system in ways that are
favorable to "community" servers as opposed to the risk of "community"
servers abusing that trust again will be difficult enough to achieve,
without the added demotivates of "And while you're at it, we'd like
you to change this and this and this and this and this etc."
You have to remember that Valve has "tried" to work with communities
in the past, unsuccessfully I might add. It is understandable that
they'd err on the side of caution when considering Quickplay changes,
hence we'd need to make it as appealing as possible for them and that
means not bogging down the apparent essence of this discussion (We'd
like stock servers to be treated equally) with a truck-load of
clinger-on demands.
On Sat, Dec 19, 2015 at 12:37 PM, Matthias "InstantMuffin" Kollek
<proph...@sticed.org <mailto:proph...@sticed.org>> wrote:
What do you mean by "tough enough sell"?
On 19.12.2015 03:03, Cats From Above wrote:
Matthias, I cannot help but disagree with the scope you’re
proposing. Getting stock servers back into Quickplay with HTML
MOTDs disabled will be a tough enough sell let alone
accommodating HTML MOTDs, custom game modes, custom maps and
non-default configurations.
I believe it would behove of us to collectively take one hurdle
at a time. Getting genuine stock servers back in is the first
step. In this step Valve would have to implement a policy
framework that ensures compliance with the rules – which will
inconvenience them enough I’m sure. To complicate that issue with
things like adding support for custom game-modes is to risk Valve
turning around and saying, “This is more trouble than we’re
willing to take on at this time. Sorry guys, thank you but no
thank you.”
If we can collectively win a small victory in terms of stock
servers and ensuring stock server compliance with Valve’s rulkes,
then that opens the door to requesting and proposing other
changes such as those which you would desire. But to smother
Valve with a myriad of changes right from the beginning is to
simply beg them to put us in the too hard pile and I fear that
would be an unrecoverable position.
Further, it would benefit us to realise that Valve does not wish
to play the role of babysitter all the time. In the past they
have threatened to ban server operators, have done so here and
there across a period of a couple of weeks, and then found better
uses of their time. That's fair call. Whatever system we devise
needs to be set and forget.
Though I do concede one benefit of what Matthias is proposing. By
going to Valve with a holistic (albeit far more complicated)
initial step, one can possibly remove the incentive for server
operators to pass off thier servers as something they are not by
virtue of the fact that Quickplay will accommodate servers that
it previous didn't. Though again, it would be prudant of Matthias
to drop his incessant mentioning of advertising in this context,
since it is at best premature.
On Sat, Dec 19, 2015 at 12:24 PM, Rowedahelicon
<theoneando...@rowedahelicon.com
<mailto:theoneando...@rowedahelicon.com>> wrote:
With QP as it is now, people can still get away with breaking
some of the rules. Will Valve be willing to police trouble
makers when it is so easy to fire up a new server on a new
account?
On Fri, Dec 18, 2015 at 8:52 PM, Matthias "InstantMuffin"
Kollek <proph...@sticed.org <mailto:proph...@sticed.org>> wrote:
Switch to the token system from csgo, include all servers
in the quickplay pool (sole exception might be servers
that offer reserved slots for cash) but give the players
more options. Tag servers properly so quickplayers can
decide for themselves if they want to join a server that
runs ads or not, or try out a community mod, or custom maps.
Make some of the quickplay offenses ban-able:
https://support.steampowered.com/kb_article.php?ref=2825-AFGJ-3513
i.e.
Opening a MOTD window (hidden or visible) that is not
requested
Forcing clients to view the MOTD until a timer has expired
Giving or selling gameplay advantage to players
Granting or modifying economy items, or taking actions
that devalue players' items, or interfering with the TF2
economy
Browser popups
By default do not show official servers in the server
browser (add that checkbox back).
To unsubscribe, edit your list preferences, or view the
list archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
