2D движки на спектруме.

[moroz1999]

Оцени трудоемкость написания этого менеджера. В частности, в сравнении с трудоемкостью написания набора необходимых процедур.

По моим оценкам - довольно просто. Весь т.н. "менеджер" состоит из циклического прохода по заполненному буферу, в котором каждый спрайт описан 5-6 байтами, и передачи этих байт в процедуры вывода на экран. Единственное серьезное упущение по скорости в данном случае в том, что сами процедуры становится нельзя узко заточить под какое-то конкретное применение, но никто не мешает сделать заточенные копии с основных, работающие только при определенных частных случаях.
Технически всё это упирается в написание и отладку самих процедур вывода, которые должны быть максимально быстрыми без потери универсальности.
Примеры процедур вывода, чтобы было понятно, о чем я:
1. функция познакоместного вывода цветного спрайта на экран. входные параметры - координаты, адрес спрайта в памяти, адрес вывода на экран, может еще чего по мелочам.
2. функция попиксельного вывода монохромного спрайта на экран, входный параметры - координаты, адрес в памяти, адрес вывода на экран.
3....
4...

Добавлено через 3 минуты

Движок VQ3 - вполне себе движок (в моём понимании слова). Точки вызова (наиболее нужные) сделаны JP-ами в начало самого движка. Только под требования первого поста не подходит - он больше квестовый, а не аркадный.

Меня интересует такой вопрос: как ты сам оцениваешь, насколько легко его повторное использование в других проектах, мало похожих на Viking Quest?
Да и про внутреннюю организацию было бы интереснее подробнее послушать, потому что у меня самого опыта в это не так много.