Идея простого расширения стандартного видорежима

[SMT]

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

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

А чего там насчет "fake low-res" в эмуле? Что думаешь? Скриншоты смотрел

сории, забыл посмотреть. но сейчас даже быстренько попробовал (оказалось, не так уж быстро ). смотри в теме "новая версия us"

[madcore]

Странно, я в ФИДО всех сообщений с форума не вижу, а мои тут видны..

Я уже както писал об этом. Только почему 4 ? Сделать 8 битовых плоскостей и никаких палитр!

Количество плоскостей тут не принципиально, главное что это будет прозрачно для программ. А 4 бита на точку мне показалось оптимальным компрмисом. Если использовать область атрибутов для выбора своей палитры на знакоместо, то сможем иметь на экране одновременно 4096 цветов(правда для хранения палитр понадобится дополнительно 12-16К памяти, мапить её в память спека ИМХО необязательно). И с палитрой много эфекетов можно придумать. Подобие мультиколора, например, даст еще больше цветов.
Например, по умолчанию у нас чтение/запись настроены на одну плоскость, палитра выставлена в соответствии со стандартными спековскими атрибутами - всё выглядит как стандартный экран. Настроив определенным образом палитру, мы можем добиться, чтобы одна плоскость всегда была на переднем плане, а в оставшиеся плоскости можно поместить фононовую картинку на "рабочий стол" - никакие прграммы этого не заметят. Это будет самый простой способ "разукрасить" старые игры(те же Диззи ) - минимальные измения в коде, просто дял каждого игрового экрана загружаем красивый фон, а осталные объекты рисуются как и раньше на переднем "стандартном" плане. Много еще чего можно придумать. Т.е., от палитры совсем я бы отказываться не стал, можно сделать еще один безпалитровый режим, если в нем есть потребность.
Главное, чтобы скорость копирования графики не зависела от количества плоскостей. Новые игры можно было бы писать сразу под стандартный и цветной экран, они будут отличаться только набором спрайтов и незначительными измениями в коде, связанными с инициализацией видеоадапртера. Векторные игрухи типа Элиты тоже легко можно сделать цветастыми - просто при старте настраиваем нужный режим записи, потом при выводе объектов заносим нужный цвет в регистр цвета - больше никаких изменений не нужно. Правда, не знаю, есть ли какой прок от разноцветных караблей

[Lethargeek]

jtn> 17я страница заканчивается, а толку ни на грамм.

Не все, что происходит, видно глазу...

jtn> предлагаю такой сценарий:

По нынешним временам собрать коллектив для обычной-то игрухи проблема.
Узок нынче круг активных синклеристов, страшно далеки они... друг от друга!
Причем во всех смыслах.

CHRV> ...почему-то делать ничего не хотят сами, зато пишут и кричат много (сразу
' вспоминается Нэмо с его знаменитой и точной фразой что в инете прав не тот, кто
' аргументирует, а тот, кто громче и больше кричит. Ну а те кто делает, он просто
' делает и все.

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

[Lethargeek]

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

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

...там и насчет битпланов планируется, и "ускорение без ускорителей"

[Lethargeek]

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

Readme там для SAM style, так что не удивляйтесь

(28-10-2005 удалил - ищите новое)

[SMT]

атрибуты описаны непонятно. что значит верхний/нижний...

для начала, неплохо бы поинтересоваться, есть ли доступные чипы памяти, с and/or/xor вместо put. я таких не видел. если нет, придётся отказаться

ещё неясно, как суммируются фоновый/спрайтовый/вентильный экраны

[SAM style]

Ладно, смотрите все, кто хочет.

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

Читкаем мою спецификацию

-------------------------
16 colorz at da pixel
VideoDrive specification
-----------------------------
by SAM style

NOTE: в качестве эксперимента реализовано в unreal032b7, я опробовал, работает. Последний шаг - железо

------------
ПРЕДСМЕРТИЕ: Читал Lethargeek-а, врубился в половину, сломал мозг. Надо чинить...
------------
принцип работы

изображение формируется путем сложения четырех экранов (синий, красный, зеленый и яркостный).
------------
структура видеопамяти

Видеопамять - внешняя, 4 линейки 8К*8.
Линейки отвечают каждая за свой цвет и яркость (B,R,G,I), в каждой в начале - по экрану 256*192 (#1800)
Структура экранов абсолютно такая же как у ZX, поэтому осваивать чего-то очень новое не придется.
------------
отображение

идет тем же путем что и в ZX, но во всех 4 слоях - имеется счетчик, генерирующий те же сигналы,
что и счетчик на ZX (h0-h7, v0-v7, brd, cc, kc), в нужные моменты снимаем с плоскостей 4 байта,
сдвигаем их как в обычном ZX и получаем 4 сигнала R,G,B,I.
------------
общение

управление ведется через один порт, ориентированый на запись.
через него выбирается: активный слой (00-B, 01-R, 10-G, 11-яркость), режим перехвата обращения
к памяти #4000-#57ff (1-вкл, 0-выкл) и режим вывода на экран (1-с видеокарты, 0-с ZX экрана).
бордюр, ясен хрен, выводится обычными сигналами.
------------
чтение-запись

при определенных условиях перехватывается обращение к памяти в области #4000-#57FF и чтение-запись
переводится в выбраный слой видеопамяти
------------
скорость

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

А ничего - все просто как два пальца... Моему ежу и то понятно.
------------
ПОСЛЕСМЕРТИЕ:
за 5 минут переделал свой little viewer для просмотра триколоров в новом режиме. АфиГееееЛ как все просто.

[ASDT]

Почитал ... "все просто как два " Ммдя ...
Ещё раз.
Если следовать логике ZX, то можно выводить 2 экрана -
стандартный и ещё 2 байта
Что с ними делать ... вот это и вопрос ...

А разработка внешних видеокарт - это надо другую тему ...

[SMT]

за 5 минут переделал свой little viewer для просмотра триколоров в новом режиме. АфиГееееЛ как все просто

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

[SAM style]

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

PLZ... внутри viewer, пара триколоров, *.Y и *.888.