Also there is another junky material besides stones — nuts. They are piling up as high as trees grow.
Developers might add some kind of... Nuttella XD so nuts can be used to feed that 'folks'.
Also there is another junky material besides stones — nuts. They are piling up as high as trees grow.
Developers might add some kind of... Nuttella XD so nuts can be used to feed that 'folks'.
Another bug: cows can be stuck in certain locations. They can't eat grass normally in an outlined area.
Cows get `stuck` if they cross an invisible region vaguely marked with yellow. I can move them outside this region and they begin eat as normal, untill they hang up again there. The cows to the right don't suffer of such reasons at all, and that's why there are twice as more cows there :D
They also can be stuck after eating straw if it was placed outside a grass field. But it happens randomly, at 50% chance or less, but it can't be unnoticed.
And, yet another bug: after some time, all the cows begin to fear the straw! O_O They come closer to it and then dash back like it was some kind of threat. Then they begin to eat simple grass nearby. It doesn't happen randomly and this is a constant behavior. But I can't determine when exactly cows get strawphobia.
Can confirm another spot (will upload screenshot soon screenshot added, area affect highlighted) on the field beside the starter forest area the side closet to the forest cows get stuck in as well... it is a bit annoying especially since they keep doing their "moo" noise. And after further testing I have found that in that field it only affects that ONE square...
Cow behaviour is a little unrefined at the moment :) So basically they like to eat cereal and straw the most. They're attracted to it more than grass so if they see some they will try to go for it first but if they're inside a pen and can't reach it they just get 'stuck' in the same place and do nothing.
The other thing you're seeing is cows are afraid of the player or any bot holding a stick like tool. You can chase them out of your fields with tools and sticks. So they're probably near a worker that isn't moving away and getting constantly scared of it.
Thanks!
I think we got some buggy problem here, after the update some bots can't handle a repeat untill storge is full with a repeat in it with "until hands are full" and "untill they are empty" they don't do anything and the Arrow in the Programm is flickering while the Storage got planty of space left.
And as shown in the first Picture the Bots that plant Seeds on the Weeded Soil are Stuck on the first Soil patches and ignor all other Weeded Soil that is available. So i have to plant atm manually.
And at some spots the Weed-Tint is removed but not the Plant so thair are multiple on some Spots.
For a better understanding i recreat the Code that is Flickering and for the Sake of understanding, becaus it is to fast to make a propper Screenshot, i added the missing second Arrow at the bottom in. Basicly the both positions are stuck with the Arrow is jumpunkt between them and teh bot does nothing.
I see i uploadet the wrong code xD
The Game is realy easy to understand, so the Discord wuld not change that Problem, a simple fix is removing the repeat with the Storage check for the Plank and Pole production, The Seeding is a very Simple Code and they got stuck on 2-6 Soil to work on and do mostly nothing.
Ok now that you have uploaded those final screenshots I can confirm you are NOT experiencing a bug. (If you read the changelog) The repeat until storage full command works at 95% of the storage capacity (useful for small storages and taking out items) and 95% of 400 is 380.
TL:DR Everything is fine in terms of storage
I think I've found a bug, the repeat x times works fine when I use it inside an infinite or another loop but when the repeat x times is the outer loop ( I wanted a worker bot to create 4 other bots and no more than that ) the worker bot doesn't stop making other bots and the repeate x times becomes an infinite loop.
Unfortunately at this time you can't put a "Repeat x times" inside of a "Repeat x times". We'll be enabling this at some point in a later version. Thanks
I am experiencing a GUI bug with the new beacon setting, when you put a "Find nearest Basic Workerbot" inside one loop (in my case a "Forever", haven't tested with "Repeat", but it should happen to every "Find xxx" if you insert enough "repeat"s) you can no longer klick on the "beacon selector button" (see pic below...)
I think if the dev's agree, a litte arrow on top of the teaching GUI shuld do it so that the GUI pop out to nearly full display and can than go back with the same button that changes its direction after poping out.
I purchased Autonauts when it was version 4, because the core concept is very charming.
But with automisation being the key feature, I find it frustrating that the code doesn't fit the window as soon as loops are added. This is becoming more of an issue now with nested loops. I understand that you have lots of plans and that you can only ever do one thing at a time. But isn't coding the bots the main point of the game? Wouldn't you agree that legible code matters more than anything at this stage? Even if the current graphics for it are a placeholder? A wider window would take up too much room. But you're wasting so much valuable space inside that window with clunky graphics. Screen space is a very valuable commodity!
And the red "recording" background is strenuous. Imagine, you'd have to write your code on a red background and you'll get the idea.
Flashing is also strenuous and should be reserved for messages which require immediate attention. The flashing icons over the cows are an example of bad use of a flashing message. The milk icon is quite sufficient to inform the player.
And you have beautiful icons for every item. Wouldn't they be a good means to avoid this sort of mess in the inventory?
Sorry about sounding "bossy". I don't mean to. I'm just trying to be clear and explain my opinion well. It's nevertheless just my personal opinion.
No need to apologize ;-)
I agree with your "everybody finds different things important" statement.
It is just my personal belief that the UI matters most, particularly in entertainment software. Because the UI is what any player interacts with all the time. It's the same with tools: if a tool fits your hands well, working with it is a joy. If the grip hurts because of it's awkward shape, your work is painful.
I strongly believe that good access to the available features is of greater importance than additional features. Five easy to use features give me more joy than ten inaccessible features. (I know I'm exaggerating.)
That being said, I love the humorous appearance of your game. I'm impressed by what you've accomplished in the past two weeks. And I'm glad I discovered Autonauts. It's fun to play and I'm very curious as to where it will go.
@ Dev's ... So is the Update causing me lags or stuttering or do i have to much... for the unity Engine?
I mean, Win10, 64Bit, 8 Cores @ 25% , 16GB Ram @ 80%, 2.274 TFLOPS - 1GB - DX11 @ 42% (i know the GPU is lame old granny with 8 years but it handels so much Games today.) that all shuld easely handle the Game. ;)
I always Run 1920 x 1080 @ Fantastic, i think i only set it to fantastic once in the manual loadet 64bit version and the 32bit and the itch.io app always used these settings.
I think this could be that my SSD was crowded and only got 3gb left. I will look into it after doing my mails. The System is cleaned atm. ;)
Just a thought cabal, you might want to get a hard drive and put ALL your games and files on there, but keep the operating system on your ssd. you're lag issues are from the ssd. if it is over half full the ssd starts slowing down. investing in any size hard drive to put games and stuff on will greatly help you. and with files i mean documents, desktop, etc. i can give you some instuctions on how to do that if you would like. it will certainly help. i did it to mine and it's running twice as fast.
Ok this was a bug in 6.0 and 6.1. If you update to 6.2 it shouldn't happen anymore. Also I've fixed your old level file so you can keep going.
https://www.dropbox.com/s/3te0r6i2c6j1tq4/V6.txt?dl=0
Thanks
For some reason my pickerupper bots have decided to run back and forth between my two cereal farms. Instead of just gathering the nearest 6 cereal and popping it into storage, they're getting maybe 2 or 3, then running past the fertilizer/windmill to the other field and getting one, and then running back twice more, then delivering. Their orders are as follows:
REPEAT(hands full) find, move to, pick up cereal
REPEAT(hands empty) move to storage, drop off cereal
on forever ^^
I dunno if it's a pathing algorithm, but they are most definitely not looking for the "nearest" cereal...
Yeah i think this might be my rubbish search algorithm. Instead of looking for the cereal nearest to the bot it looks nearest to the center of its search area. It's on my to-do list to fix. Thanks!
I have an issue where a worker bot can't be charged from inside of a building. The recharge bot wouldn't react to it and the farmer can't interact with it at all. I tried recharging the bot with empty hands, but I just grabbed from the fertilizer storage. I tried with items in my hands, nothing. I tried these both while having the whistle blown, nothing. I fear if I can't retrieve the bot then poor Chinsuko will starve :(
I started the game for today an hour ago and reload it two times, to realise that these cereal crops don't grow fully like they are just planted on weeded Soil. After someone wrote it here i realised that fertilizer brings me the missed use for that hoe. So i set everythin up for that new discovery and all fields wehre fully grown the first minutes. now i realise after some game hours from jesterday thes bots only worked on that small part.
i can manual cut the cereals to get the bots working again on that fertile soil, but that shuldn happen.
and now that i know to fertilise may farm i can clearly see all the soil patches that are buggey and fifteen is much more as i thought the first time i report that.
The crop not appearing tall and yellow on load is a known bug.
Try re-programming the bots to see if they start working the whole field.
Also I can see you've got loads of weeds on a single tile. I'll be making a change in version 7 that will strip out bad weeds.
Thanks
just for you, an update on my world. xD
i think the weed is only partial fixed for my old world and the cows only eat gras atm. and the straw... well i think i got alot to feed them and 1k in storage... ^^ cereals are also available for my cows, see that two small stacks? that are the cereals i mention for my cows + 1k in Storage. :'D
Edit: Also that delicious Apple Pie-Stream... JUMMY
At first i was copying that text here, but after that i though it looks more like a troll, so i used google. x'D
Save
https://we.tl/YqFAek2rt0 here it is! Sorry about delay, only got compy back today. Been talking from mobile
Yes, you can drag the blueprint into the fogged map parts, the last part slopes into the unrevealed map and after building you can remove that sloped part and extend your way.
It was in 6.2, save continued from about v3, but I reprogrammed the planters in version 5 I think? Here's the script, he was just endlessly cycling through the three steps of find-move-plant
Hmmm, I just erased him and gave him the exact same steps and he now plants them properly. All other planters on the save still glitching.
So looks like the bug just held on from the older version?
I see the behavior ardynor describes, however 6.2 is the first and only version I've had. I waited a while longer, perhaps, than ardynor and saw that eventually the bot does move on. Breaking the cycle, e.g., by putting in a moveto coords, does not workaround the issue as the bot just retargets the same spot, which is now not plantable is cycles through the list of actions again. That is, I tried the program ardynor shows and a whole mess of others, any that find and move to tilled soil present this issue.
Oh and now a new thing.
So I decided to auto-build a bridge.
And then make it extra bridgey.
Unfortunately, the bots did not take well to the experiment.
The nice convex portion in the middle went smoothly. But after fourth and fifth row, their little minds started to break. They stop placing parts and just... walk away. Into top left corner of the map. Here's two 'pilgrims'. 
There also is a third one that got much closer.
After a recharge, two of them settled down in a corner while one came back to work. I was just about to say that somehow it seems to only affect plank and pole bots, but here my log placing bot went off too. Buut one of the previously stuck bots came back.
So yeah. Fun.
I am not sure if this is a bug but I created a crude workerbot (Hedy) to specifically charge only Basic Workerbot. However, I noticed that it still trying to charge other Crude workerbot. I tried resetting Hedy's instruction already (removing all instruction) but still no good.
I am not sure if this is already reported or not. If it is I am very sorry.
And thank you for the nice game.
Oh, huh. Looks like my attempts to block off the unwanted farmlands are too weak to stop the planters :D
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"?
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.
