Re: [Flightgear-devel] Lots of Progress on Download_and_compile.sh
What's wrong with CMake? I love CMake... -Original Message- From: Pat [mailto:pat.callah...@gmail.com] Sent: Monday, July 08, 2013 4:51 PM To: flightgear-devel@lists.sourceforge.net Subject: [Flightgear-devel] Lots of Progress on Download_and_compile.sh The next branch on the team clone has the changes to download and compile.sh listed below. There are just a couple of things left to do, plus extensive testing. I gave up on trying to do small incremental changes to the script. There would be too many variations to test if what I wanted to accomplish were done in small steps. its all available here: https://www.gitorious.org/+fg-download-and-compile/fg/fg-download-and-compil e-fgmeta/blobs/next/download_and_compile.sh Initial testing is complete Variant builds work well and flightgear/fgcom/fgrun all start and run as expected. I've used it with -G 3.1.9 and it built. It remains to be proven that it actually built using OSG-3.1.9 or 3.0.1 as usual.. Try your favorite combinations of parameters and let me know how things work for you. Remember this is an alpha version. Not yet approved for general use. Suggestions: put download_and_compile.sh in a new directory, away from your current build create a subdirectory and run ../download_and_compile.sh from there. -Pat Recently added options: -G OSG version number -B Version # for Flightgear and Simgear, should correctly resolve version for openrti -R sets a revision for Flightgear and Simgear -D 1 Directory management option (reduces disk space, clutter, and network usage -N x -DSG_SVN_CLIENT=$OPTARG -g may actually work -w verbose makefile -x sets -x -v sets -v Here's what I have been working on. The next branch has most of this working. 0. Change the title of the window in which the build is run Indicate what variant is being worked on and which component is currently being built. 1. Timestamped log files with or without -x, -v or -xv 2. Build any of next, master, 2.10.0, 2.8.0 2a. Build with any git tag. 2b. If building only one part, such as flightgear, simgear or openrti, you can specify a commit #. 3. Build the old way and get the same simple directory structure Variant builds are done as usual in separate directories which contain the entire flightgear component trees including fgdata. 4. a rebuild script is left in the build directory. Executing it will rerun Download_and_compile.sh with the same options. The script documents what was built and the final status of the most recent build. 5. Support for personal and team clones on gitorious. 6. Build a new way and get a directory structure: Variant builds are still done in separate directories, but contain only the variant's build and install directories A parent directory, above the variant build directories contains fgsrc: sources for flightgear, openrti, simgear, fgrun, fgcom, fgcomgui etc othersrc: sources for OSG (mulitple versions supported), sources for plib (version 1.8.5 supported) containers for different versions of fgdata: fgdata_2.12.0, fgdata_2.11.0, fgdata_2.10.0, fgdata_2.8.0 etc. This new directory structure supports: 1. No more multiple downloads of fgdata for each separate build. You download only one, and if you need more than one version, it is created locally with copy and git commands. All variant builds use a copy of fgdata from a parent directory 2. No more multiple download and builds of plib and osg. You download and build plib-1.8.5 and osg-3.0.1 once. 3. A single copy of flightgear, simgear and openrti sources that can be used to build whatever versions are needed 4. Support for additional versions of osg such as 3.1.9 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- See everything from the browser to the database with AppDynamics Get
[Flightgear-devel] FGRun improvements
Hi, could one of the Gitorious flightgear-developers group members please take a look at https://www.gitorious.org/fg/fgrun/merge_requests/2 ? Fred's in hibernation, and I'd like to have merged before the upcoming release. Thanks! Gijs -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Saitek radio and multifunction panels
Hi All; Is anyone working on either of these panels? I have both and I'm a C realtime, safety critical software engineer. If Someone is working on developing an interface for the panels I'd like to pitch in, if no one is can someone point me towards a good starting point? Thanks, Pat -- - If you can’t be a good example, then you’ll just have to be a horrible warning. -Catherine -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Saitek radio and multifunction panels
Hi Pat, Just a quick reply. I think the hardest part will be reading the actual hardware. If that's easy (can it be done in a cross platform way?) then if the hardware presents itself similar to a joystick, it would simply be a matter of connecting up the buttons and axis with the appropriate property values via a joystick config file. It's probably not that easy, but the long pole in the tent from my perspective would be reading the switch/button/dial values off the actual hardware. If you can do that, I'm sure we can find a straightforward way to bridge the connection to flightgear. Thanks, Curt. On Tue, Jul 9, 2013 at 7:39 AM, not a webot not.we...@gmail.com wrote: Hi All; Is anyone working on either of these panels? I have both and I'm a C realtime, safety critical software engineer. If Someone is working on developing an interface for the panels I'd like to pitch in, if no one is can someone point me towards a good starting point? Thanks, Pat -- - If you can’t be a good example, then you’ll just have to be a horrible warning. -Catherine -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Saitek radio and multifunction panels
Hi, Also just a quick note from me. At the last FSWeekend, I got a sample radio panel from the Saitek Guys. IIRC, James Turner is/has been working on providing some of the groundwork and we agreed that while he was doing that, I'd put my efforts on getting the device working on hold. It's been a while ago since we last chatted about this, so I'm not really sure what the current status is. Cheers, Durk On 09 Jul 2013, at 20:02, Curtis Olson wrote: Hi Pat, Just a quick reply. I think the hardest part will be reading the actual hardware. If that's easy (can it be done in a cross platform way?) then if the hardware presents itself similar to a joystick, it would simply be a matter of connecting up the buttons and axis with the appropriate property values via a joystick config file. It's probably not that easy, but the long pole in the tent from my perspective would be reading the switch/button/dial values off the actual hardware. If you can do that, I'm sure we can find a straightforward way to bridge the connection to flightgear. Thanks, Curt. On Tue, Jul 9, 2013 at 7:39 AM, not a webot not.we...@gmail.com wrote: Hi All; Is anyone working on either of these panels? I have both and I'm a C realtime, safety critical software engineer. If Someone is working on developing an interface for the panels I'd like to pitch in, if no one is can someone point me towards a good starting point? Thanks, Pat -- - If you can’t be a good example, then you’ll just have to be a horrible warning. -Catherine -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Online Map Server
I have noticed that http://mpmap01.flightgear.org/ currently shows: This page is temporarily closed. The map server is broken and needs a replacement. I recently set up a new Multiplayer Server(fgms) and I am also willing to host an Online Map Server. My server is on a multi-homed backbone. I can burst up to 100Mb/sec. Someone will need to provide me with the necessary info, configs, etc. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New FlightGear Multiplayer Server
Thanks for adding my server. I was only seeing local clients until I made the following change to my config file (I am guessing I was supposed to do this): relay.host = mpserver01.flightgear.org Should other fgms be told that I exist? How would I notify them? I also added the server to this list http://wiki.flightgear.org/Howto:Multiplayer#Servers Other places that need to updated for the new server: Link on above listed page shows Geographic locations of the servers are also available at Google Mapshttps://maps.google.nl/maps/ms?msid=213869436283721436186.000481c029e65 3a30807cmsa=0ll=42.293564,38.671875spn=69.324015,173.144531 http://mpmap02.flightgear.org/ server list shows my server as Hong Kong. http://mpserver15.flightgear.org/mpserverstatus/ http://mpserver16.flightgear.org/ list shows my server as Kansas (but with correct IP address). http://flightgear.mxchange.org/mpstatus/ list shows my server as Kansas. Who should I contact to update these? Are there any other places the server needs to be updated? Now that the server is active and appears to be working correctly should it be tracked? Should it act as a HUB? From config file (my current settings): ## # Tracking server # set server.tracked = true to use it # only set this to true if the tracking server # admin allows it! server.tracked = false server.tracking_server = 62.112.194.20 server.tracking_port = 8000 ## # if set to true, fgms will act as a HUB server # a HUB server will resend packets received from # relays to all other relays # *only* set to true if you know what you are # doning server.is_hub = false OLIVER, Thank you for updating the sources and pushing them to gitorious. Even if I had access to do this I would have been unwary of doing it because I would hate to break a compile on linux since I have no way of testing it. I tested the new code on FreeBSD and decimal points are still missing in lines 107 113 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Saitek radio and multifunction panels
The multifunction panel shows up in lsusb, and there is an entry in the /dev/input that corresponds to the panel. I've decoded all the switches but I'm not clear how to interface an event to FG. On Tue, Jul 9, 2013 at 3:54 PM, Durk Talsma durkt...@gmail.com wrote: Hi, Also just a quick note from me. At the last FSWeekend, I got a sample radio panel from the Saitek Guys. IIRC, James Turner is/has been working on providing some of the groundwork and we agreed that while he was doing that, I'd put my efforts on getting the device working on hold. It's been a while ago since we last chatted about this, so I'm not really sure what the current status is. Cheers, Durk On 09 Jul 2013, at 20:02, Curtis Olson wrote: Hi Pat, Just a quick reply. I think the hardest part will be reading the actual hardware. If that's easy (can it be done in a cross platform way?) then if the hardware presents itself similar to a joystick, it would simply be a matter of connecting up the buttons and axis with the appropriate property values via a joystick config file. It's probably not that easy, but the long pole in the tent from my perspective would be reading the switch/button/dial values off the actual hardware. If you can do that, I'm sure we can find a straightforward way to bridge the connection to flightgear. Thanks, Curt. On Tue, Jul 9, 2013 at 7:39 AM, not a webot not.we...@gmail.com wrote: Hi All; Is anyone working on either of these panels? I have both and I'm a C realtime, safety critical software engineer. If Someone is working on developing an interface for the panels I'd like to pitch in, if no one is can someone point me towards a good starting point? Thanks, Pat -- - If you can’t be a good example, then you’ll just have to be a horrible warning. -Catherine -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- - If you can’t be a good example, then you’ll just have to be a horrible warning. -Catherine -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Lots of Progress on Download_and_compile.sh
On Tue, 9 Jul 2013 01:31:03 -0700, Zhitao wrote in message 007b01ce7c7e$a7726a60$f6573f20$@gmail.com: What's wrong with CMake? I love CMake... ..nothing, it's still used like before, download_and_compile.sh merely does the boring routine git pull etc stuff for you. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Saitek radio and multifunction panels
On 9 Jul 2013, at 20:54, Durk Talsma durkt...@gmail.com wrote: Also just a quick note from me. At the last FSWeekend, I got a sample radio panel from the Saitek Guys. IIRC, James Turner is/has been working on providing some of the groundwork and we agreed that while he was doing that, I'd put my efforts on getting the device working on hold. It's been a while ago since we last chatted about this, so I'm not really sure what the current status is. I've done some work on it, and will return to it once 2.12 is shipped. (My interest is in supporting the GoFlight hardware, which I've purchased several modules of, but it's all USB-HID in the end) The issue is basically about finishing Torsten Dreyer's event-input code, but also about potentially making that use hidapi (which would greatly simplify the code on the FG side), /if/ I can get the hidapi author to accept a patch adding HID descriptor parsing to the library as an extra. I've also separately had my GoFlight hardware working on Mac using the existing Mac event-input code, but encountered some issues, to do with the rate we pull data out of IOKit; essentially it's too easy to miss events which for certain inputs on the GoFlight panels (rotary encoders) causes odd behaviours. So yes, lots of these pieces exist, it needs some integration work and further development after 2.12. Torsten's current code is also incompatible with the current joystick config XML, which I think probably needs to be addressed in an adapter layer. Regards, James-- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Saitek radio and multifunction panels
Where would I find the event-input code? If HIDAPI makes more sense I could start looking at getting the panel recognized, where would me efforts be most productive? Pat On Tue, Jul 9, 2013 at 6:26 PM, James Turner zakal...@mac.com wrote: On 9 Jul 2013, at 20:54, Durk Talsma durkt...@gmail.com wrote: Also just a quick note from me. At the last FSWeekend, I got a sample radio panel from the Saitek Guys. IIRC, James Turner is/has been working on providing some of the groundwork and we agreed that while he was doing that, I'd put my efforts on getting the device working on hold. It's been a while ago since we last chatted about this, so I'm not really sure what the current status is. I've done some work on it, and will return to it once 2.12 is shipped. (My interest is in supporting the GoFlight hardware, which I've purchased several modules of, but it's all USB-HID in the end) The issue is basically about finishing Torsten Dreyer's event-input code, but also about potentially making that use hidapi (which would greatly simplify the code on the FG side), /if/ I can get the hidapi author to accept a patch adding HID descriptor parsing to the library as an extra. I've also separately had my GoFlight hardware working on Mac using the existing Mac event-input code, but encountered some issues, to do with the rate we pull data out of IOKit; essentially it's too easy to miss events which for certain inputs on the GoFlight panels (rotary encoders) causes odd behaviours. So yes, lots of these pieces exist, it needs some integration work and further development after 2.12. Torsten's current code is also incompatible with the current joystick config XML, which I think probably needs to be addressed in an adapter layer. Regards, James -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- - If you can’t be a good example, then you’ll just have to be a horrible warning. -Catherine -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
