Hi
It appears that Curtis has not had a chance to post the updates/changes to
the FG network module requred to run the latest OpenGC displays. If you
need
the updates you can find them at ftp://ftp.kingmont.com with the following
cavets:
1) They may or may not be in sync with the
This file is the interface between flightgear and JSBSim so it is used
only when compiling flightgear and JSBSim together. It can be
directly affected changes in JSBsim and directly affected by changes
in FlightGear so which side should own the official master copy has
been lightly
Sorry :-)
No problem, it was kind of a weird evening from the start.. plus had a disc
failure the day before and I don't think my backup was fully in sync with a
few of the files I could retrieve.
Looking back through all the source in .cpp and .cxx the diff is clearer
with the new
Well, applied the patch called out on the JSB website and threw out all my
hacks and kludges and...
It crashed!
Am I correct to assume that one only has to modify the .xml files that
specify the airplane to enable a multi-engine model. The code in FG and
JSBsim will handle the rest or are there
Okay, I think I found it.
In FGPosition 1.31 2001/11/30 16:49there is a GetHOverBCG() and
GetHOverBMAC()
In FGState.cpp from the C310 package the function FGState::GetParameter(...)
defines
case FG_HOVERB:
return Position-GetHOverB():
Should one or both of these be added to the
Did a fresh build of fgfs from the CVS library @ 10pm PST. Everthing went
fine.
Downloaded the snapshot of the base package and installed
fgfs_base-snap.0.7.9.tar.gz
26.9M Friday, 30-Nov-2001 02:00:58 EST
Got a config mismatch area from jsbsim for the configuration
Hi Curtis.
When you modified the command line argument from display to opengc it looks
like you forgot to account for one less letter to parse in the
arg.substr(10) in the add_channel function in the parse routine. it should
be
else if ( arg.find( --opengc= )
It's working for me with the latest CVS of both FlightGear and the
base package as of Saturday morning, except for a version mismatch --
JSBSim rejects the config file in the base package because it is
version 1.55 rather than 1.56. You can just change the VERSION
attribute at the top, or
It appears as though we've been going too fast ! ;-) There seems to be
a
few things that are not in sync. Maybe we need to hold off on new changes
for a few days and iron out the directory structure?
things were a little confusing trying to get all the file name changes and
version
Hi Ross,
Giving some thoughton how to organize the
OpenGC files. would have used private mail but I don't have all your individual
emails.
Given the size of monitors today, it is possible to
fit more than one display panel on a single screen. For example, a 19" screen
can hold a PFD and
Oh, I forgot to add this: modeling realism and malfunction code isn't
really too bad. This feature specifically won't require much in the way of
rework or anything even if we wait. I've had this in mind for some time (I
have modeled malf.s for shuttle training simulators, USAF, NASA, etc. so
This is about as ugly as it gets. This will go on your permanent
record. :-) :-) :-)
Argggh, banished to the netherworld... I should have realized that! :-0
JW
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Currently we don't have a 747 panel so perhaps someone out there might
see this as an opportunity to jump in and start working on one. :-)
Well, we do have the glass displays which are ideal for the 747, but you
need a second machine on a LAN. Flavio has suggested running the display
The source tree on opengc.org currently only builds on windows. We've had
some problems convincing John W's CVS to talk to SourceForge, which is why
there are currently two versions of the code (kingmont and sourceforge).
The
autoconf scripts included in the SourceForge version are
David wrote:
Aside from eye candy, we need buildings at airports for two practical
reasons:
1. they make the airports easier to spot from a distance, and
2. they give the user a visual cue for distance and altitude during an
approach.
Hm, You know I was kinda
You need to check out the your copy from the SF repository as your SF
user ID, not anonymously. It sounds like that is what you did.
$ export CVS_RSH=ssh
$ cvs -z3:ext:[EMAIL PROTECTED]:/cvs/opengc/ co opengc
cvs server: Updating opengc
Hi
Just downloaded the latest CVS. Has anyone been
able to start the right engine? could not find the/an answer going back througt
the email thread.
JW
On 2001.12.09 22:39 John Wojnaroski wrote:
Hi..
Like a kid in a candy store
The Opengc CVS repository now contains the latest and greatest for the
flightgear interface..
Updated interface modules for flightgear, addition of a flight mode
annunciator for the autopilot
I think the problem with that though is what about the stand alone
version. I also have visions of a standalone version communicating to
flightgear via network sockets.
I do like having a layer of glue between
FlightGear and the FDM ... really you will still need this layer, you
are
Curtis writes:
I don't see any of the proposed changes really having any substantial
affect on the network interfaces ... perhaps we might need to do a
tiny amount of redesign in places, but I don't see that as a negative.
David writes:
The problem is that you'll
miss more information as
-Original Message-
What's FG_EXPERIMENTAL_LIGHTING? And is it used by default?
It is code to enable lighting on the aircraft carrier incuding an Optical
Landing aid (fixed at 3.75 deg). It is not enabled by default unless you
add
that define. As far as I know only I am using it.
Send me your session transcripts, and I might be able to suggest patches
to get your machine to build further than mine. However, I really need
to get mine sorted out :o)
I hear you, but
Trying to sort out some problems with the ftgl libraries. I got a build
using cmake but the fonts don't
John,
I shall help you with this on Tuesday 18 Dec if Norman
or Curt havent already told you how to. I dont have
FlightGear at home (normal PC wihout accelerator!!) ,
thats why. I will have to send you textures, .mtl file
and the objects.txt file. I think both Norman and Curt
have tried
Cameron writes:
Hi,
Is any of your work on OpenGC or FlightGear in either of the respective,
official CVS repositories?
BTW, the OpenGC-unix.tar.gz package on kingmont.com is one heck of a
hairball.
You're too kind ;-) (hehe) That was a stop gap effort until my CVS account
at
Hi
Regards phrasing for crashes - some refer to that as lawn-darting
(remenber that pic on AWST of the Mig-29 at Paris)
To the topic. some of the accessors for alpha-dot, beta_dot and temps and
pressures are commented out. Would like to (need to) use
the data for the OpenGC Flight Management
Hi,
Going thru the FG nav code for FG I noticed the
To/From flag calculation in radiostack.cxx.
Someone might want to checkon the method of
calculation.
I believe the to/from is independent of aircraft
heading and only denotes position left or right of the orthogonal vector to the
Speaking of lawn darting there seems to be a problem with autopilot
altitude
hold with the c310 under jsbsim. Or at least that's what I'm getting...an
instant lawn dart (stalls and drops). Tried 2000 and 4000ft. Jsb/c172
still
works fine. The problem seemed to appear around when the
Was thinking it'd be nice to have a least a minimal heading and altitude
hold autopilot working for LWCE. What would be the best file and
property tree location to put these values in so that the existing
autopilot
routine is somewhat adjustable by aircraft? See notes below.
Well, I've
What I was looking for right now was the simple autopilot that is already
in
FG...ie something to keep the plane in the air when I let go of the yoke
(besides pause :)). I agree it should be done right, but I can get the
existing one (which is very basic) working for both c172 and c310
Hi,
Looking thru Robin Peel's database I notice that runway headings in the ILS
file are given as true headings as
I ILS KLAX 06L 108.50 082.92 33.952390 -118.399094 ...
I ILS KLAX 06R 111.70 082.92 33.950486 -118.398768 ...
I ILS KLAX 07L 111.10 082.93 33.940199 -118.376567 ...
Hi,
Believe there was a discussion while back regards
YASIM options, but can't find it.
Could someone tell me command line options for
running YASIM with the various models?
Thanks
John W.
Andrew wrote:
Oh yeah. Duh. I knew that. :) I *will* try that someday, but I'm
lacking the required second machine at the moment.
Just need to get the turbine data across the
link (Assuming that YASIM is generating N1, N2, EGT, EPR, oil
pressure, fuel flow, etc)
Sure thing:
Andy wrote
Just need to get the turbine data across the
link (Assuming that YASIM is generating N1, N2, EGT, EPR, oil
pressure, fuel flow, etc)
Sure thing:
/engines/engine[n]/n1
/engines/engine[n]/n2
/engines/engine[n]/epr
/engines/engine[n]/egt-degf
Engine data is a little screwy. running jbsim for the c310 no data comes
across and for yasim-747 the zeroeth values are missing.
Not sure i've got this properties thing all figured out yet.
In opengc.cxx
data-n1_turbine[0] = fgGetDouble(/engines/engine[0]/n1);
Engine data is a little screwy. running jbsim for the c310 no data comes
across and for yasim-747 the zeroeth values are missing.
Not sure i've got this properties thing all figured out yet.
In opengc.cxx
data-n1_turbine[0] = fgGetDouble(/engines/engine[0]/n1);
data-n1_turbine[1]
Andy wrote
The gear is controlled by /controls/gear-down, a boolean. The flaps
are in /controls/flaps, a floating point number from 0 (no deflection)
to 1. Also, the 747 has slats, which it looks for in /controls/slats,
with the same convention. There's no default keyboard mapping for
Aerodynamically, yes. The gear is interpolated from all to none
over the retract-time specified. But you can't see that in the
properties; all you get is the control position. David is right, we
need to decide on a set of output properties for the actual surface
positions.
Yes. kept
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
Aside from stabilizing our current flight models, I think that the
absolute top priority for 0.8 should be at least a minimal level of
runway lighting. While the general scenery lighting makes night
flying nice (and makes roads look
Hi Curtis,
got the msg on properties, still a bit foggy, but that's my fault. Have not
had the time to study how and why they work. I should stop and take the
time.
Attached are revised opengc files. I inadvertently sent you an n-1 rev.
Discovered it last night when I did a fresh checkout and
Hi,
Tried latest build on latest CVS, looks okay
Tried build with threads, first simgear, then flightgear
For ./configure --with-threads (in simgear) returns:
checking for pthread_exit in -lpthread... (cached) no
checking for pthread.h... (cached) yes
Running ./configure --with-threads
TOWER:/usr/local/bin$ fgfs
fgfs: error in loading shared libraries: libmk4.so.0: cannot open shared
object file:
No such file or directory
That's the metakit. You find it in in the SimGear directory. Just have
to compile and install it.
Right! I thought I caught that when building
fgfs --fg-root=/usr/local
You want the full path
so you want --fgroot=/usr/local/FlightGear
Okay, that worked. some problems with the xml aircraft files, but at least
it got to the preference file
and into the aircraft files. Hopefully, if I just copy over the command
options from the
What kind of problems with the xml?
Turns out to be operator error. Have two machines, both were running with
cygwin for fg and opengc glass cockpit displays
Well config control was a little sloppy, had a very, very stale base tar
package that got untarred on the new linux machine
So, with
Hi,
Going through a Cygwin FG build, notice that
SimGear configure.in checks for the plib files, but plib is not required
to
build SimGear just FlightGear. Should that test be
removed from SimGear or is this just a early heads up? Of course
simgear could be used for other sims not using
Actually if you grep through the simgear source for plib includes you
will find several, so simgear does indeed depend on plib in order to
build.
Ooops, that's weird, I turned off the plib directory and SimGear still
built. I think I best check my make files and
include paths and
Hi,
Running FG under cygwin allows the socket output to
be set to the broadcast address, 192.xxx.xxx.255. But under linux Fg returns an
error
that make_client_socket failed for the broadcast
address. Looks like cygwin is faking it.
there are socket options with the system call
of 'int
Running FG under cygwin allows the socket output to be set to the
broadcast address, 192.xxx.xxx.255. But under linux Fg returns an error
that make_client_socket failed for the broadcast address. Looks like
cygwin is faking it.
Not necessarily. Did you declare that to be the broadcast
Yes, it is.
According to the picture, it IS possible to have FG + OpenGC running on
the
same machine (obviously at least one person had it :-). I always was under
the impression this requires 2 networked machines.
Perhaps someone could put together a simple readme for getting this
Hi,
If anyone has tried running the FG/OpenGC displays across a network of mixed
platforms you might experience a problem with the sizeof() function used to
determine the size of the network data packet.
Linux and cygwin calculate the value differently in aligning the bits in
memory.
the
Hi,
A question was asked last week on running FG and
OpenGC on the same machine. Well, theone way is to
run each app in it's own window and use the
loopback address of 127.0.0.1 to communicate via sockets.
fgfs ..
--opengc=socket,out,24,127.0.0.1,5800,udp ...
Depending on
I tried downloading OpenGC stuff, but
http://opengc.sf.net/
seems to be dead (might be temporarily, though). Is the FG related stuff
under that same address (I recall it was integrated, right?) or somewhere
else?
Try http://www.opengc.org.
If the problem persists, I can upload a
Hi,
A question was asked last week on running FG and OpenGC on the same machine.
Well, the one way is to
run each app in it's own window and use the loopback address of 127.0.0.1 to
communicate via sockets.
fgfs .. --opengc=socket,out,24,127.0.0.1,5800,udp ...
Shift-5
Andy Ross writes:
Undeniably. Unfortunately, the only way to get it closer is to have
people work on and provide feedback for the models. I'll freely admit
that I don't spend much time in the 747 model, because big jets don't
push my buttons.
Jim Brennan, could probably rattle off
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
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
Hi,
On Jan 19 the FGEngInterface and FGGearInterface were removed from the
flight.hxx source. It broke a lot of code in the opengc interface as well as
internal logic to modulate the display symbols.
I have made requests to this group for help in fixing what was broken by
this change. I don't
- normalized position of ailerons
- normalized position of flaps
- normalized position of elevators
- normalized position of rudder
What about speed brakes/spoilers ?
These are getting quite common on some of the faster planes like
Mooney's...
What about cowl flaps?
JW
What about cowl flaps?
All of my experience is with jets, what exactly are cowl flaps?
JW
Mine too.
Cowl flaps are used to cool engines for ground operations,taxi, takeoffs and
landings when the engine is either at a high power setting or there is
insufficient airfow to cool the
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 28, 2002 6:25 AM
Subject: Re: [Flightgear-devel] runway lights tested
Roman Grigoriev writes:
Today I built airport scenery from CVS and seen runway lights
WOW!
looks
John Wojnaroski writes:
For both YASim and JSBSim the flaps seem inop. Gear, flight surfaces,
engines are okay. Except it looks like the
YASim 747 needs a nose gear
Do you have the latest CVS code for both FlightGear and the base
package?
As far I as can tell yes, downloaded both
It's not exporting any properties. :)
I was lazy when I did the new XML files, and only did property exports
for the aircraft that I could test visually. All that's necessary is
to clone the control-output tags from the DC-3, which should be
identical in all ways. I'll get a new one put
Hi,
Can you post what you changed? I'm not sure from the above exactly
which tags went where. Certainly, if you put the right tags in the
right places, it should work. :)
Here it is. I posted it earlier, but you might have missed the msg.
For both YASim and JSBSim the flaps seem inop.
Hi,
Oh, never mind, it's just a typo. Note spelling of the property
above, and here:
[...]
data-flaps = fgGetDouble(/surface-positions/flaps-pos-norm);
[...]
Snip the stray s, and you should see correct behavior. This, it
must be admitted, is the biggest disadvantage of a
Is this a cable station? Public access? Something you can only pull
in within 200' of the transmitter?
Cable. website is http://www.techtv.com/screensavers/
Regards
JW
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
ggestion
Curtis L. Olson wrote:
Trying to make all our users puke, huh? :-)
Our eyes / brain has a certian amount of image stabalization so we
can't just bounce the view around as much as if the pilot had a camera
bolted to his head.
No, probably not. But providing some
Curtis writes:
Are you talking about standard runway and approach lighting, or other
types of lighting.
Well, there are the:
1) directional threshold lights (green on the approach, red on the
departure end)
2) 5, 6, 7, whatever combinations (arrangements) of approach lights
3)
I'd like to experiment flying under San Jose photo scenary. I've already
downloaded the package but I don't know how to start it. Anyone coul'd
help
me ?
If you look at the contents, there is one directory.
Simply put it all in the same directory that currently has a KSJC* file in
it.
Hi,
FWIW:
while I've been working mostly with the glass
displays, now and then I'll bring up the "steam gauges" panel. I finally see why
the artifical horizon looked funny to me. All the ADI's that I'm aware of have
the bank index marks fixed relative to the panel or instrument frame which
Hi,
Strange :-( I'll check it with Fly! and MSFS which inspired me when I look
how it move) And if it is wrong I'll make new version.
You might try a more authorative source. Something like an instrument flight
training manual or a pilot friend. I recall seeing a few clips of MSFS in
motion
I'd love to be able to practice formation flying. It would be cool to
try to hold the #2 slot in the Blue Angels' Diamond formation. I guess
that would require someone writing an advanced AI engine first. ;-)
--
The slot position is #4, right wing is #2 and left wing is #3
Probably all
Hi,
OK my wording was a little strong :-)
Not really, the idea behind the glass displays is for the development of
full scale cockpit simulators. so things like framerate and fidelity are
major design objectives to achieve the highest level of realism and
performance.
Right now you can get
What's the status of OpenGC integration with FlightGear? I
have a thought in mind for something it might be used for,
and I might be interested in trying it out.
The network interface is alive and well. ( it is sync'd with the latest
CVS version of FG ) The FMC is in the shop for a
Hi,
A few folks have asked for it, so here it is;
fresh off the presses.
When you download the opengc package from the CVS
repository you also receive, free of charge,
a short tutorial on how to install, configure and
run OpenGC with FlightGear
Regards
John W.
Jon Berndt writes:
Right now our wheels are stored in an array. Is there anywhere that
defines which position corresponds to which wheel ... something along
the lines of:
wheel[0] == nose
wheel[1] == left
wheel[2] == right
from JSBSIm.cxx:
FCS-SetLBrake(
Prototyping and evaluation of launch vehicle flight deck displays.
Jon
Commercial or open source?
A few years back we used a product from a company located in Montreal
(for the moment the name escapes me) to build displays (pre-OpenGL)
with XView that ran on Sun platforms and supported 1553
We are using an head tracker to look around in flightgear. It works the
same
as the mouse, though. Is this what you are asking, Jon?
The problem with the glasses seems to lie when we enable the stereo buffer
on
our graphics card to render the scene in 3d. We can view FG in the
glasses
- Original Message -
From: John Wojnaroski
To: [EMAIL PROTECTED]
Sent: Thursday, April 18, 2002 3:02 PM
Subject: Airspeeds?
Hi,
On the subject of airspeeds:
Indicated Airspeed (IAS) is calculated based on the difference between
stagnation pressure in the pitot tube and the static
Hi,
Bottom line question for the FDM' rs: Would you take a few moments
to comment/explain how your models handle the various airspeeds.
Just a quick thank you for the info put.
To make the FG/OpenGC interface effective will require a little handshaking
on both ends to sync up. Back in
Hi
Would anyone be willing to create a zip version of the base package
and post it some place where I can fetch it and put it on the ftp
site?
I can put a version on one of my ftp machines. Just need to move it out from
behind the
firewall.
Say the word and I'll send you the address, and
So what is the SI unit for direction/heading? Certainly
they wouldn't overload unit names, right? :-)
I recall reading an article several years ago in a flying mag (can't
remember exactly where or when)
on someone's proposal to change the number of degrees on the compass from
360 to
Subject: [Flightgear-devel] Building on cygwin...
I'm interested in helping out on the Flightgear project, specifically
the multiplayer networking stuff if it hasn't already been done, but I'm
having a lot of trouble trying to get the software to build on cygwin.
Does anyone have any
The cygwin is the lates from the web site with everything installed, I
can compile/build things with it without any problems. My main problem
is that plib requires glut to compile / build, which isn't in the cygwin
installation. I have tried using mesa or freeglut but both of these fail
to
Hi David
I have volume restrictions at my ISP and a lot of traffic to my site,
so I cannot afford to put anything large there for download. If there
are any volunteers, I'd be happy to send copies of my scenery for them
to host.
A couple of weeks ago I set up an ftp server for Curt to
Hi,
Just wanted to let you know that I haven't disappeared. I've been quite
busy at work the last two weeks and haven't had a lot of free time. I'm
shooting for posting a new Windows alpha executable and a tar of the
source
presuming Linux is building ok this weekend.
Any news on your
Hmm, this is going to get fiddly. I've got a generic route/flight-plan
backend sort of working (no flight traversal or waypoint sequencing as
of yet), which I am planning to extend with airways, SIDs, STARs and so
on (with editing of course). The long term plan was to build an FMC /
MCDU
James Turner wrote:
Anyway, I'd like to work out a plan of attack to avoid too much
duplication. I suspect some might be inevitable, since there's slight
different goals. (and, alas, I only have one computer, so I'm kind of
anti the whole 3 computers thing :-)
My sense is that any
Well, this is where it gets interesting :-) We really need to define the
auto-throttle property nodes, so that the FMC/MCDU can set (some of )
those. Or, on the 757/767, this is done via a physical panel, apparently
(if I understand Thomas' comments). (the 777 uses a THRUST LIM page).
And
If this is a duplicate, my apologies; having a few minor email problems
today and not sure what was sent.
Well, this is where it gets interesting :-) We really need to define the
auto-throttle property nodes, so that the FMC/MCDU can set (some of )
those. Or, on the 757/767, this is done
Hi,
with regards the glitch with the new socket code.
When trying to connect with native_ctrls perror() returns
"transport end not connected" after the
sock.recv(..) call in the read routine.
Is something missing? Something OpenGC and/or FG
have to initialize?
Regards
John W.
I'm still unsure of the other two instruments you asked about. I'll
keep digging.
FWIW:
EGT gauge and airspeed
Lower left is gear indicator ( 3 green) Can't make out the rest of the
symbols on the gauge; could be flap position
Regards
JW
___
Hi,
the property browser reports two values for
rho-slugsft3 in /fdm/jsbsim/atmosphere as:
rho-slugsft3 = 0.002371 (double)
rho-slugsft3 = (none)
trying to access the value with the properties
manager returns the second null value. the other values appear
to be operating properly.
Is this
Odd. I'm only calling tie once, and my little fltk property browser
only shows the correct value.
The duplicate showed up in the pull-down menu from view properties.
You might check the value of
/environment/density-slugft3. It's probably better to use that one
anyway as it is not FDM
When I was working on getting the agl calculation functioning with all the
viewer changes, I toyed with the idea doing something that ignored sudden
(and/or unreasonable) variations to AGL, at least for a few frames. It
was
mostly in response to what happens when a very fast aircraft
That's probably an issue with the autopilot and the 747. It's been
difficult
finding control factors that work for all the different speeds, compounded
by
the giant mass of the 747. At those lower speeds the effectiveness of the
elevator can change dramatically with relatively small
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 17, 2002 5:40 AM
Subject: Re: [Flightgear-devel] Clouds progress : screenshot
David Megginson writes:
I'm wondering if we can make everything a bit simpler -- smaller
Replying to self:
- Original Message -
From: John Wojnaroski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 17, 2002 7:33 AM
Subject: Re: [Flightgear-devel] Clouds progress : screenshot
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: [EMAIL
- Original Message -
From: Frederic BOUVIER [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 17, 2002 8:56 AM
Subject: Re: [Flightgear-devel] Clouds progress : screenshot
John Wojnaroski [EMAIL PROTECTED] wrote :
There is an editor program Mark wrote for adding
- Original Message -
From: Jim Wilson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 17, 2002 4:18 PM
Subject: Re: [Flightgear-devel] Base Package size (was 3D clouds)
David Megginson [EMAIL PROTECTED] said:
Jim Wilson writes:
Just poking around at the edges
- Original Message -
From: David Megginson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 17, 2002 4:15 PM
Subject: Re: [Flightgear-devel] Base Package size (was 3D clouds)
Jim Wilson writes:
Just poking around at the edges with the clouds that still don't show,
What I meant is to only keep $FG_ROOT/Clouds3D/large.sky and
$FG_ROOT/Clouds3D/field56.cld
Right, thats what I thought you meant. I was talking about the other
files in that directory. I know that field56.cld is the only file
currently
referenced in large.sky, but I'd still rather
1 - 100 of 265 matches
Mail list logo