Re: [Flightgear-devel] runway lighting

ve time, I may be able to contribute some temporary scenery; we don't want another case where the edges don't match up. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EM

re: [Flightgear-devel] breakage

04: (Each undeclared identifier is reported only once for each >function it appears in.) > make[2]: *** [pt_lights.o] Error 1 > > > commenting out the cout's in pt_lights.cxx gets me past it. I had the same problem last night, but didn't have a chance to commit

Re: [Flightgear-devel] breakage

int, const GLfloat*)' >redeclared as different kind of symbol > /usr/X11R6/include/GL/gl.h:2520: previous declaration of `void >glPointParameterfvEXT(unsigned int, const GLfloat*)' I didn't get this one. All the best, David -- David Megginson, [EMAIL PROTEC

Re: [Flightgear-devel] ***long*** pauses after flying a while

it, as well as outstripping the (limited, hard-coded) limit of plib's internal d-list vector substitute thingies. Perhaps the other optimizations we've since made would change that. All the best, David -- David Megginson, [EMAIL PROTECTED],

Re: [Flightgear-devel] ***long*** pauses after flying a while

and not require YAN set of branches :-) It's not a bad idea, but a single leaf can cover a very large area; using the individual triangles cuts out at least some of the popping effects. All the best, David -- David Megginson, [EMAIL PROT

Re: [Flightgear-devel] ***long*** pauses after flying a while

