Полигоны Another World: Atari ST

Это третья статья из серии про портирование игры Another World. В ней пойдёт речь про хитрости при работе с Atari ST. Рекомендуется сначала прочитать предыдущие статьи.

Полигоны Another World: Atari ST

Зарождение Atari ST было, мягко говоря, неспокойным. Всё начинается как в сказке, а заканчивается войной и предательствами при участии Amiga Corp, Commodore, Atari и Atari Computer.

Серия статей

История ATARI ST

В 1983 году Hi-Toro был стартапом из Санта-Клары, разрабатывающим игровую консоль под названием «Lorraine». Обладая мощным 68000 с потрясающими графическими возможностями, он был технологическим чудом, намного превосходящим всех своих конкурентов. У Hi-Toro, однако, заканчивались деньги. Atari, тогда гигант видеоигр, вложил 500 000 долларов для продолжения разработки в обмен на право добавить клавиатуру и продавать консоль как компьютер.

Вдали от Калифорнии, в Пенсильвании, борьба за власть в Commodore привела к уходу основателя Джека Трамиэля. Он сразу же основал компанию Tramel Technology, в процессе переманивая инженеров Commodore. Излишне говорить, что разделение было далеко не дружеским.

К середине 1984 года настала очередь Атари переживать финансовые потрясения. Когда Джек Трамиэль выразил заинтересованность в покупке компьютерного подразделения Atari, в Commodore увидели возможность выступить против своего бывшего генерального директора. Они купили Hi-Toro (которая к тому времени была переименована в Amiga Corporation), и только вернули Atari их «кредит»[1].

Трамиэль завершил сделку по приобретению Atari Computers и немедленно подал в суд на Amiga Corporation. Этот вопрос не будет решён до марта 1987 года[2]. Между тем Atari оказалась без новых технологий, которые бы помогли снова стать прибыльной[3].

Некоторое время Джек Трамиэль рассматривал возможность покупки Genesis у Sega, которая искала партнёра с опытом работы в Северной Америке. В конечном итоге идея была отклонена. Что произошло дальше, рассказывает DadHacker[4][5]. Джек оставил только 900 из 10 000 сотрудников Atari. Оставшиеся же участвовали в марше смерти с целью разработать и выпустить новую машину в течение года.

Удивительно, но у них получилось. Atari ST была выпущен в июне 1985 года, выйдя на рынок на месяц раньше, чем Amiga 1000.

Полигоны Another World: Atari ST

Устройство было хорошо принято пользователями. К ноябрю 1985 года Джек Трамиэль объявил, что Atari реализовала 50 000 единиц. Цена удивляла. 520ST продавался за 999 долларов, а Amiga 1000 за 1285.

Выбирая из двух машин с одинаковым процессором и одинаковым объёмом оперативной памяти, дополнительные 300 долларов не стоили того. Многие потребители выбрали ST.

Помимо основного ценового преимущества, у машины есть несколько примечательных преимуществ перед конкурентами. Монохромный режим с высоким разрешением 640x480 был идеален для программистов. Встроенный интерфейс MIDI был оценен музыкантами. Небольшая деталь, которая могла иметь значение, операционная система (TOS) и ядро были на самом деле в ПЗУ. Не было необходимости в загрузке с дискеты!

Atari ST быстро собрала культ последователей, особенно в Европе. Создатели демо-сцены одержимо пытались разработать методы оверсканирования[6][7][8][9] для удаления границ чёрного экрана. В конечном итоге эти попытки увенчались успехом[10].

В течение своей жизни, с 1985 по 1993 год, Atari Computers продала 2 миллиона устройств[11]. Многим, кто пережил эту эру, она запомнилась как печально известная война Amiga против Atari ST.

Полигоны Another World: Atari ST

Atari STE

С точки зрения компьютерной графики, анимации и видеоигр войны, как таковой, не было. Это даже сложно назвать битвой. Благодаря своим сопроцессорам Agnus и Denise, Amiga значительно превзошла Atari ST. Например, работа с памятью фреймбуфера Atari ST была мучительной при попытке перемещения спрайта по экрану.

Чтобы смягчить свои недостатки, Atari Computers обновила линию Atari ST в 1989 году, выпустив 520 STE и 1040 STE. Среди улучшений: Genlock, 12-битные цвета, PCM-аудио и, что самое важное, BLiTTER[12]. Эти новшества сделали Atari ST технологией, позволившей конкурировать с Amiga.

