While playing with ccch_scan, I came across a strange problem.<div><br></div><div>At some point the code uses:</div><div><div><font face="courier new, monospace"><span class="Apple-tab-span" style="white-space:pre">     </span>/* Convert to softbits */</font></div>
<div><font face="courier new, monospace"><span class="Apple-tab-span" style="white-space:pre">  </span>for (i=0; i<116; i++)</font></div><div><font face="courier new, monospace"><span class="Apple-tab-span" style="white-space:pre">            </span>bursts[(116*bid)+i] = bt[i] ? - (bi->snr >> 1) : (bi->snr >> 1);</font></div>
</div><div><br></div><div><br></div><div>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.</div>
<div><br></div><div>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"?</div><div><br></div><div>Sylvain, can you explain the idea of using softbits instead of hard binary? Is it for GSMTAP to represent signal strength?</div>
<div><br></div><div>Thanks in advance for your help.</div><div><br></div><div>B</div><div><br></div>