Skip to main content

Doubts, questions

I mentioned in an earlier post that I observed what I would classify as a living artificial life in a simulation I've been working on. Already, and understandably, someone has brought up objections doubting my claims. Or rather, doubts that any computer program could be considered "life".

I have always shared the same doubts, but it's not easy to remain skeptical after seeing with your own eyes. Rather than simply talk about it, I will probably release a version of this program so that other people can judge for themselves. A mobile app is probably the best way to reach many people easily.

There is work to be done so that I can make the simulation presentable. I can still see doubts being raised, though. If you saw a bug walking around on the floor, and run away from you as it detects your presence, you would recognize that the bug is alive, without question. But if you saw the same behavior, the same complexity, on a computer screen, would you feel the same way? Probably not, although I am starting to believe that the line between living and artificial is more blurry than previously thought.

Here is an example of something I saw that I can't very well explain: I programmed into the simulation the ability to reproduce if a number of varying conditions are met. These conditions make it rather unlikely that reproduction will occur, at least not very frequently. However, that is the extent of the reproductive behavior. Once an offspring is produced, it is effectively an independent organism.

During testing of this behavior, I noticed that the offspring would not always move as expected. It sometimes stays closer to its parent than should be expected. No, it doesn't always do this, but it does it frequently enough that I noticed it, and it simply can't be explained in the code. The offspring is free to move anywhere, as is the parent. But if the parent gets too far away, the offspring moves closer so that it stays nearby, and there isn't a good reason for it to do this. There is no benefit to staying near the parent. Trying to draw connections between different interacting behaviors in the code looks like spaghetti, although clearly this behavior emerges, and without a doubt it connects an offspring to its parent.

This is a little odd, to say the least. It is the unexpectedness of it that leads me to believe that I am looking at something that is somehow more than a computer program.

Comments

Popular posts from this blog

Water Pea Care and Instructions

Please treat your water pea like a real pet fish. Feed daily! Click here to get the Water Pea android app. You will receive a single water pea egg. Drop the egg in the water and your baby pea will hatch. If your water pea is alive after 1 da y, it will produce an egg that you can harvest . Care and Instructions Birth When you place the water pea egg in water, it will take a few seconds for the egg to dissolve. Initially, the newborn water pea will be tiny and hard to see. Take care not to accidentally pick it up and drop it out of the tank. Water peas live for about 3 days if properly fed. Feeding Your water pea must be fed every day, or it will die. To be safe, feed it once in the morning and again at night. Water peas recycle vitamin B by producing caecal pellets . Wait for your water pea to produce the pellet and then collect it so you don't run out of food. This is their only source of nutrition! To collect the pellets, drag them to the top of the ...

Collisions with line intersections

Collisions can be determined by testing for line intersections. Imagine a line representing the ground and an object above, falling down. At time t1 , take the center point  p1  of the object. At time t2 , move the object down and take the center point p2 of the object. If the line formed by endpoints (p1, p2) intersect the ground line, a collision has occurred. On a collision, reset the object to its original position before the movement. When a collision occurs, be sure to reset the object by the same point used to determine the line intersection. In this example, I use the center point, so the object should be reset by the center point, not its actual x, y (usually top left) coordinate. It is not always the case that resetting by the x, y coordinate is sufficient. This can be seen in the following picture. It can be seen that even if the object isn't moving, but its size changes, a line intersection can occur, and resetting the object to its x, y position will...

Mean Peas

I did something silly. I'm finishing up some behavioral changes for an aquatic creature that I'm about to release, called a water pea. For fun, I've been playing with different ideas to show the player interesting behaviors. One of those was teaching water peas to be territorial. The way to teach a program to "learn" to do anything is called training. It simply means having the program recognize incorrect (undesired) behaviors, and reinforcing positive behaviors. Over time, the program starts combining a multitude of desired behaviors to produce results that were never explicitly programmed in. These results can be...surprising. I eventually had peas that would fight to protect "their" area of the water tank. But water peas also form friendships, and they won't fight their friends. At least, that was the plan. Most territorial peas simply stayed in their area, along with their friends, and any poor pea that happened to wander by would be killed....