Programming graphic systems

Programming graphic systems

[Olivier Scalbert]

Hello,

When playing with my GPS, I was thinking of the beautiful graphic 
systems used in safety critical environment (medical, aircraft, ATC, ...).
I assume lots of them must be written in Ada. I was asking myself how 
are they programmed mainly at the graphic level. Does the application 
part use a graphic toolkit provided by the graphic board manufacturer or 
do you have to program all the graphic primitives yourself in Ada (as 
Bresenham line algorithm, ...) and written to the raster memory (which 
must be very cool!) ?

Thanks for your info,

Olivier

Re: Programming graphic systems

[Martin]

On Apr 23, 10:27 am, Olivier Scalbert <olivier.scalb...@algosyn.com>
wrote:
> Hello,
>
> When playing with my GPS, I was thinking of the beautiful graphic
> systems used in safety critical environment (medical, aircraft, ATC, ...).
> I assume lots of them must be written in Ada. I was asking myself how
> are they programmed mainly at the graphic level. Does the application
> part use a graphic toolkit provided by the graphic board manufacturer or
> do you have to program all the graphic primitives yourself in Ada (as
> Bresenham line algorithm, ...) and written to the raster memory (which
> must be very cool!) ?
>
> Thanks for your info,
>
> Olivier


For aircraft, you usually have an OpenGL API to the graphics card,
though I'm not aware of any 'safety critical' display systems, Do-178B/
Level C is fairly typical. I'm sure there must be Level A/B display
systems...

In older systems, you might have a cursive display and primitives
provided by your (often) bespoke hardware (e.g. move, draw_to, fill,
etc). You then create 'scripts' to draw what you need.

Cheers
-- Martin

Re: Programming graphic systems

[Paul Zacharzewski]

Olivier Scalbert wrote:
> Hello,
> 
> When playing with my GPS, I was thinking of the beautiful graphic 
> systems used in safety critical environment (medical, aircraft, ATC, ...).
> I assume lots of them must be written in Ada. I was asking myself how 
> are they programmed mainly at the graphic level. Does the application 
> part use a graphic toolkit provided by the graphic board manufacturer or 
> do you have to program all the graphic primitives yourself in Ada (as 
> Bresenham line algorithm, ...) and written to the raster memory (which 
> must be very cool!) ?
> 
> Thanks for your info,
> 
> Olivier
I remember reading about an X11 system rewritten in Ada, a while ago.
Does anyone else knows something about this?

Paul.

Re: Programming graphic systems

[Samuel Tardieu]

>>>>> "Paul" == Paul Zacharzewski <paul@ipquickly.com> writes:

Paul> I remember reading about an X11 system rewritten in Ada, a while
Paul> ago.  Does anyone else knows something about this?

Are you referring to XInada?

http://www.topgraphx.com/version_am/fichier_prod_xinada.htm

  Sam
-- 
Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/

Re: Programming graphic systems

[Paul Zacharzewski]

Samuel Tardieu wrote:
> 
> Are you referring to XInada?
> 
> http://www.topgraphx.com/version_am/fichier_prod_xinada.htm
> 
>   Sam

I think that's it.

Thanks.

Paul.

Re: Programming graphic systems

[nobody]

Olivier Scalbert wrote:
> Hello,
> 
> When playing with my GPS, I was thinking of the beautiful graphic 
> systems used in safety critical environment (medical, aircraft, ATC, ...).
> I assume lots of them must be written in Ada. I was asking myself how 
> are they programmed mainly at the graphic level. Does the application 
> part use a graphic toolkit provided by the graphic board manufacturer or 
> do you have to program all the graphic primitives yourself in Ada (as 
> Bresenham line algorithm, ...) and written to the raster memory (which 
> must be very cool!) ?

I'd say glass cockpits are pretty new. At least for civil aircrafts. And 
my guess is that most would use something like scade.

http://www.esterel-technologies.com/products/scade-display/

I'm not associated with them in any way and the price-tag for systems 
like these would likely be in the same range as the paychecks for the 
managers at GM or Leeman Brothers. Perhaps combined. It would anyway 
probably be cheaper than developing your own solution.

/N

Re: Programming graphic systems

[Olivier Scalbert]

