eggrobin

[WIP][1.5.1, 1.6.1, 1.7.x] Principia—version פרנקל, released 2019-11-26—n-Body and Extended Body Gravitation, axial tilt

Recommended Posts

@AloE You are in unexplored territory here, but chances are that what you are doing is going to work.  The reason is that Principia stops managing vessels (or vehicles or Kerbals, etc.) when they are in contact with the ground.  So by putting your vessel on the ground on Mimas you are not doing anything that interacts with the Principia state.  And once you launch it, sure enough, Principia is going to manage it as it should.

The problems mentioned in older posts had to do with people who wanted to move their vessels in flight.   That is surely not going to work. 

Share this post


Link to post
Share on other sites
1 hour ago, pleroy said:

The reason is that Principia stops managing vessels (or vehicles or Kerbals, etc.) when they are in contact with the ground.  So by putting your vessel on the ground on Mimas you are not doing anything that interacts with the Principia state.

Thank you for sharing your thoughts on this matter & this is good news to hear :-)  This indeed is what I had hoped & so far cut/paste of those vessel parameters directly between .sfs does seem to be working well...at least with my tests on Io, Charon, & Mimas so far...

[sometime hopefully I'll test the vessel move technique to replicate a known historic mission like from Earth's Moon to better check that the trajectory behavior & delta V requirements remain in the expected ballpark compared with historical data...but I am not that good yet with flying vessels...so I think my 'pilot induced error' needs to be minimized 1st...lol] 

Share this post


Link to post
Share on other sites

For the new moon (lunation number 245), the new release (Fourier) is out.

  • Two crashes involving flight plan edition (one reported by @Neph) have been fixed.

 See the change log for more details.

For the convenience of our Chinese users, the binaries can be downloaded either from Google Drive or from 腾讯微云

Share this post


Link to post
Share on other sites

I kindof gave up on all of the advanced math for getting the geoids of arbitrary planets, and decided instead to semi brute-force it.

To the left is Minmus and to the right is the geoid of Minmus scaled up by a factor of 3.

https://imgur.com/sKiKgyj

I have not yet implemented this in my little mod, as i want to see if i can optimize it somehow first, as it takes a few seconds to compute everything. And that will be even worse when i need to do it over all of the bodies instead of just minmus.

Luckely i have recently learned to use multithreading, so that will definitly help to speed things up.

Edited by Eriksonn

Share this post


Link to post
Share on other sites

@pleroy I would be grateful for some clarification as to how Principia establishes the surface orientation of a celestial body...say for example how the point 0,0 longitude/latitude is oriented in the initial state.

Reference Io initial state:

Spoiler

Io:


  body {
    name                    = Io
    gravitational_parameter = 5.959916033410404e+03 km^3/s^2
    reference_instant       = JD2451545.000000000
    mean_radius             = 1821.49 km
    axis_right_ascension    = 268.05 deg
    axis_declination        = 64.50 deg
    reference_angle         = 200.39 deg
    angular_frequency       = 203.4889538 deg / d
  }


body {
    name = Io
    x    = +5.098189326004112e+08 km
    y    = -5.118006445111686e+08 km
    z    = -2.318169681169418e+08 km
    vx   = -7.535124010180203e+00 km/s
    vy   = +1.126710096295482e+01 km/s
    vz   = +4.449615863207510e+00 km/s
}

Mercury: has long list of geopotnetial parameters

Earth Moon: has long list of geopotnetial parameters (thus not pasted)

 

I think I have encountered an issue possibly being created by RSS-Textures not having a consistent 180deg surface longitude centered layout for its textures for the various solar system bodies

The textures in RSS-Textures for the Earth & Moon are not centered at 180 deg longitude (they look like they may have a ~90 deg longitude offset) where as some textures for other bodies in the solar system are 180deg surface longitude centered like Io but others not, for example, Mercury's texture  seems to be offset 90 degrees. I mention this, because I am hoping a main part of resolving what I am observing might be as simple as the initial conditions for orientation of the surfaces other solar system bodies might be defined in a way similar as for Earth & Earth's Moon but since their textures follow a different convention, we get an unexpected orientation of surface Lat & lon for those other solar system bodies.

With Lunaserv & Lunaserv with QGIS & other astronomy software (NASA Eyes, Starry Night 8 ProPlus) , moons with  a 1:1 resonance tidal lock such as Earth's Moon & Io, for example, have their defined surface 0 lat 0 long approx centered on the side that always faces it's planet.  So I have been using this 'more easy to visualize' condition as a test case.

