Messages

76

Dead-End and Solved Suggestion Requests / Arrays

« on: February 21, 2005, 06:38:45 PM »

You could make robots return poison when certain memory locations are set.
Or perhaps, if it's not already in, make it so that shots and ties change memory locations BEFORE it reads all the DNA.
Though if it doesn't already work that way, that could prove very difficult to do.
But if it already works that way, .delgene defenses could be really easy to set up.

77

Dead-End and Solved Suggestion Requests / Mathematics in Conditions

« on: February 21, 2005, 06:30:54 PM »

Well, I would help them.
However, I lack any sort of VB compiler. :P

78

Dead-End and Solved Suggestion Requests / Mathematics in Conditions

« on: February 21, 2005, 05:49:42 PM »

Eh. I'll leave that up to a programmer, buahahaa.
Though it shouldn't be too hard, or different.
It might even lead to odd genes, like,

cond
  2
  3
  2
  53
  >
  mult
  rnd
  1
start
  store
stop

As a side note, could we get a COPY function, which basically/technically copies the last stacked object, and puts it into the stack without deleting anything?

[Edit] Oh, it already exists! In the form of DUP. Oops.

79

Dead-End and Solved Suggestion Requests / Arrays

« on: February 21, 2005, 05:44:51 PM »

I suppose so. Though any bot that uses viruses, or .delgene as a weapon is rather close to that limit.
Which is why the programmers're making better defenses against viruses (I hope!), and are probably gonna remove an evil little trick my superpowered bot of underpopulated doom uses as a primary weapon.

And -1 14 12 store would work, even in the current system!
It's store 14 in the memory location 12, and leave the -1 on the stack. :P

*Loves to argue, buahaa.
Even though he's not very good at it. <_<*

80

Dead-End and Solved Suggestion Requests / Mathematics in Conditions

« on: February 21, 2005, 05:33:48 PM »

Maybe so, but it'll give people more of a reason to learn how the whole stack system works.

Which is a good thing, since knowledge of the stack system results in being able to make really good/efficient bots.

And 'sides, which of the two's more complicated?

cond
  *.maxvel 10 sub *.vel >
start
  *.maxvel *.vel sub .up store
stop

  - or -

cond
start
  *.maxvel 10 sub
stop

cond
  *.vel >
start
  *.maxvel *.vel sub .up store
stop

They both do the same thing, but the first is done through conditional mathematics.
The second, however, can be done in version 2.35.

81

Dead-End and Solved Suggestion Requests / Arrays

« on: February 21, 2005, 05:25:34 PM »

Ahem. I said "might make bots too deadly".
That "might" is very important. Without it, I seem very clear that that'll happen, with it, it's simply very probably that that'll happen.
And by racial information, I mean the system variables 971-990.
(Though they are racial memory, but that's besides the point....)
And it's -1 14 12 store. I was basing it on the very first post, and I assumed that .shoot would be placed in the 14th array, and randomly picked 12 for it's location in that array.

82

Dead-End and Solved Suggestion Requests / Mathematics in Conditions

« on: February 21, 2005, 05:19:00 PM »

Hm.
I'd say adding mathematics into conditions is more important then keeping you around.
Erm. I forgot to put in the important part of the post.

Why shouldn't there be mathematics in conditions?
And technically, it'd only be for ease of use, since it's quite possible to do conditions outside of the conditions themselves thanks to the stack system!

83

Dead-End and Solved Suggestion Requests / Mathematics in Conditions

« on: February 21, 2005, 04:32:48 PM »

Even though the topic should be enough, I really should still write something here.
So... uh....
Add the mathematical functions to conditions. So we can have:
cond
  *25 2 mult *26 !=
start
  25 inc
  26 inc
stop

84

Dead-End and Solved Suggestion Requests / Arrays

« on: February 21, 2005, 04:23:53 PM »

If you add arrays, it could, and probably would, make some bots obsolete.
Especially mutated bots...!

And as a related result, mathematics will be much different.
Especially if you use that format.
For example, what if you wanna make super-advanced, super-efficient genes.

And if you're still dead for using arrays, then I suggest we keep to the current system, and simply add a new stack option.
So instead of

Code: [Select]

-1 7 store, it'd be

Code: [Select]

-1 14 12 store. (Just as a random example. Of course, a programmer would more likely use

Code: [Select]

-1 .shoot store, but I see no major advantage of having an array with such a simple programming language. The only real advantage is that each eye would be able to get information, which might make bots too deadly.
And even that advantage could be simulated with the current system.)

Though if you mean to simply organize all the system variables, by all means do so if you really want to.
And that'd only leave three arrays, to he who started this topic. Remember racial information? For most bots, those system variables are completely untouched, but without them, it's a real pain to make bots that're based on origin and family rather then species.

85

The Gene depository / Handy Genes

« on: February 21, 2005, 11:07:16 AM »

More specifically, it doesn't work for any memory location between 1 and 8.
Or memory locations above 1000, but that's less of an evil rule that's needed to make sure bots need to expend SOME energy and more of a safeguard.