Re: [Flightgear-devel] FG/Opengc Interface

2002-02-24 Thread Andy Ross

Jim Wilson wrote:
 > IIRC the 747-400 comes down pretty fast anyway.  I think you're
 > looking at 195 KIAS range for final dropping down to 175 KIAS (with
 > full flaps) at the outer marker.  But note again, this is from
 > memory.  Still, there is no way that pig flies at 150.
 >
 > The biggest problem I saw with that model was the issue it had with
 > climbing (ran out of climb speed at too low an alititude).  IIRC it
 > should climb at least 500fpm even above 30,000.  Has that problem
 > been addressed?

I looked at it, and essentially decided that it's Not A Bug. :)

It's fairly easy to verify via properties that the engines are
producing an appropriate thrust.  At altitude, the available thrust
decreases roughly with the air density, which is exactly what you
should see.

The effect is happening because the aircraft isn't consuming fuel.  If
you take off at full tanks, you never get any lighter.  A real
aircraft would have burned off a big chunk of its fuel store in the
climb, and would have an easier time of it.  As a workaround, try
starting /sim/fuelfraction at 0.5 or so, to simulate an
early-to-mid-flight cruise condition.  It should climb much better.
Fuel consumption in YASim will get done RSN, I promise.

You could also try tweaking the maximum thrust a little; it may be
that the real engines are flat-rated below some altitude, and have
more thrust available than their rating would suggest.  As before,
reference to real documentation would be great; I'm a code jockey, not
a research goon. :)

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] New subsystem: FGEnvironment

2002-02-24 Thread Curtis L. Olson

Threading is *really* scarey in a program of this magnitude.  Even the
current threaded tile manager is a big time bomb waiting to happen.
We are getting away with doing stuff that's not guaranteed to work.
We've taken a lot of steps to try to minimize the potential problems,
but as the scenery and modeling gets more complex this problem is only
going to get worse.

I'd be adverse to adding additional threading especially if it
involves something like the property manager.

There might be specific isolated instances where we can do it
reliably, but there is way too much that can bite us if we try to do
much threading.

Curt.


Martin van Beilen writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> 
> On Sat, Feb 23, 2002 at 08:47:17PM -0500, David Megginson wrote:
> 
> > Martin van Beilen writes:
> >  > It may be necessary to implement a locking scheme to prevent
> >  > simultaneous access and deletion of a property. (Only if DELETE
> >  > is set, of course.)
> >
> > From my experience with Java, I think the trick with threading is
> > to do all write access from a single thread; otherwise, things get
> > amazingly ugly (personally, I'd prefer doing all read access from that
> > thread as well).
> 
> Working from a single thread is obviously the easiest solution,
> where possible. However, in the case of our property system,
> potentially any part of the code may want to access those
> properties. We'd have to assign one thread as the property
> manager, and do all property access via the/an inter-thread
> messaging system. Not very nice, IMHO.
> 
> The only trivial solution I can think of is using one single
> master lock for all dynamic access. Not particularly elegant
> either. I can probably come up with a better (per-node) scheme,
> but I need to t(h)read very carefully and give it some more
> thought. I'm dropping this issue for now and will start working
> on the cloud layers.
> 
> - --
> Regards,  "I RADIS, do you?"
> =Martin=http://www.iradis.org/
> 
> PGP:  FE87448B  DDF8 677C 9244 D119 4FE0  AE3A 37CF 3458 FE87 448B
> 
> 
> From: Martin van Beilen <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] New subsystem: FGEnvironment
> In-Reply-To: <[EMAIL PROTECTED]>; from [EMAIL PROTECTED] on 
>Sat, Feb 23, 2002 at 08:47:17PM -0500
> X-S-Issue: [EMAIL PROTECTED] 2002/02/25 01:16:48 
>a8e24c3bfcb47364f995b5835fa3f007
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.0.6 (GNU/Linux)
> 
> iEYEARECAAYFAjx5gngACgkQN880WP6HRItozACgoQYuPkPzkHpAIWQuQrrY01f9
> enUAnjIyPHx8eoqRofpsTG3CPqMMpqc+
> =5iLF
> -END PGP SIGNATURE-
> 
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel

