Re: [Flightgear-devel] Re: terrain texture question
On Thursday 17 November 2005 01:50, Ampere K. Hardraade wrote: > Speaking of snow: is there anything about snow accumlation in METAR data? > I'm just curious. Well, there's this: Format: SNINCR [i/g] i - Increase in snow level in inches per hour. g - Snow level on the ground in inches. I googled for metar snow level :-) --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] commit checker
On Tuesday 02 August 2005 09:51, Melchior FRANZ wrote: > On Tue, Aug 02, 2005 at 03:32:11AM +0200, Ivo wrote: > > On Friday 01 July 2005 14:05, Melchior FRANZ wrote: > > > http://members.aon.at/mfranz/citest [1.2kb] > > > > I'm working on a similar tool (meaning: checking sanity of files) for > > another project and this part does not work correctly with all versions > > of 'file'. > > Thanks for the info. It's basically for my personal use, so > I'm not too worried. (BTW: I added an XML check by means of > xmllint -- don't know if I uploaded that already). I'll look > into that 'file' problem. Further suggestions always welcomed. :-) Maybe you want to take a look at my code: cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/mplayer co -P main/TOOLS/checktree.sh I did my best to keep it portable, fast and flexible. The tests are not the same (although there is some overlap) but other tests can easily be added. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear freezes (float point interrupt)
On Thursday 18 August 2005 05:19, Ampere K. Hardraade wrote: > On August 17, 2005 10:02 am, Andy Ross wrote: > > This sounds to me a lot like a hardware problem. Can you make it > > happen when running other 3D applications? Have you tried > > memtest86? > > > > Andy > > I think I reproduced it by increasing CPU load (ie. loading other > applications). This sounds like a heat problem. Check your CPU temperature right after the crash. How hot is it? AMD (that's what I'm using) specs say they can go up to 85 or 90 degrees C (depends on the model), but I ran into trouble at about 70-75 degrees. (Don't laugh, I had mounted my heatsink the wrong way around by mistake, there was almost no thermal paste between the cpu core and the heatsink. That had never happened to me before, and I have built quite a lot of systems in the past ten years.) > As for memtest86, I do not know how to use the program. Download the iso image, burn it to a cd, boot from it and let it run all tests (may take a while). --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] commit checker
Hi, On Friday 01 July 2005 14:05, Melchior FRANZ wrote: > Here's a small shell script that can be used to check if files are "good > enough" to be checked in: > > http://members.aon.at/mfranz/citest [1.2kb] [..] > checking for DOS line endings ... > ./dc3/Sounds/read-trev.txt: ASCII English text, with very long lines, > with CRLF line terminators ./Hunter/pilots-notes.txt: ISO-8859 English > text, with CRLF line terminators ... I'm working on a similar tool (meaning: checking sanity of files) for another project and this part does not work correctly with all versions of 'file'. Some just display things along the lines of "XML document text" etc. and no further information. Just thought I'd let you know. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Secondary display - game mode
On Thursday 27 January 2005 23:08, Drew wrote: > Does anyone know the easiest way to run flight gear in game mode on a > secondary display. > > It runs just fine if I drag the window over and maximize it on the > secondary display, but I can't figure out how to make it work in game > mode. As I don't have Xinerama running here, it is just a guess, but I suppose this should work: export DISPLAY=localhost:0.1 fgfs If the window appears on the secondary display, then enabling game-mode should run it fullscreen. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Google adwords?
On Friday 14 January 2005 04:14, Jim Wilson wrote: > Sort of a little off topic: Something that would be really cool (at least > in the US) is to have a registered non-profit that just collected > donations (like United Way) and then uses those funds to make grants to > individual projects like flightgear. I'm not sure of the legalities, but > perhaps such an organization could accept tax deductable gifts from > individuals that are directed to specific projects by the donor. Maybe > there is already something like this? FSF supports official "gnu" > projects, and allows a limited number of directed donations, but only at > their discretion. http://www.linuxfund.org/ maybe? I don't think it would hurt to ask them. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Google adwords?
On Friday 14 January 2005 00:14, Dave Martin wrote: > On Thursday 13 Jan 2005 22:45, Curtis L. Olson wrote: > > Here is a screen shot of about as unobstrusive of an add as I can > > configure: > > > > http://www.flightgear.org/~curt/tmp/fgfs-ads.jpg > I'd avoid giving them 1st place on a side bar (breaks the site's 'feel') > > Second or third on the sidebar so they're almost half way down on a > 1024x768 browser window usually looks best. Or maybe on the right side, like Slashdot does? --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] May I help with scenery?
On Tuesday 11 January 2005 22:24, Robicd wrote: > That's a pity. I was confident I could use such files, that closes a > promising scenario :-( > Anyway I'll investigate further. I tried converting .BGL files and extracting models from it about a year ago, without much luck. I had some success with simple buildings like flats and hangars, but as soon as it got a little complicated, it failed. Don't remember exactly which tools I used, but you might have a look at SCASM, SCDIS and ppe IIRC. > That could be not an issue if the original creator of the .bgl releases > the F.G. converted file under GPL too. Just an idea :-) I mailed one of the authors of a 3rd-party MSFS scenery if he could just mail me the 3D models and textures. He refused because he didn't want the plain models to be spread around (?!?). But anyway, you could try the same. Maybe somebody else doesn't mind as long as he gets proper credit and it's put under the GPL. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Unsafe functions like sprintf and strcpy
Hi, I recently ran a small script on both FlightGear's and SimGear's source-tree. I was surprised to see that over 500 times sprintf (and similar possibly problematic functions such as strcpy, vsprintf, memcpy, memmove and bcopy) was used. My questions are: 1. Should these be replaced by snprintf (et cetera) ? 2. If so, is anybody working on that? 3. If not, I'm willing to make them all boundary safe. I came across a lot of occurrences like this: ... char buf[some_number]; some_function(buf, more_variables); ... void some_function(char *buf, more_variables ) { ... sprintf(buf, "blabla %s blabla %d", ... ); ... } To me it seems that the size of the buffer should be passed along to some_function. What do you suggest? --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ATC Talk
On Monday 29 December 2003 00:48, [EMAIL PROTECTED] wrote: > One question, do we allready have an ATC text file with all the necessary > ATC talk sentences and airport names so that someone who can speak > english quite well can record them to *.wav files? Or we could have multiple people around the world recording the sentences, so we'll hear the right accent when approaching for example New Delhi or Mexico City or Frankfurt. Maybe even bilingual, though I don't know if they use their native language (for example for domestic flights) or that they use English worldwide. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] My Flight in a B-1B Flight Simulator at Dyess AFB
On Wednesday 24 December 2003 01:17, Cameron Moore wrote: > Everyone in my office it tired of hearing about it, so I thought I'd > turn to you guys. Nice story. I always like reading about people on this mailinglist flying real aircraft or high-end sims and comparing (some of) the experience to FlightGear. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Adding a runway to runways.dat
On Friday 19 December 2003 01:54, Matthew Law wrote: > On 00:42 Fri 19 Dec , Matthew Law wrote: > > What are the fields? I'm guessing at some here: > > Sorry. I just found the doc on the FGFS site. I've got to start RTFMing > more often :-) Also check: http://baron.flightgear.org/pipermail/flightgear-devel/2003-December/023555.html After adding the runway manually, you could use TaxiDraw to add the taxiways. As for the bug I mentioned in that thread, David Luff sent me a debug-enabled version and I tracked it down to being a locale thing. If you're running a localized version of Linux in a country that uses a comma as a decimal separator, you have to start taxidraw as follows: LC_NUMERIC=POSIX ./taxidraw I thought I mention it here, so it gets archived for the time being. Probably this will be fixed in the next version. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] TaxiDraw-0.1.0 available.
On Wednesday 10 December 2003 07:05, Ivo wrote: > [...] > installed on my system), but all combinations ended up with the same > result. I'm running Linux, kernel 2.4.21, gcc 3.2.2 and glibc 2.3.1. I > used runways.dat from a cvs checkout on december 2nd 6.31am. I tried the Win32 binary of v0.1.0 on Windows 98(FE) in VMware and it works great. It displays the airport as it is supposed to be. > Am I missing something, as in how to use this program, or can this be > considered a bug? Also, while viewing KSFO, I get a segfault when I zoom > out 33 times with gridlines enabled, but not if they're disabled. > File->Exit never works for me, whether I have an airport loaded or not. I > always have to kill the window. TaxiDraw does 'segfault' (the windows equivalent) while zooming out, but it takes one more zoom. Might be because my VMware window is 1024x768 and X runs at 1152x864. EHAM, for example, takes 31 zooms, probably because the airport is larger. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] TaxiDraw-0.1.0 available.
On Monday 08 December 2003 12:00, David Luff wrote: > http://www.nottingham.ac.uk/~eazdluf/TaxiDraw-0p1p0-src.tar.gz > Source [74K], requires wxWindows to compile (wxGTK-dev on Linux). I tried it for the first time today, and I ran into some strange things: http://ivop.free.fr/fgfs/taxidraw.0.1.0.ksfo.png http://ivop.free.fr/fgfs/taxidraw.0.1.0.eham.png All runways and taxiways seem to get centered around the center of the airport and not where they are supposed to be. I also tried v0.0.8, upgraded wxWindows to v2.4.2 (instead of 2.4.0, which I had already installed on my system), but all combinations ended up with the same result. I'm running Linux, kernel 2.4.21, gcc 3.2.2 and glibc 2.3.1. I used runways.dat from a cvs checkout on december 2nd 6.31am. Am I missing something, as in how to use this program, or can this be considered a bug? Also, while viewing KSFO, I get a segfault when I zoom out 33 times with gridlines enabled, but not if they're disabled. File->Exit never works for me, whether I have an airport loaded or not. I always have to kill the window. Taxidraw looks very good and the screenshots I saw of Jon Stockill's work on UK airports were very impressing! --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Speed of jpg-httpd / Another FlightGear movie)
On Wednesday 19 November 2003 05:23, Norman Vine wrote: > You can try upping the speed with set_hz() > initialized in FlightGear\src\Network\jpg-httpd.cxx Thanks. I tried that already, but it didn't work. Same transferrate. I'll try Martin Spott's suggestion really soon and see if I can get a decent quality movie. Gene Buckle suggested FRAPS, but I have no Windows machine with 3D support. > There is some simple portable GL to AVI code here > http://cs.anu.edu.au/people/Hugh.Fisher/3dstuff/index.html If all else fails, I'll have a look at it and see if I can get a raw AVI writer working and maybe integrate libavcodec. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Speed of jpg-httpd / Another FlightGear movie)
On Wednesday 19 November 2003 02:26, Curtis L. Olson wrote: > http://www.flightgear.org/Gallery/index.shtml > > It shows some footage of high speed canyon flying SE of Mt. Ranier in > Washington state. Nice movie! It reminded me of something. A few weeks ago, I tried using the jpg-httpd part of FG and mencoder to capture flying in realtime. I used a looped wget to 'download' the images as fast as possible. The problem I stumbled upon, was the very low download speed I got. Around 3-4 kB/s, which is way too slow to get a decent framerate of say, 12-15fps. Does anybody know how to speed up the transferrate of FlightGear or should I replace the jpg-httpd network code (BufferSend) and have it write the JPEG file directly to disk? Any ideas? --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] a FIXME in fg_props.cxx
On Thursday 13 November 2003 06:54, Gene Buckle wrote: > On Wed, 12 Nov 2003, Cameron Moore wrote: > > * [EMAIL PROTECTED] (Gene Buckle) [2003.11.12 10:35]: > > > static const char * > > > getDateString () > > > { > > > static char buf[64]; // FIXME > > > struct tm * t = globals->get_time_params()->getGmt(); > > > sprintf(buf, "%.4d-%.2d-%.2dT%.2d:%.2d:%.2d", > > > t->tm_year + 1900, t->tm_mon + 1, t->tm_mday, > > > t->tm_hour, t->tm_min, t->tm_sec); > > > return buf; > > > } > > We should at least be using snprintf() here. > So what makes snprintf() a better choice than sprintf()? With snprintf, you can make sure buf will never overflow. Though I guess it's impossible to overflow buf with the format-string that's used now. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scanned sectional charts online
On Wednesday 12 November 2003 13:10, Jonathan Richards wrote: > [EMAIL PROTECTED] rpms]# rpm -ivh geotiff-1.1.4-6mdk.i586.rpm > error: failed dependencies: > libgeotiff.so is needed by geotiff-1.1.4-6mdk > > I don't really understand why this is a problem, because the libraries > seem to be installed OK (the indirect symbolic linking seems odd, but > valid) > > [EMAIL PROTECTED] rpms]# ls -l /usr/lib/libgeo* /usr/lib/geo* > ## listing edited to reduce line length ## > /usr/lib/libgeotiff.so -> geotiff.so.1.1.4* > /usr/lib/geotiff.so.1.1.4 -> /usr/lib/libgeotiff.so.1.1.4* > 1789726 Jan 30 2003 /usr/lib/libgeotiff.a* > 1633716 Jan 30 2003 /usr/lib/libgeotiff.so.1.1.4* > > ...and ldconfig knows about them... > [EMAIL PROTECTED] rpms]# ldconfig -p | grep geo > libgeotiff.so.1.1.4 (libc6) => /usr/lib/libgeotiff.so.1.1.4 > libgeotiff.so (libc6) => /usr/lib/libgeotiff.so > > Anyone know how to unstick this? geotiff gives us a tool to read the > tags in the TIFF files. You could try rpm -ivh --nodeps geotiff-1.1.4-6mdk.i586.rpm --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Converting .bgl to .dem or comparable ...
On Tuesday 07 October 2003 02:00, Ivo wrote: > to be the most usefull tool. It's Windows only, but it ran perfectly > under VMware. It's a commandline tool, so maybe it can be run with > dosemu. Correction: you can obtain the sourcecode through CVS. Both freesc (the SCASM compiler) and scdis (the decompiler) can be compiled on Linux. A few minor adjustments were needed. Remove -ll while linking and be sure to link with g++ and not gcc. I have succesfully decompiled a few BGL files just a few moments ago. I am not currently planning on writing a SCASM interpreter to generate .ac files. Maybe I will in the future. If I decide to do so, I think it would be helpful to have some feedback first. Maybe my whole idea is impossible but I just don't see it :-) --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Converting .bgl to .dem or comparable ...
On Monday 06 October 2003 11:26, Tim Kober wrote: > Hi members, > > I am a new to this list and have a tricky problem: is there a > workaround to convert or extract DEM-Information from .bgl-Files of > Microsoft or mesh data from Lagos .bgl.-files? A conversion to another > file format (readable by 3D-Software) would be OK also ... I have looked into this a while ago. .bgl is a binary format and I thought of the following approach. First, decompile the BGL to a human readable form (sort-of), e.g. SCASM, and then interpret/convert the output to a 3D file format, like .ac. I found this: http://freesc.sourceforge.net/scdis.html to be the most usefull tool. It's Windows only, but it ran perfectly under VMware. It's a commandline tool, so maybe it can be run with dosemu. I found various programs to convert 3DS etc. to SCASM, but none the other way around. Nevertheless, I think it would be possible to write such a program, that extracts all kind of information from the converted SCASM files, like Synthetic Scenery, Procedural Scenery or Airport data. For more information and links, see the readme.html inside the SCDIS distribution. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] .btg file format
Hi all, After seaching with google and browsing through various mailinglist archives, I failed to find a description of the .btg file format. Can anyone point to the right direction? Thanks in advance, --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Dutch Scenery
On Tuesday 09 September 2003 10:17, Erik Hofman wrote: > Could you make absolutely sure the creator of these textures agrees with > the terms of the GPL? Otherwise we won't be able to include them in the > default distribution of FlightGear. > > There are a *lot* of freeware packages out there that state "not for > commercial use". The GPL explicitly allows commercial use! You're right. I checked their full copyright notice. Before I use more of those textures, I'll contact them to see if I can get permission to re-release (some of) the textures under the GPL for FlightGear. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Dutch Scenery
On Monday 08 September 2003 22:47, David Megginson wrote: > Ivo writes: > > Not too bad at all for a texture that's only 150 pixels high. I have > > 32 pixels is usually fine for a generic building, and 64 pixels for a > customized one -- maybe 128 for something really prominent and > detailed. Consider how few pixels the building actually takes up on > the screen unless you're flying within a few dozen meters of it. I never really looked at it that way. Maybe that's why I discarded skyscraperpage.com at first, to be a worthy source of textures. But it turned out to be quite nice. This night I created a new building along the Amstel River. Not with a skyscraperpage image though, but with a texture from the freeware nl2000 MSFS scenery. Screenshots: http://ivop.free.fr/fgfs/amstelhotel1.jpg http://ivop.free.fr/fgfs/amstelhotel2.jpg http://ivop.free.fr/fgfs/amstelhotel3.jpg (at dusk) Ok, the Amstel is not the Seine, but there are a few nice buildings I think. The theatre is in the right place now (sort of). If anybody is interested, I can make the models available for download too. BTW Maybe a separate mailinglist for scenery design should be created? This isn't really development related, but doesn't seem appropriate for any of the other mailinglists either. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] San Francisco city lake
> Could you not replace all 'default' coverage with one of the coverages > bounding the area of default cover? I thought about that too, but I think it will destroy some detail. There's a small lake in the west of Amsterdam that turns up as default coverage. I use it when I fly around the place, just to see where I am. Though it's not blue (but looks more like a park) I know what it is and thus is helpful. If it was replaced by the coverages of the bounding area, it would turn out to be urban and the whole lake would be lost. I can imagine similar situations occur in other places. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Dutch Scenery
On Monday 08 September 2003 10:37, Erik Hofman wrote: > I don't know if you've seen this page already, but we are allowed to use > their work as textures since we credit them in out documentation: > http://skyscraperpage.com > It covers quite some buildings from The Netherlands. I did came across this page before, and I thought the images were too small. But tonight I tried one anyway and I am surprised about how it looks. Not too bad at all for a texture that's only 150 pixels high. I have put some sample images here: http://ivop.free.fr/fgfs/fgfs_rembrandt1.jpg http://ivop.free.fr/fgfs/fgfs_rembrandt2.jpg It's the Rembrandt Tower, the heighest building of Amsterdam (135m roof, 150m antenna). Nice how it aligns with the Amstel river, I think. The building in the front on the second image, is the Carré theatre. It's slightly misplaced, but I corrected that already and I'm too lazy to create a new screenshot :) Close up of Carré is here: http://ivop.free.fr/fgfs/ac3d_carre.jpg > I don't know if I can help with creating buildings also (although I'd > like to) but I also want to update the Dutch airfields where needed. I wanted to look into that too. For example, adding the fifth (actually sixth) runway to Schiphol. I have found some very accurate data about all six runways in 'Rijksdriehoek' coordinates and wrote a small program to convert those to WGS84. But I have no data on the taxiways and the current taxiways are a little misaligned with the new runway data I have. Maybe we can talk about it offlist and/or exchange data? > BTW. Did anyone think about creating a directory tree to store static > scenery for world coverage? I think it is highly needed. That would be a very good idea! --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Dutch Scenery (was: Re: Height of buildings)
On Friday 05 September 2003 02:41, Jim Wilson wrote: > This is really has nothing to do with ac3d, but in flightgear 1 unit = 1 > meter. So if you make a tower 100 units tall in ac3d it'll be 100m tall > in flightgear. Thanks Jim, this really helped me. I wasn't sure how things related to eachother and I wasn't confident enough with the editor(s) to just 'design' a building and worry about scale later. But it's getting along fine now. Next question is: Are there any people from Holland on this list who want to join me in creating add-on scenery (buildings, airports, et cetera) for The Netherlands? I have only created a nameless flat in Amsterdam where I happen to live and tonight I made the Carré Theatre. It greatly enhanced my flying experience when I circled around my own home (and yes, I parked it once in my livingroom :) ) and I would love to see more buildings around Amsterdam, Rotterdam and The Hague. Anyone interested in participating? --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Question about dc
On Monday 08 September 2003 00:29, Ima Sudonim wrote: > I tried ~ but it still only seems to start the first (left) engine on > the dc3... ~ never worked for me either. I turn on the parking breaks (shift-B) and start the engines one by one with the middle mousebutton, clicking on the black switches. If you want, you can cycle through different view modes with 'v' to see if both propellors are spinning. Then release the breaks and increase speed. You'll need a lot of rudder to get it to take-off in a straight line, but once it's in the air, everything seems fine. It's also hard to land (might end up below the runway too), because as soon as the wheels hit the runway, it starts sliding again and rudder is needed. BTW I use v0.9.2 on Mandrake Linux 9.1; no CVS. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Height of buildings
Recently I experimented a little with AC3D, PPE and Blender and I was wondering how big one has to make a model to have it at the appropriate height when rendered by FG. If I want it to be 380 feet (the Rembrandttower in Amsterdam), how many grid-squares is 380 feet? Or can I rescale a model afterwards or specify the height of the model somewhere in the scenery file(s)? My favorite editor is AC3D, but examples for any editor will do. I'm planning to use the freeware textures of the Dutch Scenery for MSFS2K to create some buildings around Schiphol Airport and in the city of Amsterdam, but I'm stuck here. Before I start creating them, I would like to know how I can get them scaled right. Thanks in advance for the replies! --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Static copy of TerraGear for Linux
On Wed, 27 Aug 2003 15:49:03 -0500, "Ryan Larson" <[EMAIL PROTECTED]> wrote: > Anyone have a static copy of terragear for linux? I tried building one, but with no luck. Somehow it seems impossible to statically link to GL, GLU and GLUT. The configure scripts chokes on it. Running just ./configure finds everything that's needed (believe me, it took me almost a day to have everything OK to compile TerraGear from cvs; all is there). But when I run: CFLAGS="-static -static-libgcc -L/usr/X11R6/lib" LDFLAGS="-static -L/usr/X11R6/lib" ./configure it stops with: checking for glNewList in -lGLcore... no checking for glNewList in -lGL... no checking for glNewList in -lMesaGL... no checking for gluLookAt in -lGLU... no checking for gluLookAt in -lMesaGLU... no checking for glutGetModifiers in -lglut... no checking for glutGameModeString in -lglut... no Unable to find the necessary OpenGL or GLUT libraries. (It did the same BTW w/o the -L's and w/o -static-libgcc. I only added those, just in case) Normally, I have no problem creating a static binary (for example (sometimes) for my GF, who runs a different Linux distro and had limitted space), but I can't get this working. BTW This is on a MDK9.1 Linux installation. I got all the sourcecode (TerraGear and mandatory libs) from CVS at August 23. Anyway, no luck in building static binaries for Terragear. Anybody has an idea? ( I really hope I'm not missing something trivial :-) It's late around here). --Ivo [hmm, this mail got bounced at first. Finally I changed my e-mail acount which is subscribed to this list :-) so it should get through now] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel