[Flightgear-devel] Next world scenery build

2005-12-20 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Next world scenery build

2005-12-20 Thread Curtis L. Olson
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,

Re: [Flightgear-devel] b1900d logo

2005-12-20 Thread Curtis L. Olson
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

[Flightgear-devel] OT: Flightdeck UI

2005-12-20 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Next world scenery build

2005-12-20 Thread Curtis L. Olson
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

[Flightgear-devel] NOTIFICATION: List server change!!!

2005-12-20 Thread Curtis L. Olson
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

Re: [Flightgear-devel] FlightGear vs. Reality

2005-12-19 Thread Curtis L. Olson
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

[Flightgear-devel] FlightGear vs. Reality

2005-12-18 Thread Curtis L. Olson
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,

[Flightgear-devel] Slashdot: Seasons Givings

2005-12-18 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Wing motion

2005-12-18 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Options saving patches

2005-12-17 Thread Curtis L. Olson
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?

Re: [Flightgear-devel] Re: Options saving patches

2005-12-17 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Options saving patches

2005-12-17 Thread Curtis L. Olson
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

[Flightgear-devel] Freeglut and game mode

2005-12-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Freeglut and game mode

2005-12-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] panel only

2005-12-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Freeglut and game mode

2005-12-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Freeglut and game mode

2005-12-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Freeglut and game mode

2005-12-15 Thread Curtis L. Olson
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

[Flightgear-devel] New segfault [bug] activating mini-panels (2d)

2005-12-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] New segfault [bug] activating mini-panels (2d)

2005-12-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] New segfault [bug] activating mini-panels (2d)

2005-12-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] FlightGear for PSP??

2005-12-13 Thread Curtis L. Olson
Andy Ross wrote: bass pumped wrote: I have a wild idea I hope no one kills me for! Its christmas and PSP prices are a little lower (i think). How hard would it be to put Flightgear on a PSP. People are already doing homebrew games on those, ofcourse, not with very complicated graphics.

Re: [Flightgear-devel] Net protocols

2005-12-08 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Help with Multiple Instances

2005-12-07 Thread Curtis L. Olson
[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

[Flightgear-devel] Flight Director

2005-12-07 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Flightgear-devel Digest, Vol 32, Issue 22

2005-12-07 Thread Curtis L. Olson
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

Re: [Flightgear-devel] FG, opengc, generic gauges

2005-12-06 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: FG, opengc, generic gauges

2005-12-06 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: FG, opengc, generic gauges

2005-12-06 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Yasim wing incidence

2005-12-03 Thread Curtis L. Olson
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

Re: [Flightgear-devel] [PATCH] Scenery/tileentry.cxx: new feature: allow objects on sea tiles ( generally don't drop objects)

2005-12-02 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: [PATCH] Scenery/tileentry.cxx: new feature: allow objects on sea tiles ( generally don't drop objects)

2005-12-02 Thread Curtis L. Olson
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,

Re: [Flightgear-devel] Re: [PATCH] Scenery/tileentry.cxx: new feature: allow objects on sea tiles ( generally don't drop objects)

2005-12-02 Thread Curtis L. Olson
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

Re: [Flightgear-devel] compile problem with plib

2005-12-02 Thread Curtis L. Olson
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

Re: [Flightgear-devel] OpenGL and new video card

2005-12-01 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Possible new thinking for 2D/3Dcockpitinstruments

2005-12-01 Thread Curtis L. Olson
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.

Re: [Flightgear-devel] Possible new thinking for 2D/3D cockpit instruments

2005-12-01 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Possible new thinking for 2D/3D cockpit instruments

2005-12-01 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: CVS: FlightGear/src/MultiPlayer tiny_xdr.cxx, 1.1, 1.2

2005-12-01 Thread Curtis L. Olson
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 ) {

Re: [Flightgear-devel] No 0.9.9 scenery yet?

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] No 0.9.9 scenery yet?

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] KLN89 GPS added

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: KLN89 GPS added

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] KLN89 GPS added

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/Rascal README.Rascal, NONE,

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/Rascal README.Rascal, NONE,

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] RenderTexture bug

2005-11-30 Thread Curtis L. Olson
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

Re: [Flightgear-devel] No 0.9.9 scenery yet?

2005-11-29 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Addresses in mailing list distribution (was Re: Landing Lights)

2005-11-29 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls

2005-11-29 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Flightgear 0.9.9 RPMs for Fedora Core 2, 3, 4 on i386

2005-11-29 Thread Curtis L. Olson
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:

Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls

2005-11-29 Thread Curtis L. Olson
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

Re: [Flightgear-devel] FlightGear FDM

2005-11-27 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Presentation

2005-11-24 Thread Curtis L. Olson
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.

Re: [Flightgear-devel] 0.9.9 compile problem

2005-11-23 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: 0.9.9 compile problem

2005-11-23 Thread Curtis L. Olson
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

Re: [Flightgear-devel] 3D modelers

2005-11-22 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Realistic daytime skycolor

2005-11-22 Thread Curtis L. Olson
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

Re: [Flightgear-devel] RenderTexture bug

2005-11-22 Thread Curtis L. Olson
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()

Re: [Flightgear-devel] RenderTexture bug

2005-11-22 Thread Curtis L. Olson
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

Re: [Flightgear-devel] RenderTexture bug

2005-11-22 Thread Curtis L. Olson
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

[Flightgear-devel] .tgz extractors for windows

2005-11-21 Thread Curtis L. Olson
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

[Flightgear-devel] getstart manual

2005-11-21 Thread Curtis L. Olson
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:

Re: [Flightgear-devel] getstart manual

2005-11-21 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Compiling CVS on SuSE 10.0

2005-11-19 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: website problem

2005-11-19 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Release of v0.9.9 source code

2005-11-19 Thread Curtis L. Olson
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

[Flightgear-devel] Aircraft for v0.9.9

2005-11-18 Thread Curtis L. Olson
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.

[Flightgear-devel] Release of v0.9.9 source code

2005-11-18 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Release of v0.9.9 source code

2005-11-18 Thread Curtis L. Olson
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

Re: [Flightgear-devel] RenderTexture::BeginCapture(): Texture isnotinitialized!

2005-11-18 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: [0.9.9] screenshots for flightgear.org

2005-11-18 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: [0.9.9] screenshots for flightgear.org

2005-11-17 Thread Curtis L. Olson
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

Re: [Flightgear-devel] freeglut issue with recent cvs update

2005-11-17 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Missing Data/ directory in pre3 base package

2005-11-15 Thread Curtis L. Olson
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

[Flightgear-devel] impending v0.9.9 release

2005-11-15 Thread Curtis L. Olson
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,

Re: [Flightgear-devel] impending v0.9.9 release

2005-11-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] impending v0.9.9 release

2005-11-15 Thread Curtis L. Olson
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

[Flightgear-devel] local time?

2005-11-15 Thread Curtis L. Olson
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

Re: [Flightgear-devel] SimGear compile dying in MSVC6

2005-11-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. 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

Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. Olson
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_

Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Getting Started Guide - Terrain/Objects

2005-11-14 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Runtime error 0.9.9 on Debian/Testing

2005-11-12 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Runtime error 0.9.9 on Debian/Testing

2005-11-12 Thread Curtis L. Olson
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

Re: [Flightgear-devel] OT: A380 arrived in EDHI (Hamburg-Finkenwerder)

2005-11-12 Thread Curtis L. Olson
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:

Re: [Flightgear-devel] Re: OT: FYI, mac os x developers,

2005-11-12 Thread Curtis L. Olson
Melchior FRANZ wrote: * Martin Spott -- Saturday 12 November 2005 20:43: Z2h0Z2Vhci1kZXZlbAo+IDJmNTg1ZWVlYTAyZTJjNzlkN2IxZDhjNDk2M2JhZTJkCj4KCgoKLS0K PEFydGh1ci8+Ci0gaHR0cDovL3NvdXJjZWZvcmdlLm5ldC91c2Vycy9hcnRvb3JvLwotIGh0dHA6 Ly9hcnRvb3JvLmJsb2dzcG90LmNvbQo= So, why are you posting

Re: [Flightgear-devel] Re: OT: FYI, mac os x developers,

2005-11-12 Thread Curtis L. Olson
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

Re: [Flightgear-devel] Announcement: First TerraGear landcover database

2005-11-12 Thread Curtis L. Olson
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

Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Curtis L. Olson
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

Re: [Flightgear-devel] 0.9.9 scenery?

2005-11-11 Thread Curtis L. Olson
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

Re: [Flightgear-devel] 0.9.9 scenery?

2005-11-11 Thread Curtis L. Olson
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

Re: [Flightgear-devel] 0.9.9 scenery?

2005-11-11 Thread Curtis L. Olson
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

Re: [Flightgear-devel] V9.9 test run

2005-11-11 Thread Curtis L. Olson
[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

Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Curtis L. Olson
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

  1   2   3   4   5   6   7   8   9   10   >