-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

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



Re: [Flightgear-devel] Boo-boo in CVS

2002-02-24 Thread Curtis L. Olson

John Check writes:
> Had to make a small change to get latest CVS to build:

Fixed.

Yikes.  I screwed up that change about 8 different ways
simultaneously.  If we were on a points system I'd probably have had
my license revoked this afternoon. :-)

Curt.
-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

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



[Flightgear-devel] UKUUG Linux 2002 Conference - CfP

2002-02-24 Thread Alex Perry

Opportunity for instant fame - the European and especially UK developers?
I gave a talk (about FlightGear) last year; the conference was interesting.
Slightly off-topic, has _anybody_ submitted for LinuxTag's conference yet ?

-

The 2002 UK Linux Developers' Conference will take place at the
University of Bristol starting at midday on Friday 5th July 
and ending at about 2.30pm on Sunday 7th July.

As in previous years, we are inviting contributions from speakers on
all aspects of Linux development, including kernel, desktop, tools,
applications, networking and security.  Any topic likely to be of
interest to Linux developers and enthusiasts will be considered.

Abstracts should be accompanied by a short biography, and, ideally,
should be about 250-500 words long.  Final papers should normally last
about 40 minutes, including 10 minutes for questions and answers.

We are also interested to hear from people willing to offer full-day
or half-day tutorials on Thursday 4th July.  

Closing date for abstracts: 3rd April 2002 
Accepted authors notified by:   14th April 2002 
Final papers due by:19th May 2002

A fuller version of this Call for Papers is at:
  http://www.ukuug.org/events/linux2002/CFP.shtml 
with links to web pages for some previous conferences.

Abstracts should be submitted using the form at:
  http://www.ukuug.org/events/linux2002/register.shtml

Queries about the Call for Papers may be sent to: 
  [EMAIL PROTECTED]

Travel information will be added to the website in the next few weeks.

For further information about sponsoring, exhibiting or
attending the event please contact the UKUUG office: 
Email: [EMAIL PROTECTED]   Telephone: 01763 273475


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



Re: [Flightgear-devel] New subsystem: FGEnvironment

2002-02-24 Thread Martin van Beilen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Sat, Feb 23, 2002 at 08:47:17PM -0500, David Megginson wrote:

> Martin van Beilen writes:
>  > It may be necessary to implement a locking scheme to prevent
>  > simultaneous access and deletion of a property. (Only if DELETE
>  > is set, of course.)
>
> From my experience with Java, I think the trick with threading is
> to do all write access from a single thread; otherwise, things get
> amazingly ugly (personally, I'd prefer doing all read access from that
> thread as well).

Working from a single thread is obviously the easiest solution,
where possible. However, in the case of our property system,
potentially any part of the code may want to access those
properties. We'd have to assign one thread as the property
manager, and do all property access via the/an inter-thread
messaging system. Not very nice, IMHO.

The only trivial solution I can think of is using one single
master lock for all dynamic access. Not particularly elegant
either. I can probably come up with a better (per-node) scheme,
but I need to t(h)read very carefully and give it some more
thought. I'm dropping this issue for now and will start working
on the cloud layers.

- --
Regards,  "I RADIS, do you?"
=Martin=http://www.iradis.org/

PGP:  FE87448B  DDF8 677C 9244 D119 4FE0  AE3A 37CF 3458 FE87 448B


From: Martin van Beilen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] New subsystem: FGEnvironment
In-Reply-To: <[EMAIL PROTECTED]>; from [EMAIL PROTECTED] on 
Sat, Feb 23, 2002 at 08:47:17PM -0500
X-S-Issue: [EMAIL PROTECTED] 2002/02/25 01:16:48 
a8e24c3bfcb47364f995b5835fa3f007
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)

