Re: [Flightgear-devel] 18th Century city texture

2003-12-20 Thread Paul Surgeon
On Sunday, 21 December 2003 01:32, Josh Babcock wrote:
> Would it not make sense to determine a "visible range" attribute
> automatically based on size?

Nope. What if the object emits light?

For instance street lamps would not be visible from a couple of kilometers 
away but the light they cast is visible for a long way off at night.

BTW : I've seen some MSFS scenery that had street lights along a major road - 
it looked incredibly real and is a great navaid at night.

Paul


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] 18th Century city texture

2003-12-20 Thread Josh Babcock
Would it not make sense to determine a "visible range" attribute 
automatically based on size?  These issues may already be addressed by 
some LOD systems anyway.  Any LOD people out there?  I do agree that 
certain custom objects should have user defined priorities.  I can't see 
a computer determining how important a certain object is to VFR.  
Designers would really have to agree on a way to determine this though.  
What one person considers a major landmark, someone else may not.  I 
forsee a need for a set of general conventions so that everyone is on 
the same page.  Mayber instead of assigning a numeric level to an 
object, it would be better to assign it several classifications, and let 
individual users decide what weights to assign various characteristics.  
For instance user a may feel that a medium sized object with large 
uniquenes of design is more important where another would rate a large 
sized object with medium uniquenes of design higher.

Josh

Paul Surgeon wrote:

On Saturday, 20 December 2003 20:27, Matevz Jekovec wrote:
 

Hm... as mentioned before if I recall correctly, it would be cool to add
a time interval property for terrain objects (eg. WTC twin towers from
1979 to 2001)
   

While we're adding time properties to scenery models we need to add priority 
(or object type) and range properties to models as well.

Priority/object type will be needed in future to allow certain objects like 
landmarks to take priority over less important objects like trees when the 
user adjusts the amount of 3D objects to be shown. (sparse <--> dense)
A sky scraper should also take priority over a town house although both are 
buildings.

A range property would be useful for only displaying objects that are within 
"visible range".
For instance the user may select to show all 3D objects within a 50 km radius. 
However a tree is barely visible from 10 km unlike a sky scraper which is 
visible from a long way off.

Paul

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
 



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] 18th Century city texture

2003-12-20 Thread Erik Hofman
Matevz Jekovec wrote:

Hm... as mentioned before if I recall correctly, it would be cool to add 
a time interval property for terrain objects (eg. WTC twin towers from 
1979 to 2001) and terrian itself (mesh (evolution of the Earth maybe?) + 
textures (18th century pack)). When starting fgfs, you would be able to 
set the current date ten (not only time as now). It would probably be 
lots of work, but this way, we could easily enable 18th century textures 
for interval ranging from let's say 1700 to 1800. And we would be the 
only flight sim supporting that too :).
I think you misunderstood what I was trying to tell. This is a texture 
for cities which are created around the 18th century, but still exist. 
Those type of cities look quite different from modern cities like most 
US cities.

To get actual 18th century look one would need the scenery for that 
time, not the textures in particular.

Erik

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] Re: LiveCD for FGFS - suggestion

2003-12-20 Thread Melchior FRANZ
* Melchior FRANZ -- Saturday 20 December 2003 23:21:
> I've successfully remastered a Knoppix CD and made my own favor

flavor  :-]

m.

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] Re: LiveCD for FGFS - suggestion

2003-12-20 Thread Melchior FRANZ
* Martin Spott -- Saturday 20 December 2003 19:36:
> I've already been investigating the Knoppix a few months ago - but for
> whatever reason I didn't find out how people are extracting the
> necessary base for sevral projects that use Knoppix.

I've successfully remastered a Knoppix CD and made my own favor
of Knoppix, added some programs, removed others, and before all:
set my own desktop theme (focus under mouse!). It wasn't really
difficult. But I don't feel like making a fgfs CD. The problems
with licenses of different proprietary graphic cards aren't such
a great motivation. And then there is my bandwidth limitation ...

m.

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] LiveCD for FGFS - suggestion

2003-12-20 Thread Martin Spott
Alex Perry <[EMAIL PROTECTED]> wrote:
> For those people who enjoy this kind of challenge (I don't have time):
> If someone has (or will have) a script for making a Knoppix style CD of FGFS,
> I think the capability is directly relevant for teaching/instructional use.

I've already been investigating the Knoppix a few months ago - but for
whatever reason I didn't find out how people are extracting the
necessary base for sevral projects that use Knoppix.
Probably someone has to ask Klaus directly. I failed to spend more
time on that because my resources are very limited, but now that you
ask directly I will contact him this weekend. There are lots of things
I _should_ do but where I need someone to kick my a** to get the
priorities 'right' 

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] 18th Century city texture