Testing in KSP 1.6.1 RSS & its "RSS-Textures" (8K) appears to strive to replicate putting 0,0 lat lon for Io facing Jupiter (though I think they made a mirror image with their default Io texture maybe due to the .dds flipping confusion) without Principia.

When I add Principia I get a different surface texture orientations from the case of RSS without Principia for Io as well as Mercury, Mars, Ceres, Vesta (these are the ones I have checked so far...)

Knowing, for example,  how Principia defines where a moon or planets 0,0 surface lat, lon  starts out as well as other insights you find relevant here would be very helpful to me towards figuring out an effective way to sort this all out (& without messing up geopotentials (for Mercury, etc) & hopefully figure out a consistent methodology.

Thank you for your insights regarding the Principia influence on celestial orientations in this matter & I can provide whatever additional information you may need to help figure this out

e4kBAkS.png lfYSFvS.jpg mc770MI.jpg a3jxhgp.png xVCHLJ3.jpg 2z9wzw5.jpg

 

[EDIT: Useful References: I see that eggrobin has a long standing detailed discussion about this problem over at Git:

https://github.com/KSP-RO/RealSolarSystem/issues/91

https://gist.github.com/eggrobin/a07936d3aa79831e870e

& one small 'reality check example' why I use Principia: https://github.com/KSP-RO/RealSolarSystem/issues/18

& PhineasFreak describes types of textures to use (well up through 1.7.3 I speculate...):

https://github.com/KSP-RO/RealSolarSystem/issues/149#issuecomment-429230748

]

Edited by AloE
key topic reference links

Share this post


Link to post
Share on other sites

@AloE  I wouldn't be surprised if the RSS textures were improperly aligned or even mirrored.  Other than the Earth and the Moon, where it's easy to check for consistency, most users wouldn't notice this kind of glitches.

In the Principia data files, the axis directions, mean radii, reference angles and angular frequencies are from "Report of the IAU Working Group on Cartographic Coordinates and Rotational Elements: 2009", Archinal et al., http://astropedia.astrogeology.usgs.gov/download/Docs/WGCCRE/WGCCRE2009reprint.pdf.  So we didn't invent our own conventions, we just followed established astronomical conventions.

ETA:  The values given in our files are for JD 2451545.0, i.e., 2000-Jan-01 12:00:00.0000 TDB.

Edited by pleroy

Share this post


Link to post
Share on other sites
15 hours ago, pleroy said:

we just followed established astronomical conventions

Good :-)  To confirm then that I am understanding correctly:

  • the geopotential parameters for Mars, Mercury, etc are defined relative to Principia's conventional reference system & have nothing to do with the current alignment of texture, height maps, or normal maps, etc or KSP's rendering of them
  • ie., no "tweaks" were needed to make the Principia geopotential or other objectives match to some unusual way KSP or Unity engine renders things, deals with coordinates, etc...
  • consequently,  I may make myself the textures, normal maps, height maps for Mars, Mercury, Io, etc that show the expected surface features for a given perspective & time & change at will such textures/normal/height maps and this has no effect/creates no miss-match with the geopotential parameters defined by Principia
  •  & ideally perhaps will make the visible surface features (Mars graphical gravity anomaly) more 'match' (in a limited visual sense) some of the geopotential characteristics  modeled by Principia 

