amo28

Members
  • Content Count

    201
  • Joined

  • Last visited

Community Reputation

17 Good

About amo28

  • Rank
    Spacecraft Engineer

Contact Methods

  • Website URL Array

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @SilverState, do you still use your SSTU patches with the new Kerbalism? I just stumbled on your post from March and wondered if they would need a lot of work to be compatible with Kerbalism 3.0.
  2. Just discovered the same issue as the posts above with the nosecone. Extreme drag levels with the nosecone that no gimbal could counter. Take the nosecone off, the rocket flies completely normal. This is in 1.7.
  3. Hi everyone. Wondering if anyone has run into recent issues with engines exploding upon staging in flight. I can't pinpoint where the problem is, but if I remove RealFuels and the Stockalike Configs, I don't have the issue. However, I'm finding nothing in the logs to point me toward the problem. The logs simply show that the engine exploded. No exceptions or errors to go with it. The in-flight log says that the engine internals have melted. I've tried rolling back to the previous version of RealFuels and found no difference. I've tested with a couple different types of engines and builds, Kerbal X included. No matter what, when I stage during a flight, the first stage engines all explode. Some SRB's don't seem to be affected by this, but others are. For what I've seen, all non-solid engines are. It's not a game-breaker, but something annoying that I can't seem to figure out how to fix. My next step is a clean reinstall. I've already corrupted my save from trying to troubleshoot this, so not much else to lose at this point. Was just curious if anyone else has run into an issue like this recently.
  4. Can anyone tell me if RealHeat or Deadly Reentry is recommended for this mod? Or both? I see there is a DR config in the compatibility folder, but wondering if that addresses heating issues rather than just increasing difficulty?
  5. This seems to have helped me have more stability. I had the value set to 1 in my startup script based off a suggestion from a few versions ago. Thanks for this!
  6. The plugin doesn't work in 1.1 unfortunately. However, in testing air dropped packages like these using stock parts, it seems like you can fly up to about 20km away before the debris disappears if it's still not landed. This seems to be different than in 1.0.5, but I could be wrong.
  7. Got it. Well, I think I tracked my crashes to the Editor Extensions mod -- removing that seems to have resolved it for me. As far as that stacktrace, a bit of Googling led me to add 'echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope' to my KSP startup script. I didn't see the stacktrace come back the last two launches, but I'll need to keep checking I think. Thanks for the reply Sal.
  8. I've been having an unusual number of crashes today, so I decided to check my player.log for the first time since using both 1.1 and the prerelease. Wondering if anyone has seen anything like this at the top of their player.log: Native stacktrace: /home/me/SteamLibrary/steamapps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x91772) [0x7f6f5ba71772] /home/me/SteamLibrary/steamapps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x348a5) [0x7f6f5ba148a5] /lib/x86_64-linux-gnu/libpthread.so.0(+0x10340) [0x7f6f5ed2e340] ./KSP.x86_64() [0xd2b0d8] ./KSP.x86_64() [0x84b2cf] ./KSP.x86_64() [0x84b069] ./KSP.x86_64() [0x84bb19] ./KSP.x86_64() [0x84bcc8] ./KSP.x86_64() [0x84bde5] ./KSP.x86_64() [0x84d983] /lib/x86_64-linux-gnu/libpthread.so.0(+0x8182) [0x7f6f5ed26182] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f6f5d44f47d] Debug info from gdb: Could not attach to process. If your uid matches the uid of the target process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf ptrace: Operation not permitted. No threads. ================================================================= Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= Is there a new set of memory addresses that need to be updated for x64 in 1.1? Running Mint 17. Q6600. GTX 650Ti - Nvidia 361.42.
  9. That must be the issue. I just looked at the craft file and there aren't ModuleEngine or ModuleEngineFX -- only ModuleEnginesRF and ModuleEnginesAJEPropeller. Craft here. (Remember this is an RSS/RO/RP-0 save.) I'll try out the new DLL and upload the log a bit later anyway.
  10. Thanks @magico13 Saw some definite changes with the new build. It found pilots, attempted powered recovery, but the [SR] entries in the log end abruptly and the recovered Kerbals are killed, vessel destroyed. See below: [LOG 20:11:40.109] LR-EX2 Unloaded [LOG 20:11:40.250] RemoteTech: AntennaManager: RegisterProtos(LR-EX2, d6c1b1f7-a83f-42b0-8b37-23508d35daf9) [LOG 20:11:40.272] RemoteTech: SatelliteManager: RegisterProto(LR-EX2, d6c1b1f7-a83f-42b0-8b37-23508d35daf9) [LOG 20:11:40.272] RemoteTech: GetSignalProcessor(LR-EX2): Check [LOG 20:11:40.295] [SR] Vessel LR-EX2 is going to be destroyed. Recovering Kerbals! [LOG 20:11:40.296] [SR] Pre-recovered Iosif Yerkhov [LOG 20:11:40.296] [SR] Pre-recovered Rebecca Vasquez [LOG 20:11:40.296] Packing LR-EX2 for orbit [LOG 20:11:40.347] Vessel LR-EX2 was on-rails at 48.8 atm pressure and was destroyed. [LOG 20:11:40.354] [SR] Searching in RecoveryQueue (1) for d6c1b1f7-a83f-42b0-8b37-23508d35daf9 [LOG 20:11:40.354] [SR] Found vessel in the RecoveryQueue. [LOG 20:11:40.355] [SR] Altitude: 5760.0425086692 [LOG 20:11:40.357] [SR] Vt: 200 [LOG 20:11:40.361] [SR] Trying powered recovery [LOG 20:11:40.361] [SR] Found a kerbal pilot! [LOG 20:11:40.362] [SR] Final Vt: 200 [LOG 20:11:40.363] [SR] Distance: 94120.02 [LOG 20:11:40.365] [SR] Found pre-recovered Kerbals [LOG 20:11:40.365] FF: kerbal status change: Iosif Yerkhov from Assigned to Dead [WRN 20:11:40.365] FF: hall of fame entry for kerbal Emilia Volvakova already existing [LOG 20:11:40.365] FF: creating new hall of fame entry for kerbal Lynn Jones [WRN 20:11:40.365] FF: hall of fame entry for kerbal Rebecca Vasquez already existing [WRN 20:11:40.365] FF: hall of fame entry for kerbal Iosif Yerkhov already existing [WRN 20:11:40.365] FF: hall of fame entry for kerbal Gary Craig already existing [LOG 20:11:40.366] FF: hall of fame refreshed [LOG 20:11:40.366] FF: kerbal status change: Iosif Yerkhov from Dead to Dead [WRN 20:11:40.366] FF: hall of fame entry for kerbal Emilia Volvakova already existing [WRN 20:11:40.366] FF: hall of fame entry for kerbal Lynn Jones already existing [WRN 20:11:40.366] FF: hall of fame entry for kerbal Rebecca Vasquez already existing [WRN 20:11:40.366] FF: hall of fame entry for kerbal Iosif Yerkhov already existing [WRN 20:11:40.366] FF: hall of fame entry for kerbal Gary Craig already existing [LOG 20:11:40.366] FF: hall of fame refreshed [LOG 20:11:40.367] Added 61.23467 (150) reputation: 'VesselLoss'. [LOG 20:11:40.442] [VCTScenario] Detected discrepancy in rep totals: admin shows 668.5172, VCT shows 668.5172; correcting with [CurrencyTransaction: TimeStamp=57601479.2947606, Reason=None,FundsDelta=0, ScienceDelta=0, ReputationDelta=-88.76538]. [LOG 20:11:40.442] [00:03:46]: Iosif Yerkhov was killed. [LOG 20:11:40.442] FF: kerbal status change: Rebecca Vasquez from Assigned to Dead [WRN 20:11:40.442] FF: hall of fame entry for kerbal Emilia Volvakova already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Lynn Jones already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Rebecca Vasquez already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Iosif Yerkhov already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Gary Craig already existing [LOG 20:11:40.442] FF: hall of fame refreshed [LOG 20:11:40.442] FF: kerbal status change: Rebecca Vasquez from Dead to Dead [WRN 20:11:40.442] FF: hall of fame entry for kerbal Emilia Volvakova already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Lynn Jones already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Rebecca Vasquez already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Iosif Yerkhov already existing [WRN 20:11:40.442] FF: hall of fame entry for kerbal Gary Craig already existing [LOG 20:11:40.442] FF: hall of fame refreshed [LOG 20:11:40.442] Added 43.6719 (150) reputation: 'VesselLoss'. [LOG 20:11:40.529] [VCTScenario] Detected discrepancy in rep totals: admin shows 712.1888, VCT shows 712.1888; correcting with [CurrencyTransaction: TimeStamp=57601479.2947606, Reason=None,FundsDelta=0, ScienceDelta=0, ReputationDelta=-106.3284]. [LOG 20:11:40.529] [00:03:46]: Rebecca Vasquez was killed. [LOG 20:11:40.537] [Vessel LR-EX2]: Destroyed. No crews were aboard. [LOG 20:11:40.539] proceduralTankRealFuels area: 3.02508222828088 [LOG 20:11:40.539] RemoteTech: SatelliteManager: OnVesselDestroy(d6c1b1f7-a83f-42b0-8b37-23508d35daf9, LR-EX2) [LOG 20:11:40.539] RemoteTech: SatelliteManager: UnregisterProto(d6c1b1f7-a83f-42b0-8b37-23508d35daf9) [LOG 20:11:40.542] -INFO- Tac.LifeSupportController[FFE9DD9A][1185.42]: Deleting vessel LR-EX2 - vessel does not exist anymore [LOG 20:11:40.548] -INFO- Tac.LifeSupportController[FFE9DD9A][1185.42]: Deleting crew member: Iosif Yerkhov [LOG 20:11:40.548] -INFO- Tac.LifeSupportController[FFE9DD9A][1185.42]: Deleting crew member: Rebecca Vasquez
  11. Thanks magico! I'll give this a shot tonight and report back. Update: Still seeing the same behavior. Kerbals get recovered before it tries powered recovery, then doesn't have a pilot to control with. The other concerning part is that I don't actually find the Kerbals recovered. I did a separate test with a parachute on the plane just to see that it would recover without powered recovery. The parts recovered, but the Kerbals did not. In the SR UI, it didn't show any crew under the "CREW" tab. Unfortunately, I didn't capture the log on that first test. Here's the log for the powered recovery test. [LOG 21:53:03.434] [SR] Vessel LR-EX2 is going to be destroyed. Recovering Kerbals! [LOG 21:53:03.435] [SR] Pre-recovered Iosif Yerkhov [LOG 21:53:03.435] [SR] Pre-recovered Rebecca Vasquez [LOG 21:53:03.435] Packing LR-EX2 for orbit [LOG 21:53:03.516] Vessel LR-EX2 was on-rails at 58.7 atm pressure and was destroyed. [LOG 21:53:03.523] [SR] Searching in RecoveryQueue (0) for 89df3357-c2dd-4b10-aea5-f099ed97fa6f [LOG 21:53:03.523] [SR] Altitude: 4373.85265758075 [LOG 21:53:03.523] [SR] Vt: 200 [LOG 21:53:03.523] [SR] Trying powered recovery [LOG 21:53:03.523] [SR] No kerbal pilot found, searching for a probe core... [LOG 21:53:03.523] [SR] No probe core with SAS found. [LOG 21:53:03.524] [SR] Final Vt: 200 [LOG 21:53:03.524] [SR] Distance: 51788.31 [LOG 21:53:03.528] [Vessel LR-EX2]: Destroyed. No crews were aboard. [LOG 21:53:03.531] proceduralTankRealFuels area: 8.56060127006808 [LOG 21:53:03.531] proceduralTankRealFuels area: 3.02508222828088 [LOG 21:53:03.531] RemoteTech: SatelliteManager: OnVesselDestroy(89df3357-c2dd-4b10-aea5-f099ed97fa6f, LR-EX2) [LOG 21:53:03.531] RemoteTech: SatelliteManager: UnregisterProto(89df3357-c2dd-4b10-aea5-f099ed97fa6f) [LOG 21:53:03.535] -INFO- Tac.LifeSupportController[FFD897A4][2847.48]: Deleting vessel LR-EX2 - vessel does not exist anymore [LOG 21:53:03.535] -INFO- Tac.LifeSupportController[FFD897A4][2847.48]: Deleting crew member: Iosif Yerkhov [LOG 21:53:03.535] -INFO- Tac.LifeSupportController[FFD897A4][2847.48]: Deleting crew member: Rebecca Vasquez
  12. I think it may not be the engines. I recovered it with parachutes just to test, and found that my pilot wen't missing from the command pod after recovery. Was listed as MIA after I ended the mission. Never actually showed as recovered when the SR popups came up. However I think it's not attempting powered recovery due to loss of pilot. Maybe something to do with pre-recovery? The log isn't very clean. This happened after a few different other missions and tests. I'll run a clean log a bit later. Here's the relevant portion of the log that I gathered this from: [LOG 11:22:59.613] [SR] Vessel LR-EX2 is going to be destroyed. Recovering Kerbals! [LOG 11:22:59.628] [SR] Pre-recovered Emilia Volvakova [LOG 11:22:59.628] Packing LR-EX2 for orbit [LOG 11:22:59.699] Vessel LR-EX2 was on-rails at 23.3 atm pressure and was destroyed. [LOG 11:22:59.742] [SR] Searching in RecoveryQueue (0) for 222a63fe-6cf3-4d43-835b-ac5e612424a6 [LOG 11:22:59.742] [SR] Altitude: 10829.6079005431 [LOG 11:22:59.749] [SR] Vt: 10.85407 [LOG 11:22:59.755] [SR] Trying powered recovery [LOG 11:22:59.755] [SR] No kerbal pilot found, searching for a probe core... [LOG 11:22:59.756] [SR] No probe core with SAS found. [LOG 11:22:59.756] [SR] Final Vt: 10.85407 [LOG 11:22:59.756] [SR] Distance: 96218.07 [LOG 11:22:59.756] [SR] Adding funds: 307.491760253906, New total: 106851.470224559 Craft File: http://www.filedropper.com/showdownload.php/lr-ex2
  13. Magico, I know plane recovery has been talked about previously, but I'm having some trouble trying to recover a plane with powered recovery even with the minimum TWR set lower than the plane's active TWR. Usually the recovery message says something like "Attempted powered recovery but...", however I don't get that message at all with this plane. It's like it's not attempting it. I'm using RSS/RO and the plane uses 4 prop engines from KAX (I think). Is there something that the code is looking for in order to identify an engine for powered recovery?
  14. Figured I'd mention that I'm working on SXT and Tantares (not LV) configs -- just in case anyone else was going to.
  15. I'm seeing strange behavior with the latest update. In the SPH, assemble a plane with procedural tanks. Center Of Mass shows in its normal position. Save, launch, reload to editor -- center of mass is now far forward of its previous position. Remove procedural tank, COM goes back to normal -- delete tank and rebuild it from scratch, and you start back at square one. Seems to only be related to a procedural tank -- procedural structural element and procedural nosecones don't seem to give me the same behavior. I can get some pictures and logs if needed -- I was just curious if I'm the only one seeing this behavior.