Professor K

Sorry for the delay, work's been hectic. I was able to test the patch on a larger (40-50 mod including planets) install this morning and it did the same thing. Thanks Drew. -K

I put fresh copies of Kopernicus, KK (and dependencies) and MM in place (no other mods in this install) and it still does the same thing. With the patch removed it runs as expected. I'll test on another install with more mods including some extra planets and report further as soon as I'm able. -K

This one is causing KSP to have major issues. I can't get into any of the buildings at the KSC (except the Astronaut Complex, which I then can't get out of). The log is full of non-existence Object errors, most if not all of which appear to be related to the Comm sites. I also can't get out of KSP, I have to kill it from the task manager. I tried on an existing save, a new save and another new save with the commnet system disabled, all with the same results. Log: https://drive.google.com/open?id=12-PoE7H7dAKgN3uobij13RKZdZ7msRj2&usp=drive_fs -K

I am on 1.12.5 with both DLCs, I have 3 arches as well, the other two work. Here's a link to a log file. This is me attempting to place a number of both working and non-working items on Moho. I turned on KK's Debug mode which seems to have activated debug mode for other mods as well, so it's somewhat bulky. https://drive.google.com/file/d/12-PoE7H7dAKgN3uobij13RKZdZ7msRj2/view?usp=sharing -K

I don't have any shader packs installed other than those that come with specific mods (like Scatterer, EVE, etc). I did some more experimenting and all the Squad static work except: CommNetDish (Just get colliders when placing, nothing after) RockArch02 UFO Monolith01 Monolith02 Larkes (Same colliders as the comm dish) Mohole I checked on a stock planet, there was no change. I set up a vanilla instance of KSP with nothing extra but MM and KK w/dependencies and the Rock Arch & the two Monoliths worked in it. The UFO showed up, but as a model with no textures. The others were the same as before. (See screenshot). I also tried going back a version on KK, there was no change. -K

I can not see the mesh when placing it, only the colliders. The arrows show it to be above ground and neither dragging it in any direction nor "Snap to Terrain" changes anything. It's not from a mod, it's one of the Squad built-ins, labeled "Squad_CommNetDish". I've also tried deleting/replacing the instance (no change), putting it in another location (no change) and putting other objects in the original location (they appear as expected) -K

Well, they do go away, but the dish does not appear. It's in the local instances list, but not visible. -K

I'm getting this odd wireframe when I attempt to place one of the built-in pieces, the CommNetDish specifically. Is this a known issue or do I most likely have something corrupt? -K

Ah, well, so much for that idea. Sorry. -K

Where did you get the mod? I ask because there is a note on the SpaceDock page for it that says that version is outdated and to get the current version from the GitHub page. https://github.com/TechoTheSequel/Techos-stock-Planet-Revamp -K

That was indeed was how I had ended up writing them. Example: @DEPLOYEDSCIENCE:NEEDS[DwarfPlanetsPlus&SquadExpansion/Serenity]:AFTER[DwarfPlanetsPlus] -K (In case anyone is curious, the patches add the necessary info to the game for the Seismic deployed science experiment to work on the added planets. )

