ts to fly at night and doesn't know the
> aircraft or doesn't want to pan around the panel.
>
>
> So, in summary, I think a single switch to turn on all required
> interior and exterior lights for night flying can be a big win for
> FlightGear.
>
>
>
Hi Dave,
I
Melchior FRANZ wrote:
> * dave perry -- Wednesday 07 November 2007:
>
>> There is a strange worble in the sound [...]
>>
>
> Please update (src/Main/main.cxx) and try again.
>
>
That fixes this issue. Thanks!
While testing this, I noticed another issue.
dave perry wrote:
> I just did a cvs up -dP for SimGear, fgfs, and data and then compiled
> both for the plib branch. There is a strange worble in the sound that
> gets worse at high angles of attach. This was not there after a similar
> update last weekend. I have only checked
the ground seem normal.
Dave Perry
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your
set for an approach. Perhaps with a little more
effort, there is a way to accomplish both.
Side comment. There are some AC in fgfs that start with the engine off,
but no hot spots or help to point to how to get the AC started. This
definitely is bad. AC designers need to include
leee wrote:
> On Monday 08 October 2007 02:17, dave perry wrote:
>
>> While optimizing the aitopilot config files for the Century IIB and III
>> autopilots for the pa24 and the Altimatic IIIc for the SenecaII, a
>> significant difference between the values of parameters
?
Regards,
Dave Perry
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of
autopilot implementations once they are in cvs.
Cheers,
Dave Perry
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX
Heiko Schulz wrote:
> I think that there are maybe some more causes than
> only the setlistener.
Agreed. I should have included the following from fgrun:
/usr/local/FlightGear-plib/data/bin/fgfs
--fg-root=/usr/local/FlightGear-0.9/data
--fg-scenery=/usr/local/FlightGear-0.9/data/Scenery:/us
e nasal I maintain and one of these
goes away right away after the autopilot is powered up while the
SenecaII uses a lot of setlisteners.
I am not suggesting the cause, only noting the differences I am aware of
between these aircraft.
Regards,
D
ltimatic IIIc, I would like to complete that model for the SenicaII.
Between the approach to handling the "coupler mode selector" and the
"roll knob" and the kap140.nas from Vegard Ovesen, this should not be
more than a few evenings work. Any problem with con
dave perry wrote:
> I am getting the following error building osg:
>
> CMake Error: Error in cmake code at
>
> /usr/local/source-osg/OpenSceneGraph-2.1.5/src/osgPlugins/osgFX/CMakeLists.txt:15:
> Unknown CMake command "SETUP_PLUGIN".
>
> I get it withOpenScen
gh.robin wrote:
> On sam 18 août 2007, dave perry wrote:
>
>> I am getting the following error building osg:
>>
>> CMake Error: Error in cmake code at
>>
>> /usr/local/source-osg/OpenSceneGraph-2.1.5/src/osgPlugins/osgFX/CMakeLists.
>> txt:15: Unknown
ive.
I am running fc6 with cmake-1.4.6-3.fc6.
Thanks for any suggestions,
Dave
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration f
Curt,
You left a "FIXME" comment that the altitude should be for 29.92 inHg
and rounded. The encoder reports mode-c-alt-ft, so this patch points
the altitude node to this value and removes the redundant + 50 from the
FL rounding routine.
This requires a working encoder. Any AC using the encoder
.
c. added "click" groups and resized the pick rectangles to just
slightly larger than the knobs they control in osg for alt.ac, hi.ac,
and vor.ac. This was an attempt to make the pick rectangles less
intrusive in plib.
Let me know if
taking lots of pictures.
Cheers,
Dave Perry
On Mon, 2007-07-16 at 16:25 -0700, Bohnert Paul wrote:
>
> Hi All,
>
> Thanks for rebuilding the Oshkosh tile.
>
> Also rebuild on the same tile, Appleton, KATW, and Fond du Lac, KFLD.
>
> FlightGear screen capture. Osh
On Wed, 2007-07-11 at 01:26 +0200, Csaba Halász wrote:
> On 7/11/07, Dave Perry <[EMAIL PROTECTED]> wrote:
> > After update of simgear, source, and data using
> > cvs up -Pd -rPRE_OSG_PLIB_20061029
> > for each update, I am getting the error when I run fgfs:
> &
details.
I have not updated the plib branch for several months. I am assuming
that the above will give me essentially version 0.9.11. Am I wrong?
regards,
Dave P.
-
This SF.net email is sponsored by DB2 Express
Download
On Tue, 2007-05-15 at 11:17 -0500, Curtis Olson wrote:
>
> Here's a question for the group. We don't need to decide now, but we
> need to figure this out before the final official 0.9.11 release.
>
> Currently the "data" package is released with only a subset of all the
> available aircraft:
>
On Wed, 2007-03-28 at 21:57 -0600, Ron Jensen wrote:
> Dave,
>
> I've been running John's code for a while now and have not noticed any
> problems with it. I compiled with your patch this morning but have not
> had a chance to fly it yet.
>
> One change I would
On Sat, 2007-03-03 at 08:31 +0100, Melchior FRANZ wrote:
> * Dave Perry -- Saturday 03 March 2007:
> > Have you asked to have atmo.diff applied to cvs?.
>
> I don't think it can be applied as it is. I'm no physicist and
> can't comment on the logic, but there are
I get the following trying to update data.
[EMAIL PROTECTED] ~]$ cd $FG_ROOT
[EMAIL PROTECTED] data]$ su -c 'cvs update -dP'
Password:
cvs [update aborted]: error writing to server: Connection reset by peer
[EMAIL PROTECTED] data]$
Tried last evening and again this morning with the same result.
On Sat, 2007-03-24 at 12:33 -0400, John Denker wrote:
> On 03/23/2007 11:01 PM, Dave Perry wrote:
>
> > Does anyone know what happened to John Denker?
>
> Secondly, if he actually cared about my well-being, he would
> talk *to* me rather than talking *about* me on this
Hi all,
Does anyone know what happened to John Denker? I am still interested in
the improved altimeter/atmosphere model being added to FlightGear. I
keep adding these back in after cvs/svn updates.
Dave perry
-
Take
On Sat, 2007-03-17 at 22:36 +0100, _hj_ wrote:
>
> Dave Perry wrote:
> > I tried removing both fltk and fltk-devel rpms and compiling fltk-1.1.7
> > (from tarball) with
> > ./configure --enable-shared --enable-threads
>
> You have to add --disable-largefile
vn solved it.
Dave
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief
With either the current fc6 fltk and fltk-devel installed (version
1.1.7-2) and fgrun-0.4.8 compiled from from tar ball, both the screen to
select AC and the screen to select the airport are blank.
I tried removing both fltk and fltk-devel rpms and compiling fltk-1.1.7
(from tarball) with
./config
On Sat, 2007-03-17 at 01:19 -0500, Laurence Vanek wrote:
> Dave Perry wrote:
> > I get the following compile error well into the OSG compile on my just
> > installed FC6.
> >
> > Entering directory freetype
> > make[3]: Entering directory
> > `/usr/local/s
ny of the FC6 users recognize this error?
Thanks for any ideas in advance,
Dave
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions
in an OS program ;-), then please do so. Or start again and write
a better one - I wouldn't be upset if it was ripped out, as long as it
was for something better. I know that there's at least one person out
there who's very frustrated with the crashes in the tower code that I
s
Quick response with a few factual corrections:
On Fri, 2007-03-02 at 00:56 -0500, John Denker wrote:
> On 03/01/2007 08:02 PM, Dave Perry wrote:
>
> > there are only 3 options still being put forward; all having to
> > do with how the kap140 gets the baro
d the three lines of c++ to save to the property
tree the kollsman shift you already compute.
3. I have the edits to kap140.nas ready.
We should both prepare patches against cvs and let others test them
before submitting both to cvs. I am attaching a tar.gz patch against cvs
fo
On Tue, 2007-02-27 at 19:07 -0700, Dave Perry wrote:
Sorry,
I copied from the wrong version. I will add the missing line and delete
a declaration:
> Here is an obvious fix for this bug in the update code:
>
> void
> Altimeter::update (double dt)
> {
> if (_serviceable_
shift.
After sharing this analysis with the list, I will go with what the
community sees as the best option.
Comments from others?
Dave P
--
Dave Perry
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceFor
php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Dave Perry <[EMAIL PROTECTED]>
On 2/12 Dave Perry wrote:
> It occurred to me that we should use John's interpolation function in
> several other places:
> 1. We use a form of this function in kap140.nas without the efficiency
> of the interpolation.
> 2. The encoder uses a similar interpolation that a ge
On Sun, 2007-02-25 at 16:19 -0700, Dave Perry wrote:
> What is contested is how to model the baro shift. What you suggest is
> retrieve the indicated altitude and then subtract the PA to get the
> "encoder baro shift" and then add back in the PA. This means the
> kap140.n
On Sun, 2007-02-25 at 15:14 -0500, John Denker wrote:
> On 02/25/2007 02:39 PM, Roy Vegard Ovesen wrote:
> > I have not, and I don't think Dave Perry has either, expressed optinions to
> > indicate that the pressure altitude should not be quantized. What we have
> &
d to Roy off list and he did not
want to use a value that was unavailable in real life to the kap140.
Regards,
--
Dave Perry
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and
On Sun, 2007-02-25 at 06:39 -0700, Dave Perry wrote:
> On Sun, 2007-02-25 at 01:55 -0500, John Denker wrote:
> > On 02/25/2007 12:30 AM, Dave Perry wrote:
> >
> The altitude capture in the current cvs kap140.nas used
> > >
> > > altFt = pressureAltitu
On Sun, 2007-02-25 at 01:55 -0500, John Denker wrote:
> On 02/25/2007 12:30 AM, Dave Perry wrote:
>
> > I have been communicating off and on with both John Denker and Roy
> > Vegard Ovesen off list concerning this topic. I am running an edit of
> > John's most re
vs. Of course, anyone can try it and comment. Is the encoder
used anywhere other than by the KAP140? If so, we should use a separate
instantiation as suggested by John.
Regards,
--
Dave Perry
altimetry.tar.gz
Description: application/compressed-tar
--
short. But "sw" is
> IMHO a bad and non-obvious choice for a switch.
>
Melchior,
Please rename Aircraft/Instruments-3d/mag.sw to
Aircraft/Instruments-3d/magneto-switch
and apply the attached patch, both in cvs.
--
Dave Perry
? Instruments-3d/magneto-swit
ustomised version of Audacity for editing and indexing
voice files for FG once, but after a lot of work never got anything
usable by others. I'm sure that there's someone out there who could do
better though...
Cheers - Dave
--
On Sun, 2007-02-18 at 18:02 -0700, Dave Perry wrote:
> I am not sure the new patch is giving the
> same results, but I have not done any controlled comparisons;... I will
> double check and compare some examples with the previous patch.
>
I was wrong. Both are giving the same r
On Sun, 2007-02-18 at 12:22 -0500, John Denker wrote:
> On 02/12/2007 08:43 PM, Dave Perry wrote:
>
> > What I am proposing is to create a C++ function (say height_ft) that has
> > two arguments, P0 and P1 that does the interpolation in John's new patch
> > using his
gistics) and that the server would communicate in some manner to each
FG instance that connected to it which stations would be handled by the
server and which would be handled by FG. Does that still sound
reasonable, or am I misunderstanding what you've done?
Cheers - Dave
--
ectively), and
would both probably do what you want.
I would however second Martin's advice about getting the core to work
without GUI being the best way to start.
Cheers - Dave
-
Take Surveys. Earn Cash. Influence th
I hope I did not offend by poking, reading, and questioning. I know I
like it when someone reads seriously and carefully what technical papers
I have written. Thanks again for the effort. It took a while for your
vision to sink in.
Regards,
Dave
---
On Mon, 2007-02-12 at 17:24 -0700, Dave Perry wrote:
> On Mon, 2007-02-12 at 11:33 -0500, John Denker wrote:
> > Overnight I thought of a non-disgusting way to optimize
> > the code. A new, muuuch better patch is now at:
> >http://www.av8n.com/fly/fgfs/altimeter.diff
&
t patch, only much more
efficiently.
As was pointed out, once you are above the "transition zone", S = 29.92
and C(S) = 0. How about an "if" to avoid the second interpolation in
this case?
I am glad you changed your mind! When will you put this in cvs?
Regards,
Dave
--
Dave
On Mon, 2007-02-12 at 01:41 -0500, John Denker wrote:
> On 02/11/2007 11:29 PM, Dave Perry wrote:
>
> > By the way, I agree that the current algorithm in altimeter.cxx is
> > wrong. This evening, I had time to look at your posted patch and I
> > think it would give the ri
On Sat, 2007-02-10 at 14:35 -0500, John Denker wrote:
> On 02/10/2007 09:48 AM, Dave Perry wrote:
>
> > On my system, I have the following running:
> > 1. Moved the pa24 radio stack to Aircraft/Instruments-3d/, along with
> > the required changes to the pa24-250.
> [et
On Sun, 2007-02-11 at 13:42 -0500, John Denker wrote:
>On 02/11/2007 10:02 AM, Dave Perry wrote:
>
> > So the altimeter setting is the same thing as the mean-sea-level
> > barometric pressure.
>
> Huh? That does not follow at all. The quoted passage does not
> say th
On Sun, 2007-02-11 at 08:02 -0700, Dave Perry wrote:
> Have you looked for bugs?
I just looked at altimeter.cxx and altimeter.hxx. The
"indicated-altitude-ft" is the result of a LowPass (taking into account
the last altitude) of an iterpolation of a table created from an array
in
the altimeter setting
deviates far from 29.92 in. Hg that the the target altitude differs from
the altimeter display even when the baro setting and the altimeter
setting agree.
Have you looked for bugs?
Regards,
Dave
--
Dave Perry <[EMAIL PROTECTED]>
CVS repository and realized my Cherokee is
modified.
> > Don't remember doing that, but then I'm old. My model is a bit
> > different but this patch should work. Note you need the pa24-250
> > installed.
>
> Would you consider working together with Dave in o
is unknown. This
would indicate a problem with the setlistener. If it is there, my
changes are not causing this problem.
--
Dave Perry <[EMAIL PROTECTED]>
-
Using Tomcat but need to do more? Need to support web servi
On Wed, 2007-02-07 at 07:09 -0700, Dave Perry wrote:
> Related File locations:
> Aircraft/Generic/kap140.nas -- KAP140 logic engine
> Aircraft/Instruments/KAP140TwoAxis.xml and
> Aircraft/Instruments/KAP140TwoAxisAlt.xml -- 2d KAP140
sal significantly. Since this file is the logic engine
that responds to these "bool" variables that are set via several
KAP140TwoAxisAlt.xml "actions", these files needed to be updated also to
use "bool" variables.
2. Dave Perry had added logic to the original kap140.nas file to check
toggle=1-toggle;
diff --git a/Aircraft/pa24-250/pa24-250-sound.xml
b/Aircraft/pa24-250/pa24-250-sound.xml
index 9143324..286e69e 100644
--- a/Aircraft/pa24-250/pa24-250-sound.xml
+++ b/Aircraft/pa24-250/pa24-250-sound.xml
@@ -251,7 +251,6 @@
/velocities/airspeed-kt
0.0015
-
On Tue, 2007-02-06 at 12:47 -0800, Tatsuhiro Nishioka wrote:
> Dave,
>
> On Feb 5, 2007, at 8:35 PM, Dave Perry wrote:
>
> > I made
> > an estimate from the 3D model as to approximately where the CG should
> > be. The main wing should carry most of the weig
t Rutan's Long-EZ, etc. were designed so the cannard stalls first.
This is true for your model of the j7w also.
I moved the x coordinate of the main gear aft for the duration of this
experiment to assure the AC sat with the nose gear on the ground as I
moved the CG back and forth. Give this c
97&sc=emaf
--
Dave Perry <[EMAIL PROTECTED]>
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Downloa
sted this merge and added some realism to the
altAlert. I agreed to chase down and test the changes to the AC using
the kap140 and do one patch. Once we decide where kap140.nas belongs, I
will move it on my system and recheck that all 6 AC work and resubmit
the patch.
Regards,
--
Dave Perry &l
Melchior wrote:
>Now Dave sent me a patch which puts a generic kap140.nas into
>$FG_ROOT/Aircraft/Instruments/, and I guess now is the time
>to finally decide where such optional Nasal instrument (or
>other) addons should go:
There is a logic to using $FG_ROOT/Aircraft/Instruments/
rst case, the pilot acknowledged the controller but did
not alter his course. In the second case, he just ignored the
passengers comment. Fortunately the passenger survived the crash.
John, I don't want you or any other reader of this list to be injured.
So please retract your confusing and
aro * (baroSettingInhg - 29.92);
Notice:
1) altFt = f(pressure_alt, baro_setting)
2) requires only one call of pow (i.e. exp and ln)
I will send you the working kap140.nas with these changes off-list. It
is working well here.
Regards,
--
Dave Perry
5 (no call to pow) for the partial derivative, I
don't think we would notice the error in the altAlert. Or we could
evaluate the partial "exactly" at (P, Po) with just one call to pow. It
is easy to do both and compare the results with the non differential
version of altAlert.
altitude capture still works but the HDG, APR, and NAV do nothing
except wing level. Turning the HI heading bug has no affect. The locks
are updating in the property list.
Are others seeing this behavior?
Regards,
--
Dave Perry <[EMAIL PROTEC
Hi Roy,
I am re-posting this since I am unclear what to do to make your cleaned
up kap140.nas altAlert work.
> On Mon, 2007-01-15 at 21:43 +0100, Dave Perry wrote:
>
>
> Thanks, replacing these fixed the "all annunciators lit" issue and the
> buttons now work.
>
f you miss this, you are going to have a hard
time getting below 150 mph (max gear down speed) while descending at
more than 600 fpm to stay on the GS.
Give the cvs pa24 another try.
--
Dave Perry <[EMAIL PROTECTED]>
--
> > > In the last lines of function "apr_arm_from_rol" change:
> > > > -setprop(Locks, "roll-arm", "gs-arm");
> > > > +setprop(Locks, "pitch-arm", "gs-arm");
wit
uot;, "gs-arm");
> > >
> > Good catch Joacim!
> >
> > I applied this patch to the kap140.nas in the pa24-250 folder. It
> > works ... sort of. By that I mean not as expected. In order for this
> > to give the desired result, one must turn the hdg bug
rking encoder.
> Is /instrumentation/encoder/serviceable set to true?
No, with the c172p sitting on the runway, the
three /instrumentation/encoder/properties = "(none)
Today's cvs for source and data with your three files copied to the
appropria
and then we figured out what the problem was.
So for both the horn and the gear locked down green light, I am checking
all the gear (in the fgfs model).
I still have to submit the patch with the gear and stall warning
implementation.
--
Dave
On Sat, 2007-01-13 at 23:25 +0100, Roy Vegard Ovesen wrote:
> On Saturday 13 January 2007 17:20, Dave Perry wrote:
> > On Sat, 2007-01-13 at 11:05 +0100, Melchior FRANZ wrote:
> > > * Dave Perry -- Saturday 13 January 2007:
> > > > When Vegard Ovesen edits are availab
On Sat, 2007-01-13 at 11:05 +0100, Melchior FRANZ wrote:
> * Dave Perry -- Saturday 13 January 2007:
> > When Vegard Ovesen edits are available, I plan to incorporate them in
> > the pa24 version.
>
> Excellent. There should only be one generic kap140.nas (in
> Aircraft/
eg." That is the LOC heading for their example.
>From the documentation, I don't think we are expected to depress APR
while in ROL mode, only from HDG mode. But if you move the bug to the
LOC heading while the HDG annunciation is flashing, it works when
entered in ROL mode (i
aster switch and the avionics master switch are on. If either
is turned off, the radio stack goes dead (as in the real AC).
When Vegard Ovesen edits are available, I plan to incorporate them in
the pa24 version.
--
Dave Perry <[EMAIL PROTECTED]>
---
4P, there are many more pa24s than c182RGs.
--
Dave Perry
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT &
uencies or
flip switches while still flying the AC with the yoke. Many of us use
fgfs to practice instrument approaches. As has been pointed out before,
we will start to tune, scan and correct, tune some more, scan and
correct. This requires one handed tuning, switch toggeling, etc.
Regards,
Dave
On Tue, 2007-01-09 at 20:13 -0600, Curtis Olson wrote:
> On 1/9/07, Dave Perry wrote:
> If you are in the Denver area, let me know and we can go fly
> the real
> N7764P together.
>
>
> ... if you can find it under 18 feet of snow ... :-)
>
This
fco to DVV vortac (mile
high). Really nice work! What is left to finish?
If you are in the Denver area, let me know and we can go fly the real
N7764P together.
Dave
--
Dave Perry <[EMAIL PROTECTED]>
-
Take Survey
the
switches).
Really like your "location-in-air" xml so far. I used the offset from a
fix, even a fix several hundred miles distant successfully. I have not
been able to do the same with a VOR. Works sometimes, but not others.
Reg
090 radial which contradicts the less
specific position report "10 nm west". The "inbound" statement should
communicate your approximate magnetic course, but since you have
reported two totally contradictory positions, your course is unknown
from this report. The controller
istent with your later comment:
> To summarize: With rare exceptions, locations are specified using the
> bearing /from/ the reference.
since radial have to do with location, not heading.
Best regards,
Dave
--
Dave Perry <[EMAIL PROTECTED]>
---
On Tue, 2007-01-02 at 23:01 -0700, Dave Perry wrote:
> For whatever reason, the KAP140 gives more realistic performance in the
> pa24 than in the c172p. I did not include an autopilot config xml in
> the pa24 implementation, i.e. it is using the default configuration.
Correction: I
he Pilot's Guide is for
the REV acquisition. The manual says after depressing the REV button,
set the HDG bug to the front course inbound heading while the HDG
annunciator is flashing. The modeled KAP140 requires the HDG bug to be
set t
temperature) as well as making the temp-pressure altitude
correction for true airspeed ring work on the asi-pa24. But the flight
that did not crash the sim before the SimGear and fgfs source update was
with the pa24 edits already made, so I don't think these changes are
part of this issue.
--
or do I need to do a clean checkout? Update for
the osg branch does not have this issue (VSI works as expected).
--
Dave Perry <[EMAIL PROTECTED]>
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge
against 2.7,
I would image there would be at least some issues. I see that another
stable version, 2.8 is out now so I guess I'd better go check how it
works with that...
Cheers - Dave
-
Take Surveys. Earn Cash. Influe
I saw a note about a week ago concerning this issue. Under osg cvs, for
both the c172p with 3d panel and the pa24-250, the radios show through
the wings, tail, gear, but not the fuselage. This does not happen under
the plib version for these ac.
--
Dave Perry <[EMAIL PROTEC
for a
while, and I guess most people don't use the 2D panel on the C172P since
it ceased to be the default some years ago.
Thanks for pointing this out - I'll take a look, but it won't be until
after Christmas.
Cheers - Dave
---
>
> Althougth I am an admin for the Atlas project, I don't have the password for
> the
> mailman administration page, so I'll leave Dave Luff do the job.
>
>
I'll have a look, but I'm pretty sure that Per Liedman might be the only
one with the password,
On Thu, 2006-11-23 at 22:51 -0500, Ampere K. Hardraade wrote:
> On Thursday 23 November 2006 10:19, Dave Perry wrote:
> > The required computation was done in Nasal. It include solving the
> > nonlinear equation
> >
> > (H - C)/2L = sin(phi - theta)
>
On Thu, 2006-11-23 at 13:51 -0500, Josh Babcock wrote:
> Dave Perry wrote:
> > Roberto Inzerillo asked if anyone was working on gear strut compression
> > animation. I spent two evenings adding this to the pa24-250 model for
> > all three gear including animation of the s
phi0 = 0.8537;
comp = getprop("gear/gear[0]/compression-m");
a = (h0-comp)/(2*L0);
# Use 2 iterates of Newton's method and 4th order Taylor series to
approximate theta0 where sin(phi - theta0) = a
theta0 = phi0 - 2*a/3 - a/(3*(1-a*a/2));
Hop others find this
- 2*a/3 - a/(3*(1-a*a/2));
Hope others can use this.
--
Dave Perry <[EMAIL PROTECTED]>
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
201 - 300 of 398 matches
Mail list logo
