It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Community
Kerbal Space ProgramKerbal Space Program has been updated to version 1.0.2!(13 posts)(13 posts)
(13 posts)
Pages:
1
This is my favourite topic
Posted May 04, 2015
Hi all,

We've uploaded a new patch (Patch 1.0.2) for Windows, a new DMG for Macs, and a new Linux deb/tarball combo that will update your KSP install to version 1.0.2.

Changelog for version 1.0.2:


Bug Fixes and Tweaks:

Thermal:

* Fixed ships potentially overheating when splashed down.

Parts

* Small tweak to Mk16 parachute drag.

Thanks and have a nice day :)
Posted May 04, 2015
thank you

and for the sake of completeness, the (for more interesting) changelog for version 1.0.1

=================================== v1.0.1 ============================================================

Bug Fixes and Tweaks:

Thermal:
* Temperature gauge system.
* Vessels which are splashed will now have much higher convective coefficients making them cool to ambient temperature faster.
* Removed node size from being taken into account for stack occlusion. Added custom drag cubes for remaining hollow parts.
* Parachute heating/burning.
* Fix for bug in FI dealing with unpacking vessels at analytic warp (>=1000) rates.
* Fixed conduction on service bays. Added Module Conduction Modifier to help service bays not incinerate their contents & configs updated
* Updated emissivity for spaceplane configs.
* Lowered heat production on LV-N.

Resources:
* Replaced overheat mechanic of the ISRU and drills with a skill-based mechanic.
* Removed Overheat Throttle mechanic.
* Increased mass of Ore tanks to match wet/dry ratio of stock tanks.
* Aerodynamics
* New values for physics global drag and lift multipliers.
* Added a CoP offset calculation to procedural fairings
* Fix for the aero debug drag arrows switching directions. Added body lift arrows (cyan)
* Fixed occlusion on mk2 docking port.
* Fix for Laythe's atmosphere.

Solar Panels:
* Solar panels now use the proper inv square from FI's solar flux.
* Removed obsolete power curves from solar panels.
* Rebalanced solar panels against each other.

Career:
* Doing science at the flagPOLe, the north POLe, or the south POLe, will no longer mark Pol as visited with the progress tracker.
* Science contracts and science World Firsts can no longer be triggered with science gained by reverse engineering recovered vessels. You have to transmit or recover an actual experiment.
* Ensured that if a grand tour contract includes Kerbin, that Kerbin is chosen as the final stop on the tour.
* Capped amount of recovery contracts that can generate, but increased caps on station and base to increase contract variety.
* Fixed "On Wheels" optional side objective not triggering on outposts when utilizing the new fixed landing gears.
* ISRU contracts round their capacities up, to handle cases where the player brings exactly enough resource capacity.
* Use the word "spaceflight" instead of "flight" when appropriate, to prevent player mistaking certain things for atmospheric flight.
* If the game cannot find an agent listed in the save file, it will pick a random agent.
* Remove some debug information from survey waypoint generation.

Parts:
* Added Tier 0 rocket fin.
* Added RescaleFactor to the RT-5 (preventing a potential regression bug).
* Removed the allowstack option from the NBS and orbital scanners to fix a bug if they were used as the root part.
* Fixed an issue where the physicsSignificance flag was set to 1 for heat shields.
* Added an option to clamp the lower bound of the deploy pressure of parachutes.
* Adjusted parachutes to open at a slightly higher atmospheric pressure.
* Fixed fairings not initializing their masses in flight properly.
* Added module info section for fairings.
* Rebalanced engine entry costs.