iEYEARECAAYFAjx5gngACgkQN880WP6HRItozACgoQYuPkPzkHpAIWQuQrrY01f9
enUAnjIyPHx8eoqRofpsTG3CPqMMpqc+
=5iLF
-END PGP SIGNATURE-

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



re: [Flightgear-devel] Re: OpenGL/Plib rotation

2002-02-24 Thread David Megginson

Melchior FRANZ writes:

 > Unfortunately, there's also a problem that I couldn't track down yet.
 > It works well with your c172 model, but it crashes e.g. the dc3. The
 > crash is quite mysterious, because it happens between two c++
 > instructions and doesn't make sense. (model.cxx:79)
 > I already played with gdb for a while, but still without result.  :-(

It should be fixed now in the CVS.


Thanks,


David

-- 
David Megginson
[EMAIL PROTECTED]


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



[Flightgear-devel] Boo-boo in CVS

2002-02-24 Thread John Check

Had to make a small change to get latest CVS to build:



Index: src/Main/fg_init.cxx
===
RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/Main/fg_init.cxx,v
retrieving revision 1.150
diff -r1.150 fg_init.cxx
82c82
< #include 
---
> #include 

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



[Flightgear-devel] JSBSim/tests

2002-02-24 Thread Curtis L. Olson

Sorry for all the confusion with this ... At Tony/Jon's request I have
completely removed src/FDM/JSBSim/tests/  The contents really didn't
apply to FlightGear anyway and what I had there wouldn't compile from
scratch.  Sorry again, I must have gotten too much sleep last night.

Curt.
-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

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



Re: [Flightgear-devel] Missing JSBsim/tests

2002-02-24 Thread Curtis L. Olson

Aagh!  Howdimanagetodothat?  Sorry for the mixup.  If you have
a src/FDM/JSBSim/test subdirectory, you probably want to just toast it
completely, rerun cvs update -d; autogen.sh; configure; make; etc.

Again sorry.

Curt.


John Check writes:
> On Sunday 24 February 2002 03:49 pm, you wrote:
> > Nope, it isn't in the CVS archive ... someone forgot to check it in ?
> >
> > ___
> > Flightgear-devel mailing list
> > [EMAIL PROTECTED]
> > http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> 
> It's a typo, src/FDM/JSBSim/test
> is whats there
> 
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel

-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

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



Re: [Flightgear-devel] FG/Opengc Interface

2002-02-24 Thread John Wojnaroski

Hi,

> IIRC the 747-400 comes down pretty fast anyway.  I think you're looking at
195
> KIAS range for final dropping down to 175 KIAS (with full flaps) at the
outer
> marker.  But note again, this is from memory.  Still, there is no way that
pig
> flies at 150.
>
> The biggest problem I saw with that model was the issue it had with
climbing
> (ran out of climb speed at too low an alititude).  IIRC it should climb at
> least 500fpm even above 30,000.  Has that problem been addressed?
>

It still appears to be underpowered, tops out at around FL230 @ 315KIAS.

I've got some very good performance numbers and an authoritative source, but
just a little reticent to mess around
with someone else's code and design plus, like most of us, a limited time
budget and other priorities... But I will make the changes suggested by Andy
and report back on the results.

ATM, it is good enough to drive the displays which is my focus for now, but
it would be nice to have the capability to shoot a more representative
descent, approach, and landing.

Regards
John W.


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



Re: [Flightgear-devel] OpenGL/Plib rotation

2002-02-24 Thread Arnt Karlsen

On Sat, 23 Feb 2002 14:11:59 -0500, 
David Megginson <[EMAIL PROTECTED]> wrote in message 
<[EMAIL PROTECTED]>:

> I'm having a mental block right now, and would appreciate help on a
> simple question.  How do I rotate an object (in raw OpenGL or
> preferable, plib/ssg) around a point other than the origin?  Do I have
> to transform the object to the origin, rotate it, then transform back
> again?

..are you rotating the object around a "_certain_point_", 
like the Moon around Earth or are you rotating a rotating object, 
like Earth around the Sun?   (Shot in the dark, I _good_ at 
kicking away mental blocks, but _do_not_ take that to believe 
I know _anything_ about OpenGL or plib/ssg, at least not 
until I get it working on my own boxes.  ;-)  )

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)

  Scenarios always come in sets of three: 
  best case, worst case, and just in case.


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



