Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Numsgil

Pages: 1 ... 506 507 [508] 509 510
7606
Off Topic / New Forum
« on: February 22, 2005, 07:30:58 AM »
Your probably right about merging forums, but have you looked at the icons next to each forum?  They turn blue when there's an unread topic in there.

What I think would be nice is a list of the latest few posts and their posters that's available from the board index.  I'm not sure if we can do that or not though.

7607
Suggestions / Arrays other topic
« on: February 21, 2005, 10:30:42 PM »
A quick note:

"*32", not "*.32"

7608
Off Topic / Forum Skin
« on: February 21, 2005, 10:17:55 PM »
I liked the color scheme of the old forum, but it isn't the only possibility.  I think something with dark colors would work well.  Anyone who wants, put something together, a demo or whatever, and then we can vote on the best one.

7609
Dead-End and Solved Suggestion Requests / Arrays
« on: February 21, 2005, 10:07:18 PM »
I'm working on a system to power up shots.  Should mean that there are neither invincible bots or unbeatable weapons.  Then we can remove the limits on shell and slime.

7610
DNA - General / Basic Math
« on: February 21, 2005, 07:13:46 PM »
Bots can (I think) mutate to use new memory locations.  I'm not sure how advanced the code is for it, to be honest.  One of these days I'll go through the mutations code and rework it a bit.

7611
DNA - General / Basic Math
« on: February 21, 2005, 07:04:47 PM »
And *32 inc won't work like you want.  It needs to be 32 inc to increment memory location 32.  Unless you're using 32 as a pointer.

7612
DNA - General / Basic Math
« on: February 21, 2005, 07:03:13 PM »
To reset it, have this before the below gene:

cond
*.var 100 >=
start
0 .var store
stop

Also, by *.var I mean a custom label.  At the top of your DNA have this:

def var memorylocation. where var is the label name and memorylocation is a free memory location.

inc tends to work differently than a store command.  Inc seems to work more immediatly, so make sure you don't do something like:

cond
*.var = 0
start
.var inc
stop

cond
*.var = 1
start
.var inc
stop

or it will execute both genes.  Place them in reverse order and you're safe.

7613
Dead-End and Solved Suggestion Requests / Ideas' Programming Status
« on: February 21, 2005, 06:59:14 PM »
Name: Robot Placement
Minor Change
Proposed By Botsareus
Topic Link: Bugs and Features
Idea Blurb - We can rebuild it.  We have the programming techniques.  We have the capability to make the world's best robot placement box.  Darwin Bots will be that program.  Better than it was before.  Better . . . stronger . . . faster.
Programming Status - Under Review

7614
DNA - General / Basic Math
« on: February 21, 2005, 06:51:28 PM »
I'm not sure what it is you want then.

Unless you just want to have:

cond
*.var 100 <
start
.var inc
stop

And to debug, load up the console for a robot.  It has all kinds of useful debugging tools.  Type help to get a list of them.

7615
Dead-End and Solved Suggestion Requests / Arrays
« on: February 21, 2005, 06:45:49 PM »
Quote
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.
Currently it seems that shots and ties change values after the execution of the DNA.  I'm not sure, I haven't really looked into it.  PY would never better than I.

I like the idea of the info shots and tie locs being hard to defend against except with external defenses.

7616
Dead-End and Solved Suggestion Requests / Arrays
« on: February 21, 2005, 06:43:25 PM »
All good points.
  • Old Bots may become invalid.
  • The sysvars will be sorted (it's kind of a mess right now, if you didn't' notice)
  • There will be designated memeory ranges that sysvars will never invade.  Currently bots have to find a spot to store their own variables amidst the mess of sysvars.  Having an actual range that is guarenteed is definately a good thing.
  • Refvars for different eyeX's would be a major leap forward for bots.  Currently there isn't really room in the sysvars to do this without shoe horning it all over the place.  Also, their names would become very long.  eye4refvelscalar certainly is a mouthful.  Arrays should help make this more readable
  • Memory location in array 5 subscript 3 could be also reffered to as 253 (50 * 5 + 3).  This way the arrays are nearly transparent to the users if they like.
---------------
An alternate idea would be to create a seperate area for the eyes, outside of the usual 1000 memory locations.
---------------

Bots that use this new eye stuff could be alot stronger than current bots.  But I don't think it gives an unfair advantage.  New bots can use this new eye stuff too.

7617
Dead-End and Solved Suggestion Requests / Arrays
« on: February 21, 2005, 06:33:41 PM »
Quote
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!),
I've seen your bot, that nasty little .delgene .tieloc store.  Yuck.  Had Ymir up the wall till I added slime to his adult form.  Nice work.

Some slime (alot of it actually) renders that weapon invalid, so I don't think it's too much of a problem.  The other illegal delgene weapons should all now have a counter.  Except the venom one.  I may need to rethink the venom defenses.

In the next version, venom is traded with poison.  That is, the venom is accepted and a poison shot is released as well.  Maybe I need to make this like how energy shots work instead.

Then we could reallow all delgene weapons, as they move from unstoppable to annoying.

7618
Yeah, I forgot to add it to the Ideas status, I"ll do that now.  It's hard to remember ones that don't have their own topic, ya know?

I almost started it several times, but then found a bug that needed to be worked out first.  You should see it by the next public release.

7619
DNA - General / Basic Math
« on: February 21, 2005, 06:08:28 PM »
There aren't any loops in the DNA.  If we added them, infinite loops could potentially develop.  Straightforward DNA execution helps add to program stability.

7620
Off Topic / New Forum
« on: February 21, 2005, 12:43:01 PM »
I beg to differ :D

Pages: 1 ... 506 507 [508] 509 510