Search results

Ah I see. Since I found the threads when doing a search, it would be nice to have a functional download there as well. I can fix that, if you would assign the posts to me. Thanks a lot.

Just got a trophy "Can't stop! You've posted 100 messages. I hope this took you more than a day!"... Well, it was 10 years, actually :D

Sorry for not being really up to date here. I just noticed old links to my 2 addons didn't work anymore. Well, I found them here: https://www.orbiter-forum.com/threads/hovermfd-1-1-1-for-orbiter-2010.25074/ https://www.orbiter-forum.com/threads/hovermfd-1-1-3-for-orbiter-2016.34153/ They seem...

Yes, I was originally supposing heli mode in the first reply, but then removed that in the edit, after I tried myself in Orbiter. What you describe is totally by design, because the heli (and tailsit) never ever control the downward facing engines. That is exclusively controlled by the VS and...

Thinking about it, you only want it to brake and not accelerate after deorbit, but the little bit of acceleration from gravity is ok. So what you can do to have a more fully automated approach is: Disable forward engine control on page 4 set a way too high horizontal speed and enable, without...

Well, if you have set a target, then you pretty much always want to finally reach a "target distance" of 0, because you want to get there (If I remember correctly, the only reason to set a value > 0, would be to chase a moving target). By enabling that control element, you tell the autopilot, to...

You found a way to help yourself :thumbup: Enjoy hovering :)

Version 1.1.3 is on OH now, having that ground or mean radius switch and more improvements about surface elevation.

Hover MFD is an add-on for Orbiter introducing a new multifunctional display and a universal (meant for all spacecraft) autopilot for many kinds of maneuvers that use your hover engines. The autopilot functions are inspired by autopilots built in Arrow Freighter and DGIV. I wanted these...

Is it correct, that both oapiGetBaseEquPos (OBJHANDLE hBase, double *lng, double *lat, double *rad = 0) oapiGetBasePadEquPos (OBJHANDLE hBase, DWORD pad, double *lng, double *lat, double *rad = 0) will produce an output radius value, that is the mean radius of the body and do not care about...

Interesting, I will have a look.

Just renamed the ZIP because of this: http://www.orbiter-forum.com/project.php?issueid=1273 But it is still version 1.1.1 from 2014 inside, no changes. Used that to also change description and put a link to the 2016 version.

Inline graphics client just made a white blank screen, so went straight to D3D instead of looking into video setting (It was a very stupid fault on my side). Now I tried reasonable video settings and was able to run inline graphics also. About that original problem: I just recomiled for 2016 a...

right or wrong?

In test I now have that alt mode switch and the delta of the two altitudes is displayed also. And you convinced me to convert the target alt when switching (could be disabled in config file). I now need to have a look at "VS to target" which should be set on approach. At the moment it sometimes...

This is not how Hover MFD handles all other values and I'll make it consistent. So if there is a reading in mean-rad the below target value is also given in mean-rad and AP tries to match. And the target value is fixed and should not change while moving. Also I don't like to add a magic number...

Would you all agree that setting negative values to target altitude should still not be allowed when it's related to mean radius, just as a security feature?

In test I now have a workaround for the RCS issue and replaced airspeed by ground speed. And I like the idea of a ground/mean-radius switch.

This is what I had read: In my project the setting is "Multi-threaded DLL (/MD)". I think its from these lines in Orbiter.vsprops that is used (inherited from "Orbiter plugin.vsprops"): <Tool Name="VCCLCompilerTool" AdditionalIncludeDirectories="$(SDKIncludeDir)"...

Sure, that's what HoverMFD does. If Orbiter doesn't react to this command, that's a problem. Maybe there is a workaround or we'll have to wait for an Orbiter patch.