安裝 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(越南文)
Українська(烏克蘭文)
回報翻譯問題






I've found the Keen Discord and their mod support. I'm going to look at a couple of script based options, including writing one myself, later this evening.
Thanks for responding.
If you use this mod's ore definitions and it's for a custom planet it should be fine and stable for basically forever.
I can't guarantee Keen will never change ore definitions but they have never changed them yet so it's about as safe as is possible.
https://proxy.yuanyoumao.com/news/app/244850/view/549001115675396046
:~D
https://support.keenswh.com/spaceengineers/pc/topic/xpath-patching-modular-modding
I'll update my mod over the weekend.
I'm using a brand-new deployment process that should make future updates automatically pull in all changes from vanilla, only making the minimal changes required for this mod to work. As such it's a little bit experimental but it passed my 4-planet depth/content/skybox tests as well as the anti-regression "food now works" test.
Let me know, and thanks!
Finish initial testing on two original vanilla planets and Triton and Pertam (they have had "special" exceptions with how they work) and food is spawning and ores are deep and more varied, as expected.
My new vanilla-patching process now just takes the vanilla planet files and injects the ore modes into them.
Assuming they don't completely bork the shape of the data (and I notice the new updates when they come out) this should ensure much quicker turnaround on updates!
Will hopefully be able to publish tonight, just waiting on one more test: I noticed that they've changed the way they do planet loading with the new format of the planet files -- I'm going to hop back in to test whether or not we still need to include the skyboxes with Pertam and Triton, if not we can reduce the size of the mod again back down to a fraction of its original size back to what it was before those two planets were added.
There were a lot of housekeeping changes on their end, things that will have no impact on the gameplay, but it completely destroyed the diff-tracking I have on the planetary files.
- SpawnsFromMeteorites/SpecularShininess/IsIndestructible/ParticleEffect and a whole bunch of other items that were the same as their default settings were removed from the definitions files, that's a good thing, less to have to track.
- As usual, they changed the ordering of the fields too; this time I've updated my scripts to alphabetize everything so this should no longer be an issue like it's been in the past
I fixed the planet definitions for the Better Stone Edition of my Seams Fixed 2.0 mod.
https://steamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3208490885
- I haven't made any changes to the mod in over a year -- nothing ore-related in I think multiple years
- AFAIK Keen hasn't added any new resources
- If it's just one resource Keen probably hasn't changed anything else that could be related
- Not seeing any other reports of Galena being broken for anyone else
Yes I'm guessing it's something to do with the compatibility patch.
@Шёпот ануса
Probably no more updates (unless fixing something that's very broken)
good work with mod - "Better Resources" ?
and "Space Engineers 2125" ?
ps - some mod in my mod pack(~55mods) crashed game
can't load crushed ore (and several other things of similar nature)