Hi, Ok, I have again built the terragear suite in both Ubuntu (using my maketg-1.2.7 script, found at the usual /tmp place ;=)), and in windows using my amsrcs perl scripts and MSVC... I think this is my 4-5th time to completely re-do this...
I am not sure in Ubuntu, since I used the mapserver source also for simgear, but in windows I was able to use the latest git simgear! Although I have not yet tried all the tools, is there any reason why the mapserver sg-cs should be used? That is, does that source have any special TG changes that might not be in the standard SG git source? Or are they now close to identical? A diff of the two April sources - sg of 14th, sg-cs of 20th, does show some OSG API changes, which suggests sg-cs will link ok with OSG trunk, and a few other things, but nothing immediately pops out as 'critical' to linking with TG. And/or maybe if I updated both to today... I tracked down the mention I remembered about gpc (Generic Polygon Clipper), but that was just that that person live near the university ;=(), so there seems no update since the gpc232.zip, circa 2004. So I guess we are on our own as far as improving this library is concerned. It most certainly should not cause a segfault... Has anyone else worked some more on this? Found anything? And of course, I shall be looking again further into why very 'detailed' BTG tiles do not display correctly in FG, and look at trying a different 'version' of the BTG... I note the latest seems 7, not the 6 I wrote previously. I am sorry Martin. I read your post MANY times, but you will have to provided more clues for this old brain to cotton onto ;=)). I do not quite catch what you can mean by "scenery root node"? And I was certainly very under-whelmed by the lack of response on 'private' scenery generation, although I 'know' a number who are pursuing this - http://wiki.flightgear.org/Scenery Here I am NOT talking about a whole world generation, which certainly needs to be done sometime soon, but just being able to improve your own 'local' area of interest, relatively quickly, easily... I then read and tried the windows TerraGUI.exe (Gijs and others?), but it seems at the moment this ONLY deals with .dat files from TaxiDraw, and uses fgfs.exe to view a .btg file, or did I get this wrong? Are there any plans in extending this to a more general TG GUI? And where is the source? I would like to see if I can compile it with Qt in windows, and look to extensions... BUT WAIT, after just 10 minutes of running, it exited saying I should BUY the release ;=(( OK, so this is NOT a 'free' tool then? So forget that ;=() No problems about trying to get reward for effort - that's an ok thing - but that is just not for me ATM... I not so long ago compiled GTK+ in windows, and might try to use this to build some form of TG-GUI, just to get away from my current batch files ;=)) But there are just so many twists and turns... Anyway, I am still working on my web pages to present my new perl script based MSVC GNU auto-tool like windows build system... It is a full re-write of Curt's venerable am2dsp.pl script. It starts by scanning the configure.ac file, then each Makefile.am, to build MSVC6 dsw/dsp build file set for each project... although it it could be easily modified to output any version of sln/vcproj... maybe even vcxproj... since 6 does NOT support Win64 builds... But it means as you update the changed sources, you just trash the current MSVC build files, and do them again, thereby automatically updating the source file lists to match the unix... and it supports an input 'configuration' like file, where other 'improvements' can be added/changed... You can read more about it here - http://geoffair.org/mperl/am2dsp.htm#amsrcs but that page is presently quite out-of-date ;=((. The other thing I did in windows was to compile OSG as a set of 'static' libraries, instead of DLLs, and use the 'static' runtime (/MT-/MTd), for it and _ALL_ FG/TG dependents (except a few)... I got sick of making sure all the required DLLs were in some place before I run fgfs.exe... Anyway, this is just a heads up, and an invitation for others interested in PERSONAL scenery building to get in touch... All for 'terror' reduction ;=)) Regards, Geoff. ------------------------------------------------------------------------------ Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
