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 vandenberkhof.pepijn at gmail.com> Thank 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) >> >