Jump to content

FungusForge

Members
  • Posts

    703
  • Joined

  • Last visited

Posts posted by FungusForge

  1. 3 hours ago, Aniruddh said:

    Do you mean the new skipper and mainsail model? Then- just copy paste the folder eg. liquidEngineSkipper_v2 under Squad/Parts/Engine from your 1.9 install into your 1.8 install. To remove the old models, go into the .cfg of the old part (liquidEngineSkipper.cfg under Squad/Parts/Engine/liquidEngineSkipper) and change from 'category = Engine' to 'category = none' and add the line 'TechHidden = true' after the 'TechRequired' line- this will just hide the old parts but will not delete old crafts because they had a missing part. I have tried this and works fine! I think this may be what Squad also does in each update to update the parts.

    Alright, so I've done this and the new skipper shows up fine, but the new mainsail doesn't for some reason. I have no idea why this could be happening since I haven't touched the configs yet.

  2. Currently using KSP 1.6.1 and Kopernicus 1.6.1-2.

    Making some personal edits, changing Mun's orbit and replacing Kerbin with Gaia from GPO. I gave Mun an inclination of 12.9 and wanted to line up the ring with Mun, but the ring pivots as Gaia moves around the sun, so the two are only aligned once a year. Is there any way to get it to not do that, and have the ring and Mun aligned throughout the year? Config currently looks like this:

     

    Ring
    {
    	angle = 12.9
    	longitudeOfAscendingNode = 110
    	lockRotation = true
    }

     

  3. 17 minutes ago, SnailnamedSnail said:

    how about 1.6 update and two coordinates of incluation?

    Its generally good etiquette to not pester mod authors for updates, they have lives of their own, and the 1.1 version runs Kopernicus which itself was only recently updated to 1.6 as a dependancy. There's also a link to the 1.1 version with 2 inclination axes on the previous page.

  4. 9 hours ago, Frostiken said:

    So it says 'veryHeavyRocketry', not #autoLOC_501122. Where is it getting the autoLOC from?

    That's because the tech nodes have two names, one that's referenced in the code 'veryHeavyRocketry', and the display name '#autoLOC_501122', which leads to the dictionary for localization. As for why the bug is happening I've got no idea.

  5. In regards to the Steam thing, you can opt into "betas" that are just previous versions of the game, going as far back as 1.0.5, which honestly sounds like Squad doing what they can for us, despite what Steam wants to do. Also, even though Steam doesn't let us just not update, you can also set the game to only update when you launch it. This will make it quite hard to not notice your game has been updated, and in KSP's case, will allow you to then decide to opt in to a previous version that works with your mods.

  6. 6 hours ago, swjr-swis said:

    There used to be an online elevation map around that had the highest/lowest points of each of KSP's stock celestial bodies, but the links I have seem to come up dead.

    There's this link here which works for me. Alas, with "Temporary Kerbal Maps" being what the browser tab calls it I've no idea how long we can really expect it to remain.

  7. I'm not sure if there's one out there already made, but if you don't mind getting your hands a little bit dirty you should be able to do it yourself with a MM config that adds the appropriate lines to the ModuleDockingNode modules of the docking ports.

    For example this should just outright disable the magnetic lock since it won't have any pulling force.

    @PART[dockingPort2]
    {
    	@MODULE[ModuleDockingNode]
    	{
    		acquireForce = 0
    	}
    }

    Edit: This would require you have Module Manager downloaded.

  8. 3 hours ago, Sharpy said:

    e.g. deep, flexible integration of the 'welding' mod concept where the inactive craft becomes a single rigid body instead of a collection of parts bound by flexible physics engine joints.

    The game already does exactly this. Within 300m an inactive vessels physics are loaded because they are relevant for interactions with the active vessel. Outside 300 meters they are physics-less props, no different from a construction within the editor. Outside 2.5km, this prop ceases to be rendered altogether, and is reduced to just a point riding its orbit "rail". Also

     

    3 hours ago, Sharpy said:

    You never programmed a PLC? Ladder languages are still common with these. The graphical/flowchart has a very friendly learning curve. Give it good subdivision interface (subroutine/function blocks) and it isn't that horrible. And it could always compile to a text script, and they could leave the scripting layer accessible/editable, like advanced tweakables.

    This, in an extremely crude sense, exists within the Making History mission builder. You can make it stage, or activate action groups based on various inputs (speed, mass, mission time, if a specific stage has fired). Crude as I said, but with some more inputs, as well as some actual control focused outputs (roll angle, heading, attitude, throttle), I imagine even somebody like me could actually hammer out a rough program to get a rocket to Mun orbit. I believe Scott Manley (or was it someone else?) actually got a rocket to orbit only using the Mission Builder commands as an "auto-pilot", although its repeatedly mentioned crudeness provided a challenge all its own.

    This still would be limited to the active vessel, but it could conceivably be done. Even if they made a KSP2 I have doubts they'd make stuff like this run in the background, because optimizations or no, having a bunch of things running in the background will bog down active play. 

×
×
  • Create New...