Re: [Flightgear-devel] c310 Panel

[David Findlay]

On Sat, 8 Dec 2001 21:38, you wrote:
> John Check writes:
>  > Yes. FWIW I did find some pix with a fair to middlin' amount of
>  > detail http://www.philyoder.com/
>
> That's a 310R, with a longer nose, more powerful engines and (I
> suspect) turbosupercharging, so there may be some minor differences on
> the panel.  Nice pics, though, and a great starting point.

Maybe it would be a good idea to state exactly which models of which aircraft 
we are going to have? This way we are all looking at the same thing.

David

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] c310 Panel

[John Check]

On Sunday 09 December 2001 3:46 am, you wrote:
> On Sat, 8 Dec 2001 21:38, you wrote:
> > John Check writes:
> >  > Yes. FWIW I did find some pix with a fair to middlin' amount of
> >  > detail http://www.philyoder.com/
> >
> > That's a 310R, with a longer nose, more powerful engines and (I
> > suspect) turbosupercharging, so there may be some minor differences on
> > the panel.  Nice pics, though, and a great starting point.
>
> Maybe it would be a good idea to state exactly which models of which
> aircraft we are going to have? This way we are all looking at the same
> thing.
>
> David
>

As much as I agree, it'll make for slower going. Theres a lot of variants on 
anything thats been in production for a while. For cosmetics, we need to take 
a little artistic license. FWIW I think I was wrong about later models the 
R II may have actually been the last one produced. Oh well.

> ___
> 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] Starting up flightgear.

[Norman Vine]

Curtis L.Olson writes:
>
>Norman Vine writes:
>> another problem is in simgear / sky / cloud.cxx
>>
>> bool SGCloudLayer::reposition( sgVec3 p, sgVec3 up, double
>lon, double lat,
>> double alt )
>> {
>> 
>> // now calculate update texture coordinates
>> if ( last_lon < -900 ) {
>>  cout << "last_lon < -900" << endl;
>>  last_lon = lon;
>>  last_lat = lat;
>> }
>> // change  if( lon - lat_lon != 0 || lat-last_lat != 0 )  to
>> if ( fabs(lon-last_lon) > FLT_EPSILON || fabs(lat-last_lat) >
>> FLT_EPSILON ) {
>> ...
>> }
>
>Norman, can you provide any further information as to how this change
>eliminates problems on the windows side?

when there is no change there is a floating point exception in
calc_gc_course_dist().  I tied this with both the original and the
optimized versions.

>I understand that in general with floating point compares you want to
>test if the absolute value of the difference is < some epsilon,
>however, in this case I think I'm justified with my code.  The current
>code is actually:
>
>if ( lon != last_lon || lat != last_lat ) {
>

Ooops sorry about the code rearangment, I wrote the email from
memory and should have used cut and paste :-)

Anyway if ther is no change the direction part of the
calc_course_dist() is undefined.

Think about it
if I do not move,   what direction did I move in ?:-)))

Better yet enable FPE exception reporting

// I think this is correct for Linux

 cut 

// Add the following code to main.cxx
// and set it up as
// SetSignals(CATCH_SIGFPE_FLAG)

#define CATCH_SIGINT_FLAG  1
#define CATCH_SIGFPE_FLAG  2
#define CATCH_SIGSEGV_FLAG 4
#define CATCH_SIGILL_FLAG  8
#define CATCH_SIGBUS_FLAG  16
#define CATCH_ALL_SIGNAL_FLAGS  31

#ifdef linux
#define SAY_IT_AGAIN
/* use sysv_signal in libc6 -- signal broken for SIGINT */
#define _XOPEN_SOURCE 1
#endif

#ifdef WIN32
 #ifndef __CYGWIN__
  #include 
 #endif
#define NO_GETPWNAM
#define NO_SOFT_LINKS
#define SAY_IT_AGAIN
#include 
#endif

#include 

extern void SetSignals(int flags);
extern int matherr(int *);

static void HandleSignals(int sig);
static void InitializeSignals(void);

static int sg_catch_category;

static int setSignalsCalled= 0;

InitializeSignals()
{
#ifdef linux
 __setfpucw(0x1372);
#endif

#if defined(WIN32)
#if !defined(__CYGWIN__)
  /* Need to unmask exceptions after every interrupt under Windows  */
  /* Initialize floating-point package. */
_fpreset();
  /* first argument specifies the exceptions that should remain masked */
  /* WARNING With Visual C++ 4.2 and Windows NT 4.0, the overflow
interrupt
 is not reported immediately - it shows up on the NEXT floating point
operation! */
_controlfp( _EM_DENORMAL | _EM_INEXACT | _EM_UNDERFLOW | _EM_OVERFLOW,
_MCW_EM );
#else
//  NO CYGWIN SUPPORT YET
#endif
#endif
}

void SetSignals(int flags)
{
if (!setSignalsCalled) InitializeSignals();
signal(SIGINT, flags&1? &HandleSignals : SIG_DFL);
signal(SIGFPE, flags&2? &HandleSignals : SIG_DFL);
signal(SIGSEGV, flags&4? &HandleSignals : SIG_DFL);
signal(SIGILL, flags&8? &HandleSignals : SIG_DFL);
#ifdef SIGBUS
signal(SIGBUS, flags&16? &HandleSignals : SIG_DFL);
#endif
}


then
static void HandleSignals(int sig)
{
signal(sig, &HandleSignals);
#ifdef SAY_IT_AGAIN
InitializeSignals();
#endif
if (sig==SIGINT)
{
sg_catch_category= 0x04;
SG_LOG(SG_GENERAL, SG_ALERT,"Keyboard interrupt received (SIGINT)");
}
else if (sig==SIGFPE)
{
sg_catch_category= 0x01;
SG_LOG(SG_GENERAL, SG_ALERT,"Floating point interrupt (SIGFPE)");
#define NASTY
#ifdef NASTY
SetSignals( 0 );
exit( 0 );
#endif
}
else if (sig==SIGSEGV)
SG_LOG(SG_GENERAL, SG_ALERT,"Segmentation violation interrupt 
(SIGSEGV)");
else if (sig==SIGILL)
SG_LOG(SG_GENERAL, SG_ALERT,"Illegal instruction interrupt (SIGILL)");
#ifdef SIGBUS
else if (sig==SIGBUS)
SG_LOG(SG_GENERAL, SG_ALERT,"Misaligned address interrupt (SIGBUS)");
#endif
SG_LOG(SG_GENERAL, SG_ALERT,"Unrecognized signal delivered to
HandleSignals");
}

=== cut ===

Cheers

Norman


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] asi.xml

[Melchior FRANZ]

The new c310/asi.xml file tries to load Textures/{airsp260,bezel1}.rgb.
These, however, have been forgotten to upload from
http://www.spiderbark.com/fgfs/c310asi.tar.gz, no?
 
m.  :-)

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] lighting error

[Richard Kiš]

Hello,
 
There is a lighting error in the external  (look at) 
viewer. Everything is OK when pilot offset heading/pitch is zero degrees. When I 
try set some heading / pitch  (for example heading 180 degrees - 
view from the tail), the sky is darkest on the sun site and brightest on the 
opposite site. It means that calculated light source position is not equal 
to sun position in case of use a pilot offset angles != 0...
 
Richard  Kis

Re: [Flightgear-devel] external view

[Jim Wilson]

Cameron Moore <[EMAIL PROTECTED]> said:

> We probably do need some sane defaults, but it looks to me like more of
> a viewpoint calc error to me.  Start off on the ground with the external
> view.  It works perfectly until you get airborne, and then the model
> "disappears."
> -- 

I'm not seeing this, but i'll have to check and make sure I haven't changed 
anything locally.

My plan is to bind properties (which had originally been done...but I'm not
sure I did it the "right" way).  It had "current" and "default" bindings, the
"default" being the values set at initialization and what you go to when
clicking the "Reset" button.

Give me a couple of days and I'll make a better Pilot "view" offset complete
with bindings and a few changes in the GUI and comments so that it doesn't get
confused with the FDM pilot offset.

Best,

Jim

> Cameron Moore
> [ Smoking cures weight problems... eventually. ]
> 


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] asi.xml

[Jim Wilson]

Melchior FRANZ <[EMAIL PROTECTED]> said:

> The new c310/asi.xml file tries to load Textures/{airsp260,bezel1}.rgb.
> These, however, have been forgotten to upload from
> http://www.spiderbark.com/fgfs/c310asi.tar.gz, no?
>  
> m.  :-)
> 

They are in that tarball (path ./Instruments/Textures).  Also now in CVS, but 
the instrument is in need of another recalibration.  Should be close though.

Jim

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] Re: asi.xml

[Melchior FRANZ]

* Jim Wilson -- Sunday 09 December 2001 17:17:
> Melchior FRANZ <[EMAIL PROTECTED]> said:
> 
> > The new c310/asi.xml file tries to load Textures/{airsp260,bezel1}.rgb.
> > These, however, have been forgotten to upload from
> > http://www.spiderbark.com/fgfs/c310asi.tar.gz, no?
> >  
> > m.  :-)
> > 
> 
> They are in that tarball (path ./Instruments/Textures).