Архитектура

Возможности блиттера были неоценимы для разработчиков игр. К сожалению, он появился слишком поздно. У Atari ST была огромная база, мешавшая разработчикам тратить время на то, чтобы сделать их игру лучше для небольшого числа пользователей. Не говоря уже о том, что никто не осмелился выпустить игру эксклюзивно на STE. Another World не исключение, как утверждает разработчик Jaguar версии (который видел исходный код Atari ST).

Another World был полностью запрограммирован для запуска на 68000. Возможности STE не использовались вообще.

Sébastien Briais

Обратите внимание, что на всех Atari ST есть контроллер DMA, но он может переносить только с дискеты/жёсткого диска в оперативную память, что не сильно помогало при разработке игр. Программистам оставалось не так много. А именно процессор Motorola 68000 с тактовой частотой 8 МГц и оперативной памятью 512 КиБ.

Полигоны Another World: Atari ST

Видео система

Чип GLUE, отвечающий за генерацию видеосигнала, использует 3 бита на канал (9 бит на пиксель), что даёт 512 цветов.

Полигоны Another World: Atari ST

На заметку: именно манипулируя Shifter, GLUE и MMU, демомейкер сумел убрать печально известные чёрные границы экрана Atari. Техники «overscan» и «fullscreen» переключают частоту обновления между 50 Гц и 60 Гц, а также переходят от hiRes к LowRes до завершения сканирования линии, чтобы заставить GLUE задерживать сигналы VSYNC/HSYNC[13]!

Another World на Atari ST

Another World под Atari ST был полностью написан Эриком Шайи параллельно с версией для Amiga. Процессор 68000, аналогичный Amiga, облегчил порт, так как большую часть VM ASM можно было переиспользовать. Были отличия в графической части, где доступны три режима. Высокое разрешение (640x400 2 цвета), которое отлично подходит для программирования, среднее разрешение (640x200 4 цвета), которое не очень интересно в этом контексте, и низкое разрешение (320x200 16 цветов[14]), которое идеально подходило для Another World.

Полигоны Another World: Atari ST

Все разрешения используют 32 КБ на каждый фреймбуфер. Здесь нет битпланов, как на Amiga, которые были упомянуты в прошлой статье. В высоком разрешении каждый бит соответствует пикселю. В низком разрешении индекс пикселя разбит на 4 бита, распределённых по 64 битам.

Небольшой ад

Для игры, использующей спрайты, подобная низкоуровневая компоновка была проблемой. Попробуйте представить себе задачу по использованию маски/записи с разрешением в один бит, когда разрешение шины составляет один байт (8 бит). Теперь представьте, как спрайт пересекает границу байтов, и задача превращается в кошмар[15]. Нагрузка на CPU была такой большой, что игры не использовали маску/запись и вместо этого предпочитали использовать предварительно повёрнутые спрайты (один набор для каждого выравнивания битов), что, к чести Atari ST, не было слишком большой проблемой, учитывая щедрое количество оперативной памяти на борту.

Интересно, что в Another World ад чередующихся графических слоёв превращается в рай, когда речь заходит об отрисовке длинных линий одного цвета. Посмотрим почему.

FILL и COPY

Имея только процессор для выполнения FILL и COPY, эта задача выполняется самым простым способом. Здесь нет хитрого трюка, но неплоская компоновка фреймбуфера позволяет 68000 «путешествовать». С кадровым буфером на 32 КБ операции move.l длиной 8000 (32 бита) выполняют работу в обоих случаях. Задисамблированный вывод части COPY операции на 68000-й выглядит следующим образом.

... move.w #49,d0 ;50*160*4 = 32000 octets .copy_loop: rept 160 move.l (a1)+,(a0)+ endr dbra d0,.copy_loop ...

Поскольку тайминг 68000 очень хорошо задокументирован[16][17], мы можем точно рассчитать, сколько времени необходимо на выполнение операции COPY. Поскольку для move.l требуется 20 циклов, общее числу требуемых циклов составляет 20 * 160 * 50 = 160 000 циклов. При скорости 8 000 000 циклов/с COPY занимает 20 мс.

