Why does it need to be a "proper" system when things were okay prior to QP though?
On Fri, Dec 18, 2015 at 9:28 PM, Matthias "InstantMuffin" Kollek < [email protected]> wrote: > 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 < > <[email protected]>[email protected]> 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 < >> <[email protected]>[email protected]> 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 < >>> <[email protected]>[email protected]> 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> >>>> 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> >>>> 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 > > -- *Matthew (Rowedahelicon) Robinson* Web Designer / Artist / Writer Website - http://www.rowedahelicon.com/
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
