mikebaldi / idle-champions Goto Github PK

Right now when "run out of stacks" happens script stacks, loads back up, dashwaits, moves forward a zone, then force closes and resets.

Can we remove unnecessary dashwait in such a case?

Trying to load the icon from shell32.dll breaks the script under Proton (or at least the GloriousEggroll build) with WINE pretending to be Windows 10:

The offending lines are https://github.com/mikebaldi/Idle-Champions/blob/main/AddOns/IC_BrivGemFarm_Performance/IC_BrivGemFarm_Run.ahk#L51-L52:

if(A_OSVersion >= "10." && A_OSVersion < "W")
    Menu Tray, Icon, shell32.dll, -51380

I don’t know if there’s a way specifically to test whether it’s running under WINE or not, but if so, that would be a nice additional condition to add in there. :) (For now I have just commented out the lines.)

The EGS instructions say:

Click the Change Game Location button at the bottom of the Briv Gem Farm window
Paste the link copied from the Idle Champions shortcut into the top box.
Click Save and Close

However, on Win11, at least, the URL doesn't have the explorer.exe prefix so when pasting the value has to be:
explorer.exe "com.epicgames.launcher://apps/7e508f543b05465abe3a935960eb70ac%3A48353a502e72433298f25827e03dbff0%3A40cb42e38c0b4a14a1bb133eb3291572?action=launch&silent=true"

Hello,

The Auto Progress button is continuously switching from On to Off with various side effects : the "dash wait" is not working and sometimes champions are not leveled or are not benched.

Cloned the repo via github
Double clicked the apk and immediatly got the error
I trying to get into scripting and im unsure if im missing something. (Playing on Epic)

The game is running and I opened the file with admin privileges... so I guess the problem should be the memory file... but I have no idea what that is

Hi,
I'm tring to port this for Epic Games. Till now I searched for all the pointers. I'm having issues only with the modron pointers. No way to find them. Is there any workaround?

I must admit I am not entirely sure whether this is an issue with the script specifically or with AutoHokey itself; however, when used on a screen with a high level of zoom, say 150%, not all the content of the window is displayed, but there are also no vertical scrollbars, making it impossible to view the whole window.

If the scrollbars are controlled by the specific script, would you think it possible to add them?

