This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/tetra@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi Martin,
the response is really late, but as nobody responded, it might be better
to have a late response, than none:
On Thu, Apr 23, 2015 at 09:51:48AM +0200, martin wrote:
> i want to ask why there is a mix of python and c code with lots of pipes
> in between.
>
> It is a design decision? Or was it some kind of easyer?
The goal of the project was "let's try to have a decoder as
comprehensive as possible with as little time investment as possible".
The people involved in the various Osmocom projects are actually very
few, and available free/spare time is always at a premium.
So the python demodulator code was found/inheritet from the APCO25
project and just taken as-is. The C code for the PHY and lower MAC was
written from scratch based on the specs and some textbooks.
After all, this is a FOSS project and it lives off contributions. So if
somebody wants to streamline things more, and have an actual
architecture rather than a kludge of several independent parts, by all
means go ahead and implement it.
--
- Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)