@Kevin_kerman I'm not the OP, but I am looking for the same info as I want to add an anomaly to a planet I'm making. I found the code below in the KittopiaDump for Kerbin. Some of it seems self explanatory, but the rest is a bit of a mystery. The comments are my attempt to decipher it. Any assistance you could provide would be greatly appreciated! (I was just going to play with it until I saw Mr. Kerbin's comment about doing it wrong crashing the game, so I thought I'd ask for help first this time. :-) City { debugOrientated = False // ? frameDelta = 1 //? randomizeOnSphere = False // Random Location? reorientToSphere = True // Orient the model relative to the sphere's surface? reorientFinalAngle = 0 // Set the angle of the model relative to the sphere's surface? reorientInitialUp = 0,1,0 // Uncertain... repositionRadial = -468635.094,-68111.1016,-370297.094 // Object's location? Unsure of coordinate system though. repositionRadiusOffset = 98 //? repositionToSphere = True // ? repositionToSphereSurface = True // Make sure it's above ground? repositionToSphereSurfaceAddHeight = True // Make sure it's above ground including height maps? commnetStation = False // Is is a Comm Station? isKSC = False // Is it the KSC? order = 100 /PQS Mod Order enabled = True // Self explanatory name = Pyramids // The object itself. Built in and stored somewhere in the game files? Can new ones be used? LOD { Value { visibleRange = 75000 // How far away the object can be seen? scale = 0,0,0 // ? delete = False // ? } } } -K

I'd definitely like to see that. You can do it! We believe in you! -K

Is there a PQS mod that can generate a polyhedral shaped planet? I was thinking it might be possible with a properly done heightmap, but I'm not sure how sharp an edge you could get that way. -K

IIRC... Cacteye, by default, merges the functionality of the Spacedust telescopes into it's own telescopes and removes the spacedust-only scopes. The spacedust.cfg file restores the Spacedust telescopes for use as parts with different names (although the Cacteye scopes still have both functions). It's commented out because most users just use the combined parts. -K

I'd be interested to see what you'd make out of it. -K

That's how the planet pack files came. I'm not the author, I was just writing patches to add support for the deployed science experiments. But the resolution to the issue was to change them to a FOR[name], so they are no longer present. Thanks for the confirmation though. -K

I have resolved this. I say "resolved", not "solved" because I still don't know why it was behaving as it was. After examining the config files from other planet packs I modified the planet pack files for start with "@Kopernicus:FOR[DwarfPlanetsPlus]" While I understand that FOR statements are loaded earlier in the load process, I still fail to understand why the AFTER[DwarfPlanetsPlus] on the patch was being ignored. -K

I'm having a timing issue with a module manager patch. MM appears to be trying to run it before the mod specified in it's AFTER clause. KSP (latest, on PC) Kopernicus 2.19 Dwarf Planets Plus planet pack self written patch Kopernicus and the Planet Pack itself have been working fine for months and other patches for DPP are working. All of the body config files in the planet pack start with: @Kopernicus:AFTER[Kopernicus] And the patch starts with: @DEPLOYEDSCIENCE:NEEDS[DwarfPlanetsPlus&SquadExpansion/Serenity]:AFTER[DwarfPlanetsPlus] With this I would expect the patch to run after the planet pack, but as shown in the log timestamps below, it's not, MM is trying to run it before the planet pack, which is causing errors when the patch attempts to access variables that don't exist yet. I use the same patch with another planet pack and it works fine/runs in the expected order. [LOG 12:07:20.875] :AFTER[DWARFPLANETSPLUS] pass [LOG 12:07:20.877] Applying update GruTech/Patches/DeployedScience/DPP_Deployed_Science_Seismic/@DEPLOYEDSCIENCE:NEEDS[DwarfPlanetsPlus&SquadExpansion/Serenity]:AFTER[DwarfPlanetsPlus] to SquadExpansion/Serenity/Resources/DeployedScience.cfg/DEPLOYEDSCIENCE [ERR 12:07:20.877] Error - Cannot parse variable search when inserting new key tmpG = #$@Kopernicus/Body[Morbheana]/Properties/geeASL$ [ERR 12:07:20.877] Error - Cannot parse variable search when inserting new key tmpR = #$@Kopernicus/Body[Morbheana]/Properties/radius$ ... [LOG 12:07:21.215] :AFTER[KOPERNICUS] pass [LOG 12:07:21.215] Applying update DwarfPlanetsPlus/DwarfPlanets/AsteroidBelt/Cador/Cador/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.215] Applying update DwarfPlanetsPlus/DwarfPlanets/AsteroidBelt/Talus/Talus/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.217] Applying update DwarfPlanetsPlus/DwarfPlanets/CentaurObjects/Virani/Virani/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.217] Applying update DwarfPlanetsPlus/DwarfPlanets/CentaurObjects/Walru/Walru/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.218] Applying update DwarfPlanetsPlus/DwarfPlanets/CentaurObjects/Zevrin/Zevrin/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.219] Applying update DwarfPlanetsPlus/DwarfPlanets/KerperBelt/Cruachan/Awe/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.220] Applying update DwarfPlanetsPlus/DwarfPlanets/KerperBelt/Cruachan/Cruachan/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.220] Applying update DwarfPlanetsPlus/IceGiants/Morbheana/Morbheana/@Kopernicus:AFTER[Kopernicus] to Kopernicus/Config/System.cfg/Kopernicus[Kerbol System] [LOG 12:07:21.220] :BEFORE[KOPERNICUS.PARSER] pass Does anyone know why this would be happening and, more importantly, how to fix it? -K

Thank you! I got the geeASL numbers from a chart on the KSP Wiki, but I have noticed that a lot of numbers there appear to have been truncated so it doesn't surprise me. And the GC I had gotten from the KOS online documentation and a couple of forum and Reddit posts. I'm not actually doing anything with the stock planets, I just used them to test the formula against bodies I had the mass for to verify it was working but I'll definitely update my formula/patches with the correct GC. Is there an online source for the more precises geeASL numbers? -K

I was just coming to post that the Google formula did not quite provide results that matched the stock planets, but your update fixed that. With the shift to G in m/s the formula produces very close to stock results. I have my formula! : ) Thank you! -K Body Wiki Mass Calculated Mass GeeASL Radius G in m/s Moho 2.5263314000E+21 2.5255594512E+21 0.275 250000 2.69682875 Eve 1.2243980000E+23 1.2240238678E+23 1.700 700000 16.67130500 Gilly 1.2420363000E+17 1.2416568647E+17 0.005 13000 0.04903325 Kerbin 5.2915158000E+22 5.2898990686E+22 1.000 600000 9.80665000 Mun 9.7599066000E+20 9.7569249488E+20 0.166 200000 1.62790390 Minmus 2.6457580000E+19 2.6449495343E+19 0.050 60000 0.49033250 Duna 4.5154270000E+21 4.5140472052E+21 0.300 320000 2.94199500 Ike 2.7821615000E+20 2.7813113770E+20 0.112 130000 1.09834480 Dres 3.2190937000E+20 3.2181100984E+20 0.115 138000 1.12776475 Jool 4.2330000000E+24 4.2319192549E+24 0.800 6000000 7.84532000 Laythe 2.9397311000E+22 2.9388328159E+22 0.800 500000 7.84532000 Vall 3.1087655000E+21 3.1078157028E+21 0.235 300000 2.30456275 Tylo 4.2332127000E+22 4.2319192549E+22 0.800 600000 7.84532000 Bop 3.7261090000E+19 3.7249705941E+19 0.060 65000 0.58839900 Pol 1.0813507000E+19 1.0810202630E+19 0.038 44000 0.37265270 Eeloo 1.1149224000E+21 1.1145817338E+21 0.172 210000 1.68674380