While changing settings (seats checked, hew maan's ult key, whether to run ult keys at start, etc.), I've noticed that I'm often recreating one "set" of settings or another --- for example, farming Mad Wizard without a Patron, with Mirt, with Vajra, or with Zariel.

Current Behavior

Requires manually ensuring each setting is tuned to suit whichever farming formations I'm running, being careful to make absolutely sure you don't miss one.

Suggested Behavior

Two buttons --- "Save to Profile" and "Load Profile" --- on the main Modron Settings page.

At Script Initialization

• A "profiles.json" (or .ini/.cfg/etc) file is created in the install directory, if it doesn't already exist.

Button: Save to Profile

• On click, user prompted to enter a name for the profile, confirming overwrite if it already exists in profiles.json
• On confirmation (if necessary), settings data is stored in the profiles file under the supplied profile name

Button: Load Profile

• On click, GUI DropDownList is updated to include each key in profiles.json, then presented to the user for selection
• On selection, settings are updated according to the chosen profile's stored settings

I've been having a lot of issues with rollbacks lately, and I'm noticing that if my team advances into a boss zone while offline, they will not swap to the 'e' formation to get out of jumping to boss zones.

I suspect it has something to do with the dash wait. It wants to do the dash wait, but won't do it on a boss zone, so I think it just keeps the Q formation in until dash is active, then it will switch to the E formation to get out of the boss loop.

Steps to replicate (hard to do because it relies on server rollbacks):

1. Settings: swap to 'e' enabled, dash wait enabled
2. Stack wait triggered at farm zone (e.g., z291)
3. Server rolls back to earlier zone (e.g., z216), but team has auto progressed offline due to speed pots. Autoprogression took them to boss zone (e.g., z220)

Actual behavior: Team stays in Q formation, repeatedly jumping through several bosses until (I think) dash timer activates (roughly z300), then they will switch to E formation and attempt stacking again

Expected behavior: Team switches to E formation immediately to get out of boss zones, dash waits there (e.g., z221), then continues normal behavior, attempting stack again at stack zone (z291).

So I am a newbie when it comes to all this ICscript stuff. So I apologize in advance if this is just normal. But, I can't seem to get the script to work anymore. I deleted the file and redownloaded it and it will run but it doesn't do the formations on loading it into the game. Is this the memory issue that I was looking at in a different section that is the constant of the game being updated?
Again I apologize if this is redundant but just want to double check and make sure I'm not doing something wrong on my end.

Current language in Addon Manager (such as in message boxes) is informal and sometimes incorrect.

If Autohotkey is not the default association for AHK files all of the
Run, *.ahk commands will fail
the fix: add %A_AHKPath% so that it will run AHK and the script as 1 whole command.
Run, %A_AHKPath% %scriptLocation%

This is specifically apparent in
\AddOns\IC_BrivGemFarm_Performance\IC_BrivGemFarm_Component.ahk
line 144 -- Briv_Run_Clicked()

Simple fix here

1.when the game gets stuck and above the min stack zone with below target stacks attempt to do a stack farm before restarting.
2. include a button on the script that will stack at or above the min stack zone then stop the script(which would effectively leave you in a online stacking state and give you a chance to fix issues before closing or resetting the adventure) for if you want to pre stack briv for another adventure without having to monitor it for when the reset happens.
3. When checking for game stuck state check if a window being open(like the chests or season window) is the reason for it if so just pause the script until the window is closed with a warning displayed. sometimes just want to do a quick check of things and having the whole client close potentially without stacks in the middle of such a check is not ideal.
4. on game stuck add zone stuck on to the message.
5. add to stats a display of the click damage level at last reset to make it easier to judge when to increase stack level.

Script attempts to end the run early after stacking Briv stacks by clicking on the "Complete" button. However, it can't click on the button due to the "Welcome Back" dialog box being above the targeted button on on the z-index.

Steps to replicate:

• start a run with insufficient stacks
• checkbox "Enable manual resets to recover from failed Briv stacking"
• reach the level designated as "Minimum zone Briv can farm SB stacks on"
• observe the script switch to W formation, exit, and reload to generate stacks
• observe the "Welcome Back" dialog box on screen after the reload
• observe the script attempt to complete the mission, with the mouse cursor inching down over where the "Complete" entry is
• observe the inability for the cursor to click the "Complete" button due to the other dialog box being in the way

Potential solution

• have script click the button to make the "Welcome Back" dialog box go away after reloading the game when generating stacks

Two suggested improvements:

• When setting levels, if you select a mod 5 or mod 10 level you can't undo it even if you haven't touched mod 50 settings. Suggest a reset button to clear the screen so you don't have to manually unclick everything under mod 50.

• Suggest default settings/skips (similar to adventure time) for Briv skip levels for quick config.

Hi. First off - the Briv script is cool! I just recently started using it and I'm extremely impressed!

If there's a better place for suggestions/requests, please let me know. Also, I apologize if all of these ideas have been discussed and are stupid questions at this point. :)

1. In order to go offline for stacking, is it possible to switch teams instead of closing and reopening the game? My issue is I'm using a dual monitor setup and I'd prefer to keep the game off to the side, minimized the whole time but Windows insists on popping up the game on my main screen each time it starts which is annoying. Another advantage of this method would be that on my not very new laptop, reloading the game takes a lot of resources and if the script just needs to switch parties and back again then its a bit easier on older devices (no pegging of I/O and CPU).

Perhaps this is just an option in the script and it's a tradeoff some users are willing to make sometimes.

1a) If switching parties works for offline Briv stacking, could the script upgrade members that are in the other party while the script is there? This would be similar to buying silver chests while offline. It's just extra work that can be done while the Briv script is waiting.

2. Actually, 1a could even be an addon by itself. Every now and then - check my other parties and see if anyone can be upgraded. I dunno what else is on the list for extensions but this seems like a useful one.

I have no idea how hard 1a and 2 would be. Maybe they are too much work.

Thanks again for this awesome script!

I would like to use the Briv Restart Stack functionality to speed up my gem farming runs, but unfortunately it seems to fail for me on Epic. The client closes like it's supposed to, and restarts, but the game fails to connect to Epic services and therefore can't start up again. I've got the install path set to C:\Program Files\Epic Games\IdleChampions\IdleDragons.exe. Any idea how to get it to reboot and connect to epic? I've tried delays from 9s up to 20s, and nothing seems to make a difference.

