Michael Selig <[EMAIL PROTECTED]> said:
> Chase views:
>
> [1] One view like the old one, but minus the sway that was due to
> sideslip. In this case the horizon on the screen is always level. (I
> don't think the new chase view behaves like this. The horizon is not
> level, it rolls w/ th
David Megginson <[EMAIL PROTECTED]> said:
> For those who didn't read my long post about PLIB problems, there is
> now a new C172 3D model in the base-package CVS, including the
> much-requested translucent propeller disk for high RPM.
>
> Unfortunately, to see the model correctly, you will have
Is there a simgear or plib function that I can use to get the angle between
two locations? Namely the angle of direction from eye (lon, lat, alt) to
aircraft (target_lon, target_lat, target_alt). For example in our current
"chase view" the angle would be the "heading" since we are always followi
gt; >quite a lot of control via xml configs.
> >
> >Best,
> >
> >Jim
> >
> >___
> >Flightgear-devel mailing list
> >[EMAIL PROTECTED]
> >http://mail.flightgear.org/mailman/listinfo/flightgear-devel
>
David Megginson <[EMAIL PROTECTED]> said:
> I tried this
>
> fgfs --aircraft=c172-3d --fdm=yasim
>
> and had an interesting experience -- I ended up sitting on the runway
> a meter or two to the right of the plane, rather than inside it.
>
Something is overwriting the xyz offsets in the c172
David Megginson <[EMAIL PROTECTED]> said:
>
> Sorry for the confusion there. I think that it's probably not a good
> idea to do things that way -- we should stick with normal aircraft
> axes for consistency with the rest of FlightGear, at least at the
> property level (a GUI can present things
Andy Ross <[EMAIL PROTECTED]> said:
> Jim Wilson wrote:
> > David Megginson wrote:
> > > I tried this
> > >
> > > fgfs --aircraft=c172-3d --fdm=yasim
> > >
> > > and had an interesting experience -- I ended up sitting on the ru
David Megginson <[EMAIL PROTECTED]> said:
> > If I was the only one to have say in this I'd make the xyz in the
> > model files conform to the expected by the user axes (x across, y
> > up/down, z depth). It is also what would be expected by anyone who
> > is unfamiliar with plib but has don
Jon S Berndt <[EMAIL PROTECTED]> said:
> On Wed, 03 Apr 2002 09:32:12 -0800
>
> >> Something is overwriting the xyz offsets in the c172-3d-set.xml or
> >> maybe it isn't reading that file? Those are defaults from
> >> somewhere...probably from c172-set.xml.
>
> Andy Ross <[EMAIL PROTECTED]>
Andy Ross <[EMAIL PROTECTED]> said:
> Jim Wilson wrote:
>
> Ultimate, the pilot position comes from the tag in the YASim
> .xml file. The rationale here was that this was the best place to put
> the information about the cockpit position was in the aircraft
> definiti
Andy Ross <[EMAIL PROTECTED]> said:
> Jim Wilson wrote:
> > That's ok, but as I said earlier, the offsets that the viewer will
> > use will be defined elsewhere because they are not necessarily the
> > true actual pilot's eye point.
>
> We're
Hi Alexander,
See the inline comments for your answers. Good luck!
Alexander Kappes <[EMAIL PROTECTED]> said:
> First, how do I get information like actual heading of the plane, its
> vertical speed etc? How is this fgGetNode stuff working and do we have
> something like an internal time?
Ta
Andy Ross <[EMAIL PROTECTED]> said:
> Jim Wilson wrote:
> > Andy Ross wrote:
> > > The FDMs already take the c.g. into consideration. If a stopped
> > > aircraft rotates (about the c.g, of couse), you will see the
> > > coordinate origin moving.
>
Jon S Berndt <[EMAIL PROTECTED]> said:
> On Wed, 3 Apr 2002 18:44:23 -0500
> "Norman Vine" <[EMAIL PROTECTED]> wrote:
>
> >My take on this is that all we need is a 'fixed' position ie 'Center of
> >Geometry' returned by the FDM. This fixed position can be anywhere
> >on the AirFrame and it n
Andy Ross <[EMAIL PROTECTED]> said:
> Jim Wilson wrote:
> > Ok, so are you saying that the lon/lat/alt values that the fdm outputs
> > are at the origin already adjusted for cg? If so then how would that
> > affect the axis of say pitch rotation on the c172 model?
Here's a series from the tower (aka RC pilot) view. Note that I really have
trouble flying this way. The last seen is 2.3 seconds before impact :-)
http://www.spiderbark.com/fgfs/towerpreview.png
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL P
Marcio Shimoda <[EMAIL PROTECTED]> said:
> That's great!
Thanks.
> Is this working on the current CVS?
>
Not yet, I'm working on the view manager's xml config processing right now.
This was just a test of the plan I was working with (seems to work!).
Hopefully it'll be done in the next day or
Glen Dimock <[EMAIL PROTECTED]> said:
> Looking good. From an R/C perspective, it would be great to have an
> aircraft shadow for judging altitude. Having worked mainly on the UIUC/FDM
> side of things, I'm not sure how difficult it would be to add this...
>
> Glen
>
This has been discussed.
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Perhaps Michael likes the ability to 'continue on' after a crash
> without having to start over? Would reseting and ground trimming at
> the crash site be enough? Air start at XXX' AGL @ YYY kts at the
> last good heading at the time of the crash?
Marcio Shimoda <[EMAIL PROTECTED]> said:
> How do I see the 3D cockpit?
>
Run with --aircraft=c172-3d
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> I need to pick a less popular project to be involved in ... maybe a
> python to cobol translator written in prolog.
>
Ooo ooo yeah. I've been looking for one of those :-)
___
Flightgear-devel mailing lis
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Ok, I think this means I can continue in the same direction with
> > the viewer code. It would be just a matter of editing xml to
> > switch from using /position/lat||lon||alt to somewhere
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Err umm...what is it that won't be necessary?
>
> Using properties other than the /position ones.
>
Right from the start I've been planning to support that anyway.
Two reasons:
1)
As far as I know that file should still be in there (nothing to replace it
yet). Why was it removed?
Best,
Jim
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Yes, it appears that this file was removed from CVS. What is the
> recommended way to fly the 3d cessna?
>
> Curt.
>
>
_
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> The DCS system would take care of loading and attaching the 3d models
> to the correct place in the scene graph and removing them. It would
> call the update() routine for each of their "engines". And it would
> probably provide some sort of propert
Jon S Berndt <[EMAIL PROTECTED]> said:
> >I've been working toward this sort of thing slowly severing the ties
> >between the model code and the viewer so that we can have multiples of
> >both. The new viewer interface will make it possible to have multiple
> >FDM's and changes I'm planning for t
David Megginson <[EMAIL PROTECTED]> said:
> I started a model overhaul myself this afternoon (it's been a little
> overdue). Basically, I'm separating the animation code out so that it
> can be used for any 3D model (windsock, aircraft carrier, waving field
> of grain, or what-have-you) rather t
Jim Wilson <[EMAIL PROTECTED]> said:
>
> Oops, yes it does, I've been doing a similar thing, althought haven't done
> anything with the animations. Can you send me what you've got and I'll try
> and merge with what I have?
David,
On second thought why d
David Megginson <[EMAIL PROTECTED]> said:
>
> While we're talking about refactoring, I think that it might be time
> to consider creating something like an FGLocus class, to keep track of
> a single location. Its interface would look a lot like the viewer's:
>
Yes I was thinking the same thin
David Megginson <[EMAIL PROTECTED]> said:
> Norman Vine writes:
>
> > But we really need another name and I realize that you are trained
> > in 'English' and will argue for (1) below however I believe (3)
> > below is paramount in this case as this class refers to a 'single
> > point' not a
Now that the viewer is somewhat free of the model code, there are some
other problems that need to be dealt with. Apparently it is still the
authority for where the airplane is (even though the FDMs know perfectly well).
My guess is the problems are in the Scenery directory. I'd like to stop
Norman Vine <[EMAIL PROTECTED]> said:
> It seems as if we are losing FrameRate rather quickly
>
> all figures are for at rest no HUD or Panel Default location
> at Noon Brakes on MingW32 compiled on Win2k
> Geforce2 GTS No model shown ie. View[0]
>
> March 16 ~78 fps
> last week ~71
> > > Jonathan Polley writes:
> > >>
> > >> make: Making all in src-libs
> > >> make[1]: Entering directory `/home/jwpolley/SimGear/src-libs'
> > >> make[1]: *** No rule to make target `all'. Stop.
> > >> make[1]: Leaving directory `/home/jwpolley/SimGear/src-libs'
> > >> make: *** [all-recursive
David Megginson <[EMAIL PROTECTED]> said:
> Although I've said before that I wouldn't do it, I went up today for a
> CA$45.00 (US$30.00) introductory flight in a 100HP Cessna 150 at the
Very cool. I should do that.
> the big jets). My instructor was younger than I am but had 1,600
> hours fl
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Please don't make us use the toe brakes with nose wheelers! I
> > tried some taxiing yesterday after your patch and while it is
> > perhaps too tight, it seems to respond to certain
Oops, I think I clicked the wrong button and sent a blank one.
David Megginson <[EMAIL PROTECTED]> said:
>
> Left and right brakes are also bound to ',' and '.' on the keyboard,
> and you can bind them to joystick buttons if you want, but then you're
> stuck with a choice between no brakes and
Paul Deppe <[EMAIL PROTECTED]> said:
> However, I am seeing a strange clipping problem in the tower view mode with
> the C172 and C310 models when I use the 'x' key to zoom in (Cygwin/Win2k).
> Here's how to duplicate it:
>
Oh yes, I'm seeing it on my voodoo. What kind of card are you using?
David Megginson <[EMAIL PROTECTED]> said:
> It's a bad one for inlining, actually, because that forces globals.hxx
> to have a dependency on viewmgr.hxx, so all of FlightGear has to
> rebuild whenever Jim touches the viewer code.
>
> What we should do is find out why get_current_view is called s
David Megginson <[EMAIL PROTECTED]> said:
> Norman Vine writes:
>
> > So ???
>
> So it hurts development a lot. Developers have limited time to
> contribute to FlightGear, and if the program takes always takes 5 or
> 10 minutes to rebuild (and has to be rebuilt, say, 10 times to test
> and de
Norman Vine <[EMAIL PROTECTED]> said:
>
> It seems to be worthwhile trying to get fgRehape() out of the loop
> This is only necessary for determining if the Panel display has been
> toggled or switched so we should be able to get this out of the main
> loop also :-)
>
> Folks might want to upda
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Haven't had a chance to look through the changes, but umm...I'm seeing a
> > 25% decrease in framerate after this mornings patches. Sorry.
> > (Voodoo3/P3-750mhz/100mhz MB/384mb Ra
Alex Perry <[EMAIL PROTECTED]> said:
> > Gadds. I don't know...even with an almost completely idle cpu occaisonally I
> > seem to have these weird performance discrepencies. It isn't heat, so who
> > knows. Maybe its something weird about the kernel. Later without changing
> > anything it look
David Megginson <[EMAIL PROTECTED]> said:
> Alex Perry writes:
>
> > Do we care about this error ?
> >
> > /usr/bin/ld: Warning: size of symbol `current_model' changed from 4 to 8
in ../../src/Model/libModel.a(acmodel.o)
>
> Yes, I'm getting this as well and I don't understand it.
>
It's
Sorry I mistyped thatit should have been "extern" not export :-/
Andy Ross <[EMAIL PROTECTED]> said:
> David Megginson wrote:
> > Alex Perry writes:
> > > Do we care about this error ?
> > > /usr/bin/ld: Warning: size of symbol `current_model' changed from
4 to 8 in ../../src/Model/libMod
[EMAIL PROTECTED] said:
> In an ideal world I'd like to make one model that would , with a minimum of
kludging, work in FGFS and FS2002 since I regularly use both. I appreciate
that this might upset the purists!
>
To the contrary, it's kind of iteresting having a fgfs model converted for use
in
Andy Ross <[EMAIL PROTECTED]> said:
> David Megginson wrote:
> > Alex Perry writes:
> > > Do we care about this error ?
> > > /usr/bin/ld: Warning: size of symbol `current_model' changed from
4 to 8 in ../../src/Model/libModel.a(acmodel.o)
> >
> > Yes, I'm getting this as well and I don't un
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Frederic Bouvier writes:
> > I don't know how a scene is drawn now but by drawing :
> >
> > 1. the scenery,
> > 2. the lights,
> > 3. the cockpit,
> > 4. the panel.
> >
> > in that order, we should avoid this kind of anomaly.
> >
> > Am I missing s
Curt,
The new default properties set up the various views. So the problem is if
running the new code, and none is defined there would be no view to access.
I'm going to submit some patches that consolidate some of the matrix math for
models and views, which included some patches to the view m
David Megginson <[EMAIL PROTECTED]> said:
> I've signed up for ground school and for more lessons and
> have joined the Ottawa Flying Club as a student member (about US
> $60/year) -- I'll introduce them to FlightGear when I'm better
> established.
Yep, your in it now. Congratulations!
Best,
the compile dies at this point, I don't know if there are any more
> hiding in the background.
>
> There are older issues with building under MSVC:
>
> Main/viewer.cxx has a #include that should be either
> "fg_props.hxx" or , which ever you prefer.
>
> Bo
David Megginson <[EMAIL PROTECTED]> said:
> I've added a new property, /controls/parking-brake (also available
> through FGControls). For both JSBSim and the YASim C172, this
> property overrides the toe brakes for the main gear (actually, for
> YASim, it is just added then clamped).
>
> The
Jonathan Polley <[EMAIL PROTECTED]> said:
> Changing the '&' to a '*' did not solve the problem. When I made Fred's
> change (removing 'const' but leaving the '&') I was able to get it to
> build.
Ummm...did you change those to a pointer to an array of arrays? It wasn't
just a matter of chan
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> David Megginson writes:
> > All ambient lighting has suddenly vanished from my FlightGear, even
> > with my previously-built binary. I still see the 2D panel and the
> > runway lights, but nothing else, no matter what the time of day.
> > Other 3D pro
David Megginson <[EMAIL PROTECTED]> said:
> As of this morning, FlightGear has a new infrastructure for
> incorporating moving, animated 3D models besides the aircraft model.
> This is not intended to be a general solution for adding thousands of
> bridges, buildings, etc. to the scenery
Why not
Norman Vine <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
> >
> >David Megginson <[EMAIL PROTECTED]> said:
> >
> >> As of this morning, FlightGear has a new infrastructure for
> >> incorporating moving, animated 3D models besides the aircra
Alexander Kappes <[EMAIL PROTECTED]> said:
> I had the same problem when I thought about how to get all (approach)
> stations <100 miles around the player's plane. In the end I assigned to
> each station the appropriate tile number (bucket) and sorted the stations
> according to this number. As t
Erik Hofman <[EMAIL PROTECTED]> said:
> Hi,
>
> After not being able to compile FLightGear for about a week, I must say
> FlightGear isn't improving.
>
As for the view and viewmgr parts that I'm working on, it is still in a
state of flux. I sent a few patches to David and Curt last night, b
Christian Mayer <[EMAIL PROTECTED]> said:
> Well, I didn'T compile or run FGFS for quite a while, but
>
> Erik Hofman wrote:
> >
> > * When zooming in, form tower view, the structure of the plane gets
> > unstable and starts showing parts of the interior.
>
> I think that's caused by z-buffer
David Megginson <[EMAIL PROTECTED]> said:
> Curtis L. Olson writes:
>
> > Could the interior be marked as a separate branch of the scene graph
> > and then somehow skipped when viewed from an external view?
>
> We wouldn't want to do that in general -- it would be OK for the 3D
> instruments
Here is a c172 model file that I've adjusted and seems to look much better
in terms of the "z fighting". It won't be going into cvs since it was done to
a converted copy, not the original blender file.
http://www.spiderbark.com/fgfs/c172-dpm.ac.gz
As I experimented with this model what I found
Norman Vine <[EMAIL PROTECTED]> said:
> David Megginson writes:
> >
> >Christian Mayer writes:
> >
> > > So it'll be quite hard to solve in a general way. Drawing the plane last
> > > in it's own z-buffer range (IIRC we are doing that now with the normal
> > > 3D panel) won't work generally, as t
Norman Vine <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > In the
> >end I believe that we will have to reserve the seperate scene graph for
> >interior view only and integrate all other models into the main ssg.
>
> FWIW AFAIK This is what has be
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > This makes sense. Also I've found other reasons to not apply that
> > patch. The 3d model ends up disappearing behind mountains (when it
> > should not) if it is rendered without cl
Norman Vine <[EMAIL PROTECTED]> said:
> David Megginson writes:
> >
> >That may be more efficient, but it's not absolutely necessary to solve
> >the z-buffer problem -- we just have to ensure that in external view
> >everything has the same clip planes. I'm about to update the CVS to
> >do so.
>
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> If that is not the case, then you will only be introducing odd
> rendering effects and you probably need to come up with a different
> approach.
>
> It makes sense to change the near clip plane and clear the depth
> buffer before drawing the 3d aircr
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Are you using scenery_center or next_scenery_center? It's been so
> long I don't recall all the resoning, but next_scenery_center was made
> available to the view manager so it can get the view position correct
> even when we cross a tile boundary an
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> > http://www.spiderbark.com/fgfs/KSFO-sinking.png
> > http://www.spiderbark.com/fgfs/KSFO-truman-show.png
>
> I just noticed part of the sky is missing in the 2nd picture, so you
> must be clearing or changing something with the z-buffer.
>
Nope not
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Well for the 16bit cards we need to clear the z-buffer even if we
> > do not set a different near/far. I tested this pretty rigorously
> > last night. And with the patch this morning a myriad
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Yes, I realize this. That is why I think we should try plugging externally
> > viewed model branches into the main scene graph.
>
> I've just did that before opening the message -- try
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> > http://www.spiderbark.com/fgfs/KSFO-sinking.png
> > http://www.spiderbark.com/fgfs/KSFO-truman-show.png
>
> That is strange ... are you sure you aren't changing the near/far clip
> planes before you are drawing the aircraft 3d model?
>
> Curt.
Ye
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > As a side benifit, the z-fighting within the model seems to have
> > reduced quite a bit once we get over the 10m AGL threshold.
> > Ahh...oooh...that reminds me...maybe we should ma
David Megginson <[EMAIL PROTECTED]> said:
> Curtis L. Olson writes:
>
> > There is really no performance hit with using multiple ssgRoots.
>
> Perhaps not, but there are z-buffer problems. I didn't see them as
> strongly as Jim did, but the ones I could reproduce did vanish as soon
> as I mov
Finally I'm getting down to the last of the planned changes in the view
manager.The code should be submitted sometime today or this evening.
There are some changes to the property structure that folks should be aware
of, because they may affect custom configurations.
If you have any objectio
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Note that at this time I won't be moving the FOV value, which
> > appears in /sim/field-of-view.
Ok...will do.
>
> You might as well get it now, if you're doing a major reorg anyway
David Megginson <[EMAIL PROTECTED]> said:
> > Basically my decision was based on the fact that the "Chase view"
> > had it different than the "Pilot view"
>
> Yes, that's a bit of a nasty problem any way we do it.
>
Ok I opted to piss everyone off (except maybe the non-programmers) and put i
Sam Varner <[EMAIL PROTECTED]> said:
> My model uses a rotation matrix to specify its orientation. But it
> looks like FlightGear wants Euler angles. Is there funcitonality for
> converting from one to the other in FG or PLIB?
Yes in Plib.
> Also, I'm using a
> cartesian vector for position.
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Keith Wiley writes:
> > > The next thing to try would be to find all the .deps subdirectories
> > > throughout the entire project and nuke them. I think running the
> > > following should do the trick:
> > >
> > > make distclean-depend
> >
> >
David Megginson <[EMAIL PROTECTED]> said:
> > The two blades are not twisted relative to each other: one blade is
> > pushing and the other pulling.
>
> Yes, that needs to be fixed, but I'm still trying to understand it
> (even my own preflight inspections of a real C172 prop aren't helping
>
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> I agree that has to be a typo, I'll change it to "=".
>
> Curt.
>
>
> Jonathan Polley writes:
> > Just did a CVS update and rebuild. There is a warning in sgVec3Slider.css
> > (line 579) that should probably be fixed:
> >
> > if (fabs(y) <
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Anyone up for a 0.7.10 release sometime soon? If anyone wants a real
> time wasting discussion, what do people think about switching from
> 0.7.10, 0.7.11, 0.7.12, etc. to going 0.8, 0.9, 1.0, 1.1, 1.2, 1.3,
> that way it looks like our developmen
David Megginson <[EMAIL PROTECTED]> said:
> Curtis L. Olson writes:
>
> > Anyone up for a 0.7.10 release sometime soon?
>
> Yes, now (or as soon as practicable). While there will always be new
> features to add, I think it's starting to get silly that we're not at
> 1.0 yet (or soon) -- the p
Yes, thats right, its looking at KABE directly. You will also note that the
tower view stays where it was even if you fly far away. Currently the tower
location is just an arbitrary setting the is based on the starting location,
until we have some real tower locations in there. Possibly we can
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> If we came up with some code to find the closest airport to a lat/lon,
> then we could write a function to move the tower view to the closest
> airport, and bind a key to it. Or perhaps allow the user to specify
> which airport to move the tower too
Norman Vine <[EMAIL PROTECTED]> said:
> Perhaps tie'ing it to the current waypoint makes sense .. hmmm
>
Yes, but I'd probably want to wait until I was within a few kilometers of the
"current" waypoint before switching.
> Also The tile_cache mechanism could be extended to keep a list of
>
Norman Vine <[EMAIL PROTECTED]> said:
> >That would do the trick. We'd need that anyway if we wanted to do an
> >approximate model of a GPS some day.
>
> I don't understand what you mean by model a GPS
> Are you are using 'GPS' to mean a 'muti-function' GPS receiver ?
>
Support for a "NRST" a
Well I've been working on an interior for the U3-A for a while and have gotten
to the point where it isn't too embarassing to reveal what it looks like.
http://www.spiderbark.com/fgfs/c310-cockpit-1.png
http://www.spiderbark.com/fgfs/c310-cockpit-2.png
The cockpit was made by cutting a section
Norman Vine <[EMAIL PROTECTED]> said:
> Anyone else seeing a problem when resetting
> while in 'chase view'
>
> Norman
>
What I'm seeing is the xyz (eye) offsets are getting reset to whatever
the view[0] (generally pilot view) has in it's config. I'll sort it out
today. Anyone opposed to
Norman Vine <[EMAIL PROTECTED]> said:
> FWIW
> I have found that the 'reset' and 'goto airport' routines 'good'
> tests for making sure you still have control of the program
> flow :-)
>
That's a good guess...like using "restoreInitialState()" that just copies
all the properties as they were
A start on 3d cockpit for the c310 U3-A is in Base package cvs. It's still
has a ways to go (no seats, pedals, yokes), but you can get some idea and
perhaps offer some suggestions.
Have been searching the web to try and get some idea if you should be able to
see any of the nose (you can't in t
Norman Vine <[EMAIL PROTECTED]> said:
> Whether we do this or leave it in mode[0] really doen't matter, but
> coming up with a 'white' screen after performing a reset from chase
> mode is unacceptable so something should be done before we make
> a release !
>
Actually the white screen was t
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> - Uptime for seneca -
> Now : 05:09:55 running Linux 2.2.19pre17
> One : 177 day(s), 03:15:51 running Linux 2.2.19pre17, ended Sat Apr 20
16:11:27 2002
>
> The main flightgear server went 177 days straight without a hitch.
> But something went a li
One idea I had to model a blinking light on an aircraft is to use spin animation
on a poly that has emmisive properties. I'm thinking that this could be tied
somehow to the be tied to /sim/time/elapsed-time, but I'm not sure how.
David, can this be done with the current code?
Also, I noticed t
This sounds like a great plan. It makes sense I think to set these up
external to the model (as xml files).
As for using the 2D panel, maybe in the model scenegraph we could use a
callback from the leaf where the panel will go to solve #1.
Another technique that I was thinking about to solve
Alex makes some good points. So I'm wondering, why can't we have things like
throttle/mixture, yoke, flaps, trim wheels, prop pitch, etc. not be part of
the instrument panel (except in 2D panel mode)? I mean they really aren't
instruments anyway. If we accepted that seperation, then what would
David Megginson <[EMAIL PROTECTED]> said:
> The 3D models are going to need the ability to add submodels anyway,
> and ssg-ifying the current panel code is going to be a nasty job (at
> least, I've backed away every time I've decided to look and give it a
> try). More importantly, a year or two
Alexander Kappes <[EMAIL PROTECTED]> said:
> Can anyone please help me with the GUI? I'm now at a point with my ATC
> implementation where I would like to display ATC options
> in a seperat window like the one that appears after selecting "Goto
> Airport" from the menu bar. How can I toggle this
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > What would the drawbacks be of making the new code do either 2D or
> > 3D and converting the old panels over to the new format? This
> > could potentially solve a number of the conce
of "taxi" light (like a headlight)?
Best,
Jim
--
Jim Wilson - IT Manager
Kelco Industries
PO Box 160
58 Main Street
Milbridge, ME 04658
207-546-7989 - FAX 207-546-2791
http://www.kelcomaine.com
___
Flightgear-devel mailing list
[EMAIL
David Megginson <[EMAIL PROTECTED]> said:
> I'm thinking of making FGScene (src/Main/scene.hxx and
> src/Main/scene.cxx) containing all of the scene- and
> scenery-management code currently slopped into main.cxx. That would
> be a good place to add clip-plane configurability. If you want to
> t
Cameron Moore <[EMAIL PROTECTED]> said:
> With that latest CVS of FG and SG, I get a pretty critical segfault when
> trying to use the property viewer to view the /sim/logging/ node. The
> httpd interface seems to work fine.
>
> After the segfault, no OpenGL apps work until I restart X. Tried
101 - 200 of 1964 matches
Mail list logo
