 | | Re: 8-bit floating-point number representations?
|
|
(...) I was thinking about this some more, and am really wondering what you will be doing with the numbers. If the only computations you need to do with them are comparisons, then once converted they will be extremely cheap to work with (the reason (...) (24 years ago, 5-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) Well, basically, whatever is fast and flexible -- whatever that turns out to be. It might even turn out that a fixed-point representation is flexible enough and maybe even faster since it would involve only a single floating- point multiply by (...) (24 years ago, 7-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) <snip> (...) Aah, with your external tables, 0 to 15 would work well. You don't even need to scale it really since the output of your algorithm is just the relative ranking of articles. It would be easy to generate a 0-15 rating for the (...) (24 years ago, 7-Jan-01, to lugnet.off-topic.geek)
|