I know -- I've installed them right after you announced the asi yesterday.



> Also now in CVS, [...]

Really?

$ pwd
/home/m/fgfs/Data/Aircraft/c310/Instruments
$ cvs status Textures
cvs server: nothing known about Textures
===
File: no file Textures  Status: Unknown

   Working revision:No entry for Textures
   Repository revision: No revision control file



m.

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] SGTime::updateLocal ignores lat/lon

[Julian Foad]

There seem to be a couple of missing "minus" signs in this function in 
simgear/timing/sg_time.cxx.  The way it is at present, it always sets lat and lon to 
zero (unless they happen to be exactly pi):

// Given lon/lat, update timezone information and local_offset
void SGTime::updateLocal( double lon, double lat, const string& root ) {
// sanity checking
if ( lon < SGD_PI || lon > SGD_PI ) {
// not within -180 ... 180
lon = 0.0;
}
if ( lat < SGD_PI * 0.5 || lat > SGD_PI * 0.5 ) {
// not within -90 ... 90
lat = 0.0;
}
...

Should be:
if ( lon < -SGD_PI || lon > SGD_PI ) {
and
if ( lat < -SGD_PI * 0.5 || lat > SGD_PI * 0.5 ) {


- Julian

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] YASim fixes

[Erik Hofman]

Andy Ross wrote:

> OK, there's another release ready that should fix most (all?) of the
> bugs reported so far.  This time, it's just a tarball of the files

Yep, it's working.
Good work Andy. It's fun to fly over the scenry in an A4 or the 747!

Erik


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] SGTime::updateLocal ignores lat/lon

[Christian Mayer]

Julian Foad wrote:
> 
> There seem to be a couple of missing "minus" signs in this function in 
>simgear/timing/sg_time.cxx.  The way it is at present, it always sets lat and lon to 
>zero (unless they happen to be exactly pi):
> 

Ah, perhaps that's the reason why FGFS tried to load
Timezone/Africa/Accra on my system when I start from the standard
airport (haven't tried any other lately)

CU,
Christian

--
The idea is to die young as late as possible.-- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Starting up flightgear.

[Christian Mayer]

Norman Vine wrote:
> 
> Curtis L.Olson writes:
> >
> >Norman Vine writes:
> >> another problem is in simgear / sky / cloud.cxx
> >>
> >> bool SGCloudLayer::reposition( sgVec3 p, sgVec3 up, double
> >lon, double lat,
> >> double alt )
> >> {
> >> 
> >> // now calculate update texture coordinates
> >> if ( last_lon < -900 ) {
> >>  cout << "last_lon < -900" << endl;
> >>  last_lon = lon;
> >>  last_lat = lat;
> >> }
> >> // change  if( lon - lat_lon != 0 || lat-last_lat != 0 )  to
> >> if ( fabs(lon-last_lon) > FLT_EPSILON || fabs(lat-last_lat) >
> >> FLT_EPSILON ) {
> >> ...
> >> }
> >
> >Norman, can you provide any further information as to how this change
> >eliminates problems on the windows side?
> 
> when there is no change there is a floating point exception in
> calc_gc_course_dist().  I tied this with both the original and the
> optimized versions.
> 
> >I understand that in general with floating point compares you want to
> >test if the absolute value of the difference is < some epsilon,
> >however, in this case I think I'm justified with my code.  The current
> >code is actually:
> >
> >if ( lon != last_lon || lat != last_lat ) {
> >
> 

Great! After applying that fix I'm able to run FGFS with LaRCsim again!!


> Better yet enable FPE exception reporting
> 
> // I think this is correct for Linux
> [...]

I haven't tried how that affects MSVC, but if it enables floating point
error checking it's a very important addition that should be enabled
during every debug build.
I strongly vote for including that, too.

CU,
Christian


--
The idea is to die young as late as possible.-- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] Debugging under CygWin

[Julian Foad]

Can any of you debug FlightGear using the CygWin GDB?  Whenever I try, I can use the 
basic functions (stepping, breakpoints, view source code, etc) if I am very careful to 
treat it gently, but when FlightGear crashes GDB tends to crash too.  I am using 
version 20010428-3 and I use the GUI (Insight) but I think it's the underlying GDB 
itself that usually crashes.

- Julian

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Starting up flightgear.

[Christian Mayer]

Norman Vine wrote:
> 
> Norman Vine writes
> >>>
> >>Norman Vine wrote:
> >>>
> >>> FWIW
> >>> MingW32 < which uses the MSoft runtime libraries >
> >>> is blowing up in fgInitSubsystems()
> >>> in  globals->saveInitialState();
> >>> at
> >>> /environment[0]/weather[0]/wind-north-mps[0] wind-north-mps = NaN
> >>>
> 
> OK-- This ones easy to fix, there is no reason to tie things that aren't
> hooked up yet to the properties and in fact can cause fp errors

OK, I found the problem. FGFS (actually WeatherCM) reqests the
weatherdata (to fill up an internal cache) with an initial altitude of
roughly -3040 meters (- feet?). This breaks the internal lookup.
After adding a sanity check that part works again :)

I've sent the changes to Curt.

CU,
Christian

--
The idea is to die young as late as possible.-- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] How do I place objects, like buildings, into FlightGear? FAQ 6.5

[Jeff]

Need help placeing my 3D model...


FAQ 6.5 instructs me to:


"First, ensure that you have v0.7.7 or later, the scenery files where you 
plan to place the object, the actual model, and the longitude and latitude 
where you plan to place the object."

///
I am useing v0.7.8 and the Lat = 37.62 Lon = -121.36




///
Next FAQ 6.5 instructs me to:
///


"Now get the altitude for your point. If you don't want to calculate this 
yourself, start FlightGear at your location and take note of the altitude. 
Here's an example command:

fgfs --lat=45.50 --lon=-75.73 2>&1 | tee fgfs.log

The altitude is probably in feet, so divide the starting altitude by 3.28.

Search the output log file for the first occurrence of the string "Loading 
tile" and take note of the filename. In the above example, the output line 
looks like:

Loading tile /usr/local/Scenery/w080n40/w076n45/1712601"


//
Below is what I typed into the command line:

fgfs --lat=37.62 --lon=-121.36 2>&1 | tee fgfs.log
//


/
Below is the fgfs.log output file:
/

Reading properties from /usr/lib/FlightGear/preferences.xml
Base is /usr/lib/FlightGear/preferences.xml
Dir is /usr/lib/FlightGear
Reading properties from /usr/lib/FlightGear/keyboard.xml
Base is /usr/lib/FlightGear/preferences.xml
Dir is /usr/lib/FlightGear
Reading properties from /usr/lib/FlightGear/joysticks.xml
NewAirportInit 
Initializing Time
Current greenwich mean time = Sun Dec  9 19:15:50 2001

Current local time  = Sun Dec  9 14:15:50 2001

Reading timezone info from: /usr/lib/FlightGear/Timezone/zone.tab
Using zonename = /usr/lib/FlightGear/Timezone/America/Los_Angeles
  First time, doing precise gst
  Loading stars from /usr/lib/FlightGear/Astro/stars
  Loaded 850 stars
stars = 0x85f8020
stars = 0x85fe0a8
Rate = 8000  Bps = 8  Stereo = 0
load() base = /usr/lib/FlightGear/Scenery
Creating a new buffer of size = 32768
initializing scenery current elevation ... 
result = 0
Start initializing FGInterface
...initializing position...
FGLaRCsim::set_Longitude: -2.11813

LaRCsim $Revision: 1.5 $, $Date: 2001/05/21 18:44:59 $

Initializing LaRCsim for C172
vtg: 0
vtg: 0
  FGLaRCsim::set_ls(): 
 Phi: 0
 Theta: 0.0074002
 Psi: 0
 V_north: 0
 V_east: 1521.76
 V_down: 0
 Altitude: 3.7581
 Latitude: 1.32944e-08
 Longitude: -2.11813
 Runway_altitude: 0
 V_north_airmass: 0
 V_east_airmass: 0
 V_down_airmass: 0
FGLaRCsim::set_Latitude: 0.656593
vtg: 1.12688e-13
vtg: 1.12688e-13
  FGLaRCsim::set_ls(): 
 Phi: 0
 Theta: 0.0074002
 Psi: 0
 V_north: 1.12688e-13
 V_east: 1206.85
 V_down: 1.66776e-15
 Altitude: 3.75812
 Latitude: 0.656593
 Longitude: -2.11813
 Runway_altitude: 0
 V_north_airmass: 0
 V_east_airmass: 0
 V_down_airmass: 0
FGLaRCsim::set_Altitude: 3.2808
vtg: 1.86947e-10
vtg: 1.86947e-10
  FGLaRCsim::set_ls(): 
 Phi: 0
 Theta: 0.0074002
 Psi: 0
 V_north: 1.86947e-10
 V_east: 1206.85
 V_down: 2.76679e-12
 Altitude: 3.75812
 Latitude: 0.656593
 Longitude: -2.11813
 Runway_altitude: 0
 V_north_airmass: 0
 V_east_airmass: 0
 V_down_airmass: 0
...initializing ground elevation to 3.2808ft...
fgFDMSetGroundElevation: 3.28084
FGLaRCsim::set_Runway_altitude: 3.28084
vtg: 2.64448e-10
vtg: 2.64448e-10
  FGLaRCsim::set_ls(): 
 Phi: 0
 Theta: 0.0074002
 Psi: 0
 V_north: 2.64448e-10
 V_east: 1206.85
 V_down: 3.91379e-12
 Altitude: 3.75814
 Latitude: 0.656593
 Longitude: -2.11813
 Runway_altitude: 3.28084
 V_north_airmass: 0
 V_east_airmass: 0
 V_down_airmass: 0
...initializing sea-level radius...
...initializing velocities...
FGLaRCsim::set_V_calibrated_kts: 0
vtg: 3.23877e-10
vtg: 3.23877e-10
  FGLaRCsim::set_ls(): 
 Phi: 0
 Theta: 0.0074002
 Psi: 0
 V_north: 0
 V_east: 1206.85
 V_down: 0
 Altitude: 7.03898
 Latitude: 0.656593
 Longitude: -2.11813
 Runway_altitude: 3.28084
 V_north_airmass: 0
 V_east_airmass: 0
 V_down_airmass: 0
...initializing Euler angles...
FGLaRCsim::set_Euler_angles: 0  0.0074002  4.71239
vtg: 3.50187e-10
vtg: 3.50187e-10
  FGLaRCsim::set_ls(): 
 Phi: -1.28117e-19
 Theta: 0.0074002

Re: [Flightgear-devel] How do I place objects, like buildings, into FlightGear? FAQ 6.5

[Cameron Moore]

* [EMAIL PROTECTED] [2001.12.09 13:02]:
> Need help placeing my 3D model...

Do you need help configuring you mail client?  :-)  You are sending
messages as "[EMAIL PROTECTED]".
-- 
Cameron Moore
/ Officer, I know I was going faster than 55MPH, \
\ but I wasn't going to be on the road an hour.  /

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] Debugging under CygWin

