I am sending this to all my contacts. My new e-mail address is
skida...@gmail.com
Please update your contacts if you think you might need to contact me in
the future.
Thanks,
Dave Perry
--
LIMITED TIME SALE - Full Year
Also, the real pa22 Tri-Pacer has a spring rudder interlock with the
ailerons so it can be overridden by the pilot when he wants to have
cross control as in a cross wind.
Dave P.
On 03/09/2012 02:45 PM, Adam Dershowitz, Ph.D., P.E. wrote:
Few, but at least one:
http://en.wikipedia.org/wiki/
On 03/05/2012 06:40 PM, Gene Buckle wrote:
> On Mon, 5 Mar 2012, Gary Neely wrote:
>
>>> Flying means I need to be able to actually read the instrument, so I often
>>> prefer larger fonts and bolder lines than perhaps the original had.
>> +1
>>
>> I'd think that real aircraft engineers would seek t
On 02/20/2012 11:45 AM, Martin Spott wrote:
> castle...@comcast.net wrote:
>
>> The writeup on the wiki seems a little "thin"; [...]
> that's just because CMake is s easy to use ;-))
>
> Cheers,
> Martin.
Thanks to the several people that responded to point me to both git and
cm
Hi again,
Thanks for the pointers (should have checked the wiki.flightgear first).
System Description:
newly installed hard drive with fresh f16 install (not upgrade or
preupgrade)
i7 processor with nvidia GF260 XT and proprietary nvidia driver 290.10
fltk and fltk-fluid yum install
On 02/19/2012 02:06 PM, Torsten Dreyer wrote:
> Am 19.02.2012 21:54, schrieb dave perry:
>> Hi All,
>>
>> I have been gone for almost a year. I want to start new source trees
>> for simgear and flightgear and track on going development. Which git
>> branches sho
Hi All,
I have been gone for almost a year. I want to start new source trees
for simgear and flightgear and track on going development. Which git
branches should I "check out" in this new set of directories? And from
the e-mails I have read from the developers list, is appears that fgdata
s
On 10/18/2011 10:24 AM, Cedric Sodhi wrote:
> = IMPORTANT NOTICE TO EVERYONE INVOLVED WITH THE DEVELOPMENT OF FGDATA
> OR AIRPLANES THEREIN =
>
> Thanks to the concentrated effort of all people involved, most notably
> Jorg - who I'd hereby like to thank on behalf of all of us, for spending
> three
On 04/08/2011 10:40 PM, Catherine James wrote:
> Recently, I've been spending a good bit of time attempting to program all of
> my most-used aircraft so that I can engage and disengage the autopilot
> through the joystick. I've been able to get this to work on the Seneca II
> with a short nasal
On 02/14/2011 11:58 AM, Torsten Dreyer wrote:
>> On 02/12/2011 12:59 PM, Torsten Dreyer wrote:
By the way. The filtering that will remain in the c172p action-sim.nas
for the nav radio could be moved to navradio.cxx. Here again, the
needle damping and the needle behavior when tuned
On 02/12/2011 12:59 PM, Torsten Dreyer wrote:
>> By the way. The filtering that will remain in the c172p action-sim.nas
>> for the nav radio could be moved to navradio.cxx. Here again, the
>> needle damping and the needle behavior when tuned to an out-of-range
>> frequency or when the gs is out o
On 02/13/2011 12:43 PM, Stuart Buchanan wrote:
> On 13 Feb 2011, at 19:26, dave perry wrote:
>
>> Hi Guys,
>>
>> I have a clean local c172p ready to push that includes:
>>
>> - working nose gear link animation in terms of compression-norm using
>> xml inte
Hi Guys,
I have a clean local c172p ready to push that includes:
- working nose gear link animation in terms of compression-norm using
xml interpolation
- working main gear animation in terms of compression-norm using xml
interpolation
- moved NAV0 and NAV1 needle deflection filters to pseudo-a
Hi All,
I also have the interpolation for the nose gear scissors done and working.
The main gear rotation interpolation is also done and working. I have been
busy on other projects today, so have not had time to clean this up for
a git push.
The main gear requires a different script based on the
I am having trouble getting the modified gearscissors.nas to run with
the stand alone nasal.
after adding the three numbers in gedit and saving the file, I get
$ nasal gearscissors.nas > GearScissorInterpolation.xml
Runtime error: undefined symbol
at gearscissors.nas, line 1
If I don't edit t
Hi Stuart,
Just a heads up. Since the scissors-length and scissors-distance are
the H and L in action-sim.nas, I am using Torsten's how-to to move the
nose gear link computations from action-sim.nas to xml interpolations.
You can check this off your "to do" list.
The c172p.ac file detail is
On 02/11/2011 10:28 AM, Stuart Buchanan wrote:
> On Fri, Feb 11, 2011 at 5:18 PM, Ron Jensen wrote:
>> On Friday 11 February 2011 10:07:11 Geoff McLane wrote:
>>> Hi Curt,
>>>
>>> No probs, now that it seems Ron might have found
>>> something, thus the thread is hovering on closing,
>>> so chat awa
The nasal script action-sim,and similar animation scripts produces
aircraft-geometry-unique animation parameters used by xml files to
produce the actual animations. If one wants to animate the gear so it
responds to the fdm produced gear compressions, such nasal scripts are
critical. The alte
On 01/26/2011 01:31 PM, Anders Gidenstam wrote:
On Tue, 25 Jan 2011, dave perry wrote:
I have tried to load several AC that did not load with "filed to load
" errors. So I did a survey of the entire up-to-date
fgdata. I used an up-to-date fgrun and went through all the AC.
The fo
I have tried to load several AC that did not load with "filed to load
" errors. So I did a survey of the entire up-to-date
fgdata. I used an up-to-date fgrun and went through all the AC.
The following do not load even to the viewer in fgrun:
737-100, 737-300, AG-14, Airwave Xtreme 150, CRJ-200
With yesterday's git for fgfs and simgear, after about 1.25 hours,
fgfs froze and I had to use System Monitor to end process fgfs.
All seemed normal up to the freeze.
OS, up-to-date FC14 on an I7 desktop with nvidia GeForce GTX 260, NVIDIA
driver Version: 260.19.29.
Command line (from fgrun wiz
On 01/10/2011 02:19 PM, dave perry wrote:
> I am ready to push some committed fgdata changes from my *master. But
> I lost my notes. Don't want to mess up. What is the syntax? git
> push master/origin?
>
> Thanks,
> Dave
Never mind. Answer found by git push --help.
I am ready to push some committed fgdata changes from my *master. But I
lost my notes. Don't want to mess up. What is the syntax? git push
master/origin?
Thanks,
Dave
--
Gaining the trust of online customers is vita
On 01/06/2011 03:01 AM, Jari Häkkinen wrote:
> find / -name version.h | grep simgear
I had already looked at config.log. The check was against
. But since --prefix=$FG_ROOT, the config checks
for $FG_ROOT/include/simgear/version.h before it checks for
/usr/local/include/simgear/version.h. Us
With today's simgear and flightgear source from git, after compiling and
installing simgear, fgfs
./configure CFLAGS="-march=native" CXXFLAGS="-march=native"
--prefix=$FG_ROOT
fails with
checking simgear/version.h usability... yes
checking simgear/version.h presence... yes
checking for simgear/v
Torsten,
I just used an fgfs_update script that updates simgear, then fgfs, and
then fgdata. The compile of fgfs terminated with the following error:
Making install in Environment
make[2]: Entering directory
`/home/dad/source-osg/flightgear/src/Environment'
g++ -DHAVE_CONFIG_H -I. -I../../src/I
stall the SimGear-devel package). I know there are a couple of
> fedora patches applied to simgear, a.o. a patch for the linker.
>
> Stefan
>
> 2010/12/9 Brian Schack:
>>>>>>> "Dave" == dave perry writes:
>> Dave> Hi, I just upgraded to
Hi,
I just upgraded to fedora 14. FlightGear builds OK from yesterday's git
with current svn osg and current simgear from git. Also fgrun builds
OK. But I have not been able to build Atlas from yesterday's Atlas
cvs. I get the following link error compiling SimGear-2.0.0 (from a
tar) for u
On 12/01/2010 08:14 AM, Gene Buckle wrote:
> I like the work that Thorsten has done with the rating system, but you
> guys are getting all tangled up in the details.
>
> Why not build a pretty objective score card and then rate the aircraft on
> that?
>
> For example, you can have a list like this:
I made changes to pittss1c/Models/sc1.ac from my desktop (i7 with NV GTX
260) that were part of animating main gear flex and wheel spin. These
were pushed and then pulled to my notebook (core duo, NV 9300M).
The left main wheel on the notebook is not textured (all white). To
make sure the fil
pa24-250 changes
The light cone approach to landing lights has not worked for some time.
I reverted to my original landing light emulation. Is someone working
on light effects?
pitts s1c changes
1. fixed typos in sound.xml
2. changes both wing incidence to 1.5 deg. and the horizontal stab
On 10/07/2010 11:08 AM, Torsten Dreyer wrote:
>>> After 18 minutes sitting on the runway with the altimeter setting
>>> matching the current METAR, the altimeter is still showing 100 ft too
>>> high.
>>>
>>> Questions:
>>> Q1: Since there has not been a METAR change, why is interpolation
>>> smoot
On 10/04/2010 05:54 PM, Csaba Halász wrote:
> On Tue, Oct 5, 2010 at 1:28 AM, dave perry wrote:
>
>> Before I set the altimeter to 30.35 (i.e. as launched at 29.92), the
>> altimeter reads aprox. 643 and it noticeably drifts down from that
>> acceptable value.
>>
Before the recent changes to the environment (Global, Local menus) if I
selected real weather fetch and used the metar altimeter setting, the
resulting altimeter well approximated the published field elevation.
And when I arrived at the middle marker on glide slope, the altimeter
was at the pu
I am not seeing the slowdown. I just ran a simple script that updates
simgear, flightgear source, and fgdata. I would estimate that the "git
pull origin" run in fgdata took about 3 minutes. This performance has
been typical for me. I ran System Monitor (F12) during the fgdata pull
and the
perry wrote:
> On 08/01/2010 01:07 PM, dave perry wrote:
>
>> Need some help,
>>
>> I did some clean up of the pa24-250 on my desktop which included
>> creating a pa24-250/Nasal folder and moving all the nasal files to that
>> folder. I also created pa24
On 08/01/2010 01:07 PM, dave perry wrote:
> Need some help,
>
> I did some clean up of the pa24-250 on my desktop which included
> creating a pa24-250/Nasal folder and moving all the nasal files to that
> folder. I also created pa24-250-base.xml that contained all the common
>
Need some help,
I did some clean up of the pa24-250 on my desktop which included
creating a pa24-250/Nasal folder and moving all the nasal files to that
folder. I also created pa24-250-base.xml that contained all the common
lines for the set file and now pa24-250-CIIB-set.xml and
pa24-250-CII
On 07/03/2010 02:52 AM, Tim Moore wrote:
On Fri, Jul 2, 2010 at 10:21 PM, dave perry <mailto:skida...@mindspring.com>> wrote:
Thanks Tim,
Here's the result:
[...@dave-pc fgdata]$ git push origin master
fatal: protocol error: expecte
itory page.
--'
Do I need authorization to be able to push changes to fgdata?
On 07/02/2010 11:48 AM, Tim Moore wrote:
On Fri, Jul 2, 2010 at 5:43 PM, dave perry <mailto:skida...@mindspring.com>> wrote:
I am having syntax issues trying to push changes to the git f
I am having syntax issues trying to push changes to the git fgdata
repository. I have made the edits and git add's, git rm's, git submit,
and git status shows my local fgdata master branch clean. But I have
not been able to push these changes to the repository.
What is the syntax for this? C
On 04/06/2010 06:05 PM, David Megginson wrote:
> On Tue, Apr 6, 2010 at 7:34 PM, Peter Brown
> wrote:
>
>
>> In terms of simplicity, I would like to offer a suggestion of using one (or
>> more) of the parking positions at airports with (current) parking positions.
>> If the user spawns at
On 04/03/2010 11:34 AM, John Denker wrote:
> On 04/03/2010 10:21 AM, dave perry wrote:
>
>> I get the following error compiling fgfs.
>>
>> /usr/bin/ld: cannot find -lopenal
>>
>> But /usr/lib64/libopenal.so.0 => libopenal.so.1 => libopenal.so.1.
I get the following error compiling fgfs.
/usr/bin/ld: cannot find -lopenal
But /usr/lib64/libopenal.so.0 => libopenal.so.1 => libopenal.so.1.11.753.
My .bashrc has the line
export
LD_LIBRARY_PATH=/usr/lib:/usr/lib64:/usr/local/lib:/usr/local/lib64:/usr/local/lib/osgPlugins
so I don't see why
On 01/31/2010 11:16 PM, Tim Moore wrote:
On Thu, Jan 21, 2010 at 5:45 PM, dave perry <mailto:skida...@mindspring.com>> wrote:
Hi,
I just added a pick object to a material animation so it would be
illuminated when cockpit lighting is turned on. This pick o
On 01/21/2010 06:35 AM, Torsten Dreyer wrote:
>> On 01/21/2010 01:12 AM, Gijs de Rooy wrote:
>>
>>>> Dave Perry wrote:
>>>>
>>>> I have just submitted the last update from a "hit list" I started
>>>>
>>
Hi,
I just added a pick object to a material animation so it would be
illuminated when cockpit lighting is turned on. This pick object was
highlighted as expected via ctrl-C before adding it to the material
animation, but now even with the cockpit lighting off, the pick
highlight no longer wo
On 01/21/2010 01:12 AM, Gijs de Rooy wrote:
> Dave Perry wrote:
> I have just submitted the last update from a "hit list" I started
for the pa24 over the holidays.
Very nice updates! One small thing seems to be missing though, the
payload does not change
when baggage is l
Hi All,
I have just submitted the last update from a "hit list" I started for
the pa24 over the holidays.
Updates:
* full 3D interior including animated cabin door, animated visors,
arm rests.
* animated baggage compartment door with baggage loaded and removed
by menu.
* ca
Hi,
Does anyone object to graying out the autopilot menu for tw additional
autopilots used by several aircraft?
If not, would someone with commit authority please apply the following
simple patch?
Index: gui.nas
===
RCS file: /var
Hi,
I have searched both the c172p and SenecaII folder for "autopilot" or
"gui" or just "menu" and I can not find how these AC gray out the
autopilot menu. What's the secret?
Dave P.
--
This SF.Net email is sponsored
On 12/18/2009 02:53 PM, John Denker wrote:
>
> More generally: Limiting the GS service volume to 10nm
> or thereabouts is a significant departure (if you'll
> pardon the expression) from previous FGFS behavior, but
> it is not wrong. It is a feature, not a bug.
>
>
>
Agreed. I often do the I
I am getting the following error compiling fgfs from cvs today on two
different systems.
$ make
Making all in tests
make[1]: Entering directory `/home/dad/source-osg/source-fgfs/tests'
make[1]: *** No rule to make target `est-epsilon.c', needed by
`est-epsilon.o'. Stop.
make[1]: Leaving directo
I just noticed that the patch to animate the c172p nose gear strut
scissors that I sent to James Turner to commit also picked up a "local"
change I made to decrease the p_factor.
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/c172p/c172p.xml,v
retrieving revision 1.24
diff -u -p -r1.24 c172p.xm
On 12/01/2009 11:38 AM, John Denker wrote:
> On 12/01/2009 11:19 AM, Heiko Schulz wrote:
>
>
>> To your note: So the c172p has now:
>>
> -struts animation
>
> The reported bug
>http://www.av8n.com/fly/fgfs/htm/bug-list.htm#bug-x1768
> concerns the nutcracker, which as of 1 Dec 2
On 12/01/2009 12:47 PM, Stuart Buchanan wrote:
> Hi John,
>
> Thanks for the list. A number of the c172p issues are on my to-do list (I've
> indicated relative priorities - let me know if you think they are wrong), and
> others should have been fixed recently.
>
> I've put some comments inline, a
On 11/30/2009 09:44 AM, dave perry wrote:
> Hi Erik,
>
> For any Fedora users, I recommend preupgrade to FC12. All the fgfs
> sounds work and are crystal clear, no crackle! This includes ATC, ATIS,
> vor and loc ident, marker beacons, cockpit sounds (switch clicks, flaps,
Hi Erik,
For any Fedora users, I recommend preupgrade to FC12. All the fgfs
sounds work and are crystal clear, no crackle! This includes ATC, ATIS,
vor and loc ident, marker beacons, cockpit sounds (switch clicks, flaps,
etc.).
I encountered several potential gotchas:
1. If you have an NVID
Problem fixed. Great sound including vor and loc idents. The problem
was FC10 rpms that did not get removed. alsa-plugins-pulseaudio were
the issue.
Sorry for the noise.
dave perry wrote:
> Update on symptoms:
>
> I went back to osg-2.8.2, updated SimGear, fgfs, and data
Olson wrote:
> On Sat, Nov 28, 2009 at 8:31 PM, dave perry wrote:
>
> Hi,
>
> I used the preupgrade to FC12 from FC10 this Saturday on my ASUS
> notebook (Intel core2 duo). This installed
> openal-soft-1.10.622-2
> openal-soft-devel-1.10.622-2 and
>
Hi,
I used the preupgrade to FC12 from FC10 this Saturday on my ASUS
notebook (Intel core2 duo). This installed
openal-soft-1.10.622-2
openal-soft-devel-1.10.622-2 and
pulseaudio-0.9.21-1
I had to use OpenSceneGraph-2.9.5 as the svn up for osg broke fgfs link.
With the above I either get good
Erik Hofman wrote:
> dave perry wrote:
>
>
>> Yes, Doppler was working before the cvs update.
>> [...@dadsoffice bin]$ ./al-info
>> AL_VENDOR = "OpenAL Community"
>> AL_RENDERER = "Software"
>>
>
> Alright, th
Erik Hofman wrote:
> dave perry wrote:
>
>> Before the recent updates, both had normal cockpit sound but no marker
>> beacon or nav ident sounds as well as working Doppler in fly-by view.
>>
>
> Just to be sure: did it have proper Doppler (reading the previ
Thanks Stefan,
I plan to after Thanksgiving and before Christmas. I need both the
32bit and 64 bit DVDs, so two long downloads.
Dave P.
stefan riemens wrote:
> Alternatively, upgrade to something newer. I have found PulseAudio has
> much improved since f10. (I'm a long-time fedora user myself
Hi Victhor,
I tried yum erase pulseaudio which also removed the plugins that depend
on pulseaudio, and the sound problems are the same.
Victhor Foster wrote:
> Uninstall PulseAudio. I used to have those problems and they're gone
> after I removed it.
>
> 2009/11/25 Heiko Schulz :
>
>> Hi Erik
Hi Erik,
I have two systems running fgfs.
(1) AMD Athlon XP 3200+ with-up to-date FC10
(pulseaudio-0.9.14-3.fc10.i386)
(2) Intel Core 2 duo with-up to-date x86_64 FC10
(pulseaudio-0.9.14-3.fc19.x86_64)
Before the recent updates, both had normal cockpit sound but no marker
beacon or nav ident
Ron Jensen wrote:
> The relationship between feet and meters is exactly 0.3048 feet per
> meter. Your conversion value of 12/39.4 is approximately 0.30456... It
> would be better to do:
>
> # constants
> ...
>var radTOdeg = 57.295779;
>var ftTOmeter = 0.3048;
> ...
> # Right main
>
Geoff McLane wrote:
> On Thu, 2009-11-19 at 00:18 +1100, George Patterson wrote:
>
>> 2009/11/17 Diego Fernando Rodríguez Varón :
>>
>>> Hello everyone.
>>>
>>> I was experiencing the segmentation fault reported by Nicolas before so I
>>> just tried updating and compiling. But I get the fo
Heiko Schulz wrote:
> Hello.
>
> First thanks for comitting the changes to the c172p.
>
> For all, I don't see me as main author, just as another one beside the
> already known, just made a new 3d-model and 3d-panel.
>
> So thanks for Dave Perry as another contribut
Heiko Schulz wrote:
> Hello Dave,
>
> I did the the 3d-model incl. the 3d-panel, but there was still a lot of
> issues.
> All other things (fdm, wrapping xml's, 2d-panels etc) I left untouched.
>
>
>
>> Hi Heiko (and anyone who is maintaining the c172P),
>>
>> Several questions:
>>
>> First,
Heiko Schulz wrote:
> The Model-Author of the c172p has this on his list, but did not find any time
> to change this...
>
>
Hi Heiko (and anyone who is maintaining the c172P),
Several questions:
First, who is "the Model-Author" for the c172p? A search of the c172
folder only yields David Me
Hi All,
Presently, the gs deflection retains it's final value when the nav
frequency is changed to a station that has no glide slope or when the gs
goes out of range. I had been using the select animation to overcome
this, but that does not allow using a nasal filter to smoothly park the
gs
Erik Hofman wrote:
> Scott Hamilton wrote:
>
>> On Thu, 2009-10-29 at 13:57 +0100, Erik Hofman wrote:
>>
>> Hi ya Erik,
>>
>>
>> I just tried out the test3, no sound what so ever...
>>
>
> I've committed the current state of my local code to see if it fixes
> anything.
>
> Erik
>
>
>
Tim Moore wrote:
> On 10/27/2009 01:49 PM, dave perry wrote:
>
>> Tim Moore wrote:
>>
>>> On 10/17/2009 07:42 PM, Ron Jensen wrote:
>>>
>>>
>>>> On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote:
>>>>
.i386
freealut-1.1.0-6.fc9.i386
FC10 up to date
Alan Teeder wrote:
>
> I had no sound yesterday evening – but this was an aircraft that I am
> working on (JSBSim) and didn’t investigate why this should be suddenly so.
>
> As with Dave Perry I have an Athlon
Tim Moore wrote:
> On 10/17/2009 07:42 PM, Ron Jensen wrote:
>
>> On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote:
>>
>>> With current cvs update on my notebook, I am not getting the correct
>>> field elevation when I set the altimeter to match the
dave perry wrote:
> Erik Hofman wrote:
>
>> It would be nice to know who of you who have problems run on 64-bit and
>> if any one with these problems (sounds not playing) actually runs in
Erik Hofman wrote:
> It would be nice to know who of you who have problems run on 64-bit and
> if any one with these problems (sounds not playing) actually runs in 32-bit.
>
> Erik
>
> --
> Come build with us! The BlackBer
Erik Hofman wrote:
> dave perry wrote:
>
>> dave perry wrote:
>>
>>> With an update this morning from cvs, I still only hear ATC and that
>>> with frequency distortion. Did I miss a required library change? I
>>> have openal-0.0.9-0.15.20060
dave perry wrote:
>
> With an update this morning from cvs, I still only hear ATC and that
> with frequency distortion. Did I miss a required library change? I
> have openal-0.0.9-0.15.20060204cvs.fc9.i386 and
> freealut-1.1.0-6.fc9.i386 with fc10.
>
>
>
The above
James Sleeman wrote:
> On 20/10/09 00:07, James Sleeman wrote:
>> On 19/10/09 23:42, Erik Hofman wrote:
>>
>>> Ok I think I've ironed out most of the bugs. I hope also the one that
>>> James reported but I don't hold my breath for it just yet.
>>>
>>
>> So far so good, compiles and runs, a
syd adams wrote:
> This works for me ...
> ./configure CFLAGS=" -march=athlon" CXXFLAGS="-march=athlon"
> --with-jpeg-factory
>
> ... once I remembered to do a "make clean" before "make" :)
>
Thanks Syd,
The "make clean" turned out to be the problem.
This works for me ...
./configure CFLAGS="-mar
With current cvs update on my notebook, I am not getting the correct
field elevation when I set the altimeter to match the real weather
altimeter setting. It is off by 160 feet today at KLMO (field elevation
5052). With my desktop which was last updated from cvs about 10/3, it
is very nearly
Anders Gidenstam wrote:
> On Sat, 10 Oct 2009, dave perry wrote:
>
>
>> I have --build=i686 as a switch to configure. Where do I supply "-march="?
>>
>
> You set CXXFLAGS and CFLAGS (but the latter might not be needed). My
> configure line starts w
Mathias Fröhlich wrote:
> Hi,
>
> A recent checkin into SGAtomic.cxx brakes that.
>
> Either provide a -march= option higher than i386 to your compile, or revert
> to
> rev 1.3 of SGAtomic.cxx.
>
> I am currently asking the author of that change what this patch should fix.
>
>
>
I have --build
With today's SimGear CVS, I am getting the following compile error
Making all in props
make[3]: Entering directory `/home/dad/source-osg/SimGear/simgear/props'
g++ -g -O2 -D_REENTRANT -lOpenThreads -o props_test props_test.o
libsgprops.a ../../simgear/xml/libsgxml.a ../../simgear/misc/libsgmisc.
James Turner wrote:
> On 15 Sep 2009, at 22:59, Thomas Betka wrote:
>
>
>> But each LOC
>> on an airfield has it's own frequency
>>
>
> This is where the problems start:
>
> http://www.nats-uk.ead-it.com/aip/current/ad/EGPH/EG_AD_2_EGPH_2-1_en.pdf
>
> IVG and ITH share the same frequency -
James Turner wrote:
> It adds false LOC and GS signals, a better GS deviation computation,
> and LOC sensitivity based on the runway dimensions. The last part I'm
> not totally sure about - it makes localizers *very* sensitive - maybe
> I've adapted the code incorrectly, but this doc:
>
> ht
James Turner wrote:
> - secondly, I'm changing (or will) the glideslope deviation to be
> 'correct' degrees: [-0.7 .. 0.7], i.e removing the spurious 5x scalar
> that has somehow crept in, and fixing many clients which assumed the
> range was [-10 .. 10], or something else again. This is in k
James Turner wrote:
> On 9 Sep 2009, at 03:01, dave perry wrote:
>
>
>> Sorry, I misunderstood you concerning the animation edits. I will be
>> glad to help with the xml edits and testing. Getting rid of the
>> spurious 5x for the glide scope and adding the cla
James Turner wrote:
> - fourthly, and most importantly, I'm not doing a blanket edit - I
> wish I could! I'm going to have to go through each aircraft, make the
> changes, and then test that aircraft. I'm sure I'l miss some things,
> but I still believe it's worth it to kill off the dreaded 5
Hi James,
Your note below caused me to ask if the LOC needle deflection is scaled
differently than the VOR needle deflection in navradio.cxx. It is and
the comment that it is 4x more sensitive is correct according to notes
from Instrument Ground School. From a pilot point of view, what we nee
James Turner wrote:
> On 6 Sep 2009, at 22:50, dave perry wrote:
>
>
>> The height is correct. It looks like every other call of
>> FGNavRadio::updateWithPower gets the wrong value for nav_elev. Hope
>> this helps find the bug.
>>
>
>
I w
I updated SimGear, fgfs source and data yesterday for both my desktop
and notebook. The glide slope is now broken. The angle seems correct
but it now acts as if the ILS is always from 0 ft MSL. I tried the rw
23 ILS at KBTL with field elevation of 952 ft, rw 23 at KBJC with field
elevation o
Erik Hofman wrote:
> I wrote:
>
>> Ahh, that line should read:
>>
>> float n=0.06 + dot(nvL, a);
>>
>> instead of:
>>
>> float n=0.06 + dot(nvL[0], a);
>>
>
> Which brings the frame rate back to what it was :-/
> Maybe it might be a good idea to specify which of the effects you want
> to t
Hi all,
One of the two co-owners with me of the real N7764P (pa24-250) had the
connector of one of the oil cooler hoses break just before entering the
pattern at KLMO, where we hangar. We check the oil in preflight to 9
quarts and he had just under 6 quarts at shut down. The left side and
be
Torsten Dreyer wrote:
> Just commited a hack for envrionment_ctrl.cxx.
>
> It now waits for the first METAR to arrive before proceeding with the
> initialization sequence. This prevents the nasal-dir-initialized signal being
> fired before a METAR has arrived.
>
> I more and more like the idea o
Tim Moore wrote:
> dave perry wrote:
>
>
>> I am getting segmentation fault after updating osg trunk from svn,
>> SimGear from cvs, and fgfs source from cvs. I also tried compiling
>> against osg-2.8.2-rc4. I still get a segmentation fault right after
>
Tim Moore wrote:
> Mathias Fröhlich wrote:
>
>> Hi,
>>
>> With yesterdays checkin from Tim we need a more or less recent osg version
>> to
>> build flightgear. Tim promised to provide come conditional code to work
>> around
>> that.
>>
>> But I would suggest to just have a somehow recent osg
used in these models. The new egt value is
low-pass filtered and then set to the new property:
setprop("/engines/engine[0]/egt-degf-fix", egt_lowpass.filter(egt));
I ignore the YASim value for egt.
Regards,
Dave Perry
--
1 - 100 of 314 matches
Mail list logo
