"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
How do you want to decide which AI to use for which Robot? And where exactly are you stuck?
Originally posted by Piotr Trochim:
I would like to come up with a mechanism that would take the created instance of a Robot class and use it to create a proper AI.
The problem is that I don't want to be serializing AI along with the Robot it uses.
I'd rather have Robots serialized independently, and then have something else creating AIs using the deserialized Robots.
The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
Why do you want to do it this way?
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
Originally posted by Piotr Trochim:
So how would I map the instance of the robot class to an AI instance?
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
Are the ai engines classifiable by behaviour generated?
Are there many differing kinds and styles of ai engines?
Is there a slew of Robots?
Do the Robots need to have changeable ai engines after an allocation of a Robot instance is new'd?
Is it more important to get a baseline implementation working so that improvements may be contemplated and testing done or is it more important trying to design a general-purpose, widely-adaptable design that follows proven design principles that are known and reliable.
We may assume since the Robot is established design, the ai is pluggable and we are doing prototyping that matching an ai engine with a robot ( instance ) resolves to how to connect the Robot and the DrivingEngine.
It is pretty simple actually, but if not done correctly we could get some strange behaving robots.
Originally posted by Piotr Trochim:
Hi
I thought about that - it's not bad. But how would I identify an instance of the robot class?
I mean - the Robot class is pretty closed - I don't want to modify it just for that purpose.
So how would I map the instance of the robot class to an AI instance?
Best regards,
Paksas
The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
Well, you really only can't identify them if they provide a means to identify them. What does their interface look like?
Oh, and who does serialize them? Could you add some information while serializing to identify the robots?
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
Robot robot = new Robot(Behaviour);
The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
Originally posted by Piotr Trochim:
I have two instances of a Robot class created based on a contents of a serialized file.
Now I have two different AIs I want to connect the robots to.
The serialization mechanism looks like this:
I know it's not rocket science. Like I mentioned before - I'm looking for a way to work with such a crappy and hard to handle implementation and combine it in an extensible object oriented manner.
But how would I identify an instance of the robot class?
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
Ilja Preuss wrote:
What assumptions can you make about how the serialization mechanism works? What needs a Robot to do to be serializable? Would it suffice to implement the Serializable interface?
Nicholas Jordan wrote:
public static AI getInstance(){
int selector = Math.random();
if(selector > half){
return new AI(EvilRobot);
}
else return new AI(GoodRobot);//
Peer Reynders wrote:
Now given the constraints that you are working under the following solution is a bit kludgey but workable:
Create a disassembler that serializes a List<MyRobot>.
* The disassembler generates a List<Robot> from List<MyRobot> with myRobot.getRobot(). Then it uses EntitiesSerializer to serialize the Robot instances.
* The disassembler generates a List<AI> from List<MyRobot> with myRobot.getAI(). Then it uses your own AI serializer to write a SECOND file of serialized AIs (in the same sequence).
Create an assembler the generates a List<MyRobot>.
* The assembler uses EntitiesSerializer to deserialize a List<Robot>.
* The assembler uses your own AI de-serializer to read the SECOND file of serialized AIs into a List<AI>.
* The assembler creates a List<MyRobot> from new MyRobot instances created by combining the Robot and AI found at identical positions of List<Robot> and List<AI> respectively.
Nicholas Jordan wrote:
How does the perceptor field of an Actor ( Robot / AI in poster's model ) hook on the environment at a time-cycle of Tn - Tn+1
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
Nicholas Jordan wrote:
Robot is your base class. Since the Evil Robots may be smarter, equal, or dumber - there is some intrinsic which differentiates Good/Evil - perhaps that is a boolean, a BooLean or a Leaning Boo Lean, in any event it comes canned in the Robot and therefore is built in when the Robot is consturcted. So it's Robot(boolean);// Which may be done by reading a list from a file. A file is just a fancy terminology for an ordered sequence of bytes. You do not want Good robots to bite Evil robots, else the system goes into an irrecoveable state.
............
In other words, the EvilRobots battle the GoodRobots for food. To do that, it is needful that somehow the Robot has a Perceptron.
Ilja Preuss wrote:
I'm wondering what happened if you gave the serializer your own Robot implementation. Would it know how to handle it?
Nicholas Jordan wrote:
Write crude implementations first, using code you can understand ~ then seek effectiveness. Not the other way around.
Nicholas Jordan wrote:
[Piotr Trochim:] I don't want the user to save the state of the app, and then restore it only to find out that a good robot he's been playing before suddenly became an evil one. Do you want to save ( or display ) results of a run or aggregate datasets achieved by individual runs for mathematical analysis? ( Hint, save N - run()'s ... subject the results to mathematical techniques )
Nicholas Jordan wrote:
We have plans for World Dominion, will you join us?
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
"The differential equations that describe dynamic interactions of power generators are similar to that of the gravitational interplay among celestial bodies, which is chaotic in nature."
pie. tiny ad:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop
https://coderanch.com/wiki/718759/books/Building-World-Backyard-Paul-Wheaton
|