Быстрая видеокарта "METEOR-2013"

[zx-kit]

Я вернулся. Принцип работы видеокарты "Метеор" доработан:

Параллельно стандартной памяти 48К добавляется графическая память. В графическую память запись идет сразу по 8 байтов. Каждый байт соответствует биту в основной памяти. При этом в старшие 7 битов записываются нули.

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

После этого включаем режим рисования цветом PAPER. Подпрограмма вывода спрайта немного дорабатывается. Маска спрайта читается и просто пишется в буфер без команды AND. При этом вместо нулевых битов записывается 4 бита цвета PAPER в соответствующий байт новой памяти. В старшие биты записывается 0001.

После этого включаем режим рисования цветом INK. Подпрограмма вывода спрайта немного дорабатывается. Байт спрайта читается и просто пишется в буфер без команды OR. При этом вместо единичных битов записывается 4 бита цвета INK в соответствующий байт новой памяти. В старшие биты записывается 0001.

Далее готовая картинка копируется аппаратно из буфера на экран.
Затем аппаратно восстанавливается фон в буфере из ранее сохраненной копии.

При выводе на телевизор читается байт из графической памяти. Если старшие биты 0000 - цвет в старом режиме. Значит надо прочитать атрибут и цвет получить из него. Если старшие биты 0001 - цвет в новом режиме. Значит брать его из четырех младших битов графической памяти.

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

Время копирования буфера 256х192 точки составит около 1 мс. Это позволит обойтись без второго экрана. Рисуем в буфере и быстро копируем на экран.

[Totem]

Параллельно стандартной памяти 48К добавляется графическая память. В графическую память запись идет сразу по 8 байтов. Каждый байт соответствует биту в основном памяти. При этом в старшие 7 битов записываются нули.

Ого! это уже заявка на победу, правда примитивная и ограниченная.

Фон рисуется как обычно в хороших цветных играх в буфер

Надож, можно подумать, что монохоромные (они, на ZX ,все, по большому счету "монохорм") на экран сразу, все рисуют, не зеркалят спрайты, не генерят маски. и тд. не -чудеса да и только
Возми наконец эмуль с дебагером и посмотри, как изголяются в 48КБ чтоб получить приемлемый результат.

Подпрограмма вывода спрайта немного дорабатывается

немного, ты издеваешься чтоль?
Тут, автора нужно отправлять, к ребятам из темы адаптаций под TR-DOS и ускорения игр, путем замены процедур на более эффективные , с вопросом-сколько время, вы потратили на сей модификат?

Затем аппаратно восстанавливается фон в буфере из ранее сохраненной копии.

еще чуть чуть и ты придумаешь windowый GDI 95 года.

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

поиметь гиморой и получить 1-3 несовместимых ни с чем игры.Поздравляю с премией дарвина ! будем читать и далее.
Вообще, лично я рад, что ты вернулся к теме, вот только вопросов есть, в товарных количествах
Зачем?

Скрытый текст

https://zx-pk.ru/threads/27710-zx-ul...l=1#post912847

[свернуть]

хочешь сделать свое? заведомо хуже, чем SPEC256 и тем более ULAX?
Объясни, зачем раскрашивать полностью игру или менять ее код ? Если хочется, то можно, а можно вообще не раскрашивать и не менять исходник.

[zx-kit]

Ого! это уже заявка на победу, правда примитивная и ограниченная.

Возми наконец эмуль с дебагером и посмотри, как изголяются в 48КБ чтоб получить приемлемый результат.

Зачем ? Наверное во многих играх:

1. Долго рисуют фон в буфер.
2. Сохраняют готовый фон для восстановления.
3. Поверх фона рисуют движущиеся объекты.
4. Поверх всего рисуют передний план из столбиков, ящиков, кустов и т.п.
5. Медленно копируют готовое изображение из буфера в верхние 2/3 экрана командами LDI.
6. Восстанавливают фон в буфере для следующего кадра игры.
7. Вычисляют новое положение объектов.
8. Переходят к пункту 3.

В нижней трети экрана экрана рисуют напрямую без буфера.

немного, ты издеваешься чтоль?
Тут, автора нужно отправлять, к ребятам из темы адаптаций под TR-DOS и ускорения игр, путем замены процедур на более эффективные , с вопросом-сколько время, вы потратили на сей модификат?

