On Friday 29 August 2003 21:55, Erik Hofman wrote:
> Curtis L. Olson wrote:
>
> > A side effect of the lighting code being multiplied by sun/fog color
> > is that when these go to zero it pulls the ambient/diffuse lighting to
> > zero.
> >
> > How about a compromize of having the diffuse lighting
David Megginson schrieb:
Christian Mayer writes:
> Can''t we use the land use data that we've got to calculate an automatic
> smoothing factor.
> I.e. when we know that we've got elevation data from a town we do much
> smoothing. And when we've got paddocks we hardly do any smoothing.
You'd
Erik Hofman writes:
> It was already too dark before the change in ambient.
> I have another solution in mind which affects the sun color, which I
> think is the real problem right now.
>
> At this point I use the cosine of the sun angle to calculate the light
> between 1.0 (high noon) and 0.0 (
Curtis L. Olson wrote:
A side effect of the lighting code being multiplied by sun/fog color
is that when these go to zero it pulls the ambient/diffuse lighting to
zero.
How about a compromize of having the diffuse lighting track the
sun/fog color, but have the ambient light be based off of white.
Erik Hofman writes:
> Curtis L. Olson wrote:
> > Erik,
> >
> > FlightGear seems to have gotten excessively dark lately. Do you have
> > something in progress? I know there is a lot of debate, but the human
> > eye really adjusts well for darker situations so if we make the
> > lighting mathmatic
Frederic BOUVIER <[EMAIL PROTECTED]> wrote:
> I once thought I could try to build a Tru64 Unix build ( DEC/Compaq/HP plateforms )
> but plib don't compile straight and finally decided it didn't worth the effort.
Oh, at least they managed to get PLIB right for Solaris/Sparc.
Do you have a compiler
Christian Mayer writes:
> Can''t we use the land use data that we've got to calculate an automatic
> smoothing factor.
> I.e. when we know that we've got elevation data from a town we do much
> smoothing. And when we've got paddocks we hardly do any smoothing.
You'd end up smoothing out the
Curtis L. Olson schrieb:
But I found glitches that are quite obvious, and that do not appear
in the scenery made by Alex Romosan ( certainly with default options,
before the patch ) : it seems that the buildings are buried in the
terrain, with small pikes.
I think what you are seeing is the down si
Cameron Moore wrote:
* [EMAIL PROTECTED] (Norman Vine) [2003.08.29 08:27]:
Curtis L. Olson writes:
I'll just switch to outlook until this current sentiment passes. :-)
Umm shouldn't that be lookout :-)
I generally refer to it as Outbreak, myself.
Kids, We are going to lose some developers th
* [EMAIL PROTECTED] (Norman Vine) [2003.08.29 08:27]:
> Curtis L. Olson writes:
> > I'll just switch to outlook until this current sentiment passes. :-)
>
> Umm shouldn't that be lookout :-)
I generally refer to it as Outbreak, myself.
--
Cameron Moore
[ You're mind can only absorb what you
"Curtis L. Olson" <[EMAIL PROTECTED]> writes:
> The latest terragear code in cvs expects the .fit files to exist.
i used the latest code in cvs and terragear didn't complain at all
about the missing .fit files.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
|
David Megginson writes:
> John Pitz writes:
>
> > Please excuse my ignorance here, I actually know very little about
> > aircraft, other than they are quite expensive, both to buy and to
> > learn to fly, but what entails "re-trimming the aircraft to the new
> > position"?
>
> Trim tabs are c
John Pitz writes:
> Please excuse my ignorance here, I actually know very little about
> aircraft, other than they are quite expensive, both to buy and to
> learn to fly, but what entails "re-trimming the aircraft to the new
> position"?
Trim tabs are control surfaces on control surfaces -- t
Please excuse my ignorance here, I actually know very little about
aircraft, other than they are quite expensive, both to buy and to learn
to fly, but what entails "re-trimming the aircraft to the new position"?
John Pitz
On Fri, 2003-08-29 at 05:28, Erik Hofman wrote:
> John Pitz wrote:
> > Hell
Curtis L. Olson writes:
> David Megginson writes:
> > Norman Vine writes:
> >
> > > > Actually, this should be /dev/null if you misspell null you're file
> > > > system will probabably fill up rather quickly. (Spoken from personal
> > > > experience.) :-)
> > >
> > > Yes indeed, more evid
> I have rewritten the flightgear code that used metakit and have
> removed all traces of metakit from simgear and will probably have done
> the same in the flightgear tree by the time most people read this.
That will make things a lot easier for my "do-everything" script I use under
CygWin. I th
David Megginson writes:
> Norman Vine writes:
>
> > > Actually, this should be /dev/null if you misspell null you're file
> > > system will probabably fill up rather quickly. (Spoken from personal
> > > experience.) :-)
> >
> > Yes indeed, more evidence that it's usually operator error :-)
Martin Spott writes:
> > I have rewritten the flightgear code that used metakit and have
> > removed all traces of metakit from simgear and will probably have done
> > the same in the flightgear tree by the time most people read this.
>
> Hoorrry ! Now, _this_ is good news.
Wild dancing
Norman Vine writes:
> > Actually, this should be /dev/null if you misspell null you're file
> > system will probabably fill up rather quickly. (Spoken from personal
> > experience.) :-)
>
> Yes indeed, more evidence that it's usually operator error :-)
Especially since Curt's mail filter
On Wed, 2003-08-27 at 10:04, Matthew Johnson wrote:
> On Wed, 2003-08-27 at 04:19, Tony Peden wrote:
> > On Tue, 2003-08-26 at 14:08, David Megginson wrote:
> > > Matthew Johnson writes:
> > >
> > > > Good point, something goes wrong on a commercial airliner very few,
> > > > if anyone ever gets
John Pitz wrote:
Hello,
I have decided to try something simpler than attacking the problem of
the plane flipping over, so I thaught I would try adding functionality
to quickly change the latitude/longitude and optionally altitude. I
realize all of these things are simple to change through the
>
> We should get in touch with Linus and Alan -- they could use this
> technique to get Linux better established on the desktop as well.
>
>
Since Alan is taking time out to do an MBA, maybe he will learn about this type of
business practice anyway :-)
Richard
___
Martin Spott wrote :
> "Curtis L. Olson" wrote:
>
> > I have rewritten the flightgear code that used metakit and have
> > removed all traces of metakit from simgear and will probably have done
> > the same in the flightgear tree by the time most people read this.
>
> Hoorrry ! Now, _this_
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> I have rewritten the flightgear code that used metakit and have
> removed all traces of metakit from simgear and will probably have done
> the same in the flightgear tree by the time most people read this.
Hoorrry ! Now, _this_ is good news.
Fred
Curtis L. Olson wrote:
> Frederic Bouvier writes:
> > I am playing with SRTM-1 too. I started terrafit with --error=2 and
> > --maxnodes=2000 ( after the patch to terrafit.py ) and I must say
> > it is very impressive to see in action.
> >
> > But I found glitches that are quite obvious, and tha
This isn't a knock against metakit. What it is written to do, it does
very well. However, it was *way* overkill for our needs and caused
more than a few build problems for the new comers.
I have rewritten the flightgear code that used metakit and have
removed all traces of metakit from simgear a
Jon Berndt writes:
> Crap. I KNEW I was going to do that. Sorry. COrrected below:
>
> By the way, this still works:
>
> cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
> FlightGear
>
> (or perhaps it was lower case)
>
> Now if this is the right way:
>
> cvs -d :pserver:[EMAIL PROT
Crap. I KNEW I was going to do that. Sorry. COrrected below:
By the way, this still works:
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
FlightGear
(or perhaps it was lower case)
Now if this is the right way:
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
source
s
By the way, this still works:
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
source
Now if this is the right way:
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
source
should both work??
Jon
___
Flightgear-devel mailing
Jon Berndt writes:
> The instructions (step 3 and step 4) are the same for the base package and
> the source code !?!?
Exactly, except in step 3 you are checking out the source module and
in step 4 you are checking out the data module.
> What if you just want to update one of them?
Just cd to o
Jon Berndt writes:
> By the way, this still works:
>
> cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
> source
>
> Now if this is the right way:
>
> cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co
> source
>
> should both work??
It's late so I looked twice, but I'm s
> The instructions (step 3 and step 4) are the same for the base package and
> the source code !?!?
>
> What if you just want to update one of them? This seems confusing at best
> and wrong at worst. Some clarification should be given in the
> directions, in any case, as to why this is.
Oops.
I
> Jon Berndt writes:
> > OK. According to this page,
> > http://www.flightgear.org/cvsResources/anoncvs.html in step 4, the data
> > (base package) is back at flightgear.org ??
>
> Affirmative.
>
> Curt.
The instructions (step 3 and step 4) are the same for the base package and
the source code !?
Jon Berndt writes:
> OK. According to this page,
> http://www.flightgear.org/cvsResources/anoncvs.html in step 4, the data
> (base package) is back at flightgear.org ??
Affirmative.
Curt.
--
Curtis Olson HumanFIRST Program FlightGear Project
Twin Citiescurt 'at' me.umn.edu
OK. According to this page,
http://www.flightgear.org/cvsResources/anoncvs.html in step 4, the data
(base package) is back at flightgear.org ??
Jon
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Jon Berndt
> Sent: Thursday, August 28, 2003 10:09 PM
>
> Don't forget that a couple months ago we needed to move the location
> of the FlightGear base package CVS. The old site might still exist
> (John?) but it is not being updated. If you suspect you might be
> pointing to the old repository (rockfish.net), then you should go to
> the FlightGear we
Curtis L. Olson writes:
>
> Norman Vine writes:
> >
> > I don't know which is worse waste of bandwith
> >
> > Worms and/or virii on Windows,
> > Trolls
> >
> > % move thread /dev/nul
>
> Actually, this should be /dev/null if you misspell null you're file
> system will probabably fill up rathe
Alex Romosan writes:
> "Frederic Bouvier" <[EMAIL PROTECTED]> writes:
>
> > I am playing with SRTM-1 too. I started terrafit with --error=2 and
> > --maxnodes=2000 ( after the patch to terrafit.py ) and I must say
> > it is very impressive to see in action.
> >
> > But I found glitches that are
Norman Vine writes:
> >
> > > I have been wondering whether the Outlook autorun feature
> > > could conveniently be used to assist Windows users who would
> > > like to use FlightGear. They sign up for the mailing list
> > > [EMAIL PROTECTED] as usual and their
> > > start of subscription ma
>
> > I have been wondering whether the Outlook autorun feature
> > could conveniently be used to assist Windows users who would
> > like to use FlightGear. They sign up for the mailing list
> > [EMAIL PROTECTED] as usual and their
> > start of subscription mail message has a PIF attachment
Jon Stockill writes:
> After tweaking the Makefile to use the right compiler and flags, and point
> to glut running make gives:
>
> g++ -I/usr/X11R6/include -O2 -g -DSAFETY -DIOSTREAMH -c terra.cc
> In file included from Geom.h:24,
> from Heap.h:4,
> from
Alex Perry writes:
> I have been wondering whether the Outlook autorun feature
> could conveniently be used to assist Windows users who would
> like to use FlightGear. They sign up for the mailing list
> [EMAIL PROTECTED] as usual and their
> start of subscription mail message has a PIF atta
42 matches
Mail list logo