[Norman Vine]

Julian Foad writes:
>
>Can any of you debug FlightGear using the CygWin GDB?  
>Whenever I try, I can use the basic functions (stepping, 
>breakpoints, view source code, etc) if I am very careful to 
>treat it gently, but when FlightGear crashes GDB tends to 
>crash too.  I am using version 20010428-3 and I use the GUI 
>(Insight) but I think it's the underlying GDB itself that 
>usually crashes.

I have great luck using Cygwin GDB with just about every
program except FlightGear :-(

I have no idea as to why.

Norman


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Starting up flightgear with Opengc

[Ross Golder]

.cvspass is for remembering pserver passwords (SourceForge anonymous
access). As John needs developer access he is using the ext method,
which is designed to use rsh/ssh.

John, list the contents of one of your CVS/Root files. This will show
what repository the working directory is set up to.

--
Ross

On Sun, 2001-12-09 at 00:47, Curtis L. Olson wrote:
> CVS remembers your passwords after the first time you enter it.  Look
> for ~/.cvspass and you'll see what it does.
> 
> Curt.
> 
> 
> John Wojnaroski writes:
> > > You need to check out the your copy from the SF repository as your SF
> > > user ID, not anonymously.  It sounds like that is what you did.
> > >
> > > > 
> > > > $ export CVS_RSH=ssh
> > > > $ cvs -z3:ext:[EMAIL PROTECTED]:/cvs/opengc/ co opengc
> > > >
> > > > cvs server: Updating opengc
> > > >   |
> > > > Question: Is this correct? it never asked for a password!
> > > > < do your edit thing>
> > > > < do your edit thing >
> > > >
> > > > $cvs commit 
> > > >
> > > > 
> > > > :wq
> > > >
> > > > cvs [server aborted]: "commit" requires write access to the rerpository
> > > > cvs commit: saving log message in /tmp/cvs610cc229.2
> > > >
> > > > $
> > > > ***
> > > > end of story.
> > > >
> > I think I got that right (see above) user name is "acastle" What was a
> > little odd is that it did not ask for a password?
> > 
> > Regards
> > John W.
> > 
> > 
> > ___
> > Flightgear-devel mailing list
> > [EMAIL PROTECTED]
> > http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> 
> -- 
> Curtis Olson   Intelligent Vehicles Lab 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 mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] Observations

[Ross Golder]

The CVS commit logs don't provide much info. Can they be made to send
the changes made, too, so people can see the actual detail of the change
(as a diff -u). Sometimes people will not understand the author's
description of the change, for whatever reason (e.g. may use unfamiliar
terminology).

Also, if you got into a plane and the first thing you saw was the
following, what would you do?



a) Request clearance to takeoff.
b) Go over the pre-flight checks again.
c) Call ahead to say you might be a while.

--
Ross



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] property bindings for chase view offset

[Jim Wilson]

That was easy.  I finally put the property bindings in the correct place
and it works fine.

You can now set a default for pilot "view" offset aka chase view offset.  The
fix is here:

http://www.spiderbark.com/fgfs/chaseviewoffset.tar.gz

Contains: sgVec3Slider.cxx and sgVec3Slider.hxx

Extract the tarball in src/GUI.

This is the suggested xml to be included within the  settings. Note that
I have defined an empty view[0] and view[1] for the chase view.
Thinking at some point this could be expanded perhaps to give multiple
external views to toggle through.


...



  pilot view



  chase view
  

  180.0
  0
  25

  


...


This is working as is now, but we talked about renaming.  Seems we talked
about "Chase View Offset".  If that sounds ok to everyone, I'll make the 
name changes in the classes, property names and the references on the 
menu (gui.cxx) and elsewhere to the new name.


Best,

Jim

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] Unable to select '--fdm=larcsim'

[Ross Golder]

It just produces exactly the same output as it does without this switch
(including JSBSim output). As I am pinned to the ground with latest
JSBSim (flightgear CVS fresh today), I wanted to revert to LarcSIM to
get some airtime in, but I can't. Any suggestions?

--
Ross





___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

re: [Flightgear-devel] Parse order of configs?

[David Megginson]

John Check writes:

 > Can somebody clue me on the order in which the config files are
 > parsed?

First preferences.xml, which picks up joystick.xml and keyboard.xml by
inclusion, then whatever is specified on the command-line in the order
it's specified (that covers --config, --aircraft, and --prop).


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] Observations

[Jim Wilson]

Ross Golder <[EMAIL PROTECTED]> said:

> Also, if you got into a plane and the first thing you saw was the
> following, what would you do?
> 
> 
> 
> a) Request clearance to takeoff.
> b) Go over the pre-flight checks again.
> c) Call ahead to say you might be a while.
> 

d) Get out and go back to retrieve the right side landing gear.

:)

Jim

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] c310 Panel

[David Megginson]

David Findlay writes:

 > Maybe it would be a good idea to state exactly which models of
 > which aircraft we are going to have? This way we are all looking at
 > the same thing.

On the flightmodel list, I mentioned that I'm tentatively using a
non-supercharged C-310Q as the target.


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] Unable to select '--fdm=larcsim'

[Jon S. Berndt]

What's the problem you are having with the latest JSBSim? Have you done a
total update, yet, of the base package and FGFS? It's flying for me. If
there's an error I need to know about it. Maybe Curt is busy this weekend
and has not gotten synced. You can grab the latest from JSBSim CVS if you'd
like and run with that.

Jon


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Ross Golder
> Sent: Sunday, December 09, 2001 4:18 PM
> To: [EMAIL PROTECTED]
> Subject: [Flightgear-devel] Unable to select '--fdm=larcsim'
>
>
> It just produces exactly the same output as it does without this switch
> (including JSBSim output). As I am pinned to the ground with latest
> JSBSim (flightgear CVS fresh today), I wanted to revert to LarcSIM to
> get some airtime in, but I can't. Any suggestions?
>
> --
> Ross
>
>
>
>
>
> ___
> 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] Parse order of configs?

[Jim Wilson]

David Megginson <[EMAIL PROTECTED]> said:

> John Check writes:
> 
>  > Can somebody clue me on the order in which the config files are
>  > parsed?
> 
> First preferences.xml, which picks up joystick.xml and keyboard.xml by
> inclusion, then whatever is specified on the command-line in the order
> it's specified (that covers --config, --aircraft, and --prop).
> 
> 

The new c310-set.xml file is processing after command-line... had to edit it
to use the model/path that I had been loading from the command line
previously.  The  (aircraft)-set.xml is great, but would be nice to have the
command line overrides applied.

Best,

Jim


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Christian Mayer]

Ross Golder wrote:
> 
> It just produces exactly the same output as it does without this switch
> (including JSBSim output). As I am pinned to the ground with latest
> JSBSim (flightgear CVS fresh today), I wanted to revert to LarcSIM to
> get some airtime in, but I can't. Any suggestions?

The command line interface changed. Try

  fgfs --aircraft=c172-larcsim

or

  fgfs --aircraft=c172-yasim
  fgfs --aircraft=c310-yasim 
  fgfs --aircraft=747-yasim   
  fgfs --aircraft=a4-yasim  

All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
doesn't. I'm still working on that.

CU,
Christian

--
The idea is to die young as late as possible.-- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Jon S. Berndt]

