Re: [Flightgear-devel] Objects not loading after recent upgrade
Hi there, READ ALLOW $FG_ROOT/* READ ALLOW $FG_HOME/* READ ALLOW $FG_AIRCRAFT/* READ ALLOW $FG_SCENERY/* Those are in my IOrules, so really that *should* cover everything, but when trying to run the UFO I got denied access to ~/.fgfs and another folder within the Scenery folder. I added those to the IOrules to prevent that error. Still no objects. I made another copy of the fresh fgdata folder, manually added the custom scenery/objects to that folder - again the terrain loads fine, but no objects are visible, and no errors are seen in the console. When I try to use the old fgdata everything is visible, and works fine apart from old dialogs, missing new textures, and missing skydome.eff. I'm completely out of ideas - fg just seems to be completely ignoring anything that didn't come with the fresh pull of fgdata. It seems it is ignoring data older than itself if both older and newer data exist in the fgdata path. If only older data exists it loads it, but the moment I copy across the custom older data to the new fgdata it ignores it. Very confusing. Best regards, Chris Wilkinson, YBBN/BNE. From: Scott scott.hamil...@popplanet.biz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Cc: Chris Wilkinson blobster...@yahoo.com.au Sent: Sunday, 3 July 2011 10:52 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott.-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] No panel or object display in latest code
I have FlightGear 2.0.0 installed and working. However, I need the latest code to integrate some changes to be submitted later once everything is tested. When I build the latest pull from Git (SimGear/FlightGear and using the latest fgdata), Everything seems to startup fine except I just have a plane blue screen, maybe sky color, but no panel, no clouds, no textures,etc. Switching views gives me no change. The only thing in the console output that's not there when I run 2.0.0 is the following warning several times: Warning: TangentSpaceGenerator: unknown primitive mode 9 I've updated my .fgfsrc and cleaned out the ~/.fgfs directory and set the plane in SFO. This is on Linux and I'm using the same dependent versions I was using for 2.0.0 including OSG 2.8.3. Is this the problem? Does the latest code require a later version of OSG? If so, can I have 2 different versions of OSG installed at the same time? I need to keep my ability to run and develop older versions of FG as well. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Where is the scenery located? Try --prop:sim/paths/use-custom-scenery-data=false Scott. On Sun, 2011-07-03 at 00:50 -0700, Chris Wilkinson wrote: Hi there, READ ALLOW $FG_ROOT/* READ ALLOW $FG_HOME/* READ ALLOW $FG_AIRCRAFT/* READ ALLOW $FG_SCENERY/* Those are in my IOrules, so really that *should* cover everything, but when trying to run the UFO I got denied access to ~/.fgfs and another folder within the Scenery folder. I added those to the IOrules to prevent that error. Still no objects. I made another copy of the fresh fgdata folder, manually added the custom scenery/objects to that folder - again the terrain loads fine, but no objects are visible, and no errors are seen in the console. When I try to use the old fgdata everything is visible, and works fine apart from old dialogs, missing new textures, and missing skydome.eff. I'm completely out of ideas - fg just seems to be completely ignoring anything that didn't come with the fresh pull of fgdata. It seems it is ignoring data older than itself if both older and newer data exist in the fgdata path. If only older data exists it loads it, but the moment I copy across the custom older data to the new fgdata it ignores it. Very confusing. Best regards, Chris Wilkinson, YBBN/BNE. __ From: Scott scott.hamil...@popplanet.biz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Cc: Chris Wilkinson blobster...@yahoo.com.au Sent: Sunday, 3 July 2011 10:52 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Hi Scott, That prop was set to true, so specifying false on the command line fixes the missing object problem. jetways.nas contains reference to that prop, but nothing else in fgdata seems to. Where is fg looking for scenery if the prop is set to true I wonder? Thanks mate, Best regards Chris Wilkinson, YBBN/BNE. From: Scott scott.hamil...@popplanet.biz To: flightgear-devel@lists.sourceforge.net Sent: Sunday, 3 July 2011 8:12 PM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Where is the scenery located? Try --prop:sim/paths/use-custom-scenery-data=false Scott. On Sun, 2011-07-03 at 00:50 -0700, Chris Wilkinson wrote: Hi there, READ ALLOW $FG_ROOT/* READ ALLOW $FG_HOME/* READ ALLOW $FG_AIRCRAFT/* READ ALLOW $FG_SCENERY/* Those are in my IOrules, so really that *should* cover everything, but when trying to run the UFO I got denied access to ~/.fgfs and another folder within the Scenery folder. I added those to the IOrules to prevent that error. Still no objects. I made another copy of the fresh fgdata folder, manually added the custom scenery/objects to that folder - again the terrain loads fine, but no objects are visible, and no errors are seen in the console. When I try to use the old fgdata everything is visible, and works fine apart from old dialogs, missing new textures, and missing skydome.eff. I'm completely out of ideas - fg just seems to be completely ignoring anything that didn't come with the fresh pull of fgdata. It seems it is ignoring data older than itself if both older and newer data exist in the fgdata path. If only older data exists it loads it, but the moment I copy across the custom older data to the new fgdata it ignores it. Very confusing. Best regards, Chris Wilkinson, YBBN/BNE. __ From: Scott scott.hamil...@popplanet.biz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Cc: Chris Wilkinson blobster...@yahoo.com.au Sent: Sunday, 3 July 2011 10:52 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
On Sun, 03 Jul 2011 02:20:48 -0700, Bruce wrote in message 4e103470.3070...@celebritycc.com: I have FlightGear 2.0.0 installed and working. However, I need the latest code to integrate some changes to be submitted later once everything is tested. When I build the latest pull from Git (SimGear/FlightGear and using the latest fgdata), Everything seems to startup fine except I just have a plane blue screen, maybe sky color, but no panel, no clouds, no textures,etc. Switching views gives me no change. The only thing in the console output that's not there when I run 2.0.0 is the following warning several times: Warning: TangentSpaceGenerator: unknown primitive mode 9 I've updated my .fgfsrc and cleaned out the ~/.fgfs directory and set the plane in SFO. This is on Linux and I'm using the same dependent versions I was using for 2.0.0 including OSG 2.8.3. Is this the problem? Does the latest code require a later version of OSG? If so, can I have 2 different versions of OSG installed at the same time? I need to keep my ability to run and develop older versions of FG as well. ..which graphics card and driver do you use? -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
Le 03/07/2011 11:20, Bruce Hellstrom a écrit : I have FlightGear 2.0.0 installed and working. However, I need the latest code to integrate some changes to be submitted later once everything is tested. When I build the latest pull from Git (SimGear/FlightGear and using the latest fgdata), Everything seems to startup fine except I just have a plane blue screen, maybe sky color, but no panel, no clouds, no textures,etc. Switching views gives me no change. The only thing in the console output that's not there when I run 2.0.0 is the following warning several times: Warning: TangentSpaceGenerator: unknown primitive mode 9 I've updated my .fgfsrc and cleaned out the ~/.fgfs directory and set the plane in SFO. This is on Linux and I'm using the same dependent versions I was using for 2.0.0 including OSG 2.8.3. Is this the problem? Does the latest code require a later version of OSG? If so, can I have 2 different versions of OSG installed at the same time? I need to keep my ability to run and develop older versions of FG as well. Hi Bruce, I noticed yesterday, while building latest git, that configure wrote something like: fg_panel=no. I didn't noticed this before (which doesn't mean much, but can be a clue) and I didn't change my configure settings since a while. So this may be a recent change in the default configure parameters and may be related to your problem. Alexis -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
On 03.07.2011 02:52, Scott wrote: On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) This has nothing to do with Nasal IORules. There are two issues here: 1. Some file is missing. 2. The error message and error handling is messed-up. A missing file results in an empty path being passed on - eventually triggering the useless message / access violation. I've fixed the latter issue now. It's similar to bug #348 that was fixed two weeks ago for images/textures/model files. Any kind of missing files should now be reported properly with latest GIT. If anyone still saw useless File '' not found. messages somewhere, let us know. The actual cause of the error (1) is another issue. If it doesn't happen with custom scenery disabled, then there is probably a file missing, which is only required by some custom scenery. Latest GIT should tell you now what exactly is missing. cheers, Thorsten -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
On 03.07.2011 14:37, Citronnier - Alexis Bory wrote: Le 03/07/2011 11:20, Bruce Hellstrom a écrit : Warning: TangentSpaceGenerator: unknown primitive mode 9 Ignore that message. It's not related. This is on Linux and I'm using the same dependent versions I was using for 2.0.0 including OSG 2.8.3. Is this the problem? Does the latest code require a later version of OSG? OSG 2.8.3 still works (for me). If so, can I have 2 different versions of OSG installed at the same time? Yes. Requires installation of the different OSG/sg/fg versions into different paths. You can use command-line options when configureing or calling cmake (i.e. --prefix=..., --with-osg=...). Run ./configure --help to see the options. I noticed yesterday, while building latest git, that configure wrote something like: fg_panel=no. I didn't noticed this before (which doesn't mean much, but can be a clue) and I didn't change my configure settings since a while. So this may be a recent change in the default configure parameters and may be related to your problem. No, fgpanel=no refers to a separate/new utility fgpanel(.exe) which allows displaying panels/instruments in a different window, on a different machine etc. Not related to built-in panel support. cheers, Thorsten -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Aircraft selection for 2.4.0
Let's start our traditional discussion about what aircraft should be in the base package of the next release (2.4.0). We currently have - 777-200 - A6M2 - b1900d - bo105 - c172p - CitationX - Dragonfly - dhc2 - f-14b - Cub - SenecaII - sopwithCamel - ufo - ZLT-NT Should we change this setup? Torsten -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection for 2.4.0
Torsten Let's start our traditional discussion about what aircraft should be in the base package of the next release (2.4.0). We currently have - 777-200 - A6M2 - b1900d - bo105 - c172p - CitationX - Dragonfly - dhc2 - f-14b - Cub - SenecaII - sopwithCamel - ufo - ZLT-NT It's as good a selection as any and I would go with this, but ISTR a decision in the context of the last, abortive, release to include only the default aircraft. If this is the case, I would be more than happy to go back to the principle of a small selection that shows off FG's capabilities. Perhaps we should add a glider? That seems an obvious omission. Vivian -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
Hi Bruce, this is how I configure osg (3.0.0 ATM): reconfigure.sh -- #!/bin/sh export CFLAGS=-g -O3 -fPIC export CXXFLAGS=-g -O3 -fPIC cmake -D CMAKE_BUILD_TYPE:STRING=Release -D \ CMAKE_INSTALL_PREFIX:PATH=/opt ../../osg/ reconfigure.sh -- As you can see, I specify ../../osg/ which means I'm doing a so called out-of-source-tree build. Jester told me that this has the big advantage that the checkout (source) tree doesn't get polluted with build files so it remains in a clean state. And you can have differently configured source trees (e.g. one with Release, other with Debug and both with different install prefixes). Regards, Roland PS: Didn't we told this all some weeks ago to another guy? I would recommend setting up a wiki page for easier build documentation and if already done, to update it with these information. signature.asc Description: This is a digitally signed message part -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Chris Wilkinson wrote: What I do when I update fgdata is I keep a backup copy of the fresh pull, along with a backup copy of the old fgdata complete with my custom stuff. When I say I 'merge' the folders I take a copy of the fresh pull, copy that to a location to use as my 'live' folder, then manually copy to the live location from my old fgdata all of my custom stuff. Nothing old overwrites anything new, it just gets added together - none of the old non-custom data overwrites any of the freshly pulled data. This sounds a bit contradictory to me: On one hand you claim not to overwrite anything in your 'live' folder, on the other hand you claim certain 'custom' aircraft not to show up at KSFO as they should (as far as I understand from your vague description). How do you mean to add custom aircraft to KSFO without overwriting or modifying any files ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection for 2.4.0
Torsten Dreyer wrote: Should we change this setup? I'm in favour of leaving the selection as-is - simply for the practical purpose of saving us from the usual flame war :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
There is nothing contradictory. Prior to the latest git pull (for me, was couple of months ago) flying at KSFO I remember seeing A/C sitting at the terminals and a lot of placed objects like power pylons etc around the vicinity of KSFO. When I try KSFO now with --prop:sim/paths/use-custom-scenery-data=false as suggested by Scott, everything is OK again - I see A/C at gates, 1 or 2 taxiing around the airfield, and I see all the objects like power pylons, bridges etc... - with --prop:sim/paths/use-custom-scenery-data=true (which is the default) there are a small group of a/c behaving weirdly in the middle of the airfield, all the objects like power pylons, buildings other than the terminal, etc are all gone. As I said *nothing* from the fgdata I downloaded a couple of days ago is overwritten - my old stuff (couple of WIP a/c, e150s30 Scenery tile rebuild, 2 folders of custom models) gets added to a copy of the latest fgdata so I can use it all, but unless I specify --prop:sim/paths/use-custom-scenery-data=false on the command line all my custom models vanish and ai planes do weird stuff. Its a non-issue now in that --prop:sim/paths/use-custom-scenery-data=false fixes it for me, but I'm confused as to why it would be set true by default. My goal in creating the custom stuff I did was to add to the default, not completely replace it. Unless I set --prop:sim/paths/use-custom-scenery-data=false it appears that my custom stuff, which is installed in the default location, is not used. How should default and custom scenery be arranged? Best regards, Chris Wilkinson, YBBN/BNE. From: Martin Spott martin.sp...@mgras.net To: flightgear-devel@lists.sourceforge.net Sent: Monday, 4 July 2011 6:16 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Chris Wilkinson wrote: What I do when I update fgdata is I keep a backup copy of the fresh pull, along with a backup copy of the old fgdata complete with my custom stuff. When I say I 'merge' the folders I take a copy of the fresh pull, copy that to a location to use as my 'live' folder, then manually copy to the live location from my old fgdata all of my custom stuff. Nothing old overwrites anything new, it just gets added together - none of the old non-custom data overwrites any of the freshly pulled data. This sounds a bit contradictory to me: On one hand you claim not to overwrite anything in your 'live' folder, on the other hand you claim certain 'custom' aircraft not to show up at KSFO as they should (as far as I understand from your vague description). How do you mean to add custom aircraft to KSFO without overwriting or modifying any files ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
On Sunday, July 03, 2011 10:28:41 AM Roland Häder wrote: Hi Bruce, this is how I configure osg (3.0.0 ATM): reconfigure.sh -- #!/bin/sh export CFLAGS=-g -O3 -fPIC export CXXFLAGS=-g -O3 -fPIC cmake -D CMAKE_BUILD_TYPE:STRING=Release -D \ CMAKE_INSTALL_PREFIX:PATH=/opt ../../osg/ reconfigure.sh -- As you can see, I specify ../../osg/ which means I'm doing a so called out-of-source-tree build. Jester told me that this has the big advantage that the checkout (source) tree doesn't get polluted with build files so it remains in a clean state. And you can have differently configured source trees (e.g. one with Release, other with Debug and both with different install prefixes). Regards, Roland Is FG compatible with OSG3? Hal -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Chris Wilkinson wrote: How should default and custom scenery be arranged? In different directories, that's what --fg-scenery=path is for - see: http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-450003.5.1 and http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-260003.1.2 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
Is FG compatible with OSG3? Hal I have successfully compiled and launched it. So it is compatible. :) Roland signature.asc Description: This is a digitally signed message part -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
Thanks to everyone who replied. I'm pretty good at managing different versions of FG on the same machine, but this is the first time I had to deal with a different version of OSG. I compiled OSG 3.0.0 and set it to install the libraries and such to the same prefix I use for the latest FG/SG which is /usr/local/FlightGear-dev. It built successfully and put it's include and lib files in the proper places. I reconfigured SG and FG with the --with-osg= param and set the path to the same I use for --prefix, which is what I listed above. SG and FG built with no problem. When I tried to run FG, it complained it could not find the OSG 3 libs, so I exported LD_LIBRARY_PATH that contained the location where they reside (/usr/local/FlightGear-dev/lib). FlightGear then tries to start, I see the splash screen for a second and get a segmentation fault with no clues in the console. So, I'm curious about Torsten's comment that he's still using OSG 2.8.3 with no problems. Does everybody else concur that should work? I mean I actually had the program running before using 2.8.3, I just didn't have anything usable on the screen :) I'm thinking that if the OSG version most likely isn't the issue, then I should go back to 2.8.3 and attack the problem from there. This is on Ubuntu 10.10, Nvidia GeForce 7300GS, with the Nvidia proprietary drivers. Bruce On 07/03/2011 03:00 PM, Roland Häder wrote: Is FG compatible with OSG3? Hal I have successfully compiled and launched it. So it is compatible. :) Roland -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- *Bruce Hellstrom* Celebrity Computer Consulting br...@celebritycc.com www.celebritycc.com http://www.celebritycc.com -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
While I do not disagree with a habit of keeping default and custom scenery separate, I foresee a problem arising from doing so. This is because I do not have custom scenery for all of the area I like to fly in (which covers Australasia and the Pacific Islands). Most of that regions scenery I have is default as downloaded from flightgear.org - only e150s30 has had terrain/landcover improved, and only some of the many 1x1 tiles have had any 3d objects added to the landscape to flesh it out a bit So if I keep custom and default separate, depending on which I start the sim with, one or the other will be absent (correct me if wrong). My tendency is to pilot heavies like the 777/787, and fly legs between major cities in NZ and Australia, so each flight might encompass flying over several different 1x1 tiles. Best regards, Chris Wilkinson. From: Martin Spott martin.sp...@mgras.net To: flightgear-devel@lists.sourceforge.net Sent: Monday, 4 July 2011 7:47 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Chris Wilkinson wrote: How should default and custom scenery be arranged? In different directories, that's what --fg-scenery=path is for - see: http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-450003.5.1 and http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-260003.1.2 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
Ok, I'm up and running on OSG 3.0.0. It seems the segmentation fault was due to me not doing a complete make distclean before trying to reconfigure FG/SG. Now once I got past that, I had the same issue with no display except the sky color. Turns out the issue was with something left over in my .fgfsrc. I'm not sure why it was even there, but this line was present: --prop:/sim/rendering/draw-otw=false That line was causing the problem and as soon as I commented it, everything is back to normal. Wasn't an issue in 2.0.0 or previous versions, but something in the latest code doesn't like it. Thanks everybody, Bruce On 07/03/2011 04:30 PM, Bruce Hellstrom wrote: Thanks to everyone who replied. I'm pretty good at managing different versions of FG on the same machine, but this is the first time I had to deal with a different version of OSG. I compiled OSG 3.0.0 and set it to install the libraries and such to the same prefix I use for the latest FG/SG which is /usr/local/FlightGear-dev. It built successfully and put it's include and lib files in the proper places. I reconfigured SG and FG with the --with-osg= param and set the path to the same I use for --prefix, which is what I listed above. SG and FG built with no problem. When I tried to run FG, it complained it could not find the OSG 3 libs, so I exported LD_LIBRARY_PATH that contained the location where they reside (/usr/local/FlightGear-dev/lib). FlightGear then tries to start, I see the splash screen for a second and get a segmentation fault with no clues in the console. So, I'm curious about Torsten's comment that he's still using OSG 2.8.3 with no problems. Does everybody else concur that should work? I mean I actually had the program running before using 2.8.3, I just didn't have anything usable on the screen :) I'm thinking that if the OSG version most likely isn't the issue, then I should go back to 2.8.3 and attack the problem from there. This is on Ubuntu 10.10, Nvidia GeForce 7300GS, with the Nvidia proprietary drivers. Bruce On 07/03/2011 03:00 PM, Roland Häder wrote: Is FG compatible with OSG3? Hal I have successfully compiled and launched it. So it is compatible. :) Roland -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- *Bruce Hellstrom* Celebrity Computer Consulting br...@celebritycc.com www.celebritycc.com http://www.celebritycc.com -- *Bruce Hellstrom* Celebrity Computer Consulting br...@celebritycc.com www.celebritycc.com http://www.celebritycc.com -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
