Central Forums Helpbot
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
Pages: 1 2 [3] 4 5 6 ... 10
 21 
 on: June 26, 2013, 12:54:33 AM 
Started by Llie - Last post by Llie
Well, theoretically each command is now fired in its own thread so for slow commands such as PoRK queries, let's say you do two commands back-to-back.  The process used to be:

player issues !whois Player1
player issues !whois Player2
bot fires whois command for Player1
bot does html get on Player1
user waits
bot gets answer for Player1
bot formats and displays answer for Player1
bot fires whois command for Player2
bot does html get on Player2
user waits
bot gets answer for Player2
bot formats and displays answer for Player2

Now it will be:

player issues !whois Player1
player issues !whois Player2
bot fires whois command for Player1
bot fires whois command for Player2
bot does html get on Player1
bot does html get on Player2
user waits, but bot is waiting on both queries
bot gets answer for Player1
bot formats and displays answer for Player1
bot gets answer for Player2
bot formats and displays answer for Player2

Very slight perceived improvement in performance.

I think this change is somewhat more straightforward than trying to make the bot asynchronous somewhere else. 

I mean, if you make the HTML.Get() asynchronous, you'd then need some way to be notified that your result has arrived and then parse and format output to the user.  That would be much harder to implement than just popping each command off in its own thread.

 22 
 on: June 24, 2013, 01:37:30 AM 
Started by Llie - Last post by veremit
Yeah the only improvement I can theoretically see is the bot shouldn't pause if its waiting for a PoRK request or such-like.

Similar improvements could be made by making the HTML fetching module go Async so that it doesn't block when those functions are running.

 23 
 on: June 20, 2013, 02:12:29 PM 
Started by Llie - Last post by Llie
Went ahead and pulled the change into my fork with an additional try/catch block to fall back to non-threaded command if a new thread can't be created.

I tested it with the AOU plug-in and for slow commands like these, at least I can shoot a couple of commands at the bot for it to work on.  I really haven't seen a noticeable difference in performance, but then again, it's not broken.  I'll have to figure out some way to do timing tests to see if there is an overall performance improvement.

 24 
 on: June 16, 2013, 03:50:37 AM 
Started by Sunstrings - Last post by Sunstrings
nice, also more feedbackz -
i see and so picturing this
somekind integrate combination on ll_store(works only if dropping actual item from game to chat, imo was dissapoint missing somekind little method(str) to enter items name in plain text..) and ll_itemassistor(use for orgbank toon impressive to see something new and also useful ..so to get copy list and no need to run similar backpack dumperz just incase to view few items on char.. errm wait does aoia work still is it updated for merged servers cuz i got older version of aoia ... )
so one n other plugin look a bit similar just i c its diffrent purpose n use...impressed

 25 
 on: June 07, 2013, 02:44:55 PM 
Started by Llie - Last post by Llie
Kilmanagh recently posted a major update to his fork that was intended to multithread commands.

It's my impression that VhaBot is already multithreaded.  My question is: what is currently already multithreaded in VhaBot?  And how important is Kilm's change?

Are individual plugins single-threaded, such that if 2 people issued the commands handled by the same plugin, the bot only answers one?  Is the command handling code single threaded so that the bot only ever handles one command at a time?

I'm interested in pulling them into my fork, but I wanted to know if it will significantly improve performance and won't significantly increase CPU usage on someone's hardware hosting the bot before I tried, because the number of changes are huge and merges like that are prone to breaking things.

 26 
 on: May 23, 2013, 03:49:19 AM 
Started by Llie - Last post by Llie
utf_8 encoding is supposed to have an extra character in front of each >>.  I'm okay with that, since I have no way of typing that character anyways.  I always just cut-n-paste it from another plug-in whenever I need it.

The BOM is simply unnecessary for utf_8.  I ridded my repo of them, and I'm happy now. ^.^

 27 
 on: May 22, 2013, 01:12:38 AM 
Started by Llie - Last post by veremit
Ah thanks for that .. clarifies some things I observed when converting between Windows/Unix systems.

Do all your files correctly display >> in all editors? I used to get some extra chars in my sources, but perhaps these don't appear in files with/without the BOM at the beginning?!

 28 
 on: May 22, 2013, 01:09:28 AM 
Started by Sunstrings - Last post by veremit
We are working on a Vhabot plugin implementation of this courtesy of Llie, whose bitbucket repository you have obviously found. If you can figure it out, you can download the posted copy of ll_ItemsAssistant from that page, and put it in your Vhabot/plugins folder, and you should find it works. Feedback always appreciated .. either on these forums, or direct on Llie's bitbucket pages.

 29 
 on: May 19, 2013, 02:22:46 PM 
Started by techd84 - Last post by Llie
There are many things that might be problem here.  The thing you're seeing is definitely caused by the server merge.  Here are a few things you need to check:

1) You have to be using a version of VhaBot that supports the server merge.  That means you can't use the 0.7.9CE version.  It has to be after.  I posted a link with the latest versions of VhaBot in this forum post.

2) The new dimension is named "RubiKa".  Note that the capitalization and the lack of a hyphen is important.  The dimension line in your config.xml file should be exactly as follows:

Code:
<Dimension>RubiKa</Dimension>

The repeated attempt and failure to connect is expected if you are using an old version of VhaBot or if the dimension is incorrect on one of the new VhaBots (especially Vhab's 0.7.10 version -- if you mangle the dimension on my version of the bot, you'd still get connected, but all the XML look-up services, like !whois and !history, would be broken).

 30 
 on: May 19, 2013, 07:32:57 AM 
Started by techd84 - Last post by techd84
I did every thing in the getting started part but I keep getting the same lines over and over

19-05-13 01:21:51 [Lolatech] Login
19-05-13 01:21:51 [Lolatech] CharacterSelect
19-05-13 01:21:51 [Lolatech] Connected
19-05-13 01:21:51 [Lolatech] Reconnecting
19-05-13 01:21:56 [Lolatech] Connecting
19-05-13 01:21:57 [Lolatech] Login
19-05-13 01:21:58 [Lolatech] CharacterSelect
19-05-13 01:21:58 [Lolatech] Connected
19-05-13 01:21:58 [Lolatech] Reconnecting


and in game it keeps saying
"Welcome to AnarchyOnline"

is that normal?

and the bot wont work?

 any help would be nice.
Techd84

Pages: 1 2 [3] 4 5 6 ... 10