Curtis L. Olson writes:
The problem only seems to happen when the 3d model is in the view. To
me, that would point to a problem with the model, or a problem with
plib's handling of the model. For instance if the 3d model tickles
some material or lighting feature that plib doesn't normally
David Megginson writes:
Erik Hofman writes:
It might be usefull to rearrange the website, to let the Table of
Contents show up first on the page. It would be a good idea to add the
News and Project Overview sections to the table of contents then.
I'd suggest that starting with
Norman Vine writes:
Curtis L. Olson writes:
The problem only seems to happen when the 3d model is in the view. To
me, that would point to a problem with the model, or a problem with
plib's handling of the model. For instance if the 3d model tickles
some material or lighting feature that plib
Curtis L. Olson writes:
Ok, that was definitely helpful. If you go to src/Model/model.cxx,
line #248 and comment out the Load panels section of code, the C172
becomes shaded again and the objects no longer glow at night.
Good one !
Looks like we need something like
void
FGPanel::draw()
{
Norman Vine wrote:
FWIW IMHO pictures do not belong on the main page at all !!!
Instead IMHO we should present a 'well organized' entry point
that is viewable on one page so as to impress our visitors with our
'professionalism'
FWIW - One of my favorite sites is http://www.google.com
Which
Melchior FRANZ writes:
Here's why my tdfx v3 doesn't show fog any more[1]: it's the
glPolygonOffset() in the 3D-panel code. And I remembered that
Andy had commented on this problem a while back in the already
mentioned thread ...
snip
Index: panel.cxx
Curtis L. Olson writes:
Up until recently glPolygonOffset() was an vendor extension to the
official spec, perhaps that's why it's not included in glPush/PopAttrib()?
Hmm... Looking at the NEW 1.4 OpenGL spec it appears as if
glPolygonOffset() has been included in the spec since v1.1 1992 ?
David Megginson writes:
Curtis L. Olson writes:
I don't know a lot about the 3d clouds, but I was under the impression
that you could define different cloud shapes and complexities. We are
just running with the cloud layout from Mark's demo.
Understood. The demo is meant to
John Wojnaroski writes:
Curtis L. Olson writes:
David Megginson writes:
I'm wondering if we can make everything a bit simpler -- smaller
textures, fewer particles, etc. We'd still get 3D clouds, but they
wouldn't hit the GPUs as hard.
I don't know a lot about the 3d clouds, but
The Bergrens writes:
Sounds like you need the perl module called strict to be installed.
Or maybe your perl installation is hosed.
You can get perl modules from cpan.org, I think.
There was a bug in Cygwin Perl that 'can' be triggered by automake
when running on a project on a 'text' mounted
Michael Basler writes:
maybe on windows all is OK and problem is related to linux?
Don't worry, on windows (cygwin), SimGear does not even compile - yet,
despite all the patches ;-) - I think Norman is working on that, though.
Things were going rather well for me on Windows then I
Curtis L. Olson writes:
Jim, Norman,
I'm getting the following compile error:
fg_init.cxx: In function `void fgInitView()':
fg_init.cxx:667: no matching function for call to `FGViewer::get_LOCAL ()'
oops ... forgot one :-)
I was doing a little sanity checking
// $FG_SRC / Main /
David Megginson
Curtis L. Olson writes:
The MSVC work spaces are generated automatically whenever I run make
dist. I have taken care of this.
Thanks for handling that. If the files are autogenerated, we might
want to yank them out of CVS.
Most MSVC users probably don't have Perl
Curtis L. Olson
Norman Vine writes:
I think you are on to something !
That would explain the lightening of the clouds
with each pass. BUT this only started after I
updated my code the other day !. Also I never
had the 'text' texture
Right now I'm wondering if it is related
Curtis L. Olson writes:
I don't think anyone has sent me a copy of extgl.h to add to the cvs
repository.
It is in this tarball
http://rockfish.net/~nhv/fgfs/clouds.tgz
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Boslough, Mark B writes:
I just tried that and unfortunately I get exactly the same problem.
OK I know what the problem is
I am going to try again from scratch.
Try changing SimGear\simgear\sky\clouds3d\Makefile
around line 99 to read like this
EXTRA_WIN32_SOURCES = extgl.c
Curtis L. Olson writes:
We might need to learn more about how the imposters are rendered. I
don't think this is an issue of drawing the imposter once it is
generated, but in generating the imposter in the first place.
The Impostors are generated with regular OpenGL calls just
like
David Megginson writes:
Wolfram Kuss writes:
PLIB is AFAIK able to do that with a technique called tweening. There
is even an example of it, where a ball is tweened to a star and vice
versa.
I'm not sure how that would work with the loaders, though -- do we
have to guarantee
Jon S Berndt writes:
Just to be sure:
can you see the clouds ??
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
- Original Message -
From: Boslough, Mark B [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 20, 2002 5:40 PM
Subject: RE: [Flightgear-devel] Still can't build devel CVS
That is correct.
mark
Part of the problem is I can not connect to CVS
so I am not really sure
Frederic Bouvier writes:
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-clouds3d-prop.png
Any idea ?
Yep, This is a known problem
so
Don't do that or disable the propellor node in the model
when you are in a 3D cockpit of a plane with a propellor
norman
Does anyone have any experience with this ?
It looks as if it could be quit useful
http://home.in.tum.de/~atterer/jigdo/
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Curtis L. Olson writes:
Jonathan Polley writes:
I have a few questions brought about by some recent experiences, but
what they boil down to is Are we going to reestablish the minimun
system requirements for FlightGear.
First, due to deficiencies in the compiler, it is becoming more
Curtis L. Olson writes:
Usually my common mistaek is to statr reversing letter piars when I
get really tired or overly pumpde up on caffiene, and I remember
taking about 4 tires to type that in before I got it right.
Srory about that.
Good one :-)
this is currently $(EXTRA_SOURCES)
David Megginson writes:
I've tried the request in two places:
1. When the *.stg file is first parsed and the OBJECT_SHARED directive
is found.
2. When the deferred model is actually loaded.
Both gave no intersection.
BUT does the Terrain Graph contain the tile you are
trying to
Curtis L. Olson
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
This is a prerequisite and AFAICT currently this is not gauranteed to
be the case until AFTER the 'load function' leaves the select switch
David Megginson writes:
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
It should, because the OBJECT_STATIC directive occurs only in *.stg
files, which are parsed when the tile containing the object is
loaded
Jim Wilson writes:
David Megginson [EMAIL PROTECTED] said:
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
It should, because the OBJECT_STATIC directive occurs only in *.stg
files, which are parsed when the tile
Martin Spott
So to reiterate what Curt
This isn't quite ready for general consumption
but some of us are working on it
Sorry, I didn't mean to hurt anyone.
No problem, just wanted to make sure everyone realizes this
is still in development :-)
A source for non-US 30 meter DEM's
I believe that for those areas already processed and on line
these are still free.
We would have to build a new DEM reader to handle these
but that should not be too dificult in that they are in a
'well known' format
Norman
- Original Message -
From:
Curtis L. Olson wwrites:
David Megginson writes:
Curtis L. Olson writes:
The preferences.xml file specifies the c172 as the default. It
appears that even if you request a different aircraft as the default,
the c172 config files get loaded first anyway, then the alternate
Roman Grigoriev writes:
I downloaded ASTER DEM and play with it
Nice resolution (30m) but there are so many holes to use it
So fightgear/terragear gurus maybe you tell me is there in dem library
some
tools to approximate aster dem data with gtopo30 data to eliminate holes?
It is currently
Jim Brennan jjb writes:
Can anyone provide this for me?
http://www.rockfish.net/~nhv/fgfs/mingw/fgfs_092602.tgz
Note this does not have LaRCSim or UIUC support as there
is a namespace clash with the beta MingW gcc compiler I
am using.
Norman
Michael Selig writes:
At 9/26/02, Norman Vine wrote:
Jim Brennan jjb writes:
Can anyone provide this for me?
http://www.rockfish.net/~nhv/fgfs/mingw/fgfs_092602.tgz
Note this does not have LaRCSim or UIUC support as there
is a namespace clash with the beta MingW gcc compiler I
am
FYI
http://openlight.com/fdui/
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Curtis L. Olson writes:
Yes, if you use an int and track time in increments of 1 / 1,000,000
then you get about 30 minutes before you hit an anomaly. This bug
caused problem in the past such as radio station searches to only
happen every other 30 minute period, or panel text to stop
Curtis L. Olson
Norman Vine writes:
Yep there is a problem if you try to run a FGFS session on a
Windows box much over 49 days :-)
I wouldn't know anything about that, and far be it from me to
blatantly bash windows, but if you manage to have your windows box run
that long, I'd
Curtis L. Olson
I actually have a rcs/sccs book sitting on my shelf (good thing I
proofread my messages ... I originally wrote sitting on myself which
is close, but doesn't quite convey the same thing.) I bought it
because it advertised a cvs section, but the cvs info turned out to be
Curtis L. Olson writes:
I am working on interfacing an external flight model to FlightGear via
the network. This particular code reports an altitude of zero/0.0f
when the wheels are resting at sea level.
The c172 3d model is drawn so that it's center of gravity is at the
reported
Sydney Weidman writes:
I was just trying to compile the latest release of FG, but I got a bunch
of errors. I notice the errors involve gcc 3.2 stdc++ headers, so maybe
I have used an unsupported version of gcc.
Some compiler error messages follow.
Thanks for this entertaining and
David Megginson writes:
Norman Vine writes:
I am still not convinced that your tile is actually loaded though
and don't really know the 'best' way to check for that given the
'lazy' loader.
I can think of two options:
1. we can attach a separate deferred model queue to each
David Megginson writes:
I would like to make it possible to specify the elevation of static
and shared objects AGL as well as ASL, but for that, I need to know
the elevation ASL at a specific location (not the current view
position). I have taken a look at the fgCurrentElev() functions in
FYI
http://www.ngs.noaa.gov/AERO/ASPphoto/aspphoto.html
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon Berndt writes:
Jon S Berndt writes:
Does anyone have any experience with moving from Doc++ to
Doxygen? I'm thinking of making the move. Doxygen seems to
be what I had hoped Doc++ would become, but seems to have
stalled. It looks like many of the identifiers are the
Erik Hofman writes:
David Megginson wrote:
Erik Hofman writes:
Can someone explain me how to erase a member from an STL vector?
I've tried several things, but it looks like it isn't removed anyhow.
You need to use erase(), passing in an iterator (yes, I know, I hate
STL
David Megginson
Norman Vine writes:
But there are many Fixed Lists of properties for example
PitotSystem::init ()
{
_serviceable_node = fgGetNode(/systems/pitot[0]/serviceable,
true);
_pressure_node = fgGetNode(/environment/pressure-inhg, true);
_density_node
Alex Perry writes:
Norman Vine writes:
http://www.ngs.noaa.gov/AERO/ASPphoto/aspphoto.html
Of course, for the non-free images which are dirt cheap on a per airport
basis (given the scripting above), I note the absence of any licence
comments on the site ... leading to the question
Curtis L. Olson writes:
What I'm looking for is somethingn to the effect that a VASI light bar
is a row of n lights spaced x meters apart. VASI light bars are
spaced y meters apart along the length of the runway.
And if I'm really lucky I'd get the difference in degrees in
Curtis L. Olson writes
Norman Vine writes:
Curtis L. Olson writes:
What I'm looking for is somethingn to the effect that a VASI light
bar
is a row of n lights spaced x meters apart. VASI light bars
are
spaced y meters apart along the length of the runway
Christian Mayer writes:
Curtis L. Olson wrote:
Here's a question I'll throw out to the list on my way to bed.
I'm working on VASI/PAPI type lights tonight and am running into a
problem. I'm using environment mapping with the normal aligned along
the desired approach path. This
David Megginson writes:
That's a good point. The other option would be to cut down the Hz for
the AIs -- how low could we make it before the autopilot lost control
-- 10Hz? 2Hz?
you can easily experiment for yourself by playing with the
/sim/model-hz value
good luck !
Norman
David Megginson
David Luff writes:
I'm sure someone on this list has mentioned that they're developing an
interactive scenery editor, but I can't find a link to it either on the
Flightgear site or Google. Could someone post a link if they know it
please. I'm basically looking for
Curtis L. Olson writes:
David Megginson writes:
David Luff writes:
I'm sure someone on this list has mentioned that they're developing
an
interactive scenery editor, but I can't find a link to it either on
the
Flightgear site or Google. Could someone post a link if they know it
Curtis L. Olson writes:
David Megginson writes:
I just checked in changed to fix the init-order problem for *-set.xml
files. My solution was blunt but effective. I simply parse all of
the system.fgfsrc, $HOME/.fgfsrc, and command-line options twice --
once before loading the *-set.xml
Alex Perry writes:
David writes:
I wonder if the casual users appreciate all the work we're doing to
make the instruments less reliable.
Don't you remember the massive amount of whingeing (a couple of years ago)
when I stuck all the compass turning errors onto the DG instrument ?
The
Andy Ross
Curtis L. Olson wrote:
Just a couple thoughts to consider. We are looking at 16-20,000
airports so we couldn't stuff them all in a single directory. Even
splitting them into subdirectories by first letter probably isn't
enough.
There are 17073 airports in the current
Andy Ross writes:
Norman wrote:
[ ... indexing scheme involving spacial partitions and trees ... ]
With such a scheme we should be able to access any airport and
determine which airports are within some sane distance in much
less then a few tenths of a second order of manitude less
David Megginson
Norman Vine writes:
I think preferences.xml and the aircraft-set.xml files pretty much
cover any functionality that was intended to handle.
PLEASE DO NOT REMOVE the .fgfsrc option until
such time has we have a 'options editor'
I have not suggested doing
David Megginson writes:
Norman Vine wrote:
To sum up I think that the work that has been done to make the
'instruments' act like a C172 is fantastic but it SHOULD be an option
and not 'the way'
It should be not just an option but the default option, at least when
we're simulating
David Megginson
Norman Vine writes:
I will still argue that the method used was and still is poor
There are those who want 'steam' and those who don't
Sure, and we make both available through the property tree. If you
want to know the exact true heading, look at /orientation
Cameron Moore
* [EMAIL PROTECTED] (Norman Vine) [2002.10.13 00:02]:
but FWIW I just cheat
http://www.crazy-compilers.com/bridgekeeper/
Interesting stuff. I can't help but point out that bridgekeeper is
written in perl. ;-)
But of course !!
It has to parse a Perl program
Curtis L. Olson
Geoff Reidy writes:
The major problem I have with fgfs is that I seem to hit a race
condition where all graphics and sound stop for extended periods of time
(up to about 30 secs),
This most likely relates to freeing tile memory (i.e. moving old tiles
out of the cache
Curtis L. Olson writes:
Norman Vine writes:
The same thing happens for me with both Cygwin gcc 2.95.2
and MingW gcc 3.2 both using Doug Lea's malloc routines which
I believe is what most Linux distributions use
It might be worth verifying that my partial tile free-er routine
Jim Wilson writes:
David Megginson [EMAIL PROTECTED] said:
Curtis L. Olson writes:
Your Wright flyer model is really starting to look sharp! Good
work. :-)
It looks great -- this is the first time I've tried it. With the
mouse, at least, it's also quite easy to fly -- I had
FYI
http://www.boeing.com/news/releases/2002/q4/nr_021018m.html
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Andy Ross writes:
John Check wrote:
main.cxx:153:
void (*glPointParameterfvEXT)(unsigned int, const GLfloat*)
/usr/X11R6/include/GL/gl.h:2520:
glPointParameterfvEXT(unsigned int, const GLfloat*)'
OK, this one looks kinda wrong. Our code is defining its own copy of
the
Alex Perry
Alex Perry writes:
I am not aware of a GPS unit that is able to report heading rather
than
track, but as far as I know, only cost is the driving factor there.
http://www.intnlind.com/trimble/ms860.html
I should have said aviation approved. Any three-antenna DGPS install
Alex Perry writes:
Any three-antenna DGPS install can,
among other things, replace all the INS platform (ignoring
availability).
Norman responded:
AFAIK You don't need DGPS for heading
I don't see how you'll manage heading reliably without going differential.
The two links you
David Megginson
Norman Vine writes:
IMHO we should take advantage of our existing bucketing by fans
and put the LOD nodes at the 'leaf's branch' level instead of the
individual
triangle level. Just doing this would save us LOTS of nodes and should
speed things up a bit
Curtis L. Olson writes:
Norman Vine writes:
How big is the hit if you simply delete a higher-level node and let
plib delete all of the branches and leaves underneath automatically?
My guess is that we would gain more by having the random objects
connected to the leaf rather
Curtis L. Olson writes:
David Megginson writes:
What I meant is that you use your scheduler a little higher up the
scene tree. The dynamic objects, for example, are under separate
branches for each scenery triangle; just deleting the top-level
triangle branch should be good enough,
Andy Ross writes:
David Megginson wrote:
How big is the hit if you simply delete a higher-level node and let
plib delete all of the branches and leaves underneath automatically?
Probably equivalent. The overhead is usually in all the per-chunk
bookeeping, not the function calls.
We
David Megginson writes:
I little while ago, I made a posting asking how a pilot in the
Canadian far north (where magnetic compass readings are not useful)
could reset the heading indicator in flight using a single GPS
receiver.
The answer is actually fairly simple, if you don't mind a
David Megginson writes:
Curtis L. Olson writes:
However there is still an issue to worry about. The random ground
cover code can create thousands of objects which means a branch node
in our scene graph with thousands of kids. plib is not exactly
efficient at deleting kids and
Tony Peden writes:
Hmm, curious. How can you get anything but ground track from a single
receiver with a single antenna?
You can't, but ...
your ground track is a 'heading' if ...
you keep a steady course.
This is not as hard as it sounds with a GPS because
most units allow you to program
FYI
http://www.aechelon.com/media/images_psi.html
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
FYI
A lot of good stuff here much of it is directly applicable
http://ocw.mit.edu/13/13.49/f00/index.html
The book though aimed at the marine enviroment should be a good read
for any control-simulation engineer
Norman
___
Flightgear-devel mailing
David Megginson writes:
Curtis L. Olson writes:
I think Norman was talking about some sort of automated magic carpet
mode.
Exactly
That would be slow,
use minimal visibility and turn off any calls that actually render anything,
ssgCullAndDraw, pre(post)RenderSky ect, and it should be
David Megginson writes:
Instead, we should set the appropriate switches to 'on' in
preferences.xml or c172-*-set.xml so that the user can override. For
the starter, a default to 'on' is clearly not what we want.
NIT
*-*-set.xml so that the user can override.
The Sim is more then a
David Megginson writes:
Please remember that FlightGear is not just a
visualizer for batch-mode aero runs -- people use it to fly
interactively.
NIT: Please remember what it says on our Home Page
The FlightGear project is working to create a sophisticated flight
simulator framework for the
David Megginson
Norman Vine writes:
I don't think you really need a proper autopilot for using true
values, just something that works with the magic FDM and moves the
plane in a certain direction at a certain speed -- more of an
animation manager than an autopilot.
http
Simon Fowler writes:
What about simply putting all the airport files in the scenery, and
having a script that searched through the scenery directories for
all the *-apt.xml files and built/updated a set of indexes from
them? That keeps the files in the right place, and gives the indices
David Megginson writes:
Norman Vine writes:
2) is a little more complicated but we allready have a good start
if we leverage the Scenery directory structure
Agreed.
I suggested using a quadtree for each 10x10 degree block
but there are spherical indexing methods
Andy Ross
Right. But this indexing of nearby objects can be done in memory
(since the set of nearby objects is already available via the tile
set). There's not need for anything fancy on disk.
FGFS should be able to answer simple flightplan questions
like I am leaving from KSFO flying to
David Megginson
Tommygio writes:
1) The swtch --cloud-disable disables the default cloud layer,
but not the puffy effect at the layer altitude.
OK, I've just fixed that -- the changes will appear in CVS shortly.
2) In the chase view with the default airplane, the cockpit's
Jim Wilson writes:
Hmmm... I did a google on spirit level wright flyer and nothing came up.
Any idea what it looks like?
Probably like one oops two of these
one aligned with the wing and one aligned with the body
http://www.stanleylondon.com/inclinometer.htm
Norman
David Megginson writes:
Are there simple technical terms to distinguish the digits on the left
side of the decimal point from those on the right?
whole part . decimal part
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jon Berndt
I've got a few minutes to spare this evening, so I'm going to try again to
build the latest development flightgear.
Questions:
1) I plan on using the latest bleeding edge flightgear sources from
development CVS. Which base package do I download?
2) Does the base package from
Andy Ross writes:
OK, I *finally* got a chance this weekend to sit down and crank on
FlightGear code. It's been a while. Attached are three patches for
review. Complete files for Curt are available at:
http://www.plausible.org/fgfs-andy-2002Oct26.tar.gz.
The first is just a port of an
Andy Ross writes:
Norman Vine wrote:
Your scrollable HUD is GREAT but can you make this a 'preferences'
controled option so that we can keep the older HUD as there are
many
reasons for having a 'fixed' fullscreen HUD too.
There is a need for a 3D view-dependent HUD that mimics
David Megginson writes:
Curtis L. Olson writes:
We artifically raise the lights a bit to attempt to avoid zbuffer
fighting. The formula is based on the altitude above ground and the
distance away ... however, it's rough and imperfect ...
I'm still working on understanding the
'Johnny' wrote:
Now, what broke?
The 2D HUD
You still haven't answered what it is you want,
The functionality of the 2D HUD
Seriously, name your requirement
Seriously, The functionality of the existing 2D HUD
and we can try to meet it.
Thank you very much for the offer but since
Andy Ross writes:
Norman Vine wrote:
Andy Ross wrote:
You still haven't answered what it is you want,
The functionality of the 2D HUD
Seriously, name your requirement
Seriously, The functionality of the existing 2D HUD
Norman, this isn't constructive.
Andy
The code used
David Megginson writes:
Andy Ross writes:
Norman, this isn't constructive. Here are some things I'm quite
certain you don't want:
+ A velocity vector that doesn't point where the aircraft is going
see the discussion about the horizon below as to part of the problem
+ HUD
Jon Berndt writes:
The simgear CVS retrieval still hangs.
It is a known problem that using compression with the
Cygwin cvs executable will cause an apparent hang
FYI
What actually happens is a failure to return after the operation
has finished, this is indistinguishable from a hang from the
David Megginson writes:
Here is the approach they were flying (I think):
https://www.americanflyers.net/ap/default.asp?t=downloadf=L\011L$100.PDF
Here is a good mapping engine for the site
Michael Selig writes:
I am trying to compile and run the latest version of fgfs, but I have
hit a problem. When I run it I promptly get the error message
Segmentation Fault
There are no other messages.
(gdb) run
Starting program:
Andy Ross writes:
Not quite. The big change was making it resolution, FOV, and aspect
ratio independent. I figured that if it had to be changed anyway, I
might as well invert it to mean what it says. There is no way to keep
the old scaling scheme and be view-independent at the same time,
Jon Berndt writes:
Is the HUD configurable at all? I mean via a config file or something?
Symbology is different in the various aircraft -particularly spacecraft.
If one wanted to modify the HUD symbology is this possible to modify
without code, like the panel instruments?
what in docs /
Jonathan Polley writes:
My end goal is to use XML to define the configuration files for a
series of applications. The first application may have the most
complicated configuration file. I need the file to contain type and
instance declarations.
I *think* that XMl may be a solution
301 - 400 of 1238 matches
Mail list logo
