[Flightgear-devel] Simgear and OSG out of sync?
Hi All, I have been away for a couple of weeks, so perhaps I have missed something. When I tried to compile a fresh git version using download_and_compile.sh, I noticed there were some updates in OSG. It seems simgear is not in sync (yet?), though, because I am getting the following error: SGPagedLOD.cxx: In member function 'virtual void simgear::SGPagedLOD::forceLoad(osgDB::DatabasePager*, osg::FrameStamp*)': SGPagedLOD.cxx:73: error: no matching function for call to 'osgDB::DatabasePager::requestNodeFile(const std::basic_stringchar, std::char_traitschar, std::allocatorchar , simgear::SGPagedLOD* const, double, osg::FrameStamp*, osg::ref_ptrosg::Referenced, osgDB::Options*)' /home/mifi/Software/Sources/fgfs18/install/OpenSceneGraph/include/osgDB/DatabasePager:73: note: candidates are: virtual void osgDB::DatabasePager::requestNodeFile(const std::string, osg::NodePath, float, const osg::FrameStamp*, osg::ref_ptrosg::Referenced, const osg::Referenced*) make[3]: *** [SGPagedLOD.o] Error 1 When I saw this, I removed all sources for OSG and Simgear and restarted with a fresh git clone, but the error remains. I searched the forums and noticed someone else has the same problem with a completely freshly cloned git version. Did I miss something that causes this in the past few weeks? m -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance change?
Op 26-11-10 18:12, fiers...@zonnet.nl schreef: Hi All Op 26-11-10 17:03, thorsten.i.r...@jyu.fi schreef: Am I the only one? No, you are not the only one. I made a similar observation a short while ago and mailed that to this list. I also observed that the CPU loads seem to be different. The pattern depends on airoplane and location, obviously. At the moment I am looking at a healthy situation, with two cores each 50% busy and a frame rate between 70 and 90. Only 16% of the available memory is used. It all looks oke to me in the GIT of this morning. m -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance change?
Hi All Op 26-11-10 17:03, thorsten.i.r...@jyu.fi schreef: Am I the only one? No, you are not the only one. I made a similar observation a short while ago and mailed that to this list. I also observed that the CPU loads seem to be different. See also my message of 20 November, with subject Multithreading pattern and frame rate and the responses I received from Tim Moore and ThorstenB. I made sure the conditions of the two tests were the same as much as possible, just like you. In my case, for the two binaries, different versions of OSG were used (i.e. the latest OSG at the time of compilation in both cases). m -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Multithreading pattern and frame rate
Hi All I rebuilt from GIT this morning. I am sitting on the runway at a quiet airport, doing absolutely nothing. No AI traffic, no other multiplayers around. Global weather. I have no other applications running, except fgrun. And I am waiting until terrasync has updated all it wants to update and the log window is showing no more activity. I have done two tests, directly after eachother. Same conditions, same METAR. Compared to a version of one week ago, there seems to be a different pattern in CPU usage. The older GIT version had one thread 75% busy and two more threads of about 30% busy and a frame rate of a little over 40 FPS. In the version of today, I have one thread 85% busy and one other thread about 20% busy and the frame rate is about 20 FPS. When I take off and during flight, I have one thread 100% busy all the time, where in the previous versions there were only brief moments that one of the threads was running at 100%. I know there has been done some work on caching and loading of 3D elements... perhaps it is related... Has anyone else noticed a difference? m -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance and compiler options - or maybe
Op 15-11-10 11:19, Martin Spott schreef: This effect of 'asynchronously', 'delayed' loading of 3D models sounds quite familiar to me and might reflect an intended feature in order to save the framerate in these moments when a densely modelled chunk of Scenery appears in the view. Do 3D models get unloaded once they are out of the current view or are they only unloaded when they are not in the current tile? In other words, if the viewing angle is changed and 3D models are panned out of view, will they be unloaded and later reloaded when the viewing angle is turned back to the original? This would perhaps partly explain why I am having problems with clouds being loaded again and again in local weather. The behaviour seems to be depending on cloud density, which reminds me of a caching mechanism or similar optimisation. m -- 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] Segmentation fault in fgrun
Yes. Confirmed. Thanks Fred. Op 13-11-10 11:02, Frederic Bouvier schreef: It should be fixed now. Regards, -Fred -- 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] Segmentation fault in fgrun
Hi Fred, Op 09-11-10 22:25, Frederic Bouvier schreef: Hi m. could you be more specific on the sequence of actions that lead to this problem ? Ok. My settings file: ; FLTK preferences file format 1.0 ; vendor: flightgear.org ; application: settings.fgrun [.] browser: control:joystick lang: config: game_mode:0 splash_screen:1 intro_music:1 mouse_pointer:0 random_objects:1 random_trees:1 panel:1 sound:1 hud:0 antialias_hud:0 hud_3d:0 auto_coordination:0 horizon_effect:1 enhanced_lighting:1 distance_attenuation:0 specular_highlight:1 failure:0 failure_pitot:0 failure_static:0 failure_system:0 failure_vacuum:0 ai_models:1 fdm:jsb no_trim:0 model_hz:120 speed:1 on_ground:1 in_air:0 wind_heading:0 wind_speed:0 turbulence:0 ceiling: random_wind:0 fetch_real_weather:1 freeze:0 fuel_freeze:0 clock_freeze:0 lon: lat: altitude: heading:0 roll:0 pitch:0 vc: uBody: vBody: wBody: vor: ndb: fix: offset_distance: offset_azimuth: glideslope: clouds:1 clouds3d:1 fullscreen:0 skyblend:1 textures:1 wireframe:0 fog:nicest shading:smooth geometry:800x600 visibility: visibility-units:meters view-offset: bpp:32 fov:60 texture-filtering:4 time-match-real:1 time-offset: time-match-local:0 start-date-sys:0 start-date-sys-value: start-date-gmt:0 start-date-gmt-value: start-date-lat:0 start-date-lat-value: time_of_day:0 time_of_day_value:dawn httpd:0 props:0 jpg-httpd:0 callsign:PH-MIFI multiplay1:out,10,mpserver12.flightgear.org,5000 multiplay2:in,10,tux4,5001 proxy: io-count:1 io-item-1:--generic=socket,out,10,localhost,16661,udp,fgcom property-count:13 property-item-1:/sim/rendering/crop-shader=1 property-item-2:/sim/rendering/contrail-shader=1 property-item-3:/sim/rendering/distance-attenuation=1 property-item-4:/sim/rendering/landmass-shader=1 property-item-5:/sim/rendering/lightning-enable=1 property-item-6:/sim/rendering/multithreading-mode=DrawThreadPerContext property-item-7:/sim/rendering/precipitation-gui-enable=1 property-item-8:/sim/rendering/quality-level=3.5 property-item-9:/sim/rendering/specular-highlight=1 property-item-10:/sim/rendering/transition-shader=1 property-item-11:/sim/rendering/urban-shader=1 property-item-12:/sim/rendering/water-shader=1 property-item-13:/sim/rendering/bump-mapping=1 env-count:0 log-level:alert trace-read-count:0 trace-write-count:0 nav1: nav2: adf: dme:disabled layer-0-elevation-ft:0 layer-0-thickness-ft:0 layer-0-coverage:overcast layer-0-transition-ft:0 layer-0-span-m:0 layer-1-elevation-ft:0 layer-1-thickness-ft:0 layer-1-coverage:overcast layer-1-transition-ft:0 layer-1-span-m:0 layer-2-elevation-ft:0 layer-2-thickness-ft:0 layer-2-coverage:overcast layer-2-transition-ft:0 layer-2-span-m:0 layer-3-elevation-ft:0 layer-3-thickness-ft:0 layer-3-coverage:overcast layer-3-transition-ft:0 layer-3-span-m:0 layer-4-elevation-ft:0 layer-4-thickness-ft:0 layer-4-coverage:overcast layer-4-transition-ft:0 layer-4-span-m:0 fg_exe:/home/mifi/Software/Sources/fgfs13/install/fgrun/bin/../../f +gfs/bin/fgfs fg_root:/home/mifi/Software/Sources/fgfs13/install/fgrun/bin/../../f +gfs/fgdata fg_scenery:/home/mifi/fgfs/terrasyncdata:/home/mifi/Software/Sources/fg +fs13/install/fgfs/fgdata/Scenery aircraft:dr400-180 airport:EHRD airport-name:Rotterdam carrier: parkpos: runway:default frame_rate_limiter:0 frame_rate_limiter_value:60 season:summer scenario-count:0 My scenario: 1) Start fgrun. 2) Load the settings file above (this takes me into the screen where I can choose airplanes) 3) Click Next (takes me into the screen where I can choose airports) 4) Click Next (takes me into the screen with settings for Display, Features etc.) 5) Click Advanced (window with advanced options opens) 6) Click Input/Output (it shows --generic=socket,out,10,localhost,16661, udp,fgcom, which is io-item-1 in the settings file) 7) Click on --generic=socket,out,10,localhost,16661, udp,fgcom 8) BOOM, Segmentation fault (core dumped). There is no time to click Delete or OK, it just immediately crashes as soon as I click the parameter. m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Local weather: Clouds redrawn
I limited the frame rate to 30, used a smaller window. No difference. However, I noticed that with fewer clouds the effect disappeared. There seems to be a relation with cloud density. Another thing I noticed: While I am changing the viewing angle, the log window show errors. First a lot of Warning: TangentSpaceGenerator: unknown primitive mode 9 followed by several lines of Unknown Chunk: ***UNKNOWN*** (0xA08A) I assume this has something to do with the scenery. Could it be related? m Op 10-11-10 19:01, Arnt Karlsen schreef: ..test ideas; cap your FG at 40fps, or back off a wee bit on your X framerate. X and FG window sizes? -- 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] Local weather: Clouds redrawn
Ah. The warnings and errors in the log window are related to local weather. They do not appear until I use local weather. Op 11-11-10 07:58, fiers...@zonnet.nl schreef: Another thing I noticed: While I am changing the viewing angle, the log window show errors. First a lot of Warning: TangentSpaceGenerator: unknown primitive mode 9 followed by several lines of Unknown Chunk: ***UNKNOWN*** (0xA08A) -- 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
[Flightgear-devel] Segmentation fault in fgrun
Hi In the fgrun of this moring, I can reproduce a segmentation fault. Has anyone else noticed? In my settings file, there is a parameter for the Input/Output section under Advanced to set up the communication with fgcom. In fgrun, I load the settings file, then go into Advanced and the Input/Output parameters. When I select the setting, fgrun dumps core. Here is the stack trace: Program terminated with signal 11, Segmentation fault. #0 0x7fe948c9b550 in Fl_Menu_Item::size() const () from /usr/lib/libfltk.so.1.1 (gdb) bt #0 0x7fe948c9b550 in Fl_Menu_Item::size() const () from /usr/lib/libfltk.so.1.1 #1 0x0046efe4 in set_choice (c=0x42b7450, s=0x6915828 fgcom) at util.cxx:37 #2 0x004670d8 in Advanced::io_list_select_cb (this=0x42b0900, o=value optimized out) at io.cxx:108 #3 0x7fe948c7df2b in Fl_Widget::do_callback() () from /usr/lib/libfltk.so.1.1 #4 0x7fe948c7dc25 in Fl_Browser_::handle(int) () from /usr/lib/libfltk.so.1.1 #5 0x7fe948c7751a in ?? () from /usr/lib/libfltk.so.1.1 #6 0x7fe948c7867c in Fl::handle(int, Fl_Window*) () from /usr/lib/libfltk.so.1.1 #7 0x7fe948cbee48 in fl_handle(_XEvent const) () from /usr/lib/libfltk.so.1.1 #8 0x7fe948cc0063 in ?? () from /usr/lib/libfltk.so.1.1 #9 0x7fe948cc0915 in fl_wait(double) () from /usr/lib/libfltk.so.1.1 #10 0x7fe948c79097 in Fl::wait(double) () from /usr/lib/libfltk.so.1.1 #11 0x7fe948c7919d in Fl::wait() () from /usr/lib/libfltk.so.1.1 #12 0x004510b9 in Advanced::exec (this=0x42b0900, prefs=...) at advanced_funcs.cxx:250 #13 0x00440775 in Wizard::advanced_cb (this=0x7fffa8a9d030) at wizard_funcs.cxx:882 #14 0x7fe948c7df2b in Fl_Widget::do_callback() () from /usr/lib/libfltk.so.1.1 #15 0x7fe948c7e560 in Fl_Button::handle(int) () from /usr/lib/libfltk.so.1.1 #16 0x7fe948c7751a in ?? () from /usr/lib/libfltk.so.1.1 #17 0x7fe948c7867c in Fl::handle(int, Fl_Window*) () from /usr/lib/libfltk.so.1.1 #18 0x7fe948cbee48 in fl_handle(_XEvent const) () from /usr/lib/libfltk.so.1.1 #19 0x7fe948cc0063 in ?? () from /usr/lib/libfltk.so.1.1 #20 0x7fe948cc0915 in fl_wait(double) () from /usr/lib/libfltk.so.1.1 #21 0x7fe948c79097 in Fl::wait(double) () from /usr/lib/libfltk.so.1.1 ---Type return to continue, or q return to quit--- #22 0x7fe948c791cd in Fl::run() () from /usr/lib/libfltk.so.1.1 #23 0x004647ce in main (argc=3, argv=0x7fffa8a9d538) at main.cxx:193 m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend2010
Op 08-11-10 14:21, Martin Spott schreef: While we're at it, I'd like to remind that these impressive multi- screen setups, which we (the respective booth crews) have been proud to present on various FSweekend and LinuxTag shows over the past four (!) years - in continuously increasing size - would have been completely impossible without the firm belief and the work of those who initially made FlightGear-on-OpenSceneGraph actually happen. And Linux, by the way... It is a pity, people always find ways to nick stuff... Do you need me to chip in some euro's to compensate? m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend2010
That sounds absolutely great! What a pity I was unable to be there. It sounds like you all have done a great job in promoting flightgear and open source in general. Thanks. m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Unexpected Frame rate drop
Hi A couple of pilots all observed weird drops in frame rate after they had been flying around in the same area for a while. The event was triggered by the FS weekend. My frame rate dropped from over 30 to less than 10 without any adaptions in settings. The others reported 10 FPS too. There were three others pilots around at that time, but they had been there for almost two hours. When I stoppen flightgear and restarted with exactly the same settings, my frame rate was a comfortable 36. Can anyone think of a reason why the frame might be dropping over time? I have not noticed unexpected amounts of memory usage and my machine has 12GB anyways. A memory leak on the graphics card perhaps? m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] METAR stopped working
Thanks. I think it is pretty inconsiderate of the NOAA to change this two days before our largest flightsim event worldwide :-D But as you pointed out, METAR will have stopped working for older releases too. Which is even worse. m Op 05-11-10 20:37, ThorstenB schreef: That was a problem with the simgear METAR loader. Obviously NOAA is using a shared server for their websites now (one IP for several sites). The new webserver couldn't tell for which website we were asking for. HTTP requires a GET and a Host line - we were missing the latter. A fix is in GIT now. Unfortunately this means METAR is broken (probably permanently) for all previous FG versions now... Anyway, what are the plans for the next FG release? -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] METAR stopped working
Hmmm Something is not quite right yet. I have recompiled simgear and fgfs. I had METAR info this morning, but now after a restart, it says NIL again. Intermittend... Is METAR info read on more than one place? m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] METAR stopped working
Funny, I disabled METAR for global weather in the GUI and later set it to Live Data again, and now it is collecting METAR info again... without restarting. m Op 06-11-10 12:09, fiers...@zonnet.nl schreef: Hmmm Something is not quite right yet. I have recompiled simgear and fgfs. I had METAR info this morning, but now after a restart, it says NIL again. Intermittend... Is METAR info read on more than one place? -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] METAR stopped working
Recompiled all very early this morning. I have just noticed that in global weather, there is no METAR data. METAR source is set to live data. In the METAR data box I read 'NIL'. Something broke the METAR updates? m -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Announcing: FSWeekend 2010
There must be a 2.5kW power supply in that machine. No? Five grafics cards that can consume, lets say, 400W each, plus the rest of the machine m Op 31-10-10 20:24, Torsten Dreyer schreef: If I may ask, what is the rest of the hardware configuration for that setup? -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Am I the only one experiencing dropping framerates?
The GIT version of this morning feels like something seriously changed affecting the framerate... I am departing runway 32 KNUQ and turning west to 270. Shortly after takeoff, I am getting just 7 FPS. Local weather is disabled, global weather is on live data, most shaders are turned on. I have made flights near EHAM this morning and got the same feeling... FPS dropping to 8-9. Flying over the ocean with nice clouds around me, I am getting over 70 FPS. It seems that the framerate is dropping near scenery with many objects. Switch on local weather and the framerate drops to 1 from time to time. For previous versions, I do not recall such a dramatic FPS drop near well populated scenery anywhere, except over Paris. m -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Am I the only one experiencing dropping framerates?
Wow! Switching off the urban shader made a huge difference. The framerate shot up to over 50 FPS! m -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Am I the only one experiencing dropping framerates?
I am assuming a faster graphics card would solve this for me. Right? m Op 31-10-10 17:14, Frederic Bouvier schreef: I'll make it switchable with the quality level then. But not before next week. -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Hi James, Oke. I will report back. m Op 27-10-10 00:44, James Turner schreef: On 24 Oct 2010, at 11:09, fiers...@zonnet.nl wrote: OK. I am volunteering, obviously. Good luck. I've pushed a commit to FG, that might help with this - please let me know if you do, or don't, see crashes on exit from now on. I'm not yet certain I've found the cause of the problems, so test with an open mind. James -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Hi I updated this morning, two hours ago, and I am still getting crashes on exit. See the stacktrace below (AI is in lines 22 and 23). Could this be some kind of race condition? I should perhaps mention I have the mulithread property set in preferences.xml: multithreading-modeAutomaticSelection/multithreading-mode Program terminated with signal 6, Aborted. #0 0x7f2cdc84fa75 in raise () from /lib/libc.so.6 (gdb) bt #0 0x7f2cdc84fa75 in raise () from /lib/libc.so.6 #1 0x7f2cdc8535c0 in abort () from /lib/libc.so.6 #2 0x7f2cdc8894fb in ?? () from /lib/libc.so.6 #3 0x7f2cdc8935b6 in ?? () from /lib/libc.so.6 #4 0x7f2cdc899e83 in free () from /lib/libc.so.6 #5 0x00bb5b56 in SGTimerQueue::growArray (this=0x130ba50) at event_mgr.cxx:182 #6 0x00bb56b5 in SGTimerQueue::insert (this=0x130ba50, timer=0x7f2cb2737af0, time=9.9995e-07) at event_mgr.cxx:108 #7 0x00bb505f in SGEventMgr::add (this=0x130ba00, name=..., cb=0x7f2cb2723c90, interval=0, delay=9.9995e-07, repeat=false, simtime=true) at event_mgr.cxx:24 #8 0x0091aff3 in SGEventMgr::addEventFGNasalSys::NasalTimer*, void (FGNasalSys::NasalTimer::*)() (this=0x130ba00, name=..., o...@0x7fff1cad80f8, m=virtual FGNasalSys::NasalTimer::timerExpired(), delay=0, sim=true) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/structure/event_mgr.hxx:113 #9 0x009185a9 in FGNasalSys::setTimer (this=0x7f2cc1fecf50, c=0x7f2cc6a3e5b0, argc=2, args=0x7f2cc6a3f1c0) at NasalSys.cxx:956 #10 0x00914efc in f_settimer (c=0x7f2cc6a3e5b0, me=..., argc=2, args=0x7f2cc6a3f1c0) at NasalSys.cxx:286 #11 0x00b8f8a9 in setupFuncall (ctx=0x7f2cc6a3e5b0, nargs=value optimized out, mcall=0, named=0) at code.c:316 #12 0x00b8fd56 in run (ctx=0x7f2cc6a3e5b0) at code.c:682 #13 0x00b917b8 in naCall (ctx=value optimized out, func=..., argc=value optimized out, args=value optimized out, obj=..., locals=...) at code.c:846 #14 0x00913ebb in FGNasalSys::call (this=0x7f2cc1fecf50, code=..., argc=4, args=0x7fff1cad83a0, locals=...) at NasalSys.cxx:92 #15 0x00919398 in FGNasalListener::call (this=0x7f2cc20b7be0, which=0x7f2cc20b7ad0, mode=...) at NasalSys.cxx:1084 #16 0x00919463 in FGNasalListener::valueChanged (this=0x7f2cc20b7be0, node=0x7f2cc20b7ad0) at NasalSys.cxx:1092 #17 0x00b72df8 in SGPropertyNode::fireValueChanged (this=0x7f2cc20b7ad0, node=0x7f2cc20b7ad0) at props.cxx:2107 #18 0x00b72d45 in SGPropertyNode::fireValueChanged (this=0x7f2cc20b7ad0) at props.cxx:2087 ---Type return to continue, or q return to quit--- #19 0x00b7557e in SGPropertyNode::set_string (this=0x7f2cc20b7ad0, val=0x7f2cb2cfa808 /ai[0]/models[0]/aircraft[13]) at props.cxx:509 #20 0x00b716a2 in SGPropertyNode::setStringValue (this=0x7f2cc20b7ad0, value=0x7f2cb2cfa808 /ai[0]/models[0]/aircraft[13]) at props.cxx:1506 #21 0x0045a6e8 in SGPropertyNode::setStringValue (this=0x7f2cc20b7ad0, value=...) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/props/props.hxx:1208 #22 0x0096db21 in ~FGAIBase (this=0x7f2cc2248910, __in_chrg=value optimized out) at AIBase.cxx:135 #23 0x0097318f in ~FGAIAircraft (this=0x7f2cc2248910, __in_chrg=value optimized out) at AIAircraft.cxx:97 #24 0x00967756 in SGSharedPtrFGAIBase::put (this=0x7f2cc2247110) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/structure/SGSharedPtr.hxx:107 #25 0x0096769e in ~SGSharedPtr (this=0x7f2cc2247110, __in_chrg=value optimized out) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/structure/SGSharedPtr.hxx:61 #26 0x00967256 in __gnu_cxx::new_allocatorSGSharedPtrFGAIBase ::destroy (this=0x7fff1cad875f, __p=0x7f2cc2247110) at /usr/include/c++/4.4/ext/new_allocator.h:115 #27 0x00966a9b in std::_List_baseSGSharedPtrFGAIBase, std::allocatorSGSharedPtrFGAIBase ::_M_clear (this=0x7f2cd33a2dc0) at /usr/include/c++/4.4/bits/list.tcc:76 #28 0x009664dd in ~_List_base (this=0x7f2cd33a2dc0, __in_chrg=value optimized out) at /usr/include/c++/4.4/bits/stl_list.h:360 #29 0x009663b6 in ~list (this=0x7f2cd33a2dc0, __in_chrg=value optimized out) at /usr/include/c++/4.4/bits/stl_list.h:418 #30 0x009609dc in ~FGSubmodelMgr (this=0x7f2cd33a2af0, __in_chrg=value optimized out) at submodel.cxx:44 #31 0x00bb7802 in ~Member (this=0x7f2cd3d98680, __in_chrg=value optimized out) at subsystem_mgr.cxx:323 #32 0x00bb67b7 in ~SGSubsystemGroup (this=0x130adc8, __in_chrg=value optimized out) at subsystem_mgr.cxx:119 #33 0x00bb81c5 in ~SGSubsystemMgr (this=0x130acb0, __in_chrg=value optimized out) at subsystem_mgr.cxx:393 #34 0x004687d0 in ~FGGlobals (this=0x1309c90, __in_chrg=value optimized out) at globals.cxx:173 #35 0x004336de in fgMainInit
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Update: I have been able to reproduce this crash on exit with the same stack trace at EHAM. m Op 24-10-10 11:15, fiers...@zonnet.nl schreef: Hi I updated this morning, two hours ago, and I am still getting crashes on exit. See the stacktrace below (AI is in lines 22 and 23). Could this be some kind of race condition? I should perhaps mention I have the mulithread property set in preferences.xml: multithreading-modeAutomaticSelection/multithreading-mode Program terminated with signal 6, Aborted. #0 0x7f2cdc84fa75 in raise () from /lib/libc.so.6 (gdb) bt #0 0x7f2cdc84fa75 in raise () from /lib/libc.so.6 #1 0x7f2cdc8535c0 in abort () from /lib/libc.so.6 #2 0x7f2cdc8894fb in ?? () from /lib/libc.so.6 #3 0x7f2cdc8935b6 in ?? () from /lib/libc.so.6 #4 0x7f2cdc899e83 in free () from /lib/libc.so.6 #5 0x00bb5b56 in SGTimerQueue::growArray (this=0x130ba50) at event_mgr.cxx:182 #6 0x00bb56b5 in SGTimerQueue::insert (this=0x130ba50, timer=0x7f2cb2737af0, time=9.9995e-07) at event_mgr.cxx:108 #7 0x00bb505f in SGEventMgr::add (this=0x130ba00, name=..., cb=0x7f2cb2723c90, interval=0, delay=9.9995e-07, repeat=false, simtime=true) at event_mgr.cxx:24 #8 0x0091aff3 in SGEventMgr::addEventFGNasalSys::NasalTimer*, void (FGNasalSys::NasalTimer::*)() (this=0x130ba00, name=..., o...@0x7fff1cad80f8, m=virtual FGNasalSys::NasalTimer::timerExpired(), delay=0, sim=true) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/structure/event_mgr.hxx:113 #9 0x009185a9 in FGNasalSys::setTimer (this=0x7f2cc1fecf50, c=0x7f2cc6a3e5b0, argc=2, args=0x7f2cc6a3f1c0) at NasalSys.cxx:956 #10 0x00914efc in f_settimer (c=0x7f2cc6a3e5b0, me=..., argc=2, args=0x7f2cc6a3f1c0) at NasalSys.cxx:286 #11 0x00b8f8a9 in setupFuncall (ctx=0x7f2cc6a3e5b0, nargs=value optimized out, mcall=0, named=0) at code.c:316 #12 0x00b8fd56 in run (ctx=0x7f2cc6a3e5b0) at code.c:682 #13 0x00b917b8 in naCall (ctx=value optimized out, func=..., argc=value optimized out, args=value optimized out, obj=..., locals=...) at code.c:846 #14 0x00913ebb in FGNasalSys::call (this=0x7f2cc1fecf50, code=..., argc=4, args=0x7fff1cad83a0, locals=...) at NasalSys.cxx:92 #15 0x00919398 in FGNasalListener::call (this=0x7f2cc20b7be0, which=0x7f2cc20b7ad0, mode=...) at NasalSys.cxx:1084 #16 0x00919463 in FGNasalListener::valueChanged (this=0x7f2cc20b7be0, node=0x7f2cc20b7ad0) at NasalSys.cxx:1092 #17 0x00b72df8 in SGPropertyNode::fireValueChanged (this=0x7f2cc20b7ad0, node=0x7f2cc20b7ad0) at props.cxx:2107 #18 0x00b72d45 in SGPropertyNode::fireValueChanged (this=0x7f2cc20b7ad0) at props.cxx:2087 ---Type return to continue, or q return to quit--- #19 0x00b7557e in SGPropertyNode::set_string (this=0x7f2cc20b7ad0, val=0x7f2cb2cfa808 /ai[0]/models[0]/aircraft[13]) at props.cxx:509 #20 0x00b716a2 in SGPropertyNode::setStringValue (this=0x7f2cc20b7ad0, value=0x7f2cb2cfa808 /ai[0]/models[0]/aircraft[13]) at props.cxx:1506 #21 0x0045a6e8 in SGPropertyNode::setStringValue (this=0x7f2cc20b7ad0, value=...) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/props/props.hxx:1208 #22 0x0096db21 in ~FGAIBase (this=0x7f2cc2248910, __in_chrg=value optimized out) at AIBase.cxx:135 #23 0x0097318f in ~FGAIAircraft (this=0x7f2cc2248910, __in_chrg=value optimized out) at AIAircraft.cxx:97 #24 0x00967756 in SGSharedPtrFGAIBase::put (this=0x7f2cc2247110) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/structure/SGSharedPtr.hxx:107 #25 0x0096769e in ~SGSharedPtr (this=0x7f2cc2247110, __in_chrg=value optimized out) at /home/mifi/Software/Sources/fgfs11/install/simgear/include/simgear/structure/SGSharedPtr.hxx:61 #26 0x00967256 in __gnu_cxx::new_allocatorSGSharedPtrFGAIBase ::destroy (this=0x7fff1cad875f, __p=0x7f2cc2247110) at /usr/include/c++/4.4/ext/new_allocator.h:115 #27 0x00966a9b in std::_List_baseSGSharedPtrFGAIBase, std::allocatorSGSharedPtrFGAIBase ::_M_clear (this=0x7f2cd33a2dc0) at /usr/include/c++/4.4/bits/list.tcc:76 #28 0x009664dd in ~_List_base (this=0x7f2cd33a2dc0, __in_chrg=value optimized out) at /usr/include/c++/4.4/bits/stl_list.h:360 #29 0x009663b6 in ~list (this=0x7f2cd33a2dc0, __in_chrg=value optimized out) at /usr/include/c++/4.4/bits/stl_list.h:418 #30 0x009609dc in ~FGSubmodelMgr (this=0x7f2cd33a2af0, __in_chrg=value optimized out) at submodel.cxx:44 #31 0x00bb7802 in ~Member (this=0x7f2cd3d98680, __in_chrg=value optimized out) at subsystem_mgr.cxx:323 #32 0x00bb67b7 in ~SGSubsystemGroup (this=0x130adc8, __in_chrg=value optimized out) at subsystem_mgr.cxx:119 #33 0x00bb81c5 in ~SGSubsystemMgr (this=0x130acb0, __in_chrg=value optimized out) at
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Hi Again, at EHAM. Five planes stalled in what seems to be a very dangerous looping: After a while these artefacts disappeared but it seemed like AI-traffic stopped altogether. When the picture was taken, there was other AI traffic behaving naturally... m -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Op 24-10-10 11:55, Durk Talsma schreef: Are you sure there is no AI traffic activity anymore whatsoever after a while? This could be happening when you fiddle with the time parameters (i.e. adjust your time settings while flightgear is running, but other than that, I have never seen that. And it seems to be unrelated to the dancing AI Aircraft. I am fairly sure but not 100%. I have observed it for about ten minutes and did not spot any activity after a while. At EHAM there used to be frequent traffic. But I was only looking at more or less the same direction towards EHAM. There might have some activity behind me. m -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Op 24-10-10 11:53, James Turner schreef: Thanks for the report (it confirms what I'm seeing here is consistent with 'the rest of the world'), I'll need help testing once I commit a proper solution. OK. I am volunteering, obviously. Good luck. m -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Performance and Paris
Hi Paris has been a heavy scenery for a long time, but in the latest GIT it seems as if it is becoming unusable. I am getting 9 or 10 FPS in multithreading mode. A FGFS version of a couple of months ago dropped my FPS over Paris on the same system to about 12-15. Performance seems to have degraded a little bit. In this instance I was not using local weather and the urban effect shader switched off. In other regions, my FPS rate is usually somewhere in the high thirtees to low seventees. A snapshot of the on screen statistics (in Debug) shows: Update: 23.44 Call: 25 46 Draw: 33.40 GPU: 40.34 Call: 4.66 Draw: 1.96 GPU: 1.66 How should these numbers be interpretated? Are they percentages, like in The GPU is 40.34% busy? m -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version
Thanks for the response. I will update and keep you posted. Cheers! m Op 23-10-10 20:11, James Turner schreef: On 23 Oct 2010, at 13:28, James Turner wrote: This morning I recompiled the latest from GIT. I noticed FGFS crashes when I exit the program. It appears the AI-manager is trying to free buffers... Here is the stack trace: Probably my fault, but I haven't seen it locally - will take a look. Is this every time for you? Any command line arguments that affect it at all? I discovered a problem in this area, and pushed a fix: http://gitorious.org/fg/flightgear/commit/957a59e57a7be92fd64a0c1278a6f04d0f31d327 However, I'm not sure it would ever have caused the kind of crash you reported. Please update, and keep an eye for the crash - if you get them, post the backtrace. naturally if anyone else sees a similar crash on shutdown, mentioning the AI manager, please speak up. (I'd love to see a valgrind run of the relevant code, but I suspect it will be painful to generate the data, if the crash is intermittent) James -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ridding Multiplayer of Abusers
One account per IP address is not a good idea, because it is very well possible for several independent people to use the same public IP address. In IPv4 at least with NAT routers. I can think of examples in student homes with a shared broadband connection. Or the clubhouse of the flying club. Or even private households where several family members like flightgear. Furthermore, there are Internet providers that use dynamic public IP addresses, so the same connection does not always use the same IP address. It would therefore not even limit access reliably. A limit of one member per IP address will probably bring a lot of support questions and is not practical. m Op 18-10-10 06:01, Jack Mermod schreef: We could then only allow one account per IP address(perfectly possible, the forum software we're using right now has an option for that!), and when a user acts up, they're account could be suspended accordingly based on the magnitude of their offense. For moderators, a group of respected and trusted users could be elected, or a report system could be rigged, and logs of mp chats could be stored for later reference. -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 747-400 causing crash of fgfs
Hi Gijs, This looks much better. A wonderful cockpit. FG no longer crashes immediately, so this is much better. However, on the outside view I noticed there are no wings attached. No doubt it will still fly :-) . I have assembled messages from the log window for you; FGPropertyManager::GetNode() No node found for /controls/fuel/tank[7]/pump In condition: /controls/fuel/tank[7]/pump == 1. Unknown property /controls/fuel/tank[7]/pump referenced. Creating property. Check usage. Could not find at least one of the following objects for animation: panel.elec Could not find at least one of the following objects for animation: pump7 Property /accelerations/pilot-gdamped is already defined. Property /controls/fuel/fuel-to-remain is already defined. Property /sim/model/pushback/target-speed-fps is already defined. Property fcs/LE-flap-cmd-norm is already defined. Property /autopilot/autobrake/left-brake-output is already defined. Property /autopilot/autobrake/right-brake-output is already defined. Loading local weather routines... Compatibility layer: Checking available Nasal APIs: (this may cause harmless error messages when hard-coded support is lacking) ## Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) -nan -nan -nan -nan -nan -nan segment ignored.. geodinfo found 1 Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) -nan -nan -nan -nan -nan -nan segment ignored.. -geodinfo:Vector support unavailable --- A patch is available at http://flightgear.org/forums/viewtopic.php?f=5t=7358st=0sk=tsd=astart=90#p82805 features.geodinfo_supports_vectors=0 ## Compatibility checks done. Initializing doors seats Initializing Liveries 747-400 electrical system by Ivan Ngeow. 744_hyd: so far so good creating 3D noise texture... DONE Vspeeds are not calculated yet Copilot ready DEBUG refresh(2) sync/ac ssb closed DEBUG refresh(2) sync/ac ssb closed Warning: TangentSpaceGenerator: unknown primitive mode 9 Warning: TangentSpaceGenerator: unknown primitive mode 9 Warning: TangentSpaceGenerator: unknown primitive mode 9 Warning: TangentSpaceGenerator: unknown primitive mode 9 osgDB ac3d reader: detected line with less than 2 vertices! m Op 17-10-10 13:12, Gijs de Rooy schreef: Gijs wrote: Commit and zip are on their way (might arrive later today but at least tomorrow). SVN is available from the repository http://code.google.com/p/flightgear747-400/source/checkout and the .zip can be download from this link: http://code.google.com/p/flightgear747-400/downloads/list Please let me know if it solves the problem (and no others are created) ;) -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 747-400 causing crash of fgfs
That's funny. I started again and now I do have wings! Race condition? Or just a quirk from outer space? m Op 17-10-10 13:52, fiers...@zonnet.nl schreef: Hi Gijs, This looks much better. A wonderful cockpit. FG no longer crashes immediately, so this is much better. However, on the outside view I noticed there are no wings attached. No doubt it will still fly :-) . -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 747-400 causing crash of fgfs
Get wings and learn to fly! Broken wings after takeoff. Also the 747 sign on the tail is mirrored. Op 17-10-10 13:55, fiers...@zonnet.nl schreef: That's funny. I started again and now I do have wings! Race condition? Or just a quirk from outer space? -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 747-400 causing crash of fgfs
Hi Ron, I would love to, but it seems I have a different version (pulled from git). Can you send me a zipp of the new 747-400 files instead of a patchfile? I have noticed there is more that has changed... (and I do not know from which svn to pull). Sending all files in the new version would be the easiest for me. I will let you know results of testing. By the way, the svn and git versions differ... I am not totally convinced they should. m Op 15-10-10 07:21, Ron Jensen schreef: I changed a few things around, but it never did fail for me before I started. See how it does now? Thanks, Ron PS. This patch is against yesterday's SVN version of the 747-400 -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 747-400 causing crash of fgfs
Hmmm, The GIT version of yesterday is generating core dumps. Reproducable when I use the 747-400 made by Gijs and Ivan. It crashes while loading the models. The console log shows: error binding to port 5505 Processing command line arguments NoaaMetarRwalWxController::update() received METAR 2010/10/13 08:53 KOAK 130853Z 0KT 10SM CLR 17/09 A3002 RMK AO2 SLP165 T01670094 57003 [31m In condition: /accelerations/pilot-gdamped GT 3. Unknown property /accelerations/pilot-gdamped referenced. Creating property. Check usage.[0m [31m In condition: /controls/fuel/tank[7]/pump == 1. Unknown property /controls/fuel/tank[7]/pump referenced. Creating property. Check usage.[0m [31m In condition: propulsion/total-fuel-lbs gt /controls/fuel/fuel-to-remain. Unknown property /controls/fuel/fuel-to-remain referenced. Creating property. Check usage.[0m Failed to tie property propulsion/tank[0]/new-contents-lbs to object methods [36mThe property aero/coefficient/CLalpha is initially undefined.[0m [36mThe property aero/coefficient/CLalpha is initially undefined.[0m [36mThe property aero/coefficient/CLalpha is initially undefined.[0m [36mThe property aero/coefficient/CLalpha is initially undefined.[0m Sadly, I cannot generate a stack backtrace at the moment, because I did not compile with the symbols. m -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Interesting shadow
Hi All, Have you ever seen some dense air? I had just made a nice landing at TNCM and I was looking at it again in the replay, when I noticed the shadow of my plane was still as if I was on the runway. Needless to say the shadow was flying with me. It is definetly not the shadow of my plane on the water. Look at the position of the weels. When the point of view was lowered to a level below the altitude of the airplane, the shadow is gone. But any viewpoint higher shows the shadow being stuck to the plane. Please follow the link to here http://i986.photobucket.com/albums/ae344/mifi2909/fgfs/Shadow.jpg to see the image. This was taken with the GIT compiled version of yesterday morning. I never noticed it before (and I am replaying frequently) so this probably is a side effect of a recent change. m -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] mpserver dns changes???
hmmm... Well, something went wrong, it seems. mpmap02.flightgear.org now shows a This domain has just been registered for one of our customers! message. m -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Questions about multiplayer
It probably is, as long as each instance has its own portnumber for incoming connections in the mulitplayer command line option. m Op 09-10-10 15:39, Chris Wilkinson schreef: Hi there, Is it possible to get multiple instances of fg on a single PC, talking to each other in a multiplayer kinda way? I can get to 3 or 4 instances of fg running at once before RAM and GPU/CPU start to suffer, but I cannot figure out how to network the instances together so the different a/c in each appear in the other instances... -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Compiler error
Hi all, I am compiling fgfs with download_and_compile.sh on Ubuntu 10.04. Latest GIT (one hour ago) is giving errors in hud.cxx: hud.cxx: In function 'void fgUpdateHUDVirtual(osg::State*)': hud.cxx:348: error: 'gluPerspective' was not declared in this scope hud.cxx:361: error: 'gluLookAt' was not declared in this scope hud.cxx: In function 'void fgUpdateHUD(osg::State*, GLfloat, GLfloat, GLfloat, GLfloat)': hud.cxx:397: error: 'gluOrtho2D' was not declared in this scope m -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compiler error
I used OSG version 2.9.10. The error probably has something to do with a recent change, because yesterday's compilation was fine. I guess I could roll back to an older version of OSG, like you suggested, but I was rather hoping my message would ring a bell with someone that committed a change between yesterday and today. Am I missing the point? m Op 07-10-10 16:19, willie schreef: On 07/10/10 14:09, fiers...@zonnet.nl wrote: Hi all, I am compiling fgfs with download_and_compile.sh on Ubuntu 10.04. Latest GIT (one hour ago) is giving errors in hud.cxx: hud.cxx: In function ‘void fgUpdateHUDVirtual(osg::State*)’: hud.cxx:348: error: ‘gluPerspective’ was not declared in this scope hud.cxx:361: error: ‘gluLookAt’ was not declared in this scope hud.cxx: In function ‘void fgUpdateHUD(osg::State*, GLfloat, GLfloat, GLfloat, GLfloat)’: hud.cxx:397: error: ‘gluOrtho2D’ was not declared in this scope please check the version of OpenSceneGraph you are using. /bin/osgversion in your OSG install dir I think that script is slightly flawed in that it grabs the SVN version of OSG which may have been correct when the script was written but not now. Download a stable version of OSG (2.9.8 works for me) and try again, please. Let us know how it goes. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] buying server bandwidth (was: mpserver02 close down)
My two cents: Subscriptions need bookkeeping and decent administration of valid user accounts etc.. While there might be someone out there that is willing to do this task at this point in time, that will end some day. It will probably be hard to find volunteers for this task. I am in favor of donations, where fund raising is organised every year or so. A budget for server and bandwidth of $1 devided by 500 donators would amount to $20. Heck, I would be willing to pay for several years in advance for that kind of money if the payment method is suitable. I would be surprised if there would be difficulties in raising enough money. m Op 07-10-10 23:36, willie schreef: So Donations or subscriptions? -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Strange (reflections?) effect
hi all I was flying in my trusted Robin DR-400 (dr400 in fgfs) over Hawai (see FGFS newsletter september 2010). Looking left, I noticed a couple of strange optical effects. I had seen them before, but I disgarded them as reflections on the dome of the aeroplane. With the latest GIT version (compiled 2010-10-01), the effect seems to have become worse. And since the "reflection" is now over the hand of the pilot, I can no longer convince myself it is supposed to be there. Anybody has a clue on what might cause this? m -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Compile errors in latest GIT?
I just tried to compile the latest version from GIT, but I am getting errors: *libMain.a(splash.o): In function `fgCreateSplashCamera': /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:292: undefined reference to `osgText::TextBase::setFont(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:293: undefined reference to `osgText::TextBase::setCharacterSize(float)' /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:302: undefined reference to `osgText::TextBase::setFont(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:303: undefined reference to `osgText::TextBase::setCharacterSize(float)' /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:313: undefined reference to `osgText::TextBase::setFont(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:314: undefined reference to `osgText::TextBase::setCharacterSize(float)' ../../src/Instrumentation/libInstrumentation.a(wxradar.o): In function `wxRadarBg::update_data(SGPropertyNode const*, double, double, double, double, bool)': /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Instrumentation/wxradar.cxx:568: undefined reference to `osgText::TextBase::setCharacterSize(float)' ../../src/Instrumentation/libInstrumentation.a(wxradar.o): In function `osgText::TextBase::setFont(osgText::Font*)': /home/mifi/Software/Sources/fgfs8/install/OpenSceneGraph/include/osgText/TextBase:43: undefined reference to `osgText::TextBase::setFont(osg::ref_ptrosgText::Font)' collect2: ld returned 1 exit status make[2]: *** [fgfs] Error 1* Is this familiar to someone? m -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compile errors in latest GIT?
I checked and I am. Paths are set correctly, or so I think. I am using download_and_compile.sh. H. I am running a clean installation at the moment Let's see m Op 01-10-10 19:08, Csaba Halász schreef: On Fri, Oct 1, 2010 at 6:41 PM,fiers...@zonnet.nl wrote: I just tried to compile the latest version from GIT, but I am getting errors: libMain.a(splash.o): In function `fgCreateSplashCamera': /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:292: undefined reference to `osgText::TextBase::setFont(std::basic_stringchar, std::char_traitschar, std::allocatorcharconst)' Apparently you are not linking against osgText or not against the proper version. Can happen with multiple versions of OSG installed simultaneously and compiler finding one version (for the headers) while linker finding the other for the libraries. Check if -losgText is on the linker command line to determine which of the above applies. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [SOLVED] Compile errors in latest GIT?
Yep. Fixed. Thanks. For some reason the update process did not get everything sorted automatically, but I am up and running again. m Op 01-10-10 19:21, fiers...@zonnet.nl schreef: I checked and I am. Paths are set correctly, or so I think. I am using download_and_compile.sh. H. I am running a clean installation at the moment Let's see m -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] A useles philosophical observation
I was experimenting with the new water shader and local weather, and I could not help myself thinking how sad it is, that the more perfect the simulation gets, the more noticeable the remaining weak points become. Despite that, I am very very happy with the water shader and with local weather. Keep up the good work! Sorry to bother you all, but I felt I had to show my appreciation of what is being done... m -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] A useles philosophical observation
I was thinking about the handling of wind and the rendering of some cloud types in the local weather system. Both have already been discussed in the forum topic about the local weather system. As far as the water shader is concerned, it would be great if the results would depend more on the type of water (i.e. ocean, river, lake etc.), but that has already been discussed as well. I hope the water shader will be in git soon... I had nothing new to add. Let's just say I was impressed by progress and felt the urge to vent my emotion. m Op 25-09-10 12:35, thorsten.i.r...@jyu.fi schreef: I was experimenting with the new water shader and local weather, and I could not help myself thinking how sad it is, that the more perfect the simulation gets, the more noticeable the remaining weak points become. Well, it would turn into a useful philosophical observation once you could tell us what you see as the weak points, then we could have a discussion how to address them... Cheers, * Thorsten -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Optimal desktop processor/graphic card
Hello, Make sure you have enough memory too. At least 4GB and a 64b OS seems nice. I am pretty sure the Core-i5 would do nicely. You can tell fgfs to use multiple CPU's in preferences.xml (look for 'multi' and read the comment in the file). I would be suspicious of the ATI cards because there have been problems (see forum), but I am not fully up to date with the latest status. Perhaps someone else can comment on that. m Op 11-09-10 19:13, Leonardo Fabian Grodek schreef: Hi, I'm planning to buy a new desktop PC and I want to be sure I will be able to run FG smoothly (I may also be doing some video editing, but that's for another forum). Which processor/graphic card will be the optimal combination, without braking my bank account? I was thinking on an Intel i5 (dual core or quad core?) Do I need the i7 series? For the graphics I'm thinking about the ATI Radeon HD 5670 or 5770; the 5770 is $100 more expensive, do I really need it? Are cheaper cards enough? Thank you. Fabián -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Startup problem
I second that. As the matter of fact I stick to nVidea for all machines over the years, because I feel that nVidea should be rewarded for their support of Linux and ATI should be punished for not taking Linux seriously. m Op 25-07-10 15:39, Curtis Olson schreef: This definitely looks like a good time to check your cows. My first knee jerk reaction if I see this would be to reinstall the nvidia drivers from nvidia.com http://nvidia.com, and if you don't have nvidia video hardware and you are running linux, then hopefully someone else can lend a hand since I stick to nvidia on the machines I own that might ever run FlightGear. (For whatever it's worth, that is my primary constraint whenever I shop for a laptop: nvidia video hardware on board.) -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Startup problem
Op 25-07-10 19:19, Stefan Seifert schreef: On the other hand, I'm running a system with 100% free software thanks to AMD's releasing of documentation for driver writers for ATI cards. And my ATI card with its free drivers allowed me for the first time in many years not only to run FlightGear but also good video performance, desktop effects in KDE and usable performance with anti aliased fonts which is something NVidia never managed to do for me (some known problems with their drivers which never got fixed). Times change. True. But remember how many years it took for AMD to come to this insight... m -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Startup problem
Op 26-07-10 07:14, fiers...@zonnet.nl schreef: Op 25-07-10 19:19, Stefan Seifert schreef: On the other hand, I'm running a system with 100% free software thanks to AMD's releasing of documentation for driver writers for ATI cards. And my ATI card with its free drivers allowed me for the first time in many years not only to run FlightGear but also good video performance, desktop effects in KDE and usable performance with anti aliased fonts which is something NVidia never managed to do for me (some known problems with their drivers which never got fixed). Times change. True. But remember how many years it took for AMD to come to this insight... AIT not AMD. Sorry. It took ATI many years, and being purchased by AMD, probably. m -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: new autopilot subsystem implementation
Hi Syd, I just updated my fgdata and I noticed that the change you mentioned (in your message below) is not yet in de git repos. Should it not be in? Apart from that little remark, I can still not get the Aerostar700 AP to hold altitude. I have set the altitude on the dashbaord, armed it, activitated alt-hold with a altitude difference (between actual and desired) of less that 1000 ft (far less in fact, I switched to alt-hold on the desired altitude), but the plane keeps climbing anyway. The only way to keep a more or less stable altitude is by selecting pitch-hold and setting the pitch to a value close to 0.3. m Op 07-07-10 04:48, syd adams schreef: I can't update my aircraft at the moment , but to fix the ALT hold problem , change this starting at line 205 in aerostar-autopilot.xml ... input propinstrumentation/altimeter/indicated-altitude-ft/prop /input Must have been a left over experiment. My mistake , there is no VS hold with this system , but it holds pitch when the autopilot is turned on , so engage it when you've trimmed for a climb ... and make sure the Alerter is armed before your within +- 1000 feet of target altitude ... and it should work properly . At least it does for me . -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Urban effect rendering at LGLC = floating water?
Hi All, I noticed with that when the Urban effect is switched on in the rendering options and you are at LGLC (London City airport), there are lightblue patches next to the runway. As if there is a layer of water floating a few feet above ground level. This happens with quality-vs-quality settings of 2.0 and above. I have never seen this effect anywhere else. Is this some strange side effect of the particular scenery at London? m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Urban effect rendering at EGLC = floating water?
Sorry. I meant EGLC of course, not lglc. Op 11-07-10 15:50, fiers...@zonnet.nl schreef: Hi All, I noticed with that when the Urban effect is switched on in the rendering options and you are at EGLC (London City airport), there are lightblue patches next to the runway. As if there is a layer of water floating a few feet above ground level. This happens with quality-vs-quality settings of 2.0 and above. I have never seen this effect anywhere else. Is this some strange side effect of the particular scenery at London? m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
For me it worked, but I am on Ubuntu 10.04 64bit. Perhaps this has only been tested on Linux systems before...? m Op 06-07-10 23:49, Mike schreef: as owner of an Intel Q6600 I followed this discussion with much interest and checked thhe below mentioned option right away on Vista x64 with GIT binaries and data of June, 26. No matter which option I use or how I modify the start settings, FG crashes back to desktop right after loading cloud layers. See the following output of my last lines in log level debug: [...] Splash screen progress generating sky elements Adding subsystem ephmeris Loading stars from D:/dev/FlightGear/data/Astro/stars Loaded 3141 stars initializing cloud layers -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
Op 06-07-10 14:01, James Turner schreef: Summary - yes, it should be possible, yes it has been discussed, the issue is about finding the time to try it, and see what breaks, and what the potential gains are. Great! I will not bother you ;-) m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
Op 06-07-10 14:12, Csaba Halász schreef: I find it hard to believe that you have performance problems with a core i7, assuming you got a halfway decent graphics card to go with it. I am not having performance problems. All is well, but I noticed that only one core thread is used while my Linux reports 8 available (4 cores times 2 threads). FG itself isn't CPU limited, we barely use any processing power :) As such, parallelizing FG subsystems, while a good thing in theory and certainly for the future, wouldn't help much in your case. What you are seeing must be graphics related - you even say so yourself. Have you tried the menu option for the on-screen OSG stats to see what is taking long? I have not. I am looking at the Debug menu option... where are the OSG stats? I can dump the Scene Graph (442MB, by the way), and I can look at the frame rate... I have searched the wiki, but cannot find an option for on-screen OSG stats. Which on screen OSG stats option do you mean? Also note that if you don't run with an FPS limit (either in FG or the sync to vblank option in your graphics driver) we will use all available power to push out frames as fast as possible. Yep. I know. When I start, I get 160 fps or something like that with 100% cpu. When I switch on rendering options it remains more or less the same. Depending on the weather, I guess. Now I reposition to LFPO, which has a lot of detailed scenery, and my frame rate drops to 25-33. Still, no problems to fly happily. I agree it remains to be seen if anything improves by a multithreaded approach. I probably should not have started this topic, esspecially since it has been a subject of debate at Linux TAG. Sorry. m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
Hi Anders, Thanks. Very interesting. I added multithreading-modeAutomaticSelection/multithreading-mode to my preferences.xml file under rendering. At LFPO I am getting 50 FPS (25-30 before). There are two core threads each 50-60% busy. The rest is up to the graphics card probably. m Op 06-07-10 15:26, Anders Gidenstam schreef: On Tue, 6 Jul 2010, fiers...@zonnet.nl wrote: Op 06-07-10 14:12, Csaba Halász schreef: I find it hard to believe that you have performance problems with a core i7, assuming you got a halfway decent graphics card to go with it. I am not having performance problems. All is well, but I noticed that only one core thread is used while my Linux reports 8 available (4 cores times 2 threads). Hi, Have you tried telling OSG to use more threads? Edit the following in your preferences.xml file: rendering !-- Threading modes: AutomaticSelection DrawThreadPerContext CullDrawThreadPerContext CullThreadPerCameraDrawThreadPerContext -- !-- multithreading-modeAutomaticSelection/multithreading-mode -- ... /rendering Note that enabling concurrency here currently breaks the built in screenshot mechanism. IMHO we need to proceed carefully with parallelization - to my knowledge there are only a few subsystems that use (or could with in reason be expected to use) enough CPU time to warrant the effort to move them into separate threads. AFAIK the really big CPU time consumer is rendering. Various AI systems could be as well if they are used for a large number of AI entities (though computation of AI behaviour is probably still much cheaper than handling the 3d models for them). Cheers, Anders -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
Op 06-07-10 15:44, Csaba Halász schreef: debug - cycle on screen stats or somesuch, can't say right now. Did that, but it only shows framerate and not the other stuff that is in your picture. I probably need to set an option in preferences or something like that. m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
A right. Hence the Cycle. I feel stupid now :-[ m Op 06-07-10 16:06, Csaba Halász schreef: On Tue, Jul 6, 2010 at 3:58 PM,fiers...@zonnet.nl wrote: Op 06-07-10 15:44, Csaba Halász schreef: debug -cycle on screen stats or somesuch, can't say right now. Did that, but it only shows framerate and not the other stuff that is in your picture. I probably need to set an option in preferences or something like that. You just need to click it more times, it cycles through different detail levels. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: new autopilot subsystem implementation
Hi Torsten (and others), I noticed that the autopilot on the Aerostar700 keeps climbing, despite what I set the AP to. I was trying to level out at FL120, but the AP was happily climbing to almost FL200 when I disabled it. Is this in the new code or in the plane? m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: new autopilot subsystem implementation
I already had updated my data dir. Just did it again, but it is up to date, it says. m Op 05-07-10 12:55, Scott Hamilton schreef: This sounds very similar to the problem I encountered 3 days ago with a number of aircraft. If you are rebuilding from the (fairly) latest git code base for simgear and flightgear, then you need to also update your data directory from fgdata. I've copied Torsten and James reply below; -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: new autopilot subsystem implementation
In the Citation II, the AP seems to level off at around 24000ft, while it is set for 3ft. Pressure set is 2992. Also, initially I set the AP for an ALT of 35000. While climbing at around 22000 I changed the setting to 3ft. The plane went into a dive and decended to below 2ft. I took control to stabilize the altitude and reengaged the AP, set to 3ft, but it never reached that ALT. I compiled this morning and the data dir is up to date. m -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] possible DeadLock detected?
For whom it may concern: I updated and compiled my fgfs this morning from git. Eveything seems to run fine, but in the log window I am getting lots of messages like this: DatabasePager::updateSceneGraph() possibleDeadLock=1 HANDLE_NON_HTTP active for 1242.52ms HANDLE_ONLY_HTTP inactive for 40082.1ms DatabasePager::updateSceneGraph() possibleDeadLock=1 HANDLE_NON_HTTP active for 1276.51ms HANDLE_ONLY_HTTP inactive for 40116.1ms LOAD f-14b /ai/models/multiplayer[10] DatabasePager::updateSceneGraph() possibleDeadLock=1 HANDLE_NON_HTTP active for 1301.88ms HANDLE_ONLY_HTTP inactive for 40141.5ms . . . m -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Interesting segfault?
Hi all I started fgfs from fgrun on my Linux machine and I was sitting at KOAK. No AI-traffic enabled nor traffic-manager. The airplane was my usual Aerostar700. Terrasync is running and so is fgcom, but nothing special is going on. I was just sitting on some taxiway, engines running, for about 10 minutes. I was checking my Email. My fgfs was compiled today from the latest git sources. And suddenly, sound stopped and I get a segfault with the following stack backtrace: [TRACE] Program terminated with signal 11, Segmentation fault. #0 0x7f68e3592c3e in osgParticle::ParticleSystemUpdater::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgParticle.so.66 (gdb) bt #0 0x7f68e3592c3e in osgParticle::ParticleSystemUpdater::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgParticle.so.66 #1 0x7f68e250da8a in osgUtil::CullVisitor::apply(osg::Node) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #2 0x7f68e3593c59 in osgParticle::ParticleSystemUpdater::accept(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgParticle.so.66 #3 0x7f68e2131e93 in osg::Group::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #4 0x7f68e250e2aa in osgUtil::CullVisitor::apply(osg::Group) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #5 0x7f68e37d0099 in osg::Group::accept(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgFX.so.66 #6 0x7f68e2131e93 in osg::Group::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #7 0x7f68e250e2aa in osgUtil::CullVisitor::apply(osg::Group) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #8 0x7f68e37d0099 in osg::Group::accept(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgFX.so.66 #9 0x7f68e2131e93 in osg::Group::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #10 0x7f68e250e2aa in osgUtil::CullVisitor::apply(osg::Group) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #11 0x7f68e37d0099 in osg::Group::accept(osg::NodeVisitor) () ---Type return to continue, or q return to quit--- from ../../OpenSceneGraph/lib/libosgFX.so.66 #12 0x7f68e2131e93 in osg::Group::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #13 0x7f68e250e2aa in osgUtil::CullVisitor::apply(osg::Group) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #14 0x7f68e37d0099 in osg::Group::accept(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgFX.so.66 #15 0x7f68e21d66db in osg::Switch::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #16 0x7f68e250e2aa in osgUtil::CullVisitor::apply(osg::Group) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #17 0x7f68e21d818c in osg::Switch::accept(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #18 0x7f68e2131e93 in osg::Group::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #19 0x7f68e250e2aa in osgUtil::CullVisitor::apply(osg::Group) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #20 0x7f68e37d0099 in osg::Group::accept(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosgFX.so.66 #21 0x7f68e2131e93 in osg::Group::traverse(osg::NodeVisitor) () from ../../OpenSceneGraph/lib/libosg.so.66 #22 0x7f68e25b5894 in osgUtil::SceneView::cullStage(osg::Matrixd const, osg::Matrixd const, osgUtil::CullVisitor*, osgUtil::StateGraph*, osgUtil::RenderSt---Type return to continue, or q return to quit--- age*, osg::Viewport*) () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #23 0x7f68e25b3407 in osgUtil::SceneView::cull() () from ../../OpenSceneGraph/lib/libosgUtil.so.66 #24 0x7f68e30486b3 in osgViewer::Renderer::cull_draw() () from ../../OpenSceneGraph/lib/libosgViewer.so.66 #25 0x7f68e212b2f9 in osg::GraphicsContext::runOperations() () from ../../OpenSceneGraph/lib/libosg.so.66 #26 0x7f68e3086819 in osgViewer::ViewerBase::renderingTraversals() () from ../../OpenSceneGraph/lib/libosgViewer.so.66 #27 0x00479717 in fgOSMainLoop () at fg_os_osgviewer.cxx:204 #28 0x0042e519 in fgMainInit (argc=22, argv=0x7fff7c853508) at main.cxx:951 #29 0x0042c37e in main (argc=22, argv=0x7fff7c853508) at bootstrap.cxx:229 (gdb) [/TRACE] I did have a crash earlier today, but did not pay attention. Not enough at least. I hope this report helps... m -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGRUN and the --prop arguments
Friends, can I briefly talk about fgrun, please? Before we continue, let me make clear that I am running fgrun and fgfs on a Linux system. I tried to disable AI-traffic and traffic-manager by setting up two properties in the advanced options of fgrun: [CODE] --prop:/sim/AI-traffic/enabled=0 --prop:/sim/traffic-manager/enabled=0 [/CODE] I noticed that fgrun generated a command line containing: [CODE] --prop:/sim/AI-traffic/enabled=0 --prop:/sim/traffic-manager/enabled=0 [/CODE] which made fgfs refuse to be started, complaining about an illegal argument. It does not like the double quotes. And rightly so. The --prop arguments are the only arguments that get the double quotes thrown in for free. The command line as generated by fgrun is fine when fed to a shell. The shell interprets and absorbs the double quotes before the arguments are passed to fgfs. On Linux fgfs is started directly from run_posix.cxx and is not passed through the shell, which is why the double quotes are passed on to fgfs as part of the arguments. When looking at the sources, I noticed that the --prop argument is the only option handled in this specific way, which leads me to assume someone fixed a problem for windows systems. It probably was a windows specific fix at some point in time. I found the code doing it in fgfsrc.cxx on lines 378 and 379: [CODE] if ( strlen( buf ) 0 ) os pfx \--prop: buf \; [/CODE] I changed this on my system to: [CODE] if ( strlen( buf ) 0 ) os pfx --prop: buf; [/CODE] After that all is well, at least on my Linux system. It is possible that this change breaks something on windows systems. If it does, I would like to suggest that the specific handling of the --prop argument is taken care of in run_win32.cxx, because that is the place (together with run_posix.cxx) where OS specific solutions are handled. I would like to suggest to apply these changes to the repository, but I am not sure what will break on windows systems and I am not in the position to test. I do not have windows. Is there anybody that likes to comment on my suggestions and/or willing to look into the specifics for windows? Cheers, M -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGRUN and the --prop arguments
An ifdef WIN32 (like in other places) could be done, I guess. It would perhaps be a little nicer if the OS specific code could be limited to as few files as possible... The code (fgfsrc.cxx lines 378 and 379) would be replaced by: [CODE] if ( strlen( buf ) 0 ) #ifdef WIN32 os pfx \--prop: buf \; #else os pfx --prop: buf; #endif [/CODE] m Op 27-05-10 16:31, Frederic Bouvier schreef: - fiers...@zonnet.nl a écrit : Friends, can I briefly talk about fgrun, please? [...] Is there anybody that likes to comment on my suggestions and/or willing to look into the specifics for windows? And what about a #ifdef Linux ? -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://www.youtube.com/user/fgfred64 Videos -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] introduction and question
Hi All, Forgive me for being ignorant of the modus operandus for this list, but I have just subscribed. I have flown FG for quite a while so I am a somewhat experienced FG pilot. Lately I started testing the CVS version and I noticed that FG sometimes crashes. I guess I am asking for that to a certain extend, running from CVS. For instance, I noticed that when I start at LEPA, I run into an assert which stops FG. Reproducible. I have setup my system such that it generates core files. I can provide back traces with gdb from that. I download and compile with the download_and_compile.sh script on Ubuntu 10.04LTS 64bit and disabled traffic manager and AI traffic. (You are probably aware of the double quotes issue that fgrun has with the --prop? ) I figured that perhaps I am able to help with testing and try to reproduce problems others are having and generating stack back traces from the core file with gdb. Is it a good idea to send stack traces to this list? Anybody interested? Oh, and if you do not want me here, just say so. I will humbly disappear ;-). m -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] introduction and question
Ok. It is in the bug list as 131. Good luck! Please let me know if there is anything I can do to help. m James Turner wrote: If it's something reproducible, file a bug in the track, with steps to reproduce, and the stack/back trace, and someone (likely me) will take a look. http://code.google.com/p/flightgear-bugs/issues/list Thanks, James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
