安装 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(越南语)
Українська(乌克兰语)
报告翻译问题
While I can appreciate the concern, in reality anyone using a 32bit OS is likely to have such dire hardware they'd have to turn all the settings down anyway.
There's also comments in the video with regards to Unity 5 that to be honest, I'm not so sure are as concrete as he is making out.
Patience, grasshopper.
This is the answer I'm actually looking for. Only thing is, this issue has lasted for a long while now in some shape or form.
I'm actually more concerned with the fact that KSP's RAM usage is increasing at a rate that could make modding impossible by the time of release if the 64-bit version remains in development limbo.
On that note, there's a comment on the video that says that the 64-bit version works perfectly so long as you don't exceed the 32-bit RAM limit. When you start using RAM beyond that 3.5 to 4 GB limit, you start to run the risk of crashing. This is actually not an issue with either KSP itself or Unity. Rather, it's an issue with the Mono Runtime Environment used by Unity.
Bothers me quite more that the opengl version can now only be run in window mode, which is just the most effective way of saving RAM for some mods, and Squads not supporting the opengl mode at all. So yes, currently it doesn't look like the RAM problem is anywhere on the priority list for them, or in their words - they can't do anything about 64bit being unstable or opengl, both bugs in unity.