It's made by one of the forum users.
See this topic: http://www.flightgear.org/forums/viewtopic.php?p=13898#p13898
Gijs
> To: flightgear-devel@lists.sourceforge.net> From: [EMAIL PROTECTED]> Date:
> Sat, 11 Oct 2008 00:42:09 +> Subject: [Flightgear-devel] KLAX-traffic> >
> There's a funny d
There's a funny directory in the Base Package:
http://mapserver.flightgear.org/git/gitweb.pl?p=fgdata;a=tree;f=AI/Aircraft/KLAX-traffic
Is this intentional or more an unwanted accident to store 'traffic'
files below such a funny directory name ? I can't find such directory
being referenced any
* gerard robin -- Saturday 11 October 2008:
> Does the number of http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-de
On samedi 11 octobre 2008, Csaba Halász wrote:
> On Sat, Oct 11, 2008 at 1:18 AM, gerard robin <[EMAIL PROTECTED]> wrote:
> > If i define more than 10 (over than n=9)> in property sim/multiplay/generic/
> > for instance > The value of that 10 is not transmitted to Multiplay .
> >
>
On Sat, Oct 11, 2008 at 1:18 AM, gerard robin <[EMAIL PROTECTED]> wrote:
>
> If i define more than 10 (over than n=9) in property sim/multiplay/generic/
> for instance The value of that 10 is not transmitted to Multiplay .
>
> Does the number of http://moblin-contest.org/redirect.php
Hello,
If i define more than 10 (over than n=9) http://pagesperso-orange.fr/GRTux/
J'ai décidé d'être heureux parce que c'est bon pour la santé.
Voltaire
-
This SF.Net email is sponsored by the Moblin Your Move Devel
Stewart Andreason wrote:
> Vivian Meazza wrote:
> > I remain unclear what the claimed shortfall in the particle
> implementation
> > actual _is_. I have just provided generic tyre smoke, tyre spray and jet
> > spray animations in cvs the XML implementation. So far as I can see they
> are
> > reaso
> >
> Hi Vivian,
>
> There is something I can't do with xml particles.
> There is only a and sections
> under
> It would be nice to be able to have at least one Midpoint
> to change the
> speed at which the color or alpha or size changes from
> Start to End
> definitions.
>
> Right now
Vivian Meazza wrote:
> I remain unclear what the claimed shortfall in the particle implementation
> actual _is_. I have just provided generic tyre smoke, tyre spray and jet
> spray animations in cvs the XML implementation. So far as I can see they are
> reasonably realistic, and were fairly straigh
> Would it be possible to:
> - Change the lighting animation from /controls/lighting/instrument-norm
> to /systems/electrical/outputs/instrument-lights-norm? This would
> allow the electrical system to affect the lighting.
> - Add the display digits to the emissions animation? (assuming they
>
On vendredi 10 octobre 2008, Alexis Bory - xiii wrote:
> > > $ grep launch src/MultiPlayer/multiplaymgr.cxx {107,
> > > "gear/launchbar/position-norm", SGPropertyNode::FLOAT}, {108,
> > > "gear/launchbar/state", SGPropertyNode::STRING}, {109,
> > > "gear/launchbar/holdback-position-norm", SGPropert
Hi!
Since people keep saying that OSG is easy, I thought I'd ask here
before I go over to the OSG list.
I have modified the osgdistortion example so that it uses an
intermediate image instead of directly rendering to the texture. I did
this to simulate my problem with rendering to an image.
Here
On Thu, 2008-10-09 at 21:30 +0200, Torsten Dreyer wrote:
> Hi
>
> I just dared to submit my first files into the data package outside the
> aircraft folders maintained by myself.
>
> It is the improved imlementation and 3d-model of the KX165 COMM/NAV radio
> that
> has been in the SenecaII fro
On vendredi 10 octobre 2008, Melchior FRANZ wrote:
> * gerard robin -- Friday 10 October 2008:
> > So from the boolean value coming from JSBSim i have to listen it,
> > and to convert with a specific Nasal script , which is tricky.
>
> You are slightly overrating the trickiness factor ... :-}
On vendredi 10 octobre 2008, Vivian Meazza wrote:
> gerard robin wrote
>
> > A question, may be to Vivian.
> >
> > About one carrier feature /gear/launchbar/state which is
> > wanted by
> > the JBD animation.
> > i wonder if it won't be possible to replace the text constant value
> > "Engaged"
> >
Melchior FRANZ
>
> * Vivian Meazza -- Friday 10 October 2008:
> > I've no idea how it got into the list of properties.
>
> Maybe it's for the (steerable) carrier "aircraft"? Using
> 8 bytes more over MP than required is probably not such a
> big issue. Demanding string comparisons for every chec
Detlef Faber wrote:
> Am Donnerstag, den 09.10.2008, 11:09 +0200 schrieb Melchior FRANZ:
>> * Detlef Faber -- Thursday 09 October 2008:
>>> I want to give the option to select a different logo with the same
>>> livery. (e.g One Navy Aircraft with the skull logo and another navy
>>> Aircraft with
* Vivian Meazza -- Friday 10 October 2008:
> I've no idea how it got into the list of properties.
Maybe it's for the (steerable) carrier "aircraft"? Using
8 bytes more over MP than required is probably not such a
big issue. Demanding string comparisons for every check
is a bit annoying, even thoug
> > $ grep launch src/MultiPlayer/multiplaymgr.cxx {107,
> > "gear/launchbar/position-norm", SGPropertyNode::FLOAT}, {108,
> > "gear/launchbar/state", SGPropertyNode::STRING}, {109,
> > "gear/launchbar/holdback-position-norm", SGPropertyNode::FLOAT},
> >
>
> That should have been "we". I've no ide
: Melchior FRANZ
> * Vivian Meazza -- Friday 10 October 2008:
> > You need to pass the launchbar state over mp?
>
> The "you" is inappropriate. I didn't say that I need it,
> and I didn't add it to the transmitted properties. Yet
> it is there! Why don't you read the source?!
>
> $ grep launch
* Vivian Meazza -- Friday 10 October 2008:
> You need to pass the launchbar state over mp?
The "you" is inappropriate. I didn't say that I need it,
and I didn't add it to the transmitted properties. Yet
it is there! Why don't you read the source?!
$ grep launch src/MultiPlayer/multiplaymgr.cxx
Melchior FRANZ
> Better make that ...
>
> setlistener("/gear/launchbar/state", func(n) {
> setprop("/fdm/jsbsim/launchbar/launch-bar-state", n.getValue() ==
> "Engaged");
> }, 0, 0);
>
> ... because I seem to remember that the property is written to
> quite frequently (also a bug, if y
Am Donnerstag, den 09.10.2008, 11:09 +0200 schrieb Melchior FRANZ:
> * Detlef Faber -- Thursday 09 October 2008:
> > I want to give the option to select a different logo with the same
> > livery. (e.g One Navy Aircraft with the skull logo and another navy
> > Aircraft with dragon logo).
>
> Use ai
Better make that ...
setlistener("/gear/launchbar/state", func(n) {
setprop("/fdm/jsbsim/launchbar/launch-bar-state", n.getValue() ==
"Engaged");
}, 0, 0);
... because I seem to remember that the property is written to
quite frequently (also a bug, if you ask me), and the second
0 make
gerard robin wrote
> A question, may be to Vivian.
>
> About one carrier feature /gear/launchbar/state which is wanted
> by
> the JBD animation.
> i wonder if it won't be possible to replace the text constant value
> "Engaged"
> with a boolean value, into the carrier program ?
>
> Working w
* gerard robin -- Friday 10 October 2008:
> So from the boolean value coming from JSBSim i have to listen it,
> and to convert with a specific Nasal script , which is tricky.
You are slightly overrating the trickiness factor ... :-}
setlistener("/gear/launchbar/state", func(n) {
setp
Hello,
A question, may be to Vivian.
About one carrier feature /gear/launchbar/state which is wanted by
the JBD animation.
i wonder if it won't be possible to replace the text constant value "Engaged"
with a boolean value, into the carrier program ?
Working with JSBSIm FDM which don't
On 9 Oct 2008, at 20:30, Torsten Dreyer wrote:
The KX165 or it's low power little brother KX155 is quite common in GA
aircraft, so I think it might be a good idea to store it in a common
place.
Here is a screenshot of a doublepack installation
http://www.t3r.de/fg/kx165.jpg
Looks great, a
28 matches
Mail list logo