Компьютер "Океан-240"

[ivagor]

Насчет спрайтов. В арканоиде их не так много, но если делать цветными, то на "предсдвинуть" памяти становится жалко, да ее может и не хватить. 64 четырехцветных спрайта 16x16 в 8 вариантах сдвига займут 4+7*6=46 Кб. Скорее всего придется сдвигать на ходу. Двойная буферизация при наличии цветных спрайтов явно понадобится, аппаратная или программная с теневым буфером и выборочным обновлением измененных фрагментов. Хотя можно все резко упростить, разнеся в векторовском духе спрайты и фон по разным битпланам, только вот битпланов у океана всего два. А еще упомянутый svofski детектор коллизий.

отсутствием непереключаемого ОЗУ, соотв. п/п в Мониторе

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

[Denn]

И то и другое

Без непереключаемого ОЗУ вообще беда ((

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

Применение своего кода во втором ПЗУ (которое под ОС) позволит решить вопрос с запуском кода в допке или "это" возможно только из ПЗУ монитора?

[ivagor]

Применение своего кода во втором ПЗУ (которое под ОС) позволит решить вопрос с запуском кода в допке или "это" возможно только из ПЗУ монитора?

Не уверен, что я полностью правильно понял вопрос.
1. Нужные фрагменты (out 0C1h\ ret) я нашел в пзу монитора, но возможно они и в пзу доса встречаются (там не искал).
2. Свой код для более удобной передачи управления в другую страницу можно разместить в любой из двух основных пзушек (мониторной/досовской), это скорее идеологический вопрос (что океанологи считают правильным) и вопрос свободного места. Возможно еще более правильным было бы размещение таких дополнительных вещей в дополнительных областях пзу, которые заменяют в адресном пространстве основное и переключение которых предусмотрено старшими битами порта 0C1h.

[Denn]

ivagor, мой интерес в адаптации своей ОС, соответственно второе ПЗУ будет с моим кодом, где я могу делать всё, что захочется.
ПЗУ монитора желательно по-возможности оставить родным, без вмешательств.

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

[ivagor]

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

[tnt23]

Есть предложение перебраться со спрайтами и арканоидами в отдельную ветку.

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

(Прошу прощения, что не отвечаю подробно, с телефона это не очень удобно)

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

Сделал тему "Спрайты" тут: https://zx-pk.ru/threads/30277-sprajty.html

[Advertiser]

[ivagor]

Насчет передачи управления в другие страницы. Есть вариант без пзу - размещаем в одной странице озу
out 0C1h
а в другой странице по следующему адресу
pchl
При этом не надо искать в пзу (out 0C1h\ ret) и не надо заморачиваться со стеком.
Целесообразно разместить последовательность
out 0C1h
pchl
в разных страницах по одним и тем же адресам.

[tnt23]

Насчет передачи управления в другие страницы. Есть вариант без пзу - размещаем в одной странице озу
out 0C1h
а в другой странице по следующему адресу
pchl
При этом не надо искать в пзу (out 0C1h\ ret) и не надо заморачиваться со стеком.
Целесообразно разместить последовательность
out 0C1h
pchl
в разных страницах по одним и тем же адресам.

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

[Denn]

Если нет непереключаемого ОЗУ, то возникают трудности со стэком..
Через код в общем (непереключаемом) ПЗУ ещё можно извратиться. Надо будет детально покурить архитектуру сабжа.

[jerri]

а как происходит передача данных с доп ОЗУ в основное?