• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver
IonBC Legacy READ OVERVIEW

💾Software IonBC Legacy READ OVERVIEW (2 Viewers) 0.29.5

No permission to download
1.23 has entered the experimental stage and is currently being tested by end-users.

This will come with a rework to live-key broadcasting eliminating dropped, corrupt and inaccurate packets. Increased security protocol for getting around firewall issues and proper error catching for failure to communicate with the RG API. Alongside this will come some misc. bugfixes as well.

Expect a release sometime this week once I'm comfortable with how QA turned out.

If you have any questions or would like to test the experimental version don't hesitate to contact me.
 
Last edited:
Ionis updated IonBC (TrueBox) with a new update entry:

IonBC 1.23: Live-Key Broadcasting rework & bug fixes

**Note: This is a FULL update, you will need to replace the client AND host side versions.

Changes:
-Error catching for failure to communicate with RG API is now instantiated
-Upped the security protocol to deal with some firewall issues.
-Reworked live-key and standard message broadcasting. Standard message broadcasting is now much faster and dropped/corrupt packets in live-key broadcasting have been...

Read the rest of this update entry...
 
Work on 1.24 has started, this will include misc. bugfixes as well as changes to our Hide GUI system, process controller tweaks and whatever else comes up as development continues.

Expect a release sometime in the next week or two depending on how much there is to do as I move forward.
 
Still in the early stages of testing this and so far its been good. I think my biggest complaint is when I push a button on the overlay I often select something within the EQ world in addition to clicking the button. Example, my SK is tanking a mob and I need a something on my Shaman that isn't hot keyed. If I don't move the camera where nothing is behind overlay (like a wall for example or the ground) when I click the button I will loose focus on the mob I am tanking and select a corpse, another mob, or even my Shaman.

I do notice when I alt tab to parsec for my other EQ instance in the basement, a command is sent to the client for time to time. It's mostly resolve by hiding the UI when the window is not active but its not 100%.

Other issues I have are minor, keep up the good work!
 
Still in the early stages of testing this and so far its been good. I think my biggest complaint is when I push a button on the overlay I often select something within the EQ world in addition to clicking the button. Example, my SK is tanking a mob and I need a something on my Shaman that isn't hot keyed. If I don't move the camera where nothing is behind overlay (like a wall for example or the ground) when I click the button I will loose focus on the mob I am tanking and select a corpse, another mob, or even my Shaman.
This is due to the fact that the window is an object overlayed on top of the EverQuest window, as opposed to injecting. Unfortunately, there isn't much we can do about this, EverQuest has it's own input wrapper that goes around the native input wrapper. Throwing a blocking call on a mouse click doesn't actually stop EverQuest from processing the mouse click. I've even tried rejecting passes through the mouse hooks callback on inputs iterated through the hotbars, but even this doesn't stop the input wrapper from picking up the input.

The only solution to this as of right now is to put an in-game TLO under the hotbar, something like an empty chat window will do the trick. This will faux block the input from passing through the object and clicking a mob. Sorry for that inconvenience, I have been poking at work-a-rounds but short of injecting there isn't much I can do here, I was thinking of programming a more native method using an unmanaged language, like C++, that goes lower than the input wrapper and then importing the library on runtime but we'll have to see.

I do notice when I alt tab to parsec for my other EQ instance in the basement, a command is sent to the client for time to time. It's mostly resolve by hiding the UI when the window is not active but its not 100%.
This has to do with how virtual machines & RDCs handle inputs and is something I thought we had fixed with Hide GUI on Window Change. Could you possibly give me a little more information? What is the command that is being passed? Is the hotbar fully hiding by the time you've tabbed in or is it still visible for any length of time? Any details you could provide would be very helpful, I will begin testing on this again and hopefully get a fix out.

Thanks for the feedback! It's always appreciated.
 
After placing a empty chat window under my overlay the buttons worked great! Just have to resize the chat window when I add new buttons.
 
