Re: [Flightgear-devel] Release 2.10.0: Decision Altitude

2013-02-18 Thread Christian Schmitt
Curt, I noticed the SG/FG packages got updated on the mirrors. So I checked them out again: still the same issue. How did you create the source tarballs? Having the version number 2.8 in it looks like they were created from an older, used git clone and not a fresh or cleaned up one. The

Re: [Flightgear-devel] Release 2.10.0: Decision Altitude

2013-02-18 Thread Christian Schmitt
Sorry Curt, but nothing writes into the source dir if you use a sane, clean and proper checkout from git. Your tarballs make me think that you already ran cmake inside the source dir prior to packaging them. Could you run git clean -fdx inside the source dir and tar the result up again? This

Re: [Flightgear-devel] Release 2.10.0: Decision Altitude

2013-02-17 Thread Christian Schmitt
Hi, while this might be a minor issue, I still want to bring it up here: The SG and FG 2.10.0 release tarballs from the ibiblio mirror contain version.h files with version number 2.8.0. While this should be overwritten by cmake on configure time I just experienced a case where it wasn't with

Re: [Flightgear-devel] Release 2.10.0: Decision Altitude

2013-02-17 Thread Christian Schmitt
consider this to be a serious issue and we should fix it before getting flamed post-release. Chris Christian Schmitt wrote: Hi, while this might be a minor issue, I still want to bring it up here: The SG and FG 2.10.0 release tarballs from the ibiblio mirror contain version.h files

Re: [Flightgear-devel] Howto modify release branch?

2013-02-07 Thread Christian Schmitt
Renk Thorsten wrote: Sorry, I don't want to mess up the release branch, and I would much appreciate a helping hand here. Would you just tell us what commits from master you want in the release branch? Of course, yes, if the commit you cherry-picked is based on another one, that won't work

Re: [Flightgear-devel] Grass and Dirt material declaration

2012-12-12 Thread Christian Schmitt
Hi Thorsten, I added these materials, originally with lower-case (unused). Then I wanted to make them consistent with the other landcover names and changed to capitals, not taking care of the already existing names. So this introduced the problem. I corrected it some minutes ago and hope

Re: [Flightgear-devel] Simgear Build 2012-11-28 - MSCV10 - Build failure

2012-11-28 Thread Christian Schmitt
Vivian Meazza wrote: Simgear fails to build under MSVC10 today, 2012-11-28, with this error: error C2724: 'SGThread::current' : 'static' should not be used on member functions defined at file scope file

Re: [Flightgear-devel] Shader optimization

2012-10-18 Thread Christian Schmitt
Hi Thorsten, Renk Thorsten wrote: FYI, I fixed the snowline problem for custom terrain half a year ago by passing camera altitude as uniform and computing absolute vertex altitude from camera altitude and the vertical difference. :-) The current point seemed to be that Mathias says we

[Flightgear-devel] Terragear updates/changes

2012-10-17 Thread Christian Schmitt
To all whom it may concern, terragear has seen some bigger updates recently and we are constantly working on improving the toolchain. This also includes some cleanup and thus removal of older tools where better alternatives have been developed in the last 12+ years. I created a branch, named

Re: [Flightgear-devel] fgdata trouble

2012-09-24 Thread Christian Schmitt
Hi Thorsten, Renk Thorsten wrote: Every fgdata contributor who creates complicated xml/shader files should be able to understand basic git workflow as well... I'm not sure if you really mean every contributor, or every contributor with commit rights to FGData. In the second case I'd agree

Re: [Flightgear-devel] fgdata trouble

2012-09-22 Thread Christian Schmitt
Thanks Thorsten for your clear words, yes, it sucks to see people messing up the history, merging local branches and then pushing them to gitorious. I personally see another problem in the way changes that are merged appear in the history: The merge date is there, but the commits associated to

Re: [Flightgear-devel] SimGear libraries

2012-08-28 Thread Christian Schmitt
Hi, I'm already linking all my deps dynamically against SG, but makeing it easier for the static variant would be great as well. Even more so if you take care of the TG changes :) Cheers Chris James Turner wrote: Hi, For some time, Simgear has had the option to build shared libraries

Re: [Flightgear-devel] commit 75087095b132ec7a42e14000c7c8b3b09147d720

2012-07-25 Thread Christian Schmitt
Alexis Bory wrote: While taking the time to fix that or find a solution so FG got the best from the optimisations, could it be possible to have some guide line to revert on our local git only the necessary commits, so we can continue the work on the instruments and use the other latest

