Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
On Mon, Jun 13, 2011 at 8:50 PM, ThorstenB wrote: Hi, the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). Great work guys. I really, really, like this feature. From a completely new user perspective, this is almost perfect. The problem is that /sim/terrasync/scenery-dir isn't set by default, so a new user has to A) Set FG_SCENERY to something sensible, in the correct order B) Find some way to set up /sim/terrasync/scenery-dir C) Use the fine GUI we've just created. Of course, A and B can be well handled by launchers, but it would be fantastic if there was no dependency. I _think_ we default $FG_SCENERY to $FG_HOME/Scenery. Could we default it to $FG_HOME/TerraSync:$FG_HOME/Scenery, and then set /sim/terrasync/scenery-dir=$FG_HOME/TerraSync? (Note that this would mean scenery-dir supporting $FG_HOME) That way a completely new user without any launcher would be able to use this fine feature straight out of the box. It would also allow me to vastly simplify the instructions for downloading scenery in the manual. -Stuart -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Vivian, embedded terrasync was not working for me because the scenery-dir entered in the dialog was not copied in the property. It should be fixed in fgdata now (dialog definition lacking a global dialog-apply). I don't know if it is related to the issue you are seeing, but fgfs nightly downloaded today seems to work for me now. Regards, -Fred -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Hi Vivian, Fred - should this work with MSVC9? Only if the required symbols are defined. It compiles and runs, but I get this error: Cannot start scenery download. Rsync scenery server is undefined. The server input in the menu item is blank, and does not accept any input Please pull latest SimGear Regards, -Fred -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Please pull latest SimGear And Flightgear too -Fred -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Fred wrote Fred wrote Please pull latest SimGear And Flightgear too Well, I thought I had - otherwise I wouldn't have re-compiled and run it, would I? And it does compile and run - even provides error messages. Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
ThorstenB wrote: The feature reuses the terrasync sources and relies on a subversion client. Either using built-in subversion (when libsvn is installed, which is recommended). Otherwise, fgfs tries calling an external utility (svn) for downloads. I'm observing one minor issue: The SVN client lib is available, it's being found by CMake in SimGear: -- Looking for svn_client_checkout in svn_client-1 -- Looking for svn_client_checkout in svn_client-1 - found -- Looking for svn_cmdline_init in svn_subr-1 -- Looking for svn_cmdline_init in svn_subr-1 - found -- Looking for svn_ra_initialize in svn_ra-1 -- Looking for svn_ra_initialize in svn_ra-1 - found -- Found LIBSVN: 1 -- libsvn found, enabling in SimGear It's being found by Automake in FlightGear: checking svn_client.h usability... yes checking svn_client.h presence... yes checking for svn_client.h... yes Using built-in subversion (libsvn) for scenery downloads. checking for library containing svn_client_checkout... -lsvn_client-1 checking for library containing svn_cmdline_init... none required checking for library containing svn_ra_initialize... none required It's linked into FlightGear: jive: 12:29:42 ~ which fgfs /opt/FlightGear/bin/fgfs jive: 12:29:45 ~ ldd `which fgfs`| grep svn libsvn_client-1.so.1 = /usr/lib/libsvn_client-1.so.1 (0x7f2d82c4e000) libsvn_wc-1.so.1 = /usr/lib/libsvn_wc-1.so.1 (0x7f2d7dee7000) libsvn_ra-1.so.1 = /usr/lib/libsvn_ra-1.so.1 (0x7f2d7dcdd000) libsvn_delta-1.so.1 = /usr/lib/libsvn_delta-1.so.1 (0x7f2d7dad2000) libsvn_diff-1.so.1 = /usr/lib/libsvn_diff-1.so.1 (0x7f2d7d8c6000) libsvn_subr-1.so.1 = /usr/lib/libsvn_subr-1.so.1 (0x7f2d7d675000) libsvn_ra_local-1.so.1 = /usr/lib/libsvn_ra_local-1.so.1 (0x7f2d7c586000) libsvn_repos-1.so.1 = /usr/lib/libsvn_repos-1.so.1 (0x7f2d7c35b000) libsvn_fs-1.so.1 = /usr/lib/libsvn_fs-1.so.1 (0x7f2d7c154000) libsvn_ra_svn-1.so.1 = /usr/lib/libsvn_ra_svn-1.so.1 (0x7f2d7bf3d000) libsvn_ra_neon-1.so.1 = /usr/lib/libsvn_ra_neon-1.so.1 (0x7f2d7bd18000) libsvn_ra_serf-1.so.1 = /usr/lib/libsvn_ra_serf-1.so.1 (0x7f2d7baf3000) libsvn_fs_fs-1.so.1 = /usr/lib/libsvn_fs_fs-1.so.1 (0x7f2d7af6) libsvn_fs_base-1.so.1 = /usr/lib/libsvn_fs_base-1.so.1 (0x7f2d7ad3) libsvn_fs_util-1.so.1 = /usr/lib/libsvn_fs_util-1.so.1 (0x7f2d7ab2e000) But the dialogue box Automatic Scenery Download says: Built-in SVN available: false Anyhow, the scenery-dir property is set correctly (because I did) and FG is properly calling the external 'svn' command :-) SimGear, FlightGear, Base Package from GIT as of this morning (10:00 UTC), SimGear was configured via CMake with -D ENABLE_LIBSVN=ON, FlightGear was configured via Autoconf with --with-libsvn. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
It was not a reproach. I just committed fixes at the time I sent those messages -Fred - Vivian Meazza a écrit : Fred wrote Fred wrote Please pull latest SimGear And Flightgear too Well, I thought I had - otherwise I wouldn't have re-compiled and run it, would I? And it does compile and run - even provides error messages. -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote: the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). For the record, I don't think we are going in the right direction with this. I personally think more modules should be split out rather than integrated. For example, all the GUI stuff should be thrown out and left to a launcher/control console application. We could then get rid of plib and avoid the what gui toolkit to use controversy (at least for the core FG). FDM and visualization should also be split, obviously with multiple instances allowed of either. -- Csaba/Jester -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
On Wed, 15 Jun 2011, Csaba Halász wrote: On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote: the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). For the record, I don't think we are going in the right direction with this. I personally think more modules should be split out rather than integrated. For example, all the GUI stuff should be thrown out and left to a launcher/control console application. We could then get rid of plib and avoid the what gui toolkit to use controversy (at least for the core FG). FDM and visualization should also be split, obviously with multiple instances allowed of either. I really, really, like this idea. When was the last time CAE shipped a simulator that had a drop down menu appear in the visual system? :) All the functionality in the GUI could be provided in a stand-alone tool that talked to the simulator. You could run it on one machine or on a dedicated machine. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end.-- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
talked to the simulator. You could run it on one machine or on a dedicated machine. Gah. Brain to fast for fingers! You could run it on the SAME machine..or on a dedicated machine... *facepalm* g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
On Wednesday 15 June 2011 07:36:51 Csaba Halász wrote: On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote: the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). For the record, I don't think we are going in the right direction with this. I personally think more modules should be split out rather than integrated. For example, all the GUI stuff should be thrown out and left to a launcher/control console application. We could then get rid of plib and avoid the what gui toolkit to use controversy (at least for the core FG). FDM and visualization should also be split, obviously with multiple instances allowed of either. For the record, and for what its worth, I totally agree with Csaba here. Thanks, Ron -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Fred -Original Message- It was not a reproach. I just committed fixes at the time I sent those messages -Fred - Vivian Meazza a écrit : Fred wrote Fred wrote Please pull latest SimGear And Flightgear too Well, I thought I had - otherwise I wouldn't have re-compiled and run it, would I? And it does compile and run - even provides error messages. Hmmm - pulled, compiles and built. But when it I try to use it I get the following errors: http://pastebin.com/3c6J4D4r I'm probably missing something obvious - any clues? This was NOT a good time to introduce a whole new idea, just before a release. And I can't see any real advantage over Fred's implementation in FGRun, which I have used for years. In any case, you have to decide a priori to use Terrasync - you need to specify the terrasync scenery directory This is more or less consistent with Gene's, Csaba's and Ron's view - I'm happy to set this all up, and more, in a separate GUI. Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
On Wed, 15 Jun 2011 08:07:21 -0600, Ron wrote in message 201106150807.21230.w...@jentronics.com: On Wednesday 15 June 2011 07:36:51 Csaba Halász wrote: On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote: the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). For the record, I don't think we are going in the right direction with this. I personally think more modules should be split out rather than integrated. For example, all the GUI stuff should be thrown out and left to a launcher/control console application. We could then get rid of plib and avoid the what gui toolkit to use controversy (at least for the core FG). FDM and visualization should also be split, obviously with multiple instances allowed of either. For the record, and for what its worth, I totally agree with Csaba here. Thanks, Ron ..splitting the eye candy from the FDMs, screen shot server, networking etc so each item can run in its own thread, yeah, my vote too for whatever it's worth, Linus blamed his 3.0.0 kernel numbering on his own desire to play alpha male. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
ThorstenBv wrote Hi, the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). It provides built-in terrasync support - with some advantages: * Configuration requires a scenery target directory only (your terrasync directory) and a checkbox to enable. For now, you'll also need to provide the terrasync directory as part of your --fg-scenery paths (otherwise you won't see downloaded scenery). Maybe we can add the directory to the search path internally some time, simplifying things even more. Should help anyway (especially new users) in obtaining world scenery. Not quite as simple as loading scenery with Google Earth yet - but closer... Before someone asks: the scenery server address is displayed in the GUI, but editing is disabled. Is there any reason (right now), why users would want to change? (You could still change using preferences.xml / property browser though). * You can enable/disable scenery download any time using the menu. When you notice mid-flight that scenery is missing, just enable the download checkbox and wait a bit (depending on your connection speed ;-) ). * There is also a (still experimental) option to refresh scenery tiles once their update is complete. You could warp into a new region, initially see ocean only (default replacement for missing scenery) and eventually see the ocean tiles being replaced by actual scenery. That's still experimental though, the update logic requires improvement. Looks weird when scenery tiles are removed when the a/c is just parked/rolling on them (old scenery disappears for a second before the fresh one reappears). Also bad on final approach... And the a/c position and altitude of clouds may need to be adapted when scenery altitude has changed - which is a problem when ocean (sea level) is replaced by actual scenery (mountains...). Usually ok to enable the feature mid-flight. Otherwise, there is also a manual refresh button, so you could choose yourself at what time to replace ocean/missing scenery. The feature reuses the terrasync sources and relies on a subversion client. Either using built-in subversion (when libsvn is installed, which is recommended). Otherwise, fgfs tries calling an external utility (svn) for downloads. All the same as with original terrasync. The built-in svn support is enabled for automake right now (use --with_libsvn=no to disable). It's off by default for cmake builds (we could change that, use ENABLE_LIBSVN to enable for now). The cmake build isn't really well tested yet - except that Hudson seems happy for all targets. And as mentioned, I'd need help with cmake if it wasn't working properly. And it'd also be good to get Hudson to build the Windows/Mac binaries with built-in svn support (seems to do that for Linux/automake already). As usual, report any (new) issues. If you don't like the feature, keep the checkbox disabled and the whole thing shouldn't bother you. You can keep using manual downloads or the separate terrasync utility as before (which lives on), of course. cheers, Thorsten PS: Yes, a complete update (sg+fg+fgdata) is required for things to work. Fred - should this work with MSVC9? It compiles and runs, but I get this error: Cannot start scenery download. Rsync scenery server is undefined. The server input in the menu item is blank, and does not accept any input Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Excellent! On Mon, Jun 13, 2011 at 12:50 PM, ThorstenB bre...@gmail.com wrote: Hi, the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). It provides built-in terrasync support - with some advantages: * Configuration requires a scenery target directory only (your terrasync directory) and a checkbox to enable. For now, you'll also need to provide the terrasync directory as part of your --fg-scenery paths (otherwise you won't see downloaded scenery). Maybe we can add the directory to the search path internally some time, simplifying things even more. Should help anyway (especially new users) in obtaining world scenery. Not quite as simple as loading scenery with Google Earth yet - but closer... Before someone asks: the scenery server address is displayed in the GUI, but editing is disabled. Is there any reason (right now), why users would want to change? (You could still change using preferences.xml / property browser though). * You can enable/disable scenery download any time using the menu. When you notice mid-flight that scenery is missing, just enable the download checkbox and wait a bit (depending on your connection speed ;-) ). * There is also a (still experimental) option to refresh scenery tiles once their update is complete. You could warp into a new region, initially see ocean only (default replacement for missing scenery) and eventually see the ocean tiles being replaced by actual scenery. That's still experimental though, the update logic requires improvement. Looks weird when scenery tiles are removed when the a/c is just parked/rolling on them (old scenery disappears for a second before the fresh one reappears). Also bad on final approach... And the a/c position and altitude of clouds may need to be adapted when scenery altitude has changed - which is a problem when ocean (sea level) is replaced by actual scenery (mountains...). Usually ok to enable the feature mid-flight. Otherwise, there is also a manual refresh button, so you could choose yourself at what time to replace ocean/missing scenery. The feature reuses the terrasync sources and relies on a subversion client. Either using built-in subversion (when libsvn is installed, which is recommended). Otherwise, fgfs tries calling an external utility (svn) for downloads. All the same as with original terrasync. The built-in svn support is enabled for automake right now (use --with_libsvn=no to disable). It's off by default for cmake builds (we could change that, use ENABLE_LIBSVN to enable for now). The cmake build isn't really well tested yet - except that Hudson seems happy for all targets. And as mentioned, I'd need help with cmake if it wasn't working properly. And it'd also be good to get Hudson to build the Windows/Mac binaries with built-in svn support (seems to do that for Linux/automake already). As usual, report any (new) issues. If you don't like the feature, keep the checkbox disabled and the whole thing shouldn't bother you. You can keep using manual downloads or the separate terrasync utility as before (which lives on), of course. cheers, Thorsten PS: Yes, a complete update (sg+fg+fgdata) is required for things to work. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Heads up: scenery download / built-in terrasync
Hi, the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). It provides built-in terrasync support - with some advantages: * Configuration requires a scenery target directory only (your terrasync directory) and a checkbox to enable. For now, you'll also need to provide the terrasync directory as part of your --fg-scenery paths (otherwise you won't see downloaded scenery). Maybe we can add the directory to the search path internally some time, simplifying things even more. Should help anyway (especially new users) in obtaining world scenery. Not quite as simple as loading scenery with Google Earth yet - but closer... Before someone asks: the scenery server address is displayed in the GUI, but editing is disabled. Is there any reason (right now), why users would want to change? (You could still change using preferences.xml / property browser though). * You can enable/disable scenery download any time using the menu. When you notice mid-flight that scenery is missing, just enable the download checkbox and wait a bit (depending on your connection speed ;-) ). * There is also a (still experimental) option to refresh scenery tiles once their update is complete. You could warp into a new region, initially see ocean only (default replacement for missing scenery) and eventually see the ocean tiles being replaced by actual scenery. That's still experimental though, the update logic requires improvement. Looks weird when scenery tiles are removed when the a/c is just parked/rolling on them (old scenery disappears for a second before the fresh one reappears). Also bad on final approach... And the a/c position and altitude of clouds may need to be adapted when scenery altitude has changed - which is a problem when ocean (sea level) is replaced by actual scenery (mountains...). Usually ok to enable the feature mid-flight. Otherwise, there is also a manual refresh button, so you could choose yourself at what time to replace ocean/missing scenery. The feature reuses the terrasync sources and relies on a subversion client. Either using built-in subversion (when libsvn is installed, which is recommended). Otherwise, fgfs tries calling an external utility (svn) for downloads. All the same as with original terrasync. The built-in svn support is enabled for automake right now (use --with_libsvn=no to disable). It's off by default for cmake builds (we could change that, use ENABLE_LIBSVN to enable for now). The cmake build isn't really well tested yet - except that Hudson seems happy for all targets. And as mentioned, I'd need help with cmake if it wasn't working properly. And it'd also be good to get Hudson to build the Windows/Mac binaries with built-in svn support (seems to do that for Linux/automake already). As usual, report any (new) issues. If you don't like the feature, keep the checkbox disabled and the whole thing shouldn't bother you. You can keep using manual downloads or the separate terrasync utility as before (which lives on), of course. cheers, Thorsten PS: Yes, a complete update (sg+fg+fgdata) is required for things to work. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
