ZX-Poly™ platform

[Raydac]

not a short message

[Advertiser]

[scl^mc]

[moroz1999]

как реализована раскраска спрайтов?

[CityAceE]

Основная идея раскраски старых игр, что одновременно работают четыре спека каждый выводит видеоинформацию на свой битовый план,

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

[andrews]

По такой схеме 24 проца будут TrueColor выдавать с немерянной скоростью, проблема в том, платформа должна не только отрабатывать этот Use case, но и:
1) быть адекватной в программировании
2) не быть сверхсложной для сборки
3) Быть способной к работе не только на фазе эмуля
Я посмотрел, что 4 проца наиболее оптимально

на 24 проца эмуль тоже есть? с эмуляторами хотелось бы поработать...собирать в железе на рассыпухе? возможно найдутся желающие, какова стоимость?

[Lethargeek]

Целых четыре проца всего лишь для раскраски игрушек - "непропорциональное применение силы", как говорится. Имхо время подобных монструкций прошло - чисто как игровой автомат оно может представлять интерес, но не как "развитие Спектрума". Не для всех задач многопоточность эффективна, это раз (уж лучше воткнуть один камень побыстрее). Юзать потоки одновременно с новой 16-цветной графикой нельзя (как минимум сильно неудобно), это два. Ориентация только на старый размер экранчика и отстойную адресацию - тоже очень плохо и эффективности не прибавляет, это три. Да и всякие 512x192 итп уже делали...

Всем интересующимся битплановыми режимами советую почитать доки по EGA (не обращая внимания на пц-маразмы в деталях), чтобы понять - не нужны четыре (итд) процессора для сохранения скорости работы старых игрушек, да и переделок в них тоже понадобится минимум (вместо перерисовки спрайтов по всем плоскостям нужно будет вставлять однократные команды выбора цвета). Единственная загвоздка - программный скроллинг, но и с учетом сих трудностей даже до предела упрощенный вариант "один Z80 на 21МГц + EGA-подобный (не "ATMEGA"!) режим" выглядит универсальнее и перспективнее, чем "четыре Z80 на 3.5МГц (да сколько бы ни было) + четыре процесса".

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

Кстати моя схема позволяет избежать атрибутных траблов

Да ну? --->

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

Этим дело не ограничится. Подгрузка графики в многоуровневых игрушках - уже проблемы. Запакованные данные - то же самое. Любая вычисляемая графика (3D в том числе, но не только) - тоже не прокатит. Слишком узка область применения у девайса, если так уж хотим обойтись без копания в коде. Хотя, как уже писал, в качестве эдакого автомата для "ретрогеймерства" - вполне годится. Если эмулятор не торкает.

P.S.

По такой схеме 24 проца будут TrueColor выдавать с немерянной скоростью...

[moroz1999]

Основная идея раскраски старых игр, что одновременно работают четыре спека каждый выводит видеоинформацию на свой битовый план, видеосистема берет информацию с этих планов и переводит в цветовую, к примеру в AfterTheWar я просто в тупую постирал спрайты в разных версиях программы загружаемой в разные спеки (неоптимально, знаю, но делалось на время)

мдаа, всё гениальное - просто

[Error404]

Читал pdf-ник, много думал о том, за что же разработчики так не любят диспетчер по 64к (или - что за странная любовь к диспетчеру по 16к в единственном окошке, т.е. негодного ни на что кроме свопинга для единственного процесса). Чтобы написать многоПРОЦЕССОВУЮ систему полезнее не 4 процессора (что, конечно, тоже не лишнее) а диспетчер, позволяющий за минимальное число тактов переключать весь контекст процесса (т.е. в идеале - всё куцее 64к адресное пространство Z80). Т.е. нужно 1 диспетчер по 64к или 4 одновременно и независимо работающих диспетчера по 16к (каждый в своем окне: 0..3FFF, 4000..7FFF, 8000..BFFF, C000..FFFF).
--
Что понравилось - наконец то есть возможность выключения дурацкого ПЗУ, занимающего четверть адресного пространства. И режим экрана, на котором можно организовать нормальный терминал 80х25.

[newart]

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

Да уж сколько лет есть, Kay, Scopion и т.д.
Но не юзал ведь почти никто.

[Error404]

Да уж сколько лет есть, Kay, Scopion и т.д.
Но не юзал ведь почти никто.

Ну, я ничего про эти модели не знаю.
А как можно это не юзать, если без этого CP/M нормально не запустить (там все ПО странслированo на работу с 100h).