Re: [Flightgear-devel] Tower view

2002-02-24 Thread Arnt Karlsen

On Sat, 23 Feb 2002 13:29:48 -0600, 
Michael Selig <[EMAIL PROTECTED]> wrote in message 
<[EMAIL PROTECTED]>:

> At 2/23/02, you wrote:
> >* [EMAIL PROTECTED] (Boslough, Mark B) [2002.02.22 18:40]:
> > > Is there no longer a tower view option?  0.7.8 could toggle from
> > > pilot to chase to tower view, I believe.  0.7.9 does not seem to
> > > have this feature.
> >
> >I think you're mistaken.  FlightGear has never had a tower view.
> 
> In my 0.7.8 main.cxx I have this snippet of code:
> 
>  // Tower View
>  FGViewerLookAt *tower_view =
>(FGViewerLookAt *)globals->get_viewmgr()->get_view( 2 );
> 
>  tower_view->set_view_forward( pilot_view->get_view_pos() );
> 
>  if (!tower_view_initialized) {
>tower_view->set_geod_view_pos(
>cur_fdm_state->get_Longitude(),
>  cur_fdm_state->get_Lat_geocentric(), 
> (cur_fdm_state->get_Altitude()+200)*  
>SG_FEET_TO_METER );
>tower_view->set_sea_level_radius(
>cur_fdm_state-> 
>get_Sea_level_radius()* 
>SG_FEET_TO_METER );
>tower_view->set_pilot_offset( npo[0],
>npo[1], npo[2] ); tower_view->set_view_up(
>wup ); tower_view_initialized = true;
>  }
> 
> ... and I can toggle the 'v' key to go from cockpit, to external rear
> view, to a tower view (when flying at the default airport) --- works
> great.  Is this not part of the standard fgfs?  I mentioned to Mark
> that we have this working in our fgfs 0.7.8.  I don't see this same
> piece of code in 0.7.9, however.
> 

..so, I can drop the above in @ line no 465 between 
"FGViewerRPH *pilot_view =" @ line no 448 and 
"FGVieverLookAt *chase_view ="  @ line no 466, 
to have a "cockpit view"-"tower view"-"chase view" 3 state toggle? 

..would I need changes like these below around line nos 1471-1475 in
main.cxx?

..like "FGViewerLookAt *tower_view = new FGViewerLookAt;
globals->get_viewmangr()->add_view( tower_view );"
...at line no 1473 to decide the toggle state sequence above?

..how about line nos 692-693, which does not mention "chase" view,
only "pilot_view" (from the cockpit)???  "Standing on the field",
"tower_view" is more different from "chase" than  pilot_view"???


-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)

  Scenarios always come in sets of three: 
  best case, worst case, and just in case.


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



[Flightgear-devel] s/tests/test/

2002-02-24 Thread Alex Perry

Substitution needed in
FlightGear/configure.in
FlightGear/src/FDM/JSBSim/Makefile.am

