安装 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)
https://steamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3368343385