Arrowstar Posted October 1, 2015 Author Share Posted October 1, 2015 The fourth pre-release of KSP Trajectory Optimization Tool v1.5.1 is ready to go. It includes bug fixes noted above. Please let me know if you find anything. Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 2, 2015 Share Posted October 2, 2015 this bugged me before but I just realized a good way to fix it. Opening the Other Spacecraft menu my first instinct is still to edit all the values and then hit Add Spacecraft. Which I then remember is actually backwards and erases all my data. So if no spacecraft are present could the edit fields be disabled until you click Add Spacecraft?This is mostly me used to doing it the old way, but in general it does make it perfectly clear even for new users what should be done first Quote Link to comment Share on other sites More sharing options...
herman Posted October 3, 2015 Share Posted October 3, 2015 Is this app better than the calculator here?: http://alexmoon.github.io/ksp/#/Kerbin/777/Moho/500/false/ballistic/false/17/68I've been having trouble getting transfers to high-inclination bodies right, and I'm looking for a better tool than the online calcs/mechjeb.Thanks! Quote Link to comment Share on other sites More sharing options...
Arrowstar Posted October 4, 2015 Author Share Posted October 4, 2015 this bugged me before but I just realized a good way to fix it. Opening the Other Spacecraft menu my first instinct is still to edit all the values and then hit Add Spacecraft. Which I then remember is actually backwards and erases all my data. So if no spacecraft are present could the edit fields be disabled until you click Add Spacecraft?This is mostly me used to doing it the old way, but in general it does make it perfectly clear even for new users what should be done firstYeah, I can do this. Good suggestion, thanks. Will be in the next pre-release.Is this app better than the calculator here?: http://alexmoon.github.io/ksp/#/Kerbin/777/Moho/500/false/ballistic/false/17/68I've been having trouble getting transfers to high-inclination bodies right, and I'm looking for a better tool than the online calcs/mechjeb.Thanks!Gaiiden, you want to handle this one? I'm sure he'd appreciate a response from someone who also doesn't develop the application. Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 4, 2015 Share Posted October 4, 2015 Gaiiden, you want to handle this one? I'm sure he'd appreciate a response from someone who also doesn't develop the application. I didn't answer before because I was waiting for you to do it haha. Of course you're biased, but that doesn't change the facts.To attempt an answer though, I wouldn't say that KSPTOT is better, but Alex Moon's calculator is constrained in many ways by its own narrowly-defined purpose - which is to be easy and accessible. KSPTOT is more complex because it offers a much more diverse suite of tools that can tackle a very wide range of problems. If you were to use KSPTOT and Alex Moon's calculator for the same basic plotting, you'd get usable results from either of them. KSPTOT definitely lets you take things further however into more complicated interplanetary transfers Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 5, 2015 Share Posted October 5, 2015 also Arrowstar been meaning to ask what the bare-minimum SFS file is needed to allow Mission Architect to load vessels from it. I track my mission trajectories very closely since the game will change things whenever I load craft and if I don't touch the craft again for a while the propagation of those changes over a long enough time depending on the orbit can make a difference. So every time I head back to the tracking station or perform a maneuver or SOI change I save the SFS file. This means I have 80 saved up for one mission so far (my Duna one that's been going for almost a real year now) and they total 398MB. So I'd like to cut down the individual size of the SFS files. I triedGAME{ FLIGHTSTATE { version = 1.0.4 UT = 51622146.9340251 activeVessel = 1 mapViewFiltering = 12 VESSEL { ...all properties... ...all the parts... ...all the other nodes... } }}But that just loaded up an empty vessel import dialog box. What is your SFS parser expecting? Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 5, 2015 Share Posted October 5, 2015 here's another thought - is the prompt at the end of the optimizer run to accept/reject the results really necessary anymore? I'm sure it was good to have before there was a robust Undo/Redo system but now it really serves no purpose. If you don't like what the optimizer did you can just Undo it. Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 6, 2015 Share Posted October 6, 2015 (edited) I'm trying to upload a maneuver node from Mission Architect, but it doesn't appear correct in KSP. The vectors are all right, but it looks like the node is being placed at the wrong part of the orbit. Using precise node, it seems to be going right where it 'should' be, so it looks like the maneuver that KSPTOT says is good doesn't actually work Edited October 6, 2015 by dlrk Quote Link to comment Share on other sites More sharing options...
Eunomiac Posted October 6, 2015 Share Posted October 6, 2015 I have MATLAB for Linux, and would very much like a Linux-compatible build of this amazing app. I searched through this thread, and the main obstacle seemed to be a lack of people with Linux MATLAB willing to help. Is it merely a matter of compiling the code on a Linux platform, or is there more to it than that? Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 6, 2015 Share Posted October 6, 2015 I was able to create a bodies file, and it looks rightIs anyone succesffully using KSPTOT and 64k? Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 7, 2015 Share Posted October 7, 2015 I'm trying to upload a maneuver node from Mission Architect, but it doesn't appear correct in KSP. The vectors are all right, but it looks like the node is being placed at the wrong part of the orbit. Using precise node, it seems to be going right where it 'should' be, so it looks like the maneuver that KSPTOT says is good doesn't actually workArrowstar might understand the problem you're describing better than me, but I still don't think he'd be able to recreate it from that information. Send over a MAT or define the exact situation so he can do it and see it for himself Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 7, 2015 Share Posted October 7, 2015 I'm using KSPTOT with 64k. If I use the RMS to calculate a maneuver to rendezvous with Mun from Kerbin orbit, the maneuver node is uploaded properly, but it doesn't result in an encounter unless a drag it around a bit.Ignore my previous posts, I didn't fully understand the problem I was having when I wrote them Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 8, 2015 Share Posted October 8, 2015 Got a weird issue here with one of my Minmus probes. Once I put it into an 85 degree orbit I can no longer coast to AN/DN, instead coasting to DN takes me to Ap and coasting to AN takes me to Pe - to the exact same times. I have a Mun probe at 87 degrees, a Kerbin probe at 80 degrees and three probes combined around Kerbin & Duna at 90 degrees and all of them coast to AN/DN just fine ending up right over the equator. I have some debris at Minmus at 45 degrees and that coasts to the equator, and the probe with the issue was at 45 then 60 before I went to 85 and it was coasting to AN/DN fine until 85 degrees (I made the plane change to 85 from 60 at the AN).Here's the SFS file. The probe is Mi-SCAN up at the top of the list, and it includes a file for the 60 and then 85 degree orbits Quote Link to comment Share on other sites More sharing options...
gth871r Posted October 8, 2015 Share Posted October 8, 2015 I'm trying to get this mod to work on my Mac. I've installed the latest version of the Matlab runtimes in the default directory (/Applications/MATLAB). When I go to run_KSPTOT.command it spits back:Setting up environment variables---DYLD_LIBRARY_PATH is .:/Users/michaelquinn/.Trash/MATLAB 2.39.27 PM/MATLAB_Runtime/v90/runtime/maci64:/Users/michaelquinn/.Trash/MATLAB 2.39.27 PM/MATLAB_Runtime/v90/bin/maci64:/Users/michaelquinn/.Trash/MATLAB 2.39.27 PM/MATLAB_Runtime/v90/sys/os/maci64:/System/Library/Frameworks/JavaVM.framework/JavaVM:/System/Library/Frameworks/JavaVM.framework/Librariesdyld: Library not loaded: @rpath/libmwmclmcrrt.8.1.dylib Referenced from: /Users/michaelquinn/Downloads/KSPTOT/KSPTOT.app/Contents/MacOS/KSPTOT Reason: no suitable image found. Did find: /System/Library/Frameworks/JavaVM.framework/JavaVM/libmwmclmcrrt.8.1.dylib: stat() failed with errno=20/Users/michaelquinn/Downloads/KSPTOT/run_KSPTOT.command: line 34: 1335 Trace/BPT trap: 5 "/Users/michaelquinn/Downloads/KSPTOT/KSPTOT.app/Contents/MacOS/KSPTOT"Then if I try to runs KSPTOT.app it just gives me an error message about "Cannot locate a valid install area". I think it doesn't know where to look for my Matlab runtimes but I don't know how to tell it where to look. Quote Link to comment Share on other sites More sharing options...
Arrowstar Posted October 8, 2015 Author Share Posted October 8, 2015 But that just loaded up an empty vessel import dialog box. What is your SFS parser expecting?Here's the MATLAB code. Basically I just look for the FlightState portion (might need a ROSTER section?), and then I look for all the places where I get the vessel definitions: "VESSEL" text = fileread(filePath); text = text(strfind(text,'FLIGHTSTATE') : strfind(text, 'ROSTER') ); % trim to just the FLIGHTSTATE portion genNum = '[\d\.E\-]*'; regex = {}; regex{end+1} = ['[^\w]VESSEL.*?name \= [ ^\S]*']; regex{end+1} = ['sit \= [ \w]*']; regex{end+1} = ['SMA \= ', genNum]; regex{end+1} = ['ECC \= ', genNum]; regex{end+1} = ['INC \= ', genNum]; regex{end+1} = ['LAN \= ', genNum]; regex{end+1} = ['LPE \= ', genNum]; regex{end+1} = ['MNA \= ', genNum]; regex{end+1} = ['EPH \= ', genNum]; regex{end+1} = ['REF \= ', genNum]; out = regexp(text, regex, 'match');here's another thought - is the prompt at the end of the optimizer run to accept/reject the results really necessary anymore? I'm sure it was good to have before there was a robust Undo/Redo system but now it really serves no purpose. If you don't like what the optimizer did you can just Undo it.Would rather keep it, but thanks for the suggestion. I have MATLAB for Linux, and would very much like a Linux-compatible build of this amazing app. I searched through this thread, and the main obstacle seemed to be a lack of people with Linux MATLAB willing to help. Is it merely a matter of compiling the code on a Linux platform, or is there more to it than that?Yes, basically it's just a matter of compiling it to Linux. There are a few (maybe just one) MEX files, though. You would have to compile those, as well. I think it's just down to lambert.m -> lambert.mex64 at this point.If this is something you're interested in doing, please consult with me privately before doing so. I'm willing to talk about it, as I did with the Mac version, but the KSP TOT license does not allow you to do it independently.I'm using KSPTOT with 64k. If I use the RMS to calculate a maneuver to rendezvous with Mun from Kerbin orbit, the maneuver node is uploaded properly, but it doesn't result in an encounter unless a drag it around a bit.How much do you have to drag it around? I'm going to need some more information.Got a weird issue here with one of my Minmus probes. Once I put it into an 85 degree orbit I can no longer coast to AN/DN, instead coasting to DN takes me to Ap and coasting to AN takes me to Pe - to the exact same times. I have a Mun probe at 87 degrees, a Kerbin probe at 80 degrees and three probes combined around Kerbin & Duna at 90 degrees and all of them coast to AN/DN just fine ending up right over the equator. I have some debris at Minmus at 45 degrees and that coasts to the equator, and the probe with the issue was at 45 then 60 before I went to 85 and it was coasting to AN/DN fine until 85 degrees (I made the plane change to 85 from 60 at the AN).Here's the SFS file. The probe is Mi-SCAN up at the top of the list, and it includes a file for the 60 and then 85 degree orbitsIssue resolved. You found a case which broke my search algorithm! I switched to a more robust but slightly slower sub-routine to handle this. Fix will be in the next pre-release.I'm trying to get this mod to work on my Mac. I've installed the latest version of the Matlab runtimes in the default directory (/Applications/MATLAB). When I go to run_KSPTOT.command it spits back:Setting up environment variables---DYLD_LIBRARY_PATH is .:/Users/michaelquinn/.Trash/MATLAB 2.39.27 PM/MATLAB_Runtime/v90/runtime/maci64:/Users/michaelquinn/.Trash/MATLAB 2.39.27 PM/MATLAB_Runtime/v90/bin/maci64:/Users/michaelquinn/.Trash/MATLAB 2.39.27 PM/MATLAB_Runtime/v90/sys/os/maci64:/System/Library/Frameworks/JavaVM.framework/JavaVM:/System/Library/Frameworks/JavaVM.framework/Librariesdyld: Library not loaded: @rpath/libmwmclmcrrt.8.1.dylib Referenced from: /Users/michaelquinn/Downloads/KSPTOT/KSPTOT.app/Contents/MacOS/KSPTOT Reason: no suitable image found. Did find: /System/Library/Frameworks/JavaVM.framework/JavaVM/libmwmclmcrrt.8.1.dylib: stat() failed with errno=20/Users/michaelquinn/Downloads/KSPTOT/run_KSPTOT.command: line 34: 1335 Trace/BPT trap: 5 "/Users/michaelquinn/Downloads/KSPTOT/KSPTOT.app/Contents/MacOS/KSPTOT"Then if I try to runs KSPTOT.app it just gives me an error message about "Cannot locate a valid install area". I think it doesn't know where to look for my Matlab runtimes but I don't know how to tell it where to look.As I note in the install instructions, I didn't actually build the Mac version. You'll need to talk with bk2w for technical support as I'm not able to help you directly. Also, please be aware that the Mac version is very old as bk2w has not updated it in some time.9. Bk2w is building and maintaining the Mac versions. If you have technical issues with installing or running the application, please see him for questions. Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 9, 2015 Share Posted October 9, 2015 Here's the MATLAB code. Basically I just look for the FlightState portion (might need a ROSTER section?)Yes I see you're using the ROSTER{} node to terminate the search. Ok I got it to work now where I can edit the SFS down to just the one craft I'm saving updated data for, awesome. 4MB file down to 440KB hahaIssue resolved. You found a case which broke my search algorithm! Of course I did Quote Link to comment Share on other sites More sharing options...
Arrowstar Posted October 9, 2015 Author Share Posted October 9, 2015 Here is pre-release 5 of KSP Trajectory Optimization Tool v1.5.1. Major addition is the fix to the bug Gaiiden found with the "go to node" algorithm. Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 9, 2015 Share Posted October 9, 2015 Hopefully these screenshots clarify the problem a bit.http://imgur.com/a/FbZMaThe orbit is downlinked from KSP, the first maneuver node is uploaded from KSPTOT, and the second one is the first one dragged around the orbit to result in an encounter. This result occured with 1.5 and prerelease 4 of 1.5.1. I did not test pre release 5 Quote Link to comment Share on other sites More sharing options...
Drew Kerman Posted October 9, 2015 Share Posted October 9, 2015 Major addition is the fix to the bug Gaiiden found with the "go to node" algorithm.Unfortunately the issue seems a bit worse now. Yes, my minmus probe does go to the node now, but it's the wrong one. If I'm above the equator and I tell it to take me to the AN the plot stops at the equator, or wraps all the way around for DN:and now all the other craft that were fine of course can no longer coast to AN/DN properly One ends at 1 degree above/below the equator (Kerbin) and another ends 10 degrees above/below the equator (Duna). But they do coast to the proper node... wait no I see one of my Duna probes at 90 degrees inc is also coasting to the wrong node. It's early, and I need to go to bed. Let me know if you want a more extensive analysis Quote Link to comment Share on other sites More sharing options...
Arrowstar Posted October 9, 2015 Author Share Posted October 9, 2015 (edited) Unfortunately the issue seems a bit worse now. Yes, my minmus probe does go to the node now, but it's the wrong one. If I'm above the equator and I tell it to take me to the AN the plot stops at the equator, or wraps all the way around for DN:http://i.imgur.com/1uHGih6m.pngand now all the other craft that were fine of course can no longer coast to AN/DN properly One ends at 1 degree above/below the equator (Kerbin) and another ends 10 degrees above/below the equator (Duna). But they do coast to the proper node... wait no I see one of my Duna probes at 90 degrees inc is also coasting to the wrong node. It's early, and I need to go to bed. Let me know if you want a more extensive analysisThanks. I think I've got it fixed. Take a look, please: KSP TOT v1.5.1 pre-release 6Hopefully these screenshots clarify the problem a bit.http://imgur.com/a/FbZMaThe orbit is downlinked from KSP, the first maneuver node is uploaded from KSPTOT, and the second one is the first one dragged around the orbit to result in an encounter. This result occured with 1.5 and prerelease 4 of 1.5.1. I did not test pre release 5Thanks, I'll take a look.EDIT: Can you please provide screenshots which reproduce the problem and aren't so cluttered? It's really hard to see. Also, can I get screenshots of the upload dialog boxes too, please? Edited October 9, 2015 by Arrowstar Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 9, 2015 Share Posted October 9, 2015 Thank you very much, and if there is any more information I can provide to help, let me know. Would the bodies file I created be useful? Quote Link to comment Share on other sites More sharing options...
Arrowstar Posted October 9, 2015 Author Share Posted October 9, 2015 Please see my edit. Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 9, 2015 Share Posted October 9, 2015 (edited) Here you go, sorry about the poor image quality before.http://imgur.com/a/HF79UEDIT: I don't think the problem is the upload, I think either the bodies file is being transcribed wrong from 6.4x, or the calculations are winding up wrong. Edited October 9, 2015 by dlrk Quote Link to comment Share on other sites More sharing options...
Arrowstar Posted October 9, 2015 Author Share Posted October 9, 2015 Is your input orbit actually 0.0 deg inclination? If not, that could actually be throwing you off. Quote Link to comment Share on other sites More sharing options...
dlrk Posted October 10, 2015 Share Posted October 10, 2015 I had just hyperedited a spacecraft into a 0 eccentricity, 0 inclination orbit for that test. I tried it again with 1 degree inclination, and .01 eccentricity and the result was the same. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.