Chris - and whoever is having custom land cover data on their hard
disks,
Chris Wilkinson wrote:
> If better data is available to build more accurate scenery then I think by
> all
> means we should use it. The next time a build is going to happen for the
> world
> scenery on the fg website I'
On Thursday 09 December 2010 11:38:49 Martin Spott wrote:
> "J. Holden" wrote:
> > For an airport like Innsbruck, where the airport automatically
> > generated grass polygon juts into the river "cs_lake", or like Honolulu
> > or Macau, when there is a "lake" in the middle of the airfield, would
> >
Hey Scott,
The Brisbane scenery thing was partly a test - some things worked well, others
not so well.
Next will be to rebuild Australasia. My goal is to use better data for rivers,
lakes, roads, rail, and modify landcover to match local features like parks
etc.
3D buildings in all major citi
Hi there,
In the experimenting I've done with my local region scenery I used vastly more
accurate lake, river, road, rail, and landclass data to generate my custom
scenery. The amount of disk space gobbled up by the custom scenery I built was
no bigger than that taken up by the default - that s
On Sat, Dec 4, 2010 at 3:36 AM, Vivian Meazza wrote:
> Hi Curt,
>
>
>
> While “/ai/models/carrier/controls/ai-control = true” the Nimitz patrols
> within the box defined in AI/nimitz_demo.xml. You can turn the carrier into
> wind for launch or recovery by using the menu item AI ->AI Carrier Optio
"J. Holden" wrote:
> For an airport like Innsbruck, where the airport automatically
> generated grass polygon juts into the river "cs_lake", or like Honolulu
> or Macau, when there is a "lake" in the middle of the airfield, would
> it be possible to take a lake layer (or the lake layer) and "burn"
There's a big visual problem with some airports, especially when they are next
to lakes or water in the more top-drawer scenery.
For an airport like Innsbruck, where the airport automatically generated grass
polygon juts into the river "cs_lake", or like Honolulu or Macau, when there is
a "lake
On Thu, Dec 9, 2010 at 10:10 AM, Hal V. Engel wrote:
> I am going to try using the autopilot between spins and during climb outs
> to
> get things in a know state (wings level and so on) as things progress
> through
> the flight. This should allow for the state of the flight and the control
> in
Thanks Brian and Stefan,
Adding -ldl in screen Makefile.am did allow SimGear-2.0.0 to compile,
but then Atlas compile failed. I actually succeeded compiling Atlas
using the current git simgear.
There is an issue with current Atlas. If I close Atlas by clicking the
X to close the window, it
See also http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
You might have luck using the fedora provided simgear libraries
(install the SimGear-devel package). I know there are a couple of
fedora patches applied to simgear, a.o. a patch for the linker.
Stefan
2010/12/9 Brian Scha
On Wed, 2010-12-08 at 17:13 -0800, Hal V. Engel wrote:
> I used 120Hz (this is the same as the freq. of the FDM) and it almost works.
> But the problem is that on each run there is enough variation in the behavior
> of the model that the control inputs eventually get out of sync with the
> stat
On 7 Dec 2010, at 23:50, Jari Häkkinen wrote:
> A 32bit FlightGear will work without any message. The issue is trivially
> removed by renaming methods named applicationWillTerminate in a few places
> (see the attached patch for details).
>
> I have search the Net for an explanation for the pro
12 matches
Mail list logo
