+1
Planned
Cris Streetzel 5 months ago in Gameplay • updated 4 months ago 8
+1
Planned
Ryan Gill 5 months ago in Gameplay • updated by azhockeynut 3 months ago 8

Hi, another possibly useful suggestion...

The Hab Modules have an abstract reserve power sub-system but game play related power sources (PV arrays and the as yet unseen RTGs). What about the addition of battery strings and tasks related to fixing/upgrading/scavenging materials for the battery system that the reserve power is actually based around? 

I would think they'd either manifest as modules connected to the Power originating system, OR as modules connected to the Hab module or within the confines of it's external structure but not in the pressure vessel itself (minimizes fire hazards!).  

+1
Completed
John Ng 5 months ago in Gameplay • updated by Tyler Owen (Lead Developer) 5 months ago 6

Will there be a future addition to allow auto walk? Walking back to the Hab from nav station or a pod could at times be quite draggy especially during night time and distance being more than 2km

+1
Planned
Lee/KLINGON 5 months ago in Gameplay • updated by Tyler Owen (Lead Developer) 5 months ago 1

can you have working drawers/cupboards etc I always think its cooler to have hidden items too adds a little more variety 

regards Lee /klingon

+1
Fixed
Bastion 5 months ago in Gameplay • updated by Tyler Owen (Lead Developer) 5 months ago 3

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

+1
Fixed
Curithwin 7 months ago in Gameplay • updated by Tyler Owen (Lead Developer) 5 months ago 3

... 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.

0
Started
Mr. Fusion 3 weeks ago in Gameplay • updated by Tyler Owen (Lead Developer) 2 days ago 14

I believe the idea behind the RTG was to be able to power one system without the use of solar panels for that one system. However, currently the RTG is much more powerful than that: when installed to the Electrical system, it can keep the battery fully charged at all times with 3 of the 4 systems turned on (turning the 4th on brings Electrical to "not meeting demand" state, so that's the tipping point), without local power (all solar panels at 0% due to a storm) to those systems at any time of the day (for several days).


While I've never actually tested if it's the same if Electrical is powered to 100% with solar panels, but if it is, then that feels wrong too as it would be the same case: you only need 100% charge in the Electrical to run 2 other systems without any local power there at all.

0
Under review
Mr. Fusion 4 weeks ago in Gameplay • updated by Tyler Owen (Lead Developer) 4 weeks ago 1

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.

0
Completed
darker99 4 weeks ago in Gameplay • updated by Tyler Owen (Lead Developer) 2 weeks ago 1

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.