4.0.0 any issues/solutions (CHAPTER IV)

[lisa]

My questions is this.

After updating to rev 609 did it work once for you and then you followed the instrustions to use update.lua
Or did you get the bot from a different site which gives you a .bat file which among other things executes update.lua

Either way there have been many posts already in this topic saying not to use update.lua

[serge9]

And what command did you use to start the bot?

micromacro.exe scripts/rom/bot.lua update profile:Default

[rock5]

As has been mentioned before, don't use update until it is fixed. And if that is a batch file, then remove the "update". It's best to do the update manually when needed, otherwise you can get unexpected results.

And serge9 can you do me a favour? Can you send a message or something to whoever you got that batch file from and ask them to remove the "update"?

[serge9]

It isn't a batch, just manual commands entering (because, I thinked, that `update` command must be called after any client updates).

Well, now createpath.lua works, but bot.lua is not:

micromacro.exe scripts/rom/bot.lua
MicroMacro v1.01 beta 3
SolarStrike Software
http://www.solarstrike.net
Opening bot.lua...
Starting script execution - Press CTRL+C to exit.
Press CTRL+L to cancel execution and load a new script.
-------------------------------------------------------------------------------
The macro is currently not running. Press the start key (Delete) to begin.
You may use (End) key to stop/pause the script.
Resumed.

Thats all, now it keeps silence and micromacro.exe takes 100% cpu.

[lisa]

As already mentioned in this topic, look for what hotkey is trying to be pressed. Make sure you have an empty slot in hot bar and delete any macros and start bot again.

[serge9]

As already mentioned in this topic, look for what hotkey is trying to be pressed. Make sure you have an empty slot in hot bar and delete any macros and start bot again.

But it works fine on 3.0.9. THis dances with tambourine only on 4.0.0?

[lisa]

did you try it?

[serge9]

did you try it?

Yes, still not works in 4.0.0.

[rock5]

It isn't a batch, just manual commands entering (because, I thinked, that `update` command must be called after any client updates).

So what do you enter the command in? It's not in the Micromacro window. Is it in a windows dos box? It doesn't work for me because it gets stuck at the character window selection. What operating system are you running anyway?

Also have you tried running the bot like most people do to see if it works?

• 1. Double click the "micromacro.exe" executable.
  2. Type "rom/bot profile:default"
  3. Select your waypoint file.

See if that works.

[serge9]

Same:

micromacro.exe
MicroMacro v1.01 beta 3
SolarStrike Software
http://www.solarstrike.net
Please enter the script name to run.
Type in 'exit' (without quotes) to exit.
Script> rom\bot.lua profile:Default
Opening bot.lua...
Starting script execution - Press CTRL+C to exit.
Press CTRL+L to cancel execution and load a new script.
-------------------------------------------------------------------------------
You need to run rom first!
The macro is currently not running. Press the start key (Delete) to begin.
You may use (End) key to stop/pause the script.
Resumed.

[rock5]

You need to run rom first!

Was the game running when you started the bot?

[rock5]

This is interesting. I actually watched what happens in memory in regards to the recipe "itemInfoAddress" error.

I check the values with print statements and entered values in Cheat Engine to check values. The pointer that is supposed to point to the address that is for the base item info was just zeros. I watched that address as I moved the mouse over the recipe and an address appeared. When I checked it it had the item info. I did it again but this time I did a search for the item id before hand so that I could check if the address that appears already existed or not. It didn't.

So the information for the base item doesn't appear in memory until you mouse over the recipe.

I'm not sure how we can work around this. I'll have to think of some things to try tomorrow.

[fobsauce]

for example, m/wd elite modifies fireball and therefore uses a different skill id
also, wd/r elite
k/s elite
r/s elite

etc. etc.

Can I put a call out there for any skills that change other skills like what fobsauce says so that I can add their ids to my "skill ids" update. But please be specific. Which skills are changed and how are they changed.

eg.
M/P "Rising Tide Mastery" makes "Rising Tide" instant cast.
M/WD "Flame Follower" makes "Flame" a 5 second cast.

That's 2 on my list.

I'll forward you the tables I sent to lisa. They contain all skills with all variations, skill ids, and descriptions.

If you can help me out with my returning variables thread, we may be able to get all the table data (skill id, debuff id, buff id) without having to read the memory at all.

[rock5]

So the information for the base item doesn't appear in memory until you mouse over the recipe.

I'm not sure how we can work around this. I'll have to think of some things to try tomorrow.

I found 1 way. If I use this command ingame

Code: Select all

/script GetCraftRequestItem(baseitemid, -1)

It creates the item data in memory. I'll think about how I can use this.

[lisa]

couldn't you just add it into the memorytable code

Code: Select all

function GetTableForID( id )
	-- If tables hasn't been loaded yet then exit
	if #tables == 0 then return end

	for _, _table in ipairs( tables ) do
		if ( id >= _table.StartId and id <= _table.EndId ) then
			return _table;
		end;
	end;
	RoMScript("GetCraftRequestItem("..id..", -1)")
	for _, _table in ipairs( tables ) do
		if ( id >= _table.StartId and id <= _table.EndId ) then
			return _table;
		end;
	end;
	printf( "Table not found for ID: %d\n", id );
	return nil;
end;

[rock5]

Ok, try this.

Change line 209-210 of item.lua

Code: Select all

			tmp = memoryReadInt( proc, self.BaseItemAddress + addresses.idRecipeItemOffset );
			itemInfoAddress = GetItemAddress( tmp );

to

Code: Select all

			local tmp = memoryReadInt( proc, self.BaseItemAddress + addresses.idRecipeItemOffset );
			itemInfoAddress = GetItemAddress( tmp );
			if itemInfoAddress == nil then
				RoMScript("GetCraftRequestItem("..tmp..", -1)")
				itemInfoAddress = GetItemAddress(  tmp );
			end

That should fix the recipes. I still haven't tested the cards yet. I'll do that now but I suspect I'll have to use a different command.

Edit: Sorry, I missed something above and had to change it.
Looks like I don't get the same type of error with cards so that should do it for now.
Please test.

[lisa]

Ahh I was totally thinking of the other issue, my bad.

At work all day today so can't do much testing, I can probably test it out tonight.

[rock5]

Does anyone still get the 'npcInfoAddress' error?

[hamstaaa]

the only error i got till the the last RoM patch is:

Code: Select all

Wir gehen zum Wegpunkt #23, (xxx, xxx)
Wir gehen zum Wegpunkt #24, (xxx, xxx)
4:45pm - D:/micromacro/scripts/.../functions.lua:1236: Invalid address

any ideas?

[lisa]

line 1236 is the partymembername on mine. Just update to latest revision, the party addresses were only recently updated.