> It works, but the behaviour is unexpected, or I got it wrong about VOR
> navigation.
>
Sounds like it could be a faulty config file ,,, but the proper way to do a
VOR navigation is :
Set your (VOR/LOC) frequency set your desired course / radial.
Set your heading bug to intercept the course
On Tuesday 26 January 2010 04:09:15 J. Holden wrote:
> I don't know if we've gone final with everything yet, but if we haven't,
> would it be possible for somebody here to: * double-check to see if the
> "mushroom" water-towers still exist under the town definition in
> materials.xml; and, if so
J. Holden wrote:
> As we'll have a lot more areas defined as "town" in the upcoming scenery
> build, and there are far too many water towers per square
> land-area-measurement-category) in FG as it is, and it looks tacky. After the
> release, I'll try and look at improving the randomly generated
Hi Erik,
Erik Hofman wrote:
> It would also be nice to have some more different small(ish) buildings.
Feel invited to have a look at the "Models/Residential/" folder, there
you'll find the content of this chapter:
http://scenemodels.flightgear.org/modelbrowser.php?shared=2
Cheers,
Ma
Martin Spott wrote:
> Hi Erik,
>
> Erik Hofman wrote:
>
>> It would also be nice to have some more different small(ish) buildings.
>
> Feel invited to have a look at the "Models/Residential/" folder, there
> you'll find the content of this chapter:
>
> http://scenemodels.flightgear.org/modelb
J. Holden wrote:
> I don't know if we've gone final with everything yet, but if we haven't,
> would
> it be possible for somebody here to:
> * double-check to see if the "mushroom" water-towers still exist under the
> town
> definition in materials.xml; and, if so,
> * remove them.
>
> As we'
On Tue, Jan 26, 2010 at 2:36 AM, syd adams wrote:
>
> It works, but the behaviour is unexpected, or I got it wrong about VOR
>> navigation.
>>
>
> Sounds like it could be a faulty config file ,,, but the proper way to do a
> VOR navigation is :
> Set your (VOR/LOC) frequency set your desire
Hello !
I tried the 777 yesterday, and a few things appeared strange to me :
*as you said, LNAV doesn't follow a course, but you fixed it
*I couldn't dial a V/S unless the AP is engaged and V/S mode is engaged
too. Is it supposed to be that way ? I would expect to be able to dial a
vertical spee
One airport in BC has a water tower directly at the end of the runway ,
(after Ifixed the scenery)
..and I discovered they are solid :) . Even one tower per town seems a bit
much , I haven't seen anything quite like it in real life.
Cheers
--
Curtis Olson wrote:
> On Tue, Jan 26, 2010 at 2:36 AM, syd adams wrote:
>
>
> It works, but the behaviour is unexpected, or I got it wrong
> about VOR
> navigation.
>
>
> Sounds like it could be a faulty config file ,,, but the proper
> way to do a VOR navigation is
I was wondering what those giant mushrooms were :P
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans
Hi Petr,
Here's a little snippet of some perl code I use to do this sort of thing
(it's from the backend of some perl-tk gui code, and unfortunately I can't
share the whole thing since I developed it for a proprietary project):
$HASH{ "/sim/presets/airport-id" } = $aptid;
$HASH{ "/sim/pre
Hi!
I would like to join the discussion about AP tuning. I recently posted
a message on the forum
(http://www.flightgear.org/forums/viewtopic.php?f=4&t=6853) for
b1900d. With enclosed files, action is quite smooth and autopilot
seems stable, at least on my conputer.
For vertical stabilization (sel
> It's been a long time since I (re-)wrote the random object code for OSG, but
> my
> recollection is that we use the same random number seed when generating
random model placements, to ensure that a building is in the same place on
> every computer.
> I suspect that part of the problem with the
> Dear all,
>
> please find a new (and hopefully semi-final) release candidate for
> FlightGear available for bittorrent download:
>
> http://www.xs4all.nl/~dtalsma/fgsetup-2.0.0-RC2.1.exe.torrent
>
> Note that there is also a 64-bit version of executable available here:
> http://www.xs4all.nl/
Hi Torsten,
On Tuesday 26 January 2010 06:15:49 pm Torsten Dreyer wrote:
> Just grabbed the torrents to seed for some time. While the 32bit version is
> 291MB, the 64bit version is just 13.4MB. Is that plausible?
>
Thanks! Yes, those sizes are correct. The regular package includes the data as
we
Hi,
I built the latest version of flightgear from cvs yesterday. When I tried to
run c172p and 777-200ER, I got following message:
FGMultiplayMgr - No receiver port, Multiplayermode disabled
loading scenario 'nimitz_demo'
Segmentation fault
can anyone help me
thanks
---
I wouldnt spend too much time on the b1900d , as Ive already redone most of
it ,and added the CLM /DSC modes , and will probably commit tonight .
The main problem i found on that is the yaw damper was fighting any turn in
roll modes,so at the moment Ive disabled it.
I'm still tuning the pitch modes
> *as you said, LNAV doesn't follow a course, but you fixed it
> I'll commit tonight...
>
> *I couldn't dial a V/S unless the AP is engaged and V/S mode is engaged
> too. Is it supposed to be that way ?
>
Yes ... if I remeber right the digits shouldn't display at all until in V/S
/ FPA mode.
>
Hi!
The attached patch adds support for stencil operations in effects.
Patches are for simgear's scene/material/Effect.cxx and flightgear's
Main/CameraGroup.cxx. I did them with "cvs diff " against latest
CVS version. Hope that is correct way.
The format of stencil operations in effect file is f
Wonderful, brilliant stuff Giuseppe,
The way that the autopilot works with those patches is the way I expected.
Hope this stuff makes its way into CVS so at least there's a good
reference implementation.
pete
Giuseppe Venanzoni wrote:
> Hi!
>
> I would like to join the discussion about AP tuni
21 matches
Mail list logo
