Ampere K. Hardraade wrote:
I think newer Airbus aircrafts have CDU's that have a more
advanced GUI.
http://www.flug-revue.rotor.com/FRheft/FRHeft04/FRH0401/FR0401c1.JPG
Most current images seem really to be mainly computer created, but
check out:
Boris Koenig wrote:
Most current images seem really to be mainly computer created, but
check out:
http://www.airbus.com/MultimediaElements/139.jpg
http://en.wikipedia.org/upload/b/ba/A380.flightdeck.750pix.jpg
What's interesting though, is the integrated Chart-Database with
LCD screens
Erik Hofman wrote:
Boris Koenig wrote:
Most current images seem really to be mainly computer created, but
check out:
http://www.airbus.com/MultimediaElements/139.jpg
http://en.wikipedia.org/upload/b/ba/A380.flightdeck.750pix.jpg
What's interesting though, is the integrated
Boris Koenig wrote:
I'm afraid you're wrong (I was referring to the latter image) - this
seems actually like an airbus version of Jeppensen's electronic
FlightBag - simply not relying on an external notebook anymore, but
rather connected to the systems of the aircraft.
Hmm, it's hard to see, but
Suggestions, suggestions... if the graphic interface can display most of the
static things that can be displayed by a web browser (buttons, fonts, images,
tables, etc), then I think we pretty much covered everything. As for
animations, the interface should be capable of doing what we can do
We are talking of an FMC but of course
I wanted to redo at least the ehsi display (for the eye candy).
Erik mentioned some time ago that it isn't yet really possible to
do simple animations using Nasal in FlightGear, at least that's
what Andy indicated when he was asked about that, I
Last mail was cut...
What about the performance ?
Imagine a simple gauge with a background and a needle. This could be
drawn with
3 lines of Nasal code:
DrawTexture(background, x,y),
Rotate(angle),
Drawtexture(nnedle, x,y)
So it can't be slower than xml gauges.
And
Ampere K. Hardraade wrote:
It will be good if we can have some generic Graphic Interface for FlightGear.
Not only can it be used on the CDU, it can also be used on other flight
displays.
So, you are also talking of script-able ways to implement basic
animations or what exactly is it that you're
Harald Johnsen wrote:
Would it work to have one node in the property tree that would contain
the text on the CDU display ?
The 3D cockpit could listen for changes to this node and when one
happens, update the CDU display in the 3D cockpit...
I like this idea, the text could be use for the FG
Harald Johnsen wrote:
As I said before I don't have all the knowledge to build it
enterely by myself so I will need a lot of feedback at the beginning
(the fonctions of the fmc but also the look and feel).
Besides projectmagenta.com that I mentioned in my last reply there's
also another
On Fri, Aug 06, 2004 at 09:20:25PM +0200, Boris Koenig wrote:
I'd say that would not really that much depend on the availabilty
of a FMC/CDU SDK but rather getting your hands on the right docs,
as soon as these have been collected it should be much more realistic
to that done, I think the idea
On Fri, Aug 06, 2004 at 09:17:21PM +0200, Boris Koenig wrote:
I like the unix philosophy: for every task a seperate program that does
only the one thing its designed for. ( make each program do one thing
well)
I know this is not always appliceable esp. for a flightsimulator, but it
could
Manuel Bessler wrote:
http://www.fmcguide.com/
Sure, besides several other locations where you can PURCHASE
such professional material, but I guess you aren't suggesting
to really buy that stuff just for some basic mechanisms to
be implemented, otherwise you'd probably be the first one to
be asked
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 09:17:21PM +0200, Boris Koenig wrote:
I don't even mention that this whole thread ultimately brings us back
to the plugins discussion :-)
I'm thinking more in terms of named pipes/fifo sockets...
right, whatever comes to your mind that serves the
On Fri, Aug 06, 2004 at 09:27:02PM +0200, Boris Koenig wrote:
Ususally, homebuilt CDUs consist of a small LCD w/ TV or VGA interface,
the pushbuttons and a piece of plastic resembling the CDU panel.
Use an older PC to drive the LCD with a CDU/FMC software running on it
(or remotely if
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 09:27:02PM +0200, Boris Koenig wrote:
Use an older PC to drive the LCD with a CDU/FMC software running on it
(or remotely if using X11)
is the latter really an already established mechanism, I was
really under the impression for it to be a spontaneous
I was talking about having a libary-like interface that can allow the user to
implement basic and advanced animations really easily.
Regards,
Ampere
On August 7, 2004 05:08 am, Boris Koenig wrote:
So, you are also talking of script-able ways to implement basic
animations or what exactly is it
On Fri, Aug 06, 2004 at 01:54:06AM +0200, Boris Koenig wrote:
Of course, if there's running X11 on that other machine,
FlightGear could still provide the graphics for such an
externally displayed CDU via network without the need to
explicitly be running on that machine :-)
x11 yes, but what
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 01:54:06AM +0200, Boris Koenig wrote:
Of course, if there's running X11 on that other machine,
FlightGear could still provide the graphics for such an
externally displayed CDU via network without the need to
explicitly be running on that machine :-)
Manuel Bessler said:
Another idea I just had: Why not put all the general algorithms needed
in an average FMC into a library (possibly as part of SimGear).
Things like performance calculations, (access to) route databases, input
validation (eg: airport code exists?, does this airport have a
On Fri, Aug 06, 2004 at 02:34:07PM -, Jim Wilson wrote:
Maybe something like that could work. There are some good suggestions in this
thread, but you know in the end these details are up to whoever takes the
initiative to write the code. There will always be room for further
On Fri, Aug 06, 2004 at 02:26:12PM +0200, Boris Koenig wrote:
x11 yes, but what if not OpenGL capable.
well, in that specific example I was referring to the case
where a secondy machine would running dedicatedly for the
purpose of displaying a CDU for a FMS - so GENERALLY I would
I migth
I think newer Airbus aircrafts have CDU's that have a more advanced GUI.
http://www.flug-revue.rotor.com/FRheft/FRHeft04/FRH0401/FR0401c1.JPG
Regards,
Ampere
On August 6, 2004 08:26 am, Boris Koenig wrote:
I am not aware of any current CDUs that really
make use of advanced graphics - most
On Sat, Aug 07, 2004 at 12:51:02PM -0400, Ampere K. Hardraade wrote:
I think newer Airbus aircrafts have CDU's that have a more advanced GUI.
http://www.flug-revue.rotor.com/FRheft/FRHeft04/FRH0401/FR0401c1.JPG
looks like the A380. Is the overhead panel really a screen ? It looks
like a big
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 01:37:11AM +0200, Boris Koenig wrote:
Regarding the GUI, this may be really mainly about adding support for
skins and defining clickable regions and possibly different states
of buttons - but I would not be that much in favour of using basic
Yes, and
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 02:34:07PM -, Jim Wilson wrote:
... waiting for a decent open source B744 FMC implementation :)
I'd say that would not really that much depend on the availabilty
of a FMC/CDU SDK but rather getting your hands on the right docs,
as soon as these
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 02:26:12PM +0200, Boris Koenig wrote:
x11 yes, but what if not OpenGL capable.
well, in that specific example I was referring to the case
where a secondy machine would running dedicatedly for the
purpose of displaying a CDU for a FMS - so GENERALLY I
Manuel Bessler wrote:
On Sat, Aug 07, 2004 at 12:51:02PM -0400, Ampere K. Hardraade wrote:
I think newer Airbus aircrafts have CDU's that have a more advanced GUI.
http://www.flug-revue.rotor.com/FRheft/FRHeft04/FRH0401/FR0401c1.JPG
looks like the A380. Is the overhead panel really a screen ? It
Would it work to have one node in the property tree that would contain
the text on the CDU display ?
The 3D cockpit could listen for changes to this node and when one
happens, update the CDU display in the 3D cockpit...
I like this idea, the text could be use for the FG cockpit or for some
It will be good if we can have some generic Graphic Interface for FlightGear.
Not only can it be used on the CDU, it can also be used on other flight
displays.
Regards,
Ampere
On August 6, 2004 05:58 pm, Harald Johnsen wrote:
I wanted to redo at least the ehsi display (for the eye candy).
Hi,
Just a few words to let you know that I am working on that atm.
I don't go into the details as it is still in early development stage
but here is how I see it :
- it's an external application because there is no need to put it in FG
code and there would be some complication with the display
Harald said:
- it's an external application because there is no need to put it in FG
code and there would be some complication with the display and keyboard
part ;
It would actually be very nice to have a FlightGear subsystem for this. Even
nicer if it was possible to configure features via
On Thu, Aug 05, 2004 at 06:14:03PM -, Jim Wilson wrote:
Harald said:
- it's an external application because there is no need to put it in FG
code and there would be some complication with the display and keyboard
part ;
I like the idea of a FMC system. :-)
It would actually be
Jim Wilson wrote:
Harald said:
- it's an external application because there is no need to put it in FG
code and there would be some complication with the display and keyboard
part ;
It would actually be very nice to have a FlightGear subsystem for this. Even
nicer if it was possible to
Manuel Bessler wrote:
I know that it would have some advantages if the FMC were part of
flightgear, however I tend towards an seperate program like Harald is
planning.
It could be easily networked so you could use an older computer with a
small monitor to put the FMC/CDU on. The FMC program
Hi!
I've been playing around with the autopilot and the waypoint list, and
discovered that the user-interface (and probably the code behind) lacks
some features that I'd like to have (reordering/deleting wp's, using
airways, etc.).
Now that's not something that should live in an autopilot, but
On Sunday, January 26, 2003, at 05:12 pm, Norman Vine wrote:
Hopefully we can now actually start implementing a realistic
'navigation computer',
as is present in most modern GPS units and autopilots that, since the
hopefully the
AP is no longer dependent on hardwired to steamed input from
James Turner writes:
Actually, I'm rapidly approaching that area, from a different
direction. I'm working on extending the Navaids layer to know about
structured route data, namely DPs / SIDs / STARs / GPS approaches /
airways, but most importantly, flight plans.
You are aware of
On Sunday, January 26, 2003, at 08:47 pm, Norman Vine wrote:
You are aware of these
http://www.ibiblio.org/fplan/
http://www.ibiblio.org/fplan/avdbtools/guide.html
and FlyWay at
http://www.bellz.org/progs.html
Ah, I'm aware of things like them, but I guess my terminology is wrong.
What I'm
39 matches
Mail list logo
