1
0
Fork 0
Commit graph

8002 commits

Author SHA1 Message Date
curt
0d486927b5 Updated mixed crop texture from Erik Hofman. 2003-04-30 02:37:35 +00:00
curt
c6d0e50210 Piotr Jaworski writes:
Now I translate into Polish the locale conected file.
There are some (4) words that wasn't translated I will translate them
when I will speak with friends how to translate them corectly.

I made the full translation of default "en" file (not short as the
German translation).

I send you 3 files:
1) locale.xml -added Polish variable
2) strings-pl.xml -translation in ISO8859-2 encoding (default Polish
encoding in Linux, UNIXs, Internet

3) strings-pl-win.xml -translation in Windows-1250 encoding ( encoding
in Windows only)

I give the same licence for the translation as the all FGFS project has-
GNU GPL.

Please add that translation to the project, and new created releases.
2003-04-29 14:47:24 +00:00
ehofman
5ea05d9376 Updated materials to reflect the crop texture changes 2003-04-25 13:29:56 +00:00
ehofman
c4a7445f1c Updated crop textures to make them match and make them nice 2003-04-25 13:29:43 +00:00
curt
a2b8ee915d Override the default starting c172 rpm to be 0 for 610x version. 2003-04-25 03:31:19 +00:00
jimw
ffbdf06bfd Adjusted global ambient light values to improve light effects in 3D cockpits. 2003-04-24 20:39:06 +00:00
curt
22b63476ff Lee Elliott:
I've done a new Sea Hawk.  Well, the model and the fdm aren't new, just
slightly modified, but I've incorporated some more animation stuff and tried
a different way of texturing it.

The animation additions are things I worked out for the YF23 (still can't get
it to fly again) - mostly u/c related stuff.

This actual aircraft (WV908) is in the Royal Navy Historical Flight and so is
kept unusally clean;)  In the photographs I looked at, hardly any fuseage
panel lines were visible so I've not tried to include any.  Instead of the
normal fuselage side views and wing plan textures I've just used fairly
high-res detail 'patches' for the markings, applied to 'carrier' objects.

This is much more like the way I'd do things if I was working on a picture in
my 3d software - there I'd apply multiple textures to an object, as required,
using scope and priority settings to get what I want.  With .ac format models
you can only apply a single texture to an object - hence the need for the
carrier objects.  These are sections of the underlying 'real' object that
have been moved out/away from from the original object surface so that they
cover them.

The pros are 1) the resolution of the details is much higher - have a close
look at the Ace of Diamonds art on the nose and on the bit that sticks out of
the front of the tail-fin (I don't know the proper name for this), and 2)
less texture space is needed.

The most obvious con is that there's more potential for z-buffer problems.  I
notice that whilst on the ground (in chase view), there appears to be
z-buffer fighting for the texture patches but once the a/c has taken off and
has got to about 200ft or so, it clears up.  I've no idea why this should
happen as I'm not changing any of the view settings.

There are a few things I still need to figure out in this respect - I think
there's an issue with graduated textures - they seem to get reduced to 16bpp
and show a lot of banding that's absent on the texture and the model appears
inverted from tower views, at least in 16bpp, but ok from the chase view, and
stuff like that.

I said that the model and fdm aren't new but they have been modified a bit.
I've only reduced the approach aoa in the fdm but the model, whilst basically
the same, has had quite a few changes to accomodate the new u/c and texture
patches.  It also got into FG by a slightly different route - I found that
AC3D would support polys with > 3 sides and after looking at and comparing
.ac and .obj file formats (I can export from RS3D in .obj format) I wrote a C
prog to convert .obj format files into .ac format files.  It's a nasty bit of
hackery that even uses a temporary workfile (LOL), and it will only work with
the simplest of .obj files (e.g. no vertice normal or texture info) but it
allows me to export the model geometry in .obj format, convert it, and load
it straight into AC3D without turning everything into triangles or flipping
face normals.

The funny thing is that objects that consist of just a single rectangle (e.g.
an aileron or flap surface) are not recognised by FG and they have to be
split into two triangles, and once the model's loaded up into FG I can see
from some of the rendering artifacts that it's all still reduced to triangles
prior to display anyway. Still, it saves me from having to do a lot of face
flipping.

Really, the texturing method is experimental and I hope I get some feed-back
on it regarding display and performance issues.  Ultimately, I'd like to try
to reduce the texture size down from 512x512 to 256x256 - nearly half of the
current texture 'space' is unused.
2003-04-21 20:28:24 +00:00
curt
ac6d9a05cd Fixes from Andy Ross:
+ The wing stall angle was weird, as mentioned earlier.  Values
  greater than 45° don't have much physical meaning.  I changed it to
  25, which should be closer to a realistic value.

+ The lift="1.1" on the elevator flaps wasn't quite enough to get the
  aircraft into the approach AoA.  I changed it to 1.2, and it works.
  It's still not as responsive as I'd have expected (then again, this
  is a big aircraft...).

+ The hstab effectiveness was negative.  This is wrong, as this is a
  multiplier for all force generated by the surface.  A surface with a
  negative value will produce thrust instead of drag. :) Maybe this
  was needed because the elevator was rigged backwards somewhere else?
  I changed it

