APB Ultimate

[Spaznetz]

Feed the Needy doesn't give the most XP per hour for Leadership. Chart Region does. Feed the Needy will do about 30XP per hour per slot but Chart Region will do 40XP per hour per slot. There are also several other tasks that give 30XP per hour per slot, so Feed the Needy isn't necessarily the most optimal way to do it.

There's two other optimal ways to quickly level up Leadership. One requires you buy a nice sized stack of "Local Map" from the Auction up front (you can get 100 maps for about 20k AD). Then you would do:

Slots 1, 2, and 3: Chart Region (40XP per slot per hour = 120XP per hour)
Slots 4 and 5: Explore Local Area (20XP per slot per hour = 40XP per hour)
Total XP per hour: 160
Per 24 hours: 3840

If you don't buy the Local Maps up front, use this:

Slots 1, 2, and 3: Explore Local Area (20XP per slot per hour = 60XP per hour)
Slots 4: Chart Region (40XP per slot per hour)
Slots 5: Patrol Mines (30XP per slot per hour)
Total XP per hour: 130
Per 24 hours: 3120

Doing the "Feed the Needy" method from Methuselas is:

Slots 1, 2, and 3: Feed the Needy (30XP per slot per hour. Also costs 5s 40c per hour or 1g 29s 60c per 24 hours)
Slots 4 and 5: Patrol the Mines (30XP per slot per hour)
Total XP per hour: 150
Per 24 hours: 3600

This assumes 5 free slots (Level 10, Level 30, Level 60, Profession Level 3, Profession Level 10).

Method 1 Pros: Fastest Leadership leveling possible.
Method 1 Cons: Requires an AD investment up front. You also don't build a supply of Mining Claims to use once maxed.

Method 2 Pros: Costs no AD and no Gold.
Method 2 Cons: Slowest of the three methods.

Method 3 Pros: Fastest Leadership leveling without AD possible.
Method 3 Cons: Costs a lot of Gold.

Pick your poison.

Once more, thank you for the response. Lots of good info in your different methods.

I always like the cheapest method of leveling even if it is a bit slower Especially since I'm running on 4 slots anyway and I won't be zooming through the levels.

[Spaznetz]

BaseN,

First, thank you so much for all the effort you have put into this application. It really is a sanity saver. (And a sleep saver, too )

Second, I noticed something odd in the randomized number of seconds added to the loop delay. It works perfectly at lower numbers, but when I started running longer delays (an hour or more) it seems like the RNG always adds 4 seconds. I have 5 instances running on a 7300 second loop and every one of them shows "Delaying for 7304 seconds". If the purpose of the randomizer is to avoid seeming too precise, this may not be doing what you intended.

I'm certainly not complaining, just thought I'd let you know.

EDIT: Third: Since no-one else answered above, do you know if APBU will run under WINE? I've got a 64-bit Ubuntu machine sitting idle about 20 hours a day that I would love to put into service as a APBU slave. I'm tempted to just dive in and see, but I thought I would ask first.

[Rocktroll]

Tried running the bot tonight, I installed it fresh from the first post and it gave me a message that I needed to search for a compatible version ? A few weeks ago I ran it with no problem but now it says not compatible with my version of windows ( Windows 7 Ultimate).

The only thing I have done recently with my laptop was I tried installing a program that required that I install THREED32.OCX into my system32 folder, and something else similar, I don't know if that has anything to do with it but its the only change I have done since the last time I was able to get everything working.

The Error message is

The version of this file is not compatible with the version of windows your running. Check your computers systems information to see weather you need an X86 (32-bit) or X64 ( 64-bit) version of this program, and then contact the software publisher.


Any ideas?

[Rocktroll]

Ok these are the two items I installed and registered ( with command promp)
threed32.ocx and msmask32.ocx

I have an older Windows 7 32-bit operating system..

Did I mess something up?

[Rocktroll]

Ok did a search inside this thread and turns out that I must be mistaken, I must have never been able to run this program on my laptop as it is a 32-bit system that is not supported by this program. ( It must have been on my home computer)

Ok now that makes me wonder how old my laptop is.....

[BaseN]