[Flightgear-devel] PAPI/runway lights size - Rembrandt

2012-07-16 Thread Christian Schmitt
Hi there, the size of the PAPI lights has been bothering me for quite some time. It looks just too big for me. Going through the simgear git history I found out quickly that it was changed by commit 1dfde64ac2e6ed0a Use bigger point sprites for airport lighting. I reduced the size locally to

Re: [Flightgear-devel] FGCom - cmake

2012-07-10 Thread Christian Schmitt
Awesome! I waited for just that, because current fgcom has not seen any change for a long time. Alreadey did a quick test and I think you will get some merge requests soon :) Cheers, Chris HB-GRAL wrote: Hi all The last weeks Geoff McLane and me forked fgcom temporary at gitorious

Re: [Flightgear-devel] AirwaveXtreme150 Hang glider converted to JSBSim

2012-06-11 Thread Christian Schmitt
Thank you once more for your efforts. The merge is done, just that everyone knows. Chris Hugo Meier wrote: Hello, after bringing back airwaveXtreme150 in February I noticed that a hang glider without environment interaction is unacceptable. Therefore a conversion from UIUC to JSBSim

Re: [Flightgear-devel] updates to nav.dat.gz

2012-04-23 Thread Christian Schmitt
ThorstenB wrote: But to be honest, it neither works with central terrasync scenery. We could never push any updates (such as introducing terrasync scenery with the new EDDF runway) without immediately breaking consistency with all previously released FG versions (= their base packages). We

Re: [Flightgear-devel] updates to nav.dat.gz

2012-04-11 Thread Christian Schmitt
ThorstenB wrote: But to be honest, it neither works with central terrasync scenery. We could never push any updates (such as introducing terrasync scenery with the new EDDF runway) without immediately breaking consistency with all previously released FG versions (= their base packages). And

Re: [Flightgear-devel] updates to nav.dat.gz

2012-04-10 Thread Christian Schmitt
flightg...@sablonier.ch wrote: Hi Crhis, Torsten What is really needed at the moment is someone starting to verify if some changes to our apt.dat from the past have to come to recent apt.dat shipped with FlightGear. Martin Spott prepared an updated apt.dat on the mapserver, but the changes

Re: [Flightgear-devel] updates to nav.dat.gz

2012-04-10 Thread Christian Schmitt
Hi Yves, flightg...@sablonier.ch wrote: update in general? Why is it possible to update apt. and nav.dat in xplane every months without (?) inconsistencies and not for FlightGear? Is there something that could be changed in the concept of scenery and data distribution for FlightGear? Did

Re: [Flightgear-devel] [Rembrandt] the plan

2012-03-26 Thread Christian Schmitt
Tested under Gentoo with a Radeon HD 4670 and the fglrx driver: Works. Render previews show up and the overall performance is nice. I also ran a short test with the opensource radeon driver. There, the GLSL version 1.3 was too much for it. I got a picture however. Can't wait to see the render

[Flightgear-devel] Next Meeting #fg_scenery

2012-03-24 Thread Christian Schmitt
Hi, the next meeting is planned for Monday, 26.3. at 16:00 UTC or 4 PM UTC. Don't forget about the DST starting tonight in many countries :) Hope to see many of you. Chris -- This SF email is sponsosred by: Try