+ The wing and hstab had very small stall widths (very sharp stalls).
  Low aspect wings should have gentle stalls, not sharp ones.  I
  changed it to 15 as a guess.

+ There's no rudder input mapped.  This can be done with a "split"
  input to the tails in exactly the same way that the aireron works on
  the wing.  It will simply add to the elevator input.  V-tail
  Bonanzas will require the same treatment.
2003-04-21 17:39:39 +00:00
curt
49e238d856 Initial revision. 2003-04-21 14:18:07 +00:00
ehofman
6e4c38213e paul mccann wrote:
Hi I fixed the heading bug on the hsi2 and made some changes to the c310-ifr so the adf and dme work.  Just temp fix for those.
2003-04-20 10:05:20 +00:00
david
5032f37553 Initialize turbulence. 2003-04-19 11:59:02 +00:00
ehofman
29992d1f7a Remove some artifacts 2003-04-18 14:54:57 +00:00
ehofman
8c209ae41e Various updates 2003-04-18 09:59:38 +00:00
ehofman
483e9d0e08 Added Space Imaging and Airservices Australia 2003-04-17 15:25:11 +00:00
ehofman
f96a39be06 Comment out the file selection menu option for now 2003-04-17 09:59:44 +00:00
ehofman
59d7b3cae2 Update the Dutch translation 2003-04-17 09:48:31 +00:00
ehofman
1600c3f40c Update the description of the generic I/O option 2003-04-17 09:47:59 +00:00
curt
578b48acf3 Update from current DAFIFT data with a small tweak to the magvar parsing. 2003-04-10 16:50:03 +00:00
curt
a29b681e63 Moved dafift2fix.pl dafift2nav.pl to $fgfs_src/scripts/perl/dafif/ 2003-04-08 20:14:44 +00:00
ehofman
55178eb9d5 Update some more controls refferences 2003-04-08 08:17:00 +00:00
david
0157440f8e Rename trim properties. 2003-04-08 01:30:35 +00:00
ehofman
4094f22fbd Add engine boost selection 2003-04-07 08:11:46 +00:00
jimw
8371b90d82 More cockpit stuff 2003-04-07 03:23:27 +00:00
ehofman
e42c5c0593 Update to real world colours 2003-04-06 14:32:15 +00:00
ehofman
45cf665cf9 Fix some typos 2003-04-06 11:31:44 +00:00
david
62124a4d15 Fixed typo /controls/light/ instead of /controls/flight/. 2003-04-05 17:50:37 +00:00
david
d8032df111 Correct XML well-formedness errors. 2003-04-05 15:24:03 +00:00
david
30608cc982 Use new magnetos property. 2003-04-05 15:15:40 +00:00
david
e4c5fafbff Move the AI tumbling into pa28-base.xml. 2003-04-05 15:05:29 +00:00
david
11ffecde16 Initialize all of the attitude-indicator properties explicitly. 2003-04-05 15:04:20 +00:00
david
289b27bdea Allow the AI to tumble for the PA-28-161. 2003-04-05 15:04:13 +00:00
david
3a40d40b6d Factor out common configuration for the Cessna 310 variants. 2003-04-05 15:03:37 +00:00
david
b7f1ccffa0 Use "coverage" instead of "type".
Rename "mostly-cloudy" to "broken" and "mostly-sunny" to "scattered",
to follow standard weather terminology.