That being said, BaseN's argument on not doing a 32-bit had nothing to do with this sense of elitism, but due to concerns with compiling time being doubled just for having to compile two separate builds. That makes me really want to peer at the source code 'cause I'm having a hard time fathoming the code requirements to end up with long compile times, unless BaseN's idea of long is over a minute. Unless, of course, he's recompiling his 3rd party DLLs as well, to which I'm scratching my head as to why. All the more reason I'd like to peek at the code.

I have already explained that I am compiling Qt and QtWebkit from git (and their dependencies due me using VC11 toolchain). This is because standard Qt and Qt Webkit are compiled by default with features that increase memory consumption and cpu usage that APBU does not need--eg SVG, sensors etc-- (and also picking up zero day QtWebkit bugfixes which are quite frequent. When one has possible ramifications with APBU, I rebuild.).
Do try and compile Qt with QtWebkit from git and you'll get an idea of what I am trying to avoid. I said that if there is actual demand for this (and by actual demand I mean enough demand to justify me packaging and uploading everything twice--I update this very frequently/or a donation with such a request), I'll compile it (the x86 version only) against prebuilt Qt/QtWebkit binaries only and it will have increased memory footprint (as much as 25%) and CPU usage.
The compilation of APBU itself takes 1-2 seconds. EDIT: And before you ask why I chose to compile the x64 version to begin with, it's because I use the particular set of libraries for two other projects as well that depend on more than 4GB RAM allocations (those projects don't use QtWebkit but I'm already compiling Qt with the same options for them. So it all boils down to saving time...)

That said, sorry guys for the delayed updating but I'm having two consecutive hell weeks at work (working on a lot of projects simultaneously) and that's pushing APBU development in the backside. Hopefully it will clear by the end of this week and I'll get the time to hunt/fix the reported issues on the 0.4.0 closed beta.

[Darxide23]

Ok these are the two items I installed and registered ( with command promp)
threed32.ocx and msmask32.ocx

I have an older Windows 7 32-bit operating system..

Did I mess something up?

(APB Ultimate)Yes. You used a 32-bit OS.

[Cyntalan]

I have already explained that I am compiling Qt and QtWebkit from git (and their dependencies due me using VC11 toolchain). This is because standard Qt and Qt Webkit are compiled by default with features that increase memory consumption and cpu usage that APBU does not need--eg SVG, sensors etc-- (and also picking up zero day QtWebkit bugfixes which are quite frequent. When one has possible ramifications with APBU, I rebuild.).
Do try and compile Qt with QtWebkit from git and you'll get an idea of what I am trying to avoid. I said that if there is actual demand for this (and by actual demand I mean enough demand to justify me packaging and uploading everything twice--I update this very frequently/or a donation with such a request), I'll compile it (the x86 version only) against prebuilt Qt/QtWebkit binaries only and it will have increased memory footprint (as much as 25%) and CPU usage.
The compilation of APBU itself takes 1-2 seconds. EDIT: And before you ask why I chose to compile the x64 version to begin with, it's because I use the particular set of libraries for two other projects as well that depend on more than 4GB RAM allocations (those projects don't use QtWebkit but I'm already compiling Qt with the same options for them. So it all boils down to saving time...)

