[Flightgear-devel] A Japanese Magazine will introduce FlightGear for Mac OS.
Hi there, A Japanese magazine editor sent me an email to ask for permission for introducing FlightGear Mac OS X in their magazine Mac 100% with DVD including the full package of 1.0.0. As long as I know, this will be the first magazine that introduces FlightGear on Mac platform in Japan. I don't know anything about the content of the article yet, but brief introduction, installation, and a few screenshots can be expected. The magazine will be published on May 13th, and I do look forward to getting a sample copy. I wish many Japanese people, especially Mac users, will be interested in FlightGear by this. Best, Tat - 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] Stefan clock=hpet - was: Spiele Bild promotes FlightGear
Stefan Seifert schrieb: On Sunday 27 April 2008 23:53:01 Georg Vollnhals wrote: default 0 timeout 8 clock=hpet This is wrong. The kernel parameters are following the file name in the kernel line. This is the section I boot on my server: ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.17-0.1 root (hd0,1) kernel /vmlinuz-2.6.22.17-0.1-default root=/dev/system/root resume=/dev/sda1 splash=silent clock=hpet showopts initrd /initrd-2.6.22.17-0.1-default You can check if the parameter does what it should by issuing: cat /sys/devices/system/clocksource/clocksource0/current_clocksource on the command line. If it worked, it should output: hpet If not, it probably reads tsc. Then you'll just have to wait and see if your clock works better. It did for me. And yes, openSUSE 10.2 didn't have that problem on the same server. Hope this helps :) Stefan Hi Stefan, I followed your advice and think I did it right. Here is the first passage of the menu.lst for Grub: # Modified by YaST2. Last modification on Sa Apr 19 20:52:38 CEST 2008 default 0 timeout 8 gfxmenu (hd2,0)/boot/message ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 root (hd2,0) kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD321KJS0MQJ1GP504224-part1 resume=/dev/sdc2 splash=silent clock=hpet showopts initrd /boot/initrd-2.6.22.17-0.1-default ###Don't change this comment - YaST2 identifier: Original name: openSUSE 10.2 - 2.6.18.8-0.9 (/dev/sdb5)### title openSUSE 10.2 - 2.6.18.8-0.9 (/dev/sdb5) rootnoverify (hd0,4) chainloader +1 ... ... But checking the result is disappointing. I did it after 3 boot cycles (2 reboot and one cold boot): dhcppc2:/home/georg # cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc May be my OpenSUSE is lacking something? Ok, at least it was worth trying and I learned something new. Even if you should have no further ideas I want to thank you for help, very nice! Regards Georg - 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] Stefan clock=hpet - was : Spiele Bild promotes FlightGear
On Monday, 28. April 2008, Georg Vollnhals wrote: But checking the result is disappointing. I did it after 3 boot cycles (2 reboot and one cold boot): dhcppc2:/home/georg # cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc Maybe your system simply doesn't have a hpet clocksource. For example my system at home only has: acpi_pm jiffies tsc You can get the available clocksources by issuing: cat /sys/devices/system/clocksource/clocksource0/available_clocksource In my case I'd try acpi_pm first and then jiffies. Any way, jiffies should be the last, since it's only a simple CPU-cycle counter. But it may still work well if you use ntpd for network time synchronization. May be my OpenSUSE is lacking something? Ok, at least it was worth trying and I learned something new. Don't give up too early :) Regards, Stefan - 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] Stefan clock=hpet - was: Spiele Bild promotes FlightGear
Hi Stefan, Stefan Seifert schrieb: Maybe your system simply doesn't have a hpet clocksource. For example my system at home only has: acpi_pm jiffies tsc You can get the available clocksources by issuing: cat /sys/devices/system/clocksource/clocksource0/available_clocksource In my case I'd try acpi_pm first and then jiffies. Any way, jiffies should be the last, since it's only a simple CPU-cycle counter. But it may still work well if you use ntpd for network time synchronization. this helped! You are right, no hpet clocksource available on my system. I followed your advice and selected acpi_pm. dhcppc2:/home/georg # cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc acpi_pm jiffies dhcppc2:/home/georg # cat /sys/devices/system/clocksource/clocksource0/current_clocksource acpi_pm Ok, now I'll wait and see how the behaviour of the clock is now :-) May be my OpenSUSE is lacking something? Ok, at least it was worth trying and I learned something new. Don't give up too early :) Regards, Stefan No,never! I am just no give me 2 seconds man, more a ruminant with small pieces of unknown stuff, spitting out the result 2 months later. Once again, thank you very much for your help!!! Georg - 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] Stefan clock=hpet - was: Spiele Bild promotes FlightGear
Georg Vollnhals wrote: Hi Stefan, Stefan Seifert schrieb: Maybe your system simply doesn't have a hpet clocksource. For example my system at home only has: acpi_pm jiffies tsc You can get the available clocksources by issuing: cat /sys/devices/system/clocksource/clocksource0/available_clocksource In my case I'd try acpi_pm first and then jiffies. Any way, jiffies should be the last, since it's only a simple CPU-cycle counter. But it may still work well if you use ntpd for network time synchronization. this helped! You are right, no hpet clocksource available on my system. I followed your advice and selected acpi_pm. dhcppc2:/home/georg # cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc acpi_pm jiffies dhcppc2:/home/georg # cat /sys/devices/system/clocksource/clocksource0/current_clocksource acpi_pm Ok, now I'll wait and see how the behaviour of the clock is now :-) May be my OpenSUSE is lacking something? Ok, at least it was worth trying and I learned something new. Don't give up too early :) Regards, Stefan No,never! I am just no give me 2 seconds man, more a ruminant with small pieces of unknown stuff, spitting out the result 2 months later. Once again, thank you very much for your help!!! Assuming the machine has an internet connection - if you install ntp and set it to sync from pool.ntp.org you'll never need to worry about such problems again - it'll sync from an internet clock source within a few minutes of starting up, and then stay in sync. Jon - 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] [PATCH] fix fixes ;)
hi, this is a good thing. it was on the todo for a long time. please someone commit this. - till On Saturday 26 April 2008, Csaba Halász wrote: Hi! Attached patch adds support for multiple FIXes with the same name. Applies to both branches. New functionality is in query_and_offset, which now returns the FIX closest to the passed in location. Updated route manager to take advantage of this. Otherwise, query functions return an unspecified member from the set of identically named FIXes. (This was previously the one occurring last in the database file, but I don't think anybody counted on that.) Please review, test (especially that std::multimap works on all our supported platforms) and apply. - 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] [PATCH] fix fixes ;)
On 04/25/2008 04:06 PM, Csaba Halász wrote: Attached patch adds support for multiple FIXes with the same name. Applies to both branches. New functionality is in query_and_offset, which now returns the FIX closest to the passed in location. Updated route manager to take advantage of this. 1) This is an important improvement. 2) Suggestion: While you're at it, why not do the same for navaids i.e. three-letter VOR and ADF stations (not just five-letter waypoints i.e. fixes). 3) Did you know the code to do this has been in the Sport Model for about a year? http://www.av8n.com/fly/fgfs/README.sport.model - 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] fgrun can now reports fgfs failures
Hi, with this new feature FGFS isn't usuable more for me here on my win32-system. After regocnizing the error, it prints out out the message and the launch is stopped. FGS doesn't start! FGFS with FGRun, built 04/28/2008 (yesterday) Regards HHS still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html Lesen Sie Ihre E-Mails jetzt einfach von unterwegs. www.yahoo.de/go - 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] [PATCH] fix fixes ;)
* Csaba Halász -- Saturday 26 April 2008: Please review, test (especially that std::multimap works on all our supported platforms) [...] Thanks, committed. I didn't test on all supported platforms, but I guess we'll hear about problems. :-) I only made a very simple test on Linux. m. - 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
[Flightgear-devel] [patch] Get rid of pthread
Hi, First, let me thank you all for the great work you've done with FG. I started cross-compiling FG using the great fgfs-builder from Ralf and I have to say that it helped a lot. However, I had to patch the source code to make it possible. Here is the first one which basically replaces SGMutex by OpenThreads::Mutex and allows to get rid of pthread. The other patch is mainly not mixing winsock with winsock2 and changing ifdefs. Sometimes there is _MSVC_VER, sometimes __MINGW32__ etc... for the same thing. I didn't want to provide the patch now since I think there is a better way. ffmpeg began to move all the platform-specific code in 2 files called os_support.c and os_support.h. I think this way help people focusing on what's important. Do you think it's a good idea ? Do you have other ideas ? Regards Benoit Index: configure.ac === RCS file: /var/cvs/SimGear-0.3/source/configure.ac,v retrieving revision 1.107 diff -u -p -r1.107 configure.ac --- configure.ac 15 Mar 2008 16:33:49 - 1.107 +++ configure.ac 20 Apr 2008 17:01:26 - @@ -171,22 +171,6 @@ esac dnl Checks for libraries. -dnl Thread related checks -AC_CHECK_HEADER(pthread.h) -AC_SEARCH_LIBS(pthread_exit, [pthread c_r]) -if test x$ac_cv_header_pthread_h = xyes; then -CXXFLAGS=$CXXFLAGS -D_REENTRANT -CFLAGS=$CFLAGS -D_REENTRANT - - if test x$ac_cv_search_pthread_exit = x-lc_r; then -CXXFLAGS=-pthread $CXXFLAGS -CFLAGS=-pthread $CFLAGS - fi -fi - -AM_CONDITIONAL(HAVE_THREADS, test x$ac_cv_header_pthread_h = xyes) - -thread_LIBS=$LIBS LIBS= dnl search for network related libraries @@ -502,9 +486,3 @@ else echo Without JPEG Factory support fi -if test x$ac_cv_header_pthread_h = xyes; then - echo Threads: pthread lib found. -else - echo Threads: no threads (pthread lib not found.) -fi - Index: simgear/Makefile.am === RCS file: /var/cvs/SimGear-0.3/source/simgear/Makefile.am,v retrieving revision 1.18 diff -u -p -r1.18 Makefile.am --- simgear/Makefile.am 6 Jan 2007 17:01:58 - 1.18 +++ simgear/Makefile.am 20 Apr 2008 17:01:26 - @@ -1,9 +1,3 @@ -if HAVE_THREADS -SGTHREAD_DIR = threads -else -SGTHREAD_DIR = -endif - # METAR_DIRS = METAR_DIRS = environment @@ -31,7 +25,6 @@ SUBDIRS = \ screen \ serial \ sound \ - $(SGTHREAD_DIR) \ timing -DIST_SUBDIRS = $(SUBDIRS) compatibility +DIST_SUBDIRS = $(SUBDIRS) compatibility threads Index: simgear/scene/model/shadanim.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/model/shadanim.cxx,v retrieving revision 1.13 diff -u -p -r1.13 shadanim.cxx --- simgear/scene/model/shadanim.cxx 4 Dec 2007 22:38:41 - 1.13 +++ simgear/scene/model/shadanim.cxx 20 Apr 2008 17:01:26 - @@ -37,7 +37,7 @@ #include osgUtil/HighlightMapGenerator #include simgear/scene/util/SGUpdateVisitor.hxx -#include simgear/threads/SGThread.hxx +#include OpenThreads/Mutex #include simgear/threads/SGGuard.hxx #include simgear/props/condition.hxx @@ -132,8 +132,8 @@ getOrCreateTextureCubeMap() if (textureCubeMap.get()) return textureCubeMap.get(); - static SGMutex mutex; - SGGuardSGMutex locker(mutex); + static OpenThreads::Mutex mutex; + SGGuardOpenThreads::Mutex locker(mutex); if (textureCubeMap.get()) return textureCubeMap.get(); @@ -217,8 +217,8 @@ StateSetMap; // graph: 0 - completely chrome, 1 - completely model texture. static void create_chrome(osg::Group* group, osg::Texture2D* texture) { -static SGMutex mutex; -SGGuardSGMutex locker(mutex); +static OpenThreads::Mutex mutex; +SGGuardOpenThreads::Mutex locker(mutex); static StateSetMap chromeMap; osg::StateSet *stateSet; StateSetMap::iterator iterator = chromeMap.find(texture); Index: simgear/scene/tgdb/obj.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/tgdb/obj.cxx,v retrieving revision 1.33 diff -u -p -r1.33 obj.cxx --- simgear/scene/tgdb/obj.cxx 24 Mar 2008 21:41:30 - 1.33 +++ simgear/scene/tgdb/obj.cxx 20 Apr 2008 17:01:26 - @@ -50,8 +50,6 @@ #include simgear/scene/util/SGUpdateVisitor.hxx #include simgear/scene/util/SGNodeMasks.hxx #include simgear/scene/util/QuadTreeBuilder.hxx -#include simgear/threads/SGThread.hxx -#include simgear/threads/SGGuard.hxx #include SGTexturedTriangleBin.hxx #include SGLightBin.hxx Index: simgear/scene/tgdb/pt_lights.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/tgdb/pt_lights.cxx,v retrieving revision 1.14 diff -u -p -r1.14 pt_lights.cxx --- simgear/scene/tgdb/pt_lights.cxx 21 Dec 2007 06:24:53 - 1.14 +++ simgear/scene/tgdb/pt_lights.cxx 20 Apr 2008 17:01:26 - @@ -52,7 +52,7 @@ #include simgear/math/sg_random.h #include
Re: [Flightgear-devel] [patch] Get rid of pthread
On Mon, Apr 28, 2008 at 4:26 PM, Benoît Laniel [EMAIL PROTECTED] wrote: First, let me thank you all for the great work you've done with FG. I started cross-compiling FG using the great fgfs-builder from Ralf and I have to say that it helped a lot. However, I had to patch the source code to make it possible. Here is the first one which basically replaces SGMutex by OpenThreads::Mutex and allows to get rid of pthread. Hi Benoit, I just want to jump in and point out that the threading code in FlightGear and SimGear is very intricate and refined over much time, blood, sweat, and tears. In addition, any little changes surrounding the thread management or the contents of threaded code can easily introduce very subtle bugs that aren't encountered very often and are tremendously difficult to track down. Not knowing anything about open-threads, I'm just a little nervous about any changes to FlightGear's thread system. If OpenThreads has identical functionality to pthreads, perhaps this can be done transparently with no risk to functionality or future robustness ... however, I hope that we proceed very carefully, with much prior discussion and testing. This is an area where a commit now, test later philosophy could hurt the project because thread related problems can be so nasty to debug. Best regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - 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] [patch] Get rid of pthread
This is an area where a commit now, test later philosophy could hurt the project because thread related problems can be so nasty to debug. Maybe I should have stated that I didn't know if it was robust. I surely agree with you that this patch should be for testing purpose only. I posted it since I've used it for 2 weeks now and had no problems. Again, I'm no threading expert but I thought some people would be interested by a first draft. Regards, Benoit - 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] Stefan clock=hpet - was: Spiele Bild promotes FlightGear
Jon Stockill schrieb: Assuming the machine has an internet connection - if you install ntp and set it to sync from pool.ntp.org you'll never need to worry about such problems again - it'll sync from an internet clock source within a few minutes of starting up, and then stay in sync. Jon Hi Jon, thank you for your hint. As Stefan suggested, I'll first look whether the applied fix works for me and then try your improvement with the internet-time. Georg - 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