BattleCity демо-недоделка

[zx-kit]

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

Я хочу сделать аппаратное копирование буфера на микросхемах. Два типа копирования сделать можно. По предварительным подсчетам копирование 32-х байтов займет 16 тактов, а загрузка параметров для копирования из Z80 командами LD A, N; OUT (ADR), A 72 такта. Надо бы оптимизировать скорость загрузки адресов в буфере и на экране.

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

А какие еще вы встречали способы расположения байтов в буферах ?

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

Если применить 4 команды OUTI, то время уменьшится до 64 тактов.

[NEO SPECTRUMAN]

Я хочу сделать аппаратное копирование буфера на микросхемах. Два типа копирования сделать можно. По предварительным подсчетам копирование 32-х байтов займет 16 тактов, а загрузка параметров для копирования из Z80 командами LD A, N; OUT (ADR), A 72 такта. Надо бы оптимизировать скорость загрузки адресов в буфере и на экране.

раз ты уже пилишь свой велосипед то
как вариант
завести буфер килобайт на 8
а памяти видео карты\или прямо в памяти спека

и записывать в него

1 управляющий байт
d0 инкримент\декремент адреса источника
d1 инкримент\декремент адреса приемника
d2 инкримент\декремент старшего\младшего байта источника
d3 инкримент\декремент старшего\младшего байта приемника
d4 итд
d5
d6
d7
2 байта адрес источник
2 байта адрес приемник
1/2 байта число байт для пересылки

потом засылаешь такой список в видеокарту
или кидаешь в видео карту адрес от куда читать такую таблиц

и чтоб потом оно само автоматически по этой таблице
перекину все что нужно в нужном виде (с зеркалинием\столбиками как напишешь)

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

от тебя нужно
правильно угадать все нужные возможности управляющего байта\слова
чтоб можно было описать переброску любой сложности

[zx-kit]

раз ты уже пилишь свой велосипед то
как вариант
завести буфер а памяти видео карты\или прямо в памяти спека

и записывать в него

1 управляющий байт
d0 инкримент\декремент адреса источника
d1 инкримент\декремент адреса приемника
d2 инкримент\декремент старшего\младшего байта источника
d3 инкримент\декремент старшего\младшего байта приемника
d4 итд
d5
d6
d7
2 байта адрес источник
2 байта адрес приемник
1/2 байта число байт для пересылки

потом засылаешь такой список в видеокарту
или кидаешь в видео карту адрес от куда читать такую таблиц

и чтоб потом оно само автоматически по этой таблице
перекину все что нужно в нужном виде (с зеркалинием\столбиками как напишешь)

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

от тебя нужно
правильно угадать все нужные возможности управляющего байта\слова
чтоб можно было описать переброску любой сложности

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

[NEO SPECTRUMAN]

зачем сложение?
яжо вроде описал набор счетчиков
с установкой начальных значений


хотя только их может не хватить
и предется ну очень детально описывать что и куда мы перекидываем

[zx-kit]

зачем сложение?
яжо вроде описал набор счетчиков
с установкой начальных значений


хотя только их может не хватить
и предется ну очень детально описывать что и куда мы перекидываем

Когда байты идут последовательно управляющий байт показывает в какую сторону уменьшить/увеличить каждый счетчик на 1. А если последовательность прерывается, то загружать адреса заново ?

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

Для простоты автомата можно байты парами записывать. 1 - что делать: увлеичивать или загружать и какой счетчик, а второй байт - байт для загрузки части адреса или не использовать.

[NEO SPECTRUMAN]

А если последовательность прерывается, то загружать адреса заново ?

если не можем описать переброску одной "управляющей строкой"
то целая таблица
для каждой строки подряд друг за другом
управляющий байт
адреса
управляющий байт
адреса

в конце управляющий байт (конец кадра)

[zx-kit]

В первом байте: один бит - признак загрузки, два бита - куда загружать.
Во втором байте: байт адреса.

[NEO SPECTRUMAN]

Один бит - признак загрузки, два бита - куда загружать.

еще нужно учитывать
направление счета

в идеале нужно чтоб был инкримент\декремент
начинаю от любого бита адреса

ХХХХ ХХХХ ХХХХ ХХХХ
ХХХХ ХХХХ ХХХХ ХХХN
ХХХХ ХХХХ ХХХХ ХХNN
....
XXNN NNNN NNNN NNNN
XNNN NNNN NNNN NNNN

где N - биты которые остаются неименными
X - биты которые инкрементятся декрементятсо

пушо строение экрана спектрума оставляет желать лучшого

но это усложнит конструкцию



или же можно сделать хардварное перетасовывание битов приемника
чтоб писать в видео память так
будто она линейно расположена

[zx-kit]

еще нужно учитывать
направление счета

Если байты идут последовательно, то в первом байте - соответствующее число.
Во втором байте: по два бита на счетчик - что делать.

Ориентировочно:
00 - не менять
01 - +1
10 - -1
11 - перенос из младшего счетчика

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

или же можно сделать хардварное перетасовывание битов приемника
чтоб писать в видео память так
будто она линейно расположена

Это можно.

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

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

[NEO SPECTRUMAN]

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

и тут вопрос
а если нужно будет перекинуть буфер
в спектрумовском формате...

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

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

и тут вопрос
а если нужно будет перекинуть буфер
в спектрумовском формате...