or if I have missed any key distinctions, please let me know ;-)  (& yes, I do recognize that most users wouldn't notice, but to me this is one of the interesting 'puzzles' modded KSP enables me to explore/think about/observe in a different way especially for situations like Io where rather extreme electrical & gravitational phenomena & likely also solar flux to some extent influence the geologic nature & location of the surface features) Thanks again.

Edited by AloE

Share this post


Link to post
Share on other sites

The geopotential data also comes from astronomical sources (and is consistent with astronomical conventions).  This file has all the references for the sources that we used.  The RSS textures may or may not match that, but if they don't it just mean that they are inconsistent with astronomical reality.

Share this post


Link to post
Share on other sites
On 10/29/2019 at 11:07 PM, eggrobin said:

See the change log for more details.

On 11/6/2019 at 8:30 PM, pleroy said:

The geopotential data also comes from astronomical sources

Wow, Io's 2032 position is so much better now than back in the 1.3.1 versions...is that improvement due to the modeling of Jupiter's geopotential?

Thank you, both of you, for this work that makes KSP behave metaphorically more like a Falcon 9 (than a haphazard 'maybe hit London somewhere' V2 ;-) & also for being willing to figure out & implement all the 'more user friendly' improvements!

KSP 1.7.3 & SN8pp: Jupiter Triple Shadow Event 2032 March 20
8LLbu9u.jpg

Share this post


Link to post
Share on other sites
31 minutes ago, AloE said:
 
8LLbu9u.jpg

It's impressive just how accurate this game can get to reality with this mod!
What does it look like without Principia?

Share this post


Link to post
Share on other sites
2 hours ago, Delay said:

What does it look like without Principia?

Spoiler

2032 March 20 Jovian system: RSS with & never with Principia

rdmfLgD.gif

Plus we get very close Earth eclipse times with Principia (which one does not see with just RSS):

92HmE5B.png

lklYA6n.png

 

 

Share this post


Link to post
Share on other sites
On 11/9/2019 at 8:08 PM, AloE said:

Wow, Io's 2032 position is so much better now than back in the 1.3.1 versions...is that improvement due to the modeling of Jupiter's geopotential?

I think so; going from J2-only to J2 through J12 (in del Ferro) reduced the error on the orbit of Io from 2″.1 per revolution to 0″.077 per revolution.

What does the transit look like in-game in the 1.3.1 versions (I think Fatou is the last one of those)? It would be fun to have a visualization of the improvement.

Share this post


Link to post
Share on other sites
47 minutes ago, eggrobin said:

What does the transit look like in-game in the 1.3.1 versions

at least since Principia version Ἐρατοσθένης (when the video below was recorded) the improvement for Io has been dramatic...possibly even the timing for all 3 moons but I'll need to check that next time I have that test/dev save running:

KSP 1.3.1 Principia 2032 March 20 Jupiter triple shadow event (screen recording & snapshot)

jtSgw7C.png
Edited by AloE

Share this post


Link to post
Share on other sites

I have an issue with Principia, KSP loads but whenever I create a new world or load an existing one, KSP crashes, I have the crash log too:

[LOG 20:49:43.108] ******* Log Initiated for Kerbal Space Program - 1.4.5.2243 (WindowsPlayer x64) en-us *******
Kerbal Space Program - 1.4.5.2243 (WindowsPlayer x64) en-us


OS: Windows 7 Service Pack 1 (6.1.7601) 64bit
CPU: Intel(R) Pentium(R) CPU G4560 @ 3.50GHz (4)
RAM: 8151
GPU: NVIDIA GeForce GTX 1060 6GB (6036MB)
SM: 30 (Direct3D 9.0c [nvd3dumx.dll 24.21.13.9882])
RT Formats: ARGB32, Depth, ARGBHalf, Shadowmap, RGB565, Default, ARGB2101010, DefaultHDR, ARGB64, ARGBFloat, RGFloat, RGHalf, RFloat, RHalf, R8, RG32


Log started: Sun, Nov 10, 2019 20:49:43


[LOG 20:49:43.290] Loading data opt-out preferences from PlayerPrefs
[LOG 20:49:43.353] Requesting data opt-out preferences from https://data-optout-service.uca.cloud.unity3d.com/player/opt_out?appid=39811e89-d29d-4faa-bb01-997f3cda24f0&userid=6f9899cb851b61941a41789e58f62f0e&deviceid=9ba9c86c69d86eb30f8e55f896c487aa3e720915
[LOG 20:49:43.384] ActionCanvas MASK: 3458764513820540928
[LOG 20:49:43.384] MainCanvas MASK: 3458764513820540928
[LOG 20:49:43.423] PhysicsGlobals: Loading database
[LOG 20:49:43.428] AppCanvas MASK: 3458764513820540928
[WRN 20:49:51.407] Cannot create config from file 'C:\GOG Games\Kerbal Space Program\GameData\000_FilterExtensions\LN_fix_squad_categories.cfg'.
[WRN 20:49:51.940] Cannot create config from file 'C:\GOG Games\Kerbal Space Program\GameData\000_FilterExtensions_Configs\Default\Mod_AJE.cfg'.
[WRN 20:50:21.206] Cannot create config from file 'C:\GOG Games\Kerbal Space Program\GameData\RealismOverhaul\RO_SuggestedMods\KSPWheelStockPatches\Stock-leg-large.cfg'.
[LOG 20:50:38.451] Load(Assembly): /ModuleManager.3.0.7
[LOG 20:50:38.453] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\ModuleManager.3.0.7.dll
[LOG 20:50:38.517] AssemblyLoader: KSPAssembly 'ModuleManager' V2.5.0
[LOG 20:50:38.517] Load(Assembly): /ModuleManager.3.1.3
[LOG 20:50:38.517] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\ModuleManager.3.1.3.dll
[LOG 20:50:38.550] AssemblyLoader: KSPAssembly 'ModuleManager' V2.5.0
[LOG 20:50:38.550] Load(Assembly): 000_ClickThroughBlocker/MiniAVC
[LOG 20:50:38.550] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\000_ClickThroughBlocker\MiniAVC.dll
[LOG 20:50:38.580] Load(Assembly): 000_ClickThroughBlocker/Plugins/ClickThroughBlocker
[LOG 20:50:38.580] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\000_ClickThroughBlocker\Plugins\ClickThroughBlocker.dll
[LOG 20:50:38.589] AssemblyLoader: KSPAssembly 'ClickThroughBlocker' V1.0.0
[LOG 20:50:38.589] Load(Assembly): 000_FilterExtensions/MiniAVC
[LOG 20:50:38.589] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\000_FilterExtensions\MiniAVC.dll
[LOG 20:50:38.617] Load(Assembly): 000_FilterExtensions/Plugins/FilterExtensions
[LOG 20:50:38.617] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\000_FilterExtensions\Plugins\FilterExtensions.dll
[LOG 20:50:38.633] Load(Assembly): AJE/Plugins/AJE
[LOG 20:50:38.633] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\AJE\Plugins\AJE.dll
[LOG 20:50:38.673] AssemblyLoader: KSPAssembly 'AJE' V2.11.4
[LOG 20:50:38.674] AssemblyLoader: KSPAssemblyDependencyEqualMajor 'SolverEngines' V3.6.1
[LOG 20:50:38.674] Load(Assembly): BahaSP/Plugins/BDAnimationModules
[LOG 20:50:38.674] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\BahaSP\Plugins\BDAnimationModules.dll
[LOG 20:50:38.688] Load(Assembly): BDArmory/Plugins/BDArmory.Core
[LOG 20:50:38.688] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\BDArmory\Plugins\BDArmory.Core.dll
[LOG 20:50:38.702] AssemblyLoader: KSPAssembly 'BDArmory.Core' V1.0.0
[LOG 20:50:38.702] Load(Assembly): BDArmory/Plugins/BDArmory
[LOG 20:50:38.702] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\BDArmory\Plugins\BDArmory.dll
[LOG 20:50:38.778] AssemblyLoader: KSPAssembly 'BDArmory' V1.0.0
[LOG 20:50:38.778] Load(Assembly): BetterBurnTime/BetterBurnTime
[LOG 20:50:38.778] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\BetterBurnTime\BetterBurnTime.dll
[LOG 20:50:38.787] Load(Assembly): EngineGroupController/Plugins/EngineGroupController
[LOG 20:50:38.788] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\EngineGroupController\Plugins\EngineGroupController.dll
[LOG 20:50:38.811] Load(Assembly): EngineGroupController/Plugins/UnityGUIFramework
[LOG 20:50:38.812] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\EngineGroupController\Plugins\UnityGUIFramework.dll
[LOG 20:50:38.840] Load(Assembly): FerramAerospaceResearch/Plugins/FerramAerospaceResearch
[LOG 20:50:38.840] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\FerramAerospaceResearch\Plugins\FerramAerospaceResearch.dll
[LOG 20:50:38.907] AssemblyLoader: KSPAssembly 'FerramAerospaceResearch' V0.15.0
[LOG 20:50:38.908] AssemblyLoader: KSPAssemblyDependency 'ModularFlightIntegrator' V1.0.0
[LOG 20:50:38.908] Load(Assembly): FerramAerospaceResearch/Plugins/ferramGraph
[LOG 20:50:38.908] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\FerramAerospaceResearch\Plugins\ferramGraph.dll
[LOG 20:50:38.926] Load(Assembly): FerramAerospaceResearch/Plugins/Scale_Redist
[LOG 20:50:38.926] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\FerramAerospaceResearch\Plugins\Scale_Redist.dll
[LOG 20:50:38.938] Load(Assembly): HideEmptyTechTreeNodes/HideEmptyTechTreeNodes
[LOG 20:50:38.938] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\HideEmptyTechTreeNodes\HideEmptyTechTreeNodes.dll
[LOG 20:50:38.949] Load(Assembly): KerbalAlarmClock/KerbalAlarmClock
[LOG 20:50:38.949] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\KerbalAlarmClock\KerbalAlarmClock.dll
[LOG 20:50:38.964] Load(Assembly): KerbalJointReinforcement/Plugin/KerbalJointReinforcement
[LOG 20:50:38.964] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\KerbalJointReinforcement\Plugin\KerbalJointReinforcement.dll
[LOG 20:50:38.989] Load(Assembly): KerbalReusabilityExpansion/DeployableAeroSurfaces
[LOG 20:50:38.989] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\KerbalReusabilityExpansion\DeployableAeroSurfaces.dll
[LOG 20:50:39.002] Load(Assembly): Kerbaltek/HyperEdit
[LOG 20:50:39.002] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\Kerbaltek\HyperEdit.dll
[LOG 20:50:39.011] Load(Assembly): Kopernicus/Plugins/Kopernicus
[LOG 20:50:39.011] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\Kopernicus\Plugins\Kopernicus.dll
[LOG 20:50:39.120] AssemblyLoader: KSPAssembly 'Kopernicus' V1.0.0
[LOG 20:50:39.120] AssemblyLoader: KSPAssemblyDependency 'Kopernicus.Parser' V1.0.0
[LOG 20:50:39.120] AssemblyLoader: KSPAssemblyDependency 'ModularFlightIntegrator' V1.0.0
[LOG 20:50:39.120] Load(Assembly): Kopernicus/Plugins/Kopernicus.Parser
[LOG 20:50:39.120] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\Kopernicus\Plugins\Kopernicus.Parser.dll
[LOG 20:50:39.180] AssemblyLoader: KSPAssembly 'Kopernicus.Parser' V1.0.0
[LOG 20:50:39.181] Load(Assembly): KSCSwitcher/Plugins/KSCSwitcher
[LOG 20:50:39.181] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\KSCSwitcher\Plugins\KSCSwitcher.dll
[LOG 20:50:39.200] Load(Assembly): KSPWheel/Plugin/KSPWheel
[LOG 20:50:39.201] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\KSPWheel\Plugin\KSPWheel.dll
[LOG 20:50:39.216] Load(Assembly): MechJeb2/Plugins/MechJeb2
[LOG 20:50:39.216] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\MechJeb2\Plugins\MechJeb2.dll
[LOG 20:50:39.266] AssemblyLoader: KSPAssembly 'MechJeb2' V2.5.0
[LOG 20:50:39.266] Load(Assembly): ModularFlightIntegrator/ModularFlightIntegrator
[LOG 20:50:39.266] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\ModularFlightIntegrator\ModularFlightIntegrator.dll
[LOG 20:50:39.294] AssemblyLoader: KSPAssembly 'ModularFlightIntegrator' V1.0.0
[LOG 20:50:39.295] Load(Assembly): NearFutureProps/Plugins/NFPropUtils
[LOG 20:50:39.295] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\NearFutureProps\Plugins\NFPropUtils.dll
[LOG 20:50:39.314] Load(Assembly): NearFuturePropulsion/Plugins/NearFuturePropulsion
[LOG 20:50:39.314] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\NearFuturePropulsion\Plugins\NearFuturePropulsion.dll
[LOG 20:50:39.324] Load(Assembly): NearFuturePropulsion/Versioning/MiniAVC
[LOG 20:50:39.324] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\NearFuturePropulsion\Versioning\MiniAVC.dll
[LOG 20:50:39.335] Load(Assembly): NKD/plugins/NorthKerbinMod
[LOG 20:50:39.335] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\NKD\plugins\NorthKerbinMod.dll
[LOG 20:50:39.349] Load(Assembly): PatchManager/MiniAVC
[LOG 20:50:39.350] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\PatchManager\MiniAVC.dll
[LOG 20:50:39.373] Load(Assembly): PatchManager/Plugins/PatchManager
[LOG 20:50:39.373] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\PatchManager\Plugins\PatchManager.dll
[LOG 20:50:39.389] AssemblyLoader: KSPAssemblyDependency 'ClickThroughBlocker' V1.0.0
[LOG 20:50:39.389] AssemblyLoader: KSPAssemblyDependency 'ToolbarController' V1.0.0
[LOG 20:50:39.389] Load(Assembly): PersistentRotation/Plugins/PersistentRotation
[LOG 20:50:39.389] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\PersistentRotation\Plugins\PersistentRotation.dll
[LOG 20:50:39.407] Load(Assembly): Principia/ksp_plugin_adapter
[LOG 20:50:39.407] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\Principia\ksp_plugin_adapter.dll
[LOG 20:50:39.447] Load(Assembly): Principia/x64/libglog
[LOG 20:50:39.447] AssemblyLoader: Loading assembly at C:\GOG Games\Kerbal Space Program\GameData\Principia\x64\libglog.dll
[ERR 20:50:39.483] Failed to load assembly C:\GOG Games\Kerbal Space Program\GameData\Principia\x64\libglog.dll:
System.BadImageFormatException: Format of the executable (.exe) or library (.dll) is invalid.
  at Mono.Cecil.PE.ImageReader.ReadOptionalHeaders (System.UInt16& subsystem, System.UInt16& dll_characteristics) [0x00000] in <filename unknown>:0
  at Mono.Cecil.PE.ImageReader.ReadImage () [0x00000] in <filename unknown>:0
  at Mono.Cecil.PE.ImageReader.ReadImageFrom (System.IO.Stream stream) [0x00000] in <filename unknown>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.IO.Stream stream, Mono.Cecil.ReaderParameters parameters) [0x00000] in <filename unknown>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName, Mono.Cecil.ReaderParameters parameters) [0x00000] in <filename unknown>:0
  at Mono.Cecil.ModuleDefinition.ReadModule (System.String fileName) [0x00000] in <filename unknown>:0
  at AssemblyLoader.ScanForBadTypeRefs (System.String file) [0x00000] in <filename unknown>:0
  at AssemblyLoader.LoadExternalAssembly (System.String file) [0x00000] in <filename unknown>:0

