Re: [Flightgear-devel] Baby
On Wed, 18 Feb 2004 13:55:40 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am this morning, less than 1 hour from first contraction to delivery. 12 minutes from arrival at the hospital to delivery. Everyone is doing good. I'll be pretty much offline for a couple days. If I have any pending business, patches, etc. (Fred, Jim, etc.) I will have to get back to it this weekend. Regards, Curt. Congratulations to you all and best wishes for the future. We're right behind you (literally)! All the best, Matt. -- # Begin Script to show all SCO IP in linux #!/bin/bash # End Script to show all SCO IP in linux ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Baby
Yeah, congratulations! Hope everything continues to go well! Cheers, Durk On Wednesday 18 February 2004 20:55, Curtis L. Olson wrote: Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am this morning, less than 1 hour from first contraction to delivery. 12 minutes from arrival at the hospital to delivery. Everyone is doing good. I'll be pretty much offline for a couple days. If I have any pending business, patches, etc. (Fred, Jim, etc.) I will have to get back to it this weekend. Regards, Curt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Lights question
Hi, I'm working on a new aircraft model but I've some problems with the lights. I've tried to add the nav lights (like the ones in the c310u3a and p51d) but they become black, like the airplane, when the night falls. I'm working with 3dsMAX, maybe the problem is the colour assgned to the objects but I've made several attempts without any change. If it's important, the electronic entity is the one used in the p51d. Congratulations to the new father. Hi, Luca ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Lights question
Luca Masera wrote: Hi, I'm working on a new aircraft model but I've some problems with the lights. I've tried to add the nav lights (like the ones in the c310u3a and p51d) but they become black, like the airplane, when the night falls. I'm working with 3dsMAX, maybe the problem is the colour assgned to the objects but I've made several attempts without any change. If it's important, the electronic entity is the one used in the p51d. Do you use emissive color for your light ? In the .ac file, it is in the Material line, after the emis keyword. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] For Curt: Aviation Scatology
David Megginson said: In honour of Curt's return to changing diapers, here's an aviation-related scatological story: http://www.salon.com/tech/col/smith/2002/10/03/askthepilot13/index.html That's great. No doubt that makes even the worst diaper disaster look like a piece of cake. :-) Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Light question
I Do you use emissive color for your light ? In the .ac file, it is in the Material line, after the emis keyword. In3dsMAX (I export the model in the ASE format, supported by PLIB) there's an selflighting (autoilluminazione in Italian) field that has the same meaning as emissive color, I think. In 3dsMAX there are four fields, ambient, diffuse, specular and selflighting (emissive?). I've made several attempts with differents values for each field but in FlightGear the light remains dark in the night. Maybe the ASE format it's not fully supported by FlightGear? I can't use AC3D format because 3dsMAX and AC3D are incompatible (there isn't a plugin that exports the scene in a format supprted by AC3D). Luca PS: there's a way to add other lights in FlightGear? I need a light poited to the instruments (they are 3D models) during the night. I've to use the same field (emissive) even for them? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Light question
* Luca Masera -- Thursday 19 February 2004 14:42: In3dsMAX (I export the model in the ASE format, [...] Maybe the ASE format it's not fully supported by FlightGear? I can't use AC3D format because 3dsMAX and AC3D are incompatible (there isn't a plugin that exports the scene in a format supprted by AC3D). It's not an optimal solution, but not that bad either: Save as .3ds and use utils/Modeller/3dconvert to convert to .ac. If you write a simple Makefile, you can do conversion and postprocessing of the .ac file (adjusting emission etc.) quite easily. For example: convert: foo.3ds 3dconvert foo.3ds foo.ac perl -p -i -e \ 's,^(MATERIAL.*emissivethingie.*emis)\s+(\S+\s+\S+\s+\S+),\1 1 1 1,' \ foo.ac m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] For Curt: Aviation Scatology
Jim Wilson wrote: That's great. No doubt that makes even the worst diaper disaster look like a piece of cake. :-) As long as he doesn't put dry ice in the diaper pail. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] For Curt: Aviation Scatology
On Thursday 19 February 2004 02:46, David Megginson wrote: In honour of Curt's return to changing diapers, here's an aviation-related scatological story: http://www.salon.com/tech/col/smith/2002/10/03/askthepilot13/index.html All the best, David LOL :))) LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] truncf undeclared rearing its ugly head
Hi, I have read the discussion about the truncf problem and with the latest cvs checkout i still recieve the error. The messages subject is: Re: [Flightgear-devel] Re: Fix for compilation error in panel.cxx: `truncf' undeclared I did not notice any real solution other than some red hat people had successful compiles and others didnt. Seamus -- Forwarded message -- Date: Wed, 18 Feb 2004 18:49:27 -0700 (MST) From: Seamus Thomas Carroll [EMAIL PROTECTED] To: FlightGear developers discussions [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] Re: Latest CVS not compiling I downloaded the latest CVS seperate from my own modifications and tried to compile. I am still recieving the error: panel.cxx: In method `const char *FGTextLayer::Chunk::getValue () const': panel.cxx:1128: `truncf' undeclared (first use this function) panel.cxx:1128: (Each undeclared identifier is reported only once for each function it appears in.) make[3]: *** [panel.o] Error 1 make[3]: Leaving directory `/home/grads/carrolls/downloads/flightgear/FlightGear/src/Cockpit' Any suggestions would be appreciated, Seamus On Thu, 19 Feb 2004, Melchior FRANZ wrote: * Seamus Thomas Carroll -- Thursday 19 February 2004 01:16: C src/Main/Makefile.am M src/Main/bootstrap.cxx M src/Main/fg_commands.cxx M src/Main/fg_init.cxx M src/Main/globals.cxx M src/Main/globals.hxx C src/Main/main.cxx The 'C' means that cvs couldn't cleanly merge the version from the repository into yours. You have to open all the files marked with C and search for places like this: bar.cxx foo === bar 1.20 Then replace these lines with foo or bar. IOW: you have to decide if you prefer your version (foo) or the one from the repository (bar). Alternatively, you can call cvs up -C and let cvs overwrite all your changes. They aren't really lost, though, but saved in hidden files. m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] truncf undeclared rearing its ugly head
Seamus Thomas Carroll wrote: I have read the discussion about the truncf problem and with the latest cvs checkout i still recieve the error. The messages subject is: Re: [Flightgear-devel] Re: Fix for compilation error in panel.cxx: `truncf' undeclared I did not notice any real solution other than some red hat people had successful compiles and others didnt. It works for me on Fedora Core 1. Try adding a: #include math.h At the top of panel.cxx and see if this fixes your problem; this is the header that the autoconf stuff uses to detect the truncf function. The panel.hxx header uses cmath, which might not export exactly the same symbol set in all cases (maybe...). If that works, we can either replace the C++ header with the C one, or re-write the autoconf test to use cmath instead. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Eye candy
Vivian Meazza wrote Andy Ross wrote Vivian Meazza wrote: I think it should work, and it _looks_ as if it does: certainly when you browse internal properties it looks right, but I can't set the second [1] tank to zero. I'm still fuzzy. Do you mean that you can't set the property to zero at all, or that the property goes to zero but YASim doesn't do the right thing? I agree, the configuration looks correct to me. Andy I've now done some more testing. I've now set up my keyboard so that I can adjust the property - all works. However, the weight property of the second tank cannot be set via the property browser. The problem _seems_ to lie in the Properties Browser. Now we need to be able to set the fuel property ... Vivian I've now got a model working, sort of, with drop tanks. At the moment it's only partly realistic, because the fuel can't be managed correctly yet. I've modelled the pylons as vertical stabilisers and the droptanks as weights. Separation looks OK from the cockpit view, and reasonable from external views, provided that the aircraft is straight and level. I note that when full fuel tanks are jettisoned, there isn't much sign of nearly a ton being released from the aircraft. I was looking for at least a flick from the accelerometer. Does it happen too fast for the instrument to pick it up? There is a detectable, but small, trim change as I would expect. Regards Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] truncf undeclared rearing its ugly head
I just added #include math.h source/src/Cockpit/panel.cxx recompiled and still the same error. Seamus On Thu, 19 Feb 2004, Andy Ross wrote: Seamus Thomas Carroll wrote: I have read the discussion about the truncf problem and with the latest cvs checkout i still recieve the error. The messages subject is: Re: [Flightgear-devel] Re: Fix for compilation error in panel.cxx: `truncf' undeclared I did not notice any real solution other than some red hat people had successful compiles and others didnt. It works for me on Fedora Core 1. Try adding a: #include math.h At the top of panel.cxx and see if this fixes your problem; this is the header that the autoconf stuff uses to detect the truncf function. The panel.hxx header uses cmath, which might not export exactly the same symbol set in all cases (maybe...). If that works, we can either replace the C++ header with the C one, or re-write the autoconf test to use cmath instead. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] truncf undeclared rearing its ugly head
Seamus Thomas Carroll wrote: I just added #include math.h source/src/Cockpit/panel.cxx recompiled and still the same error. Then something is bad wrong. Your configure script is detected the truncf function when it ran, but it isn't there for you at compile time. Both of those conditions can't be true; did you copy the build tree from another system? Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Baby
On Wed, 2004-02-18 at 11:55, Curtis L. Olson wrote: Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am this morning, less than 1 hour from first contraction to delivery. 12 minutes from arrival at the hospital to delivery. Everyone is doing good. I'll be pretty much offline for a couple days. If I have any pending business, patches, etc. (Fred, Jim, etc.) I will have to get back to it this weekend. Regards, Curt. Congratulations Curt! Very nice name too I might add! Matt ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] truncf undeclared rearing its ugly head
My apologies for not following up sooner. When I later did a make clean it became an issue for me as well. I cannot tell you why at this point, except that truncf is a) non-standard and b) in glibc (on redhat). There may be some header required that isn't there, other than math.h, which is probably also non-standard (correctly so). Below is a patch to fix the problem. Could someone commit this please? Best, Jim http://www.spiderbark.com/fgfs/no-stupid-truncf.patch Seamus Thomas Carroll said: I did a brand new cvs checkout today and compiled on the same machine just to be sure and the error occured. I have not had problems with flightgear cvs and I have been using it since october. Seamus On Thu, 19 Feb 2004, Andy Ross wrote: Seamus Thomas Carroll wrote: I just added #include math.h source/src/Cockpit/panel.cxx recompiled and still the same error. Then something is bad wrong. Your configure script is detected the truncf function when it ran, but it isn't there for you at compile time. Both of those conditions can't be true; did you copy the build tree from another system? Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] truncf undeclared rearing its ugly head
Jim Wilson said: My apologies for not following up sooner. When I later did a make clean it became an issue for me as well. I cannot tell you why at this point, except that truncf is a) non-standard and b) in glibc (on redhat). There may be some header required that isn't there, other than math.h, which is probably also non-standard (correctly so). Hmmm...just looked at Eric Hathaway's email on this. According to him, truncf was added with C99. In any case, the patch will still work just as well as the original code without getting us involved in the mess. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Seg fault in nasal
I have found the bug leading to a seg fault that I reported previously (on the flightgear-users list). Though this is on an ia64, the bug is not completely architecture dependant. In misc.c in simgear/nasal in the function naNum add the line r.ref.reftag = ~NASAL_REFTAG; ahead of the line r.num = num; For several architectures, reftag does not overlay num and needs to be explicitly set. Richard Harke ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Data logging - IEEE 1451 standard
The IEEE smart sensor standard is currently being updated from the previous release, including the networked sensor array stuff that is intended for the likes of Boeing when performing flight testing. It occurs to me that the people who are interested in monitoring the FDM behavior (i.e. the JSB team) and/or the simulation operations (i.e. the property and network support team) might want to be involved. I can see benefits in having the simulator be accessible using the same network tools as are used to monitor real aircraft and factories, because it lets us use the same data logging and analysis software. http://ieee1451.nist.gov/ and probably follow the links for .3 to learn more about their approach. The websites are out of date. There is an annual show, held in Anaheim California last year and will be Detroit Michigan June this year, http://www.sensorsexpo.com/ which has a free presentation area where 1451 stuff is shown off. Showing off the simultaneous logging of real sensors and simulation output demonstrates the power of 1451 and is a free plug for FGFS. I don't know where they're planning to hold the 2005 event tho. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] truncf undeclared rearing its ugly head
Jim Wilson wrote: My apologies for not following up sooner. When I later did a make clean it became an issue for me as well. I cannot tell you why at this point, except that truncf is a) non-standard and b) in glibc (on redhat). There may be some header required that isn't there, other than math.h, which is probably also non-standard (correctly so). Below is a patch to fix the problem. Could someone commit this please? This is not a patch, just a workaround. A patch would go to the developers of autoconf because it detects a working function that isn't available at compile time. But just for the sake of sanity I've committed this. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
