decastro@cable.a2000.nl (xelag) // User Search

decastro@cable.a2000.nl (xelag) // User Search

1  2  |  

[MyComment]

Feb 3, 1999, 10:29pm
At long last! Thanks, Roland.
--
Xelagot 46ADB [Delph]
creator: XelaG
email: decastro at cable.a2000.nl

Bots get boring...

Feb 9, 1999, 11:43pm
On Mon, 08 Feb 1999 15:20:41 -0800, Canopus <aek2 at ix.netcom.com>
[View Quote] >If there are EcoBots that go about "seeding" the vacant land on worlds like
>AW, the bot designer had better think through the ecological consequences.
>Suppose you can have a bot that periodically rebuilds an acorn into a
>seedling, a seedling into a small tree, etc., and then randomly produces
>acorns from that tree, and seeds them elsewhere. It won't take long for this
>tree to multiply itself into a plague of trees: 1, 10, 100, 1000, 10000,
>100000.... That's because there is no real ecology here: the acorns have no
>squirrels to eat them, the trees have no storms to topple them, no parasites
>to sap them, no lumbermen to chop them down, and no rival vegetation to shade
>them into obliviion.

What about tourists?
--
Xelagot 46ADB [Delph]
creator: XelaG
email: decastro at cable.a2000.nl

Scanning objects

Feb 8, 1999, 8:21am
I've followed this thread in SDK ng. XelaG.

On Mon, 8 Feb 1999 00:36:48 +0100, "Jean Philippe Durrios"
[View Quote] >Hello,
>
>I still have problems with the query stuff :(
>
>What should be the code to search an object that has 'tatitou' in its
>Description field only ?
>
>My query command doesn't even launches the aw_event_CELLBEGIN event...
>incredible !
>
>:)
>
>jeanphi
>

--
Xelagot 46ADB [Delph]
creator: XelaG
email: decastro at cable.a2000.nl

Error 429

Mar 2, 1999, 1:07am
Are you using the latest Hambot build 26? The sdk for earlier builds
has been disabled.

XelaG

On Mon, 01 Mar 1999 17:07:09 -0800, Robert Hanna <dragon89 at gte.net>
[View Quote] >I'e been using Hambot for awhile and all of the sudden it started an 429
>error (RC_UNABLE_TO_CONNECT)
> The only thing that has changed is I've upgraded my world (Dragons)
>from a PS8XE to a CX1.But I
>can't see how would change anything since Hambot can't even log on to
>the universe server.My browser works fine.
>any ideas?
>TIA
>Lone
>

--
Xelagot 46ADB [Delph]
creator: XelaG
email: decastro at cable.a2000.nl

xelagot bug fix

Jul 26, 1999, 8:02am
Xelagot beta-testers and users,

Please download the latest version of Xelagot 2.69. A very
infrequently occuring bug has been fixed. This bug could put the bot
in an endless loop querying for a non existing citizen at a frequency
of one query per second, possibly resulting in a universe-server
overload. Only two cases of this were noticed (in months of testing),
both last Saturday, in two different universes.

Thanks, XelaG.

--
XelaG
email: xelag at 3dee.com
http://www.imatowns.com/xelagot

Xelagot 2.70 - spanish files + script click example

Jul 28, 1999, 6:07pm
Xelagot 2.70 is out.

It includes a spanish dialog file for the bot, the first in a series
of left-to-right languages.

Also an example action-script file shows the implementation of
avatar-click and object-click by moving the bot to the position of the
clicked avatar/object.

Please read "What's new' for details.

--
XelaG
email: xelag at 3dee.com
http://www.imatowns.com/xelagot

Xelagot 2.70 - castellano + archivo script

Jul 28, 1999, 6:16pm
Salio la version 2.70 de Xelagot.

Incluye un archivo para que el bot hable en castellano.

Ademas, hay un ejemplo de script que demuestra el efecto del clic
sobre un avatar u objeto: el bot se mueve y va al lugar del clic.

Desgraciadamente, no existe una traduccion del los archivos de
informacion. Los detalles mas recientes se encuentran en ingles el la
pagina web "What's new'.

--
XelaG
email: xelag at 3dee.com
http://www.imatowns.com/xelagot