Share this post


Link to post
Share on other sites
22 hours ago, Bruhmomento said:

I have an issue with Principia, KSP loads but whenever I create a new world or load an existing one, KSP crashes, I have the crash log too:

As mentioned on the reddit thread, there is one thing that is noticeable in your log:

Kerbal Space Program - 1.4.5.2243

From the forum thread, the supported versions are:

for 1.5.1, 1.6.1, and 1.7.3.

Either you are using an ancient version of Principia that is no longer supported, or your crash is expected, since 1.4.5 is anterior to the earliest supported version.

I suggest that you upgrade to a more recent version of KSP (1.4.5 is more than a year old), and download the latest greatest Principia (Fourier).  If the problem persists, please report a bug as described in the wiki.  We are interested in hearing about problems but we cannot debug them if we don't have the required information.

Share this post


Link to post
Share on other sites
On 11/11/2019 at 9:14 AM, eggrobin said:

;going from J2-only to J2 through J12 (in del Ferro) reduced the error on the orbit of Io from 2″.1 per revolution to 0″.077 per revolution

On 7/13/2017 at 10:28 AM, JPLRepo said:

Most likely scatterer. Long standing issue with that mod.
Don't have the time or energy to spend the hours needed to figure out why.

I tried to get more creative by using TST to visualize the improvement from the increase of Jupiter's model to J12 however found that this ends up being a bit more challenging since I can only currently see moon transits via a TST scope rather than also shadow contacts which would be less subject to observer position...for anyone curious, here is a screen capture of one trial where I also use Io textures (link) adjusted to match (link) the cartography convention enabled by using Principia (link).