RCS file: /var/cvs/FlightGear-0.7/FlightGear/configure.in,v
retrieving revision 1.105
diff -C3 -r1.105 configure.in
*** configure.in24 Feb 2002 19:56:02 -  1.105
--- configure.in24 Feb 2002 22:43:29 -
***
*** 508,514 
src/FDM/Balloon/Makefile \
src/FDM/JSBSim/Makefile \
src/FDM/JSBSim/filtersjb/Makefile \
!   src/FDM/JSBSim/tests/Makefile \
src/FDM/LaRCsim/Makefile \
src/FDM/UIUCModel/Makefile \
src/FDM/YASim/Makefile \
--- 508,514 
src/FDM/Balloon/Makefile \
src/FDM/JSBSim/Makefile \
src/FDM/JSBSim/filtersjb/Makefile \
!   src/FDM/JSBSim/test/Makefile \
src/FDM/LaRCsim/Makefile \
src/FDM/UIUCModel/Makefile \
src/FDM/YASim/Makefile \
Index: src/FDM/JSBSim/Makefile.am
===
RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/FDM/JSBSim/Makefile.am,v
retrieving revision 1.23
diff -C3 -r1.23 Makefile.am
*** src/FDM/JSBSim/Makefile.am  24 Feb 2002 20:41:03 -  1.23
--- src/FDM/JSBSim/Makefile.am  24 Feb 2002 22:43:30 -
***
*** 1,4 
! SUBDIRS = filtersjb tests
  
  EXTRA_DIST = Makefile.solo
  
--- 1,4 
! SUBDIRS = filtersjb test
  
  EXTRA_DIST = Makefile.solo
  

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



Re: [Flightgear-devel] Basepackage problems

2002-02-24 Thread Christian Mayer

John Check wrote:
> 
> I just did a fresh anon checkout.
> j4strngs@bitless:~/fgfsbase > ls -l Timezone/zone.tab
> -r-xr-xr-x   1 j4strngs users   16048 Oct 22  2000 Timezone/zone.tab
> j4strngs@bitless:~/fgfsbase > ls -ld Weather
> drwxr-xr-x   3 j4strngs users  83 Feb 24 17:10 Weather
> 
> Looks like something is screwy on your end.

I've seen those problems after a normal update and after a fresh check
out. 
Now I did an update again (it didn't show me any changes) and it works.
Strange.


But now it's stoping in the binding code:

---
Initializing joystick bindings
Initializing joystick 0
Reading all bindings
Reading binding property-scale
No bindings for button low
No bindings for button high
Reading all bindings
Reading binding property-scale
No bindings for button low
No bindings for button high
Reading all bindings
Reading binding property-scale
Reading binding property-scale
No bindings for button low
No bindings for button high
No bindings for axis 3
No bindings for axis 4
No bindings for axis 5
No bindings for axis 6
No bindings for axis 7
Initializing button 0
Reading all bindings
Reading binding property-assign
Reading binding property-assign
Reading binding property-assign
Reading all bindings
Reading binding property-assign
Reading binding property-assign
Reading binding property-assign
Initializing button 1
Reading all bindings
Reading binding property-adjust
Initializing button 2
Reading all bindings
Reading binding property-adjust
Initializing button 3
No bindings for button 3
No bindings for joystick 1


Press any key to continue
---

Can somebody tell me what's wrong this time?

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] Missing JSBsim/tests

2002-02-24 Thread John Check

On Sunday 24 February 2002 03:49 pm, you wrote:
> Nope, it isn't in the CVS archive ... someone forgot to check it in ?
>
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel

It's a typo, src/FDM/JSBSim/test
is whats there

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



Re: [Flightgear-devel] Basepackage problems

2002-02-24 Thread John Check

On Sunday 24 February 2002 12:36 pm, you wrote:
> Hi,
>
> it seems as there are some files missing in the latest base package CVS.
>
> when I want to run the latest CVS version it come as far as
>
> > Reading timezone info from: Z:\FGFS\FlightGear/Timezone/zone.tab
> > Unable to open file Z:\FGFS\FlightGear/Timezone/zone.tab
>
> no wonder as that file doesn't exist anymore.
>
> As I did a CVS update of the base package I also got version conflicts
> with some .PDF and .GIF files. Quite strange as I didn't modify these
> files at all.
>
> Oh, and there's no weather directory anmore, too.
>
> CU,
> Christian

