Bazaar Buying macro

Override · Post by **Override** » Sat Sep 04, 2004 6:56 pm

Very true, I will fix that, Thanks.

kyle · Post by **kyle** » Sun Sep 05, 2004 12:24 pm

Thanks Again Override

SlimFastForYou · Post by **SlimFastForYou** » Sun Sep 05, 2004 1:15 pm

Feature Request: Log the various prices an item goes for (when you don't buy). If the result page prices were logged every time, a standalone program (probably written in VC++, fairly easy hack) could later parse the log and tell you the average price, the most common price, etc. That way if a day goes by and your bot never purchases anything you will know about what a good price for an item is (and how high some people sell for). This is would involve significant coding, so I will probably write up my own include file for this and post it (when I finish my almost-complete autopull macro).

What do you guys think?

Override · Post by **Override** » Sun Sep 05, 2004 4:06 pm

Well, You don't really need a sperate program to view the results, I could have it go to a txt file with the average price, min price and max price it goes for and have it go out to a txt file.

BadBoy · Post by **BadBoy** » Mon Sep 06, 2004 9:06 pm

Does this macro require the bot to complete the trip around the bazaar after buying the item?

And may I just say how sweet this macro is :)

Override · Post by **Override** » Mon Sep 06, 2004 9:24 pm

Yes it does. It has a path to run and it has to run it before it ends the function.

BadBoy · Post by **BadBoy** » Mon Sep 06, 2004 10:31 pm

The only reason I ask is, doing rounds like a mob makes it look suspicious.

Override · Post by **Override** » Mon Sep 06, 2004 10:33 pm

Yes, it does, at the moment I have it where it hast to complete it, once I finish a few other things on my todo list I will be adding support to go back to a home spot once it finds the item.

BadBoy · Post by **BadBoy** » Tue Sep 07, 2004 7:06 pm

Just a thought... perhaps something you could use:

Something like this:

Code: Select all

/target <selling player>
/squelch /whotarget
if <Target> is at loc ># or <# then /varset targetloc
goto loc1
goto targetloc
call buy (face target, move in, buy, and move out)
goto loc1
goto locmain
return

How rough is that, eh? lol. So basically, if the player is between loc -606, 93, 4.75 and -623, -93, 4.75, then goto loc -770, -74, 3.75 then goto -614, -81, 3.75, and then call buy, then go back in complete reverse until you reach locmain, which would be your default loc. Wouldnt this way save the player from rounding the bazaar each time?

If it does, and you can code that for me that makes sense to MQ2, then I will take the time to find all the locs.

By the way, doing it that way would prevent getting blocked by barriers such as barrels and posts.

Override · Post by **Override** » Tue Sep 07, 2004 7:19 pm

This macro already has a way to get around the barrels, plus the way you are descriping it would take a LOT more coding then what is already there. This was the easiest way to do it and it works good, I let it run for 3 days buying stuff for me and it didn't run into a problem at all.

BadBoy · Post by **BadBoy** » Tue Sep 07, 2004 7:30 pm

Please dont get offended by it

I was just suggesting a possible way to avoid running all around the bazaar :\

Override · Post by **Override** » Tue Sep 07, 2004 9:16 pm

lol, I'm not offended, I like all suggestions, it's just that it can be done, but I did it the easier way to try to get done with the tailoring one as fast as possible. If I made it seem like I was offended I wasn't. Just that it seems that it would be more diffcult then needed.

BadBoy · Post by **BadBoy** » Tue Sep 07, 2004 11:57 pm

I noticed that when the vendor has a pet, it targets its pet and you dont get the item

Override · Post by **Override** » Wed Sep 08, 2004 7:02 am

lol, I haven't ran into that yet. I will fix it.

SlimFastForYou · Post by **SlimFastForYou** » Wed Sep 08, 2004 11:16 am

BadBoy wrote:Just a thought... perhaps something you could use:

Something like this:
Code: Select all
/target <selling player>
/squelch /whotarget
if <Target> is at loc ># or <# then /varset targetloc
goto loc1
goto targetloc
call buy (face target, move in, buy, and move out)
goto loc1
goto locmain
return
How rough is that, eh? lol. So basically, if the player is between loc -606, 93, 4.75 and -623, -93, 4.75, then goto loc -770, -74, 3.75 then goto -614, -81, 3.75, and then call buy, then go back in complete reverse until you reach locmain, which would be your default loc. Wouldnt this way save the player from rounding the bazaar each time?

If it does, and you can code that for me that makes sense to MQ2, then I will take the time to find all the locs.

By the way, doing it that way would prevent getting blocked by barriers such as barrels and posts.

I thought about doing that, and it was by chance that me and Override started working on a bazaar macro around the same time.

He started a bit earlier than me, but I had done all the planning already. Ultimately, Overrides worked fine even though I path funny with it =).

My design was to have two "hub locations". Basically, there are two locations in the bazaar that you can get to any trader stall fairly easily. So instead of having 21 locations, the most waypoints you would have from a hub would be three. The macro would always go to hub1, calculate if it can get there and if it can't go to hub2. I also built the locs of all the trader stalls.

You can see details and drawings at http://www.monkeycluster.com/bazaarstuff/. But that macro would be 4-5 times bigger than Override's, and so far his has been working flawlessly for me =).

Edit: It's not that I've given up on this macro - its just that I'm working on a flawless pull macro (anti-add code is a bitch but almost finished), and probably going to add a bazaar price logging routine (and parser), and a semi-simple macro for my enchanter (hehe) before re-embarking on this.

Bazaar Buying macro

Great Macro