Jump to content

Reserved Slot Management [1.0.0.0 31 July] [BC2]


ImportBot

Recommended Posts

Originally Posted by Zaeed*:

 

Basic infomation:

This plugin is designed to place players currently in the server, onto the Reserved Slot list. This should ensure that they are not kicked when a player already on the list joins.

 

Installation:

- Extract CReservedSlotManagementBeta.cs into plugin directory.

Or just install from the Packages Tab in procon

 

Current version:

0.0.0.1

 

Download:

 

 

 

Changelog:

0.0.0.1

- Initial release.

1.0.0.0

- Remove players from list when plugin disabled.

- Added option to add people to the list after a certain amount of time.

 

 

Thanks to:

Phogue for Procon

 

Description:

Description will come when the plugin comes out of BETA

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

Please test this out with your clan tags.

 

The ability to add players based on score and time played on the server will be coming soon. I wanted to get this version out asap for testing.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Plasmatique*:

 

Zaeed, cheers for this, you're the greatest!

 

Now, I haven't tried it yet, but does it support multiple clantags? Cause we use clantags for recruits, members, admins, and so forth.

 

Cheers for this!!!!

 

EDIT: Just saw the plugin, multiple clan tags are possible.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Plasmatique*:

 

Ok, sorry for the double post, but it helps continuality...

 

I tried the plugin and it is not 100% accurate...at least not for me.

I can explain easier on voice chat, but I'll try to explain it on here.

 

The testing environment:

- A ranked conquest server with max 8 slots.

- 9 communitymembers from different layers of the command structure

- layered procon with no plugins running, besides CReservedSlotManagementBeta

 

ReservedSlotManagement = RSM

Situations:

- regular system: reserved slot list with all on the list, wolfcon running with 1 player not on it. Player not on wolfcon gets kicked time and time again, no others were kicked.

- RSM online: no clantags added to the RSM list. players not on the reserved slot list in procon get kicked, people on it, don't. So it works for the actual list built into procon.

- RSM online: 1 out of 4 clantags added. players on built in list are not kicked, players without the added tag on RSM and not on built in list get kicked.

- RSM online: all clantags added. players on the built in list get kicked. people on the RSM list get kicked.

- RSM offline, then online again: all clantags added. people stay in queue, no matter what I change in the built in list as well as the actual plugin.

- RSM offline after being online: players stay in queue even tho they are on the reserved list....Restarted procon server and RSM still offline, people get kicked no matter what. Reserved slot list is not working properly, some stay in queue while on the list and some people get the slot while they are not on the list...

 

So in short, it's not 100% yet I reckon or maybe it's me. Keep at it please :biggrin:

 

If you need a tester or a server to test it on, gimme a shout!!!

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

You can't go switching it on and off again.. That's like dividing by zero, or asking phogue why procon2 isn't ready.

 

When the plugin first starts, it reads the reserved slot list and checks who is on the list. It then excludes those people from any operations.

 

It does this so that whoever you already have on your list doesn't get removed from the Reserved Slot list when they leave the server.

 

So:

Initially on Reserved List

Bob

Frank

 

 

Bob has tag [tag]

Frank has tag [gat]

Steve has tag [procon2]

Jeff has tag [android]

 

For argument sake, its a 3 player only server.

 

Case 1: (No tags set)

Bob, Jeff, and Steve join the server.

Frank tries to join the server. Either Jeff or Steve get kicked. So thats a normal situation.

 

Case 2: ([procon2] set in plugin)

Bob, Jeff and Steve join the server.

The plugin adds Steve to the list, because of this tag.

Frank tries to join, Jeff gets kicked.

Steve leaves the server, his name gets removed from the Reserved list

Bob leaves the server, his name stays on the list.

 

Now what you're doing wrong is you're turning off the plugin before people leave. So when it starts back up, anybody added will still be there, and thus they will stay there.

 

I'll add some code to remove people when the plugin is disabled which should prevent this.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Plasmatique*:

 

Well, the situations I put earlier were in that order...so when the plugin had been on from the beginning it happened that, for some reason, it didn't "discriminate" anymore; players were kicked regardless of being on the built in list or added through the plugin. So I figured, let's see what happens when I turn it off and on again, since it was already "broken".

Please understand that I have no intention of saying something bad about the plugin or your work...trust me, I've waited 10 months for someone to get this show on the road :biggrin:

All I'm trying to do is post my findings as accurate as possible and to make sure as much of information and situations are given so you can improve this plugin.

Again, we wouldn't mind at all to donate 20-30 bucks to a goal to your liking (being your own pocket or phogue or whatever).

If you need people to test or servers to test, gimme a shout!

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