Remote eject

Aug 8, 1999, 1:28am
On Sat, 07 Aug 1999 15:47:39 -0700, Daniel Whatley
[View Quote] ><!doctype html public "-//w3c//dtd html 4.0 transitional//en">
><html>
>How can I make my xelagot remote eject using avatar click like the preston?</html>


I don't know how preston works, Whatdog, but here is a script you can
use with Xelagot (latest version).

Copy this script (between the ----- lines), save it as a text file in
the Script directory. Load this script when the bot is running (see
online helpfiles), and start it.


XelaG
-----------
[Head]
Type=Script
Version=2.0

[Settings]
Origin=0.000n 0.000w 0.00a 0.0

[Script]
# example of eject script with avatar click
# only works for the owner of the boss
# if the bot has eject right

# define time-out list and $chatline
var /t_eject, $chatline
# set default time-out in seconds
%t = 30
# install chat event handler
OnChatEvent Chat1
# install avatar click event handler
OnAvatarClickEvent AvatarClick1
# loop
Label Loop1
# loop back (no exit here)
Goto Loop1

Label End
End

Event AvatarClick1
# get event data
GetSourcePerson &p
GetTargetPerson &t
# if source is the boss gosub...
IfPerson &p IsBoss1 Gosub PreEject
EndEvent

Sub PreEject
# get name and session number of victim
GetName $n &t
GetSession %s &t
$s = %s
# get bot's session number
GetSession %b
# if sessions are equal, exit
IfInt %b = %s EndSub
# keep session number and name in time-out list
TItemSet /t_eject $s $n %t
# whisper to boss what he should do next
Concat $a "Boss, you have" %t
Concat $a $a " secs. to tell me the number of minutes to eject " $n
Whisper &p $a
EndSub

Event Chat1
# get chat person and line
GetChatPerson &c
GetChatLine $chatline
# if it's the boss, proceed
IfPerson &c IsBoss1 Gosub Eject1
EndSub

Sub Eject1
# get the first number in chatline, store it in $y
SplitAtNumber $x $y $z $chatline
# test that $y is not empty, store as integer
IfString $y <> "" %y = $y
Else %y = 0
# reteive the victim's data
# $s session number as string
# $n name
# %t time-out left, 0 means expires or non-existant
TItemGet /t_eject $s $n %r
$a = "?"
# if number of eject minutes > 0 and time-out is valid
# eject the victim (Sub Eject2)
# else whisper a question mark to boss
IfInt %y > 0 IfInt %r > 0 Gosub Eject2
Else Whisper &p $a
EndSub

Sub Eject2
# eject code
# prepare what to say to boss
Concat $a "Ejecting " $n " for " %y " minutes"
# change session number from string to integer
%s = $s
# whisper to boss, eject victim
Whisper &c $a
Eject %s $n %y
EndSub

-------------

Remote eject

Aug 8, 1999, 1:39am
On Sun, 08 Aug 1999 03:28:25 GMT, decastro at cable.a2000.nl (XelaG)
[View Quote] a slight error in the script (wonder how it worked when i tested it?)

Event Chat1
# get chat person and line
GetChatPerson &c
GetChatLine $chatline
# if it's the boss, proceed
IfPerson &c IsBoss1 Gosub Eject1
EndSub


should be:

Event Chat1
# get chat person and line
GetChatPerson &c
GetChatLine $chatline
# if it's the boss, proceed
IfPerson &c IsBoss1 Gosub Eject1
EndEvent

The last line was wrong :)

XelaG

Remote eject

Aug 8, 1999, 3:55am
LOL, this late night coding... second mistake in the script:

Sub Eject2
# eject code
# prepare what to say to boss
Concat $a "Ejecting " $n " for " %y " minutes"
# change session number from string to integer
%s = $s
# whisper to boss, eject victim
Whisper &c $a
Eject %s $n %y
EndSub

must read, to eject for %y minutes and not seconds:

Sub Eject2
# eject code
# prepare what to say to boss
Concat $a "Ejecting " $n " for " %y " minutes"
# change session number from string to integer
%s = $s
# multiply %y by 60
IntMul %y %y 60
# whisper to boss, eject victim
Whisper &c $a
Eject %s $n %y
EndSub