t; first. (Granted it's a short linear search since it should find it > right at the beginning of the list, but still, a lot more overhead > than it would need.) That sounds like something we should fix in plib rather than in FlightGear. All the best,

Re: [Flightgear-devel] ***long*** pauses after flying a while

Andy Ross writes: > David Megginson wrote: > > How big is the hit if you simply delete a higher-level node and let > > plib delete all of the branches and leaves underneath automatically? > > Probably equivalent. The overhead is usually in all the per-chunk > book

re: [Flightgear-devel] ***long*** pauses after flying a while

he tree and picking off the individual leaf nodes. 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

Re: [Flightgear-devel] ***long*** pauses after flying a while

evelopers currently using G++ 2.95 on Posix systems switch to G++ 3.2. 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

re: [Flightgear-devel] ***long*** pauses after flying a while

ete a higher-level node and let plib delete all of the branches and leaves underneath automatically? All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.

[Flightgear-devel] Solution: setting the heading indicator from a GPS

ing within 5deg or so most of the time (about as well as you can do with a mag compass). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.o

Re: [Flightgear-devel] Help: Current Ground Elevation

hile I don't always keep it up to date, my 3-D model code and property code gets used mainly because I provided documentation to explain it to users. There's still a lot that I haven't had time to document, and unsurprisingly, that's the stuff that rarely gets touched. All th

Re: [Flightgear-devel] Help: Current Ground Elevation

oring the full archive. 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

Re: [Flightgear-devel] multiplayer / AI property tree - questions

172 -- it's quite safe to pull all the way back on the yoke to keep the weight off the nosewheel. 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

Re: [Flightgear-devel] starting the c310u3a-3d

John Check writes: > Dunno. I checked a few revisions back and didn't see anything. > I'm committing wet tanks shortly. Remember that I just fixed FlightGear to stop picking up defaults from c172.xml. Hmm. All the best, David -- David Megginson, [EMAIL

Re: [Flightgear-devel] multiplayer / AI property tree - questions

David Megginson writes: > Andy Ross writes: > > > I have limited experience here, but the nosewheel shimmy I noticed in > > a friend's PA-180 was only a rumble. It didn't seem to effect the > > orientation or handling of the aircraft. > > If

Re: [Flightgear-devel] starting the c310u3a-3d

ing > more infrastructure for doing runway/approach lighting and working on > using environment mapping to simulate directional lights which (except > for VASI/PAPI) is working out very well. It's still there for me, but it appears as 3-point triangles now. All the best, D

RE: [Flightgear-devel] starting the c310u3a-3d

config files. If it has no fuel, the FlightGear is > screwing around with the fuel, after the aircraft is already loaded by us. Right. We allow the users to change the fuel level, so the default in the JSBSim config file doesn't matter. All the best, David -- David

re: [Flightgear-devel] spot landings

e to specify a lat/lon and then get the distance and bearing of first wheel contact. In fact, given sufficient update frequency, you might even be able to do this with an external program (poll the WOW property). All the best, David -- David Megginson, [EMAIL PROTECTED]

Re: [Flightgear-devel] starting the c310u3a-3d

for half an hour. 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

Re: [Flightgear-devel] Airspeed indicator and pitot system

speed -- more of an animation manager than an autopilot. 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] Starter problem: solved

the user can override. For the starter, a default to 'on' is clearly not what we want. 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

RE: [Flightgear-devel] starting the c310u3a-3d

be much worse if there were a different mechanism for fueling JSBSim, LARCsim/UIUC, and YASim planes. Please remember that FlightGear is not just a visualizer for batch-mode aero runs -- people use it to fly interactively. A fixed setting in an FDM-specific static init file isn't sufficient

Re: [Flightgear-devel] Starter problem: solved

gt; *-*-set.xml so that the user can override. > > > The Sim is more then a C172 simulator Correct, but the C172 is the only one that Curt has modelled an electrical system for so far. When he has done others, then their *-set.xml files will need to be changed as well. All the bes

Re: [Flightgear-devel] Airspeed indicator and pitot system

imes. In fact, even the C172R (which we're modelling) comes with a KLN89 or better GPS receiver, together with an autopilot that can be slaved to it instead of the VOR gauge for lateral control. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___

Re: [Flightgear-devel] starting the c310u3a-3d

that FlightGear will eventually be the a specific flight simulator built on top of the framework rather than the framework itself. When the original mission statement was written, there was no separate SimGear. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/

Re: [Flightgear-devel] Starter problem: solved

that users can override. 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

Re: [Flightgear-devel] Airport Database Model

;s a reason that we'd want to redo the airport search every frame or every few frames, like we do for the navaids, then some kind of indexing will be essential. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ _

Re: [Flightgear-devel] Airport Database Model

ounds good. 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

Re: [Flightgear-devel] Airport Database Model

rrently with navaids, so we'll need some kind of indexing for that. There may be a reason for constant airport searches in the loop as well; I just haven't thought of it yet. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ __

re: [Flightgear-devel] Some little bugs report from an enthusiast new user...

cockpit's > textures can be seen throught the wings. I think this problem started when the 3D clouds were added, but I'm not sure. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Fligh

Re: [Flightgear-devel] Help: Current Ground Elevation

o little benefit. I do plan to go back to it soon, though. 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

Re: [Flightgear-devel] Loading static object problems.

. This patch test > the beginning of the model path to choose if fg_root has to be > prepended to the model path. I've added the patch as a temporary kludge, until we have time to fix cross-platform path handling. It should appear in CVS shortly. Thanks, David -- David Megginson,

Re: [Flightgear-devel] Some little bugs report from an enthusiast new user...

Norman Vine writes: > If we are refering to the 'opaqeness' when flying through a 'layer's > altitude', > then this has been a long standing issue. That I kept meaning to look into No, I mean the 2D panel display showing through the fuselage. All the

re: [Flightgear-devel] Wright flyer

tween animation. 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

Re: [Flightgear-devel] Wright flyer

ed ;-) I'll grant that crosswind landings are a challenge without a rudder. 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] Numeric Terminology

Are there simple technical terms to distinguish the digits on the left side of the decimal point from those on the right? Thanks, and all the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing

re: [Flightgear-devel] ADF change?

tay one step ahead of the plane by having your next frequency already tuned it (for example, I usually have Ottawa Terminal ready on standby while I'm still talking to Ottawa Tower after departure). > 2) Should we just switch to the KR87 thats sitting in cvs unused? Sure. All the

Re: [Flightgear-devel] ADF change?

with other things. Please explain. 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] Built-in Commands

ed in: void do_something (const SGPropertyNode * arg) { something(arg->getStringValue("foo"), arg->getDoubleValue("bar")); } That's pretty-much it. Apologies in advance for not making things any more complicated. ****

Re: [Flightgear-devel] ADF change?

well. 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

Re: [Flightgear-devel] ADF change?

the airways. 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

Re: [Flightgear-devel] Built-in Commands

e binding > interface. Should we investigate this further? The alternative is to make the commands available through the external interface as well. Let's develop some examples and use cases and see which works best -- I'm not strongly prejudiced either way. All the best, David --

re: Panel interaction (was Re: [Flightgear-devel] ADF change?)

least the newest version) and it's very > intuitive and quick to work with. Currently, I have the mouse wheel in X mapped to the trim wheel, which is very useful. I don't know if we could usefully mix the two. All the best, David -- David Megginson, [EMAIL PROTEC

re: [Flightgear-devel] screen shots lights

I find it disturbing that the lights float so high above the runway (especially when they come flying through the window during the takeoff roll) -- could it have to do with a disparity between the published airport elevation and the actual DEM elevation? All the best, David -- David Meggins

re: [Flightgear-devel] screen shots lights

e. First, you have point_list geod_light_nodes = calc_elevations( root, light_nodes.get_node_list(), 0.5 ); That means that the base elevation for each light is already 0.5m above the runway. Does FlightGear have ssg do further elevation adjustments at runtime? All the best, David

re: [Flightgear-devel] screen shots lights

e to lift up the runway lights (and ground cover > lights) is in tileentry.cxx:prep_ssg_node() I'll do some experimentation. On the ground right now, in a C172, the runway lights are at about eye height. All the best, David -- David Megginson, [EMAIL PROTE

Re: [Flightgear-devel] Clickable cockpit

using the old DCS support from main.cxx? I think that it can be completely replaced with the newer 3D model animation code, but I want to make sure I'm not going to break anyone's apps before I rip it out. All the best, David -- David Megginson, [EMAIL PROTECTED

Re: [Flightgear-devel] Clickable cockpit

ame-rate, network-connection status, etc. The beauty of configurability is that if Norm still wants to see the HUD ladder, etc. in 2D, it should be a simple matter to whip up an XML configuration file for it. All the best, David -- David Megginso

Re: [Flightgear-devel] Clickable cockpit

so far is "look at the ppe source" (it didn't help me). 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

RE: [Flightgear-devel] Yeager [OT]

k. The last few years it's gotten easier, but my dad still cannot keep up with her. 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

RE: [Flightgear-devel] I've got a few minutes to spare

e plane's heading was 90deg off on impact after a steep descent, #2 might be more likely -- they might not have noticed last-minute ice building if they were concentrating on the approach. We'll have to wait and see what the NTSB comes up with. All the best, David

RE: [Flightgear-devel] I've got a few minutes to spare

s they completely lost situational awareness. 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

re: [Flightgear-devel] screen shots lights

nting out the 16bpp detection and using the 32bpp lift, but the lights were still floating high in the air. This looks like it's going to take a fair bit of work. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ _

re: [Flightgear-devel] screen shots lights

he air. This looks like it's going to take a > > fair bit of work. > > It's a very tough problem. A 24 bit depth buffer helps a lot, but a > 16 bit depth buffer makes it a *really* hard problem. Note, though, that even with 32bpp the lights are floating very high. A

Re: [Flightgear-devel] screen shots lights

nd. 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

Re: [Flightgear-devel] screen shots lights

hardly enough to > look way wrong (it isn't going to be picture perfect anyway). Can anyone > explain why I don't get the 2m effect like Andy and David? It's scaled to a lower height with 32bpp, but it's still obviously off. All the best, David --

re: [Flightgear-devel] OT: XML Question

ng it now. 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

Re: [Flightgear-devel] OT: XML Question

yCode position 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

re: [Flightgear-devel] DEM, sigh

gtopo30 and vmap0. To the rest of the world, it seems backwards that the U.S. (home of software patents, the DMCA, and perpetual book copyright extensions) got something about intellectual property so right while the rest of us got it so wrong, but there you have it. All the best, David -- David

[Flightgear-devel] Clickable panel and zooming

nd supper I do my first night circuits (it's a separate rating in Canada). -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Clickable panel and zooming

ree FOV to keep the whole panel on the screen. The 172 is mostly > straight ahead, as is the Harrier. For 172p-3d, it's nice to default to a few degrees to the right rather than straight forward -- try it, and you'll see. All the best, David -- David Meg

Re: [Flightgear-devel] DEM, sigh

adian navy or French army, for example, could actually fight a war on their own -- no, on second thought, I do doubt it). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL

Re: [Flightgear-devel] Clickable panel and zooming

Curtis L. Olson writes: > Does it make sense to remove the 'x' and 'X' bindings and make them > available for soemthing else? Yeah, but I don't want to get yelled at. It makes sense to change a lot of the keybindings, if people don't mind. All the best,

Re: [Flightgear-devel] screen shots lights

m comes when something is far away but at a low angle (i.e. the lights at the other end of the runway). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http:

Re: [Flightgear-devel] screen shots lights

Jim Wilson writes: > The distant lights seem about right on my display. Is this looking > bad on the 16bit cards? What is the problem? Are you seeing > z-fighting or do they look strangely positioned? They seem to slope upwards. All the best, David -- David Megginso

Re: [Flightgear-devel] screen shots lights

ide the Screen section of XF86Config4, just add DefaultColorDepth 16 I generally use 16bpp so that I can get decent framerates at 1600x1200 with my GeForce2Go. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/

Re: [Flightgear-devel] screen shots lights

Jim Wilson writes: > No kidding? I didn't realize that scaled the depth buffer bpp as well. I think it does -- at least, the 2D/3D panel starts showing through the fuselage in outside view at 16bpp, suggesting a limited z-buffer. All the best, David -- David Megginson, [EMAIL P

Re: [Flightgear-devel] building models

ne online?) Personally, if I make a complex structure, I'll probably start with the Golden Gate bridge, since it's so close to out default starting point. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ _

Re: [Flightgear-devel] building models

e 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] First hold; first ILS approach; first night circuits

e the intersecting runway even from a mile away. Taxiing around the airport was almost like driving on a country road shining a flashlight through the windshield. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ __

Re: [Flightgear-devel] building models

ith 3D modeling.. Absolutely, though I wouldn't call it a complex structure (four polys). It will look a little silly without the surrounding tall buildings, though. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ _

re: [Flightgear-devel] update

l 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] Airport Lighting

x27;t show me what line to change -- any suggestions? 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

Re: [Flightgear-devel] Airport Lighting

ke them dimmer. They're not all that bright, even when you're taxiing right beside them. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.

Re: [Flightgear-devel] First hold; first ILS approach; first night circuits

flying a 172M, with both the landing and taxi lights mounted on the nose under the propeller. I think I've also seen the light in the wing on some 172's, but I'm not sure. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___

[Flightgear-devel] View defaults

rties. 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] KJFK at night

