Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On Fri, Sep 07, 2007 at 06:31:15PM +0200, Csaba Halász wrote: On 7/18/07, Csaba Halász [EMAIL PROTECTED] wrote: On 7/10/07, Csaba Halász [EMAIL PROTECTED] wrote: On 7/1/07, Csaba Halász [EMAIL PROTECTED] wrote: Hello! Here is a new version of my radar patch. URL: http://w3.enternet.hu/jester/fgfs/atc-20070717.tgz [116kB] As my old ISP deleted my pages, I uploaded this version to http://files-upload.com/files/485514/atc-20070717.tgz. Sorry for the inconvenience. If there are no objections I'd like to get this committed so that others can also work on it. As a reminder: ATC.diff is against data dir, panel-bg.rgb should be replacing the current one, and fg.diff applies to the source tree and contains all other patches. Nice! I dropped my own testings to insert a COM1/COM2 forthe ATC :-) Is it possible to organize a seperate screen for the 3D view and one for the radar (and the rest of the instruments)? Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On 7/18/07, Csaba Halász [EMAIL PROTECTED] wrote: On 7/10/07, Csaba Halász [EMAIL PROTECTED] wrote: On 7/1/07, Csaba Halász [EMAIL PROTECTED] wrote: Hello! Here is a new version of my radar patch. URL: http://w3.enternet.hu/jester/fgfs/atc-20070717.tgz [116kB] As my old ISP deleted my pages, I uploaded this version to http://files-upload.com/files/485514/atc-20070717.tgz. Sorry for the inconvenience. If there are no objections I'd like to get this committed so that others can also work on it. As a reminder: ATC.diff is against data dir, panel-bg.rgb should be replacing the current one, and fg.diff applies to the source tree and contains all other patches. -- Thanks, Csaba/Jester - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On 7/10/07, Csaba Halász [EMAIL PROTECTED] wrote: On 7/1/07, Csaba Halász [EMAIL PROTECTED] wrote: Hello! Here is a new version of my radar patch. ... again ;) *** This is still for OSG only *** ... still. Changes: * Sync'd to HEAD (removed AI.diff, it is now in cvs) * Added hack workaround for reinit (something overwrites the view position properties after the reinit handler, can't find what) Thanks to Vivian for pointing out this bug. * apt.dat.gz contains tower agl height, so add apt elevation URL: http://w3.enternet.hu/jester/fgfs/atc-20070717.tgz [116kB] -- Csaba - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On 7/1/07, Csaba Halász [EMAIL PROTECTED] wrote: Hello! Here is a new version of my radar patch. ... again ;) *** This is still for OSG only *** ... still. Changes: * North is up (thanks to Vivian) * Radar ranges in power-of-two steps (Vivian again) * Help screen (partially from Vivian) * hotkey to toggle target tracking * font selector dialog * selected font saved to aircraft-data * nicer ttf font rendering automatically enabled with OSG version 2.1.0 or greater. Monospace ttf font recommended. (compiles with 2.0.0 as well) * preliminary target highlight support * target selector rewrite * chat log window auto-sizing URL: http://w3.enternet.hu/jester/fgfs/atc-20070710.tgz [120kB] -- Csaba - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Csaba Halász Sent: 01 July 2007 21:12 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Hello! Here is a new version of my radar patch. *** This is still for OSG only *** Theoretically the ai.diff wxradar.diff can be applied without the others to get data display on the wxradar. *Note: I have temporarily changed the texture size to 512. For a 1:1 mapping this will have to be dynamic later. Any objections? Included is a preliminary osgfont.diff that can optionally be applied to osg (duh). Having done that you can change the #if 0 in wxradar.cxx:844 and specify a truetype font in /instrumentation/radar/display-controls/font (I use VeraMono.ttf) to get nicer looking output. The ATC is currently nicest in 1024x768. Still on the TODO list: make more stuff configurable (colors), add highlight support, show taxiway designations, fix ATC panel bugs, support different resolutions, etc... You can get the package from http://w3.enternet.hu/jester/fgfs/atc-20070701.tgz [116kB] Let me know if I have broken something. You certainly have! That patch seem to apply cleanly here and compiles under MSVC8, but wxradar.diff breaks the KC-135, but we knew about that and it's readily fixable (already done and teested here). The new texture seems to break the whole display - it doesn't rotate correctly, and I seem to get 2 displays. Reverting to the one in cvs fixes it. There are no symbols that I can see - just 2 very small dots which are hardly visible. No runways - big disappointment - should there be? The aircraft number selector works in the wrong sense, and goes between 0-1, even when there are more ac on the radar The range selector appears to have no effect. Increments of 1nm? Most radars I'm familiar with have steps which double the range at each step 5, 10, 20 or 4, 8, i6, 32 are the ones I'm most used to. Great text!!! Well done No callsigns from the Traffic Manager stuff - did we break that? I would think that we could get wxradar.diff into cvs, but unless I applied the patch incorrectly (possible), the rest needs a bit more work. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
No callsigns from the Traffic Manager stuff - did we break that? Probably not, never seen any... (so, if broken, not with the wxradar patch) Thomas -- PhD Student, Dept. Animal Physiology, HU Berlin Tel +49 30 2093 6173, Fax +49 30 2093 6375 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
I wrote Sent: 02 July 2007 13:15 To: 'FlightGear developers discussions' Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Csaba Halász Sent: 01 July 2007 21:12 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Hello! Here is a new version of my radar patch. *** This is still for OSG only *** Theoretically the ai.diff wxradar.diff can be applied without the others to get data display on the wxradar. *Note: I have temporarily changed the texture size to 512. For a 1:1 mapping this will have to be dynamic later. Any objections? Included is a preliminary osgfont.diff that can optionally be applied to osg (duh). Having done that you can change the #if 0 in wxradar.cxx:844 and specify a truetype font in /instrumentation/radar/display-controls/font (I use VeraMono.ttf) to get nicer looking output. The ATC is currently nicest in 1024x768. Still on the TODO list: make more stuff configurable (colors), add highlight support, show taxiway designations, fix ATC panel bugs, support different resolutions, etc... You can get the package from http://w3.enternet.hu/jester/fgfs/atc-20070701.tgz [116kB] Let me know if I have broken something. You certainly have! That patch seem to apply cleanly here and compiles under MSVC8, but wxradar.diff breaks the KC-135, but we knew about that and it's readily fixable (already done and tested here). The new texture seems to break the whole display - it doesn't rotate correctly, and I seem to get 2 displays. Reverting to the one in cvs fixes it. There are no symbols that I can see - just 2 very small dots which are hardly visible. No runways - big disappointment - should there be? The aircraft number selector works in the wrong sense, and goes between 0-1, even when there are more ac on the radar The range selector appears to have no effect. Increments of 1nm? Most radars I'm familiar with have steps which double the range at each step 5, 10, 20 or 4, 8, i6, 32 are the ones I'm most used to. Great text!!! Well done No callsigns from the Traffic Manager stuff - did we break that? I would think that we could get wxradar.diff into cvs, but unless I applied the patch incorrectly (possible), the rest needs a bit more work. It helps if you put the new texture in the right place, it was the old one which broke everything. Now it works much better! I can now see symbols and the runways, and range now works. Apart from that all the above remarks still apply, with the addition that the tower position is marked with the own ac symbol - that is now selectable: heading-marker type=boolfalse/heading-marker Display runway up? or something? Most radar displays are North up AFAIK - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Thomas Förster Sent: 02 July 2007 13:41 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar No callsigns from the Traffic Manager stuff - did we break that? Probably not, never seen any... (so, if broken, not with the wxradar patch) Good. Phew. No callsign in the flightplans? I couldn't compare with earlier, since today is the first time I have actually seen this stuff working. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
While there's so much hacking happening wrt to radar instrumentation, I'd like note a small observation. There seems to be a small, but noticeable, inconsistency about the heading displayed. You can see this if you enable the showing of a tacan source in the radar and its corresponding data/symbol whatever box. They appear to point into different directions. I suspect both informations get derived by ways taking the magnetic variation into account differently. The combinations of radar echos/groundradar/radar compass rose look pairwise consistent though. But on further guesstimating I tend to think all that rl atc happens with the magnetic heading in mind (thus rwy 28 in KSFO for example), so perhaps the radar screen should reflect this by rotating accordingly. I'm not even sure if that would change the difference I talked above (and if so, in the right way). For now I fear I cannot dig deeper into that, but perhaps this can a serve as pointer fo some you guys already busy hacking that part of fg. Thanks to you anyways for the great job. regards K. Hoercher - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On 7/2/07, K. Hoercher [EMAIL PROTECTED] wrote: You can see this if you enable the showing of a tacan source in the radar and its corresponding data/symbol whatever box. They appear to point into different directions. I suspect both informations get derived by ways taking the magnetic variation into account differently. I haven't looked at the radar stuff yet, so I'm just going from what you've said here. VORs are slaved to a certain variation, presumably the magnetic variation at the time they were put into service (or last updated). But as the magnetic variation in any place changes over time, the VOR variation can differ (sometimes substantially) from the compass heading. Not sure if that's related to the problem you're seeing, but FYI. The combinations of radar echos/groundradar/radar compass rose look pairwise consistent though. But on further guesstimating I tend to think all that rl atc happens with the magnetic heading in mind (thus rwy 28 in KSFO for example), so perhaps the radar screen should reflect this by rotating accordingly. I'm not even sure if that would change the difference I talked above (and if so, in the right way). IANAATC but I know the headings given out over the air by ATC and ATIS, etc. are all magnetic, so you're possibly right. If nobody else has ATC experience or friends, I have a former ATC acquaintance I could ask any questions to. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On 7/2/07, Hans Fugal [EMAIL PROTECTED] wrote: I haven't looked at the radar stuff yet, so I'm just going from what you've said here. VORs are slaved to a certain variation, presumably the magnetic variation at the time they were put into service (or last updated). But as the magnetic variation in any place changes over time, the VOR variation can differ (sometimes substantially) from the compass heading. Not sure if that's related to the problem you're seeing, but FYI. Oh, ahem, err, a tacan source here being the Nimitz off the coast of San Francisco, and indeed its heading seems to have no part in the drawing of the symbol. Furthermore a normal tacan navaid doesn't possess a heading anyways. I perhaps just wished it would somehow improve my other point. *g* regards K. Hoercher - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Hello! Here is a new version of my radar patch. *** This is still for OSG only *** Theoretically the ai.diff wxradar.diff can be applied without the others to get data display on the wxradar. *Note: I have temporarily changed the texture size to 512. For a 1:1 mapping this will have to be dynamic later. Any objections? Included is a preliminary osgfont.diff that can optionally be applied to osg (duh). Having done that you can change the #if 0 in wxradar.cxx:844 and specify a truetype font in /instrumentation/radar/display-controls/font (I use VeraMono.ttf) to get nicer looking output. The ATC is currently nicest in 1024x768. Still on the TODO list: make more stuff configurable (colors), add highlight support, show taxiway designations, fix ATC panel bugs, support different resolutions, etc... You can get the package from http://w3.enternet.hu/jester/fgfs/atc-20070701.tgz [116kB] Let me know if I have broken something. Greets, Csaba - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Melchior FRANZ -- Friday 22 June 2007: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 Done. These patches give quite good results on the 737 and derivatives (KC135, E3B). The code, though, requires some more (not only cosmetic) fixes. We'll do that soon, hopefully before a release, but it's not *that* urgent. :-) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Melchior FRANZ wrote: * Melchior FRANZ -- Friday 22 June 2007: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 Done. These patches give quite good results on the 737 and derivatives (KC135, E3B). The code, though, requires some more (not only cosmetic) fixes. We'll do that soon, hopefully before a release, but it's not *that* urgent. :-) One point _is_ urgent: As I already posted earlier on this list, the current state adds a dependency on PLIB ssg in 'FlightGear/src/Instrumentation/wxradar.hxx' at line 28. PLIB ssg has been deprecated and abandoned more than half a year ago, so please remove this line in 'wxradar.hxx', it's completely superfluous, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
syd sandy wrote: Hi again, I checked the source code , recent update , and delete rt is already commented out , so I recompiled and tried my Aerostar 700, which I recently added a weather radar to , and no more error message when I exit FG , so that must have done the trick ... Cheers Hi Syd - when can I try it out :-) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Vivian, Vivian Meazza wrote: I will attend to thus once the patches are approved/agreed in principle. [...] filename=fg_wx_radar_osg.diff.tgz In Instrumentation/wxradar.hxx at line 26 this patch introduces a dependency on plib/ssg.h. I think this is neither required nor desired, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Martin Sent: 23 June 2007 14:08 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Vivian, Vivian Meazza wrote: I will attend to thus once the patches are approved/agreed in principle. [...] filename=fg_wx_radar_osg.diff.tgz In Instrumentation/wxradar.hxx at line 26 this patch introduces a dependency on plib/ssg.h. I think this is neither required nor desired, If it's not required, then it's certainly not desirable. I'm sure that can be removed. Thanks Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Vivian Meazza -- Wednesday 13 June 2007: Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. No objections and other comments since the patches were published on 2007/06/20. Because of the nearing release (not that we have the slightest idea when this could be :-) and the nature of the patch I want to give developers one last chance to object: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 PRO + we have a nice c++ radar implementation in both branches, which handles arbitrary numbers of AI/MP aircraft, ships, TACAN emitting and other objects + we can drop the quite clumsy and limited limiting XML radar implementation + fixes a bug in AIManager (ask Vivian :-) + instantiates impact sub-submodels in correct order CONTRA - - bigger commit despite the near(?) release, with potential risk to break something BUT: + the patch touches only files that can hardly have side effects on other subsystems, and isn't executed at all when aircraft without od_gauge/radar are used (which is the vast majority). So even if there'd be problems, they would only affect the E3B, the T38(?), and ... the harrier? And even then one could comment out the radar instrument in the XML file and avoid all problems. + the patches were tested by, at least, Vivian, AJ, Csaba Jester(?) and me, and found functional and not causing problems, except the following (AJ and I): - requires to comment out the destruction of the RTT class to avoid crashes on exit on (some?) nVidia cards. That's hackish, BUT: + that's exactly what the 3D clouds are doing since years! They don't destruct the RTT class either! Nobody has reported problems that could be linked to that, none of the developers has observed such problems (AFAIK). + that's exactly what the TestRenderTexture.cxx test application by the very author of the RenderTexture class does. He doesn't destruct the class either (except before creating a new one during mode changes on user request). + it can be assumed that the card frees this resource like all others, when the context is destroyed, so the buggy freeing operation via glXDestroyPbuffer() should be optional in this case. m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On Fri, 22 Jun 2007 13:42:16 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote: * Vivian Meazza -- Wednesday 13 June 2007: Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. No objections and other comments since the patches were published on 2007/06/20. Because of the nearing release (not that we have the slightest idea when this could be :-) and the nature of the patch I want to give developers one last chance to object: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 PRO + we have a nice c++ radar implementation in both branches, which handles arbitrary numbers of AI/MP aircraft, ships, TACAN emitting and other objects + we can drop the quite clumsy and limited limiting XML radar implementation + fixes a bug in AIManager (ask Vivian :-) + instantiates impact sub-submodels in correct order CONTRA - - bigger commit despite the near(?) release, with potential risk to break something BUT: + the patch touches only files that can hardly have side effects on other subsystems, and isn't executed at all when aircraft without od_gauge/radar are used (which is the vast majority). So even if there'd be problems, they would only affect the E3B, the T38(?), and ... the harrier? And even then one could comment out the radar instrument in the XML file and avoid all problems. + the patches were tested by, at least, Vivian, AJ, Csaba Jester(?) and me, and found functional and not causing problems, except the following (AJ and I): - requires to comment out the destruction of the RTT class to avoid crashes on exit on (some?) nVidia cards. That's hackish, BUT: + that's exactly what the 3D clouds are doing since years! They don't destruct the RTT class either! Nobody has reported problems that could be linked to that, none of the developers has observed such problems (AFAIK). + that's exactly what the TestRenderTexture.cxx test application by the very author of the RenderTexture class does. He doesn't destruct the class either (except before creating a new one during mode changes on user request). + it can be assumed that the card frees this resource like all others, when the context is destroyed, so the buggy freeing operation via glXDestroyPbuffer() should be optional in this case. m. Hi , I vote for adding it , and I've had that shutdown error since I first used the wxradar ,it's not a new one here... Just my 2 cents worth :). Cheers -- syd sandy [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
-Original Message- Syd Sent: 22 June 2007 15:43 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar On Fri, 22 Jun 2007 13:42:16 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote: * Vivian Meazza -- Wednesday 13 June 2007: Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. No objections and other comments since the patches were published on 2007/06/20. Because of the nearing release (not that we have the slightest idea when this could be :-) and the nature of the patch I want to give developers one last chance to object: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 PRO + we have a nice c++ radar implementation in both branches, which handles arbitrary numbers of AI/MP aircraft, ships, TACAN emitting and other objects + we can drop the quite clumsy and limited limiting XML radar implementation + fixes a bug in AIManager (ask Vivian :-) + instantiates impact sub-submodels in correct order CONTRA - - bigger commit despite the near(?) release, with potential risk to break something BUT: + the patch touches only files that can hardly have side effects on other subsystems, and isn't executed at all when aircraft without od_gauge/radar are used (which is the vast majority). So even if there'd be problems, they would only affect the E3B, the T38(?), and ... the harrier? And even then one could comment out the radar instrument in the XML file and avoid all problems. + the patches were tested by, at least, Vivian, AJ, Csaba Jester(?) and me, and found functional and not causing problems, except the following (AJ and I): - requires to comment out the destruction of the RTT class to avoid crashes on exit on (some?) nVidia cards. That's hackish, BUT: + that's exactly what the 3D clouds are doing since years! They don't destruct the RTT class either! Nobody has reported problems that could be linked to that, none of the developers has observed such problems (AFAIK). + that's exactly what the TestRenderTexture.cxx test application by the very author of the RenderTexture class does. He doesn't destruct the class either (except before creating a new one during mode changes on user request). + it can be assumed that the card frees this resource like all others, when the context is destroyed, so the buggy freeing operation via glXDestroyPbuffer() should be optional in this case. m. Hi , I vote for adding it , and I've had that shutdown error since I first used the wxradar ,it's not a new one here... Just my 2 cents worth :). Cheers That's very interesting information. We suspected that this was a longstanding problem, but had no evidence. And does Melchior's fix, fix it for you? V. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On Fri, 22 Jun 2007 16:56:34 +0100 Vivian Meazza [EMAIL PROTECTED] wrote: -Original Message- Syd Sent: 22 June 2007 15:43 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar On Fri, 22 Jun 2007 13:42:16 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote: * Vivian Meazza -- Wednesday 13 June 2007: Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. No objections and other comments since the patches were published on 2007/06/20. Because of the nearing release (not that we have the slightest idea when this could be :-) and the nature of the patch I want to give developers one last chance to object: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 PRO + we have a nice c++ radar implementation in both branches, which handles arbitrary numbers of AI/MP aircraft, ships, TACAN emitting and other objects + we can drop the quite clumsy and limited limiting XML radar implementation + fixes a bug in AIManager (ask Vivian :-) + instantiates impact sub-submodels in correct order CONTRA - - bigger commit despite the near(?) release, with potential risk to break something BUT: + the patch touches only files that can hardly have side effects on other subsystems, and isn't executed at all when aircraft without od_gauge/radar are used (which is the vast majority). So even if there'd be problems, they would only affect the E3B, the T38(?), and ... the harrier? And even then one could comment out the radar instrument in the XML file and avoid all problems. + the patches were tested by, at least, Vivian, AJ, Csaba Jester(?) and me, and found functional and not causing problems, except the following (AJ and I): - requires to comment out the destruction of the RTT class to avoid crashes on exit on (some?) nVidia cards. That's hackish, BUT: + that's exactly what the 3D clouds are doing since years! They don't destruct the RTT class either! Nobody has reported problems that could be linked to that, none of the developers has observed such problems (AFAIK). + that's exactly what the TestRenderTexture.cxx test application by the very author of the RenderTexture class does. He doesn't destruct the class either (except before creating a new one during mode changes on user request). + it can be assumed that the card frees this resource like all others, when the context is destroyed, so the buggy freeing operation via glXDestroyPbuffer() should be optional in this case. m. Hi , I vote for adding it , and I've had that shutdown error since I first used the wxradar ,it's not a new one here... Just my 2 cents worth :). Cheers That's very interesting information. We suspected that this was a longstanding problem, but had no evidence. And does Melchior's fix, fix it for you? V. Hi Vivian, No I haven't tried the updated version yet ... anxiously awaiting CVS version ;).But I can try it first if you like , and see what I get ... Cheers -- syd sandy [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Syd Sent: 22 June 2007 20:18 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar On Fri, 22 Jun 2007 16:56:34 +0100 Vivian Meazza [EMAIL PROTECTED] wrote: -Original Message- Syd Sent: 22 June 2007 15:43 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar On Fri, 22 Jun 2007 13:42:16 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote: * Vivian Meazza -- Wednesday 13 June 2007: Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. No objections and other comments since the patches were published on 2007/06/20. Because of the nearing release (not that we have the slightest idea when this could be :-) and the nature of the patch I want to give developers one last chance to object: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 PRO + we have a nice c++ radar implementation in both branches, which handles arbitrary numbers of AI/MP aircraft, ships, TACAN emitting and other objects + we can drop the quite clumsy and limited limiting XML radar implementation + fixes a bug in AIManager (ask Vivian :-) + instantiates impact sub-submodels in correct order CONTRA - - bigger commit despite the near(?) release, with potential risk to break something BUT: + the patch touches only files that can hardly have side effects on other subsystems, and isn't executed at all when aircraft without od_gauge/radar are used (which is the vast majority). So even if there'd be problems, they would only affect the E3B, the T38(?), and ... the harrier? And even then one could comment out the radar instrument in the XML file and avoid all problems. + the patches were tested by, at least, Vivian, AJ, Csaba Jester(?) and me, and found functional and not causing problems, except the following (AJ and I): - requires to comment out the destruction of the RTT class to avoid crashes on exit on (some?) nVidia cards. That's hackish, BUT: + that's exactly what the 3D clouds are doing since years! They don't destruct the RTT class either! Nobody has reported problems that could be linked to that, none of the developers has observed such problems (AFAIK). + that's exactly what the TestRenderTexture.cxx test application by the very author of the RenderTexture class does. He doesn't destruct the class either (except before creating a new one during mode changes on user request). + it can be assumed that the card frees this resource like all others, when the context is destroyed, so the buggy freeing operation via glXDestroyPbuffer() should be optional in this case. m. Hi , I vote for adding it , and I've had that shutdown error since I first used the wxradar ,it's not a new one here... Just my 2 cents worth :). Cheers That's very interesting information. We suspected that this was a longstanding problem, but had no evidence. And does Melchior's fix, fix it for you? V. Hi Vivian, No I haven't tried the updated version yet ... anxiously awaiting CVS version ;).But I can try it first if you like , and see what I get ... Cheers -- It would be helpful if you could comment out delete rt in src/Instrumentation/od_gauge.cx around line #89, and tell us if that fixes the problem in the old code. Thanks Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On Fri, 22 Jun 2007 23:27:51 +0100 Vivian Meazza [EMAIL PROTECTED] wrote: Syd Sent: 22 June 2007 20:18 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar On Fri, 22 Jun 2007 16:56:34 +0100 Vivian Meazza [EMAIL PROTECTED] wrote: -Original Message- Syd Sent: 22 June 2007 15:43 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar On Fri, 22 Jun 2007 13:42:16 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote: * Vivian Meazza -- Wednesday 13 June 2007: Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. No objections and other comments since the patches were published on 2007/06/20. Because of the nearing release (not that we have the slightest idea when this could be :-) and the nature of the patch I want to give developers one last chance to object: if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will: (a) apply those radar patches to sg and fg for osg and plib (b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89 PRO + we have a nice c++ radar implementation in both branches, which handles arbitrary numbers of AI/MP aircraft, ships, TACAN emitting and other objects + we can drop the quite clumsy and limited limiting XML radar implementation + fixes a bug in AIManager (ask Vivian :-) + instantiates impact sub-submodels in correct order CONTRA - - bigger commit despite the near(?) release, with potential risk to break something BUT: + the patch touches only files that can hardly have side effects on other subsystems, and isn't executed at all when aircraft without od_gauge/radar are used (which is the vast majority). So even if there'd be problems, they would only affect the E3B, the T38(?), and ... the harrier? And even then one could comment out the radar instrument in the XML file and avoid all problems. + the patches were tested by, at least, Vivian, AJ, Csaba Jester(?) and me, and found functional and not causing problems, except the following (AJ and I): - requires to comment out the destruction of the RTT class to avoid crashes on exit on (some?) nVidia cards. That's hackish, BUT: + that's exactly what the 3D clouds are doing since years! They don't destruct the RTT class either! Nobody has reported problems that could be linked to that, none of the developers has observed such problems (AFAIK). + that's exactly what the TestRenderTexture.cxx test application by the very author of the RenderTexture class does. He doesn't destruct the class either (except before creating a new one during mode changes on user request). + it can be assumed that the card frees this resource like all others, when the context is destroyed, so the buggy freeing operation via glXDestroyPbuffer() should be optional in this case. m. Hi , I vote for adding it , and I've had that shutdown error since I first used the wxradar ,it's not a new one here... Just my 2 cents worth :). Cheers That's very interesting information. We suspected that this was a longstanding problem, but had no evidence. And does Melchior's fix, fix it for you? V. Hi Vivian, No I haven't tried the updated version yet ... anxiously awaiting CVS version ;).But I can try it first if you like , and see what I get ... Cheers -- It would be helpful if you could comment out delete rt in src/Instrumentation/od_gauge.cx around line #89, and tell us if that fixes the problem in the old code. Thanks Vivian Hi again, I checked the source code , recent update , and delete rt is already commented out , so I recompiled and tried my Aerostar 700, which I recently added a weather radar to , and no more error message when I exit FG , so that must have done the trick ... Cheers -- syd sandy [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Melchior FRANZ Sent: 19 June 2007 12:23 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar * Vivian Meazza -- Sunday 17 June 2007: That's done - the patches are attached. The are NOT formatted properly, so no rants about tabs, spaces or trailing spaces. That's OK for the old code (and less so for the added code. :-} Meanwhile the files for the base package are available, too (even committed), so testing is actually possible. The patches applied cleanly and compiled with a few warnings. I found only minor things to fix: - dead but uncommented code in one case [if (foo false) ...] - redundant assignments [float x = 0; x = foo-getFloatValue();] - compiler warnings I didn't thoroughly review (nor understand ;-) all the code, especially not the OSG parts, but I trust Tim. Also, the patches don't touch much other code, so I wouldn't be worried about it. The patch did not work for me at first, because (like other developers, I guess) I'm using /sim/sceneryloaded-override. This prevented that /sim/sceneryloaded ever became true, while od_gauge waited exactly for that. This is meanwhile fixed (main.cxx). After that the code worked in both fg/plib and fg/osg, but in fg/plib I get a segfault on exit, which comes from RenderTexture.cpp. That's quite a hairy piece of code, and I'm not really competent to fix it. I checked on the net if newer RenderTexture implementations have that code part fixed, but this is not the case. #0 0x7773612f in ?? () #1 0xb7c4f52f in _X11TransWritev () from /usr/lib/libX11.so.6 #2 0xb7c54f21 in _XSend () from /usr/lib/libX11.so.6 #3 0xb7c4625b in XQueryExtension () from /usr/lib/libX11.so.6 #4 0xb7c3ab0b in XInitExtension () from /usr/lib/libX11.so.6 #5 0xb6ffb0f3 in XextAddDisplay () from /usr/lib/libXext.so.6 #6 0xb7db368e in glXChannelRectSyncSGIX () from /usr/lib/libGL.so.1 #7 0x08a69258 in ?? () #8 0x08b008c0 in ?? () #9 0xb7de2eb5 in std::basic_streambufchar, std::char_traitschar ::showmanyc () from /usr/lib/libGL.so.1 #10 0xb7df2dc0 in std::basic_streambufchar, std::char_traitschar ::showmanyc () from /usr/lib/libGL.so.1 #11 0x0011 in ?? () #12 0x08b008c0 in ?? () #13 0x1137ead8 in ?? () #14 0x08589295 in RenderTexture::_Invalidate (this=0xb7db5fe0) at simgear/screen/RenderTexture.cpp:848 #15 0x0858ea8f in ~RenderTexture (this=0x1137ead8) at simgear/screen/RenderTexture.cpp:204 #16 0x083b9e22 in ~FGODGauge (this=0xb45e518) at src/Instrumentation/od_gauge.cxx:89 #17 0x085d6b2d in ~Member (this=0xd1ea7a0) at simgear/structure/subsystem_mgr.cxx:227 #18 0x085d7ba9 in ~SGSubsystemGroup (this=0xb7dadb67) at simgear/structure/subsystem_mgr.cxx:85 So, applying the patches for fg/plib would mean to replace a cheesy but not-crashing radar implementation by a nice but crashing one. I don't say that the radar patch is buggy, it's just the old render-to-texture feature. (It's also not my graphics card driver, as Qt4 has no problems with RTT.) I would very much like to apply the patches, but I think the crash should be fixed first. (Or should the fg/osg patches go in, anyway?) That crash is not repeatable here, but perhaps that wouldn't be unexpected. I am surprised by it though - the code (od_gauge.cxx) which interacts with RenderTexture.cpp is untouched by this patch. Perhaps this isn't a new bug after all. Perhaps someone else could confirm this behaviour? Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Vivian Meazza -- Wednesday 20 June 2007: Melchior FRANZ I don't say that the radar patch is buggy, it's just the old render-to-texture feature. (It's also not my graphics card driver, as Qt4 has no problems with RTT.) Perhaps this isn't a new bug after all. Yes, that's my assumption. I've spent some time on that but still haven't found the cause. Tender-to-texture works in fg/osg and QT4, so it doesn't seem to be a graphics card driver problem. 3D clouds also use RenderTexture but don't cause crashes. So, what's the difference? Answer: the clouds never call the RenderTexture destructor! If I comment out delete rt in ~FGODGauge(), then I don't get a crash either. Unfortunately, I couldn't find out if the destruction is really needed (calling glXDestroyPbuffer()). The RTT instruments are only destroyed at exit, and maybe the destruction of the GL context frees everything, anyway? BTW: the TestRenderTexture app in simgear/screen/ does also not crash, despite calling glXDestroyPbuffer() for mode changes (Return-key). But it does also not destroy the RenderTexture class at exit! So is this an acceptable method? Would commenting out delete rt be the solution for 0.9.11? (And committing the radar patch, of course. :-) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Melchior FRANZ Sent: 20 June 2007 16:35 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar * Vivian Meazza -- Wednesday 20 June 2007: Melchior FRANZ I don't say that the radar patch is buggy, it's just the old render-to-texture feature. (It's also not my graphics card driver, as Qt4 has no problems with RTT.) Perhaps this isn't a new bug after all. Yes, that's my assumption. I've spent some time on that but still haven't found the cause. Tender-to-texture works in fg/osg and QT4, so it doesn't seem to be a graphics card driver problem. 3D clouds also use RenderTexture but don't cause crashes. So, what's the difference? Answer: the clouds never call the RenderTexture destructor! If I comment out delete rt in ~FGODGauge(), then I don't get a crash either. Unfortunately, I couldn't find out if the destruction is really needed (calling glXDestroyPbuffer()). The RTT instruments are only destroyed at exit, and maybe the destruction of the GL context frees everything, anyway? BTW: the TestRenderTexture app in simgear/screen/ does also not crash, despite calling glXDestroyPbuffer() for mode changes (Return-key). But it does also not destroy the RenderTexture class at exit! So is this an acceptable method? Would commenting out delete rt be the solution for 0.9.11? (And committing the radar patch, of course. :-) Hmm, I don't get the crash here, so it is difficult to take a view. On the one hand, if 3D clouds don't call the destructor, then that should be good enough for od-gauge. On the other hand, would not calling the destructor cause memory not to be released on exit? I'll test it here to see if I can detect an adverse effects. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Vivian Meazza -- Wednesday 20 June 2007: On the one hand, if 3D clouds don't call the destructor, then that should be good enough for od-gauge. On the other hand, would not calling the destructor cause memory not to be released on exit? I could well imagine that at the end of the GL application everything is freed, anyway. But I didn't find anything about it on the net. The clouds don't destruct the RenderTexture class at exit, simgear's TestRenderTexture app doesn't, not even Mark HARRIS' own TestRenderTexture application does! ... only od_gauge does, with little success. :-} (The instrument subsystem is apparently not destroyed/recreated on reinit, so this wouldn't be a problem either.) Hmm ... I just don't know ... :-/ m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Melchior FRANZ * Vivian Meazza -- Wednesday 20 June 2007: On the one hand, if 3D clouds don't call the destructor, then that should be good enough for od-gauge. On the other hand, would not calling the destructor cause memory not to be released on exit? I could well imagine that at the end of the GL application everything is freed, anyway. But I didn't find anything about it on the net. The clouds don't destruct the RenderTexture class at exit, simgear's TestRenderTexture app doesn't, not even Mark HARRIS' own TestRenderTexture application does! ... only od_gauge does, with little success. :-} (The instrument subsystem is apparently not destroyed/recreated on reinit, so this wouldn't be a problem either.) Hmm ... I just don't know ... :-/ m. There seems to be no difference after I removed the destructor here. I would say on the evidence of the 3d clouds etc. the one in od_gauge can safely be removed. V. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Vivian Meazza -- Sunday 17 June 2007: That's done - the patches are attached. The are NOT formatted properly, so no rants about tabs, spaces or trailing spaces. That's OK for the old code (and less so for the added code. :-} Meanwhile the files for the base package are available, too (even committed), so testing is actually possible. The patches applied cleanly and compiled with a few warnings. I found only minor things to fix: - dead but uncommented code in one case [if (foo false) ...] - redundant assignments [float x = 0; x = foo-getFloatValue();] - compiler warnings I didn't thoroughly review (nor understand ;-) all the code, especially not the OSG parts, but I trust Tim. Also, the patches don't touch much other code, so I wouldn't be worried about it. The patch did not work for me at first, because (like other developers, I guess) I'm using /sim/sceneryloaded-override. This prevented that /sim/sceneryloaded ever became true, while od_gauge waited exactly for that. This is meanwhile fixed (main.cxx). After that the code worked in both fg/plib and fg/osg, but in fg/plib I get a segfault on exit, which comes from RenderTexture.cpp. That's quite a hairy piece of code, and I'm not really competent to fix it. I checked on the net if newer RenderTexture implementations have that code part fixed, but this is not the case. #0 0x7773612f in ?? () #1 0xb7c4f52f in _X11TransWritev () from /usr/lib/libX11.so.6 #2 0xb7c54f21 in _XSend () from /usr/lib/libX11.so.6 #3 0xb7c4625b in XQueryExtension () from /usr/lib/libX11.so.6 #4 0xb7c3ab0b in XInitExtension () from /usr/lib/libX11.so.6 #5 0xb6ffb0f3 in XextAddDisplay () from /usr/lib/libXext.so.6 #6 0xb7db368e in glXChannelRectSyncSGIX () from /usr/lib/libGL.so.1 #7 0x08a69258 in ?? () #8 0x08b008c0 in ?? () #9 0xb7de2eb5 in std::basic_streambufchar, std::char_traitschar ::showmanyc () from /usr/lib/libGL.so.1 #10 0xb7df2dc0 in std::basic_streambufchar, std::char_traitschar ::showmanyc () from /usr/lib/libGL.so.1 #11 0x0011 in ?? () #12 0x08b008c0 in ?? () #13 0x1137ead8 in ?? () #14 0x08589295 in RenderTexture::_Invalidate (this=0xb7db5fe0) at simgear/screen/RenderTexture.cpp:848 #15 0x0858ea8f in ~RenderTexture (this=0x1137ead8) at simgear/screen/RenderTexture.cpp:204 #16 0x083b9e22 in ~FGODGauge (this=0xb45e518) at src/Instrumentation/od_gauge.cxx:89 #17 0x085d6b2d in ~Member (this=0xd1ea7a0) at simgear/structure/subsystem_mgr.cxx:227 #18 0x085d7ba9 in ~SGSubsystemGroup (this=0xb7dadb67) at simgear/structure/subsystem_mgr.cxx:85 So, applying the patches for fg/plib would mean to replace a cheesy but not-crashing radar implementation by a nice but crashing one. I don't say that the radar patch is buggy, it's just the old render-to-texture feature. (It's also not my graphics card driver, as Qt4 has no problems with RTT.) I would very much like to apply the patches, but I think the crash should be fixed first. (Or should the fg/osg patches go in, anyway?) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On 6/15/07, Vivian Meazza [EMAIL PROTECTED] wrote: Csaba Halász is busy extending this into a very clever Airport Surveillance Radar for use in Control Towers. Here is the first version. This is by far not complete, but I post it here so that interested people can give it a try and to give an opportunity for code review. *** This is for OSG only *** Prerequisites: Vivian's and Tim's wxradar I have split the patch into logical changes: 1. tower.diff: Loads the tower position from apt.dat.gz, falling back to the current calculation method if that information is not present. 2. runways.diff: Loads the taxiways into memory as well. 3. autohide.diff: Adds support for an autohide flag in 2d panels. For compatibility reasons this defaults to true. When false, the automatical hiding of the panel based on view direction is disabled. 4. ai.diff: Changed AIAircraft and AIMultiplayer to use AIBase::_callsign member. Renamed _getPath to _getSMPath as the corresponding set method is _setSMPath. Added _getPath to return model_path. Added const attribute to _getCallsign. 5. groundradar.diff: a new owner-drawn instrument that paints the current airport layout into a texture 6. wxradar.diff: added labels in data mode. Needs more work. 7. fg.diff: contains all of 1-6, above, for convenience. 8. ATC.diff: changes to Syd's atc-tower aircraft. This goes into data directory. Also make sure to copy the new panel-bg.rgb. You can get the package from http://w3.enternet.hu/jester/fgfs/atc-20070617.tgz [105kB] Greets, Csaba - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Vivian Meazza -- Friday 15 June 2007: ftp://abbeytheatre2.org.uk/fgfs/instrumentation/osg/ We now have the improved weather radar code available for plib and osg, [...] I intend to get this code into cvs-HEAD and cvs-PLIB over the coming weekend, I haven't tested that, as this osg directory contained several files with few hints about what goes where, and no apparent files for the plib branch at all. I would have preferred five links to patches (not ftp directories!) -- each of them one patch to be applied at the base directory: plib: changes to sg/plib changes to fg/plib osg: changes to sg/osg changes to fg/osg common: changes to base But maybe someone else has tested the radar for plib and osg and can report success/failure? m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Melchior Sent: 17 June 2007 18:39 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar * Vivian Meazza -- Friday 15 June 2007: ftp://abbeytheatre2.org.uk/fgfs/instrumentation/osg/ We now have the improved weather radar code available for plib and osg, [...] I intend to get this code into cvs-HEAD and cvs-PLIB over the coming weekend, I haven't tested that, as this osg directory contained several files with few hints about what goes where, and no apparent files for the plib branch at all. I would have preferred five links to patches (not ftp directories!) -- each of them one patch to be applied at the base directory: plib: changes to sg/plib changes to fg/plib osg: changes to sg/osg changes to fg/osg common: changes to base But maybe someone else has tested the radar for plib and osg and can report success/failure? Now that the situation seems to have settled, I'm already redoing the patches in exactly that format. I hope to have finished later today - perhaps. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Sent: 17 June 2007 19:29 To: 'FlightGear developers discussions' Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Melchior Sent: 17 June 2007 18:39 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar * Vivian Meazza -- Friday 15 June 2007: ftp://abbeytheatre2.org.uk/fgfs/instrumentation/osg/ We now have the improved weather radar code available for plib and osg, [...] I intend to get this code into cvs-HEAD and cvs-PLIB over the coming weekend, I haven't tested that, as this osg directory contained several files with few hints about what goes where, and no apparent files for the plib branch at all. I would have preferred five links to patches (not ftp directories!) -- each of them one patch to be applied at the base directory: plib: changes to sg/plib changes to fg/plib osg: changes to sg/osg changes to fg/osg common: changes to base But maybe someone else has tested the radar for plib and osg and can report success/failure? Now that the situation seems to have settled, I'm already redoing the patches in exactly that format. I hope to have finished later today - perhaps. That's done - the patches are attached. The are NOT formatted properly, so no rants about tabs, spaces or trailing spaces. I will attend to thus once the patches are approved/agreed in principle. Vivian sg_wx_radar_plib.diff.tgz Description: application/compressed fg_wx_radar_osg.diff.tgz Description: application/compressed fg_wx_radar_plib.diff.tgz Description: application/compressed sg_wx_radar_osg.diff.tgz Description: application/compressed - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
I wrote Sent: 13 June 2007 16:54 To: 'FlightGear developers discussions' Subject: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Hi, Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. The patches are here: ftp://abbeytheatre2.org.uk/fgfs/instrumentation/osg/ And a reminder of the improvements available: raw radar contacts etc, and most important, no longer requires some convoluted .XML here: ftp://abbeytheatre2.org.uk/fgfs/Screen-shots/radar.jpg ftp://abbeytheatre2.org.uk/fgfs/Screen-shots/radar1.jpg ftp://abbeytheatre2.org.uk/fgfs/Screen-shots/radar2.jpg Vivian We now have the improved weather radar code available for plib and osg, originally written by Harald Johnsen, extensively modified by me, and ported to OSG by Tim Moore. Csaba Halász is busy extending this into a very clever Airport Surveillance Radar for use in Control Towers. Unless there are substantive objections, I intend to get this code into cvs-HEAD and cvs-PLIB over the coming weekend, so that we can more easily move on to some future enhancements. Probably the only user of the full range of features of this radar is the KC-135. We intend to develop this instrument into a more generalised facility so that it could be used for example in the E3B. Tim Moore has some embryo plans for adding ground echoes. We have yet to port 3D clouds to osg, so there is no weather to display on the osg version of wxradar. In the longer term we would like to retire the clumsy .XML implementation of a radar. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
On Fri 15 June 2007 10:39, Vivian Meazza wrote: I wrote Sent: 13 June 2007 16:54 To: 'FlightGear developers discussions' Subject: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Hi, Tim Moore has been hard at work recently (with the smallest of inputs by me), and has ported the improved weather radar already available for plib to OSG. The patches are here: ftp://abbeytheatre2.org.uk/fgfs/instrumentation/osg/ And a reminder of the improvements available: raw radar contacts etc, and most important, no longer requires some convoluted .XML here: ftp://abbeytheatre2.org.uk/fgfs/Screen-shots/radar.jpg ftp://abbeytheatre2.org.uk/fgfs/Screen-shots/radar1.jpg ftp://abbeytheatre2.org.uk/fgfs/Screen-shots/radar2.jpg Vivian We now have the improved weather radar code available for plib and osg, originally written by Harald Johnsen, extensively modified by me, and ported to OSG by Tim Moore. Csaba Halász is busy extending this into a very clever Airport Surveillance Radar for use in Control Towers. Unless there are substantive objections, I intend to get this code into cvs-HEAD and cvs-PLIB over the coming weekend, so that we can more easily move on to some future enhancements. Probably the only user of the full range of features of this radar is the KC-135. We intend to develop this instrument into a more generalised facility so that it could be used for example in the E3B. Tim Moore has some embryo plans for adding ground echoes. We have yet to port 3D clouds to osg, so there is no weather to display on the osg version of wxradar. In the longer term we would like to retire the clumsy .XML implementation of a radar. Vivian Great Vivian, Timoore, Many thanks that is the best new, i ever heard along these pasted 30 days Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Vivian Meazza wrote: embryo plans for adding ground echoes. We have yet to port 3D clouds to osg, so there is no weather to display on the osg version of wxradar. FWIW... Unfortunately, I won't have any time for about two or three months, but might suggest a relook at Mark Harris' code for 3D clouds as a candidate to port to OSG. I personally liked the look and feel of the clouds produced by his algorithms over the current version Regards John W. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
John Sent: 15 June 2007 16:26 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Vivian Meazza wrote: embryo plans for adding ground echoes. We have yet to port 3D clouds to osg, so there is no weather to display on the osg version of wxradar. FWIW... Unfortunately, I won't have any time for about two or three months, but might suggest a relook at Mark Harris' code for 3D clouds as a candidate to port to OSG. I personally liked the look and feel of the clouds produced by his algorithms over the current version I rather agree with you, I don't recall the reason for the changeover. Perhaps someone could enlighten us? The new 3d clouds have potentially lots of good features like rain and turbulence, but I'm not sure we use them. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
Vivian Meazza wrote: John Sent: 15 June 2007 16:26 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar Vivian Meazza wrote: embryo plans for adding ground echoes. We have yet to port 3D clouds to osg, so there is no weather to display on the osg version of wxradar. FWIW... Unfortunately, I won't have any time for about two or three months, but might suggest a relook at Mark Harris' code for 3D clouds as a candidate to port to OSG. I personally liked the look and feel of the clouds produced by his algorithms over the current version I rather agree with you, I don't recall the reason for the changeover. Perhaps someone could enlighten us? The new 3d clouds have potentially lots of good features like rain and turbulence, but I'm not sure we use them. When I first incorporated Mark's code, was unable to get my head around how to add objects to the plib scenegraph and with the help and patience of Curtis and others was finally able to get something working. However it was no where near the best solution, but we lived with it. When a new developer provided an integrated plib solution with a different cloud rendering approach, the hack was moved to the attic. Having reduced the entire 747 project down to two PCs (one for the cockpit and one for the Flightgear scenery on three projectors) was thinking of a third machine to produce enviromental effects, like a wind field using smoothed metar data to avoid the artifical shearing when changing stations, real-time cloud generation based on atmospheric conditions, improved earth/gravity model using Bessel functions, moving the AI to a dedicated machine and using the MP service, etc, etc. lots of ideas, very little time. Regards John W. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel