Terensky

Members
  • Content count

    27
  • Joined

  • Last visited

Community Reputation

6 Neutral

About Terensky

  • Rank
    Rocketeer

Recent Profile Visitors

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

  1. Terensky

    [1.4.4] Extraplanetary Launchpads v6.1.0

    It's a feature introduced in 6.0.0 : 6.0.0 release notes
  2. Terensky

    [1.4.4] Extraplanetary Launchpads v6.1.0

    It seems to be fixed for me: the selection window shows ships in VAB and SPH, and it closes correctly clicking on 'Cancel'. Maybe it's a conflict with some other mods you have?
  3. Terensky

    [1.4.4] Extraplanetary Launchpads v6.1.0

    Confirmed: in my case also there are no ships shown on VAB or SPH, but there are from the Steam WorkShop to choose from. Maybe the bug is related to this addition in KSP 1.4.4 .
  4. As a warning, 1.4.4 broke the loading vessel screen (I mean, where you choose which vessel to build from the VAB or SPH), so backup your saves so that you can roll back to 1.4.3 until Taniwha fixes the dll. Well, you can't load a vessel from SPH o VAB, but you can load one from the Steam WorkShop...
  5. Terensky

    [1.4.4] Extraplanetary Launchpads v6.1.0

    You could try this: Keridian Dynamics it's for KSP 1.2, but it works in 1.3 too.
  6. Terensky

    Deploy Drill Button Missing.

    Really, I don't know as I've never tried this way, but I don't see why it shouldn't work either. Anyway, if you are releasing ships for public use, perhaps you'd like to ask someone to write down for you a modulemanager patch for modifying Squad stuff, otherwise your ship may not work if the ship's user doesn't modify the Squad's .cfg files.
  7. Terensky

    Deploy Drill Button Missing.

    I can try: it's a little bit tedious work, but perhaps if you can use an advanced text editor you could do it in a snap (for the record, I couldn't). Anyway: under PART { name = RadialDrill (or MiniDrill) for ships you have unpacked since 1.3 (i.e. used in game, those you haven't will work after setting displayActions = True) you should find the following section that read about like this: MODULE { name = ModuleAnimationGroup isEnabled = True _isActive = False isDeployed = False stagingEnabled = True EVENTS { } ACTIONS { DeployModuleAction { actionGroup = None active = False } RetractModuleAction { actionGroup = None active = False } ToggleModuleAction { actionGroup = Custom02 active = False } } In the example above I just assigned '2' to toggle the drill ('actionGroup = Custom02'), so your entries may vary if you used other keys and/or actions (or if your drills were already deployed and active, but in this case just ignore 'isDeployed = False and '_isActive = False' and leave them as they are). You should delete the lines with the following syntax: active = False (but only in the aforementioned 'ModuleAnimationGroup' section!) and your old ships should work as before, as mine did. As an example, the above code after the correction should look like this: MODULE { name = ModuleAnimationGroup isEnabled = True _isActive = False isDeployed = False stagingEnabled = True EVENTS { } ACTIONS { DeployModuleAction { actionGroup = None } RetractModuleAction { actionGroup = None } ToggleModuleAction { actionGroup = Custom02 } }
  8. Terensky

    Deploy Drill Button Missing.

    In Gamedata>Squad>Parts>Resources>Minidrill and Gamedata>Squad>Parts>Resources>Radialdrill, in MiniDrill.cfg and radialDrill.cfg respectively, the following code MODULE { name = ModuleAnimationGroup deployAnimationName = Deploy activeAnimationName = Drill moduleType = Drill } was substituted with: MODULE { name = ModuleAnimationGroup deployAnimationName = Deploy activeAnimationName = Drill deployActionName = #autoLOC_6002384 //#autoLOC_6002384 = Deploy <<1>> retractActionName = #autoLOC_6002385 //#autoLOC_6002385 = Retract <<1>> toggleActionName = #autoLOC_6002386 //#autoLOC_6002386 = Toggle <<1>> moduleType = #autoLOC_7001228 //#autoLOC_7001228 = Drill displayActions = false } If displayActions = false is deleted, things should be as before, BUT, if you have in your pre 1.3 savegames ships having drills to which you have assigned previously an action key, you have to manually remove from the savegame, in ModuleAnimationGroup/Actions every instance of Active = False You may find. Do this after you've deleted displayActions = false in the drill's config (perhaps it's better a modulemanager patch, waiting to know the reasons developers have added that line).
  9. Perhaps you can have a look at this: memgraph at least until the devs fix it in stock.
  10. Thanks, I will try for sure. Even with the current settings, the improvement is substantial: before I had stutter every 2 or 3 seconds, now it's almost unnoticeable. MemGraph has become one of my 'must have' mod (well, calling it a mod seems a little reductive). Not to sound apologetic (anyway I'm very ignorant on the subject), but Squad should look into this and eventually integrate it in the game.
  11. @Padishar: thank you for making me enjoying the game MUCH more. In case you'd need them:
  12. Terensky

    [1.4.x] Kerbal Alarm Clock v3.9.0.0 (Mar 17)

    @TriggerAu : here is a save you requested: persistent.sfs please note that I've other mods installed, so maybe it's just a conflict; just to be sure I made a test removing them all and the crash persists. At the moment I've not a clean 1.2 installation, but I will check with this later today. I'm anyway posting the list: - KER - Distant Object - DropAManeuverNode - Raster Prop Monitor - Maneuver Queue - Planetshine - Precise Maneuver - Radar Altimeter - RCS build aid - Transfer window planner (the recompiled dll, but I installed it just recently, after the crashes) The save will load even without those mods installed. Steps to reproduce the crash: from space center jump to the first ship on the alarm clock list, then from this one to the next one: the game should crash consistently. Hope this helps. Edit: tested with a fresh, stock (besides KAC, obviously) ksp 1.2.1586 install, the crash persists.
  13. Terensky

    [1.4.x] Kerbal Alarm Clock v3.9.0.0 (Mar 17)

    Me too. Usually switching from a ship to another. It doesn't happen often, but when it does, it's usually 'persistent, meaning that if I reload the game after it has crashed and then try to 'jump to ship' from the same situation it caused the previous crash, it crashes again. To solve this, going back to Space Center before switching ship fixes it. If useful, I could provide a log of the crashes. Error.log says 'access violation': "Write to location 19930522 caused an access violation.": it's the same in all crashes. Output_log.txt says this (one from the many):
  14. Terensky

    [1.3.0] Kerbalism v1.2.9

    @panarchist: crew can alredy freeze/burn to death in Kerbalism if EC goes to zero/no radiators in inner planets: is this what you meant?
  15. Terensky

    [1.3.0] Kerbalism v1.2.9

    I've tested with the MX-4 Garnet and the MX-EXP Kerbopower. The good news is that, yes, they work in background: or so it seemed to me. But, after warping at Space Center for 10 days, I got back to the vessel that was mining on Minmus using the aforementioned reactors for power and I could no longer access the context menu of the two (that is, the buttons for starting/stopping the reacton and transferring waste/fuel were gone). Granted, I've a ton of other mods, but removing Kerbalism and starting another game with the same vessel seemed to solve the issue: the buttons were still there even after I warped first 10 days and then (always at Space Center) for another 20 days. So maybe it's a conflict with some other mod in Gamedata or it's an issue for Kerbalism: maybe someone else could test it. Then, the readouts in the VAB regarding these fission reactors seem off-scale by a factor of 100: I didn't have the time to test much else, and until confirmed I can't rule out that it could be a conflict with some other mod I have. When I get some more time I'll test again with just Kerbalism, KER, Hyperedit and NearFutureElectric.