Re: [Flightgear-devel] First attempt with terragear: fail! :-(

2012-03-22 Thread Christian Schmitt
Gijs de Rooy wrote: Looks like OGR-decode is broken (in the Windows builds at least) since some time. I still don't completely understand the difference between OGR and Shape, both seem to deliver the same results... Maybe someone else can explain this? ogr-decode uses gdal to process the

Re: [Flightgear-devel] Project Rembrandt - next steps

2012-03-04 Thread Christian Schmitt
Curtis Olson wrote: I have a local branch I've created here for some experimentation. When ever I do a git pull from the gitorious repository, I do that in the next/master branches. Then I switch to my local branch and type git merge next (or master) to make my local branch up to date with

Re: [Flightgear-devel] Project Rembrandt - next steps

2012-03-03 Thread Christian Schmitt
Stuart Buchanan wrote: Given that we have 400+ aircraft that need to be updated, I think we also need clear documentation (on the wiki?) describing the steps you outline above, and in particular how to register the transparent surfaces. That probably needs to be in place before the code goes

Re: [Flightgear-devel] New (real time) mapping tool proposal

2012-03-02 Thread Christian Schmitt
HB-GRAL wrote: Now I am deeply offended. Did you ever have a closer look to FGx launcher? It has exactly all this already prepared for you and this project is open to any contribution. I can understand you. And Curt, openlayers is by far a new thing. Not only is it used in FGx (a nice

[Flightgear-devel] Log of Scenery IRC meeting

2012-02-26 Thread Christian Schmitt
Hello, here is the log of the meeting we held today as a first measure to formalize future scenery development processes. I deleted any mail adresses for privacy reasons. Cheers Chris [17:26:58] MartinSpott I'm just interested in the log, thus if you prefer to chat on 'your' server, then I'm

Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-24 Thread Christian Schmitt
flightg...@sablonier.ch wrote: [...] I really wish we could build some kind of temporary Scenery Team and discuss ideas. My proposal is to meet at IRC on day the next weeks to start organizing, or to open a temporary group or list. (Sorry, i do not like the forum for such). A scenery team

Re: [Flightgear-devel] SPAM in the MP world

2012-02-22 Thread Christian Schmitt
Stefan Gofferje wrote: I think, we should seriously do something about this kind of stuff before the MP world becomes a popular place for spammers, like e.g. have the MP servers filter URLs out from the MP chat... No, I do not agree. But for exactly this purpose we have the ignore

Re: [Flightgear-devel] Scenery related: groundnetworks and parking

2012-02-22 Thread Christian Schmitt
Martin Spott wrote: Any volunteer(s) ? Proper representation of ground network nodes as PostGIS (actually OGC) geometry data type preferred. Apparently you don't want any 850 centerlines as a base for this, which would be easy as gdal imports 850 data directly into Postgis, as you surely

Re: [Flightgear-devel] lightning codes, genapts

2011-12-17 Thread Christian Schmitt
Hi, yes, the 850 genapts supports the new approach lights. In fact, even the 850 version did in theory, but the file format did not. The relevant code starts here: https://gitorious.org/~papillon81/fg/terragear850/blobs/tg850/src/Airports/GenAirports/lights.cxx#line2635 Please ignore the

Re: [Flightgear-devel] lightning codes, genapts

2011-12-17 Thread Christian Schmitt
Christian Schmitt wrote: Hi, [...] In fact, even the 850 version did in theory, but the file format did not. I mean 810, of course :) Chris -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding

Re: [Flightgear-devel] Fixing fgfs-construct crashes

2011-11-13 Thread Christian Schmitt
Hi, Martin Spott wrote: Thus, if you'd be willing to put your stuff into a branch at the main repo, please go ahead - call us if you don't have write access. I don't feel too good about adding even more branches directly into the main TG repo. The reason is this: In the process of the 850

Re: [Flightgear-devel] Fixing fgfs-construct crashes

2011-11-13 Thread Christian Schmitt
James Turner wrote: Okay, this all sounds like good news indeed. Martin, Chris, Peter - I think the steps need to be as follows - get a branch of terragear with the clipper changes, and probably the epsilon changes Maxime describes (because I've always worried, they were only needed due to

Re: [Flightgear-devel] Terragear now sans plib

2011-11-08 Thread Christian Schmitt
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. :)

Re: [Flightgear-devel] Terragear now sans plib

2011-11-07 Thread Christian Schmitt
Martin Spott wrote: Thanks a lot, things are looking much better now ! I'll perform a few more tests and will report back. Can confirm the fix as well. It works all as expected. Waiting for your last feedback now, Martin, before preparing the merge. In the meantime we managed to

[Flightgear-devel] FGWeekend NL scenery

2011-11-05 Thread Christian Schmitt
Hi, for those of you who are interested in some nice EHLE flyins can download the custom scenery for NL with apt.dat 850 airports and OSM line data here: https://gitorious.org/papillon81/flightgear-terrain Have fun! Chris

Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Christian Schmitt
James Turner wrote: With some local changes to Simgear/next, but I am 'fairly sure' they don't relate to path/file/string handling. (Some changes in the SGOceanTile handling) I just tested this as well (without your fix) and it works here too. Even when using Martin's pathnames.

Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Christian Schmitt
Martin Spott wrote: Christian Schmitt wrote: Martin: Can you tell me under which OS this is happening? So I can try to reproduce it in a VM. That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and Glibc-2.11.2, if it matters, I guess it matters, because I get exactly

Re: [Flightgear-devel] Terragear now sans plib

2011-11-03 Thread Christian Schmitt
Martin Spott wrote: That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and Glibc-2.11.2, if it matters, Ok, I observed the following: compiling the raw2ascii as Release leads to the error (on Debian). When compiling as Debug it works here. Chris

Re: [Flightgear-devel] Terragear now sans plib

2011-11-02 Thread Christian Schmitt
James Turner wrote: I've pushed a fix to Simgear, updated the tests, and now I can run hgtchop happily with latest simgear and terragear. Not only can I hgtchop, but also build scenery chunks again. So from my point of view the problems are solved. Are there any objections against pushing

Re: [Flightgear-devel] Terragear memory usage issue

2011-11-01 Thread Christian Schmitt
Jason Cox wrote: I would try a larger area, say 1x1 deg or larger and then and then you will see the list grow to include tiles that are no longer needed. I created a 2x3 degree area. No problems. What terragear-cs version do you use and against which simgear do you compile it? Will now

Re: [Flightgear-devel] Terragear memory usage issue

2011-10-31 Thread Christian Schmitt
Hi Jason, I just tried to reproduce this issue here. Generating some scenery around LOWI with 850 airport layouts, I only see always two SRTM files open: the arr.gz and fit.gz for the tile that is currently built. So no problems here. What confuses me a bit is you using SRTM-2 files. What is

Re: [Flightgear-devel] Terragear memory usage issue

2011-10-29 Thread Christian Schmitt
Jason Cox wrote: is it not appropriate to issue a build of such a large area? should I use smaller chunks? should terragear not be releasing the memory after building a tile? Generally speaking, sometimes it works, sometimes it doesn't. And yes, it should free unused memory after finishing a

Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Christian Schmitt
Geoff McLane wrote: An error something like - 'do not know how to make main.c from main.o' which I did NOT understand... seems reversed! And why 'main.c', since the Makefile.am shows only - raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h There is no main.c here??? Hi, this is caused

Re: [Flightgear-devel] Terragear now sans plib

2011-10-26 Thread Christian Schmitt
James Turner wrote: A fair suggestion! I originally combined them because it was easier not to worry about PLIB when creating the CMake files, but I wasn't expecting the slightly-complex changes to de-PLIB the file handling code. Let me see how hard it would be, to un-pick the changes.

[Flightgear-devel] Terragear now sans plib

2011-10-25 Thread Christian Schmitt
Hi there, maybe you have noticed some exceptionally high activity in recent days/weeks on the Terragear repo. Well, there is one particular reason for it: It now supports the cmake build system and, as of today, does no longer depend on plib. These changes are not yet in the master tree, but

Re: [Flightgear-devel] Terragear and 2 Arc Second elevation data

2011-10-15 Thread Christian Schmitt
Martin Spott wrote: We're not yet there. On a first test earlier today, 'genapts' ended in a segfault with the recent changes but I ran out of time, thus I have not yet verified if the source change in 'simgear' really was the culprit, Confirmed here. And I thought first it was the

Re: [Flightgear-devel] Terragear and 2 Arc Second elevation data

2011-10-15 Thread Christian Schmitt
Martin Spott wrote: We're not yet there. On a first test earlier today, 'genapts' ended in a segfault with the recent changes but I ran out of time, thus I have not yet verified if the source change in 'simgear' really was the culprit, Confirmed here. And I thought first it was the

Re: [Flightgear-devel] Scenery Creation/TerraGear problems

2011-10-01 Thread Christian Schmitt
James Turner wrote: Okay, but the relevant source file (sg_binobj) appears to contain both the read *and* write code paths - which is really what I was asking - is the write logic in sg_binobj.cxx the one terragear uses, or 'something else'? James Please be aware that TG uses SG-CS

Re: [Flightgear-devel] terragear-cs apt.dat 850 runway support

2011-09-22 Thread Christian Schmitt
Christian Schmitt wrote: Hi there, i just want to announce that I added support for the 850 apt.dat runways to genapts. This work is thought as a compliment to the currently ongoing development towards curved taxiways. The current state is that genapts reads runways and creates them

[Flightgear-devel] terragear-cs apt.dat 850 runway support

2011-09-21 Thread Christian Schmitt
Hi there, i just want to announce that I added support for the 850 apt.dat runways to genapts. This work is thought as a compliment to the currently ongoing development towards curved taxiways. The current state is that genapts reads runways and creates them accordingly. Features: -different

Re: [Flightgear-devel] Cmake

2011-09-11 Thread Christian Schmitt
Christian Schmitt wrote: I have used CMake in the Gentoo packages pretty much from the start, but right now I'm experiencing some problems: all is good as long as I have libsvn support enabled in SG and FG. When I disable it in SG and want to recompile FG afterwards (also disabled, of course

Re: [Flightgear-devel] Cmake

2011-09-10 Thread Christian Schmitt
James Turner wrote: If you regularly pull+build 'next', please try a cmake based build, and report any issues you encounter - CMake should work 'out of the box' on Mac (Makefiles or XCode), Linux (32- and 64- bit) and Windows (VisualStudio 2008 and 2010 - mingw and cygwin may need some

Re: [Flightgear-devel] New experimental mapserver

2011-09-10 Thread Christian Schmitt
Curtis Olson wrote: I won't say this is perfect in all areas ... some areas have stray data points or noise in the terrain data that confuses things. There's always a chance of a mismatch between airport location terrain location so that we are trying to put the airport on not quite the

Re: [Flightgear-devel] TaxiDraw

2011-09-07 Thread Christian Schmitt
Martin Spott wrote: Well, why did this happen ? As far as I can tell no patch submission was unheard. Well, there are some patches in my TG tree that I'm using here and that might be worth considering: https://gitorious.org/papillon81/terragear-cs/commits/master Am I right that the

Re: [Flightgear-devel] TaxiDraw

2011-09-06 Thread Christian Schmitt
Durk Talsma wrote: I've imported the complete revision history from CVS. At this stage, I haven't really made a desision about whether I should try to keep the CVS and gitorious projects synchronized, or whether we should abandon the CVS repository altogether. I don't see why you should take

Re: [Flightgear-devel] The future of FlightGear's support programs

2011-09-04 Thread Christian Schmitt
HB-GRAL wrote: Personally I don’t know if there is a roadmap for taxidraw anymore. You can edit airport data with tools like Qgis directly and with much more comfort. It’s sad, but I think we dont need it anymore. Well, you can import apt.dat data into QGIS via GDAL. But be aware that this

Re: [Flightgear-devel] Slackware packages for 2.4.0

2011-08-21 Thread Christian Schmitt
Curtis Olson wrote: Thanks Jon! I've added this info to the flightgear.org web site. If anyone else is working on packages for other linux distributions (or knows of updates for other distributions) please post here or let me know directly. I'm maintaining the Gentoo packages for our

Re: [Flightgear-devel] Terragear terrafit memory leak

2011-08-15 Thread Christian Schmitt
Durk Talsma wrote: I'm explicitly deleting all the Triangle and Edge objects. This has improved performance a lot I'm still not able to process the entire Eurasian continent in one pass, after this fix, the total number of .fit files that can be created on my linux box has gone up from

Re: [Flightgear-devel] terragear - file src/Lib/Optimize/genfans.cxx

2011-06-02 Thread Christian Schmitt
Geoff McLane wrote: Thanks. It is good to know that the - Default=x, where x = 0-2 is 'normal', but Chris reported that it was still running after 6 hours, or more... and still unable to exactly find where this is output, in the code... You won't be able to find Default in the sources as

Re: [Flightgear-devel] terragear - file src/Lib/Optimize/genfans.cxx

2011-06-01 Thread Christian Schmitt
Geoff McLane wrote: It is certainly _NOT_ 'normal' behavior, and historically (I assume Curt ;=)) implemented some draconian 'rlimit' - setrlimit(RLIMIT_CPU,timeout), to abort after a period of time, which is just NOT available in my WIN32 environment, to avoid such a 'forever' loop... Hi,

Re: [Flightgear-devel] terragear - file src/Lib/Optimize/genfans.cxx

2011-05-31 Thread Christian Schmitt
Geoff, I applied both of your patches, see here: https://gitorious.org/papillon81/terragear-cs Until now I had no crashes or negative effects on the resulting scenery. However, there IS a problem, unrelated to your patches, for which I hope to get some help. I create large chunks of scenery

Re: [Flightgear-devel] terragear - file src/Lib/Optimize/genfans.cxx

2011-05-29 Thread Christian Schmitt
Geoff McLane wrote: It certainly works better for me ;=)) And removes another reason why fgfs-construct can abort without apparent reason! Hi, you mean segfaults with no apparent reason? I experience them under Linux when building huge scenery chunks and if your patch improves the situation,

