Is there a way, when it finishes a break and refresh the browser the bot would check if there is a new compatible preset it can use? I like to add new preset, while the bot is running but then I would have to completely restart the bot so it can recognize the new preset.
Also being able to tell that a preset was disabled & reenabled again… I usually disable preset on the fly for villages I don’t want it to farm so I can use the troops to attack something. But when I want it too farm again, I was wondering if I can just enable that preset again and it will continue farming from that village instead of running the entire bot all over again each time.
I have been noticing some problems when I use the bot with an increasing amount of villages.
I`ll try explaining the problem (maybe its a problem only imo): since the fact that the bot is iterating over all the villages, checking if they all have 50 attacks out, before ending the farm cycle. When you have a huge ammount of villages, you start having to iterate millions of time on all the villages and using light cav. everytime some attacks came back in the meanwhile. Till now the behaviour of the bot seems pretty dope, the problem is that instead of attacking again the closest villages, in order to attack different barbarian, it starts attacking barbarians which are really far away. I know that logically is the right behaviour but there are some problems with this:
with just 4 villages my first cycle needs 50 minutes to find all the barbarians (i am running the script over an oc intel xeon x5670 @4 Ghz)
I know it makes sense to attack different barbarians, but since the fact that all the players are farming, it doesn`t make sense to attack a village which is one hour and an half far away, since the fact that there are the same chance it is empty as the one i just farmed
Hope my explanation was not that bad, sorry but english is not my mother tongue, as you understood
Thank you,
Marcons
Nice idea! It makes sense the bot should refresh its reading of the army presets each time it starts a new farming cycle. I will look into adapting the bot program to do this.
It’s been some time since I looked into that area. At the moment, I do not remember how disabling a preset is modeled in the game client and bot. What behavior do you observe with the version you are currently using? What happens if you re-enable a matching army preset?
For the developers I compiled this summary of the approach:
How do we implement this behavior?
First of, to clarify the concepts: Finishing a break means starting a new farm cycle.
Some background on how the bot works: The bot reads the list of the army presets from the game client and then stores it to pick the right one when sending an attack.
To implement this new feature, we start by moving the memory of the army presets from the global level down to the level of the farm cycle. This means moving the getArmyPresetsResult field from the BotState type to the FarmCycleState type. We discard the farm cycle state when we finish a farm cycle, so moving the field into there protects us from accidentally using an outdated reading. After moving the field, we follow the compiler’s error messages to adapt all places in the program that update or read this field.
It’s been some time since I looked into that area. At the moment, I do not remember how disabling a preset is modeled in the game client and bot. What behavior do you observe with the version you are currently using? What happens if you re-enable a matching army preset?
When I try it, while the bot is running? When I disable the preset, the bot will continue to “try” to use that preset even though it can’t as it’s been disabled. I get a message in the game saying something like “Trying to use a preset that is unavailable for this village”. The bot would obviously skip that preset after a while.
When I enable that same preset, which I disabled earlier it doesn’t recognize it anymore even when it starts a new farm cycle and refreshes the browser. I would then have to re-run the bot client again.
For the developers I compiled this summary of the approach:
How do we implement this behavior?
First of, to clarify the concepts: Finishing a break means starting a new farm cycle.
Some background on how the bot works: The bot reads the list of the army presets from the game client and then stores it to pick the right one when sending an attack.
To implement this new feature, we start by moving the memory of the army presets from the global level down to the level of the farm cycle. This means moving the getArmyPresetsResult field from the BotState type to the FarmCycleState type. We discard the farm cycle state when we finish a farm cycle, so moving the field into there protects us from accidentally using an outdated reading. After moving the field, we follow the compiler’s error messages to adapt all places in the program that update or read this field.
Have you tested it for more than one hour? When I look at the catalog page it displays less than one hour usage for 54c7eb6f7d.
I can look into this when the results for App 54c7eb6f7d. If it turns out there is a problem with 54c7eb6f7d we should fix that first before trying to add more features.
Hello Max, thank you for sharing your experience!
The scenarios I had seen so far had less than 40 villages. So this is where my focus was in the past and where we optimized so far. By shifting attention to scenarios with more villages, I am sure we can improve these cases.
Whats the standing of this application? i see a handful of users but you you have a forum of any kind to determine the detection rate of this bot? i only ask as a pre-buyer.
Just updated the repo and now i’m getting this error with my list string.
run v2020-08-24 failed with exception: System.NotImplementedException: Failed for 1 attempts. Output file not found. Maybe the output from the Elm make process from the last attempt helps to find the cause:
Exit Code: 1
Standard Output:
Dependencies ready!
Detected problems in 1 module.
'
Standard Error:
'-- TYPE MISMATCH ------------------------------------------ src\BotEngineApp.elm
The 2nd branch of this `if` does not match all the previous branches:
126| if settings.farmArmyPresetPatterns == [] then
127| [ farmArmyPresetNamePatternDefault ]
128|
129| else
130| settings.farmArmyPresetPatterns
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The value at .farmArmyPresetPatterns is a:
List String
But all the previous branches result in:
List (List String)
Hint: All branches in an `if` must produce the same type of values. This way, no
matter which branch we take, the result is always a consistent shape. Read
<https://elm-lang.org/0.19.1/custom-types> to learn how to ΓÇ£mixΓÇ¥ types.
'
at Kalmit.ProcessFromElm019Code.CompileElm(IImmutableDictionary`2 elmCodeFiles, IImmutableList`1 pathToFileWithElmEntryPoint, String outputFileName, String elmMakeCommandAppendix)
at Kalmit.ProcessFromElm019Code.CompileElmToJavascript(IImmutableDictionary`2 elmCodeFiles, IImmutableList`1 pathToFileWithElmEntryPoint, String elmMakeCommandAppendix)
at Kalmit.ProcessFromElm019Code.ProcessFromElmCodeFiles(IImmutableDictionary`2 elmCodeFiles, Nullable`1 overrideElmAppInterfaceConfig)
at Kalmit.PersistentProcess.PersistentProcessWithHistoryOnFileFromElm019Code..ctor(IProcessStoreReader storeReader, IImmutableDictionary`2 elmAppFiles, Action`1 logger, Nullable`1 overrideElmAppInterfaceConfig)
at BotEngine.Windows.Console.RunAppSession.Run(TreeComponent appCodeTree, Func`2 getFileFromHashSHA256, String appProcessRecordingDirectory, Action`1 logEntry, Action`1 addSessionLogEntry, String appSettings, String sessionCustomName, AppSourceStructure appSource, String keyToStartOnlineSession, IEnumerable`1 sessionLengthLimits, IImmutableList`1 pauseAppKeys, IImmutableList`1 statusDisplayAdditionLines, RunSimulation simulation) in D:\a\dev-of-botengine\dev-of-botengine\implement\client\windows-console\BotEngine.Windows.Console\RunAppSession.cs:line 55
at BotEngine.Windows.Console.BotEngine.runAppWithOptionsFromCommandLine(String appSourceInputAddress, String appSettings, String pauseAppKeysString, Boolean onlineSession, String keyToStartOnlineSession, String sessionLengthLimitArgumentString, RunSimulation simulation, Nullable`1 detailedSessionRecording) in D:\a\dev-of-botengine\dev-of-botengine\implement\client\windows-console\BotEngine.Windows.Console\Program.cs:line 690
By default, the bot avoids sending more than one attack to the same village in the same farm cycle.
Are you looking for a different behavior?
Do you want to expand the avoidance across farm cycles?