I just did a fresh anon checkout.
j4strngs@bitless:~/fgfsbase > ls -l Timezone/zone.tab
-r-xr-xr-x   1 j4strngs users   16048 Oct 22  2000 Timezone/zone.tab
j4strngs@bitless:~/fgfsbase > ls -ld Weather
drwxr-xr-x   3 j4strngs users  83 Feb 24 17:10 Weather


Looks like something is screwy on your end.

Anybody else seeing a problem?

TTYL
J

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



[Flightgear-devel] Re: OpenGL/Plib rotation

2002-02-24 Thread Melchior FRANZ

* David Megginson -- Sunday 24 February 2002 20:58:
> Let me try -- it should do nothing at all with the DC-3, since it has
> no SSG node named "Propeller", [...]

Huh ... I was about to send the patch for the missing return value in
find_named_node(), but you were faster. Well, it was late yesterday ...
in fact the bug isn't as mysterious as I thought.

m.

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



[Flightgear-devel] Missing JSBsim/tests

2002-02-24 Thread Alex Perry

Nope, it isn't in the CVS archive ... someone forgot to check it in ?

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



Re: [Flightgear-devel] Build Errors with latest cvs

2002-02-24 Thread Curtis L. Olson

Mike,

You need to do a "cvs update -d" to pick up new directories when they
appear on the scene.

Regards,

Curt.


Mike McLean writes:
> Hi,
> 
> I'm attempting to build the latest cvs of FlightGear and have run into a
> problem.  It seems that there is no Makefile.in in
> src/FDM/JSBSim/tests.  However when I run the autogen.sh script,
> speciifically when invoking automake, it looks for one and gives off the
> following warning:
> 
> src/FDM/JSBSim/Makefile.am:1: required directory src/FDM/JSBSim/tests
> does not exist
> 
> Now when I run ./configure, then gmake, I get the following:
> 
> gmake[4]: Entering directory
> `/usr/home2/FlightGear/src/FDM/JSBSim/tests'
> gmake[4]: *** No rule to make target `all'.  Stop.
> gmake[4]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim/tests'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/usr/home2/FlightGear/src/FDM'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/usr/home2/FlightGear/src'
> gmake: *** [all-recursive] Error 1
> 
> 
> This is both with an update of CVS that worked a couple of days ago, and
> with a fresh checkout.
> 
> Cheers,
> 
> Mike
> 
> 
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel

-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

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



Re: [Flightgear-devel] Orphaned code

2002-02-24 Thread D Luff

On 24 Feb 2002, at 20:06, D Luff wrote:

> Since someone has mentioned cleaning up unused code, the old 
> Phil Schubert engine models aren't used.  The files are 10520d.cxx 
> 10520d.hxx ps-10520c.cxx and 10520c.hxx in the fdm directory, 
  ^
That last one should have read ps-10520.hxx

Cheers - Dave

--
[EMAIL PROTECTED]

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



[Flightgear-devel] Build Errors with latest cvs

2002-02-24 Thread Mike McLean

Hi,

I'm attempting to build the latest cvs of FlightGear and have run into a
problem.  It seems that there is no Makefile.in in
src/FDM/JSBSim/tests.  However when I run the autogen.sh script,
speciifically when invoking automake, it looks for one and gives off the
following warning:

src/FDM/JSBSim/Makefile.am:1: required directory src/FDM/JSBSim/tests
does not exist

Now when I run ./configure, then gmake, I get the following:

gmake[4]: Entering directory
`/usr/home2/FlightGear/src/FDM/JSBSim/tests'
gmake[4]: *** No rule to make target `all'.  Stop.
gmake[4]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim/tests'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/home2/FlightGear/src/FDM'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/home2/FlightGear/src'
gmake: *** [all-recursive] Error 1


