ThePatsch78

Hi there, today I enabled the strategy "To Boldly Go I" in JNSQ / Kerbalism installation (1.8.1). Unfortunately I could not receive any funds for discovering new biomes and sending that science. The science from the new biomes has been transmitted completely. In non-JNSQ installations I've never had problems and since JNSQ provides own Strategia configs I wanna know if someone else experienced this problem too? If someone wants to peek into my logs / cache files: ksp.log, player.log and MM cache Thanks in advance Patsch

Hi there, If got a problem with a specific Avionics core. Because its called RP0probeAvionics I hope I'm in the right thread =). Problem: The avionics module get overheated while reentry and the heat shield does not seem to work at all. So I checked the ModuleManager.ConfigCache and I think, that the module got a wrong configured second drag cube which is too big. I guess that invisible drag cube is quite bigger as the core and also bigger than the 1m heatshield. But since I have almost no glue about part configs I might be wrong: TechRequired = avionicsPrototypes cost = 300 entryCost = 4000 DRAG_CUBE { cube = Default,0.4049120484,0.7806778,0.4372983912,0.4049120484,0.7806778,0.4372983912,0.49105428082272,0.9183766,0.5737258,0.49105428082272,0.9590334,0.5462748,0.4049120484,0.774645,0.4372983912,0.4049120484,0.774645,0.4372983912,0,0,0,0.813,0.5000004,0.813 rescaleX = 0.3252 rescaleY = 1.0 rescaleZ = 0.3252 } MODULE { name = AYA_SAS } MODEL { model = ReStock/Assets/Control/restock-reactionwheel-25-1 scale = 0.3252, 1.0, 0.3252 } DRAG_CUBE { cube = Default, 1.245,0.7807,1.345, 1.245,0.7807,1.345, 4.643,0.9184,0.5737, 4.643,0.959,0.5463, 1.245,0.7746,1.345, 1.245,0.7746,1.345, 0,0,0, 2.5,0.5,2.5 } MODULE { name = ModuleSYPartTracker } There are my KSP.log and full ModuleManager.ConfigCache: RP0probeAvionics0-81m.zip Kind Regards PatSch

Hi @linuxgurugamer! Its the first time I used Janitors Closet 0.3.6.1 in a RSS / RO / RP1 installation and I like it very much. But unfortunately it produces some stuttering. Game stops for like 1-2 seconds... running again for 3 seconds, stops again for 1-2 seconds. This repeats for about 6-8 times after I changed the scene. After that first stuttering everything is working perfect. Scenes where it happens: VAB / Tracking Station / Launchpad. SPH I've somehow not testet. I uninstalled JC, tested it again -> no stutter. Installed it -> stuttering as described. In that time nothing specific is logged to KSP.log either can I see high CPU / GPU / RAM usage/changes nor HDD (SSD) activity. Its kinda weird. :-/ Here are my MM-file and KSP.log: https://www.file-upload.net/download-13877955/JanitorsCloset.zip.html Many greetings PatSch

Hi @nanobug, unfortunately not. But I also didn't spend more time to find a solution. :-/ Regards PatSch

Thank you for your reply and your hint. I absolutely understand your point - no worries PatSch

Hi Snark! Some time ago you answered to a bug report (NRE, getOrbit()): But unfortunately the only BBT version containing the fix is for KSP 1.8. My plan was to fork it, revert the latest commit and add the fix taken from your 1.8 commit and kinda re release it. I was trying to figure out the rules for that and found your "paper" about forking and maintaining an actively supported mod in the Kopernicus thread and you know what: I gave up that plan for reasons. So may I ask you to recompile BBT containing that fix against 1.7.3? Kind regards and thanks in advance PatSch

@TheEnderman and @Dr.Bucket the problem I see is, that at least TheEnderman installed Astronomers Visual Pack. This is wrong. The installation readme says: only copy the texture folder out of the Gamedata/AstronomersVisualPack/EVE. But the GameData folder here is related to the file structure within the zip file, not the GameData folder within your game installation. After you finished copying the texture folder of Astronomers Visual Pack to Ad Astra, remove the AstronomersVisualPack folder of the GameData folder in your installation. =) Kind Regards PatSch

