Re: [Flightgear-devel] New Sound system committed
I finally found why the sound orientation was wrong, this should now be fixed in CVS (sound positioning relative to the aircraft origin is still to be done). Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rascal FDM
While searching the web on an unrelated topic, I came across a 2006 thesis paper on the Rascal RC aircraft: handle.dtic.mil/100.2/ADA451288 It has a lot of potentially good data on the Rascal to allow us to fine-tune the FDM. Is there any interest in this model? Ron Very nice! Jon -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG Bug tracking
On Fri, Oct 16, 2009 at 12:25 PM, Pete Morgan ac...@daffodil.uk.com wrote: Right, I'm a web developer and been thinking a lot about the bug tracking (in my case across projects/ventures/etc), and applying that to FG. Thats my frustration ladies and gentlemen, and I apologize for my harshness sometimes; this comes from frustration ;-) Indeed as a day job, its working sometimes with users who think they made a mistake, and indeed a bug.. ie proven twice, so ball back in my court - we'll trained users. oops...ish and fixed, with svn up + python onto a wind. So I checked out a few bug tracking systems for curiosity for the purposes of FG,. I can report with confidence that none of them would meet the criteria that would be useful within the scope of FlightGear, as its bigger. Unless be break down the bugs into seperate components. But then that is not the whole.. Hi Pete, I have used several incident and bug tracking systems professionally in the last few years. Started with an over version of the Perl RT system that you mention below. We ended up settling on Mavell Open Pursuit (which is derived from ITIL principles) for 12 months before management realised that it doesn't deliver what was promised and very limited searching for previous instances. Open pursuit is commerical (around $5000 per seat!!) and depends on Terminal Server. Bleerk! We settled on Atlassian Jira (their ticketing system, not the wiki) which is great. While Atlassian has in the past offered free instances to Open Source projects, I'm not sure if I'd be willing to spend at least 6 hours a day keeping incident tickets in line. While I'm not suggesting that we use a big end product, I did come to appreciate a few functions that should be a requirement for any issue/bug tracking system. - Searching. If I can't search for a error code or a Airport then I am wasting time. - Speed. When someone is investigating an issue, you should not be impeded by the interface. For remote connections Web based is good, Ajax/DHTML or some other XML-RPC method is better still. - Be able to track who is submitting what. A opened ticket stating This aircraft is broken is not helpful. Even worse is when several tickets have been opened, one for each aircraft. - Which brings us to the next point which is being able to split a ticket into sub tickets as similar issues may not have common cause. - At the same time, if several people have submitted the same issue, it's nice to create a master ticket to centralise efforts. - End users shall not submit bugs, instead they submit a isssue (incident ticket in ITIL). What the user calls a bug could turn out to be a configuration issue or a MP server being down. This issue ticket is investigated with sufficent information obtained to get an idea of what's going on. At this point a bug ticket is created against the version that the user(s) have installed. End users will be able to browse the bug tickets, though Yes, this is starting to sound like ITIL whose principles are reasonably sane but also annoyingly structured for open source projects. I think it's still valid to peck the eyes from around the world to suit. I'd be happy to step into the breech to help drive the system but (like everyone) I am constrained timewise. Regards George -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Things that cause fgfs-construct to be killed?
Hi gang. My last few builds of scenery have been killed in the exact same manor, and produced hilarious results to view from the air. Anyway, I was wondering if anyone knew off the top of their head the full list of things that cause fgfs-construct to be killed? I've bumped up the time limit, but it isn't reaching that limit. I've cut each build into the smallest allowable chunk, 0.0625 by 0.125 degrees. I'm not where to set TG_MAX_NODES, but I even tried changing the line in Build/Main/main.cxx c.set_max_nodes(TG_MAX_NODES * 0.8); to c.set_max_nodes(TG_MAX_NODES * 3); Obviously, that's a bit of a hack, but I figured I'd try it to see if it made a difference. Nothing. I'm trying to work with the absolute bleeding edge of what terragear can handle here, with 0.75 arc-sec DEMs, using a 3 meter error threshold, and 50,000:1 shapefile data. So I'd like to slacken any restrictions that Terragear imposes. My experience so far has been that better scenery can take MUCH longer to build, but has a minimal effect on Flightgear's framerate, Any suggestions of what else I could change to let it do crazy builds? One of my CPU cores runs at 100% while building, but my memory usages is still less than 10%, so I shouldn't have hit the limits of my hardware yet! Thanks folks. -cullam __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Things that cause fgfs-construct to be killed?
cullam Bruce-Lockhart wrote: Hi gang. My last few builds of scenery have been killed in the exact same manor, and produced hilarious results to view from the air. Anyway, I was wondering if anyone knew off the top of their head the full list of things that cause fgfs-construct to be killed? I've bumped up the time limit, but it isn't reaching that limit. I've cut each build into the smallest allowable chunk, 0.0625 by 0.125 degrees. I'm not where to set TG_MAX_NODES, but I even tried changing the line in Build/Main/main.cxx c.set_max_nodes(TG_MAX_NODES * 0.8); to c.set_max_nodes(TG_MAX_NODES * 3); Obviously, that's a bit of a hack, but I figured I'd try it to see if it made a difference. Nothing. I'm trying to work with the absolute bleeding edge of what terragear can handle here, with 0.75 arc-sec DEMs, using a 3 meter error threshold, and 50,000:1 shapefile data. So I'd like to slacken any restrictions that Terragear imposes. My experience so far has been that better scenery can take MUCH longer to build, but has a minimal effect on Flightgear's framerate, Any suggestions of what else I could change to let it do crazy builds? One of my CPU cores runs at 100% while building, but my memory usages is still less than 10%, so I shouldn't have hit the limits of my hardware yet! Thanks folks. Just completely remove any call to setrlimit. You'll then be limited by the system itself, so if you run out of ram and swap it'll die anyway - there's not really much you can do about that other than using a better machine. Jon -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
On Fri, 2009-10-16 at 11:50 +0200, Erik Hofman wrote: I finally found why the sound orientation was wrong, this should now be fixed in CVS (sound positioning relative to the aircraft origin is still to be done). Erik CVS as off 10 minutes ago gives me SimGear compile error: sample_openal.cxx: In member function ‘void SGSoundSample::set_relative_position(SGVec3f)’: sample_openal.cxx:167: error: no match for ‘operator=’ in ‘((SGSoundSample*)this)-SGSoundSample::_relative_pos = pos’ ../../simgear/math/SGMathFwd.hxx:37: note: candidates are: SGVec3double SGVec3double::operator=(const SGVec3double) make[2]: *** [sample_openal.o] Error 1 Am I alone? regards Alasdair -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Alasdair Campbell wrote: CVS as off 10 minutes ago gives me SimGear compile error: sample_openal.cxx: In member function ‘void SGSoundSample::set_relative_position(SGVec3f)’: sample_openal.cxx:167: error: no match for ‘operator=’ in ‘((SGSoundSample*)this)-SGSoundSample::_relative_pos = pos’ ../../simgear/math/SGMathFwd.hxx:37: note: candidates are: SGVec3double SGVec3double::operator=(const SGVec3double) make[2]: *** [sample_openal.o] Error 1 Ah I committed a small change in a file that contained other changes that I thought were not yet ready to commit. Should be fixed now. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
On Fri, 2009-10-16 at 15:20 +0200, Erik Hofman wrote: Alasdair Campbell wrote: CVS as off 10 minutes ago gives me SimGear compile error: sample_openal.cxx: In member function ‘void SGSoundSample::set_relative_position(SGVec3f)’: sample_openal.cxx:167: error: no match for ‘operator=’ in ‘((SGSoundSample*)this)-SGSoundSample::_relative_pos = pos’ ../../simgear/math/SGMathFwd.hxx:37: note: candidates are: SGVec3double SGVec3double::operator=(const SGVec3double) make[2]: *** [sample_openal.o] Error 1 Ah I committed a small change in a file that contained other changes that I thought were not yet ready to commit. Should be fixed now. Erik Thanks Erik, works fine now. Alasdair -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Racal FDM
Ron Jensen wrote: It has a lot of potentially good data on the Rascal to allow us to fine-tune the FDM. Is there any interest in this model? I will certainly not be the one to do the tuning work - take this as a disclaimer. Nevertheless I'm convinced that additional focus on FlightGear's capabilities of simulating _any_ sort of aircraft, thus making additional steps into the domain of R/C simulation, would be higly beneficial for FlightGear's public reputation. Yet we somehow have to find a way to label R/C 'airfields' using our ICAO schema ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Auto Pilot Reviwed
leee wrote: I think you need to accept that many aircraft are indeed broken, and most have been broken by software changes made since the aircraft was released. No, I don't have to. I _do_ accept that some aircraft developers are a little bit lazier than others and don't care about maintaining nowadays what they have contributed formerly. I also do agree that those who are maintaining FDM updates are unable to forward-port every single hack in aircraft configurations - even though most of them typically try to catch as many of them as possible. But, hey, this is open source, some players simply respond and proceed quicker than others do. Sadly, while no consideration is given to backwards compatibility i.e. by allowing different versions of sub-systems to be used by specifying a version in the appropriate config file, broken aircraft will remain a feature of FG. Instead of pouring time into a (probably) never ending chain of backward compatibility (alias old cruft) layers, I think the effort is much better spent for bringing the respective aircraft configurations onto speed for FlightGear's current capabilities. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Hi! After introducing new sound, flying at high speed (above 100 knots) I have very-fast pronouncing ATC message and some other sounds, and jerking engine sound. I have year-old compiled openal-0.0.8 With -debug options I have these sound-related console messages in main-loop: dhc6 (after reaching some speed) AL Error (fx): Invalid Value at pitch and gain cessna172p Sound volume too large for 'cough': 1.3 - clipping to 1.0 Sound volume too large for 'engstart': 1.4 - clipping to 1.0 Sound volume too large for 'crank': 1.5 - clipping to 1.0 boeing777 (just after start fgfs) Sound volume too large for 'click off': 1.5 - clipping to 1.0 Hope it helps. -- --- WBR, Vadym. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] least squares code
I'm having a duh moment here ... I've googled and looked through my old college text books and can't find something that I think should be easy to find. I'm probably forgetting the proper name of the technique or something stupid. The basic formulas for least squares fitting of a line to a set of data are well know. (I'm referring to the standard linear least squares fit of a line to some data.) I know I've seen a derivation of these formulas that allow you to incrementally build your least squares solution as each data point comes in (based on the current data and the past solution.) I know I've seen this several places in my life, even recently. I'd rather not spend a week re-deriving the formulas from scratch and testing and debugging. Does anyone have a link or pointer to basic code or psuedo-code that implements this incremental (recursive?) least squares approach? Thanks in advance, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Auto Pilot Reviwed
Keeping up with these so called aircraft bugs, which my aircraft have many, is a lot of work , especially for those of us that have lives , and bills to pay. I imagine the abandoned aircraft are broken by now , and new bugs will develop as FG does , so in my opinion , a bug tracker for this kind of thing is a bit silly. A simple posting here would probably accomplish more , since I'd never read a bug tracker :) Just my 2 cents. Cheers -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] least squares code
I believe the Numerical Recipes in C (available online) has that algorithm[s]. www.nr.com. Jon From: Curtis Olson [mailto:curtol...@gmail.com] Sent: Friday, October 16, 2009 6:20 PM To: FlightGear developers discussions Subject: [Flightgear-devel] least squares code I'm having a duh moment here ... I've googled and looked through my old college text books and can't find something that I think should be easy to find. I'm probably forgetting the proper name of the technique or something stupid. The basic formulas for least squares fitting of a line to a set of data are well know. (I'm referring to the standard linear least squares fit of a line to some data.) I know I've seen a derivation of these formulas that allow you to incrementally build your least squares solution as each data point comes in (based on the current data and the past solution.) I know I've seen this several places in my life, even recently. I'd rather not spend a week re-deriving the formulas from scratch and testing and debugging. Does anyone have a link or pointer to basic code or psuedo-code that implements this incremental (recursive?) least squares approach? Thanks in advance, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] least squares code
Make sure you use the one that never maintains cumulative totals prior to subtraction ... because the errors mount up too fast. On Fri, Oct 16, 2009 at 6:21 PM, Jon S. Berndt jonsber...@comcast.net wrote: I believe the “Numerical Recipes in C” (available online) has that algorithm[s]. www.nr.com. Jon From: Curtis Olson [mailto:curtol...@gmail.com] Sent: Friday, October 16, 2009 6:20 PM To: FlightGear developers discussions Subject: [Flightgear-devel] least squares code I'm having a duh moment here ... I've googled and looked through my old college text books and can't find something that I think should be easy to find. I'm probably forgetting the proper name of the technique or something stupid. The basic formulas for least squares fitting of a line to a set of data are well know. (I'm referring to the standard linear least squares fit of a line to some data.) I know I've seen a derivation of these formulas that allow you to incrementally build your least squares solution as each data point comes in (based on the current data and the past solution.) I know I've seen this several places in my life, even recently. I'd rather not spend a week re-deriving the formulas from scratch and testing and debugging. Does anyone have a link or pointer to basic code or psuedo-code that implements this incremental (recursive?) least squares approach? Thanks in advance, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