@JPLRepo  i love TST especially with RSS & Principia: Thank you for adopting it & improving it over the years! ;-) ...& I wish I could figure out how to get Scatterer/EVE shadow casters to show up in TST scope views/images so I could replicate in KSP things like the HST timelapse linked below:

consequently, back to the tracking station...& indeed both Europa & Io timings improve dramatically: about 55 minutes for Io & about 30 minutes for Europa & both now quite closely match astronomical observations (note: light travel time from Jupiter to the HST is about 40 minutes on 2015 Jan 24) :

Link to album: KSP Principia Fourier v. Fatou
BFy627c.png

and, here is the link to a folder with ZIPs of the save files so you may enjoy seeing for yourself with minimal setup effort ...just make sure to have RSS & Principia in GameData before loading the save :-)

Edited by AloE
Tarsier Space Technology link & cartography clarity

Share this post


Link to post
Share on other sites

For the new moon (lunation number 246), the new release (פרנקל) is out.

  • Principia now plots the trajectories of celestial bodies. This closes an ancient feature request (#942, March 2016), and builds up on a lot of intervening work; in particular, this is based on the method for trajectory plotting introduced for vessels in Чебышёв (August 2017).
  • The history length setting now hides the history instead of forgetting it; this means that you can shorten histories when they are visually distracting, while retaining the ability to bring them back when you want an overview of your mission. It also uses the same duration format and selector used elsewhere in the Principia UI instead of seconds in scientific notation.

68534430-dda54500-0334-11ea-8de5-455cad1

 See the change log for more details.

For the convenience of our Chinese users, the binaries can be downloaded either from Google Drive or from 腾讯微云.

 
Edited by eggrobin
Add a picture.

Share this post


Link to post
Share on other sites

Hi !

I guess the answer is no, but to be sure I'll ask ^^

Is there any chance to see a principia compatibility patch for KSRSS (Kerbin Size Real Solar System) ?

I saw some compatibility patch for some other systems

Share this post


Link to post
Share on other sites
26 minutes ago, eggrobin said:

Principia now plots the trajectories of celestial bodies.

Cool!

What is the length of the prediction determined by? I can imagine there are situations where you want the predicted span to be either very long or very short.

Share this post


Link to post
Share on other sites
7 minutes ago, Delay said:

What is the length of the prediction determined by?

@Delay same duration as the prediction of the active vessel, if any.

In the absence of an active vessel, i.e., in the tracking station with no vessel selected, no prediction is shown, only a history going back to the beginning of the game (or less, depending on the history length setting).

Share this post


Link to post
Share on other sites

Great job on planetary trajectory plotting! Though I haven't played yet..

Also, no support for 1.8.x? Since it isn't mentioned in the change log I assume it isn't there; but I thought it might be there since 1.8.1 has been out for almost a month now..

Share this post


Link to post
Share on other sites

the new principia version doesnt work for me...

The Principia DLL failed to load.
Dependencies, namely the Microsoft Visual C++ 2015-2019 Redistributable (x64) - 14.22.27821, were not found.

what should i do about this?

Share this post


Link to post
Share on other sites
On 11/26/2019 at 4:02 PM, eggrobin said:

Principia now plots the trajectories of celestial bodies

This is an awesome improvement!  This is going to be so fun, thanks :-)