Well, the situations I put earlier were in that order...so when the plugin had been on from the beginning it happened that, for some reason, it didn't "discriminate" anymore; players were kicked regardless of being on the built in list or added through the plugin. So I figured, let's see what happens when I turn it off and on again, since it was already "broken".

Please understand that I have no intention of saying something bad about the plugin or your work...trust me, I've waited 10 months for someone to get this show on the road :biggrin:

All I'm trying to do is post my findings as accurate as possible and to make sure as much of information and situations are given so you can improve this plugin.

Again, we wouldn't mind at all to donate 20-30 bucks to a goal to your liking (being your own pocket or phogue or whatever).

If you need people to test or servers to test, gimme a shout!

Screw phogue.. give me moar money :tongue:

 

On a serious note, I wasn't having a go at you, far from it, so don't worry..

 

The fact that it was kicking everybody is a bit odd..

 

Were you looking at the Reserved slot list to see who was being added to it when people joined?

And when it was kicking anyone, did you confirm that the people being kicked were on the list?

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Phil_K*:

 

Hi.

 

The fact that it was kicking everybody is a bit odd..

No it's not. Well, as long as the reservedSlot-List function is disabled

for the server done by the ISP.

 

To check if the reservedSlot is actively checked by the server do the following

command on the console tab:

Code:

serverInfo
You should get something like

Code:

OK (DE) FFM -- Gilgamesch 0 22 CONQUEST Levels/MP_012CQ 2 2 2 200 200 0 AcceptingPlayers true true false 235962 984 BC2 8 195.122.135.158:19567 v1.826 | A1382 C2.272 true EU
Focus on the second last argument: "true".

This means on my server the reservedSlots function is active.

If this is "false" than the resevedSlot list is totally ignored by the server.

 

That setting can only be changed by your GSP.

 

Greets

Phil.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Plasmatique*:

 

Were you looking at the Reserved slot list to see who was being added to it when people joined?

And when it was kicking anyone, did you confirm that the people being kicked were on the list?

Yes and yes. The people who were getting kicked were on the list.

Also, we're using the reserved slots for admins and VIPs (paying members/players), but I want my clanmembers to be safe when they are on the server (whitelisted). Just for the sake of argument, is it possible for you to make something similar to this (with the clantags being protected) but not involve the reserved slots list? Sort of what Wolfcon did with the communitybuilder? Even if it would mean we would need to enter the seperate names (which is a pain in the ass for any clan with 100+ members, and we got 400+), I would already be grateful, simply cause it will eliminate the mandatory use of Wolfcon at the moment.

Thanks in advance!

 

@Phil, the trouble is that it works fine beforehand, then "screws up" along the way. Now, I'm still not a 100% that it wasn't me doing something stupid :smile:

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Phil_K*:

 

Hi

 

@Phil, the trouble is that it works fine beforehand, then "screws up" along the way. Now, I'm still not a 100% that it wasn't me doing something stupid :smile:

Well, don't get me wrong. I believe what you say, but...

Please do me a favor and post the complete reply you get on a serverInfo command

using the console tab.

 

The reason is, i was in contact with some others whose GSP changed the master setting

for the JoinQueue and for some reason the server had gone mad not letting someone

in as it was full but telling them they are in the queue. The serverInfo showed the joinQueue

as disabled. After restarting the gameserver situation normalized.

 

Greets

Phil.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

Just for the sake of argument, is it possible for you to make something similar to this (with the clantags being protected) but not involve the reserved slots list? Sort of what Wolfcon did with the communitybuilder? Even if it would mean we would need to enter the seperate names (which is a pain in the ass for any clan with 100+ members, and we got 400+), I would already be grateful, simply cause it will eliminate the mandatory use of Wolfcon at the moment.

There is no other way that I am aware of.

 

The plugin protects anyone that is on the list when you enable the plugin, and simply adds people when they join and removes them when they leave.

 

The reason for this is because when your server is full, it is people that are on the Reserved list that are protected. There isn't any other way to say yay or nay to who gets kicked.

 

I've made a few changes, and i'll upload version 0.0.0.2 soon.

* Restored post. It could be that the author is no longer active.
Link to comment
  • 2 weeks later...

Originally Posted by Zaeed*:

 

Update:

Version 1.0.0.0

 

Changes:

- Removes players from the list if you disable the plugin.

- Added an option to add people to the list after a certain amount of time

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by jfc12468-gmail-com*:

 

There is one thing stopping me from installing this on my clans server.

The way it decides who to kick, I do not like random, If you would offer a lastjoiner option I would install this today.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

You can't control that, as it is handled on the server side.

 