This is both with an update of CVS that worked a couple of days ago, and
with a fresh checkout.

Cheers,

Mike


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



[Flightgear-devel] Orphaned code

2002-02-24 Thread D Luff

Since someone has mentioned cleaning up unused code, the old 
Phil Schubert engine models aren't used.  The files are 10520d.cxx 
10520d.hxx ps-10520c.cxx and 10520c.hxx in the fdm directory, 
also pstest.exe which is built from the latter.  Phil is still credited in 
the IO360.cxx file which grew out of these models initially so we 
wouldn't be removing him totally :-)

Cheers - Dave


--
[EMAIL PROTECTED]

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



re: [Flightgear-devel] Re: OpenGL/Plib rotation

2002-02-24 Thread David Megginson

Melchior FRANZ writes:

 > Unfortunately, there's also a problem that I couldn't track down yet.
 > It works well with your c172 model, but it crashes e.g. the dc3. The
 > crash is quite mysterious, because it happens between two c++
 > instructions and doesn't make sense. (model.cxx:79)
 > I already played with gdb for a while, but still without result.  :-(

Let me try -- it should do nothing at all with the DC-3, since it has
no SSG node named "Propeller", but I might be missing a check for a
null pointer.


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] Basepackage problems

2002-02-24 Thread David Megginson

Christian Mayer writes:

 > Oh, and there's no weather directory anmore, too.

Right -- it's been renamed to Environment.


All the best,


David

-- 
David Megginson
[EMAIL PROTECTED]


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



[Flightgear-devel] Re: OpenGL/Plib rotation

2002-02-24 Thread Melchior FRANZ

* David Megginson -- Sunday 24 February 2002 19:51:
> Christian Mayer writes:
> 
>  > you can put those 3 operations into one 4x4 matrix if you want. That
>  > looks more intuitve but is harder to understand afterwards.
> 
> Thanks -- I did that as well, using the sg matrix functions from plib.
> What I did has been in the CVS since yesterday afternoon, but no one
> seems to have noticed it yet.

Yes, I have noticed. Cute spinning propeller.   :-)
Unfortunately, there's also a problem that I couldn't track down yet.
It works well with your c172 model, but it crashes e.g. the dc3. The
crash is quite mysterious, because it happens between two c++
instructions and doesn't make sense. (model.cxx:79)
I already played with gdb for a while, but still without result.  :-(

m.



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



[Flightgear-devel] Basepackage problems

2002-02-24 Thread Christian Mayer

Hi,

it seems as there are some files missing in the latest base package CVS.

when I want to run the latest CVS version it come as far as 

> Reading timezone info from: Z:\FGFS\FlightGear/Timezone/zone.tab
> Unable to open file Z:\FGFS\FlightGear/Timezone/zone.tab

no wonder as that file doesn't exist anymore.

As I did a CVS update of the base package I also got version conflicts
with some .PDF and .GIF files. Quite strange as I didn't modify these
files at all.

Oh, and there's no weather directory anmore, 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



Re: [Flightgear-devel] OpenGL/Plib rotation

2002-02-24 Thread David Megginson

Christian Mayer writes:

 > you can put those 3 operations into one 4x4 matrix if you want. That
 > looks more intuitve but is harder to understand afterwards.

Thanks -- I did that as well, using the sg matrix functions from plib.
What I did has been in the CVS since yesterday afternoon, but no one
seems to have noticed it yet.


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] FG/Opengc Interface

2002-02-24 Thread Jim Wilson

John Wojnaroski <[EMAIL PROTECTED]> said:

> 
> >
> > Certainly not, when it's gross weight is 800k lbs.  :)
> >
> > The weight you quote is close to the zero-fuel weight, which is
> > typical for landing.  By default, YASim will top your tanks off at
> > startup.  The plane in this condition will indeed have a very high
> > approach speed.  Try setting the /sim/fuel-fraction property to
> > something like 0.2 for a reasonable approach configuration.
> >
> 
> DUH!! (sound of slapping)  I knew that!  ;-)
>

