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
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:
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
"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
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
David Megginson wrote:
> Yes: I haven't set the UV explicitly for all the faces yet, so there are
> some weird default texture patterns in places -- I'm working through the
> plane a little bit at a time so that the task isn't too daunting, but I've
> already switched to it as my default aircra
Martin Spott wrote:
As the next step you probably might want to sell your Warrior in favour
of an Archer :-))
In retrospect, I wish I'd bought an Archer, since the cost of ownership is
virtually identical, but there's a bit more power and useful load when you
need it. On balance, though C-FBJO
David Megginson wrote:
> Most of our training aircraft are already at least minimally IFR equipped
> (mode C transponder, gyros, nav radio, VOR) -- typically, though, students
> move up to a four-seater for IFR training since it's a little more stable.
We don't have two-seaters with gyros at o
"Curtis L. Olson" wrote:
> Please feel free to forward the announcement to freshmeat.
I assume someone has to have a user account at freshmeat, the "Project
Admin" for FlightGear on freshmeat is - you guess it - Curt Olson :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who
Martin Spott wrote:
"Curtis L. Olson" wrote:
Please feel free to forward the announcement to freshmeat.
I assume someone has to have a user account at freshmeat, the "Project
Admin" for FlightGear on freshmeat is - you guess it - Curt Olson :-)
Martin.
Hmmm, I haven't touched anything
"Curtis L. Olson" wrote:
> Hmmm, I haven't touched anything at fresh meat for years, would anyone
> be willing to take this over? How have recent updates been getting in
> there?
There must be some person 'owning' the account for the FlightGear
project page on freshmeat. The last update was fo
Erik Hofman wrote:
> This document is just an explanation on using FlightGear with KDE/Arts
> enabled.
Ah, thanks. I didn't realize this,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Erik Hofman wrote:
> Martin Spott wrote:
> > Erik Hofman wrote:
> >
> >>Update of /var/cvs/FlightGear-0.9/data/Docs/InstallGuide/html
> >>In directory baron:/tmp/cvs-serv7474/InstallGuide/html
> >
> >
> >>Modified Files:
> >>getstartch2.html
> >>Log Message:
> >>Reffer to /usr/locla/sha
Martin Spott wrote:
BTW, I didn't find your change in the current CVS checout of the base
package. Could you tell me the lines you changed ?
The *base* package? I don't think anything changed there (I searched for
/usr/local/lib in all the documents, and if it didn't show up I didn't
change anyth
Erik Hofman wrote:
> Martin Spott wrote:
> > BTW, I didn't find your change in the current CVS checout of the base
> > package. Could you tell me the lines you changed ?
> The *base* package?
I assume the location of the HTML file you changed is somewhere down in
the base package. Changes in the
Martin Spott writes:
> Erik Hofman wrote:
> > Martin Spott wrote:
>
> > > BTW, I didn't find your change in the current CVS checout of the base
> > > package. Could you tell me the lines you changed ?
>
> > The *base* package?
>
> I assume the location of the HTML file you changed is somewhere down
"Norman Vine" wrote:
> I think this is the change in question
> http://cvs.flightgear.org/cgi-bin/viewcvs/viewcvs.cgi/data/Docs/InstallGuide/html/getstartch2.html.diff?r1=1.3&r2=1.4&cvsroot=FlightGear-0.9&sortby=date
Hey, _this_ is really neat a tool !
Thanks for the link, it enabled me to find t
Martin Spott wrote:
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/737/Models
In directory baron:/tmp/cvs-serv23677/Aircraft/737/Models
Modified Files:
B737-300.ac
Log Message:
This one includes the smooth shaded 737 and tu154B as well as the adf
instrument using the o
Erik Hofman wrote:
> Martin Spott wrote:
>> that I'm missing the cabin door being coupled to the parking brake as
>> it was in your first version ;-)
>
> No, it's not ...
Hmmm, I don't understand: Did you decouple the cabin door from the
parking brake intentionally because you thing the couplin
Erik Hofman wrote:
> 'course it works, it's tested on IRIX :-)
Do you actually _run_ FG on IRIX recently or do you just use it for
testing the build ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Martin Spott wrote:
Do you actually _run_ FG on IRIX recently or do you just use it for
testing the build ?
I can't exactly call it 'running FlightGear' but I do start it once in a
while. If we can track down the Nasal problem it actually runs quite
well with 3d clouds (first time for big-en
Erik Hofman wrote:
> Martin Spott wrote:
>>
>> Solaris needs '$(X_EXTRA_LIBS)' as well to resolve dependencies that
>> are introduced by '-lplibnet',
>
> Does $(opengl_LIBS) work as well?
No, -lnsl and -lsocket are required,
Martin.
--
Unix _IS_ user friendly - it's just selective about who i
Martin Spott wrote:
Erik Hofman wrote:
Martin Spott wrote:
Solaris needs '$(X_EXTRA_LIBS)' as well to resolve dependencies that
are introduced by '-lplibnet',
Does $(opengl_LIBS) work as well?
No, -lnsl and -lsocket are required,
I already expected something like that, these are in netw
Martin Spott writes:
> Hmmm, I've been following the texture changes for quite some time and to my
> knowledge these textures have been the most sophisticated ones for this sort
> of land coverage that FlightGear has ever seen.
>
> This is why I simply don't understand why they had to go. Wo
Martin Spott writes:
> Do you intend to supply a default 'quite windy' scheme for convenience of
> those who simply would like to try a sort of "second level in the
> game" ?
That's too easy. Try --random-wind instead.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://ww
David Megginson writes:
> That's too easy. Try --random-wind instead.
I don't see this one listed in --options --verbose ...
Curt.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org
Minnesota http:/
Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> $ fgfs --lon=-122.40 --lat=37.79 --heading=320 --altitude=500 --aircraft=ufo
Thanks, this shows the buildings as expected. Now I understand the matter:
The HUD coordinates display degree and minute (the latter with decimals) -
not degrees with decimals
On Wednesday 18 June 2003 04:32, Martin Spott wrote:
> Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > $ fgfs --lon=-122.40 --lat=37.79 --heading=320 --altitude=500
> > --aircraft=ufo
>
> Thanks, this shows the buildings as expected. Now I understand the matter:
> The HUD coordinates display degree
On 1 Jul 2003 17:20:40 GMT
Martin Spott <[EMAIL PROTECTED]> wrote:
I'm happy to see those in CVS, I yet have to verify if this breaks build on
other platforms. BTW, we have to give notice to Jon about these changes,
otherwise he'll revert them on the next JSBSim update.
Would anyone commit the fix
Jon S Berndt wrote:
On 1 Jul 2003 17:20:40 GMT
Martin Spott <[EMAIL PROTECTED]> wrote:
I'm happy to see those in CVS, I yet have to verify if this breaks
build on other platforms
It's quite straight forward so I don't expect any problems.
>> BTW, we have to give notice to Jon about these changes
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>> Although this improves the altimeter display in the default aircraft,
>> the c310u3a-3d looks a bit strange now at my end:
>>
>> http://document.ihg.uni-duisburg.de/bitmap/FGFS/Panel_04.png
> What depth buffer do you have? I tested
"Jon Berndt" wrote:
> I *think* I know who did this model. I'll notify/ask him abou tit. Thanks for
> noticing the
> VRP aspect.
This aspect is my favourite one :-)
Thanks for speaking up,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-
"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
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
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
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
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:
> 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
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
"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
"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
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
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
"Jim Wilson" wrote:
> Martin Spott said:
>> I'm sorry to say this but I can't resist to note that some of the
>> changes in your patch reverted David's "the PA-28 rotates around it's
>> nose" corrections.
>
> I'm not aware of any difference of opinion Martin, but I will look into what
> you descr
Hi,
On Montag, 22. MÃrz 2004 12:53, Martin Spott wrote:
> "Jim Wilson" wrote:
> > Martin Spott said:
> >> I'm sorry to say this but I can't resist to note that some of the
> >> changes in your patch reverted David's "the PA-28 rotates around it's
> >> nose" corrections.
> >
> > I'm not aware of a
Melchior FRANZ wrote:
> - texturing (no idea which livree; certainly not ADAC ;-)
I'd give a strong vote for something civilian,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
__
Melchior FRANZ wrote:
> * Martin Spott -- Tuesday 17 August 2004 11:09:
> > In this context an idea comes to my mind: Would'nt it be useful to let
> > 'metar' honour the respective parameters in a ~/.fgfsrc file (proxy
> > settings for example) in the same the way, 'fgfs' does !?
> Useful?yes
Melchior FRANZ wrote:
> > As far as I've learnt meteo stuff (I have my theoretical test wednesday
> > morning :-/ CAVOC translates into "visibility 10 km (~ 7 miles) or
> > greater and no clouds below 5000 ft GND". I thought, "clear skies" is
> > being abbreviated by SKC,
>
> Sure. Don't be so
Melchior FRANZ wrote:
> * Martin Spott -- Tuesday 17 August 2004 12:24:
> > vpngw: 12:07:27 ~> bin/metar -v EDLN
> > INPUT: 2004/08/17 08:50
> > EDLN 170850Z VRB03KT CAVOK 22/17 Q1008
> > METAR Report ^
> >
> > [...]
> > Sky condition: clear skies
> >
Melchior FRANZ wrote:
> * Martin Spott -- Tuesday 17 August 2004 15:28:
> > I just realized you already calculate the rel. humidity from
> > temperature and dewpoint. You could calculate the cloud base from these
> > two numbers and the airport elevation as well - at least our instructor
> > taught
Melchior FRANZ wrote:
> * Martin Spott -- Thursday 19 August 2004 13:16:
> > Yes, the dew point represents the temperature, when humidity
> > precipitates. In wet adiabatic conditions, which are likely to
> > predominate, temperature decreases 1 degree Celsius per 100 m altitude.
> > Now you can c
"Vivian Meazza" wrote:
> I've just downloaded and installed fgfs-0.9.6-20041010 from
> ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause unknown.
> However, fgfs-0.9.6-20041009 works very well, using all the same settings,
> etc.
To my impression there's already a 'release' packa
Martin Spott wrote:
> To my impression there's already a 'release' package:
>
> ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip
>
> Would you mind to try that one ?
Did that myself and I can affirm that it works marvellous for me - with
the current CVS base package,
Martin.
-
Martin Spott wrote:
> Martin Spott wrote:
>
> > To my impression there's already a 'release' package:
> >
> > ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip
> >
> > Would you mind to try that one ?
>
> Did that myself and I can affirm that it works marvellous for me - with
> the
Frederic Bouvier wrote:
> Martin Spott wrote:
> > Did that myself and I can affirm that it works marvellous for me - with
> > the current CVS base package,
>
> Maybe we could report success or failure with the name of the card
> and related info. There could be a limitation on the number of possi
Martin Spott wrote:
> Sent: 13 October 2004 09:42
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
>
> "Vivian Meazza" wrote:
>
> > I've just downloaded and installed fgfs-0.9.6-20041010 from
> > ftp://ftp.ihg.
Vivian Meazza wrote:
>
>
> Martin Spott wrote:
> > Sent: 13 October 2004 09:42
> > To: [EMAIL PROTECTED]
> > Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
> >
> > "Vivian Meazza" wrote:
> >
> > > I've just down
Frederic Bouvier wrote:
Vivian Meazza wrote:
Martin Spott wrote:
Sent: 13 October 2004 09:42
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
"Vivian Meazza" wrote:
I've just downloaded and installed fgfs-0.9.6-20041010 from
ft
Harald JOHNSEN a écrit :
the 'release' binary of fgfs does not launch, it calls MSVCR71D.DLL
(not on my system).
Sorry about that. A corrected package is here :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32-2.zip
The other one is delete
Thanks for the report that fortunately cam
"Vivian Meazza" wrote:
> I think you will only see one carrier very close to KSFO. Mathias' code only
> works for JBSim FDM models, so if you use a YASim model, like the Bo105, you
> will fall through the deck.
>From what I've seen on the 'cvslog' list the only change that went
into CVS is the ad
Martin Spott wrote:
> Sent: 16 November 2004 17:26
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
>
> "Vivian Meazza" wrote:
>
> > I think you will only see one carrier very close to KSFO. Mathias' code
> only
"Vivian Meazza" wrote:
> Martin Spott wrote:
> > Did I miss a mail ?
>
> No - the code is available at:
>
> ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/carrier/
I know, this is _my_ server ;-))
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Martin Spott wrote:
> "Vivian Meazza" wrote:
> > Martin Spott wrote:
>
> > > Did I miss a mail ?
> >
> > No - the code is available at:
> >
> > ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/carrier/
>
> I know, this is _my_ server ;-))
>
Yes, of course, I had forgotten. Then I didn't unders
On Dienstag 16 November 2004 18:25, Martin Spott wrote:
> into CVS is the addition of the Nimitz - no change to any FDM yet.
> Did I miss a mail ?
True.
There are many things to do.
I would like to have the basic infrastructure in flightgears cvs. This way I
can add the code safely to JSBSim's c
David Megginson wrote:
> On Tue, 30 Nov 2004 18:40:53 -, Vivian Meazza
> No, it's just a matter of stability. We don't want FlightGear
> releases to have to depend on prerelease CVS versions of plib, so we
> have to wait until the next plib official release.
I'm not convinced that this actua
Martin Spott
>
> > No, it's just a matter of stability. We don't want FlightGear
> > releases to have to depend on prerelease CVS versions of plib, so we
> > have to wait until the next plib official release.
>
> I'm not convinced that this actually is the point. FlightGear has a
> history of d
Vivian Meazza wrote:
Martin Spott
No, it's just a matter of stability. We don't want FlightGear
releases to have to depend on prerelease CVS versions of plib, so we
have to wait until the next plib official release.
I'm not convinced that this actually is the point. FlightGear has a
hist
"Curtis L. Olson" wrote:
> We all are busy. Steve is extremely busy. It doesn't hurt to follow up
> on these things (more than once if needed.) If done in a "sensitive"
> way, you can usually accomplish reasonable things with reasonable people.
I don't think anyone here is attempting to blam
Curtis L. Olson wrote:
> Perhaps as a direct suggestion to the immediate issue of the crease
> patch, we should get more FG people onboard as plib contributors with
> cvs access so we can make direct contributions and get this fixed?
I looked at the developer list of the plib project (
http://sou
Martin Spott wrote:
> I found a third location:
Great, with the patches I posted these days and an additional
'-lpthread' to the final linker run we're up to date with Solaris
portability,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Martin Spott wrote:
Martin Spott wrote:
I found a third location:
Great, with the patches I posted these days and an additional
'-lpthread' to the final linker run we're up to date with Solaris
portability,
All these patches have been committed now. I still have to look into the
-pthread issue.
Erik Hofman wrote:
> All these patches have been committed now. I still have to look into the
> -pthread issue.
Oh, there's no hurry !
This weekend I replaced the Sparc20 on my internet gateway with an
Ultra2. While I successfully renewed the whole OS core for the 64-bit
architecture (kernel, ke
Erik Hofman wrote:
> Martin Spott wrote:
>> Did you actually manage to compile current OpenAL CVS on IRIX ?
>
> Sure, just make sure there are no old headers (and library) installed
> somewhere and do a fresh make (dist)clean and make install.
No such message as this one ?
cc-1020 cc: ERROR Fi
Martin Spott wrote:
No such message as this one ?
cc-1020 cc: ERROR File = arch/irix/iris.c, Line = 415
The identifier "AL_FORMAT_QUAD8_LOKI" is undefined.
case AL_FORMAT_QUAD8_LOKI:
Ah, yes, now that you mention it.
You will need to add "#include " right after AL/al.h
Erik
___
Erik Hofman wrote:
> You will need to add "#include " right after AL/al.h
Yep, looks good adding to that I suggest to replace "alut.h" with
"alext.h" or simply remove it in simgear/sound/sample_openal.hxx, line
50, maybe line 47 as well as alut now lives in a separate tree in the
OpenAL sou
Martin Spott wrote:
> Yep, looks good adding to that I suggest to replace "alut.h" with
> "alext.h" or simply remove it in simgear/sound/sample_openal.hxx, line
> 50, maybe line 47 as well as alut now lives in a separate tree in the
> OpenAL source,
O.k., I see, this is the wrong approach .
David Megginson <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
> > This is why I simply don't understand why they had to go. Would anyone be so
> > kind to give me an unbiased explanation ? Did Erik fail to follow
> > differentiation in the available land cover data or has anything else been
Martin Spott writes:
> David Megginson <[EMAIL PROTECTED]> wrote:
> > Martin Spott writes:
>
> > > This is why I simply don't understand why they had to go. Would anyone be so
> > > kind to give me an unbiased explanation ? Did Erik fail to follow
> > > differentiation in the available land cov
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
>> The current state still does not make much sense to me,
> Originally we had 5 unique crop textures and 5 corresponding material
> property entries.
> On April 25, those 5 material property entries were pointed at 3
> nearly i
David Megginson <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
> > Do you intend to supply a default 'quite windy' scheme for convenience of
> > those who simply would like to try a sort of "second level in the
> > game" ?
> That's too easy. Try --random-wind instead.
I already do so ;-)
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> Martin Spott <[EMAIL PROTECTED]> said:
>> Oh, _that_ one is really nice. Although the heli is really very well
>> behaved (even with mouse any keyboard control I find it pretty easy to
>> fly _and_land_) I'm shure that crash detection should definitely be
David Megginson writes:
> Martin Spott writes:
>
> > O.k., I'll try tomorrow. I'm curious why it didn't get triggered today.
> > BTW, for those who never flew a heli: If you chose to stand outside
> > then take a position on the left behind the helicopter. This makes the
> > first steps lots e
Martin Spott writes:
> O.k., I'll try tomorrow. I'm curious why it didn't get triggered today.
> BTW, for those who never flew a heli: If you chose to stand outside
> then take a position on the left behind the helicopter. This makes the
> first steps lots easier,
There are still some problem
On Thu, 16 Oct 2003 17:15:02 -0400
David Megginson <[EMAIL PROTECTED]> wrote:
There are still some problems we need to work out. For example, if
you set the wind to 0 and turn off the engine, the helicopter still
slides backwards and turns -- we'll have to figure out why there are
forces acting o
Curtis L. Olson writes:
> 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 ...
Tr
Jon S Berndt writes:
> On Thu, 16 Oct 2003 17:15:02 -0400
> David Megginson <[EMAIL PROTECTED]> wrote:
>
> >There are still some problems we need to work out. For example, if
> >you set the wind to 0 and turn off the engine, the helicopter still
> >slides backwards and turns -- we'll have
David Megginson <[EMAIL PROTECTED]> said:
> Martin Spott writes:
>
> > O.k., I'll try tomorrow. I'm curious why it didn't get triggered today.
> > BTW, for those who never flew a heli: If you chose to stand outside
> > then take a position on the left behind the helicopter. This makes the
> >
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> 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 suppose
David Megginson <[EMAIL PROTECTED]> wrote:
> There are still some problems we need to work out. For example, if
> you set the wind to 0 and turn off the engine, the helicopter still
> slides backwards and turns -- we'll have to figure out why there are
> forces acting on it. To test:
>
> fgfs
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.
It is very interesting to see the look on the passengers faces when the
pilo
Innis Cunningham <[EMAIL PROTECTED]> said:
> 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.
> It is very interesting
Innis Cunningham writes:
> While mapping the collective to the throttle would work. It is a
> bit like mapping a variable pitch prop to a throttle.
It's just a terminology problem, not a flight-modelling problem -- it
sucks using /controls/engines/engine[0]/throttle (or whatever) to
manipulate
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
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 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
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 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
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
> 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
> 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
1 - 100 of 559 matches
Mail list logo
