Hi
for inspecting the upcoming Swiss airports, I obviously needed to zoom out (see
my posts in the forum's hardware and scenery
section)
Apt.dat 8.5 will be a great move forward but local weather is ugly. Only one
tile seems to be rendered, everything outside
is black. And yea scenery
Hi Curt, Durk,
On Monday, September 12, 2011 07:45:49 Durk Talsma wrote:
based on my experience with building FlightGear from yesterday, I'd say
that cmake is a great tool and most likely a step forward. But. it does
take a little getting used to, in particular the finer details of compiler
Hi Durk,
On Sunday, September 11, 2011 21:29:28 Durk Talsma wrote:
My error was in SimGear, and your fix was for FlightGear, it I'm correct.
So, I'm not sure if that would fix it.
Hmm, then probably not...
... but I have done the same change in the identical file in simgear now.
I did not know
Nasal can handle pretty general problems (you can run a whole weather
system in it...).
3) Finally, what seems most general would be to write some code in
nasal that can read in a csv file, and then to display objects in those
locations. Is this feasible? Can nasal import a csv file or
for inspecting the upcoming Swiss airports, I obviously needed to zoom
out (see my posts in the forum's hardware and scenery
section)
After looking through the Forum - I guess what you mean is that you want a
viewpoint from high above (outer space)?
As established in lengthy discussions with
On Sun, 2011-09-11 at 23:18 +0100, Stuart Buchanan wrote:
On Sun, Sep 11, 2011 at 7:47 AM, Thorsten Renk wrote:
I'd really like the 3D cloud infrastructure to be used for all the
clouds, so
if there are features missing we should address them.
Would it be possible to modify the 3D
On Sun, 2011-09-11 at 23:18 +0100, Stuart Buchanan wrote:
Unfortunately, fixing this is going to require someone with more knowledge of
OSG than I have. The problem is that the 3D clouds are in an earlier
rendering bin
from the scenery models with transparent textures, which means that the
Google maps are notoriously incorrect on co-ordinates. Even their own road
map overlay does not align perfectly with the scenery. You can check the
accuracy yourself if you have a GPS receiver and visit a set of easily
identifiable points like road junctions.
My understanding is that they
why not use: qmake?
as described here:
http://forums.x-plane.org/index.php?showtopic=48012
From: Mathias Fröhlich mathias.froehl...@gmx.net
To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net
Sent: Monday, September 12, 2011 8:25 AM
Thanks I'll search for Brest.See some screens. Default before and after using
local weather. both with high z
http://www.bilder-space.de/show_img.php?img=0c3153-1315821982.jpgsize=original
http://www.bilder-space.de/show_img.php?img=460878-1315821939.jpgsize=original
--- On Mon, 9/12/11,
See some screens. Default before and after
using local weather. both with high z
Yes, just shows that you haven't understood the issue.
Fact 1: The Scattering Skydome shader doesn't work for low visibility
(100 km) because the haze it creates (the yellow-black stuff) doesn't
blend with the
Hi Joerg, Stuart, others,
I'll just add a few ideas, as most of the relevant stuff has already
been said.
Jörg Emmerich wrote:
joacher@gm.. now proposed the link to www.lyx.org and I had a short
look:
- seems you can even import HTML into that system
Personally I doubt that importing HTML is
Agreed ! In fact, it's up to everyone here to create and submit better
images, screenshots. Basically this is a the communit gets what they
deserve-situation ;-)
Quick note: I'd be happy to provide some high quality screenshots if desired.
Just let me know what kind of images are
2011/9/12 Mathias Fröhlich
I just set CC, CXX, CFLAGS, CXXFLAGS and export them.
Then cmake just takes them. This works just the same than with automake
too.
At least current cmake versions behave that way. Older ones were way harder
to
convince that I know my cflags :)
Alternatively
no definitely not not even your explanations...so i have to live with such as
local weather is not capable of doing
such? ok no problem
--- On Mon, 9/12/11, thorsten.i.r...@jyu.fi thorsten.i.r...@jyu.fi wrote:
From: thorsten.i.r...@jyu.fi thorsten.i.r...@jyu.fi
Subject: Re: [Flightgear-devel]
no definitely not not even your explanations...so i have to live with
such as local weather is not capable of doing
such? ok no problem
Quoting myself:
This has *nothing* to do with Local Weather, it's only related to the
value of /environment/visibility-m at your position.
What in these
Martin Spott wrote:
Providing packages for FreeBSD is a waste of effort as FlightGear is
available as a port on FreeBSD and I'm convinced they'll upgrade to
2.4.0 soon.
Done :-)
http://www.freshports.org/games/flightgear/
Martin.
--
Unix _IS_ user friendly - it's just selective
On Mon, Sep 12, 2011 at 7:32 AM, Curtis Olson curtol...@gmail.com wrote:
On Mon, Sep 12, 2011 at 7:24 AM, Martin Spott wrote:
Done :-)
http://www.freshports.org/games/flightgear/
Martin.
Thanks, I'll update the flightgear.org site. I know those FreeBSD guys
are pretty
3) Antishading
If you can provide the parameters of a cloud that is exhibiting the
problem, that would be most useful.
Okay, I've decided over the weekend that I'll make my current code
available this week, because there's so much new stuff in which is not
related to the transition to the new
Durk Talsma wrote:
[...] I have a huge surplus of images left over from generating material
for the official gallery, [...]
I know - yet I'd dare to note that illustrating a manual is slightly
different from just dropping a few nice images here and there ;-)
Thus, if someone has an eye for
Hi,
On Monday, September 12, 2011 00:18:47 Stuart Buchanan wrote:
The problem definitely seems to be that any other objects in the scenery
with an alpha layer are rendered after the clouds, so are rendered in
front of them, irrespective of the viewpoint and their relative positions.
By
2011/9/12 Mathias Fröhlich :
On Sunday, September 11, 2011 21:29:28 Durk Talsma wrote:
My error was in SimGear, and your fix was for FlightGear, it I'm correct.
So, I'm not sure if that would fix it.
Hmm, then probably not...
... but I have done the same change in the identical file in
On Mon, 12 Sep 2011 06:50:18 -0500
Curtis Olson curtol...@gmail.com wrote:
Indeed, telling cmake you would like a release build seems to improve the
performance of the executable dramatically. I suppose it is good to ask
dumb questions once in a while so this basic information can get in the
On 12 Sep 2011, at 18:47, Mathias Fröhlich wrote:
May be anybody is willing to write something down in the wiki?
I guess this googles well too ...
I've started a wiki page for Cmake, anyone can improve it, and some of the
information is already out of date as Mathias and Fred improve stuff.
Ok, here's a really weird one. I have noticed the effects of it for a long
time, but this afternoon was the first time I managed to isolate it to
something I can repeat and perhaps explain.
I do not have a joystick plugged in, I'm not in mouse control mode, just
normal mouse-runs-the-gui-mode in
Hi Martin
as you probably have seen, I am eager to help in supporting the update
of the Manual. Please see some questions to your remarks:
On Mon, 2011-09-12 at 10:33 +, Martin Spott wrote:
Personally I doubt that importing HTML is worth the effort, and I'll
try to let you know, why :-)
26 matches
Mail list logo