> All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> doesn't. I'm still working on that.

Are you up to date? Is it a compile or a run problem?

Jon

Jon Berndt
Coordinator,
JSBSim Project
http://jsbsim.sf.net

Enter BUG REPORTS at 
http://sf.net/tracker/?atid=119399&group_id=19399

Enter FEATURE REQUESTS at
http://sf.net/tracker/?atid=369399&group_id=19399

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Christian Mayer]

"Jon S. Berndt" wrote:
> 
> > All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> > doesn't. I'm still working on that.
> 
> Are you up to date? Is it a compile or a run problem?

Fairly. Just before the very latest FGFS CVS updates (which IIRC didn't
contain a JSBSim sync since). As I couldn't run (compile works fine)
JSBsim for quite a while (even the changes I had the rant about didn't
cure it; they just let me run a bit further...) I guess it's somewhere
deeply hidden. So I guess I have to solve that problem my self as non of
you will be able to help me there (except you get MSVC...).

CU,
Christian

--
The idea is to die young as late as possible.-- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Norman Vine]

Christian Mayer writes:
>
>All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
>doesn't. I'm still working on that.

Same here trying to run with MingW32 although Cygwin has no
problem

I am crashing during initialization of the FDM with the call to
set_Euler_Angles()  from FGInterface::common_init()
Maybe you could try setting a breakpoint in MSVC 
and stepping into the code starting there.

Cheers

Norman

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] minor prob in c172-larcsim-set.xml

[Jim Wilson]

In c172-larcsim-set.xml the path for the panel is missing the subdirectory
"Panels".

Best,

Jim

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] asi.xml

[John Check]

On Sunday 09 December 2001 9:19 am, you wrote:
> The new c310/asi.xml file tries to load Textures/{airsp260,bezel1}.rgb.
> These, however, have been forgotten to upload from
> http://www.spiderbark.com/fgfs/c310asi.tar.gz, no?
>
> m.  :-)
>
> __


Just forgot to commit them... Those will work, but they're in CVS now
_
> 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] Re: asi.xml

[John Check]

On Sunday 09 December 2001 11:32 am, you wrote:
> * Jim Wilson -- Sunday 09 December 2001 17:17:
> > Melchior FRANZ <[EMAIL PROTECTED]> said:
> > > The new c310/asi.xml file tries to load Textures/{airsp260,bezel1}.rgb.
> > > These, however, have been forgotten to upload from
> > > http://www.spiderbark.com/fgfs/c310asi.tar.gz, no?
> > >
> > > m.  :-)
> >
> > They are in that tarball (path ./Instruments/Textures).
>
> I know -- I've installed them right after you announced the asi yesterday.
>
> > Also now in CVS, [...]
>
> Really?
>
> $ pwd
> /home/m/fgfs/Data/Aircraft/c310/Instruments
> $ cvs status Textures
> cvs server: nothing known about Textures
> ===
> File: no file Textures  Status: Unknown
>
>Working revision:No entry for Textures
>Repository revision: No revision control file
>
>
>
> m.
>

My bad. Yet another reason to make the directory structure flatter


> ___
> 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] Unable to select '--fdm=larcsim'

[Jon S. Berndt]

> I am crashing during initialization of the FDM with the call to
> set_Euler_Angles()  from FGInterface::common_init()
> Maybe you could try setting a breakpoint in MSVC
> and stepping into the code starting there.

Well, this is news to me. I updated this morning and run fine running from
CygWin. I do, of course, have the latest JSBSim from our CVS. Do you have
JSBSim.cxx from JSBSim CVS, too?

Jon


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Observations

[John Check]

On Sunday 09 December 2001 4:23 pm, you wrote:
> The CVS commit logs don't provide much info. Can they be made to send
> the changes made, too, so people can see the actual detail of the change
> (as a diff -u). Sometimes people will not understand the author's
> description of the change, for whatever reason (e.g. may use unfamiliar
> terminology).
>

Theres an option for differnt styles of diff

> Also, if you got into a plane and the first thing you saw was the
> following, what would you do?
>
> 
>
> a) Request clearance to takeoff.
> b) Go over the pre-flight checks again.
> c) Call ahead to say you might be a while.

I've been thinking out defaulting the parking brake to on
as a workaround

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] c310 Panel

[John Check]

On Sunday 09 December 2001 5:26 pm, you wrote:
> David Findlay writes:
>  > Maybe it would be a good idea to state exactly which models of
>  > which aircraft we are going to have? This way we are all looking at
>  > the same thing.
>
> On the flightmodel list, I mentioned that I'm tentatively using a
> non-supercharged C-310Q as the target.
>

Other than the engines, it's similar to the R. The long nose etc, correct?

>
> All the best,
>
>
> David

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Jon S. Berndt]

> >All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> >doesn't. I'm still working on that.
>
> Same here trying to run with MingW32 although Cygwin has no
> problem

Anyone want to go on record as being able to fly the JSBSim C172, X-15,
C310, etc.?

Jon


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Parse order of configs?

[John Check]

On Sunday 09 December 2001 5:35 pm, you wrote:
> David Megginson <[EMAIL PROTECTED]> said:
> > John Check writes:
> >  > Can somebody clue me on the order in which the config files are
> >  > parsed?
> >
> > First preferences.xml, which picks up joystick.xml and keyboard.xml by
> > inclusion, then whatever is specified on the command-line in the order
> > it's specified (that covers --config, --aircraft, and --prop).
>
> The new c310-set.xml file is processing after command-line... had to edit
> it to use the model/path that I had been loading from the command line
> previously.  The  (aircraft)-set.xml is great, but would be nice to have
> the command line overrides applied.
>
> Best,
>
> Jim
>
>

Curt made a hack to allow an  tag in preferences.xml
It would be better if it was an include.


> ___
> 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] Unable to select '--fdm=larcsim'

[Norman Vine]

Jon  S. Berndt writes:
>
>> I am crashing during initialization of the FDM with the call to
>> set_Euler_Angles()  from FGInterface::common_init()
>> Maybe you could try setting a breakpoint in MSVC
>> and stepping into the code starting there.
>
>Well, this is news to me. I updated this morning and run fine 
>running from
>CygWin. I do, of course, have the latest JSBSim from our CVS. 
>Do you have
>JSBSim.cxx from JSBSim CVS, too?

Jon

As I said in my post I too have no problem with Cygwin :-)

MSVC and MingW32, which uses the MS runtime math library,
are having problems though.

FWIW, 
They are MUCH less forgiving to floating point 'problems'
then the math libraries that linux and Cygwin use.

Hang in there we will find it
I just wish I had a debugger that worked with FGFS and MingW
instead of having to use the old tedious but sure printf style of 
instrumentation !

Cheers

Norman

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] minor prob in c172-larcsim-set.xml

[John Check]

On Sunday 09 December 2001 6:14 pm, you wrote:
> In c172-larcsim-set.xml the path for the panel is missing the subdirectory
> "Panels".
>

Oops. Fixed

> Best,
>
> Jim
>
> ___
> 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] Unable to select '--fdm=larcsim'

[John Check]

On Sunday 09 December 2001 6:31 pm, you wrote:
> > >All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> > >doesn't. I'm still working on that.
> >
> > Same here trying to run with MingW32 although Cygwin has no
> > problem
>
> Anyone want to go on record as being able to fly the JSBSim C172, X-15,
> C310, etc.?
>
> Jon
>

It was working for me last night

>
> ___
> 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] Unable to select '--fdm=larcsim'

[Jon S. Berndt]

> As I said in my post I too have no problem with Cygwin :-)

Oh, I missed that.

> MSVC and MingW32, which uses the MS runtime math library,
> are having problems though.
>
> FWIW,
> They are MUCH less forgiving to floating point 'problems'
> then the math libraries that linux and Cygwin use.
>
> Hang in there we will find it

Great. I've got so much on my plate right now. I'll be eternally grateful if
you guys track it down. :-)

Jon


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Christian Mayer]

Norman Vine wrote:
> 
> Christian Mayer writes:
> >
> >All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> >doesn't. I'm still working on that.
> 
> Same here trying to run with MingW32 although Cygwin has no
> problem
> 
> I am crashing during initialization of the FDM with the call to
> set_Euler_Angles()  from FGInterface::common_init()

The first sing of a problem comes with 

