Lisias

Well, Tundra Space Center came first. So TweakScale Companion will need a new abbreviation. TSCo appears to be fine.

Moved to the TSCo thread.

(moving from another thread) YES! Everything under the Post Kerbin Mining Corporation brand will be handled by TSC-PKMC. You can help on beta testing, writing the patches may be 75% of the work, but testing them is where I really need help!! In time, @ProgorMatic, this thread is where every TweaskScale support for 3rd parties will be handled (TweakScale itself will handle only Stock and DLCs, everything else is migrating to here). Get a grasp in which we have already done on the OP, and on the posts here - I pretty sure some of them will be of your interest! Cheers!

Hi, there's a beta for SSPEr (and updated support for all NFT) available here. I think this will provide what you want (and more) with less trouble for you. Let me know if you find anything wrong, I plan to release this one to the public this WeekEnd!

A flying boat is already Kerbal enough. Flying around Kerb err the World is yet more Kerbal. Flying a flying boat around the World is incredibly Kerbal. Doing that by accident after telling the wife you are going to be a bit late for dinner is Jebedyah Level of Kerbaliness!!

Point taken. The problem I see is not on making a pull request, is on accepting it. LGG has hundreds of add'ons on his tenure, and some of them are getting behind due his high load of work. My guess is that these runway definitions will end up rusting on the distribution, with some frustration on the users and also the maintainer itself as changes happen. I think we need a better way of handling these situations.

Not the best of the ideas. By doing that, every time he does any change on his add'on, you will need to update yours. Unless you plan to change the format of the RunWay (a situation in which you would induce him to update his add'on), the best line of action is keeping the artefacts that change with the Add'On on the Add'On.

The Mamas & The Papas - California Dreamin'

As a matter of fact, I think it's safer to remove the Near Future Props and reinstall it. I don't know NFP enough to be sure about (it may be some patches to add Props to Tundra), so I think it's better to err to the safe side: reinstall it. If after reinstalling NFP that folder is back, then it's part of NFP for sure! Cheers!

