Misc/abrash-black-book
Watch
1
0
Fork
You've already forked abrash-black-book
 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Retidy, removing align=left from headings and empty paragraphs

Browse source
This commit is contained in:
James Gregory 2013-12-30 15:37:13 +11:00
commit a96a114403
362 changed files with 8472 additions and 5040 deletions
Download patch file Download diff file Expand all files Collapse all files

31
43-06.html
View file

@ -1,5 +1,4 @@
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
@ -19,17 +18,21 @@
<center>
<table border="1">
<tr>
<td><a href="43-05.html">Previous</a></td>
<td>
<a href="43-05.html">Previous</a>
</td>
<td><a href="index.html">Table of Contents</a></td>
<td>
<a href="index.html">Table of Contents</a>
</td>
<td><a href="44-01.html">Next</a></td>
<td>
<a href="44-01.html">Next</a>
</td>
</tr>
</table>
</center>
<p><br /></p>
<p>If the CRT controller scans more slowly than the CPU can modify memory (likely with a 386, a fast VGA, and narrow images), then the CPU can rip right past the CRT controller, with the same net result of mismatched top and bottom parts of the image, as the CRT controller scans out first unchanged bytes and then changed bytes. Basically, shear will occasionally occur unless the CPU and CRT proceed at exactly the same rate, which is most unlikely. Shear is more noticeable when there are fewer but larger images, since it&rsquo;s more apparent when a larger screen area is sheared, and because it&rsquo;s easier to spot one out of three large images momentarily shearing than one out of twenty small images.</p>
<p>Image shear isn&rsquo;t terrible&mdash;I&rsquo;ve written and sold several games in which images occasionally shear, and I&rsquo;ve never heard anyone complain&mdash;but neither is it ideal. One solution is page flipping, in which drawing is done to a non-displayed page of display memory while another page of display memory is shown on the screen. (We saw page flipping back in Chapter 23, we&rsquo;ll see it again in the next chapter, and we&rsquo;ll use it heavily starting in Chapter 47.) When the drawing is finished, the newly-drawn part of display memory is made the displayed page, so that the new screen becomes visible all at once, with no shearing or flicker. The other page is then drawn to, and when the drawing is complete the display is switched back to that page.</p>
@ -48,16 +51,20 @@
<p>Bit-plane animation is neat stuff. Heck, good animation of <i>any</i> sort is fun, and the PC is as good a place as any (well, almost any) to make people&rsquo;s jaws drop. (Certainly it&rsquo;s the place to go if you want to make a <i>lot</i> of jaws drop.) Don&rsquo;t let anyone tell you that you can&rsquo;t do good animation on the PC. You can&mdash;<i>if</i> you stretch your mind to find ways to bring the full power of the VGA to bear on your applications. Bit-plane animation isn&rsquo;t for every task; neither are page flipping, exclusive-ORing, pixel panning, or any of the many other animation techniques you have available. One or more tricks from that grab-bag should give you what you need, though, and the bigger your grab-bag, the better your programs.</p>
<p><br /></p>
<center>
<table border="1">
<tr>
<td><a href="43-05.html">Previous</a></td>
<td>
<a href="43-05.html">Previous</a>
</td>
<td><a href="index.html">Table of Contents</a></td>
<td>
<a href="index.html">Table of Contents</a>
</td>
<td><a href="44-01.html">Next</a></td>
<td>
<a href="44-01.html">Next</a>
</td>
</tr>
</table>
</center>