Быстрая видеокарта "METEOR-2013"

[zx-kit]

У нас даже концепции никакой нет тс-конфиг далёк от необходимого.

Может надо сначала решить а что вообще надо? только не про подкрашивание старых игр, их проще сделать заново, был бы только смысл и желание, у кого руки чешутся тот сделает
Только системной концепции никакой нет, что вообще надо то?

Основная проблема экрана ZX Spectrum - клешинг атрибутов. Это связано с тем, что в квадрате 8 на 8 точек могут быть точки только двух цветов. Поэтому движение цветных персонажей по цветному фону невозможно. Или они изображаются с клешингом. Было бы хотя бы 3 цвета на знакоместо...
Поэтому для добавления нового режима без клешинга нужна видеокарта Meteor.
Она позволит убрать клешинг в старых цветных играх и упростит разработку новых.

Количество цветов в спрайтах ограничено до трех, а в тайлах до четырех. Но есть отличие от Денди, где всего 12 цветов на спрайты и 12 цветов на тайлы из 64 цветов. В новой видеокарте активные/рабочие 4 цвета можно менять в любой момент. Так можно отобразить на одном экране до 32768 разных цветов.
У Денди также ограничение на количество спрайтов в строке не более 8. У меня спрайты рисуются на слои программным способом с элементами ускорения. Что упрощяет вывод спрайтов в старых играх. В дальнейшем рисование спрайтов можно проапрегейдить до блиттера.

Разрешение увеличивать пока не надо. Максимум разрешение 256 х 224. Вдруг кто захочет сделать BATTLE CITY 2.
Вместо аппаратных спрайтов Денди будут использоваться 8 слоев с возможностью наложения с использованием прозрачного цвета.
Наверно для построения уровней можно будет использовать редакторы, написанные для Денди.

[Advertiser]

[Lethargeek]

на дворе стоял 2016 год, но спектрумисты всё пытались сделать из Спектрума пародию на приставки тридцатилетней давности

это как при наличии нормального большого бассейна внутрь поставить маленький надувной и водой наполнить только его

основная проблема Спектрума и спектрумистов - их ограниченность

[Lethargeek]

Хватит балабольства, считать давайте. Как пример, определим нагрузку на память карты для гипотетического фреймового движка. Пусть площадь растра R, площадь выводимых "спрайтов" S, тогда для самой тупой и примитивной однослойной схемы с полным обновлением фона в кадре получим:

3R + S + s (где s<S процентов на 20-30 для типичных спрайтов, так как прозрачные пиксели лишь читаются)

Для самой примитивной схемы при n слоёв, в лучшем случае (когда фон не изменяется вообще):
(2n-1)R + S + s

то есть для восьми слоёв с тупой полной очисткой верхних семи:
15R + S + s !!

Если же "нетупо" стирать только "спрайты" прошлого кадра:
8R + 2S + s
данные которых придётся сохранять и перебирать при стирании
(да-да, расскажите мне, как слои "удобней для программиста")))

для предложения Reobne у меня получилось в лучшем случае:
1.875R + S + (от 1.0625 до 1.125)s
но в худшем, с полным обновлением фона, уже:
3.875R + S + (от 1.0625 до 1.125)s
притом надо городить кучу непростой логики
да и программно, вероятно, тоже как-то учитывать

зная ПСП, можно вычислить оценку возможной S
и для проектирования движка исходить из худшего случая

...ну и где же вероятней "обойтись плисиной поменьше и мегагерцами"?

- - - Добавлено - - -

многослойность давно уже делается тракторным способом на обычном однослойном экране, то ли один экран очистить то ли восемь, тем более один экран и очищать то не надо, задний фон сам всё очистит, в конце вывода остаётся только смачно кинуть 16x16 в виде стрелки мышки, на следующем фрейме задний фон всё равно всё сотрёт.

вот почему Свидетели Слоёв этого никак не поймут?

[zx-kit]

Хватит балабольства, считать давайте. Как пример, определим нагрузку на память карты для гипотетического фреймового движка. Пусть площадь растра R, площадь выводимых "спрайтов" S, тогда для самой тупой и примитивной однослойной схемы с полным обновлением фона в кадре получим:

3R + S + s (где s<S процентов на 20-30 для типичных спрайтов, так как прозрачные пиксели лишь читаются)

В однослойном варианте с тремя слоями со скроллингом:
7R + S + s.

Для многослойного варианта с 2 слоями (1 слой фона со скроллингом и 1 слой спрайтов):
2R + 2S + s + SCR.

Для многослойного варианта с 4 слоями (3 слоя фона со скроллингом и 1 слой спрайтов):
4R + 2S + s + 3 * SCR.

Где SCR - время рисования столбика справа экрана при скроллинге.

Таким образом, загрузка памяти мало отличается.

[Lethargeek]

В однослойном варианте с тремя слоями со скроллингом:
7R + S + s.

Нет. Все передние логические слои с прозрачностью учтены как "спрайты" в S+s и рисовать их можно кусками. Но даже если запоминать передние слои целыми экранами, то нагрузка в реале не 2R, а R+r (причём в этом случае r скорее всего будет отличаться от R в разы, а не на десятки процентов).

Где SCR - время рисования столбика справа экрана при скроллинге.

Такой скроллинг будет слишком тупым и скучным. Блиттер может перебросить любой участок, имитируя прокрутку лишь там, где нужно, и в любом темпе. Так, легко можно получить параллакс переброской нескольких десятков полосок разной высоты, на которых нарисованы объекты (например, деревья) - нагрузка будет прямо пропорциональна общей площади полосок и их заполненности. Или даже не полоски, а у каждого объекта скорость своя, смотря на какой пиксельной строке он "стоит".

Таким образом, нагрузка может отличаться весьма немало, не говоря уже о восприятии игроком.

[AlexG]

А вы в курсе что в современных плисах есть DSP-блоки которые аппаратно делают умножение и суммирование грубо говоря за один такт?

[Nesser]

А вы в курсе что в современных плисах есть DSP-блоки которые аппаратно делают умножение и суммирование грубо говоря за один такт?

Я про них и говорю, но дело даже не в них а в концепции

Z80 оригинал ещё никто не отменял, вот только частоту поднять до 20 надо, а что плохого если рассыпуха запихнута в плисину, и что бы программно было как можно проще, пока что я не видел какого то простого для программирования предложения.

- - - Добавлено - - -

Именно подкрашивание старых игр.
Их НЕ проще сделать заново.

Я пока не понял каким образом вы собираетесь подкрашивать игру на программном уровне, да и зачем это? ради 1 жёлтого спрайта диззи который ужасным образом клешует с зеленым деревом? В других играх всё равно заднего фона практически нет.
Моя непонимать как вы это собрались делать.

п.с. хочу текстовый режим больше чем 32x24 хочу редактор ассемблера с вкладками для подпрограмм и готовыми процедурами видеовывода, работы с hdd и sd, звуком и бла бла бла

[s_kosorev]

В современных много чего есть, а умножители уже как полтора десятка лет

[AlexG]

Тогда чего (народ) волнуется о сложности реализации сумматора ???

[s_kosorev]

Тогда чего (народ) волнуется о сложности реализации сумматора ???

ну мож на макс3000 собрался делать