fgGeodToGeoc(): Domain error
sqrt(1.#QNAN)
  Initialized JSBSim with:
  Indicated Airspeed: 0 knots
  Bank Angle: 1.#QNAN deg
  Pitch Angle: -1.#IND deg
  True Heading: 1.#QNAN deg
  Latitude: 1.#QNAN deg
  Longitude: 1.#QNAN deg
  Altitude: -1.#IND feet
  loaded initial conditions
  set dt
Finished initializing JSBSim
FGControls::get_gear_down()= 1
FGJSBsim::set_Euler_Angles: 0, -1.#IND, 1.#QNAN
FGJSBsim::set_Euler_Angles: 1.#QNAN, 0.0074002, 1.#QNAN
FGJSBsim::set_Euler_Angles: 1.#QNAN, -1.#IND, 5.19934

And FGFS stops here (it hangs - sorry can't tell at the moment in what
subroutine)

But when I rung with JSBsim and floating point exception I''m stopping
much earlier in cocpit/panel.cxx in line 706:

 float val = (t->node == 0 ? 0.0 : t->node->getFloatValue());

But I've got the problem there that I don't know how to access the
property value.


CU,
Christian,
who goes to bed now and probably hasn't got much time till next weekend

--
The idea is to die young as late as possible.-- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Unable to select '--fdm=larcsim'

[John Check]

On Sunday 09 December 2001 6:31 pm, you wrote:
> > >All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> > >doesn't. I'm still working on that.
> >
> > Same here trying to run with MingW32 although Cygwin has no
> > problem
>
> Anyone want to go on record as being able to fly the JSBSim C172, X-15,
> C310, etc.?
>
> Jon
>


BTW... the c172 now has a wicked pull to the right. I'll sync with latest
FGFS and report back

>
> ___
> 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] c310 engine adjustments

[Andy Ross]

Dave Luff wrote:
 > Sorry Andy, but you're a bit off track here.  The mixture is the ratio
 > by *mass* of the air and fuel being drawn into the cylinders.

We're talking about different things.  The value controlled by the red
lever is a volumetric ratio; think about how the carburetor venturi
works, and you'll see how this must be.  Clearly you already do:

 > The *carburretor* works on a volume ratio.
 > [...]
 > The fuel injectors are set up to mimic the carburretor

Bingo.  I'm talking about "mixture" in the sense a pilot would use it:
the position of the red lever in the cockpit.  Clearly there are other
definitions.  And this, by the way, is exactly what I meant about no
one defining mixture properly.  You read a textbook and get one
answer, a flight instruction manual and get another. :)

A pilot who moves the red lever thinking it controls the mass ratio
will get it wrong.  Likewise, an FDM author who wires the
/controls/mixture[0] property to the mass ratio will get wrong
behavior.  Whether you call that thingy "mixture" of "redness" is
kinda academic.

 > Please lets never again talk about having enough fuel to burn all
 > the oxygen.  Lets talk about having enough oxygen to burn all the
 > fuel.

You say potato, I say potato...

Seriously, you can look at the problem both ways.  Why doesn't an
engine work in a vacuum?  Surely you wouldn't argue that it is because
there's too much fuel. :)

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] Starting up flightgear.

[Wolfram Kuss]

Christian wrote:

>Wolfram: When was the last time you've tried FGFS with MSVC?

Long ago.

>CU,
>Christian

Bye bye,
Wolfram.

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] lighting error

[Curtis L. Olson]

What version of FlightGear are you running.  I believe we have fixed
at least on external view lighting bug matching your description for
0.7.9

Regards,

Curt.


X-VM-v5-Data: ([t nil nil nil nil nil nil nil nil]
["1954" "Sunday" "9" "December" "2001" "15:53:08" "+0100" 
"=?iso-8859-2?Q?Richard_Ki=B9?=" "[EMAIL PROTECTED]" nil "55" 
"[Flightgear-devel] lighting error" nil nil nil "12" nil nil (number " " mark "N
=?iso-8859-2?Q?Ri Dec  9   55/1954  " thread-indent "\"[Flightgear-devel] lighting 
error\"\n") nil nil]
nil)
Received: from seneca.me.umn.edu (seneca.me.umn.edu [128.101.142.55])
by mail.me.umn.edu (8.11.3/8.11.3) with ESMTP id fB9F9Jh32474
for <[EMAIL PROTECTED]>; Sun, 9 Dec 2001 09:09:19 -0600 (CST)
(envelope-from [EMAIL PROTECTED])
Received: from localhost ([127.0.0.1] helo=seneca.me.umn.edu)
by seneca.me.umn.edu with esmtp (Exim 3.32 #1 (Debian))
id 16D5Zt-0007SN-00; Sun, 09 Dec 2001 09:09:17 -0600
Received: from ns.nextra.sk ([195.168.1.2] helo=ns.nx.nextra.sk)
by seneca.me.umn.edu with smtp (Exim 3.32 #1 (Debian))
id 16D5Yo-0007Rl-00
for <[EMAIL PROTECTED]>; Sun, 09 Dec 2001 09:08:10 -0600
Received: (qmail 29249 invoked from network); 9 Dec 2001 14:54:33 -
Received: from unknown (HELO rk) (195.168.161.20)
  by smtp2.nx.nextra.sk with SMTP; 9 Dec 2001 14:54:33 -
Message-ID: <001701c180c1$59200a40$14a1a8c3@rk>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_NextPart_000_0014_01C180C9.98E04160"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Errors-To: [EMAIL PROTECTED]
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.0.7
Precedence: bulk
Reply-To: [EMAIL PROTECTED]
X-Reply-To: =?iso-8859-2?Q?Richard_Ki=B9?= <[EMAIL PROTECTED]>
List-Help: 
List-Post: 
List-Subscribe: ,

List-Id: FlightGear developers discussions 
List-Unsubscribe: ,

List-Archive: 
From: =?iso-8859-2?Q?Richard_Ki=B9?= <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: [Flightgear-devel] lighting error
Date: Sun, 9 Dec 2001 15:53:08 +0100

Hello,

There is a lighting error in the external  (look at) viewer. Everything =
is OK when pilot offset heading/pitch is zero degrees. When I try set =
some heading / pitch  (for example heading 180 degrees - view from the =
tail), the sky is darkest on the sun site and brightest on the opposite =
site. It means that calculated light source position is not equal to sun =
position in case of use a pilot offset angles !=3D 0...

Richard  Kis

-- 
Curtis Olson   Intelligent Vehicles Lab 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] Observations

[Andy Ross]

Ross Goldner wrote:
 > The CVS commit logs don't provide much info. Can they be made to send
 > the changes made, too, so people can see the actual detail of the change
 > (as a diff -u).

No need.  Check out "cvs diff". :)

Or maybe I'm misunderstanding what you want?

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] SGTime::updateLocal ignores lat/lon

[Curtis L. Olson]

Dohh!! I'm a complete moron.  Thanks for catching that.  Should now be
fixed in cvs.

Curt.


Julian Foad writes:
> There seem to be a couple of missing "minus" signs in this function in 
>simgear/timing/sg_time.cxx.  The way it is at present, it always sets lat and lon to 
>zero (unless they happen to be exactly pi):
> 
> // Given lon/lat, update timezone information and local_offset
> void SGTime::updateLocal( double lon, double lat, const string& root ) {
> // sanity checking
> if ( lon < SGD_PI || lon > SGD_PI ) {
> // not within -180 ... 180
> lon = 0.0;
> }
> if ( lat < SGD_PI * 0.5 || lat > SGD_PI * 0.5 ) {
> // not within -90 ... 90
> lat = 0.0;
> }
> ...
> 
> Should be:
> if ( lon < -SGD_PI || lon > SGD_PI ) {
> and
> if ( lat < -SGD_PI * 0.5 || lat > SGD_PI * 0.5 ) {
> 
> 
> - Julian
> 
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel

-- 
Curtis Olson   Intelligent Vehicles Lab 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] Debugging under CygWin

[Curtis L. Olson]

Julian Foad writes:
> Norman Vine wrote:
> > 
> > Julian Foad writes:
> > >
> > >Can any of you debug FlightGear using the CygWin GDB?
> > >Whenever I try, I can use the basic functions (stepping,
> > >breakpoints, view source code, etc) if I am very careful to
> > >treat it gently, but when FlightGear crashes GDB tends to
> > >crash too.  I am using version 20010428-3 and I use the GUI
> > >(Insight) but I think it's the underlying GDB itself that
> > >usually crashes.
> > 
> > I have great luck using Cygwin GDB with just about every
> > program except FlightGear :-(
> > 
> > I have no idea as to why.
> 
> I suspect OpenGL has a lot to do with it: Flight Gear is normally running in an 
>OpenGL call-back, isn't it?
> 
> Does GDB handle FlightGear OK under Linux, anyone?

Yes, it works great under Linux, has bailed me out on numerous
occasions. :-)

Does cygwin generate core files?  If so, after the crash you could try
running 

   gdb fgfs.exe core.file.name

Then you could at least get a back trace of the crash (hopefully).

Curt.
-- 
Curtis Olson   Intelligent Vehicles Lab 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] Observations

[Curtis L. Olson]

Ross Golder writes:
> The CVS commit logs don't provide much info. Can they be made to send
> the changes made, too, so people can see the actual detail of the change
> (as a diff -u). Sometimes people will not understand the author's
> description of the change, for whatever reason (e.g. may use unfamiliar
> terminology).
> 
> Also, if you got into a plane and the first thing you saw was the
> following, what would you do?
> 
> 
> 
> a) Request clearance to takeoff.
> b) Go over the pre-flight checks again.
> c) Call ahead to say you might be a while.

That's why I always bring a screw driver, duct tape, and 5 minute
epoxy whenever I go flying.

This is due to a bug in the portion of the JSBSim gear code that
handles a wind component while on the ground.  It has now been
commented out in CVS until Jon has a chance to chase down what's going
on.

Regards,

Curt.
-- 
Curtis Olson   Intelligent Vehicles Lab 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] Unable to select '--fdm=larcsim'