Та же идея для FILL, за исключением того, что вместо операнда «Address register indirect with post-incrementing» первый операнд команды move.l представляет собой «Data direct», который занимает «только» 12 циклов. Это даёт в общей сложности 12 мс для FILL.

... move.w #49,d0 ;50*160*4 = 32000 octets .fill_loop: rept 160 ; d1 = color repeated 8 times since d1=32 bits and color index=4 bits) move.l d1,(a0)+ endr dbra d0,.fill_loop ...

На заметку: вы можете легко отличить версию для Atari ST от Amiga версии, если посмотрите на второй игровой экран.

Милый скарабей, встречающийся в версии на Amiga, исчез на Atari ST. На самом деле, он отсутствует во всех других портах[18], что делает его эксклюзивом Amiga по какой-то неясной причине.

Полигоны Another World: Atari ST

Решение проблемы с отрисовкой

Без режимов «line drawing» и «area filling» порт под Atari ST использует простой алгоритм Брезенхэма[22] для отслеживания рёбер многоугольника. С двумя рёбрами и горизонтальными линиями создаются начальные и конечные координаты пространства экрана. Затем 68000 заполняет пространство между ними[19]. В целом принцип работы похож на блиттер Amiga, за исключением того, что здесь всё сделано программно.

Подход на первый взгляд очень медленный, но «крейсерская скорость» также может быть достигнута здесь, используя преимущества woven layout. Если вы посмотрите внимательно, большинство кадров Another World состоят из длинных горизонтальных линий одного цвета. Это позволяет 68000 писать строки в блоке из 16 пикселей с помощью инструкции move.l, которую мы рассмотрели ранее.

Экран, где Лестер встречает своего «спасителя», является хорошим примером.

Полигоны Another World: Atari ST

Здесь мы видим, выделенные красным, части линий, которые не могут быть отображены в 16-пиксельных блоках из-за расположения и выравнивания фреймбуфера. Эти «медленные» пиксели составляют только 23% фреймбуфера на краю полигонов. 77% фрейм буфера рендерится с «быстрой» 16-пиксельной записью блоков.

Полигоны Another World: Atari ST

Решение проблемы с палитрой

Последняя проблема, которую нужно решить, связана с тем, что Atari ST имеет небольшую глубину цвета. В то время как Amiga допускает 12 бит на цвет, AtariST может дать только 9.

Решение состояло в том, чтобы поставить игру с палитрами Amiga и позволить 68000 позаботиться о преобразовании из 12-битного в 9-битный с простым 1-битным сдвигом (LRS) для каждого канала во время загрузки.

Итоговая картинка выглядит немного темнее по сравнению с Amiga, но разница едва заметна[20].

В заключение

Несмотря на очевидные недостатки, Atari ST удалось запустить точную версию Another World. Несмотря ни на что, игра не должна отклоняться от версии под Amiga. Меньшее цветовое пространство было едва заметно, и движок работал лишь немного медленнее[21], чем на Amiga (которая работала почти со скоростью 24 кадра в секунду).

Ссылки

4444
9 комментариев

Отличная статья, спасиб

2

На первый взгляд выглядит нормально, но если почитать внимательнее, то очевидно, что аффтар перевода нихуя не понимает, что переводит:

 Здесь нет хитрого трюка, но неплоская компоновка фреймбуфера позволяет 68000 «путешествовать». С кадровым буфером на 32 КБ операции move.l длиной 8000 (32 бита) выполняют работу в обоих случаях. Та же идея для FILL, за исключением того, что вместо операнда «Address register indirect with post-incrementing» первый операнд команды move.l представляет собой «Data direct», который занимает «только» 12 циклов. Это даёт в общей сложности 12 мс для FILL.

Полная ахинея.

1

 В то время как Amiga допускает 12 бит на цвет, AtariST может дать только 9.


Не на цвет, а на пиксель, недопереводчик. 12 бит на цвет даже современные мониторы не дают. Даже ниже у тебя про это написано:

 преобразовании из 12-битного в 9-битный с простым 1-битным сдвигом (LRS) для каждого канала во время загрузки

1

Не на цвет, а на пиксель

На цвет каждого пикселя, 3 на каждый канал.
недопереводчикЧто ж.

Нифую не понятно, но очень интересно(звиняйте, забыл взять мем)