Re: [Flightgear-devel] Source code control systems
Hi Olaf You are very familiar with Mercurial, could you help set up a repository converted from FlightGear's CVS ? I think our only hope of moving forward with this issue is to compare git and mercurial in real-world scenarios. The git repositories at gitorious.organd mapserver.flightgear.org have been working for a while, we need the equivalent mercurial one for an evaluation. P.S. I'm going through the conversion myself, but being a mercurial newbie, cannot guarantee the result. Will let you know if it's a usable one. Tom On Thu, Sep 24, 2009 at 1:56 PM, Olaf Flebbe wrote: > Hi Martim, > > > People to whom I've talked happily recommended this one: > > > > http://code.google.com/p/msysgit/ > > > > and I'd be happy to learn about your dislike. > > 1) From the Installation Manual: > http://code.google.com/p/msysgit/wiki/InstallMSysGit > > ... > Note: Git for Windows is not as stable as Git for anything else. There > are more issues with the Windows API than there are developers working > on them. > ... > > 2) From the homepage: > "So you do not want to help? Then there is nothing to see here, please > move along." this is not friendly for the casual user of some kind of > middleware when I have other options. > > Greetings, > Olaf > > > > -- > Come build with us! The BlackBerry® 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/devconf > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Source code control systems
Hi Olaf, Olaf Flebbe wrote: > [...] this is not friendly for the casual user of some kind of > middleware when I have other options. Well, they're providing installer packages and people are using it in real-world development for a while already. Therefore I was under the assumption that it's probably not that bad. Did you actually have the chance to try it out ? Cheerio, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Sound System redux
Hi, > > Which version of OpenAL? There were recently (over a month ago?) some > improvements in that respect, still, OpenAL shouldn't be using any > processing at all. I'm at work and leaving in a few minutes, so I'll > check once I get home. > The version from ubuntu jaunty is 1.4.272 Olaf -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Source code control systems
Hi Martim, > People to whom I've talked happily recommended this one: > > http://code.google.com/p/msysgit/ > > and I'd be happy to learn about your dislike. 1) From the Installation Manual: http://code.google.com/p/msysgit/wiki/InstallMSysGit ... Note: Git for Windows is not as stable as Git for anything else. There are more issues with the Windows API than there are developers working on them. ... 2) From the homepage: "So you do not want to help? Then there is nothing to see here, please move along." this is not friendly for the casual user of some kind of middleware when I have other options. Greetings, Olaf -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Sound System redux
On Thu, Sep 24, 2009 at 5:38 PM, Olaf Flebbe wrote: > Erik, > > I would like to see an option to disable sound at all. > > Did you know that the sound system eats up to 30% of CPU time, depending > on hardware? This even with --disable-sound on the command line. > > I found it while profiling fgfs on my eeepc with ubuntu, which is > largely affected because of its low end hardware. > > Enabling OpenAL starts a thread which is constantly eating up CPU > cycles. 30% of CPU. (pulseaudio _is_ disabled BTW) > Which version of OpenAL? There were recently (over a month ago?) some improvements in that respect, still, OpenAL shouldn't be using any processing at all. I'm at work and leaving in a few minutes, so I'll check once I get home. > > [ I was able to improve FPS rate from 1 FPS to 15 FPS with disabling > OpenAL altogether and further quirks. But fgfs still is barely useable > on the eeepc ] > > I would say something about fgfs on the EeePC, but I would like to run it on an N900 as soon as I get my hands on one, so... ;-) Cheers, Matt D. -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Sound System redux
Erik, I would like to see an option to disable sound at all. Did you know that the sound system eats up to 30% of CPU time, depending on hardware? This even with --disable-sound on the command line. I found it while profiling fgfs on my eeepc with ubuntu, which is largely affected because of its low end hardware. Enabling OpenAL starts a thread which is constantly eating up CPU cycles. 30% of CPU. (pulseaudio _is_ disabled BTW) [ I was able to improve FPS rate from 1 FPS to 15 FPS with disabling OpenAL altogether and further quirks. But fgfs still is barely useable on the eeepc ] Greetings, Olaf -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Source code control systems
Hi Olaf, Olaf Flebbe wrote: > [...] I had no chance to look deeper into details. The stable git > command on Windows needs cygwin, which is not a minimal invasive > installation. (I wouldn't recommend the msys/mingw installation at this > point.) People to whom I've talked happily recommended this one: http://code.google.com/p/msysgit/ and I'd be happy to learn about your dislike. Best regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Source code control systems
Hi, Sorry for my late contribution to this topic: I am late catching up with my mails since my last holidays. Let me tell you from my personal experiences some weeks ago with git and hg an linux and Windows. Windows Implementations: git can be tedious to use on Windows: I had big problems working on a project mixing up git repositories on linux pushed and pulled by a windows git via samba. git at some point complained about non existing differences: Somehow line ending issues emerged, or the object store got corrupted. I had no chance to look deeper into details. The stable git command on Windows needs cygwin, which is not a minimal invasive installation. (I wouldn't recommend the msys/mingw installation at this point.) The hg (mercurial) Implementation of Windows is very lean, because no POSIX emulation layer is needed. I (luckily?) had no problems with respect to line endings with hg. Branch Handling: IMHO the git remote repository handling is complex and error prone. We would need a fine manual to instruct developers how to lay out their branches, because their are trillions of chances to mess up a repository. (Something like http://wiki.samba.org/index.php/Using_Git_for_Samba_Development ) Hg is quite easy (some say limited) with respect to this aspects. You can simply push your changes where you have got them, no need to mess with bare repositories. In a nutshell, IMHO hg is easier to use for a random user wanting a quick look at the source code. Git gives the power user the opportunity to implement even the unthinkable while being is a little bit beasty if you do not have a clean checkout. Greetings, Olaf -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Is ther any MSVC example code to send/receive data to FG over an internet connection?
I am testing a new Primary Flight Display with a "tunnel in the sky". It will run on a separate computer and I need FlightGear for it's flight dynamics. I'ld like the PFD to receive Lat, lon, altitude, heading, pitch, roll, alpha and beta from FG and also I'ld like to tell FG to put out the gear and flaps when the altitude first goes below 1000 ft. Curt Olson says that I could do it with an internet connection, to gather variables and send commands. Is there any example code written in MSVC I could look at to make the internet connection on the PFD end? Thanks, Randy Green -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Hardware bottleneck for building scenery
Just a real quick reply here ... there is some code setup so the process will kill itself if it runs longer than some period or consumes too much memory. This was setup because some data cases would blow up and lead to infinite loops and infinite memory expansion (within some of our external libraries.) You may want to eliminate this code or expand the thresholds. Regards, Curt. On Thu, Sep 24, 2009 at 10:47 AM, cullam Bruce-Lockhart wrote: > Hey gang. > > I'm working on a high resolution version of the scenery for my home, > Newfoundland. It's coming along VERY well, but I'm running into limitations > of what my computer can handle building. Essentially, I've cut the > fgfs-construct commands into the theoretically smallest allowable sizes: I'm > running the command around 4000 times, each time doing a 0.0625 by 0.125 > degree piece of scenery. Even while cutting the job up into such small > pieces, the process gets killed sometimes. However, the resulting scenery > looks fantastic, and runs fine. But I know that somewhere out there are > places where there will be strange artifact from a build that died > pre-maturely. > > My question is this: what is the hardware bottleneck here? As far as I can > tell, the system isn't running out of ram, as my monitored usage stays > around 200MB. I'm using a dual core processor, and for each build, it runs > one processor at 100% while the other idles around 5-10%. Each time it > starts work on a new piece, the processors switch workload. What needs to be > improved to keep a really complicated scenery build from being killed? > -cullam > > > __ > Looking for the perfect gift? Give the gift of Flickr! > > http://www.flickr.com/gift/ > > > -- > Come build with us! The BlackBerry® 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/devconf > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Hardware bottleneck for building scenery
Hey gang. I'm working on a high resolution version of the scenery for my home, Newfoundland. It's coming along VERY well, but I'm running into limitations of what my computer can handle building. Essentially, I've cut the fgfs-construct commands into the theoretically smallest allowable sizes: I'm running the command around 4000 times, each time doing a 0.0625 by 0.125 degree piece of scenery. Even while cutting the job up into such small pieces, the process gets killed sometimes. However, the resulting scenery looks fantastic, and runs fine. But I know that somewhere out there are places where there will be strange artifact from a build that died pre-maturely. My question is this: what is the hardware bottleneck here? As far as I can tell, the system isn't running out of ram, as my monitored usage stays around 200MB. I'm using a dual core processor, and for each build, it runs one processor at 100% while the other idles around 5-10%. Each time it starts work on a new piece, the processors switch workload. What needs to be improved to keep a really complicated scenery build from being killed? -cullam __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- Come build with us! The BlackBerry® 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/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New joystick definition for: Speedlink SL-6640 "Black Widow" (bugfix)
Hi All, unfortunately there is a nasty error in my definition file (... type="string"... was not correct due to copy and paste). Thanks to Jester who pointed me to this. Cheers Mike Microsoft-PC-Joysticktreiber Mega World USB Game Controllers SpeedLink SL-6640 Black Widow Flight Stick Aileron 0 0 0 property-scale /controls/flight/aileron 0.0 1.0 0.02 Elevator 1 1 1 property-scale /controls/flight/elevator 0.0 -1.0 0.02 Throttle 2 2 2 nasal controls.throttleAxis() Rudder 3 3 3 property-scale /controls/flight/rudder 0.0 1.0 0.02 View Direction 6 6 6 true nasal true nasal View Elevation 7 7 7 true nasal true nasal Reset View nasal Gear nasal nasal Flaps Up false nasal nasal Flaps Down false nasal nasal Thrust reverse nasal Speed Brake false nasal Elevator Trim Down true nasal nasal Elevator Trim Up true nasal nasal -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