ft between them and the ground directly behind (from my current viewing angle). Does this make sense to the math types? All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECT

Re: [Flightgear-devel] KJFK at night

> David, > > There is one thing to remeber; > Approach lights usually are above the field (at least 2 meters). Thanks. I'm talking about the runway edge and centre lights and taxiway lights, though. All the best, David -- David

Re: [Flightgear-devel] KJFK at night

t; component the other day, the purpose > of it was to lift the lights higher when viewed at shallow viewing > angles. Shouldn't the lights be lifted less at shallow viewing angles? The extreme case is sitting on a horizontal runway looking directly between the lights and the

Re: [Flightgear-devel] Aerial photos

ather, it would be nice to whip one together in YASim or JSBSim if they can support it. I could do a bit of work on a 3D model. We have a lot of balloon traffic around Ottawa; amazingly, they let them drift right through the Class C (= U.S. class B, I think) control zone around and over CYOW. All th

Re: [Flightgear-devel] 747-yasim Questions

d distances will use. For single-engine Cessna's, it's the firewall; for some Piper Cub data I found, it's the leading edge of the wing at the fuselage; and so on. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ _

Re: [Flightgear-devel] Clickable 3D panel

he best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel

Re: [Flightgear-devel] Clickable 3D panel

d. 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

Re: [Flightgear-devel] 747-yasim Questions

, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel

re: [Flightgear-devel] multitex investigation

going to be an extremely difficult problem, but I hope to be contradicted. 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

Re: [Flightgear-devel] 747-yasim Questions

moves around quite a bit -- that's why aircraft have a fixed reference point for calculating weight and balance. Use the reference point, Luke. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-d

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

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 PROTE

Re: [Flightgear-devel] 747-yasim Questions

be fixed. For these two, it's easy -- use the same origin that Andy used. For models used by both JSBSim and YASim, we'll have to coordinate. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightg

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

d/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 ma

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

avLightOff /controls/lights/navigation 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 l

re: [Flightgear-devel] data logging

se it. docs-mini/README.logging 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

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

Curtis L. Olson writes: > Looks good, does this tie into the electrical system model at all, or > does it just respond to "switch" position ? So far, just the switch; I'll work on integrating it more fully later. All the best, David -- David Megginson, [E

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

uld just be a matter of which property you point at (the switch > value or the electrical system output ...) Let me know where I should point it. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ __

RE: [Flightgear-devel] data logging

- we'd probably want to add it as an FDM. 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] ANN: starting the XML GUI; early implementors needed

ifferent fonts and colours. 8. Maybe introduce some simplistic layout managers to make it easier to design dialogs and place sub-components. 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

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

lights/* hierarchy. 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] RFD: /controls/engine/ reorg

A while ago, Curt suggested moving from /controls/afterburner[0] /controls/afterburner[1] /controls/afterburner[2] /controls/afterburner[3] /controls/mixture[0] /controls/mixture[1] /controls/mixture[2] /controls/mixture[3] /controls/propeller-pitch[0] /controls/propeller-pitch

re: [Flightgear-devel] Parachute for C172

ttle rough, better pull the chute". 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

re: [Flightgear-devel] C172 Taxiing speed

wind, especially if they're out on the field. On the apron in front of our hanger, they're facing any which way. The easiest choice would be to have the AI plane just stop in front of the pumps. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___

<    4   5   6   7   8   9   10   11   12   13   >