I tried several times, I have 'Enable server calls' and 'Open gold chests' checked and settings saved, but it seems not working. Silver chests can be opened though.

Hi,

I followed this and this instructions, but whenever i click on ICScriptHub.ahk, I get a message that I should reload the script. Doing so gets me the same message, not doing so leaves me with a blank white menu. Any ideas what might be the problem?

When StackNormal() aborts because maxOnlineStackTime has been reached, the GUI shows a normal "Game is stuck" restart reason. This, however, is misleading---being "stuck" in one area while stacking is expected. Also, the user doesn't know that there is a time limit for stacking without reading the source code.

I'd suggest at least showing the reason as "stacking took too long" and exposing maxOnlineStackTime in the advanced settings, but ideally, that check should be changed from a simple timeout (that is easy to hit with a Briv who's not iLevelled into the thousands, especially when initially tuning the settings and not having speed potions active) to e.g. a "stacks acquired per second" minimum.

Edit/PS: Also, the normal stuck check can fire after stacking if the stacking zone wasn't cleared during stacking. My guess is that g_PreviousZoneStartTime isn't reset by the FallBackFromZone() in StackNormal() nor the auto-advance into the stacking area? Not too sure about this one, so I'm just adding it as a remark to this ticket.

Edit 2: Watching the "Current Area Time" in the GUI confirmed my suspicion; the time keeps going after stacking has ended and the main loop is active again.

Hi,
the script won't level up champions since v512 (game version).
Aside from that, I don't see any problem : dash wait ok, stack restart ok.

I tried a few things:

• restarting the game
• restarting the script
• rebooting
• checking my Modron core: formation ok, area goal ok
• fetching: I'm up to date (commit f25b40a)

Hi all, got a party of Briv, Deekin, Widdle, Nahara, Sentry, Shandie, Minsc, Hew, Nordom and Melf on a speed core at level 8. Pretty quick. Problem is, while the levels are going by extremely fast - I'm not getting gems at all. If I turn off the farm, they accumulate normally. Farm on - 9/10 bosses aren't dropping gems, as the party shoots forward before the gem bag animation. I've reset to check if number reflects something not seen at front end - that's not happening. So how do I get it to slow down and do the gem bags?
Cheers

I am having an issue where occasionally (maybe 20% of the time?) I have seen Script Hub reset the run claiming it was stuck. At the time I could not see anything that would cause it to consider itself stuck. It usually happens between levels 35-70 and it will restart the whole run from level. What are the trigger conditions for the game to be "stuck" and should a stuck condition cause it to restart the whole run rather than just restart the app or toggle auto advance?

Heya

Commodore Krux is champ id 136. Certainty Dran is id 138. And champion id 137 doesn't exist. This is causing GetHeroHandlerIndexByChampID(...) in IC_MemoryFunctions_Class.ahk to give Certainty Dran the id 137 which is causing issues with her.

I made this edit on mine and it seems to work - but I'm not 100% sure on what I'm doing so you may want to check my working:

GetHeroHandlerIndexByChampID(champID)
{
	if(champID < 107)
		return champID - 1
	if(champID == 107)
		return ""
	if(champID < 135)
		return champID - 2
	if(champID == 135)
		return ""
	if(champID == 136)
		return champID - 3
	if(champID == 137)
		return ""
	return champID - 4
}

Script Version v3.21, 01/14/2022

Periodically I will experience Briv failing to get back into the formation fast enough to be present when the area is completed, resulting in progressing slightly forward and operating on the x2 or x3 zone instead of the x1 zone. I'm currently using a 750 zone farm, and this typically happens multiple times during the run. This forward creep ends up being a problem on Temporal Rift in the Goblin Halls as the x3 zone has a lot of barricades that slow down progress.

I've attached a slow-mo video showing the incident occurring, but is there any additional data I can provide?

I'm on Win 10, CPU: 3800X, GPU: 5700 XT, desktop resolution 5120x1440 if any of that is useful. I have noticed the issue is more pronounced at lower resolutions, including both 1366x768 and 1280x720, but still occurs infrequently at 1600x900 and above.

I understand that this is very much an edge case, but if there have been any solutions or ideas that I could try, it would be much appreciated.

Using the previous version of the script, I was able to run both the Steam and EGS versions of the game concurrently with two copies of the script. I renamed the Steam client to IdleDragonsSteam.exe and changed all the references in the AHK files to point to the new exe file, which made it so that the Steam script wouldn't try to conflict with the EGS script and both scripts could run without any issue.