IIRC the 747-400 comes down pretty fast anyway.  I think you're looking at 195
KIAS range for final dropping down to 175 KIAS (with full flaps) at the outer
marker.  But note again, this is from memory.  Still, there is no way that pig
flies at 150.

The biggest problem I saw with that model was the issue it had with climbing
(ran out of climb speed at too low an alititude).  IIRC it should climb at
least 500fpm even above 30,000.  Has that problem been addressed?

Best,

Jim


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



Re: [Flightgear-devel] OpenGL/Plib rotation

2002-02-24 Thread Christian Mayer

David Megginson wrote:
> 
> Curtis L. Olson writes:
> 
>  > It's been a while, but as I recall you probably want translate the
>  > object to the origin (or have it start out there) do whatever
>  > combination of rotations to orient it properly, and then translate it
>  > to it's final location.
> 
> Yes, that's what I ended up doing.  It seems counter-intuitive, but
> that's low-level coding for you.

Yes, that's the way to go.

you can put those 3 operations into one 4x4 matrix if you want. That
looks more intuitve but is harder to understand afterwards.

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] Temperature and air pressure

2002-02-24 Thread Christian Mayer

Arnt Karlsen wrote:
> 
> >  > I'm sticking with sea-level-equivalent values for now, because I
> >  > know that the FDM people are pretty possessive of their atmosphere
> >  > models. Later I might add properties and methods for the values at
> >  > current altitude as well.
> >
> > Possesive?  Heh, I hereby declare that I'd be extraordinarily happy to
> > dump the YASim atmosphere model in favor of a standard one.  The
> > reason it's there at all is for the solver -- it's nice to be able to
> > specify a cruise altitude instead of an air temperature and pressure,
> > and there has to be some way to convert altitude to these values.
> 
> ..for flight in other atmospheres (Mars, Venus, Jupiter, or in
> fluids like water), which atmosphere model is easier to work from?

The air pressure model in WeatherCM (documentaion for it is in the same
directory) should work easily with arbitrary atmospheres. The only
limitation (but that'll be easy to fix) might be that I hardcoded an
oxigen/nitrogen atmosphere. But the rest (i.e. the pressure curve)
should be fairly right.

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] SimGear warning cleanup patch

2002-02-24 Thread Petru Paler

Attached.

It's basically a couple unused variables, an explicit cast, some unused
functions removed or commented out, and a whole bunch of pragmas
removed.

-- 
Petru Paler, http://www.ppetru.net





simgear.diff.gz
Description: GNU Zip compressed data


Re: [Flightgear-devel] FG/Opengc Interface

2002-02-24 Thread John Wojnaroski


>
> Certainly not, when it's gross weight is 800k lbs.  :)
>
> The weight you quote is close to the zero-fuel weight, which is
> typical for landing.  By default, YASim will top your tanks off at
> startup.  The plane in this condition will indeed have a very high
> approach speed.  Try setting the /sim/fuel-fraction property to
> something like 0.2 for a reasonable approach configuration.
>

DUH!! (sound of slapping)  I knew that!  ;-)

I should find that fuel property and send it across to the displays.

> Your problems with the lack of elevator authority seem real, though.
> You could try tuning the "effectiveness" property of the hstab
> definition, like so:
>
> 
>
> I'm not sure what the AoA produced by max back-yoke in a 747 is.  It
> looks like the YASim model tops out at around 16 degrees, which is
> probably not enough.
>

Heavies are not my forte either, but a little more complexity and avionics
to work on. the idea is to learn, so pick your favorite and enjoy.

Any thoughts on my query regards gear/flap actuation times? And how to
access the same.

Regards
John W.


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