Опять запилятор, спросит кто-то с затаенной радостью, кто-то с неприкрытой злобой. Не совсем. Как уже кое-кто сказал, это кастрированный запилятор: никакой автосборки, никакого автоподключения музыки, скроллов, анализаторов и т.п. Только парсинг. Парсер слегка оптимизирован, по сравнению с предыдущей версией. Вот отличия от печально известного Zapilyator™:

• Нулевой кадр анимации исключен из проекта. На крупных анимациях можно получить неплохую экономию памяти.
• Возможность отключения задержек между кадрами. Кодер сам решает, когда вызывать очередной кадр.
• Отключение смены страниц памяти. Все кадры должны находиться в одной странице, или же кодер переключает страницы сам.
• Возможность тонкой настройки распределения памяти. Может пригодиться, если необходимо использовать несколько анимаций в одной задаче.
• Уникальное пространство имен каждой анимации для объединения нескольких штук в один проект.

Адрес страницы: http://nyuk.retropc.ru/animation_parser_zx

Подготовка источника: GIF

• Размер картинки желательно привести к 256x192. Можно больше, но тогда влезет только левая верхняя часть картинки. Можно меньше, тогда на спектруме картинка будет прижата в левый верхний угол экрана.
• GIF-файл должен быть черно-белый, в идеале — однобитный. Черный цвет — пиксели, белый — фон.
• Кадры не должны быть оптимизированы. Т.е. каждый кадр должен храниться внутри файла отдельным битмапом.

Подготовку цвета и битности удобно делать в программе Gifsicle (Windows, Linux, FreeBSD, MacOS, DOS). Вот пример командного файла, который я когда-то писал (не спрашивайте, зачем там три прохода):

gifsicle.exe --colors 256 %1 -o _1.gif
gifsicle.exe --unoptimize _1.gif -o _2.gif
gifsicle.exe --colors 2 _2.gif -o _3.gif

del _1.gif
del _2.gif

rename _3.gif %~n1-unoptimized.gif

Можно добавить в GIF-файл информацию о цвете по методу Перцовский-Какос. Информация с атрибутами добавляется вниз картинки. У Какоса была для этого специальная утилита. Этот метод добавления цвета можно считать устаревшим, т.к. можно использовать в качестве источника цветные SCR-файлы.

Подготовка источника: SCR

Кадры должны хранится в стандартных спектрумовских экранах 6912 или 6144 и запакованы в ZIP-архив. В архив можно добавить файл durations.txt, в котором описать порядок следования кадров и продолжительность показа каждого. Формат не помню, но если интересно – могу уточнить. Без этого файла кадры будут рассортированы по имени файла.

Настройка парсера

GIF/ZIP file. Поле выбора файла для загрузки.

Frame delay. Если отключить эту опцию, то в генерируем плеере не будет обработки задержек между кадрами. Задержки должен выставлять сам кодер. Экономия 12 байт на плеере, плюс 1 байт на каждый кадр анимации. Ну ускорение на несколько десятков фреймов.
С включенным «Frame delay» можно указать паузу между фреймами. Если выбрать опцию «Take from GIF», то можно получить различное время показа для разных кадров.

Memory model. Режим «48k» предполагает, что все кадры находятся в едином адресном блоке. Если это не так, то кодер должен сам переключать страницы, т.к. в плеере смена страниц отсутствует. Тем самым экономится 7 байт на плеере, плюс 1 байт на каждый кадр анимации. Ну и небольшое ускорение по тактам.
Режим «128k» добавляет в плеер код, переключающий страницы. Кроме того, в этом режиме можно задать ограничения на использование памяти в каждой из страниц. Это может пригодиться при объединении нескольких анимаций в один проект.

Результат

Нажимаем Parse, ждем какое-то время и скачиваем архив с результатом. Содержимое архива:

fast. Каталог с анимацией, оптимизированной по скорости. Объем данных при этом получается очень большой.
res — каталог с ресурсами.
player-fast-axxx.asm – плеер.
test-animation.asm – простейшая тестовая программа.

memsave. Каталог с этой же анимацией, но оптимизированной уже по объему. Скорость отрисовки в этом случае сильно падает. Внутренняя структура каталога такая же, как и в предыдущем случае.

diff. Список разниц между кадрами. Каждый файл – отдельный кадр. Внутри файла смещение относительно начала экрана и байт, который кладется по этому адресу. Может пригодится для ручной дальнейшей обработки. Например, можно написать свой парсер.

---

Не думаю, что мне удалось избавиться от всех багов. Так что, пробуйте, тестируйте. В случае ошибки высылайте мне исходный GIF и настройки парсера, а я уже буду смотреть.