[ALPHA] BG Auto Flag Return/Pickup

[blackxsx12]

Korea client doesn't work, korea flag is 깃발

[~Unknown~]

For me this works perfectly.
I'm using the German client, just to let you know. It's finding the flag anyway.
The problem with the Russian client might be those special characters.

Currently, as the SVN code suggests, it searches for the word "Flag" in the name. If that is in the German name in any form that is why it works for you.

Korea client doesn't work, korea flag is 깃발

My intention is to move toward a better solution via an injected CLR Host dll into wow and call onFrame pulses to make a better more accurate bot, but for the time being I might just add a textbox to specify the name of the flag.

[Zelos666]

Currently, as the SVN code suggests, it searches for the word "Flag" in the name. If that is in the German name in any form that is why it works for you.

Oh, I didn't quite catch that.
Yes, it's "Flagge", so I guess that's why it works.

[Mammalsauce]

Hi. Quick question. I see you have the source available via SVN checkout. I'm familiar with svn and similar from some mucking about with mplayer, wine, and a couple other projects several years ago. Done a little c++ and java, perl that kinda thing. Not madskilled code monkey by any means, but i know my way around gcc.

May be a stupid question, and probably the answer is no, since most projects compilable for both 32 bit & 64 bit cpu do so with more general code, rather than the specific memory editing of other processes in mind. However, just in case I am thinking it more complex than it is:

Compiling your project for 64bit would not allow it to function on WoW's 64bit client, correct? I presume the wow client would use different offsets and such that an entirely different offset list would be required, rather than just compiling into a 64bit binary?

Just kinda brainstorming, i like the pretty noticable performance gain I get using the 64bit client, particularly where ultra shadows & water are concerned, but I think the barrier of coding for the two clients is the problem, not something as simple as compilation. Just hopeful I'm wrong.

Thanks a lot.

[Mammalsauce]

Oh one other thing; for localization (and possibly making it pick up other things like dalaran higher learning books maybe? )
would changing the string used in comparisons like:

if (temp.Name.Contains("Flag"))

be sufficient to make it work with clients, such as the korean question above?

e.g. changing "Flag" to "깃발" for a quick and dirty solution while you create a more elegant one?

I suppose I'll test it out myself, and see if I can't make it look for something like the fool's gold node, since I can spawn that more or less at will to see.

[Zelos666]

Just a quick report from using this addon for some time now:
It works absolutely great and I don't know why it doesn't have more publicity yet. I'm the first one to pick up the flag every single time.

A suggestion:
Just add a "Flag name" field so the user can change the name to whatever the object's name is in his language. Should work as you said that's the only thing preventing it from working for some people.
Also - that way it should be able to right-click ANY game object, doesn't it?
For example those event eggs that are currently in Razor Hill etc... would be really nice to have an automated clicker/detector for that.

Keep up the good work.

[Rupson]

A suggestion:
Just add a "Flag name" field so the user can change the name to whatever the object's name is in his language. Should work as you said that's the only thing preventing it from working for some people.
Also - that way it should be able to right-click ANY game object, doesn't it?
For example those event eggs that are currently in Razor Hill etc... would be really nice to have an automated clicker/detector for that.

Keep up the good work.

Yess!! Need a way to replace the "Flag" name by the one of our country please !

[~Unknown~]

Compiling your project for 64bit would not allow it to function on WoW's 64bit client, correct? I presume the wow client would use different offsets and such that an entirely different offset list would be required, rather than just compiling into a 64bit binary?

As far as I know 64bit client would require some tweaking with offsets and such for running my program on a different client. I haven't researched much into doing so. If you'd rather use it on that client you can look at the code on the svn and try to tweak it for that client.

Oh one other thing; for localization (and possibly making it pick up other things like dalaran higher learning books maybe? )
would changing the string used in comparisons like:

if (temp.Name.Contains("Flag"))

be sufficient to make it work with clients, such as the korean question above?

e.g. changing "Flag" to "깃발" for a quick and dirty solution while you create a more elegant one?
.

Yes, this is true. If the object you wish to click is a game object that value can be replaced with anything that has a name you know. I intended on putting a textbox for that, but have just been busy with schoolwork

Just a quick report from using this addon for some time now:
It works absolutely great and I don't know why it doesn't have more publicity yet. I'm the first one to pick up the flag every single time.
that way it should be able to right-click ANY game object, doesn't it?
For example those event eggs that are currently in Razor Hill etc... would be really nice to have an automated clicker/detector for that.

Keep up the good work.

I appreciate the response. It's people like you that get tools like this more publicity. Posting if it works well/bad/slow whatever. The feedback encourages more people to read it. It is also less popular because it is a very narrow tool. Now a days people want full fledged bots or something of this nature that solves the probably more efficiently. This program works fairly well, but not as good if I injected.

Yess!! Need a way to replace the "Flag" name by the one of our country please !

Incoming in the next release.



*EDIT Updated bot to revision 27. Should have the requested features minus 64bit support.

[ogdutch]

wont attach =(
redownloaded r25 for now

[~Unknown~]

wont attach =(
redownloaded r25 for now

Could you try putting that log on pastebin.com or something. We have to wait for moderators to approve attachments. I might have made some oversight since I didn't test it all that much


*EDIT already on it. Forgot to have app running in legacy mode for Blackmagic since it was compiled in .net 2.0

[ogdutch]

[8:17:26 AM] Failed Attach to: 4512
[8:17:26 AM] Attach First!
[8:17:42 AM] System.IO.FileLoadException: Mixed mode assembly is built against version 'v2.0.50727' of the runtime and cannot be loaded in the 4.0 runtime without additional configuration information.
at Magic.BlackMagic..ctor()
at FlagReturn.Common.ObjectManager.Initialize(Process wowProc) in C:\Users\Rich\Documents\Visual Studio 2010\Projects\SVNFlagReturn\bg-auto-flag-return\Common\ObjectManager.cs:line 137
[8:17:42 AM] Failed Attach to: 4512

thats all it says =)

[~Unknown~]

[8:17:26 AM] Failed Attach to: 4512
[8:17:26 AM] Attach First!
[8:17:42 AM] System.IO.FileLoadException: Mixed mode assembly is built against version 'v2.0.50727' of the runtime and cannot be loaded in the 4.0 runtime without additional configuration information.
at Magic.BlackMagic..ctor()
at FlagReturn.Common.ObjectManager.Initialize(Process wowProc) in C:\Users\Rich\Documents\Visual Studio 2010\Projects\SVNFlagReturn\bg-auto-flag-return\Common\ObjectManager.cs:line 137
[8:17:42 AM] Failed Attach to: 4512

thats all it says =)

Yep, Blackmagic was built for .net 2.0 for the one I was using. Check the newest release. That one should work. I hope anyway

[ogdutch]

title says 27 so i didnt look down =)
thx

new one works great

[ogdutch]

broke again =( stupid patch!

[ogdutch]

sadface...