Search results

Yes, a very lucky Linux player :) Check this out: http://www.orbiterwiki.org/wiki/Running_Orbiter_under_Wine

On my laptop it worked by enabling a "second screen" attached to a fictious VGA connection (that's NVIDIA) in Windows' resolution settings window.

Keith, if let me learn your GitHub account name, I will add you to the Collaborators List, so that you can push changes directly.

Good enough to run 3D terrain. I get 60 FPS, but haven't tried any high poly models.

It's ok. You might also want to look at some GUI git clients: https://www.quora.com/What-is-the-best-Git-client-for-Mac-OS-X

Debian Stable here with XFCE. I used to have trouble installing NVIDIA drivers on my laptop, but since a year or so the OSS drivers are good enough to run 3D apps even on the integrated 3D chip. I've had experience with Arch and quite liked it, but I prefer Debian's packaging system. I also...

I will set it up by tomorrow morning. It would be great. What you wrote serves as a good log, but a functioning code would spare a lot of experimentation. You could start writing even before I prepare the GitHub project, since I won't work on the code until then either. Yep. ---------- Post...

Here's my take on the input / output separation. Let's use this version as current baseline. The project file there is for Code::Blocks IDE. Do you know it? We slowly have to start thinking about the license of your code. Are you fine with LGPL / BSD? I need an Open Source - compatible license...

Just a small misunderstanding then. In that case, I'm perfectly fine with what you wrote. Just take into account that I don't fully understand what you've done, hence my baffling comments. The better you structure your code with regard to clean input/output separation, the easier it will be to...

Then instead of acting like a diva, show what you're made of and code it into BTC. What are you waiting for?

Alright. I get the idea of initial guess, but I don't like this bit: This idea comes from underestimation of today's processing power. I could almost guarantee you, that after you integrated via Taylor's series, a modern PC will handle the rest smoothly. After all, the only major iterative...

Yes, in the TransX dev thread, but I couldn't help with that. I didn't think that it would be as hard as the proposed solution, but it seems that Keith eats math books for breakfast. ---------- Post added at 04:27 PM ---------- Previous post was at 06:33 AM ---------- Keith: Something's not...

C'mon. Who doesn't like to get escorted when visiting Istanbul?

I knew YOU would come up :) I might need some time to work on this, as my wife returns from her business trip tomorrow and will stay for 2 weeks. I plan to code this from time to time in this time span.

I ended up with buying Exagear after all. Spotify did run through it, but since I used an USB 5.1 sound card and Spotify lacks option to select output device, it didn't play any tracks. What helped was Spotiamb app, which connects to Spotify account and streams tracks from there. It's a Windows...

Do you know who is the author of this site?

Excellent. I will refactor it then, and include this in BTC. Of course there will be small differences for short burns, but since it will be possible to simulate low thrust burns, it naturally extends the usage of BTC and TransX.

Thanks. That's closer to what I need, but still, there are a lot of outputs. How to get them down just to the burn time required at a specific point in time?

I don't know anything like that from oapi, but author of TransX, Duncans wrote original version of the following code: https://sourceforge.net/p/enjomitchsorbit/codeHG/ci/default/tree/TransX/src/BodyProvider.cpp#l66 The basic idea is that the orbiting body has a smaller distance to the major...

It always returns. I'm sometimes angry on myself for the style in which I develop some system of mine. But when I run it, it evaluates 10 years of data on multiple cores in a matter of 2 seconds. All thanks to the initially limiting purism I torment myself with :)