Closed GoogleCodeExporter closed 8 years ago
After observing the behavior. I think part of the reason is that there's too
many monster around the homunculus. Possibly, because there's about more than 5
orc skeleton, zenorc and a couple of drainliar around.
This is just a speculation. May not be the reason for it.
Original comment by simon.as...@gmail.com
on 8 Jul 2010 at 8:48
Here's the new one. After it attacked the zenorc, it stopped suddenly. No other
monster was around.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 5ÃÊ (40h) Clearing history for Actor
#110016144 [Loc:(39,39), Type:1152, Name:Orc Skeleton] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 6ÃÊ (40h) Clearing history for Actor
#110016225 [Loc:(54,45), Type:1177, Name:Zenorc] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 7ÃÊ (40h) Reactivating Actor #110016144
[Loc:(-1,-1), Type:1152, Name:Orc Skeleton].
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 9ÃÊ (40h) Clearing history for Actor
#110016067 [Loc:(57,46), Type:1042, Name:Steel Chonchon] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 12ÃÊ (40h) Clearing history for Actor
#110016257 [Loc:(39,44), Type:1177, Name:Zenorc] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 13ÃÊ (50h) -- RAIL.AI mark (20046ms since
last; 63ms longest; 5ms avg cycle; 173ms avg between) --
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 13ÃÊ (50h) --> memory usage: 1595kb; gc
threshold: 1840kb
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 14ÃÊ (40h) Clearing history for Actor
#110016144 [Loc:(40,39), Type:1152, Name:Orc Skeleton] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 18ÃÊ (40h) Actor class generated for Actor
#110016069 [Loc:(58,31), Type:1042, Name:Steel Chonchon].
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 20ÃÊ (40h) Reactivating Actor #110016144
[Loc:(-1,-1), Type:1152, Name:Orc Skeleton].
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 24ÃÊ ( 3h) Saved state to
"RAIL_State.2085165.homu.lua"
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 25ÃÊ (40h) Clearing history for Actor
#110016069 [Loc:(56,44), Type:1042, Name:Steel Chonchon] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 34ÃÊ (50h) -- RAIL.AI mark (20296ms since
last; 62ms longest; 6ms avg cycle; 171ms avg between) --
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 34ÃÊ (50h) --> memory usage: 1333kb; gc
threshold: 1868kb
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 34ÃÊ (40h) Actor class generated for Actor
#110016206 [Loc:(61,35), Type:1177, Name:Zenorc].
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 36ÃÊ (40h) Clearing history for Actor
#110016144 [Loc:(51,41), Type:1152, Name:Orc Skeleton] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 38ÃÊ (40h) Actor class generated for Actor
#110016095 [Loc:(43,43), Type:1111, Name:Drainliar].
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 47ÃÊ ( 3h) Saved state to
"RAIL_State.2085165.homu.lua"
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 49ÃÊ (40h) Clearing history for Actor
#110016095 [Loc:(39,44), Type:1111, Name:Drainliar] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 54ÃÊ (50h) -- RAIL.AI mark (20046ms since
last; 47ms longest; 2ms avg cycle; 149ms avg between) --
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 54ÃÊ (50h) --> memory usage: 1417kb; gc
threshold: 1917kb
2010³â 7¿ù 9ÀÏ 4½Ã 52ºÐ 56ÃÊ (40h) Reactivating Actor #110016095
[Loc:(-1,-1), Type:1111, Name:Drainliar].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 1ÃÊ (40h) Actor class generated for Player
#2079675 [Loc:(40,43), Type:4011].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 2ÃÊ (40h) Actor class generated for Actor
#110016090 [Loc:(40,44), Type:1111, Name:Drainliar].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 4ÃÊ (40h) Reactivating Actor #110016098
[Loc:(-1,-1), Type:1111, Name:Drainliar].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 8ÃÊ (40h) Reactivating Actor #110016257
[Loc:(-1,-1), Type:1177, Name:Zenorc].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 9ÃÊ (40h) Clearing history for Player
#2079675 [Loc:(68,46), Type:4011] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 11ÃÊ (40h) Actor class generated for Actor
#110016159 [Loc:(62,32), Type:1152, Name:Orc Skeleton].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 11ÃÊ (40h) Actor class generated for Actor
#110016066 [Loc:(67,47), Type:1042, Name:Steel Chonchon].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 14ÃÊ (50h) -- RAIL.AI mark (20140ms since
last; 78ms longest; 3ms avg cycle; 157ms avg between) --
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 14ÃÊ (50h) --> memory usage: 1831kb; gc
threshold: 2004kb
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 15ÃÊ (40h) Clearing history for Actor
#110016090 [Loc:(53,42), Type:1111, Name:Drainliar] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 16ÃÊ ( 3h) Saved state to
"RAIL_State.2085165.homu.lua"
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 20ÃÊ (40h) Clearing history for Actor
#110016098 [Loc:(53,44), Type:1111, Name:Drainliar] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 21ÃÊ (40h) Actor class generated for Actor
#110016200 [Loc:(66,47), Type:1177, Name:Zenorc].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 30ÃÊ (40h) Clearing history for Actor
#110016257 [Loc:(40,42), Type:1177, Name:Zenorc] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 31ÃÊ (40h) Actor class generated for Actor
#110016116 [Loc:(61,48), Type:1152, Name:Orc Skeleton].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 33ÃÊ (40h) Reactivating Actor #110016257
[Loc:(-1,-1), Type:1177, Name:Zenorc].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 34ÃÊ (50h) -- RAIL.AI mark (20077ms since
last; 47ms longest; 1ms avg cycle; 151ms avg between) --
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 34ÃÊ (50h) --> memory usage: 1059kb; gc
threshold: 2105kb
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 37ÃÊ (40h) Clearing history for Actor
#110016200 [Loc:(68,53), Type:1177, Name:Zenorc] due to timeout.
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 39ÃÊ ( 3h) Saved state to
"RAIL_State.2085165.homu.lua"
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 41ÃÊ (40h) Reactivating Actor #110016200
[Loc:(-1,-1), Type:1177, Name:Zenorc].
2010³â 7¿ù 9ÀÏ 4½Ã 53ºÐ 45ÃÊ (40h) Clearing history for Actor
#110016066 [Loc:(40,48), Type:1042, Name:Steel Chonchon] due to timeout.
Original comment by simon.as...@gmail.com
on 8 Jul 2010 at 8:55
The reason might be caused by position bug. If the ai is attacked on screen but
it is position bugged that the homunculus appears out of range, it will try to
move in but it cannot since it is already there and the ai won't start
attacking.
Original comment by HyperFr...@gmail.com
on 22 Jul 2010 at 6:17
This seems to only be a problem with Amistr, which is strange. I'm in the
process of making an Amistr for testing, but low levels are slow and painful. :(
Original comment by faithful...@gmail.com
on 9 Sep 2010 at 7:41
I have witnessed this happen, too. When the homunculus is then told to return
to owner via an alt + left click, it then resumes attacking appropriately.
Tested this with a Vanil.
Original comment by landstei...@gmail.com
on 6 Oct 2010 at 9:16
I suspect this is a problem with tile/position lag. I recently rewrote the
entire movement system, and believe this may still be an issue until code is
written to watch for position lag.
Just in case, can I get verification of this bug's continued existance?
Original comment by faithful...@gmail.com
on 21 Nov 2010 at 11:05
Closing due to issue inactivity after overhaul of the movement code. If the
issue persists, please comment again.
Original comment by faithful...@gmail.com
on 2 Dec 2010 at 6:03
Original issue reported on code.google.com by
simon.as...@gmail.com
on 8 Jul 2010 at 7:17