I guess I'm just sure what you get out of recompiling Qt for every weekly distro instead of just using whatever current stable version that's out there. A one-time compile of the most stable version (removing the unnecessary parts if you're that adamant about it), maybe another one down the line, but not as frequent as you're currently having to do it. Not to mention it would cause less stress having to find out what the hotfix just did to your own program. Also, in this day and age with GIGS of ram and TB of space, especially considering the preference to x64... is footprint that big of a deal? Is this using CPU resources of a significant degree?

As I've said, I don't really know as I only have one computer that is running a 64-bit OS and it's not my preferred machine to run this on (a Win 7 x64, also have a Win 7 32 and a Vista 32). In an ideal world, I'd run it on a secondary computer of low power consumption instead of my power computer that is also used by others in my household.

[BaseN]

There have been fixes in QtWebkit that would affect APBU and I have to pick them up. Not recompiling when I know something that could cause a problem is fixed is just a poor decision and/or lazyness.
Now regarding the resource usage, a lot of people use APBU with multiple accounts so low memory footprint is very important. Low CPU usage is a must for these people as well but also for the majority of the users who use it on their main PC system and want it to use as less resources as possible so it doesn't actually affect the performance of them running the game etc. Currently it is not using many resources no. But that is because I use the optimized Qt/QtWebkit builds and I'm constantly optimizing code for resource usage. Also there is no stress at all about finding out what a hotfix does to my program because I know that before hand. If you are familiar with the libraries you are using, you just examine the patch and you know exactly what it fixes, why and how it could affect your program or how your program could misbehave if you did not apply the patch. Since the start of the development of APBU, there have been at least 5 or 6 fixes that if left unpatched would create issues for APBU. One of them was a leak in Webkit's part of the code that has to do with loading and unloading jpeg image resources, which the gateway is full of (for example).

As I said if there's enough demand for this I'll compile 32bit version against prebuilt Qt which while have increased footprint/CPU usage.

[Cyntalan]

There have been fixes in QtWebkit that would affect APBU and I have to pick them up. Not recompiling when I know something that could cause a problem is fixed is just a poor decision and/or lazyness.
Now regarding the resource usage, a lot of people use APBU with multiple accounts so low memory footprint is very important. Low CPU usage is a must for these people as well but also for the majority of the users who use it on their main PC system and want it to use as less resources as possible so it doesn't actually affect the performance of them running the game etc. Currently it is not using many resources no. But that is because I use the optimized Qt/QtWebkit builds and I'm constantly optimizing code for resource usage. Also there is no stress at all about finding out what a hotfix does to my program because I know that before hand. If you are familiar with the libraries you are using, you just examine the patch and you know exactly what it fixes, why and how it could affect your program or how your program could misbehave if you did not apply the patch. Since the start of the development of APBU, there have been at least 5 or 6 fixes that if left unpatched would create issues for APBU. One of them was a leak in Webkit's part of the code that has to do with loading and unloading jpeg image resources, which the gateway is full of (for example).

As I said if there's enough demand for this I'll compile 32bit version against prebuilt Qt which while have increased footprint/CPU usage.

That's fair enough. I appreciate your detailed and reasonable responses.

[spiritdays]

Nice job but i have mistake with 1 account

because is name is exemple => "@New_York" and the "_" doesn't save so i have problem account wasn't accept by gateway


thx before and give us writing the special caracters

ps: i'm fr so bad english

please up and can have delay more 7600 sec please , and if we can have option for disconnect after loop ok and reconnect when delay is good

[Spaznetz]

please up and can have delay more 7600 sec please , and if we can have option for disconnect after loop ok and reconnect when delay is good

If I understand what spiritdays is asking for, I'd like to add my vote for these features. (Pffft, like this is a Democracy, right? )

It would be fantastic if it were possible to tell APBU to perform a series of actions like:

1) Log in
2) Perform task list
3) Log out
4) Wait specified time and repeat

Since all the tasks seem to be in multiples of an hour, I end up setting Base Loop Delay to 3600 and letting it run. Either that or I stop APBU and try to remember to start it again (and forget ). It would be nice to have the ability to set delays up to whatever the maximum task time is (18 hours?) The 'Log In/Log Out' feature would be ideal, but longer delays would be nice, too.

[spiritdays]

If I understand what spiritdays is asking for, I'd like to add my vote for these features. (Pffft, like this is a Democracy, right? )

It would be fantastic if it were possible to tell APBU to perform a series of actions like:

1) Log in
2) Perform task list
3) Log out
4) Wait specified time and repeat

Since all the tasks seem to be in multiples of an hour, I end up setting Base Loop Delay to 3600 and letting it run. Either that or I stop APBU and try to remember to start it again (and forget ). It would be nice to have the ability to set delays up to whatever the maximum task time is (18 hours?) The 'Log In/Log Out' feature would be ideal, but longer delays would be nice, too.

Yes i'm ok with you and can connect account with special character ^^ (example &é"'(-è_ç@

[Ermiz]

32 bit is archaic and nobody anywhere should support its use.

ROFL. Dolan pls.

[Methuselas]

Curious, but is anyone experiencing time out issues with the Gateway? I mean, yeah, it's Cryptic, but today, it's been really bad.....