• You've discovered RedGuides 📕 an EverQuest multi-boxing community 🛡️🧙🗡️. We want you to play several EQ characters at once, come join us and say hello! 👋
  • IS THIS SITE UGLY? Change the look. To dismiss this notice, click the X --->
  • EverQuest's 31st expansion The Outer Brood goes live Dec 3rd. brainiac is spending extra time updating MacroQuest. Please show him your appreciation.
MQ2Rez

Plugin - MQ2Rez (3 Viewers)

Overview Commands Updates (13) Discussion
I rewrote MQ2Rez, changed the way it makes it's choice etc. Since the change is vast, I built this with builder and am giving people the opportunity to test it here before commiting changes to the git. Including the source with the dll for this rewrite. This copy has working safe mode, working VT (happens when you die with a /vt 3 007, which voice tells nobody "Help" should only hear on your computer, therefore Voicenotify now works. Includes the optional command on rez accepted from previous copy and I added color. When you first load the plugin it shows the current settings of the plugin as well as tells you about the /rez help command. the rez help command show you the options you can use to change things. This copy uses the INI from previous MQ2Rez so settings should persist.

Any issues with this copy should be reported to me directly so I can attempt to handle them as this isn't the official source for the plugin.
Happy hunting.
Edit: Removed the .dll file, left the .cpp
 

Attachments

  • MQ2Rez.cpp
    12 KB · Views: 17
Last edited:
ok, not saving for my 7 toons toons.

i checked one toons server_name file in the release folder i see the below but not rezing. if i issue "/rez accept on" it will work until i logout and come back


INI: 
[MQ2Rez]
Soundfile=C:\MQ2\Release\mq2rez.wav
Accept=on
Spawn=0
VoiceNotify=0
RezPct=96
RezDelay=0
SafeMode=0
Command Line=DISABLED



is it suppose to create ea dedicated ini file? if so that is not happening
 
jamie75 said:
ok, not saving for my 7 toons toons.

i checked one toons server_name file in the release folder i see the below but not rezing. if i issue "/rez accept on" it will work until i logout and come back


INI: 
[MQ2Rez]
Soundfile=C:\MQ2\Release\mq2rez.wav
Accept=on
Spawn=0
VoiceNotify=0
RezPct=96
RezDelay=0
SafeMode=0
Command Line=DISABLED



is it suppose to create ea dedicated ini file? if so that is not happening
Click to expand...
I was running into this as well. I haven't confirmed, but when i changed Kiss to accept rez, it also seemed to fix that issue for me.
 
I've recompiled on test and confirmed it's working as intended.
@Sicprofundus mentioned to me when I talked to him just now that he can confirm that the plugin is acting the way it's intended and that KA might be turning it off. Based on @Residual 's response, it appears that is the case. Thus the issue you're experiencing appears to be external to the plugin. You may consider searching the Kissassist.mac and finding the line that /rez accept off, and commenting it out with a | at the start of that line.
 
Residual said:
I was running into this as well. I haven't confirmed, but when i changed Kiss to accept rez, it also seemed to fix that issue for me.
Click to expand...


that seems to be what is happening, odd after all these years it just came up, i can only assume KA making changes to mq2rez must be new
 
it might not be new. You mentioned you used to have to issue a /rez save.
That isn't the case anymore after my rewrite, so it's possible the setting was just never saved before when KA did it.

It's using the server file same as it was before.
 
Previously /rez accept did nothing. So it didn't matter that (if you had rez accept off in your KA ini) KISS issued a /rez accept off. With the update, that is fixed so now /rez accept on and /rez accept off function properly which means that if you have rez off in KISS, KISS will turn the plugin's rez off (which has probably always gotten saved to the ini, but never did anything).
 
looking over some older back up of INIs i think what happen as i had rez turned off in KA and it was using the plugin to accept rez. also i was using Mule's version up until 11.01 came out
 
I'd need more details surrounding the situation in which it was working and then suddenly it's not working to be able to troubleshoot.

servername_charactername.ini file has it's entries generated automatically. Any time you change a setting it's automatically saved to the INI and there is no longer a need to save an entry.

Your best bet is to post a copy of the section for me to see so I can ensure it's not an issue with settings.

Kissassist has a setting that disables MQ2Rez if you don't have the setting on. Which has, in the past, caused an issue. I'm unsure if that has been changed or if it remains the same.
 
Love to Make a Suggestion for Pet classes often i wait a Little for my res and my mage makes a pet etc. then auto takes rez and has to start Over is it possible to code in a Suspend Pet First Then Take rez Then Unsuspend Pet? - This works! when i do it myself so it would Preserve the pet. thru the res.
@Redbot
 