Re: [Flightgear-devel] RFC: fgdata merge request 76: Improvedairport Textures

2011-05-11 Thread Christian Schmitt
Vivian Meazza wrote: The main problem is that the taxiway textures expose the workaround that we use because we don't (yet) have curved taxiways. The concrete colour does not blend with the old texture, which is still used for aprons etc., and the edge and centre lines also serve to

Re: [Flightgear-devel] FlightGear Newsletter - April 2011

2011-05-01 Thread Christian Schmitt
Pascal J. Bourguignon wrote: Papillon81's git repo is not available: Please note that the link in the Newsletter only leads to the repo overview on gitorious where you can see the clone URL right on top of the page. Use this one and all should be fine :) Chris

Re: [Flightgear-devel] terragear-cs segfault

2011-04-23 Thread Christian Schmitt
Csaba Halász wrote: Hm, ok, that doesn't seem to be SSE related, it's just your everyday NULL pointer. Have to check source code to see how that can happen. Did you look into this already? Would be a good start to fix this (if the problem is not IN the gpc lib). Chris

Re: [Flightgear-devel] terragear-cs segfault

2011-04-18 Thread Christian Schmitt
Csaba Halász wrote: It is certainly good advice to optimize for the correct processor, but using unsupported instructions typically result in a SIGILL not a SIGSEGV. It would help to see the actual disassembly around the fault and machine register contents. It smells like alignment problem.