Miscellaneous:
* Moved all Part Loader part info code into a separate method which is run after drag cubes are loaded/created. Thus modules can access the part’s drag cube information in their info.
* MapSO and CBAttributeMapSO methods made virtual and member variables protected.
* Made physics-less part mass effect KB mass value.
* Zero part count vessels will not be run through Flight Integrator.
* Increased mass on some wings.
* Fixed a nullref being caused when clicking between vessels and empty space in map view.
* Vessels that blow up in atmosphere properly kill off their crew members.
* Added Part temperature gauges/highlighting (toggle with F10).
* Part temperature overlay can now be toggled with F11
* Part aerodynamic forces overlay can now be toggled with F12
Posted May 04, 2015
Thank you
Posted May 04, 2015
Thank you for the update, but I would like to ask, whether it is possible to get a checksum (a cryptographically secure one would be especially nice) for the Linux tarball?
Oh, and is there a reason why start.sh requires GLIBC_2.17 while I can run the executable itself perfectly with version 2.15?
Post edited May 04, 2015 by Lillesort131
Posted May 04, 2015
avatar
Lillesort131: Oh, and is there a reason why start.sh requires GLIBC_2.17 while I can run the executable itself perfectly with version 2.15?
if you use start.sh, the game uses the bundled libraries in the lib32/ directory which are compiled against a newer glibc version.(based on ubuntu 14.04 I would guess)
if you start the game directly it uses the libraries from your system which are compiled against the glibc version that you have on your system ;)
But if the game starts fine with your system libraries there is no need to use the bundled libraries ...
Posted May 04, 2015
avatar
Lillesort131: Oh, and is there a reason why start.sh requires GLIBC_2.17 while I can run the executable itself perfectly with version 2.15?
avatar
immi101: if you use start.sh, the game uses the bundled libraries in the lib32/ directory which are compiled against a newer glibc version.(based on ubuntu 14.04 I would guess)
if you start the game directly it uses the libraries from your system which are compiled against the glibc version that you have on your system ;)
But if the game starts fine with your system libraries there is no need to use the bundled libraries ...
Thank you for explaining this to me; it seems pretty clear in hindsight. But I still find it strange that some of their libraries are compiled for 2.15 or lower while this is compiled for 2.17 (TRI is an example of this).
Posted May 05, 2015
avatar
immi101: if you use start.sh, the game uses the bundled libraries in the lib32/ directory which are compiled against a newer glibc version.(based on ubuntu 14.04 I would guess)
if you start the game directly it uses the libraries from your system which are compiled against the glibc version that you have on your system ;)
But if the game starts fine with your system libraries there is no need to use the bundled libraries ...
avatar
Lillesort131: Thank you for explaining this to me; it seems pretty clear in hindsight. But I still find it strange that some of their libraries are compiled for 2.15 or lower while this is compiled for 2.17 (TRI is an example of this).
the nice thing about the versioning system that glibc uses is, that it works on a per-function basis, that means the 'requires GLIBC_2.17' thing only pops up if the library actually uses a function that is new(or has changed behavior) in 2.17. Otherwise it works fine with older versions, even if compiled against a newer glibc.
In fact, looking at the libraries bundled with KSP, it is only one of them that requires glibc 2.17 (libstdc++).
And it might be that TRI just doesn't need that library, thus works fine with 2.15?

However, it is equally possible that they just changed something in the way they build the linux packages.
I dunno. I don't have that many linux games here.
Posted May 05, 2015
avatar
immi101: the nice thing about the versioning system that glibc uses is, that it works on a per-function basis, that means the 'requires GLIBC_2.17' thing only pops up if the library actually uses a function that is new(or has changed behavior) in 2.17. Otherwise it works fine with older versions, even if compiled against a newer glibc.
In fact, looking at the libraries bundled with KSP, it is only one of them that requires glibc 2.17 (libstdc++).
And it might be that TRI just doesn't need that library, thus works fine with 2.15?

However, it is equally possible that they just changed something in the way they build the linux packages.
I dunno. I don't have that many linux games here.
This is very interesting; thank you for sharing. However KSP works just fine with 2.15 so it doesn't seem that it uses any 2.17 functions.
Posted May 10, 2015
Potential bug to note. For many of the survey missions I find the game crashing whenever i approach the destination with a plane-type craft. Is anyone else having this issue?
Posted May 11, 2015
Maybe you should mention which OS you are using, since KSP is runnung on Linux, OS X and Windows.
I am running KSP on Linux and Windows without that bug.
Posted June 21, 2015
Galaxy: Updates not managed by GOG Galaxy ????

Uh what gives guys ? I thought the whole purpose of Galaxy WAS to keep things updated.
Posted June 24, 2015
avatar
Darkhan: Galaxy: Updates not managed by GOG Galaxy ????

Uh what gives guys ? I thought the whole purpose of Galaxy WAS to keep things updated.
Yeah, whats going on with 1.03
How are we supposed to get that?
Posted November 10, 2015
No longer relevant sticky post? This was 3 updates ago. :-)

Heh. Seems to be un-stickied now. Thanks.
Post edited November 11, 2015 by triplett
Pages:
1
This is my favourite topic
Community
Kerbal Space ProgramKerbal Space Program has been updated to version 1.0.2!(13 posts)(13 posts)
(13 posts)