Hi G'th, thanks for the mod. But I have questions :-) For tests I'am running on 1.7.3 Stock with both DLC's and only the mods you've mentioned + the required ones of AVP. 1. You mean every config in KS3P? I removed every cfg except the Configuration.cfg. is this correct? 2. Is it possible to make it work on RSS in general? Using the JNSQ-Config or the stock cfg? With the JNSQ moar Sun cfg or withour? xD 3. Is your KS3P config supposed to run in -force-d3d11 mode or only in "standard" mode? When I run KSP with that option everything gets dark and the Sunlight acts weird when I come out of Kerbins shadow. Everything has a greyish haze. Only when Kerbin and the Kerbol are on the edges, the scene looks "ok": Kind regards Patsch

@Jovzin I guess you're running this on KSP 1.8. since this happend to me too as I tested it on 1.8. I think G'th visuals pack isn't meant for running on 1.8 but for 1.7.3 -> [1.7.3] G'ths Visuals for General Gameplay - JNSQ and Stock. Astronomers Visuals Pack states in brackets [1.8.0] but its version file and also the AVC shows up incompatibility to KSP 1.8 and tells you, that it is made for 1.7.3. Anyway. It helps the Mod-Author and people that are trying to help you when you're at least writing your KSP version you have. Also the ksp.log is a good source to find out what you're running since the loaded Mods are listed there. Edit: @Jovzin: you might try KS3P for 1.8 Beta: https://github.com/c1usta/KS3P/releases Kind regards Patsch

Hi @raidernick, thanks for the great mod. Unfortunately I've got some problems with that playing KSP 1.7.3 in RSS / RP1 / RO config using KSPIE 1.25.2. The probe cores all fall off or are not really attached to other parts when you attach them to the "correct" side. If you put them on the bottom of i.e. a tank they are connected well. Please see the screenshot. I tested a long time with a more minimalistic installation than I currently play to reproduce that bug. As soon as KSPIE is installed, that bug appears. Since other probe cores are still working fine, I wasn't sure to report this bug here or at @FreeThinker's KSPIE-thread. https://imgur.com/a/sFUWGvf Logs and MM cache: CoreFellOff.zip Kind regards Patsch

Hi there, for me there is a problem with solar panels. They only load the batteries at 1/1000 of the EC as they should, but the solar power they produce seems to be ok. Logfiles: https://www.file-upload.net/download-13804671/KSP1.7.3-RO-RP1.zip.html Kind regards, Patsch

@nepphhh Thank you for your reply, works perfectly :-) Edit: thanks to @pap1723 too, we posted simultaneously. ^^ Edit 2: Wow, I just flew over the new wiki, great work guys! regards Patsch

Hi! I've got a problem with Procedural Avionics Module when starting a RP-1-v1.2 career in KSP 1.7.3. The Avionics module has no electrical charge at all. When you start a sandbox game instead, everything is working. https://www.file-upload.net/download-13797820/mmcacheksp-log.zip.html Kind regards Patsch

Hi clusta, thanks for your effort. Are these fixes already in your 6.1 Patch1? kind regards PatSch

Thanks a lot @FreeThinker it works perfectly! Kind regards PatSch

Hi all! Ok, I pinpointed the problem. First to make sure I waste nobodys time, this is my "ambitious" installation and I'm not sure this is supported somehow: KSP 1.7.3 KSPIE 1.23.1 for KSP 1.7.3 IFS 3.11.0 for KSP 1.7.3 Real Solar System v16.2 Realism Overhaul v12.7.2 for KSP 1.6.1 As soon as RO is installed, consumers and producers are flipped, as @Herr_KaLeun stated. Here are the module manager outputs and the KSP.log https://www.file-upload.net/download-13741786/ModuleMagangerLog.zip.html Thank you! Kind regards PatSch

Same problem here in a heavy modded installation. As far as I can tell you at this point is, that if you install any folders of KIE except the Warpplugin, everything "works", the problem starts if you add the Warpplugin. The solar panels then drain the exact amount of energy as they should produce. I will come back if I figured out the minimal installtion when this happens and will provide logs too.

