If you put this in your .fgfsrc, the ADF is alive at the start:
--prop:/instrumentation/adf/adf-btn=true
The property seems a bit broken, though, because it's really a toggle
among ADF and ANT modes (and others?), so something like
--prop:/instrumentation/adf/mode=adf
would make much
Ive been considering it ... unless someone beats me to it. I did some quick
browsing and Im guessing the desired aircraft is the PA-18
I flew in one almost 30 years ago , and its amazing how small a sand bar in
the middle of a river you can land on :)
Cheers
P.S.
I could probably get a
So-- Syd, if no one else steps up and
you're busy, and no one is in a screaming hurry to have the model (I
work pretty slow), I'd be interested in taking this on as a YASim
project, otherwise I'll defer to you and consider the Champ again, no
worries.
-Gary aka Buckaroo
Well I'm
Very nice !
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio
This writes the source frequency to dme/frequencies/selected-mhz to fix the
dme hold for the second source , and for an indication in the property tree
that it is doing what it's supposed to .
Cheers
Index: dme.cxx
===
RCS file:
My first email seems to have vanished , so here goes again ...
I fixed the dme so that it writes the source frequency to
dme/frequencies/selected-mhz , which allows
dme hold to use source 2 (nav[1]) .
This was probably intended in the first place.
Cheers
Index: dme.cxx
Hello ,
This patch adds the option of a barber pole in the airspeed indicator,
adapted from K. Hoercher's nasal code for my b1900d...
It is enabled like this in the instrumentation.xml file :
airspeed-indicator
nameairspeed-indicator/name
number0/number
If you see places for improvement or accuracy , updates are welcome . This
was based on the nasal code , and I didnt research much other than to read
the pages listed in that nasal piece.
And thanks for reading and commiting , James.
Cheers
On Tue, Mar 9, 2010 at 3:19 AM, James Turner
P.S.
- the ias and mach limits are read each frame, so they could (potentially)
be updated from Nasal
dont know if I like this idea , the intent was to install a specific
instrument at startup ...
oh well :)
Cheers
--
OK I'll consider myself out-voted :)
It is a bit of a turn off though, when I try to fix some minor issues and
get back into the coding side of things. and its immediately rewritten
without notice.
But I guess that's better than it being completely ignored ;)
My main wish is that the enabling
On Wed, Mar 10, 2010 at 8:29 AM, James Turner zakal...@mac.com wrote:
On 10 Mar 2010, at 15:44, syd adams wrote:
It is a bit of a turn off though, when I try to fix some minor issues and
get back into the coding side of things. and its immediately rewritten
without notice.
I apologise
:)
Cheers
On Wed, Mar 10, 2010 at 1:08 PM, Tim Moore timoor...@gmail.com wrote:
On Wed, Mar 10, 2010 at 4:44 PM, syd adams adams@gmail.com wrote:
OK I'll consider myself out-voted :)
It is a bit of a turn off though, when I try to fix some minor issues and
get back into the coding side
Hello James ,
I just updated your commits and tested , thanks.
But I see another issue that bothers me ... originally I didnt initialize
the parameters UNLESS the airspeed indicator had an overspeed needle ...
but now even without , the alt-threshold , ias-limit ,and mach-limit are
visible .
That
Hi guys ,
This is another patch for the overspeed
It keeps the overspeed properties out of property tree when airspeed
indicator is not 'overspeed ' enabled
No sense putting unused properties in an already heavily populated property
tree .
Could someone apply please ?
Thanks .
?
Thanks James
On Sat, Mar 13, 2010 at 4:24 AM, James Turner zakal...@mac.com wrote:
On 13 Mar 2010, at 02:55, syd adams wrote:
Could someone apply please ?
Done.
James
--
Download Intel#174; Parallel Studio
I have to agree that much can't be done . I hate to see it removed from the
forum , flame war or not , since keeping as much information out there as
possible might keep a few some being conned .
Cheers
--
Download
Hello ...
After the recent autopilot update , altitude hold doesn't work anymore for
me , (using pi-simple-controller)
Im not sure what effect to expect with the anti-windup addition , but my
guess is it's just exposing my poor
configuration.
Cheers
Ran into this , thinking I had a problem with the Primus 1000 ...
When I try a reset from the menu , I get this error :
passed invalid index (0) to FGRouteMgr::jumpToIndex
Fatal error: name may contain only ._- and alphanumeric characters
Ive been trying to hunt this down , but too tired
I could reproduce with all the aircraft of mine ... haven't tried anyone
else's yet .
Ouch - the first message is mine - the second I can't claim responsibility
for.
What are the steps to reproduce - fire up the Bravo and hit 'reset'?
James
OK , could be something on my end. I'll dig a little deeper after work.
Cheers
On Tue, Mar 16, 2010 at 10:46 AM, James Turner zakal...@mac.com wrote:
On 16 Mar 2010, at 14:08, syd adams wrote:
I could reproduce with all the aircraft of mine ... haven't tried anyone
else's yet .
filed
Thanks for the explanation , that does help clear a few things .I'll
probably redo these files again shortly .
Cheers
On Tue, Mar 16, 2010 at 2:34 AM, Torsten Dreyer tors...@t3r.de wrote:
Hello ...
After the recent autopilot update , altitude hold doesn't work anymore
for
me , (using
Being the Primus 1000 author and maintainer i guess i should pipe up :)
1) The Primus1000 always shows distance and bearing (the additional
blueish and white needles) to the VOR-Stations tuned in, even if they
are out of range. I think this is not how it is supposed to be. I
changed it so
Hello ,
This is a small patch to add a heading-pointer-offset for RMI's and
HSI's that have these pointers.
The reason for an offset is to illiminate the need to calculate true /
magnetic headings or magnetic variation... not required as far as the needle
is concerned.
It rests at a 90 degree
SInce this is related , I'll ask here . I've got a 2 pointer RMI well under
way , and according to the few documents I found ,
the RMI gets its input from the ADF and Nav receiver ... it doesn't do the
calculations itself.
So is better to NOT to use the /nav/heading-deg ?
Cheers
displays yet ...
It requires a /systems/electrical/outputs/rmi voltage to operate...
If someone could include this , I would appreciate it .
Cheers
// rmi.cxx - radio magnetic indicator.
// Written by Syd Adams, started 2010.
//
// Copyright (C) 2010 Syd Adams
//
// This program is free software
Good to hear , Ive thought of similar solutions , but they never got any
further than just ideas in my head :)
Looking forward to this.
On Tue, Mar 30, 2010 at 8:15 AM, Stuart Buchanan stuar...@gmail.com wrote:
Hi All,
For a while I've been thinking about improving our material handling
to
Sounds promising . Ive been poking around with the generic electrical system
, kind of hoping to revive it as a default system , with more complex
systems done in nasal .
I look forward to seeing what this can do.
Cheers
Yeah Ive been listening to the radio , sounds like no flying allowed yet.
Sure makes for some gorgeous pictures though. We only see sunsets like that
during forest fire season :)
Cheers
On Fri, Apr 16, 2010 at 12:15 PM, Torsten Dreyer tors...@t3r.de wrote:
Hi,
most of you have probably heard
Does that mean I'm supposed to click the reply at the bottom of the page ?
On Fri, Apr 16, 2010 at 12:34 PM, Curtis Olson curtol...@gmail.com wrote:
Wow! Spectacular photos Torsten!!! (And I'm only top posting because Syd
did and I want to maintain consistency and flow.) :-)
Curt.
What makes FG outstanding is, that it models not only the regular
behaviour of systems but also the system errors. That is gyro drift,
compass
errors and side lobes on ILS signals to name just a few.
This is news to me. Which instrument models the drift ? I thought none did ,
so I created a
Thanks Torsten , I'll give that a try .
And yes , there are still things about FlightGear I probably dont know about
;)
Cheers
--
___
Flightgear-devel mailing list
On Fri, Apr 23, 2010 at 9:42 AM, David Megginson
david.meggin...@gmail.comwrote:
On Fri, Apr 23, 2010 at 3:11 AM, syd adams adams@gmail.com wrote:
This is news to me. Which instrument models the drift ? I thought none
did ,
so I created a nasal gyro
that drifts at 3 degrees/15
Hi guys,
Is it possible to add radio control to an airport or is it hard coded ?
Our local airport is not controlled , but we are still required to state our
intentions to the airport radio. I could probably do something with nasal ,
but would like to know if there is some trigger that enables
Helps a little but I don't have time to poke around in the code ATM...
I thought there might be a simple way to force communication by modifying
the apt.dat file ...
Thanks
On Sun, May 2, 2010 at 6:58 PM, Michael Smith mdsmi...@highland.net wrote:
On 5/2/2010 4:24 PM, syd adams wrote:
Hi
:)
Cheers
On Tue, May 25, 2010 at 2:19 AM, HB-GRAL flightg...@sablonier.ch wrote:
HB-GRAL schrieb:
syd adams schrieb:
While I cant test myself , (fg isn't playing nice at the moment) , in a
lot
of cases transparent covers need to be disabled for an animation
behind it
to be visible , so I'm
Hi Gary ... Ive wondered about this myself.
Found this section in YASim/Surface.cpp :
// Similar to the above -- interpolates out the flap lift past the
// stall alpha
float Surface::flapLift(float alpha)
{
float flapLift = _cz * _flapPos * (_flapLift-1) * _flapEffectiveness;
Hopefully
Hi Rob ,
Im not sure if I understand what you mean. The 777 uses the
instrumentation/altimeter/indicated-altitude-ft to run the altimeter
settings I havent checked to see how it deals with the reported MET
pressure ...
but it looks like you already know that above 17999 ft you set the
Hi guys , Ive been trying to get FG running again , but still continue to
get these errors at startup , which breaks livery select , autostart ...
Nasal runtime error: bad/missing argument to subvec()
at /home/syd/FGFS/data/Nasal/string.nas, line 225
called from:
This is the output I get when starting with the Aerostar-700 :
Loading local weather routines...
'/home/syd/FGFS/data'
Nasal runtime error: bad/missing argument to subvec()
at /home/syd/FGFS/data/Nasal/string.nas, line 226
called from: /home/syd/FGFS/data/Nasal/string.nas, line 236
called
Not sure what the problem might be , since I did the same thing 2 days ago
and it runs without problems here , on an AMD Athlon XP with an NVIDIA 6200
series graphics card... just a thought , but I did have to remove pulseaudio
to get another app to run without segfaulting during Openal
Hi folks,
I recompiled flightgear (git) , and noticed that the 2d cloud layers are
racing along nearly double my flight speed , and usually in the general
heading I fly .Its gives the illusion I'm flying backwards , unless a
mountain peak happens to be poking through.Is this a recent bug , or
Glad to know it's just not me. I wonder if it has anything to do with this
new cloud creating menu ? Which I haven't quite figured out the purpose of ,
wasn't the METAR string supposed to
handle the user defined weather ?
Just curious , since the move to git , progress reports seem to have fizzled
Me again ...
Im recompiling Terragear again ... changed Distros , but while compiling
simgear-cs I get these ...
In file included from SGClipGroup.cxx:26:
SGClipGroup.hxx:55: error: ‘RegisterRenderBinProxy’ in namespace ‘osgUtil’
does not name a type
SGClipGroup.cxx:73: error:
Thanks Martin , I'll give that a try.
On Mon, Jun 21, 2010 at 12:36 PM, Martin Spott martin.sp...@mgras.netwrote:
syd adams wrote:
Im using svn OSG , recompiled yesterday is that too new ?
OSG version 2.2.x should be fine. If that one doesn't work either, then
you're having
Thanks for the links , I'll do some reading tonight . I was just a surprised
because I hadn't seen it mentioned on the dev-list . Or I just missed that
one maybe :)
Cheers
On Tue, Jun 22, 2010 at 5:01 AM, thorsten.i.r...@jyu.fi wrote:
Glad to know it's just not me. I wonder if it has anything
Found one :)
http://wiki.freegeek.org/index.php/Git_for_dummies
http://wiki.freegeek.org/index.php/Git_for_dummiesLooks likes something I
could use too .
Cheers
On Sat, Jul 3, 2010 at 12:52 PM, Heiko Schulz aeitsch...@yahoo.de wrote:
Hi,
First: I think we really need something like GIT for
, Jul 5, 2010 at 10:54 PM, syd adams adams@gmail.com wrote:
I'll take a look at it , could be broken again ... but you need to set the
altitude in the Alerter and arm it, then climb to that altitude (with a VS
mode, or manually) ... it wont actually ALT hold until your within +- 1000
ft
Hi folks , hope someone can point me in the right direction ...
I just did a new git clone of flightgear , simgear, fgdata (deleted all
local copies first) , and recompiled all last night.
I now get this error :
Error building technique: findAttr: could not find attribute bool
which is generated
OK thanks , I'll try again . I compiled with a --with-simgear=/mypath :: I
still have the older cvs simgear installed also maybe its time to clean
that up to :)
Cheers
On Mon, Aug 9, 2010 at 1:02 PM, Csaba Halász csaba.hal...@gmail.com wrote:
On Mon, Aug 9, 2010 at 9:22 PM, syd adams adams
/08/2010 21:22, syd adams a écrit :
Hi folks , hope someone can point me in the right direction ...
I just did a new git clone of flightgear , simgear, fgdata (deleted
all local copies first) , and recompiled all last night.
I now get this error :
Error building technique: findAttr
Im just thinking out loud , but why would cloud movement take into account
viewer movement ?
Cheers
On Wed, Aug 11, 2010 at 4:40 PM, Stuart Buchanan stuar...@gmail.com wrote:
On Wed, Aug 11, 2010 at 1:44 PM, Heiko Schulz
Just a guess- could it be that changes made for the alternative clouds
While Im not positive this is the problem ... I noticed these lines in
cloud.cxx starting at line 706:
if (sp_dist 0) {
bx = cos((180.0-direction) * SGD_DEGREES_TO_RADIANS) * sp_dist;
by = sin((180.0-direction) * SGD_DEGREES_TO_RADIANS) * sp_dist;
}
I
nope still broken :(
On Wed, Aug 11, 2010 at 11:29 PM, syd adams adams@gmail.com wrote:
While Im not positive this is the problem ... I noticed these lines in
cloud.cxx starting at line 706:
if (sp_dist 0) {
bx = cos((180.0-direction) * SGD_DEGREES_TO_RADIANS
Just thinking out loud , but wont all the paths in the aircraft's xml files
need to change ?
I'm thinking of the ones that require the full /Aircraft/myplane/Sound ,,,
etc .
Having a separate Aircraft folder seems like it would make dropping the
finished work into fgdata/Aircraft fairly painless.
That stuff is unnecessary and in
real life you'd probably get your license yanked if you were caught using
foul language on the radio.
Here, in Canada , its a $5000 fine and/or a year in jail.That,s a
pretty good deterrent :).
While I tend to ignore these now, I am giving them a poor WOT score :)
On Tue, Nov 16, 2010 at 8:07 PM, Chris Wilkinson
blobster...@yahoo.com.au wrote:
For the Windows brethren I'd be inclined to run a virus checker over that
package before opening it. Spybots, virii, and trojans run hand in
I think the list is a good start , but as already mentioned , I'm my
own worst critic.
Rating my own work , I'd say decent 3d model , working FDM's but
plenty of room for improvement ,
and a FAIL for autopilot configuration .
Hopefully I can get back to work on them once life stabilizes here ,
and
Hi guys, how do I set the path for the development aircraft ...
outside the FG-ROOT/Aircraft. I did some searching but couldn't find
the email that announced this recent change.
Thanks
--
Increase Visibility of Your 3D
found it :
--fg-aircraft=/my/addons;
On Tue, Nov 30, 2010 at 6:04 PM, syd adams adams@gmail.com wrote:
Hi guys, how do I set the path for the development aircraft ...
outside the FG-ROOT/Aircraft. I did some searching but couldn't find
the email that announced this recent change
It seems to work fine here without any additional changes , but I only
have one aircraft in that folder at the moment
On Wed, Dec 1, 2010 at 2:36 AM, James Turner zakal...@mac.com wrote:
On 1 Dec 2010, at 08:45, James Turner wrote:
This is supposed to be automatic - I updated the code in
Sticking my 2 cents in here , i cant take anything on the forum too
seriously , probably just from bad forum experiences overall. The
mailing list was always the place I looked for development news , but
like Vivian mentioned , that doesn't seem to happen much since the
move to Git . Would be nice
I see a large portion of mine could be affected I can change all
those to fit the new layout.
So how do I go about committing updates ?
Who do i contact about write access , or is a merge request the way to go?
Or possibly create a gitorious repository for each of mine ?
I,ve got FG installed
The following aircraft override the radio dialog, which has moved since
v2.0.0.
777-200ER
b1900d
Citation-Bravo
I've just pushed an enhancement to gui.nas that allows the aircraft developer
to
change the binding for a symbolically named dialog, in the same way
that they can
Hi guys.
Is there any interest in mouse acceleration properties, besides myself ?
I,ve added it locally , and have mouse drag pedestal controls in the Aerostar .
The calculation is already done in the code, FGMouseInput.cxx , so
I've simply written each to a property:
At line 317:
if (x !=
Yes, the two lines of code I added just write the mouse xy movement to
properties.With nasal I have to calculate the movement,which is done
in the mouse code already.I've set up the Aerostar so I can click and
slide the throttle,mixture and propeller levers in pairs, or
Shift-drag to move each
Thanks,now I can undo my nasal versions.I didn't want to get too far
in case the idea didnt fly;)
On Friday, January 7, 2011, Heiko Schulz aeitsch...@yahoo.de wrote:
Hi,
Good idea, and cheap to implement. I just pushed the patch
with some tiny
modifications. I added some code cleanup, too,
Hi Torsten , i have one little request , could you invert the y
acceleration before updating the property ? I had it inverted
originally , otherwise you get negative values pushing the mouse
forward , positive pulling back. It could be inverted with nasal for
use , but it feels more natural with
I knew this was too easy , and looking for the reason , but the
acceleration properties don't zero out when the mouse stops moving .
While it still works to a point , still not quite right.
--
Gaining the trust of online
After a quick investigation , i see that the acceleration properties
are only updated IF there has been a mouse movement , so they retain
the last value ... my oversight.
Should I make a patch , or leave this to you Torsten ?
Cheers
On Sat, Jan 8, 2011 at 1:03 AM, syd adams adams@gmail.com
No problem , and thanks . Imagine where flightgear would be now if
everything worked the way it was meant too on the first try :)
On Sat, Jan 8, 2011 at 1:13 AM, Torsten Dreyer tors...@t3r.de wrote:
could you invert the y
acceleration before updating the property ?
Sorry, my bad. It's
Ive tried a few solutions to zero the properties , but then the
animation stops working .With the current implementation , the mouse
can leave the picked object while the button is pressed and continue
to move the lever , so for the moment this
seems to work ...
On Sat, Jan 8, 2011 at 1:27 AM,
Sound like a good idea . I don't get smooth results without some nasal
help , but its so much nicer to move the mouse in the direction you
want to push the lever rather than clicking 2 hotspots or two separate
mouse buttons for forward/back.Having this routine in the global nasal
should also save
Hi guys , I've been attempting to add Chris's livery to the Citation
II . Have to do some texture remapping , but I can't seem to get the
reflect map to work correctly ...maybe I'm misunderstanding.
I've converted a livery image file to a greyscale image , and modified
the shades accordingly , but
On Tue, Jan 11, 2011 at 1:36 AM, Emilian Huminiuc emili...@gmail.com wrote:
The intensity of the reflection is controlled by the material shininess and
the
alpha channel in the reflect map. In the grayscale map do a color to alpha
with black as the color, if using GIMP.
OK thanks thats were Im going wrong...
On Tue, Jan 11, 2011 at 6:32 AM, syd adams adams@gmail.com wrote:
On Tue, Jan 11, 2011 at 1:36 AM, Emilian Huminiuc emili...@gmail.com wrote:
The intensity of the reflection is controlled by the material shininess and
the
alpha channel
Heiko , I must have the wrong files , I initially get a silod chrome Citation .
Sounds like I better start over and find the correct one .Even so , I'm
interested in experimenting with other aircraft...
Cheers
On Tue, Jan 11, 2011 at 3:16 AM, Heiko Schulz aeitsch...@yahoo.de wrote:
Hi Syd,
This is what i see with the initial model :
http://imagebin.org/132166
On Tue, Jan 11, 2011 at 6:51 AM, Heiko Schulz aeitsch...@yahoo.de wrote:
Hi,
Datum: Dienstag, 11. Januar, 2011 14:39 Uhr
Heiko , I must have the wrong files ,
I initially get a silod chrome Citation .
Sounds like I
Hi guys , just letting you know i found the problem with the reflect
effect ... I had the Citation in a development folder and saw nothing
but a solid chrome effect.I moved it into fgdata/Aircraft and it
worked .
Thanks for the tips.
Cheers
On Tue, Jan 11, 2011 at 7:30 AM, Heiko Schulz
Hi guys , I've been experimenting with the reflection effect ...
I don't know who originally added them , but could someone with write
access set the Aircraft/Generic/Effects/CubeMaps' textures to correct
texture sizes so Flightgear doesn't have to rescale them every load ?
Thanks
, at 18:55, Curtis Olson curtol...@gmail.com wrote:
On Fri, Jan 14, 2011 at 3:09 AM, syd adams wrote:
Hi guys , I've been experimenting with the reflection effect ...
I don't know who originally added them , but could someone with write
access set the Aircraft/Generic/Effects/CubeMaps
Thanks for the info. I,ve scaled them ,and dont see any problems here
.Just wanted to remove some startup errors ... though I see we have
links to patches in the forum in the startup terminal what's that
, anti-prosim tools ? ;)
Cheers
On Wed, Jan 19, 2011 at 4:09 AM, Heiko Schulz
19, 2011 at 10:10 AM, syd adams adams@gmail.com wrote:
Thanks for the info. I,ve scaled them ,and dont see any problems here
.Just wanted to remove some startup errors ... though I see we have
links to patches in the forum in the startup terminal what's that
, anti-prosim tools
Sorry about the late reply ...just got internet installed ... (moved
into a new place). Now just need to find which box my router is in so
i don't have cables strung across the living room floor :). Thanks
for implementing the steering ... I'll see if I can figure it out if
you send a merge
I'd love to help , but things are tight right at the moment how
much time do we have before the event ?
I should be able to pitch in a little in a month or so if that's not too late.
I'm also not sure how to go about this with the posted mail address.
Cheers
On Sat, Feb 5, 2011 at 1:57 PM,
Hi guys,
I.ve been working at changing over the Citation X EFIS to use 3d text
,but having a few problems. The property scale and offset don't work
here , and formating doesnt behave like I expected ... for example ,
format%2.0f/format for altitude at 3029.23341234 prints 3029 .
Scaling the
=double0.009/character-size
/text
I'm not sure what you were after with %2.0f but the example you give
looks correct to me. I don't think I've had to use scaling on any text
values though.
S.
On Thu, 2011-02-10 at 13:26 -0700, syd adams wrote:
Hi guys,
I.ve been working at changing over
Like we couldn't see this coming ;)
As for the 777 , unrealistic according to who ? I'm not against
changing it as one of the default aircraft , there are a lot of other
great choices now , but I do get annoyed with these claims by armchair
pilots who read it somewhere or saw it on
Well a picture isn't what i asked for , I asked for some facts to
back up that 'unrealistic' statement...
And Ive seen stranger things around KSFO ;)
But I'm not looking for an argument , I'm looking for some suggestions
on how to improve it
from real world airliner pilots.
Cheers
On Mon, Feb
Reminded me of this video ... it IS a 757 , but still the performance
is amazing ...
http://www.youtube.com/watch?v=_vJliayH6co
On Mon, Feb 21, 2011 at 6:27 PM, Gene Buckle ge...@deltasoft.com wrote:
On Mon, 21 Feb 2011, Jack Mermod wrote:
I wasn't planning to get into an argument over
This is much more helpful than just a 'its unrealistic' and leave it
at that. I,ve been testing some changes , it
does tend to lift fairly early , but I think Ive got it a little
closer now.I,ve so noticed a fuel.nas error at startup ,
so I'll tackle that one too. Thanks for the feedback guys.I'm
Just to clear this up , my electrical system is all adapted from
Curt's original nasal system , so it's about 99.9% his work/idea :).
I'm definitely interested in trying out your's , Gary,
Cheers
--
Free Software
It compiled here with no problems , so now I'll go test it .Thanks , Thorsten.
On Fri, Feb 25, 2011 at 5:25 PM, Heiko Schulz aeitsch...@yahoo.de wrote:
Hi,
Hope the new instrument works for everyone (well, Hudson
compiled
it!). And hopefully this won't trigger a new multi-player
sport
Just a thought , but maybe asking nicely rather than demands and
threats might work better ;)
On Sat, Feb 26, 2011 at 11:32 AM, Jack Mermod jackmer...@gmail.com wrote:
I'm planning on contacting Red Bull today. If I get the green light, I
better see my livery in the database lickity split!
too many emails to read but if i understand Tim , I happen to
agree that there's no reason for every aircraft to be inserted into
the fgdata repository . Why not keep them separate from the main FG
project and leave the onus on the content creators ? There the one's
bringing the undesired
Hi guys ,
I modelled a c172j , the aircraft i trained in , and got the fdm
working pretty accurately (except for slipstream effect) , but noticed
that the yasim piston engine burned about 11 gallons per hour , about
3 gallons an hour more than the real one does full rich.
Would it be possible for
Thanks guys . I did think of limiting the mixture with src / dst ,but
thought the ability to fine tune the fuel burn would still be nice.
On Mon, Feb 28, 2011 at 1:50 AM, Vivian Meazza
vivian.mea...@lineone.net wrote:
Syd
Hi guys ,
I modelled a c172j , the aircraft i trained in , and got
Me again ...
As Heiko mentioned , my S76C broke due to a fuel.nas change . If the
change was mentioned here , I guess i missed it completely.
After some experimentation, I finally got it running again ...it
wouldn't start due to empty tanks , and trying to fill them with the
dialog didn't work
Yes , thanks Gary. I'll do some experimenting here ... that'll be
great if i can trim down my own fuel routine.
On Mon, Feb 28, 2011 at 9:17 PM, Gary Neely grne...@gmail.com wrote:
On Mon, Feb 28, 2011 at 10:27 PM, syd adams adams@gmail.com wrote:
Me again ...
As Heiko mentioned , my S76C
Possibly , i was getting fuel.nas errors suddenly ,when they hadn't
appeared before , so i assumed that had changed the S-76 runs
fine now , and ive been able to remove most of my old fuel handling
routine.But the problem must have been in my own code , still
not sure why , but all is good
It seems to work well here , once I figured out what was happening ,
and I removed my own fuel management for the S76C.Still testing to get
the fuel consumption right.
On Tue, Mar 1, 2011 at 8:59 AM, Torsten Dreyer tors...@t3r.de wrote:
I changed the fuel.nas recently to reflect the changes in
201 - 300 of 412 matches
Mail list logo
