Search results

ReSoTe: Please test the attached pre-releases. Thanks in advance!

BurnTimeCalcMFD (BTC) is a companion for TransX or any other transfer MFD that gives you your required dV for transfer orbit insertion, and time to periapsis (PeT) but not time to start burning. Data is feed directly through ModuleMessagingExt from:- Trans X- BaseS yncMFD Requirements:Modu l...

Thanks. Good to know :tiphat:

Andrew: See here.

Yes. I had broken it by bundling the VC++ redistributable into my modules. Then I forgot about this and made the same mistake again.

I have no Windows here on vacation to run it. I'll be back in two weeks.

I think I know where the problem is. See here: https://www.orbiter-forum.com/showthread.php?p=578059&postcount=38 Please be available in two weeks for a retest.

Hi Ripley, Do you remember our discussion about getting rid of the VC++ redist? I believe this is the same problem again. I've tried to link it statically and got two bug reports. I will link it dynamically, will ask you guys to try again... and will never ever think about static linking of...

It appears so. I will be at my development PC on the 7th of July. I'll see what I can do for you then.

Hi. Does any of these addons work? https://www.orbithangar.com/searchid.php?ID=6965 https://www.orbithangar.com/searchid.php?ID=6995 https://www.orbithangar.com/searchid.php?ID=2802 https://www.orbithangar.com/searchid.php?ID=7070 Have you tried installing this Redist...

Thanks for all the relieving input. Yeah, my pants are usually kind of tight. So two phones in the same pocket give more than twice the pressure of a single phone. I will carry them in my backpack from now on, whenever possible.

Hi there, There's something that bothers me. I have a smartphone since 2012 and after about 2 years I noticed that the patch of skin under the place, where I carried the phone, started itching. Later on, I noticed that one, then two hair follicles became inflamed. Later on, after almost two...

I've done some experiments on topic and I must say, that the current bottleneck is not gathering the data anymore, but blitting itself. Therefore I won't make it any faster by blitting the same pixels, only by interlacing, but everybody can imagine that it would look poorly.

"These are the days that we won't regret..." Too bad. He was a very innovative artist, doing rare mixes of sounds and making sure that his tracks didn't sound similarly.

Hi Topper, Thanks for the compliment. Yes, definitely. I was thinking about it, but before I made the cache solution, the resolution solution would be quite en escapism. I wanted to make a technical blow first, and then I can add something on top of it, that doesn't really reduce the O(n)...

but you still underestimate the compatibility that you deliver by not changing the core dll and not forcing the users to update, only making it optional. That's a feature too!

It's worth noting, that downloading this release by users and not developers, is absolutely optional, because the communication dll hasn't changed at all. [EDIT] Except for that MFD update of course, if anyone wishes to use it.

Thanks for your feedback :thumbup: ---------- Post added 08-04-18 at 01:56 PM ---------- Previous post was 07-04-18 at 05:57 PM ---------- Please try the latest version to get more FPS. The new version uses cache for faster elevation data retrieval, but I admit that I'm not a math genious, so...

Hi LeePalmer, Try under Orbiter 2016 first. The graphics routines change too quick for the MFD to be compatible across different versions. The frame drop isn't much of a surprise, because there are a lot of calculations made to fill every pixel of the MFD. The larger MFD scale you use, the...

Definitely. I'm glad that you said it, because in my statement I was focused too much on the library developer's perspective, which is an unusual case, while from a perspective of a developer, who is actually the library's client, the initial simplicity wasn't taken away.