[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [certi-dev] FlightGear FOM
From: |
Eric Noulard |
Subject: |
Re: [certi-dev] FlightGear FOM |
Date: |
Tue, 26 May 2009 08:10:29 +0200 |
2009/5/25 Martin Spott <address@hidden>:
>
>> Would a Portico/CERTI bridge be enough? (see http://www.porticoproject.org/)
>> Or do you really need "native" CERTI in Java?
>
> Yup, I know about Portico, but adding the entire Portico RTI to the
> game plus a CERTI bridge would make the entire thing a bit bloated and
> a lot more complex. I suspect that our friendly primary author would
> rather implement CERTI's wire protocol in Java himself than plugging
> yet another beast into the queue.
I understand that very well,
the fact is maintaining another binding is time consuming.
However if someone wants to give it a try we will definitely help her/him
to do it with pleasure.
The person will need to acquire some basic knowledge of HLA
(including standard Java API) and part of the internal CERTI internal
messaging.
That's what our student did began to do.
2009/5/26 Martin Spott <address@hidden>:
> Martin Spott wrote:
>
>> The primary author is a little bit 'insisting' about "doing things
>> right" :-) Thus, having a pure Java abstraction layer to CERTI [...]
>
> BTW, as I understand there is a HLA 'standard' API for Java which is in
> most parts supposed to resemble the various implementations by Portico,
> Pitch, OHLA and others (maybe Mak as well).
> Even though having a standards-compilant Java API available for CERTI
> would certainly be best, it probably might not be an absolute
> requirement for adding CERTI/HLA support to the OpenRadar .... as long
> as the API doesn't change too often :-)
Yes agreed, in fact we need to target the standard Java API from the beginning
and this won't change (at least not until HLA is revised). However it may
be possible to only implement the needed part of the API and let some part
"unimplemented".
--
Erk
- RE: [certi-dev] FlightGear simulation latency, (continued)
- RE: [certi-dev] FlightGear simulation latency, Gotthard, Petr, 2009/05/23
- Re: [certi-dev] FlightGear simulation latency, Martin Spott, 2009/05/24
- Re: [certi-dev] FlightGear simulation latency, Martin Spott, 2009/05/25
- RE: [certi-dev] FlightGear FOM, Gotthard, Petr, 2009/05/25
- Re: [certi-dev] FlightGear FOM, Martin Spott, 2009/05/25
- Re: [certi-dev] FlightGear FOM, Jon Stockill, 2009/05/25
- Re: [certi-dev] FlightGear FOM, Martin Spott, 2009/05/25
- Re: [certi-dev] FlightGear FOM, Eric Noulard, 2009/05/25
- Re: [certi-dev] FlightGear FOM, Martin Spott, 2009/05/25
- Re: [certi-dev] FlightGear FOM, Martin Spott, 2009/05/25
- Re: [certi-dev] FlightGear FOM,
Eric Noulard <=
- RE: [certi-dev] FlightGear FOM / Java interface, Gotthard, Petr, 2009/05/26
- Re: [certi-dev] FlightGear FOM / Java interface, Eric Noulard, 2009/05/26
- Re: [certi-dev] FlightGear FOM / Java interface, Martin Spott, 2009/05/27
- Re: [certi-dev] FlightGear FOM / Java interface, Eric Noulard, 2009/05/27
- Re: [certi-dev] FlightGear FOM / Java interface, Martin Spott, 2009/05/27
- RE: [certi-dev] FlightGear FOM / Java interface, Gotthard, Petr, 2009/05/26
- Re: [certi-dev] FlightGear FOM / Java interface, Eric Noulard, 2009/05/26
- RE: [certi-dev] FlightGear FOM / Java interface, Gotthard, Petr, 2009/05/26
- Re: [certi-dev] FlightGear FOM / Java interface, Eric Noulard, 2009/05/26
- Re: [certi-dev] FlightGear FOM / Java interface, Martin Spott, 2009/05/26