Нет, графики там мало. Да и кода тоже немного. Можно в один .sav все запихать запросто. Особенно если еще притащить компрессию с того-ж БК-0010 или самому алгоритм LZW написать. Это ведь хобби скорей ) Ну вот сделал так что .dat файл занимает места больше чем надо. Но хорошо не сделал его на 96кб, а только на 64.. как объяснить?... а черт его знает, захотелось )
Немного места потом уже в процессе игры спрайты будут кушать. Пока там только мячик и один NPC, по-хорошему их там десятка полтора надо сделать. Спрайт 16х16 белый который это вроде немного, 32 байта, но в самой игре перед уровнем они еще и preshift-ятся - то-есть генерится 8 спрайтов 24х16 на каждый со сдвигом (48 байт х 8 = 384 байта плюс анимация той-же рожицы в 6 позиций = 2.3кб на одного NPC это перебор если их запустить десяток разных на уровень)
И да - белые спрайты рисует ПП, цветное все - ЦП. Там "разделение труда". Поначалу было интересно организовывать работу обоих процессоров ) потом это превратилось в небольшой геморрой с регистрами и тасканием данных туда-сюда. Основной графоний ведь в памяти ЦП лежит. Но вообще такая архитектура УКНЦ с двумя процессорами меня очень порадовала.





Ответить с цитированием