I personally think that Valve should rework the report system. I'm not sure about how it currently works on their side but maybe add a button to the report server window that allows you to report it for breaking the policy of truth. Then if a single server or multiple servers on one steam account get enough reports (5-15 maybe) Valve looks into it and if they're doing something major they are delisted until they fix the cause (I.e. remove the fake players) and once they fix it they are relisted. Then they are given a major quickplay penalty that slowly goes away over time. Then if they start breaking the policy again it'll take less reports to get the community looked into again and if they are breaking it they get a set time delist and an even larger quickplay penalty and this repeats with more severe punishments eventually leading to a permanent delist and the people who ran the servers can never make new ones.
The one problem I see with the quickplay penalty is they will just make new identities. You could punish all the servers linked to one steam account but seeing what they do now they'll just find some other way to bypass it And if the steam accounts get banned what stops them from making a new account. I have no idea how the fake players work except I heard something about packet spoofing, so I don't know if it's fixable, but I'm guessing not easily. I would say add a button to quickplay that allows if people want vanilla or modified servers, but then the cheating servers would take over the modified server connections. Maybe add a way for quickplay people to select specific tags they want I.e. norespawntimes. But then the servers would just make servers to.fit each option and fake it from there. The major thing that pisses me off about these servers is how much money they make from the ads that the owners use to put up more of them and use for their own gain. One of my servers is a 32 slot Deathrun server and it has 24-31 people on it regularly (reserved slots) and I get from 1.50-3.50$ a DAY from it. The advertising money goes to the servers and I never use any of it. My community has 4 servers. A Deathrun, a Mario Kart, a ff2 and a. 24 slot stock map server. The stock map one never gets filled by quickplay unless there are 12 people it but he identity list says it's good and steady. I have to check the numbers. That's the only one that uses quickplay since the others can't. Sent from my Android phone so ignore any errors "E. Olsen" <[email protected]> wrote: >Personally, I think quickplay has caused more problems than it has solved - >primarily causing some server operators to rely on it almost exclusively to >get their servers going every day. The only true long-term way to build >consistent traffic is by having a group of like-minded people who are >interested in the success of your community/servers who will seed those >servers (i.e. play on low-population servers to get them going) each and >every day. Without that, you will always be at the mercy of both a system, >and an anonymous/fickle traffic pool over which you have zero control. It's >almost ridicuous to me to read complaints about how "quickplay isn't >filling my servers anymore!!" when those of us who have been doing this for >years actually had to work to provide something of value to get players to >take note of our servers, favorite them, and keep them coming back. > >How many people complaining about quicklplay have held special events, ran >tournaments, or created custom game modes/plugins/services not available >anywhere else to make your servers stand out? If your only complaint is "*I've >made my servers as plain as possible, yet quickplay still won't fill them*." >, then I suppose I have to ask what exactly you have to offer than Valve's >hundreds of servers do not? > >I would actually prefer quickplay's settings to be more weighted towards >established, seasoned servers that maintain a high server score, as opposed >to randomly throwing players at servers that meet "vanilla" specs. That >would both reward server operators that maintain high-quality servers that >attract long-term players, AND force new server operators to actually do >some traffic building, as opposed just to throwing up a dozen vanilla boxes >and pressing the quickplay "easy" button to try and fill them. > >Don't get me wrong, I'm not looking down my nose at new server operators, >or those that prefer vanilla-style gameplay. My point is - quickplay is a >crutch, not a solution. If you can't fill your servers without it, then you >are probably wasting your time. > > >On Sun, Jul 15, 2012 at 12:56 PM, <[email protected]> wrote: > >> I’m sorry, but you’re talking mince. Hat effects are not and never have >> been an issue. The issue is falsely representing servers, especially by >> making gameplay changes without the corresponding tag change. i.e. >> changing the respawn times, gravity, random crits etc. and also not >> changing the tags, especially for tags which affect quickplay eligibility. >> Valve don’t give a shit about hat effects.**** >> >> ** ** >> >> *From:* [email protected] [mailto: >> [email protected]] *On Behalf Of *Cameron Munroe >> *Sent:* 15 July 2012 02:00 >> *To:* Half-Life dedicated Win32 server mailing list >> *Subject:* Re: [hlds] Is the policy of truth still going?**** >> >> ** ** >> >> Eventually people will learn and just blacklist your server. The biggest >> thing is that valve will eventually realize that players are just leaving >> before 15 minutes and throw your server into the deep hole that you will >> never come out of, but yes I do understand where you are coming from. >> >> Valve wont do anything to most of the servers that are hacking as they are >> "too important" to be removed, i.e. lotusclan. They run still to this day >> with the hat effects that if I tried to run would get a big no no from >> Valve. >> >> So yeah, valve is picking favorites and I understand why as well. >> >> **** >> >> _______________________________________________ >> 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
