On Sat, Jan 3, 2009 at 7:49 AM, Torsten Dreyer <tors...@t3r.de> wrote:
>> The CDI needle can move a little further out, than the outermost dot on the >> scale. Here, also the receiver detects offsets of more than 10deg, just the >> display is limited to full deflection. That is the sensible approach. On 01/03/2009 12:10 PM, Alex Perry wrote: > Yeah, please don't clamp any of the deviation properties to the > nominal instrument full scale. The instrument designer will determine > how much travel exists beyond full scale (if any) and apply the > appropriate value. I think a clamp is a good idea, but at maybe > double full scale, which is probably slightly beyond where the > electronic drivers give out anyway. Again: Yes, that is the sensible approach. As you know, I coded it that way. My version of navradio.cxx has been doing it that way for many weeks. However......... I am now having second thoughts. It turns out that there are some aircraft in the FG fleet that still _depend_ on navradio.cxx to clamp the swing of the CDI needle. The "flagship" c172p is an example. If the needle goes offscale it disappears, which is ugly, unfriendly, and wildly unrealistic. This is a dilemma. This is a direct conflict between compatibility and long-term desirability. Here's how I propose to proceed: *) The new heading-needle-norm property will remain unclamped. Any instrument designer who wishes to use this property will presumably know what he's getting. *) The old un-normalized heading-needle property will revert to being clamped to [-10 .. 10]. Therefore any old instruments will continue to work, and it will be safe to deploy the new navradio.cxx without requiring any per-aircraft or per-instrument fiddling. ============ If anybody has a better idea, please let me know. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
