安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题






second, you say we have two refine options now... i do not see the setting to switch this, where is that setting?
happy space engineering
as long as you install this script in-game into a programmable block you and your friends will be fine.
dedicated servers allow to install mods by adding their workshop IDs to the mod list, since you host your single player world you wont run into this issue.
@Volg yes, for assembling and disassembling you will need 2 assemblers because (currently) we dont switch assemblers. maybe in the future we add some sort of automation that switches assemblers into disassembling mode from time to time.
Excuse me, could you please help? In your mod description, there's a line that says "DO NOT, UNDER ANY CIRCUMSTANCES, INSTALL IT SERVER SIDE" - I didn't understand it, and I couldn't find an explanation in the discussion.
I play SE with friends, running the game on my PC, and they connect to me. If I run your script, will it count as running it on the server side?
Thanks in advance for your reply.
Translated using Google Translate
its easier to investigate your problem there since steam comments arent the greatest way to share informations etc
"Script execution terminated, script used more instructions than the 500000 limit. Please edit and rebuild the script"
Firstly, what could be causing this?
Secondly, Are there any known things that could cause this?
Hopefully in the future, but regardless, this is an epic script and I can see a lot of work was put into it. Thank you very much for all your effort, and for sharing it with us.
if the script continues to craft this item even though the items quota is matched, that means you have a blueprint mismatch and to fix that you have to re-learn the item that the script actually tries to craft. check the AutoCrafting screen and look which items GSIM wants to make.
@r4v1n6 we decided against custom data settings because that would make things much more complicated, yea it would be very convenient but would add a lot more script logic
I do know that TechCoder works on a script that helps upgrading from IIM to GSIM, maybe you could ask them since he's looking for testers. he's on the GOAT Scripts discord and here on steam.
make sure to update your programmable block, scripts dont update themselves!
you have to reinstall it!
they just tell you that things are available, but never used.
they are totally harmless, we just dont use them yet and we will fix the "warnings"
https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3603618159
perhaps adding a "check" that verifies that GSIM managed assemblers arent in co-op mode would be a good idea
you will have to learn all recipes manually but once done everything should work well.
make sure that you only queue one item type at a time till GSIM removed the queue and the item from the output, otherwise you will run into issues.
maybe we can investigate this but i doubt that this is doable because the problem is, assemblers have these queueable blocks, but all they do is that they just queue the amount of items needed for these block. currently i can only give you barely any hope for us to implement this but like i said, i'll investigate this!
Alternatively, you could use the same interface as event controllers/etc. use, with a list of blocks in the interface that you select and then click 'Add'.
Alternatively alternatively, you could use the projector API to import blueprints, and have the Custom Data list the name of the blueprint with a multiplier and a list of all components needed to build it. (i.e. 'Mini_Farm_Plot = 3' would set the component list to request three times as much as the blueprint needs.)
Does that sound reasonable and doable?
they just tell you that things are available, but never used.
they are totally harmless, we just dont use them yet and we will fix the "warnings"
Program(364,205): Warning: This label has not been referenced
Program(201,15): Warning: The field 'Program.E' is never use
not many changes, but one that is great for survival kit only bases!
be sure to check the change notes tab ^^
You ARE the GOAT :D
if you want to teach the script those items so that it can autocraft these items, you need to use the proper learning method, for that read the guide please, section > Item Learning
Thank you.
@Maeyanie you can now disable the stored vanilla recipes inside the Script configuration part.
perhaps we could add a option to "disable the internal library" so vanilla items wont be added automatically
Check the changelogs for more info!
section > Reactor, O2/H2 Generator and Irrigation System Handling
there you will find your answer.
we dont count items in the assembler output.
that will be fixed. hopefully tomorrow.
just like i said, it only counts the components NOT in the basic assembler
vanilla items dont need to be learned with the learning method.
they are available in the internal library, the script just needs to see them once to know that they exist.