XelaG.

Remote eject

Aug 8, 1999, 11:47am
On Sat, 07 Aug 1999 23:20:50 -0700, Daniel Whatley
[View Quote] ><!doctype html public "-//w3c//dtd html 4.0 transitional//en">
><html>
>It works ok but I actually want the bot to automatically eject the person
>that is clicked on for a minute and be able to let any one to do this not
>just the boss.</html>

try this script, i haven't tested it. XelaG

-------
[Head]
Type=Script
Version=2.0

[Settings]
Origin=0.000n 0.000w 0.00a 0.0

[Script]
# example of eject script with avatar click
# works for anyone who clicks on a victim
# if the bot has eject right
# ejects automatically for one minute

# set eject period in minutes
%e = 1
# multiply %e by 60
IntMul %y %e 60
# install avatar click event handler
OnAvatarClickEvent AvatarClickEject
# loop
Label Loop1
# loop back (no exit here)
Goto Loop1
End

Event AvatarClickEject
# get ejector data
GetSourcePerson &p
# get target (= victim) data
GetTargetPerson &t
GetSession %s &t
GetName $n &t
# bot's session number
GetSession %b
# if target <> bot himself, gosub...
IfInt %b <> %s Gosub Eject
EndEvent

Sub Eject
# eject code
# whisper to ejector
Concat $a "Ejecting " $n " for " %e " minutes"
Whisper &p $a
# eject
Eject &t %y
EndSub

-------

Remote eject

Aug 8, 1999, 10:08pm
On Sun, 08 Aug 1999 08:42:57 -0700, Daniel Whatley
[View Quote] ><!doctype html public "-//w3c//dtd html 4.0 transitional//en">
><html>
>it worked but the person did not get ejected.

You are right, Whatdog, there is a bug in IntMul, it does not do the
multiplication. This will be fixed in the next version 2.78, I'll
upload it in a few minutes. The script should then work ok.
XelaG.

[View Quote]

Xelagot eject

Aug 9, 1999, 5:42pm
On Mon, 09 Aug 1999 09:02:15 -0700, Daniel Whatley
[View Quote] Thanx XelaG. It works great now, but it lags some. Also I have been
trying to make it say out loud so-n-so shout out so-n-so but it is not
working.

-----------

The lag is normal: the click is sent to the world server, which sends
it out to the sdk appliences all over internet. The bot gets the click
and decides what to do with it (milliseconds work). Then the bot sends
an eject order to the world server. 2x travelling through internet
instead of 1x when done with the browser: the browser gets the click
from the user's mouse and sends the eject order straight away.

To say out loud, change the eject routine to this one:

Sub Eject
# eject code
# whisper to ejector
Concat $a "Ejecting " $n " for " %e " minute"
Whisper &p $a
# say out loud
GetName $m &p
Concat $a $m " shot out " $n
Say $a
# eject
Eject &t %y
EndSub


Hope it works, XelaG.

Xelagot News

Aug 16, 1999, 10:56pm
Version 2.81 of Xelagot introduces automatic recognition of propdump
format files in project file loading, and can also save files in that
format. Scripting has also been improved tremendously: there are 3
examples included in the download which will help world owners (small
worlds) to back up their worlds (for 10n to 10s worlds, 20n to 20s and
25n to 25s), familiarity with the survey manager is required only to
save the thus obtained project file - which can be saved as a xelaot
project file or as a propdump file. Check the xelagot site at
http://www.imatowns.com/xelagot

XelaG
email: xelag at 3dee.com
http://www.imatowns.com/xelagot

Xelagot 2.82

Aug 17, 1999, 3:54pm
Hi all,

Xelagot 2.82 now reads (and writes) Canopus blueprint files.

It recognises now automatically 3 formats for project files, based not
on the file extension but on the file structure: Xelagot project
files, Canopus blueprint files, propdump files. It can also save to
these 3 formats.

XelaG.

aw_int_set(AW_MY_Y, 0)?

Dec 23, 1998, 7:00pm
Roland, we just conducted the following experiment with Canopus, in 3
parts:

Present: Canopus, me and my bot Delph.

PART 1:

