On Fri, 13 Mar 2009, Devin Heitmueller wrote: > On Fri, Mar 13, 2009 at 5:11 PM, Trent Piepho <xy...@speakeasy.org> wrote: > > I like 8.8 fixed point a lot better. ?It gives more precision. ?The range > > is more in line with that the range of real SNRs are. ?Computers are > > binary, so the math can end up faster. ?It's easier to read when printed > > out in hex, since you can get the integer part of SNR just by looking at > > the first byte. ?E.g., 25.3 would be 0x194C, 0x19 = 25 db, 0x4c = a little > > more than quarter. ?Several drivers already use it. > > Wow, I know you said you like that idea alot better, but I read it and > it made me feel sick to my stomach. Once we have a uniform format, we > won't need to show it in hex at all. Tools like femon and scan can
But if you do see it in hex, it's easier to understand. If it's not shown in hex, you still have better precision and better math. What advantage is there to using something that's 4.1 decimal fixed point on a binary computer? > On a separate note, do you know specifically which drivers use that > format? I was putting together a table of all the various or51211, or51132, and lgdt330x at least. Don't know about the other lg demods. The dvb match code they all use makes it's easy to get the snr in 8.8 fixed point with the typical log caclulations required. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
