[aprssig] Dear Mr Kenwood (MicE decoding)
Chuck Gooden Chuck.Gooden at comcast.netTue Dec 29 01:03:16 UTC 2009
- Previous message: [aprssig] Dear Mr Kenwood (MicE decoding)
- Next message: [aprssig] Dear Mr Kenwood (MicE decoding)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Have you considered you may be using the wrong hardware then? Your a software guru...deal with it. Scott Miller wrote: >> Done. Plus a little cleanup here and there... It was designed >> to be a pretty simple manipulation of bits. A table was never >> intended. That was just how Ian decided to represent the >> algorithm in the spec making it appear overly complex when in >> fact, it is a very simple offset of bits. > > And how would you suggest implementing the speed and altitude? Where > speed = (1.08^x)-1 and altitude = 1.002^x? Yeah, it's easy on a PC > where you've got floating point support and memory and CPU cycles to > burn. Not fun on an 8-bit MCU that more often than not doesn't even > have a hardware multiplier. Certainly not as simple as the single > QBASIC statement needed to handle it might imply. > > Scott > N1VG > > > _______________________________________________ > aprssig mailing list > aprssig at tapr.org > https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig > >
- Previous message: [aprssig] Dear Mr Kenwood (MicE decoding)
- Next message: [aprssig] Dear Mr Kenwood (MicE decoding)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the aprssig mailing list
