Is it possible to bring in either raw or TIFF imagery to the flight gear environment?
The imagery has been georegistered and is part of a set of stereo pair images used to
create 3-D models and DEMs. Can the imagery data (as well as 3-models and high
resolution DEMs (3 meter DEMs) be overlaid o
Corrubia, Stacie K wrote:
Is it possible to bring in either raw or TIFF imagery to the flight gear environment?
Yes, it's possible, although we don't have good facilities built in for
paging high volumes of textures. This is ok if you want to do a small
demo area, but you'd have problems current
Corrubia, Stacie K wrote:
Is it possible to bring in either raw or TIFF imagery to the flight
gear environment? The imagery has been georegistered and is part of a
set of stereo pair images used to create 3-D models and DEMs. Can
the imagery data (as well as 3-models and high resolution DEMs (3
me
Thank you for the quick reply!
Is a circle with a 4.5mi radius small enough to model without bogging down the system?
We have a NVIDIA Quadro FX 1000 video graphics card.
So I should be able to bring in my high resolution imagery and be able to orient it
and place it at the correct Lat/Lon?
Corrubia, Stacie K wrote:
Thank you for the quick reply!
Is a circle with a 4.5mi radius small enough to model without bogging down the system?
We have a NVIDIA Quadro FX 1000 video graphics card.
The answer to this really depends on your texture / dem resolution.
So I should be able to bring in
Harald said:
>
> Hi,
>
> I am working on something that could perhaps help designing panels.
> While looking at the xml definition
> of panels I saw that 2d panels are defined in their own file and
> included with a tag.
> On the other way the 3d panels are included in the plane model/animation
- There should no longer be any wildly oscillating runway surfaces.
- There should be no runway surfaces with abrupt cliffs in them.
Sorry to barge in, I have to strange ones: ENDU and ENNK. Has the above
mention something to do with these?
- We have added beautifully modeled rotating beacons, w
Original Message
Subject:Fw: [Flightgear-devel] OpenGL/DirectX wrapper
Date: Tue, 25 May 2004 12:46:48 -0700
From: Chris Brady <[EMAIL PROTECTED]>
Reply-To: Chris Brady <[EMAIL PROTECTED]>
Organization: alt.software inc
To: <[EMAIL PROTECTED]>
- Origi
I'm not an Apple guy, so I can't test this for sure, but can someone
tell me if it is still true that some Apple compilers that are used by
FlightGear developers still do not have this function:
inline char* gcvt (double value, int ndigits, char *buf)
??
Thanks,
Jon
_
Jon,
I couldn't find a reference to it in stdlib.h, or anywhere else in
/usr/include.
Jonathan Polley
On May 25, 2004, at 3:45 PM, Jon S Berndt wrote:
I'm not an Apple guy, so I can't test this for sure, but can someone
tell me if it is still true that some Apple compilers that are used by
Flig
Oops, I also use gcc 3.3 under MacOS X 10.3.3
On May 25, 2004, at 6:17 PM, Jonathan Polley wrote:
Jon,
I couldn't find a reference to it in stdlib.h, or anywhere else in
/usr/include.
Jonathan Polley
On May 25, 2004, at 3:45 PM, Jon S Berndt wrote:
I'm not an Apple guy, so I can't test this for s
Jon S Berndt said:
> For JSBSim (and I imagine, YASim, and others), our turbine model (for
> example) features various temperatures that can be reported on a panel
> display. For any unique aircraft, as well, there will be some
> arbitrary number of engines, with controls associated with each
> You might want to take a look at the code yourself, I don't have the answers
> off the top of my head. But one suggestion: How about enhancing the
> interface by allowing the JSBSim-side to FGFS-side property mappings to be
> defined in the JSBSim configuration file?
If we are talking about t
13 matches
Mail list logo