[Curtis L. Olson]

Ross Golder writes:
> It just produces exactly the same output as it does without this switch
> (including JSBSim output). As I am pinned to the ground with latest
> JSBSim (flightgear CVS fresh today), I wanted to revert to LarcSIM to
> get some airtime in, but I can't. Any suggestions?

Ross,

Hmmm, we might need to think a bit more about option parsing, but what
does --aircraft=c172-larcsim do for you?

Curt.
-- 
Curtis Olson   Intelligent Vehicles Lab 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] Unable to select '--fdm=larcsim'

[Norman Vine]

Christian Mayer writes:
>
>Norman Vine wrote:
>> 
>> Christian Mayer writes:
>> >
>> >All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
>> >doesn't. I'm still working on that.
>> 
>> Same here trying to run with MingW32 although Cygwin has no
>> problem
>> 
>> I am crashing during initialization of the FDM with the call to
>> set_Euler_Angles()  from FGInterface::common_init()
>
>The first sing of a problem comes with 
>
>fgGeodToGeoc(): Domain error
>sqrt(1.#QNAN)

OK -- But I doubt if it is fgGeodToGeoc() itself
but that something earlier has munged the fpu
and this is the first place that this is reported.

to check this add some code to print out the values 
being passed into fgGeodToGeoc().

>But when I rung with JSBsim and floating point exception I''m stopping
>much earlier in cocpit/panel.cxx in line 706:
>
> float val = (t->node == 0 ? 0.0 : t->node->getFloatValue());

Try rewriting this as

if ( t->node )
   val = t->node->getFloatValue();
else
  val = 0.0;

>CU,
>Christian,
>who goes to bed now and probably hasn't got much time till next weekend

 :-)

I think I might have finally gotten gdb working with FGFS
If so I should be able to sort this out fairly quickly
< I had gdb setup to automatically start up on an error
   and this was confusing the existing interactive session >

Cheers

Norman

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] external view

[Martin Olveyra]

On 2001.12.09 02:41 Cameron Moore wrote:
> * [EMAIL PROTECTED] [2001.12.08 21:53]:
> > On Saturday 08 December 2001 10:07 pm, you wrote:
> > > Has anybody noted that the 3D plane model in the external view
> disappears
> > > when we are on air?
> > >
> > 
> > You need to adjust the pilot (camera) offset. What's happening is you
> are in 
> > the middle if the model looking back. I'll put some reasonable defaults
> to 
> > move the camera outside the model.
> > John
> 
> We probably do need some sane defaults, but it looks to me like more of
> a viewpoint calc error to me.  Start off on the ground with the external
> view.  It works perfectly until you get airborne, and then the model
> "disappears."
> -- 
 That is exactly what I see.
How can be adjusted the camera offset? I can only adjust the FOV and the
camera direction.

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Unable to select '--fdm=larcsim'

[David Megginson]

John Check writes:

 > BTW... the c172 now has a wicked pull to the right. I'll sync with latest
 > FGFS and report back

That should be to the left, of course -- Jon said he needs to do some
rebalancing between propwash and gyroscopic effects.


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] external view

[Jim Wilson]

Martin Olveyra <[EMAIL PROTECTED]> said:


> How can be adjusted the camera offset? I can only adjust the FOV and the
> camera direction.
> 

Look at the menu for "pilot offset"...it'll let you adjust the position from
any angle and the radius from the plane.  Also if you look at an earlier
message today i posted patched source files that will let you set a default in
preferences.

Look for "property bindings for chase view offset"

Best,

Jim

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] buildings or planes?

[Marcio Shimoda]

I agree!
Of course a good model is very nice, but fly in a desert scenary where must
be NY is not nice...

- Original Message -
From: "Jon S. Berndt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 07, 2001 2:32 AM
Subject: RE: [Flightgear-devel] buildings or planes?


> > So my question is: What is more important to FlightGear buildings
> > or planes?
> > I never made a 3D model of a plane before but AC3D looks so nice
> > I think I
> > could come up with something.
>
> Buildings. I can't see how any sane person could say "Planes" (I could be
> wrong, though ;-) I like to be PIC when I fly a simulator. I don't want to
> sit outside my plane and watch me fly it. The cockpit panels we have now
are
> fine. The ground looks so barren. Adding buildings, IMHO, would
increase
> the realism FAR more than adding aircraft models - which under normal
> circumstances you won't even see, anyhow, I would think.
>
>
> ___
> 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] buildings or planes?

[Marcio Shimoda]

I agree!
Of course a good model is very nice, but fly in a desert scenary where must
be NY is not nice...

- Original Message -
From: "Jon S. Berndt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 07, 2001 2:32 AM
Subject: RE: [Flightgear-devel] buildings or planes?


> > So my question is: What is more important to FlightGear buildings
> > or planes?
> > I never made a 3D model of a plane before but AC3D looks so nice
> > I think I
> > could come up with something.
>
> Buildings. I can't see how any sane person could say "Planes" (I could be
> wrong, though ;-) I like to be PIC when I fly a simulator. I don't want to
> sit outside my plane and watch me fly it. The cockpit panels we have now
are
> fine. The ground looks so barren. Adding buildings, IMHO, would
increase
> the realism FAR more than adding aircraft models - which under normal
> circumstances you won't even see, anyhow, I would think.
>
>
> ___
> 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] Makefile.am: INCLUDES must be set with `=' before using `+='

[Julian Foad]

Does anyone know how to sort out the Makefile.am syntax so it is compatible with 
current versions of automake?  Or is it a CygWin-specific problem?  For the last six 
months or more I have been able to keep using an old version which works (autoconf 
2.52-1 and automake 1.4-4), but I lose it when I update my CygWin installation.  (Must 
talk to CygWin about that.)  The new version (autoconf 2.52-5 and automake 1.5a-1) is 
supposed to heuristically decide whether to use an old or new version, but it doesn't 
seem to work for me.

plib: OK
Atlas: OK
SimGear: errors
FlightGear: errors

The main error is "INCLUDES must be set with `=' before using `+='" and "DEFS must be 
set with `=' before using `+='".  I don't know what to do with this.  I don't want to 
just change "+=" to "=" because that will just go wrong somewhere else, later.  It 
looks like the variable needs to be initialised at a higher level.

The other error or warning is "`#' comment at start of rule is unportable".  This can 
be avoided by moving the comment character to the beginning of the line (before the 
tab).  Only two occurrences: FlightGear/Makefile.am and 
FlightGear/src/Time/Makefile.am.

Here is the output I get (after successfully running "aclocal -I ."):

/d/JAF/fgfs/FlightGear $ automake -a
Makefile.am:10: `#' comment at start of rule is unportable
src/ATC/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Aircraft/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Airports/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Autopilot/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Cockpit/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Controls/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/Balloon/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/JSBSim/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/JSBSim/Makefile.am: DEFS must be set with `=' before using `+='
src/FDM/JSBSim/Makefile.am:71: DEFS was set with `+=' and is now set with `='
src/FDM/JSBSim/filtersjb/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/JSBSim/filtersjb/Makefile.am: DEFS must be set with `=' before using `+='
src/FDM/JSBSim/filtersjb/Makefile.am:17: DEFS was set with `+=' and is now set with `='
src/FDM/LaRCsim/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/UIUCModel/Makefile.am: INCLUDES must be set with `=' before using `+='
src/FDM/YASim/Makefile.am: INCLUDES must be set with `=' before using `+='
src/GUI/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Input/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Main/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Navaids/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Network/Makefile.am: INCLUDES must be set with `=' before using `+='
src/NetworkOLK/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Objects/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Scenery/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Sound/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Time/Makefile.am:10: `#' comment at start of rule is unportable
src/Time/Makefile.am: INCLUDES must be set with `=' before using `+='
src/Weather/Makefile.am: INCLUDES must be set with `=' before using `+='
src/WeatherCM/Makefile.am: INCLUDES must be set with `=' before using `+='

and similar for SimGear ("INCLUDES..." in every file but no "DEPS..." or "#" problems).

- Julian

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] Makefile.am: INCLUDES must be set with `=' before using `+='

[Norman Vine]

Julian Foad writes:
>
>Does anyone know how to sort out the Makefile.am syntax so it 
>is compatible with current versions of automake?  Or is it a 
>CygWin-specific problem?  For the last six months or more I 
>have been able to keep using an old version which works 
>(autoconf 2.52-1 and automake 1.4-4), but I lose it when I 
>update my CygWin installation.  (Must talk to CygWin about 
>that.)  The new version (autoconf 2.52-5 and automake 1.5a-1) 
>is supposed to heuristically decide whether to use an old or 
>new version, but it doesn't seem to work for me.

Until we update our configure scripts to be 2.52 compatable
add this line to the top of configure.in
and then run
% rm config.cache; aclocal; automake -a; autodonf; ./configure

< actually anything less then 2.13 will work too >

AC_PREREQ(2.13)

FWIW
This should probably work for systems that use autoconf

Cheers

Norman

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] OpenGC Update

[John Wojnaroski]

Hi..

Like a kid in a candy store

The Opengc CVS repository now contains the latest and greatest for the
flightgear interface..