Canopus, after stopping all horizontal movement, went repeatedly up
and down to 0 altitude using the + and - keys. We didn't observe
anything unusual.

PART 2:

I had my bot move from 0 altitude up 5m: no prob.
Then down to 0: althought my UI showed him at 0 altitude (the change
had been sent to the dll and aw_state_change() had been called),
Canopus and I didn't see him come down. I then moved him forward 1 cm,
and yes, both Canopus and I saw him come down to 0 altitude.

PART 3:

I teleported up to 5m hight, using the menu 'Teleport | To...' option.
My bot Delph was following me to my exact position at the time.

When going up, no prob: Canopus and I saw me go up and my bot
following me and merging into my avatar.

When coming down to 0 altitude using the same method, something weird
happened: I saw myself coming down to 0, but my bot stayed at 5m
altitude. Canopus saw me and my bot still at 5m altitude; he moved
around, we stayed at 5m. Then I moved slightly horizontally, causing
Delph to move too: my browser showed Delph coming down, Canopus'
browser showed both me and my bot coming down to 0 altitude.

BTW, this problem was observed while I was not subject to gravity.
While subject to gravity, I could not teleport up and stay there: I
would inmediately return to ground position.

CONCLUSIONS:

None really. It's obvious that your own browser updates your position
straight away, not through the server. This is also seen when the
browser is 'Waiting for server': you can still move around. This
explains why I saw myself coming down in PART 3.

I also assume the browser sends your new position to the server.
Therefore, the problem is either at the server end, or possibly after
the browser receives the change from the server.

XelaG.


On Wed, 23 Dec 1998 10:42:49 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >It's always possible that there might be a problem here, but I'm not aware
>of any...I will try to look into this when I get a chance. If the problem
>is in the browser's avatar rendering code, then you would think it could be
>duplicated simply by having someone stand in one place and move up and down
>using +/-, after using the '5' key to completely stop all horizontal motion.
>If the bug is as Xela describes it, then after some point presumably an
>observer would no longer see the other's change in altitude....
>
>-Roland
>
[View Quote]

aw_int_set(AW_MY_Y, 0)?

Dec 24, 1998, 8:41am
Just to confirm Josh's view: it's putting the altitude to 0 which is
buggy, whether thats done upwards or downwards is irrelevant. I hadn't
noticed the upward bit before, cause i dont usually send myself or my
bot below sea level ;o) {not quite true, I did a lot in Atlantis
untill I started S-decaying}

I've reconducted the experiments we did yesterday with Canopus and my
bot, which confirms what Josh said.

XelaG and his XelaGots

aw_int_set(AW_MY_Y, 0)?

Dec 24, 1998, 11:33pm
Thanks, Roland, for checking this at the server end. I think the bug
and workaround are now clear, and since it does not usually affect the
normal performance of bots and other creatures, IMHO it can wait a
while, although it should sooner than later be solved.

A good holiday and best wishes to all bot makers, users and
wishful-thinkers (we're all needed in this universe - and non COF ones
as well).

On Thu, 24 Dec 1998 11:47:57 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >Okay, thanks for all of your hard work on this. From the description of
>what you did and what you saw, I'll tentatively conclude that this problem
>exists somewhere in the browser's avatar rendering code (a nightmarish brew
>of C++ templates, sigh...) I don't think it is in the server; I looked
>over all the avatar position handling code in the server and could not find
>anything that could possibly care whether the Y coordinate is zero or not.
>
>-Roland
>
[View Quote]

chat string processing curiosa

Dec 23, 1998, 11:04pm
A pity, my Poetry Bot died of prosaism...

:oP

On Wed, 23 Dec 1998 10:47:07 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >A more sophisticated solution to this problem may well be in order but I
>don't have time to deal with it right now...releasing a beta of the 2.1
>browser is currently my top priority.
>
>-Roland

chat string processing curiosa

Dec 25, 1998, 12:17am
I hope I'm not nagging about this issue, but it does affect me
personaly, since I'm working in projects involving the the
presentation of text for commercial and non-commecial purposes. So
bare with me.

The ONLY text formatting tool I had was the newline+tab combination.
It may not be very relevant for a ball-bot, it is extremely important
for bots conveying certain types of information, especially if it's
the one and only tool you have.

