[Flightgear-devel] FG build break on mac os x (using gcc 4.0) building od_gauge.cxx

2005-10-09 Thread Ima Sudonim 

Hello, all

FG build break on mac os x (10.4.2) (using gcc 4.0) building  
od_gauge.cxx:


gcc --version
powerpc-apple-darwin8-gcc-4.0.0 (GCC) 4.0.0 (Apple Computer, Inc.  
build 5026)


% make
source='od_gauge.cxx' object='od_gauge.o' libtool=no \
depfile='.deps/od_gauge.Po' tmpdepfile='.deps/od_gauge.TPo' \
depmode=gcc3 /bin/sh ../../depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src  - 
I/Users/ima/Desktop/FlightGear/fgdev9.8/include  -g -O2 -D_REENTRANT - 
c -o od_gauge.o `test -f 'od_gauge.cxx' || echo './'`od_gauge.cxx
/Users/ima/Desktop/FlightGear/fgdev9.8/include/simgear/structure/ 
event_mgr.hxx:54: error: declaration does not declare anything

make: *** [od_gauge.o] Error 1
[Four-Computer:flightgear/src/instrumentation] ima% sudo gcc_select 3.3
Password:
Default compiler has been set to:
gcc version 3.3 20030304 (Apple Computer, Inc. build 1809)
[Four-Computer:flightgear/src/instrumentation] ima% make
source='od_gauge.cxx' object='od_gauge.o' libtool=no \
depfile='.deps/od_gauge.Po' tmpdepfile='.deps/od_gauge.TPo' \
depmode=gcc3 /bin/sh ../../depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src  - 
I/Users/ima/Desktop/FlightGear/fgdev9.8/include  -g -O2 -D_REENTRANT - 
c -o od_gauge.o `test -f 'od_gauge.cxx' || echo './'`od_gauge.cxx

In file included from ../../src/Main/globals.hxx:34,
 from od_gauge.cxx:29:
/Users/ima/Desktop/FlightGear/fgdev9.8/include/simgear/structure/ 
event_mgr.hxx:54: warning: declaration

   does not declare anything

Either switching to gcc 3.3 (where this is a warning, as shown above  
-- but requiring a complete rebuild) or building this file with - 
fpermissive (shown below) will allow a successful build


g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src  - 
I/Users/ima/Desktop/FlightGear/fgdev9.8/include  -g -O2 -D_REENTRANT - 
c -o od_gauge.o -fpermissive `test -f 'od_gauge.cxx' || echo  
'./'`od_gauge.cxx
/Users/ima/Desktop/FlightGear/fgdev9.8/include/simgear/structure/ 
event_mgr.hxx:54: warning: declaration does not declare anything


Perhaps this is related to a known compiler problem?



This 'error' started appearing only in the last few days and only  
seems to affect this one fg file... Any ideas on what might have gone  
wrong or how to properly fix it? 8-)


Thanks!

Ima


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] Fix for SimGear Cygwin gcc-3.4.x compilation

2005-10-09 Thread Erik Hofman 

David Luff wrote:

Hi folks,

The following patch needs to be applied to fix the errors that Georg
Vollnhals was getting whilst attempting to compile SimGear with gcc-3.4.x
in a thread a week or so ago.  Could someone with CVS access commit it
please - it's the old picking up the -DNOMINMAX definition from config.h
thing again.


This has been committed.
Thanks.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] c172: realism of radio transmission vs ambient noise volume

2005-10-09 Thread David Luff 
Vassilii Khachaturov writes:

> Sorry I haven't gotten to mention this before,
> since this is smth that I kept noticing for months already.
> In the c172 aircraft, the ambient noise in the cockpit
> is pretty similar to what one hears w/o any headset.
> When one turns the radio on and tries to hear the ATIS,
> it sounds pretty low volume.
> 

Hi Vassilii,