Updated interface modules for flightgear, addition of a flight mode
annunciator for the autopilot, basic ILS, soon to be followed by a set of
EICAS (engine displays). As always, everything is a work in progress

The plug-ins (drop-ins) for the FG source in ~/Fl*/src/Network are contained
in ~/opengc/source/FGSim/opengc.[ch]xx and opengc_data.hxx. When Curtis has
a moment, he can extract these and place them in the FG CVS repository.
Until then, just a
few more keystrokes required to sync up

The make files need updating, but I'm about done for the day. Any brave soul
willing to try??? Good luck.

Regards
John W.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Makefile.am: INCLUDES must be set with `=' before using `+='

[Julian Foad]

Ah, that's good.  Thanks.  It works.  I have now found a proper description of the 
situation in this announcement of the combined (new and old) version:
http://sources.redhat.com/ml/cygwin/2001-12/msg00100.html

So there are two ways to fix our problem:

1. Fix the "'=' before '+='" to make our files compatible with both old and new 
versions.  This seems like a good idea anyway if it can be done in a sensible way (and 
I don't know if it can).

2. Add "AC_PREREQ(2.13)" at the top of SimGear/configure.in and 
FlightGear/configure.in.  This should cause the very new wrapper scripts to use the 
old versions of the autotools.  But will this work on older versions like 2.10?  If we 
put "AC_PREREQ(1.0)" would that work on V2.13 and some lower versions as well?

- Julian


Norman Vine wrote:
> 
> Julian Foad writes:
> >
> >Does anyone know how to sort out the Makefile.am syntax so it
> >is compatible with current versions of automake?  Or is it a
> >CygWin-specific problem?  For the last six months or more I
> >have been able to keep using an old version which works
> >(autoconf 2.52-1 and automake 1.4-4), but I lose it when I
> >update my CygWin installation.  (Must talk to CygWin about
> >that.)  The new version (autoconf 2.52-5 and automake 1.5a-1)
> >is supposed to heuristically decide whether to use an old or
> >new version, but it doesn't seem to work for me.
> 
> Until we update our configure scripts to be 2.52 compatable
> add this line to the top of configure.in
> and then run
> % rm config.cache; aclocal; automake -a; autodonf; ./configure
> 
> < actually anything less then 2.13 will work too >
> 
> AC_PREREQ(2.13)
> 
> FWIW
> This should probably work for systems that use autoconf
>

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] Makefile.am: INCLUDES must be set with `=' before using `+='

[Norman Vine]

Julian Foad writes:
>
>Ah, that's good.  Thanks.  It works.  I have now found a 
>proper description of the situation in this announcement of 
>the combined (new and old) version:
>http://sources.redhat.com/ml/cygwin/2001-12/msg00100.html

Ah -- good I had seen this but didn't have a link handy

>So there are two ways to fix our problem:
>
>1. Fix the "'=' before '+='" to make our files compatible with 
>both old and new versions.  This seems like a good idea anyway 
>if it can be done in a sensible way (and I don't know if it can).

This is approach PLib took.

>2. Add "AC_PREREQ(2.13)" at the top of SimGear/configure.in 
>and FlightGear/configure.in.  This should cause the very new 
>wrapper scripts to use the old versions of the autotools.  But 
>will this work on older versions like 2.10?  If we put 
>"AC_PREREQ(1.0)" would that work on V2.13 and some lower 
>versions as well?

If we do this we should use the lowest version # that will work

Cheers

Norman




___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] OpenGC Update

[Martin Olveyra]

On 2001.12.09 22:39 John Wojnaroski wrote:
> Hi..
> 
> Like a kid in a candy store
> 
> The Opengc CVS repository now contains the latest and greatest for the
> flightgear interface..
> 
> Updated interface modules for flightgear, addition of a flight mode
> annunciator for the autopilot, basic ILS, soon to be followed by a set of
> EICAS (engine displays). As always, everything is a work in progress
> 
> The plug-ins (drop-ins) for the FG source in ~/Fl*/src/Network are
> contained
> in ~/opengc/source/FGSim/opengc.[ch]xx and opengc_data.hxx. When Curtis
> has
> a moment, he can extract these and place them in the FG CVS repository.
> Until then, just a
> few more keystrokes required to sync up
> 
> The make files need updating, but I'm about done for the day. Any brave
> soul
> willing to try??? Good luck.
> 
> Regards
> John W.
> 
> 
Well, from the mailing list archives I see that OpenGC is a kind of 3D
Cockpit of something like that.
There are a lot of messages on OpenGC and I'm lost.
Can you explain in a nutshell how to use OpenGC and why is its source in
the src/Network directory?
If you do that, I am one of those volunteer brave souls. :-P

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] How do I place objects, like buildings, into FlightGear? FAQ 6.5

[Jeff]

On Sunday 09 December 2001 14:09, you wrote:
> * [EMAIL PROTECTED] [2001.12.09 13:02]:
> > Need help placeing my 3D model...
>
> Do you need help configuring you mail client?  :-)  You are sending
> messages as "[EMAIL PROTECTED]".

OK, should have that fixed. Now how do I find what folder to place my models 
in?


Thanks
Jeff

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] How do I place objects, like buildings, into FlightGear? FAQ 6.5

[Jeff]

>On Sunday 09 December 2001 14:09, you wrote:
> * [EMAIL PROTECTED] [2001.12.09 13:02]:
> > Need help placeing my 3D model...
>
> Do you need help configuring you mail client?  :-)  You are sending
> messages as "[EMAIL PROTECTED]".


OK, should have that fixed. Now how do I find what folder to place my models 
in?


Thanks
Jeff

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] (no subject)

[Cameron Moore]

* [EMAIL PROTECTED] [2001.12.09 21:38]:
> Jeff writes:
> 
>  > //
>  > I can not find the string " Loading tile" in my fgfs.log file. Can anybody 
>  > else see it in here or am I doing something wrong?
>  > 
>///
>  > 
>  > 
>  > 
>  > //
>  > Ref. below (from FAQ 6.5)
>  > //
>  > 
>  > Search the output log file for the first occurrence of the string "Loading 
>  > tile" and take note of the filename. In the above example, the output line 
>  > looks like:
>  > 
>  > Loading tile /usr/local/Scenery/w080n40/w076n45/1712601"
> 
> There was a major tile-manager rewrite after I came up with those
> original instructions -- I'm not sure what would work now.

Could someone familiar with the scenery system look into this?  If the
FAQ is wrong for v0.7.9, I'd like to update it[1].  Thanks

[1] I will leave the current instructions there at least until after
v0.8.0 (?) is released.
-- 
Cameron Moore
[ Do people in Australia, call the rest of the world, "Up Over" ? ]

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] Peeking into the commercial scene

[Cameron Moore]

I know reporting anything related to MSFS around here will get mixed
reviews, but I like seeing what other people are doing if for no other
reason that to give me ideas.  :-)

Anyway...AVSim.com has a pretty thorough review[1] of MS FS2002 up.
There are many screenshots of their 3D cockpits which may be useful
for helping some of you modellers.  Check it out if you like.

[1] http://www.avsim.com/pages/1201/fs2002_part1/fs2002_part1.html
-- 
Cameron Moore
:wq

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

[Flightgear-devel] system.fgfsrc

[Norman Vine]

I use to be able to startup with the just the HUD showing

--prop:/sim/panel/visibility=false
--prop:/sim/hud/visibility=true

Now both the HUD and the Panel are displayed ?

What's the trick to start with the engines running ??

Cheers

Norman

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] OpenGC Update

[John Wojnaroski]

> On 2001.12.09 22:39 John Wojnaroski wrote:
> > Hi..
> >
> > Like a kid in a candy store
> >
> > The Opengc CVS repository now contains the latest and greatest for the
> > flightgear interface..
> >
> > Updated interface modules for flightgear, addition of a flight mode
> > annunciator for the autopilot, basic ILS, soon to be followed by a set
of
> > EICAS (engine displays). As always, everything is a work in progress
> >
> > The plug-ins (drop-ins) for the FG source in ~/Fl*/src/Network are
> > contained
> > in ~/opengc/source/FGSim/opengc.[ch]xx and opengc_data.hxx. When Curtis
> > has
> > a moment, he can extract these and place them in the FG CVS repository.
> > Until then, just a
> > few more keystrokes required to sync up
> >
> > The make files need updating, but I'm about done for the day. Any brave
> > soul
> > willing to try??? Good luck.
> >
> > Regards
> > John W.
> >
> >
> Well, from the mailing list archives I see that OpenGC is a kind of 3D
> Cockpit of something like that.
> There are a lot of messages on OpenGC and I'm lost.
> Can you explain in a nutshell how to use OpenGC and why is its source in
> the src/Network directory?
> If you do that, I am one of those volunteer brave souls. :-P
>

In 25 words or less.. here goes.

http://www.opengc.org describes the project. it's not 3d per se but a set of
glass displays found in commercial airliners or high end turbo-props and biz
jets. also see http://www.meriweather.com.

It is best run on a second machine with a LAN connection or a peer-to-peer
link. Download from the opengc CVS and biuld the
app. Start it up. On the FG machine pick your favorite model and add this
entry to your command line:

