Proposal for Group Routing

[sli]

Neither. The AIs are not connected and do not communicate with each other in any way. They simply base their movements on an overall direction for the group.

[kali]

How about implementing a Master AI to control each bot?

1. The Master AI just concentrate in the coordinating the bot's:-

• a. positioning matters (gathering,strategy and tactical purpose)
  b. when to strike or when to backup/retreat
  c. monitoring each bot's data (hp,sp,status and etc)

2. Each bot's AI just concentrate with thier own AI in the config

• ex: attack skill,party skill,useselfitem & etc.

Note: Master AI is not even a bot... its just a program that can excess each bot's data and to control them


p.s: It might not possible

That's possible, but it needs a great amount of rewriting. As of now, the AI is tightly integrated in the bot. If someone can extract the AI and leave a clean version with no AI dependencies, your suggestion is possible

[kLabMouse]

How about implementing a Master AI to control each bot?

1. The Master AI just concentrate in the coordinating the bot's:-

• a. positioning matters (gathering,strategy and tactical purpose)
  b. when to strike or when to backup/retreat
  c. monitoring each bot's data (hp,sp,status and etc)

2. Each bot's AI just concentrate with thier own AI in the config

• ex: attack skill,party skill,useselfitem & etc.

Note: Master AI is not even a bot... its just a program that can excess each bot's data and to control them


p.s: It might not possible

That's possible, but it needs a great amount of rewriting. As of now, the AI is tightly integrated in the bot. If someone can extract the AI and leave a clean version with no AI dependencies, your suggestion is possible

It's possible. BUS + AI from AI 2008 project.

[sli]

That still isn't flocking. What about bots on physically different machines? That's a lot of serializing and sending data over sockets, as opposed to flocking which doesn't require any data to be sent anywhere.

[kLabMouse]

That still isn't flocking. What about bots on physically different machines? That's a lot of serializing and sending data over sockets, as opposed to flocking which doesn't require any data to be sent anywhere.

OK. You do module for your Idea, And i'll do for mine.

[sli]

If you think I'm going to implement flocking in Perl, you've got another thing coming. I refuse to do that kind of math without NumPy, plain and simple. See Flocking (behavior), Boids, and the money article: Swarm Intelligence.

Besides, there's already a Python implementation and that's all I'm interested in. Why would I even bother touching it with Perl?

[kLabMouse]

If you think I'm going to implement flocking in Perl, you've got another thing coming. I refuse to do that kind of math without NumPy, plain and simple. See Flocking (behavior), Boids, and the money article: Swarm Intelligence.

Besides, there's already a Python implementation and that's all I'm interested in. Why would I even bother touching it with Perl?

You suggested. So why not to Implement?
It's simple =)
Perl is Even more simple then your beloved Python

[sli]

That's cute, but I live in the real world where there are better paradigms. Like code that you can read.

[Technology]

Wait stop, don't bring up the old perl vs python discussion (read: war).

Flocking VS AI + BUS
I think that both methods have their pro's and con's.
Flocking:
- short range only OR needs to be in same party/guild. (otherwise no data about characters that are not in sight)
- can easily co-operate with non bot controlled characters (no dependency).
- ...

BUS + AI:
- communication beyond the limitations of the RO client protocol is possible.
- issue's with bot vs RO client communication
- ...

So how about a combination of both?

(kLabMouse, could you give some more information about how the AI + BUS will work exactly?)
(sli, does that mean that you don't want to program anything in perl anymore?)

[sli]

(sli, does that mean that you don't want to program anything in perl anymore?)

You're assuming I ever wanted to program in Perl.