Absolutely amazing mod! Thanks a lot sharing it already as WIP. I cant await the relase version. When you do this, you maybe could also fix the not occluded orbit lines when you zoom out in RSS (just joking - or maybe not :-P)

OMG! What an announcment and breathtaking trailer. Can't await 2020! Regards PatSch

Ok, got that :-) Thats awesome. Since I have to restart now anyways, I'll install the latest patches too. Thanks!

Hi @Gordon Dry, thanks for the update, I installed it and all errors are gone, yeeeah! There is one little thing. When you're zooming out, the sound of the rocket engines is fading out noticeably later than without RocketSoundEnhancement. If this is working as intended - I'am fine with it. Just to let you know Thank you for your great work! PatSch

Hi @pap1723, hi forum I started a new RSS + RO + RP1 career on KSP 1.6.1 recently and followed the installation description for RO / RP1. They suggested, amongst other mods, RO Tanks. The RO Tank I should have max 560~ liters. When I downsize the diameter to 400mm, the maximum length of the tank i can setup is 600mm which is about 46 liters. Is it as intented to have that ratio? Thanks and kind regards PatSch

Hi @ensou04 and @sarbian, I experienced an error today thats seems to be an error of Rocket Sound Enhancement, but if you look closer it might be a ModuleManager problem: [LOG 2019-08-04 12:21:21.282] Done patching [WRN 2019-08-04 12:21:21.282] Errors in patch prevents the creation of the cache [LOG 2019-08-04 12:21:21.383] ModuleManager: 73838 patches applied, found <color=orange>37 errors</color> 5 errors related to GameData/RocketSoundEnhancement/Patches/Hypergolic-Lower.cfg 8 errors related to GameData/RocketSoundEnhancement/Patches/Hypergolic-Upper.cfg 12 errors related to GameData/RocketSoundEnhancement/Patches/Kerolox-Lower.cfg 8 errors related to GameData/RocketSoundEnhancement/Patches/Kerolox-Upper.cfg 4 errors related to GameData/RocketSoundEnhancement/Patches/Kerolox-Vernier.cfg and in detail: [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to KWRocketry/Parts/Engines/1mVestaVR1/KW1mengineVestaVR1.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to RealScaleBoosters/Parts/Athena/RSBathenaOAM.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to RealScaleBoosters/Parts/ISRO/RSBtankPSLVps4.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to RN_US_Rockets/Thor/KK_TR201.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to RN_US_Rockets/TitanIV/lr91_11.cfg/PART [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to RN_US_Rockets/Vanguard/aj10_104.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to RN_US_Rockets/Vanguard/aj10_37.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to Squad/Parts/Engine/liquidEnginePoodle/liquidEnginePoodle.cfg/PART [LOG 2019-08-04 12:20:31.742] Applying update RocketSoundEnhancement/Patches/Hypergolic-Upper/@PART[*]:HAS[@EFFECTS:HAS[@Hypergolic-Upper]]:FOR[zzRocketSoundEnhancement]:NEEDS[RealPlume] to SquadExpansion/MakingHistory/Parts/Engine/LiquidEngineLV-T91.cfg/PART [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ [WRN 2019-08-04 12:20:31.742] Cannot find key maxThrust in MODULE [ERR 2019-08-04 12:20:31.742] Error - Cannot parse variable search when inserting new key volume = #$../../../MODULE[ModuleEngines*]/maxThrust$ here is my KSP.log: https://we.tl/t-ifBrxcrS5J regards PatSch

Hi Lisias, thank you for your investigations. Noooo, you have opened Pandora's Box! :-) Yeah, I got it. EDIT: thats the first time I dive into editing of KSP so when I check the RO-Patch of the BatteryBankMini, the other Battery patches using an @ instead of %. Just to check: I've got to use % and the "NEEDS" for them with the plain "type" ? Sorry for asking noob questions. @PART[batteryBankLarge]:FOR[RealismOverhaul] // Good for ReStock { %RSSROConfig = True @RESOURCE[ElectricCharge] { @amount = 375000 @maxAmount = 375000 } @mass = 1.414 @MODULE[TweakScale] { @type = RealismOverhaulStackSolid } } I'll try editing it by my self and let you know when I'am done, or even if I cant make it within the next days! Thanks again for your help and you great work! PatSch