The best you can do is set a certain time, say 60 minutes, and then have only the people that have been on less than the 60 minutes kicked.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Ike*:

 

The inbuilt reserved slot system, kicks the last non "VIP" player to join the server, its not random

 

Edit: Morph is calling me a liar on this one, but im sure its in the docs

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

The inbuilt reserved slot system, kicks the last non "VIP" player to join the server, its not random

 

Edit: Morph is calling me a liar on this one, but im sure its in the docs

I call you a liar too.

 

You however just gave me an idea to have a mode that adds everyone to the reserved slot list, except for the last joiner.. Which will effectively force it to only kick the last joiner.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Phil_K*:

 

Hi.

 

The inbuilt reserved slot system, kicks the last non "VIP" player to join the server, its not random

Edit: Morph is calling me a liar on this one, but im sure its in the docs

I'm not calling anyone a liar but sometimes observed behavior randomly seems to

be regular even if it does what the documentation shows...

 

.. and that is (R-32, Page 5&6):

VIP players, reserved slots, and the join queue

Older versions of the BFBC2 PC servers had a system where slots could be reserved permanently.

This has been abandoned in favor of a kick-on-demand system (similar to that of BFBC2).

In addition, there is a join queue.

 

NOTE: In some locations which are far away from USA, bugs in the join queue code can cause crashes. One such example is Taiwan. Due to this, some RSPs have (after discussions with DICE) decided to turn off the join queue for all servers in those regions. The server administrator cannot control the setting of the join queue.

 

Defining VIP players

The server has an internal list of VIP players. Upon startup, the server reads it from a file named reservedslotslist.txt. The list of VIP players can also be edited on-the-fly through the use of the reservedSlots.* commands.

 

The list of VIP players can contain up to 500 entries.

 

When a non-VIP player joins a server…

If there are slots left, the player will be able to join directly.

 

Otherwise, the player is placed in a join queue, if enabled. ("You are person 3 out of 3 in the queue for this server.") If the join queue is disabled or full, the player is told that the server is full.

 

When a VIP player joins a server…

If there are slots left, the player will be able to join directly – just like a non-VIP player.

 

If there are no slots left, and the join queue is enabled, the server will randomly choose a non-VIP player, and kick him/her to make room for the VIP player.

 

If the server happens to be full of other VIP players, and the join queue is enabled, then the VIP player will be placed in a join queue.

 

If the server happens to be full of other VIP players, and the join queue is disabled, then the VIP player will be told that the server is full.

I have no information about how that "random" algorithm is working maybe there is

indeed some situation in which it will choose a just entered non-VIP player instead of

being real random.

 

Greets

Phil.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by nbtc971*:

 

After testing this for a while now I will have to disable it. I'm seeing what I think one of the other posters is seeing. We allow visitors to purchase reserved slots. When they do we obviously add their soldier name to the reserved slot list manually. However when running this plugin, it will remove everyone from the list, including those the plugin didn't handle. My guess is that if they were manually added to the reserved slot list, then they show up on the server, once they leave, it removes them as it was intended. This is merely a guess and I would think to fix it you would only have to add a check when someone joins to see if their name is already on the list, and if so, don't bother adding it.

 

As I said, I will have to disable this plugin for now until this issue is resolved. I hope my feedback helps.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

After testing this for a while now I will have to disable it. I'm seeing what I think one of the other posters is seeing. We allow visitors to purchase reserved slots. When they do we obviously add their soldier name to the reserved slot list manually. However when running this plugin, it will remove everyone from the list, including those the plugin didn't handle. My guess is that if they were manually added to the reserved slot list, then they show up on the server, once they leave, it removes them as it was intended. This is merely a guess and I would think to fix it you would only have to add a check when someone joins to see if their name is already on the list, and if so, don't bother adding it.

 

As I said, I will have to disable this plugin for now until this issue is resolved. I hope my feedback helps.

It won't remove them if they were on the list when the plugin started.

If you want to add someone manually to the list, its best if either they're not in the server, or you disable the plugin, and then add them.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

There is only one situation that could happen, and thats if they were in the server, and left the instant you enabled the plugin.

 

I've patched that, however I doubt thats your problem.

 

What was this players name?

 

Has it happened to anyone else?

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by stuckmoto*:

 

Zaeed - it happened to one of our servers too. Only 1 out of 4 servers. May have happened before your patch. No big deal, we only have about 25 on the list. Looks like the active guys got removed. I'll watch for a occurrence.

* Restored post. It could be that the author is no longer active.
Link to comment

Originally Posted by Zaeed*:

 

And these people were on the Reserved Slot list BEFORE the plugin was enabled..

 

and the plugin wasn't turned on and off really quickly..

 

They weren't removed manually?

 

