Code center > Bugs and fixes

Bugs in NEW 2.4!

<< < (12/17) > >>

Welwordion:
hmm strange different bots behave different on this matter.
Hunter seems to be immune against it while my bot niemand(currant test object for surrounding strategy) is quite weak against that effect:

Well I only wanted to show that in my eyes they programm behaves so random.

viscosity 0,01
bang efficeny 80%
all other 0 zero gravity
all other random
(just notice that mutations always seem reseted on enabled when I look into it,
mutation rates Button:all enabled-->all disabled right)

(just for the interested)
improved version moved to Bottavern multibot theories

Numsgil:
I can't debug bot DNA, makes my head hurt.  That's sort of funny, isn't it.  :P

Welwordion:
I did not want you to debug it ^^ just thought you might want to try the bot out for fun. Oh I edited the above post, put in my settings.

Numsgil:
I'm in the library, but I'll bring a floppy later and copy it to see what it does...

I'll check the mutations page, I think I've noticed the thing you're talking about.

Botsareus:
The Energy Proportional to robot size is nice and all. But in some ways it is too impractical and sertanly not realistic.

Lets say you have a robot with 32000 energy , and another one with 10 energy. The one with 10 energy ends up being a cell to another cell. We just did celluler strinking ^ 2. Zooming on that is just too impractical even if the zoom was to infinity (btw zoom is kinda week right now due to the limit witch needs to be adjusted too).

A real cell has tissues it has to sustain independent of its energy. A real cell can build up in pressure as well. So I prepose instead we use somthing like size = N + ScurveEquation were N is the tissue every cell has and ScurveEquation instead of liner is a pressure effect.

ex:


--- Quote ---Private Sub Form_Load()
ScaleMode = 3
Show
For x = 0 To ScaleWidth
o = (ScaleHeight / ScaleWidth * x) * 0.2
Max = ScaleHeight * 0.2
'begin: shows you how mutch I hate plotting
y = (1 + 100 * 1.1 ^ -o / 10) / (1 + 50 * 1.1 ^ -o / 10) * ScaleHeight * 0.5
y = y * 2.1 - ScaleHeight - 30
'end
Line -(x, y)
Next
End Sub
--- End quote ---


Another serios problem (this it turns out has nothing to do with the momory overflow) is that the robots stop getting energy from the plants after a while. Run FB in F1 settings, see what I mean. dont forget high mutation rates.


I can't even find were the size of the robot gets related to the skin, I am pritty sure it's the problem with a memory leak because it is very rear.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version