Re: [Flightgear-devel] heads up -- effects for models
Tim Moore wrote I've just checked in code that applies effects to all models in FG. There's no documentation yet for how to use new features -- and not really any examples either; I want to shake out what the changes may have broken first. Animations, particularly material animations, may very likely be messed up; please report any breakage. This requires updating flightgear, simgear, and data. Also, version 1.37 of Boost is now required. Sounds good to me. I'll start to do battle with MSVC9 today. But why Boost 1.37 when 1.40 is available? Vivian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
Vivian Meazza wrote: Tim Moore wrote This requires updating flightgear, simgear, and data. Also, version 1.37 of Boost is now required. Sounds good to me. I'll start to do battle with MSVC9 today. But why Boost 1.37 when 1.40 is available? Indeed. To put it the sarcastic way (it's sunday morning before coffee): If you're breaking people's build environment anyway, then please do it thoroughly ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On 2009-11-15 09.38, Vivian Meazza wrote: Tim Moore wrote I've just checked in code that applies effects to all models in FG. There's no documentation yet for how to use new features -- and not really any examples either; I want to shake out what the changes may have broken first. Animations, particularly material animations, may very likely be messed up; please report any breakage. This requires updating flightgear, simgear, and data. Also, version 1.37 of Boost is now required. Sounds good to me. I'll start to do battle with MSVC9 today. But why Boost 1.37 when 1.40 is available? Isn't the requirement really boost = 1.37, i.e., it will work with boost version 1.x where x is larger or equal to 37. I assume that the boost team does not break boost API going from 37 to 38 and so on. So, the requirement 1.37 is better than 1.40 since users using boost 1.37-1.39 can skip the boost upgrade for now. Cheers, Jari - using boost 1.40 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
Tim Moore wrote I've just checked in code that applies effects to all models in FG. There's no documentation yet for how to use new features -- and not really any examples either; I want to shake out what the changes may have broken first. Animations, particularly material animations, may very likely be messed up; please report any breakage. This requires updating flightgear, simgear, and data. Also, version 1.37 of Boost is now required. I just did a build from cvs and did a quik run on KSFO with the c172 witch seems to be ok, but running at an airport that is not in the base pkg, like EHLE or EDDI, it starts but stays at the splash screen and it's beginning to eat memory like mad until that is all consumed than it starts swapping until that is full and my system becomes unresponsive. running with --log-level=debug gives me this over and over again until i stop it. Running Main Loop === Updating time Current Unix calendar time = 1258278257 warp = 0 Current GMT = 11/15/2009 9:44:17 Current Unix calendar time = 1258278257 warp = 0 Current GMT = 11/15/2009 9:44:17 Current Julian Date = 2.45515e+06 COURSE: GMT = 10/15/109 9:44:17 March 21 noon (GMT) = 1237636800 Time since 3/21/109 GMT = 238.906 days = 238 hours = 9.73806 lon = 0 lst = 13.6047 COURSE: GMT = 10/15/109 9:44:17 March 21 noon (GMT) = 1237636800 Time since 3/21/109 GMT = 238.906 days = 238 hours = 9.73806 lon = -13.4185 lst = 14.4993 Current lon=0.00 Sidereal Time = 13.3788 gst = 253.379 Current LOCAL Sidereal Time = 14.2734 (14.2734) (diff = -0.225872) Elapsed time is zero ... we're zinging skip tacan Updating adjusted fog parameters. AI Manager: AI model return list size 0 FGTileMgr::update() State == Running The scenery is all standard 1.0.1 and it's a clean build. OSG = 2.9.5 Boost = 1.39 Hans -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
Tim Moore wrote: I've just checked in code that applies effects to all models in FG. There's no documentation yet for how to use new features -- and not really any examples either; I want to shake out what the changes may have broken first. Animations, particularly material animations, may very likely be messed up; please report any breakage. The emissiveness of the exhaust flame of the F-16 seems to be broken by this update. It's completely black now (double checked with the f15c). Erik -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
Tim Moore wrote: [...] The critical feature from 1.37 is unordered_map; does Debian stable have std::tr1::unordered_map (i.e., /usr/include/c++//unordered_map)? jive: 11:56:47 ~ find /usr/include/ -name unordered_map\*|xargs ls -l -rw-r--r-- 1 root root 8140 2. Jan 2009 /usr/include/c++/4.3/debug/unordered_map -rw-r--r-- 1 root root 10762 2. Jan 2009 /usr/include/c++/4.3/tr1_impl/unordered_map -rw-r--r-- 1 root root 2410 2. Jan 2009 /usr/include/c++/4.3/tr1/unordered_map -rw-r--r-- 1 root root 2724 2. Jan 2009 /usr/include/c++/4.3/unordered_map Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
Tim Moore On 11/15/2009 10:04 AM, Martin Spott wrote: Vivian Meazza wrote: Tim Moore wrote This requires updating flightgear, simgear, and data. Also, version 1.37 of Boost is now required. Sounds good to me. I'll start to do battle with MSVC9 today. But why Boost 1.37 when 1.40 is available? The requirement is actually version = 1.37. I'm sorry that wasn't clear. Indeed. To put it the sarcastic way (it's sunday morning before coffee): If you're breaking people's build environment anyway, then please do it thoroughly ;-) Cheers, Martin. 1.37 Has been out for a year and is included in the distribution I do most of my fg development in, Fedora 11, so I thought that was a fairly conservative choice. I've heard reports that Debian stable doesn't include it, which may eventually be a problem for packagers. The critical feature from 1.37 is unordered_map; does Debian stable have std::tr1::unordered_map (i.e., /usr/include/c++//unordered_map)? Good - I'm using Boost 1.39.0. Build is no problem under MSVC9. I see no bugs so far in testing at KSFO, EDDF, and EDDI, although loading remains somewhat protracted. Updated executable is here: ftp://ftp.abbeytheatre2.org.uk/fgfs/executable/ I note that we seem to have gone back to rather low ambient light levels. Is that something in these changes, or did we do something earlier? Vivian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] International Runway Issue (leading zeros)
John Denker wrote: If anybody is interested, I can provide a file apt-state.dat that non-heuristically specifies which airports are in the US -- and even specifies which state. This would lower the error rate rather dramatically. I think we're talking about a 'problem' which is seeking for a soution that works for more than just one single country. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Center Runway Issue
Ron Jensen wrote: Yes, I understand that. My vision was the flag would be set before genapts is ran. Or are all airports generated at a single pass? For the World Scenery build: Yes as long as 'genapts' doesn't randomly crash at some airfield. Well, in theory we could call 'genapts' once for every individual airfield and feed the parameters on every single call, but this would make things even more difficult if you're just about building a 1x2 degree tile, because this would require you to investigate beforehand which airfields are included in this area. Therefore I still think that having a lookup feature in 'genapts' which is sending each individual airfield's position and gets the corresponding parameters returned from whichever backend (probably via OGR) is the way to go in the long run. We'd just need someone who'd be willing to do the maintenance work on the backend side (this work has to be done anyway, no matter which solution you prefer). Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] International Runway Issue (leading zeros)
On 11/15/2009 04:11 AM, Martin Spott wrote: John Denker wrote: If anybody is interested, I can provide a file apt-state.dat that non-heuristically specifies which airports are in the US -- and even specifies which state. This would lower the error rate rather dramatically. I think we're talking about a 'problem' which is seeking for a soution that works for more than just one single country. Perhaps you could explain why you think the proposed solution does not work with very high accuracy worldwide. In particular, if you know of any non-US airports that don't use leading zeros, beyond the handful already accounted for, please explain. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
I wrote Tim Moore On 11/15/2009 10:04 AM, Martin Spott wrote: Vivian Meazza wrote: Tim Moore wrote This requires updating flightgear, simgear, and data. Also, version 1.37 of Boost is now required. Sounds good to me. I'll start to do battle with MSVC9 today. But why Boost 1.37 when 1.40 is available? The requirement is actually version = 1.37. I'm sorry that wasn't clear. Indeed. To put it the sarcastic way (it's sunday morning before coffee): If you're breaking people's build environment anyway, then please do it thoroughly ;-) Cheers, Martin. 1.37 Has been out for a year and is included in the distribution I do most of my fg development in, Fedora 11, so I thought that was a fairly conservative choice. I've heard reports that Debian stable doesn't include it, which may eventually be a problem for packagers. The critical feature from 1.37 is unordered_map; does Debian stable have std::tr1::unordered_map (i.e., /usr/include/c++//unordered_map)? Good - I'm using Boost 1.39.0. Build is no problem under MSVC9. I see no bugs so far in testing at KSFO, EDDF, and EDDI, although loading remains somewhat protracted. Updated executable is here: ftp://ftp.abbeytheatre2.org.uk/fgfs/executable/ I note that we seem to have gone back to rather low ambient light levels. Is that something in these changes, or did we do something earlier? Bugs are appearing. Some transparencies are no longer transparent. The Rafale canopy and exhaust plumes for example. Others seem unaffected - Seahawk. The specular refection check box in the dropdown menu seem non-op when shader effects are selected. When they are not the effect is excessive. (The obverse of the ambient light?) Vivian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On 11/15/2009 03:46 AM, Tim Moore wrote: The critical feature from 1.37 is unordered_map; does Debian stable have std::tr1::unordered_map (i.e., /usr/include/c++//unordered_map)? 1) Talking about Debian stable is problematic, especially in a discussion that will be archived. The currently stable release is Debian lenny, released September 5th, 2009. The next release will be called squeeze. It is currently in the testing phase. 2) The following observations may be useful, even though they don't directly respond to the question that was asked. Squeeze (at the moment at least) is providing boost 1.35 which in turn provides /usr/include/c++/4.3/unordered_map /usr/include/c++/4.3/debug/unordered_map /usr/include/c++/4.3/tr1/unordered_map /usr/include/c++/4.3/tr1_impl/unordered_map On the other hand, trying to compile simgear on Debian squeeze fails. So apparently something higher than 1.35 is required ... and simply checking for the aforementioned files is not a sensitive test. I note that Effect.hxx is trying to include boost/unordered_map.hpp as opposed to tr1/unordered_map, so we are not surprised that the check is not sensitive. If the code could be rewritten to use tr1/unordered_map, then perhaps users could get by with boost 1.35 or even less ... which would be a Good Thing. Introducing additional dependencies into FGFS makes extra work for a lot of people. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On Sun, 15 Nov 2009, John Denker wrote: 2) The following observations may be useful, even though they don't directly respond to the question that was asked. Squeeze (at the moment at least) is providing boost 1.35 Hi John, Can you check if aptitude install libboost-all-dev doesn't upgrade your system to boost 1.40? It did here. I had at some previous time explicitly installed libboost1.35-all-dev instead of libboost-all-dev and it did not automatically update from that version (quite expected when I think about it but easy to miss). Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] International Runway Issue (leading zeros)
On Sun, Nov 15, 2009 at 12:28 AM, John Denker j...@av8n.com wrote: On 11/14/2009 11:36 AM, Curtis Olson wrote: I suppose we could use some heuristic such as: 4 character airport code that do not start with K or P use a leading zero, and all other airports omit the leading zero? We could setup the code logic to be extensible if we find other countries that also tend to omit the leading zero. That doesn't give us individual control over individual runways, but it might make things generally better than they are now? I missed something in my original email I see. In addition, any airport codes that are 3 characters long would be assigned to the USA. I think we use 4 character ICAO codes for everything outside the USA. On the other hand, this assumes that the USA is the only country that doesn't use leading zeros on the runways which I doubt is the case. Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On Sun, 2009-11-15 at 05:11 -0700, John Denker wrote: 2) The following observations may be useful, even though they don't directly respond to the question that was asked. Squeeze (at the moment at least) is providing boost 1.35 which in turn provides /usr/include/c++/4.3/unordered_map /usr/include/c++/4.3/debug/unordered_map /usr/include/c++/4.3/tr1/unordered_map /usr/include/c++/4.3/tr1_impl/unordered_map On the other hand, trying to compile simgear on Debian squeeze fails. So apparently something higher than 1.35 is required ... and simply checking for the aforementioned files is not a sensitive test. I note that Effect.hxx is trying to include boost/unordered_map.hpp as opposed to tr1/unordered_map, so we are not surprised that the check is not sensitive. If the code could be rewritten to use tr1/unordered_map, then perhaps users could get by with boost 1.35 or even less ... which would be a Good Thing. Introducing additional dependencies into FGFS makes extra work for a lot of people. I am running Squeeze and the current version of boost is 1.40, providing /usr/include/boost/unordered_map.hpp. SimGear compiles for me without problem. Alasdair -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] International Runway Issue (leading zeros)
On 11/15/2009 06:08 AM, Curtis Olson wrote: On Sun, Nov 15, 2009 at 12:28 AM, John Denker j...@av8n.com wrote: On 11/14/2009 11:36 AM, Curtis Olson wrote: I suppose we could use some heuristic such as: 4 character airport code that do not start with K or P use a leading zero, and all other airports omit the leading zero? We could setup the code logic to be extensible if we find other countries that also tend to omit the leading zero. That doesn't give us individual control over individual runways, but it might make things generally better than they are now? I missed something in my original email I see. In addition, any airport codes that are 3 characters long would be assigned to the USA. For me at least, that was sufficiently implied by the original email. That's why I explicitly referred to the K... P... ... heuristic. The last part (the three dots alone) was meant to match three-letter IDs. I think we use 4 character ICAO codes for everything outside the USA. Mostly but not entirely true. There are about 250 three-letter airport IDs outside the US. On the other hand, this assumes that the USA is the only country that doesn't use leading zeros on the runways which I doubt is the case. It is easy to handle any such countries. Anybody who knows of any is encouraged to report them. There can't be very many. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On Sunday 15 Nov 2009, Alasdair Campbell wrote: On Sun, 2009-11-15 at 05:11 -0700, John Denker wrote: 2) The following observations may be useful, even though they don't directly respond to the question that was asked. Squeeze (at the moment at least) is providing boost 1.35 which in turn provides /usr/include/c++/4.3/unordered_map /usr/include/c++/4.3/debug/unordered_map /usr/include/c++/4.3/tr1/unordered_map /usr/include/c++/4.3/tr1_impl/unordered_map On the other hand, trying to compile simgear on Debian squeeze fails. So apparently something higher than 1.35 is required ... and simply checking for the aforementioned files is not a sensitive test. I note that Effect.hxx is trying to include boost/unordered_map.hpp as opposed to tr1/unordered_map, so we are not surprised that the check is not sensitive. If the code could be rewritten to use tr1/unordered_map, then perhaps users could get by with boost 1.35 or even less ... which would be a Good Thing. Introducing additional dependencies into FGFS makes extra work for a lot of people. I am running Squeeze and the current version of boost is 1.40, providing /usr/include/boost/unordered_map.hpp. SimGear compiles for me without problem. Alasdair The trouble is that squeeze still appears to be a long way off. In my experience, it's not a good idea to start running the testing release until it's quite close to release, unless you don't mind the risk of dealing with some very severe problems. If you have a system that's solely dedicated to running FG then it might not be such a problem,as you'll avoid some of the issues because you're just not running that software, but if you use your system for any other serious work, in addition to FG, it can become a bit of a nightmare and impact your other work. This was one of the factors that has called, at least temporarily, a halt to my working with FG. LeeE -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear logo; Was: t-shirt give away
On Sat, Nov 14, 2009 at 2:01 AM, Stuart Buchanan stuart_d_bucha...@yahoo.co.uk wrote: Curtis Olson wrote: On Fri, Nov 13, 2009 at 1:34 AM, Gijs de Rooy wrote: Curt Olson wrote: I think we also need a good slogan or motto ... I kind of like: FlightGear: Educate, Entertain, Inspire. On the FSweekend posters, we had printed out: Naturally flying is free. I like it ;) I like the slogan we have on one of the default splashscreens (the j3cub) FlightGear: Fly Free It has always summed up to me the freedom of the FG project. On a related note, perhaps we should have a competition for some new splashscreen art? I like: Freedom in Flight gl -- It's just an inch from me to you, Depending on what map you use - Jewel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On 11/15/2009 06:05 AM, Anders Gidenstam wrote: Hi John, Can you check if aptitude install libboost-all-dev doesn't upgrade your system to boost 1.40? Wow. Thanks for the clue. Simgear and FGFS compile OK here now. It did here. I had at some previous time explicitly installed libboost1.35-all-dev instead of libboost-all-dev and it did not automatically update from that version (quite expected when I think about it but easy to miss). This probably wouldn't happen on a stable release, but is not too shocking on a testing release ... which is where squeeze is at the moment. As the saying goes, it's cold out on the leading edge. On 11/15/2009 06:51 AM, leee wrote: The trouble is that squeeze still appears to be a long way off. In my experience, it's not a good idea to start running the testing release until it's quite close to release, unless you don't mind the risk of dealing with some very severe problems. Yeah, but previous versions don't support my fancy new video card. So I am committed to squeeze for non-FG reasons. I've spent years of my life running testing releases, and it hasn't killed me yet. I'm careful about the network security -- layers upon layers of firewalling -- and sometimes I get annoyed by needless incompatibilities and bit-rot (sox, cryptoloop) ... but all in all, the hassle of using a testing release is negligible compared to the other hassles in my life. More importantly, the general rule is that development should aim for the moving target. That is, aim for whatever will be out there when the product is released, not necessarily what's out there now. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] International Runway Issue (leading zeros)
Given the number of airfields in the US I think this is a good idea as long as we can implement it without breaking genapts, I'm going to go forward with heuristically-defining other runway markings since there shouldn't be any problems with defining single-wide markings for some European countries. Cheers John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On Sun, Nov 15, 2009 at 11:18 AM, Hans Janssen handigehan...@gmail.com wrote: I just did a build from cvs and did a quik run on KSFO with the c172 witch seems to be ok, but running at an airport that is not in the base pkg, like EHLE or EDDI, it starts but stays at the splash screen and it's beginning to eat memory like mad until that is all consumed than it starts swapping until that is full and my system becomes unresponsive. Same here at least with KBWI, LHBP, EHAM and EGLL. Splash screen says Loading scenery objects. OSG is SVN rev. 10705 boost is 1.38, FG is at git 810385cf696020648de0e9a1702b9ebfd33d636b simgear at 91e9534e3b150a3597ab9d891ccaa2eb88806c38. Here is a gdb backtrace, they are not always the same, but the BoundingVolume stuff seems to be there all the time. It does seem to be progressing, because the stg file names in frame #58 keep changing. So I assume it would eventually load the scenery if I only had enough memory... (gdb) bt #0 0x00ac4234 in SGVec3unsigned int::operator() (this=0x7f57837d5990, i=0) at sg/git/simgear/math/SGVec3.hxx:59 #1 0x00ac4269 in operator unsigned int (v...@0x409c22c0, v...@0x7f57837d5990) at sg/git/simgear/math/SGVec3.hxx:388 #2 0x00ac435f in std::lessSGVec3unsigned int ::operator() (this=0x7f5783812d98, _...@0x409c22c0, _...@0x7f57837d5990) at /usr/include/c++/4.3/bits/stl_function.h:230 #3 0x00ac8a69 in std::_Rb_treeSGVec3unsigned int, SGVec3unsigned int, std::_IdentitySGVec3unsigned int , std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::_M_insert_unique (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_tree.h:1141 #4 0x00ac8c35 in std::setSGVec3unsigned int, std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::insert (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_set.h:381 #5 0x00acca67 in simgear::BVHStaticGeometryBuilder::addTriangle (this=0x7f5783812d40, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:112 #6 0x00acccad in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:313 #7 0x00accd10 in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, i1=1500, i2=1501, i3=1502) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:298 #8 0x00acd915 in simgear::BoundingVolumeBuildVisitor::PFunctor::drawArrays (this=0x409c2f18, mode=4, first=0, count=4509) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:107 #9 0x7f579f3ca3ff in osg::Geometry::accept (this=0xc12ca50, funct...@0x409c2f18) at OpenSceneGraph/src/osg/Geometry.cpp:1365 #10 0x00ac159e in simgear::BoundingVolumeBuildVisitor::fillWith (this=0x409c2ec0, drawable=0xc12ca50) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:398 #11 0x00acdc8c in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, geo...@0x7f5794e468d0) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:428 #12 0x00b2c9b6 in simgear::EffectGeode::accept (this=0x7f5794e468d0, n...@0x409c2ec0) at sg/git/simgear/scene/material/EffectGeode.hxx:32 #13 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #14 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58020) at inst/osg/include/osg/NodeVisitor:191 #15 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #16 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #17 0x7f579f3fa243 in osg::Group::accept (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/include/osg/Group:38 #18 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58110, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #19 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58110) at inst/osg/include/osg/NodeVisitor:191 #20 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #21 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #22 0x7f579f3fa243 in osg::Group::accept (this=0x7f5794e58110, n...@0x409c2ec0) at OpenSceneGraph/include/osg/Group:38 #23 0x7f579f3f8873 in osg::Group::traverse (this=0x1b46e4a0,
[Flightgear-devel] T-Shirt competition: the next generation
I have just started a new poll for the next winner of a FlightGear T-Shirt sponsored by Curt. Candidates were nominated by users of the Forum during the last week. Please hop over to the forum and vote! May the best one win! http://www.flightgear.org/forums/viewtopic.php?f=10t=6352 Torsten P.S.: Don't wait to long. No deadline is set, but the winner may be declared at any time within the next days or so. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] T-Shirt competition: the next generation
Hmm ... Torsten P.S.: Don't wait to long. No deadline is set, but the winner may be declared at any time within the next days or so. Woulden't be it much more fair, if we would set a deadline? -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear logo; Was: t-shirt give away
On Sun, 2009-11-15 at 07:35 -0600, Gene Lege wrote: I like: Freedom in Flight Hmm... FlightGear: 7 Degrees of Freedom -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
Csaba Halász wrote: On Sun, Nov 15, 2009 at 11:18 AM, Hans Janssen handigehan...@gmail.com wrote: I just did a build from cvs and did a quik run on KSFO with the c172 witch seems to be ok, but running at an airport that is not in the base pkg, like EHLE or EDDI, it starts but stays at the splash screen and it's beginning to eat memory like mad until that is all consumed than it starts swapping until that is full and my system becomes unresponsive. Same here at least with KBWI, LHBP, EHAM and EGLL. Splash screen says Loading scenery objects. OSG is SVN rev. 10705 boost is 1.38, FG is at git 810385cf696020648de0e9a1702b9ebfd33d636b simgear at 91e9534e3b150a3597ab9d891ccaa2eb88806c38. Here is a gdb backtrace, they are not always the same, but the BoundingVolume stuff seems to be there all the time. It does seem to be progressing, because the stg file names in frame #58 keep changing. So I assume it would eventually load the scenery if I only had enough memory... (gdb) bt #0 0x00ac4234 in SGVec3unsigned int::operator() (this=0x7f57837d5990, i=0) at sg/git/simgear/math/SGVec3.hxx:59 #1 0x00ac4269 in operator unsigned int (v...@0x409c22c0, v...@0x7f57837d5990) at sg/git/simgear/math/SGVec3.hxx:388 #2 0x00ac435f in std::lessSGVec3unsigned int ::operator() (this=0x7f5783812d98, _...@0x409c22c0, _...@0x7f57837d5990) at /usr/include/c++/4.3/bits/stl_function.h:230 #3 0x00ac8a69 in std::_Rb_treeSGVec3unsigned int, SGVec3unsigned int, std::_IdentitySGVec3unsigned int , std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::_M_insert_unique (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_tree.h:1141 #4 0x00ac8c35 in std::setSGVec3unsigned int, std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::insert (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_set.h:381 #5 0x00acca67 in simgear::BVHStaticGeometryBuilder::addTriangle (this=0x7f5783812d40, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:112 #6 0x00acccad in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:313 #7 0x00accd10 in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, i1=1500, i2=1501, i3=1502) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:298 #8 0x00acd915 in simgear::BoundingVolumeBuildVisitor::PFunctor::drawArrays (this=0x409c2f18, mode=4, first=0, count=4509) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:107 #9 0x7f579f3ca3ff in osg::Geometry::accept (this=0xc12ca50, funct...@0x409c2f18) at OpenSceneGraph/src/osg/Geometry.cpp:1365 #10 0x00ac159e in simgear::BoundingVolumeBuildVisitor::fillWith (this=0x409c2ec0, drawable=0xc12ca50) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:398 #11 0x00acdc8c in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, geo...@0x7f5794e468d0) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:428 #12 0x00b2c9b6 in simgear::EffectGeode::accept (this=0x7f5794e468d0, n...@0x409c2ec0) at sg/git/simgear/scene/material/EffectGeode.hxx:32 #13 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #14 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58020) at inst/osg/include/osg/NodeVisitor:191 #15 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #16 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #17 0x7f579f3fa243 in osg::Group::accept (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/include/osg/Group:38 #18 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58110, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #19 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58110) at inst/osg/include/osg/NodeVisitor:191 #20 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #21 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #22 0x7f579f3fa243 in osg::Group::accept (this=0x7f5794e58110,
Re: [Flightgear-devel] Ignoring MP pilots
Hi James, hi Jon Why geek-appeal, if I must ask? My idea was to provide a very clean interface for the user. In Fgrun, beside the multiplayer check flag, you would have a drop-down menu specifying the Group that you want to join instead of the current port number. Pretty natural as far as user experience goes. And Jon, I wouldn't expect a large number of groups, so the idea would imply a small set of port numbers. I'm thinking that 10 consecutive ports would suffice, and it shouldn't be too difficult to choose a range like that. If I got it right, the alternative is to hide traffic based on the group it belongs to, but using the same MP instance on the server. But it's not just traffic, you also need to : - hide events that change the environment (wildfires started by crashes, and am sure other state-ful features will be added in the future) - hide additional effects generated by aircrafts (smoke trails, contrails, ...) - hide state of MP vehicles, like aircraft carriers and so on. In my humble opinion, multiple MP instances, one per group (and identified by a different port number), would make it easier to support different states for different groups on the MP server side. Tom On Sat, Nov 14, 2009 at 1:43 PM, James Turner zakal...@mac.com wrote: On 14 Nov 2009, at 21:35, Jon Stockill wrote: I would suggest that this is a bad idea - ever increasing port requirements are simply going to annoy the people running the servers. It's really not the right way to solve the problem. Indeed, this is a geek-appeal solution, not a good-user-experience solution. James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ignoring MP pilots
Hi Vivian I think that a majority of users configures MP through a launcher interface, so the convention would be enforced through the UI. The launcher (fgrun or other) would show a drop-down menu with the Groups (their name) that a user can join. The port numbers that I showed were an example, I showed 5000-5005 to keep backward compatibility with the current setup (5000 = beginners seems like a good default group for the current installed base), but any consecutive range of 5 or 10 available ports will do. About non-complying users, I don't think it would be a great problem. By choosing a particular group, they choose to comply with the intent of the group, and we can write down such intent explicitly in a UI text box based on the selected group, if you feel like. An example: Beginners Welcome to FG. This group allows you to get familiar with FG and learn from fellow pilots. Under Air Traffic Control In this group, pilots fly under Air Traffic Control. By joining, you are required to comply with ATC rules, please see the details at http://wiki.flightgear.org/... Fighters on a mission This group is dedicated to flying military aircrafts, simulating missions and dogfights. Tom On Sat, Nov 14, 2009 at 1:56 PM, Vivian Meazza vivian.mea...@lineone.netwrote: Pete Morgan Tom P wrote: Hi Torsten That's an interesting concept, I was thinking about groups as well. But instead of writing extra code on top of the current client and server, could we use different ports on the server? Let me explain: if I understand correctly, the server already allows connection to port 5002 for testing., What if we extend the concept to multiple ports and maybe assign a name to the port to make things clear. As you said, some of the predefined groups could be: - Beginner = port 5000 - Adheres to/provides ATC = port 5001 - Combat/Fighter on a mission = port 5002 - Airliner = port 5003 (I'd group Adheres to/provides ATC and Airliner together for now). Obviously the server will need to do a bit more work, but at least the demultiplexing between groups is done by the TCP/IP stack, which is quite optimal. The only drawback is that groups are *really* separate, it would not be easy to see traffic from other groups. Just an idea, Tom I like this idea a lot :-) Nice theory - in practice how do you ensure that users both know about, and, more importantly, observe the convention? And, what do you do if they don't? IIRC 5001 is used for telnet, but 5002 is rarely used for development. I suppose that some serious users could use that port by mutual agreement, accepting that some less serious players might try to join in as well. The client side ignore device seem to have more practical merit to me. Vivian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On 11/15/2009 08:21 PM, Vivian Meazza wrote: Csaba Halász wrote: On Sun, Nov 15, 2009 at 11:18 AM, Hans Janssen handigehan...@gmail.com wrote: I just did a build from cvs and did a quik run on KSFO with the c172 witch seems to be ok, but running at an airport that is not in the base pkg, like EHLE or EDDI, it starts but stays at the splash screen and it's beginning to eat memory like mad until that is all consumed than it starts swapping until that is full and my system becomes unresponsive. Same here at least with KBWI, LHBP, EHAM and EGLL. Splash screen says Loading scenery objects. OSG is SVN rev. 10705 boost is 1.38, FG is at git 810385cf696020648de0e9a1702b9ebfd33d636b simgear at 91e9534e3b150a3597ab9d891ccaa2eb88806c38. Here is a gdb backtrace, they are not always the same, but the BoundingVolume stuff seems to be there all the time. It does seem to be progressing, because the stg file names in frame #58 keep changing. So I assume it would eventually load the scenery if I only had enough memory... (gdb) bt #0 0x00ac4234 in SGVec3unsigned int::operator() (this=0x7f57837d5990, i=0) at sg/git/simgear/math/SGVec3.hxx:59 #1 0x00ac4269 in operator unsigned int (v...@0x409c22c0, v...@0x7f57837d5990) at sg/git/simgear/math/SGVec3.hxx:388 #2 0x00ac435f in std::lessSGVec3unsigned int ::operator() (this=0x7f5783812d98, _...@0x409c22c0, _...@0x7f57837d5990) at /usr/include/c++/4.3/bits/stl_function.h:230 #3 0x00ac8a69 in std::_Rb_treeSGVec3unsigned int, SGVec3unsigned int, std::_IdentitySGVec3unsigned int , std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::_M_insert_unique (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_tree.h:1141 #4 0x00ac8c35 in std::setSGVec3unsigned int, std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::insert (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_set.h:381 #5 0x00acca67 in simgear::BVHStaticGeometryBuilder::addTriangle (this=0x7f5783812d40, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:112 #6 0x00acccad in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:313 #7 0x00accd10 in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, i1=1500, i2=1501, i3=1502) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:298 #8 0x00acd915 in simgear::BoundingVolumeBuildVisitor::PFunctor::drawArrays (this=0x409c2f18, mode=4, first=0, count=4509) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:107 #9 0x7f579f3ca3ff in osg::Geometry::accept (this=0xc12ca50, funct...@0x409c2f18) at OpenSceneGraph/src/osg/Geometry.cpp:1365 #10 0x00ac159e in simgear::BoundingVolumeBuildVisitor::fillWith (this=0x409c2ec0, drawable=0xc12ca50) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:398 #11 0x00acdc8c in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, geo...@0x7f5794e468d0) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:428 #12 0x00b2c9b6 in simgear::EffectGeode::accept (this=0x7f5794e468d0, n...@0x409c2ec0) at sg/git/simgear/scene/material/EffectGeode.hxx:32 #13 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #14 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58020) at inst/osg/include/osg/NodeVisitor:191 #15 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #16 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #17 0x7f579f3fa243 in osg::Group::accept (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/include/osg/Group:38 #18 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58110, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #19 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58110) at inst/osg/include/osg/NodeVisitor:191 #20 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #21 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #22 0x7f579f3fa243 in
Re: [Flightgear-devel] heads up -- effects for models
Material animation lighting works here , but ac objects with an emmisive setting no longer 'emit' , (as already reported on IRC)... On 11/15/09, Tim Moore timo...@redhat.com wrote: On 11/15/2009 08:21 PM, Vivian Meazza wrote: Csaba Halász wrote: On Sun, Nov 15, 2009 at 11:18 AM, Hans Janssen handigehan...@gmail.com wrote: I just did a build from cvs and did a quik run on KSFO with the c172 witch seems to be ok, but running at an airport that is not in the base pkg, like EHLE or EDDI, it starts but stays at the splash screen and it's beginning to eat memory like mad until that is all consumed than it starts swapping until that is full and my system becomes unresponsive. Same here at least with KBWI, LHBP, EHAM and EGLL. Splash screen says Loading scenery objects. OSG is SVN rev. 10705 boost is 1.38, FG is at git 810385cf696020648de0e9a1702b9ebfd33d636b simgear at 91e9534e3b150a3597ab9d891ccaa2eb88806c38. Here is a gdb backtrace, they are not always the same, but the BoundingVolume stuff seems to be there all the time. It does seem to be progressing, because the stg file names in frame #58 keep changing. So I assume it would eventually load the scenery if I only had enough memory... (gdb) bt #0 0x00ac4234 in SGVec3unsigned int::operator() (this=0x7f57837d5990, i=0) at sg/git/simgear/math/SGVec3.hxx:59 #1 0x00ac4269 in operator unsigned int (v...@0x409c22c0, v...@0x7f57837d5990) at sg/git/simgear/math/SGVec3.hxx:388 #2 0x00ac435f in std::lessSGVec3unsigned int ::operator() (this=0x7f5783812d98, _...@0x409c22c0, _...@0x7f57837d5990) at /usr/include/c++/4.3/bits/stl_function.h:230 #3 0x00ac8a69 in std::_Rb_treeSGVec3unsigned int, SGVec3unsigned int, std::_IdentitySGVec3unsigned int , std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::_M_insert_unique (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_tree.h:1141 #4 0x00ac8c35 in std::setSGVec3unsigned int, std::lessSGVec3unsigned int , std::allocatorSGVec3unsigned int ::insert (this=0x7f5783812d98, _...@0x409c22c0) at /usr/include/c++/4.3/bits/stl_set.h:381 #5 0x00acca67 in simgear::BVHStaticGeometryBuilder::addTriangle (this=0x7f5783812d40, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/bvh/BVHStaticGeometryBuilder.hxx:112 #6 0x00acccad in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, v...@0x7f5782be2b90, v...@0x7f5782be2b9c, v...@0x7f5782be2ba8) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:313 #7 0x00accd10 in simgear::BoundingVolumeBuildVisitor::PFunctor::addTriangle (this=0x409c2f18, i1=1500, i2=1501, i3=1502) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:298 #8 0x00acd915 in simgear::BoundingVolumeBuildVisitor::PFunctor::drawArrays (this=0x409c2f18, mode=4, first=0, count=4509) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:107 #9 0x7f579f3ca3ff in osg::Geometry::accept (this=0xc12ca50, funct...@0x409c2f18) at OpenSceneGraph/src/osg/Geometry.cpp:1365 #10 0x00ac159e in simgear::BoundingVolumeBuildVisitor::fillWith (this=0x409c2ec0, drawable=0xc12ca50) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:398 #11 0x00acdc8c in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, geo...@0x7f5794e468d0) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:428 #12 0x00b2c9b6 in simgear::EffectGeode::accept (this=0x7f5794e468d0, n...@0x409c2ec0) at sg/git/simgear/scene/material/EffectGeode.hxx:32 #13 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #14 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58020) at inst/osg/include/osg/NodeVisitor:191 #15 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #16 0x00acc89f in simgear::BoundingVolumeBuildVisitor::apply (this=0x409c2ec0, gro...@0x7f5794e58020) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:435 #17 0x7f579f3fa243 in osg::Group::accept (this=0x7f5794e58020, n...@0x409c2ec0) at OpenSceneGraph/include/osg/Group:38 #18 0x7f579f3f8873 in osg::Group::traverse (this=0x7f5794e58110, n...@0x409c2ec0) at OpenSceneGraph/src/osg/Group.cpp:62 #19 0x0043930b in osg::NodeVisitor::traverse (this=0x409c2ec0, no...@0x7f5794e58110) at inst/osg/include/osg/NodeVisitor:191 #20 0x00acc87f in simgear::BoundingVolumeBuildVisitor::traverseAndCollect (this=0x409c2ec0, no...@0x7f5794e58110) at sg/git/simgear/scene/model/BoundingVolumeBuildVisitor.hxx:492 #21 0x00acc89f in
Re: [Flightgear-devel] heads up -- effects for models
FG works again here, but there are bugs with your code. Some models are untextured, some are textured, and the shading is weird. Like when you have the ambient value lower than rgb on a material setting on a model. The side away from the light is dark. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ignoring MP pilots
Trying to fit everyone into a few pre-defined groups is not a very good idea in my opinion. Peoples wants, needs, and uses are to varied to be known ahead of time. It also doesn't address the need for an ignore chat / ignore model feature, as having a group doesn't not mean people will behave appropriate for that group..purposefully or ignorantly. With that in mind, I would first implement the ignore chat / ignore model functionality. On the pilots list next to each client should be two buttons, one for ignoring chat, and one for ignoring the model as well. A group system would require more thought and effort I think...and should be done properly if at all. Ideally I think one should be at least be able to create, join, and leave a group at runtime. Groups could be removed automatically when there are no more users in it. Maybe mp should evolve to be more like an IRC server/client...with similar featuresbut obviously requires a lot of work and changes. just my 2 pennies cheers! --Jacob -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ignoring MP pilots
Seperate ports are gonna be a problem with firewalls. Is there a way to create a group using the callsign? eg my_group:callsign ? just a thought. Pete Jacob Burbach wrote: Trying to fit everyone into a few pre-defined groups is not a very good idea in my opinion. Peoples wants, needs, and uses are to varied to be known ahead of time. It also doesn't address the need for an ignore chat / ignore model feature, as having a group doesn't not mean people will behave appropriate for that group..purposefully or ignorantly. With that in mind, I would first implement the ignore chat / ignore model functionality. On the pilots list next to each client should be two buttons, one for ignoring chat, and one for ignoring the model as well. A group system would require more thought and effort I think...and should be done properly if at all. Ideally I think one should be at least be able to create, join, and leave a group at runtime. Groups could be removed automatically when there are no more users in it. Maybe mp should evolve to be more like an IRC server/client...with similar featuresbut obviously requires a lot of work and changes. just my 2 pennies cheers! --Jacob -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear logo; Was: t-shirt give away
Curt: I think we also need a good slogan or motto ... I kind of like: 'FlightGear: Educate, Entertain, Inspire.' Gijs: On the FSweekend posters, we had printed out: 'Naturally flying is free'. I like it ;) Curt: I think this might be a phrase that doesn't quite sounds as smooth in English as it probably does in the original Dutch. It could be my warped mind, but when I see the words naturally flying (which could be rewritten flying naturally and would mean the same thing) for some reason I think of flying while dressed as nature intended. :-) But that's not a picture I really want to communicate in our slogan. Torsten: Hehe, THAT was not intended! What a nice, but delicate pitfall ;-) We better keep this banner away from native english speakers! Stuart: So it's not just me ;) I like the slogan we have on one of the default splashscreens (the j3cub): 'FlightGear: Fly Free'. Torsten -- take heart. Usually I'm able to find deviant meanings in just about everything (hehe), but I didn't jump to the same image that Curt and Stuart did. It did come off slightly awkwardly to me but I liked the (presumably intentional) double-entendre of the freedom of the software with the freedom of flight that nature's creatures enjoy. Punctuation (Naturally, flying is free) would've helped, but that's a subtlety in translation that I wouldn't expect even a long-time non-native speaker to pick up on. I have to agree with Stuart on the other half of his message though -- FlightGear: Fly Free is a direct, straightforward, punchy, easy-to-remember catch-phrase, and it would definitely have my backing as an official slogan if we intended to adopt one. Curt's proposal (at the very top of this message) is an awfully close second in my opinion. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On 11/16/2009 02:30 AM, Victhor Foster wrote: FG works again here, but there are bugs with your code. Some models are untextured, some are textured, and the shading is weird. Like when you have the ambient value lower than rgb on a material setting on a model. The side away from the light is dark. The problem reported with emissive materials is fixed in CVS data now, and I also fixed a problem with specular lighting. If you still see issues, a specific example would be helpful. Tim -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
After the last commit , emissive materials work again , but all chrome animations are still emissive ... I used to have this problem long ago if I didnt remove any texture from the object before exporting from Blender. Are default textures being applied to these objects somehow ? Cheers On 11/15/09, Victhor Foster victhor.fos...@gmail.com wrote: FG works again here, but there are bugs with your code. Some models are untextured, some are textured, and the shading is weird. Like when you have the ambient value lower than rgb on a material setting on a model. The side away from the light is dark. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] GPS
Hello James , Just tried the b1900d after a long while , and I have no idea how to use my own KLN90B anymore ... any pointers on how I can fix this ? In particular , I cant set the destination waypoint , though it appears with a search. Thanks. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
