• Hail, we're RedGuides. We want you to play six (yes, 6!) EverQuest characters at once. We have scripts and a friendly community to help, please join our playstyle and say hello! 👋
  • We've added LLM sections to our Terms & Rules and Resource Rules, for everyone's sanity & in-game safety.
    Read more
    a. Do not replace your voice with an LLM. This goes for your posts and your scripts. Drafting and editing with a tool is fine, but don't take you out of what you share.
    b. Do not replace your EQ character's voice with an LLM. We don't want scripts that speak over /ooc, /shout or other public channels. This has been an unwritten rule that's kept casino scripts off the site for decades, but we're now compelled to make it clear: keep automated communication private.

    Why Does RG Review Scripts?
    Nearly every LLM-written Lua script we see is making your character do impossible things, and rarely in a way that's beneficial to you. We've seen heavy server hammering, /target over impossible distances when /nav spawn would passively accomplish the same thing, a spawn search that fires 20+ times per second, and other pointless actions that are likely annoying GMs.

    You are welcome to use LLMs as a tool to structure, draft, and edit your work, but please read critically before hitting /lua run
Resource icon

Release .NET / C# Plugin and "Program" API

That is the price for intellisense and strongly typed type classes I guess in .NET. It doesn't just send strings to parse like MQ2Mono as you noted, it directly interops with the VarPtr, TypeVar and Type structs. MQ2Mono is pretty much MQ2DotNet running in mono instead of .NET CLR and without all the wrappers for types, so much less to maintain and also less to break/go wrong when things change in the Mq2 client.
 
Last edited:
The existing project does create classes of mq types that wrap it yeah. Been bringing it up to date cause they have been out of sync for 2 years now it seems.
 
Have you guys ever looked at this project's source >.< It does make it super easy to work with but likely a pain to maintain. I'm a sucker for punishment though.
 
Only half of spawn type left to update. Having the strongly typed mq type classes was a pain to get updated but it is so nice to use and play with as someone new to MQ now that most of it is synced up again.
 
This will always have maintenance problems. You should consider using lua instead which is the officially supported scripting language
I understand that, but I would rather maintain it even if just for myself. I've worked a lot with Lua in the past and if I have a .NET option as alternative for my own stuff then I will not even blink an eye.
 
Been chipping away at this and I think I have pretty much fixed the majority of bugs. I finally got the spawns and spawn/ground events working tonight.

At this point in time the original functionality is fixed. I updated the strongly typed versions of all existing data types and TLOs, added all new types, members and TLOs except for achievements. I also added convenience methods for most of the indexed members.

While testing and fixing things up I've managed to get a little example project going that is starting to work pretty well and very easy to use.

WRT porting it to newer .NET not sure if I want to do it. Having the app domains allows unloading and reloading while developing which is damn convenient and not totally convinced there is a large benefit for the amount of time and effort that it will take.
 
Been chipping away at this and I think I have pretty much fixed the majority of bugs. I finally got the spawns and spawn/ground events working tonight.

At this point in time the original functionality is fixed. I updated the strongly typed versions of all existing data types and TLOs, added all new types, members and TLOs except for achievements. I also added convenience methods for most of the indexed members.

While testing and fixing things up I've managed to get a little example project going that is starting to work pretty well and very easy to use.

WRT porting it to newer .NET not sure if I want to do it. Having the app domains allows unloading and reloading while developing which is damn convenient and not totally convinced there is a large benefit for the amount of time and effort that it will take.

I've basically no clue what you're talking about even though I got a C# degree many years ago! But I'm happy you're happy! :)
 
Release .NET / C# Plugin and "Program" API

Users who are viewing this thread

Back
Top
Cart