Erik Hofman wrote:
Modified Files:
radar_misc.rgb
Log Message:
Add support for a storm blib
Excellent.
As far as I know, civilian airliners carry radar that is capable only of
detecting weather, not small things like aircraft. They also use a separate
radar system for ground separation (the
Erik Hofman wrote:
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/Environment
> In directory baron:/tmp/cvs-serv510
> Modified Files:
> environment_ctrl.cxx environment_ctrl.hxx
> Log Message:
> Add support for a proxy server when retreiving metar data.
> Index: environment_ctrl.cxx
>
* Martin Spott -- Thursday 26 February 2004 12:45:
> I thank you very much for implementing real weather and proxy support.
> This is really a great improvement !
I'm quite happy about it, too. It really gives a special feeling to
start from ULLI with the real, actual weather from there, or to fly
Melchior FRANZ wrote:
* Martin Spott -- Thursday 26 February 2004 12:45:
I thank you very much for implementing real weather and proxy support.
This is really a great improvement !
I'm quite happy about it, too. It really gives a special feeling to
start from ULLI with the real, actual weather f
* Melchior FRANZ -- Thursday 26 February 2004 12:59:
> Airport-Id: EFHK
> Report time:2004/2/26 11:20 UTC
> 3.5 km W2.2 US-miles W
> Wind: from the SSE (160°) at 24.1 km/h13 kt = 15 mph = 6.7
Martin Spott wrote:
Erik Hofman wrote:
Add an option to define the proxy settings (used by metar data
fetching only at this time). Usage: --proxy=user:[EMAIL PROTECTED]:port
The notation works for me - as long as I don't have to use proxy
authorization. Thanks,
If authentication support is prope
Erik Hofman wrote:
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main
> In directory baron:/tmp/cvs-serv14944
> Modified Files:
> options.cxx
> Log Message:
> Add an option to define the proxy settings (used by metar data
> fetching only at this time). Usage: --proxy=user:[EMAIL PROTEC
"Curtis L. Olson" wrote:
> Update of /var/cvs/FlightGear-0.9/source/src/Environment
> In directory baron:/tmp/cvs-serv19928
> Modified Files:
> environment_ctrl.cxx environment_ctrl.hxx
> Log Message:
> For weather fetching from the noaa.gov site: If the closest station hasn't
> changed, w
Martin Spott wrote:
Very wise :-) I'd be a bit concerned that NOAA might close their
service if they realize an increasing amount of requests from the same
host for the same airfield within a too short timeframe.
Wouldn't it make sense to evaluate the timestamp of each dataset and
delay the next
* Norman Vine -- Monday 23 February 2004 20:55:
> Melchior FRANZ writes:
> > http://weather.noaa.gov/data/nsd_.gz
>
> AFAIK this is same as the link I posted earlier with a different sorting
Oh, yes. Missed that, sorry. Seems that 'mine' is sorted by ICAO codes,
and 'yours' by ... umm ... b
Melchior FRANZ writes:
>
> * Curtis L. Olson -- Monday 23 February 2004 18:27:
> > Any one know where we can get current and definitive information?
>
> Here is a list of weather stations with ICAO ids. But it's not obvious
> if all of these do also provide metar reports:
>
> http://weather.no
* Curtis L. Olson -- Monday 23 February 2004 18:27:
> Any one know where we can get current and definitive information?
Here is a list of weather stations with ICAO ids. But it's not obvious
if all of these do also provide metar reports:
http://weather.noaa.gov/data/nsd_.gz
m.
___
* Curtis L. Olson -- Monday 23 February 2004 18:27:
> There are definitely many weather stations
> not colocated with airports (or at least that don't have corresponding
> airports in our database.)
Ahh, yes. And my assumption that only four letter ids is apparently wrong.
There are stations wi
Curtis L. Olson writes:
> David Megginson wrote:
> > Curtis L. Olson wrote:
> >
> >> A simple list of id's of metar stations. We can use this list to mark
> >> which airports have corresponding metar data so we don't flood the
> >> noaa site
> >> with bogus queries.
> >
> >
> > It might be a g
David Megginson wrote:
Curtis L. Olson wrote:
A simple list of id's of metar stations. We can use this list to mark
which airports have corresponding metar data so we don't flood the
noaa site
with bogus queries.
It might be a good idea actually to add lat/lon/elev of each station to
the list
Curtis L. Olson wrote:
A simple list of id's of metar stations. We can use this list to mark
which airports have corresponding metar data so we don't flood the noaa site
with bogus queries.
It might be a good idea actually to add lat/lon/elev of each station to the
list, and to use it instead of
Melchior FRANZ wrote:
> > Could the prop pitch be the problem
>
> Unlikely -- it's already maximum by default.
>
>
>
> > - I can't find any method of controlling it
>
> Either via http/telnet/property browser:
>
> /controls/engines/engine[n]/propeller-pitch
>
> Some joystick configs
* Vivian Meazza -- Friday 13 February 2004 13:19:
> Could the prop pitch be the problem
Unlikely -- it's already maximum by default.
> - I can't find any method of controlling it
Either via http/telnet/property browser:
/controls/engines/engine[n]/propeller-pitch
Some joystick configs
Jim Wilson wrote
>
> Vivian Meazza <[EMAIL PROTECTED]> said:
>
> > > Josh Babcock
> >
> > > Vivian Meazza wrote:
> > >
> > > >
> > > >I enter the loop in a shallow dive, 2nd stage boost on, 350
> > > kts, pull
> > > >baaack the stick and the model rolls violently and does not
> > > enter t
Vivian Meazza <[EMAIL PROTECTED]> said:
> > Josh Babcock
>
> > Vivian Meazza wrote:
> >
> > >
> > >I enter the loop in a shallow dive, 2nd stage boost on, 350
> > kts, pull
> > >baaack the stick and the model rolls violently and does not
> > enter the
> > >loop ... Works fine in other model
> Josh Babcock
> Vivian Meazza wrote:
>
> >
> >I enter the loop in a shallow dive, 2nd stage boost on, 350
> kts, pull
> >baaack the stick and the model rolls violently and does not
> enter the
> >loop ... Works fine in other models so it's not the obvious - the
> >joystick. But I expect
Jim Wilson asked
> Vivian Meazza <[EMAIL PROTECTED]> said:
>
> > I moved the origin, then applied an equal and opposite offset. When
> > one differential brake is applied and the model is viewed in or
> > helicopter view tower view it appears to be turning around its axis
> > rather than ar
Vivian Meazza wrote:
I enter the loop in a shallow dive, 2nd stage boost on, 350 kts, pull baaack
the stick and the model rolls violently and does not enter the loop ...
Works fine in other models so it's not the obvious - the joystick. But I
expect I'm doing something wrong.
Yup. Specificall
Vivian Meazza <[EMAIL PROTECTED]> said:
> I moved the origin, then applied an equal and opposite offset. When one
> differential brake is applied and the model is viewed in or helicopter view
> tower view it appears to be turning around its axis rather than around the
> braked wheel. That said, in
Jim Wilson added
> Vivian Meazza <[EMAIL PROTECTED]> said:
>
> > Tried that. Looks just the same to me. As I said some time ago: yer
> > pays yer money and yer takes yer choice. Neither is right on the
> > ground for differential braking: with one brake full on the
> aircraft
> > more or le
On Thu, 12 Feb 2004 15:36:13 -0500
Josh Babcock <[EMAIL PROTECTED]> wrote:
This has all got me thinking a bit. This subject seems to come up
quite a bit, and frankly I have found it a dificult problem too. In
addition, there are some related things that can get hard as well
like placing the w
This has all got me thinking a bit. This subject seems to come up quite
a bit, and frankly I have found it a dificult problem too. In addition,
there are some related things that can get hard as well like placing the
wheels right on the ground, and getting the landing gear elements for
wingti
"Jon S Berndt" <[EMAIL PROTECTED]> wrote:
> Is there now a difference in the way that JSBSim and YASim match up
> the 3D model with the FDM?
No, the discussion is only about placement of the 3D model vs. some FDM
reference point, I think (but I'm not absolutely shure if there _might_
be a hidden
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> Trust me, I've been all over every line of the viewer code. You aren't really
> seeing what you think you are. It just looks that way.
Jim, do you want to tell me I'm blind ? I must admit that I probably
never looked at the code but I can assure you tha
On Thu, 12 Feb 2004 19:50:48 -
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
You actually want to be very exact about matching the model to the
FDM origin.
...
Jim (or someone ... *anyone*):
Could you summarize the argument taking place here? I seem to only be
getting parts of it - I guess I did
Vivian Meazza <[EMAIL PROTECTED]> said:
> I was only using the CofG (and approximately at that) as a better visual
> reference than the nose. I was only concerned to make things look right. I'm
> sure that the FDMs are quite correct, or the models wouldn't fly very well,
> if at all. I take it the
Martin Spott <[EMAIL PROTECTED]> said:
> You _might_ be right, but in the case we are talking abouth things are
> different. For example use the "Tower view" and zoom enough to get the
> details. Take off and stay 100 ft above the ground. Now push the
> elevator violently aband you'll notice that
Vivian Meazza <[EMAIL PROTECTED]> said:
> Tried that. Looks just the same to me. As I said some time ago: yer pays yer
> money and yer takes yer choice. Neither is right on the ground for
> differential braking: with one brake full on the aircraft more or less
> rotates around that wheel. The mode
Martin Spott asked
> Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs]
>
>
> "Jim Wilson" <[EMAIL PROTECTED]> wrote:
>
> > If you put the model back to the nose and use the method
> that the p51d
> > and the pa28-161 use (the target
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> If you put the model back to the nose and use the method that the p51d and the
> pa28-161 use (the target offset) you'll look better on the ground.
BTW, it appears to me that the P-51 suffers from the same visual mishap
as the PA-28 does (does this have t
Jim Wilson wrote
> Vivian Meazza <[EMAIL PROTECTED]> said:
>
> >
> >
> > Martin wrote:
> > >
> > > David Megginson <[EMAIL PROTECTED]> wrote:
> > > > Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
> > > > In directory baron:/tmp/cvs-serv12589
> > >
> > > > Modified Files:
> > > >
Andy wrote
>
>
> Martin Spott wrote:
> > Jim Wilson wrote:
> > > If the camera is tracking the nose, then it moves up and down as
> > > well with the nose. This creates the _illusion_ that the rest of
> > > the aircraft (and of the scene for that matter) is
> moving, and the
> > > nose is r
Andy Ross <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>> Jim Wilson wrote:
>> > If the camera is tracking the nose, then it moves up and down as
>> > well with the nose. This creates the _illusion_ that the rest of
>> > the aircraft (and of the scene for that matter) is moving, and the
>> > n
Martin Spott wrote:
> Jim Wilson wrote:
> > If the camera is tracking the nose, then it moves up and down as
> > well with the nose. This creates the _illusion_ that the rest of
> > the aircraft (and of the scene for that matter) is moving, and the
> > nose is remaining stationary when in fact it
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> David Megginson <[EMAIL PROTECTED]> said:
>> Martin Spott wrote:
>> > At least in the _outside_ views the PA-28 still rotates around its nose
>> > after the recent changes,
>>
>> That seemed funny to me as well, but when I looked from the outside view, it
David Megginson <[EMAIL PROTECTED]> said:
> Martin Spott wrote:
>
> > I can't withstand the impression that changing the _camera_ position
> > didn't lead to the intended success. Take a simple stick and rotate it
> > around one of its ends. For an observer the phenomenon is still the
> > same ev
Vivian Meazza <[EMAIL PROTECTED]> said:
>
>
> Martin wrote:
> >
> > David Megginson <[EMAIL PROTECTED]> wrote:
> > > Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
> > > In directory baron:/tmp/cvs-serv12589
> >
> > > Modified Files:
> > > pa28-161-yasim-set.xml
> > > Log Message:
Martin Spott wrote:
I can't withstand the impression that changing the _camera_ position
didn't lead to the intended success. Take a simple stick and rotate it
around one of its ends. For an observer the phenomenon is still the
same even when he changes his viewpoint.
If you want to rotate the sti
Martin wrote:
>
> David Megginson <[EMAIL PROTECTED]> wrote:
> > Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
> > In directory baron:/tmp/cvs-serv12589
>
> > Modified Files:
> > pa28-161-yasim-set.xml
> > Log Message:
> > Change camera position so that model doesn't rotate arou
David Megginson <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
> In directory baron:/tmp/cvs-serv12589
> Modified Files:
> pa28-161-yasim-set.xml
> Log Message:
> Change camera position so that model doesn't rotate around the nose.
I can't withstand t
-0.7
That should do the trick :)
David Megginson wrote:
Jim Wilson wrote:
Actually, it isn't that. It is just the location that the "camera"
points to.
You don't want it pointing at the nose. So add the entry below to the
external views in your xml wrapper that track the plane. The val
Jim Wilson wrote:
I wonder if we can model the broken air vent door on the pilot's side that
blows -35 degC air on my feet when I'm flying in the winter.
It's already there (parameter: --frostbite=mins where mins is number of
minutes before you lose your toes). With that all you need is an old
a
David Megginson <[EMAIL PROTECTED]> said:
> I wonder if we can model the broken air vent door on the pilot's side that
> blows -35 degC air on my feet when I'm flying in the winter.
It's already there (parameter: --frostbite=mins where mins is number of
minutes before you lose your toes). With
David Megginson wrote:
Thanks -- that did the trick. The plane is actually flying well, and
I'm starting to feel tempted to go back and do more work to make it a
fully-usable alternative to the [EMAIL PROTECTED]@#na 172 -- after all, it would be
nice for users to be able to fly a light single w
Jim Wilson wrote:
Actually, it isn't that. It is just the location that the "camera" points to.
You don't want it pointing at the nose. So add the entry below to the
external views in your xml wrapper that track the plane. The value is the
distance in meters from the FDM reference point (the n
On Sun, 08 Feb 2004 21:31:30 +0100,
Erik Hofman <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>:
> Martin Spott wrote:
>
> > Anyway: Thanks for this very nice addition to the FlightGear hangar,
>
> I'm already investigating for a larger home airport. KSFO isn't going
> to take it anym
David Megginson <[EMAIL PROTECTED]> said:
> Martin Spott wrote:
>
> > Hello David, I like your PA-28 very much, but I can't resist to note
> > that there is one 'feature' that is really annoying (I must admit that
> > this word is a bit too strong in this context !):
> > At least in the outside v
Martin Spott wrote:
Anyway: Thanks for this very nice addition to the FlightGear hangar,
I'm already investigating for a larger home airport. KSFO isn't going to
take it anymore.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.fli
Hello,
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/Hunter/Models
> In directory baron:/tmp/cvs-serv1093
> Added Files:
> pilots-notes.txt
> Log Message:
> Missed one important file.
> The following additional keyboard controls have been i
> > Hello David, I like your PA-28 very much, but I can't resist to note
> > that there is one 'feature' that is really annoying (I must admit that
> > this word is a bit too strong in this context !):
> > At least in the outside views the aircraft rotate around its nose.
> > It's difficult to tell
Martin Spott wrote:
Hello David, I like your PA-28 very much, but I can't resist to note
that there is one 'feature' that is really annoying (I must admit that
this word is a bit too strong in this context !):
At least in the outside views the aircraft rotate around its nose.
It's difficult to tel
David Megginson <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161/Models
> In directory baron:/tmp/cvs-serv27479
> Modified Files:
> pa28-161.ac
> Added Files:
> pa28-161-01.rgb panel-tex01.rgb panel-tex02.rgb
> panel-tex03.rgb panel.rgb
> L
Am Montag, 2. Februar 2004 23:38 schrieb Melchior FRANZ:
> Who? The Empress? She was actually called Sisi ...
http://dict.leo.org/?search=sissy&lang=de
> That a solution for non-US-keyboards is necessary was never argued about,
> and actually discussed a few times already. It's just that nobody f
* Ronny Standtke -- Monday 02 February 2004 23:01:
> But dont be a sissy,
Who? The Empress? She was actually called Sisi ...
> I am a developer myself [...] and the German keyboard never troubled me
> while programming.
But not a TeX programmer, right? :-}
> > But thats quite OT, because
> The places where they put "unimportant" things like @, [, ], {, }, \,
> etc. Face it: German keyboards may be suitable for secretaries or poets,
> but they are a royal pain for technical stuff like programming.
If you look back in history (damn, I'm not that old) keyboards _have_ been
designed
* Ronny Standtke -- Monday 02 February 2004 18:46:
> What exactly do you despise about the layout of German kezboards :-)
The places where they put "unimportant" things like @, [, ], {, }, \,
etc. Face it: German keyboards may be suitable for secretaries or poets,
but they are a royal pain for tec
Am Montag, 2. Februar 2004 11:51 schrieb Melchior FRANZ:
> Don't know. I'm Austrian.
> No, seriously: I can't stand German keyboards. Their layout is brain-dead,
> so I'm using an US-American one. I'd say that it's up to those who suffer
> the most to fix the unfortunate situation. (I use the compo
* Martin Spott -- Monday 02 February 2004 11:25:
> I appreciate your effort - on the other hand I feel required to note,
> that there are still unsolved issues because some of the key controls
> work different on different national keyboards.
I know. But having documentation about the current stat
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Docs/keyboard
> In directory baron:/tmp/cvs-serv21524/keyboard
> Added Files:
> VERSION map.pdf map.tex
> Log Message:
> Add a per aircraft keyboard refference
I appreciate your effort - on the other hand I fee
Martin Spott wrote:
Erik Hofman wrote:
Martin Spott wrote:
Woohooo !
I take this as a compliment.
Absolutely - with the gear retracted the F16 looks really 'smart'. I
have been waiting all the time for a retractable gear but didn't dare
to ask
It never hurts to ask. It's just that it probb
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>>>Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16/Models
>>>In directory baron:/tmp/cvs-serv20447
>>
>>
>>>Modified Files:
>>> f16.ac f16.xml
>>>Log Message:
>>>Add gear animation
>>
>>
>> Woohooo !
> I take this as a compl
Martin Spott wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16/Models
In directory baron:/tmp/cvs-serv20447
Modified Files:
f16.ac f16.xml
Log Message:
Add gear animation
Woohooo !
I take this as a compliment.
Thanks!
Erik
___
Flightgear-d
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16/Models
> In directory baron:/tmp/cvs-serv20447
> Modified Files:
> f16.ac f16.xml
> Log Message:
> Add gear animation
Woohooo !
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hello Erik,
Erik Hofman <[EMAIL PROTECTED]> wrote:
> +href="http://www.flightgear.org/default.css";>
[...]
> + http://www.flightgear.org/";> src="http://www.flightgear.org/images/fglogosm.jpg"; alt="">
You probably might want to use references _without_ hostname here -
like it's already
Andy Ross writes:
> Sure, there's a print() function which uses SG_LOG; for exactly this
> purpose. There's even a fancy dump() method on a property node that
> you can use to dump a property tree to the console.
Ok, thanks, I eventually found it. Quite useful, thanks. :-)
> It turns out to be
Curtis L. Olson wrote:
> It appears (to me) to be a property setting problem. Andy, does
> nasal have the ability to dump console output for temporary
> debugging?
Sure, there's a print() function which uses SG_LOG; for exactly this
purpose. There's even a fancy dump() method on a property node
Curt wrote:
> select = sel.getChild("engine", i);
> Could there be a bug in this form of getChild()?
Heh, bingo. That was exactly it. See the other post for notes.
Andy
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightge
Andy Ross writes:
> Curtis L. Olson wrote:
> > David, (Andy?)
> >
> > It appears that in the latest cvs, we have lost the ability to control
> > the engines independently.
>
> This one is mine. The recent Nasal stuff contains a rework of the
> engine handling to allow for arbitrary numbers of eng
Andy Ross writes:
> Curtis L. Olson wrote:
> > David, (Andy?)
> >
> > It appears that in the latest cvs, we have lost the ability to control
> > the engines independently.
>
> This one is mine. The recent Nasal stuff contains a rework of the
> engine handling to allow for arbitrary numbers of eng
Andy Ross <[EMAIL PROTECTED]> wrote:
> Curtis L. Olson wrote:
>> Previously you could type... etc. to
>> select an engine. Then '{' and '}' would select the magnetos.
>> Finally, "space bar" would kick in the starter motor for as long as it
>> was depressed.
>
> Let me take a look. I presum
Jon S Berndt writes:
> On Mon, 29 Dec 2003 15:49:30 -0600
> "Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> >David, (Andy?)
> >
> >It appears that in the latest cvs, we have lost the ability to control
> >the engines independently. Previously you could type
> > ... etc. to select an engine. Th
Andy Ross writes:
> Curtis L. Olson wrote:
> > David, (Andy?)
> >
> > It appears that in the latest cvs, we have lost the ability to control
> > the engines independently.
>
> This one is mine. The recent Nasal stuff contains a rework of the
> engine handling to allow for arbitrary numbers of eng
On Mon, 29 Dec 2003 15:49:30 -0600
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
David, (Andy?)
It appears that in the latest cvs, we have lost the ability to control
the engines independently. Previously you could type
... etc. to select an engine. Then '{' and '}'
would select the magnetos.
Curtis L. Olson wrote:
> David, (Andy?)
>
> It appears that in the latest cvs, we have lost the ability to control
> the engines independently.
This one is mine. The recent Nasal stuff contains a rework of the
engine handling to allow for arbitrary numbers of engines, and avoid
the "why are there
David, (Andy?)
It appears that in the latest cvs, we have lost the ability to control
the engines independently. Previously you could type
... etc. to select an engine. Then '{' and '}'
would select the magnetos. Finally, "space bar" would kick in the
starter motor for as long as it was depr
Martin Spott wrote:
Erik Hofman <[EMAIL PROTECTED]> wrote:
Update of /var/cvs/FlightGear-0.9/data/Models/Geometry
In directory baron:/tmp/cvs-serv27779
Added Files:
frighter.ac
Shou?ld this ship frighten us ? ;-)
Only if it's directly above you ...
Erik
___
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Models/Geometry
> In directory baron:/tmp/cvs-serv27779
> Added Files:
> frighter.ac
Shouöld this ship frighten us ? ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
David,
As for the STL headers, use these instead:
#include STL_IOSTREAM
#include STL_IOMANIP
There are actually many files that are not using these variables from
simgear/compiler.h. It looks like the ATC code and JSBSim are handling
this on their own instead of letting Simgear do it (though
David,
There's a sprintf in Rotor.cpp and compilation is failing with the stdio.h
include removed.
Best,
Jim
David Megginson <[EMAIL PROTECTED]> said:
> Index: Rotor.cpp
> ===
> RCS file: /var/cvs/FlightGear-0.9/source/src/FDM/YAS
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/source/src/Scenery
> In directory baron:/tmp/cvs-serv18274/src/Scenery
> Modified Files:
> hitlist.cxx hitlist.hxx tilemgr.cxx tilemgr.hxx
> Log Message:
> With this patch, you can fly under bridges, then turn
Just to clarify a couple of things re helicopters:
Once the engine stops there is no torque and the helicopter can be
autorotated to a safe landing using the same principle as a gyrocopter.
This manouvre is part of training to get a licence and is practised
many times.
The danger with an auto
Maik Justus <[EMAIL PROTECTED]> wrote:
> The bo really can loop and act quite different to many other helos.
Zimmerman flew a slightly modified (lubrication of the main gear box)
BO-105 which was able to fly top-down,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its frie
Innis
> You are probably right.Just wonder if they would feel the same way if they
> found something in here they could use.
Contacting them about the panels might be a good way of introducing them to the
joys of FlightGear if they're not already aware of it. :-)
Mally
---
Outgoing mail is ce
Hi Lee
I just hate reinventing the wheel over and over.And as we have a bit of a
shortage of panels in FG I thought it might be a way to get some more.
Anyway there are a couple of people in MSFS who have given there permission
so if I am going to persue this I will restrict myself to those desig
Hi Mally
You are probably right.Just wonder if they would feel the same way if they
found something in here they could use.
Cheers
Innis
The Mad Aussi
"Mally"
> You are absolutely right. But I was just making people aware that some
parts
> of the MSFS panels can be used in FG with little effort.
Hello Innis,
Where people have given permission there is no problem at all but if a FG
document says "you have to get this artwork for yourself because we
aren't allowed to include it" then we're admiting that we don't have
permission to use it but that there's a loop-hole that allows individua
> You are absolutely right. But I was just making people aware that some parts
> of the MSFS panels can be used in FG with little effort.
> What problem would there be if the readme for a panel xml file said that it
> would work with a certain MSFS background.As long as the person uses it
> themsel
> My understanding of the tail rotor is to counteract the torque of the main
> rotor and to rotate the helo around its Z axis in either a CW or CCW
> direction depending on the lift supplied by the tail rotor.
> Loss of a tail rotor more than likely will result in loss of the helo unless
> the pi
Lee Elliott writes>
Hi Lee
You are absolutely right. But I was just making people aware that some parts
of the MSFS panels can be used in FG with little effort.
What problem would there be if the readme for a panel xml file said that it
would work with a certain MSFS background.As long as the
Hi Maik
Maik Justus writes
Hi Innis,
>
The tail rotor could be tied to the rudder but it should give equal
rotation around its axis regardless of the forward speed or lack of it of
the helo.
Hm. I hink this is only correct for acrobatic (3D) model-helos with a (so
called) heading lock gyro, b
On Saturday 18 October 2003 13:03, Innis Cunningham wrote:
> Hi Jim
> Sorry mate the last time I worked on choppers was 30 years ago.
> But what I could suggest is to download a MSFS panel you like and
convert it
> for FG use.
> I have found that you can use the artwork of panels made for FS98 an
Hi Jim
Sorry mate the last time I worked on choppers was 30 years ago.
But what I could suggest is to download a MSFS panel you like and convert it
for FG use.
I have found that you can use the artwork of panels made for FS98 and then
add the instruments from FG.
While for a complete panel for FG
Hi Innis,
Innis Cunningham wrote:
Hi Jim
While mapping the collective to the throttle would work. It is a bit
like mapping a variable pitch prop to a throttle.In most helo's I
worked on the throttle was opened wide and then the collective was
pulled on.
On most modern helos the engine is co
Hi,
Oh, _that_ one is really nice. Although the heli is really very well
thanks
behaved (even with mouse any keyboard control I find it pretty easy to
fly _and_land_)...
The bo is a little bit different to most other helicopters. I don't say
that this simulation is totally realistic, but it sh
Hi
Curtis L. Olson wrote:
It also loops quite easily ... not saying that was the first thing I
tried. How do you run the collective? How about yaw control? The
rudder seemed to act more like an aerodynamic rudder ... not that I
know anything about how a helo is supposed to fly ...
Curt.
The b
401 - 500 of 776 matches
Mail list logo
