Идеальный Спектрум

[Totem]

На PC можно будет писать игру и загружать для запуска образ SNA 128К.

а тебе таблетку синию или красную?

[Advertiser]

[Shiny]

Аппаратный мультиколор. Байт атриботов (ATTR) на байт черно-белой графики (BITMAP).

ггг, прям Колумб. Это Таймекс. не?

[zx-kit]

ггг, прям Колумб. Это Таймекс. не?

Это то, чего не было в классике, в Ленинграде, то, о чем все мечтали и что сейчас можно реализовать.
Есть новый проект Pentagon-4096. Как вам ? Это еще Спектрум ?
На нашем форуме нет Спектрумов. Каждый делает то, что хочет.

[Lethargeek]

Назначение — упрощение написания новых динамичных игр путем отображения на экране одновременно 4-х спековских плоскостей с маской и аппаратным скроллингом.

вновь попытка средство представить целью

Сохраняется дух Спектрума, спрайты, тайлы, шрифты, цвета, звуки.

духа спектрума под грудой костылей не останется

Появляется возможность улучшить старые игры.

переписывая "чуть более, чем наполовину"

[CLR]

Есть мнение, что лучше было не изобретать очередной суперспектрум, а попытаться создать законченный продукт. Да, я говорю о стильном изящном корпусе-в-клавиатуре, в котором находится готовый к использованию компьютер, который можно вынуть из упаковки, подключить питание и монитор и начать использовать. Вот с этим у отечественных спектрумостроителей существенные проблемы. То их продукт в виде материнской платы, которую надо засунуть в некий ящик и подключить ещё массу всякой требухи. То коробочка, к которой надо подключить исчезающую из продажи PS/2 клаву. То вообще непонятная плата с бородой из МГТФ.
Готовый к использованию компьютер, из меню которого можно выбрать любую проверенную временем конфигурацию, чтобы и Профи с CP/M и ATM, и TS Conf, и SAM Coupe, и всевозможные звукокарты и гигаскрины с глюкочасами и чертом лысым - в общем, именно такое устройство никак создать не удаётся.
В этом отношении (готового к использованию изделия) успеха удалось достичь лишь Next’у.

[bigral]

Боже, какой бред... Аж бомбануло... Какой-же ты ламер, сферический в вакууме, из палаты мер и весов.

Imho, cделай 1) layer2 256х192х256; 2) блиттер, который может за фрейм такой layer2 раза 4 перерисовать; 3) потом сделай дизайн клёвого корпуса с клавой, чтобы не хуже 48 резинки; 4) организуй производство, чтобы ценник для конечного пользователя был не выше 99 фунтов. И люди подтянутся! (Скажу тебе по секрету, можешь первые 2 пункта пропустить и воткнуть малинку. Если остальные два пункта будут выполнены - тебя ждёт успех).

может я и ламер, но до таких ламерских imho не спускаюсь

[Totem]

Это то, чего не было в классике, в Ленинграде, то, о чем все мечтали и что сейчас можно реализовать.
Есть новый проект Pentagon-4096. Как вам ? Это еще Спектрум ?
На нашем форуме нет Спектрумов. Каждый делает то, что хочет.

Ну там нормальный "междусобойчик", всегда был, но тут то, на всю округу вещаешь.

[AzAtom]

4 плоскости по 2 экрана с 2 слоями........ Это сколько там памяти надо угрохать только на отображение картинки? Плюс ещё всё это крутить программно...
Всё таки, надо как-то попроще.

