[Flightgear-devel] Building PLib??
Hello, maybe it's not the right place to ask?! Last week I've installed SuSE 8.1 and tried to build PLib 1.7. It always stops configuring saying it's missing GLut libs. I've installed actual nvidia kernel and GLX drivers and all 3d applications are running. I've also installed zlib and metakit. I thought that GLut is a 3d library. Trying to compile Glut 3.7 ends always due to gl.h and glut.h errors. Is there anybody experienced with Suse 8.1 and building all libs for FlightGear? cu, Carsten ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Building PLib??
Is there anybody experienced with Suse 8.1 and building all libs for FlightGear? Yes, I do - on a daily basis ? Did you read the appropriate section in the 'Getting Started' manual ? I'm quite shure I once put a list of the necessary packeages in that you are supposed to install on your machine ;-) quickstep: 11:39:41 ~ rpm -qa | grep -i glu mesaglu-4.0.3-53 mesaglut-4.0.3-53 mesaglu-devel-4.0.3-53 mesaglut-devel-4.0.3-53 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] question about 3d models
On Sun, 2002-11-24 at 22:15, The Tone'ster wrote: It is just that the few 3d tools I have taken a look at, Maya, Blender and one other one (can't rememeber the name, it was a bit ago) are complex to use. Harder, it seems to me anyway, than thinking in terms of edges and nodes in some 0,0,0 centered 3d space, drawing it on a piece of paper, making a list of nodes, and typing them in somewhere. Well, you can certainly try creating an AC3D file by hand to see how you like it. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Building PLib??
Martin Spott schrieb: Is there anybody experienced with Suse 8.1 and building all libs for FlightGear? Yes, I do - on a daily basis ? Did you read the appropriate section in the Oups, only read Chap.3 by now. Will read the appendix this evening!! Thankx, Carsten ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Failed assertion in ssg.h
Geoff Reidy writes: Curtis L. Olson wrote: Geoff, this would appear to be a potential problem in the tile freeing code. Can you give me a route (i.e. a series of waypoints) that will show the problem (and the approximate place where things die.) Also, leave the visibility at the default for the test (or tell me what visibility you are using) because the visibility value determines the size of the tile cache which affects when tiles need to be removed. Regards, Curt. OK to test this I have been flying the a4, taking off from Sydney (YSSY) and immediately going into autopilot with waypoint set to Katmandu (VNKT). Using visibility=64000 and cruising at about 12000ft. Also I'm running in 16bpp if that makes any difference. The assert error occurs shortly after crossing 125°E and about halfway between the Australian coast and Timor. Oh, and this is before I started mucking about with the code :) Geoff, I did some testing at home this weekend and I think there is something going on here related to the random ground cover objects. If I run with --disable-random-objects I have never seen a crash. If I run with the random objects I do see a similar crash after flying 3000 miles give or take a couple thousand. So I will say the following: For long haul flights, consider running without random objects. Random objects have a couple issues: - program crash after a few thousand miles. (To be fair, this may not directly be the random object code's fault. It could be an interaction issue with other portions of the program?) - issues with freeing tiles ... this can lead to substantially reduced frame rates while the system is struggling to free memory associated with a tile that has just been removed from the cache. For short hops, training, or any other sort of flight where you aren't venturing too far from home base, then it should be safe to leave random objects on. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] question about 3d models
The Tone'ster writes: It's not the I _really_ feel the need. It is just that the few 3d tools I have taken a look at, Maya, Blender and one other one (can't rememeber the name, it was a bit ago) are complex to use. Harder, it seems to me anyway, than thinking in terms of edges and nodes in some 0,0,0 centered 3d space, drawing it on a piece of paper, making a list of nodes, and typing them in somewhere. Tony, From my relatively small experience with 3d modeling I will claim that an application like blender actually makes this a lot easier than doing it all by hand. 3d modelers give you all kinds of convenient little tools to create and manipulate your geometry. Yes, to be fair, the interfaces on these programs are complex and daunting. But, if you persevere and figure out the various modes that the application has and what all those little icons mean, plus a few undocumented/hidden key strokes, suddenly you have a rich toolset at your disposal and you can build models *far* faster and *far* easier and *far* more accurately than doing it all by hand. I would say that even if you are twice as smart as me [ok no comments here from anyone] :-) that you won't be able to just start up a program like blender and feel your way through it and start building models. 3d modeling is a lot more complex than word processing. You need to be prepared to read through a lot of documentation, and give yourself some time to go through the various tutorials, and be ready to ask questions. If you approach it with a bit of patients, I think you'll be pleasantly surprised how quickly things start making sense. Having said that, it is probably my issue that I don't really _want_ to learn a 3d modeling tool. And I'm here to say that you do want to learn a 3d modeling tool. :-) It's perhaps a little like broccoli ... no you don't want to eat it and it smells bad, but it's good for you, and after you force yourself a couple times, you might even start to like it just a bit, and after you get in the habbit of eating healthy, you might someday even start to crave it ... :-) For FG, I would love to be able to put together a really simple 3d model for the airframe, and a really simple 3d model for the cockpit, where they only (for me) need to be good enough to get the perspective out of the cockpit right (view over the dash, view out the window while on base turning to final etc ...). As someone else said, if you *really* want to do things by hand, take a look at the ac3d model format. It's pretty self explanitory and if you have any questions, someone on the list here might know (or be able to figure out) the answer. But, I still think that once you learn how to use a 3d modeler, you'll be able to pump out even simple models 10x faster (maybe 100x faster) than doing it all by hand. :-) Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Norman Vine writes: Curtis L. Olson writes: I have my terrasync utility up to a point where it has some basic functionality so I thought I should share it with you all. Currently flying terrasync'ed with Cygwin Cool ! I did a lot more tweaking of this util over the weekend and it's working pretty well now ... has anyone else had a chance to try it? ADV: don't bother spending days or weeks downloading all the scenery for the world before you fly. Just install the base program and supporting files. Turn on terrasync and it will fetch just the tiles you need as you fly. Have you just spent hours/days/weeks downloading all the world scenery only to have the evil project regenerate it with updated data or to fix some problem? No problem, just enable terrasync and it will upgrade your local scenery as you fly. Terrasync saves the data to your HD so next time you fly a route, you already have the data and you don't need to download it again. Terrasync makes you look and feel like you have it all, even though you don't. :-) Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] question about 3d models
Curtis L. Olson [EMAIL PROTECTED] said: and *far* more accurately than doing it all by hand. Actually sometimes even with ac3d available I still need to, rarely, go into an editor to tweak something! But yes, a tool is the way to go. 3d modeling is a lot more complex than word processing. It's really not all that complex. Just as with word processing, it takes a while to get really good at it and it isn't all that hard to do something simple. Word processing is familiar because it has been around so long and is so commonly used. Having said that, it is probably my issue that I don't really _want_ to learn a 3d modeling tool. And I'm here to say that you do want to learn a 3d modeling tool. :-) Agreed. It is really a lot of fun. Everyone IMHO should learn to use one. The great thing about it is if you have a couple minutes here or there you can load up the model and make a few adjustments or ad some little detail. Then sit back and admire your creation. It provides instant gratification. It's perhaps a little like broccoli ... no you don't want to eat it and it smells bad, but it's good for you, and after you force yourself a couple times, you might even start to like it just a bit, and after you get in the habbit of eating healthy, you might someday even start to crave it ... :-) Disagree. It is nothing like broccoli. ;-) At first it might seem daunting, but if you ignore the apparent complexity and try it out it'll happen. I would suggest Blender (do the tutorials) because it is free and powerful and is likely where the future is. I'm using AC3D, but it costs money, and it lacks a few handy features and as I keep saying, one of these days I'll probably switch. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
David Luff writes: On 11/25/02 at 9:06 AM Curtis L. Olson wrote: ADV: don't bother spending days or weeks downloading all the scenery for the world before you fly. Just install the base program and supporting files. Turn on terrasync and it will fetch just the tiles you need as you fly. Have you just spent hours/days/weeks downloading all the world scenery only to have the evil project regenerate it with updated data or to fix some problem? No problem, just enable terrasync and it will upgrade your local scenery as you fly. Terrasync saves the data to your HD so next time you fly a route, you already have the data and you don't need to download it again. Terrasync makes you look and feel like you have it all, even though you don't. :-) Is it likely to work over a 56K modem? David, First of all I will say that that I haven't tried it. But, I encourage you to try it yourself since I want to know the answer too. :-) I suggest that you start out in the C172 and fly with that. If you have good luck there, then you can try faster planes. I'm fortunate enough to have a DSL connection at home (they finally got service to my area) and with the latest tweaks to terrasync I've been able to sustain upwares of 2000 kts. with 32km visibility. (That's in the a4, time accelerated either 2x or 3x ...) So, if you are flying at 1/10 the speed, you might do just fine with 1/10 the bandwidth. Let us know ... :-) Regards, -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Jim Wilson writes: Curtis L. Olson [EMAIL PROTECTED] said: Terrasync makes you look and feel like you have it all, even though you don't. :-) One question: Does it still come with the Ginzu knife? I'll tell you what, we could set this up as a commercial service and charge $0.01 per downloaded tile (that's a steal compared to $0.99 a ring tone) and then, yes, I would happily include a ginzu knife with the deal. :-) But for now, I'll try to keep everything free. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Magnetic variance
How accurately do we model magnetic variance? http://antwrp.gsfc.nasa.gov/apod/astropix.html ;-) Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
--- Curtis L. Olson [EMAIL PROTECTED] wrote: [ ... a bunch of cool TerraSync stuff ...] Do I have to be building/using the CVS cut of FG to take advantage of TerraSync ? TIA, Tony = ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
David Luff writes: On 11/25/02 at 9:06 AM Curtis L. Olson wrote: Terrasync makes you look and feel like you have it all, even though you don't. :-) Is it likely to work over a 56K modem? Does for me :-) Now all we need is a 'virtual rsync' that uses the fastest mirror :-) Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Terrasync 3rd party util
Michael Basler writes: Curt, ADV: don't bother spending days or weeks downloading all the scenery for the world before you fly. Just install the base program and I think this is a VERY useful tool and a breakthrough insofar, as no other sim known to me does have this feature. I just didn't find time to play with it, but will do as soon as I can. There might be a point that it's hidden somewhere in Terragear (I know it can be build standalone, but still) plus has to be invoked via special options. Would it be hard to stick it into the FlightGear CVS and make it a start option like fgfs --with-terrasync? I am convinced this might buy you hundreds of users immediately. This is a standalone util that runs separate of FlightGear, but yes, it might make more sense to bundle it in FlightGear. Gear is plural, right? Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
The Tone'ster writes: --- Curtis L. Olson [EMAIL PROTECTED] wrote: [ ... a bunch of cool TerraSync stuff ...] Do I have to be building/using the CVS cut of FG to take advantage of TerraSync ? Yes, but not so much for the sake of terrasync, but because the scenery you will be fetching assumes certain software features that are only in cvs (i.e. airport/runway lighting.) Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
ADV: don't bother spending days or weeks downloading all the scenery for the world before you fly. Just install the base program and supporting files. Turn on terrasync and it will fetch just the tiles you need as you fly. There's still one question remaining: Does it work with a proxy (Squid) or do you need direct connection to the internet on the machine running FlightGear ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
On 11/25/02 at 5:47 PM Martin Spott wrote: ADV: don't bother spending days or weeks downloading all the scenery for the world before you fly. Just install the base program and supporting files. Turn on terrasync and it will fetch just the tiles you need as you fly. There's still one question remaining: Does it work with a proxy (Squid) or do you need direct connection to the internet on the machine running FlightGear ? Its working for me at work (its after 5pm in the UK!) where we have a web proxy, although I'm pretty sure that rsync isn't proxied. I would assume that if you can use rsync then you can use terrasync. Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
On 11/25/02 at 10:11 AM Curtis L. Olson wrote: Terrasync makes you look and feel like you have it all, even though you don't. :-) Is it likely to work over a 56K modem? David, First of all I will say that that I haven't tried it. But, I encourage you to try it yourself since I want to know the answer too. :-) I suggest that you start out in the C172 and fly with that. If you have good luck there, then you can try faster planes. I'm fortunate enough to have a DSL connection at home (they finally got service to my area) and with the latest tweaks to terrasync I've been able to sustain upwares of 2000 kts. with 32km visibility. (That's in the a4, time accelerated either 2x or 3x ...) So, if you are flying at 1/10 the speed, you might do just fine with 1/10 the bandwidth. Let us know ... :-) OK, I'll give it a go. I've a slight problem though in that I'm on Linux/GeForce3 at home, and the nVidia drivers will only work if I do $/sbin/telinit 1 $root passwd $make install in kernel and GLX nVidia directories $edit XFConfig-4 $/sbin/telinit 2 Unfortunately this leaves sound unworking, and I suspect probably net access as well. On a normal reboot X fails to start and I have to put the old XFConfig-4 back. Still, if net access survives the above I'll try it out... Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Martin Spott writes: ADV: don't bother spending days or weeks downloading all the scenery for the world before you fly. Just install the base program and supporting files. Turn on terrasync and it will fetch just the tiles you need as you fly. There's still one question remaining: Does it work with a proxy (Squid) or do you need direct connection to the internet on the machine running FlightGear ? You'd have to get rsync working through a proxy ... I have no idea if that can be done or now. Otherwise, do you have some sort of recursive file transfer util that can ignore files that are the same as the server that will work through a proxy? Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] 737-300 panel, 737 yasim, turbine model
I've been converting a FS2002 737 panel to look like the 737-300's I fly. A version with notes is here: http://home.attbi.com/~davidculp2/737-300_with_notes.jpg This jpeg includes some notes on which instruments go where. The master is in BMP format, without the notes of course. This is the extent of my panel-building skills, but If anyone wants to make it come alive I'll be glad to help. I also have a YASIM 737 model, but won't be able to flight test it until I get a computer upgrade come Christmas. It's hand-converted from the existing 747 model, so I'm sure it'll need some tuning. Also, Elad Yarkoni and I have been working on a turbine engine model. Presently I have a Qt-based testbed program that can read engine XML configuration files and then simulate and display the behavior of any turbine engine. Right now it defaults to the CFM56 (my favorite engine ;). If anyone is interested I'll send you the source and/or the executable and several engine XML files. By the way, I also have a Delphi version for windows if anyone would prefer that (I quit working on it a couple weeks ago, so it's not as up-to-date as the Qt version, and it uses INI configuration files). Dave Culp ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Magnetic variance
Jon S Berndt writes: How accurately do we model magnetic variance? http://antwrp.gsfc.nasa.gov/apod/astropix.html http://www.ibiblio.org/Dave/Dr-Fun/collections/1988/images/df1988-1282.gif :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
There's still one question remaining: Does it work with a proxy (Squid) or do you need direct connection to the internet on the machine running FlightGear ? You'd have to get rsync working through a proxy ... I have no idea if that can be done or now. I was not shure if 'rsync' was the only way 'terrasync' connects to your server. That's why I was asking. Getting 'rsync' working through a firewall is pretty difficult. You could try to build 'rsync' with 'socks' support, but even then not every firewall supports 'socks'. So I dare to point at the fact that this utility might be pretty useless for several users. [...] Otherwise, do you have some sort of recursive file transfer util that can ignore files that are the same as the server that will work through a proxy? foehn: 22:42:28 ~ alias wget wget -m -np -w 1 -N Works with any http- and ftp-server and honours the '$http_proxy' or '$ftp_proy' variables, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Martin Spott writes: I was not shure if 'rsync' was the only way 'terrasync' connects to your server. That's why I was asking. Getting 'rsync' working through a firewall is pretty difficult. You could try to build 'rsync' with 'socks' support, but even then not every firewall supports 'socks'. So I dare to point at the fact that this utility might be pretty useless for several users. Well, I hacked this up over the weekend so it's not advertised as the perfect utility that handles every possible situation. The hope is that those for which it doesn't quite work, might be willing to figure something out and submit fixes ... Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Well, I hacked this up over the weekend so it's not advertised as the perfect utility that handles every possible situation. The hope is that those for which it doesn't quite work, might be willing to figure something out and submit fixes ... I'm absolutely no C programmer - but I'll see what I can do. I didn't want to criticise you, my sole aim was to point at the simple facts, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Getting 'rsync' working through a firewall is pretty difficult. You could try to build 'rsync' with 'socks' support, but even then not every firewall supports 'socks'. So I dare to point at the fact that this utility might be pretty useless for several users. If you are _allowed_ to be playing / using Flight Gear at work, then you can try asking your network administrator to enable rsync protocol. Point out to them that it provides basically the same sort of access (the way they see it, in terms of security, abuse, etc.) as FTP, and if they allow FTP they should allow rsync as well. If you're not allowed, but hope to get away with it via the company email and web facilities provided, well, maybe you need to work for a games company instead. :-) [Note: I'm in this position of having FTP but not rsync at work. But I can't think of a good reason why I should be allowed to run Flight Gear, or any other justification for requesting rsync access.] - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Lovely stuff! terrasync.cxx needs these to compile on my GCC 3.2 / SuSE system: SG_USING_STD(cout); SG_USING_STD(endl); In the usage example in README.txt it would be nice to suggest a port in the private use range (49152-65535), such as 55000, instead of port 5500 which is allocated to someone's particular protocol. Not that it's likely to cause a problem in practice, but to avoid future trouble. The same applies to the existing FG and Atlas documentation. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Terrasync 3rd party util
Curt, it works with Cygwin, and it is a really cool innonvative feature. A couple of nits only: - I still would suggest transferring this into FlightGear. I first had to download and install gpc (do most Terragear users recall they did once?), which might be annoying for beginners. Terrasync certainly does not make use of it ;-) - A more serious problem: Terrasync relies on external rsync + mkdir. At present, I start FlightGear from the usual Windows batch (with proper parameters of course), while I start Terrasync from within a Cygwin bash thus having both in the (Cygwin) path. However: We sure will ship this with the next official version of all supported platforms, won't we? Thus we'll need a way to get this working standalone under Windows. I may stay corrected, but standard windows comes without both tools. Maybe one of the Windows gurus will suggest a solution to this. Otherwise, I am still perplexed how fluently this works! BTW, I am sitting behind an ISDN line (well, 2xISDN, to be honest). Finally: Please keep this a top secrect. Otherwise, I already foresee MS's variant for FS2004: Please register with PASSPORT before using our scenery. Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
Julian Foad writes: [Note: I'm in this position of having FTP but not rsync at work. But I can't think of a good reason why I should be allowed to run Flight Gear, or any other justification for requesting rsync access.] What we need is a way to make rsync masquerade as HTTP -- that's how everything else gets through the firewall these days. A simple SOAP server should do it. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
On Mon, 2002-11-25 at 09:55, David Luff wrote: On 11/25/02 at 10:11 AM Curtis L. Olson wrote: Terrasync makes you look and feel like you have it all, even though you don't. :-) Is it likely to work over a 56K modem? David, First of all I will say that that I haven't tried it. But, I encourage you to try it yourself since I want to know the answer too. :-) I suggest that you start out in the C172 and fly with that. If you have good luck there, then you can try faster planes. I'm fortunate enough to have a DSL connection at home (they finally got service to my area) and with the latest tweaks to terrasync I've been able to sustain upwares of 2000 kts. with 32km visibility. (That's in the a4, time accelerated either 2x or 3x ...) So, if you are flying at 1/10 the speed, you might do just fine with 1/10 the bandwidth. Let us know ... :-) OK, I'll give it a go. I've a slight problem though in that I'm on Linux/GeForce3 at home, and the nVidia drivers will only work if I do $/sbin/telinit 1 $root passwd $make install in kernel and GLX nVidia directories $edit XFConfig-4 $/sbin/telinit 2 Odd, the X-server usually runs setuid root (it runs as root no matter who starts it) so permissions shouldn't be an issue. Unfortunately this leaves sound unworking, and I suspect probably net access as well. On a normal reboot X fails to start and I have to put the old XFConfig-4 back. Still, if net access survives the above I'll try it out... Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Magnetic variance
David Megginson writes: Jon S Berndt writes: How accurately do we model magnetic variance? Probably accurately enough -- we use this model http://www.ngdc.noaa.gov/seg/potfld/WMMlimit.shtml Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
David Megginson writes: Julian Foad writes: [Note: I'm in this position of having FTP but not rsync at work. But I can't think of a good reason why I should be allowed to run Flight Gear, or any other justification for requesting rsync access.] What we need is a way to make rsync masquerade as HTTP -- that's how everything else gets through the firewall these days. A simple SOAP server should do it. As we proceed, we can probably setup http or ftp access to the tree, but these things take time ... Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] heads up ...
Recently a very kind person donated some hardware to upgrade the flightgear web/cvs/ftp/rsync/cvs server. I am respecting their wishes to remain anonymous which is why I've avoided any hoopla. However, in the next few days/weeks(?) I plan to start migrating services over. Complicating this is a concurrent need to move the hardware to a new IP address/subnet. I am going to take every precaution to make the transitions as smooth and painless and invisible as possible. However, I just wanted to make every one aware that this is going on behind the scenes. Just in case you notice a disruption of service, please hold off for 15-30 minutes, try again and then if it's still broke, feel free to report it then. My [EMAIL PROTECTED] address is completely independent of all this so that should always remain operational no matter how badly I foul up flightgear.org. :-) Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] I2-DSI Terra Vision Service
FYI http://terravision.dsi.internet2.edu/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Compiling Metakit With Cygwin + gcc 3.2
Gentlemen, I am trying to rebuild Metakit with Cygwin gcc 3.2 in order to get FGFS to link properly. I get the following error (with both mk4 version 2.4.3 and 2.4.8): g++ -c -O2 -DWIN32 -DNDEBUG -I../unix/../include -I../unix/../src -I. ../unix/.. /src/string.cpp -DDLL_EXPORT -DPIC ../src/string.cpp: In function `int strcasecmp(const char*, const char*)': ../src/string.cpp:39: `int strcasecmp(const char*, const char*)' was declared `extern' and later `static' /usr/include/string.h:60: previous declaration of `int strcasecmp(const char*, const char*)' make: *** [string.o] Error 1 I've found some discussions about this on the lists but no solutions. Has anyone out there successfully rebuilt mk4 with the latest Cygwin/gcc 3.2, and, if so, how? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
