 | | 8-bit floating-point number representations?
|
|
Anyone know of a good C library that efficiently implements conversion from a processor-native 'double' floating-point precision number to some standard form of an 8-bit floating-point number and back? And a Perl5 library to go with it? An array of (...) (24 years ago, 3-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) Hmm, 8 bit floating point numbers can't implement a very large range of numbers. How many bits of exponent were you planning on? I think conversion would probably actually be pretty easy since you will just take e bits of the exponent from the (...) (24 years ago, 3-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) After thinking about this, I realized most compact binary floating point forms don't allow denormalized numbers. The reason is that if one assures that all numbers are normalized, the bit to the left of the decimal point is always a 1, and (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) Wow, Frank, I didn't know you geeked like that! All right! (...) It past my bedtime, so I'll have to think more about it another time, but you've definitely given me hope that it could be done pretty efficiently. As a bonus in this case, the (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) I've been a pretty serious geek, especially with low level stuff like this. My first real job involved developing a Fortran style formatted I/O for the Apple II which involved digging into the the internal guts of Applesoft BASIC so that we (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
| |
| | 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)
|