nobody wrote:
 > managers at GM or Leeman Brothers. Perhaps combined. It would anyway
 > probably be cheaper than developing your own solution.

Hi Nobody !

Thanks for the info. Do not worry, I am not going to develop my own 
solution. I am just curious (too curious ?)!
;-)

Olivier

Re: Programming graphic systems

[Ludovic Brenta]

Olivier Scalbert wrote on comp.lang.ada:
> When playing with my GPS, I was thinking of the beautiful graphic
> systems used in safety critical environment (medical, aircraft, ATC, ...).
> I assume lots of them must be written in Ada. I was asking myself how
> are they programmed mainly at the graphic level. Does the application
> part use a graphic toolkit provided by the graphic board manufacturer or
> do you have to program all the graphic primitives yourself in Ada (as
> Bresenham line algorithm, ...) and written to the raster memory (which
> must be very cool!) ?

Until a couple of years ago, I used to work for Barco avionics [1,2]
and indeed most of our devices were programmed in Ada. We wrote our
own display drivers in Ada; they worked by writing into the graphics
processor's registers over PCI and I2C.  For bitmaps and video, we
would write into a RAM buffer then point the graphics board to the
buffer (i.e. write the address of the buffer in a register of the
board).  However, to draw the geometrical symbols for the flight
instruments, we would of course use the hardware primitives rather
than reimplement them in software.  After writing a command and
parameters in a set of registers, we would wait for a completion flag
to become true in another register.

[1] http://www.barco.com/aerospace
[2] http://www.cs.kuleuven.ac.be/~dirk/ada-belgium/events/07/070612-abga.html

For air (or rail, or seaport) traffic control, Barco also offers
2048x2048-pixel liquid crystal displays with an X server embedded in
them.  I didn't work in that division so I can't provide any more
details.

Nowadays I work in air traffic flow management [3] and we use an in-
house binding to Motif for older screens and GtkAda for newer ones.
ETFMS is a mission-critical, soft-real-time, distributed application.
It is neither life-critical (i.e. nobody dies if it crashes) nor
embedded (i.e. no DO-178B certification is needed) and the real-time
requirements are in seconds, not micro- or nanoseconds, so we can use
mainstream graphical subsystems (i.e. X11 on "normal" workstations and
servers).

[3] http://www.cfmu.eurocontrol.int/cfmu/public/standard_page/developments_etfms_index.html

--
Ludovic Brenta.

Re: Programming graphic systems

[Dimonax]

On Thu, 23 Apr 2009 11:27:59 +0200, Olivier Scalbert wrote:

> Hello,
> 
> When playing with my GPS, I was thinking of the beautiful graphic
> systems used in safety critical environment (medical, aircraft, ATC,
> ...). I assume lots of them must be written in Ada. I was asking myself
> how are they programmed mainly at the graphic level. Does the
> application part use a graphic toolkit provided by the graphic board
> manufacturer or do you have to program all the graphic primitives
> yourself in Ada (as Bresenham line algorithm, ...) and written to the
> raster memory (which must be very cool!) ?
> 
> Thanks for your info,
> 
> Olivier

Actually if you know how to write callbacks to a C API with Ada, then 
getting started isn't all that complicated. There are a few people even 
in this newsgroup that have written small graphics engines on the OpenGL 
API.

However if you plan to utilize tasking and such for your programs, you'll 
need access to the technical documentation of your video hardware, since 
OpenGL isn't multithreaded and DirectX is pretty much a black box when it 
comes to serious graphics programming. You might find a graphics card 
vendor who's drivers also include non-standard support for tasks and 
threads, but it's unlikely.

Of course I'm referring to the common hardware your likely to find at 
your local computer shop. The requirements for the big multimillion 
dollar flight sims are going to be completely different.

I played with this a few years ago using a Matrox G400 video card and the 
documentation which, at the time, was freely available. It can be done, 
and done well, but it takes a lot of patience to get it running.

Also if your running on Linux, you'll find the half-in kernelspace half-
in userspace architecture infuriating(one reason I decided to write my 
own driver.)

The best card to learn the ins and outs of this type of programming, with 
any language(not just Ada) is one where the tech docs are open. Lately 
ATI has been pretty fortcoming with thier tech docs, so I'd start with 
them.

Freejack