This has to do with how virtual machines & RDCs handle inputs and is something I thought we had fixed with Hide GUI on Window Change. Could you possibly give me a little more information? What is the command that is being passed? Is the hotbar fully hiding by the time you've tabbed in or is it still visible for any length of time? Any details you could provide would be very helpful, I will begin testing on this again and hopefully get a fix out.

Thanks for the feedback! It's always appreciated.

Yeah I put a chat window behind the buttons and that solved the problem.

I alt+tab pretty fast so I imagine as you said the hotbar isn't fully hidden. I've kinda learned to work around it, trying to tab a bit slower into parsec. Interestingly its seems to be the same button that is pressed every time - my sha buff button and is 2 or 3 buttons in from the right on a single row of buttons. No idea why it hits that one every time.
 
Yeah I put a chat window behind the buttons and that solved the problem.

I alt+tab pretty fast so I imagine as you said the hotbar isn't fully hidden. I've kinda learned to work around it, trying to tab a bit slower into parsec. Interestingly its seems to be the same button that is pressed every time - my sha buff button and is 2 or 3 buttons in from the right on a single row of buttons. No idea why it hits that one every time.
Righteous!

If you're okay with it, could you send me the profile you're using in a PM? That way I can test around this specific environment and see if I can sort it out entirely.
 
I am also aware of a cast issue with size dimensions, this has been fixed and will be pushed in 1.24.
 
Ionis updated IonBC (TrueBox) with a new update entry:

IonBC 1.24: Process Controller, Hide GUI on Window Change rework & Bug Fixes

Changes:
-Added a "Go To" button to the process controller so you can force the selected process to the foreground, this way you can tell the difference between processes with the same name/window title.
-Changed how we handle getting processes for the Hide GUI on Window Change togglable. We now need the process name & window title (formatted name|title), this allows us to use a different native method that doesn't iterate over ALL existing processes and eliminates...

Read the rest of this update entry...
 
Yeah I put a chat window behind the buttons and that solved the problem.

I alt+tab pretty fast so I imagine as you said the hotbar isn't fully hidden. I've kinda learned to work around it, trying to tab a bit slower into parsec. Interestingly its seems to be the same button that is pressed every time - my sha buff button and is 2 or 3 buttons in from the right on a single row of buttons. No idea why it hits that one every time.
I pushed 1.24 with some changes to how GUI hiding works. I've upped the speed of our checks for visibility and I've changed how we set the boolean that flip flops on generated button controls.

Please don't hesitate to let me know if the bug persists so I can try some other solutions!
 
1.24 is out!

Thanks for the feedback over the course of the week folks, I've fixed the process controller tabbing issues, changed how hiding the GUI works to eliminate the lag of iterating over every process & fixed a couple misc. bugs that were happening.

Please, as always, let me know if you run in to any issues!
 
At this time, there is no command for sending actions to host, there is a work-a-round for this though. You can launch a client on the host PC and throw commands to that client and the commands will be thrown to the host PC as if it was a client. :)
clever
 
Pushed a quick fix for the type casting issues, if you run in to any more issues please don't hesitate to contact me.

Just a side-note, I got out of surgery today at 4 PM so if I'm a bit hard to get ahold of for the next day or so I apologize, just leave me any issues or questions you have and I'll get to them asap!

Thanks guys!
 
Have you ever tried to fire this software up on a linux box? I am running EQ under Linux right now. This looks like a nice program but I'm warey of paying to find it is not going to work.
 
Have you ever tried to fire this software up on a linux box? I am running EQ under Linux right now. This looks like a nice program but I'm warey of paying to find it is not going to work.
I have not, I haven't tried to fire it on any other operating system other than Windows based operating systems. It's codebase is WPF/C# using .NET 4 which should be fine if using Wine but I'm unsure otherwise.

I'll gift you a license, feel free to toy with it.
 
Side note:

Bug reports have been slow for a while and I've done a fair bit of code maintenance, that being said I'm opening up the floor for suggestions to additions once again. If you have any ideas for features you'd like to see added to IonBC, don't hesitate to contact me. In the mean time I've been working on the local version still but not guaranteeing anything quite yet.

There will be a very minor update coming up here, not enough to change the version number but some small tweaks. As always, if yall have any problems please contact me!
 
