安装 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(越南语)
Українська(乌克兰语)
报告翻译问题
Obviously you could prevent this by turning off the engines before entering the compartment, but engine fires aren't vanilla, and telegraphing the danger of a broken engine is difficult when it's normally harmless.
I tried a few solutions, adding a second override switch on the other side, motion detectors, etc, but I couldn't find a solution I was happy with, and I figured I'd let the player have agency over the door, and add extra wiring it as they see fit, according to the situation.
I was reading through the manual and using it in a campaign with my mates. I have *one* observation so far.
The fire door does not close automatically once a fire is detected. The wiring to the door points only to the override button, and the button points only to the door.
I believe this may be the Relay component under the OR component. OR sends signals to two alarms, the Relay and another OR.
The Relay receives this signal but does nothing with it.
I wired the relay to the door, and it keeps the door closed with no fire, and opens it when there is a fire. So this relay *is* the one responsible for the door control :) I was just debugging. Hope that helps!
Let me know what you think of the beefier docking hatch.
More on the DSRV, is there any way for you to implement a homing feature that allows the mothership to recall and dock it in the event that some of artie's cousins decide to die in the ocean?
In all seriousness, the DSRV is a docking-oriented rescue sub, you can absolutely use the airlock in open ocean, but you may want to find an outcropping to set down on, or just wait for the autopilot to raise the sub back up.
I'll take a look at the waypoints and have a frank conversation with Artie about why he's told the other bots to avoid the DSRV.
Husk Chimera navigation issues are still present, i'm unsure if it's the same with other hostile creatures
Additionally, is it intended that the DSRV sinks like a rock as soon as you open the airlock?
It looks like it's intended to use some form of moonpool system, but it simply does a suicide dive whenever you try to use either airlock for more than a microsecond
Performance remains unchanged before and after the update. I would take a look at the rest of your modlist to determine the cause.
They are not up-to-date, they are riddled with tons of issues and unintentional exploits due to being entirely pre-release version code vs 3 years post release and about to get a DLC.
2) Disable Dockyard, enable Prometheus.
3) Continue on your merry way onboard the Prometheus.
The above workaround takes far less time and effort then going back through and editing every EK identifier to be unique, and then dealing with the possible fallout of that change causing problems with existing campaigns.
I checked the Hazardous Reactor mod. You using "Override" options in the reactor.xml. So i think, you need have to add another item, like "identifier="ekdockyard_reactor_small" whitch will override the Prometheus mod reactor, and maybe the HR mod will be work.
but gonna give it a chance