В параллельной памяти можно будет записывать каждую точку из байта независимо от других. Не очень то и сложно убрать лишние команду чтения байта фона из буфера и команду модификации OR / AND.

Поздравляю с премией дарвина ! будем читать и далее.
Вообще, лично я рад, что ты вернулся к теме, вот только вопросов есть, в товарных количествах
Зачем?
хочешь сделать свое? заведомо хуже, чем SPEC256 и тем более ULAX?

Да, мне интересно сделать по-своему.

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

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

[Totem]

Зачем ? Наверное во многих играх:

1. Долго рисуют фон в буфер.
2. Сохраняют готовый фон для восстановления.
3. Поверх фона рисуют движущиеся объекты.
4. Поверх всего рисуют передний план из столбиков, ящиков, кустов и т.п.
5. Медленно копируют готовое изображение из буфера в верхние 2/3 экрана командами LDI.
6. Восстанавливают фон в буфере для следующего кадра игры.
7. Вычисляют новое положение объектов.
8. Переходят к пункту 3.

В нижней трети экрана экрана рисуют напрямую без буфера.

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

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

Вон выше примеры, где можно делать и то, и другое и третье, в любых комбинациях. Можем еще накидать, уже готовых штук 15.

Возможность изменить код

В ULAX, тебе никто не запрещает делать модификации, как Saboteur 2, например и еще с 10ок игр, где переписаны процедуры графики.
такая модификация будет работать как на "стандартном" ZX, так и на ZX c ULAX.

При замене программного копирования буфера на аппаратное игра станет быстрее и плавнее.

Естественно будет, для таких "глобальных" адаптаций будет блиттер,

несколькими командами LDI

СерьЁзно чтолЬ? прям все игры?

[zx-kit]

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

Ты будешь рад, если у меня не получится ? И не подскажешь, как доработать ?

Я ошибался, когда планировал сделать 8 слоев, аппаратный скроллинг, два экрана, 4 слоя спековской графики, три цвета на байт и т.п. методы. Они больше подходят для новых режимов, а не для устранения клешинга в старых играх.

Сейчас я все пересмотрел и выбрал достаточно простой и эффективный метод устранения клешинга. Наверно он подойдет для части игр типа TREE WEEKS IN PARDISE или DIZZY.

[Totem]

Ты будешь рад, если у меня не получится ?

Лично мне, скорее всего, уже будет все равно, что ты реализуешь.
Просто, то ,что пытаешься сделать, это крошечная часть ULAX, на абсолютно примитивном уровне, без учета множества нюансов.
Можно вырезать, почти все, и все одно получить твой "метеор" и в разы проще.

Сейчас я все пересмотрел и выбрал достаточно простой и эффективный метод устранения клешинга

Плохо смотрел и плохо читал

Наверно он подойдет для части игр типа TREE WEEKS IN PARDISE или DIZZY

Наверное -не считается, за результат.
ты сам и ограничишь себя, зачем?
Настоятельно рекомендую, вкуривать- wec le mans splitscreen demo, на ночь, раза 3 или 4, просветление должно прийти. я верю в тебя утром принимать Improved demo.
канал на ютубе сам найдешь?

[Sayman]

вставлю в очередной раз свои 5 копеек:
zst, был бы совершенно большой зачёт по всем фронтам, если бы ты сделал нормальный и адекватный вга скандаблер, для любой zx или 8 бит машины. тот вга конвертор что есть сейчас просто шляпа какая-то. нужен именно даблер, на выходе на вга 50гц кадровая и 31кгц строчная. было бы прям замечательно. а все эти потуги с метеором уже сколько лет и всё без толку. вот даблер будет очень и очень полезен.

[vlad]

Sayman, никакой скандаблер не заменит вам ЭЛТ монитор того времени, так что советую взять ЭЛТ и не морочить голову ТС, и так он уже 6 долгих лет никак не может сделать этот детский Метеор.

[ZX_NOVOSIB]

vlad, к элт-монитору нужен VGA конвертер, и желательно 100 гц.

[Sayman]

vlad, мне не нужен ЭЛТ монитор, мне нужен lcd монитор. у меня нет лишних глаз и места на столе для гроба ЭЛТ.