Re: [Flightgear-devel] terragear-cs segfault

2011-04-18 Thread Christian Schmitt
Csaba Halász wrote: Info registers, and something like x/10i $eip (or $rip on 64 bit) Here you go (still on Atom), Phenom this evening. (gdb) info registers eax0x0 0 ecx0xb7e67380 -1209633920 edx0x814aab0135572144 ebx

Re: [Flightgear-devel] terragear-cs segfault

2011-04-18 Thread Christian Schmitt
Christian Schmitt wrote: Here you go (still on Atom), Phenom this evening. Phenom: (gdb) bt #0 0x77bd4504 in merge_left (p=0x7c4f00, q=0x0, list=0x7c4f30) at gpc.c:785 #1 0x77bd6861 in gpc_polygon_clip (op=GPC_UNION, subj=0x747fb0, clip=0x770120, result=0x74edc0) at gpc.c

Re: [Flightgear-devel] terragear-cs segfault

2011-04-18 Thread Christian Schmitt
Curtis Olson wrote: Right, as said before, you crashed inside the gpc code. Have you tried regenerating this airport using the --nudge option (increasing the value in small increments until you find a value that allows the airport to be successfully built.) Regards, Curt. Curt, it's

Re: [Flightgear-devel] Shaders flicker

2011-04-18 Thread Christian Schmitt
David Glowsky wrote: Hi developers, I have a new computer, installed FG on it and have a problem with the graphics. The problem (beside missing runway lights) is that surfaces generated by a shader will flicker. This applies to terrain and aircraft Moin David, while I have no solution

