Code center > Suggestions

plants herbivores and carnivores

(1/3) > >>

ikke:
I was just thinking about some comment surrounding the implementation of .chloro and came up with a suggestion. Implement a digestive track in DB to create the distinction between herbivores and carnivores. The mechanism should be something as follows:
both .chloro and .body translate into mass, inertia and energy consumption when moving
eating is absorbing .chloro or .body into the gut, adding mass to the predator
absorbed .chloro and .body have have a rate of digestion which differs and is dependent on predator size (body is digested twice as fast as chloro, both are digested proportionally to predator mass)
absorbed .chloro and .body each have their own conversion rate into energy (1 body gives 10 times the amount of energy 1 chloro does)
With these rules we should be able to build a food chain in db.

Botsareus:
As far as I understand the problems they are having are not theoretical.

They stem from the fact that the code is cross referenced all over the place.
Also, no one is on the same page:

In my opinion the stupidest thing they have done was the first thing they did was go to where .veg Boolean was declared and delete the declaration.
This makes almost every other module not work. Even if you go trough the simulation codes and hack trough most of the errors, you may get a decent simulation but the rest of the program will still not work. I have tried to get Shasta to post there work back on SVN commenting what they have changed but that is not happening ether. Plus, the code already up on the SVN is not commented very well. Combine that with all the cross referencing and I have no idea what they are doing.

Shasta:
The subversion repository for Darwinbots 2 has been restructured and the latest code is up.

Botsareus:
Cool, I will check it out when I get a chance; Happy New Year to All!

Botsareus:
Looks straight forward enough to me. I have not checked all the known bugs yet because the code does not look much different (it is in trunk under DarwinBots2 right?)


I think (based on bitlife as well as common sense) we need robots per re-spawn event and max number of robots. Maybe we can make the SpecList floating independent of the SSTab1 and then show and reposition unto General, see picture to understand what I mean:

We can make a copy of the SpecList as well, but I think it will save control memory and coding by just 'refloating' it.

New word: 'refloating' making a control look like it exists at two places at once although it is the same control that just got repositioned.

What do you think Shasta?

Navigation

[0] Message Index

[#] Next page