I really don't know.. Its not possible for that to happen..

* Restored post. It could be that the author is no longer active.
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



  • Our picks

    • Game Server Hosting:

      We're happy to announce that EZRCON will branch out into the game server provider scene. This is a big step for us so please having patience if something doesn't go right in this area. Now, what makes us different compared to other providers? Well, we're going with the idea of having a scaleable server hosting and providing more control in how you set up your server. For example, in Minecraft, you have the ability to control how many CPU cores you wish your server to have access to, how much RAM you want to use, how much disk space you want to use. This type of control can't be offered in a single service package so you're able to configure a custom package the way you want it.

      You can see all the available games here. Currently, we have the following games available.

      Valheim (From $1.50 USD)


      Rust (From $3.20 USD)


      Minecraft (Basic) (From $4.00 USD)


      Call of Duty 4X (From $7.00 USD)


      OpenTTD (From $4.00 USD)


      Squad (From $9.00 USD)


      Insurgency: Sandstorm (From $6.40 USD)


      Changes to US-East:

      Starting in January 2022, we will be moving to a different provider that has better support, better infrastructure, and better connectivity. We've noticed that the connection/routes to this location are not ideal and it's been hard getting support to correct this. Our contract for our two servers ends in March/April respectively. If you currently have servers in this location you will be migrated over to the new provider. We'll have more details when the time comes closer to January. The new location for this change will be based out of Atlanta, GA. If you have any questions/concerns please open a ticket and we'll do our best to answer them.
      • 5 replies
    • Hello All,

      I wanted to give an update to how EZRCON is doing. As of today we have 56 active customers using the services offered. I'm glad its doing so well and it hasn't been 1 year yet. To those that have services with EZRCON, I hope the service is doing well and if not please let us know so that we can improve it where possible. We've done quite a few changes behind the scenes to improve the performance hopefully. 

      We'll be launching a new location for hosting procon layers in either Los Angeles, USA or Chicago, IL. Still being decided on where the placement should be but these two locations are not set in stone yet. We would like to get feedback on where we should have a new location for hosting the Procon Layers, which you can do by replying to this topic. A poll will be created where people can vote on which location they would like to see.

      We're also looking for some suggestions on what else you would like to see for hosting provider options. So please let us know your thoughts on this matter.
      • 4 replies
    • Added ability to disable the new API check for player country info


      Updated GeoIP database file


      Removed usage sending stats


      Added EZRCON ad banner



      If you are upgrading then you may need to add these two lines to your existing installation in the file procon.cfg. To enable these options just change False to True.

      procon.private.options.UseGeoIpFileOnly False
      procon.private.options.BlockRssFeedNews False



       
      • 2 replies
    • I wanted I let you know that I am starting to build out the foundation for the hosting services that I talked about here. The pricing model I was originally going for wasn't going to be suitable for how I want to build it. So instead I decided to offer each service as it's own product instead of a package deal. In the future, hopefully, I will be able to do this and offer discounts to those that choose it.

      Here is how the pricing is laid out for each service as well as information about each. This is as of 7/12/2020.

      Single MySQL database (up to 30 GB) is $10 USD per month.



      If you go over the 30 GB usage for the database then each additional gigabyte is charged at $0.10 USD each billing cycle. If you're under 30GB you don't need to worry about this.


      Databases are replicated across 3 zones (regions) for redundancy. One (1) on the east coast of the USA, One (1) in Frankfurt, and One (1) in Singapore. Depending on the demand, this would grow to more regions.


      Databases will also be backed up daily and retained for 7 days.




      Procon Layer will be $2 USD per month.


      Each layer will only allow one (1) game server connection. The reason behind this is for performance.


      Each layer will also come with all available plugins installed by default. This is to help facilitate faster deployments and get you up and running quickly.


      Each layer will automatically restart if Procon crashes. 


      Each layer will also automatically restart daily at midnight to make sure it stays in tip-top shape.


      Custom plugins can be installed by submitting a support ticket.




      Battlefield Admin Control Panel (BFACP) will be $5 USD per month


      As I am still working on building version 3 of the software, I will be installing the last version I did. Once I complete version 3 it will automatically be upgraded for you.





      All these services will be managed by me so you don't have to worry about the technical side of things to get up and going.

      If you would like to see how much it would cost for the services, I made a calculator that you can use. It can be found here https://ezrcon.com/calculator.html

       
      • 11 replies
    • I have pushed out a new minor release which updates the geodata pull (flags in the playerlisting). This should be way more accurate now. As always, please let me know if any problems show up.

       
      • 9 replies
×
×
  • Create New...

Important Information

Please review our Terms of Use and Privacy Policy. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.