That cleared the errors, thank you. I am still interested in the formula for calculating the mass though, as my intent in using the variable was to avoid having to research and add the mass to all the various planet configs or figure out all the energy settings manually. It seems to be uncommon to use the mass key, all the packs I'm using seem to just allow the mass to be calculated. Unless there's a way to access the calculated mass in a MM patch? -K I know, but my hope was to be able to use a formula in the MM patches and not have to look each one up. With 95 bodies in the system (DPP, OPM, the entire OPX series and a couple small packs) that's more bodies than I wanted to calculate Energy values for the Seismic experiment for. -K

Yup, that's the one. I had assumed that since it was using Tylo as a template that it would inherit Tylo's mass variable as well. I hadn't realized it was being done via calculation. I'll give a try at adding the mass key to the cfg and report back. Just to satisfy my curiosity, what is the formula for calculating the mass from the radius and GeeASL? -K

I'm having an issue trying to access Kopernicus variables in a MM patch. I'm working from a single example I found, but it throws an error regardless of what variable I try to access. I'm fairly certain it's something small I've got wrong, but I can't seem to find any other references on doing this. Example: Energy = #$@Kopernicus/Body[Phybi]/Properties/mass$ (Note: I've tried mass and Mass, it does not seem to be a case issue) Full Patch: Error: GruTech/Patches/DeployedScience/OK_Deployed_Science_Seismic/@DEPLOYEDSCIENCE:NEEDS[OuterKerbin&SquadExpansion/Serenity]:AFTER[OuterKerbin] to SquadExpansion/Serenity/Resources/DeployedScience.cfg/DEPLOYEDSCIENCE [WRN 09:28:50.044] Cannot find key mass in Properties [ERR 09:28:50.044] Error - Cannot parse variable search when inserting new key Energy = #$@Kopernicus/Body[Phybi]/Properties/mass$ Original reference: https://github.com/KSP-RO/RealSolarSystem/issues/249#issuecomment-1095368165 I've checked the Kopericus body log for the planet and the mass variable is present. I also checked the MM log and the planet is being loaded before the patch is. Anyone know what I'm doing wrong here? -K

Well, it's going to be difficult, maybe even impossible, to diagnose the issue without details, but here's a trick that might get you past it for your current ship. You can change what loop both radiators and heat producers are part of while in flight, so change your engine's heat loop to a higher number, then change enough radiators to that same number and see if you can get it to work. -K