Моё видение идеального: 4 банка для: экранной области, исходных пикселей, исходных атрибутов и исходных масок. Аппаратный блитер. Экран имеет линейную структуру строк. Раздельный bright для paper и ink вместо flash.
1) Отдельная видеокарта, работающая от системного кварца (упрощает синхронизацию).
2) 2 видеорежима - "стандартный" с байтом атрибутов на знакоместо 8х8 пикселей и расширенный с байтом атрибутов на байт пикселей (8х1), режим выбирается битом в байте конфигурации. Итого 6,75 или 12 килобайт памяти экранной области. Может располагаться в 16 килобайтах из РУ6.
3) Три банка по 64 или 256 килобайт для пикселей, атрибутов и масок. Адреса в них совпадают байт в байт, поэтому, при копировании одновременно читается 3 байта из всех 3 банков и далее записывается в экранную память.
4) Аппаратный блитер программируется так, передаётся адрес начала экранной области (2 байта), количество байт в строке (1 байт, значение 1 - 32), количество пропускаемых байт после строки (1 байт, значение 0 - 31), количество копируемых строк (1 байт, значение 1 - 191), адрес начала копируемого спрайта (3 или 4 байта для будущих расширений памяти). Управляющий байт (1 байт), содержит биты режима атрибутов экрана (8х8 или 8х1), режим копирования атрибутов спрайтов (копирование с атрибутом или копирование без атрибута), бит запуска копирования. Чтением бита запуска копирования можно определить окончание копирования этого спрайта. Итого, 9 или 10 байт. Исходные спрайты имеют линейную структуру строк, поэтому, они просто копируются на экран подряд. Если есть желание, можно добавить количество пропускаемых байт после копирования строки, тогда можно будет вырезать куски из большой картинки. В итоге, в режиме байт атрибутов на байт пикселей получаем по горизонтали точность 8 пикселей, а по вертикали точность 1 строка, что позволит облегчить написание игр.
Расчёт скорости. РУ5 работает с частотой чтения 3500000 операций в сек. Из них половина уйдёт на вывод видео, оставшиеся 1750000 (байт/с) получается 1750000 / 50 = 35000 байт за фрейм. Получается, можно успеть 3 раза заполнить видимый экран, что хватит для большинства игр. Так же, во время бордюра можно использовать все циклы записи и скорость увеличится ещё.
В итоге, если начать строить кадр сразу после начала нижнего бордюра, то ещё до КСИ можно заполнить фон, а до начала отображения видимых строк можно вывести все спрайты. Если не получается вывести все спрайты, то можно сначала выводить верхние, а потом более нижние спрайты, тогда вывод успеет до отображения соответствующего спрайта на экране.
При копировании можно задать режим копирования с атрибутам и без. Если без атрибутов, то скорость может быть в 2 раза выше. Итак, читаются 3 байта из 3 банков, байт маски попадает в регистр, который пропускает или не пропускает сигнал WR на микросхемы экранной памяти соответствующих битов, поэтому 1 битные микросхемы будут гораздо удобнее в качестве экранной памяти. А байт атрибутов копируется как есть, если он есть.
В итоге, благодаря скорости заполнения экрана задний буфер для предварительного построения картинки становится не нужен.

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

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

Управление блитером можно осуществлять, выделив ему ячейки памяти, а не порты. Дешифровка нужна более полная, а не как у портов. Можно выделить 16 байт памяти на управление блитером.

В итоге, 16 корпусов РУ6, 24 корпуса РУ5 или РУ7, а так же, счётчики, регистры и сумматоры для блитера.

Думаю, если делать, то надо делать именно так, на элементах тех лет.

[zx-kit]

4 плоскости по 2 экрана с 2 слоями........ Это сколько там памяти надо угрохать только на отображение картинки?

В итоге, 16 корпусов РУ6, 24 корпуса РУ5 или РУ7, а так же, счётчики, регистры и сумматоры для блитера.

Думаю, если делать, то надо делать именно так, на элементах тех лет.

Я предполагал уложиться в 3 микросхемы SRAM по 128 Kбайт, а ты предлагаешь монстра на 40 микросхемах памяти.
1 слой 16 Кбайт. 3 слоя ATTR, BITMAP, MASK = 3*16. По два экрана 3*16*2. 4 плоскости 3*16*2*4 =3*128
Я предлагаю привычное программное рисование спрайтами и тайлами, а ты блиттер.

[Totem]

Я предполагал уложиться в 3 микросхемы SRAM по 128 Kбайт, а ты предлагаешь монстра на 40 микросхемах памяти.

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