| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Floating point feature with optimization |
Hi Mike, [Rescaling] MB> Of course this is true, but my point was that the rescaling is necessary MB> regardless of the underlying computational method. No need to argue about that, we agree. MB> I understood him to be making the (incorrect) inference that, since MB> rescaling was occurring, this was an indication that a Taylor expansion MB> was being used. In the context of a Taylor polynomial expansion of sine or cosine. Even when using techniques like a look-up table, local Taylor expansion, i.e. (x=t+eps) sin(x) = sin(t+eps) = sin(t) + eps * cos(t) - eps^2 * sin(t) /(2!) .... is a usefull method to increase the accuracy. I never realized how many values should be stored in the FPU look-up tables, nor the fact that look-up techniques were applied. So i estimated that when using a double (8 bytes IEEE floating point representation), the FPU will need terms in the local expansion of the order eps^4 and a table with a spacing between tabulated values of the order of 0.0001 radians. The implication is a table of the order of 10000 doubles to store in the FPU. Amazing! Nevertheless i'm still puzzled how a trig. function, what ever method, will calculate a value outside (-1,1). 73 es cuagn, Henk --- GoldED 2.50+* Origin: Henks Toolbox, Mail only (2:286/415) SEEN-BY: 50/99 54/99 270/101 620/243 625/160 711/401 413 430 934 712/311 407 SEEN-BY: 712/505 506 517 623 624 704 713/317 800/1 @PATH: 286/415 4 700 280/801 270/101 712/624 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.