Multiclient Custom Algorithms (0 чел.)
 | | |
Сообщения темы: Multiclient Custom Algorithms
|
Re: Multiclient Custom Algorithms 7 г., 7 мес. назад
|
Репутация: 16
|
This wouldn't achieve my goal; check local aside these bots would be doing other things and providing information outside their VM, so local grouping wouldn't work. I just wanted to understand how to pass control back and forth between clients using the example above.
|
|
|
|
|
Re: Multiclient Custom Algorithms 7 г., 7 мес. назад
|
Репутация: 16
|
I was looking at the Barrier module, and the only times the Miner or Looter go to it by default are when the AFK/Idle Timers are on... but I've seen multiclient miners pass control between clients while mining. How is this specified in the algorithms?
|
|
|
|
|
Re: Multiclient Custom Algorithms 7 г., 7 мес. назад
|
Репутация: 833
|
If the next function call has no '+', bot switches client to the next. Barrier is used to collect all clients in one algorithm position. In miner algorithm it is necessary to do before PI function call to avoid clients floating outside of POS or station. PI works during idle timer.
|
|
Slav2
Администратор
Постов: 16973
|
|
|
Re: Multiclient Custom Algorithms 7 г., 7 мес. назад
|
Репутация: 16
|
Ah, ok. So, just to be perfectly clear, if I want each client to execute hypothetical steps 1-5, pass off control to the next client and let all of them get to 5, then run a loop of steps 6-10, I'd want 1-4 and 6-10 to have "+" on the next function calls, and then have 5 NOT have the "+", and let 10 loop back to 5. Does that sound right?
|
|
|
|
|
Re: Multiclient Custom Algorithms 7 г., 6 мес. назад
|
Репутация: 33
|
Slav2 wrote:
If the next function call has no '+', bot switches client to the next. Barrier is used to collect all clients in one algorithm position. In miner algorithm it is necessary to do before PI function call to avoid clients floating outside of POS or station. PI works during idle timer.
With one unrelated issue, works as described.
Slav2, the issue I found is that the mouse stays over the Local tab after it is selected. Normally this would not be an issue, but if all the clients are only checking local, there's a problem.
For some reason, upon login, EP clicks on the Corp tab (no clue why), then goes back to the Local tab to check for neutrals. When it switches to the new client, the mouse is already over the Local tab, making it brightly lit, but not selected. EP thinks that Local is selected, and never clicks on it. My request would be to move the mouse off of the clicked tab so there isn't a false positive.
|
|
|
|
|
Re: Multiclient Custom Algorithms 7 г., 6 мес. назад
|
Репутация: 833
|
Will fix. Mouse clicks to corp tab to reactivate local tab. Otherwise standing icons loaded wrong (blue may appear as neutral)
Please check test version. Bot will move mouse 20px up after local chat tab activation.
|
|
Slav2
Администратор
Постов: 16973
|
Последнее редактирование: 27.11.2017 05:19 Редактировал Slav2.
|
|
|
 | | |
|
|
© Macro Laboratory 2025
Все права защищены!
|