<br><div><span class="gmail_quote">On 31/08/06, <b class="gmail_sendername">Andrew de Quincey</b> &lt;<a href="mailto:adq_dvb@lidskialf.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">adq_dvb@lidskialf.net
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thursday 03 August 2006 12:51, Bradley Kite wrote:<br>&gt; Hi all,<br>&gt;<br>&gt; Please find attached a patch which fixes a few of the front-end<br>&gt; signal-strength functions.<br>&gt;<br>&gt; The actual signal strength values returned by some front-ends are not
<br>&gt; consistent<br>&gt; with others, meaning that it makes it hard for applications to interpret<br>&gt; this consistently,<br>&gt; this patch aims to correct this.<br><br>Looking closer, I would agree with the cx22702 fix... however the other two
<br>(mt352 and cx22700) seem to already be 16 bit values (or close), so I'm not<br>sure whether the fixes for those two are valid or not....<br></blockquote></div><br>

<br>Hi Andrew,<br><br>I've just checked these again, and I believe that all three DVB front-ends<br>return 8-bit values, by nature of the fact that the read_register() functions<br>return 8-bit values - but in the mt352 and cx22700 they are indeed stored
<br>in 16-bit ints, but they are still only 8-bit.<br><br>Regards<br>--<br>Brad.<br>