This game is great! I suggest trying to create a mobile copy of this, so people can play it on their phones. I think that can be SUPER successful! You just need to better the graphics a bit. And more.
oh ok, well i hope to see it resolved soon. But seriously, more options for coding bots would be fantastic. Some people could really go nuts with typing the code in and stuff. I personally find it more appealing to type code in myself and it will serve as a learning tool for people to learn how basic python coding works. If it isn't added it's not a big deal. This game is amazing and i would love to donate but sadly i don't have access to my bank account yet
Why would you want to continuously produce stuff that you have no use for? You can teach any bot to stop his work when it's no longer required. And that's where the true fun is: in developing sensible routines for your bots.
Just did a quick test and it seems to work fine in clean set up. So check the obvious things : Was this worker created and taught in an earlier version? Is the storage full? Did you delete and re-build the storage? Have you tried re-teaching the bot to see if that fixes it?
it looks like it is working now in 7.1 or it comes from space spamming if i need to find the right bot when they are in the same spot.
so as a suggestion, how about ther nametags also show ther tool and if multible bots are at the same spot their Tags will stack ontop of each other so we can clearly see them? i always search long for my wood chopping bot between the trees. ;)
and while my mind is going, how about a locate button underneeth the close button in the teaching screen. if a bot runs away becaus you are not want to stop them right away from work, just want to look into the code - and then you need to search for the bot. that can get messy if he is stoppet under a tree or behind and so on.
The limitations are intentional of course to get you to think about how to solve the problem. And of course better bots will come along with more memory :)
I build manual 4 Bots but well ... i think something went wrong. I noticed that and decide to place each bot separately.
can't figure it out but i think these are a bit too much, three of them are are not in line because i realised that nice happening after starting to setup bot 4. top left of the red marking is bot 4 that i build as planed. all other are duplicates.
I'm not quite sure what the problem is you're having. So you're saying you don't know where all those bots came from?
yes, i do only build 4 because it's not possible atm that x times works inside an x times command so i'm not using that bot and build them right away by myself. most of them also have no names, that i think is also not possible because i already do have some bots with the same name. 
I updated the save file on my google drive with a version 2 of that save with that bots, if you like to look at that mess. i will wait for you and if you like to, this version is my latest so if it is possible and not to much to ask, that version can be fixed with that weed problem. Thanks. :D
Ok can you send me Autonauts_data/output_log.txt please? There might be something useful in there for me
As you wish, here you go. + Edit in the post before.
Edit: If you Read that part at the Top, yes i do have a nearly 8 year old GPU. x'D Can't wait to get my Hands on a Threadripper and RX Vega.
An unofficial one but yes, there is! https://john-games.itch.io/unofficial-autonauts-level-editor
Thanks for helping everyone out on Itch btw! If you want you could join our Discord server and speak to others about Autonauts :)
there is a bug, the bot for some reason never leaves the first 4 times loop, it just makes butter for days lol
program:
forever{
while(storage.butter == not.Full){
for(var i = 1; i <= 4; i++){
for(var a = 1; a <= 2; a++){
cycle.Down();
move.MilkStorage;
add.MilkStorage;
}
for(var b = 1; b <= 2; b++){
move.ButterChurn;
add.ButterChurn;
cycle.Down();
}
stow();
}
for(var c = 1; c <= 4; c++){
find.Near(butter);
move.butter;
pickup.butter;
}
while(held !== null){
move.GeneralStorage;
add.GeneralStorage
}
}
}
also i can confirm it runs fabulous on kubuntu 16.04 with onboard graphics
Some great ideas here. Some of them we've already got on our list. If you want to what we have so far you can view it here
https://docs.google.com/spreadsheets/d/1btXfrrRUyzqnH7Ce6kNGWe19pWT7bYGqMbLAqdHH...
Only saw so far the list is not short but more brainstorming is going on:
- stone walking paths (or deco floors when bots can use scooter ;))
- Electric bots powerd by a network of beaconlike poles. The power is provided by using charcoal and water in a steamboiler.
- To add a kind of progress there could be a reseachtable used by an advanced bot. For that bot you'll need glass (diggin+smelting sand). Maybe there could be different tiers of reseach, so its possibly necessary to reseach the refining of metal/glass first.
Damn, i got nothing new :(
I didn't see stone/metal storages for more/most capacity.
When you add nighttime u have to add lightsources too (torches or lampposts that needs coal as fuel and electric lamps for lategame).
And when there are hostile creatures we'll need military bots (melee+archer) to protect the villagers. Midgame military bots could have crossbows, shield/armor, maybe cavallary (horsebreeding?). Guns can be for lategame depending on the hostiles. ;)
I will do that as soon as i get home.
Also you where asking about a usage for the IF/ELSE statement. I would love that as it would allow me to tech them to get resources from the nearest general storage or from them ground instead of walking half a map when there is a log or something else next to the autobot.
I have tried to automate the production of buckets but it wont let me. The bot moves to General Storage but doesnt pick up anything but moves to basic workbench and gets stuck here. Also when I was fixing this I seemed to have some "ghost" item in my hand as i was unable to pick anything up and i had to drop this "ghost" item on the group to fix it
Think I found a bug, maybe. Everything disappeared from the world. Trees, buildings, grass, weeds, crops, folk, everything but the player. Weeds eventually started growing on soil, but otherwise the world was empty. This happened in 7.1 (screen shot is from 8.1, but it looks the same).
I was not sure I should report this because I did edit my save. I changed the names of the bots but nothing else. It is possible I made a mistake, but not likely. The edited save worked for a few days, and I have versions of the save that are still working.
Me and the Weeds
Both good points.
The Find Nearest area centers around where you teach the bot so by re-teaching in a different place, you'll set a new area. Also you can use a Beacon to specify an area. Just click the "?" symbol on the Find Nearest instruction and select the Beacon.
Yes buildings that require flooring are not clear at all. This is something we'll fix in a future version.
Thanks
coz you can only see them if you change the water digits(16) to the grass digit(0) or any other walk able surface.
if you click and hold on 1 side, then drag to the over, you will have a bridge blueprint that goes into unexplored area
also, i made a fully automatic apple tree farm before you uploaded your post, so IN YOUR FACE
if you use windows then download the new version, go to C:\Users\<USERNAME>\AppData\LocalLow\Denki\Autonauts amd take take <your world's name>.txt and put it in the Autonauts file, under the app and not in the data.
if you use macOS then you will need to right click (or press with 2 fingers on the trackpad) on the old version, select the second option (Show Package Contents) and then select <your world's name>.txt
put that in a place that you would be able to find it, download the new version, right click on it, select the second option and put <your world's name>.txt BELOW the file called contents, NOT in it.
if you use linux, well, i don't know.
on windows there is a way easier way to do this.
First go into the new version of the game that you downloaded then press escape then click the load button. After you have click on this C: ( should be on the side bar) and find user. Then find your username. Once done find app data then go localLow then Denki then Autonauts. Your save file should be somewhere in there.
Wow! Not seen that one before. Yeah at first glance I would blame the gfx card. Looks like it's just the ground tiles not drawing properly. If you could make a video that would be super helpful?
I edited the video to give a little more context, bucause i forgot to setup the audio recording. Also notice how the "Made with with UNITY" appears for a bit after it has faded completly. I don't know if that happens on other computers, but I thought I'd point that out. Don't mind the stuttering, it's just the recording.
Fantastic video! Thanks for the help. I'll add it to the bug list and see if i can get it fixed.
Where is the bug list? Searching through that would probably be easier than trying to comb through this thread.
Omg yea! that's a great idea roger. denki you should make the buglist a public document so that users know which bugs have already been reported and also have a link to the original person thay found the bug, so that we can see the original screenshots and videos posted with it. and if the bug is to be fixed or currently is investigated, you should also have that noted there. preferably it should be a google document (my opinion) which you can just open up in a browser.
Found a small bug, when building something there is no information pop-up to show what is needed build the object. It is just labeled as "foundation". The picture shows the crude bench saw, but it happens with the flooring, storage crate and the crude workbench as well (I haven't tried anything else yet).
Hi,
Found a bug: Some bots making really, really long bridges will go to the upper-left corner. They even did this when the map was black. Attached is a save and an image. Also, lag, but it goes away when I press space.
https://filebin.ca/3Z9bImvSDnYi/pathfinding-0x-0y-bug.txt is the save URL.
To achieve two step hovers, you need to keep the first opened window for a while, to be able to leave the hovered item and hover the opened window again. So there is a timeout on each hover window to be disappeared. This also cause another annoying issue. even on every tile of the map mouse hover gives you an info. You need to wait for it to get closed to reach if anything below it. That is also causing the hover bug. On some situations timeout resets and the hover window never be closed again. To fix this you need to open another "type" of that window. That system is totally annoying for me... Forget the names just open the info window...
Yes we were trying something new out to stop having an enormous panel on screen. We'll probably end up having a second panel in the corner somewhere instead.
You can technically have the tool-using ones keep their inventory with a log in it.
Fill their inventory with Stone except for the last slot, in which you put a Log, and their hand, in which you put the tool.
With this, if they burn their Log, they will stow their tool, grab a log, and then cycle back to their tool, leaving them back with a full inventory and a tool in hand. Then they'll do their task up until their hands are empty (and their tool broke), after which they'll go back to the tool storage to grab a fresh tool.
You can add an empty "Until (X) storage is not full" just after the "until Inventory Full" block if you want them to not bother doing their task if your storage is full for that item anyway. For example, I could say "Repeat Until Clay Storage is not full : (Nothing)" and the bot will just sit there waiting for there to be room in Clay Storage before they start digging again. Since waiting around like this doesn't use any fuel, it's okay that the program will wait there until there's room in storage.
When the bug is fixed that is making the bots consume their entire inventory, you don't have to prime them with stone anymore. They'll still have a full inventory of logs they won't be using, of course, but the time saved not having to hand them a bunch of stones first makes up for it.
Edit: Actually, there's some problems with this, because for some reason, burning a log that's at the front of your inventory won't actually shuffle the rest of the inventory down. Instead, it leaves the gap at the front of the inventory, meaning it messes up the cycling since when you store the item, it'll be at the beginning instead of at the end. So you have to use a full inventory of logs, and use Cycle item Up instead of down.
Initialize engine version: 5.6.3f1 (d3101c3b8468)
GfxDevice: creating device client; threaded=1
Direct3D:
Version: Direct3D 11.0 [level 11.0]
Renderer: NVIDIA GeForce 940MX (ID=0x179c)
Vendor: NVIDIA
VRAM: 3072 MB
Driver: 21.21.13.7654
Begin MonoManager ReloadAssembly
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\UnityEngine.dll (this message is harmless)
Loading C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\UnityEngine.dll into Unity Child Domain
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\Assembly-CSharp-firstpass.dll (this message is harmless)
Loading C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\Assembly-CSharp-firstpass.dll into Unity Child Domain
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\UnityEngine.UI.dll (this message is harmless)
Loading C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\UnityEngine.UI.dll into Unity Child Domain
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\UnityEngine.Networking.dll (this message is harmless)
Loading C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\UnityEngine.Networking.dll into Unity Child Domain
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\Fabric.Core.dll (this message is harmless)
Loading C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\Fabric.Core.dll into Unity Child Domain
- Completed reload, in 0.025 seconds
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\System.Core.dll (this message is harmless)
Platform assembly: C:\Users\Rafi\Documents\Entertainment\Autonauts\Autonauts_Data\Managed\System.dll (this message is harmless)
desktop: 1920x1080 60Hz; virtual: 1920x1080 at 0,0
<RI> Initializing input.
<RI> Input initialized.
<RI> Initialized touch support.
The referenced script on this Behaviour is missing!
(Filename: Line: 1514)
The referenced script on this Behaviour (Game Object 'MasterManager') is missing!
(Filename: Line: 1743)
A script behaviour (probably MasterManager?) has a different serialization layout when loading. (Read 32 bytes but expected 44 bytes)
Did you #ifdef UNITY_EDITOR a section of your serialized properties in any of your scripts?
(Filename: Line: 1879)
UnloadTime: 1.628049 ms
Setting up 2 worker threads for Enlighten.
Thread -> id: 210c -> priority: 1
Thread -> id: 2294 -> priority: 1
Nice idea.
Hopefully we're heading towards a system of proper scripting with things like branching like you're suggesting. The next version will reveal a bit of where we're heading :)
Thanks
I was trying to download the safe file but i couldn't for some reason can u put it on mediafire or something so i can download that safe? ;)
Look this is what it just endlessly loads while other sites instantly load for me so it cant be my internet. xd oh and i mean the safe file you put up for download on the front page. its called Party.txt Sorry for not mentioning. Anyway i guess it's not an issue in the game however i'd like to see the safe file :) by the way an idea, Put descriptions under what stuff does like for buildings i was first confused how to make a gear took me 1 hour to figure out i had to build a wood router :P
oh what I mean is I play for some time, save it, close the game, come back to it a bit later, and I cant find the saved file when I try to load it
here's the content in the txt(I dunno how to link it sorry)
Initialize engine version: 5.6.3f1 (d3101c3b8468)
GfxDevice: creating device client; threaded=1
Direct3D:
Version: Direct3D 11.0 [level 11.1]
Renderer: Intel(R) HD Graphics 520 (ID=0x1916)
Vendor: Intel
VRAM: 1133 MB
Driver: 21.20.16.4627
Begin MonoManager ReloadAssembly
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\UnityEngine.dll (this message is harmless)
Loading C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\UnityEngine.dll into Unity Child Domain
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\Assembly-CSharp-firstpass.dll (this message is harmless)
Loading C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\Assembly-CSharp-firstpass.dll into Unity Child Domain
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\Assembly-CSharp.dll (this message is harmless)
Loading C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\Assembly-CSharp.dll into Unity Child Domain
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\UnityEngine.UI.dll (this message is harmless)
Loading C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\UnityEngine.UI.dll into Unity Child Domain
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\UnityEngine.Networking.dll (this message is harmless)
Loading C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\UnityEngine.Networking.dll into Unity Child Domain
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\Fabric.Core.dll (this message is harmless)
Loading C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\Fabric.Core.dll into Unity Child Domain
- Completed reload, in 5.552 seconds
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\System.Core.dll (this message is harmless)
Platform assembly: C:\Users\Markus Bao\Downloads\Autonauts_Version_12.1_Windows_64-bit\Autonauts_Data\Managed\System.dll (this message is harmless)
desktop: 2736x1824 60Hz; virtual: 2736x1824 at 0,0
<RI> Initializing input.
<RI> Input initialized.
<RI> Initialized touch support.
UnloadTime: 5.380515 ms
FabricSetupScene
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/DebugBindings.gen.cpp Line: 51)
Unloading 5 Unused Serialized files (Serialized files now loaded: 0)
UnloadTime: 27.679190 ms
Unloading 216 unused Assets to reduce memory usage. Loaded Objects now: 3809.
Total: 7.374772 ms (FindLiveObjects: 0.346666 ms CreateObjectMapping: 0.153435 ms MarkObjects: 6.482464 ms DeleteObjects: 0.391384 ms)
FabricSceneLoader Main
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/DebugBindings.gen.cpp Line: 51)
Unloading 2 Unused Serialized files (Serialized files now loaded: 0)
Setting up 2 worker threads for Enlighten.
Thread -> id: 2ef8 -> priority: 1
Thread -> id: 1ff0 -> priority: 1
UnloadTime: 0.445128 ms
Unloading 1440 unused Assets to reduce memory usage. Loaded Objects now: 58195.
Total: 98.536247 ms (FindLiveObjects: 4.666668 ms CreateObjectMapping: 1.065026 ms MarkObjects: 89.488449 ms DeleteObjects: 3.314462 ms)
i found why this happen: apparently, my computer's language settings (spanish) change float's dot(" . ") to a comma(" , ") on string conversions. this may happen to other languages so a String.Replace() should do the work. i found that this comma problem also happens in savefiles (floats like CameraDistance, CameraX and CameraZ have " , " instead of " . ")
Okay i'm not sure what happened, i took a bot out of the bot storage and tried to give it a shovel. it dissappeared. i tried it several times and then i could finally reach its program screen but then i got stuck in it and the bot dissappeared aswell. Also it says "Name's brain" (Me is confused) it also ripped 1 hour of work as this is a world from the 1.11 build which i think autosave isn't enabled? Nothing to do about this. I'm not sure if this is considered a real bug or something but it certainly affected me! goodluck fixing this (If its even possible) Denki you're awesome.
https://drive.google.com/open?id=0B5GanPypICMMSURZZ2JxWlNtQzg here i think this will work
I am on version 13.4. Stared a new map played a bit. Also altered the map with Unofficial Level Editor
After a while bot teach screen has been messed up like the image below. It doesn't allow me to do anything. Also never get fixed even after a restart. Here is the save file
no, the one outside is also an "repeat x times"-loop...like in the example ;-)
the 1-time repeat which contains all of it, doesn't work, the worker repeats it forever i think?!
also like this, the worker repeats all forever, but he should go to 217.121 and then stop there, or i'm wrong?
like this it works, or the "repeat-x-times"-loop inside is replaced by another like "hands full/emtpy"...only when the one inside is also "repeat-x-time" it's not working...
Hi! No worry, the game is so cool, and there are many workarounds to come over with it.
At least i know that I'm doing it right! :-)
Thanks for this great new game, i'm playing each major and minor release till "20 happy hangers", check the features an design/overlay-changes. great development, really nice!
It is actually charcoal, not coal. While creating charcoal, logs/branches are loosing a lot of volume during the process. It is acceptable to make 1 unit of charcoal from 2 logs. Even 1 on 1 is acceptable. It actually forces us to increase log production when we get into metal works. I personally like 2 on 1 rate. But if you hate to create log automation i can understand you :) I myself hate to create cereal seed automation because of the low yield/messy straw production and the amount of bots you need to feed everyone in the map
You need to build a Name Badge, put it in on of their Upgrade slots and then click on their name on the Brain screen.
Simple :)
Hi. I updated from version 14 to 15.1, and now newly created raw apple pies and planks get gradually taller and thinner. Only these 2 resources seem to be affected.
After a while(~30-40min) they get so thin I can't even see them :D , which in itself wouldn't be a problem but then weird shadow artifacts start to appear and the game just stops being playable. Restarting the game or even just reloading the save file resets it, so they again start to "grow" from their normal forms. It happens on both the 32 and 64bit windows versions, haven't tested the others.
Dude. A Repeat command will loop as long as the condition is true. Once that condition is false, it will move on to the next step. Like, they were told to keep doing something until the storage filled. If they find that it isn't, they keep doing the task. If they do find that it's filled, they'll move on to the next step, which is nothing, which means they stop. They weren't told to keep checking after the condition was fulfilled.
You need to put the whole program into a forever repeat, then once the condition is reached once, it will go out to the forever repeat, and that will bring it back to the top and keep checking the condition until it's false.
True, but it's more an issue of ergonomics rather than functionality. Q is on one side of the keyboard whereas the "," and "." keys are on the other side (this goes for "I" as the inventory access also); and with one hand on the mouse, it breaks the flow of the game . Obviously, the focus of the game is on the bots, but there's no reason the main character can't be easy to use. I still think the number keys could be used for quick access to the inventory, especially the tools. 1 = axe, 2 = shovel, 3 = pickaxe, etc.
Don't get me wrong, I love the game. It reminds me of a mix between "Human Resource Machine" and "Factorio" and I realize you guys are progressively refining it. I'm not saying these are things that are wrong with the game, just suggestions on further refinements that could be made.
Juste pour nous assurer que nous parlons de la même chose, vous voulez dire l'un d'entre eux?
J'ai juste essayé d'utiliser un pic en bois et fer et les deux peuvent être utilisés sur le rocher pour créer des pierres / minerai de fer pour toujours. C'est le même comportement que dans les versions précédentes.
Je ne comprends probablement pas ce que vous voulez dire, pouvez-vous envoyer une photo s'il vous plait?
I do pick it up some times cause its my "Recharge Bot " data storage for when ever i need a new recharge bot but not for anything else. The tile is only used for the data storage. and i dont unless im going to pick it up and the bots dont not that i know of its kind of out of the way. By time i actually mean - because i just discovered this - every time you load up the saved state.
You can send it a number of ways.
email : aaron.puzey@denki.co.uk
Discord : join our Discord server and send it in a Direct Message.
Internet File Sharing : I use DropBox but there are loads of free online file sharing services available.
Thanks!
Click on the apple in the top left-hand corner of the menu bar and select System Preferences...
Click on Security & Privacy.
At the bottom of the window you should see "Autonauts" was blocked from opening because it is not from an identified developer.
To the right of that there's an option 'Open Anyway' - click that.
You should get another warning: "Autonauts is from an unidentified developer. Are you sure you want to open it?"
Click the Open option to run Autonauts.
You won't get the warning again unless you download an updated version.
Hope that helps. Let us know if you have any further questions.
Thanks Sharidan!
Yep we get near constant requests to make the "IF" instruction happen :) It's a fairly non-trivial thing to implement which is why it's not happened yet! But rest assured it's high on our list.
Also we'll be adding all the usual programming features like branching, comparitors and arithmethic operations.
Memory upgrades are definitely planned.
Are you wanting a "Move To Beacon" instruction? How would you use that? Also Beacons can be named by pressed Z with one in hand.
Yes we'll be adding all of the instructions into those menus at some point.
Thanks for the great feedback!
To put it all into one word: Excellent! :D
Regarding the "Move to beacon" command: I frequently set my bots to move to a specific location when their actual work process is completed - i.e. when the storage they are monitoring runs full and they stop their work. A "Move to beacon" command would allow three scenarios to play out:
1) When a bot completes its work it moves out of the way indicating visually to me that this particular process is in idle mode and it thus also makes it easier to locate the bot in the world since they are all gathered around the beacon.
2) When moving my build beacon all my builder bots that are currently idling because no build projects are active, would move to the new beacon location so they are already at location when I start throwing down blueprints. I usually grab the beacon and set my player character to move to the new location, then through the build menu I start moving their source storage boxes to the new location. With a "Move to beacon" instruction, I would simply stop/start my bots and have them move there instead of having to wait for them to catch up once the first blueprint has been put down.
3) Migrating bots that move over great distances could be made to travel specific routes by applying multiple "Move to beacon" instructions which would make laying out stone paths as roads easier to handle. A recharge bot could then also be placed at each of these route beacons to make sure the traveling bots don't run out of juice mid-route.
This suggestion also sprung to mind just now:
Allow those "buildings" that don't require flooring to be placed on flooring, like the storage boxes can. I'm currently reorganizing all my stuff and creating buildings to put things into, but I have to leave the "floor" of the building empty for things like the porridge pot etc. because they wont go on flooring.
Thank you for hint about the Z key. I completely forgot about that one!
I just find this hillarious how you can stack folk on top of eachother. Also my bots now try to feed folk that are not in the huts and i really dont want them too i dont remeber them doing this before.
Here is how I set up my bot to find a bucket, fill it with water and fill the wash tub 3 times, find and wash dirty pots 10 times, and repeat everything forever. I have another bot return the clean pots to storage.
I use a similar method for cleaning dirty folk, returning them to their homes, and refilling the tub as needed. It always seems to take 3 buckets of water to fill a tub and 10 pots or 10 folk or 10 clothing being washed to empty the tub. Below is how I set up the bot for cleaning folk.
Hi!
I made a new storage container near BB011.
I missclicked, wanted to put log into the clay machine, but put into the empty container.
Then I want to take out that one log, and I see 58 logs in there, the same amount that was in the original container near BB007.
Is there possible bug, or I am too tired?
20.1 version
When you say you launched it from "itch.io" do you mean the official Itch app? or do you mean the link on the Autonauts Itch web page? If it's the latter can I confirm you've unzipped the download correctly?
Unfortunately we don't have any version of Linux to test on. We've been relying on the community's testing efforts to tell us when something is wrong.
Thanks for the bugs!
#1 This is a known bug, thanks
#2 This is possible known already. The current known bug only happens if two bots, at the same time, attempt to put in a resource into storage that has only 1 empty space. One of the bots succeeds and the other one skips an instruction. Is this possibly what you're seeing?
You can see a list of our current bugs (and user suggestions) here
https://docs.google.com/spreadsheets/d/1btXfrrRUyzqnH7Ce6kNGWe19pWT7bYGqMbLAqdHH...
Thanks
It doesn't necessarily need to happen simultaneously though. Like I said, I can have a dozen bots all at very different stages in the processing of an item type (such as running threshers with cereal) and all but one of the bots will have this glitch. It seems to be something to do with how they are reacting to the storage unit once it is full. If I had to guess, it was a boundary condition you are using with the test for a full storage container, where you are currently only looking at if the bot put in the last item.
Those logic bugs are the kind that tear your hair out, so I completely understand and am sympathetic with why it exists.
I even get a sort of weird situation where due to the fact it isn't completely simultaneous that some arbitrary number of bots won't necessarily glitch out. What I think is happening there is that due to the heavy demand of that item to and from multiple storage containers, that the bots who glitch out slow down production thus allowing the other bots who are consuming that item (like making bread) to catch up and make space available to some of these bots who aren't glitching to put items into storage. If for some reason the consumption of items from the whole production chain is halted (as is the case sometimes when setting up a completely unrelated production chain), I have this happen to all but one of the bots without fail. I can easily reproduce this situation every time it fits this criteria.
Here are some example test files which demonstrate this bug:
This is a large scale production of clay pots that I'm doing (with support bots leading the production chain... I'm doing clay pots to show it more clearly). Here you will see several workerbots making raw clay pots simultaneously, and when it hits the storage peak, all but one will stop. If I ramp up production of the clay pots after the storage containers are full, all of the bots but one are glitched out.
Another situation is here:
Here I have multiple bots both consuming and making raw clay pots. The production of raw clay posts is slightly higher, so one or more of the bots are going to glitch out but the others will continue afterward. A situation like this can have a second or third bot eventually glitch out. If you aren't closely paying attention to the situation, what will happen is that the glitched out item production will gradually start to fall until the storage containers eventually go empty.
I hope that helps you out in seeing a test condition to catch this bug.
Can you fix 2 big problems for me?They are both about the camera. Sometimes when i press the camera controls it doesn't always move when i want it to and when it atuosaves it sends my camera in a random dirtecion and i don't know where i am sometime and i have to press the x button to find my character.
for the first bug i talking about my cursor is in the world and it doesn't do it.the second bug it's like this i be moving the camera then it autosaves then i get thrown in a random dirtecion and i don't even know when it autosaves so i have to hope that i get lucky to stop moving the camera when it does that.Also when it autosaves it makes me think the hame froze.
Thank you. Did your reply mean that the following items that you described earlier this month are somewhere in 21.2? Where are they?
Autonauts Update, December 2017
Now you won’t be thrown in at the deep end with everything available always from the start and no clue what to do. Now you get to complete objectives (or quests or missions depending on your preference) to unlock new blueprints and technology - especially if you look after the folk and help them become more civilised.
The folk now die if you neglect them for too long (no, you can’t recycle them; you build them a nice burial mound instead) but fortunately you can also breed folk (in a U-rated fashion using a special building and oysters, which are washed up on the beach).
Other new features include making the whistle for the bots, a quern for grinding crude flour, pumpkin pieces for food and a timeline that acts a little like a log (diary) by keeping track of your discoveries and inventions as you make them and when you complete key goals.
Merry Botmas!
Perhaps the biggest addition this week is Game Options, which let you choose between a more structured game and more freeform play - and whether to use key features or rules.
This means it's up to you if you want to play with the concept of death when it comes to raising Folk and automating their world - and if that's under the umbrella of the new day-night cycle.
Oh, and Bots are now made in key parts to assemble, which will ultimately lead to the potential for combinations of bods, heads, brains, drives and the like.
On no! Well hopefully I can help. The next time it happens can you send me a file called Autonauts_Data/output_log.txt found in your install folder please? That's for the PC version. If you're using a different version please let me know. You can just copy/paste the contents of the file in a reply here or send me the file using an online file transfer service.
Thanks
Hello,
I am trying to speed up the creation of butter in order to speed up the production of pastries, raw apple pies, and apple pies. I am wondering what I could do with dung that would speed up cows becoming full. Should I leave dung on the grass, or should I convert dung into fertilizer and then put the fertilizer back on the grass, or should I incinerate the dung, or should I do something else? Thank you.
Hmm I have some bad news for you :( As long as there's grass to eat, the speed at which cows produce milk can't really be increased. Clearing the Dung will help make sure there's grass to eat but you can't put fertiliser on it to make it grow faster and even if you could, it wouldn't affect milk production.
Other players have noted that there aren't enough cows in the world to make milk fast enough to keep up with the demand for pies. This is something we need to balance properly in the future.
Thanks!
I noticed that there weren't enough cows too. So, I used MS Notepad to update the save file and I changed most of the sheep into cows, since we only need enough sheep to be sheered a few hundred times to make all of the wool to create all of the clothes that would ever be needed, and I wanted more cows to produce more milk.
I will try to slow down the eating of the apple pies by the Folk with some "Wait" commands to the bots that give them the pies. I think that if there was about 30 seconds of waiting within the Repeat loop of those bots that perhaps the milking of the cows could keep up.
I would like to request that you add two more "Repeat" options: "until ? Storage empty" and "until ? Storage not empty". I would like to connect these options to pairs of bots that would be similar to the bots that shout "Stop" and "Go" so that other bots can wait until they hear those shouts. For example, I would like my bots that make Pastries to wait until they hear "Go Pastries" before proceeding and will stop when they hear "Stop Pastries", but instead of the shouting bots waiting until the Pastry Storage is full or not, they would wait until the Butter Storage is empty or not. By stopping the Pastry makers when the Butter Storage is empty and forcing them to wait several minutes before starting making Pastries again, the Butter makers would have time to make a large amount of Butter. Thank you.
We've been posting a few things here on Itch and on our Discord server about anything new but most of our work has been rearranging existing things into something new players can understand more easily, so it's not very exciting stuff for more experienced players. Having said that we're going to make more of an effort to post more regularly. Thanks!
Hey, thanks for the great Autonauts feedback.
Your problem with bots stopping : It's possibly a bug but more likely the bot's script that's at fault. If you can identify a specific bot that does this, send me a picture of the script and I'll have a look.
Your ideas are welcome and these are all things we'll be looking at in a future version, so thanks.
OK, here is a few bugs I've found.
1. Workbot can't find current beacon if another workbot is staying on it. (After start of algorithm left-bottom workbot will go to upper beacon)
2. Workbot can't find nearest water from lake (I don't know why, because another workbot can do this). From the other hand he can find water from sea.
3. And there are some artefacts on screen sometimes. I think it's when too many elements are on the screen at the same time.
You're issue 2 is probably due to the command "Find nearest Water ?" not being based upon a Beacon but instead being based on the location that the bot was when it was trained, as indicated by the ? symbol, while the bot is now too far from that training location and the training location being too far from any water. It could also be due to this bot being loaded with commands from data storage that had been saved from another bot whose own training location, as indicated by the ? symbol, is too far from this bot . You can retrain this bot and click on that ? symbol to use a nearby Beacon instead of the initial training location for finding the nearest water.
Another problem is that all of the Folk's huts are so close together that if the nearest water is on the opposite side of all of the huts from the bot that there is not sufficient time for the program to find the shortest pathway through all the huts to the water. When you place the huts, you should provide passage ways through them. Leave some gaps between the huts (and other buildings) so that bots can pass through them and the program can find a pathway.
I do not think that the lack of spaces between the huts will "prevent" all bots from walking to the water. I meant that where this bot is located relative to the water might be south of the huts. The red circle is showing the area that the program will search for the nearest water to find the shortest path, and that area includes about 100 huts. The program would calculate the lengths of the paths including those through the huts, but since the only paths through them are moving east-west between the rows (rather than moving north through non-existent gaps between huts), the amount of time to calculate all of those times for thousands of combinations of pairs of the 100 huts is so large that this bot doesn't move. If there were gaps, the program would find paths using them in a shorter amount of time and then could find the shortest path and thus the "nearest" water. The other bot that you mentioned no doubt has nearby water that is not reached by a path through the blockade of huts, and that long calculation and comparison of times would not be as great.
Спасибо!
Thank you for your enthusiasm, feedback and suggestions (and kind offer).
You might be pleased to hear that we have already implemented some of these (for example, the 'shared' storage has been taken out) and pretty much everything else is planned.
We hope to be sharing more news very soon.
All the best
Gary and Aaron
Those certainly were a large number of ideas. I hope that you put most of them on the 2019 list of programming tasks rather than the 2018 list of tasks. It's been over 4 months since the last update and I'm sure that most fans of Autonauts don't want additional delays. I recall that you said that your progress reports would appear on some other site. Would you please provide a specific link to the other site's post so that we can find them without a lot of searching. Thank you.
I have some questions about the new version being developed. I saw your image shown below from the "Wotta Lotta Botta" post that you said "This is what happens when you mess around with the new Bot construction system to mix up the baskic Mk1, Mk2 and Mk3 parts :)".
I presume that perhaps Mk1 might be the head part, Mk2 might be the chest with arms part, and Mk3 might be the legs part. Do we need all three parts for every Bot?
I guess that for a Bot to be able to "Shout" and to "Repeat until hear" that it must have a "head" part. Is that right?
I guess that for a Bot to hold objects that it must have a "chest with arms" part. Is that right?
I guess that for a Bot to move that it must have a "legs" part. Is that right?
Is it possible that for some situations, a Bot might function without a "head" part? What might be some such situations?
Is it possible that if a Bot does not need to hold objects that it might not need a "chest with arms" part?
Is it possible that if a bot does not need to move that it might not need a "legs" part?
In the latest released version 21.2, I have several Bots set up such as those shown below for my "Fishing" group. I have one Bot named "GoFish" (wearing a Party Hat) that waits "until Salmon Storage not full" and then will "Shout GoFish".
I have one Bot named "StopFish" (wearing a Guy Fawkes Hat) that waits "until Salmon Storage full" and then will "Shout StopFish".
I have seven Bots named such as "Fish1" that wait "until hear GoFish" and then will "Repeat until hear StopFish" the two steps "Find nearest Deep Sea Water" and "Use held item" (which is the fishing rod).
I have three Bots named such as "Fish>Stor1" that move the Salmon to the Salmon Storage.
I have two Bots (wearing Traffic Cone Hats) that rewind the other Bots.
Is it possible in the new version that new Bots such as "GoFish" and "StopFish" that never hold objects and never move might only need a "head" part?
Thank you for your information and for all of the great work you have done with Autonauts!
Thank you for this information. Can you list the "different abilities" for each body part for us? If each bot needs a head, a body and a drive, does that mean that different types of heads have different abilities, and likewise different types of bodies and different types of drives similarly have different abilities? I can imagine that perhaps some Bots have big heads with more memory than Bots with small heads, and perhaps bigger bodies can hold more than smaller bodies, and perhaps big legs are faster than small legs. Is that what you meant? Or did you mean something else? Perhaps like the current version has "Crude Bots" that can carry more than "Basic Bots", and "Steam Bots" can carry more than "Crude Bots"?
If your "bot making bot is supposed to stop working if bot storage is full of bots but the bot making bot stops while the bot storage has 9 bots instead of 10 bots", that is because "Repeat until Bot Storage full" is satisfied (like all Storage) when it reaches about 95% full rather than 100% full. If you only have one Bot Storage that holds 10 bots when full, then 95% of 10 bots is 9 instead of 10. Once you add a second Bot Storage, then 95% of 20 bots will be 19 bots, etc. "Full" will always be less than "all". Similarly, "empty" is satisfied at 5% full rather than 0% full.
Greetings! I have a suggestion that I believe will help with players who are training their bots. I suggest that in the next version of the software, have the bot's "My Brain" listing that includes "Repeat" loops show the "current value" that the Repeat is testing and also show the "goal value" that must be reached to satisfy the loop. For example, if the listing includes "Repeat until Log Storage full", show in the yellow bar immediately below the word "Repeat" the current numbers of logs in storage, and also in the yellow bar below that show the value for Log Storage full. As another example, if the listing includes "Repeat 15 times", show the current value of the number of times the loop has repeated and below that the goal value of 15.
Below is an image that can illustrate this suggestion. In it is shown a Steambot wearing a Traffic Cone hat. Its listing shows that it is responsible for recharging Basic Workerbots in the area 15 times, and before it does that, it has taken a log from Log Storage and stowed the log in its inventory to recharge itself. (It also will return the log back to Log Storage if the "stow" command failed because its inventory is full.)
It would be helpful to see that this Steambot was on its 3rd repeat of 15 (for example). It would also be helpful to see for a 2nd bot that had the "Repeat until Log Storage full" loop that there are currently 1996 logs in Log Storage and that "full" is equal to some value, which I believe is 95% of the total capacity of 2100 logs and therefore is 1995 logs. For the 2nd bot, the Repeat loop would show that it was satisfied. Please show these numbers in the Repeat loop's yellow bar. Thank you.
If you give your bots Name Tags and then name each bot by their beacon group and their job, you can then find them easily. For example, I have my 100 Folk grouped into 6 "Neighborhoods" and the bots that support the Folk in Neighborhood 1 have names such as "N1Home1" which indicates that this bot in "N1" takes Folks that have just been cleaned back to available homes, as shown below.
So far I've been doing exactly that to try to arrange the huge list of bots in some meaningful way, though with a list of bots as long as yours and mine the list can still be a bit difficult navigating when searching for that one specific bot. Organizing the bots this way works but imho it is not optimal. I still beleive that having the added option of bots also being arranged by the beacon they are linked to, would make it easier for us as players and managers of this army of bots :)
Can someone clarify for me what the "Container" is that is tested for being empty here? I don't thing it is a "Storage Container" because if it was, I think there would have to be a question mark ? that we could click onto to identify which "Storage Container". I don't think it is a "Crude Backpack" because the Backpack only really works when it is in the "Upgrade" slot for the Farmer, and it cannot be added to the "Upgrade" slot of the bots.
I found in the Change Log that "A container at the moment is a Basket".
https://docs.google.com/spreadsheets/d/1s2nIsLg-suLVX_O6MgDGtxZDLgmVXvwIzwauNDpU...
Well, I tried that link but I could not get it to work very well. I was too hard to scroll through all of the responses since the scroll controller was just a tiny point. I guess unless you already know how something out there works, it's a challenge. If there were some instructions for using it, I might try it. I like the way that itch.io works instead.
Okay, I have now posted to Discord with a new image of my Island and a save file if anyone is interested in loading it.
https://discordapp.com/channels/331886561044201473/331886561044201473
Hello!
1. No but you can stack them 3 high now achieve the same thing.
2. In the next version you can!
3. All artwork is considered placeholder. We'll be hiring a professional artist soon hopefully :)
4. Wow! Your level file must be huge. Yes, you can post it here or we have a place on our Discord channel called #show-off-here which would be perfect too.
Thanks
Found a Bug. I still don't like how the "find nearest" command works. It should be location based and remembered by the bot (like a global variable) until it is overridden with another "find nearest" command. Instead, it seems to go by each individual item's location. When the "problem" bot is in the right location, it will repeat "find nearest" and "pick up" until it's hands are full, however, it will not pick anything up. Another bot with the SAME EXACT CODE will work though. I have a theory of why this happens. When the problem bot finds nearest item:X, it remembers the location of that same item. This happens even if it repeats with another "finds nearest" command and even when the bot is stopped and started again. What the bot could be finding is another stack of the same item in a different location that I intentionally did not want him to move to. The "find nearest" command is meant for a bot to move to that item, but what if the items are all in one stack? I propose a new line of code to be added. It should be "Pick up Item" and be given a master list of all items (or however it's programmed). This would solve the issue of having to repeat a find nearest command and waste time repeating unnecessary code. I am open to other suggestions/solutions so please msg me back if you find something.
Unfortunately we've been so focused on other game elements that the "Brain" screen hasn't really changed much since the last version. With so little development capacity we don't plan on doing much to it for the next public release. However realise this is an important part of Autonauts and we will DEFINITELY be giving it a complete overhaul at some point to include things like If/Then and arithmetic operators so you'll hopefully be able to make really interesting scripts :)
Thank you for replying. I was not asking for any changes to the "Brain" and I don't expect that you would make changes there at this time. Actually, I was scared that there might be too much done there that would make the game "simpler" for many new users that don't understand scripting. Please just give us one ordinary screenshot that would reassure us that the current layout of scripting remains mostly the same. Thank you.
allready tried it.After freeze and turn white i can still open menu like normal.
i forgot to save the crashed log file but i give log file before crash http://pasted.co/382f489b
Just has one output_log.txt http://pasted.co/d95f6074. Just ignore other word.its just other language.
I suggest that you check that the right mouse button is working on your computer. Use other software than Autonauts, such as Windows File Explorer. Right-click on any file to see that a window opens with the options "Open, Rename, Delete, Properties, etc.". If that window does not open, then the problem is with the mouse and not with Autonauts.
I presume the "bot making other bots" tries to catch the "learning one" because it wants to pick up the new one it just made and put it into bot storage?
If that's the case you can make sure the bot storage is outside of the "bot maker" search range. To do this you can either move the bot storage far away or use a Beacon to adjust the bot maker's search range size. If you've not used Beacons before, create one at the bot maker and place it at the center of where you want the bot maker to search. Then go into teach mode for the bot maker and click on the round icon on the right of the Find Nearest instruction. This will allow you to select the Beacon you just made. Now all searching will be restricted to the range of that Beacon. If you want to adjust the range for the Beacon just pick it up and press Z.
It takes several steps to make string. First, you need to build the "Bash Research Station" from the "Research" group of equipment. The "Bash Research Station" is made with two logs and four planks. Once it has been built, you need to use a shovel to dig up about 10 weeds. Add the dug weeds to the "Bash Research Station" until the research has finished and the blueprint for the "String Maker" appears in the "Misc" group of equipment. The "String Maker" is made with six planks, four poles, one gear, and one stone. Once the "String Maker" has been built, you then add five dug weeds to it to make string.
I'm sure that you need "infinity storage" because you have your bots "Repeat Forever" their tasks such as cutting down trees and fishing for salmon. I suggest that instead you add some bots that use the "Shout" command and other bots that use the "Repeat until hear..." command, such as I have described in the past and is shown below. By doing this, you will collect all of the items that you need and will not create "infinite" amounts. Having too many items will eventually make your game take over half an hour to load, which is not fun to wait before you can play. (I have also described this problem in another post: https://itch.io/t/265312/autonauts-take-half-an-hour-to-load)
-----
I have several Bots set up such as those shown below for my "Fishing" group. I have one Bot named "GoFish" (wearing a Party Hat) that waits "until Salmon Storage not full" and then will "Shout GoFish".
I have one Bot named "StopFish" (wearing a Guy Fawkes Hat) that waits "until Salmon Storage full" and then will "Shout StopFish".
I have seven Bots named such as "Fish1" that wait "until hear GoFish" and then will "Repeat until hear StopFish" the two steps "Find nearest Deep Sea Water" and "Use held item" (which is the fishing rod).
I have three Bots named such as "Fish>Stor1" that move the Salmon to the Salmon Storage.
I have two Bots (wearing Traffic Cone Hats) that rewind the other Bots.
I don't use the Linux version but I would not be surprized if your game takes forever to load from your save.txt file (or whatever it is called in the Linux version.) If so, I suggest that you review this post and take whatever action is similar for Linux so that your game will keep running.
https://itch.io/t/265312/autonauts-take-half-an-hour-to-load
i is overwritten in this Java construct? Interesting. I'm only (a little) familiar with Lua and Python and both would treat the two i variables as distinct local variables.
Python:
text = ""
for i in range(3):
text += "\n{}: ".format(i)
for i in range(2):
text += "{} ".format(i)
else:
print(text)
outputs:
0: 0 1
1: 0 1
2: 0 1
Lua:
text = ""
for i = 0,2 do
text = text.."\n"..tostring(i)..": "
for i = 0,1 do
text = text..tostring(i).." "
end
end
print(text)
outputs:
0: 0 1
1: 0 1
2: 0 1
Cool a fellow Lua coder!
But you don't necessarily have to use tostring() here, the following should work as well.
Ok, I'm not sure if this is a bug or if I just need help, but when I open the game, every time, it shows the made by unity screen, the game opens, aaannnddd it's just frozen. Nothing happens. I still haven't gotten to play the game. Please help.
The command.
You got an email i could use i have no idea how to do it otherwise.
text = ""
for i = 0,2 do
text = text.."\n"..i..": "
for i = 0,1 do
text = text..i.." "
end
end
print(text)
Lua always tries to convert the i here into a string when possible. I think nil wouldn't get converted, and obviously lists can't get converted.
The same should be possible when adding a string that only contains numbers to an integer, the string gets converted to a number automatically.
local ans = 12+"012" print(ans)
The 12+"012" returns 24 as a result, and so this prints in the next line.
The "012" get's converted to 12 as if you would do tonumber("012").
This usually saves some time when coding for me, so just a tip (I'm way to happy to see other people using lua XD)
true - conversion works without "tostring()"
Nevertheless, the Lua guys recommend using it. That way, the interpreter doesn't have the extra task of finding out if a conversion is required or not. You state that it is.
The string.format() command would have been another option. Actually the nicest way to combine text and data into one string.
to Denki:
My apologies for abusing you forum for this off-topic talk :-)
You said "I just updated...". Does that mean you downloaded a newer version of Autonauts, or does that mean you just loaded a recent save file, or does that mean something else?
If you downloaded a newer version, which version did you just download? If you think that the newer version might not have gotten installed correctly, I suggest that you read this posting for instructions on installing the downloaded file: https://itch.io/post/475749
If you just loaded a recent save file, perhaps that save file is broken somehow. I suggest that you try loading an earlier save file that you had loaded before and which you were able to use without this problem.
If you mean something else, please clarify what happened.
I also suggest that you take a screenshot of your game while you are pointing at the ‘unusable tree soil’. You can take a screenshot by pressing the "PrtScr" key - you might need to also hold down another key such as "Shift" or "Ctrl" or "Alt" or "Fn". You can then open Microsoft Paint and paste your screenshot there, and then save the file in Paint with extension .png. You can then come back here, enter your reply, and click on the "Add Image" icon just above your reply which will allow you to upload the .png file.
Once you have given us some more information, we may be able to help you more.
Hi, I'm here because I think I found a bug (or it's me that doesn't program as good as I was thinking).
I made a zone where I can place blueprints and let my workers construct them to store them ; I have a worker chief that can shout "work" or "don't work" (you probably gessed what it does) and when the chief shout "don't work", each goes to his own position (here 162,104).
This problem doesn't happen everytime but some of them (it happen as well with planks and poles) stop at the "Add to Blueprint" and I have to "STOP & START" them to do them working again.
Is that me placing the wrong command at the wrong place?
We might be able to help you better if you provide an image of the end portion of this bot's commands, which might be responsible for your problem. Please also provide an image of the other bot's commands that shouts "work" and "don't work". I found that it works better if I have two separate bots that shout, one that shouts "Stop" and a different one that shouts "Go". Each of the shouting bots also waits for 60 seconds before it checks if it needs to shout again so that it doesn't loop too quickly and isn't shouting too often. If a bot shouts too often, the specific shout that others are waiting for gets pushed to far down in a stack that it could get lost or never found in that stack.
Well, the image that you added is the same as the one you put here a week ago, so that doesn't give any more information. I was hoping that the image you were going to add would show what was below the commands "Repeat until hear work" and "Move to 162,104". Maybe what is below is just the end of the loop for the "Repeat until hear work" command. If so, that would mean that this bot will just move to that spot once and then stay there forever waiting until it hears "work" which doesn't happen until you change the other bot to shout "work", which is what I think you meant when you said you had to either "START & STOP" or "change the order of the repeat" to fix it.
If you still are having this problem, I suggest that you try my first suggestion and have two bots shouting "Stop" and "Go" individually and then have the bot that adds the planks to the nearest blueprint do so as shown below.
When you start Autonauts for the very first time, you can pick up a stick from the ground and pick up a stone from the ground. You will be given the options to make a crude axe or make a crude shovel. Choose to make one of those. Then, pick up a second stick and a second stone and make the other crude tool. You can use the crude axe to chop down pine trees, which will give you a log and some tree seeds. Use the crude shovel to dig holes in the ground and plant the tree seeds. Use the crude axe to chop the log into some planks and use the crude axe to chop the planks into poles. Repeat this a few times to get several more logs, planks, and poles. Press the E key to view the list of Equipment (buildings, etc.) that you can build. You should eventually make most or all of the buildings. Some of the buildings can be used to build bots. One you have built some bots, you can train them to do all of the tasks of the game. Have fun.
Several people in the past have agreed that adding Conditionals to the scripting language would certainly help. The developers have been working for over a year on the next version of Autonauts. They have said recently "Unfortunately, if we release it too early, we'll just get loads of complaints about things that don't work or can't understand. We're going to release when we think it will be ready and make everyone happy rather than angry/confused."
While we are waiting, you can use the "Repeat until hear..." commands in the scripting language to act as Conditionals and you can use Steam Bots to overcome the problem of Worker Bots needing to wait a long time for recharging.
Below is shown one example of how to build bots that use the "Repeat until hear..." commands. One bot named "GoFish" (wearing a Party Hat) will wait until the Salmon Storage is not full and then will Shout "GoFish". Another bot named "StopFish" (wearing a Guy Fawkes Hat) will wait until the Salmon Storage is full and then will Shout "StopFish". A set of 7 bots with names like "Fish1" will wit until they hear "GoFish" and then will repeat until they hear "StopFish" the commands to "Find nearest Deep Sea Water" and "Use held item" (which is the Fishing Rod). These commands will control the bots so that they only catch fish when needed.
Below is shown an example of how you can set up a Steam Bot (wearing a Traffic Cone Hat) to charge Worker Bots and to also collect Logs into its inventory to keep itself charged. After the Steam Bot has taken a Log from the Log Storage, if its inventory is full then the "Stow held item" command will fail and the Log will still be in its hands, and so it will add that Log back to the Log Storage. If its inventory was not full, the "Stow" command will run and the "Add to Log Storage" command will be skipped because its hands are empty. You can set the number of times that the "Repeat times …" command runs based on how much energy is used by the Steam Bot to find and move to recharge the Worker Bots.
You can also do the following
Repeat [forever] | Repeat [until inventory full] | | Move to Log Storage | | Take from Log Storage | | Stow held item | |__ | Repeat [until inventory empty] | | Find nearest unwound Workerbot | | Move to Basic Workerbot | | Recharge Workerbot | |__ |__
This way it will start by taking enough logs to work for a long time, and when it's got no Logs left in it's inventory, meaning it just used up the last log available, it will fill its inventory again.
Instead of using the first in the following code, you can choose the bot to take different amounts. If you don't want the bot to take out so many logs at once, set it to only take 3 for example. This way it has three logs in it's inventory and takes another three after they are all burned up
(1) Repeat [until inventory full] (2) Repeat [times] [3]
Oh no! Unfortunately there's been a few reports of save files not appearing. This can be because you've chosen a folder that you don't have access to. Try saving to your desktop instead (and do an early test save to make sure it works). When we release the next version on Steam it uses a much safer system and this sort of thing won't happen any more.
Sorry about that :(
Here is a suggestion that might help you. If you add loops that say "Repeat times 1" and include the down-arrow at their ends, the down-arrow will check to see if there was a failure within the loop and in that case will exit the loop. In this example, a failure could happen at the top if the water bucket was already full and the bot could not "Take from Water Storage", and so the bot would then "Move to Crude Wash Tub" and continue. A failure could also happen at the bottom if the bot could not "Add to Crude Wash Tub" because the tub was already full, and so the "Repeat forever" loop would go back to the beginning. (Another failure could happen if the Water Storage was empty but this example does not include steps to deal with that.)
You do not need the second "Repeat times 1" if you have another bot set up which adds dirty Folks or dirty Clothes or dirty Soup Pots into the Wash Tub. If you don't have that second "Repeat times 1", this bot will simply wait until after the Wash Tub has cleaned something and then has room for more water.
I'm sorry to hear that the Wash Tub will not be included in the new version. I thought that the Wash Tub added some interesting activities to the game and allowed players to solve lots of challenges with keeping Folks and Clothes and Soup Pots clean. I wonder if the "Besom Broom" will also no longer be included, since it is also used for cleaning after the Folks eat the Soup. Please don't drop out of the new version too many features like the Wash Tub and the Besom Broom. (I don't mind if you drop out the musical instruments though.)
Sorry :( Most feedback suggested that cleaning wasn't much fun. However the Folk will require certain things to be happy (food, shelter, clothing etc) so it's something we may reintroduce in a later release. We've not removed all that much from v21.2 and we've added in a whole load so you won't be short of things to play with :)
I don't use the Linux version but I can imagine that your need to delete files in order to save the game is caused by the same issue that I reported in the topic below. When you have bots that "Repeat forever" an action such as chopping down trees or threshing grain which then creates a super-tall pile of something, every item in that pile is then included in the file being saved, which I have seen becomes a huge file of over 3,400 KB. I suggest that you review this post and take whatever action is similar for Linux so that your game will keep running.
https://itch.io/t/265312/autonauts-take-half-an-hour-to-load
So, I checked my save files, they're only 750kb, and my resources are fairly well balanced, so I don't think we have the same issue. The entire program folder is only 200mb, I can't figure out where all the space went. I'm assuming its a swap file in a temporary folder somewhere. I cleared 15gb so it had plenty of room, and it swallowed all that up as well, lol. I keep a usb drive handy, that seems like the quickest easiest solution, lol.
Have you managed to get berries to work? I've only tried a couple of times, but after a short while (it might be triggered by restoring from a saved game) the berries become useless, you can't pick them up off the ground or take them out of the storage container, or even feed them to the folk, they just refuse to do anything except, one time a bot was holding one and trying to store it into a container, so I took it off him, and I was able to plant it. But it grew into a useless bush, that refused to be thrashed.
Berries seem to be the only renewable food. There's not enough cows to feed everyone on milk, and bread requires sticks aren't renewable for some reason.
You will need lots of cows to make lots of butter. Even if you collect all of the cows in the game, you might still want to somehow get more cows to feed everyone. Here is a link that provides information on how you can add more cows to the game. The link will not work with Internet Explorer; you can use Google Chrome instead. https://autonauts.fandom.com/f/p/3100000000000000076
Yes, I suspect you are right about the save file being corrupted, probably while trying to save to a disk with not enough space on it. I just started a new game and that solved them problem.
I looked up the log file, and it has about 45 lines of generic looking messages involving buffers and files, then these two lines:
Graphics.CopyTexture can only copy between same texture format groups (OpenGL internal formats: src=35905, blockSize=3 ; dst=32856, blockSize=4)
(Filename: Line: 1384)
Over and over and over for 15gb, lol.
Sorry to hear about your storage problem. The only thing I can think is going on is the game is producing an enormous log file because of some repeating error. However this would take quite a bit of time to produce a file that consumed that much. Moreover, every time you launch the game a new log file is started, freeing any space it previously used. Anyway have a look in this folder ~/.config/unity3d/Denki/Autonauts/Player.log and keep an eye on it as you run the game.
Failing that, I really have no idea why it would use that much.
I suggest that you terminate Autonauts by right-clicking on its icon in the task bar of Windows and selecting "Close Window". Then, you should be able to start another session of Autonauts. Next, if you have a recent save file that you made before the basic bot being trained got put into the shed, load that save file. If you don't, look in the "Autosaves" folder below you "Autonauts" folder, which contains the files that are automatically created whenever you see the piggy-bank appear I the bottom-right corner while the game is running. Find the most recent Autosave file, and load that file. Below is an image of a typical "Autosaves" folder which should be named something like "C:\Users\Owner\Documents\yourname\Autonauts\Autosaves".
