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/baseband-devel@lists.osmocom.org/.
Bhaskar11 niceguy108 at gmail.comWhile playing with ccch_scan, I came across a strange problem. At some point the code uses: /* Convert to softbits */ for (i=0; i<116; i++) bursts[(116*bid)+i] = bt[i] ? - (bi->snr >> 1) : (bi->snr >> 1); After this, "xcch_decode()" works ok and "osmo_ubit2pbit_ext()" also works ok. But "osmo_ubit2pbit()" fails as it converts almost all softbits to 0xFF. Is this a bug or a "feature"? Do we need to recode "osmo_ubit2pbit" so that its bit-checking is more robust as in "osmo_ubit2pbit_ext"? Sylvain, can you explain the idea of using softbits instead of hard binary? Is it for GSMTAP to represent signal strength? Thanks in advance for your help. B -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20130205/16ed4325/attachment.htm>