In case anyone is wondering, I just wanted to let you all know that I am
indeed working on the next world scenery rebuild. I am maintaining a
little blurb on my home page with status updates and ETA's for those
that are really keen on tracking my progress.
This next world scenery build will
Vassilii Khachaturov wrote:
Thanks! Don't forget to take the rest on the seventh day of the world
creation :-)
As I go through the process of world modeling, it become very clear that
God is God and I am not even close! :-) It gives me a renewed
appreciation for the immensity,
Jean-Yves Lefort wrote:
As far as I know, rotation speed with no flaps and a service payload
is about 105/110 kts. I could lift it at that speed some weeks ago,
but some changes in the yasim code and/or in the b1900d.xml file
caused a regression.
Looking back through CVS, I think the big
This is a bit off topic, but I know there are a few sysadmin/unix
weenies that hang out here (myself included) so this might be of
interest to a few people.
Flightdeck-UI is an open source/free software project that utilizes the
ideas in aircraft controls and instruments design for creating
Paul Surgeon wrote:
We're still stuck not being able to model airports properly.
TaxiDraw is a great tool but I really don't like being limited to rectangular
taxiway sections - they look awful.
I started playing with the idea of modeling them as a 3D model in Blender and
sticking that into
Please read this message carefully!!!
It applies to YOU! (and to everyone else involved in the FG project.)
In order to balance resource usage, I am moving the FlightGear mailing
lists to SourceForge. (http://www.sourceforge.net) You do not have to
be a registered sourceforge user to use
kitts wrote:
The videos are really cool! Just one question... Did you have to do a lot of
adjustment for the synthetic and reality to match? Except fr maybe the FOV
and the angle in the synthetic view.
We haven't spent much time calibrating the two. My brother did the
video editing and
I've posted a few little blurbs about the UAV project I'm involved in,
so here's another one.
First a word of explanation.
We have an R/C plane with a camera looking 45 degrees down. The
airplane also has an expensive sensor that spits out location (lon, lat,
elevation) and attitude (pitch,
There is an article on slashdot this evening called Season's Givings.
http://ask.slashdot.org/askslashdot/05/12/18/1453256.shtml?tid=105tid=95tid=4
I feel I must respond because I know that many (if not all?) of you read
slashdot, and in this season of new hope and giving you might see this
Jon S. Berndt wrote:
Here's one I'm throwing out simply for discussion, and because it's occurred
to me several times in the past:
Would it be possible to change the visual appearance of wing flex during
flight? I thought it might be interesting to give the wing an amount of flex
dependent on
Melchior FRANZ wrote:
Either the 1.0 number means anything, then fgfs better be complete.
Or it doesn't mean anything, then let's release it when it's done
and call the next releases 0.9.10++.
Or is there a compelling reason to rush out 1.0 *now*? One that we
aren't told for whatever reason?
Paul Surgeon wrote:
On Saturday 17 December 2005 13:40, Erik Hofman wrote:
Melchior FRANZ wrote:
Sorry to be annoying yet again, but that's what I'm best at:
* Erik Hofman -- Saturday 17 December 2005 10:48:
I must say I like the idea, but given it's current state (no windows
Paul Surgeon wrote:
No what would make us more happy is to know why there is such an urgency to
have two FG releases in the space of a couple of months when up till now
we've been releasing about once per year.
What has prompted this change?
This decision didn't involve the developers at
I have an application here where I need (a) to build with glut/freeglut
and (b) I need to go full screen with no window decorations or portions
of the desktop visible.
(a) I need to run this on a multiheaded system and SDL completely blanks
and locks out the second display when you run
Melchior FRANZ wrote:
* Curtis L. Olson -- Thursday 15 December 2005 19:21:
In the past with Debin and Glut, specifying --enable-game-mode has
always worked for me as expected. But now I'm trying to do the same
thing with freeglut-2.2.0 and Fedora Core 4.
Don't know if it has
Bruce Benneke wrote:
Can anybody tell me how to disable the exterior view? I have one
system running just the 2d panels (working on a couple of custom 172
panels, with hopefully some updated gauges/instruments), and anther
running the exterior view(and the FDM).
I really have no need to
Stefan Seifert wrote:
Curtis L. Olson wrote:
Is gamemode just broken in freeglut-2.2.0? Has anyone had this
working with freeglut? I would have thought we would get a lot of
complaints if something this basic didn't work?
I always thought that this was a well known limitation of gamemode
Melchior FRANZ wrote:
* Curtis L. Olson -- Thursday 15 December 2005 21:06:
I have verified that glut game mode works great with the original
glut-3.7, but it's horribly broken in freeglut.
Keyboard handling is also broken in freeglut. That's why I'm using
SDL. (I don't like
Bruce Benneke wrote:
I take it you got multiheaded working with glut 3.7 on FC4?
I haven't actually configured the multiheaded stuff on FC4. I have done
this with glut3.7 and an older version of Debian and didn't encounter
any surprises.
I'm having general issues with my FC4 box, and
This problem affects 2d panels. With 2d panels you can have multiple
panel versions and switch between them with the 's' key.
Very recently FG has started generating a segfault whenever you type 's'
to toggle to a minipanel.
This can be reproduced by starting FlightGear with
I did some more digging and tracked down the offending subsystem. I
will contact the developer off line and hopefully this will be a simple fix.
Curt.
Curtis L. Olson wrote:
This problem affects 2d panels. With 2d panels you can have multiple
panel versions and switch between them
Andy Ross wrote:
Curt wrote:
I did some more digging and tracked down the offending subsystem. I
will contact the developer off line and hopefully this will be a
simple fix.
It's much more enlightening if you embarass them publically. Unless
it's me, of course.
I'll give them
John Wojnaroski wrote:
were there any changes to envoking the network/socket connections in
0.9.9?
this works in 0.9.8
--native-ctrls=socket,in,30,,5700,udp
but fails to start the code in FGNetCtrls2Props() with 0.9.9
Presence of control packets on the LAN has been verified as well as
LAN
[EMAIL PROTECTED] wrote:
Also, I got a tip concerning the views to use the --view-offset
parameter, but I tested it out just using a command line such as:
c:\Program Files\FlightGear\bin\win32fgfs.exe --fg-root=c:\Program
Files\FlightGear\data --view-offset=-45
and the view didn't change
I'm thinking of doing some work to impliment a flight director (such as
the bendix-king KFC 200.) Has anyone made an AI that includes a movable
V-bar?
Thanks,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project
syd wrote:
Hi Curt, the B1900D and Bravo have flight director bars as separate
movable objects ... just waiting for a flight director :)
Perfect, thanks! I'll take a look at those.
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program
Bruce,
There are many different ways to approach this problem. OpenGC is good
if you want to get into glass cockpit modeling. But if you want to
stick to traditional steam gauges, FlightGear has everything you need
already built in.
In fact FlightGear includes some nice hires C172-S
Bruce Benneke wrote:
Absolutely I would be interested in just using FG to do the gauges.
Any details or a boot in the right direction would be appreciated
Would I be able to seperate the gauges onto a second system? I'm
already liking the idea of running 'atlas' as a mapping utility
Bruce Benneke wrote:
Interesting option.definitely out of our price range,
though.(looks pretty cool...good work btw)
How does one go about slaving other comps to the 'master' copy of FG?
Am I missing something in documentation?
There is a file called README.IO which gives a brief
Jim Wilson wrote:
If this is just flipping the sign why not just grep and fix all the aircraft in
CVS that specify incidence? I guess I don't understand the ritual. Maybe
there was more to this change that I'm just not aware of?
The big issue is that developers were actually specifying
Melchior,
One of the original intentions of the scenery path was to search until
you found something and then stop. From what you wrote, it sounds like
the entire scenery path is searched and objects pulled from anything
that is found.
The original intention was that you could have smaller
Melchior FRANZ wrote:
This is still the case for terrain.btg.gz files and airports, just as it
was before. But objects are always set from all stg files, with or without
this patch. The difference is that objects aren't set at center of Earth,
especially in sea tiles.
That's too bad,
Jon Stockill wrote:
Melchior FRANZ wrote:
Is the following behavior OK?
Generate all objects from all FG_SCENERY paths until we found the
first OBJECTS_BASE entry (including the other object entries in this
*.stg file). Then read the matching Objects/ directory, too.
But *then* stop
The very first thing I would check is the contents of the config.log
file. That shows the details of the test and the compiler error
signaling a failure. That often can be quite helpful.
Curt.
Josh Babcock wrote:
I can't figure out why this is happening. If anyone has any ideas,
please
Jon Berndt wrote:
I've installed a new video card (eVGA 6800, 128mb) in my Windows 2K box.
Unfortunately,
now OpenGL apps give an application error - they don't even start up. I'm
trying to get
some answers out of the card and driver manufacturer, but if anyone here has any
suggestions, I'd
Norman Vine wrote:
Steve Hosgood writes:
Agreed, but if we've got a better scheme, why keep the dialog boxes?
Every disjoint aspect to the GUI is just another thing waiting to go
wrong, as with the Cessna autopilot where the dialog box is invisibly
disconnected from the real autopilot.
Ralf Gerlich wrote:
Heh, I'd like to see you looking at the Autopilot _and_ out of the
window in a real plane. ;-)
As was mentioned, the nearest you could come to the flow in the
cockpit IRL - not looking at the instrument and still changing its
setting - is probably using the keyboard...at
John Wojnaroski wrote:
One of the knocks from the May show ( which is totally my fault) was
the cheezy joystick. So here we were with a full scale 747 glass
cockpit with a large screen plasma OTW display running top of the line
flight dynamics (JSBSim), world class scenery (FlightGear), high
Melchior FRANZ wrote:
* Melchior FRANZ -- Friday 02 December 2005 01:43:
But ... we weren't really returning the address of an auto var.
Is it a gcc 4.0.2 (SuSE 10.0) compiler bug? tiny_xdr.cxx contains
this function;
float
XDR_decode_float ( const xdr_data_t f_Val )
{
Stefan Seifert wrote:
Why the need for an odd subtree then?
Normal end users use the released packages on the webpage (currently
0.9.9). Everyone else, including developers and bleeding edge people
already check out from CVS.
One could branch the 1.0 tree in CVS and provide small fixes on
Stefan Seifert wrote:
Why the need for an odd subtree then?
Normal end users use the released packages on the webpage (currently
0.9.9). Everyone else, including developers and bleeding edge people
already check out from CVS.
One could branch the 1.0 tree in CVS and provide small fixes on
Erik Hofman wrote:
Well, I object. How could I tell others to postpone their contribution
until after the release of FlightGear 1.0 if you are allowed to add
this rather comprehensive peace of code?
This is a fair point to make ...
1. Let me say though that this code was ready to go before
Melchior FRANZ wrote:
* Erik Hofman -- Wednesday 30 November 2005 09:56:
How could I tell others to postpone their contribution until after the
release of FlightGear 1.0 [...]
Good question, indeed! How could you? There was no discussion about
this topic on flightgear-devel before
Vassilii Khachaturov wrote:
For example I'd strongly consider the missing options saving a bug that
has to be fixed before we give FlightGear to all the people out there.
They are used to this behavior from nearly every program they use, and
will expect the same from FG. Others may think, that
Martin Spott wrote:
I'm very much surprised to see that you intend to use YASim for an
aircraft, that you want to model based on existing flight data.
Do you actually expect YASim to be the right tool for that job or is it
simply leftover from using the Cub layout as basis ? I might miss the
Martin Spott wrote:
I'm very much surprised to see that you intend to use YASim for an
aircraft, that you want to model based on existing flight data.
Do you actually expect YASim to be the right tool for that job or is it
simply leftover from using the Cub layout as basis ? I might miss the
Ampere K. Hardraade wrote:
On November 26, 2005 10:50 pm, Ampere K. Hardraade wrote:
I finally managed to compile Xorg from source today and managed to get more
information from gdb. I have also filed a bug report with Xorg:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
Ampere
Steve Hosgood wrote:
PS:
Is it planned that after 1.0.0, there will be a 'development' tree of
1.1.x, with the next proper release becoming 1.2.x? Opinions differ on
whether or not this scheme is good or bad, but the FG project gods
probably need to think it through pretty soon.
This
Jim Wilson wrote:
Actually it doesn't seem to do that either (not, as you say, it would do that
much good). And no, another thread on how to do email or whatever is not
required. But I feel compelled to ask how hard it could possibly be for the
software to simply filter email addresses
Ryan Kellar wrote:
I am new to using FlightGear and am currently working on a project
that involves a flight simulator with a Cessna cockpit and a screen
that is divided into 3 sections in sort of a wrap around(not fully,
but tilted to give a more panoramic view. Each board is displayed
Hi Steve,
Many thanks for making these available. I have put them on the
FlightGear ftp server and they should soon propagate to our mirrors.
Best regards,
Curt.
Steve Hosgood wrote:
Please help yourselves to my RPMs:
Buchanan, Stuart wrote:
--- Curtis L. Olson wrote:
Yes, mutliple displays are well supported in FlightGear. There is a
document called README.IO that touches on this. If you need more help,
just ask. Note to document writers: this might be a good subject to add
to the manual.
Hint
bass pumped wrote:
oops... disregard the above ouput. I found an error in what I had
done. Right now I can only confirm that the data being put on the
network is wrong. I have matlab running on another computer reading
the output as -398976952544137610.00 insead of
Manuel Vélez wrote:
Hello !
I am Manuel Vélez, author of IOCards Project www.opencockpits.com
I want to connect those electronic cards for use in cockpits with
FlighGear.
A free project like IOCards should can connect with a open project like
Flighgear.
Brian,
What compiler are you using. This looks a bit strange. Most often,
ifyou link against a library, it only pulls in the required routines
from that library and ignores everything else. But in this case it
almost looks like your linker is requiring all symbols in the
Alex Romosan wrote:
Curtis L. Olson [EMAIL PROTECTED] writes:
What compiler are you using. This looks a bit strange. Most often,
ifyou link against a library, it only pulls in the required routines
from that library and ignores everything else. But in this case it
almost looks like
Vassilii Khachaturov wrote:
Not being an aircraft modeller myself, I don't know exactly what's
needed; but those with specific requirements could also try posting
in the rec.aviation.* newsgroups (the .piloting and .simulators come
to mind), and folks out there will probably respond. Google
Vassilii Khachaturov wrote:
Like in the dawn screenshot where I tried to show that off;
http://www.adeptopensource.co.uk/personal/fg/747-Heathrow-dawn_moon.jpg
[snip]
I don't know anything about the theory of it all, but I do know that the sky
in FG looks truly amazing at dawn and
Enrique Vaamonde wrote:
Hi Erik,
I have tried tonight the cvs version and although I'm not suffering the
RenderTexture problem (I use ATI's propietary binary driver - latest
version 8.19.10), I have found the following error when starting up FG.
RenderTexture Error: glXCreateGLXPbufferPtr()
Enrique Vaamonde wrote:
Hi Curt,
as a matter of fact, the last line of the bt is this:
#24939 0xafc88a19 in __glim_R200TCLDrawArrays ()
from /usr/X11R6/lib/modules/dri/atiogl_a_dri.so
(gdb)
...after that it's all empty...any clues? am I missing something?
thank you :)
There are
programmer.
thanks for the help!
-E
Curtis L. Olson wrote:
Enrique Vaamonde wrote:
Hi Erik,
I have tried tonight the cvs version and although I'm not suffering the
RenderTexture problem (I use ATI's propietary binary driver - latest
version 8.19.10), I have found the following error when
Can someone post a link to a good, free, unencumbered windows
uncompresser that handles the .tgz format? I'd like to post a link on
the aircraft downloads page to assist those windows users who aren't
familiar with this format and don't happen to have a working extractor
already installed on
Is there any plans to update the .html version of the getting started guide?
Thanks,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:
Martin Spott wrote:
Curtis L. Olson wrote:
Is there any plans to update the .html version of the getting started guide?
Yes, there is, but unfortunately I won't have the time to do this
before this weekend,
Ok, just send me a note when you have something and I'll update
This looks very much like you do not have the matching version of
simgear compiled/installed, or you have multiple versions on your system
and the compiler is finding the wrong one.
Regards,
Curt.
Steve Knoblock wrote:
I checked out the CVS base lat night and tried to compile with an
Pigeon wrote:
Curt, the link is on the front page... I just checked and go the same
404 error.
To be a bit more precise, it's the screenshots link at the bottom
of the page.
The one on the left is fine, which points to
http://flightgear.org/Gallery-v0.9.9/
Ok, I got the one in
Oliver C. wrote:
I don't think so, in my opinion the status of version 1.0 will decide how many
new contributers and public interest this project will get.
In other words, my estimation is (when i look into my crystal ball :) ), that
we will get more people that start contributing to FlighGear
Aircraft authors (or other interested parties.)
Take a look at the latest aircraft download page:
http://www.flightgear.org/Downloads/aircraft/
There are quite a few aircraft with no thumbnail.jpg created for the web
page. We need a 171x128 pixel image for each aircraft that has a 3d
model.
Hello everyone,
FlightGear v0.9.9 is now final. The source code is propagating through
to the mirrors. If you have built an 'official' binary version of
FlightGear in the past, it would be great if you could build a binary
for v0.9.9 as well. I'm going to make an 'official' v0.9.9
Arthur Wiebe wrote:
Finally! :)
Is there an official major changes list? Something to tell users what
has really changed since 0.9.8?
Yup, I began assembling this list with the first v0.9.9 pre release.
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program
Arthur Wiebe wrote:
I have found the problem. My Xcode projects seem to be buggy. The PLIB
project is fine but something is wrong with the SimGear project.
I just built using the autoconf system and everything worked fine. It
even fixed my spash screen problem! :)
I'll try to have it fixed by
Ampere K. Hardraade wrote:
Perhaps we can have a weekly screenshot competition? The best screenshot of
the week get uploaded to FlightGear's frontpage.
Sounds like a great idea. Are you volunteering to manage it? :-)
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
Andy Ross wrote:
Melchior FRANZ wrote:
I also wanted to show the Crusader in one shot. But now that it has
been withdrawn from CVS (with very questionable arguments
Not to start a flame war, but maybe someone could bang out a quickie
YASim model for the F-8 so it can be shipped in
Dave Perry wrote:
Since a
cvs update -dP
and recompile of cvs plib, cvs SimGear, cvs fgfs, and data, I am
getting the following error in the Log Window when I run fgfs from fgrun.
fgfs:freeglut_window.c:300:fgOpenWindow:Assertion
'window-Window.VisualInfo != ((void*)0)' failed
I am
Pigeon wrote:
Hi all,
It seems the Data/ directory is missing in the pre3 package, which
basically contains only Data/AI/ at the moment, and hence explains a
few people not able to use the nimitz carrier (Data/AI/nimitz_demo.xml),
and fgfs will simply terminate with a very vague message
Hi all,
I would really like to get v0.9.9 out the door this week ... maybe
committing to the final source code version on thursday or friday.
However, I would like to give everyone the opportunity to mention any
show stopping bugs that we should be concerned about. It's ok to report
bugs,
Christian Mayer wrote:
Great!
Will there be a Windows binary prerelease to test it?
Fred is the windows build guru. I believe he posts his latest builds
someplace, although I haven't tracked the url lately. Might be able to
find it if you search the archives, or maybe Fred will be
Vassilii Khachaturov wrote:
I'm very much concerned about the buggy exception throwing pattern that
flightgear and simgear have (ab)used, and have circa 100 throws to verify
and modify their vicinity in some cases. I have not started this work yet,
so if somebody wants to do it before Friday
Question: I see that simgear has functions to return current time
(GMT). I see that the simgear sg_time.cxx keeps track of a local
timezone offset in seconds. Is there any easy way to get the 'local'
time split out into HH MM SS. Are these already tucked away in our
property system some
bass pumped wrote:
Ok... I myself have been having problems with compiling FG with MSVC
7.1, but I've been told this much. Its way to hard to compile with
MSVC6. But ofcourse, I submit to the judgement of the masters. They
know way better.
Yes, the general consensus I've heard in the
Melchior FRANZ wrote:
* Curtis L. Olson -- Monday 14 November 2005 15:12:
Let's stick with .../.../Scenery/[Terrain|Objects] on all platforms
please. Individuals are welcome to call it whatever they want on their
system and use the --fg-scenery= option to point to their favoritely
named
Melchior FRANZ wrote:
This dir doesn't exist. There's no such thing as $FG_ROOT/data/.
Of course there is. :-)
$FG_ROOT/source/
$FG_ROOT/data/
$FG_ROOT/data/Aircraft/
$FG_ROOT/data/Scenery/
This is the prefered structure ...
Regards,
Curt.
--
Curtis Olson
Melchior FRANZ wrote:
* Curtis L. Olson -- Monday 14 November 2005 16:34:
Melchior FRANZ wrote:
This dir doesn't exist. There's no such thing as $FG_ROOT/data/.
Of course there is. :-)
Sheesh. I resign. :-}
$FG_ROOT/source/
$FG_ROOT/data/
$FG_ROOT/data
Martin Spott wrote:
Curt, this does not necessarily work. Apparently you have been
misunderstood by several people for a long time. This makes the
topic really funny :-)
Looking at the facts, 'fgfs' actually does find the aircraft model,
when data/ resides _below_ $FG_ROOT, but it does _not_
Buchanan, Stuart wrote:
OK, so I think I'd like to suggest that for the Getting Started Guide we
suggest for Windows
whatever_path_to_FG/data/Scenery
whatever_path_to_FG/Scenery
and for *nix
$FG_ROOT/Scenery
/usr/share/FlightGear/Scenery
I'm expecting that *nix users will be familiar enough
Melchior FRANZ wrote:
* Curtis L. Olson -- Monday 14 November 2005 16:54:
This is a hopeless conversation because everyone wants to do it
different and there are so many possibilities.
We are talking about different things. You talk about the organization
of source and data in your
Vassilii Khachaturov wrote:
I thought about a dedicated account for terrasync (non-root),
with right permissions only to the /var/share/FlightGear/Scenery/Terrain
(or WorldScenery/Terrain).
Terragear is sufficiently crude and unrefined and user unfriendly that I
think we should leave it
Vassilii Khachaturov wrote:
It looks to me that this will be a recurrent issue following 0.9.9 release
as well. Can an autoconf guru please add a relevant check into the
configuration scripts?
I see that freeglut-2.2 defines FREEGLUT_VERSION_2_0 = 1
Can anyonen with freeglut-2.4 look and
Alex Perry wrote:
From: Curtis L. Olson [EMAIL PROTECTED]
Alex Perry wrote:
freeglut ERROR: Function glutSetCursor called \
without first calling 'glutInit'.
Hey Alex, this has been a 'common' issue that has bit a lot of people.
There appears to be a problem
Josh Babcock wrote:
Stefan Seifert wrote:
Martin Spott wrote:
Ampere K. Hardraade wrote:
On another note, this was taken in Singapore recently:
http://www.airliners.net/open.file/957790/L/
Compare to what we have in FlightGear now:
Melchior FRANZ wrote:
* Martin Spott -- Saturday 12 November 2005 20:43:
Z2h0Z2Vhci1kZXZlbAo+IDJmNTg1ZWVlYTAyZTJjNzlkN2IxZDhjNDk2M2JhZTJkCj4KCgoKLS0K
PEFydGh1ci8+Ci0gaHR0cDovL3NvdXJjZWZvcmdlLm5ldC91c2Vycy9hcnRvb3JvLwotIGh0dHA6
Ly9hcnRvb3JvLmJsb2dzcG90LmNvbQo=
So, why are you posting
Stefan Seifert wrote:
Topposting makes only more sense, when you are too lazy to quote
selectively instead of just quoting the whole mail (probably including
signatures and ads...). And to have some context is not only nice when
reading through an archive, but also when reading a lot of mail
Arnt Karlsen wrote:
On Thu, 10 Nov 2005 14:11:00 -0600, Curtis wrote in message
[EMAIL PROTECTED]:
I should also point out that the next scenery build (which is
happening concurrent to the v0.9.9 release and causing my head to
spin 3x faster than normal (not factoring in beer)) will be
Erik Hofman wrote:
Yes, that's the code.
I now have a fully working version without any of the affected code,
just a routine which was written by Curtis anyhow.
How should we proceed at this point; add it prior to 0.9.9, or add it
for 1.0 and provide a patch for 0.9.9?
Erik,
If you
Steve Hosgood wrote:
The main fgfs website only lists scenery for 0.9.8
Is world scenery for 0.9.9 waiting for a stable, offical 0.9.9 release
first?
There is a current world scenery rebuild in progress. We are currently
hung up on a data processing glitch that is being worked on. The
Paul Surgeon wrote:
There is 100% void free SRTM data here : http://srtm.csi.cgiar.org/
As best as I can see from their site, they just interpolated through the
voids. That generally works fine and is pretty much what we did for the
current scenery, but when you are missing big chunks
Oliver C. wrote:
On Friday 11 November 2005 18:40, Curtis L. Olson wrote:
As best as I can see from their site, they just interpolated through the
voids. That generally works fine and is pretty much what we did for the
current scenery, but when you are missing big chunks of things like
[EMAIL PROTECTED] wrote:
I compiled 9.9 test version on my Thinkpad T42 (I'm on the road) and after loading the cloud file, it worked for the default Cessna. However, when I tried the Citation I got the following messages, and it would not take off. It also had a couple of the instruments on
Jon Stockill wrote:
The following files probably *shouldn't* be there:
Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Aircraft/c172/Panels/.#default.xml.1.3
Aircraft/c172/Panels/.#c172-panel.xml.1.8
Aircraft/c172/Panels/.#c172-panel.xml.1.4
Dave Culp wrote:
Due to underwhelming response to my previous post concerning a test run of
0.9.9-pre2, I'll repost now. Here is the console output while running the
F-16:
Dent: .Dent: ..Dent: EHAMopening
I can get rid of the Dent ... debugging output in Airport/simple.cxx
which
1 - 100 of 2502 matches
Mail list logo