Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

68 Excellent

About Lokaltog

  • Rank

Contact Methods

  • Twitter

Recent Profile Visitors

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

  1. @djungelorm Awesome, I really hope you'll be able to get WS support up and running. If I knew C# I'd definitely help you out with the WS support, but for now I think I'll have to stick to working on a front-end like KeRD instead. I just checked out the kRPC API docs again and man, there's really a lot of cool features that can be added to KeRD with all the extra info you provide through kRPC (just simple stuff like e.g. scene info makes it possible to make KeRD a lot more polished and user friendly). The kRPC API seems very solid and well designed, I can't wait to start working with it.
  2. Hey guys, I apologize for the lack of updates, I haven't checked the forums for ages. I decided to take the website down a while back due to very little usage and interest around the project, so I didn't see a point in continuing to pay for the domain and website, or to maintain the code as I have had a break from playing KSP myself. Now that KSP 1.1 is right around the corner I want to resurrect the project, but I'm considering migrating the code to kRPC instead of Telemachus, as Telemachus development seems to have ceased as well. The problem with kRPC is that it doesn't support websockets o
  3. Sorry about the delayed responses, it's the holidays so I haven't had time to work on the project the last couple of days. What exactly doesn't work? A debug log from the dev console (F12) would be more useful for me, so if you could printscreen the console and what doesn't work I can look into it. Regarding RemoteTech, I don't think Telemachus currently supports it, but if it supports it in the future I'll definitely add RT integration. Not sure exactly how this could be integrated with KeRD though, as displaying satellite/antenna locations would require replicating the entire KSP system and
  4. A ground track display like you linked to is implemented, and you can swap out the default orbital display with the ground track with the layout editor. Check the screenshot in the OP for an example. - - - Updated - - - To edit the layout, move the mouse to the bottom of the screen and click the tab that appears, then click the edit button. This will allow you to change the layout. The orbital display having the wrong size is an issue that occurs sometimes because of timing issues with page load times and resize events, I'm working on a fix for this. In the meantime you can just resize your w
  5. You can disable the WebGL based modules (3D orbital map and navball) to resolve this issue. This will reduce the CPU usage to a fraction of what it is with these modules enabled. This shouldn't be an issue with modern multi-core CPUs as KSP and KeRD should run on different cores, but if you experience performance issues or for some reason only want to use one CPU core at a time you can remove the WebGL based modules. The rest of the interface uses no more CPU than having e.g. facebook open on a secondary monitor.
  6. Glad you like it! I'm going to add all the Telemachus data points as options to the orbital display once I've created the new settings interface - orbital period will be among the fields that you can add to the display.
  7. Yeah, like I mentioned earlier I'm going to make this a bit more user friendly in the future! It's not particularily intuitive right now, but it's quite difficult making it both super flexible and user friendly. What you'll have to do to stack modules vertically is to click the row/column button (three dots) to swap the orientation for that module group. I've just uploaded a new version with a layout reset button in the settings window.
  8. If you could open the developer tools (F12) and paste the messages you see in the console, that would be great! It should work if you enter the correct IP and use a recent Telemachus version, but keep in mind you need to have an active vessel for it to display any data. - - - Updated - - - I'll look into this later today, I'm going to refactor the whole settings screen and make sure it works better on tablets. I'll let you know once it's done! - - - Updated - - - This is coming with the next update. I'm going to work on the settings system next, and allow all modules to define their own sett
  9. First of all, there's nothing to install, you just visit the website http://kerd.space and you're good to go! You can test it on your computer first if you want. I don't have an android tablet for testing, but here's how you use it on the iPad (it should work pretty similarly on android tablets): 1. Visit kerd.space (in safari on the iPad, with chrome on android) 2. I recommend you add a shortcut to the dashboard, on the iPad this will remove the browser borders when you open it 3. Tap the bottom of the screen, you should see a narrow bar appear 4. Tap again, this will open the menu 5. Click t
  10. Allright guys, I just updated kerd.space with all the recent changes! This includes: Tablet support through editable layouts - tap the bottom of the screen twice to open the toolbar, then click the edit button to edit the layout Fully customizable layout New module designs: brushed metal and dark background Support for TAC life support resources Ground track display New navball texture New skybox texture Optional high-resolution textures All celestial bodies in the Kerbol system have been added and can be browsed on the orbital display These changes and a ton of fixes and tweaks are now avai
  11. The main issue turned out to be errors caused by the D3 element dimensions. Here's the current version I'm working on, which is pretty accurate. I'm not sure why it still appears ever so slightly offset, but except for that it works fine now! A huge thanks to everyone who helped out with this feature! Hope you guys like it!
  12. Good news, everyone! I'm almost there thanks to Gaiiden's JS code, I'm just trying to resolve an issue where the ground track for some reason is offset. I'm not sure why, it might be a texture offset issue or something like that, as the ground orbit appears to be correct otherwise. Any ideas? Edit: fixed, see below
  13. Nope, skinning the interface is part of the plan and it won't cause any performance issues. Are you thinking something like this for the aluminium texture? http://imgur.com/oTO2NjL
  14. A fully customizable interface that works on any device is almost ready. It's not available at kerd.space yet, as I have to do some tweaks for mobile devices first. The goal is to make this app work with multiple devices and screens, so you'd be able to have e.g. the orbital display on your tablet, and maybe a full-screen ground track on a secondary monitor, etc. Kind of making it possible to setup your own command center! - - - Updated - - - The app is currently running client-side only. This means that nothing is stored on the server, kerd.space only serves you static HTML pages. The reason
  15. 1. A docking port alignment indicator may be included soon. Telemachus includes a couple of properties that seem related (dock.x, dock.y) but I haven't had time to look at how these work yet. 2. Live pictures from the game should in theory be possible, but it probably requires quite a bit of work, and you'd probably never get a live 15-30+ fps stream displayed in the browser (at least without a significant performance hit). If Telemachus or another KSP plugin could capture images, encode them and send them e.g. as binary packets over websocket it's not a problem at all to display them in the k
  • Create New...