Which C172 are you commenting on?  For the default 3d version I've turned the 
cockpit engine noise down to allow the ATIS to be more audiable as though 
headsets are worn - you can hear the difference when using the 'v' key to 
switch to outside view and back.  I haven't done this for the 2d panel c172 
though yet, but probably will if there are no objections.  However, I don't 
know what the inside of a light aircraft cockpit should sound like, unlike 
yourself!

> In real life, you can either put the radio on the loudspeaker
> (overhead), or put on the headset and have the radio in it.
> In the former case, I believe the volume is higher than this
> produced by fgfs. In the latter, I believe the radio volume
> is just about right, yet the ambient noise is much less because
> it is reduced by the headsets.
> 
> For a quick fix, I suggest just increasing the relative volume of
> the nav/comm radios vs the ambient noise.
> 

Unfortunately, the original recording of the ATIS was done at too low an input 
volume (I'm not really a sound guy, and the microphone used was very cheap and 
nasty) and attempting to up the volume seems to crank up the hiss a lot.  I'd 
like to make a better original recording one day.

> (For full emulation, one could emulate donning headsets w/
> different noise reduction/active noise cancelling frequency-based
> charachteristics, but this is pretty much an overkill, esp.
> since we don't even have a volume control on the comm radios).
> 
> FYI: I'm talking about 0.9.8 on Debian Linux 2.6.8-2,
> ALSA snd_intel8x0 sound. I'm building a CVS version right now,
> and will post if that behaves any differently.
> 

One thing that was apparent originally was that the relative ATIS volume 
compared to the engine noise was a lot louder on Windows than on Linux.  At the 
time I made the recording I was running FG on Windows only, and set the volume 
for that platform.  On some Linux installations (David Megginson and others 
reported it) it was apparently virtually inaudiable.  I'm not sure what the 
relative state of play on this is at the moment, since I haven't run FG on 
Windows for a while now.

Cheers - Dave

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/sr20 sr20-set.xml, NONE, 1.1

2005-10-09 Thread Martin Spott 
Erik Hofman wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/sr20
> In directory baron:/tmp/cvs-serv4330/Aircraft/sr20
> 
> Added Files:
>   sr20-set.xml 
> Log Message:
> Add some missing files.

I'd suggest these changes to get things going:


--- data/Aircraft/sr20/sr20-set.xml~Sat Oct  8 14:21:13 2005
+++ data/Aircraft/sr20/sr20-set.xml Sun Oct  9 16:02:09 2005
@@ -15,7 +15,7 @@
   Erik Hofman (3D)
 
   yasim
-  pa28-161
+  ../pa28-161/pa28-161
   0.8
   
   
--- data/Aircraft/sr20/Models/sr20.ac~  Sun Oct  9 13:18:48 2005
+++ data/Aircraft/sr20/Models/sr20.ac   Sun Oct  9 16:00:54 2005
@@ -14017,7 +14017,7 @@
 OBJECT poly
 name "cylinder"
 loc 0.00206628 -0.224544 -0.521943
-texture "/home/erik/src/fgfs/models/SR20/prop.rgb"
+texture "/home/erik/src/fgfs/models/SR20/prop2.rgp"
 numvert 25
 0.00203025 0.123811 0.143539
 -0.0281066 0.0373752 0.187383
@@ -14313,7 +14313,7 @@
 OBJECT poly
 name "cylinder"
 loc 0.00194556 -0.343595 0.456208
-texture "/home/erik/src/fgfs/models/SR20/prop.rgb"
+texture "/home/erik/src/fgfs/models/SR20/prop2.rgp"
 numvert 25
 0.00203025 0.062403 -0.178993
 -0.0281067 0.143591 -0.12606
@@ -14609,7 +14609,7 @@
 OBJECT poly
 name "cylinder"
 loc -0.0040119 0.568139 0.0657347
-texture "/home/erik/src/fgfs/models/SR20/prop.rgb"
+texture "/home/erik/src/fgfs/models/SR20/prop2.rgp"
 numvert 25
 0.00203025 -0.186214 0.0354541
 -0.0281067 -0.180966 -0.0613237


Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

[Flightgear-devel] Re: Flightgear-devel Digest, Vol 30, Issue 21

2005-10-09 Thread Steve Knoblock 
On Sun, 09 Oct 2005 06:36:16 -0500, you wrote:

>In the c172 aircraft, the ambient noise in the cockpit
>is pretty similar to what one hears w/o any headset.
>When one turns the radio on and tries to hear the ATIS,
>it sounds pretty low volume.

This was on my todo list of things to mention. I can barely make out
ATIS with my head to the speaker.

Aside: It would be great if the ambient noise could come from the
speakers and the radio traffic heard over headphones. This does not
seem possible to me with current PC configurations, but it would be a
nice feature.

Steve



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/sr20 sr20-set.xml, NONE, 1.1

2005-10-09 Thread Erik Hofman 

Martin Spott wrote:

Erik Hofman wrote:


Update of /var/cvs/FlightGear-0.9/data/Aircraft/sr20
In directory baron:/tmp/cvs-serv4330/Aircraft/sr20

Added Files:
	sr20-set.xml 
Log Message:

Add some missing files.



I'd suggest these changes to get things going:


Ehm, allright. Done.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] AGL and HUD

