[Flightgear-devel] nav radio patch
Hello ,
This is a small patch to add a heading-pointer-offset for RMI's and
HSI's that have these pointers.
The reason for an offset is to illiminate the need to calculate true /
magnetic headings or magnetic variation... not required as far as the needle
is concerned.
It rests at a 90 degree offset until active.
Could someone take a look and commit if this property is desireable ?
Thanks
Index: navradio.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/navradio.cxx,v
retrieving revision 1.63
diff -U 3 -r1.63 navradio.cxx
--- navradio.cxx 15 Feb 2010 22:52:12 - 1.63
+++ navradio.cxx 19 Mar 2010 06:46:39 -
@@ -146,7 +146,9 @@
SGPropertyNode* node = _radio_node.get();
bus_power_node =
- fgGetNode((/systems/electrical/outputs/ + _name).c_str(), true);
+fgGetNode((/systems/electrical/outputs/ + _name).c_str(), true);
+
+true_hdg = fgGetNode(/orientation/heading-deg, true);
// inputs
is_valid_node = node-getChild(data-is-valid, 0, true);
@@ -191,6 +193,7 @@
// outputs
heading_node = node-getChild(heading-deg, 0, true);
+heading_pointer_offset_node = node-getChild(heading-pointer-offset, 0, true);
time_to_intercept = node-getChild(time-to-intercept-sec, 0, true);
to_flag_node = node-getChild(to-flag, 0, true);
from_flag_node = node-getChild(from-flag, 0, true);
@@ -371,7 +374,7 @@
gs_inrange_node-setBoolValue( false );
loc_node-setBoolValue( false );
has_gs_node-setBoolValue(false);
-
+ heading_pointer_offset_node-setDoubleValue(90.0);
to_flag_node-setBoolValue( false );
from_flag_node-setBoolValue( false );
@@ -412,7 +415,7 @@
double az2, s;
//
- // compute forward and reverse wgs84 headings to localizer
+ // compute forward and reverse wgs84 headings to localizer
//
double hdg;
SGGeodesy::inverse(pos, _navaid-geod(), hdg, az2, s);
@@ -422,7 +425,14 @@
SG_NORMALIZE_RANGE(recip, 0.0, 360.0);
radial_node-setDoubleValue( radial );
recip_radial_node-setDoubleValue( recip );
-
+
+ //
+ // set magnetic heading offset for RMI or HSI pointers
+ //
+ double ptr_offset = hdg - true_hdg-getDoubleValue();
+ if(ptr_offset180)ptr_offset-=360;
+ if(ptr_offset-180)ptr_offset+=360;
+ heading_pointer_offset_node-setDoubleValue(ptr_offset);
//
// compute the target/selected radial in true heading
//
@@ -690,8 +700,6 @@
double gnd_trk_true = atan2( ve, vn ) * SGD_RADIANS_TO_DEGREES;
if ( gnd_trk_true 0.0 ) { gnd_trk_true += 360.0; }
-SGPropertyNode *true_hdg
-= fgGetNode(/orientation/heading-deg, true);
hdg_error = gnd_trk_true - true_hdg-getDoubleValue();
// cout ground track = gnd_trk_true
Index: navradio.hxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/navradio.hxx,v
retrieving revision 1.37
diff -U 3 -r1.37 navradio.hxx
--- navradio.hxx 29 Dec 2009 13:56:19 - 1.37
+++ navradio.hxx 19 Mar 2010 06:46:39 -
@@ -52,6 +52,7 @@
SGPropertyNode_ptr lat_node;
SGPropertyNode_ptr alt_node;
SGPropertyNode_ptr bus_power_node;
+SGPropertyNode_ptr true_hdg;
// property inputs
SGPropertyNode_ptr is_valid_node; // is station data valid (may be way out
@@ -74,6 +75,7 @@
SGPropertyNode_ptr fmt_freq_node; // formated frequency
SGPropertyNode_ptr fmt_alt_freq_node; // formated alternate frequency
SGPropertyNode_ptr heading_node; // true heading to nav station
+SGPropertyNode_ptr heading_pointer_offset_node; // heading offset for HSI / RMI's
SGPropertyNode_ptr radial_node; // current radial we are on (taking
// into consideration the vor station
// alignment which likely doesn't
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
Hi Erik, - Erik Hofman a écrit : Frederic Bouvier wrote: The relief (you mean the height of the buildings) can be adjusted in the effect file. The more important thing to me is to get the right horizontal scale. Nothing will change until the next scenery release because the scale is engraved in the scenery files (as texture coordinates) As far as I know the texture coordinates are normalized, so changing the coverage size in the materials.xml file changes the horizontal scale. As can be seen in the latest version of that file. BTW the heightmap changes accordingly to match the main texture. looking for coverage in the sources, I can't find something related to the texture. As far as I can see, tex coords are computed by sgCalcTexCoords, and this function is called at run time only for ocean tiles. Otherwise, in is called from Terragear, in int TGGenOutput::build( TGConstruct c ) function for terrain except airports. -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)
David Megginson wrote: I didn't seem to make any difference -- 3D buildings, trees, etc. were still floating above the roofs of the bump-map buildings. I also tried Keep in mind that relief mapping is just trickery to make something look like it is standing out from the scenery. In fact everything is rendered in the same 2d plane. That might be the main cause of this effect. Erik -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)
On Fri, 19 Mar 2010, Erik Hofman wrote: David Megginson wrote: I didn't seem to make any difference -- 3D buildings, trees, etc. were still floating above the roofs of the bump-map buildings. I also tried Keep in mind that relief mapping is just trickery to make something look like it is standing out from the scenery. In fact everything is rendered in the same 2d plane. That might be the main cause of this effect. Yes, indeed. It is (or ought to be) possible to adjust the Z-buffer value for fragments to reflect their new position as determined by the relief computation. This would solve depth problems between the ground triangles and objects on them but will not help for the problems along the edges of the urban area since the urban shader is not run for the fragments of the adjacent ground triangles and consequently a relief building cannot occlude those fragments. There might be other tricks to make the transition to other ground types more pleasing, though. Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)
- Erik Hofman a écrit : David Megginson wrote: I didn't seem to make any difference -- 3D buildings, trees, etc. were still floating above the roofs of the bump-map buildings. I also tried Keep in mind that relief mapping is just trickery to make something look like it is standing out from the scenery. In fact everything is rendered in the same 2d plane. That might be the main cause of this effect. Exactly. If you want real silhouettes, you need to add geometry to the current terrain. It should be possible to alter depth information to have realistic intersections with 3d objects, but I didn't manage so far. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
Frederic Bouvier wrote:
looking for coverage in the sources, I can't find something related
to the texture. As far as I can see, tex coords are computed by
sgCalcTexCoords, and this function is called at run time only for
ocean tiles. Otherwise, in is called from Terragear, in
int TGGenOutput::build( TGConstruct c ) function for terrain except
airports.
It's in mat.hxx:
SGVec2f get_tex_coord_scale() const
{
float tex_width = get_xsize();
float tex_height = get_ysize();
return SGVec2f((0 tex_width) ? 1000.0f/tex_width : 1.0f,
(0 tex_height) ? 1000.0f/tex_height : 1.0f);
}
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
On Tue, Mar 9, 2010 at 9:08 AM, Pete Morgan wrote: Has/Does FlightGear participate ? http://google-opensource.blogspot.com/2010/03/google-summer-of-code-applications-now.html Just to put some closure on this thread. I had one person reply (Tim) with an offer to be a possible mentor. That was pretty much it ... other than a couple peripheral emails (Stuart wrote about our bug tracking system, Vivian wrote in to remind us of the short time frame, Alex offered possible support as co-admin if no one else would do it, and that he'd be open to considering mentorship if something really came through with his name all over it.) I was hoping for a bunch of good project ideas. I was hoping for some help filling out the application form and answer the questions. Mostly I was hoping for a couple really enthusiastic volunteers at the mentor level to jump in and help get this going and push it through. I am unfortunately not able to commit to carrying this whole thing entirely on my own shoulders. The necessary components unfortunately did not materialize this year, but I'd love to revisit this subject again (before the deadline) for next year. I do think that mentorship (whether official or unofficial) is a very important thing. It's a great way for the younger generation to learn a lot of practical lessons about life (beyond just facts and ideas, but there is a lot of that which can be learned too.) There is much to be learned about process, and attitude, and interpersonal interactions, and what it takes to be successful. Of course non of us are experts or know everything. The older generation is not always a shining example of what the younger generation should aspire too. But if the younger generation is willing to slow down and listen, there is a lot to be learned ... if we have mentors on the other side willing to share. Best regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help needed with multi-screen
Hi Kavya, I think you have just summarized all the limitations of the FlightGear multi-camera/view/display system. Tim Moore is the person who developed this feature (nothing existed before his efforts) and maybe he can offer more insight. I know that in the case of menus, hud, 2d instrument panels, there would need to be some significant code restructuring to allow these to be displayed on other windows. One possible way to work around some of these issues would be to leverage multiple machines talking to each other via network packets ... that may or may not be an option in your situation, but I thought I'd mention it in case you hadn't previously considered it. Regards, Curt. On Thu, Mar 18, 2010 at 9:41 PM, Kavya Meyyappan kavya.meyyap...@gmail.comwrote: Dear FG members, I have just been trying out the multiple screen feature in FG. I found that the GUI camera (including the menu bar, hud and 2D panel) appears in only one of the windows. Is there any way I can make the GUI to appear in all the windows? Actually I want to be able to view the hud and 2D panel in all the windows. Also when I change the view in any one of the windows, the view changes in the other windows as well. Is it possible to make the windows independent of each other. I want to display the cockpit in one window at all times, in the second window I want to be able to shuttle between helicopter / chase or model views. Also I have observed that in the second screen where I'm displaying lets say the Helicopter view the aircraft remains static while the environment moves. This is because the cockpit view in my Master screen is defined as 'lookfrom'. Can I define 'lookfrom' for one screen and 'lookat' for the other screen. Hope to hear from you. Regards Kavya -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
On Fri, 19 Mar 2010, Curtis Olson wrote: On Tue, Mar 9, 2010 at 9:08 AM, Pete Morgan wrote: Has/Does FlightGear participate ? http://google-opensource.blogspot.com/2010/03/google-summer-of-code-applications-now.html Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. just sayin'. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle ge...@deltasoft.com wrote: Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. Hi Gene, What you are sayin' makes sense. Why don't we form a GSOC committee for lack of a better name. This committee could start thinking and preparing right now, or at least a couple months in advance. I'm willing to participate, but I can't commit to pulling lead and carrying all the load myself. Do we have anyone who would want to take charge of this effort, get things rolling, get things organized, keep track of deadlines, and just do whatever it takes to push this through for next year? We need a couple dedicated people to step forward and take charge here. Otherwise we'll be sayin' the same things at this time next year. :-) Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
On Fri, 19 Mar 2010, Curtis Olson wrote: On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle ge...@deltasoft.com wrote: Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. Hi Gene, What you are sayin' makes sense. Why don't we form a GSOC committee for lack of a better name. This committee could start thinking and preparing right now, or at least a couple months in advance. I'm willing to participate, but I can't commit to pulling lead and carrying all the load myself. Do we have anyone who would want to take charge of this effort, get things rolling, get things organized, keep track of deadlines, and just do whatever it takes to push this through for next year? We need a couple dedicated people to step forward and take charge here. Otherwise we'll be sayin' the same things at this time next year. :-) I guess the first thing to identify is what date would be appropriate to start this process for the 2011 GSoC run? I don't have the time to take lead on this either, but I'm a pretty good cat herder. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Web Site
Hi Pete, For what it's worth, the forum is by far the biggest bandwidth consumer right now based on the webalizer stats. Best regards, Curt. On Thu, Mar 18, 2010 at 8:44 PM, Pete Morgan wrote: Martin Spott wrote: Pete Morgan wrote: A Major issues is that GAE does not support binary files very well, eg gallery, so I'm not sure how this would work. One possibility would be to rename the current machine as www2. or stash. and using it as the binary storage. To my understanding, one of the issues with the current web service is the transfer volume limitation. Thus, if you/we use this as a dump store, we don't gain much. As an alternative, storing the bare imagery elsewhere, on a separate SVN repo or the like could be an option. Have had a play with the SVN idea martin mentioned above and here is the result http://fg-www.appspot.com/media/gallery/ And the images come from svn in a google project http://code.google.com/p/flightgear-gallery/source/browse/#svn/trunk So all that needs to happen is 1) checkout the gallery project 2) drop images in the v2.0/images/ directory 3) run_all.sh to create thumbs, index.js and svn commit I could not find a way around creating the index.js (json) file atmo. seems to work well pete -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Web Site
On Tue, Mar 9, 2010 at 2:56 AM, Pete Morgan ac...@daffodil.uk.com wrote: - Do we want to lock ourselves into google? These issues worry me also, and indeed pointing www.flightgear.org to fg-www.appspot.com is likely to have other problems (major 404's will need to be handled) We should be able to design all the website so it can serve off someone's local machine, in addition to the GAE. Personally, I think as an open source project, we need to be _able_ to serve on an independent platform even if the primary webserver is GAE. As was mentioned previously, especially if we use Django ... there should be nothing that we can't easily do off-GAE. I'm tempted to suggest that 'www-disaster.flightgear.org' should continue to be a Curt-managed machine somewhere. Give it an intentionally bandwidth limited Internet connection and ensure it is always running the up to date non-GAE build of the website. That way, we can easily detect when we've accidentally built a GAE dependency into our web codebase. There is the mild concern that (over time) we get our bandwidth usage up to the point where we can no longer afford to host the content on our own machines at need. If we want to prepare for that possibility, which would not be entirely a bad thing, it might be worth keeping the GAE application broken into several pieces, to separate the bits which are serving mostly-static content separate from the ones doing database accesses. Then, if we ever have the need to move off GAE and are running a lot of bandwidth, we can dedicate one server to the database and round robin all the other content across a lot of other servers. A Major issues is that GAE does not support binary files very well, eg gallery, so I'm not sure how this would work. One possibility would be to rename the current machine as www2. or stash. and using it as the binary storage. I've never had any trouble using GAE to serve binary files, providing they're not ridiculously large (such as huge binary tarballs). As I recall, its web server by default doesn't infer content types so you have to set them yourself on dynamic content. If you still see issues, feel free to invite me to the relevant codebase and I'm happy to take poke around. The main site fg-www has no database, so the design could be ported to the current site quite easily, as it used the Django templating engine. Does the current server have python or php installed ? We might decide that none of these issues are an overriding concern. [...] I'd be SOL if google evaporated from the planet. So what's one more dependency? Maybe we should ask Google to sponsor FlightGear? Without speaking for the open source program office, I suspect the answer would be that they're very happy to continue sponsoring FlightGear by providing infrastructure that lets the project focus on its own goals ... autonomously. The things like Project Hosting, GSoC, GAE, conferences, etc ... are all trying to avoid pushing any guidance onto the open source projects that take advantage of them. I like that. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
Curtis Olson wrote: On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle ge...@deltasoft.com mailto:ge...@deltasoft.com wrote: Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. Hi Gene, What you are sayin' makes sense. Why don't we form a GSOC committee for lack of a better name. This committee could start thinking and preparing right now, or at least a couple months in advance. I'm willing to participate, but I can't commit to pulling lead and carrying all the load myself. Do we have anyone who would want to take charge of this effort, get things rolling, get things organized, keep track of deadlines, and just do whatever it takes to push this through for next year? We need a couple dedicated people to step forward and take charge here. Otherwise we'll be sayin' the same things at this time next year. :-) Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ Hi, Curt. Another F/OSS project I've been watching for years is BZFlag. They've participated in GSoC three years in a row and seem to have been pretty successful each time. They've also been quite good at documenting their efforts; reading their GSoC wiki pages could be a great guide for future FG GSoC efforts (see http://my.bzflag.org/w/Google_Summer_of_Code ). One thing that's pretty clear is that the first burden of success is on the mentors to be available for the students. Using IRC seems to have worked out pretty well, even with many time zones between the student and mentor. I think FG is an excellent candidate project for GSoC because it involves so many different and interesting disciplines. It should be easy to attract bright and enthusiastic students. To pull it off, though, requires advance planning and a genuine commitment of time on the part of seasoned developers who are to be mentors. As an example, in spite of previous successes with GSoC, BZFlag is not participating this year... because they need to get their next release out! -Reagan -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Web Site
Alex Perry wrote: On Tue, Mar 9, 2010 at 2:56 AM, Pete Morgan ac...@daffodil.uk.com wrote: - Do we want to lock ourselves into google? These issues worry me also, and indeed pointing www.flightgear.org to fg-www.appspot.com is likely to have other problems (major 404's will need to be handled) We should be able to design all the website so it can serve off someone's local machine, in addition to the GAE. Personally, I think as an open source project, we need to be _able_ to serve on an independent platform even if the primary webserver is GAE. As was mentioned previously, especially if we use Django ... there should be nothing that we can't easily do off-GAE. I'm tempted to suggest that 'www-disaster.flightgear.org' should continue to be a Curt-managed machine somewhere. Give it an intentionally bandwidth limited Internet connection and ensure it is always running the up to date non-GAE build of the website. That way, we can easily detect when we've accidentally built a GAE dependency into our web codebase. There is the mild concern that (over time) we get our bandwidth usage up to the point where we can no longer afford to host the content on our own machines at need. If we want to prepare for that possibility, which would not be entirely a bad thing, it might be worth keeping the GAE application broken into several pieces, to separate the bits which are serving mostly-static content separate from the ones doing database accesses. Then, if we ever have the need to move off GAE and are running a lot of bandwidth, we can dedicate one server to the database and round robin all the other content across a lot of other servers. A Major issues is that GAE does not support binary files very well, eg gallery, so I'm not sure how this would work. One possibility would be to rename the current machine as www2. or stash. and using it as the binary storage. I've never had any trouble using GAE to serve binary files, providing they're not ridiculously large (such as huge binary tarballs). As I recall, its web server by default doesn't infer content types so you have to set them yourself on dynamic content. If you still see issues, feel free to invite me to the relevant codebase and I'm happy to take poke around. The main site fg-www has no database, so the design could be ported to the current site quite easily, as it used the Django templating engine. Does the current server have python or php installed ? We might decide that none of these issues are an overriding concern. [...] I'd be SOL if google evaporated from the planet. So what's one more dependency? Maybe we should ask Google to sponsor FlightGear? Without speaking for the open source program office, I suspect the answer would be that they're very happy to continue sponsoring FlightGear by providing infrastructure that lets the project focus on its own goals ... autonomously. The things like Project Hosting, GSoC, GAE, conferences, etc ... are all trying to avoid pushing any guidance onto the open source projects that take advantage of them. I like that. These debates are pretty pointless. Curt is the webmaster so everything needs to pass him and his standards, which platform , css et all. I just feel sorry that I've wasted a few days on development in vain. se la vie pete -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help needed with multi-screen
Curtis Olson wrote: I think you have just summarized all the limitations of the FlightGear multi-camera/view/display system. Tim Moore is the person who developed this feature (nothing existed before his efforts) [...] except from the multi-screen system which formerly had been introduced by Mathias Froehlich and which has done a great job, at least for not too complex display setups ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help needed with multi-screen
On Fri, Mar 19, 2010 at 2:21 PM, Martin Spott wrote: Curtis Olson wrote: I think you have just summarized all the limitations of the FlightGear multi-camera/view/display system. Tim Moore is the person who developed this feature (nothing existed before his efforts) [...] except from the multi-screen system which formerly had been introduced by Mathias Froehlich and which has done a great job, at least for not too complex display setups ;-) Sorry Mathias if I mis-attributed that effort. I know you did most of the original OSG port! Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
Reagan Thomas wrote: Curtis Olson wrote: On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle ge...@deltasoft.com mailto:ge...@deltasoft.com wrote: Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. Hi Gene, What you are sayin' makes sense. Why don't we form a GSOC committee for lack of a better name. This committee could start thinking and preparing right now, or at least a couple months in advance. I'm willing to participate, but I can't commit to pulling lead and carrying all the load myself. Do we have anyone who would want to take charge of this effort, get things rolling, get things organized, keep track of deadlines, and just do whatever it takes to push this through for next year? We need a couple dedicated people to step forward and take charge here. Otherwise we'll be sayin' the same things at this time next year. :-) Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ Hi, Curt. Another F/OSS project I've been watching for years is BZFlag. They've participated in GSoC three years in a row and seem to have been pretty successful each time. They've also been quite good at documenting their efforts; reading their GSoC wiki pages could be a great guide for future FG GSoC efforts (see http://my.bzflag.org/w/Google_Summer_of_Code ). One thing that's pretty clear is that the first burden of success is on the mentors to be available for the students. Using IRC seems to have worked out pretty well, even with many time zones between the student and mentor. I think FG is an excellent candidate project for GSoC because it involves so many different and interesting disciplines. It should be easy to attract bright and enthusiastic students. To pull it off, though, requires advance planning and a genuine commitment of time on the part of seasoned developers who are to be mentors. As an example, in spite of previous successes with GSoC, BZFlag is not participating this year... because they need to get their next release out! -Reagan I should have included this link to their 2007 GSoC post mortem: http://my.bzflag.org/gsoc/bzflag_gsoc2007_post_mortem.pdf -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
Is it worth setting up a GOSC wiki page to start organizing our thoughts and possible volunteers? If we wait on this we'll very likely have a repeat of this year when next year's deadline comes around. Several people have written expressing support that this is a good idea, but we need actual warm bodies to step up to the plate and do something here if we are going to move forward with this. The point is to help mentor some younger kids, so we need to be organized and have our mentoring act together before I'd feel comfortable putting in an application. I don't want to waste a couple kids summers. Regards, Curt. On Fri, Mar 19, 2010 at 11:08 AM, Gene Buckle ge...@deltasoft.com wrote: On Fri, 19 Mar 2010, Curtis Olson wrote: On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle ge...@deltasoft.com wrote: Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. Hi Gene, What you are sayin' makes sense. Why don't we form a GSOC committee for lack of a better name. This committee could start thinking and preparing right now, or at least a couple months in advance. I'm willing to participate, but I can't commit to pulling lead and carrying all the load myself. Do we have anyone who would want to take charge of this effort, get things rolling, get things organized, keep track of deadlines, and just do whatever it takes to push this through for next year? We need a couple dedicated people to step forward and take charge here. Otherwise we'll be sayin' the same things at this time next year. :-) I guess the first thing to identify is what date would be appropriate to start this process for the 2011 GSoC run? I don't have the time to take lead on this either, but I'm a pretty good cat herder. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shader switches
Martin Spott wrote: do I understand correctly, that the former /sim/rendering/shader-experimental property has now been completely superseded by: /sim/rendering/crop-shader /sim/rendering/landmass-shader /sim/rendering/urban-shader /sim/rendering/water-shader No response at all as is quite illuminative as well :-) Apparently these four don't accept 'true' as a value, just '1' in order to enable the feature. Am I correct to assume that this is a mishap, or is it a feature by design ? Should I file a bug for this one ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
On Fri, 19 Mar 2010, Curtis Olson wrote: Is it worth setting up a GOSC wiki page to start organizing our thoughts and possible volunteers? If we wait on this we'll very likely have a repeat of this year when next year's deadline comes around. Several people have written expressing support that this is a good idea, but we need actual warm bodies to step up to the plate and do something here if we are going to move forward with this. The point is to help mentor some younger kids, so we need to be organized and have our mentoring act together before I'd feel comfortable putting in an application. I don't want to waste a couple kids summers. I would think so, yes. The first thing we can teach them is how not to top post. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
A good mail reader can straighten it all out ... :-) On Fri, Mar 19, 2010 at 2:47 PM, Gene Buckle wrote: I would think so, yes. The first thing we can teach them is how not to top post. :) -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] autopilot
Perhaps the PI anti-windup change could be re-visited. When the output is clamped and anti-windup is active, at xmlauto.cxx:625, the line: int_sum = clamped_output - prop_comp; seems to introduce the Kp, proportional gain factor, into the integral sum. With the proportional gain much bigger than Ki the integral part and proportional part effectively cancel after this, with the result: output close to zero. Replacing that with : if( output != clamped_output ) // anti-windup // int_sum = clamped_output - prop_comp; int_sum -= error * Ki.get_value() * dt; .. seems to restore altitude hold to at least the B777 although I don't know if that's the optimal correction to the integral term during output clamping. Thanks. I used a slightly different approach to fix this. The problem occoured when the proportional amplifier was driven into the nonlinear range and it's output was clamped. This resulted in a feedback into the integrator. Clamping the amplifier before adding the integral sum should solve this issue. Can you check, if this works for you? Thanks, Torsten -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
On Fri, 19 Mar 2010, Curtis Olson wrote: A good mail reader can straighten it all out ... :-) On Fri, Mar 19, 2010 at 2:47 PM, Gene Buckle wrote: I would think so, yes. The first thing we can teach them is how not to top post. :) *facepalm* g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Google Summer of Code
Curtis Olson wrote: On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle ge...@deltasoft.com mailto:ge...@deltasoft.com wrote: Curt, could the lack of enthusiasm been more due to the short timeframe than anything else? AFAIK, the GSoC participants are thinking about their entry *months* in advance. Why not make a note to revist a GSoC entry about 2-3 months before the 2011 entry deadline? That gives you guys plenty of time to identify the best use of the GSoC resources for FlightGear and a well prepared proposal would go a long way towards getting it accepted. Hi Gene, What you are sayin' makes sense. Why don't we form a GSOC committee for lack of a better name. This committee could start thinking and preparing right now, or at least a couple months in advance. I'm willing to participate, but I can't commit to pulling lead and carrying all the load myself. Do we have anyone who would want to take charge of this effort, get things rolling, get things organized, keep track of deadlines, and just do whatever it takes to push this through for next year? We need a couple dedicated people to step forward and take charge here. Otherwise we'll be sayin' the same things at this time next year. :-) Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ OK I'll volunteer to be on that committee. I am no coder so I'm probably unsuited as an individual mentor, but I do have some project mgmt skills. I kicked off #FG-GSoC on irc.flightgear.org so we don't distract the normal chatter on #flightgear. I'll put together a list of proposed milestones that I think we should be aiming for. One very important milestone will be the finalising of the short-list of projects and their associated mentors. This should be in place by Jan 1 2011. We need to be realistic about projects though and remember that the features we really really want added to FG will not have a line of code written until May 2011 at the very earliest. So we need long-term thinking on this. An important early task MUST be to get commitment from a range of mentors so we can properly support these kids. I have made some minor changes to http://wiki.flightgear.org/index.php/Google_Summer_of_Code_Candidate_Projects Please add your own thoughts. Perhaps we could have a GSoC section on the spiffy new (pref django-powered) website that will be along anytime soon? Best Regards Willie Fleming -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