2003-12-20 Thread Paul Surgeon
On Saturday, 20 December 2003 20:27, Matevz Jekovec wrote:
> Hm... as mentioned before if I recall correctly, it would be cool to add
> a time interval property for terrain objects (eg. WTC twin towers from
> 1979 to 2001)

While we're adding time properties to scenery models we need to add priority 
(or object type) and range properties to models as well.

Priority/object type will be needed in future to allow certain objects like 
landmarks to take priority over less important objects like trees when the 
user adjusts the amount of 3D objects to be shown. (sparse <--> dense)
A sky scraper should also take priority over a town house although both are 
buildings.

A range property would be useful for only displaying objects that are within 
"visible range".
For instance the user may select to show all 3D objects within a 50 km radius. 
However a tree is barely visible from 10 km unlike a sky scraper which is 
visible from a long way off.

Paul


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] 18th Century city texture

2003-12-20 Thread Matevz Jekovec
Erik Hofman wrote:



Hi,

Although a step ahead of the source code, and because I didn't know 
where else to store it:

I've added a texture for 18th century cities like Hanover, Paris, 
London or Amsterdam.

To use this texture instead of the default replace 
"Terrain/builtup.rgb" by 
"Terrain/18th_century_city.rgb" in the 
"BuiltUpCover" of the materials file which is located in the root of 
the base package.
Hm... as mentioned before if I recall correctly, it would be cool to add 
a time interval property for terrain objects (eg. WTC twin towers from 
1979 to 2001) and terrian itself (mesh (evolution of the Earth maybe?) + 
textures (18th century pack)). When starting fgfs, you would be able to 
set the current date ten (not only time as now). It would probably be 
lots of work, but this way, we could easily enable 18th century textures 
for interval ranging from let's say 1700 to 1800. And we would be the 
only flight sim supporting that too :).

- Matevz

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] 18th Century city texture

2003-12-20 Thread Erik Hofman


Hi,

Although a step ahead of the source code, and because I didn't know 
where else to store it:

I've added a texture for 18th century cities like Hanover, Paris, London 
or Amsterdam.

To use this texture instead of the default replace 
"Terrain/builtup.rgb" by 
"Terrain/18th_century_city.rgb" in the "BuiltUpCover" 
of the materials file which is located in the root of the base package.

Erik

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] Some Keybindings Have Broken

2003-12-20 Thread Erik Hofman
Nick Coleman wrote:
Some of my keybindings have broken with a 
"No command attached to binding"
error msg.

I suspect it may have something to do with Nasal, since one of the 
broken bindings is x, X and ctrl-X, and it has only been broken since 
the 'view' script came into the CVS tree.

I wasn't following the beginning of the Nasal thread.  Is there a 
startup option I need to enable Nasal scripting to work?
Nope. Just the latest version of SimGear/FlightGear/base_package should do.

Erik

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SGPropertyListener (was Re: [Flightgear-flightmodel] crash reporting)

2003-12-20 Thread Erik Hofman
James Turner wrote:

However, I think that large number of properties (all the JSBSim ones?) 
are of the 'bound' type, so quite a bit of polling would still occur 
(iff there's a listener on the property).
I think the FDM trees could be marked non-polling upon creation. I don't 
see a way to use these trees in aircraft without being bound to this 
particular FDM. If there are properties inside the FDM specific tree 
which are needed for FlightGear they need an alias to somewhere in the 
FlightGear tree (IMHO).

Erik

BTW. I still like the idea of using the C++ operator function for this.

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] LiveCD for FGFS - suggestion

2003-12-20 Thread Alex Perry
For those people who enjoy this kind of challenge (I don't have time):
If someone has (or will have) a script for making a Knoppix style CD of FGFS,
I think the capability is directly relevant for teaching/instructional use.

The CD, when starting FGFS, might load a default configuration and then
give the user the option of running the sim with an automation sequence.
Ideally, the sequence should be easily replaced if the CD is re-burned.

Around the USA, Aviation Safety Counselors give safety related talks
to pilots and AMTs as part of the FAA's Wings program.  While the materials
for the presentation can be generated from scratch, it is usually easier to
take advantage of existing videos and other materials.  We could provide
such materials, in the form of an FGFS LiveCD with such a scripting file,
to both assist in the talk and to enable attendees to practice at home.

While I don't have time to work on the CD image, I'd be happy to make up
scripts so FGFS can be used in a Wings presentation, eligible for credit.
Pilots who take part in Wings need to attend at least one 2-hour session
every year.  I'm sure that, with the progress the project routinely makes,
we'd have no trouble creating at least one presentation topic every year.

Comments ?

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel