BC2/BF3/MoH/MoHW admin daemon feedback
-
- This is my homepage
- Posts: 1573
- https://www.youtube.com/channel/UC40BgXanDqOYoVCYFDSTfHA
- Joined: Sun Jun 26, 2011 8:03 am
Re: BC2 admin daemon feedback
Not really good if a map has 2 rounds where teams switch sides for the second round.
This would cause people to play the assault or defense twice.
At least on map change, player play each side once.
This would cause people to play the assault or defense twice.
At least on map change, player play each side once.
Visit gspreviews.com And Rate & Review Your Old & Current GSP's
Find Your GSP Coupons at gspreviews.com/coupons/
Find Your GSP Coupons at gspreviews.com/coupons/
Re: BC2 admin daemon feedback
Edge100x wrote:I've added an auto-scramble feature in beta under the "Admin daemon" section now.

Re: BC2 admin daemon feedback
Does NFO in-game admin conflicts with ProCon in-game admin if both are set up and running.
Re: BC2 admin daemon feedback
Nope! I use the admin daemon and run procon as well, no issues!MyOdessa wrote:Does NFO in-game admin conflicts with ProCon in-game admin if both are set up and running.
-
- This is my homepage
- Posts: 1573
- Joined: Sun Jun 26, 2011 8:03 am
Re: BC2 admin daemon feedback
With the standard server settings, bith the cp admin page and Procon first read the server settings and then create the page in either tool. They both read the same server settings, so you can't have a conflict.
If you change one setting say on Procon, if you refresh your CP admin page, you will see the setting has changed. And vice versa.
If you change one setting say on Procon, if you refresh your CP admin page, you will see the setting has changed. And vice versa.
Visit gspreviews.com And Rate & Review Your Old & Current GSP's
Find Your GSP Coupons at gspreviews.com/coupons/
Find Your GSP Coupons at gspreviews.com/coupons/
Re: BC2 admin daemon feedback
Thank you, Gents, appreciated.
-
- New to forums
- Posts: 11
- Joined: Sun Oct 30, 2011 8:35 pm
- Location: Lincoln.ne.us
- Contact:
Re: BC2 admin daemon feedback
My Assumption: This Easy Setup admin daemon is for BF3, since I see it on my BF3 Easy Setup page.
Request: Can we have a "scramble after x rounds" feature, so that no one is playing attacker (RUSH mode) in back-to-back rounds? Allow "x" to be determined by putting in a value, where 1 is default but can be changed as necessary.
I know someone already mentioned this situation/problem, was wondering if it can be done for BF3.
Thanks for the existing work on this admin daemon, excellent functionality.
Request: Can we have a "scramble after x rounds" feature, so that no one is playing attacker (RUSH mode) in back-to-back rounds? Allow "x" to be determined by putting in a value, where 1 is default but can be changed as necessary.
I know someone already mentioned this situation/problem, was wondering if it can be done for BF3.
Thanks for the existing work on this admin daemon, excellent functionality.
Re: BC2 admin daemon feedback
In BC2 admin kill did not add to players death, I used NFO in-game admin in BF3 and admin kill add death to player's stats. Is that how it should work in BF3 or is setting off?
Re: BC2 admin daemon feedback
MyOdessa, we just pass on the kill command to the game, so it's up to BF3 on how to count it. We don't have an option of whether to make it show up as a death, unfortunately.
Re: BC2 admin daemon feedback
Thanks. Too bad, I liked the way it was in BC2, it worked better then warning, but did not add death to a player.
-
- This is my homepage
- Posts: 1573
- Joined: Sun Jun 26, 2011 8:03 am
Re: BC2 admin daemon feedback
Kill in BC2 also added a kill.
Same as suicide added a kill.
A death no matter how added a kill.
Only difference from BC2 an BF3 is that now in BF3, when your brought back up, that kill is removed on your side, but the shooter still gets credit.
Same as suicide added a kill.
A death no matter how added a kill.
Only difference from BC2 an BF3 is that now in BF3, when your brought back up, that kill is removed on your side, but the shooter still gets credit.
Visit gspreviews.com And Rate & Review Your Old & Current GSP's
Find Your GSP Coupons at gspreviews.com/coupons/
Find Your GSP Coupons at gspreviews.com/coupons/
Re: BC2 admin daemon feedback
Admin kills as in !kill did not add death in BC2. Aside from using in on players, I used it to mill me when wounded or out of ammo. No added death.
Re: BC2 admin daemon feedback
Is !scramble working correctly? Using the command and also the auto scrambler on the daemon never seem to actually scramble the teams.
-
- New to forums
- Posts: 11
- Joined: Sun Oct 30, 2011 8:35 pm
- Location: Lincoln.ne.us
- Contact:
Re: BC2 admin daemon feedback
i've only tried the scramble command once in BF3, but it didn't work that one time.Jeff7477 wrote:Is !scramble working correctly? Using the command and also the auto scrambler on the daemon never seem to actually scramble the teams.
Re: BC2 admin daemon feedback
I was asked to post this from the IRC support channel because the NFO admin thought it was a good idea:
1. Would you consider having the admin daemon keep a timestamped log of server chat available for retrieval? Break it into 1 hour chunks and keep a couple weeks of logs or up to a certain disk space allocation of chat.
2. Keep a timestamped file for each in-game admin entered into the daemon for tracking the various commands he/she has run in the game?
I thought these two suggestions would provide a straightforward way for server operators to validate or invalidate allegations of admin abuse. The per-admin file would give you a list of what commands were run at what time by a specific admin. The chat log would let you look up the corresponding time commands were run and see the context in which those commands were run.
Thanks for the consideration!
1. Would you consider having the admin daemon keep a timestamped log of server chat available for retrieval? Break it into 1 hour chunks and keep a couple weeks of logs or up to a certain disk space allocation of chat.
2. Keep a timestamped file for each in-game admin entered into the daemon for tracking the various commands he/she has run in the game?
I thought these two suggestions would provide a straightforward way for server operators to validate or invalidate allegations of admin abuse. The per-admin file would give you a list of what commands were run at what time by a specific admin. The chat log would let you look up the corresponding time commands were run and see the context in which those commands were run.
Thanks for the consideration!