On 20 Oct 2010, at 18:10, Nathanael Rebsch wrote:
> In that case you bandwidth payload for no good reason.
>
No worse than at present. As I said earlier, I would also put a filter on the
sender to filter the "casual" profanity and make our expected standard of
behaviour clear.
IMO a filter is
-Stuart
On 20 Oct 2010, at 18:10, Nathanael Rebsch wrote:
> Stefan Seifert wrote:
>> On Wednesday 20 October 2010 18:57:05 Nathanael Rebsch wrote:
>>
>>
>>> Implementing such a filter on the client side will open your eyes to the
>>> pitfalls of that quite quickly - i'll just compile fg myse
On Mon, Oct 18, 2010 at 5:01 AM, Jack Mermod wrote:
> Hi Everybody,
> I recently was on Multiplayer, flying with a friend, minding my own
> business, when another pilot asked a general newbie question: "Where can I
> find the Nimitz?". In only good intent, I replied: "Look around the Golden
> Gate
Hi Guys,
I think I've found a bug in the new weather environment code.
I started up at Austin Bergstrom International (KAUS), a fairly large
Texas airport with runways 17L/R, 35L/R. The METAR had wind of 9 knots
at 190 degrees.
I would expect FG to start on runway 17. Instead it starts on 35L.
Hi All,
I've been working on a small patch to change the existing global Nasal
function airportinfo() to return more than one result.
With this patch, and optional argument allows the caller to specify
the number of nearest airports to return. E.g. airportinfo(10),
returns the nearest 10 airports
On Sat, Oct 9, 2010 at 7:02 PM, Gary Carvell wrote:
> FWIW, I have Material Shaders enabled in the Rendering Options dialog
> - otherwise the 3D clouds disappear completely. So it seems like at
> least some shader functionality is working. But the individual shader
> options such as Crop Texture, W
> On 8 Oct 2010, at 05:16, Gary Carvell > wrote:
> Can anyone help with a 3D cloud issue? The clouds now display as
> identical flat gray panels instead of their usual realistic
> appearance.
Some quick questions.
Are you getting this every time? Even with the Fair Weather scenario?
Any errors
> We could certainly explore the donation route. I'm doing a little bit of
> research to try to determine what the realistic costs would be to setup a
> dedicated server to run a multiplayer system. That will give us a better
> idea what we need to shoot for.
I agree that we need some real nu
On Thu, Oct 7, 2010 at 4:38 PM, Curtis Olson wrote:
> Hi Pigeon,
> Thanks for running a server all these years, it's been a big service to our
> community!
> Do you have any bandwidth statistics or estimates that you've collected over
> the years? What kind of usage per month are we at? As you kn
I wrote:
> I've started seeing strange animation behaviour on the C172p KAP140 autopilot.
>
> Specifically, the values displayed when in VS mode seem to be
> incorrect. Going into VS mode an pressing UP gives a VS readout of
> -9000 fpm. AFAICT the autopilot behaves correct, setting an
> appropriat
Hi All,
I've started seeing strange animation behaviour on the C172p KAP140 autopilot.
Specifically, the values displayed when in VS mode seem to be
incorrect. Going into VS mode an pressing UP gives a VS readout of
-9000 fpm. AFAICT the autopilot behaves correct, setting an
appropriate target pr
Hi All,
Currently there are a number of key bindings to enable various
auto-pilot modes, e.g.:
Ctrl-A Altitude lock
Ctrl-H Heading lock
Ctrl-G Glideslope lock
Ctrl-N NAV1 lock
Ctrl-P Pitch hold
Ctrl-S Autothrottle
Ctrl-T Terrain lock
Ctrl-W Wing level
F6 - Heading lock
Unfortunately, it is all t
On Wed, Sep 22, 2010 at 10:09 PM, Durk Talsma wrote:
> On Wednesday, September 22, 2010 10:54:05 pm willie wrote:
>> If enough people are upset by this, then its easily moved back ..
>>
> Having said that, I'm not so sure that this menu is purely a developers tool,
> since I can imagine that th
On Sun, Sep 19, 2010 at 10:06 AM, Vivian Meazza I'll merge it into git. Perhaps there will be some further comments, or
> suggestions for improvements then.
In general, this looks good. Thanks very much for taking some time to
improve the menu structure. It's very easy for those of us who have
us
On Fri, Sep 17, 2010 at 4:26 AM, Jon S. Berndt wrote:
> Guys, I've got a question that's come up in my day job. I'd like to ask for
> your opinion. If you had to justify to your boss the rewrite of old C code
> in C++, could you do it? If cost is an issue (isn't it always?), is it worth
> it to ex
On Mon, Sep 6, 2010 at 1:17 AM, Jon S. Berndt wrote:
>> Whoops!
>>
>> That was me not check-flying the aircraft properly before committing.
>>
>> I'll get it fixed shortly.
>>
>> -Stuart
>
> How does one do updates via git? And how will we know when the propeller has
> been fixed?
It's fixed in gi
On Sun, Sep 5, 2010 at 6:30 PM, Frederic Bouvier wrote:
>> 3) The propeller disk is white - not transparent, so I can't take off.
>
> Indeed ( http://frbouvi.free.fr/flightsim/c172p-white-disk.jpg ). Who
> commited c172p files lately ?
Whoops!
That was me not check-flying the aircraft properly b
On Sat, Aug 28, 2010 at 9:09 PM, HB-GRAL wrote:
> Hi all
>
> I sent a small merge request to fgdata repo
> http://gitorious.org/fg/fgdata/merge_requests/38
>
> I was looking to the c172p directories and found some unused files and
> some wrong paths coming from last commit (?).
>
> - effects in mod
On Sun, Aug 15, 2010 at 3:04 AM, Hal V. Engel wrote:
> The crash-detect freeze channel code was lifted from one of Dave Culp's
> models. But I never got around to actually using this code or figuring out
> what it does. So the "freeze" channel is basically dead code and should be
> removed. I
On Sat, Aug 14, 2010 at 9:50 PM, Stuart Buchanan wrote:
> So, I suspect the problem is in these properties that are being used
> in switch statements without a default value, but I don't know enough
> about JSBSim properties to be able to set a sensible default in the
> right p
On Fri, Aug 13, 2010 at 3:24 AM, Ron Jensen wrote:
> In yesterday's standalone JSBSim the p51d aborts because some properties are
> being used without being declared. Try the attached patch to the p51d.xml and
> see if it works any better for you.
>
> Ron
> ( I tried sending the whole file but it
On Wed, Aug 11, 2010 at 1:44 PM, Heiko Schulz
> Just a guess- could it be that changes made for the alternative clouds system
> introduced it?
I'm pretty sure that has nothing to do with it.
However, I have tracked it down to simgear/scene/sky/clouds.cxx
SGCloudLayer::reposition(), which sets ne
Hi All,
I'm getting consistent crashes with the new p51d-jsbsim. Backtrace below.
My simgear and flightgear source are up to date (as far as I can tell).
Anyone else seeing this?
-Stuart
setStores
Program received signal SIGSEGV, Segmentation fault.
0x009ba8ba in SGPropertyNode::get_i
On Mon, Jun 21, 2010 at 7:03 AM, syd adams wrote:
> Hi folks,
> I recompiled flightgear (git) , and noticed that the 2d cloud layers are
> racing along nearly double my flight speed , and usually in the general
> heading I fly .Its gives the illusion I'm flying backwards , unless a
> mountain pe
On Wed, Jul 21, 2010 at 5:00 PM, Torsten Dreyer wrote:
> I don't know if it's somehow related, but the 3d clouds don't seem to drift
> with the wind, either. Flying with crosswind with a magnitude as your
> airspeed let you fly toward the clouds at a 45 degree angle. My setup was:
> Wind from 1...
On Wed, Jun 30, 2010 at 4:12 AM, Jörg Emmerich wrote:
> Hi Stuart and Heiko,
> I seldom saw such a fantastic responsiveness in my life - thanks a
> million. Sorry that it took me so long to say "thanks a million" - I had
> a hard time learning how to get the new Beauty out of the GIT - so I
> even
Heiko Schulz wrote:
> As I can remember I used the old one it because it was the only good 3d-model
> I found. But I must admit that this type is never used on c172p and I missed
> that fact, so we indeed should use the right one.
>
> I just had look into ircraft/Instruments-3d and found the rig
Hi Joe,
> In case anybody is still working on the C172p-3D:
Heiko and I currently maintain it, so we're interested in any bugs/suggestions.
> While trying to describe how to fly turns with the c172p 3D-model I
> noticed problems with the there used 3D-Turn-Coordinator/Indicator (as
> well in the
On Tue, May 25, 2010 at 5:05 PM, Chris O'Neill wrote:
> On Tue, 2010-05-25 at 15:45 +0200, Csaba Halász wrote:
>> On Tue, May 25, 2010 at 10:32 AM, Stuart Buchanan wrote:
>> >
>> > I wonder if it would be worth having a "child-friendly" MP Group (I
>>
Hi Joe,
On Tue, May 25, 2010 at 10:18 AM, Jörg Emmerichwrote:
> Hi Stuart
> sorry that I am that stubborn on this - but somehow I am afraid that
> this item could affect our ideas of a "free and open" community.
No problem. These are very valuable discussions to have. However, I don't
think this
On Tue, May 25, 2010 at 1:20 AM, Peter Morgan wrote:
> Thats cool and will work imho.
> Means my kids can select newbie, whilst more experienced users can select
> "skill levels" or "wanting" levels.
I wonder if it would be worth having a "child-friendly" MP Group (I
think this term
is easier to u
On Tue, May 25, 2010 at 2:16 AM, Chris O'Neill wrote:
> On Tue, 2010-05-25 at 00:28 +0100, Stuart Buchanan wrote:
>> Here's a first attempt at the dialog:
>>
>> http://www.nanjika.co.uk/flightgear/mp-display.png
>
> Looks pretty good to me.
>
>> So, t
On Mon, May 24, 2010 at 10:56 PM, I wrote:
> On Mon, May 24, 2010 at 9:37 PM, Rob Shearman, Jr. wrote:
>> I too have a few concerns about this proposal, partially due to the inherent
>> invitation to "segregate the community", but also due to the complexity of
>> the various use-case scenarios, as
On Mon, May 24, 2010 at 9:37 PM, Rob Shearman, Jr. wrote:
> I too have a few concerns about this proposal, partially due to the inherent
> invitation to "segregate the community", but also due to the complexity of
> the various use-case scenarios, as illustrated by the example you valiantly
> attem
On Mon, May 24, 2010 at 5:47 PM, Jörg Emmerich wrote:
> Thanks Stuart for the explanation - and I guess I understand now how it
> shall work in an event with a group of people having the same goals and
> settings (e.g. TGA). Although I still see the possibility that some
> (younger or older) kids
On Sun, May 23, 2010 at 7:18 AM, Jörg Emmerich wrote:
> As someone doing ATC 4 days/week, I would like to bring in another point
> of view to this issue:
> So my take is:
> - yes, we need the ability to lock some people out, if it is getting too
> bad
> - but do not lock out people because they ma
Stuart Buchanan wrote:
> Alexander Barrett wrote:
>> Excellent idea and one I think many will appreciate. I haven't had time to
>> look at it yet so please excuse the question if its obvious from within the
>> code:
>>
>> Does this reset with every MP se
Csaba Halász wrote:
> On Fri, May 21, 2010 at 11:26 AM, Stuart Buchanan wrote:
>> My proposal is that users may optionally set a class or community they
>> are flying in (say /sim/multiplay/class) that is exposed over MP.
>>
>> For example:
>> Default - the d
Hi All,
My patch to hide other MP aircraft opens the door to providing a
useful function to allow multiple different communities of flyers to
use the global FG
airspace independantly, without requiring additional sets of MP servers.
The main use-case is a group of pilots wishing to practise flyin
Alexander Barrett wrote:
> Excellent idea and one I think many will appreciate. I haven't had time to
> look at it yet so please excuse the question if its obvious from within the
> code:
>
> Does this reset with every MP session, or is it easy to clear the list either
> selectively or in its en
Hi All,
Please find below a small patch to allow the user to ignore specific
MP aircraft on a per-MP instance basis by setting
"controls/invisible". This
property name was chosen for consistency with the existing property
for AIBallistic objects.
Once the source change is committed (and I've got
Hi All,
As you may recall, there was a bug in the random object placement
where the model selected in the case of multiple object definitions in
material.xml was random, rather than seeded.
This was partially fixed before the release by (I think) Erik. I've
now got a better patch using the mt fun
Vivian Meazza wrote:
> It's now in cvs for you to test. Several of us have tried it and it does
> work. Warning: the download is on the large side, and when you try it you
> might find the hit on framerate unsustainable.
>
> You will need this patch for the FG source to make it work:
>
> ftp://ftp
Simon Hollier wrote:
> Here's a bunch of random photos from a 172S:
>
> http://hellosimon.org/35117/
>
> There's some close ups of some rivets in some of them.
>
> Hope that helps,
> Simon
Very useful. Thanks also for the cockpit details. While it's not a "p"
model, I'm sure I can use
some of the
Bertrand wrote:
> This is some nice artistic/graphical work indeed, however, I am afraid
> this is not very realistic. If you want Cessna aerodynamicists to die
> from an heart attack, just show them this picture ^_^
:)
I was basing the work on some photos I found on the Cessna website.
This one
Frederic Bouvier wrote:
> Glad to see the effect is used. I noticed the bump is reverted on one axis.
> In a previous thread, I wrote :
>
>> I use the GIMP normal map plug-in to create my normal maps. Here are two
>> example. A bump :
>> http://frbouvi.free.fr/flightsim/gimp-normalmap-bump.png
>>
>
Hi All,
I've just updated the c172p to make use of the bumpspec Effect for a
bump-map. I've still to get the rivet separation right, but the effect
so far is rather pleasing:
http://www.nanjika.co.uk/flightgear/fgfs-screen-004.png
Like most of the other shader effects, this looks better in-sim t
Gary Neely wrote:
> I'd like to second Gijs' concerns here. I build my models in sub-units
> partly to facilitate ease of maintenance and development, and partly
> for easy LoD range logic. My model units tend to be: airframe,
> external details (antennae, etc), external lighting rig, cockpit,
> i
jean pellotier wrote:
> Stuart Buchanan a écrit :
>>
>> Providing a higher granularity of control would be tricky but not
>> impossible - I guess you could define a list of model names that
>> are to be loaded completely...
>>
>>
> could it be done &q
Gijs de Rooy wrote:
> A much bigger problem are those aircraft (like my 744) that are split into
> several models, for easy
> maintenance/development. Wings, fuselage, gear area all seperate models,
> with seperate animation
> files...
I wasn't aware that we had any aircraft split up this way.
Ho
For those interested in trying this out, I've uploaded a simple patch
to http://www.nanjika.co.uk/flightgear/ai.diff
It's not suitable for committing in it's present form - at the very
least the properties should be loaded from the FG tree rather than
SimGear and I'm not sure that the SGReaderWrit
Alexis Bory wrote:
> When using dual control like in Anders c172p-dual-control and
> ZLT-NT blimp, or the f-14b-bs, the copilot is actually flying in an AI
> model which needs all the eavy stuff we would like to disappear in
> most other situations.
>
> There is also a big demand of visual details
Jason Shepard wrote:
> Stuart:
>> 1) A control to disable sub-model loading for AI aircraft. This
>> effectively stops the model loader from recursing into tags,
>> and therefore stops it from loading any sub-models such as cockpits,
>> instruments, pilots etc.
>
> Csaba:
>> I want to see AI/MP ai
Rob Shearman, Jr.
> However, would the one stated above prevent models which use submodels for
> wing-flex effects from appearing to have wings? (Wait... are there any such
> models, or are the wings animated components of the main model?)
I would expect that the wing flex would be an animated co
Csaba Halász wrote:
> Generally I prefer proper LOD and getting rid of specialized AI
> versions. I want to see AI/MP aircraft in full detail when I am near
> one - or even inside. Ideally I want to see all the instruments
> properly working when I hitch a ride using model+cockpit view. In the
> lo
Jason Shepard wrote:
> As far as what you have written here:
>
> 1) As I understand this, it basically does exactly the same thing as going
> through the individual model files and removing the cockpits/interiors/etc.,
> correct?
Correct.
> a) Would this work on single-player?
Yes, but there's
Hi All,
A number of people on the forums have mentioned performance issues on
lower-spec system on MP, particularly due to loading complex models
for other aircraft causing stuttering.
In an effort to help with this I've been looking at two fixes:
1) A control to disable sub-model loading for AI
Lot's of useful ideas - all of which seem better than my original thoughts :)
Martin Spott wrote:
> James Turner wrote:
>> On 30 Mar 2010, at 16:46, Frederic Bouvier wrote:
>>
>>> What about putting subset of the current materials.xml inside the
>>> scenery tree ? The material library could search
Hi All,
For a while I've been thinking about improving our material handling
to allow for more regional variation. For example, the buildings in
towns in the USA are quite different from those in the UK, and an
evergreen forest in the Carribean is quite different to one in Norway.
I'm currently w
bit sci-fi to me :)
-Stuart Buchanan (using gmail as yahoo mail is having problems with
sourceforge mailing lists)
Index: urban.frag
===
RCS file: /var/cvs/FlightGear-0.9/data/Shaders/urban.frag,v
retrieving revision 1.3
diff -
On Wed, Mar 10, 2010 at 3:55 PM, leee wrote:
> There is always a risk associated with changing default behaviour
> and the bottom line is that there is no immediate need to do so,
> nor any overhead incurred by not doing so.
>
> This just seems like a commonsense policy to me, and was one of the
>
rse out stuff like this is just going to make me
less likely to
use it, and therefore make it useless.
I'd suggest that the wiki is a better place for this sort of information.
-Stuart Buchanan
--
Download Intel® Par
Durk Talsma wrote:
> I do see this type of uncoordinated fragmentation as being counterproductive,
> and not contributing to a positive user experience. I want to emphasize that
> apart from a few "private sandboxes", most of these sites appear to exist for
> genuine reasons, but nevertheless
John Denker wrote:
> On 02/21/2010 01:25 PM, Stuart Buchanan wrote:
> > I think you may be looking at an out-of-date version of
> > the getstart manual.
>
> I don't think so. "cvs up" says my copy is already up to
> date. The log includes updates throug
Stuart Buchanan wrote:
> John Denker wrote:
> > I recently discovered that it is possible to fly the C172p
> > (and presumably lots of other aircraft) using --fdm=ufo.
> >
> > This has the potential to be very useful, for instance if
> > you want to pose the airc
John Denker wrote:
> I recently discovered that it is possible to fly the C172p
> (and presumably lots of other aircraft) using --fdm=ufo.
>
> This has the potential to be very useful, for instance if
> you want to pose the aircraft for pictures, and for navaid
> "flight check" missions.
>
> Thi
Curtis Olson wrote:
>On Sat, Feb 13, 2010 at 2:55 AM, Gijs de Rooy wrote:
Hi Rob,
>>
>>
>>
>>> I was trying to get a good screenshot which demonstrates this, but I can't
>>> find the right
>>> arrangement of objects to prove my point at the moment.
>>
>>If you take the UFO, you can place any
John Denker wrote:
> The "repeat" sub-option would be even more useful if
> it were more widely known. It is not mentioned in
> --help --verbose and not mentioned in getstart.pdf.
>
> It would be nice if somebody would
> a) At least mention README.IO in getstart.pdf and
> also in --help --ver
Frederic Bouvier wrote:
> FYI, I sent a patch to a Plib maintainer (if there is still one) to fix
> joystick detection in plib under vista/7. fgsetup-2.0.0.exe should
> detect joyticks correctly. At least it works for me under Windows 7 64-bit.
>
> The patch submitted is attached
>
> -fred
Than
Diogo Kastrup wrote:
> I am not familiar with shaders at all but I found this while looking for
> compatibility
> of shaders on nvidia and ati:
> http://www.pouet.net/topic.php?which=5788
> I hope it helps.
>
> Diogo
Very interesting. Two things immediately struck me from that page:
- Floats a
John Denker wrote:
> As a tangentially-unrelated remark: no matter whether
> shader-effects are turned on or not, I observe that the
> /sim/rendering/random-vegetation property has no effect.
>
> Is it obsolete? What is/was it supposed to do?
IIRC it controls whether random vegetation is gene
jean pellotier wrote:
> here are the screens of some issues with my HD4650:
>
>
> the color change done to close/far field (gren/red/darker):
>
> http://janodesbois.free.fr/fg_screens/decembre09/screens_fg_windowsXP/
>
> and some clouds and others, specialy if the sun is low on horizon
> (sta
Hi All,
A number of people with ATI cards are having problems with the default shaders
on the current windows v2.0.0 RC:
http://www.flightgear.org/forums/viewtopic.php?f=6&t=6875&sid=b02b4d5ebd4c827ca26fc60fd857dda7&p=64237#p64237
Does anyone on the -dev list have an ATI card that is working (o
James Turner wrote:
> On 10 Feb 2010, at 10:50, Martin Spott wrote:
>
> > I agree with Tim on the idea of trying to keep "feature requests" off
> > the "bug"-list. Otherwise we'll soon end up in a situation where nobody
> > cares about the bug tracker because _real_ bugs are going to be
> > diffi
Heiko Schulz wrote:
> When I read this I could remember that X-Plane uses something similar.
>
> And yep, it seems so:
>
> http://scenery.x-plane.com/library.php?doc=about_facades.php
> http://scenery.x-plane.com/library.php?doc=facspec.php
>
> Just as an idea and for discussion
Very inte
Hi All,
The FlightGear Newsletter for January is now available:
http://wiki.flightgear.org/index.php/FlightGear_Newsletter_January_2010
As always, submissions are encouraged - a wiki page for the February edition
will be available soon.
-Stuart
--
Erik Hofman wrote:
> Erik Hofman wrote:
> >> Another way to fix it is to use a round-robin method instead of using
> >> random for model selection. This would probably be an easy fix.
> >> This method is also used for multiple scenery textures.
> >
> > Alright, this is committed to CVS for now.
Tim Moore wrote:
> Since the bug is in model choice (not position), affects less
> than a third of the object definitions in materials.xml, and is
> being reported very late in our release process, I'm inclined
> to fix this in a 2.0.1 maintenance release.
As I'm out of the loop concerning the
leee wrote:
> On Sunday 31 Jan 2010, Erik Hofman wrote:
> > Stuart Buchanan wrote:
> > > It's been a long time since I (re-)wrote the random object code
> > > for OSG, but my recollection is that we use the same random
> > > number seed when generating rand
Tim Moore wrote:
>On Sun, Jan 31, 2010 at 8:07 PM, Erik Hofman wrote:
>Stuart Buchanan wrote:
>>>>> It's been a long time since I (re-)wrote the random object code for OSG,
>>>>> but my
>>>>> recollection is that we use the same random n
Erik Hofman wrote:
> Stuart Buchanan wrote:
> > It's been a long time since I (re-)wrote the random object code for OSG,
> > but
> my
> > recollection is that we use the same random number seed when generating
> > random model placements, to ensure that
Hi Pete,
The GUI is defined in XML and integrated with Nasal. There's a README.GUI
file which describes most of it (IIRC there are some features that aren't
documented at present).
I'd suggest having a look there, as I don't think that most of your comments
below are problems with the GUI code
James Turner wrote:
> A related observation is that there is not much of a FG-sepcific Nasal
> 'standard
> library' for this kind of thing, so huge amounts of copy-and-paste goes on
> between aircraft. Sometimes there's five or ten copies of a given Nasal
> function
> in CVS, across different
J. Holden wrote:
> I don't know if we've gone final with everything yet, but if we haven't,
> would
> it be possible for somebody here to:
> * double-check to see if the "mushroom" water-towers still exist under the
> town
> definition in materials.xml; and, if so,
> * remove them.
>
> As we'
I wrote:
> Seen as no-one else has commented, I'll just add my 2c and say that I think
> this is a fine selection.
I just realized that Yahoo appears to be bouncing/throttling emails from
sourceforge.net, so
that's why I haven't seen the discussion that's been taking place...
-Stuart
Durk wrote:
> It looks like this is becoming a bit of an annual tradition: With each new
> major release, we are evaluating which aircraft we wish to highlight by
> including them in the base package. Due to time constrains, we have fallen a
> bit behind with the release process this year. Neve
Hi All,
The graphics card on my FG PC has just died, and as the PC is now quite old and
was already on it's second graphics card, I'm looking to buy a laptop to
replace it with.
Does anyone have a recommendation for laptops, or particular things I should
look out for.
So far, my requirements
Durk Talsma wrote:
> Hi Folks,
>
> Well, if some of you might have noticed, the release process is going
> somewhat
> slower than we had all hoped for I would just like to give a quick heads up
> though.
On a related note, I've just updated the source for the Short Reference and The
Manual
t
YOSHIMATSU Toshihide wrote:
> > I've spent an hour or so making the key assignments accurate and improving
> > the
> > mouse mode description. An updated version is available here:
> >
> > http://www.nanjika.co.uk/flightgear/FGShortRef.pdf
> >
> > Comments are very welcome as always.
>
> Stua
Christian Menge wrote:
> I'll be sure to send any build questions but for now we need to run a bunch
> of
> assessment tests to verify that FG can provide the tools needed for FAA /
> AATD
> Certification with the C172. Initial observation looks good, except for no
> Instructor Station.
>
>
YOSHIMATSU Toshihide wrote:
> Hi Stuart and Martin,
>
> I'm translating the FlightGear Manual into Japanese in FlightGear JP
> forum.
> After v1.9.0 released, I have noticed some typos and/or points to
> reconsider the Manual.
>
> There is some notes about it (sorry, including Japanese language):
Hi All,
I've been trying to track down an audio bug where the ATIS voice doesn't play
on my system, though all the other sounds work fine. ATIS has worked
intermittently with the new sound system in the past, and definitely worked
before then. I suspect the issue is specific to my system, as I'
Hi All,
I've received a couple of final comments. V1.4 of the statement is below.
I think we've now got a statement that everyone on the -dev list is happy with.
Curt - Can you please uploaded it to the main FG website and add a link from
the Announcements
page. I'll then send out some emails
S Andreason wrote:
> >> configured autopilots like the senecaII, c172p, PA24-250.
> >>
>
> Well yes, but I expected the default aircraft to work.
> Since the manual and help windows give instructions on using Ctrl-A,
> Ctrl-W,
> Ctrl-H, etc, and F11 does open the autopilot settings, I would
Ron Jensen wrote:
> > > Are you sure you don't have some noisy input
> > > device like a joystick or pedals connected that might affect the
> > > rudder axis?
> > > If two input axes are bound to the same control the last write wins.
> >
> > Thanks for the hint. That helps. It makes sense fro
John Denker wrote:
> On 05/24/2009 02:58 AM, Torsten Dreyer wrote in part:
>
> > Step #2
> > Add an option --metar=
> > - this implies --disable-real-weather-fetch and set scenario to METAR
> > - make the metar string editable in the weather_scenario dialog
> > This option needs some changes in t
Hi All,
While updating The Manual to include all the command-line options listed by
"--help --verbose", I discovered that "--help --verbose" itself wasn't up to
date.
I've just checked in some changes to options.xml and the default set of
translated strings, so --help --verbose is now consiste
Hi All,
Thanks very much for the additional feedback.
As before, I've compiled the feedback since the last version, and included
a new version (v1.3) at the bottom of this email.
Any final comments?
-Stuart
Vivian wrote:
>Typo?
>
>... at not cost from ...
Fixed.
>Awkward tautology?
>
>... we
Hi All,
Thanks very much for the additional feedback.
As before, I've compiled the feedback since the last version, and included
a new version (v1.2) at the bottom of this email.
Assuming people are happy with the update, I think we're pretty close to
a statement that could be posted onto the m
Thanks to everyone who's commented so far:
Vic Marriott wrote:
> I hate to be the one to shout about bad English, but FlightGear is
> either 'Free', or you can download it 'for nothing'. Please don't say
> 'for free'.
I think "for nothing" could have negative connotations. How about "at no
501 - 600 of 1047 matches
Mail list logo