175 lines
9.4 KiB
HTML
175 lines
9.4 KiB
HTML
<HTML>
|
|
<HEAD>
|
|
<META name=vsisbn content="1576101746">
|
|
<META name=vstitle content="Michael Abrash's Graphics Programming Black Book, Special Edition">
|
|
<META name=vsauthor content="Michael Abrash">
|
|
<META name=vspublisher content="The Coriolis Group">
|
|
<META name=vspubdate content="07/01/97">
|
|
<META name=vscategory content="Web and Software Development: Game Development,Web and Software Development: Graphics and Multimedia Development">
|
|
|
|
|
|
|
|
|
|
|
|
|
|
<TITLE>Michael Abrash's Graphics Programming Black Book Special Edition: Heinlein's Crystal Ball, Spock's Brain, and the 9-Cycle Dare</TITLE>
|
|
|
|
<!-- HEADER -->
|
|
<!-- Empty Reference Subhead -->
|
|
|
|
<!--ISBN=1576101746//-->
|
|
<!--TITLE=Michael Abrash's Graphics Programming Black Book Special Edition//-->
|
|
<!--AUTHOR=Michael Abrash//-->
|
|
<!--PUBLISHER=The Coriolis Group, Inc.//-->
|
|
<!--CHAPTER=58//-->
|
|
<!--PAGES=1082-1085//-->
|
|
<!--UNASSIGNED1//-->
|
|
<!--UNASSIGNED2//--></HEAD><BODY LINK=#0000FF ALINK=#000099 VLINK=#0000FF BGCOLOR=#FFFFFF>
|
|
|
|
<CENTER>
|
|
<TABLE BORDER>
|
|
<TR>
|
|
<TD><A HREF="58-01.html">Previous</A></TD>
|
|
<TD><A HREF="index.html">Table of Contents</A></TD>
|
|
<TD><A HREF="58-03.html">Next</A></TD>
|
|
</TR>
|
|
</TABLE>
|
|
</CENTER>
|
|
<P><BR></P>
|
|
</P>
|
|
<P><B>LISTING 58.1 L58-1.ASM</B></P>
|
|
<!-- CODE //-->
|
|
<PRE>
|
|
; Inner loop to draw a single texture-mapped horizontal scanline in
|
|
; Mode X, the VGA’s page-flipped 256-color mode. Because adjacent
|
|
; pixels lie in different planes in Mode X, an OUT must be performed
|
|
; to select the proper plane before drawing each pixel.
|
|
;
|
|
; At this point:
|
|
; AL = initial pixel’s plane mask
|
|
; DS:BX = initial source texture pointer
|
|
; DX = pointer to VGA’s Sequencer Data register
|
|
; SI = # of pixels to fill
|
|
; ES:DI = pointer to initial destination pixel
|
|
|
|
TexScanLoop:
|
|
|
|
; Set the Map Mask for this pixel’s plane, then draw the pixel.
|
|
|
|
out dx,al
|
|
mov ah,[bx] ;get texture pixel
|
|
mov es:[di],ah ;set screen pixel
|
|
|
|
; Point to the next source pixel.
|
|
|
|
add bx,[bp].lXBaseAdvance ;advance the minimum # of pixels in X
|
|
mov cx,word ptr [bp].lSourceStepX
|
|
add word ptr [bp].lSourceX,cx ;step the source X fractional part
|
|
jnc NoExtraXAdvance ;didn’t turn over; no extra advance
|
|
add bx,[bp].lXAdvanceByOne ;did turn over; advance X one extra
|
|
NoExtraXAdvance:
|
|
|
|
add bx,[bp].lYBaseAdvance ;advance the minimum # of pixels in Y
|
|
mov cx,word ptr [bp].lSourceStepY
|
|
add word ptr [bp].lSourceY,cx ;step the source Y fractional part
|
|
jnc NoExtraYAdvance ;didn’t turn over; no extra advance
|
|
add bx,[bp].lYAdvanceByOne ;did turn over; advance Y one extra
|
|
NoExtraYAdvance:
|
|
|
|
; Point to the next destination pixel, by cycling to the next plane, and
|
|
; advancing to the next address if the plane wraps from 3 to 0.
|
|
|
|
rol al,1
|
|
adc di,0
|
|
|
|
; Continue if there are any more dest pixels to draw.
|
|
|
|
dec si
|
|
jnz TexScanLoop
|
|
|
|
</PRE>
|
|
<!-- END CODE //-->
|
|
<P>Figure 58.2 shows why this cycling is necessary. In Mode X, the page-flipped 256-color mode of the VGA, each successive pixel across a scanline is stored in a different hardware plane, and an <B>OUT</B> to the VGA’s hardware is needed to select the plane being drawn to. (See Chapters 47, 48, and 49 for details.) An <B>OUT</B> instruction <I>by itself</I> takes 16 cycles (and in the neighborhood of 30 cycles in virtual-86 or non-privileged protected mode), and an <B>ROL</B> takes 2 more, for a total of 18 cycles, double John’s 9 cycles, just to handle plane management. Clearly, getting plane control out of the inner loop was absolutely necessary.</P>
|
|
<P><A NAME="Fig2"><!-- </A><A HREF="javascript:displayWindow('images/58-02.jpg',406,209 )"> --><IMG SRC="images/58-02.jpg"><BR><!-- </A>
|
|
<BR><A HREF="javascript:displayWindow('images/58-02.jpg',406,209)"> --><FONT COLOR="#000077"><B>Figure 58.2</B></FONT></A> <I>Display memory organization in Mode X.</I>
|
|
</P>
|
|
<P>I must confess, with some embarrassment, that at this point I threw myself into designing a solution that involved executing the texture mapping code up to four times per scanline, once for the pixels in each plane. It’s hard to overstate the complexity of this approach, which involves quadrupling the normal pixel-to-pixel increments, adjusting the start value for each of the passes, and dealing with some nasty boundary cases. Make no mistake, the code was perfectly doable, and would in fact have gotten plane control out of the inner loop, but would have been very difficult to get exactly right, and would have suffered from substantial overhead.
|
|
</P>
|
|
<P>Fortunately, in the last sentence I was able to say “would have,” not “was,” because my friend Chris Hecker (checker@bix.com) came along to toss a figurative bucket of cold water on my right brain, which was evidently asleep. (Or possibly stolen by scantily-clad, attractive aliens; remember “Spock’s Brain”?) Chris is the author of the WinG Windows game graphics package, available from Microsoft via FTP, CompuServe, or MSDN Level 2; if, like me, you were at the Game Developers Conference in April 1994, you, along with everyone else, were stunned to see Id’s megahit DOOM running at full speed in a window, thanks to WinG. If you write games for a living, run, don’t walk, to check WinG out!</P>
|
|
<P>Chris listened to my proposed design for all of maybe 30 seconds, growing visibly more horrified by the moment, before he said, “But why don’t you just draw vertical rather than horizontal scanlines?”</P>
|
|
<P>Why indeed?</P>
|
|
<H4 ALIGN="LEFT"><A NAME="Heading5"></A><FONT COLOR="#000077">A 90-Degree Shift in Perspective</FONT></H4>
|
|
<P>As I said earlier, how you look at an optimization problem defines how you’ll be able to solve it. In order to boost performance, sometimes it’s necessary to look at things from a different angle—and for texture mapping this was literally as well as figuratively true. Chris suggested nothing more nor less than scanning out polygons at a 90-degree angle to normal, starting, say, at the left edge of the polygon, and texture-mapping vertically along each column of pixels, as shown in Figure 58.3. That way, all the pixels in each texture-mapped column would be in the same plane, and I would need to change planes only between columns—outside the inner loop. A trivial change, not fundamental in any sense—and yet just that one change, plus unrolling the loop, reduced the inner loop to the 22-cycles-per-pixel version shown in Listing 58.2. That’s exactly twice as fast as Listing 58.1—and given how incredibly slow most VGAs are at completing <B>OUT</B>s, the real-world speedup should be considerably greater still. (The fastest byte <B>OUT</B> I’ve ever measured for a VGA is 29 cycles, the slowest more than 60 cycles; in the latter case, Listing 58.2 would be on the order of <I>four</I> times faster than Listing 58.1.)</P>
|
|
<P><B>LISTING 58.2 L58-2.ASM</B></P>
|
|
<!-- CODE //-->
|
|
<PRE>
|
|
; Inner loop to draw a single texture-mapped vertical column, rather
|
|
; than a horizontal scanline. This allows all pixels handled
|
|
; by this code to reside in the same plane, so the time-consuming
|
|
; plane switching can be moved out of the inner loop.
|
|
;
|
|
; At this point:
|
|
; DS:BX = initial source texture pointer
|
|
; DX = offset to advance to the next pixel in the dest column
|
|
; (either positive or negative scanline width)
|
|
; SI = # of pixels to fill
|
|
; ES:DI = pointer to initial destination pixel
|
|
; VGA set up to draw to the correct plane for this column
|
|
|
|
REPTLOOP_UNROLL
|
|
|
|
; Set the Map Mask for this pixel’s plane, then draw the pixel.
|
|
|
|
mov ah,[bx] ;get texture pixel
|
|
mov es:[di],ah ;set screen pixel
|
|
|
|
; Point to the next source pixel.
|
|
|
|
add bx,[bp].lXBaseAdvance ;advance the minimum # of pixels in X
|
|
mov cx,word ptr [bp].lSourceStepX
|
|
add word ptr [bp].lSourceX,cx ;step the source X fractional part
|
|
jnc NoExtraXAdvance ;didn’t turn over; no extra advance
|
|
add bx,[bp].lXAdvanceByOne ;did turn over; advance X one extra
|
|
NoExtraXAdvance:
|
|
|
|
add bx,[bp].lYBaseAdvance ;advance the minimum # of pixels in Y
|
|
mov cx,word ptr [bp].lSourceStepY
|
|
add word ptr [bp].lSourceY,cx ;step the source Y fractional part
|
|
jnc NoExtraYAdvance ;didn’t turn over; no extra advance
|
|
add bx,[bp].lYAdvanceByOne ;did turn over; advance Y one extra
|
|
NoExtraYAdvance:
|
|
|
|
; Point to the next destination pixel, which is on the next scan line.
|
|
|
|
adc di,dx
|
|
|
|
ENDM
|
|
|
|
</PRE>
|
|
<!-- END CODE //-->
|
|
<P><BR></P>
|
|
<CENTER>
|
|
<TABLE BORDER>
|
|
<TR>
|
|
<TD><A HREF="58-01.html">Previous</A></TD>
|
|
<TD><A HREF="index.html">Table of Contents</A></TD>
|
|
<TD><A HREF="58-03.html">Next</A></TD>
|
|
</TR>
|
|
</TABLE>
|
|
</CENTER>
|
|
|
|
<hr width="90%" size="1" noshade>
|
|
<div align="center">
|
|
<font face="Verdana,sans-serif" size="1">Graphics Programming Black Book © 2001 Michael Abrash</font>
|
|
</div>
|
|
<!-- all of the reference materials (books) have the footer and subfoot reveresed -->
|
|
<!-- reference_subfoot = footer -->
|
|
<!-- reference_footer = subfoot -->
|
|
|
|
<!-- BEGIN SUB FOOTER -->
|
|
</BODY>
|
|
</HTML>
|
|
|
|
<!-- END FOOTER -->
|
|
|
|
|