Clicking on a bed brings up the PDA with the Sleep Timer screen. Selecting "Set" with the mouse button causes the PDA to lower and the camera to zoom in on the bed, but nothing else happens. The only keys that cause a response are E - which brings up the PDA as normal, after which the PDA can be lowered and the game resumes functioning as if I had not tried to sleep - and Esc, which brings the PDA back into view, but only halfway. However, it also frees camera movement and WASD motion, and pressing E lowers the PDA as normal.
Using Space or Enter to select "Set", however, results in the expected fade-to-black, saving, and waking up after the set period of in-game time. The problem only occurs for me when using the mouse to select the "Set" button.
Output Log: output_log.txt
Starting a new game in sandbox mode, I am finding that I cannot navigate the tablet using either the default 'arrow key' controls nor the alternative 'wasd' controls. I can activate whatever button happens to be highlighted at the time, but cannot change the 'active button' in any way except for once by accident. I had an XBox 360 controller plugged in that seemed partially active, and have had troubles in the past with some games not liking the controller, but after unplugging it the problem persists.
Currently, to add/remove items to/from a container you have to...
Click on crate.
press down (or right)
press down (or right)
repeat until done.
This gets pretty old fast and is even more annoying if you are only trying to pull certain items out because of the automatic reset to the top left hand square.
If you have the cursor remember and stay at its current position, the above problems would be greatly reduced.
Click on crate
press down (or right)
The result would be half as many clicks for the player to move the inventory.
... a habitat as I stood up the collision got me stuck and the game stopped running for about 5 minutes. I needed to end task to get out. Replicated for the same result.
I just got the most recent build off of Humble Bundle after the announcement today and I was excited to play. However, after downloading it, unzipping it and starting it. At beautiful, 1440x900(i think) it was unplayable. maybe 3 frames a second. After turn quality down to simple, it sped up to around 5 frames a second. I've got a somewhat newish macbook pro(Four Core I7) with a built in Nvidia GT 650M. But... it's just chugging away?
Is there a configuration that I'm not doing correctly? I'm hoping to play this game.
When the suit battery is charging via the portable panel, the battery icon is "ahead" of the charge percentage display, as in, for example when the charge reaches about 65%, the icon jumps to what I'd take as 90%, and at 85% charge readout the icon goes to full already.
It's about the same for the entire range, however, I think the difference is somehow bigger when the level is going up, and feels more accurate when it's going down starting from full.
Quite recently a paper on dust devils on Mars was published: https://arxiv.org/abs/1708.00484
Three quotes that could be of special interest to you (Brian Jackson et al. 2017):
"Instead, we can adapt their formulation for our estimated typical, actual diameter of 13 m (Figure 9), which gives an occurrence rate ten times higher, 1 event per sol per km2. [...] This estimate includes detection biases and a population average should be used instead of typical values, but these results are roughly consistent with terrestrial field studies that estimate 40% of dust devils lift visible amounts of dust (Lorenz and Jackson, 2015)."
"Figure 8 (b) shows the resulting Γobs distribution. Consistent with estimates of the distributions of dust devil widths (e.g. Reiss and Lorenz, 2016), wider devils are less common than narrow devils, and Figure 8 (b) shows a power-law model for the differential distribution with index -1.6 provides a reasonable fit.
The distribution also declines for dust devils narrower than [...]18 m, seemingly at odds with the results of Reiss and Lorenz (2016), which conducted a visual survey of dust devil tracks and reported a population dominated by devils with a diameters < 10 m. However, the apparent decline on the narrow-end of the distribution is likely the result of selection bias in Ellehoj et al. (2010). Given the typical wind velocity of 5 m/s measured at the Phoenix site, a devil with a width ∼ 10 m would produce a signal with only a ∼2-s duration."
"For example, the devils with the deepest pressure profiles seem to occur preferentially around mid-day local time both on Mars Ellehoj et al. (2010) and the Earth Jackson and Lorenz (2015)."
Which means that for the 25 sq mile map (about time you Americans finally switched to metres now that even Myanmar and Liberia are converting) there should be around 64*0.4=25.6 visible dust devils per sol, skewed towards midday. They should be generally small at around 10m diameter or less, although a rare one might reach a width of around 100m. They should move at a speed of some 5 m/s on average.
I seem to be getting considerably less oxygen in 0.59 / 0.59.1 than in the previous versions, so much so that I'm slowly running out of oxygen even though the reoxygenator is running constantly, while in previous versions I have always been bulding up a healthy excess over time, and I'm doing things in the exact same manner / pattern than before so my oxygen usage should be about the same.
I have a suspicion that oxygen production may be stopping completely while the player is not "near" the habitat; maybe outside of terrain load/unload range? Can't think of any other reason why I'm getting much less oxygen than before as when I'm in/around the Hab, it seems to be producing about 6L / hour, and if it continued to do that while I'm away on a 35-40 hours long exploration trip, I should be seeing quite a lot in reserve once I'm back, but it's actually not even enough to refill the canisters I used up while away.
Customer support service by UserEcho