When I try that with this version of the script, both versions of the script seem to open to the same "BrivFram Settings" window and basically only one version of the farming script operates at the time (whichever version I start first).

Thank you!

Is there a way to implement a feature similar to the script available for Chrome, where you can enter a list of redemption codes, and it automatically parses and redeems them? Ideally, it would pull directly from the official Discord's #combinations channel, but I can see how that could be problematic.

I'm under EGS version and tried every actual ScriptHub version with game version 462 & 464. But I have the issue that script chooses random area for early stacking instead of my preferred settings. I set area 294 for stacking, but script mostly makes stacking randomly at any higher area, up to 400+. It's not optimal for me, because higher areas result in lesser amount of collected stacks, and in earlier restart, than I'm planning to have (area 901 currently). My Briv has 4x skip, jumps start from area 1. Dash waiting is enabled. Auto Detect is disabled, I just set 1200 stacks to make sure I can jump to stacking zone. Previously I used v440 of the game & ScriptHub and never had such issues, early stacking worked properly after apponted area.

My git repo happens to reside in WSL (Windows Subsystem for Linux). Running ICScriptHub from a WSL directory fails to load IC_BrivGemFarm_AdvancedSettings because of the case-sensitive mismatch on the following line.

#include *i %A_LineFile%..\IC_BrivGemFarm_AdvancedSettings_GUI.ahk

I suggest suspending hotkeys because they don't really serve any purpose other than accidentally silently stopping your gemfarm or jimothy or whatever else you're doing if you press pause key, either on purpose for something else, or by accident.

For example the button that levels it up in sweden and germany is ö because of this if i wanted to use this script i would need to manually change it, is it possible to change it so you can select which button is the level clicks button in the script on the options or atleast a easy guide that show what you have to change to get it to work properly.

When I open silver or golden chests, in most cases, it didn't open a single chest and the message "Error opening chest(s) or parsing response" appears.
Sometimes it works successfully, but is there any ways to make it more stable?
Something like... repeat the function while it gets the proper response, not infinitely it could be certain number of times.

Chest purchaser v0.1.1, included in ScriptHub, always shows "Error reading chests" warning, and the list of chests is unavailable, both for Buy & Open. Though chest buying/opening options in Briv Gem Farm tab work perfectly. The last version of the game/ScriptHub I had a luck to get it work is 471 (and it only allowed chest operations for me if the game is running, despite the message about "Open/buy when game is closed"). Any later version doesn't allow to purchase chests. I have Inventory view v0.1.3 enbled and it shows everything correctly, including chests. And I don't have problems with any other plugin installed. Game version is EGS. I assume the problem is the plugin doesn't have an access to the user account information. But I see no way to set it properly. I tried both to set Epic shortcut to launch the game (like com.epicgames.launcher://apps/40cb42e38c0b4a14a1bb133eb3291572?action=launch&silent=true) or set actual game location (with "Copy from the running game" function), but both methods do not help.

And solution to this?

if you start the script after coming back from restart stacking fully stacked to target stacks with W formation active and after the enemies start hitting briv the script will get stuck(until you manually fall back a zone or briv dies doing the same thing). in this case need to fall back to previous zone to allow swaping back to Q or E formation to continue.

Hiya - getting this popup error window - is it me being stupid? If so, how do I fix it? Cheers :)

Hi. Thanks for your amazing script!

The ` key is unfortunetly not available easily on every keyboard, so it may be hard to pause the script. I changed it with the ² key, and it works! Except that the reload button is broken.

Would it be possible to add a Pause/resume button ? I think it'd be great if we foget what the shortcut is, or if we don't want to have a shortcut to accidently pause the script while doing something else. It'd also be an easy way to see if the script is pausing or not if the text of the button is toggled.

For a few days, I've experienced the Hub running only on the E formation without Briv, and also not stacking. I've confirmed that my modron settings are correct as well as the zones set in the Hub, but this behavior still persists. I run Steam in windowed mode, 1600x900 resolution. I'm happy to furnish any other info needed to diagnose the issue.

I've got Shandie in my slot 1 group, yet every time I try to run, I get an error that she's can't be found. I've got both Shandie and Briv in my slot 1 group.

Doesn't seem to be a way to have the script use Hew's ult. Or am I missing something? This definitely needs to be included in the script.