[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[certi-dev] CERTI dev status and libHLA proposal
From: |
Eric Noulard |
Subject: |
[certi-dev] CERTI dev status and libHLA proposal |
Date: |
Mon, 7 Jul 2008 17:47:43 +0200 |
Hi All,
Now that CERTI 3.3.0 is behind us let's open the next step.
We would like to go forward differents pathes:
1) full HLA 1.3 compliance
* We lack MOM support
https://savannah.nongnu.org/task/?6908
No-one started this yet
* We lack some Switch and notif
https://savannah.nongnu.org/task/?6893
Christian began the work on this.
2) Prepare IEEE-1516 support
Petr already provided some patch for IEEE-1516 type encoding
https://savannah.nongnu.org/patch/?6534
3) Provide tools for simulation analysis and performance enhancing
(log, performance, etc...)
Nothing done yet.
Do not hesitate to browse the different trackers (bug, patch, tasks)
and propose patches for unassigned items and or propose review
or comment/ideas for ongoing work.
I'd like to propose something.
The IEEE-1516 type encoding proposal from Petr is independent from
the RTI (be it CERTI or other), some classes currently in CERTI are
"helper" classes which are autonomous too (*Clock, MessageBuffer)
I'd like to create a portable "libHLA" library which may be used by any
federate which may contains RTI-agnostics tools which are useful to any
Federate.
The class would be putted in a libhla:: C++ namespace, the libhla
would be built and distributed with CERTI for convenience
but may be built and used independently.
What are you (all certi-devel subscribers) thinking about this?
Your ideas are welcomed on the list or on the task I've just opened:
https://savannah.nongnu.org/task/index.php?8386
--
Erk
- [certi-dev] CERTI dev status and libHLA proposal,
Eric Noulard <=