[Flightgear-devel] terragear-cs unknown runway surface/ segfault

2011-04-17 Thread Christian Schmitt
Hello, i have recently created many bigger scenery chunks with Corine Landcover and OSM line data. Yesterday I wanted to do the same for all of the UK and Ireland. Then I encountered some problems: I encountered unknown runway surface errors, caused by some strange heliport runways (see EGTG).

Re: [Flightgear-devel] terragear-cs unknown runway surface/ segfault

2011-04-17 Thread Christian Schmitt
Martin Spott wrote: After that genapts segfaulted during EGKK processing [...] Did you use the 'public' apt.dat file from MapServer ? Yes, indeed. I hope i'll be able to really get down to the problem today. I still have no exact clue what caused it, although I recompiled with several

Re: [Flightgear-devel] terragear-cs unknown runway surface/ segfault

2011-04-17 Thread Christian Schmitt
Martin Spott wrote: http://mapserver.flightgear.org/Heliport.pl Well, I'd rather get it right in genapts and I'm sure it's not too difficult to accomplish. Chris -- Benefiting from Server Virtualization: Beyond

Re: [Flightgear-devel] terragear-cs segfault

2011-04-17 Thread Christian Schmitt
Christian Schmitt wrote: After that genapts segfaulted during EGKK processing and right until now I have still not much of a clue what exactly is going on. I thought it was a problem with compiling TG against SG and not SG-CS (all from GIT). That showed to be wrong. Next guess

