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&lt;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-&gt;snr &gt;&gt; 1) : (bi-&gt;snr &gt;&gt; 1);</font></div>
</div><div><br></div><div><br></div><div>After this, &quot;xcch_decode()&quot; works ok and &quot;osmo_ubit2pbit_ext()&quot; also works ok. But &quot;osmo_ubit2pbit()&quot; fails as it converts almost all softbits to 0xFF.</div>
<div><br></div><div>Is this a bug or a &quot;feature&quot;? Do we need to recode &quot;osmo_ubit2pbit&quot; so that its bit-checking is more robust as in &quot;osmo_ubit2pbit_ext&quot;?</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>