Rich

Only a small update due to lack of free time: * KSP data is readable from Java (this was actually a 20 minute job). * More wrestling with Maven and Ant. Hopefully if I invest the time now in getting the project configured well it should be easier for others to extend. It should mostly work out of the box with RSS, given this plugin is just throwing the game state around.

I have access to some rooms jammed with computers, so when these projects are further down the line I intend to use them. In theory the "AblativeShield" resource should just work, but I will check it out. Not yet, I am currently putting my free time in to this project.

Closed .........

Go check the licences on the mods you are using. The Long March 2F uses a CC BY-NC-SA 3.0 licence so you can redistribute. Check the bobcat soviet pack licence for yourself, and see if you can include the parts.

Thanks , good luck with the modding!

Hi voneiden, I am aware that you have included a licence in your source code (thanks for doing this) but it is also required to mention it in your post.

Try s.sensor.acc for the g-force, but it relies on a sensor being installed on the vessel and might have been broken by the ARM update. Currently the API can only be used to set the time warp value.

It is too early in development to say how easy it would be to add support for a modified solar system.

[table=width: 100%, align: center] [tr] [td=width: 25%]13/4/2014 - Still no data from KSP - mainly working on understanding the stock functionality of MCT, and today I managed to get the satellite plugin working which is currently populated with terrestrial data (picture on the left). The main win for today was getting the latest version of MCT (and plugins) compiling, so now I can begin to configure the development environment for the ksp-mct plugin.[/td] [td] Figure: Satellite plugin for MCT [/td] [/tr] [/table]

Well it sounds like something is busted. I will add it to my TODO list, and fix it when I get back to my development machine sometime next week. Thanks for the bug report

Are the sensors turned on? I would check if the readings were broken myself, but I am away from my development box this week.

Use step 5 of the User Guide to obtain the 192.162.xxx.xxx address of the computer running KSP. This is the address you need to put into your tablet. Do you have the necessary sensors on your craft?

After learning that the software framework which NASA uses for its mission control setup is open source (Open Mission Control Technologies (MCT)), I immediately set about trying to stream KSP data to it. This thread will detail the development progress towards this goal. [table=width: 100%, align: center] [tr] [td=width: 25%]2/5/2014 - This might not look like much, but after some wrestling KSP and MCT are now talking. The next step is to expose the data as MCT feeds so that the data can be displayed and composed using the GUI.[/td] [td] Figure: Data flowing into the telemachus-mct plugin [/td] [/tr] [tr] [td=width: 25%]13/4/2014 - Still no data from KSP - mainly working on understanding the stock functionality of MCT, and today I managed to get the satellite plugin working which is currently populated with terrestrial data (picture on the right). The main win for today was getting the latest version of MCT (and plugins) compiling, so now I can begin to configure the development environment for the ksp-mct plugin.[/td] [td] Figure: Satellite plugin for MCT [/td] [/tr] [tr] [td]10/4/2014 - All I have managed so far is to bodge the map of Kerbin in to the framework.[/td] [td] Figure: Kerbin within the MCT framework (Map data from Kerbal Maps) [/td] [/tr] [/table] Next up Configure development space. Stream actual KSP ship data so that it may be used by the default MCT visualisations. Import maps of all bodies and stream all ship positions to MCT.

I'm pumped. Maybe I can try this over the holidays.

A classic that I bought yesterday - Worms 2: Armageddon

I take no credit for that one - it was the hard work of alexmun (Alexmoon)

This thread isn't going anywhere so I am closing it

Quick recompile and test with KSP 0.23.5 released.

I am speechless ...

Telemachus can be used over the internet with the appropriate router configuration (see port forwarding).

I have deleted all the extra submissions on the Spaceport for you; this one remains as it already has a comment.

Hi Shiva, What trouble are you having exactly? Your image is appearing just fine for me.

Are there any fuel tanks listed in the active stage? The API isn't currently intelligent enough to know the difference between that and actual available fuel.

This sounds like the port exhaustion issue. The stock Telemachus pages rely on the HTTP API, which has a tendency to exhaust the ports on system running KSP. In response to this issue I developed a web socket API which is what remoteview uses. I have yet to update the stock pages to use the web socket API, but it is next on my list.

Done .............