ZAJC3W

thanks for clarification. Look for the icon in the bottom right corner below:

Did the option to hire research team got removed or is my install broken? I get du in flight ad reliability increases with it but no "engine r&d" menu in VAB - RO/RP-1 install

given current development rate there will be ryzen 6000 about by the time we will see beta tests and ryzen 7000 when it gets released Yes I mean it will take another 3-4 years!!! and intel will be still pushing 14nm 500W comet lake rehashes lol

speaking of CPUs, ryzen 5600x gives whopping 33% shorter load times than 3600x . RSS+RO+RP1+90 other mods. 2m45s vs 4m10s start to menu. 39s vs 65s - 259 parts MIR loading. £80 well spent

debris fields + kessler syndrome, why not add n-body physics to simulate it properly. 30 000 000 body n-body simulation on 8 threads takes 2s per frame to solve on 2012 server CPU. Assuming it was 2012 xenon it would run 10 fps on ryzen 5800x and yes you can do n-body physics on parallel threads, first papers on that are from 1996, probably earlier, but google doesn't know them.

Try reverting back to Principia version from before persistent rotation was implemented, 5-6 versions back from the top of my head. If I remember correctly that's when atmospheric forces started being used by Principia. If this improves your experience then try raising an issue on GitHub, with logs and all. Imho atmospheric flight can be left for FAR to be dealt with, and Principia's rotation forces and all should kick in outside of it.

7 years old laptop CPU must be highlighting computational burden of principia. On similar speed wise setup(AMD FX-8320) more than 6-8 ships in orbits was struggle too, 1000x time warp was fastest it would go.

WOW, I left USI for a moment (2 years lol ), to play RSS+RO+RP-1 and s***t loads of new stuff came out. Maybe with WOLF fully self sufficient Duna shipbuilding base won't become a 0.1 fps KRAKENtm magnet. maybe after manned mission to pluto...

Never noticed that with full RSS+RO+RP-1 install on Ryzen 5 3600+rx580+48GB ram machine. Check console for warnings/errors, must be some other mod conflicting, persistent rotation is not compatible, and unnecessary with principia for instance. Stage recovery can be laggy in stock especially after dropping of 9 strap on boosters - at least it was laggy on my old PC.

GREAT!! no more lag with 2-3k days flight plans!! Thank you again.

Isn't RoverDude working on KSP2 now?

Why didn't i find it earlier, it's awesome!!! THANK YOU

Thank You.Great Job!!! I could translate to Polish, but despite it being my first language I have no idea how to name most of space related stuff, I learned it all in English. Besides what's the point if you can't have anything else in KSP in Polish.

First line on that link: This page reflects changes implemented in 0.50, but prior to 0.50.9. Some of the ratios may be off unless noted otherwise from git hub: USI Kolonization Systems v0.50.9.0 @BobPalmer BobPalmer released this on 5 Jan 2017 · 448 commits to master since this release well over 2 years, nearly 3 behind, is not up to date in my books But if it's close enough then fine, i'll work out exact ratios as i go.

Is there up to date wiki/ tutorial anywhere? didn't play MKS/OKS since 0.4xx and need some refreshing. Is 0.50 stuff is still close enough?

Awesome, Thanks!! Laziness of using ckan has it's downfalls.

Just a heads up. MKS/OKS depends on Global Construction Core which is still not updated to 1.8.0 and is spamming in VAB: [EXC 21:09:25.687] MissingFieldException: Field 'KSPWheelController.wheelCollider' not found. AT_Utils.Metric..ctor (IShipconstruct vessel, System.Boolean compute_hull, System.Boolean world_space) (at <884dc0722e2f44d080ac1ddc449a08e3>:0) GroundConstruction.VesselKit..ctor (PartModule host, ShipConstruct ship, System.Boolean assembled, System.Boolean simulate) (at <ee2790a7aadc42028b18e84465689e22>:0) GroundConstruction.GCEditorGUI.Update () (at <ee2790a7aadc42028b18e84465689e22>:0) and causing quite a lag.

@RoverDude Thank you for express update. edit... It even seems to be working in 1.8.1 that just has been released on steam -> somebody(private division) should finally learn how to bug test before release

AFAIK no, no orbital decay. Satelite in LKO/LEO will stay there forever(~150 earth years in RSS 300x400km orbit is "forever"-yes, I was bored) BUT, Mechjeb and Kerbal engineer are unaware of Principia, therefore orbit parameters reported by them will change in time, especially for higher orbits.

When and IF RSS, RO, RP-1 and Principia get ported to KSP2 i will drop KSP1 for good, until then i'll play both i hsve mars base to set up

All things above I'm hoping for Station keeping should be automated, you run out of fuel your satellite decays. N-body orbital mechanics are so much fun. Life support slightly simplified - look at USI LS by RoverDude

Norton... no comments. As per less than week old, downloaded zip will have creation date set to time of downloading, at least when downloaded in opera or chrome.

May i have GUI suggestion? Add close window buttons(to all windows) so we don't have to search for button that opened them. It can get tedious when planning manoeuvres.

Thank you, added _MSC_FULL_VER == 192'227'724 Needed just in one place to build, now let's test.

As of yesterday(SIC) there is VS2019 16.2 preview 2 available, I'm yet to find a way of downloading preview 1...God, I hate MS download websites. I used Master branch, fatou folder is reminiscence of first failed attempt. Started from scratch(including restoring windows to last week's backup) VS2019 16.2 preview 2 installed (i'm 90% sure it's impossible to install preview 1 now) fresh empty folder for sources followed setup.md to the 'T', if you ignore git prompt to provide your email it won't apply chromium.patch and things go bad(my yesterday's mistake) Build FAILED. "F:\sources\Principia-master\Principia\Principia.sln" (Clean;Build target) (1) -> "F:\sources\Principia-master\Principia\base\base.vcxproj.metaproj" (default target) (7:2) -> "F:\sources\Principia-master\Principia\base\base.vcxproj" (default target) (26:2) -> (ClCompile target) -> F:\sources\Principia-master\Principia\base\not_null_test.cpp(64,1): error C2280: 'std::unique_ptr<int,std::default_delete<_Ty>>::unique_ptr(const std::unique_ptr<_Ty,std::default_delete<_Ty>> &)': attempting to reference a deleted function [F:\sou rces\Principia-master\Principia\base\base.vcxproj] F:\sources\Principia-master\Principia\base\not_null_test.cpp(64,1): error C2280: with [F:\sources\Principia-master\Principia\base\base.vcxproj] F:\sources\Principia-master\Principia\base\not_null_test.cpp(64,1): error C2280: [ [F:\sources\Principia-master\Principia\base\base.vcxproj] F:\sources\Principia-master\Principia\base\not_null_test.cpp(64,1): error C2280: _Ty=int [F:\sources\Principia-master\Principia\base\base.vcxproj] F:\sources\Principia-master\Principia\base\not_null_test.cpp(64,1): error C2280: ] [F:\sources\Principia-master\Principia\base\base.vcxproj] 0 Warning(s) 1 Error(s) Could it be caused by VS2019 preview 2?