07:08 <queqiao--> <J​en​ X​-1​> Are Principia's old builds released anywhere? I was trying to compile Bourbaki myself, but I'm missing a reference and can't compile.

07:09 <queqiao--> <J​en​ X​-1​> After multiple hours of searching, and even installing Visual Studio Enterprise, I cannot find this DLL anywhere. https://media.discordapp.net/attachments/480397772248580098/1393851863803363381/image.png?ex=6874ad34&is=68735bb4&hm=11be2f4704422ba925fc8954d60f3113e204c2b72eb5c67f406170dc0c47d449&

07:56 <queqiao--> <s​ic​he​lg​ai​ta​> In general older builds can be found by looking at the history of the README.md file. You'll find there the short link to the binary, which should still exist. This being said, Bourbaki (released in August 2015) predates the README.md file so you won't find its short link there. It turns out that it lives at https://goo.gl/isILcE and apparently the link still works (despite the Google URL shortener being

07:56 <queqiao--> deprecated).

07:58 <queqiao--> <s​ic​he​lg​ai​ta​> That Coverage.Analysis DLL was a thing in ancient versions of Visual Studio so you'd have to install a 10-year old Visual Studio Professional to get it. But anyway, it's only used for tooling and not for the Principia DLLs themselves.

08:05 <queqiao--> <s​ic​he​lg​ai​ta​> I have to ask, though: why are you interested in Bourbaki? It had extraordinary limited functionality, a fair amount of bugs, serious memory problems because it was a 32-bit binary, and was only supporting KSP 1.0.4 or earlier. Also, it was only released to trusted testers, so not intended for general consumption.

10:53 <_whitenotifier-b8cd> [Principia] pleroy opened pull request #4242: Improve the Mathematica IEEE libraries to require explicit CorrectlyRound - https://github.com/mockingbirdnest/Principia/pull/4242

10:57 <_whitenotifier-b8cd> [Principia] pleroy opened pull request #4243: Fixes and improvements to the documentation based on Mathematica error analysis - https://github.com/mockingbirdnest/Principia/pull/4243

16:41 <queqiao--> Reply to "s​ic​he​lg​ai​ta​: That Coverage.Analysis DLL was a thing in ancient versions of Visual Studio so you'd ha..."

16:41 <queqiao--> <J​en​ X​-1​> Oh, I see. So I could compile without it?

16:42 <queqiao--> Reply to "s​ic​he​lg​ai​ta​: I have to ask, though: why are you interested in Bourbaki? It had extraordinary limited ..."

16:42 <queqiao--> <J​en​ X​-1​> Ah, I see. I was messing with 1.0.5 KSP just for fun (and mod compatibility).

16:43 <queqiao--> <J​en​ X​-1​> Anyways, thank you!

22:02 <queqiao--> Reply to "G​oF​or​PD​I ​(l​es​s ​dr​ag​=m​or​e ​fa​st​er​): Google Lambert’s Problem, that’s what you have described"

22:02 <queqiao--> <T​in​km​an​> Sorry I'm so late on the reply, and thank you for the response. It looks like lamberts problem is helpful for a transfer, but this is a craft that is burning continuously between these 2 orbits. Think something similar to mechjebs ascent where it calculates the trajectory for ascent and (generally) ends the burn precisely at periapsis as the orbital parameters are reached

22:03 <queqiao--> <G​oF​or​PD​I ​(l​es​s ​dr​ag​=m​or​e ​fa​st​er​)> Oh, yeah that’s a different thing, lambert is two impulses not an integrated burn

22:04 <queqiao--> <G​oF​or​PD​I ​(l​es​s ​dr​ag​=m​or​e ​fa​st​er​)> You could in theory finagle something where the insertion conditions are given and a new lambert solution is calculated every tick, not sure how well that would work

22:38 <queqiao--> <T​in​km​an​> One way to find out!