Well looks like a bust, when you said .NET I figured it would go wrong. I'm definitely not a expert but I could not get it to work.

Stuff I've got to work.
  • EverQuest Launcher / Game
  • MacroQuest
  • MySEQ / server
  • RedGuides installer
    • I can load the program only at end of installer. Once that closes I can never get the program to reopen. It also crashes and hangs if you look at it wrong. So basically useless for updating MQ
IonBC just instantly crashes for me. .NET is a bit unfriendly in my experience under Linux / WINE right now. RedGuides updater is also .NET it appears all the stuff I got to work was not. Was worth a shot. Thanks for letting me try. If you want any details from me let me know.
 
I've created some .NET utilities for non-EQ purposes and had no issues running on Linux. Take a look at Mono. Not sure if that's the only thing needed for your needs but is worth checking if you haven't reviewed it before.
 
Work on 1.25 has started, expect the update sometime within the week. Comes with a new cooldown feature (community request), a Create Button window UI overhaul as well as bug fixes.

Still taking community requests, if you have something you'd like to see in IonBC, feel free to PM me with your idea!
 
Last edited:
Ionis updated IonBC (TrueBox) with a new update entry:

IonBC 1.25: Cooldown, Create Button UI Overhaul & Bug Fixes

**Note: This is NOT a FULL update, you should only need to replace your HOST-SIDE.

New Stuff:
-New Cooldown functionality! You can now set a button to have a cooldown, this disables the button until a timer has elapsed and is visualized in the same way as a repeater. Buttons cannot be a repeater & have a cooldown simultaneously.

Changes:
-The...

Read the rest of this update entry...
 
1.25 is out! With that comes our new Discord server as well: https://discord.gg/xr3TDRGkKa

Feel free to join it if you'd like to poke around!

Documentation has been updated to reflect the changes to the Create Button UI.

Suggestions for new features are still open! Feel free to PM me with any ideas!

As always, let me know if you have any issues.
 
Last edited:
1.26 has entered development, this one is going to take a bit more time.

This will come with dynamic host-side triggering that allows commands to be processed on the hosts EQ client (no more having to open a host-side client shenanigans), dynamic in-line trigger targeting & more!

A bit more intensive and will be a full update, expected release in the next 2 weeks-ish.

As always, if you run in to any issues, have any questions or have any suggestions don't hesitate to contact me!
 
Have had reports of issues with the 1.25 host-side update communicating with the 1.24 client.

1.25 should be able to be updated as host only, but if you're running in to these issues, updating to 1.25 on the client-side has remedied this for users.

Please let me know if you run in to any issues with this.
 
I've created some .NET utilities for non-EQ purposes and had no issues running on Linux. Take a look at Mono. Not sure if that's the only thing needed for your needs but is worth checking if you haven't reviewed it before.

You run into this issue with the mono project.

The easiest way to describe what Mono currently supports is:
Everything in .NET 4.7 except WPF, WWF, and with limited WCF and limited ASP.NET async stack.

I believe IonBC is using WPF . Installed mono and tried to run IonBC.exe and got.

mono IonBC.exe
The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.




On bright side > fired up Windows and the application is running well mostly and Ionis has been super helpful with the issue I had!! Great application using it for days now.
 
I am aware of an issue where timers weren't properly disposing of themselves causing duplicate repeaters.

This has been addressed in an experimental version of 1.26 which can be found on our Discord: https://discord.gg/xr3TDRGkKa

This will be included in the final version of 1.26 on release.
 
1.26 is entering experimental by Sunday at the latest.

Expect a release sometime within the next week or so if all goes well with testing.
 
1.26 has entered experimental, if all testing goes well expect a go-live build in the next couple of days!
 
Last edited:
Not sure if mentioned, but can you run this for multiple eq instances on the same PC, or is it only for seperate PC's??
 
Ionis updated IonBC (TrueBox) with a new update entry:

IonBC 1.26: Host-Side Triggering, /Click, In-Line Trigger Command Targeting, Bug Fxies & more!

**Note: This is a FULL update, you will need to replace the client AND host side versions.

