Re: [Flightgear-devel] FGbuild for MS Windows
On Sat, Apr 7, 2012 at 15:13, Geoff McLane wrote: > > This new attempt is in a new Windows 7 64-bits machine, > using MSVC10... a fresh start for me... > I have this setup working on my machine; I'm building OSG-trunk myself, and using the 3rd-party libs from the build server. > But fgfs.exe 'crashes' after quite a few seconds, > maybe a minutes of loading ;=(( showing > 'loading scenery' on the flash screen, and the > last console output is - > Initializing Nasal Electrical System > then POOF... I had the same sort of problems when using the latest 3rd-party libs from the ftp site in the MSVC readme (the MSVC9 ones worked perfectly for me). After replacing them with the build server's, everything compiled & ran neatly. I don't know if you can download them from the Win64 workspace on Jenkins anymore, but that's where I got them--if you would like a copy of my 3rdParty.x64 (or the OSG-trunk build), email me directly or /msg me on irc: truthsolo (built with MSVC 2010 v10.0.40219.1 SP1Rel) cheers, Rob -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGbuild for MS Windows
Hi John W., You do not say WHICH wiki write-up(s) you are having problems with, nor exactly what the problems are... so can not really help much... For my part, after re-RE-reading carefully through :- http://wiki.flightgear.org/Building_FlightGear_-_Windows I started meticulously and methodically working through :- http://wiki.flightgear.org/Building_using_CMake_-_Windows If there are other, newer write ups, I too would like to know about them... And that is aside from the 100 odd pages, now getting 'old'!, I have already written on this * BUILDING FG * topic - see - http://geoffair.org/fg This new attempt is in a new Windows 7 64-bits machine, using MSVC10... a fresh start for me... To add to my pain ;=)) I also wanted, where possible, do build each of the dependent libraries for myself, so it took some time to get ALL that/those in place... I presently have a c:\FG\10\3rdparty folder with some 1,500+ files, 370+ MB of data... Yesterday, eventually got a fgfs.exe linked, together with some 10 other 'utilities', yasim.exe, fgjs.exe, js_demo.exe, etc to terrasync.exe... But fgfs.exe 'crashes' after quite a few seconds, maybe a minutes of loading ;=(( showing 'loading scenery' on the flash screen, and the last console output is - Initializing Nasal Electrical System then POOF... Using --log-level=debug here is the full text of that redirection - http://geoffair.org/tmp/templog.txt It is about 23+ MB... including some 280,000 Adding flight: ;=)) The last content in there is - Playing audio after 0 sec: rumble Playing looped so naturally will first check and recheck the OpenAL stuff... or something/everything else... And that is just the 'Release' config, so must now try for the 'Debug' config build and run to see if I can trace through and find the problem... slow, hard work ;=() but LOTS OF FUN! If you tell more exactly, either on this list, or direct off list, maybe can help more with SPECIFIC things... Regards, Geoff. On Sat, 2012-04-07 at 16:22 +, castle...@comcast.net wrote: > Hi, > > Can someone point out a good, current tutorial or forum/chat room for > building FG under MS windows. Havng problems with the wiki write-up > and can't determine if it is "operator error" or problems with the > instructions or just suffering from a case of "newbeitis" as I've > never worked with Cmake or the MS windows build environment and > associated libraries and dependencies. > > Working with Gene Buckle to see if we can get a version of FlightGear > that will support his collimated mirror system. Have versions of > FG-2.0 through 2.6 and a warp mesh building tool that runs under > Linux but MS is a new beast for me. > Cheers > > John W -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Recent GIT version fails to compile (fgadmin_funcs)
Hey guys, I think I've upgraded GCC to 4.7 recently, but for the life of me, I can't remember what else got upgraded that might have broken FG compilation. The drawback of running a rolling release system (Arch Linux)... >> #ifdef _WIN32 >> # include >> # include >> #define unlink _unlink >> #define mkdir _mkdir >> #else // !_WIN32 >> #include >> #endif That worked! Thanks! Now to try that Rembrandt thingy everyone's talking about... :D Regards, Björn -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGbuild for MS Windows
Hi, Can someone point out a good, current tutorial or forum/chat room for building FG under MS windows. Havng problems with the wiki write-up and can't determine if it is "operator error" or problems with the instructions or just suffering from a case of "newbeitis" as I've never worked with Cmake or the MS windows build environment and associated libraries and dependencies. Working with Gene Buckle to see if we can get a version of FlightGear that will support his collimated mirror system. Have versions of FG-2.0 through 2.6 and a warp mesh building tool that runs under Linux but MS is a new beast for me. Cheers John W - Original Message - From: "Frederic Bouvier" To: "FlightGear developers discussions" Sent: Wednesday, April 4, 2012 1:06:26 PM Subject: Re: [Flightgear-devel] [Rembrandt] the plan De: Martin Spott > > Frederic Bouvier wrote: > > > You can try the last code with > > --prop:/sim/rendering/no-16bit-buffer=true > > jive: 12:18:06 ~> find .fgfs* > find: No match. > jive: 12:18:17 ~> env | grep \^FG > FG_HOME=/opt/FlightGear > FG_ROOT=/home/martin/SCM/FlightGear/fgdata > jive: 12:18:19 ~> fgfs --prop:/sim/rendering/shaders/quality-level=0 > --timeofday=noon --enable-rembrandt > --prop:/sim/rendering/no-16bit-buffer=true > > > Starts with a funnily flickerling splash screen and results in this > image - still not perfect, but a lot better now: > > http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_02.png > > Log: > > http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_02.txt This shader error affects shadow rendering and for now, I don't have a replacement. The only thing I can propose for this kind of card, is to disable shadow rendering : --prop:/sim/rendering/shadows/enabled=false this property is settable at run time. It can also help people with performance problems. Regards, -Fred -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Recent GIT version fails to compile (fgadmin_funcs)
Am 07.04.2012 15:33, schrieb Geoff McLane: > #ifdef _WIN32 > # include > # include > #define unlink _unlink > #define mkdir _mkdir > #else // !_WIN32 > #include > #endif > > To make windows happy ;=)) and avoid some > warnings... Yes, looks good. Indeed, I can't see how fgadmin includes unistd.h so far. Björn, let us know if this fixes your issue. I'd push this to Git, if it works. The really nice way to fix this though, would be drop the direct POSIX calls (unlink/remove) and use our simgear wrapper (simgear::Dir::remove) instead. Would remove another platform dependency from our sources. Then again, fgadmin isn't really a hotspot of current FG development ;-). cheers, Thorsten -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Recent GIT version fails to compile (fgadmin_funcs)
Hi Björn, Thorsten, Following on from my previous, perhaps the full patch should be - #ifdef _WIN32 # include # include #define unlink _unlink #define mkdir _mkdir #else // !_WIN32 #include #endif To make windows happy ;=)) and avoid some warnings... Regards, Geoff. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Recent GIT version fails to compile (fgadmin_funcs)
Hi Björn, In unix, usually 'mkdir' and 'unlink' are found in the very ubiquitous unix header - #include Maybe this was previously being included through the many FLTK, and other headers included... but was removed from one of them in some later versions, so this could be the 'change', and NOT in the FG code, as Thorsten suggested... Since 'unlink' and 'mkdir' are DIRECTLY used in the file fgadmin_funcs.cxx, it would be quite correct to include it there and NOT depend on other headers pulling it in... Perhaps like :- #ifdef _WIN32 # include #else // !_WIN32 #include #endif Note it should be included OUTSIDE the Windows code, since this header is NOT 'standard' in Windows building ;=((. HTH. Regards, Geoff. On Sat, 2012-04-07 at 13:02 +0200, ThorstenB wrote: > On 06.04.2012 19:07, Björn Kesten wrote: > > I hope this is the right place for GIT version related things. > > Certainly is ;-). > > > utils/fgadmin/src/CMakeFiles/fgadmin.dir/fgadmin_funcs.cxx.o > > /home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx: > > In function ‘void remove_dir(const char*, void (*)(void*, int), void*, > > bool)’: > > /home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx:363:39: > > error: ‘unlink’ was not declared in this scope > > Jenkins always builds the latest Git sources - and everything is fine > there. Also, I cannot see anything that has changed about "fgadmin" in > recent weeks, neither any change of the few includes it is using. So, > it's weird if things suddenly changed for you. Seems like some change on > your system... > > Furthermore, "rmdir" and "unlink" are standard POSIX functions and > should be available in the global scope. Which compiler/version are you > using? Have you upgraded recently? > > cheers, > Thorsten -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Git frame rate
On 06.04.2012 21:25, Heiko Schulz wrote: > Nethertheless- perfomance has much increased now! :-) Depending on > the aircraft I can get now 30-60 fps at noon with materials-dds.xml, > trees and clouds with my standard settings. Likely related: a number of smaller performance improvements, but also two major boosts are in Git since a few days. They save CPU cycles - so are independent of GPU or particular graphics features (also independent of Rembrandt). The major boost affects a general part of the FG core, reducing the computations necessary for the "environment" by a large factor - which helps with all aircraft and settings. And there was another boost specific to YASim, speeding up its FDM computations considerably - so, overall, YASim aircraft gained most. There's a few more improvements pending with "project frame rate" ;-), but compared to FG 2.6.0, everyone should already see quite an improvement now. Or, of course, you can "reinvest" the saved computation time in shadows ;-). cheers, Thorsten -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Recent GIT version fails to compile (fgadmin_funcs)
On 06.04.2012 19:07, Björn Kesten wrote: > I hope this is the right place for GIT version related things. Certainly is ;-). > utils/fgadmin/src/CMakeFiles/fgadmin.dir/fgadmin_funcs.cxx.o > /home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx: > In function ‘void remove_dir(const char*, void (*)(void*, int), void*, > bool)’: > /home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx:363:39: > error: ‘unlink’ was not declared in this scope Jenkins always builds the latest Git sources - and everything is fine there. Also, I cannot see anything that has changed about "fgadmin" in recent weeks, neither any change of the few includes it is using. So, it's weird if things suddenly changed for you. Seems like some change on your system... Furthermore, "rmdir" and "unlink" are standard POSIX functions and should be available in the global scope. Which compiler/version are you using? Have you upgraded recently? cheers, Thorsten -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] DATA update 2.5 to 2.6
Hi didn't fly for while but now I wanted to try Rembrandt shadows. michael@ubuntu:/media/DATA/FGFS/install/fgfs/fgdata$ git pull You asked me to pull without telling me which branch you want to merge with, and 'branch.master.merge' in your configuration file does not tell me, either. Please specify which branch you want to use on the command line and try again (e.g. 'git pull '). See git-pull(1) for details. If you often merge with the same branch, you may want to use something like the following in your configuration file: [branch "master"] remote = merge = [remote ""] url = fetch = See git-config(1) for details. michael@ubuntu:/media/DATA/FGFS/install/fgfs/fgdata$ What branch etc.? Also the command: sh download_and_compile.sh DATA UPDATE returns the same. Thanks Michael -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel