[Flightgear-devel] bug with base version checking
Hi, for quite a long time now there was a change in version name for development version (git from gitorious' main branch of FlightGear) which follow the scheme development __DATE__. I haven't found yet how it is done from git for fgdata as the file http://gitorious.org/fg/fgdata/blobs/master/version contains 2.7.0 these days, but my local clone is development May 18 2012, for today git pull. I had a look in my .git/hooks files and just found nothing. BTW FlightGear's code check for version following the scheme #define FLIGHTGEAR_VERSION development __DATE__ (from src/Include/version.h:10), which I don't want to discuss here, but, if the version continue to follow this scheme, it should be nice to change the reading code for $FG_ROOT/version file, in $FG_SOURCE/src/Main/fg_init.cxx, too. I've made the change myself some monthes ago on my local clone, thinking that someone would change it for real :), but it is not the case. The change is very simple, at least from my point of view, and shouldn't have any side-effect, but as I'm not a C++ guru I maybe miss something, here it is: --- a/src/Main/fg_init.cxx +++ b/src/Main/fg_init.cxx @@ -144,7 +144,7 @@ string fgBasePackageVersion() { } string version; -in version; +getline(in, version); return version; } Without this change, the value of the string version is always and only development, so it never match the version created at compilation time from src/Include/version.h. Maybe I miss something trivial here, or I'm the only one facing this behaviour. If it is the case, please let me know how I can get correct behaviour. I'haven't found anything relevant from fg forums, nor mailing-list. Best regards. seb -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV1000 buildmaps.pl on Windows 7
Hi Allan, I think I got the clue for the confused images, can you give ./buildmaps.pl a new try? https://gitorious.org/zakharov/zkv1000/blobs/master/Systems/buildmaps.pl the mismatching tiles effect was due to already existing tiles. Thanks for your report. Regards seb Le 13/09/2011 20:38, Alan Teeder a ecrit : I am trying to integrate a moving map display into my TSR2 project cockpit and decided that a stripped down version of the ZKV1000 code would be a starting point. ZK1000 derives its maps from the Atlas maps using the above perl script. After a fight I got it to run using the command line perl buildmaps.pl c:\flightgear\atlasmaps. snip 3. The program then ran, but the images are confused. An example is at http://v-twin.dynip.sapo.pt/alan/VickersAircaft/TSR2/maps/e000n51.png showing London and the Thames estuary. The image is split into 3 vertical bands. 4. No documentation, so reverse engineering was needed to do everything. That seems to be the norm on FG ;-( , so I can´t complain about that. I am using Windows7, 64 bits, and recent versions of Active Perl and ImageMagick. Finally a question, where is the origin point of each Atlas and ZKV1000 tile image? Alan -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] segfault with last GIT
Hi all, I'm used to compile OSG/svn, SG/git and FG/git on a debian sid system using gcc version 4.4.5 (Debian 4.4.5-7). I'm facing a segfault problem for two days now (but I couldn't test before for more than one week). I've tried different solutions as put away ~/.fgfs/autosave.xml, then ~/.fgfs, then ~/.fgfsrc, the problem still persists. I've completly cleaned the compilation trees, and compile again, same problem. Note that the compilation process just go straight (with some warnings). so I've created some logs, hoping they could help: strace ./scripts/fgfs-cvs/install/bin/fgfs fgfs.strace 21 - http://seb.marque.free.fr/fichiers/flightgear/fgfs.strace [7.8M] fgfs --log-level=debug fgfslog.debug 21 - http://seb.marque.free.fr/fichiers/flightgear/fgfslog.debug [996k] fgfs --log-level=bulk fgfslog.bulk 21 - http://seb.marque.free.fr/fichiers/flightgear/fgfslog.bulk [1.3M] ~/.fgfsrc is available at http://seb.marque.free.fr/fichiers/flightgear/fgfsrc The today list of devel packages installed on my system is available at http://seb.marque.free.fr/fichiers/flightgear/dev-packages. I'm not sure that the problem comes from FG, but it would be nice if someone can help me to find out what package is the guilty if it's so. Thanks, Best regards seb (zakharov) -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] right mouse click with pick animation
Hi, indeed my patch doesn't offer a solution as it has a bad side-effect... I forgot to mention that the problem is not limited to the right button, but to *all* buttons. And it is quite annoying when you see that buttons 3 and 4 (mouswheel) are unusuable. The list of aircrafts and instruments using these buttons is impressive, with many aircrafts included in the usual released base-package: a little `grep -rlI 'button3' $FG_ROOT/Aircraft` should show you many many lines. seb Sébastien MARQUE a écrit : I couldn't find the cause in simgear/scene/model/animation.cxx because the solution is in $FG_SRC/src/Input/FGMouseInput.cxx :). Attached a patch to get the old behaviour back. Can it be commited please? Thank you for interest. regards seb Sébastien MARQUE wrote : Hi, I've tried different solutions with the source into simgear/scene/model/animation.cxx (mostly reverting some changes), even if I haven't found anything that I was able to clearly identify as the origin of my problem. So I'm now using a workaround: I add a binding in each involved action section: binding commandproperty-assign/command property type=bool/devices/status/mice/mouse[0]/freezed/property value type=booltrue/value /binding and I've modified $FGROOT/mice.xml in mode n=0 section (see conditions) button n=2 binding condition not property type=bool/devices/status/mice/mouse[0]/freezed/property /not /condition commandnasal/command script setprop(/devices/status/mice/mouse[0]/mode, props.globals.getNode(/input/joysticks/js/id) == nil ? 1 : 2); /script /binding binding condition property/devices/status/mice/mouse[0]/freezed/property /condition commandproperty-assign/command property type=bool/devices/status/mice/mouse[0]/freezed/property value type=boolfalse/value /binding /button It works fine here (even better than before the new behaviour). But I still think that it is a tricky solution. regards seb Sébastien MARQUE wrote : Hi all, I've noticed that using right click on a pick animation doesn't only grab the correct animation's binding, but also the mouse button n=2 binding (default: changing to mouse mode 1)... which can have some disastrous consequences. Some instruments use the right-click as the zkv series (turning knobs right), the F16 hsi, Lionceau on some instruments, Long-EZ magnetos, G-164 altimeter, ch53e in many places over the front panel, and the Seneca II (flaps control). I haven't used FG from last June 09 until November 09, and I remember that right-click on pick animation was known to work fine here in June 09. I'm using FG/CVS, SG/CVS, plib/svn and OSG/svn all of them regularly compiled. I've also tried with plib 1.8.5 and osg 2.8.1 from debian/sid repos, with the same behaviour. Is this a bug or a new feature? Best regards seb -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] right mouse click with pick animation
Hi, I've tried different solutions with the source into simgear/scene/model/animation.cxx (mostly reverting some changes), even if I haven't found anything that I was able to clearly identify as the origin of my problem. So I'm now using a workaround: I add a binding in each involved action section: binding commandproperty-assign/command property type=bool/devices/status/mice/mouse[0]/freezed/property value type=booltrue/value /binding and I've modified $FGROOT/mice.xml in mode n=0 section (see conditions) button n=2 binding condition not property type=bool/devices/status/mice/mouse[0]/freezed/property /not /condition commandnasal/command script setprop(/devices/status/mice/mouse[0]/mode, props.globals.getNode(/input/joysticks/js/id) == nil ? 1 : 2); /script /binding binding condition property/devices/status/mice/mouse[0]/freezed/property /condition commandproperty-assign/command property type=bool/devices/status/mice/mouse[0]/freezed/property value type=boolfalse/value /binding /button It works fine here (even better than before the new behaviour). But I still think that it is a tricky solution. regards seb Sébastien MARQUE wrote : Hi all, I've noticed that using right click on a pick animation doesn't only grab the correct animation's binding, but also the mouse button n=2 binding (default: changing to mouse mode 1)... which can have some disastrous consequences. Some instruments use the right-click as the zkv series (turning knobs right), the F16 hsi, Lionceau on some instruments, Long-EZ magnetos, G-164 altimeter, ch53e in many places over the front panel, and the Seneca II (flaps control). I haven't used FG from last June 09 until November 09, and I remember that right-click on pick animation was known to work fine here in June 09. I'm using FG/CVS, SG/CVS, plib/svn and OSG/svn all of them regularly compiled. I've also tried with plib 1.8.5 and osg 2.8.1 from debian/sid repos, with the same behaviour. Is this a bug or a new feature? Best regards seb -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] right mouse click with pick animation
I couldn't find the cause in simgear/scene/model/animation.cxx because the solution is in $FG_SRC/src/Input/FGMouseInput.cxx :). Attached a patch to get the old behaviour back. Can it be commited please? Thank you for interest. regards seb Sébastien MARQUE wrote : Hi, I've tried different solutions with the source into simgear/scene/model/animation.cxx (mostly reverting some changes), even if I haven't found anything that I was able to clearly identify as the origin of my problem. So I'm now using a workaround: I add a binding in each involved action section: binding commandproperty-assign/command property type=bool/devices/status/mice/mouse[0]/freezed/property value type=booltrue/value /binding and I've modified $FGROOT/mice.xml in mode n=0 section (see conditions) button n=2 binding condition not property type=bool/devices/status/mice/mouse[0]/freezed/property /not /condition commandnasal/command script setprop(/devices/status/mice/mouse[0]/mode, props.globals.getNode(/input/joysticks/js/id) == nil ? 1 : 2); /script /binding binding condition property/devices/status/mice/mouse[0]/freezed/property /condition commandproperty-assign/command property type=bool/devices/status/mice/mouse[0]/freezed/property value type=boolfalse/value /binding /button It works fine here (even better than before the new behaviour). But I still think that it is a tricky solution. regards seb Sébastien MARQUE wrote : Hi all, I've noticed that using right click on a pick animation doesn't only grab the correct animation's binding, but also the mouse button n=2 binding (default: changing to mouse mode 1)... which can have some disastrous consequences. Some instruments use the right-click as the zkv series (turning knobs right), the F16 hsi, Lionceau on some instruments, Long-EZ magnetos, G-164 altimeter, ch53e in many places over the front panel, and the Seneca II (flaps control). I haven't used FG from last June 09 until November 09, and I remember that right-click on pick animation was known to work fine here in June 09. I'm using FG/CVS, SG/CVS, plib/svn and OSG/svn all of them regularly compiled. I've also tried with plib 1.8.5 and osg 2.8.1 from debian/sid repos, with the same behaviour. Is this a bug or a new feature? Best regards seb -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel ? Input.diff Index: FGMouseInput.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Input/FGMouseInput.cxx,v retrieving revision 1.1 diff -u -p -r1.1 FGMouseInput.cxx --- FGMouseInput.cxx 7 Aug 2009 19:00:18 - 1.1 +++ FGMouseInput.cxx 17 Dec 2009 17:12:58 - @@ -270,6 +270,7 @@ void FGMouseInput::doMouseClick (int b, // scenegraph intersection point corresponding to the mouse click if (updown == MOUSE_BUTTON_DOWN) { activePickCallbacks.init( b, ea ); +return; } } } -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] right mouse click with pick animation
Hi all, I've noticed that using right click on a pick animation doesn't only grab the correct animation's binding, but also the mouse button n=2 binding (default: changing to mouse mode 1)... which can have some disastrous consequences. Some instruments use the right-click as the zkv series (turning knobs right), the F16 hsi, Lionceau on some instruments, Long-EZ magnetos, G-164 altimeter, ch53e in many places over the front panel, and the Seneca II (flaps control). I haven't used FG from last June 09 until November 09, and I remember that right-click on pick animation was known to work fine here in June 09. I'm using FG/CVS, SG/CVS, plib/svn and OSG/svn all of them regularly compiled. I've also tried with plib 1.8.5 and osg 2.8.1 from debian/sid repos, with the same behaviour. Is this a bug or a new feature? Best regards seb -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GPS find nearest.
Thank you pointing this, I haven't seen it. Here is the patch to correct the mistake. Thanks in advance to commit it. best regards seb Victhor Foster wrote : Well, since this was a GPS-related thread, I decided to post this here instead of creating another thread :-) The zkv500's Turnpoint screen works properly now. However, the navigation display won't show the distance to the waypoint. -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Index: Aircraft/Instruments-3d/zkv500/MainScreens.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/MainScreens.nas,v retrieving revision 1.9 diff -r1.9 MainScreens.nas 223c223 dist * dist_conv[0][dist_unit], --- me.waypoint.getNode(distance-nm,1).getValue() * dist_conv[0][dist_unit], 227c227 me.waypoint.getNode(course-error-nm).getValue() * dist_conv[0][dist_unit], --- dist * dist_conv[0][dist_unit], -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GPS find nearest.
Hi James, thank you very much for your changes, here is the very first step of a vor-to-vor flightplan builder. Let me improve it for more functions and capacities. best regards, seb James Turner a ecrit : On 9 Dec 2009, at 13:47, Scott Hamilton wrote: Something I was playing around with a few months back I thought, if only I could find the nearest VOR/NDB/FIX/APT to some point that I am not at but will be in the near future, unfortunately I've forgotten what it was I was trying to do, but I'm sure it was a good idea ;) Yep, agreed, it's an obvious thing to support. And easy to do, as well! Off-topic is there anyway in Nasal to find the ILS frequencies and optionally the name, for a particular airport and runway? Yes, the airportinfo function returns you a Nasal hash with all this and more. Also, although it's not exposed in the current GPS GUI dialog, when you search for an airport, the GPS scratch data contains the runways, including ILS frequencies, headings and names. You can see them in the property browser. James -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel var gps = props.globals.getNode(/instrumentation/gps/, 1); var cmd = gps.getNode(command, 1); var scratch = gps.getNode(scratch); var flightplan = gps.getNode(flightplan, 1); scratch.getNode(exact, 1).setBoolValue(0); var searchType = scratch.getNode(type, 1); var searchQuery = scratch.getNode(query, 1); var searchMax = scratch.getNode(max-results, 1); var flightplan_vector = []; var copy_wp_infos = func (orig, dest) { var nodelist = [latitude-deg, longitude-deg, name, ident, altitude-ft, frequency-mhz]; #TODO frequency for NDB in kHz foreach (var n; nodelist) { var o = orig.getNode(n); o != nil or continue; dest[n] = o.getValue(); } } var build = func (from, to) { var target_lat = from[latitude-deg] + ((to[latitude-deg] - from[latitude-deg])/2); var target_lon = from[longitude-deg] + ((to[longitude-deg] - from[longitude-deg])/2); scratch.getNode(latitude-deg).setDoubleValue(target_lat); scratch.getNode(longitude-deg).setDoubleValue(target_lon); searchType.setValue(vor); searchMax.setIntValue(1); cmd.setValue(nearest); var wp = {}; copy_wp_infos(scratch, wp); var wpcoords = geo.Coord.new().set_latlon(wp[latitude-deg], wp[longitude-deg]); var fromcoords = geo.Coord.new().set_latlon(from[latitude-deg], from[longitude-deg]); var tocoords = geo.Coord.new().set_latlon(to[latitude-deg], to[longitude-deg]); #var dist_to = wpcoords.distance_to(tocoords); #printf(%s - %s dist_to %s, wp[ident], to[ident], dist_to); #dist_to 18520 or return; wpcoords.distance_to(tocoords) 18520 or return; #var dist_from = wpcoords.distance_to(fromcoords); #printf(%s - %s dist_from %s, from[ident], wp[ident], dist_to); #dist_from 18520 or return; wpcoords.distance_to(fromcoords) 18520 or return; build(from, wp); append(flightplan_vector, wp); build(wp, to); } var new_flightplan = func { flightplan_vector = []; print(LFBT-LFPT); searchType.setValue(airport); searchQuery.setValue(lfbt); cmd.setValue(search); var departure = {}; copy_wp_infos(scratch, departure); searchType.setValue(airport); searchQuery.setValue(lfpt); cmd.setValue(search); var destination = {}; copy_wp_infos(scratch, destination); print(building flightplan); if (departure[latitude-deg] -9990.0 or destination[latitude-deg] -9990.0) { print(I need some yoga exercices...); return; } append(flightplan_vector, departure); build(departure, destination); append(flightplan_vector, destination); for (var i = 0; i size(flightplan_vector); i += 1) { foreach (var k; keys(flightplan_vector[i])) { var content = flightplan_vector[i][k]; var n = flightplan.getNode(wp[ ~ i ~ ]/ ~ k, 1); if (k == name or k == ident) n.setValue(content); else n.setDoubleValue(content); } } print(flightplan complete); } -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/Instruments-3d/zkv500 MainScreens.nas, 1.7, 1.8 TaskScreens.nas, 1.3, 1.4 TurnpointScreens.nas, 1.5, 1.6
Hi James, I'm sure this is not a problem with the gps code but only with the zkv500 code, because it manages itself the route (it has its own route manager), so the gps code just can't use leg as it doesn't know the entry point of the leg. I'm working on it, transferring the route management to the gps code. I hope to get a full working zkv500 gps in the next week. I've got an suggestion for the gps code: a command nearest-coord (or better name) which would give nearest navaid for arbitrary coordinates, given by scratch/longitude-deg and scratch/latitude-deg. It will allow to implement a simple navaid-to-navaid flight-plan in a FG session. I tried already months ago, but I can't get it to work properly. best regards seb ps: thanks to Alexis to have committed this patch. James Turner a écrit : On 8 Dec 2009, at 20:18, Alexis Bory wrote: - Sebastien Marque: Turnpoint is managed using OBS mode, the route is still managed by zkv500's Nasal, only obs mode is available (seehttp://wiki.flightgear.org/index.php/GPS_internals). It should be leg mode but I can't get it to work as I expect to. Sebastien: You could try asking me, instead of working around problems that I can (and will!) fix. James -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
ok, it was to be sure you follow the movement ;) here are the patch for route management. sorry for the inconvenience, I've been a bit hurry to release the first patch. Turnpoint is managed using OBS mode, the route is still managed by zkv500's Nasal, only obs mode is available (see http://wiki.flightgear.org/index.php/GPS_internals). It should be leg mode but I can't get it to work as I expect to. thanks in advance for commit the patch (made using fg-commit) best regards seb Victhor Foster a écrit : The turnpoint screen works again, but it won't start the selected waypoint, instead it uses the departure airport. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel ? zkv500.diff Index: MainScreens.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/MainScreens.nas,v retrieving revision 1.7 diff -u -p -r1.7 MainScreens.nas --- MainScreens.nas 30 Oct 2009 18:39:12 - 1.7 +++ MainScreens.nas 1 Nov 2009 00:25:32 - @@ -182,17 +182,13 @@ var screenNavigationMain = { waypointindex += 1; next = gps_data.getNode(route/Waypoint[ ~ waypointindex ~ ]/,1); if (next != nil) { - gps_wp.getNode(wp/longitude-deg,1).setValue(gps_wp.getNode(wp[1]/longitude-deg,1).getValue()); - gps_wp.getNode(wp/latitude-deg,1).setValue(gps_wp.getNode(wp[1]/latitude-deg,1).getValue()); - gps_wp.getNode(wp/altitude-ft,1).setValue(gps_wp.getNode(wp[1]/altitude-ft,1).getValue()); - gps_wp.getNode(wp/ID,1).setValue(gps_wp.getNode(wp[1]/ID,1).getValue()); - - gps_wp.getNode(wp[1]/longitude-deg,1).setValue(next.getNode(longitude-deg,1).getValue()); - gps_wp.getNode(wp[1]/latitude-deg,1).setValue(next.getNode(latitude-deg,1).getValue()); - gps_wp.getNode(wp[1]/altitude-ft,1).setValue(next.getNode(altitude-ft,1).getValue()); - gps_wp.getNode(wp[1]/waypoint-type,1).setValue(next.getNode(waypoint-type,1).getValue()); - gps_wp.getNode(wp[1]/ID,1).setValue(next.getNode(ID,1).getValue()); - + var scratch = gps_data.getNode(scratch); + scratch.getNode(longitude-deg,1).setValue(next.getNode(longitude-deg,1).getValue()); + scratch.getNode(latitude-deg,1).setValue(next.getNode(latitude-deg,1).getValue()); + scratch.getNode(altitude-ft,1).setValue(next.getNode(altitude-ft,1).getValue()); + scratch.getNode(type,1).setValue(next.getNode(waypoint-type,1).getValue()); + scratch.getNode(ident,1).setValue(next.getNode(ID,1).getValue()); + gps_data.getNode(command).setValue(obs); } else { page = 0; #screenTaskSelect Index: TaskScreens.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/TaskScreens.nas,v retrieving revision 1.3 diff -u -p -r1.3 TaskScreens.nas --- TaskScreens.nas 14 Jul 2008 14:40:22 - 1.3 +++ TaskScreens.nas 1 Nov 2009 00:25:32 - @@ -19,18 +19,8 @@ var screenTaskSelect = { })); foreach (var c; gps_data.getNode(route).getChildren(Waypoint)) screenWaypointsList.n += 1; - gps_wp.getNode(wp/latitude-deg,1).setValue(gps_data.getNode(indicated-latitude-deg,1).getValue()); - gps_wp.getNode(wp/longitude-deg,1).setValue(gps_data.getNode(indicated-longitude-deg,1).getValue()); - gps_wp.getNode(wp/altitude-ft,1).setValue(gps_data.getNode(indicated-altitude-ft,1).getValue()); - gps_wp.getNode(wp/ID).setValue(startpos); - - gps_wp.getNode(wp[1]/latitude-deg,1).setValue(gps_data.getNode(route/Waypoint/latitude-deg,1).getValue()); - gps_wp.getNode(wp[1]/longitude-deg,1).setValue(gps_data.getNode(route/Waypoint/longitude-deg,1).getValue()); - gps_wp.getNode(wp[1]/altitude-ft,1).setValue(gps_data.getNode(route/Waypoint/altitude-ft,1).getValue()); - gps_wp.getNode(wp[1]/waypoint-type,1).setValue(gps_data.getNode(route/Waypoint/waypoint-type,1).getValue()); - gps_wp.getNode(wp[1]/ID,1).setValue(gps_data.getNode(route/Waypoint/ID,1).getValue()); - - waypointindex = 0; + waypointindex = -1; + screenNavigationMain.nextWaypoint(); me.loaded = 1; }, enter : func { Index: TurnpointScreens.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/TurnpointScreens.nas,v retrieving revision 1.5 diff -u -p -r1.5 TurnpointScreens.nas --- TurnpointScreens.nas 30 Oct 2009 18:39:12 - 1.5 +++ TurnpointScreens.nas 1 Nov 2009 00:25:32 - @@ -18,20 +18,21 @@
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
Hi, sorry for being absent these last days. the zkv500 is now repaired (see attached patch) at least for turnpoint mode. I'm quite sure there will have problem some problems with route management, I haven't tested yet, but I'll do this week-end. I've also fixed the screen refresh frequency, which is now more regular. if someone can commit this patch, I'll be thankfull. best regards seb Index: Aircraft/Instruments-3d/zkv500/MainScreens.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/MainScreens.nas,v retrieving revision 1.6 diff -r1.6 MainScreens.nas 220c220 crs_deviation = gps_wp.getNode(leg-course-deviation-deg).getValue(); --- crs_deviation = me.waypoint.getNode(course-deviation-deg).getValue(); 239,240c239,240 gps_wp.getNode(leg-course-deviation-deg).getValue(), gps_wp.getNode(leg-course-error-nm).getValue() * dist_conv[0][dist_unit], --- me.waypoint.getNode(course-deviation-deg).getValue(), me.waypoint.getNode(course-error-nm).getValue() * dist_conv[0][dist_unit], Index: Aircraft/Instruments-3d/zkv500/TurnpointScreens.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/TurnpointScreens.nas,v retrieving revision 1.4 diff -r1.4 TurnpointScreens.nas 32c32 gps_wp.getNode(wp[1]/name).setValue(bookmark.getNode(name).getValue()); --- gps_wp.getNode(wp[1]/name,1).setValue(bookmark.getNode(name).getValue()); 34c34 gps_wp.getNode(wp[1]/waypoint-type).setValue(bookmark.getNode(waypoint-type).getValue()); --- gps_wp.getNode(wp[1]/waypoint-type,1).setValue(bookmark.getNode(waypoint-type).getValue()); Index: Aircraft/Instruments-3d/zkv500/ZKV500.nas === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/ZKV500.nas,v retrieving revision 1.8 diff -r1.8 ZKV500.nas 5a6 var refresh_timer = 0; #avoid multiple settimers 140c141,142 var refresh_display = func() { #refresh displayed lines, settimer if necessary --- var refresh_display = func(forced = 1) { #refresh displayed lines, settimer if necessary if (!forced) refresh_timer -= 1; 142c144,147 if (isOn and 0 displayed_screen 5 ) settimer(func { refresh_display(); }, freq, 1); --- if (isOn and 0 displayed_screen and displayed_screen 5 and !refresh_timer) { refresh_timer += 1; settimer(func { refresh_display(0); }, freq, 1); } -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
Hi, Thank you for reporting, I haven't had a look into the zkv500 for a long time but I'm going to look what is going wrong, sorry for inconvenience. best regards seb Victhor Foster a écrit : I'm pretty sure that this bug happened to me before. If the GPS is set to OBS mode, changing the course as to make the CDI needle center causes the autopilot to follow north, while leaving it at the default setting (north) causes the AP to follow the correct course. Is it supposed to happen? It works normally while on leg mode. BTW, what is DTO mode for? I see it on the GPS dialog, but I don't know how that mode works. Also, I would like to tell the developer of the ZKV500 GPS instrument (listed in the manual as Sébastien MARQUE) that it isn't working as it should anymore. Perhaps it was the GPS code update, or the user :) I have a few bookmarks on the turnpoint screen, but pressing the start or the enter button does nothing. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
Indeed, that is not your fault, I just have to follow your changes ;) grep'ing in Aircraft gives me 3 aircraft with the zkv500 installed in: Grob-G115, DHC3 and Lionceau the zkv500 looks at the property /instrumentation/gps/wp/leg-course-deviation-deg, which seems to not exist anymore. I'm reading doc to find the correct prop to handle. quite off-topic: the zkv1000 will very appreciate your actual changes on gps system. it is a replica of garmin primus 1000 for general aviation). It was intented to be released some monthes ago, but obviously it is quite delayed for rewriting, maybe for Xmas ? :) I have first to ask permission to garmin to get the right to use and diffuse the instrument texture, which is currently shamelessly copied from pilot's manual... some (old) screenshots of the beast: http://seb.marque.free.fr/fichiers/flightgear/snapshots/2009-06-25_1630/ and from today (many many regressions from 2009-06 :/): http://seb.marque.free.fr/fichiers/flightgear/snapshots/2009-10-22_1457/ best regards seb James Turner a écrit : On 22 Oct 2009, at 07:57, Sébastien MARQUE wrote: Thank you for reporting, I haven't had a look into the zkv500 for a long time but I'm going to look what is going wrong, sorry for inconvenience. It's quite likely this is my fault. Which aircraft feature the zkv500, so I can test things out myself, and check the code for any trouble- spots? Regards, James -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SID/STAR
Hi, here are SID/STAR data from the XPlane Goodway Flightplanner. They are a bit outdated, I don't know if other data are available (other related project?). I'm used to use them in my flightplan script, and asked some years ago to the Goodway team to use them within FG, they were fine with that, just they ask me not to use them with an other flight planner project, but I just can't remember its name. They lack some airports, and not all FIXes are known in our fix.dat, but maybe these could be useful for your needs. SID/STAR: http://www.xpgoodway.com/modules.php?name=Downloadsd_op=viewdownloadcid=8 flightplan: http://seb.marque.free.fr/fichiers/scripts/perl/flightplan regards seb James Turner a écrit : On 10 Jun 2009, at 21:29, Martin Spott wrote: I'm not aware of such data within the FlightGear project, but I think project magenta has some in their navdata download section yet I have no clue about their license and the scope of their collection. If there's some available under a compatible license, I would love some to experiment with. James -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ./compile: another all-in-one compilation script
Oh... nice! :D I haven't seen that... Thanks a lot guys for this hint! Csaba Halász a écrit : 2009/3/31 Sébastien MARQUE seb.mar...@free.fr: look inside my script, it does it, both for cvs and svn without any password or login request. Unfortunately I think it works on your system with download_and_compile.sh because you have already downloaded the sources from the repo, so you have the file $HOME/.cvspass already containing the passwords, cvs just reuse it. If you rename or delete this file, cvs login command will ask you for a password then. No, it works because he has supplied the password in the repo url: cvs -z5 -d :pserver:cvsguest:gu...@cvs.simgear.org:/var/cvs/SimGear-0.3 login -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] ./compile: another all-in-one compilation script
Hi all, making noise is not my intention, so sorry in advance if it is the case. As I saw at least two dedicated scripts for compiling FlightGear these last days, I'd take few minutes to expose my own one ;). Indeed it exists and is released for something like more than two years. I think it is an interesting one as it allows a lot of flexibility and the compilation of not only FlightGear related programs, but quite every programs. here it is: http://seb.marque.free.fr/fichiers/scripts/bash/compile.tgz ./compile is a bash script which actually offers kind of API (function and variables) to ease the download/update, compilation and installation steps. The compilation and installation do not touch the system (no need of root rights), neither the user environment. I created it after some use of the excellent fgfs-builder makefile, from which it takes the concepts of project and products. A project is a directory in which co-exist one or more products. A product is a set of rules for download and compilation, generally for a single application. Products generally have multiple flavours available (i.e. dev, testing and stable). Products' rules are written in a collection of files that can be found in compile.d directory. It has many features. Some of the most interesting ones are: - auto-update of the script when new version is available (and user have write rights on it) - separates sources directories, build directories and install directories. - allows fine tune of what has to be updated and what has to be compiled (permanently or using command-line) - jails project in only one directory (remove a project is as easy as $ rm -fr projectdir) - splits configuration, warnings and errors messages in different log files - allows sharing parts of a project in an other project (useful to share base or libs) - with-only-one-finger and all-automatic concepts - patch management (adding, storing, removing) - manages git/cvs/svn/hg, zipped, gzipped and bzipped archives - manages autogen-configure-make, cmake, bootstrap, scons and jam systems, but other systems can be used in product rules (as for FGCOM) - easy command-line syntax - possibility to override products rules by your own ones - talks in a lovely sh..ty English :p - easily handles different versions of a single application (separated in different project for now but I'm working on it, also see list-projects option) It does not manage dependancies (only some checks in order to know if a used application is installed and available as cmake, svn, ...), and it is not intented for user that don't know how to compile on Linux system (but I know some people already using it without any knowledge about how-to-compile :D). If you want to give it a try, here are some explanations: - the first argument of the script *must* be the absolute path or the relative path to `pwd' of the project directory. Exceptions made for list, list-projects and help|--help|-h options. - the creation of a project is done the first time using the bareword create - off course, the defaults products are OSG/svn, PLIB/svn, SG/cvs, FG/cvs, FGbase/cvs (and recently FGRUN/cvs) :D - the project directory contains 4 subdirs and some launch scripts: - sources: where the source code of each product takes place - build: the dir used for the build (it contains hard links of the sources subdir) - install: where compiled applications are installed (bin, include, lib, share) - config: where the logs are stored, and patches too. classified by product. You can also find a project_name.conf file in which are stored the products of this project. Tip: here you can use - before the product name to permanently avoid compilation of the product, + to permanently avoid source update for the product, and # to permanently skip the product. For a first try: $ ./compile my_try create will create a project in `pwd`/my_try containing the default products as described above. There is a problem here as I've never found the way to avoid the CVS password entry by hand (I've tried all I could do with pipes and redirections without any success :/) then $ ./compile my_try will update and compile every product alone (or continue an aborted compilation). to add a product: $ ./compile my_try add=product1(,product2,..) to apply the script only for a (some) product(s): $ ./compile my_try only=product1(,product2,...) to skip a (some) product(s): $ ./compile my_try skip=product1(,product2,...) these two last only work if the product(s) is (are) already downloaded. You can also use $ ./compile list to get a list of available products and $ ./compile help for a succint help On my system, I use it that way: the script is in my user space, symbolic-linked in /usr/local/sbin, and the directory compile.d is symbolic-linked in /usr/local/share allowing then to use compile instead of ./compile. I use it quite daily for FG (for sure ;)), OpenTTD and Warzone2100, but every
Re: [Flightgear-devel] ./compile: another all-in-one compilation script
Hi francesco, francesco wrote : Hi, why don't you make a page on the wiki about this script ? I have done this one: http://wiki.flightgear.org/index.php/Scripted_Compilation_on_Linux_Debian/Ubuntu This is a nice idea, I'll do that too. BTW your script is one of the two scripts I've seen around (with ./makefg from Geoff), and I've already talked about it in the French community for helping some people (Ubuntu real newbies) In next few days I will check you script out :-) please let me know your suggestions/thoughts, and feel free to reuse some ideas in it if you find them useful. [...] There is a problem here as I've never found the way to avoid the CVS password entry by hand (I've tried all I could do with pipes and redirections without any success :/) look inside my script, it does it, both for cvs and svn without any password or login request. Unfortunately I think it works on your system with download_and_compile.sh because you have already downloaded the sources from the repo, so you have the file $HOME/.cvspass already containing the passwords, cvs just reuse it. If you rename or delete this file, cvs login command will ask you for a password then. Cheers Francesco regards seb -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] an idea about dialog-apply command (was: Patch for random system failures)
Hi Melchior, you can find the patch with, I hope, the correct improvement you asked. I wanted to add that I really agree your point of view: To make listeners work as expected the solution is to make *listeners* work as expected, not to change dialog-apply in a way that makes them not work as expected.. Be sure that I'll be aware and will recall you of this change if one day we run into problems, and no-one remembers about it before ;) thanks for the interest you had about my suggestion. Now I'm going to continue my tries about failures scenarii. I think I've got some nice ideas about it to make them generic but adaptable (using xml) and improving flight experience. I'll expose you them later as it needs more thinking, and a lot more work. :D best regards seb Melchior FRANZ wrote : * Sébastien MARQUE -- 2/20/2009 1:23 AM: This is not new, it was the case with the precedent gui dialog, and I used a Nasal workaround but not really useful as it disallows to come back to a previous state. I've written a lot of dialogs, the most complicated ones among them, and I don't remember that I ever had to work around this sort of issue. That's one of the reasons why I hesitate when someone asks for a change to make his first(?) dialog work. :-P But anyway. I withdraw my objection and don't mind if someone commits this patch with one improvement: the node value shall not be read twice! That's not so much because of the saved nanoseconds, but mostly because of --trace-read (and style). dialog-apply does then no longer mean copy widget data to the tree, but sync tree with the internal widget state. (dialog-update does still mean *copy*, though ... which is another reason why I'm not thrilled by the change. One more inconsistency to remember ...) But be warned: if we run into problems with this modification, I'll be less hesitant before throwing it out again. ;-) m. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Index: src/GUI/dialog.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/GUI/dialog.cxx,v retrieving revision 1.115 diff -u -r1.115 dialog.cxx --- src/GUI/dialog.cxx 10 Feb 2009 22:14:13 - 1.115 +++ src/GUI/dialog.cxx 23 Feb 2009 21:26:32 - @@ -437,11 +437,17 @@ case SGPropertyNode::BOOL: case SGPropertyNode::INT: case SGPropertyNode::LONG: -node-setIntValue(object-getIntegerValue()); +int objectintvalue; + objectintvalue = object-getIntegerValue(); + if (node-getIntValue() != objectintvalue) +node-setIntValue(objectintvalue); break; case SGPropertyNode::FLOAT: case SGPropertyNode::DOUBLE: -node-setFloatValue(object-getFloatValue()); +float objectfloatvalue; + objectfloatvalue = object-getFloatValue(); + if (node-getFloatValue() != objectfloatvalue) +node-setFloatValue(objectfloatvalue); break; default: const char *s = object-getStringValue(); -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] an idea about dialog-apply command
Hi Csaba and Melchior, oops, sorry, I've made a mistake attaching the failures.nas script, but please believe me that I've first tried setlistener(f ~ /serviceable, failure[f], 0, 0); in order to behave as written in setlistener doc (wiki and globals.nas). I've just write back to correct listeners args (0 ,0), and unapply patch but here is the result, I only unchecked Airspeed Indicator, in Instrument Failures dialog, then use the Apply button: airspeed indicator failure altimeter failure turn indicator failure slip-skid ball failure heading indicator failure vertical speed indicator failure which is not correct. With the small patch applied, correct listeners args (0, 0) and unchecking Airspeed Indicator again: airspeed indicator failure which is correct. I think that it wasn't discovered before (was it?) because nobody has put several listeners on several properties contained in one single dialog, or maybe it has no effects (tests on property value as I've done myself before searching to modify dialog-apply?). I don't think that the dialog is broken, but for me the dialog-appply command is. Reading the code about dialog-apply fgcommand I've seen that every object-name is copied in dialog.cxx, FGDialog::applyValues for (unsigned int i = 0; i _propertyObjects.size(); i++) { const string name = _propertyObjects[i]-name; if (objectName name != objectName) continue; copy_from_pui(_propertyObjects[i]-object, _propertyObjects[i]-node); } independantly of changes, so I thought that it was maybe the reason for listeners to be fire up. best regards seb Melchior FRANZ a écrit : * Melchior FRANZ -- 2/21/2009 9:33 AM: You should have used: setlistener(f ~ /serviceable, failure[f], 0, 1); Whoops. Of course, I meant: setlistener(f ~ /serviceable, failure[f], 0, 0); The meaning of the first optional argument is: 0 ... just attach (default) 1 ... attach and run initially and that of the second is: 0 ... trigger on change only 1 ... trigger on writing -- independent of value (default) 2 ... trigger on writing to node or children, as well as addition and removal of children BTW: We might decide at some point that we only want to dialog-apply if values changed, but this needs more consideration, and one broken dialog isn't enough reason to convince me. ;-) BTW2: dialog-{apply,update} should handle an arbitrary number of object-name, not just one. m. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] an idea about dialog-apply command
Yes, I will be obliged to check the value to avoid the instrument fix in some cases. But as I discover this problem I wanted to try a solution for every dialog-apply, to make the listeners work as expected, for future uses, not only the failures system I'm trying to write. If the fix is rejected, that's not a problem for me, but I think we let a problem that can go out again some day... regards seb Csaba Halász a écrit : On Sat, Feb 21, 2009 at 11:32 AM, Melchior FRANZ mfr...@aon.at wrote: setlistener(f ~ /serviceable, failure[f], 0, 0); 0 ... trigger on change only As I wrote in my other email, this doesn't work as expected. The listener is triggered initially even if the property doesn't change. Sébastien, I think your listeners should check the value of the property. It might very well happen that a failed instrument is later fixed, can't it? So the listeners would get triggered again and you'd have to differentiate between failure and fixing. This would also make the dialog-apply problem go away. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] an idea about dialog-apply command (was: Patch for random system failures)
Hi all, I'm still trying to get failures implemented specifically for one aircraft (before finding a better way for global solution). I've got a problem with the dialogs instrument-failures.xml and system-failures.xml, using the check boxes. Indeed, it seems like the dialog-apply command changes every single property linked to a checkbox causing the listeners set on these properties to be triggered even if the property hadn't be changed by the user. The result is that all instruments or systems which have a listener are triggered, and obviously fail all instruments and systems in my case. This is not new, it was the case with the precedent gui dialog, and I used a Nasal workaround but not really useful as it disallows to come back to a previous state. So maybe it is time to check this out directly in FG sources, and find a solution for dialog-apply command. I had a look in $FGSRC/src/GUI/dialog.cxx. We could do something like the following in copy_from_pui (line 430) ... switch (node-getType()) { case SGPropertyNode::BOOL: case SGPropertyNode::INT: case SGPropertyNode::LONG: +++ if (object-getIntegerValue() != node-getIntegerValue()) node-setIntValue(object-getIntegerValue()); break; case SGPropertyNode::FLOAT: case SGPropertyNode::DOUBLE: +++ if (object-getFloatValue() != node-getFloatValue()) node-setFloatValue(object-getFloatValue()); break; ... copy_from_pui is called from FGDialog::applyValues, itself called from do_dialog_apply (in Main/fg_commands.cxx). I don't know if this sounds like an acceptable trick, and if it could cause side effects. But maybe it could solve the problem of multiple properties modified, triggering listeners which not have to. What do you think about this? btw, using MTBF works fine (as Nasal code changes only the wanted property) and is a nice tool ;) hope I've been understandable :) best regards seb Stuart Buchanan wrote : I believe the current patch is ready for review and inclusion in CVS. Feedback is obviously very welcome :) My thanks to John and erobo for their work on this. -Stuart -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] an idea about dialog-apply command (was: Patch for random system failures)
Hi Csaba, actually I already use a listener that only fires then the value really change. I've looked in Nasal scripting wiki page and globals.nas to be sure, and tried the other possible values for the fourth argument of setlistener, with no more succes, that's why I looked in FG sources. If changes in sources can't be applied or don't have the expected effects I've got an other workaround, but it is quite an ugly one. regards seb Csaba Halász wrote : On Fri, Feb 20, 2009 at 1:23 AM, Sébastien MARQUE seb.mar...@free.fr wrote: Indeed, it seems like the dialog-apply command changes every single property linked to a checkbox causing the listeners set on these properties to be triggered even if the property hadn't be changed by the user. The result is that all instruments or systems which have a listener are triggered, and obviously fail all instruments and systems in my case. You can use a listener that only fires when the value really changes. See the docs for the setlistener function. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gps?
Hi, There is a gps in CVS: $FGROOT/Aircraft/Instruments-3d/zkv500, I mean an instrument which looks like a gps for a non-pilot, not-advised user :). This instrument manages routes, looks for airports, saves waypoints (bookmarks), creates routes, give several infos about wind, etc. It uses the /position/*, /environment/* properties and properties from the hard-coded kln89. It is a 5 lines LCD display with retrolight for nigh use, the manual is included in CVS for installation and use. Indeed it is surely not a real gps as trained pilots are used to see and use in aircraft but it could be useful for people wanting to include a gps in their cockpit. I'm as aware as I can about kln89/gps changes in the code, and I will make it compliant with the new system when it will be availble. For now it works quite correctly... but, again, it is still a toy for advanced pilots. Moreover the Nasal code is a bit ugly, but it uses all my skills about :p... best regards seb syd adams a écrit : I had planned to switch the B1900D over to use that , since my nasal KLN90B is nothing more than a display of the current gps properties but waiting to see whats happening with the KLN89. Cheers -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gps?
sorry guys for that, I forgot to withdraw the accent, btw I haven't found yet where I can change this permanently in my thunderbird config. seb Csaba Halász a ecrit (wrote): On Tue, Feb 17, 2009 at 9:14 PM, syd adams adams@gmail.com wrote: I have a silly , non FG question what does syd adams a écrit : mean Googling didn't help , and I don't speak french Well, look at the header for the quote above, and try to compare with the ecrit thing :) -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for random system failures
Hi Stuart, I'm actually trying to implement failures onto a fork of the Lionceau. http://seb.marque.free.fr/fichiers/flightgear/apm20.tgz (--aircraft=apm20, the official Lionceau needs to be installed) For now it doesn't create random or calculated failures, but manage manual failures (the intention is to create failures via an external application or distant instructor). As you've mentionned it looks through .+/serviceable props to know if an instrument fails. I'm sure I'm not clever enough to invent powder, but I've tried a way to manage failures in a transparent way for the pilots using alias/unalias Nasal capacities. Indeed every instrument in the panel is the reflect of a property aliased to the real data as given by the fdm. When a instrument fails, I unalias the property and manage the output calculation with some Nasal code, if necessary (i.e. when the output needs to vary even if the instrument fails, or gives a wrong information even if the system works fine: levels/temps/pressures). This part is still to be done... indeed it is in an early devel stage. I'm also going to try the system too with the rudder, elevator and ailerons properties, it means that the fdm config files need to be modified to use the aliased prop rather than the usual /controls/flight/* ones. This should allow to unalias the props and even if the pilot try to make the controls act, it doesn't have the pilot's expected effect on fdm. BTW in the same fork I've implemented an engine failure when it is used in a non-proper way (more than 5 min full throttle, engine damages calculation above 90% throttle, soon will come oil temp and cht temp, following engine and flight manuals descriptions, see limitations.nas). In order to stop the engine in a more realistic manner I use the /engines/engine/out-of-fuel prop allowing engine coughs for a certain amount of time before being complety off without using magnetos (I find ugly to see the magneto switch moving alone in a cokpit :p). For brakes I also use my own implementation of controls.applyBrakes (see actions.nas) which is a kind of failure system to avoid the aircraft to slow down too quickly and is intented to be improved in order to manage wet surfaces and brakes failures. That said, I don't know the cpu cost of using many aliases. I've got a question about your script: what do mean MTBF and MCBF, and what is the purpose of JAM failure? Last point: I think I've found a possible mistake in static system failure with airspeed indicator: indeed I though that with blocked statics (dirty or forgotten flames) and pitot working fine, the indicated airspeed is higher than real airspeed, but actually it seems not to be the case. Indeed the ASI gives some relatively high speed near the ground but falls down to zero quite quickly when climbing, then goes back to a high value at 0ft/mn climbing... I'm maybe complety wrong and the simulated behaviour is correct. best regards seb PS: I found very nice to have a closer look in failures management because this is one of the few dangers we have and can simulate, keeping the fun-side of FG and improving pilot-skills entertainment. Stuart Buchanan a ecrit : Hi All, Those of you with long memories may remember some random failure work that John Denker and I worked on a while ago. For various reasons, this never made it into CVS. Recently, on the FG forum, erobo raised interest in this again, and came up with failure manager with some nice functions. I've spent some time reconciling the two approaches, using the MTBF and MCBF features of John's work, and erobo's idea of an overall manager. The result is available here: http://www.nanjika.co.uk/flightgear/failures.tar.gz I've done a fair bit of testing on JSBSim aircraft, and a little testing on YASim. Obviously, the instrument failure modes depend on the appropriate instrument respecting the serviceable flag. Note also that failing the ailerons/elevators/rudder currently marks them as read-only, resulting in various warning messages to the console. I think that Melchior is still looking at an appropriate solution to this. I have identified the following further areas for development, if anyone is interested: 1) The engine failure model is very basic - effectively failing the engine off by switching off the magnetos and setting the cutoff. It might be interesting to model a stuck throttle/mixture/prop in the same way that the ailerons/elevators/rudder are currently modeled. 2) Additional, aircraft-specific failures can be added at runtime to failures.breakHash. However, I don't currently have a way that these can be automagically added to the dialogs. 3) Currently, the correct number of engines is determined in a somewhat haphazard manner. We should probably do the same for features such as landing gear and speedbrakes. I believe the current patch is ready for review and inclusion in
[Flightgear-devel] initfile.xml file created with jsbsim aircraft
Hi all, I've just noticed that at least these jsbsim aircrafts create a file named initfile.xml, inside the directory I use to launch FG. Here is the file content: ?xml version=1.0? initialize name=reset00 ubody unit=FT/SEC 0 /ubody vbody unit=FT/SEC 0 /vbody wbody unit=FT/SEC 0 /wbody phi unit=DEG 0 /phi theta unit=DEG -0 /theta psi unit=DEG 0 /psi longitude unit=DEG 0 /longitude latitude unit=DEG 0 /latitude altitude unit=FT 0 /altitude /initialize that is not so disturbing as long as I don't have an important file already named initfile.xml in the directory I use to launch FG :p, but it is surprising to see that FG can write everywhere. When I try to launch FG from /etc (with no write permissions) I've got the following message in terminal: Could not open and/or write the state to the initial conditions file: initfile.xml, and FG continues gently. What is the purpose of this file? I'm using FG/CVS freshly compiled. best regards seb -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] airliner ditching miracle ... or not
Hi all, I'm not a RL pilot, but I suppose that piloting in real life is hard because most of the time nothing special happens. Then the concentration is hard to maintain to a high level and in case of emergency follow the procedures (aircraft/flying aeras), adapt to the environment (buildings, trees, hills, mountains, weather...), know how to use the aircraft now limited, perfectly understand forces applied to aircraft, the whole thing without any drop of sweat on the forehead, needs a lot of experience. As far as I know, FG *is taking* the good direction because it is free to adapt to each situation quite easily. Indeed I'm trying to introduce some failures in a specific aircraft: - give the instruments the possibility to give wrong information (especially IAS) - fuel loss - unefficient brakes - burning engine - electrical system failure and as many problems as a non-pilot can imagine, and an non-developper can code using tools provided by FG (property tree, aliases, nasal, I/O capacities). Actually better than including the failures in the aircraft, I put them in a perl script, acting seperatly from FG, and sending to the last (randomly or not) signals to create the failure (using telnet, a local nasal script decodes messages sent by the perl script and applies the changes). The goal is to allow a instructor to put a student into some difficult situations, but the student doesn't know when it fails and what is failing. Writing this mail, I improve (I think I improve :p) the idea making it act as a server, then clients using it allow to modify their property tree remotely... The biggest lack of FG is, I think, the force-feedback. my two cents best regards seb John Denker a ecrit : Hi Folks -- === I mention this on the FlightGear list because simulators (in general) play an important role in pilot training (in general). Heretofore FlightGear has not played much of a role in real pilot training, but it has the potential to do so. I reckon virtually everyone on this list would like it to go in that direction. The question is, who is willing to do the work necessary to take it in that direction? This requires a certain amount of forward thinking. As the saying goes, you do not build a bridge based on the number of people who drove across the river _before_ the bridge was built. By that criterion, no bridges would ever get built. By the same token you shouldn't judge the value of FGFS features based on the current user community. Right now the user community consists of folks who care about nice-looking liveries and nice-looking foliage, because that's what FlightGear provides. Folks who care about cockpit instruments that actually work properly have to go elsewhere. The community I'm talking about is not small. The last time I checked, there were 700,000 rated pilots in the US alone. Practically all of them have PCs. There is a need for simulator-based training that is not being met by the multimillion dollar simulators at FlightSafey Inc. and suchlike. It is not yet being met by FlightGear ... but that could change. So, how about it? Who is serious about going down that road? -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] plib versions and FG 1.99.5
I have no problem compiling and using FG/CVS for years now, but my real thought is that distributions could not spread the new release until they won't include plib1.8.5 in their packages bases. but if nobody thinks it could be a problem for FG, it will surely not be one. btw, if I remember correctly, it seems that FG needs also osg with a certain version number too. note: my compile script ./compile from the previous link was a bit outdated (and versionning control not working on this version), I've just pushed the actual version at the same place for the interested. regards seb Martin Spott a ecrit : Nicolas wrote: To solve this issue, you can download my package : http://www.progweb.com/plib/ BTW, there's also a package available for Debian Etch on Linux/AMD64: ftp://ftp.ihg.uni-duisburg.de/FlightGear/PLIB/Debian/ Martin. -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] plib versions and FG 1.99.5
Oh for me it is not a problem as I compile SG-FG cvs, OSG-plib svn using the script ./compile which is one of my own and install them in my user space (http://seb.marque.free.fr/fichiers/flightgear/compile.tgz can do many other things but coffee :)). Indeed I was mainly thinking about distros that won't be able to package FG until they have plib 1.8.5 in their repos, and as this version is available for some months now, I wonder why it is not already the case (maybe FG 1.99.5 could be the coup de pouce for pushing 1.8.5 in repos) regards seb francesco a écrit : Sébastien MARQUE ha scritto: Hi all, ... best regards seb solution: http://brisa.homelinux.net/download_and_compile.sh use this script for debian / ubuntu or look at it. bye -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Further 3D Clouds updates
Hi, just to say that the detected OpenGL error is not new for me and is here from much more than one year (always built from cvs sources), I also remember that about one year later someone said to use grep -v to avoid the ugly output on the terminal, which I currently do with a launch bash script from this time (I think it was on IRC channel). best regards seb. Vivian Meazza wrote : Frederic Bouvier wrote I applied your patch. I noticed this message being repeated endlessly when clouds are activated : Warning: detected OpenGL error 'valeur non valide' after RenderBin::draw(,) I also noticed that even in the Thunderstorm scenario, the cloud coverage is very sparse. Maybe the message tells us it doesn't draw every cloud instance. In fair weather, I have no clouds ( my cloud density is set at 100% in the rendering options ) I've just applied he latest Sg patch on Win XP/msvc9; builds without error. I still get: Warning: detected OpenGL error 'invalid value' after RenderBin::draw(,) RenderStage::drawInner(,) FBO status= 0x8cd5 And I have yet to see any 3d clouds. Any clues on where I should be looking (yes the box is checked :-)) Vivian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report; UFO in CVS version...
Hi, Melchior FRANZ a ecrit : And for the contest it should better have been something like var stat=(func{var _=stat;func(_)_(caller(0!=!0)[!yes][9]=_)})(); var isdir=func directory(caller(1!=!1)[!no][9])!=num(); m. :-) you may think I'm a low leveled coder (indeed I am :)) but... I don't understand a single car of this piece of code... may you teach a young padawan about what it is intented to do and how it works, please? :D thank you best regards seb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
Hi, I really like the way you guys have created the vi-like commands, btw in the initial multikey I've made there was an little idea that I find very useful: it automagically stops after 5 seconds of inactivity (useful with no-exit/ tags). So I added it again, here's the cvs diff: Index: multikey.nas === RCS file: /var/cvs/FlightGear-0.9/data/Nasal/multikey.nas,v retrieving revision 1.9 diff -r1.9 multikey.nas 5a6 var timers = 0; 31a33,36 var auto_stop = func { timers -= 1; if (!timers and dialog.isopen) stop(); } 33a39,40 settimer(auto_stop, 5); timers += 1; btw, I began to play with the new system, adapting the old key-handler system with this new one, thanks for that. regards seb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] key-handler system allowing many actions with only few keyboard shortcuts
hi, nice to read that you find the system useful, and thanks a lot to contribute and improve it. For now I'm very (it's a weak word) busy, so even if I red what you have written I've got not a minute to write a single code line until some weeks, but I really appreciate your opinion. best regards, seb Melchior FRANZ a écrit : * Melchior FRANZ -- Tuesday 23 September 2008: The implementation is new, the idea isn't: John D. has suggested such a feature. (I had started implementing it, but never finished.) FWIW: I'm about to finish that, so no need to adapt your version. :-) BTW: there's now a props.runBinding() function that allows to execute regular bindings from Nasal. That way you can use all of the fgcommands in your XML config and don't need to implement all the actions. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Nasal class for GPS instruments
Hi all, I've written a nasal class to simulate GPS calculation. you can find the script here: http://seb.marque.free.fr/fichiers/flightgear/gps.nas I'm aware it is maybe not as well-written as other .nas scripts found in $FGROOT/Nasal :p, but I think it could be interresting to put it in CVS for further development (for this, it is possible to remove the first lines concerning GPL, and maybe the 2 demos included), and to allow some aircraft mainteners and instruments creators to create gps in their aircraft. I've chosen this solution more than route manager because it is (at least for me) more easier to create a gps instrument from this class. I've created 2 demos instruments, they are included in the script, you can find them at the end of file: - gps.demo.show(): this one pop-up a dialog with some lines depending of the used mode (off, to, free and track). it is possible to enter parameters for the gps (coordinates, speed, course, altitude). - gps.demo2.show(file): this one allows you to follow a route, imported from a xml file (example around lfbt (france): http://seb.marque.free.fr/fichiers/flightgear/route-example.xml). For now the route file is searched from FGHOME directory, waiting for a better place. It shows how the gpsDevice class manages the route. Here is an other script in perl http://seb.marque.free.fr/fichiers/scripts/perl/flightplan (ex ./plandevol-eng*) that can create route file suitable with gps: ./flightplan -d ksfo -a knid -wpt=KSFO-KNID.xml I let the creator of instruments chose their own way to select correct route file for their device if they allow route management for it. Features: please read top of gps.nas for an exhaustive list of exported properties and available methods. best regards, seb - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Approach ATC ideas: using real SID/STARs in FlightGear?
hi all, Torsten Dreyer a écrit : In real life, pilots (and ATC) uses terminal procedures of each airport when approaching or departing. Example for KSFO: http://flightaware.com/resources/airport/KSFO#terminalprocedures What about adding real SID/STAR procedures to FG? This will make flying and communicating with ATC in FG more realistic. Not necessarily. When there is a radar service - and most airports I know do have a radar service - there are published procedures but they are usually not used because the approach controller guides you to the final approach by assigning the pilot individual headings, so called radar vectors. But there are three problems (as i understand this): 1. Where to find the database of SID/STAR of *all* airports? They are published in the AIP of the airports country. You can find the relevant AIP for europe at http://www.ead.eurocontrol.int/ and they change every now and then. For a flightplan-like script I made, I use the ones for GoodWay Xplane (http://www.xpgoodway.com/), I asked for the use of these files to the devs of GoodWay and they accepted without any problem (including that my script is GPLed and intented (;)) to be used by anyone), you may contact them again to ask. Using them I found that they include some waypoints unknown by our own fix.dat, so I decided in my script just to ignore them. The syntax is similar to nav and fix.dat we already use. Some details have been explained by Alexis to me, but it is quite easy to understand. 2. Database will be large. So we will have another big file in FG distibutive, such as nav.dat.gz, awy.dat.gz, etc. This means that FG will get more time to start and will use more memory (?). Yes it will be large. It should be an optional feature to load. Indeed it is not so large, as many aiports are not included I think, but there are still many. 3. Copyrights and law. Is it ok to use this type of data in FG? Won't we have law problems with other authors? EUROCONTROL says on their site: quote Reproduction is authorised for personal use only provided the source is duly acknowledged. All other uses are prohibited. /quote The head of files I'm talking includes DAFIF data cycle 200509 build 40, Copyright © 2005 GoodWay team, Alexis Maizel (--masked email adress--). This data is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. [and so on...]. I think it could be a cool feature but your biggest problem would be collecting the data and copyright issues. Greeting, Torsten hope my solution could solve these problem and allow you to continue in your great idea. - direct link to the files: http://www.xpgoodway.com/modules.php?name=Downloadsd_op=getitlid=101 - my script (perl): http://seb.marque.free.fr/fichiers/scripts/perl/dev/plandevol-eng-dev best regards Seb - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Multiplayer Funfly.
Hi all, and happy new year, I arrive a little after the battle, so I couldn't participate to this event, but anyway I really wish to see more and more events using mp. Each month a part of the the French community takes place to fly with each other around remodelled terrains and sceneries sitting in France. The first sunday of each month (next one the 6th of january), indeed. For sure this time and place is almost only French speaking as some of us have troubles with Sheakespeare's native language :D but surely it has absolutely no restrictions and everyone is welcome. Moreover I wanted to talk about an special event type : rallyes. Indeed, the rules are quite simple: you have to follow a route, as best as you can, not only the fastest as possible, but in an certain amount of time (depending of aircraft you use). I wrote a little script in perl intented to be the contest director, and to count bonus and malus (given in seconds). Creating a route, and the rules (scale, check points, duration, etc.) is rather simple and made by a conf file. I have some routes (created by Pierre Geoffroy), but haven't taken the time to create the rallye, btw if someone is interested in managing such an event, here is the script: http://seb.marque.free.fr/fichiers/flightgear/check_logs (perl) and here a conf example: http://seb.marque.free.fr/fichiers/flightgear/waypoints it is feeded by the fgms log files. hope someone will find this interesting enough to continue what I haven't succeeded in, by a lack of time (most common excuse I know ;)). best regards seb ps: I have to modify a little bit the script in order to allow entering the beginning and ending date of the event in the conf file. If you've got questions about the script I'll be very pleased to answer as quick as I can. Stuart Buchanan a écrit : --- Hans Fugal wrote: Sounds like fun was had by all. I hope to catch the next event. Another funfly would be fun, but here's another idea that takes less coordination, and so could be done more frequently. We could have a fly-in from time to time. The airport and time chosen in advance, and people can fly in with their favorite aircraft. If we all aim to arrive at roughly the same time, the traffic could be quite interesting. We could even use chat as a CTAF, though we'll conveniently forget to invite the virtual FAA. - 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] Informal version number poll
Hi, I'm not a developer, but I can see from the time I began to use FG the great work that have been done. My thought is that instead of the only use of numbers to count the FG versions, maybe this could be named using great historic aviators names like Guynemer, Yeager, Mermoz, St-Exupery, Red Baron (he already gave his name to a game though), etc. and so many I don't know but maybe you know, and more moderns, or not only pilots but aeronautical related (inventors, ingeeners, etc.). I think it would be nice to see a release named FG Lindbergh (or any ather name) for the version 0.9.1x, or 1.x.x. But what about the right to use this names? No single idea... Also, I think that it is not because FG is not entirely finished, and has reach all of its goals (which are increasing everyday) you couldn't release a version. Indeed when I start computing I used FS *4* which maybe used all the capacities of my old 8086 8MHz with 640Ko of RAM, so I understand why they had to change the version number as a top-level related to machines capabilities, but for now there is not a program which use 100% of capacities of our moderns computers (as far as I know...), so the version number is not linked with machines limitations especially with FG (maybe it's not true for MSFS ;-), I don't know, I don't use it for many years...). And to finish, I think that making more releases preserve the idea for end-users that FG is not a dead-project as sometimes it can be specified or implied on some games sites... (even if I know that FG is not a game, or not *only* a game and many organisations/universities can use it with other goal than having fun with (and that's one of the reasons making me think that FG is really a GREAT opensource project) Here are my two cents. Regards Seb PS: my preferred version in use is HEAD as it was already said in this thread ;) - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Addition of true comms in multiplayer
Hi Nick, http://squonk.abacab.org/dokuwiki/fgcom here you'll find the webpage for FGCOM, the project for real voice over IP in FG. I don't know if it is Thomas Forster behind this, but it is the only one project I know about voice communication. Hope this helps Seb Nick Othieno a écrit : Hi, How can I get in touch with Thomas Förster. I've been told by Helko he is trying to do the same thing that I want to do. Nick On 9/2/07, Heiko Schulz [EMAIL PROTECTED] wrote: Hi, Thomas Förster is working on the same Idea - ask him, I'm sure he pleased about help! Greetings HHS --- Nick Othieno [EMAIL PROTECTED] schrieb: Hi people, I intend to add a module to flight gear that enables people on a multi-player game to talk to each other (live) when tuned to the same frequency on their comms. The idea is to use voip to do the connection and maybe have one of the computer's running a voip server of sorts that can handle a conference call. Has anyone tried anything similar? I would appreciate all the help I can get especially with the flightgear code. I'm exellent with C, good with C++ and elementary with xml. I have nearly no simulation knowledge but have working knowledge of dsp (digital signal processing). Hope to hear from you. Nick - 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 Wissenswertes für Bastler und Hobby Handwerker. BE A BETTER HEIMWERKER! www.yahoo.de/clever - 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 - 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 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 'setUpdateVisitor' doesn't exist anymore in OSG?
Hi all, just willing to say you that OSG/SVN doesn't seem to have anymore the member 'setUpdateVisitor' in class osgViewer::Scene, which is needed at least the first time during compilation in renderer.cxx at line 396. After grepping in my local include directory, I found another 'setUpdateVisitor' member in osgUtil::SceneView, I tried to use it in renderer.cxx, line 391: osgUtil::SceneView* scene = viewer-getScene(); but then I get the following: renderer.cxx:392: erreur: cannot convert ‘osgViewer::Scene*’ to ‘osgUtil::SceneView*’ in initialization I know this is not a very orthodox method, but I wanted to give it a try ;) The last fine working OSG revison was the rev7802 here. System: Debian Sid, gcc4.2.1 Regards Seb - 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] 'setUpdateVisitor' doesn't exist anymore in OSG?
thank you gh.robin for your lights, but, you have to understand that I'm not camplaining, just reporting a fact and telling the solutions I've tried to solve the problem, in the hope to help or avoid future problems. As far as I know, FG is Open-source, OSG is open-source, and I am open-minded. If you want to stay close-minded that's your choice, we already discussed this point on an other place. I think... no, I'm sure that I'm free to use OSG/SVN linked to FG/CVS and that I can live with the problems encountered by dynamic and still in development softwares. If you only like stable softwares and librairies, that's your choice too, and I never tried to change your mind about. So please, gh.robin, don't tell me anymore that I have to do to satisfy your way of thinking all the best Seb gh.robin a écrit : On Sat 11 August 2007 14:45, gh.robin wrote: On Sat 11 August 2007 11:08, Sébastien MARQUE wrote: Hi all, just willing to say you that OSG/SVN doesn't seem to have anymore the member 'setUpdateVisitor' in class osgViewer::Scene, which is needed at least the first time during compilation in renderer.cxx at line 396. After grepping in my local include directory, I found another 'setUpdateVisitor' member in osgUtil::SceneView, I tried to use it in renderer.cxx, line 391: osgUtil::SceneView* scene = viewer-getScene(); but then I get the following: renderer.cxx:392: erreur: cannot convert ‘osgViewer::Scene*’ to ‘osgUtil::SceneView*’ in initialization I know this is not a very orthodox method, but I wanted to give it a try ;) The last fine working OSG revison was the rev7802 here. System: Debian Sid, gcc4.2.1 Regards Seb I wonder if , here we are testing FG with OSG. or OSG stand alone :) ? Wasn't it said before on that devel-mail , that the best, would be to keep the stable version of OSG v2.0, during that long migration of FG from Plib to Osg. SEE [Flightgear-devel] OpenSceneGraph 2.0 Date : 2007-06-16 02:23 topic everything is said and answered here. http://sourceforge.net/mailarchive/forum.php?thread_name=46732D9D.7030300%4 0jonathanwagner.netforum_name=flightgear-devel Regards ouups the right link which refer to the toîc is http://sourceforge.net/mailarchive/message.php?msg_name=46732D9D.7030300%40jonathanwagner.net - 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] 'setUpdateVisitor' doesn't exist anymore in OSG?
Ouf, i feel better I don't care about! so this was OUT of flightgear-devel topic This is IN flightgear-devel topic as FG use OSG for now, even if you'd prefer it to use plib forever, and you will have to live with that. If there is a change in the OSG structure, FG-devel would be implied, and it seems to be exactly the case here. I apologize for all this noise on the list, it is the last time from my part. Regards Seb - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] blinking panel on C150
hi all, I just tested the new c150, it's a very nice piece of aircraft and surely one of my favorite ones ;) I wanted to report that the 3D panel is continuously blinking on my fresh compilation of FG/CVS OSG/SVN, using osgviewer. here are some snaps: http://seb.marque.free.fr/fichiers/flightgear/snapshots/2007-07-22_1956/fgfs-screen-001.jpg http://seb.marque.free.fr/fichiers/flightgear/snapshots/2007-07-22_1956/fgfs-screen-005.jpg note that I do not complain, I'm just reporting ;) thanks for your work best regards seb - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] the use of osgPlugins in FG
Hi all, maybe I want to talk about already well-known stuff, anyway I don't remember having red this on the list, so... yesterday a very creative FG 3D plane models (helijah) showed me the md2 3D file format. This format is able to make the object moving standalone. He sent me a test file (it is a goblin) and I watched it using osgviewer. It was amazing to see the model moving itself. so I tried to incorporate it in a FG scenery, and wouah, wonderfull, I could see the goblin moving in the scenery too ;) I don't know anything about the md2 format but it is binary format (non-readable ascii as .ac format), I don't know if it is an open format, but it opens multiple possibilities as moving trees and cows, flags, etc. that could populate the FG world Here http://seb.marque.free.fr/fichiers/flightgear/md2, you could find 2 snapshots of the 3D model showing the movement, and the two files for the models (tris.md2 and skin.bmp). I placed the tris.md2 model editing by hand the stg file so it is not really correctly placed, I had to take the snaps from under the ground, and unfortunatly the skinning doesn't work (neither using osgviewer directly) the full scenery has been created for an organized meeting which took place one month ago in LFBT. you can find a tarball containaing all scenery here: http://seb.marque.free.fr/fichiers/flightgear/lfbt/meeting.tar.gz (included the goblin). btw, the whole scenery with objects will be improved in the next days before being released in the John Stockill's database (we need to make some changes, particulary low-poly aircrafts populating the tarmac) and it's not related but I get, as it as been reported before in this list, impressive frame rates for my little 3D card (nvidia GeForce4 Go 420 with 32MB VRAM, linux nvidia drivers 0.9736, on a debian unstable system, athlon-xp), with the yesterday night svn and cvs compile of osg/sg/fg (using freeglut) best regards seb - 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
[Flightgear-devel] twin phantom airplane with last compile FG OSG
Hi all, I just finished a fresh compile of FG and OSG today, then I've found a bug (which I've been told to be solved in the past): I can pilot not only one, but two airplanes ;-) it is quite a funny bug, so I took some snapshots: http://seb.marque.free.fr/fichiers/flightgear/double/ on MP map I'm then referenced once, but all instances of MP in my console report I'm referenced twice, so are the other pilots: Chat [pigeond] Welcome to pigeond.net Chat [pigeond] Welcome to pigeond.net Chat [pigeond] this is version v0.9.10 Chat [pigeond] this is version v0.9.10 Chat [pigeond] using protocol version v1.1 Chat [pigeond] zakh is now online, using Chat [pigeond] Aircraft/pa24-250/Models/pa24-250.xml Chat [pigeond] zakh is now online, using Chat [pigeond] Aircraft/pa24-250/Models/pa24-250.xml Chat [pigeond] client 'noMiG21' has left Chat [pigeond] client 'noMiG21' has left Chat [pigeond] linus is now online, using Chat [pigeond] linus is now online, using Chat [pigeond] linus is now online, using Chat [pigeond] linus is now online, using Chat [pigeond] Aircraft/MiG-15/Models/MiG-15bis-model.xml Chat [pigeond] Aircraft/MiG-15/Models/MiG-15bis-model.xml Chat [pigeond] linus is now online, using Chat [pigeond] linus is now online, using Chat [pigeond] linus is now online, using Chat [pigeond] linus is now online, using Chat [pigeond] Aircraft/MiG-15/Models/MiG-15bis-model.xml Chat [pigeond] Aircraft/MiG-15/Models/MiG-15bis-model.xml Chat [pigeond] Aircraft/MiG-15/Models/MiG-15bis-model.xml Chat [pigeond] Aircraft/MiG-15/Models/MiG-15bis-model.xml BTW, this kind of behaviour could be kept for some circumstances, as it is quite nice to make some figures with an other aircraft just behind you. I'm on Linux (Debian sid, NVIDIA 1.0.9631 for GeForce4 420 Go 32MB). best regards seb - 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] Error building FG
hi, you can find them on my own website: http://seb.marque.free.fr/fichiers/flightgear/osg.patch and http://seb.marque.free.fr/fichiers/flightgear/osg2.patch, I compiled succesfully yesterday with them, they come from the devel-list too. best regards seb Roy Vegard Ovesen a écrit : On Thursday 05 April 2007 21:02, Alex Romosan wrote: there are two patches i posted. you need to apply both. --alex-- I'm sorry, I can not extract the patches from the mailing list archives on Sourceforge. Can you please repost them here on the devel-list? - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs-build cvs password
hi cyprien, for fightgear repositories use 'guest' as password (as explained at http://www.flightgear.org/cvs/anoncvs.html), for osg products just type the enter-key, but I'm not sure that your fgfs-builder version takes care about the change of osg repositories (it uses cvs, but osg is now released using svn). once you've download all the sources you want you can use a little bash script I've made to help the update of products code source and compilation using fgfs-builder. you can find it at http://seb.marque.free.fr/fichiers/flightgear/compile. if you want to use it, just place it under your fgfs-builder root directory and type ./compile hope this helps regards seb cyprien a écrit : Hi all, Sorry for that stupid question, but when i'm trying to build flightgear with fgfs-build, it ask me for many password to log in cvs. I put guest everywhere and i've an error with the fgrun cvs : (i've tried also with the last version of fgfs-builder...) Logging in to :pserver:[EMAIL PROTECTED]:2401/cvsroot/fgrun CVS password: cvs login: authorization failed: server fgrun.cvs.sourceforge.net rejected access to /cvsroot/fgrun for user anonymous make[2]: *** [/home/cyprien/fgfs-builder-20061209/src/config/fgrun/cvs_passfile] Erreur 1 make[2]: quittant le répertoire « /home/cyprien/fgfs-builder-20061209 » make[1]: *** [fgrun-prepare] Erreur 2 make[1]: quittant le répertoire « /home/cyprien/fgfs-builder-20061209 » make: *** [prepare] Erreur 2 Thanx for your help !!! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Segmentation fault using --native option
Hi, I got a segmentation fault using --native=file,in,10,test --fdm=external where the file test is 12MB big Then I tried with a smaller file (1.2MB) and it worked fine. I'm using FG OSG CVS, compiled yesterday and this is the first time I use this option. The test files are created using --native=file,out,10,test here is the result (last lines) of --log-level=debug with the 12MB size file: Running Main Loop === Updating time Current Unix calendar time = 1174401951 warp = 0 Current GMT = 3/20/2007 14:45:51 Current Unix calendar time = 1174401951 warp = 0 Current GMT = 3/20/2007 14:45:51 Current Julian Date = 2.45418e+06 COURSE: GMT = 2/20/107 14:45:51 March 21 noon (GMT) = 1174478400 Time since 3/21/107 GMT = -0.884826 days = 0 hours = 14.7642 lon = 0 lst = 2.76417 COURSE: GMT = 2/20/107 14:45:51 March 21 noon (GMT) = 1174478400 Time since 3/21/107 GMT = -0.884826 days = 0 hours = 14.7642 lon = 122.357 lst = 18.607 Current lon=0.00 Sidereal Time = 2.61449 gst = 194.614 Current LOCAL Sidereal Time = 18.4573 (18.4573) (diff = -0.149675) Elapsed time interval is = 716961, previous remainder is = 1083 -- Frame rate is = 7 Model iterations needed = 86, new remainder = 1378 Finally initializing fdm Start common FDM init ...initializing position... Checking for lon = -122.357deg, lat = 37.6135deg, alt = -ft prepare_ground_cache(): ac radius = 10, # triangles = 0, # wires = 0, # catapults = 0, ground_radius = 0 prepare_ground_cache(): trying to build cache without any scenery below the aircraft prepare_ground_cache(): ac radius = 10, # triangles = 0, # wires = 0, # catapults = 0, ground_radius = 6.37021e+06 ...initializing ground elevation to -1.512ft... ...initializing sea-level radius... lat = 37.6135 alt = -1.412 ...initializing velocities... ...initializing Euler angles... End common FDM init Attempt to set archive flag for non-existant property /position/ground-elev-ft Attempt to set archive flag for non-existant property /position/ground-elev-m Attempt to set archive flag for non-existant property /position/sea-level-radius-ft ** FDM initialized ** lon = -2.13554 lat_geod = 0.65648 lat_geoc = 0.653236 alt = -1.412 sl_radius = 2.08996e+07 Equator = 2.09256e+07 prepare_ground_cache(): ac radius = 10, # triangles = 27, # wires = 0, # catapults = 0, ground_radius = 6.37021e+06 Success reading data. Erreur de segmentation Best regards. Seb - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] for modellers: script for checking sanity
hi all, I just made a little perl script for sanity check of pathes used in xml files for aircrafts. I've done it to find out what's wrong when fgfs reports failure to open a file at launch. it must be used from the FGROOT directory. usage: tests.pl [relative] aircraft where: relative is an option for checking relative path, if not given the default is absolute path (this option must be first). Indeed absolute pathes are relative from FGROOT. aircraft is the aircraft name, as used with the fgfs's option --aircraft if someone find it usefull... regards. seb #!/usr/bin/perl #GPL licence #Sébastien MARQUE, Paris (France), 2007 use strict; my %aircrafts = (); foreach ( Aircraft/* ) { if ( -d ) { foreach ( $_/*-set.xml ) { /.+\/(.+)-set.xml$/; $aircrafts{$1} = $_; } } } my $relative = 0; my $erreur = 0; my $plane = shift; if ($plane eq relative) { $relative = 1; $plane = shift; } sub test ($) { my $file = shift; $file =~ /(.+\/)[A-Za-z0-9\._-]+$/; my $relative_path = $1; if (! $relative) { $relative_path = ; } my @pathlist; my $line = 0; if (!open (FILE, $file)) { print can't open $file\n; exit; } while (FILE) { $line++; if (/(.+)\/path$/) { my $path = $1; if ( -e $path || -e $relative_path$path ) { if ($path =~ /xml$/) { push @pathlist, $path; } } else { print path $path doesn't exist, file $file (line $line)\n; $erreur++; } } } close (FILE); foreach $file (@pathlist) { test ($file); } } if (! exists $aircrafts{$plane} ) { print aircraft $plane can't be found\n; print please ensure you use this script from FGROOT directory\n\n; exit; } test ($aircrafts{$plane}); if ($erreur) { print $erreur errors reported\n\n; } else { print no error found\n\n; }- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] take off on a mono-propeller plane with a very simple joystick
hi all, taking off the mono-propeller planes with a simple joystick (e.g. SideWinder) is very hard because of the propeller torque. you are obliged to play with keyboard, and it is not very confortable, not to say it is inefficient. I changed my own Input/Joysticks/Microsoft/sidewinder.xml to correct it this way (admitting that /gear/gear[0] is the nose wheel): axis n=0 descRudder, only on ground/desc binding condition property/gear/gear/wow/property /condition commandproperty-scale/command property/controls/flight/rudder/property squared type=booltrue/squared /binding descAileron/desc binding condition not property/gear/gear/wow/property /not /condition commandproperty-scale/command property/controls/flight/aileron/property squared type=booltrue/squared /binding /axis this allows to use the joystick as pedals on the ground, it is nicer when rolling and rotating, and usefull as you don't quit the runway in an too much acrobatic way ;) I can't make a simple diff, cause I change many other things in this file to fit my needs. If someone find it useful for simple-joystick users, maybe he could commit it. MTC seb (MP name: zakh) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Idea: VOR/ILS/NDB Emergency Localizer
hi Douglas, I tried to make a nasal script to create simple flightplans six monthes ago. I needed then to create some nasal functions using globals, and sending the nearest nav (I don't remember if it is already implemented although): FGNavList* apt = globals-get_airports(); FGNavList* rwy = globals-get_runways(); FGNavList* nav = globals-get_navlist(); FGNavList* dme = globals-get_dmelist(); I quickly stopped because of my poor C++ skills, and I'm not so familiar with FG sources ;) here's my humble idea. hope it is understandable and this helps a little... regards seb [note of a lazy man ;)] if you are interested by implementing the flightplan too, which is quite near that you want to do, you can find my script, in Perl, here: http://seb.marque.free.fr/fichiers/scripts/perl/dev/plandevol-eng-dev (I haven't touched it for a while...). the algo is rather simple [/note of a lazy man ;)] Douglas Campos a écrit : I'm interested in implementing it. Case: I'm flying near some airport that i don't know, then I use the GPS Instrument Setting dialog to find a near airport. How can I make a query about the navaids near this airport? Any ideas/suggestions? Cheers Douglas - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] compilation pb: error: 'const class osg::Viewport' has no member named 'getViewport'
thank you very much Manuel, it compiles perfectly now. regards Manuel Massing a écrit : Sébastien, I posted a compilation fix yesterday, see http://sourceforge.net/mailarchive/message.php?msg_id=37837809 bye, Manuel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New MP servers
Robicd wrote: I tried to register yesterday and today at http://fgfs.i-net.hu/, and after submitting all informations asked the server replies me Could not register new user. as I wanted to reply the post asking for suggestions, I tried as Anonymous user, the server said to me *Anonymous* users can post new topics and replies to this forum, I type my response, and when I submit it, the server replies Could not insert forum post. Feedback: I registered without problems at all. Try later again, maybe it was just a temporary system glitch. I tried all the day long with no more succes than before :( seb --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New MP servers
Julien Pierru wrote: This is odd, what i can do is register you and you can modify your password later on. What username would you like? (I'll ask KoverSrac to look into the issue.) Julien thank you for your offer: zacharov (mail: [EMAIL PROTECTED]) as a username would be great. thanks seb --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New MP servers
Julien Pierru wrote: Feel free to comment. hello Julien, I tried to register yesterday and today at http://fgfs.i-net.hu/, and after submitting all informations asked the server replies me Could not register new user. as I wanted to reply the post asking for suggestions, I tried as Anonymous user, the server said to me *Anonymous* users can post new topics and replies to this forum, I type my response, and when I submit it, the server replies Could not insert forum post. is the server not available yet for public? thanks. regards seb --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] XML Schema for YASim, or: a GUI to build YASim aircraft
Frederic Bouvier wrote: Quoting Torsten Dreyer : My favorite editor is XMLSpy, but that is my personal view. ... tsts, don't know how this could happen, this info is years old and I use OXYGEN XML now. I think I need a brain-organizing tool ;-) XMLSpy has a free ( of charge ) version that can edit schemas. What about OXYGEN XML ? -Fred let me know if i'm wrong (don't kick me out from the list please, it's really interesting reading you ;)), maybe it could be interresting to use a more simple interface. the only one I know is from te gnome project: GConf, maybe it could be rewrite a little, to fit flightgear flights models, or any xml-managed system, without using an external-heavy-nonGPL program. that is my newbie's point of view. regards, seb --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] script for building flight plans like
hello, i've written perl script to build flight plans in fgfs http://seb.marque.free.fr/fichiers/scripts/perl/plandevol-eng the goal was to make a very light single file appli to give enough informations to go from a point to another following a route composed by navaids. it includes the sid and star procedures with the good files installed (the xpgoodway.com team let us the use of them) in $FGROOT/Navaids/, the correction for slave deviation of NAV, can write the route in a file usable by --flight-plan option of fgfs, use $FGROOT environnement variable, and different things like that (./plandevol-eng --help for help). It doesn't care about fuel consumption, ete/eta, either wind correction. I worked as I could to translate it in english but maybe some of you will consider my english as sh... ;) ok this is a point. an other point is that I submitted this script in the AVSim/FlightGear forum and i've been asked to translate it from perl to nasal, to be used directly in the fgfs frontend. as i am very new in nasal, i'm trying to learn all functions yet implemented in nasal from fgfs sources. but it will take a while (as i'm not a programmer too), so if anybody is ok to help, it would be with great pleasure ;) yet another point! i've made this other script to help me in the choice of the airport to reach. indeed it shows the airports which are on a circle around my aircraft (in this script, comments are only in french, sorry): http://seb.marque.free.fr/fichiers/scripts/perl/ballade maybe it could be cool to implement this in nasal too. all of these scripts are under gpl license off course. bye seb --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel