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

[CLR]

Стоит прикрутить опрос, сколько человек готово это купить и сколько человек готово под это писать софт. Затем сложить эти числа и разделить на 2пи - вот примерно столько и будет реально заинтересованных в очередном велосипеде людей

[Advertiser]

[omercury]

Если устранить эти недостатки, а это сейчас возможно, будет ли кто-то писать для нашего компьютера игры ? Или будут писать только для чужого NEXT-а ?

Бессмысленно изобретать новый ретрокомпьютер.
И новых программистов им не привлечёшь.
Причина проста: Спектрум - ностальгия нашего поколения.

А другие поколения впадут в своё детство, не в наше.

[zx-kit]

Бессмысленно изобретать новый ретрокомпьютер.
И новых программистов им не привлечёшь.
Причина проста: Спектрум - ностальгия нашего поколения.
А другие поколения впадут в своё детство, не в наше.

Я сначала хотел действительно новый. Но вернулся к истокам и собираюсь немного улучшить все, основываясь на прошедших годах на основе кэша с устаревших IBM 486. Если бы разработчики Спекрума знали, сколько проблем они создадут программистам упрощенной графикой, то сделали бы это сами. Да они и не планировали, что Спектрум проживет долго и не было тогда кэш памяти. Но так как их уже нет, а мы есть, то это сделаем мы. И будем программировать на компьютере с исправленными глюками. Пишут же для NEXT-а. Может и молодежь с ардуино перейдет на Z80. Игры писать с выводом на телевизор/монитор интереснее, чем выводить буковки на LCD или мигать светодиодами. Тут их ждет слава, почет, уважение и т.п. Тем более нас много и есть у кого спросить, как что делается. Нет, так тряхнем стариной и сами будем писать. Что нельзя было успеть вывести на экран в старом компьютере, теперь можно успеть в новом.

[barsik]

Предлагаю реализовать давно витающую в воздухе идею о двух слоях спековской графики + слое маски, предложенную многими

Это самая реальная из идей по новоделу ZX без клешинга, что обсуждаются тут в последние месяцы. Потому, что это реализуется просто и практически без вторжений в базовую схему клона ZX. Да и гораздо полезнее для игр, чем вводить 8 битов на цвет одной точки.

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

Второй параллельный экран вводится с той же самой организацией графики и цвета как и оригинальный. Но в этом втором экране имеется ещё один слой, работающий только на запись. Это слой маски. Биты в маске определяют из какой плоскости выводить соответствующую экранную точку. Если бит в 0, то на экран выводится точка из плоскости заднего плана. А если 1, то из плоскости переднего плана. Благодаря этому исчезает клешинг, т.к в одном квадратике 8*8 можно иметь уже не 2 цвета, а 4.

Причём экран маски даже не требуется включать в адресное пространство. Используется идея А.Волкова по автозаписи в другую плоскость из специального регистра маски при выполнении записи в экранное ОЗУ графики.

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

Т.о требуется переключать две экранные страницы в окне размером 8 кб с адреса 4000. Делая доступным в этом окне, то плоскость заднего плана, то плоскость переднего плана. А архитектура расширяется всего на 2 порта на вывод - порт маски и однобитовый порт переключения 2-х плоскостей экрана.

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

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

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

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

Два экрана. На одном строим изображение, другой в это время отображается

Это легко сделать, но не особо нужно. Таких игр для Spectrum-48К нет. Для борьбы с мерцанием программисты успевают выводить на экран во время гашения. Если поднять скорость Z80, то успеют тем более.

Линейная адресация экранных байтов как в Орионе и Специалисте

Вряд-ли это необходимо, а при переделке ZX-игр, чтобы избавить их от клешинга, даже вредно.

Атрибуты на каждые 8 точек как в Орионе

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

Слой фона в ходилках и леталках будет аппаратно сдвигаться

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

Возможно это будет уже не Спектрум, а другой, лучший компьютер

Главное, чтобы он остался простым и 100% совместимым.

[zx-kit]

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

В данном случае речь не только о клешинге. Аппаратный сдвиг фона необходим. Мы же игры будем делать цветные. Как же сдвинуть фон влево на 1-2 точки, если цвета зависят от атрибутов. Да и не хватит скорости у Z80 даже черно-белую картиннку сдвинуть. Если мы не сделаем скроллинг одна стрелялка-леталка так и не появится. Нет у Z80 на это возможностей.

Второй экран тоже нужен. В играх вместо второго экрана использовали буфер в основной памяти, затем копировали на экран. Но скорости Z80 не хватает для копирования всего экрана. Поэтому надо убрать операцию копирования - просто меняем экраны между собой. Это делается мгновенно. Один байт атрибута на 8 точек тоже надо. Цветов всего 15. Хоть как-то увеличим разнообразие тайлов и спрайтов. Все, что описано желательно сделать.

Аппаратный скроллинг сделать не сложно. Для этого надо три регистра для записи смещения по-горизонатали и вертикали. В начале окна из них будем загружать начальные значения в счетчики - и все !

[barsik]

Аппаратный сдвиг фона необходим... Как же сдвинуть фон влево на 1-2 точки, если цвета зависят от атрибутов.

Не понял как Вам поможет аппаратный ролик при панорамировании по горизонтали. Экран же байтовый, значит и аппаратный сдвиг будет с шагом в 8 точек. Это по вертикали доп.аппаратура поможет сделать плавный и быстрый сдвиг всего экрана. Так сделано в БК-010 и Векторе. И вообще, какой смысл напрягаться из-за одной потенциально возможной игры. Даже всего 3 регистра тратить на это глупо. Сделайте лучше первую версию по минимуму.

Уверен, что ничего больше того, что я предложил не нужно. Т.е это минимальный и одновременно оптимальный вариант. Оптимальным он будет, если это останется клон 48К, не надо Spectrum-128. Но т.к есть и вторая банка ОЗУ с окном в 8К, то глупо не сделать её прокачку в этом окне 4000...5FFF (расход в 1 регистр), а также ввести отключение ПЗУ 0...3FFF, что даст те же 128 кб, но "под другим соусом", чем в Spectrum-128. Главное преимущество - сплошное доступное ОЗУ в 64 кб. Сделайте такой компьютер на маленькой дешёвой плате, без всяких FPGA и Вам можно будет ставить памятник при жизни.

Кстати в "Радуге" (на КР580), разработанной sherlock-ом, одновременно с чтением байта графики, автоматически читается и по перезаписи автоматически переписывается на новое место и байт атрибутов. Но для экрана ZX и это не особо надо, т.к там всего один байт цвета на 8 байтов графики.

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

Да и не хватит скорости у Z80 даже черно-белую картинку сдвинуть... Нет у Z80 на это возможностей.

Ведь полно леталок-стрелялок со сдвигом всего экрана и даже по горизонтали.

[AzAtom]

Второй параллельный экран вводится с той же самой организацией графики и цвета как и оригинальный. Но в этом втором экране имеется ещё один слой, работающий только на запись. Это слой маски.

Это один из самых лучших вариантов.

Думал, может уже сразу сделать по 2 бита на пиксель, и из 4 цветов 1 прозрачный. Но в итоге получим 3 цвета на все спрайты, что совсем плохо. Остаётся озвученный выше вариант.

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

Или, уж, сразу аппаратные спрайты делать. Тогда стандартный экран остаётся фоном и добавятся спрайты. Их уже можно делать 16 цветными. Можно сделать палитру из 256 цветов. Спрайт 4 битный и у каждого спрайта есть 4 битный номер подпалитры. Итоговый индекс из общей палитры составляется из 4 бит самого спрайта и 4 бит номера подпалитры. Т.о., палитру 256 цветов можно будет разбить на 16 подпалитр и каждую выделить для разных объектов (ГГ, враг1, враг2, враг3, взрыв и т.д.). И цвета можно менять просто указав у спрайта другой номер подпалитры. В общем, примерно как у dendy, но не 2, а 4 бит на пиксель спрайта.
Фон тоже желательно снабдить аппаратным скроллером. Тогда будет классно.


Хм, а ведь если бы на dendy сделали сразу 4 битные спрайты (15 цветов), то всё выглядело бы красивее и сега могла и не взлететь...

[zx-kit]

Это один из самых лучших вариантов.

Думал, может уже сразу сделать по 2 бита на пиксель, и из 4 цветов 1 прозрачный. Но в итоге получим 3 цвета на все спрайты, что совсем плохо. Остаётся озвученный выше вариант.

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

Или, уж, сразу аппаратные спрайты делать. Тогда стандартный экран остаётся фоном и добавятся спрайты. Их уже можно делать 16 цветными. Можно сделать палитру из 256 цветов. Спрайт 4 битный и у каждого спрайта есть 4 битный номер подпалитры. Итоговый индекс из общей палитры составляется из 4 бит самого спрайта и 4 бит номера подпалитры. Т.о., палитру 256 цветов можно будет разбить на 16 подпалитр и каждую выделить для разных объектов (ГГ, враг1, враг2, враг3, взрыв и т.д.). И цвета можно менять просто указав у спрайта другой номер подпалитры. В общем, примерно как у dendy, но не 2, а 4 бит на пиксель спрайта.

Я думал о слое спрайтов (не аппаратных спрайтах). Например, 2 точки на байт. Рисовать вертикальными линиями командой LDIR. Но это не похоже на экран Спектрума. Хотя может и проще, чем три дополнительных слоя (маска+bitmap+attr).

Давайте обсудим этот вариант. Можно например, фон оставить как Спектрум+линейная адресация+атрибут на 8 точек+аппаратный скроллинг. А спрайтовый слой по 2 точки на байт.

Фон тоже желательно снабдить аппаратным скроллером. Тогда будет классно.


Хм, а ведь если бы на dendy сделали сразу 4 битные спрайты (15 цветов), то всё выглядело бы красивее и сега могла и не взлететь...

У Сеги 2 слоя фона со скроллингом и экран шире и спрайтов больше и цветов больше.

[Бука]

Я думал о слое спрайтов (не аппаратных спрайтах).

В Timex 2068 были аппаратные два экрана в 16к нижней памяти, аппаратный мультиколор и 512*192.

Вот если бы из двух экранов было бы аппаратное наложение, де еще с 1м прозрачным цветом то было бы красиво, особенно для 1982го.

Но 2 байта чтения памяти за раз это мало, а больше это уже не ULA. Я бегло пролистывал многочисленные споры "4 или два байта" на этом форуме, ясно что таки 2шт.

Но и четыре вроде как не так уж сложно по схематике того же 82го.

[Lethargeek]

Вот если бы из двух экранов было бы аппаратное наложение, де еще с 1м прозрачным цветом то было бы красиво, особенно для 1982го.

да ну, это даже для 1982 было ниочинь