安装 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(越南语)
Українська(乌克兰语)
报告翻译问题






additional info: the script added additional lines in the custom data of a sensor for "name= ; room= ; sensor= ; monitor= ;" - i removed the sensor but no effect on the script.
Script starts, displays show sprites and then the PB throws the "script to complex" error.
Shame, as i love your control scripts and aimed to integrate them in a new shipline with proper control rooms.
The Power control is still working at least, dont know whats so different with the other 2, but i am no programmer :;
Thanks for reporting your issue. Does anyone else has the same problem? Did you used the script in the past and it worked and suddenly it doesn't work anymore?
And if more people are present, then the sensors block the airlock, if someone else is using it at the moment.
But you are right, it's a lot to do to set up a complete ship.
And I think this script is complicated to configure. We have to configure each door with their room numbers and door groups, but couldn't we get the same result with the game's groups? When I configured my test platform, it took a long time to configure 4 rooms (1 airlock, 1 hangar, 2 rooms)
On top of the script itself the commands are written to control the displays and with them the script. You can activate the Room Control and activate or deactive the leveling for the airlocks. But with only one conveyor system you don't need the leveling, of course.
max. Conveyors available: 1
Room Control: disabled
leveling O2: disabled
And I can't figure out why. I entered the name of the grid as well as the groups into the script, I only have one conveyor system.
I've made a mistake in the instructions here. The signs < and > had been wrong.
Now I updated the instructions and wrote a little explanation how to read the commands for the airlock.
I'm really sorry about this mistake.
My PCs are working now with the new setup. Right now I'm setting up everything and soon, maybe tomorrow, I'm going to stream live on Twitch and play around with the scripts.
Perhaps there could be a live Q&A about my scripts ones a month on Twitch.
But first everything needs to work the way I want to.
Perhaps some instructions are wrong or missleading.
Right now I'm messing around with my setup to install some upgrades, but I don't have much time to finish it.
I'm looking into it soon. I hope this weekend everything should work fine.
Trying to set this up and using the "useAirlock" command results in an "unknown airlock command" error in the PB
I have tried using the following combinations and still get the error;
useAirlock=3>2
useAirlock=#3>#2
and for brevity I also tried with spaces and different capitisations
My base is setup with
1, Main Hangar
2, Air Lock 1
3, Control Room
4, Back Rooms
The doors are configured to the best of my knowledge - its really vague about what is in or out
and there is a sensor setup. Sci-Fi 1 Button Panels are set up for the fancy display and button input on every door, I have them set up for Request to Enter and Request to Leave as prompted in the documentation above.
Vents are all configured (even using 2 as suggested to prevent bottle necking systems)
Summary:
the useAirlock commands do not work to enter or exit the airlock, just gives errors in PB - please fix :)
Thanks for all the help and for working on this script! It is brilliant...
I think the pressure differential between the planet's atmosphere and your base is not big enough to be detected.
Can you give the oxygen levels on your planet?
The script currently only activates pressure compensation when the pressure difference is more than 20%. It would be possible to add an entry to the parameters at the beginning of the script, where you can set this value individually.
Your idea of opening and closing doors with the same command will certainly make things a lot easier. But comparing strings is very high on performance, which is why I use characters like "=" or ">" to make commands easier to recognize. But I will definitely take up this suggestion and try to find a solution.
If you were accepting any form of recommendation would it be possible to set up a single command for the airlock and hangar that basically toggles between the two states? i.e. if it is pressurised it depressurises and opens the relevant doors, and vice versa. I just feel that then a lot of the buttons around the base (especially for airlocks and hangars) can have a simple toggle button rather than a panel with two separate buttons (one for open, one for close). Just an idea!
I updated the instructions right away.
You need at least one sensor for airlocks or hangars (several if the whole room cannot otherwise be covered) so that the script knows when you are entering or leaving the room.
The sensor must also be assigned to the script in the custom data field with @RoomControl and the room number must then be added to the corresponding tag.
I use this to solve problems if your ship is connected to a station, for example. You don't want to see the blocks of the station on the screens of your ship.
Right now I'm testing another implementation to solve this problem without renaming all your blocks, but I have to test its behavior still.
And yes it is attached to the wall of the grid with the programmable block
Bottom right corner says:
----Room Program----
max. Conveyors available: 2
Room Control: disabled
leveling O2: disabled
Did you enter something to the script at gridname= ?
Do you use a stock LCD or is the LCD part of a mod?
When running the program it shows room control= false in the programable block as well, do i need to enable something to make it work?