> > However, Valve should be supporting the community more as well. Valve was > and should still be known for giving great support to community servers. > There have been many suggestions given to Valve that would make both sides > happy. However, it seems like Valve just wants to ignore them. It has been > over a year since the quick-play change was made and Valve is still are > saying "we are looking for a solution". To the TF2 developers, if you do > not agree with any of our solutions, let us know why and we will attempt to > adjust them to your needs. I personally think this would work great and > make both sides happy: http://i.imgur.com/tAmWXj6.png > If you do not feel that way, please communicate with us.
Agreed. There has to be a balance, and that UI design proposal hits all the right notes: Honestly, I know now we are never going to get added back to quickplay "by default". They are changing their business model for TF2 by implemeting these paid campaigns that can only be securely run on Valve servers. SO - to me the solution to make everyone happy (or as happy as possible) would be the following: *Step 1:* Implement this UI design & functionality: http://i.imgur.com/tAmWXj6.png (when necessary, a "Competitive Matchmaking" tab can always be added to the "CO-OP and More" section.) *Step 2:* Make the following changes to the server browser: - Change "Internet" to "Community" (always selected by default). These obviously would be community-servers only. - Add an "Official" or "Valve" tab (players can select that for Valve-only servers) - Add an "MVM" tab for all MVM servers (there's no reason for MVM servers to be in either general tabs) *Step 3:* Add a "Server Queuing" system: The policy against "Kicking for Reserved Slots" for quickplay-enabled servers that the TF2 team implemented not long ago makes sense. However it also took away one of the most important values that community server operators can offer supporters - the perk of not having to stand in line to use the very hardware they're paying for. SO - I think there is an elegant solution that would vastly improve how reserved slots currently work, AND insure that a server's supporters don't have to wait at the back of the line to use their own hardware. Specifically, a "Server Queuing" system would allow people to queue up for entry into a server. Players on that server's "whitelist" would automatically be moved to the front of the queue, insuring they receive priority access without having to disrupt anyone's game. Such a system would even be compatible with Quickplay if they enabled a new option to "Queue on a Full Server", etc. A system for reserved slots exactly like the one I described was implemented by DICE for Battlefield 3, and it was probably to most functional and elegant system of its kind I had ever seen (and both the players AND the server operators loved it). *Step 4:* Make the blacklisting system work across the board (with both Quickplay AND the server browser). ------------------------------ That's it - that's all they really need to do (there's alot more they could do, of course, but that would just about satisfy everyone, I think). On Sat, Jul 4, 2015 at 6:29 PM, Mike Vail <[email protected]> wrote: > No, LOL! I've never had anything like that and never changed anything > causing this to be a problem. Interesting thought though. > > On Sat, Jul 4, 2015 at 3:20 PM, Alexander Corn <[email protected]> > wrote: > >> Did you have a 'valve' tag in your sv_tags like a fool? >> >> On Sat, Jul 4, 2015 at 6:16 PM, Mike Vail <[email protected]> wrote: >> >>> My player counts fell by 50% or more since yesterday's update and I >>> don't even run servers that compete against the stock Valve servers.Nearly >>> all my servers are trade servers without Quickplay. Once this optional >>> update was released, my player counts instantly soared and all my custom >>> servers filled instantly just like they did before yesterday. It was like >>> clients couldn't see them after the update. I think there's more going on >>> than just delisting Valve servers on Yesterday's update.Whatever changed, >>> I'm glad it was reverted for now. >>> >>> _______________________________________________ >>> 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
