Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
If space becomes an issue, I think there are bigger fish to fry, like
the SkyClouds dir(?).
That does seem large for what it is. Almost all of the size is in three
files: field37.cld, field56.cld, and valley.cld. The names seem to
Julian Foad wrote:
No. I am only suggesting changing the default value for the pitch
offset, not the way it is used to calculate pitch which is and would
still be
pitch = (property * factor) + offset
Therefore with my proposed change your first example would have to be
changed to
pitch
Curtis L. Olson writes:
FWIW, the following two options no longer appear to work:
--lon=degreesStarting longitude (west = -)
--lat=degreesStarting latitude (south = -)
If you attempt to use them you end up at lon=0.0, lat=0.0
I don't have
Michael Selig writes:
* So if the top ten were optional, that would save about 15MB from the base
package and 10 interesting aircraft would be downloaded separately.
Is that worth it?
I think so, especially if we can trim down other parts (like the cloud
textures) as well. What
Jim Wilson writes:
I'm already concerned about the base-package size. We need to start
thinking seriously about making most aircraft optional add-ons. It's
easy for me with a fast cable modem, but I don't want to scare away
regular users. If the DC-3 (for example) was its own,
On 11/13/02 at 12:16 AM Julian Foad wrote:
David Luff wrote:
It looks to me like you've
got 2 too many curly brackets in doEnginePower, although I could be
misunderstanding what you're doing there.
Yes, I have got too many. This is the friction that was applied only
when starting; I was
Michael Selig wrote:
I added the new 5th view which I have mentioned. This
is an external view looking in a fixed direction at the airplane, e.g.
the view looks north even as the airplane may turn. Mousing around will
change the view direction. The advantage is that the horizon does not
David Megginson writes:
Curtis L. Olson writes:
FWIW, the following two options no longer appear to work:
--lon=degreesStarting longitude (west = -)
--lat=degreesStarting latitude (south = -)
If you attempt to use them you end up at
David Megginson [EMAIL PROTECTED] said:
Unable to reproduce.
fgfs --lat=45 --lon=-75
works fine here.
Same here, left a full rebuild build with current cvs (the latest SimGear
patch) running last night and it works fine today with the uiuc wright flyer
at the Kill Devel Hills location.
Erik Hofman writes:
It might be a good thing for everybody to dicide if we want to keeo the
Textures.high/Runway directory. For what I've seen there is little need
for it anymore and it saves another 11 Mb.
I don't understand this one ... unless something has changed the high
res runway
Curtis L. Olson wrote:
Erik Hofman writes:
It might be a good thing for everybody to dicide if we want to keeo the
Textures.high/Runway directory. For what I've seen there is little need
for it anymore and it saves another 11 Mb.
I don't understand this one ... unless something has changed
Curtis L. Olson writes:
Strange ... try:
fgfs --heading=0 --lat=24.5 --lon=153
It seems dependent on which coordinates are chosen.
Confirmed -- I see the same problem, with and without the --heading
option. It's not the fractional --lat, because
fgfs --lat=45.5 --lon=-75.5
JD Fenech writes:
Major note: I've been trying to follow FG development for somewhat
over a year, and still haven't been able to really figure out how FDMs
are handled (are they internal to the software, or are they externally
loaded).
The FDMs are the aerodynamic engines (special-use
Jim Wilson writes:
We certainly need to decide on which ones to include. It would
seem that 10 or so aircraft and a total base package size of 50mb
compressed (150-200mb uncompressed) would be reasonable. For CVS
users having the models in a separate tree so they can be download
Are the textures in each directory different resolutions? I'm not at
a machine where I can check right now ...
Maybe your machine is always picking up the low res textures???
Curt.
Erik Hofman writes:
Curtis L. Olson wrote:
Erik Hofman writes:
It might be a good thing for everybody to
David,
One additional thing that would be very nice to support is the ability
to have at least one additional directory level for grouping aircraft:
Aircraft
- Small-Single-Engine
- WWII
- WWI
- Modern-Jet-Fighters
- Commercial-Jets
- Bi-Planes
- Sea-Planes
-
Curtis L. Olson wrote:
David,
One additional thing that would be very nice to support is the ability
to have at least one additional directory level for grouping aircraft:
Aircraft
- Small-Single-Engine
- WWII
- WWI
- Modern-Jet-Fighters
- Commercial-Jets
- Bi-Planes
Curtis L. Olson wrote:
Are the textures in each directory different resolutions? I'm not at
a machine where I can check right now ...
Yes:
Textures/Runway -- 256 pixels
Textures.high/Runway -- 512 pixels
Maybe your machine is always picking up the low res textures???
No, I've checked
Norman Vine writes:
Having a 'aircraft type' index into the aircraft database is a good idea
but I think that it should probably be just that an index otherwise you
end up needing multiple copies of the actual data.
ie where would you put a WWII sea-plane fighter in the heirarchy ??
Erik Hofman writes:
Curtis L. Olson wrote:
Are the textures in each directory different resolutions? I'm not at
a machine where I can check right now ...
Yes:
Textures/Runway -- 256 pixels
Textures.high/Runway -- 512 pixels
Eric,
Compare the following two images side by side:
FYI
To sign up for the unixporting list at apple:
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/unix-porting
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Curtis L. Olson wrote:
I would be *very* disappointed if the hi res version of the runway
textures went away.
Allright, If you think lowres is not good enough, we can keep them.
I was just trying to remove 11 Mb from the base package and thought the
lowres version would be good enough.
Erik
Norman Vine writes:
It's hard to argue against 'sanity' :-)
And hard to argue against coupons. Although if it came down to
either/or, I think a coupon would trump sanity.
Curt.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED]
Is this allowed in flight? They make me turn my electronics off.
http://www.thinkgeek.com/electronics/audio/5a15/action/20fc62a/
Richard Bytheway
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Erik Hofman writes:
Curtis L. Olson wrote:
I would be *very* disappointed if the hi res version of the runway
textures went away.
Allright, If you think lowres is not good enough, we can keep them.
I was just trying to remove 11 Mb from the base package and thought the
lowres version
On Wed, 13 Nov 2002 09:39:05 -0500,
David Megginson [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
JD Fenech writes:
Major note: I've been trying to follow FG development for somewhat
over a year, and still haven't been able to really figure out how
FDMs are handled (are they
The C172p 3D model now has more interior detail (not textured yet),
including animated controls:
- yokes (more realistic than in the default 3D C172 model)
- carb heat
- throttle
- mixture
- flap switch
- trim wheel
I plan to texture these and to add 3D rocker switches for the
electronics as
David Megginson [EMAIL PROTECTED] said:
The C172p 3D model now has more interior detail (not textured yet),
including animated controls:
- yokes (more realistic than in the default 3D C172 model)
- carb heat
- throttle
- mixture
- flap switch
- trim wheel
I plan to texture these and
Curtis L. Olson writes:
One additional thing that would be very nice to support is the ability
to have at least one additional directory level for grouping aircraft:
Aircraft
- Small-Single-Engine
- WWII
- WWI
- Modern-Jet-Fighters
- Commercial-Jets
On Wed, Nov 13, 2002 at 01:01:39PM -0500, David Megginson wrote:
Curtis L. Olson writes:
One additional thing that would be very nice to support is the ability
to have at least one additional directory level for grouping aircraft:
Aircraft
- Small-Single-Engine
-
David Megginson wrote:
Jim Wilson writes:
This is really looking nice. If you want I could probably take
that panel
mounted j3cub mag compass and put it into a housing for top of dash
mounting
without much trouble. Especially if you have a nice photo of one.
It's the one thing I
William Earnest writes:
David Megginson wrote:
Jim Wilson writes:
This is really looking nice. If you want I could probably take
that panel
mounted j3cub mag compass and put it into a housing for top of dash
mounting
without much trouble. Especially if you have a nice
David Megginson [EMAIL PROTECTED] said:
Jim Wilson writes:
This is really looking nice. If you want I could probably take that panel
mounted j3cub mag compass and put it into a housing for top of dash mounting
without much trouble. Especially if you have a nice photo of one.
It's
William Earnest writes:
I could try with my digital camera and its pretty decent zoom lens.
Choice is of 172N or Piper Cherokees. School is only 10 minutes from here.
172N, please -- my target is a 172P.
All the best,
David
--
David Megginson, [EMAIL PROTECTED],
Curtis L. Olson writes:
I'm also looking for close up pictures of C172S instruments.
I can try to find time to take some 172R pics next time I rent C-GCVO.
They should be pretty similar except for the GPS.
All the best,
David
--
David Megginson, [EMAIL PROTECTED],
On Wednesday, November 13, 2002, at 07:16 pm, Gene Buckle wrote:
Wouldn't it just be easier to allow the user to configure how they'd
like
the aircraft lists presented? The model file can indicate aircraft
details such as licence requirements, operation category, etc. The
user
could then
David Megginson [EMAIL PROTECTED] said:
Erik Hofman writes:
Allright, If you think lowres is not good enough, we can keep them.
I was just trying to remove 11 Mb from the base package and thought the
lowres version would be good enough.
Perhaps the high-res could be an optional
And FG already uses Zlib, so adding jar support wouldn't even require
another library dependency.
Is Zlib zip or bzip2 based? Or is it just the InfoZip lib and I
didn't know? :)
Crystal space again uses .zips for this purpose, with a VFS layer that
can 'mount' zip archives into the data
At 11/13/02, you wrote:
JD Fenech writes:
Major note: I've been trying to follow FG development for somewhat
over a year, and still haven't been able to really figure out how FDMs
are handled (are they internal to the software, or are they externally
loaded).
The FDMs are the
Patrick Staehlin writes:
Here's what i've done:
1. downloaded installed cygwin
./configure worked fine
make returned:
..
from newbucket.cxx:31:
/usr/include/c++/3.2/limits:942:22: macro min requires 2 arguments, but only 1
given
In file included from
It works now... ;-)
On Wed, 13 Nov 2002 15:02:59 -0500
Norman Vine [EMAIL PROTECTED] wrote:
Try adding this to $SIMGEAR / simgear / compiler.h
[...]
# ifdef WIN32
^
Had to change this one to:
#ifdef __CYGWIN__
// keep windows.h from #defining min() max() macros
Gene Buckle wrote:
And FG already uses Zlib, so adding jar support wouldn't even require
another library dependency.
Is Zlib zip or bzip2 based? Or is it just the InfoZip lib and I
didn't know? :)
IIRC zip == Zlib != bzip2
CU,
Christian
--
The idea is to die young as late as
Michael Selig writes:
- I like this approach (fdm/type named dirs vs aircraft/aero
below). There's a lot more than just aero in the aircraft files: inits +
aero + gear + engine + flag setting, etc. Also, I think from a developer
standpoint, it's best to start w/ the
On Wed, 2002-11-13 at 08:16, Arnt Karlsen wrote:
On Wed, 13 Nov 2002 09:39:05 -0500,
David Megginson [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
JD Fenech writes:
Major note: I've been trying to follow FG development for somewhat
over a year, and still haven't been
On Wednesday 13 November 2002 4:38 pm, Jim Wilson wrote:
David Megginson [EMAIL PROTECTED] said:
Erik Hofman writes:
Allright, If you think lowres is not good enough, we can keep them.
I was just trying to remove 11 Mb from the base package and thought
the lowres version would be
John,
From: [EMAIL PROTECTED]
[mailto:flightgear-devel-admin;flightgear.org]On Behalf Of John Check
The current gzipped cvs snapshot tarball is less than 40mb.
How does this compare with other sims -demo- downloads?
From my (a user's) point of view 40 MB is not large today. People have to
On 13 Nov 2002 15:22:15 -0800,
Tony Peden [EMAIL PROTECTED] wrote in message
1037229736.19944.727.camel@raptor:
On Wed, 2002-11-13 at 08:16, Arnt Karlsen wrote:
..I like a birds view building block approach: JSBSim can be run as
an external fdm to FG. How about making this the standard
On Wed, 2002-11-13 at 18:05, Arnt Karlsen wrote:
On 13 Nov 2002 15:22:15 -0800,
Tony Peden [EMAIL PROTECTED] wrote in message
1037229736.19944.727.camel@raptor:
On Wed, 2002-11-13 at 08:16, Arnt Karlsen wrote:
..I like a birds view building block approach: JSBSim can be run as
Norman Vine wrote:
Patrick Staehlin writes:
Has anyone managed to compile 0.2.0 on cygwin/gcc3.2-2?
Arrgh ... I thought that 3.2-2 would just work :-(
Try adding this to $SIMGEAR / simgear / compiler.h
$ cvs diff compiler.h
Index: compiler.h
Michael Basler [EMAIL PROTECTED] said:
John,
From: [EMAIL PROTECTED]
[mailto:flightgear-devel-admin;flightgear.org]On Behalf Of John Check
The current gzipped cvs snapshot tarball is less than 40mb.
How does this compare with other sims -demo- downloads?
From my (a user's) point
At 11/14/02, Jim Wilson wrote:
Anyone else noticing that the model alignment offsets aren't working?
If you are talking about the file that moves the model wrt the reference
point in the mdl file, it does not work for me. For example, the values
in this file don't move the model.
51 matches
Mail list logo