itch.io

Here are two idea for them.

First, empty CDS in bot inventory being used to expand their memory, logically CDS should have a memory equal to the largest one among bots, so 32kb for now, and for each CDS in an inventory, a bot see his memory capacity increased by this amount, and if we remove too many and the current program simply don't have enough space, the robot just get stuck until we add back the necessary CDS.

What about a special slot in the Worker Assembler that allow to put a CDS which will be the default program for the bot who came out, as an example, that some automatically fill their inventory with empty CDS, or with log for the steambot, or an example with the actual fuel consumption bug, with stones and a log.

About storage, I think the possibility to separate some storages from the rest would be useful, there is some things that can't be done because of how they act all as general storage.

Edit: 

Possibility for robot to take or store item from/to the nearest storage, if my idea about unlinking storage from main is implemented, this would need ability to independently target nearest general, a specific general or a specific unlinked one.

For bot programming, setting conditions with numerical value,until/ if x object amount in x storage is <,> or = to n value.

Hi everyone, some people have trouble with loops, if you want to set two argument like getting a new axe when the old one broke and stop chopping when log storage is full, you often set two loops inside each others, one which is "until hand empty" and the other "until storage full".

But doing this you often encounter the issue of the bot keeping chopping until his axe is broken even if storage is full or trying to keep chopping after broking his axe, and steambot who need log are even worst because you need 3 conditions now.

So until a more complex programming system is added to the game, here is a loop design that allow all those 3 conditions or more, all my steambots ran for hours without issue on my whole base.

Little advise, for the steambots put stones in all inventory slot but one, until the fuel consumption bug is fixed since this loop fill the inventory.

Wood cutting steambot :

(until Log Storage not full)

Here the bot will forever repeat the loop where, at first if his inventory is missing fuel, he will store his tool and take one fuel (only one if you already put something else in his inventory, this loop just fill his inventory).

Then if he have no tools, regardless if this is because of the tool being broken or for taking fuel, he will take one.

Finally, when the storage is full, he will wait, since he don't consume fuel or damage the tool while waiting, this don't cause any troubles.

And the 3 last instructions are simply to chop trees.

For the "wait" command, when instructing the robot, click to move somewhere and when you reach your destination, click again where you are, the second command after "move" will be "wait", just remove the unnecessary "move" command and you have a "wait" command, each wait command is one second, if you want him to wait for example 5 seconds after the log storage is not full, put 5 "wait" or one inside a 5 times "repeat" loop.

Here is another example with a log picking robot :

All this is inside a "forever" loop, I couldn't took it in a single screenshot, sorry.

Of course I could also have set "until hand full" rather than a 2 times "repeat" loop.

And here a last one for the axe creation robot :

(until Metal Axe Storage not full)

I hope it helped, if you have any questions don't hesitate.

I tried with pole and they don't last long with it, less than a minute.

Actually they barely have the time to fill themselves with poles that they already get the "out of fuel" gauge...

I don't know the ratio but I guess planks last n time less than log and pole n time than plank, n may be 4 or 6.

Wouldn't it prevent players who move camera with arrow to play ?

I don't know your code for the game, but if you want you can make a simple little software who have the same key detection code as Autonauts and who basically write in a textbox the name of the detected input, so we will know if this is something from my computer or an actual issue with the game.

If it can help I'll test it.

This night before sleeping I had another idea, rather than predetermined conditions, why not allow set like : 

Until [hand, inventory, storage etc] [not, is] [full, empty].

And great new, I can't wait to see how you implement proper programming !

So branching mean we will have IF and ELSE conditions ? :D

I saw it in the bug list an hour after posting this but since my idea with stone can help other players I decided to not delete the post, sorry for posting a known issue.

In programming having a loop inside a loop can be really common, this is how some variant of quicksort work, this should not be prevented, only fixed...

Maybe storing said variable in an array rather than a variable for a quick temp fix ?

I thought at first that the steam bot had a too high log consumption, but it turn out that they simply last the same time regardless if they absorbed a single or 10 log from their inventory, two bots doing the same job, one with 9 stone and 1 log and the other with 10 logs, both automatically refuelling, the one with 10 log consumed the 10 at once but did not last more than the one with only one log, he should either last 10 time longer or consume only a single log at each cycles.

Meanwhile, putting non wood object like stone on 9 of the 10 slots can help getting through this issue.

I tried a loop where if a steam bot have its inventory empty then he go get two logs and if its hand is empty then he go get another tool.

The issue is that, depending which one is inside the other, he either run out of wood but can grab another tool when needed or will get stuck if he loose his tool but can take wood when needed. The issue can also be seen when having the choice between getting another tool and stopping if storage is full for example, or even between those 3.

I know that this is not an a bug since he just carry the loop until the end condition is true.

So having multiple arguments for each loops will be really helpful.

With the famous AND and OR, (Loop until "hand empty" OR "inventory empty") for example.

Or (Loop until "Stone storage full" AND "Iron storage full") for example.

This will be really useful !

There is an issue with loop when putting a loop for a set amount of occurrence inside another.

If I set a loop like this :

Then the game proceed to repeat the main one more than 2 times , even if the main repeat is set to only 1, the game will try to repeat it for infinity, before this loop there is instructions to take a plank and put it inside the saw which he ignore.

Correction, the bug also occur on bot programming interface, if I click on the scroll bar, it move up by itself, I confirm that it only happen on this game.

Is the game picking up a joystick axis ? The only one connected is my Logitech G13 which have a two axis joystick.

A strange bug occur during saving and loading a game.

When selecting a save file, the file selection move up as if I kept the up arrow key down, there is no stuck keys on my computer.

During saving this don't appear to cause any particular issues, but during loading, if I don't hit the "OPEN" button before the selection get on the top, the selected file on "FILE NAME" textbox disappear and nothing else happen, but if I am fast enough to hit "OPEN" on time, the game load without issues, also if I maintain the down arrow, it prevent the selection to climb.
It occurred on both 0.10 and 0.11 versions I downloaded, both in a E: and C: (for the 0.11 only) drive.

I did not see anything in the output_log.txt that indicate what happen, but still here it is in case :

https://mega.nz/#!spBWnbxb!khK0Pv_oHHrGGFxdb_pr0lzL92ajQEVmcr7JQB6Kypg

I am on Windows 10 x64 and I have quite a few devices on my computer, but none cause any issue anywhere except for this game and only for this menu.