Re: [Flightgear-devel] terragear-cs segfault

2011-04-17 Thread Christian Schmitt
Martin Spott wrote: -#define __FLT_EVAL_METHOD__ 0 +#define __FLT_EVAL_METHOD__ 2 I think a simple -O2 should be permitted. Does it still fail with setting just this single option ? The O2 flag was set for all tries but it's not the problem here. The problem are certain -march options.

Re: [Flightgear-devel] terragear-cs segfault

2011-04-17 Thread Christian Schmitt
Arnt Karlsen wrote: ..who's code, F|S|TG, or GCC? Which gcc version(s) did you use here? Where the problem lies in the code I don't know. But it would be SG or TG. My GCC version is 4.4.5, OS is Gentoo. Debian has updated gcc-4.4 and gcc-4.6 yesterday and today, may be updating gcc-4.5 now

Re: [Flightgear-devel] terragear-cs segfault

2011-04-17 Thread Christian Schmitt
Martin Spott wrote: Well, to be more precise, it's been optimization for an incompatible platfom ;-) The Core2 has a slightly different instruction set from the Pentium III, thus, if I were you, I'd let the 'native' compiler choose the right platform optimization for you - as long as you

Re: [Flightgear-devel] terragear-cs segfault

2011-04-17 Thread Christian Schmitt
Curtis Olson wrote: GIS on a global scale is a really really hard thing. There are tremendous challenges in terms of data set sizes, processing time, numerical representations, manipulating and crunching data, etc. Terrorgear is a clever play on words, but any one who is ready to dive in

Re: [Flightgear-devel] OSG visualization question

2011-04-16 Thread Christian Schmitt
Durk Talsma wrote: Hi All, As part of visualizing the AI ground networks from within FlightGear, I've been trying to find out whether there is a simple way of drawing them using a few OSG commands. As a start, for each of the segments, I have a start and end position in latitude /

Re: [Flightgear-devel] Simple atmospheric scattering shader for skydome

2011-04-14 Thread Christian Schmitt
Erik Hofman wrote: I'm not sure, it needs time to look after some things. For one it should be made possible for the shader to adjust the fog color located under /rendering/fog but at this time values written to it will be overwritten by the current code. Erik I can only agee with

[Flightgear-devel] Concorde changes (merge request)

2010-08-09 Thread Christian Schmitt
Hi, to make sure the anonymous original author is ok with the changes, I want to announce here a merge request concerning the Concorde and ask for a review/testing and a merge. http://gitorious.org/fg/fgdata/merge_requests/15 Cheers, Chris

[Flightgear-devel] fgrun --as-needed configure/compile problem

2010-01-25 Thread Christian Schmitt
Hi, I'm currently working on improving my Gentoo overlay for FG and added a live version of fgrun to it. There is a problem to compile it with --as-needed enabled as LDFLAGS. During configure it already prints: checking for gl_start in -lfltk_gl... no which leads to a compile error later on:

Re: [Flightgear-devel] Call for aircraft nominations