2005-10-09 Thread Mathias Fröhlich 

Hi,

In current CVS it should work again, if not, tell me please!

On Donnerstag 06 Oktober 2005 16:03, Curtis L. Olson wrote:
> This looks suspicious:
>
> CVS log for source/src/Cockpit/cockpit.cxx
>
> Mathias Fröhlich has his name attached to the change from rev 1.13 to rev
> 1.14. This changes the AGL strip to read hight above some runway, not
> current terrain. This isn't intended to be a "real" instrument I guess, but
> perhaps work similar to a radio altimeter which does show you the height
> above current terrain.
>
> The CVS logs don't mention any intent to change this behavior, and I don't
> recall any discussion, so I'd like to change the default behavior back to
> reporting height above the current location.
It did not want to change that behavour (though I did, a least for YASim, but 
that was a bug).

That runway altitude is the FDM interfces' ground elevation.
Look into FGInterface, both get_Runway_altitude and get_ground_elev_ft return 
the same value.

What was there before, the 'current scenery altitude', contained the same 
value, the altitude of the ground triangle below the aircraft.

> Hmmm, it seems like the original get_cur_elev() has been removed from the
> api.
Yep, I removed that one in favour to a more finegrained function returning the 
ground's altitude at a given lat/lon pair in FGScenery.
The scenery elevation somewhere near the aircraft is stored currently in 
FGInterface.
Also we have a scenery elevation value in SGLocation, that one is used for the 
current view's scenery elevation which might be different than the current 
aircrafts.

That lat/lon dependent query function has some applications in the AI/ATC 
directories, where we had duplicated code of that query.
Having that is definitly a win.
Whenever it is not yet working correctly, tell me please.

   Greetings

 Mathias

-- 
Mathias Fröhlich, email: [EMAIL PROTECTED]

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] Few questions about FlightGear development

2005-10-09 Thread Martin Spott 
Hello Dick,

"Dick Maurer" wrote:

> I would like to start updating a few manuals, for example the
> README.Joystick.html, it's pretty old and needs updating. 
> 
> And I think that's not the only manual that needs some attention. 

Welcome to the list. Adding manpower to the maintenance of the
FlightGear documentation is definitely a good idea.

The opportunities to improve the manuals are twofold. On the one hand
there are the README's that focus on a certain topic and you need
noting but your favourite text editor to get happy.
On the other hand we have 'The Manual', the so called "Getting Started
Manual". If you know at least a bit of LaTeX then you are invited to
have a look at the source code of that document.
You'll get the most current version of the 'getstart' source via CVS
from cvs.flightgear.org:/var/cvs/FlightGear-0.9

> How can I send in the updates? Can I do that through CVS or do I first have
> to be a registered sourceforge FGFS developer or something?

Simply post a notification/explanation on this list that you have an
update for some document or file. Usually someone will respond and ask
you to send the diff to him for check and/or inclusion. If it's just a
small one-liner I'd simply post the diff to this list.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

