Suggestions for New Macroquest (MQ2)

Valerian · Post by **Valerian** » Mon Mar 10, 2003 8:07 am

ap50 wrote:And therein lies the solution

Couldn't have said it better myself.

/congratulate ap50

Grumpy · Post by **Grumpy** » Mon Mar 10, 2003 8:27 am

That's only going to delay things a bit, some kind hearted soul with more compassion than sense will offer a precompiled version sooner or later.

Mutter, really didn't want to spring for a MS compiler, maybe I'll port it to cygwin.

Valerian · Post by **Valerian** » Mon Mar 10, 2003 8:33 am

shouldn't be all that hard to port, all you need is a compiler capable of compiling windows applications and DLLs... should go together almost painlessly.

Vaft · Post by **Vaft** » Mon Mar 10, 2003 8:50 am

Having just compiled it under vc6 and tested it out, I can now join the ranks of people who want to keep it source-only.

I think doing so would cut back on the amount of people macroing, which in turn would keep SoE a little more satisfied about it's usage. It might also cause programmers who wouldn't NORMALLY look at the source code of MQ2 to get adventureous and make some changes... Maybe it would speed up development.

As far as some kind soul compiling it and releasing the binaries goes, it could likely happen... But remember, ShowEQ is source-only, and has remained that way for a long time. It comes with a warning that a pre-compiled version could have some malicious code hidden inside it.

Imagine if some devilish person modified MQ's source to /destroy all the items the character is wearing as soon as they log in, then released the binary?

Aahhh, I wouldn't want to risk it.

Valerian · Post by **Valerian** » Mon Mar 10, 2003 9:35 am

heh, speaking of those coders that wouldn't normally dig through the code and make changes, I've done so... added a /speed command. reports the current speed (in percentage of normal run speed) of the current target, or the target's mount if there is one.

found out my black rope bridle horse runs at 107% normal run speed

if anyone's interested, I can post the code here somewhere... it's not all that clean, but I never claimed to be an awesome coder

Mckorr · Post by **Mckorr** » Mon Mar 10, 2003 9:40 am

Work on porting to an open source compiler, in this case Dev-C++ (also called Bloodshed) is already in the works. Might take me a week or two, my mother-in-law is coming into town for a week. Then again, if it turns out to be a relatively simple port I might have it done by the weekend.

Valerian · Post by **Valerian** » Mon Mar 10, 2003 9:42 am

Hmm... open source compiler... does that mean it only compiles open source, or you have to compile the compiler before you can compile anything? /boggle

Mckorr · Post by **Mckorr** » Mon Mar 10, 2003 9:52 am

No, Dev-Cpp is freely downloadable from Sourceforge or a few other places, and is fairly stable. It uses a Win IDE overlaid over the MiniGW port of GCC 3.2. Packages for DX9 already exist.

I have to rebuild Detours using DC++ (simple job), then set up a DC++ work file incorporating some of the other options used in VC6 (which is what I compiled the current MQ with about 20 minutes ago). I might have to bring some other files over from other places.

I'm also thinking it might be "cleaner" to manipulate the source tree a little bit to make include and lib directories a little simpler to incorporate into the work file.

Doesn't appear to be too difficult of a job, but I'm working this week, getting the cats declawed, cleaning the house, laundry, getting new furniture delivered, picking the mother-in-law up from the airport, etc., etc. In other words, when I get around to it.

When I get it all put together and I know it works I'll post instructions, links to the compiler, and links to the new source code with the DC++ work file.

Jay · Post by **Jay** » Mon Mar 10, 2003 3:51 pm

Can someone please make MQ unload as soon as you log out or just before hand. Otherwise EQGAME.EXE sticks in my memory. I would think this would be rather simple.

Also can someone figure out how to make MQ be able to run multiple scripts at one time?

Jay
Rogue

Mckorr · Post by **Mckorr** » Mon Mar 10, 2003 4:03 pm

The first should be easy. Alter the /camp command to issue an unload command to MQ first. Of course that could cause problems if just switching characters...

As for the second... we kindly invite you to examine the source code and make suggestions. Keeping the silly thing working has a bit of a higher priority right now.

Jay · Post by **Jay** » Mon Mar 10, 2003 4:20 pm

Mckorr wrote:As for the second... we kindly invite you to examine the source code and make suggestions. Keeping the silly thing working has a bit of a higher priority right now.

You know, I have spent about 20 hours reading every line of code in there and I still would not have any clue how to make MQ multi-task. But if we have anyone here who knows that stuff, they should say "Hi, here i am, use me!"

Jay =)

Mckorr · Post by **Mckorr** » Mon Mar 10, 2003 4:44 pm

I apologize. Getting a bit grumpy after a day of housecleaning.

dont_know_at_all · Post by **dont_know_at_all** » Mon Mar 10, 2003 5:31 pm

[quote="Jay"]Also can someone figure out how to make MQ be able to run multiple scripts at one time?
[/quote]

This may never be possible. The amount of effort to lock everything down is much greater than any possible gains.

One macro can invoke a second macro.
If you are clever, you can combine all your macros into a single macro.

Suggestions for New Macroquest (MQ2)

Auto Unload

Re: Auto Unload