ZX-Poly™ platform

[scl^mc]

[Advertiser]

[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 выдавать с немерянной скоростью...

[icebear]

Вы или плохо прочитали или плохо уяснили, раскраска старых игрушек там - один из возможных эффектов архитектуры, многопоточность и одновременный вывод цветной графики вполне реальна.. Если бы мне захотелось очень удобную железку то я непременно сделал бы очень удобную железку, но мне нужен был именно Спектрум а не EGA c Z80 на 21 МГц. Что же касается слотных компов, то Спек всетаки не совсем из их класса и порог "монструознусти" я старался не переходить так как "что сложно - не нужно" Я бы назвал эту спецификацию не более клоном Спека чем Спек 128 был клоном Спека 48 го

Из выложеной документации совершенно непонятно, как осуществляется синхронизация этих самых ПМ. Как осуществляется загрузка софта? В каждый ПМ по отдельности, сиречь одна и та же программа с "разными цветами" по одному и тому же адресу в четыре ПМ? А как потом осуществляется синхронное выполнение когда? Имеют ли все 4 ПМ общие магистрали (а судя по описанию прерогатив ПМ0 они должны быть), как они организованы, как организован доступ к ним? Как вообще делятся общие ресурсы между всеми ПМ?

[icebear]

один из сценариев:
CPU0 грузит программный блок, затем грузит измененные блоки графики в адресное пространство других CPU (которые на WAIT), после окончания загрузки на все процессора передается RESET с записанной командой перехода на старт программы, далее они работают синхронно, не взаимодействуя друг с другом.. конечно могут быть и другие варианты

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

Хм, надеюсь дописаная дока ответит на многие вопросы. Настораживает "один из сценариев", я так думал, что с конца 90-х это всё уже продумано от и до. Может я просто себе всё сложно представляю?

[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 и т.д.
Но не юзал ведь почти никто.