[Flightgear-devel] easter egg!!
Wondered why the sudden increase in network traffic when starting FlightGear just now. Then heard the new intro theme. Cute! Very cute! Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] easter egg!!
Heh, it doesn't sound too cool if you've got a 56k modem! On Sunday 19 May 2002 8:59 am, you wrote: Wondered why the sudden increase in network traffic when starting FlightGear just now. Then heard the new intro theme. Cute! Very cute! Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Where is 0.7.10 source code?
Hello, I haven't found 0.7.10 source code on the download section. Where could i find it? Julius Seporaitis ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Bad line endings when running on windows
* Bernie Bright -- Sunday 19 May 2002 06:23: As for line endings I think its simpler if we just use CRLF for both client and server. I will check that the new server always sends CRLF. ACK Not that this is in any way obligatory, but the perl documentation says: $ man perlipc|col -b|grep -A12 Line Terminators Internet Line Terminators The Internet line terminator is \015\012. Under ASCII variants of Unix, that could usually be written as \r\n, but under other systems, \r\n might at times be \015\015\012, \012\012\015, or something completely different. The standards specify writing \015\012 to be conformant (be strict in what you provide), but they also recommend accepting a lone \012 on input (but be lenient in what you require). We haven't always been very good about that in the code in this manpage, but unless you're on a Mac, you'll probably be ok. m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Where is 0.7.10 source code?
Julius writes: Hello, I haven't found 0.7.10 source code on the download section. Where could i find it? It's in /pub/fgfs/Source on the ftp server (or the mirrors) 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] latest CVS doesn't run on linux
I've just updated my Simgear, Flightgear, fgfsbase trees from CVS and compiled them. But when I try to run fgfs it exits with next error: Processing command line arguments Finished command line arguments Opening a window: 1024x768 game mode params = width=1024 height=768 bpp=16 Xlib: extension GLXUnsupportedPrivateRequest missing on display :0.0. GLUT: Fatal Error in fgfs: visual with necessary capabilities not found. I'm running XFree86 4.1 with NVIDIA 1.0 2880 drivers. xdpyinfo shows GLX and NVIDIA specific extensions loaded but no such thing as GLXUnsupportedPrivateRequest extension. It didn't happen in the 0.7.10 era. Can anybody help? Best regards, Flavio Villanustre ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] latest CVS doesn't run on linux
Flavio Villanustre writes: I've just updated my Simgear, Flightgear, fgfsbase trees from CVS and compiled them. But when I try to run fgfs it exits with next error: Processing command line arguments Finished command line arguments Opening a window: 1024x768 game mode params = width=1024 height=768 bpp=16 Xlib: extension GLXUnsupportedPrivateRequest missing on display :0.0. GLUT: Fatal Error in fgfs: visual with necessary capabilities not found. I'm running XFree86 4.1 with NVIDIA 1.0 2880 drivers. xdpyinfo shows GLX and NVIDIA specific extensions loaded but no such thing as GLXUnsupportedPrivateRequest extension. It didn't happen in the 0.7.10 era. Can anybody help? Can you still run version 0.7.10? Can you run any other opengl programs? This sounds more like a system configuration / driver problem. 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] latest CVS doesn't run on linux
Xlib: extension GLXUnsupportedPrivateRequest missing on display :0.0. GLUT: Fatal Error in fgfs: visual with necessary capabilities not found. Hah! Try running something that uses full texturing such as gloss; the differences in private requests between GL implementations generally appear when trying to do texturing, which gears (etc) doesn't use. It is likely that you have replaced the GLX backend in the server, but not recompiled the GL front end in the X libraries. The latter includes changes to the source code headers, so everything from PLIB onwards must be recompiled. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] latest CVS doesn't run on linux
On Sun, 19 May 2002, Alex Perry wrote: Xlib: extension GLXUnsupportedPrivateRequest missing on display :0.0. GLUT: Fatal Error in fgfs: visual with necessary capabilities not found. Hah! Try running something that uses full texturing such as gloss; the differences in private requests between GL implementations generally appear when trying to do texturing, which gears (etc) doesn't use. gloss works fine, as quake, descent and VMD do... I've trying recompiling plib, simgear and flightgear but same error occurs. It must be related with upgrade from XFree 4.1.0 from RedHat 7.2 to XFree 4.2.0 from RedHat 7.3. Everything already compiled went on working fine. Everything I compile from scratch works fine too. But somehow, compiling Flightgear is different... Flightgear compiled under new X gl libs doesn't even work on plain Redhat 7.2. Do you have any clue? Thanks, Flavio. It is likely that you have replaced the GLX backend in the server, but not recompiled the GL front end in the X libraries. The latter includes changes to the source code headers, so everything from PLIB onwards must be recompiled. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] latest CVS doesn't run on linux
Flavio Villanustre writes: I've just updated my Simgear, Flightgear, fgfsbase trees from CVS and compiled them. But when I try to run fgfs it exits with next error: Processing command line arguments Finished command line arguments Opening a window: 1024x768 game mode params = width=1024 height=768 bpp=16 Xlib: extension GLXUnsupportedPrivateRequest missing on display :0.0. GLUT: Fatal Error in fgfs: visual with necessary capabilities not found. Try running FGFS with no commandline parameters or simply --geometry=1024x768 Your problem may be related to requesting gamemode and/or bpp=16 Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] uncool easter egg
OK, ha, ha, funny, funny. Joke's over. Curt, David: I humbly request that such patches not be accepted in the future. I really think that grabbing files off the network without explicit permission from the user is a bad idea, even when it's all in good fun. FlightGear is not, by nature, a network client or server by nature and it's reasonable to expect, IMHO, that it won't initiate network activity without the users explicit instructions to do so. We also have users on 56k modems and, I believe, users who pay for access by the minute and they should not be forced into a download they don't want. -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Cheaper 3D clouds?
Very interesting link! I have to say I did nmot like the www.cs.unc.edu clouds very much, the screenshots looked good, but the demo showed the problems. Off course it may be the same for this paper, often clouds look better in single screenshots than in a moving simulator, looking at them from all sides and distances. BTW, the IMHO best screenshots come from CFS3, see http://www.simhq.com/simhq3/sims/interviews/cfs3/ Lets see how this will turn out to when it ships. To look at the PDF in your link, I installed the japanese character set for Acrobat Reader 5.0, that solved the problem I had. The advantage of this algorithm is that the clouds can realistically change shapes and you can probably make them match the underlying terrain. Both is important for soaring enthusiasts. Bye bye, Wolfram. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
Tony comments: OK, ha, ha, funny, funny. Joke's over. For you maybe ... 8-) I really think that grabbing files off the network without explicit permission from the user is a bad idea, even when it's all in good fun. 1. Putting the magic download into the base package CVS would have ensured that Tony has nothing to complain about. He's right, in any case. 2. The preceding property lookup could have a selective override to implement the conditional, thereby reproducing the behavior. We also have users on 56k modems I'm by default on a 33k, so a streaming download doesn't work very well. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] latest CVS doesn't run on linux
On Sun, 19 May 2002, Norman Vine wrote: Try running FGFS with no commandline parameters or simply --geometry=1024x768 Your problem may be related to requesting gamemode and/or bpp=16 Norman, tried both with no success. Now I'm looking at a libGL.a that XFree86-devel rpm from RedHat 7.3 has dropped into /usr/X11R6/lib. As soon as I have a clue I'll let you know to warn other people migrating to RedHat 7.3. Best regards, Flavio Villanustre. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
Tony Peden wrote: OK, ha, ha, funny, funny. Joke's over. Curt, David: I humbly request that such patches not be accepted in the future. I really think that grabbing files off the network without explicit permission from the user is a bad idea, even when it's all in good fun. FlightGear is not, by nature, a network client or server by nature and it's reasonable to expect, IMHO, that it won't initiate network activity without the users explicit instructions to do so. I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. We also have users on 56k modems and, I believe, users who pay for access by the minute and they should not be forced into a download they don't want. Even on fast connections, this kind of code is not, what it is expected to be. And therefore, it is M$-like and only less steps away from doing something really nasty. M. -- [EMAIL PROTECTED] http://www.martinhenne.de ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. It is really interesting to use a linux firewall for a modern MS system. In this case, the bit I object to is simply (1) that the transfer doesn't get cached (hence my CVS comment) (2) that there is no fallback for low bandwidth clients ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
Martin Henne wrote: Tony Peden wrote: OK, ha, ha, funny, funny. Joke's over. Curt, David: I humbly request that such patches not be accepted in the future. I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. Well, I was amused, anyway. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com Men go crazy in conflagrations. They only get better one by one. - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] latest CVS doesn't run on linux
On Sun, 19 May 2002, Flavio Villanustre wrote: Norman, tried both with no success. Now I'm looking at a libGL.a that XFree86-devel rpm from RedHat 7.3 has dropped into /usr/X11R6/lib. As soon as I have a clue I'll let you know to warn other people migrating to RedHat 7.3. I've finally got flightgear working on RedHat 7.3 with NVidia drivers. The only drawback I found is that either enabling game-mode or setting geometry leads to vry low framerates (probably due to software rendering?). Other than that, flightgear runs smoothly on a window with above than 50 fps on a Geforce2. It looks like flightgear got linked against a /usr/X11R6/lib/libGL.a presumable from Mesa (it comes from XFree86-devel.xxx.rpm) instead of /usr/lib/libGL.so from NVidia. So for everybody upgrading to RedHat 7.3, just make a symbolic link for libGL.so into /usr/X11R6/lib/ dir after installing your NVIDIA_GLX rpm. Just in case copy your NVidia GL headers into /usr/include/GL. To put it in a nutshell: rpm -U NVIDIA_GLX.* ln -s /usr/lib/libGL.so /usr/X11R6/lib/ cp /usr/share/doc/NVIDIA_GLX/include/GL/* /usr/include/GL/ After that, just compile plib, Simgear and flighgear as usual. Hope this helps others as well. Regards, Flavio Villanustre ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
On Sun, 2002-05-19 at 17:39, Alex Perry wrote: I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. And that somehow makes it right? It is really interesting to use a linux firewall for a modern MS system. In this case, the bit I object to is simply (1) that the transfer doesn't get cached (hence my CVS comment) (2) that there is no fallback for low bandwidth clients ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Bad line endings when running on windows
Frederic Bouvier wrote: From: Melchior FRANZ [EMAIL PROTECTED] * Bernie Bright -- Sunday 19 May 2002 06:23: As for line endings I think its simpler if we just use CRLF for both client and server. I will check that the new server always sends CRLF. ACK Not that this is in any way obligatory, but the perl documentation says: $ man perlipc|col -b|grep -A12 Line Terminators Internet Line Terminators The Internet line terminator is \015\012. Under ASCII variants of Unix, that could usually be written as \r\n, but under other systems, \r\n might at times be \015\015\012, \012\012\015, or something completely different. The standards specify writing \015\012 to be conformant (be strict in what you provide), but they also recommend accepting a lone \012 on input (but be lenient in what you require). We haven't always been very good about that in the code in this manpage, but unless you're on a Mac, you'll probably be ok. This is off-topic. As Julian points out, RFC854, chapter 7, specify that a new line is CRLF in the telnet protocol. We are not bound to implement the telnet protocol because we don't provide a telnet server. However you are correct in that the props server doesn't always respond with CRLF line terminators. I have a patch that I will send to Curt real soon. Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. And that somehow makes it right? No, I take the viewpoint that netiquette is what the majority accept. Therefore, I don't think the proposed rule exists and thus was not broken. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
On Sun, May 19, 2002 at 07:05:37PM -0700, Alex Perry wrote: I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. And that somehow makes it right? No, I take the viewpoint that netiquette is what the majority accept. Therefore, I don't think the proposed rule exists and thus was not broken. Fair enough. I take the view that every network transaction shares information about me (sometimes more, sometimes less). Therefore, I should always have the opportunity to authorize network transactions ahead of time, unless it's clearly understood that that's what a particular app does, such as a web browser. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
Well I knew it was there and forgot about it. I always run from a text window so a quick CTRL+C closed the player and saved my bandwidth. Seems to me that Curt meant it as a joke, no harm intended, albeit a little less gratifying for modem users. It's only for one day. So my suggestion is lighten up and stay away from the Microsoft products ;-). Now that we're all concerned about wasting our _own_ bandwidth...I'm wondering what Curt's bandwidth stats look like! Oh and...this is like spyware. Isn't it possible to find how many people ran FG today? Maybe even who ran flight gear today :-) Best, Jim Tony Peden [EMAIL PROTECTED] said: On Sun, May 19, 2002 at 07:05:37PM -0700, Alex Perry wrote: I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. And that somehow makes it right? No, I take the viewpoint that netiquette is what the majority accept. Therefore, I don't think the proposed rule exists and thus was not broken. Fair enough. I take the view that every network transaction shares information about me (sometimes more, sometimes less). Therefore, I should always have the opportunity to authorize network transactions ahead of time, unless it's clearly understood that that's what a particular app does, such as a web browser. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
On Mon, May 20, 2002 at 01:38:40AM -, Jim Wilson wrote: Well I knew it was there and forgot about it. I always run from a text window so a quick CTRL+C closed the player and saved my bandwidth. Seems to me that Curt meant it as a joke, no harm intended, albeit a little less gratifying for modem users. It's only for one day. So my suggestion is lighten up and stay away from the Microsoft products ;-). Now that we're all concerned about wasting our _own_ bandwidth...I'm wondering what Curt's bandwidth stats look like! Oh and...this is like spyware. Isn't it possible to find how many people ran FG today? Maybe even who ran flight gear today :-) Indeed. Best, Jim Tony Peden [EMAIL PROTECTED] said: On Sun, May 19, 2002 at 07:05:37PM -0700, Alex Perry wrote: I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. And that somehow makes it right? No, I take the viewpoint that netiquette is what the majority accept. Therefore, I don't think the proposed rule exists and thus was not broken. Fair enough. I take the view that every network transaction shares information about me (sometimes more, sometimes less). Therefore, I should always have the opportunity to authorize network transactions ahead of time, unless it's clearly understood that that's what a particular app does, such as a web browser. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
* [EMAIL PROTECTED] (Tony Peden) [2002.05.19 15:36]: OK, ha, ha, funny, funny. Joke's over. Man, I've been trying to figure out what the heck you guys are talking about. Anybody else that doesn't have mpg123 installed? :-) Anyway, it's not even funny. I thought it was going to be a Stars Wars song or something, but it turned out to be a complete waste of bandwidth. :-/ Curt, David: I humbly request that such patches not be accepted in the future. I'll second that. Easter eggs should be local, not network related. The egg that's in CVS right now is rotten. I really think that grabbing files off the network without explicit permission from the user is a bad idea, even when it's all in good fun. FlightGear is not, by nature, a network client or server by nature and it's reasonable to expect, IMHO, that it won't initiate network activity without the users explicit instructions to do so. Seconded. We also have users on 56k modems and, I believe, users who pay for access by the minute and they should not be forced into a download they don't want. We've had several people on the -users list that think we have a trojan or we've been hacked. Not funny. -- Cameron Moore / Every so often, I like to stick my head out the \ \ window, look up, and smile for a satellite photo. / ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Failed to load 3D model
I get a Fatal error when trying to use some aircraft because I don't have the 3D model installed. For example, I don't have the Harrier or the Beech99 models installed. I'd suggest that we not cause a fatal error on models that are not shipped in the base package? Or possibly, just don't cause a fatal error when any model fails to load. Thanks -- Cameron Moore / I think you can be an honest person and lie about any number \ \of things. -- Dan Rather talking about President Clinton / ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Failed to load 3D model
How about we have a missing model in the same way as we have a missing texture ? A ten meter cube with that texture on each side ? I get a Fatal error when trying to use some aircraft because I don't have the 3D model installed. For example, I don't have the Harrier or the Beech99 models installed. I'd suggest that we not cause a fatal error on models that are not shipped in the base package? Or possibly, just don't cause a fatal error when any model fails to load. Thanks -- Cameron Moore / I think you can be an honest person and lie about any number \ \of things. -- Dan Rather talking about President Clinton / ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Failed to load 3D model
Alex Perry writes: How about we have a missing model in the same way as we have a missing texture ? A ten meter cube with that texture on each side ? I remember a blue and yellow glider Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Failed to load 3D model
Alex Perry writes: How about we have a missing model in the same way as we have a missing texture ? A ten meter cube with that texture on each side ? I remember a blue and yellow glider I thought that was the default model, i.e. the one that is used if you don't specify otherwise. Should we also use it for the missing model ? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Failed to load 3D model
Alex Perry writes: Alex Perry writes: How about we have a missing model in the same way as we have a missing texture ? A ten meter cube with that texture on each side ? I remember a blue and yellow glider I thought that was the default model, i.e. the one that is used if you don't specify otherwise. Should we also use it for the missing model ? Ummm.. // default preferences.xml snip !-- General simulation preferences -- sim aircraftc172/aircraft virtual-cockpit type=boolfalse/virtual-cockpit // Aircraft / c172-set.xml snip model pathAircraft/c172/Models/c172-dpm.xml/path /model So the way I read it the glider is no-more Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] uncool easter egg
Alex Perry wrote: I definitely agree. It's a violation of almost every netiquette rule, that is concerned to virus-like behaviour or bandwith respect of others. I disagree. Almost _every_ new Microsoft-based program checks its home website, sometimes for logging and sometimes anonymous as in this case. It is really interesting to use a linux firewall for a modern MS system. I'm surprised there hasn't been a howl set up with that bit of MS spying. They've been skewered before for applications that install with covert net activity as the default. Are you referring to them going beyond the log in to active an application nonsense? Regards, Charlie H. -- C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Win32 Source code
Hi all Is there any flight gear source code for visual c++ 6.0 if there exist please send me its address thanks alotDo You Yahoo!? LAUNCH - Your Yahoo! Music Experience