Re: [Flightgear-devel] how to change airplane/environment/conditions using FG 2.4.0
On Wed, 2011-11-09 at 11:02 +0800, roger phil bakerå… wrote: > hello, > > i have succeeded in building FG 2.4.0 using MS VS 2008, but the > executable fgfs.exe only directs to the game with Cessna > > without "FlightGear Wizard" which can select airplanes, airports, and > other environmental conditions before the flight starts. > > is there any other source code for select interface? > > does anyone can figure out how to find change > airplane/environment/conditions using FG 2.4.0 ? It's called fgrun: http://sourceforge.net/projects/fgrun/ Erik -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] how to change airplane/environment/conditions using FG 2.4.0
hello, i have succeeded in building FG 2.4.0 using MS VS 2008, but the executable fgfs.exe only directs to the game with Cessna without "FlightGear Wizard" which can select airplanes, airports, and other environmental conditions before the flight starts. is there any other source code for select interface? does anyone can figure out how to find change airplane/environment/conditions using FG 2.4.0 ? Help, plz -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
- Mail original - > > On 8 Nov 2011, at 19:59, Frederic Bouvier wrote: > > > FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. > > Artifacts are archived. > > Brilliant, thanks Fred. I am still not sure about the right method to exclude OSG from the build. I added -DNO_OPENSCENEGRAPH_INTERFACE -DNO_TIMER to the MSVC flags, but I am curious to know how it is done for Linux or Mac. Regards, -Fred -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
On 8 Nov 2011, at 19:59, Frederic Bouvier wrote: > FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are > archived. Brilliant, thanks Fred. James -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
> Fred wrote: > FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are > archived. Wow, thanks a lot!! I've been waiting for that ever since 2009 :) Gijs -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
Hi, FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are archived. Regards, -Fred -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] more cmake problems
Hi Ive been trying to build flightgear with ccmake , no luck yet. The first error was SIMGEAR_VERSION_OK not found , but with some help on irc, I managed to get past this by adding set(SIMGEAR_VERSION_OK 1) to the CMakeLists.txt. Now i get these error messages : WARNING: Target "fgfs" requests linking to directory "/home/syd/FG/lib". Targets may link only to libraries. CMake is dropping the item. WARNING: Target "metar" requests linking to directory "/home/syd/FG/lib". Targets may link only to libraries. CMake is dropping the item. WARNING: Target "fgviewer" requests linking to directory "/home/syd/FG/lib". Targets may link only to libraries. CMake is dropping the item. As you can see , i keep FG in my home folder.Simgear built and installed without errors. Any suggestions ? Thanks -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] cmake
On Tue, 08 Nov 2011 11:15:50 +0100, Erik wrote in message <1320747350.5635.0.camel@Raptor>: > On Tue, 2011-11-08 at 11:07 +0100, Arnt Karlsen wrote: > > On Tue, 08 Nov 2011 10:03:42 +0100, Erik wrote in message > > > > IF(CMAKE_SIZEOF_VOID_P MATCHES "8") > > > SET(LIB_POSTFIX "64" CACHE STRING "suffix for 32/64 dir > > > placement") MARK_AS_ADVANCED(LIB_POSTFIX) > > > ENDIF() > > > IF(NOT DEFINED LIB_POSTFIX) > > > SET(LIB_POSTFIX "") > > > ENDIF() > > > > > > Erik > > > > ..and this still gives us the ability to call > > our binaries e.g. fgfs-w-sdl-wo-osg? > > Sure it should only affect the libraries being build and installed > > Erik ..ok, my understanding is "and the binary names too, so differently configurated builds can be installed _alongside_ each other", for e.g. for benchmarking distro builds, e.g. /usr/bin/fgfs-2.6.2-1 against /usr/bin/fgfs-2.6.2-1-with-tire-rubber-drawing-on-runways-n-taxiways-fix and or /usr/bin/fgfs-2.6.2-1-with-osg3.4, e.g. distro people might like to try use some new etc other library in FG to fit their other stuff, or to debug own FG distro packaging. _Etc_. Not tested yet with cmake. ;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. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] cmake
On Tue, 2011-11-08 at 11:07 +0100, Arnt Karlsen wrote: > On Tue, 08 Nov 2011 10:03:42 +0100, Erik wrote in message > > IF(CMAKE_SIZEOF_VOID_P MATCHES "8") > > SET(LIB_POSTFIX "64" CACHE STRING "suffix for 32/64 dir placement") > > MARK_AS_ADVANCED(LIB_POSTFIX) > > ENDIF() > > IF(NOT DEFINED LIB_POSTFIX) > > SET(LIB_POSTFIX "") > > ENDIF() > > > > Erik > > ..and this still gives us the ability to call > our binaries e.g. fgfs-w-sdl-wo-osg? Sure it should only affect the libraries being build and installed Erik -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] cmake
On Tue, 08 Nov 2011 10:03:42 +0100, Erik wrote in message
<1320743022.2034.0.camel@Raptor>:
> On Mon, 2011-11-07 at 18:26 +, James Turner wrote:
> > On 7 Nov 2011, at 17:07, Martin Spott wrote:
> >
> > > Ok, I conclude: "LIB_POSTFIX" im Simgear doesn't work as
> > > expected ;-/
> >
> > I think we have a 'thinko' in the module - looking at the code,
> > we're using:
> >
> > install (TARGETS ${libName} ARCHIVE DESTINATION
> > lib${LIB_SUFFIX})
> >
> > ... my guess is if this was LIB_POSTFIX instead, it would do
> > exactly what you want ... set it to '64' and simgear will install
> > to lib64
> >
> > But I also suspect there's a smarter, automatic way to deal with
> > this by default.
>
> There is:
>
> IF(CMAKE_SIZEOF_VOID_P MATCHES "8")
> SET(LIB_POSTFIX "64" CACHE STRING "suffix for 32/64 dir placement")
> MARK_AS_ADVANCED(LIB_POSTFIX)
> ENDIF()
> IF(NOT DEFINED LIB_POSTFIX)
> SET(LIB_POSTFIX "")
> ENDIF()
>
> Erik
..and this still gives us the ability to call
our binaries e.g. fgfs-w-sdl-wo-osg?
--
..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.
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
On 8 Nov 2011, at 09:57, Christian Schmitt wrote: > Done. If someone could remove the cmake branches, that'd be nice. :) I'll do so, thanks for the merge. Onwards with fixing the fgfs-construct crashes! James -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
Martin Spott wrote: > I'm pretty certain the crash in 'fgfs-construct' is unrelated, just the > usual issue we already know. Therefore I'd vote to merge the CMake > branch - just in case, we'd fix the remaining issues in master. Done. If someone could remove the cmake branches, that'd be nice. :) -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
Christian Schmitt wrote: > Can confirm the fix as well. It works all as expected. Waiting for your last > feedback now, Martin, before preparing the merge. I'm pretty certain the crash in 'fgfs-construct' is unrelated, just the usual issue we already know. Therefore I'd vote to merge the CMake branch - just in case, we'd fix the remaining issues in master. >> In the meantime we managed to established a method to reliably create >> topologically clean !! CORINE land cover from the publicly available >> sources, thus we "just" (TM) need to find out how - reliably - not to >> crash 'fgfs-construct' when processing these detailed datasets at large >> scale ;-) > > That sounds good, but I still don't know what/where the tile border > elevation inaccuracies exactly come from... Well, the typical issues wrt. 'fgfs-construct' are still the same, no matter wether we're building just Europe or The World. Therefore, if we'd manage to 'educate' construct not to crash I'd consider rebuilding The World anyway Anyhow, getting the tile boundaries aligned would still be a great improvement for future terrain fixes. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] cmake
On Mon, 2011-11-07 at 18:26 +, James Turner wrote:
> On 7 Nov 2011, at 17:07, Martin Spott wrote:
>
> > Ok, I conclude: "LIB_POSTFIX" im Simgear doesn't work as expected ;-/
>
> I think we have a 'thinko' in the module - looking at the code, we're using:
>
> install (TARGETS ${libName} ARCHIVE DESTINATION lib${LIB_SUFFIX})
>
> ... my guess is if this was LIB_POSTFIX instead, it would do exactly what you
> want ... set it to '64' and simgear will install to lib64
>
> But I also suspect there's a smarter, automatic way to deal with this by
> default.
There is:
IF(CMAKE_SIZEOF_VOID_P MATCHES "8")
SET(LIB_POSTFIX "64" CACHE STRING "suffix for 32/64 dir placement")
MARK_AS_ADVANCED(LIB_POSTFIX)
ENDIF()
IF(NOT DEFINED LIB_POSTFIX)
SET(LIB_POSTFIX "")
ENDIF()
Erik
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
