[Flightgear-devel] atlas+osg inop?
I was finally able to compile & install osg flightgear on an amd64 Fedora 7 installation. It was only moderately painful, and if anyone cares I'll share the instructions. However, Atlas does not build. It complains about this: ./autogen.sh ./configure --with-simgear=/usr/local/FlightGearOSG --with-fgbase=/usr/local/FlightGearOSG make ... /usr/local//lib/libsgtiming.a(timezone.o): In function `SGTimeZoneContainer': /home/wendell/flightgear/osg/simgear/simgear/timing/timezone.cxx:133: undefined reference to +`sg_exception::sg_exception(std::basic_string, std::allocator > const&, +std::basic_string, std::allocator > const&)' Any suggestions? Is Atlas + fgfs_osg a valid combination, or do I need to build the plib version of fgfs to make Atlas compile? Thanks, Wendell - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nasal variables
Stewart Andreason wrote:
> Is there a preference for how variables are declared and used in nasal?
> between the global type:
> var some_name = 0;
> which can be accessed and changed from any function,
That's a Nasal variable. It's not "global" in the sense that all
users will see the same value for "name". It's part of the namespace
of the executing function (which might be the whole file), and is
visible only to the current function, and other "func" expressions
assigned during that execution.
> and using the nodes
>var name =
> props.globals.getNode("/sim/model/aircraftName/someDirectory/name",1);
> and accessing with .getValue and .setValue.
That's *also* a Nasal variable, but it holds a reference to a property
node instead of an actual value. Interestingly, the property node,
unlike the variable above, *is* a global thing (i.e. every part of
FlightGear sees the same node for /sim/model/.../name).
The advantage to Nasal-space data is that it's fast and simple. If
the only thing that will care about the value is your script, they are
good choices.
The property tree is a inter-subsystem communication thing. This is
what you want if you want to share data with the C++ world (for
example, YASim tags write to properties -- they don't
understand Nasal), or read in via configuration files.
Andy
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] nasal variables
Is there a preference for how variables are declared and used in nasal?
between the global type:
var some_name = 0;
which can be accessed and changed from any function,
and using the nodes
var name =
props.globals.getNode("/sim/model/aircraftName/someDirectory/name",1);
and accessing with .getValue and .setValue.
Is one faster than the other?
Are there limits on the number of variables allowed?
Stewart
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main renderer.cxx, 1.90, 1.91
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederic Bouvier wrote: > Hi Tim, > > Quoting Tim Moore : > >> // XXX Make this go away when OSG 2.2 is released. >> ! #if ((2 <= OSG_VERSION_MAJOR) && (1 <= OSG_VERSION_MINOR) \ >> ! && (4 <= OSG_VERSION_PATCH)) >> #define UPDATE_VISITOR_IN_VIEWER 1 >> #endif > > I think this test will not work for version 2.2.0 ( patch condition not > satisfied ), or 3.0.0 ( minor condition not satisfied ) > > -Fred > Yeah, I agree, and I'll think about making it more correct. However, when OSG 2.2, to say nothing of OSG 3.0, comes out, this patch should be removed. Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGwHlJeDhWHdXrDRURAnnqAKC5+0Jy7yPHbYFt6J+nQ83SFdCrdgCgwfb5 WMvP9c2LgtaeBQuGK3+JeA8= =Pfwk -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main renderer.cxx, 1.90, 1.91
I wrote : > Hi Tim, > > Quoting Tim Moore : > > > // XXX Make this go away when OSG 2.2 is released. > > ! #if ((2 <= OSG_VERSION_MAJOR) && (1 <= OSG_VERSION_MINOR) \ > > ! && (4 <= OSG_VERSION_PATCH)) > > #define UPDATE_VISITOR_IN_VIEWER 1 > > #endif > > I think this test will not work for version 2.2.0 ( patch condition not > satisfied ), or 3.0.0 ( minor condition not satisfied ) Note to self: read the author's comment before making noise. -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main renderer.cxx, 1.90, 1.91
Hi Tim, Quoting Tim Moore : > // XXX Make this go away when OSG 2.2 is released. > ! #if ((2 <= OSG_VERSION_MAJOR) && (1 <= OSG_VERSION_MINOR) \ > ! && (4 <= OSG_VERSION_PATCH)) > #define UPDATE_VISITOR_IN_VIEWER 1 > #endif I think this test will not work for version 2.2.0 ( patch condition not satisfied ), or 3.0.0 ( minor condition not satisfied ) -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Severe "Turbulence" (Weather Interpolation Problem?)
Works for me too. The interpolated weather is very nice, many thanks! On 8/13/07, Stuart Buchanan <[EMAIL PROTECTED]> wrote: > --- Georg Vollnhals wrote: > > I applied your patch and just made a flight from EDDV to EDDW (with > > --enable-real-weather-fetch) through several weather-zones (which I > > could recognize by the changing cloud display). > > First you cured the faulty behaviour with your patch :-). And the > > weather interpolation seems to work very fine. I could only identify the > > change between different METAR zones by the changing cloud textures - > > the weather influence on the aircraft was very smooth (no sudden up-down > > anymore) and I could hold my flightlevel by just changing the trim over > > some time. > > Great, I'm glad we've got to the bottom of this. I've tested Anders' patch > on my system as well, and it works fine. Could someone please commit it? > > I think the layer interpolation code (which is quite separate from my > METAR interpolation code) could do with a bit more attention. As well as > the sort() bug which has been present for ages, Anders and I spotted a > couple of other areas where there was suspect code. In particular, the > boundary cases when determining which environments to interpolate look > suspect. > > -Stuart > > > > > ___ > Yahoo! Answers - Got a question? Someone out there knows the answer. Try it > now. > http://uk.answers.yahoo.com/ > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS server down?
As far as I can tell the cvs server is and has been functioning normally. Regards, Curt. On 8/13/07, Tobias Nielsen wrote: > > I have tried to connect to the CVS server for some time now (half an > hour) - is it down? > > It can be that the firewall that im sitting behind suddenly have > decided that it will not allow connection to the cvs server - but just > in case I want to ask if there is any planned downtime on the CVS > server that I accidently have stumbled in to? > > -- > Yours kindly > > Tobias Nielsen > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Gas turbine engines modeling
> I vaguely remember this. There are several things that are ready or > close to ready to be integrated with JSBSim at this time: > > 1) A new trim capability (Agostino De Marco - some of this will be > presented at the AIAA Modeling and Simulation Conference during the week of > August 20 at Hilton Head in South Carolina). > 2) A new external forces capability (for hook and catapult, tow rope, > chutes, etc.) is being developed by Dave Culp. > 3) A lighter-than-air capability has been under development for some > time by Anders Gidenstam, and I'd like to get that in at some point. > 4) I forgot what this one was ... I remembered: 4) The DeMarco and Coiro hinge moments and control loading code (also the topic for an AIAA paper to be presented next week). 5) The "system" capability, extending the flight_control capability. 6) New turbine code??? Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Severe "Turbulence" (Weather Interpolation Problem?)
--- Georg Vollnhals wrote: > I applied your patch and just made a flight from EDDV to EDDW (with > --enable-real-weather-fetch) through several weather-zones (which I > could recognize by the changing cloud display). > First you cured the faulty behaviour with your patch :-). And the > weather interpolation seems to work very fine. I could only identify the > change between different METAR zones by the changing cloud textures - > the weather influence on the aircraft was very smooth (no sudden up-down > anymore) and I could hold my flightlevel by just changing the trim over > some time. Great, I'm glad we've got to the bottom of this. I've tested Anders' patch on my system as well, and it works fine. Could someone please commit it? I think the layer interpolation code (which is quite separate from my METAR interpolation code) could do with a bit more attention. As well as the sort() bug which has been present for ages, Anders and I spotted a couple of other areas where there was suspect code. In particular, the boundary cases when determining which environments to interpolate look suspect. -Stuart ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] CVS server down?
I have tried to connect to the CVS server for some time now (half an hour) - is it down? It can be that the firewall that im sitting behind suddenly have decided that it will not allow connection to the cvs server - but just in case I want to ask if there is any planned downtime on the CVS server that I accidently have stumbled in to? -- Yours kindly Tobias Nielsen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Seasonal AI-Flighplans, AI Dash-8
Hi Durk! Durk Talsma wrote: > Currently we don't support for that, but I am currently involved in an > offlist > discussion on a possible traffic manger version two, which would be a big > step toward such flexibility. Currently, a each aircraft has to be assigned a > fixed series of flights, whereas the new version flight schedules and > aircraft information would be decoupled. This change would probable involve a > new input file format, which would be a lot closer to that of actual airline > time tables, and would be a lot easier to build than the current ones. Heh, I have built a small Java-Program using the JCHR constraint handling kit which does a similar thing. One can edit schedules in OpenOffice or some other CSV-capable software in a format similar to the actual airline schedules and provide a number of aircraft, which are then scheduled to a series of flights. It's not perfect, but it works. Currently, one has to separate the schedules by aircraft type, but I'll probably get that one fixed as well. With this software we already got the schedule of Intersky complete and EDNY is already busy - if you can say that a regional airport is "busy" ;-) It just has that unfortunate minor bug that F50s are flying around and noch Dash-8s. ;-) Given a better replacement, I could post the flightplans. >> Ingrid is working on the Star Alliance Flightplans :-) (no guarantees, >> however ;-) > > Sounds good. :-) Yeah, that should provide some more busy skies. But the schedule has I think over 200 pages in small print. We've been searching for a format more suitable for automatic processing, but up to now to no avail. > I have just recently received a number of dedicated AI aircraft from Innis > Cunningham, which I haven't committed to CVS yet. These include a Bombardier > Challenger, a Cessna Citation, a Fairchild Dornier, a Dehavilland Dash-7, an > Embaer legacy, an MD80, and an MD90. Sounds great! > I'm currently trying to incorporate these aircraft into my test database, and > once I have a sufficient number of repaints will commit them to cvs. I'm > using some of the businessjets as standins for their regional jet > counterparts. As such, I'm currently using the Dash-7 as a stand-in for the > Dash-8. Innis indicated working on more aircraft for AI, so hopefully that > includes a Dash-8 as well. Go, Innis! ;-) Cheers, Ralf - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
