Зачем всё делать плоским? (Опять о спрайтах)

[Lethargeek]

если отбросить пробему совместимости (нет такой проблемы, потому что переделывать всё равно придётся оченно глЫбоко, и это практически то же, что написать заново - тогда о чём говорить). И отбросить узость и плокость мышления.

Ну и как? Почему нельзя было такую элементарщину реализовать ещё в 95 году? Плоское мышление и гигантизм, стремление за какой-то гипотетической совместимостью.

Как раз в 95 "о совместимости" походу никто не задумывался. Все ваяли "рабочие коммерческие" режимы, кое-кто дендюк спрайтовый прикручивал. И где тонны "глЫбоких переделок" под эти новации?

Такой режим, когда каждая плоскость независимо аппаратно скроллится куда угодно, чрезвычайно интересен для гейм-мэйкинга.

Узость мЫшления. Для гейм-мейкинга со времен NeoGeo "чрезвычайно интересно аппаратно скроллировать" независимые объекты, а не плоскости целиком.

КТО СКАЗАЛ, ЧТО ОНИ ОБЯЗАНЫ БЫТЬ КВАДРАТНЫМИ?

Узость мЫшления. Кто сказал, что они обязаны БЫТЬ?

(т.е. если в совокупности спрайт - это несколько цветных линий, то каждая линия может быть раскрашена своей палитрой, из того же общего набора палитр по 16 цветов на палитру).

Что с точки зрения железа (в сочетании с требованием "неквадратности") означает не "N линий одного спрайта", а "N фактически разных спрайтов". А это уже две БОЛЬШИЕ разницы.

Если у нас есть круглый колобок, то мы можем поместить все его линии впритык друг к другу, и это займёт места меньше, чем квадрат (для которого ещё нужен и "прозрачный" цвет, или маска прозрачности).

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

Рисование экрана (точнее перерисовка) сводится к построению новой таблицы разметки, что наверняка будет быстрее, чем все пиксели самому на экран перебрасывать любыми изощрёнными приёмами.

Самому-то зачем? (Кстати зачем вообще общая память для графики и Z80?) Да и список заданий на тупое копирование объектов ничем (кроме большей простоты для програмера) от упомянутой таблицы не отличается.

и это предел сегодняшних возможностей растровой графики для Спектрума.

Ну вообще-то совсем уже не "предел", поскольку ПЛИСы все толстеют и дешевеют (причем слабые модели снимаются с производства). А про идеальный двухмерный движок я выше писал. Совместимость в такую схему можно по-разному прикрутить, и цена ее поддержки ничтожная по сравнению с основным движком.