One is limited by the amount of text the browser can show and the
viewer can absorb, so written information has to be chopped into small
units, with calculated pauses and visual effects in between. Font
types and styling are not available. It is a challenge to present
information in a palatable way.

Would it be possible to have this feature re-installed a soon as
(reasonably) possible? I know the SDK is only in a beta stage, but one
can not avoid building up for the future.

It seems to me that it can't consume so much time to fix this: it took
me 10 minutes to juggle around with ascii chars to get it right in the
first place. It might be more difficult in C than in Pascal though.

Ego dixi. I've had my say. I only hope that the essence of (not only
my own urgency in) the matter shows through my disappointment. I do
realise the stress involved in launching the 2.1 stuff, so if it isn't
possible to solve this now, tough ***t.

Oh well, I apologise for my slightly bitter tone, I wish all of you a
great 1999.

XelaG.

[View Quote] >A difference in 2.0 and 2.1 worlds' chat string processing?
>
>I had a little trick with my bot, which doesn't work any more in 2.1
>worlds. In my explanation, i'll symbolise the newline character with
>{n}, and the tab with {t}.
>
>If have my bot [Delph] send the following chatline:
>
>How are you, table?{n}Table:{t}Very well, thank you Delph.{n}{t}And
>how are you today?
>
>The chatline would appear in the browser so (still does in 2.0
>worlds):
>
>[Delph]: How are you, table?
>Table: Very well, thank you Delph.
> And how are you today?
>
>
>I could have inanimated objects respond in this way. This trick does
>not work in AW, presumably this has been changed in 2.1 worlds to
>avoid abuse. Yet, it's a pity, you could also format text with
>newlines in this way. Is this to be a permanent feature?
>
>Another thing that has disappeared is the degrees sign (I havn't
>tested other high ASCII symbols). I still have it in 2.0 worlds...
>
>XelaG.

citizen lookup confusion

Dec 29, 1998, 6:46am
When using the callback in multi instance cases, aw_instance() was not
giving the right instance number, as far as I could see. I should
re-test it to be sure, but my workaround in this case is to:

1. ignore rc which does not work for me and Canopus (see earlier
postings) in any case.

2. ignore aw_instance()

To do this, I proceed as follows:

(i) I only send one aw_citizen_attributes_by_name() or _by_number()
request at a time, and wait for the callback before sending a new
request. I keep track of the bot instance (not using aw_instance())
and the contents and purpose of the request.

(ii) when the callback returns, I check my request with the contents
of AW_CITIZEN_NUMBER and AW_CITIZEN_NAME. I they are related, I know
(hopefully) the answer is correct. Otherwise, I got an error (rc
function substitute).

(iii) if the purpose was to determine the citizen number of a
citizen-like name that has a known session number (or citizen name in
the case of the login number), I know the person in question must be a
citizen and i should not have received an error back. If i didnt get
the required information, i iterate the call untill I get it right.

XelaG.

On Mon, 28 Dec 1998 13:21:48 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >It is possible that there is a bug in aw_citizen_attributes_by_name() in the
>multi-instance case. I've tested it extensively under the single-instance
>case but not multi-instance. I'll take a closer look at that.
>
>As for what you said about aw_instance(), yes, in a multi-instance
>application once you've called a synchronous API method (i.e. one without a
>callback installed) the current instance can change at random, depending on
>what events are triggered for the other instances while the SDK is waiting
>for a response to your current call. That is one of the reasons why the
>aw_instance() and aw_instance_set() calls are provided, so at any time you
>can determine which instance is current, and change it to the one you want.
>
>-Roland
>
[View Quote]

citizen lookup confusion

Dec 29, 1998, 6:54am
In (i), I DO set aw_instance_set() before sending the request to the
server.

XelaG.

citizen lookup confusion

Dec 30, 1998, 12:41am
On Tue, 29 Dec 1998 11:42:11 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >Wait, you are saying that aw_instance() is not correct during callbacks?
>That doesn't make any sense. We are running bots right now that depend on
>this functionality and they are working fine.

I didn't imply this at all, we're following Faber's thread. It was a
specific probrem with citizen attributes.

