Curt,
Do you select which water texture to use based on the VMAP data, or is
there something smarter going on like looking at the size of the water
body? The reason I ask is that while the water textures we have are
quite nice for large bodies of water and man made reservoirs, they don't
look anyth
On Tue, 2005-11-08 at 09:19 +0200, Vassilii Khachaturov wrote:
> > > I would like to see all new scenery object contributions to end up in
> > > the scenery database. However, the last time I wanted to sync the base
> > > package and the DB there were more than one objects in the same space
> > > b
> > I would like to see all new scenery object contributions to end up in
> > the scenery database. However, the last time I wanted to sync the base
> > package and the DB there were more than one objects in the same space
> > because of automatic object generation.
btw it looks pretty cute someti
Erik Hofman wrote:
> Paul Surgeon wrote:
>
>> Since it's in the default San Francisco area you can submit it to Erik
>> or Curt or you could sumbit it to the FlightGear scenery database.
>> http://fgfsdb.stockill.org/
>>
>> I'm just not sure if Curt will include objects from the FG scenery db
>> i
Erik Hofman wrote:
> I would like to see all new scenery object contributions to end up in
> the scenery database. However, the last time I wanted to sync the base
> package and the DB there were more than one objects in the same space
> because of automatic object generation.
Ooops, I've simp
Paul Surgeon wrote:
Since it's in the default San Francisco area you can submit it to Erik or Curt
or you could sumbit it to the FlightGear scenery database.
http://fgfsdb.stockill.org/
I'm just not sure if Curt will include objects from the FG scenery db into the
default scenery area. Curt w
Craig Martin wrote:
Is this the proper list for FGFS scenery questions?
Yes, see http://www.terragear.org
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585ee
Is this the proper list for FGFS scenery questions?
Craig___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
On 13 Jul 2005, at 15:36, Andy Ross wrote:These days, it's usually faster to use indexed vertices. Strips and fans are faster because they reduce the number of vertices that need to be transformed by (and sent to) the hardware by "saving" 1 or 2 from the last triangle drawn. But modern cards have
Harald JOHNSEN wrote:
> Is there a reason why we are using fans and not strips for tile
> objects ?
These days, it's usually faster to use indexed vertices. Strips and
fans are faster because they reduce the number of vertices that need
to be transformed by (and sent to) the hardware by "saving"
Erik Hofman wrote:
Harald JOHNSEN wrote:
Is there a reason why we are using fans and not strips for tile
objects ?
http://baron.flightgear.org/pipermail/terragear-devel/2005-June/001219.html
Erik
lol ok, I didn't saw that ;)
Harald.
___
F
Harald JOHNSEN wrote:
Is there a reason why we are using fans and not strips for tile objects ?
http://baron.flightgear.org/pipermail/terragear-devel/2005-June/001219.html
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http:
While looking at the scene graph I saw that the .btg files are
generating a lot of leafs.
This is not new, but perhaps it is becoming worse each time the source
data resolution used to build the
tile becomes finer.
I have added a few traces in simgear's sgBinObjLoad functions, an example :
sg
Erik Hofman wrote:
>Harald JOHNSEN wrote:
>> Alberico, James F wrote:
>>
>>> Hi,
>>>
>>> I have been tracking down the cause of an FGFS access violation that
>>> occurs when attempting to use 1-arcsec scenery data for a tile
>>> generated in TerraGear to have 4 nodes. Granted, this may be
Harald JOHNSEN wrote:
Alberico, James F wrote:
Hi,
I have been tracking down the cause of an FGFS access violation that
occurs when attempting to use 1-arcsec scenery data for a tile generated
in TerraGear to have 4 nodes. Granted, this may be extremely
ambitious from a performance standp
Alberico, James F wrote:
Hi,
I have been tracking down the cause of an FGFS access violation that
occurs when attempting to use 1-arcsec scenery data for a tile generated
in TerraGear to have 4 nodes. Granted, this may be extremely
ambitious from a performance standpoint, and may prove to
Hi,
I have been tracking down the cause of an FGFS access violation that
occurs when attempting to use 1-arcsec scenery data for a tile generated
in TerraGear to have 4 nodes. Granted, this may be extremely
ambitious from a performance standpoint, and may prove to be completely
infeasible. H
hi ;
i am trying to change scenery tiles. i am using fg and ppe under windows xp.
i follow the instructions
http://mail.flightgear.org/pipermail/flightgear-devel/2001-December/002239.html
but i couldnt load the scenery . mostly ppe crashes with the error
viewer.loadModel('KLVK.atg')
Assertion f
On Sunday 06 March 2005 14:14, Jon Stockill wrote:
> Lee Elliott wrote:
> > Hello Jon,
> >
> > I was just wondering if you had done any updates/additions
> > to your models. I thought I'd seen a couple of messages
> > where you'd corrected a couple of things, like the
> > orientation of the Humber
Lee Elliott wrote:
Hello Jon,
I was just wondering if you had done any updates/additions to
your models. I thought I'd seen a couple of messages where
you'd corrected a couple of things, like the orientation of the
Humber bridge but I haven't been able to find them. I also
noticed that a few
On Thursday 06 January 2005 16:15, Jon Stockill wrote:
[snip...]
> Well if anyone wants to add a few objects to their scenery you
> may find these useful (files are under 250k each):
>
> http://flightgear.stockill.org.uk/testing/FGFS-Models-20050106
>.tgz
> http://flightgear.stockill.org.uk/testin
I have a few questions regarding scenery building.
First question :
What datasets and parameters are used when building the global scenery?
I want to be able to duplicate the scenery building process so that I get
*exactly* what is released.
For example what sort of max error is used when using T
Frederic Bouvier wrote:
The graphical interface and the FTP interface links for scenery download are
still pointing to Scenery-0.9.5
This is in page http://www.flightgear.org/Downloads/scenery.html
Yes, thanks ... I'm planning to roll up the win32 binary release today
(thanks for building the e
The graphical interface and the FTP interface links for scenery download are
still pointing to Scenery-0.9.5
This is in page http://www.flightgear.org/Downloads/scenery.html
Regards,
-Fred
___
Flightgear-devel mailing list
Flightgear-devel@flightgear
Am Montag 10 Januar 2005 17:26 schrieb Christian Mayer:
>>...
> I got an answer.
>
> They told me that the ministry decided that it'll be a security problem
> if people could the the coordinates of objects and places easily and
> quickly from the BayernViewer.
The usual stupidity :-( As if it woul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Mayer schrieb:
> Jon Stockill schrieb:
>
I can look up a few positions of objects. What format do you need?
Lat/Lon?
>>>
>>>
>>>Just lat/lon, a heading (if appropriate) and the model you want inserted
>>>at that point (obviously if i
At http://www.flightgear.org/Downloads/scenery.html
I've noticed there are two colored boxes now for downloadable scenery,
yellow and orange. Is one newer, or have more detailed objects?
There are _fewer_ transmitter towers or cellular masts in 0.9.7 as there
were in 0.9.5. While several were pe
On Thu, 06 Jan 2005 18:30:15 +0100
Erik Hofman wrote:
>
> Chris Metzler wrote:
>
> > Jon, are you agreeable to getting this stuff into the downloadable
> > scenery (that is, putting the models into the data tree and making
> > their placement part of the TerraGear/scenery generation process)?
> >
Chris Metzler wrote:
Jon, are you agreeable to getting this stuff into the downloadable
scenery (that is, putting the models into the data tree and making their
placement part of the TerraGear/scenery generation process)? Curt, are
you? It would be cool to have this stuff in the scenery.
There is
Jon Stockill wrote:
> [...] If you've got a database handy I can send you a
> dump of the database I have so far.
Are you talking about a database containing locations of already
existing scenery objects ? I think if we use a database for maintaining
object positions around the world we also sho
On Thu, 6 Jan 2005 13:13:19 +, Dave wrote in message
<[EMAIL PROTECTED]>:
>
> Theres a great potential for abuse (don't forget e:mail will be listed
> in the FG Dev list archive.)
..those can be shown there as graphics rather than text etc.
--
..med vennlig hilsen = with Kind Regards from
On Thu, 06 Jan 2005 13:21:36 +
Jon Stockill wrote:
>
> I can position all the navaids for you if you like. If you have any
> lists of object positions (I've got lighthouses, wind farms, power
> stations, radio masts, and Ordnance Survey triangulation points in the
> database so far - but th
Christian Mayer wrote:
Argh. The Bayernviewer page doesn't give me the coordinates anymore (the
old, non-java version could do that).
I write an eMail and hope that they'll add that functionality.
OK
Well if anyone wants to add a few objects to their scenery you may find
these useful (files are un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stockill schrieb:
>> I can look up a few positions of objects. What format do you need?
>> Lat/Lon?
>
>
> Just lat/lon, a heading (if appropriate) and the model you want inserted
> at that point (obviously if it's not a standard one form the Mode
Martin Spott wrote:
Exactly this was my intention, I didn't aim at reinventing David's
wheel (TM ;-))
Apparently you don't want me to collect and distribute such objects and
I won't urge you to leave this work to me I actually just made an
offer. Feel free to use it or not,
My apologies - I
Jon Stockill wrote:
> Well David Luff is already collecting airport updates on his taxidraw
> site, and as far as I know the 0.9.7 Scenery already includes all those
> updates. The advantages of objects sitting on the scenery is that they
> can be easily updated independantly of the terrain, an
Christian Mayer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stockill schrieb:
Martin Spott wrote:
Jon Stockill wrote:
Just let me know the areas you're interested in.
Europe ? ;-))
Which scenery tarballs? I'll get them downloaded, and get on with
processing the terrain elevation f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stockill schrieb:
> Martin Spott wrote:
>
>> Jon Stockill wrote:
>>
>>
>>> Just let me know the areas you're interested in.
>>
>>
>>
>> Europe ? ;-))
>
>
> Which scenery tarballs? I'll get them downloaded, and get on with
> processing the terra
Martin Spott wrote:
Jon Stockill wrote:
It's not easy to update an airport like that, since the airport model
requires a suitably sized/shaped hole in the terrain. This works well
for objects sitting *on* the terrain though, with 1 slight limitation -
if 2 people are working on different airpor
Jon Stockill wrote:
> It's not easy to update an airport like that, since the airport model
> requires a suitably sized/shaped hole in the terrain. This works well
> for objects sitting *on* the terrain though, with 1 slight limitation -
> if 2 people are working on different airports in the sa
Martin Spott wrote:
Jon Stockill wrote:
Just let me know the areas you're interested in.
Europe ? ;-))
Which scenery tarballs? I'll get them downloaded, and get on with
processing the terrain elevation for the navaids straight away - more
detail can be added as people find me info to import.
Jon Stockill wrote:
> Just let me know the areas you're interested in.
Europe ? ;-))
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Martin Spott wrote:
I'd suggest that contributions should consist of any sort of archive
files that contain everything which is necessary to define the object
and it's location like
e000n50/e006n51/3056458.stg
plus:
e000n50/e006n51/EDLN.btg.gz
for EDLN. I'm convinced I'll find a way to mer
Dave Martin wrote:
> Although I'm a bit dubious about it being anonymous access :-/
I have had an anonymous FTP 'incoming' directory on this server for
serveral years now and experienced very little abuse. Files that I
can't connect to something useful and legal are being removed from time
to tim
Dave Martin wrote:
On Thursday 06 Jan 2005 11:43, Thomas FÃrster wrote:
I've begun some scenery work for the Berlin area. I'd like to see some
place/db where you could upload models and coordinates, which creates
corresponding .stg files.
I've also made a start on some UK city and airfield scener
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas FÃrster schrieb:
>>PS: For Bavaria you can get the official 1:5 (or is it even 1:25000)
>>maps and air pictures for free from the net. But they are only in pixel
>>format (not vector format) and the UI isn't that great to do some
>>"harvest
Christian Mayer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stockill schrieb:
While messing around with my scripts for inserting objects into the
scenery (it's now all database driven, with numerous datasets imported)
I decided I could do with a few landmarks. Here's a couple of views
On Thursday 06 Jan 2005 12:54, Martin Spott wrote:
> Martin Spott wrote:
> > I think the missing of exactly such a repository is the main obstacle
> > for collecting such data. I'd be willing to provide an anonymous FTP
> > upload directory and maintain a collection of everything that arrives
> > t
Martin Spott wrote:
> I think the missing of exactly such a repository is the main obstacle
> for collecting such data. I'd be willing to provide an anonymous FTP
> upload directory and maintain a collection of everything that arrives
> there - at least one thing where I could serve the community.
Dave Martin wrote:
> I was wondering about setting up a collaborative repository for this. (I can
> get vhost accounts on the cheap with a fair ammount of bandwidth).
I think the missing of exactly such a repository is the main obstacle
for collecting such data. I'd be willing to provide an anon
On Thursday 06 Jan 2005 11:43, Thomas FÃrster wrote:
> I've begun some scenery work for the Berlin area. I'd like to see some
> place/db where you could upload models and coordinates, which creates
> corresponding .stg files.
I've also made a start on some UK city and airfield scenery.
I was won
Am Donnerstag 06 Januar 2005 12:16 schrieb Christian Mayer:
> Jon Stockill schrieb:
> > While messing around with my scripts for inserting objects into the
> > scenery (it's now all database driven, with numerous datasets imported)
> > I decided I could do with a few landmarks. Here's a couple of v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Stockill schrieb:
> While messing around with my scripts for inserting objects into the
> scenery (it's now all database driven, with numerous datasets imported)
> I decided I could do with a few landmarks. Here's a couple of views of
> the first,
While messing around with my scripts for inserting objects into the
scenery (it's now all database driven, with numerous datasets imported)
I decided I could do with a few landmarks. Here's a couple of views of
the first, also showing off the object positioning:
http://flightgear.stockill.org.u
hi all,
I have been tring to crate new scenery for australia but have few
problems.
1. it appears that fgfs-tools-client stops due to low memory, is it
ment to not use the virtual memory ?
2. if it wont use the virtual memory how much is recommened ?
3. is there any information on t
Hi,
I've compiled the latest CVS version of FlightGear and I've downloaded the scenery
of center Europe.
Now, every time I launch FlightGear starting form the airports into this zone (I've
tried with LIPI
and the airports near this one) the program stops with the following error:
fgtzfile_read()
"Curtis L. Olson" said:
>
> I don't know how this scenery loading message/pause was implimented, but ...
>
The most recent changes from Fred work great. I made the original fix in
order to correct the problems doing in air starts near KSFO before the
release, without thinking about the frame ra
Curtis L. Olson wrote:
> Erik Hofman wrote:
>
> > I noticed that the fact that scenery loading is faster when pressing
> > 'v' is caused by the fact that FlightGear doesn't bother rendering the
> > scene in the mean time.
> >
> > Maybe it would be a good idea to set /sim/rendering/draw-otw to fals
Erik Hofman wrote:
I noticed that the fact that scenery loading is faster when pressing
'v' is caused by the fact that FlightGear doesn't bother rendering the
scene in the mean time.
Maybe it would be a good idea to set /sim/rendering/draw-otw to false
just after the message box is displayed, a
On Sonntag, 15. August 2004 15:24, Frederic Bouvier wrote:
> > So everything speeding up this would be good!
>
> If you use current CVS, you can set /sim/sceneryloaded-override to true
> to have the old behavior.
Very good , thank you.
Greetings
Mathias
--
Mathias Fröhlich, em
Mathias Fröhlich wrote:
> On Sonntag, 15. August 2004 12:00, Erik Hofman wrote:
> > I noticed that the fact that scenery loading is faster when pressing 'v'
> > is caused by the fact that FlightGear doesn't bother rendering the scene
> > in the mean time.
> >
> > Maybe it would be a good idea to se
Erik Hofman wrote:
>
> Hi,
>
> I noticed that the fact that scenery loading is faster when pressing 'v'
> is caused by the fact that FlightGear doesn't bother rendering the scene
> in the mean time.
>
> Maybe it would be a good idea to set /sim/rendering/draw-otw to false
> just after the mes
Hi,
On Sonntag, 15. August 2004 12:00, Erik Hofman wrote:
> I noticed that the fact that scenery loading is faster when pressing 'v'
> is caused by the fact that FlightGear doesn't bother rendering the scene
> in the mean time.
>
> Maybe it would be a good idea to set /sim/rendering/draw-otw to f
Hi,
I noticed that the fact that scenery loading is faster when pressing 'v'
is caused by the fact that FlightGear doesn't bother rendering the scene
in the mean time.
Maybe it would be a good idea to set /sim/rendering/draw-otw to false
just after the message box is displayed, and setting it b
Is there a scenery diff somewhere from 0.9.4 to 0.9.5-pre1,
I don't really want to download the whole 80+Mb package again...
Birger
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Frederic Bouvier wrote :
> Durk Talsma wrote:
>
> > The new scenery (the 0.9.5 release, downloaded using terrasync)
> >
> > Cheers,
> > Durk
> >
> > On Sunday 18 July 2004 23:08, Frederic Bouvier wrote:
> > > Durk Talsma wrote:
> > > > > Ehm, to both of you, was this using the real-weather option
Durk Talsma wrote:
> The new scenery (the 0.9.5 release, downloaded using terrasync)
>
> Cheers,
> Durk
>
> On Sunday 18 July 2004 23:08, Frederic Bouvier wrote:
> > Durk Talsma wrote:
> > > > Ehm, to both of you, was this using the real-weather option turned
on
> > > > or anything other which mig
The new scenery (the 0.9.5 release, downloaded using terrasync)
Cheers,
Durk
On Sunday 18 July 2004 23:08, Frederic Bouvier wrote:
> Durk Talsma wrote:
> > > Ehm, to both of you, was this using the real-weather option turned on
> > > or anything other which might be related?
> >
> > Euhhm, yes, I
Durk Talsma wrote:
>
> > Ehm, to both of you, was this using the real-weather option turned on or
> > anything other which might be related?
> >
>
> Euhhm, yes, I always have turned the real-weather option on by default.
Are you using the old or the new Scenery. There was some changes in the
anima
> Ehm, to both of you, was this using the real-weather option turned on or
> anything other which might be related?
>
Euhhm, yes, I always have turned the real-weather option on by default.
Cheers,
Durk
___
Flightgear-devel mailing list
[EMAIL PROTEC
Durk Talsma wrote:
I do remember seeing something similar happening, on a long haul test flight
between Tokyo and Sydney, which judging from the timestamp on the scenery
directory, I did around the 22nd of June. Same problem: Huge memory leak, up
to the point where the aircraft became uncontroll
Curtis L. Olson wrote:
Hey guys,
Did we introduce a memory leak when paging scenery recently? I left FG
running all night (with ATC and AI traffic disabled) and memory usage
was stable. Then I went for 2-3 hour flight and just about filled up
all my main RAM + Swap on my linux machine before
Curt,
I do remember seeing something similar happening, on a long haul test flight
between Tokyo and Sydney, which judging from the timestamp on the scenery
directory, I did around the 22nd of June. Same problem: Huge memory leak, up
to the point where the aircraft became uncontrollable. I rera
Hey guys,
Did we introduce a memory leak when paging scenery recently? I left FG
running all night (with ATC and AI traffic disabled) and memory usage
was stable. Then I went for 2-3 hour flight and just about filled up
all my main RAM + Swap on my linux machine before I finally killed
lande
I have noticed that with the new Scenery directory structure, FG does not look
at mydir/Objects/w080n30/w077n38/1695792.stg unless it finds
mydir/Terrain/w080n30/w077n38/1695792.stg. This seems a little broken. If I
want to add some objects, I not only have to populate
mydir/Objects/w080n30/w
David Megginson wrote:
Thanks, Curt -- I took at look at the file, and that's exactly what
happened.
Given all of the problems in this release of Robin's data -- messed-up
runways, hundreds of missing ILS approaches, etc. -- we might want to
consider reverting to the previous version until his
Curtis L. Olson wrote:
The problem is that the terragear airport generator names the airport
scenery file according to apt. id, but in these cases the airport id
occurs twice. I am eager to see these (and other) problems fixed in
Robin's next data release.
Thanks, Curt -- I took at look at the
David,
I think what you are describing is another problem introduced in Robin's
latest scenery. For some airports that share the same name with other
airports (San Carlos, Crystal, etc.) Robin somehow got multiple entries
for the same airport in the database with the runways split between them
On Fri, 18 Jun 2004 14:21:41 -0400
David Megginson <[EMAIL PROTECTED]> wrote:
>
> Using today's scenery over TerraSync, I've found an interesting problem
> at CYHM (Hamilton, ON). Runway 12/30 is where it should be, but runway
> 06/24 is missing -- there is a big hole in the ground. When you try
Using today's scenery over TerraSync, I've found an interesting problem at
CYHM (Hamilton, ON). Runway 12/30 is where it should be, but runway 06/24
is missing -- there is a big hole in the ground. When you try to start on
runway 6, the plane starts up high in the clouds, presumably where the
On Thu, 2004-01-29 at 08:44, Erik Hofman wrote:
> Matthew Law wrote:
> > That's pretty good scenery! Is that straight from TerraGear or ripped from the MS
> > Scenery add-ons?
>
> As I understand it it's a commercial CD containing satellite images of
> the UK, but processed with TerraGear to
Mally wrote:
As I understand it it's a commercial CD containing satellite images of
the UK, but processed with TerraGear to match FlightGear's own scenery
format.
Maybe the simscreens postings should credit the source and acknowledge the
copyright?
At least mentioning that it uses textures based
> As I understand it it's a commercial CD containing satellite images of
> the UK, but processed with TerraGear to match FlightGear's own scenery
> format.
Maybe the simscreens postings should credit the source and acknowledge the
copyright?
Mally
---
Outgoing mail is certified Virus Free.
Che
Matthew Law wrote:
That's pretty good scenery! Is that straight from TerraGear or ripped from the MS Scenery add-ons?
As I understand it it's a commercial CD containing satellite images of
the UK, but processed with TerraGear to match FlightGear's own scenery
format.
Erik
_
That's pretty good scenery! Is that straight from TerraGear or ripped from the MS
Scenery add-ons?
All the best,
Matt.
On 23:31 Wed 28 Jan , Erik Hofman wrote:
> But I must also admit that after looking at the new screen shots from
> Mat Churchill I might want to change my mind:
>
>
> h
Hi,
I must admit I've been a long standing fan of tiled scenery like we use
right now. It needs some attention but the goal is my favorite.
But I must also admit that after looking at the new screen shots from
Mat Churchill I might want to change my mind:
http://www.simscreens.net/index.ph
Curtis L. Olson wrote:
Can we double the power, add some animation, and perhaps more loosely
couple the power plants? Now is when we really could use the ability
to drop ordinance. I don't have the POH in front of me, but I would
think that those particular engines would certainly need to expel
Erik Hofman writes:
> Jon Stockill wrote:
> > I've just been having a look at some of the new airports I've generated,
> > and I've noticed an error with the new ufo model - the great big red
> > anti-collision light from the front is missing ;-)
>
> Heh, I noticed that too recently.
> I was mostl
Jon Stockill wrote:
I've just been having a look at some of the new airports I've generated,
and I've noticed an error with the new ufo model - the great big red
anti-collision light from the front is missing ;-)
Heh, I noticed that too recently.
I was mostly busy doing other stuff today, I'll see
I've just been having a look at some of the new airports I've generated,
and I've noticed an error with the new ufo model - the great big red
anti-collision light from the front is missing ;-)
--
Jon Stockill
[EMAIL PROTECTED]
___
Flightgear-devel mail
Curtis L. Olson writes:
>
> Paul Surgeon writes:
> > I'm sure this subject has been brought up plenty of times but I
> > think it would be great to compile a list of all the features that
> > we need the FG terrain rendering system to support.
>
> Norman Vine writes:
> > > - Ability to cut in pol
Paul Surgeon writes:
> I'm sure this subject has been brought up plenty of times but I
> think it would be great to compile a list of all the features that
> we need the FG terrain rendering system to support.
Norman Vine writes:
> > - Ability to cut in polygon models of airports.
>
> Any cut in
On 11/14/03 at 12:17 AM Paul Surgeon wrote:
>I'm sure this subject has been brought up plenty of times but I think it
>would
>be great to compile a list of all the features that we need the FG terrain
>rendering system to support.
>
>I want to keep this to features only - lets forget about the
>
Curtis L. Olson writes:
>
> Paul Surgeon writes:
> > I'm sure this subject has been brought up plenty of times but I think it would
> > be great to compile a list of all the features that we need the FG terrain
> > rendering system to support.
> >
>
> I'll add in a few things:
me too
> - Ab
Paul Surgeon writes:
> I'm sure this subject has been brought up plenty of times but I think it would
> be great to compile a list of all the features that we need the FG terrain
> rendering system to support.
>
> I want to keep this to features only - lets forget about the implementation
> for
I'm sure this subject has been brought up plenty of times but I think it would
be great to compile a list of all the features that we need the FG terrain
rendering system to support.
I want to keep this to features only - lets forget about the implementation
for the moment so we can at least ge
Thanks, that helps a bit.
Paul
On Saturday, 8 November 2003 15:07, Norman Vine wrote:
> Paul Surgeon writes:
> > Is there any documentation on the binary scenery file format and how
> > FlightGear/SimGear renders the terrain?
> >
> > I've searched through all the docs and have not found anything.
Paul Surgeon writes:
>
> Is there any documentation on the binary scenery file format and how
> FlightGear/SimGear renders the terrain?
>
> I've searched through all the docs and have not found anything.
The scenery docs are a little skimpy but maybe this will help get you started
< outdated bu
Is there any documentation on the binary scenery file format and how
FlightGear/SimGear renders the terrain?
I've searched through all the docs and have not found anything.
And no the doxygen docs are not helping me at all - doxygen does not explain
the logic used in the terrain rendering.
Is i
On Wed, Oct 15, 2003 at 10:49:36AM -0500, Curtis L. Olson wrote:
>
> The difficulty for us is that our web and ftp trees are on separate
> machines. They aren't even on the same server. Our ftp tree is about
> 13Gb, our web site is about 100Mb. If we merged all the ftp data in
> with the web si
1 - 100 of 172 matches
Mail list logo