There's no problem on opening a Question for asking support for TweakScale, but I usually respond faster when the cry for help is done there - had you didn't mentioned the thread here, I would miss this one for sure! Thanks for flagging it! Yep, found them: [LOG 22:09:19.125] [TweakScale] INFO: WriteDryCost Concluded : 2466 parts found ; 0 checks failed ; 0 parts with hotfixes ; 0 parts with issues overruled ; 14 Show Stoppers found; 0 Sanity Check failed; 1080 unscalable parts. 14 FATALities, being them: [LOG 22:09:18.905] [TweakScale] ERROR: **FATAL** Part TT.19.IRI.BODY (IRD-66 "Dysprosium" Probe Core) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:18.906] [TweakScale] ERROR: **FATAL** Part TT.19.NH.BODY (OST-3 "Paneer" Probe Core) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:18.906] [TweakScale] ERROR: **FATAL** Part TT.19.NH.Generator (PB-TT-NUK Radioisotope Thermoelectric Generator) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:18.906] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.1 (RC-TT-0101 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:18.906] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.2 (RC-TT-0102 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:18.906] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.3 (RC-TT-0201 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:18.906] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.4 (RC-TT-0202 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.028] [TweakScale] ERROR: **FATAL** Part TT.19.IRI.BODY (IRD-66 "Dysprosium" Probe Core) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.028] [TweakScale] ERROR: **FATAL** Part TT.19.NH.BODY (OST-3 "Paneer" Probe Core) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.029] [TweakScale] ERROR: **FATAL** Part TT.19.NH.Generator (PB-TT-NUK Radioisotope Thermoelectric Generator) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.029] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.1 (RC-TT-0101 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.029] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.2 (RC-TT-0102 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.029] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.3 (RC-TT-0201 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 [LOG 22:09:19.030] [TweakScale] ERROR: **FATAL** Part TT.19.NH.RCS.4 (RC-TT-0202 RCS Thruster Block) has a fatal problem due having duplicated properties - see issue [#34]( https://github.com/net-lisias-ksp/TweakScale/issues/34 ). at error:0 Well, this one appears to be a new for me - I don't remember diagnosing something with the TT parts... I have a problem, however… I don't know who is patching these parts, because MM is being loaded from the cache, a situation where the information I need is not on the KSP.log: [LOG 22:05:02.026] Loading from Cache [LOG 22:05:04.416] Cache Loaded I'm not the only one complaining about it, by the way! [LOG 22:09:19.189] [Filter Extensions 3.2.0.3]: TE.19.F910.S1.Engine duplicated part key in part path dictionary [LOG 22:09:19.189] [Filter Extensions 3.2.0.3]: TE.19.F910.S1.Tank duplicated part key in part path dictionary [LOG 22:09:19.189] [Filter Extensions 3.2.0.3]: TE.19.F910.S2.Engine duplicated part key in part path dictionary [LOG 22:09:19.189] [Filter Extensions 3.2.0.3]: TE.19.F910.S2.Tank duplicated part key in part path dictionary USUALLY I would need the MM Patch log (usually on KSP/Logs/ModuleManager folder), but since the very same parts that borked on the Filer Extensions also borked on TweakScale (or vice-versa), I had a hunch - I think you installed Tundra Technologies twice. And… Ooooh, That's a bingo!!! You accidentally installed Tundra Exploration twice, one on the proper place: [LOG 22:06:02.590] Load(Texture): TundraExploration/Agencies/Tundra [LOG 22:06:02.595] Load(Texture): TundraExploration/Agencies/Tundra_scaled [LOG 22:06:02.596] Load(Texture): TundraExploration/Categories/Bagorah [LOG 22:06:02.597] Load(Texture): TundraExploration/Categories/Ghidorah9 [LOG 22:06:02.598] Load(Texture): TundraExploration/Categories/Gigan [LOG 22:06:02.599] Load(Texture): TundraExploration/Categories/GiganXL [LOG 22:06:02.600] Load(Texture): TundraExploration/Categories/Mk4 [LOG 22:06:02.600] Load(Texture): TundraExploration/Categories/Mothra [LOG 22:06:02.602] Load(Texture): TundraExploration/Categories/Rodan [LOG 22:06:02.603] Load(Texture): TundraExploration/Categories/Tundra <yadda yadda yadda> But another one inside NearFutureProps folder! [LOG 22:05:33.861] Load(Texture): NearFutureProps/TundraExploration/Agencies/Tundra [LOG 22:05:33.868] Load(Texture): NearFutureProps/TundraExploration/Agencies/Tundra_scaled [LOG 22:05:33.872] Load(Texture): NearFutureProps/TundraExploration/Categories/Bagorah [LOG 22:05:33.877] Load(Texture): NearFutureProps/TundraExploration/Categories/Ghidorah9 [LOG 22:05:33.880] Load(Texture): NearFutureProps/TundraExploration/Categories/Gigan [LOG 22:05:33.885] Load(Texture): NearFutureProps/TundraExploration/Categories/GiganXL [LOG 22:05:33.889] Load(Texture): NearFutureProps/TundraExploration/Categories/Mk4 [LOG 22:05:33.892] Load(Texture): NearFutureProps/TundraExploration/Categories/Mothra [LOG 22:05:33.896] Load(Texture): NearFutureProps/TundraExploration/Categories/Rodan [LOG 22:05:33.900] Load(Texture): NearFutureProps/TundraExploration/Categories/Tundra <yadda yadda yadda> The proper one, however, appears to be incomplete…. To err on the safe side, completely remove the following directories <KSP>GameData/NearFutureProps/TundraExploration <KSP>GameData/TundraExploration And then reinstall again the newest copy you have, on the right place this time. Cheers!

7/10 - Kerbals are not humans, stop pretending you are one. You Kerbal. --- Cedo, ergo sum.

I built a deep space probe, to be launched by a Mün Shuttle Mission hitchhiking it to take advantage of a sparing cargo space. (shuttles going to Mün is dumb by itself but, hell, is way more fun!) So I launched the damned shuttle using a reusable booster, then inserted the shuttle into a transmünar trajectory where the external fuel tank was also a probe, able to come back to Kerbin, do a controlled reentry , splash down on chutes and be recovered. It took some days of playing until I get everything right to do it properly without cheating. Then I decoupled the probe after the transmünar injection burn, put it on a prograde attitude, hit the Ion Drive and gone for dinner. Nearly an hour later, I came back and to my horror I realised that I had attached the Ion Engine backwards! So by accelerating into a prograde orientation, I was essentially retrograding! But the burn looks normal, I was going towards a Kerbin escape trajectory… Then I realised that I also had attached the Remote Guidance Unity backwards too… So the blunder kinda worked nevertheless….

I also found the Control Wheels annoying. When accelerating, the Control Wheels "pushes" the car's nose into the ground, and the rear wheels kinda lose traction - pretty annoying on high speed turnings. But without the Control Wheels, keeping the car's tires spinning on the right side of the ground is also harder. If anyone has a fancy controller, I would suggest tying the accelerator to it and avoid using the W/S control keys to avoid triggering the Control Wheel.

Luka, Susanne Vega.

Nope. Probably a new bug on KSP itself. They are unrelated to this problem. You is being bitten by multiple bugs, as it appears. Your KSP has a tick problem! Yep, it makes sense! I managed to fix the craft!!! I managed to fix the E.craft by removing parts and I got lucky, as the first 2 I removed solved the issue. Inspecting the parts themselves, I managed to fix the craft doing: From RadialDrill_4292763876, I removed lines 12633 and 12634: sym = RadialDrill_4292763416 sym = RadialDrill_4292778732 From RadialDrill_4292778732, I removed lines 12373 and 12374: sym = RadialDrill_4292763876 sym = RadialDrill_4292763416 (remove the lines from bottom to top, to keep the numbering consistent as you remove them) And now the craft loads! Was you using any Editor Add'On as Editor Extension Redux or similar? Otherwise, I think we found a (new) bug on KSP itself, it's messing up the symmetries somehow….

That's the thingy… I'm puzzled and curious about this issue, and decided to at least to load your sample craft on my test bed to see what happens. Guess what? So whatever you are looking for, it's some on the past when it created the craft. You will not find it anymore on a sane installment. So I'm prone to believe it's not Scatterer neither - as I'm not using it on the test bed. It's what I think too, but I'm puzzled. Since loading the E.craft crashes the Save feature the same, I will start to remove things selectively from the file to see if I pinpoint the trouble maker on this file at least. — — POST EDIT — — HA!! Found it!!! It's something on one of the parts, RadialDrill_4292763876 !!! I started to remove parts from the craft one by one, from the bottom to up (form the file point of view) and as I removed the second to last part (this one), the craft started to load fine!! So I restore the file, removed only the RadialDrill_4292763876 and got the problem again. So I removed too the last part, RadialDrill_4292763876. Now the craft loads fine again! So both parts, RadialDrill_4292763876 and RadialDrill_4292763876 has something bad on it! Now I'm checking these parts guts to see what I find!

Here's one more: PKMC - Post Kerbin Mining Corporation.

I agree. The upgrade pipeline acts while loading things, not on saving. Your problem is on saving - from the results of your (excellent!!!) research, I'm concluding that something that was present once in the game is missing or mangled on the current one, and it's something that it's only checked while saving (or slightly before saving, perhaps some code that would consolidate the score - reputation, etc?).The original exception is System.ArgumentException: Requested value 'InSpaceHigh_' was not found So, and I' guessing now, what perhaps may be happening is that by parsing the ID id = asteroidSample@SunInSpaceHigh_PotatoRoid658638797, where the InSpaceHigh_ thingy is, we have 3 datums: asteroidSample, Sun and Potatoroid658638797 . And, obviously, the marker InSpaceHigh_. This would bring us a data structure like this (again, I'm pulling it out of my SAS, it may or may not be accurate): InSpaceHigh_ { scienceType = asteroidSample where = Sun source = Potatoroid658638797 } The message says that the InSpaceHigh_ thingy is missing, but Exceptions may be deceptive - sometimes we, programmers, just use the default message of the Exception instead of creating a more accurate one, and end up creating a misleading message. So there's a chance that the missing data could be any of the internal data from the structure. It's unlikely that the Sun is missing, otherwise the whole game would be bonks. So perhaps something get rid or renamed the asteroidSample science? Alternatively, perhaps something removed Potatoroid658638797 from the savegame, and then whatever were computing something before the save (perhaps the reputation) was caught with its pants down.

Unfortunately, I think that some 3rd party is editing/mangling directly the Stock artefacts. Really, a really bad move - terrible decision making. Once you manage to detect the culprit, file a bug report. Assuming, of course, that your hard-drive is not dying?? Check the SMART status, just in case…. (I'm still traumatized by what Apple did to me recently…)

Announce! TweakScale Companion for Visuals 0.1.0.2 BETA is on the wild. Adds support for Waterfall and works with TweakScale 2.4.5.x series and newer. Finally understanding two mishaps of mine while handling WaterfallFX on the Editor Scene. (Boy, I love this!) Download here or in the OP. — — TweakScale Companion LivingStyle 0.0.3.0 (RC) is on the Wild, featuring: Patches for scaling the (now deprecated for modern KSP but still available for older ones) Stockalike Station Parts Expansion. Download here or in the OP. — — TweakScale Companion for NF is no more, I'm rebranding it to TweakScale Companion for Post Kerbin Mining Corporation (PKMC), currently being beta tested by our Fellow Kerbonaut @adriangm44! Stay Tuner for more news!

Humm… It happens on Vanilla? I will give it another look... — — POST EDIT — — LANGUAGE PACKS! What language are you using on KSP?

indexing warnings are normal business. KSP is rebuilding its internal data structures for a craft that is missing a Module or something. Found something suspicious on loading KSP: [ERR 22:31:36.127] [ScienceSubject] - Error in converting Situation InSpaceHigh_System.ArgumentException: Requested value 'InSpaceHigh_' was not found. at System.Enum+EnumResult.SetFailure (System.Enum+ParseFailureKind failure, System.String failureMessageID, System.Object failureMessageFormatArgument) [0x00023] in <9577ac7a62ef43179789031239ba8798>:0 at System.Enum.TryParseEnum (System.Type enumType, System.String value, System.Boolean ignoreCase, System.Enum+EnumResult& parseResult) [0x0017a] in <9577ac7a62ef43 179789031239ba8798>:0 at System.Enum.Parse (System.Type enumType, System.String value, System.Boolean ignoreCase) [0x00010] in <9577ac7a62ef43179789031239ba8798>:0 at System.Enum.Parse (System.Type enumType, System.String value) [0x00000] in <9577ac7a62ef43179789031239ba8798>:0 at ScienceUtil.GenerateLocalizedTitle (System.String id, System.Boolean skipAsteroidsComets) [0x0019e] in <cd473063d3a2482f8d93d388d0c95035>:0 [ERR 22:31:36.127] [ScienceSubject] - Error in converting Situation InSpaceHigh_System.ArgumentException: Requested value 'InSpaceHigh_' was not found. at System.Enum+EnumResult.SetFailure (System.Enum+ParseFailureKind failure, System.String failureMessageID, System.Object failureMessageFormatArgument) [0x00023] in <9577ac7a62ef43179789031239ba8798>:0 at System.Enum.TryParseEnum (System.Type enumType, System.String value, System.Boolean ignoreCase, System.Enum+EnumResult& parseResult) [0x0017a] in <9577ac7a62ef43179789031239ba8798>:0 at System.Enum.Parse (System.Type enumType, System.String value, System.Boolean ignoreCase) [0x00010] in <9577ac7a62ef43179789031239ba8798>:0 at System.Enum.Parse (System.Type enumType, System.String value) [0x00000] in <9577ac7a62ef43179789031239ba8798>:0 at ScienceUtil.GenerateLocalizedTitle (System.String id, System.Boolean skipAsteroidsComets) [0x0019e] in <cd473063d3a2482f8d93d388d0c95035>:0 On a pretty wild guess, you have a localization file missing somewhere perhaps? I don't know what InSpaceHigh_ is. neither if ScienceUtil is something from KSP or from a 3rd party, but it's good clues about where to find the problem once you find more information about these things. KATLIB is innocent on this one, as it's only a man-in-the-middle being caught on the sheet-storm : [LOG 23:50:04.138] E loaded! [EXC 23:50:04.155] NullReferenceException: Object reference not set to an instance of an object ShipConstruct.SaveShip () (at <cd473063d3a2482f8d93d388d0c95035>:0) ShipConstruction.CreateBackup (ShipConstruct ship) (at <cd473063d3a2482f8d93d388d0c95035>:0) EditorLogic.SetBackup () (at <cd473063d3a2482f8d93d388d0c95035>:0) EditorLogic.StartEditor (System.Boolean isRestart) (at <cd473063d3a2482f8d93d388d0c95035>:0) EditorLogic.ShipToLoadSelected (ConfigNode node, KSP.UI.Screens.CraftBrowserDialog+LoadType loadType) (at <cd473063d3a2482f8d93d388d0c95035>:0) KSP.UI.Screens.CraftBrowserDialog.onPipelineFinished (ConfigNode n, KSP.UI.Screens.CraftEntry sItem, KSP.UI.Screens.CraftBrowserDialog+LoadType loadType) (at <cd473063d3a2482f8d93d388d0c95035>:0) KSP.UI.Screens.CraftBrowserDialog+<>c__DisplayClass153_0.<pipeSelectedItem>b__0 (ConfigNode n) (at <cd473063d3a2482f8d93d388d0c95035>:0) KSPUpgradePipeline.Process (ConfigNode n, System.String saveName, SaveUpgradePipeline.LoadContext loadContext, Callback`1[T] onSucceed, Callback`2[T,U] onFail) (at <cd473063d3a2482f8d93d388d0c95035>:0) KSP.UI.Screens.CraftBrowserDialog.pipeSelectedItem (KSP.UI.Screens.CraftEntry sItem, KSP.UI.Screens.CraftBrowserDialog+LoadType loadType) (at <cd473063d3a2482f8d93d388d0c95035>:0) KSP.UI.Screens.CraftBrowserDialog.ConfirmLoadCraft () (at <cd473063d3a2482f8d93d388d0c95035>:0) KSP.UI.Screens.CraftBrowserDialog.onButtonLoad () (at <cd473063d3a2482f8d93d388d0c95035>:0) UnityEngine.Events.InvokableCall.Invoke () (at <12e76cd50cc64cf19e759e981cb725af>:0) UnityEngine.Events.UnityEvent.Invoke () (at <12e76cd50cc64cf19e759e981cb725af>:0) UnityEngine.UI.Button.Press () (at <aa3a227ee8664797a8194ab8e2ed2249>:0) UnityEngine.UI.Button.OnPointerClick (UnityEngine.EventSystems.PointerEventData eventData) (at <aa3a227ee8664797a8194ab8e2ed2249>:0) UnityEngine.EventSystems.ExecuteEvents.Execute (UnityEngine.EventSystems.IPointerClickHandler handler, UnityEngine.EventSystems.BaseEventData eventData) (at <aa3a227ee8664797a8194ab8e2ed2249>:0) UnityEngine.EventSystems.ExecuteEvents.Execute[T] (UnityEngine.GameObject target, UnityEngine.EventSystems.BaseEventData eventData, UnityEngine.EventSystems.E xecuteEvents+EventFunction`1[T1] functor) (at <aa3a227ee8664797a8194ab8e2ed2249>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.EventSystems.EventSystem:Update() What's interesting is that the Craft is being loaded fine. It's on saving the craft that things blows up, what suggests a problem on some infrastructure add'on, not on a PartModule. Since the word "Science" is involved, I suggest to inspect any Science add'ons you have installed. If none, check your KSP's integrity...

Already Available here: https://github.com/net-lisias-ksp/TweakScaleCompanion

I'm a gamer and I own a Mac - and until recently, I was able to play most fo the games I wanted. Granted, a MacMini is not able to play AAA games on the max settings (right now, I doubt it would play even on the min settings), but this machine now is pretty old - but I still can play all my favorite games using Wine - faster than when I had played them on my (at that time) gamer machine. MacMinis are pretty capable machines (at the time I bought mine, it toasted all the Windows machines I had available), and if you are wiling to burn some money, adding external GPUs is an option. But all of that is secondary - the main reason why Mac has fewer and fewer options on gaming is not hardware. It's the software - Apple is screwing up royally the eco system, betting they will score again the Stunt they did when they migrated from PowerPC to Intel. They are probably right, but it will have a toll though. Last time they did the stunt, the industry was not pushing Linux so hard as nowadays. (and yeah, I'm using my last Mac machine - I don't think I will ever buy another).

From where did you think I took inspiration for this stunt? On the less than bright side, I had this video "saved" for a cross-posting with the report of a "mission" I'm doing, (you can't hide nice things on the Internet! ) — — POST EDIT — — Did you guys realise that there's a cockpit on the first stage, didn't you?