[Flightgear-devel] Re: (electrical) Flightgear-devel Digest, Vol 30, Issue 21

2005-10-09 Thread Steve Knoblock 
On Sun, 09 Oct 2005 06:36:16 -0500, you wrote:

>Syd and Steve,
>
>Check out the newer nasal based electrical system for the C172.  I just 
>had too much trouble getting the old xml based system to really work the 
>way I was hoping it might.  The nasal based approach seemed to work out 

Thanks Curtis. I think I am missing something. So I decided to
download the bleeding edge CVS tarball and take a peek. I am still
working on Windows, so that means I am not going to bother compiling
anything until I have a BSD machine.

I found the new docs for the electrical system. I see the XML based
system has been depreciated. Where do I find out about the nasal
electrical system or an example C172?

Steve



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] ISO C++ forbids declaration [...]

2005-10-09 Thread Martin Spott 
> On Wed, Oct 05, 2005 at 02:42:32PM +, Martin Spott wrote:

>> does anyone have an idea what's wrong here ?
[...]
>> ../../simgear/screen/extensions.hxx:449: error: `GLXPbufferSGIX' has
>> not been declared

Gerhard Wesp wrote:

> Well, what's GLXPbufferSGIX?  I'm not familiar with the OpenGL naming
> conventions, but it definitely sounds like an unsupported extension
> being used here.

Andy Ross wrote:

> This is a type (not a function) that is defined in in
> /usr/include/GL/glext.h, which your header apparently lacks.  The
> header is actually defined by the OpenGL ARB, so it should work to use
> one from a Linux machine, or the Mesa codebase, etc...

After looking at SunOS-5.8, IRIX-6.5 and AIX-5.1 I got the impression
that the 'glext.h' header is a special feature of Mesa. But I found
something similar on Solaris in /usr/include/GL/glx.h, including an
explanation why the compiler on IRIX does _not_ fail.

SunOS-5.8:

/* Functions related to pbuffer extension */

extern GLXPbuffer glXCreateGLXPbufferSGIX(Display *dpy,
   GLXFBConfigSGIX config,
   unsigned int width,
   unsigned int height,
   int *attrib_list);


IRIX-6.5.22m:

/*
** Pbuffer (Pixel Buffer) extension
*/
extern GLXPbufferSGIX glXCreateGLXPbufferSGIX (Display *dpy, GLXFBConfigSGIX 
config, unsigned int width, unsigned int height, int *attrib_list);


Applying this patch:

--- ./simgear/screen/extensions.hxx~Sun Oct  9 21:35:31 2005
+++ ./simgear/screen/extensions.hxx Sun Oct  9 21:35:31 2005
@@ -446,7 +446,7 @@
 typedef GLXContext (*glXCreateContextWithConfigProc) (Display *dpy,  
GLXFBConfig config, int render_type, GLXContext share_list, Bool direct);
 typedef GLXContext (*glXCreateContextProc) (Display *dpy, XVisualInfo *vis, 
GLXContext shareList, Bool direct);
 typedef void (*glXDestroyPbufferProc) (Display *dpy, GLXPbuffer pbuf);
-typedef int (*glXQueryGLXPbufferSGIXProc) (Display *, GLXPbufferSGIX, int, 
unsigned int *);
+typedef int (*glXQueryGLXPbufferSGIXProc) (Display *, GLXPbuffer, int, 
unsigned int *);
 typedef void (*glXQueryDrawableProc) (Display *, GLXDrawable, int, unsigned 
int *);
 #endif /* WIN32 */
 

 makes GCC on Solaris8 happy.
Can anyone suggest how to cast this into a compatible/portable shape ?

Thanks,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

[Flightgear-devel] Possible MP Server problem

2005-10-09 Thread Lee Elliott 
Hello all,

I thought I'd try connecting to the MP server at pigeond.net and 
noticed that Vivian was connected at the time.

I had problems at first with FGMultiplayRxMgr not being able to 
bind the receive socket but I was still able to see myself on 
the web map display at pigeond.net

Once I seemed to get connected properly, and saw a message about 
Vivian being 'initialised' on my terminal I then found that I 
couldn't start the engine on any of the _single_ engined YASim 
a/c I tried.  Multi-engined a/c would start ok but I don't know 
yet if they caused Vivian any problems.

I'm still not sure if I was connecting properly because it was 
displaying me as [EMAIL PROTECTED] instead of showing my IP address, 
which I suspect has something do with IP masquerading.

LeeE


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

[Flightgear-devel] How does the weather work in FlightGear?

2005-10-09 Thread Ronald Jones 
How does the weather work in FlightGear? Can you map
it out for each flight like on MS Flight Sim or can
you attain accurate weather reading from the National
Weather Center and have Flight Gear interpret the data.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] How does the weather work in FlightGear?

2005-10-09 Thread Buchanan, Stuart 
--- Ronald Jones <[EMAIL PROTECTED]> wrote:
> How does the weather work in FlightGear? Can you map
> it out for each flight like on MS Flight Sim or can
> you attain accurate weather reading from the
> National
> Weather Center and have Flight Gear interpret the
> data.

FlightGear can fetch the current weather at your
starting airport, or you can set the wind, cloud
layers etc manually. I don't know if the weather
conditions are global, or change as you fly to
different locations.

I also don't know how it works (I assume it picks up
METAR information from somewhere), but it is very
nicely done.

If using the FlightGear Wizard, you can find the
weather and cloud options by clicking the Advanced
button on the final page. To fetch real weather there
is a checkbox on the Weather tab.

If using the command line, use
"--enable-real-weather-fetch".

Hope this is of some use.

Regards

-Stuart



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

[Flightgear-devel] Update to playback.xml

2005-10-09 Thread Buchanan, Stuart 
Hi All,

I have a simple update to Protocol/playback.xml. It
improves on the existing version by recording flight
control surface, airspeed, engine RPM and gear status.
It makes for quite nice demoes, though I've only
really tested it with the C172, Hunter and Concorde.

I think it might be worth recording a simple demo
flight as part of the next release, but I think that
would require better landing abilities than mine ;)

I'm not going to post it here as it is a bit dull. Let
me know if you want it.

Regards,

-Stuart



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] Update to playback.xml

2005-10-09 Thread Martin Spott 
"Buchanan, Stuart" wrote:

> I'm not going to post it here as it is a bit dull. Let
> me know if you want it.

If you place it on a website then everyone could have a look at it.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] ISO C++ forbids declaration [...]

2005-10-09 Thread Martin Spott 
Martin Spott wrote:

> Applying this patch:
> 
> --- ./simgear/screen/extensions.hxx~  Sun Oct  9 21:35:31 2005
> +++ ./simgear/screen/extensions.hxx   Sun Oct  9 21:35:31 2005
> @@ -446,7 +446,7 @@
>  typedef GLXContext (*glXCreateContextWithConfigProc) (Display *dpy,  
> GLXFBConfig config, int render_type, GLXContext share_list, Bool direct);
>  typedef GLXContext (*glXCreateContextProc) (Display *dpy, XVisualInfo *vis, 
> GLXContext shareList, Bool direct);
>  typedef void (*glXDestroyPbufferProc) (Display *dpy, GLXPbuffer pbuf);
> -typedef int (*glXQueryGLXPbufferSGIXProc) (Display *, GLXPbufferSGIX, int, 
> unsigned int *);
> +typedef int (*glXQueryGLXPbufferSGIXProc) (Display *, GLXPbuffer, int, 
> unsigned int *);
>  typedef void (*glXQueryDrawableProc) (Display *, GLXDrawable, int, unsigned 
> int *);
>  #endif /* WIN32 */
>  
> 
>  makes GCC on Solaris8 happy.

BTW, this works on IRIX as well. Could someone test this on a
Linux/Mesa/XOrg platform ?

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d