Из журнала Depth #1, Луганск, 15.10.1997 (C) BY VIATOR/AVALON/RUSH/ASM СОВЕРШЕННЫЕ МЕТОДЫ КОДИНГА И СОВРЕМЕННЫЕ СПОСОБЫ РАБОТЫ С ГРАФИКОЙ Большинство программистов на SPECCY были вынуждены самостоятельно изучать ассемблер и придумывать быстрые способы работы с динамической графикой. К сожалению, ни одной достойной книги по данной теме так и не появилось. Литература издательств "Питер" и "Инфорком" устаревала еще до своего появления. Книга,которую обещал написать Stalker,могла бы стать отличным пособием для кодера, но неизвестно появится ли она когда-либо вообще... В последнее время в электронных изданиях стали публиковаться статьи, посвященые профессиональным методам работы с графикой. Но, как это не печально, зачастую в них встречается множество неточностей и ошибок. Конечно, было бы прекрасно, если бы подобную статью написал RST-7, IMP или ALEX RAIDER, у которых богатый опыт в данной области, но если уж они не удосужились ничего написать за столько лет, маловероятно, что они напишут что-либо в будущем. Как обычно, начнем с конца... и ответим на вопрос, который долгое время терзал умы кодеров всех стран: "Можно ли вывести полноэкранную картинку (без атрибутов) на экран за одно прерывание ?" - ДА !!! Это вполне возможно и достаточно просто ! К сожалению, многие программеры считали не так и даже посвящали этой теме статьи в журналах, в которых приводили кучу доводов и фактов, отвергающих такую возможность. Стоит вспомнить хотя бы статью в первом номере журнала "ZX-POWER". Статья вполне профессиональная, но кое-какие ошибки имеются. Ошибаться может каждый, а наш кодерский долг обязывает нас эти ошибки исправлять, чем мы сейчас и займемся... 1. Рассмотрим наиболее часто используемые методы вывода изображений на экран. а).Самый простой способ вывести спрайт- перебрасывать его последовательно байт за байтом, строку за строкой. прорамма,выполняющая такие действия, выглядит примерно так: LOOP1 PUSH BC PUSH HL LOOP2 LD A,(DE) INC DE LD (HL),A INC L DJNZ LOOP2 POP HL CALL DOWN_HL POP BC DEC C JR NZ,LOOP1 RET DE-адрес спрайта в памяти, HL-адрес в экране, B -ширина спрайта в знакоместах, C -высота спрайта в пикселях. DOWN_HL - переход на строку ниже. Данный способ, несмотря на свою простоту и примитивность,вполне подходит для вывода статичной (неподвижной) графики. Изменив входные параметры в регистрах HL,DE,BC, можно вывести картинку любого размера в любое место экрана. К сожале- нию, такая гибкость не свойственна всем остальным способам вывода графики. б). Выводить графику с фиксированной шириной. LOOP1 PUSH DE LDI ;колличество зависит ... ;от ширины спрайта. POP DE EX AF,AF' CALL DOWN_DE EX AF,AF' DEC A JR NZ,LOOP1 RET HL-адрес спрайта в памяти, DE-адрес в экране, A -высота спрайта в пикселях. Этот способ несколько быстрее предыду- щего, но из-за привязки к определенной ширине спрайта, менее распостранен. в.) Вывод графики при помощи стека. Этот и следующий приемы вывода гра- фики более эффективны и быстры по сравнению с предыдущими,но вместе с тем и несколько сложнее. Итак, пересылка стек-экран: Программа создает при первом запуске рабочий блок , который собственно и будет заниматься переброской графики. Адрес графики заносится в регистр SP, затем значения со стека последовательно извлекаются и заносятся в экран. Примерно это будет выглдеть так: ... POP HL LD (#4000),HL POP HL LD (#4002),HL POP HL LD (#4004),HL ... Естественно, что адреса, в которые будет бросаться графика, заранее фиксированы, фиксирваны также размеры спрайта. Длина полученой процедуры в памяти зависит от размеров спрайта, и будет в два раза большей чем он. То есть, если вы перебрасываете спрайт на весь экран (6144б.), размер программы будет - 12288б. Такое расточительство вполне оправдано, так как скорость рабо- ты этой программы гораздо выше чем предыдущих. Один байт перебрасывается за 13 тактов. Тем более, что до инсталляции программа будет занимать всего каких-нибудь 100 байтов. г). Следующий способ похож на прдыдущий но более подходит для скроллингов вверх и вниз,чем для вывода графики Так как к определенным адресам здесь привязывается и источник, и приемник. ... LD HL,(#4100) LD (#4000),HL LD HL,(#4102) LD (#4002),HL LD HL,(#4104) LD (#4004),HL ... Абсолютно не используется стек и не изменяет регистры,за исключением HL Использует на каждый перебрасываемый байт графики по три байта памяти.Один байт перебрасывается за 16 тактов. д). Наиболее быстрым способом СКРОЛЛИНГА экрана по вертикали и довольно совершенным методом вывода графики из памяти является следующий: ... LD SP,адрес-источник POP HL POP DE POP BC POP AF POP IX POP IY EXX POP HL POP DE POP BC LD SP,адрес-цель PUSH BC PUSH DE PUSH HL EXX PUSH IY PUSH IX PUSH AF PUSH BC PUSH DE PUSH HL ... Этот метод очень эффективен,но все равно не позволяет вывести весь экран за одно прерывание. е). Теперь рассмотрим САМЫЙ совершенный и малоиспользуемый способ вывода графики: Данные перемешиваются с программой, и получается конструкция типа: ... LD SP,адрес в экране LD HL,два байта графики PUSH HL LD HL,очередные два байта PUSH HL LD HL,очередные два байта PUSH HL ... А теперь давайте немного посчитаем. LD HL,число - 10 тактов, PUSH HL - 11 тактов. Для вывода полноэкранной картинки необходимо повторить этот фрагмент 3072 раза = 21*3072 = 64512 тактов. LD SP,число - 10 тактов. Стек изменять придется( хотя и не обязательно )перед выводом каждой строки,то есть 192 раза = 10*192= =1920 тактов. И того,все в целом будет занимать 64512+1920=66432 такта !!! Как видите,все вполне бозможно и ре ально.Возможности Спектрума не ис- черпали себя и до сих пор ! SPECCY ALIVE FOREVER !!! Данный способ вывода графики далеко не нов и придуман не мной. Во всяком случае им пользовались многие мои друзья из RUSH, и рассказал мне о нем IMP еще несколько лет назад... При использовании этого метода также расходуется по два байта памяти на каждый выводимый байт графики. Вывод полноэкранной картинки абсолютно без повторяющихся фрагментов элементарно укладывается не только в пентагоновское прерывание, а и в прерывание на любой нормальной машине, например, SCORPION, PROFI и т.д. Правда на фирменной машине появляются проблемы связанные с тем, что в ней раздельные поля памяти, то есть экранная память работает гораздо медленее, а нам приходится помещать стек в экран... Но если бы у фирменного SPECCY было реально 70Д тактов в прерывании, все отлично успевало бы работать, даже осталось бы место для музыки. Чтоб заставить изображение двигаться, придется менять адреса, заносимые в SP, но и это вполне реально. Остается лишь сказать, что в нашей новой демке "HALLUCINATIONS OPERA" есть такой FX, правда на весь экран он работает только на Пентагоне, но надо же иметь совесть, как говорит наш Знахарь... И еще несколько полезных советов для кодеров, которые были почерпнуты из многолетнего опыта работы на ассемблере как моего личного, так и многих других кодеров: При выводе изображения по маске, спрайт удобнее всего хранить перемешанным с маской. Байт графики, затем байт маски и т.д. Выводиться такой спрайт будет так: ... POP DE ; два байта графики LD A,D AND (HL) OR E LD (HL),A INC L ... Стек при этом должен указывать на графику, а HL на экран. Наиболее быстрый способ очистки эк- рана: LD SP,#5800 LD BC,0 PUSH BC - повторить 3072 раза. Также можно очищать любые области в памяти и т.п. Конечно вовсе не обязательно делать такие процедуры абсолютно без циклов. Можно, например, сделать всего 256 PUSH'ей, и зациклить этот блок нужное колличество раз. Особых потерь в скорости не будет. Теперь очень важная вещь, которую следует знать всем, кто решил писать качественные программы на SPECCY. При выводе большого количества графики, вероятность того, что телевизионный луч пересечется с выводимым в данный момент блоком графики очень велика. Это приведет к тому, что в месте пересечения с лучем, динамическое изображение будет дискрировать. Например, при скроллинге большого фрагмента экрана верхняя часть его будет сдвинута, затем луч "догонит" место вывода, и дальнейшая половина картинки будет выводиться с отставанием на один кадр. Еще более ужасная картина получается, если изображение на экране времменно стирается, развертка может попасть именно на такой момент, и тогда могут появиться исчезающие спрайты, промигивающие курсоры и прочее ламерство. Как с этим бороться: Можно постараться, чтобы развертка не пересекалась с выводом на протяжении всего прерывания. Так, можно сначала вывести графику в среднюю и нижнюю трети экрана, а в конце, когда лучь уже пройдет верхнюю половину экрана, можно вывести верхнюю треть. Этот метод используется довольно часто, но из-за огромных различий в конструкции компьютеров развертка на разных типах SPECCY может сильно отличаться, что станет причиной дискрирования изображения. Стоит посмотреть как работает "SHOCK" на Пентагоне, и вам все станет ясно. Самым эффективным и практичным методом в данном случае является использование дополнительного экрана в машинах с ОЗУ 128к и больше. Наличие двух экранов, которые можно переключить мгновенно при помощи одного единственного OUT'а, очень сильно облегчает жизнь программисту. Работа с двумя экранами производится следующим образом: на прерывания (не обязательно) вешается небольшая программа, которая поочередно подключает то 7 страницу и обычный экран, то 5 страницу и теневой экран. Выглядеть это может примерно так: SCREEN_CHANGER: SCR LD A,#55 ; %01010101 RRCA LD (SCR+1),A LD A,#17 ; 16+7 JR C,PAGER LD A,#1D ; 24+5 PAGER: LD BC,#7FFD ; 32765 OUT (C),A RET Все процедуры, работающие с экраном, должны быть написаны с учетом того, что экран теперь находится не с адреса #4000 (16384 dec), а с адреса #C000 (49152 dec). Процедуру DOWN_HL менять не нужно, она и так будет работать корректно. Суть данного метода состоит в том, что изменять (стирать, двигать и т.д.) Вы будете не тот экран, который отображается в данный момент на мониторе, а тот, который находится в памяти и не виден зрителю. Никакого, дискрирования не будет абсолютно, даже если Вы будете изменять весь экран целиком. Так например сделано в словацкой демке "ECHOLOGY", и она великолепно работает на всех машинах, вкючая Пентагон, за исключением MULTICOLOR'ов, разумеется. Кстати, MULTICOLOR - это и есть дискрирование... Конечно писать программы используя один экран - круче, но на практике это не целесообразно. Я советую Вам не мучить пользователей и писать soft под два экрана. А теперь совет, не имеющий прямого отношения к работе с динамической графикой, но он может пригодиться Вам в том случае, если у Вас не хватает процессорного времени на проигрывание музыки, а свободной памяти остается много. В таком случае можно поступить следующим образом: Музыка раскладывается на составляющие компоненты и затем проигрывается минуя player. Простой вывод данных в порты будет занимать каких-нибудь 300 тактов, если сравнить с тем, что player от "ASM" требует более 8000 тактов - разница ощутима. Желательно не подгружать уже разложенную на данные музыку с диска, а создавать ее непосредственно перед запуском программы , так-как размеры полученного блока данных могут достигать десятков киллобайт. Можно также попробовать компрессировать повторяющиеся фрагменты. Данный метод использовался во многих демонстрациях - "ECSTASY", "SHOCK", "SATISFACTION", "INSULT" и др. А вот наиболее красивый и компакт- ный способ отключения звука на AY, который я видел (писал его не я): SHUT_UP: LD HL,#000D SHUT1 LD BC,#FFFD OUT (C),L LD B,#BF OUT (C),H DEC L JR NZ,SHUT1 RET Если кто-то не понял, что именно я имел в виду под процедурой DOWN_HL или DOWN_DE, я привожу ниже их текст: DOWN_HL: INC H LD A,H AND 7 RET NZ LD A,L ADD A,#20 LD L,A RET C LD A,H SUB 8 LD H,A RET DOWN_DE: INC D LD A,D AND 7 RET NZ LD A,E ADD A,#20 LD E,A RET C LD A,D SUB 8 LD D,A RET Иногда бывает нужно пересчитать адрес в экране в адрес соответствующий данному знакоместу в области атрибутов. Сделать это можно так: SCR_ATR: LD A,H RRCA RRCA RRCA AND 3 OR #58 LD H,A RET На сегодня хватит... Конечно способов повышения эффективности программ может быть бесконечное множество. Для каждого конкретного случая есть свои приемы и тонкости. Их нужно знать не только для того, чтобы писать сногсшибательные эффекты... Не умея пользоваться достижениями современных кодеров, вы не сможете писать качественные динамические игрушки, да и хорошей системной программы написать невозможно, пользуясь методами десятилетней давности. Поэтому дерзайте ! Возможно, скоро Вам удастся написать полноэкранный multicolor или еще какое-нибудь чудо кодинга ! Good luck !!! P.S. Неплохо бы написать профессиональную книгу по кодингу, в которой были бы описаны все методы программирования и множество полезных процедур. Возможно, если ктонибудь меня попросит, я мог бы попробовать написать, что-то подобное...