--opengc=socket,out,18,192.168.1.255,5800,udp

and start FG.  You need to know a little bit about networks and how IPs and
stuff work but if you need help or more info, just holler.

When FG finishes initializing a set of "glass" flight displays will startup.
You can then turn off the panel on the FG machine and have a full screen
view. you also pick up around 8-15 fps in rendering speed depending on your
hardware.

Well, that was more that 25 words.. Any questions, problems, we'll try to
answer them

Regards
John W.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] (no subject)

[Bernie Bright]

David Megginson wrote:
> 
> Jeff writes:
> 
>  > //
>  > I can not find the string " Loading tile" in my fgfs.log file. Can anybody
>  > else see it in here or am I doing something wrong?
>  > //
>  >
>  >
>  >
>  > //
>  > Ref. below (from FAQ 6.5)
>  > //
>  >
>  > Search the output log file for the first occurrence of the string "Loading
>  > tile" and take note of the filename. In the above example, the output line
>  > looks like:
>  >
>  > Loading tile /usr/local/Scenery/w080n40/w076n45/1712601"
> 
> There was a major tile-manager rewrite after I came up with those
> original instructions -- I'm not sure what would work now.
> 

This little program should do the trick:

#include 
#include 

static void usage()
{
std::cerr << "Usage: bucket Latitude Longitude\n"
  << "  where Latitude is in the range [-90,90], and\n"
  << "  Longitude is in the range [-180,180]\n";
}

int
main( int argc, char* argv[] )
{
if (argc != 3)
{
usage();
return 1;
}

double lat = atof(argv[1]);
double lon = atof(argv[2]);

if (lat < -90. || lat > 90.)
{
std::cerr << "Invalid latitude: -90.0 < latitude < 90.0\n";
usage();
return 1;
}

if (lon < -180. || lon > 180.)
{
std::cerr << "Invalid longitude: -180.0 < longitude < 180.0\n";
usage();
return 1;
}

SGBucket b( lon, lat );

std::cout << b.gen_base_path() << "/" << b.gen_index_str() << "\n";
return 0;
}


Compile and run it on linux gives:

$ g++ -o bucket bucket.cxx -lsgbucket -lsgmisc
$ ./bucket 37.62 -121.36
w130n30/w122n37/958434
$

Cheers,
Bernie

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

RE: [Flightgear-devel] lighting error

[Richard Kis]

I'm running latest version from CVS, I saw this error in both CVS and
last release version. 

Richard Kis


-Original Message-
From: Curtis L. Olson [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 10, 2001 1:12 AM
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] lighting error


What version of FlightGear are you running.  I believe we have fixed
at least on external view lighting bug matching your description for
0.7.9

Regards,

Curt.


X-VM-v5-Data: ([t nil nil nil nil nil nil nil nil]
["1954" "Sunday" "9" "December" "2001" "15:53:08" "+0100"
"=?iso-8859-2?Q?Richard_Ki=B9?=" "[EMAIL PROTECTED]" nil "55"
"[Flightgear-devel] lighting error" nil nil nil "12" nil nil (number " "
mark "N=?iso-8859-2?Q?Ri Dec  9   55/1954  " thread-indent
"\"[Flightgear-devel] lighting error\"\n") nil nil]
nil)
Received: from seneca.me.umn.edu (seneca.me.umn.edu [128.101.142.55])
by mail.me.umn.edu (8.11.3/8.11.3) with ESMTP id fB9F9Jh32474
for <[EMAIL PROTECTED]>; Sun, 9 Dec 2001 09:09:19 -0600 (CST)
(envelope-from [EMAIL PROTECTED])
Received: from localhost ([127.0.0.1] helo=seneca.me.umn.edu)
by seneca.me.umn.edu with esmtp (Exim 3.32 #1 (Debian))
id 16D5Zt-0007SN-00; Sun, 09 Dec 2001 09:09:17 -0600
Received: from ns.nextra.sk ([195.168.1.2] helo=ns.nx.nextra.sk)
by seneca.me.umn.edu with smtp (Exim 3.32 #1 (Debian))
id 16D5Yo-0007Rl-00
for <[EMAIL PROTECTED]>; Sun, 09 Dec 2001 09:08:10
-0600
Received: (qmail 29249 invoked from network); 9 Dec 2001 14:54:33 -
Received: from unknown (HELO rk) (195.168.161.20)
  by smtp2.nx.nextra.sk with SMTP; 9 Dec 2001 14:54:33 -
Message-ID: <001701c180c1$59200a40$14a1a8c3@rk>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_NextPart_000_0014_01C180C9.98E04160"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Errors-To: [EMAIL PROTECTED]
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.0.7
Precedence: bulk
Reply-To: [EMAIL PROTECTED]
X-Reply-To: =?iso-8859-2?Q?Richard_Ki=B9?= <[EMAIL PROTECTED]>
List-Help: 
List-Post: 
List-Subscribe:
,


List-Id: FlightGear developers discussions

List-Unsubscribe:
,


List-Archive: 
From: =?iso-8859-2?Q?Richard_Ki=B9?= <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: [Flightgear-devel] lighting error
Date: Sun, 9 Dec 2001 15:53:08 +0100

Hello,

There is a lighting error in the external  (look at) viewer. Everything
=
is OK when pilot offset heading/pitch is zero degrees. When I try set =
some heading / pitch  (for example heading 180 degrees - view from the =
tail), the sky is darkest on the sun site and brightest on the opposite
=
site. It means that calculated light source position is not equal to sun
=
position in case of use a pilot offset angles !=3D 0...

Richard  Kis

-- 
Curtis Olson   Intelligent Vehicles Lab 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 mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Unable to select '--fdm=larcsim'

[Frédéric Bouvier]

Hello,

I finaly manage to compile FlightGear with MSVC6 under Win2k and I
encountered the same error.
I found that the problem is a division by zero in
FGInitialCondition::solve(float *y,float x) and I applied the patch
suggested
by Richard Kis on 11/28/01.

cvs -z3 -q diff FGInitialCondition.cpp (in directory
C:\FlightGear\cvs\FlightGear\src\FDM\JSBSim\)Index: FGInitialCondition.cpp
===
RCS file:
/var/cvs/FlightGear-0.7/FlightGear/src/FDM/JSBSim/FGInitialCondition.cpp,v
retrieving revision 1.29
diff -r1.29 FGInitialCondition.cpp
666a667,668
> if (f3-f1 == 0.0)
>   f3+= 0.0001;

*CVS exited normally with code 1*


After that, FlightGear works fine except that:
1. when I start with the c172 after trying the c310, it seems that sometimes
the
front wheel is retracted ( I only see the ground ) and fgfs freeze in an
infinite
loop in SGCloudLayer::reposition line 207:

while ( base[0] > 1.0 ) { base[0] -= 1.0; }

base[0] is -1.#IND0

2. was the problem of the hole in the c310 panel but it just have been fixed
by
cvs update.

By the way, the flightgear project file for MSVC is outdated and I updated
it by hand.
I've read that there is a script that can create this dsp from Makefile.am.
Where can I find it ?

Cheers,

-Fred




- Original Message -
From: "Christian Mayer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 10, 2001 12:47 AM
Subject: Re: [Flightgear-devel] Unable to select '--fdm=larcsim'


> Norman Vine wrote:
> >
> > Christian Mayer writes:
> > >
> > >All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
> > >doesn't. I'm still working on that.
> >
> > Same here trying to run with MingW32 although Cygwin has no
> > problem
> >
> > I am crashing during initialization of the FDM with the call to
> > set_Euler_Angles()  from FGInterface::common_init()
>
> The first sing of a problem comes with
>
> fgGeodToGeoc(): Domain error
> sqrt(1.#QNAN)
>   Initialized JSBSim with:
>   Indicated Airspeed: 0 knots
>   Bank Angle: 1.#QNAN deg
>   Pitch Angle: -1.#IND deg
>   True Heading: 1.#QNAN deg
>   Latitude: 1.#QNAN deg
>   Longitude: 1.#QNAN deg
>   Altitude: -1.#IND feet
>   loaded initial conditions
>   set dt
> Finished initializing JSBSim
> FGControls::get_gear_down()= 1
> FGJSBsim::set_Euler_Angles: 0, -1.#IND, 1.#QNAN
> FGJSBsim::set_Euler_Angles: 1.#QNAN, 0.0074002, 1.#QNAN
> FGJSBsim::set_Euler_Angles: 1.#QNAN, -1.#IND, 5.19934
>
> And FGFS stops here (it hangs - sorry can't tell at the moment in what
> subroutine)
>
> But when I rung with JSBsim and floating point exception I''m stopping
> much earlier in cocpit/panel.cxx in line 706:
>
>  float val = (t->node == 0 ? 0.0 : t->node->getFloatValue());
>
> But I've got the problem there that I don't know how to access the
> property value.
>
>
> CU,
> Christian,
> who goes to bed now and probably hasn't got much time till next weekend
>
> --
> The idea is to die young as late as possible.-- Ashley Montague
>
> Whoever that is/was; (c) by Douglas Adams would have been better...
>
> ___
> 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