New Stuff:
-You can now set triggers that will send commands to your host-side client, this new functionality is located in the Server Window under the Options tab.
-You can now assign a buttons target to your host by typing Host (capitalization is ignored) in to the target field.
-You can now use parts of...

Read the rest of this update entry...
 
1.26 is finally here!

It comes with a whole slew of bugfixes and new additions, the triggering functionality has been fundamentally changed on the host-side so if you find yourself running in to any issues don't hesitate to contact me.

I haven't done one of these in a while so lets go over what's next!

It's been quite a while since IonBC has first released and there's been a lot of additions as well as core fundamental changes to how certain things are done within the program. With that being said, I feel the video documentation really REALLY needs to be re-done. I plan to tackle this next while fixing any issues that come with 1.26, so expect that sometime in the near future!

I am still taking suggestions for additions to IonBC! Without the community, IonBC wouldn't have:
  • Host-side triggering.
  • Host-side macro command processing.
  • Cooldown functionality.
  • Dynamic process control.
  • Dynamic interval ranges.
  • In-line command targeting.
  • Full keymapping.
and more! A good portion of IonBC's functionality were from requests done by the community, so if you can think of anything that you'd like added to the application please don't hesitate to contact me!

With that being said, I hope y'all enjoy the new 1.26 update and let me know if you run in to any issues!
 
Not sure if mentioned, but can you run this for multiple eq instances on the same PC, or is it only for seperate PC's??
For now, this is only for multiple PCs, so TrueBox servers basically. I am trying to keep this entirely non-injectable but sending DX scancodes to local window handles as a hardware input to dodge the wrapper EQ puts over the native input handler has proved to be a nuisance. Programs like ISBoxer circumvent this by injecting at runtime, but I want to avoid injection altogether to stay as in-line as I can with Daybreak's EULA.

My plan, once the next community update is complete, is to create a low-level input handler that is even lower-level than DirectInput (Think SendInput p/invoke but takes a window handle) and then start experimenting with that. I'll probably have to create this in C++ and import it at runtime (into IonBC, NOT EQ, it will remain non-injectable) but I ***think*** this could achieve what we're looking for.

I'll keep everyone posted as it goes, but right now it's more of a back burner thing, I haven't forgotten about it though! I'm still poking away at it.
 
For now, this is only for multiple PCs, so TrueBox servers basically. I am trying to keep this entirely non-injectable but sending DX scancodes to local window handles as a hardware input to dodge the wrapper EQ puts over the native input handler has proved to be a nuisance. Programs like ISBoxer circumvent this by injecting at runtime, but I want to avoid injection altogether to stay as in-line as I can with Daybreak's EULA.

My plan, once the next community update is complete, is to create a low-level input handler that is even lower-level than DirectInput (Think SendInput p/invoke but takes a window handle) and then start experimenting with that. I'll probably have to create this in C++ and import it at runtime (into IonBC, NOT EQ, it will remain non-injectable) but I ***think*** this could achieve what we're looking for.

I'll keep everyone posted as it goes, but right now it's more of a back burner thing, I haven't forgotten about it though! I'm still poking away at it.
Thanks for the detailed reply! Thought that might have been the case but wanted to make sure. I'm going to be starting a 3/4 box on Vaniki so this will still be handy so I'll grab a licence prior to launch. The mq multiline style macro looks incredibly useful! Currently been using hotkeynet but is quite limited
 
Thanks for the detailed reply! Thought that might have been the case but wanted to make sure. I'm going to be starting a 3/4 box on Vaniki so this will still be handy so I'll grab a licence prior to launch. The mq multiline style macro looks incredibly useful! Currently been using hotkeynet but is quite limited
Not a problem! If you decide you want to give it a shot throw me a PM anytime and I can toss you a demo license to try it out!
 
I ended up buying a license, spent about 30 mins replicating my hotkeynet setup and already works much better, will have a proper look into it when I'm not working, the /ibt thing is awesome and looking forward to checking out the event trigger bit too :)
 
💾Software IonBC Legacy READ OVERVIEW

Users who are viewing this thread

  • Ionis
Back
Top
Cart