Very clear explanations. Thanks !
Stay tuned for the next question ;-)
Olivier
2009/6/25 Maik Justus mjus...@gmx.de
Hi
Heiko Schulz schrieb am 25.06.2009 22:06:
Hi,
...
Can I use the mstab command to specify the outer wing and the
regular wing command for the inner one ?
In
Hi Stuart,
- Stuart Buchanan a écrit :
As I had some unexpected spare time over the last week, I put together
a first edition of The FlightGear Newsletter, which can be found
here:
http://wiki.flightgear.org/index.php/FlightGear_Newsletter_July_2009
Nice initiative.
I have a nit: I
Hello,
I'd like to bring up again the issue of standalone FlightGear modules (add-ons,
plug-ins). You probably hear this question once a while, but I have a new
argument. ;-)
Although the FlightGear design fairly modular it's provided as a single binary.
Everyone who wants to create a new I/O
Petr Gotthard wrote:
To follow the do things right rule I think it would be great to implement a
generic interface for standalone I/O modules. Both Micro$oft FSX and X-Plane
have such interface. The MS HLA users would just need to build a shared
module (.dll or .so) for a particular HLA
Petr Gotthard wrote:
To follow the do things right rule I think it would be great to implement
a generic interface for standalone I/O modules. Both Micro$oft FSX and
X-Plane have such interface. The MS HLA users would just need to build a
shared module (.dll or .so) for a particular HLA RTI
On Thursday 25 Jun 2009, Maik Justus wrote:
Hello Olivier,
Olivier Faivre schrieb am 25.06.2009 20:52:
Hello guys,
...
Actually, the wing is done with only one piece, 7° dihedral, no
twist. Can I use the mstab command to specify the outer wing
and the regular wing command for the
Interesting. Will try both possibilities.if mstab is not use by the solver,
What about biplane ? Not so clear anymore in my mind...
However, if i cannot set incidence to the mstab, my idea is dead...
Olivier
2009/6/26 leee l...@spatial.plus.com
On Thursday 25 Jun 2009, Maik Justus wrote:
Petr Gotthard wrote:
Let me advocate the idea:
I'm proposing a generic interface. If you look from the other side, it's a
possibility to easily implement a new I/O module for FlightGear. To help
people that might be interested to extend FlightGear but do not want to
recompile the whole
On Fri, 2009-06-26 at 09:07 +0200, Frederic Bouvier wrote:
Hi Stuart,
- Stuart Buchanan a écrit :
As I had some unexpected spare time over the last week, I put together
a first edition of The FlightGear Newsletter, which can be found
here:
Hi LeeE
leee schrieb am 26.06.2009 13:57:
I just thought I'd point out that the YASim solver sets the
incidence for the hstab element, not the wing element.
Thanks for correcting me. I checked the code. The only difference
between wing and mstab are:
- you have to define one wing (only
All valid points but irrelevant for the GPL. It is already possible to
connect proprietary software to FlightGear using the generic binary
(socket) protocol handler, but that doesn't violate the GPL. Plug-in
interfaces tend to do because they are considered 'part of the program'
by the GPL.
Hi Oliver
Welcome to FG world.
I use vstab for lower wing on K5Y1 (Aka Tombo).
You can see K5Y1.xml to find what should be done.
The latest K5Y1 is available at CVS and:
http://macflightgear.sourceforge.net/home/aircraft/k5y1
There're some points you need to know:
- dihedral must be clearly
Hi,
Olivier Faivre schrieb am 26.06.2009 14:04:
Interesting. Will try both possibilities.
if mstab is not use by the solver, What about biplane ? Not so clear
anymore in my mind...
I think the comment in the README.YASIM is wrong. I thought the solver
sets the incidence of the wing, but I was
On Friday 26 Jun 2009, Maik Justus wrote:
Hi LeeE
leee schrieb am 26.06.2009 13:57:
I just thought I'd point out that the YASim solver sets the
incidence for the hstab element, not the wing element.
Thanks for correcting me. I checked the code. The only difference
between wing and mstab
All valid points but irrelevant for the GPL. It is already possible to
connect proprietary software to FlightGear using the generic binary
(socket) protocol handler, but that doesn't violate the GPL. Plug-in
interfaces tend to do because they are considered 'part of the program'
by the GPL.
Hi there,
I've made patches for configure.ac and Makefile.am on both FG and SG for Mac OS
X.
Here are the patches:
http://macflightgear.svn.sourceforge.net/viewvc/macflightgear/trunk/patches/flightgear-configures.diff
With latest CVS (source and data), I'm seeing the following
continuously in the console (with the UFO, obviously):
Instance of model Aircraft/ufo/Models/marker.ac has invalid values
CullVisitor::apply(Geode) detected NaN,
depth=nan, center=(0 0 35040),
matrix={
nan nan nan nan
Hello all...
Somehow, when updating my FG installation on Vista using Fred's 6/23 build, I
can no longer start Dave Culp's T2C. I also tried a couple of his other planes
and got similar results. However, loading up several other aircraft models
(both YASim and JSBSim) was successful. Below
This looks like a side effect of the newer way of
interpreting/defining/using properties in the latest JSBSim. I have not seen
Dave's TC2 model. Where can I find that? I might be able to help.
Jon
Jon S. Berndt
Development Coordinator
JSBSim Project
www.JSBSim.org
From: Rob
19 matches
Mail list logo