>
>Or are you saying that it doesn't work during just this one callback?

The aw_instance() problem was my mistake. I've been checking all
afternoon at aw_games, and my error was that I had been asking for
aw_instance also in cases when I was not using the callback. A useless
query, you could rightly say. My appologies for the confusion.

>I looked specifically at the code for the AW_CALLBACK_CITIZEN_ATTRIBUTES case,
>it is correctly setting the current instance before triggering the callback,
>just as with all other callbacks. I can't see how or why this callback
>would behave any differently than the others...

>If someone could provide some C code that demonstrates this problem, that
>would help me a lot...thanks!
>
>-Roland

The mystery of the failed callbacks remains. That was the original
thread. Faber and I, separately, have been tracking, how many times we
must ask the server to-day (afternoon and night in Europe) until we
get the correct answer for an existing citize. Faber does not use
callbacks for this, I switch from one mode to the other. He had no
errors, I had very few. A big contrast with yesterday, when many if
not most queries for citizen numbers of existing citizens had to be
repeated. We were both using build 11, both days.

It could be that there sometimes is a server error, and that the dll
has nothing to do with this error, it just may report what it gets.

XelaG.

>
[View Quote]

Build 12 available

Dec 30, 1998, 1:09am
On Tue, 29 Dec 1998 15:13:17 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >Hi,
>
>Build 12 of the SDK is now available. Please upgrade at your earliest
>convenience. You may download it from the usual place:
>
>http://objects.activeworlds.com/downloads/sdk.zip
>
>Build 12 introduces 3 new universe attributes in aw.h:
>AW_UNIVERSE_BUILD_NUMBER, AW_UNIVERSE_REGISTRATION_CHARGE, and
>AW_UNIVERSE_RENEWAL_CHARGE. These attributes are for use by the 2.1 browser
>(they aren't of much use for an SDK application.)
>
>A problem has been fixed that occurred when the calls
>aw_citizen_attributes_by_name() and aw_citizen_attributes_by_number() failed
>if the citizen name or number didn't exist: the queried name or number was
>not being sent back to the SDK in the failure case so it wasn't possible to
>correlate the query with the response in the AW_CALLBACK_CITIZEN_ATTRIBUTES
>if there were multiple calls outstanding. Now the name or number is being
>correctly sent back even if they don't exist.
>
>-Roland
>
Hehe, Roland, this invalidates my workaround for Delphi problems with
the rc parameter of the callback :-(

Am I correct in my observation for build 12?

if you send an invalid citizen name, you get back the same invalid
name (new situation, allows identification) and a citizen number = 0
(new situation, COF won't like it :-).

if you send an invalid citizen number, you get the same invalid
citizen number (new situation, allows identification) but the name
remains unchanged from the previous call (old situation).

If the name were set to say, "", I could then identify it as an error
message, bypassing the rc problem.

Thanks for your efforts, sorry if I sometimes sound irritated and
unreasonable, I'm working nights on these bots, they're great.

XelaG.

Build 12 available

Dec 31, 1998, 3:16am
On Wed, 30 Dec 1998 13:12:18 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >
>Well...technically, the value of AW_CITIZEN_NAME is undefined in the
>lookup_by_number failure case. In practice, yes, it is simply unmodified
>from its previous call, but I would hesitate to suggest writing code that
>depends on this behavior. Instead I would try to focus on why the rc
>problem exists - I assume this is a problem with callbacks in your
>particular implementation of an interface to the SDK, not with the SDK
>itself, correct?

Roland: this is what I still don't know. I haven't tried other
callbacks yet, and am gratefully basing my implementation of the code
on Canopus' SDK Delphi work. His posting in this thread and my talks
to Walter lead me to tentatively conclude that we are dealing here
with an as yet unresolved Delphi problem, not an SDK one. But, I still
haven't heard from a C or C++ programmer whether they have the same
problem with rc in the citizen attributes callback.

Until we resolve this problem, I am forced to bypass rc in callbacks
and use rather awkward methods.

XelaG.

Build 12 available

Jan 1, 1999, 1:40am
Netropolis, this made my year. Oid mortales !

XelaG.

On Thu, 31 Dec 1998 17:42:52 -0300, Netropolis
[View Quote] >Declare ur callback procedure as:
>
>procedure CitizenByName(retcode: Integer); cdecl;
>
>I just tested it, it returns the correct citizen number and rc.
>
>HTH,
>
>-Netro
>
>
[View Quote]

Bots confused...

Dec 30, 1998, 12:52am
Josh, you can't ask the position of someone that talks, you are
probably getting the data of the last aw_event_avatar_add or
aw_event_avatar_change produced by anyone arriving or moving. The only
way you can keep track of positions (and avatar number and last
performed gesture) is by storing these values until the person leaves
the area, when the bot gets the delete event. If someone talks, you
must then search for his/her position in your mini-database.

XelaG.

[View Quote] >Ok when a AW__EVENT_CHAT is called with AW_AVATAR_X , Y, Z and YAW it
>selects a random avatar and not the avatar that said the message, is
>this a possible problem or is it supposed to do that?

avatar_delete problem

Jan 5, 1999, 11:01am
Walter, the method I use is similar to yours in a way: be both recover
the citizen numbers of citizens. For citizens, the line crash is
unimportant, re-identification takes place anyway. The same applies if
they change names. The problem does remain for tourists and bots.

For bots (and for citizens too) I would advocate automatic receipt of
another attribute, the citizen number (of the owner of the bot in the
case of bots). This would solve other ID problems with bots mentioned
in earlier threads.

For maintaining the lists, I use the session number exclusively
(except for adding the cit.num. when it arrives, that goes by name).

I have not experienced any problems since the 'fix' of avatar delete,
except for a bug I had in my own code.

XelaG.

On Mon, 4 Jan 1999 19:44:06 +0100, "Walter Knupe" <wak at faber.ping.de>
[View Quote] >You are correct.. i'll change the code to remember session numbers and use those to
>clear entries from my list when ppl leave...
>
>why didn't i think of that ? :)
>
>Walter
>
> Edward Sumerfield schrieb in Nachricht <3690EAC6.DD8B3E39 at poboxes.com>...
> Why do you need the name at this point?
> I use the session number to track which avatar has "changed" or "deleted" and index into my list with that. I retrieve the name in the "add" event handler and store it in the list with the rest of the information about the avatar. Names don't change so there is no point re-getting them from the SDK.
>
> Edward Sumerfield.
>
>

wsf and avatar_delete/add, another problem

Jan 2, 1999, 12:54am
Roland and the ng club:

A problem with wfs.

I'd like some advice on this. When there's a problem with the
communication with the server, wsf, my bots don't get the
aw_avatar_delete() event. As soon as communication is re-established,
the bots get aw_avatar_add() events for all present, as if they had
never been there in the first place, causing double entries in their
presece-lists. Since the session number has also changed (if the
problem was due to the world or uni servers, i suppose), i can only
cope with clearing the citizens from being entered more than once - i
keep their cit. numbers, which i ask from the server at every
avatar_add() event.

A second problem is that the program freezes for a while during wsf, i
suppose due to aw_wait() and other messages it sends to the server.
aw_wait() does not return an error code in case of wsf. Is there a
neat way to cope with this?

I call aw_wait(10) every 0.5 sec, it's heading the loop that processes
all communication prom my program to the server.

My emergency solution is manually ejecting and re-entering the bot in
the world. This causes the presence lists to be cleared on entry. I'd
like to make this, or any better solution, an automatic feature.

Any suggestions are welcome.

XelaG.

wsf and avatar_delete/add, another problem

Jan 2, 1999, 9:54pm
Thank you both for your help. I've had it installed for a few days
now, but have had no wfs since then, so I can't test it yet. XelaG

On Sat, 2 Jan 1999 14:44:23 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >Yes that is correct, to deal with this problem you should install an event
>handler for AW_EVENT_WORLD_DISCONNECT and clear your entire avatar list
>whenever you receive it. This is what the AW browser itself does as well.
>
>-Roland
>
[View Quote]

1  2  |  
Awportals.com is a privately held community resource website dedicated to Active Worlds.
Copyright (c) Mark Randall 2006 - 2024. All Rights Reserved.
Awportals.com   ·   ProLibraries Live   ·   Twitter   ·   LinkedIn