Jovian Moons Resonance
xPWOPBo.png

 

Mercury's 3 days per 2 years (orbits)

 

Edited by AloE

Share this post


Link to post
Share on other sites
5 hours ago, Eriksonn said:

the new principia version doesnt work for me...


The Principia DLL failed to load.
Dependencies, namely the Microsoft Visual C++ 2015-2019 Redistributable (x64) - 14.22.27821, were not found.

what should i do about this?

As documented in the FAQ, you should install the dependency mentioned in the error message.

Share this post


Link to post
Share on other sites

I'm a KSP Linux player, currently using Ubuntu 16.04.

I recently installed RSS/RO for KSP 1.6.1 (previously I'd been playing RSS/RO 1.3.1 for several months without ever updating my Principia, then didn't play KSP for most of a year).  I found I couldn't use Principia because it needs library versions that are only available in Ubuntu 18.04 and newer.  Because I'm trying to hold out for Ubuntu 20.04 before I "upgrade" (because, with the amount of "tainted" software I run, it's "install clean, taking a whole weekend for each machine" instead of just running an upgrader), I seem to have two options.

One, I can try to find a way to upgrade just those libraries, but that's likely to break major things in my Ubuntu and render my install non-functional (requiring me, at a minimum, to restore the old versions via command line, potentially via a Live thumb drive).

Two, I can try to install an older version of Principia -- but I don't see that older binaries are available.  I'm looking for the oldest version that supports 1.6.1, in the hope that it won't require libraries newer than my 16.04 Ubuntu.

Three, if I can install the necessary libraries for only Principia, I'll be good to go for another several months, at least.  The libraries in question are libc++ and libc++abi.  I can download just the binaries for those libraries -- would Principia find them successfully if I place them inside the Principia folder?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.