2008-10-05 Thread Christian Schmitt
Durk Talsma wrote: While I'm at it. :-) With each release we include a selection of representative aircraft that highlight FlightGear's capabilities. Inclusion criteria include: Completeness, variability across categories, realism, suitability for demo flights (think of aerotowing,

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/b1900d b1900d-set.xml, 1.32,

2008-09-22 Thread Christian Schmitt
Heiko Schulz wrote: The last errors I had were: -Bank-Angle-Callouts with real zero-angle after lift off or shortly above rwy while landing. - the callouts 50 40 30 20 10 could be never heard at all- even with a very low sink rate Low-Terrain-warning on a corrct ILS-glidepath

[Flightgear-devel] Concorde VL autopilot problem

2008-09-11 Thread Christian Schmitt
Hi everybody, I recently started flying the Concorde intensively. There seems to be a problem with the VL (VOR lock) autopilot. It sould follow a radial towards/from a VOR, which it does, but it is not steering towards the radial fast enough. The angle towards the radial is too small. This

Re: [Flightgear-devel] GIT

2008-08-30 Thread Christian Schmitt
Stefan C. Müller wrote: That's of course the safest choise for binary files. But it would certainly mess up the text files. While most windows tools can read LF, they all write CRLF by default, some even to automatic conversion (like VC). We would end up having files of both types (and

Re: [Flightgear-devel] GIT

2008-08-29 Thread Christian Schmitt
Thomas wrote: Thanks for that review. I'm still wary of the auto line term conversion and would probably favor disabling it. I'm more concerned about the 2 GB repo size limit listed in the Known issues in the release notes. I don't think that will work for FG. Am I correct in assuming

Re: [Flightgear-devel] GIT

2008-08-28 Thread Christian Schmitt
Melchior FRANZ wrote: * Melchior FRANZ -- 8/26/2008 3:03 PM: But it would make me a bit nervous if an aircraft developer commits several pointless updates of 5MB sound files. GIT can't compress that. We'd collect the whole pile on our disks. How much would disk space requirements grow each

Re: [Flightgear-devel] GIT

2008-08-27 Thread Christian Schmitt
Martin Spott wrote: I was persuaded to mention that GIT allows you to wrap single steps of your private development into independent commits to your local repository, even if you don't have any network access while sitting at the beach on a remote island Once you're back to a place

Re: [Flightgear-devel] GIT; Was: _Sport Model_

2008-08-20 Thread Christian Schmitt
Frederic Bouvier wrote: Migrating from CVS to SVN would already be a very good thing IMO -Fred Sure enough. But if we take a migration into consideration, we sould probably go the GIT route. Although I'm not too experienced with git when it comes to committing things to it, from the git

Re: [Flightgear-devel] GIT

2008-08-20 Thread Christian Schmitt
Martin Spott wrote: The FlightGear project has been notoriously behind about getting people's source code contributions into CVS - for years. We all know the story, it's been the same for years already, no need to repeat it here. So, in order not to loose the respective contributions over

Re: [Flightgear-devel] Some TV material from 3sat about Linuxtag 2008 AND Flightgear

2008-06-02 Thread Christian Schmitt
Holger Wirtz wrote: Hi, last week Flightgear was represented at Linuxtag 2008 in Berlin, Germany. The TV station 3sat made some small trailers about Linux and OpenSource projects. I made an mpeg2 stream which shows some projects on this fair. At the end you can see some seconds of

Re: [Flightgear-devel] Aircraft start up postion issue.

2008-04-29 Thread Christian Schmitt
Markus Zojer wrote: Hi all! This issue still exists. The YASim FDM places the datum of the aircraft at the end of the runway as startup position, which means that all aircraft with datum=nose start behind the runway. Maybe we should use the CG of the aircraft as reference point or

Re: [Flightgear-devel] osg 2.4 released today

2008-04-25 Thread Christian Schmitt
Melchior FRANZ wrote: And according to a past agreement, this means that everyone should from now on expect commits that require OSG 2.4 -- to add new features, and to remove old workarounds. Allright. I'll update the overlay :-) Cheers Chris

[Flightgear-devel] AI at the airport...

2008-04-22 Thread Christian Schmitt
Hey Durk, Ralf just pointed me to you being the expert on AI/ATC and stuff like that, which is IMHO one of the most important things for a good user experience. :-) As you might know we are currently doing a lot of work on EDDF. One of the things I am doing right now is redesigning the

Re: [Flightgear-devel] AI at the airport...

2008-04-22 Thread Christian Schmitt
Durk Talsma wrote: We are moving towards a more sophisticated runway exit strategy: Last year at LinuxTag, Thomas Foerster and I discussed the idea of adding a performance database that could be used to determine stopping distances, and I'm currently working on adding support for runway

Re: [Flightgear-devel] Segfault on current HEAD?

2008-04-18 Thread Christian Schmitt
Tobias Ramforth wrote: Hi! Everytime. I'll try rolling back to an older OSG when I get a chance. Are you sure you recompiled every single lib using up-to-date sources (CVS/SVN)? I encountered a segfault, as well, but I forgot to recompile simgear. Double check the compilation order,

Re: [Flightgear-devel] Segfault on current HEAD?

2008-04-12 Thread Christian Schmitt
James Sleeman wrote: Am I the only one getting segfaults on a full compile of the latest HEAD or is it just not working at the moment. Full update and compile of everything, SimGear, OSG, Plib1.8.5, flightgear with --enable-osgviewer, and data all up to date. Segfaults as soon as it tries to

  1   2   >