re: [Flightgear-devel] model.h usable for multiplayer

2002-11-06 Thread ace project

--- David Megginson [EMAIL PROTECTED] wrote:
 ace project writes:
 
   Is the class FGModelPlacement a good class to
 inherit
   to be used for drawing other multiplyer planes ?
 
 You probably don't need all of that -- just place it
 like any other 3D
 model using FGModelMgr.
 
 
 All the best,
 
 
 David
 
 -- 
 David Megginson, [EMAIL PROTECTED],
 http://www.megginson.com/
 
 ___
 Flightgear-devel mailing list
 [EMAIL PROTECTED]

http://mail.flightgear.org/mailman/listinfo/flightgear-devel


I just looked at FGModelMgr. How can I add models to
it in runtime ? Calling init() everytime the number
of multiplayers clients changes if very inefficient
(but might work) and risks memory leaks(?).

So I think I need a better way of doing this.

Would you consider one of the following changes to
FGSubsystemMgr:
1 move code from destructor to a clear() method
  (fixes all issues but is inefficient)

2 create a method to add/remove models(instances)
  (also fixes all and is more effecient)

3 make private fields protected
  (so I can inherit them and add my own planes in a
consistent way)

Any suggestions are more than welcome.

Leon Otte


=
My Flight Gear Multiplayer Stuff (work-in-progress):
http://www.kbs.twi.tudelft.nl/People/Students/L.Otte/

OK, I admit it: My girlfriend's just an object to me. 
Unfortunately, there is some information hiding, but 
thankfully, she's fairly encapsulated, nicely modular, and 
has a very well defined interface!

__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

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



re: [Flightgear-devel] model.h usable for multiplayer

2002-11-06 Thread David Megginson
ace project writes:

  I just looked at FGModelMgr. How can I add models to
  it in runtime ? Calling init() everytime the number
  of multiplayers clients changes if very inefficient
  (but might work) and risks memory leaks(?).

  2 create a method to add/remove models(instances)
(also fixes all and is more effecient)

Yes -- I had forgotten that they weren't already there.


All the best,


David

-- 
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/

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



[Flightgear-devel] Aircraft lights: navigation lights and beacon

2002-11-06 Thread David Megginson
The C172P model now has fixed navigation lights and a flashing red
beacon on the tail.  The beacon is on by default and the nav lights
are off.  Here's a screenshot of a long final approach to CYOW 07 at
night:

  http://www.megginson.com/flightsim/night-approach.png

(It's more dramatic when you actually see the beacon flashing.)

You can control both lighting systems using properties:

  /controls/lights/beacon
  /controls/lights/navigation

The beacon uses a new timed animation that switches among objects at a
selected framerate (duration-sec):

 animation
  nameBeaconFlasher/name
  typetimed/type
  object-nameBeaconOff/object-name
  object-nameBeaconOn/object-name
  duration-sec1.0/duration-sec
 /animation

I created two versions of each light, one with emission enabled and
one with emission disabled.  The nav light animations look like this:

 animation
  typeselect/type
  object-nameLeftNavLightOn/object-name
  object-nameRightNavLightOn/object-name
  condition
   property/controls/lights/navigation/property
  /condition
 /animation

 animation
  typeselect/type
  object-nameLeftNavLightOff/object-name
  object-nameRightNavLightOff/object-name
  condition
   not
property/controls/lights/navigation/property
   /not
  /condition
 /animation

I'll have to tweak this a bit for strobes, but it shouldn't be too
hard.


All the best,


David

-- 
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/

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



[Flightgear-devel] Toys

2002-11-06 Thread Norman Vine
Looks like this new Apple would make a 
*sweet* FGFS platform

http://www.apple.com/powerbook/

Norman


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



Re: [Flightgear-devel] Toys

2002-11-06 Thread Jon S Berndt
On Wed, 6 Nov 2002 11:44:13 -0500
 Norman Vine [EMAIL PROTECTED] wrote:

Looks like this new Apple would make a 
*sweet* FGFS platform

http://www.apple.com/powerbook/

Apple is doing some impressive work - the new Powerbooks 
are worthy. I wish I could afford one!

Jon

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


[Flightgear-devel] data logging

2002-11-06 Thread Boslough, Mark B

Hi all,
Is there documentation on the current data logging feature?  I have been
logging and playing back flights using JSBSim, but it looks like there is a
general FlightGear feature that records CSV files now.  I just can't quite
figure out how to use it.
Thanks!
Mark Boslough


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



Re: [Flightgear-devel] 747-yasim Questions

2002-11-06 Thread Manuel Bessler
On Tue, Nov 05, 2002 at 09:34:55PM -0800, Andy Ross wrote:
 Only by bugging Curt to make a new release. :)

Is CVS relatively stable (near releasability) at this time ?

 To be fair, building FlightGear from CVS really is no harder than
 building the source tarballs.

Its not really the building, but rather the download/keeping it 
synced. I still use a 56k Modem and pay by the minute. :(

I was gonna try CVS, but I have to d/l it at work.

Manuel

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



Re: [Flightgear-devel] screen-shot

2002-11-06 Thread Curtis L. Olson
paul mccann writes:
 Hi all:
 
 I have been working (a little) on trying to make the hsi look like a 
 real one, here is a link to a screen shot of it.  I still need to add 
 the index marks on the bezel. 
  http://members.verizon.net/~vze3b42n/fgfs-screen-001.jpeg

Paul,

Just a general request for your consideration.  When working on
instruments, it would be nice to do the original textures at 256x256
or even 512x512 and then reduce them down for the default panel.  This
would allow us to build hi-res versions of the various instrument
which will be nice as display resolutions go up, and for applications
where we might want to put the entire instrument panel on one display
and the out-the-window view(s) on another display(s).

Regards,

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

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