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/.
Pepijn van den Berkhof pepijn.vandenberkhof at gmail.comThank you Harald for the response. It seems to be working now although the only sounds we hear are "digital sounding" clicks and pops. Thanks again. - Pepijn Op 25 jul 2011, om 09:39 heeft Harald Welte het volgende geschreven: > On Sun, Jul 24, 2011 at 01:02:40PM +0100, Graham Palmer wrote: > >> I too was wondering how the u-plane data was passed to the codec. >> 300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame >> and not 216 + 216 bits indicated in the tch reordering file comments. > > This is the input to the codec, i.e the PCM audio data. > > the 216 + 216 bits are the encoded data, i.e. the codec output (which is > the decoder input). > > The re-ordering code in osmo-tetra is untested. You can feed the raw > burst bits into the ETSI reference codec, as it includes the error > correction / viterbi decoder. > > -- > - 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) >