About that bind issue. I just had it. Very annoying and I see that you cannot use the standard file redirect to overcome it!? Dammit.
Also the launcher is configured via a common registry key so nothing to be done there.
(Sorry Nodoze! Skip to the end for just the workaround!)I think I might have found something else though.
While mucking about I noticed the last line of my character's bind file was totally wrong and probably the cause of what you are seeing:
- Code:
Control+Delete "unbind_all$$bind_load_file isboxer-Neverwinter-Robert Smith@<account name>-binds.txt
Where Robert Smith is my character. (pasty goth wizard of course
)
Neverwinter is the name of my set.
<account name> would be the accounts name.
This is wrong though. My file name is actually:
isboxer-Neverwinter-Robert Smith-binds.txtAnd while this is certainly not the source of the problem being seen perhaps it is what causes this is also the source of the actual problem as well? (i.e. File not found)
However, it appears that the innerspace console reports the redirect happening perfectly fine:
- Code:
File 'isboxer-binds.txt' redirected to 'isboxer-Neverwinter-Mrs
T-binds.txt'
So it seems like it is supposed to work... Maybe the bind is being invoked by the game just before the redirect is in effect? (i.e. a race condition)
-----------------------------------------------------Dug some more:
- Code:
<CrypticMacro>
<MacroCommands>unbind_all$$bind_load_file isboxer-{CHARACTERSET}-{CHARACTER}-binds.txt</MacroCommands>
...
So is {character} suppose to return the name of the character item in the menu, or the character name in the "actual character name" textbox? I am pretty sure that the {character} var returns the former when using it in screen messages.
I have confirmed that if you change the name of your character to the same as the Actual char name you indeed get the correct (but ugly) file name in the macro and the physical file. (no surprise) Of course this does not solve the problem. (!?)
I tested loading up the character this way and that did not work so this is unfortunately a dead end.
-----------------------------------------------------BAH!
After going through all the configuration xml I can see the offending code in question is most likely hard coded into the DLL files as part of the special game helpers. Either that it is not there at all and that would explain why there are no binds!
Since I don't have the source code thus ends my quest to find the source (haw haw) of the problem...
I was looking at manually redirecting the registry area to separate chars but I see that appears to be hardcoded also for reg keys.
(yes? Or is there some sort of code-magic that understands "Software/**" as being in the registry? Surely not? )
-----------------------------------------------------Discovered .iss files. Ok *rubs hands* NOW we are speaking my language....ok not really because I am a java programmer...but close enough....
-----------------------------------------------------Ok, I think I see now. The Neverboxer binds use a generic bind file definition that already existed:
- Code:
fileredirect "isboxer-binds.txt" "isboxer-${CharacterSet.Escape}-${Character.Escape}-binds.txt"
This is why the files are created correctly even though they are not being picked up by neverboxer - they were already part of isboxer.
Edit: My best guess now is that this is some sort of race condition or file redirection bug. The redirection works once the game is fully loaded but is somehow skipping the initial auto-bind feature built into the patcher.
-----------------------------------------------------Ok. I give up now.
I can only assume that the bug is hard coded into a DLL so I wont be able to find the source (haw haw) of the problem. I would guess (since I cannot find it) that the registry redirects are hard coded in there also so I cannot make a new one of those either.
Dammit.
-----------------------------------------------------Ok, I lied. I did not give up.
I am going to call it a night now but I have discovered a few things which I will summarize here as well as a quick workaround:
- The file redirect is in effect and correct once the 3D GUI is up. I can see it in the console and if I rebind the macros to the base filename manually in-game it all works as it should.
- The rebinding of a macro set from a macro no longer appears to work. This limits the options here a lot!
WORKAROUND
- For each character manually enter in the console: "/bind_load_file isboxer-binds.txt"[/i]
- Unfortunately you will have to repeat the above step whenever you change your macros in the future
ConclusionMy best (highly/over) educated guess is that since it works for some people the problem is most likely something to do with a race condition between the patcher and the IS file redirects.
It would also be interesting to know if the bindings
corruptions mentioned elsewhere by people already setup were always on/after startup. If so, then I think we have the reason for that also.
I hate race conditions!
Am I not hot?
- You are too old if you remember this meme.... and if you are old and don't remember it I am sorry you have dementia....
- myself.jpg (4.74 KiB) Viewed 15082 times