Листинг 19.3. Ассемблерная версия программы рисования фрагмента текстуры (SLIVER.ASM)

; Эта функция является ассемблерной версией

; аналогичной функции на Си

; Она использует заранее вычисленные таблицы

; для увеличения скорости работы

;////////////////////////////

.MODEL MEDIUM, С; Используем модель MEDIUM

.CODE; Начало сегмента кода

EXTRN double_buffer;DWORD; Буфер в оперативной памяти

EXTRN sliver_texture:DWORD; Указатель на текстуру

EXTRN sliver_column:WORD; Текущий столбец текстуры

EXTRN sliver_top:WORD; Начальная вертикальная позиция

EXTRN sliver_scale:WORD; Общая высота текстуры

ЕХТERN sliver_ray:WORD; Текущий столбец экрана

EXTRN sliver_clip:WORD; Какая часть текстуры отсекается?

EXTRN scale_row;WORD; Номер колонки в таблице; масштабирования

PUBLIC Render_Sliver_32; Объявляем функцию общедоступной

Render_Sliver_32 PROC FAR С; функция на Си

.386; использовать инструкции 80386 процессора

push si; сохранить регистры push di

les di, doubie_buffer; установить в ES:DI адрес буфера

mov dx,sliver_column; загрузить номер строки в DX

lfs si, sliver_texture; FS:SI указывает на текстуру

; offset = (sprite->y «8) + (sprite->y «6) + sprite->x

mov bx,sliver_top; умножить Y на 320

; для вычисления смещения

shl bx,8

mov ax,bx

shr bx, 2

add bx,ax

add bx,sliver_ray; добавить Х

add di,bx

mov bx,sliver_clip; занести константы в регистры

mov ax,sliver_scale

add ax,bx

Sliver_Loop:; основной цикл

; double_buffer [offset] = work_sprite [work_offset+column]

xchg dx,bx; обменять содержимое BX и DX, так как

; только BX можно использовать в качестве

; индексного регистра

mov cl, BYTE PTR fs:[si+bx]; получить пиксель текстуры

mov es:[di], cl;поместить его на экран

xchg dx,bx; восстановить регистры ВХ и DX

mov сх,Ьх;готовимся работать с таблицей

; row = scale_table[scale]

mov dx, scale_row

shl bx,1

add bx, dx

mov dx, WORD PTR [bx]; выбираем масштаб из массива

add dx,sliver_column

mov bx,cx

; offset += SCREEN_WIDTH;

add di,320; переходим к следующей строке

inc bx; инкремент счетчика

cmp bx, ax; работа закончена?

jne Sliver_Loop

pop di; восстанавливаем регистры

pop si

ret; конец работы

Render_Sliver_32 ENDP END

В принципе, ассемблерный вариант программы делает то же самое, что и Си-версия. Только в ассемблере используются глобальные переменные, выполняется небольшое отсечение и все работает быстрее. Я был вынужден использовать команды 386-го процессора и регистры дополнительного сегмента, чтобы ускорить работу программы, насколько возможно. Без использования регистров добавочного сегмента я был бы вынужден работать со стеком что немного уменьшило бы скорость выполнения. Теперь я должен извиниться за то, что сказал несколько раньше. Я говорил, что мы должны использовать 386 и 486 процессоры, поскольку они быстрее 8086. Это не было абсолютной правдой. Ведь применять команды, использующие 32-битовые регистры и все прочее в этом роде, можно только с привлечением ассемблера (конечно, если вы не используете DOS-расширитель вместе с 32-битным компилятором). Хотя, опять же, было бы лучше оставить эти части программы простыми и понятными.

Оттенение

Поиграв немного в Warlock, вы наверняка обратите внимание на отсутствие теней. На самом деле стены могут выглядеть слегка оттененными, но это не так. Просто я подготовил для каждой из стен по два варианта изображения:

§ Для вертикальных стен я использую одну версию текстуры;

§ Для горизонтальных стен я применяю просветленное изображение текстуры.

Изначально в программе было оттенение, но это уменьшило скорость ее работы примерно на 5 процентов. Но не это волновало меня больше всего. Основные проблемы, связанные с используемой техникой оттенения, возникли с палитрой. Я должен был разбить ее на части внутри зон одного и того же цвета с различными оттенками, но решил, что это было бы чересчур сложно для вас. Если вы хотите иметь оттенение, вы можете создать свою собственную палитру и использовать технические приемы, описанные в шестой главе, «Третье измерение», чтобы выбрать надлежащий оттенок в зависимости от таких параметров, как угол и расстояние.

Использование ассемблера

Использование ассемблера только иногда является последним средством увеличения быстродействия некоторой части программы до приемлемого уровня. В Warlock я написал около 100 ассемблерных строк для оптимизации только наиболее критичных по времени выполнения кусков игры. Они, конечно, относились к визуализации графики. Существует определенная норма среди программистов игр для ПК: в основном игра пишется на Си, а затем некоторые функции, практически только относящиеся к графике, переписываются па ассемблере. (Если вы вдруг обнаружили, что, применяя ассемблер для реализации искусственного интеллекта или игровой логики, с вашей программой происходит что-то неладное, стоит хорошенько подумать, не вернуться ли к Си.) Я почти уверен, что лучшие мировые программисты могли бы сделать вашу и мою программы на Си значительно быстрее и без использования ассемблера. Запомните это, и когда найдете ассемблер пригодным не только для функций, связанных с графикой и низкоуровневым программированием, признайте, что надо сделать шаг назад (и шаг вперед... словно мы танцуем ча-ча-ча!) и начать сначала. Так или иначе, на ассемблере я переписал только две функции, которые перемещают содержимое дублирующего буфера в видеопамять и рисуют небо и землю (Листинг 19.5). Если уж на то пошло, их ассемблерный вариант занимает всего 5-10 строк.