Re: [Flightgear-devel] Issues regarding the texture-path tags inXML.

2005-09-13 Thread Erik Hofman
Innis Cunningham wrote: Hi Guys Just wondering why if it is possible in the AI to use one model with one or more liveries why it is not possible in the main aircraft folder. Every livery available for AI could be made accessible for normal use (if it isn't already done). It's just that one

Re: [Flightgear-devel] ASCII interface

2005-09-13 Thread Erik Hofman
Gerhard Wesp wrote: Hi, do we already have ASCII realtime I/O for data like position, orientation, controls, configuration etc.? Yes, it's the generic protocol (see Docs/README.IO and data/Protocol/README.Protocol for more information). There is no proper protocol configuration file

Re: [Flightgear-devel] Issues regarding the texture-path tags inXML.

2005-09-13 Thread Innis Cunningham
Hi Erik Erik Hofman writes Innis Cunningham wrote: Hi Guys Just wondering why if it is possible in the AI to use one model with one or more liveries why it is not possible in the main aircraft folder. Every livery available for AI could be made accessible for normal use (if it isn't

[Flightgear-devel] Automated builds on Linux

2005-09-13 Thread Richard Bytheway
I am trying to move my main PC over from Windows to Linux (FC3 to be precise). I have a nice tidy script to build and install all of plib, SimGear, FlightGear and Atlas, which works beautifully on Cygwin, but it fails on Linux because it, understandably, needs root privs for the make install

Re: [Flightgear-devel] Automated builds on Linux

2005-09-13 Thread Martin Spott
Richard Bytheway wrote: I have a nice tidy script to build and install all of plib, SimGear, FlightGear and Atlas, which works beautifully on Cygwin, but it fails on Linux because it, understandably, needs root privs for the make install sections. This depends on your preferences. I have a

Re: [Flightgear-devel] Automated builds on Linux

2005-09-13 Thread AJ MacLeod
On Tuesday 13 September 2005 11:35, Richard Bytheway wrote: I have a nice tidy script to build and install all of plib, SimGear, FlightGear and Atlas, which works beautifully on Cygwin, but it fails on Linux because it, understandably, needs root privs for the make install sections. How does

Re: [Flightgear-devel] Automated builds on Linux

2005-09-13 Thread flightgear
On Tuesday 13 September 2005 12:35, Richard Bytheway wrote: I am trying to move my main PC over from Windows to Linux (FC3 to be precise). I have a nice tidy script to build and install all of plib, SimGear, FlightGear and Atlas, which works beautifully on Cygwin, but it fails on Linux

[Flightgear-devel] Re: Flightgear-devel Digest, Vol 29, Issue 17

2005-09-13 Thread syd
[EMAIL PROTECTED] wrote: Send Flightgear-devel mailing list submissions to flightgear-devel@flightgear.org To subscribe or unsubscribe via the World Wide Web, visit http://mail.flightgear.org/mailman/listinfo/flightgear-devel or, via email, send a message with subject or body

[Flightgear-devel] FGNav vs. FGNavRecord

2005-09-13 Thread David Luff
There seem to be two very similar navaid classes currently existing in the src/Navaids directory - FGNav in nav.hxx and FGNavRecord in navrecord.hxx. Is any one of these preferred / due to be depreciated? (So I don't use the wrong one). Is there any reason for the duplication / change? (Just

Re: [Flightgear-devel] ASCII interface

2005-09-13 Thread Gerhard Wesp
On Tue, Sep 13, 2005 at 09:51:52AM +0200, Erik Hofman wrote: Yes, it's the generic protocol (see Docs/README.IO and data/Protocol/README.Protocol for more information). Sounds good! Actually, I need to feed my data to FG, so it's input. Is this bidirectional in the current CVS? In 0.9.8

[Flightgear-devel] Re: Automated builds on Linux

2005-09-13 Thread Alex Perry
From: Richard Bytheway [EMAIL PROTECTED] needs root privs for the make install sections. Look at the command sudo. Also, you may want to over-ride the default install command to add the -p option, so that incremental rebuilds work properly. ___

Re: [Flightgear-devel] ASCII interface

2005-09-13 Thread Erik Hofman
Gerhard Wesp wrote: Sounds good! Actually, I need to feed my data to FG, so it's input. Is this bidirectional in the current CVS? In 0.9.8 it's output only. Yes, at least I think so. I've added input recently but didn't test bidirectional data transfers. Erik

[Flightgear-devel] MSVC problems with 0.9.8 tarball

2005-09-13 Thread PJ Quirk
I pulled the FlightGear 0.9.8 tarball from the website, SimGear 0.3.8 tarball, plib 1.8.4, OpenAL (not sure of the version, I pulled it from CVS around June/July) and compiled fgfs in MSVC .NET. It compiled fine, but running the executable is a little strange as you can see from the

Re: [Flightgear-devel] Issues regarding the texture-path tags inXML.

2005-09-13 Thread Gabor Toth
Hi Innis, I've done a quick measure, and I got no difference in FPS. My config is 900MHz P3, 384MB RAM, GeForce FX5500. Gabor There is a Lufthansa texture that is 2048x2048 that has been mapped to the 737.If anyone has used this livery could they make a comment to any change in frame rate

Re: [Flightgear-devel] EasyXML.cxx

2005-09-13 Thread Richard Harke
I don't have the original post in front of me but if I remember rightly, just a couple of values from the object are needed for the throw. Why not copy them to local vars, do the XML_ParserFree and then the throw using the local vars? Richard On Tue September 13 2005 00:45, Erik Hofman wrote:

Re: [Flightgear-devel] EasyXML.cxx

2005-09-13 Thread Harald JOHNSEN
Richard Harke wrote: I don't have the original post in front of me but if I remember rightly, just a couple of values from the object are needed for the throw. Why not copy them to local vars, do the XML_ParserFree and then the throw using the local vars? Richard Now that you talk about

Re: [Flightgear-devel] EasyXML.cxx

2005-09-13 Thread Richard Harrison
I'm not surprised it breaks with malformed XML files. A suggested fix is below. if (!input.good()) { sg_io_exception ex(Problem reading file, sg_location(path, XML_GetCurrentLineNumber(parser),

Re: [Flightgear-devel] Explicit Texture Paths Committed -- not good --

2005-09-13 Thread Andy Ross
Jim A wrote: I have noticed there are many instances in the data directory where developers have left explicit paths to textures, particularly in .ac files. These paths are specific to the developer's machines, and so will not be useful to others. This is benign. The plib loader strips off

Re: [Flightgear-devel] Issues regarding the texture-path tags inXML.

2005-09-13 Thread Innis Cunningham
Hi Gabor Thanks for that and keep up the good work.The more repaints the better. Your computer specs are nearly the same as mine 850 duron 256meg ram and GF MX 440 graphics Cheers Innis Gabor Toth writes Hi Innis, I've done a quick measure, and I got no difference in FPS. My config is

RE: [Flightgear-devel] Explicit Texture Paths Committed -- not good --

2005-09-13 Thread Jim Alberico
Thanks, Andy. I didn't know that. (just one _more_ thing I don't know) ;-) Does it first try the explicit path, if valid? Got into this issue when I tried to use someone else's scenery (not from CVS), but an rgb was missing. The person had put an explicit path in the ac to another location,

Re: [Flightgear-devel] Explicit Texture Paths Committed -- not good --

2005-09-13 Thread Paul Kahler
On Tue, 2005-09-13 at 16:40 -0700, Andy Ross wrote: This is benign. The plib loader strips off the leading directories on the texture file name for you and uses its own path for texture lookup. I would presume that most of these things are added not by the model authors, but by the software

Re: [Flightgear-devel] Issues regarding the texture-path tags inXML.

2005-09-13 Thread Ampere K. Hardraade
On September 13, 2005 02:52 pm, Gabor Toth wrote: Hi Innis,   I've done a quick measure, and I got no difference in FPS. My config is 900MHz P3, 384MB RAM, GeForce FX5500. Gabor It should be tested across the network. The MD-11, a resource sucker, has decent framerate offline as well.