MDK-SE VS ksp-kipc

I should have wrote it in the description, but i did have a thorough look at the guide, and i got the {ActivateBehavior} from the https://github.com/malware-dev/MDK-SE/wiki/List-Of-Terminal-Properties-and-Actions in the guide.

I've been trying to get Visual Studio set up so I have something better than the in-game editor. I tried installing the .vsix file to get this working, but when I try to run it, I get an error saying "The type initializer for `PerTypeValues'1` threw an exception."

I would assume it would inherit the TimerBlock interface as a starting point, but I have no experience of adding terminal options. Have a look at https://github.com/malware-dev/MDK-SE/wiki/The-Grid-Terminal-System for the basics, and you might want to try the official Discord #modding-programming channel or other modding channels to find more experienced users to ask/get advice from.

Copy-pasting is your best bet. As far as I know, there’s only one alternative and it’s actually worse. You can use the Malware Dev Kit extension for visual studio. It has a “Publish” action that will export the full script to your local scripts folder (%APPDATA%/SpaceEngineers/IngameScripts/local), and then you’ll be able to load it into a programmable block in-game

The best place to start is Malware's DevKit for SE: https://github.com/malware-dev/MDK-SE/wiki

this website API Tutorial "Continuous Running" shoul dget you started on "How to run script automatically". I'd suggest a lower refreshrate (like

Disclaimer: My one and only KSP mod I've authored -- but no longer maintain -- was a toolkit to allow KRPC and KOS to talk to each other. One of the merits of it was that KOS is better for realtime control, but anything particularly expensive in calculations is far better 'outsourced' to KRPC where you have the full processing power and performance of your outside language. At the time, I was looking to create a full maneuver library in KOS and wanted to be able to calculate transfer trajectories ala Alexmoon's Launch Window Planner -- the KOS version of my implementation was far too slow to be be useful.