Code center > Suggestions

Light and biolumonance

<< < (4/4)

Greven:
Zelos, this looks good to me. But I would be afraid to letting more commands get into DB, because we already have to many. And because of all this ref-value thing, I think need revision, it may have to wait or get more refined. I dunno

Zelos:
if we count in that smell is coming up later 26 ref commands wuld be replaced with sight and smell wich togather is only 2 commands. so its a lose/gain of 24 commands. but it would be somethings at the end of the DNA. with that we would get 5 commands so the gain is then 21, so with this system we acctualy would remove commands and gain more realistic ones. isnt that what you want?

Greven:
Yes that is what I want. Fewer commands, that dont need operands, is making evolution faster (this have been proven troughtout the entire AL literature.) I am on the a total revision of DB. I know all the old bots gets incompatible with the new one, but with clever programming and not too complaining Game programmers, it could be possible to get a DB people will like much more and getting one that is more realistic. Not that we need a 100 % to nature DB, but one that doesnt impose strange and artificial way for the bots to behave and get strange information. Right now it is extremely difficult to analyze an evolved bot. This has nothing to do with that DB is "complex", but that we have a million different commands, and that bots are getting unrealitisc much information at the moment. And that a lot of the commands, need additional operands to have a meaning, making evolution slower than it could be, and thereby building up junk DNA or what we currently at the moment think is junk DNA.

I once had a bot text file, with over 4000 lines...........? Hell yea it would take a month to analyze that bot. And when analyzed, it is often that 99 % of all mutations are junk/intron etc., and the basic parts of the bot are those that the original bot had.

Numsgil:

--- Quote ---Do you think that would be a cool idea to add, [Num]? I can't think of applications that would really need this but it would be cool to add anyway. I suppose a bot could be programmed to go below a certain depth when being attacked to escape the attacker, or could always stay at a certain depth to allow it to sneak up on prey, so to speak.
--- End quote ---
Yeah, and it wouldn't even be terribly difficult (sort of.  Being high and looking down might be a bit more involved if you want vision to be obscured by where you're looking instead of where you are.  And if that didn't make sense, now you know why it's an aside).  But it should probably be tied closely with pond mode.

Numsgil:
If someone would go trhough all the sysvars (in sysvars2.21.txt) and figure out what commands can be combined, eliminated, etc. We could probably go from there.

For instance, with the way DNA will work very soon, we can combine fixpos and fixed into a single read/write value.

Navigation

[0] Message Index

[*] Previous page