Josh Babcock wrote:
I say we issue everyone a GPS unit and start taking out own data :)
It's being done already: http://www.free-map.org.uk/
Jon
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
Jon Stockill wrote:
Josh Babcock wrote:
I say we issue everyone a GPS unit and start taking out own data :)
It's being done already: http://www.free-map.org.uk/
Well, Freemap data is from now on being contributed to the
OpenStreetMap database. I must admit that I've never seen Freemap
I've started to clean up the HUD code. I've moved all class-specific
code to the classes. Before, each class had an external initializer
that loaded the properties from the property tree and called a constructor
with *many* parameters. Now the constructors are only pointed to the
group node and
Martin Spott wrote:
Jon Stockill wrote:
Josh Babcock wrote:
I say we issue everyone a GPS unit and start taking out own data :)
It's being done already: http://www.free-map.org.uk/
Well, Freemap data is from now on being contributed to the
OpenStreetMap database. I must admit that I've
Jon Stockill wrote:
Martin Spott wrote:
I discovered this the other day - seems like it may be a useful resource
for keeping track of this type of project:
http://slashgeo.org/
Aye - this really is a valuable resource. Are they somehow affiliated
with Slashdot or did they just pick a part
Just came across this video:
http://www.angelfire.com/il2/aphs/what_up_dog.wmv
Are we ready to model this kind of aerobatics in FG?
Andras
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
Jon Stockill wrote:
Is there any way people can help with this?
As I already wrote in the previous posting
Aside from that I'd be very happy if someone would beautify the visual
apperance of the current Mapserver interface.
1.) The mapserver relies on JavaScript - and I've never done
* Erik Hofman -- Thursday 15 June 2006 15:32:
Melchior FRANZ wrote:
(a) an FGInstrumentMgr controlled class instance, and if so: should it
be moved to Instrumentation/HUD/?
That's my preference, especially since it will be a completely
overhauled version of the HUD code.
The
Martin Spott wrote:
Jon Stockill wrote:
Is there any way people can help with this?
As I already wrote in the previous posting
Aside from that I'd be very happy if someone would beautify the visual
apperance of the current Mapserver interface.
1.) The mapserver relies on
Per 15 Haz 2006 14:44 tarihinde, Olaf Flebbe ?unlar? yazm??t?:
Hi,
let me add two points:
~ 8% of the startup time is consumed generating the mibmaps
(ssgMakeMibMaps) (measured with Intel VTune). I.e. is used for
downsampling textures.
The tremendous texture memory is a performance
Jon Stockill wrote:
Martin Spott wrote:
1.) The mapserver relies on JavaScript - and I've never done that
before. It would be nice if someone could completely eliminate the
need for this disturbing Browse map checkbox, overall improvement
is very much welcomed.
I can highly
Hi,
let me comment on the current apt.dat performance i.e.
of the time spent in fgAirportDBLoad:
~25% of time time is spent in simgear::strutils::split
~10% is spent in atof()
Measured with Intel VTune using MS Visualc C++ 2005.
IMHO it is an indicator that we should not use a plain text
* Olaf Flebbe -- Thursday 15 June 2006 13:44:
The tremendous texture memory is a performance killer for lowend
graphics like intel 91x. (I got 1 Frame/sec.) I worked out a patch to
plib, reducing all flightgear texture sizes and got 15 Frames/sec.
That patch will probably collide with Fred's
Olaf Flebbe wrote :
Hi,
let me comment on the current apt.dat performance i.e.
of the time spent in fgAirportDBLoad:
~25% of time time is spent in simgear::strutils::split
~10% is spent in atof()
Measured with Intel VTune using MS Visualc C++ 2005.
IMHO it is an indicator that we
Jon Stockill wrote:
Martin Spott wrote:
1.) The mapserver relies on JavaScript - and I've never done that
before. It would be nice if someone could completely eliminate the
need for this disturbing Browse map checkbox, overall improvement
is very much welcomed.
I can highly
Hi Guys,
I've been operating under the assumption that load performance for FG is
not a requirement for apt.dat because you guys are already
pre-processing the file to make scenery, and could thus convert the
apt.dat file to something faster to read _if_ you wanted to trade load
time for the
Martin Spott wrote:
There will be. Currently I'm waiting for someone giving the ok to move
my DB to a more powerful machine but I think people can step upon the
plate earlier. This page for example:
http://www.mapability.com/info/vmap1_download.html
mentions the bounding boxes of the
2006/6/15, Frederic Bouvier [EMAIL PROTECTED]:
Olaf Flebbe wrote :
Hi,
let me comment on the current apt.dat performance i.e.
of the time spent in fgAirportDBLoad:
~25% of time time is spent in simgear::strutils::split
~10% is spent in atof()
Measured with Intel VTune using MS
On Jun 14, 2006, at 8:23 PM, Jon S. Berndt wrote:
Maybe said a different way, imagine your wing is riding on the
edge of
the amount of air it can push down without stalling. Now you deflect
the aileron down and try to push the air down even more.
Stupid me. I forgot something. OK,
On Jun 14, 2006, at 8:33 PM, Josh Babcock wrote:
Jon S. Berndt wrote:
Snap roll:
This is indeed the recipe for a snap roll: starting from a speed
slightly
above the stall, apply a sudden yaw with the rudder, apply
opposite aileron,
and pull back on the yoke. SNAP! --- One wing stalls
On Thu, 15 Jun 2006 17:43:12 +0200, Olaf wrote in message
[EMAIL PROTECTED]:
2006/6/15, Melchior FRANZ [EMAIL PROTECTED]:
* Olaf Flebbe -- Thursday 15 June 2006 13:44:
The tremendous texture memory is a performance killer for lowend
graphics like intel 91x. (I got 1 Frame/sec.) I worked
Hi,
..in a similar vein: Is there way to set the jpg-factory
screen shot size, other than at compile time by editing
this bit in SimGear/simgear/screen/jpgfactory.hxx ?:
typedef enum {
DEFAULT_XS = 320,
DEFAULT_YS = 240
} JPG_FACTORY_ENUM;
Does
Reading the airportlist needs roughly half of the startup time
Sorry, more precisly it is 19% ;-)
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
* Erik Hofman -- Thursday 15 June 2006 15:32:
* Melchior FRANZ wrote:
My preference is, of course, to switch and let loadfn die immediately. :-)
Yes, I can imagine but I think the cases where the old code is/has been
used outside of the FlightGear scope are all cases that draw attention
Melchior FRANZ wrote:
* Erik Hofman -- Thursday 15 June 2006 15:32:
I would just copy the current code to a new location and rename it's
class to maybe XMLHUD or something.
And let the old code how and where it is for compatibility reasons? It
turns out that I can't do much more
SourceForge has kindly removed all but 5 subscribers to the
simgear-cvslogs mailing list. I have no idea what happened or why.
If you would like to receive commit log messages for the SimGear
sub-project, then please go to the simgear-cvslogs subscription page and
resubscribe yourself.
Curtis L. Olson wrote:
SourceForge has kindly removed all but 5 subscribers to the
simgear-cvslogs mailing list. I have no idea what happened or why.
If you would like to receive commit log messages for the SimGear
sub-project, then please go to the simgear-cvslogs subscription page and
Adam Dershowitz wrote:
I don't believe so. Remember that a snap roll is a type of spin. So
We are probably both right. If the wing were to be split into several
sections, the effect that you describe would be approximated (a-la
X-plane), or you could add another table which could be much
Hi Stuart,
Buchanan, Stuart wrote:
I've been working on an update to the c182. Improvements over previous
version:
I got interested in this update as I hopefully will soon have a
briefing for the C182Q (D-EVOS). I found applying the patch to result
in a difficult task, because I had to
How about some stub functions ?It's kind of temporary patch up that's organized in one place.So later on, you know where to look in to delete the obsolete stuff.IsaoErik Hofman [EMAIL PROTECTED] wrote: Melchior FRANZ wrote: * Erik Hofman -- Thursday 15 June 2006 15:32: I would just copy the
On Thu, 15 Jun 2006 21:24:52 +0200, Olaf wrote in message
[EMAIL PROTECTED]:
Hi,
..in a similar vein: Is there way to set the jpg-factory
screen shot size, other than at compile time by editing
this bit in SimGear/simgear/screen/jpgfactory.hxx ?:
typedef enum {
Martin Spott wrote:
Jon Stockill wrote:
Is the map definition file available anywhere so I can see what layers
you have defined?
http://mapserver.flightgear.org/landcover.map
This is still work in progress - as always ;-) - because I didn't
finish adding all the VMAP1-layers.
Ok,
On Fri, 16 Jun 2006 00:06:25 +0200, Arnt wrote in message
[EMAIL PROTECTED]:
..are we trigger happy today. %o)
On Thu, 15 Jun 2006 21:24:52 +0200, Olaf wrote in message
[EMAIL PROTECTED]:
Hi,
..in a similar vein: Is there way to set the jpg-factory
screen shot size, other than
On Thu, 15 Jun 2006 18:08:25 -0500, Jon wrote in message
[EMAIL PROTECTED]:
Hmm, so how would JSBSim model low speed control reversals like
this? Could it be done in a way that would also be able to model
transonic control reversals that are caused by shockwaves near the
control surface
..another big deal to dig up: Downwash.
--
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
There may end up being some things that don't get specifically addressed,
but must be defined by the user with functions and tables. What I'd like
most to do is to provide all the basic
On Thu, 15 Jun 2006 18:45:22 -0500, Jon wrote in message
[EMAIL PROTECTED]:
..another big deal to dig up: Downwash.
There may end up being some things that don't get specifically
addressed, but must be defined by the user with functions and tables.
What I'd like most to do is to provide
36 matches
Mail list logo
