Ronny Standtke wrote:
> Hi,
>
> I am in the process of i18n of the Live-CD. I need your assistance here. I
> only speek German and my own version of English.
>
> I need the sentence "For starting in please type:"
> in all the languages you speak. (Please correct my English version too, if
> n
* [EMAIL PROTECTED] -- Monday 26 January 2004 03:38:
> Could we add wheels to this Boeing [...]
Yes, you can.
m.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Mon, 26 Jan 2004 09:06:16 +0100, Ronny Standtke <[EMAIL PROTECTED]>
wrote:
Hi,
I am in the process of i18n of the Live-CD. I need your assistance here.
I
only speek German and my own version of English.
I need the sentence "For starting in please
type:"
In norwegian:
"For å starte på nor
On Sun, 25 Jan 2004 22:19:48 -, Jim Wilson <[EMAIL PROTECTED]> wrote:
These are all controllers for ailerons, elevators, rudders, etc. A
small and
easily definable set which is ideal for subclassing. Maybe we could
have a
subclass for each of these controls rather than trying to abstract a
Hi,
I painted the windows of 747 and a320 transparent, then I put a simple rectangle
behind the windows. This object got an emissive white color.
http://home.arcor.de/iljamod/747.jpg
http://home.arcor.de/iljamod/a320.jpg
Just imagine, when you add the "select" animation depending on time or sun,
>
> That would be the responsibility of the autopilot designer. If he/she
> designed a control structure that used two separate
> controllers that acted
> on the ailerons, that would be his/her problem. In fact it
> might turn out
> to be a good thing. ;-)
>
Does this imply that we also nee
Erik Hofman wrote:
All that would need to happen is for someon to write a plib
reader/writer for the xgl format and then we can begin using it. The
modelers would have to figure out how to output in this format which
could be a little trickier.
Somehow I sense a very load "HINT! HINT!" here .
David Megginson writes:
> >
> Since Blender can use Python scripts for output (it exposes its internal
> data structures to Python), a Blender reader/writer should be no harder to
> write than a plib reader/writer.
Probably easier :-)
Norman
___
F
I remember some documentation on the different sockets available through flightgear,
but can't seem to find them on the site. Do you know where I can find these?
Thanks,
Adam
-Original Message-
From: David Megginson [mailto:[EMAIL PROTECTED]
Sent: Friday, January 23, 2004 6:21 PM
To:
On Mon, 26 Jan 2004 13:13:44 -, Richard Bytheway
<[EMAIL PROTECTED]> wrote:
That would be the responsibility of the autopilot designer. If he/she
designed a control structure that used two separate
controllers that acted
on the ailerons, that would be his/her problem. In fact it
might turn ou
Ilja Moderau wrote:
Hi,
I painted the windows of 747 and a320 transparent, then I put a simple rectangle
behind the windows. This object got an emissive white color.
http://home.arcor.de/iljamod/747.jpg
http://home.arcor.de/iljamod/a320.jpg
Just imagine, when you add the "select" animation dependi
David Megginson wrote:
Erik Hofman wrote:
All that would need to happen is for someon to write a plib
reader/writer for the xgl format and then we can begin using it. The
modelers would have to figure out how to output in this format which
could be a little trickier.
Somehow I sense a very lo
Norman Vine wrote:
David Megginson writes:
Since Blender can use Python scripts for output (it exposes its internal
data structures to Python), a Blender reader/writer should be no harder to
write than a plib reader/writer.
Probably easier :-)
It depends,
I don't know:
Blender, Python, XGL
I
Snyder Adam D Civ AFRL/VACD wrote:
I remember some documentation on the different sockets available through flightgear, but can't seem to find them on the site. Do you know where I can find these?
Most of it should be present in:
FlightGear/docs-mini/README.IO
Erik
_
Erik Hofman writes:
>
> Norman Vine wrote:
> > David Megginson writes:
> >
> >>Since Blender can use Python scripts for output (it exposes its internal
> >>data structures to Python), a Blender reader/writer should be no harder to
> >>write than a plib reader/writer.
> >
> >
> > Probably easi
Erik Hofman wrote:
I don't know:
Blender, Python, XGL
I do know:
C++, plib
Any interpreted language with memory management is going to be significantly
easier than a language without: the choice among Python, Perl, Java, etc. is
a religious issue (and also depends on issues like library availabi
> --- start ---
>
> "Accelerate your C++ development with Borland® C++BuilderX Personal, a
> multiplatform development environment for building high-performance C++
> applications. An innovation in C++ development technology, C++BuilderX
> provides an intuitive visual development environment with
David Megginson wrote:
Erik Hofman wrote:
I don't know:
Blender, Python, XGL
I do know:
C++, plib
Any interpreted language with memory management is going to be
significantly easier than a language without: the choice among Python,
Perl, Java, etc. is a religious issue (and also depends on iss
Erik Hofman wrote:
"You need version 2.x.x of Python" just after you have downloaded
version 1.x.y stable because it was needed by some other package.
The less interpreters available, the easier your life gets.
Yes, Python seems very brittle for version management compared to Perl and
Java. I
On Mon, 26 Jan 2004 07:10:16 -0800 (PST)
Gene Buckle <[EMAIL PROTECTED]> wrote:
Unless it's different from the downloaddable version, it does _not_
include any kind of RAD tool.
g.
You are probably thinking of the free Borland C++ 5.5 compiler. The
link I provided refers to the Personal Edition o
David Megginson writes:
>
> Erik Hofman wrote:
>
> > "You need version 2.x.x of Python" just after you have downloaded
> > version 1.x.y stable because it was needed by some other package.
I assume you tried finding an updated version of this 'package' or
running your package that required 1.
Norman Vine wrote:
David Megginson writes:
Erik Hofman wrote:
"You need version 2.x.x of Python" just after you have downloaded
version 1.x.y stable because it was needed by some other package.
I assume you tried finding an updated version of this 'package' or
running your package that requ
On January the 22nd I wrote:
Since Slackware will use Alsa sound from version 9.1 and onwards I would
like to mention a sound problem with some planes. Running
--aircraft=c310-yasim I'll get no plane sound, just the OM and
MM tweets.
Sorry, I would been clear about what the sound problem act
Roy Vegard Ovesen <[EMAIL PROTECTED]> said:
> I disagree. I think we should have one generic controller class. Remember
> that we don't want to control the ailerons, we want to control the roll
> angle or the turn rate through the ailerons. We tell the controller that
> we want 20 degrees left
> >Unless it's different from the downloaddable version, it does _not_
> >include any kind of RAD tool.
> >
> >g.
>
> You are probably thinking of the free Borland C++ 5.5 compiler. The
> link I provided refers to the Personal Edition of C++BuilderX. They
> are different products. Borland C++Build
On Mon, 26 Jan 2004 08:19:27 -0800 (PST)
Gene Buckle <[EMAIL PROTECTED]> wrote:
I've had BuilderX installed for a couple of months. Unless it's
_really_ well hidden, there is no RAD tool attached to it. It's just
a fancy>cross-platform IDE. It is my understanding that you have to
cough up seri
On Mon, 26 Jan 2004 16:21:19 -
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
That has nothing at all to do with what I said. We are controlling
individual
control surfaces. Period. I don't think we should have subclasses
for each
desired action/process. Only each control surface type. Roll
c
> OK. Yes, I've used Delphi and C++ Builder for a while, but haven't
> upgraded in a few years. The free C++ compiler BC++ 5.5 of course did
> not come with an IDE. C++Builder (no "X") of course comes with RAD
> functionality out of the box - that's what it is famous for. It's a
> bit surprising t
Jim Wilson wrote:
> That has nothing at all to do with what I said. We are controlling
> individual control surfaces. Period. I don't think we should have
> subclasses for each desired action/process. Only each control
> surface type. Roll control ends up being intrinsically part of
> aileron
Andy Ross <[EMAIL PROTECTED]> said:
> Jim Wilson wrote:
> > That has nothing at all to do with what I said. We are controlling
> > individual control surfaces. Period. I don't think we should have
> > subclasses for each desired action/process. Only each control
> > surface type. Roll control
On Mon, 26 Jan 2004 17:42:02 -
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
Good point (as is Jon's) but in all such design cases there are tradeoffs.
What I'm looking at is ease of configuration and that may be a
reasonable
tradeoff against the limitations of defining a standard set of
control
Hi,
That has nothing at all to do with what I said. We are controlling individual
control surfaces. Period. I don't think we should have subclasses for each
desired action/process. Only each control surface type. Roll control ends up
being intrinsically part of aileron control is it not? Pitc
Hof Markus wrote:
Hi folks,
now I was able to compile the new built in functions in cockpit.cxx:
// Added by Markus Hof on 5. Jan 2004
float get_dme( void )
{
static const SGPropertyNode * dme_node =
gGetNode("/radios/dme/distance-nm");
return dme_node->getFloatValue();
//return 3.
Ronny Standtke wrote:
Hi,
I am in the process of i18n of the Live-CD. I need your assistance here. I
only speek German and my own version of English.
I need the sentence "For starting in please type:"
in all the languages you speak. (Please correct my English version too, if
necessary.)
Gre
In Portuguese:
"Para comeÃar em PortuguÃs, por favor digite:"
Or, if the meaning is more a "please input:"
"Para comeÃar em PortuguÃs, por favor introduza:"
Miguel
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matevz Jekovec
Sent: Monday, January 2
David Luff wrote:
tilemgr.cxx contains the following block of code (lines 178 - 181):
xrange = (int)(vis / tile_width) + 1;
yrange = (int)(vis / tile_height) + 1;
if ( xrange < 1 ) { xrange /= 1; }
if ( yrange < 1 ) { yrange = 1; }
It looks to me like there might be a stray / sign
tilemgr.cxx contains the following block of code (lines 178 - 181):
xrange = (int)(vis / tile_width) + 1;
yrange = (int)(vis / tile_height) + 1;
if ( xrange < 1 ) { xrange /= 1; }
if ( yrange < 1 ) { yrange = 1; }
It looks to me like there might be a stray / sign in line 180?
Che
Ok, i found some drawings of the Airbus Aircraft Familiy:
http://www.airbus.com/media/drawings.asp
Best Regards,
Oliver C.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Hello,
Here is a list of pintable documents that show each aircraft type of the
Boeing Aircraft Family from a side, top and front view:
http://www.boeing.com/commercial/717/pf/ex_arrangement.pdf
http://www.boeing.com/commercial/737family/pf/pf_exterior.html
http://www.boeing.com/commercial/737f
One more, but a very good document about the upcoming Airbus A380:
http://www.airbus.com/pdf/a380/MFP_A380.pdf
On page 25-26 of this document you find very good drawings
from the side, front and top view of this airplane type.
Best Regards,
Oliver C.
___
On Mon, 26 Jan 2004 16:21:19 -, Jim Wilson <[EMAIL PROTECTED]> wrote:
That has nothing at all to do with what I said. We are controlling
individual
control surfaces. Period. I don't think we should have subclasses for
each
desired action/process. Only each control surface type.
Do you me
On Mon, 26 Jan 2004 09:10:23 -0800, Andy Ross <[EMAIL PROTECTED]> wrote:
I'd strongly suggest an architecture where the autopilot specifies a
black box, with all input and output done via property nodes:
../roll-rate -++---+ /controls/elevator
../yaw-rate -+--> | Autopilot | --> /
In Latin American Spanish:
"Para iniciar en español por favor introduzca:"
Best regards,
On Mon, 26 Jan 2004 09:06:16 +0100, Ronny Standtke <[EMAIL PROTECTED]>
wrote:
Hi,
I am in the process of i18n of the Live-CD. I need your assistance here.
I
only speek German and my own version of Englis
> On Mon, 26 Jan 2004 09:10:23 -0800, Andy Ross <[EMAIL PROTECTED]> wrote:
>
> > I'd strongly suggest an architecture where the autopilot specifies a
> > black box, with all input and output done via property nodes:
Elaborate?
> > ../roll-rate -++---+ /controls/elevator
> > ../y
Eric L Hathaway wrote:
Allow me to de-lurk for a minute to report a compilation problem,
along with a fix.
Current (10:00pm EST, 2003-1-26) CVS checkouts of FlightGear fail to
compile on my Linux box.
Of course, I meant _2004_-1-26, not 2003. You would think that almost
an entire month into t
Allow me to de-lurk for a minute to report a compilation problem, along
with a fix.
Current (10:00pm EST, 2003-1-26) CVS checkouts of FlightGear fail to
compile on my Linux box. Here is the relevant part of the output from
'make', showing the error:
--- Begin ---
g++ -DHAVE_CONFIG_H -I. -I. -
Another problem with my original message! I must have had an itchy
posting finger tonight...
Eric L Hathaway wrote:
Apparently, the truncf function was introduced in the C99 standard,
and to use such functions in glibc you must define _ISOC99_SOURCE (or
_GNU_SOURCE) in order for the functions
On Mon, 26 Jan 2004 23:03:50 -0500
Eric L Hathaway <[EMAIL PROTECTED]> wrote:
> Allow me to de-lurk for a minute to report a compilation problem, along
> with a fix.
>
> Current (10:00pm EST, 2003-1-26) CVS checkouts of FlightGear fail to
> compile on my Linux box. Here is the relevant part of
Hi,
I am in the process of i18n of the Live-CD. I need your assistance here. I
only speek German and my own version of English.
I need the sentence "For starting in please type:"
in all the languages you speak. (Please correct my English version too, if
necessary.)
Greetings
Ronny
___
49 matches
Mail list logo