Last edited:
INI: 
/rez loot on|off -> Toggle looting corpse when opened and when rezzed

Did the /rez loot command get removed in the rewrite? I just started playing around with MQ2Rez, so I might be missing something.
 
That's correct. It was removed at some point, the option wasn't there when I did my rewrite of it I don't believe.
Corpses haven't needed to be looted in quite some time. Not even sure where the code for looting went if this feature was needed again.

Updated the overview to reflect the correct options.
 
Last edited:
ChatWithThisName said:
That's correct. It was removed at some point, the option wasn't there when I did my rewrite of it I don't believe.
Corpses haven't needed to be looted in quite some time. Not even sure where the code for looting went if this feature was needed again.

Updated the overview to reflect the correct options.
Click to expand...

Thanks. I had forgotten that live doesn't have this problem. I play on an emu server with the RoF2 client, which you still have to loot the items off your corpse.
 
Redbot updated MQ2Rez with a new update entry:

code cleanup, bug fixes, /rez silent

Reduce down to a single file.
Correct "extern" in cpp for autorezaccept.
remove unsigned __int64 and unsigned long long in favor of uint64_t
Now in SetGameState if you're at the character select and the plugin is "initialized" it will set it to false, so it will load character specific settings. Applies to switching characters error.
various if statements have had an extra line placed between them for readability.
reduced indentation in a few functions.
changed from CSidlScreenWnd* to...
Click to expand...

Read the rest of this update entry...
 
mq2rez is breaking on some toons , i have tried unloading and reloading i have checked to make sure accept is on , the only way it is fixed sometimes is to log out completely and back in ....
 
Fix submitted, just waiting on code review to make sure I didn't break something. But, just to confirm, you said unloading and reloading the plugin doesn't fix it? Do you get the initialization message when you unload and reload?
 
Last edited:
mroutlaw said:
mq2rez is breaking on some toons , i have tried unloading and reloading i have checked to make sure accept is on , the only way it is fixed sometimes is to log out completely and back in ....
Click to expand...
Yes, this happens to me. But it seems it is related to eq windows or something because i have scripts that start doing the same thing.
 
If I update the main server_character.cfg file to turn Mq2rez OFF, it overwrites back to ON next time I Load MQ2. How do I prevent that short of making the file read only?

With the corpses popping after server resets "helpful" people are doing AE rezzes in GL and I keep getting summoned back.
 
jdcincy said:
If I update the main server_character.cfg file to turn Mq2rez OFF, it overwrites back to ON next time I Load MQ2. How do I prevent that short of making the file read only?

With the corpses popping after server resets "helpful" people are doing AE rezzes in GL and I keep getting summoned back.
Click to expand...
In order of operations, the .cfg file executes after mq2 loads the initial wave of plugins, so you're not actually changing the behavior by using the .cfg file. Use the .cfg file to do things that are specific to that character that you wouldn't want done for other characters on startup. You have a couple options, you can edit the macroquest.ini file and set MQ2Rez=0 in the plugins section or you can edit the server_character.ini (this file is different than what you mentioned above). Find the section for MQ2Rez and set Accept=off. But also be aware that macros may alter any settings you make in this fashion if they were designed to be dependent on MQ2Rez doing it's thing. Resorting to flagging files as read-only is not a good idea.
 
Feature Suggestion / Request
Currently mq2rez will Run a Command after your res. Which is great, I would Love to pair this with a COmmand prior to hitting yes on my Res. So i can Suspend a Pet should i have one. And then after res Unsuspend it. if my Mage releases to his Bind. he has Full mana and The very first thing he does is Buff and Arm a new pet. then he gets ressed and has No pet. if we could thus Suspend before accepting and Unsuspend after our pets would Survive! P:)

Let The mage pets LIVE! VIVA la pet.. ahem lol
 
Not accepting on one of my toons. They are a wiz running RGMercs. That is all that is running on them. I have checked the ini, done a /rez accept on, nothing works. Still will not accept the rez. Worked yesterday and stopped today without me doing anything.
 
Is there a way to refuse a 90% Rez? I have Rez % at 96, however the mercenary casts a 90% Rez and then my Cleric will not cast a 96% with a will you accept 90% Rez window open. Thanks for any input.
 
I do. But when a mercenary casts a 90% rez then the window stays open for a while and the cleric won't cast a 96% rez while the window is pending open which seems like a long time.
 
You must log in or register to reply here.
Plugin - MQ2Rez
Next unread thread 🦁

Users who are viewing this thread

Total: 4 (members: 0, guests: 4)
Back
Top