Leaderboard

Sorry for the late reply. Merry Christmas/Happy Holidays to you too, sir. Not much has changed except for progress. It's one of those things where the non visible parts are progressing. We were also hoping it would be ready before Christmas, but unfortunately, it was not to be. libturbine is also progressing, but it's also taking time. Saso is a person who believes in doing a thorough and professional job, with as few bugs as possible. He really pushes himself to make sure we all get what is expected. We don't think it will be too much longer, because we want to wrap up the TBM, CL650 and start on the next project.

shouldn't be too long, within a couple of weeks. Mom's health, holiday time and a much-needed vacation have been a distraction for a good bit...just one more event to get past this weekend and then I'll be back on things regularly. -tkyler

no, the tank types need to be changed in PM. I've done this for the next patch. There is no "fix" coming from Laminar. If you open up one ACF in Planemaker and set tanks 1, 2, 4 and 5 to type "TRIM", then it might work. I say MIGHT because Laminar confirmed that Austin defaulted the fuel tank draw to be "side based" in the first beta 12.08b....instead of 'ALL' and I haven't tested whether or not the latest update b3 fixes that. Tank type TRIM has no fuel transfer algorithm associated with it, hence my plugin handles it. Any other tank type and X-Plane moves the fuel around per its own algorithms, which is probably what you're seeing. For myself, I simply initialize that dataref now to what I need...TBH, I didn't expect Austin to change that one. SO...if they did initialize the fuel tank selector to 'all' in the latest BETA....AND you set the aforementioned fuel tanks to TRIM, then it should work as it did previously. I've done this already for the next patch. Regarding the fuel flow and torque? Doubtful. A performance 'pass' needs to be done again. I haven't touched it in a long enough time and X-Plane has had quite a bit of tweaks since. I've started on that process...but flight testing takes quite a long time. ...the perf charts have performance figures for something like 10 differing temperatures and different altitudes and torque settings....when all permutations are considered, it could add up to multiple dozens if not 100+ test flights......and still you're at the mercy of the X-Plane model. BUT yea..the perf needs some work. -tk

The issue with these old systems is getting the vertical signal in to the HSI and the AP. The course deviation can be output to the HSI provided the system was designed with an external resolver. (The resolver takes the VOR signal and compares with the OBS setting to generate the course bar deflection - an external resolver system allows a NAV/GPS to feed course bar information directly and to process the OBS selection within the radio - i.e. the resolving happens inside the radio for VOR so a "pure" course bar defection is sent to the HSI) In some cases, similarly, the GPS itself can generate analog GS output signals even when performing LPV or LNAV+V approaches. Given the analog nature of the Mu2 instruments I'd be fairly happy to see the LPV glideslope presented on the avionics when in LPV or LNAV+V. I'm sure a competent avionics shop could make this work, either directly or with some electronic magic. The real thing would probably end up with a flight manual limitation specifying lateral AP coupling only, but it's probably technically capable of making it work anyway. Some avionics setups make it harder and so make use of what's called an LPV Converter. This reads the GPS digital output parameters for the LPV approach and converts them into digital LOC and GS parameters which the avionics ILS display understands and can feed AP inputs. This allows older systems to fly LPV approaches by basically tricking the avionics into thinking they have a real ILS signal. There's a changeover button on the panel somewhere to swap between LPV and ILS. Conceptually, it's like the roll steering button that's used to give GPS steering on the heading bug input, although the implementation is different. GNS Install manual extract - note the analog limit - Garmin could prove their analog outputs wouldn't cause any harm and could be trusted to be standards compliant just like any other VOR/LOC/GS, but if the random old airplane autopilot listens to the digital data who knows what crazy stuff could happen.

I would comment but nothing else really needs to be said. The .org is plagued with bad management, webmasters and mods. Their name is deceiving and service nonexistent. Until something major happens over there, as in, a new staff, it will continue to be the awful cesspool of the X-Plane world that no one is proud of. -NR

Your example is invalid. There is no way you can tell me that X-Pilot "staff" are even in the same area of being rude or disrespectful to customers and visitors as the org staff is. They even banned 2 of their own developers. 1 from the shoutbox and 1 from the entire site. However, in saying that, by all means, if you think we're being rude or unhelpful, go to x-plane.org if you feel they're more helpful and courteous.