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.
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".
I did something similar. I created a bot which I named "Beacon" that creates Beacons and then puts them into the "Beacon Storage", as shown below. I was able to avoid the problem that you are having by making the "Find nearest Beacon" command centered on the spot where the Beacons are created (as indicated by the question mark (?) following the command) rather than centered on a specific Beacon (which would instead be indicated by the blue-and-red symbol) which I'm sure your "bot-beacon" has connected to its "Find nearest Beacon" command and which you said uses the "local" Beacon. Try changing your bot's commands this way. Good luck.
thank you it might be because i made an upgrade to my pc it's not huge like change graphics card or processor but all the programs /games i have is still working as intended and it's my frist time trying itch.io idk it was like this before upgrade but also all games i downloaded frm itch don't work either it doesn't even start or it makes black screen and audio only playing and also the purple screen problem I didn't encounter any problems with anything else than itch. Io games
But thank u anyways
From the "Research" group of equipment, build the "Stir Research Station" on or near the sand using 5 planks and 1 pole. Grab a bucket and use it to take about 20 buckets of sand and put each one into the "Stir Research Station". After the research has completed, a message will be shown about a new blueprint that can be found in the "Misc" group of equipment for the "Crude Mortar Mixer", which then can be made using 5 planks and 1 pole. Mortar can be made in the Mixer using 1 clay, 1 bucket of sand, and 1 bucket of water.
