On Wed, 16 Jan 2008 21:46:05 -0600
"Curtis Olson" <[EMAIL PROTECTED]> wrote:
> On Jan 16, 2008 7:23 PM, Syd&Sandy wrote:
>
> > On Wed, 16 Jan 2008 21:19:32 +0100
> > Melchior FRANZ wrote:
> >
> > > * Syd&Sandy -- Wednesday 16 January 2008:
> > > > I rarely get time to check other's work , so I ne
On Jan 16, 2008 7:23 PM, Syd&Sandy wrote:
> On Wed, 16 Jan 2008 21:19:32 +0100
> Melchior FRANZ wrote:
>
> > * Syd&Sandy -- Wednesday 16 January 2008:
> > > I rarely get time to check other's work , so I never know who
> > > else is using the gauges ...
> >
> > Sorry, but that's absurd. It takes a
Hi everyone,
A memory leak ran over me with fg + sg cvs/OSG 2.3.1 using SDL/osgviewer.
It accumulates about 200mb/ 10 min, until your memory and swap is full,
despite the 15mb/10min of the unleaked version.
I narrowed the search: with fg + sg cvs from 5th of jan. there is no
leak, while it is
On Wed, 16 Jan 2008 21:19:32 +0100
Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> * Syd&Sandy -- Wednesday 16 January 2008:
> > I rarely get time to check other's work , so I never know who
> > else is using the gauges ...
>
> Sorry, but that's absurd. It takes almost no time to check ...
>
> $
Patch adds a member function to FGRenderer class that returns the
current aspect ratio. Uses this in place of 4.0/3.0 in setFOV and
setNearFar.
The diff follows:
? renderer.diff
Index: renderer.cxx
===
RCS file: /var/cvs/FlightGea
* Syd&Sandy -- Wednesday 16 January 2008:
> I rarely get time to check other's work , so I never know who
> else is using the gauges ...
Sorry, but that's absurd. It takes almost no time to check ...
$ find $FG_ROOT/Aircraft -name \*.xml|while read i; do grep -l vsi-3d.xml $i;
done
/usr/loc
On Wed, 16 Jan 2008 14:42:20 + (GMT)
Stuart Buchanan <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I've been tracking down why the VSI on the pittss1c has stopped working. It
> uses
> the Aircraft/Instruments-3d/vsi-6/vsi-3d.xml model.
>
> Looking at the change log, there was a change in the pro
I had some spare time today and did some testing to reproduce the crash with a
CVS buid a few days old.
1. removed .fgfsrc file and .fgfs directory to get a clean start
2. ran fgfs --native=file,out,20,fgfs.out
3. flew a (ugly) traffic pattern on ksfo 28R with full stop landing
4. ran
fgfs --
Hi,
I am migrating fgrun to use OSG to preview aircrafts. The integration of the
osgViewer classes inside fltk went flawlessly. Then I copied the sgLoad3DModel
from simgear/scene/model/model.cxx.
The problem I have is that it seems that axis Y and Z are inverted for AC3C
models. It is very visibl
Hi All,
I've been tracking down why the VSI on the pittss1c has stopped working. It uses
the Aircraft/Instruments-3d/vsi-6/vsi-3d.xml model.
Looking at the change log, there was a change in the property it uses from
/instrumentation/vertical-speed-indicator/indicated-speed-fpm
to
/instrument
AnMaster wrote:
> Indeed it does reset, after about 10 minutes flying.
>
> So intended feature then?
Yes - the instrument should be caged before attempting aerobatics. Same
for directional gyros I believe.
Jon
-
This SF.n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jon Stockill wrote:
> AnMaster wrote:
>> After a report from a windows user about broken artificial horizon after a
>> roll in c172p and
>> SenecaII (using 1.0), I tried this. I do not know if it is a feature or a
>> bug, but after a roll in
>> c17
AnMaster wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> After a report from a windows user about broken artificial horizon after a
> roll in c172p and
> SenecaII (using 1.0), I tried this. I do not know if it is a feature or a
> bug, but after a roll in
> c172p the artificial hor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
After a report from a windows user about broken artificial horizon after a roll
in c172p and
SenecaII (using 1.0), I tried this. I do not know if it is a feature or a bug,
but after a roll in
c172p the artificial horizon is indeed no longer correct
14 matches
Mail list logo