Add "few".
2003-04-05 03:36:20 +00:00
david
084a9af4b7 Add
Location/Random Attitude
  Weather/Random Weather
2003-04-04 22:42:53 +00:00
david
b500e311f3 The AI for the C172 should tumble in extreme attitudes. 2003-04-04 22:42:32 +00:00
curt
263992cad3 Lee Elliott:
Here's a 'beta' version of a YF23.  The model is virtually finished - I think
I just need to split the wheel well and cockpit linings to clear up the
smoothing artifacts, and add a couple of other little details.

The texturing is rudimentary, all I've done is to map simple colour blocks to
everything.  There's a definite problem with the rear cockpit canopy
transparency - anything viewed through it, except for the pilot stuff and the
rear canopy surround is invisible.  The weird thing is that everything is ok
if you angle the view to look through the front canopy - this is easier to do
with the rear canopy open (parking brake).  The front and rear canopy
glasses, and hud glass are the only transparent objects, and they're all at
the bottom of the hierarchy.

I'd found that if I placed objects below any transparent objects in the
hierarchy, they'd become invisible when viewed through the transparent object
- any objects above the transparent objects would be visible.  This seems to
have worked for the front canopy and hud (the pilot and seat is visible from
the front view through both the front canopy and the hud glass) but not the
rear canopy.

Time for a bit more experimentation, methinks.  That, or find TFM to R:)

I've finally got the u/c door/gear timing working, and I'm also pleased with
the suspension animation.  I couldn't resist linking the pilot's head to the
rudder - it's not as though it does anything, except on the ground (where it
also operates the nose wheel steering.

It all still needs some tuning and finishing - I've modelled the front wing
flaps/slats/what-ever-they-ares and I've put some slats in the fdm, but I
haven't 'used' them yet.  The suspension is still too spongey and it heels
over quite badly on take-off in cross-winds (shows off the independent main
suspension nicely though), and more work on the fdm is needed too.
2003-04-04 15:58:39 +00:00
ehofman
413f9b3f5f Some more small controls updates 2003-04-02 08:45:35 +00:00
ehofman
024a4e087e Add log-level to the list of available options 2003-04-01 18:50:01 +00:00
ehofman
7c3394b167 Some additional updates for the controls change 2003-04-01 17:51:22 +00:00
ehofman
69a6a69cf5 Refference the new options layout in the documentation 2003-04-01 17:37:36 +00:00
david
8118e6a482 Fix to use renamed /control properties. 2003-04-01 15:46:50 +00:00
david
11ba7095ee Restore default out-the-window view.
Start with mags on.
2003-04-01 15:45:10 +00:00
ehofman
7b261e87da Update some YASim models to reflect the new controls changes 2003-04-01 14:44:36 +00:00
dluff
b43feaf879 Add menu entry for enabling/disabling ATC or AI traffic 2003-04-01 14:29:23 +00:00
ehofman
157ae65f70 Update some YASim models to reflect the new controls changes 2003-04-01 14:29:06 +00:00
dluff
c259e88235 ATC/AI dialog 2003-04-01 14:28:35 +00:00
dluff
ca1b1cd4f6 Enable ATC and AI traffic by default 2003-04-01 14:27:45 +00:00
ehofman
459c1b4aea Update some YASim models to reflect the new controls changes 2003-04-01 14:04:55 +00:00
ehofman
759d86d947 Updates to refelect the controls update of FlightGear. It could be there are a few unupdated controls left. To simplify the transisition there is a file called README.properties in the docs-mini directory of FlightGear that explains the new controls layout. 2003-04-01 12:41:12 +00:00
jimw
4266ac5297 Changed pitch offset. 2003-04-01 02:05:05 +00:00