Change bold code snippets to inline code blocks
This commit is contained in:
parent
f658bfbb40
commit
3c76d884ef
185 changed files with 1772 additions and 1772 deletions
4
52-08.md
4
52-08.md
|
|
@ -65,7 +65,7 @@ powerful, but there's a dark side to them as well. Obviously, native 386
|
|||
instructions won't work on 8088 and 286 machines. That's rectifiable;
|
||||
equivalent multiplication and division routines could be implemented for
|
||||
real mode and performance would still be reasonable. It sure is nice to
|
||||
be able to plug in a 32-bit **IMUL** or **DIV** and be done with it,
|
||||
be able to plug in a 32-bit `IMUL` or `DIV` and be done with it,
|
||||
though. More importantly, 32-bit fixed-point arithmetic has limitations
|
||||
in range and accuracy. Points outside a 64Kx64Kx64K space can't be
|
||||
handled, imprecision tends to creep in over the course of multiple
|
||||
|
|
@ -90,7 +90,7 @@ overflow.
|
|||
The distribution of execution time in the animation code is no longer
|
||||
wildly biased toward transformation, but sine and cosine are certainly
|
||||
still sucking up cycles. Likewise, the overhead in the calls to
|
||||
**FixedMul()** and **FixedDiv()** is costly. Much of this is correctable
|
||||
`FixedMul()` and `FixedDiv()` is costly. Much of this is correctable
|
||||
with a little carefully crafted assembly language and a lookup table;
|
||||
I'll provide that shortly.
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue