Новые игры для БК

[grf]

Что за метод такой?

Данные идут так:
байт маски
байт спрайта

При выводе в одном цикле можно сразу делать
bicb (r3)+,(r4)
bisb (r3)+,(r4)+

[reddie]

Ну это, скажем, не метод Manwe, поскольку ему тыща лет уже (методу).
Но именно на БК с учётом PDP-адресации такой формат хранения и вывода самый оптимальный.
Разве что маска инвертирована, в отличие от привычного вида, поскольку вместо AND у PDP идёт BIC
И лучше работать сразу словами, а не байтами.

[Manwe]

Ну это, скажем, не метод Manwe, поскольку ему тыща лет уже (методу).
Но именно на БК с учётом PDP-адресации такой формат хранения и вывода самый оптимальный.

Однако, на БК я раньше ни разу не встречал такого метода, хотя по многим играм прошёлся отладчиком. Думаю, всё же первый пример такого применения – моя вариация Digger. Я даже больше скажу: у меня есть спрайты, которые вперемешку с пикселями хранят маску не для всего прямоугольника, а только для угловых байтов, и процедура вывода это учитывает.

[reddie]

на БК я раньше ни разу не встречал такого метода

Странно даже... учитывая кучу перегнанных на БК со Спектрума игр - а на нем такой метод сплошь и рядом применяется.
Даже я, нубас полный в PDP, и то сразу написал подобный вывод, основываясь на спектрумовском прошлом, не рассматривая другие варианты.
Только выводил словами, а не байтами, но тут надо смотреть на занимаемую сдвигами спрайтов память. Если в наличии SMK-512, проблем нету.

[Manwe]

Не особо странно. Есть два фактора:
1. Софт. Графические редакторы на БК, даже заточенные под рисование спрайтов, не работали специально с масками. Приходилось рисовать маску как обычный спрайт и сохранять отдельно. Поэтому и относились к маскам как к обычным отдельно лежащим спрайтам.
2. Семь индексных регистров процессора. Брать маску и спрайт из разных мест памяти не составляло проблемы, потому что регистров-указателей хватает с запасом.

Метод хранения маски и пикселей вперемешку даёт лишь два небольших преимущества:
1. Экономия на загрузке адреса маски (1 инструкция за всю процедуру вывода)
2. Экономия 1 регистра (не нужно делать PUSH и POP, хотя обычно их и так не делают)

[reddie]

Брать маску и спрайт из разных мест памяти не составляло проблемы, потому что регистров-указателей хватает с запасом

Да, у PDP в этом плане возможностей больше, чем у Z80. Предположу, что лежащие отдельно спрайт и маска выводились, по сути, тем же способом:

BIC (R1)+,(R3)
BIS (R2)+,(R3)+

Тут действительно доп. затраты лишь на один регистр, что при равнозначных регистрах несущественно. Z80 в этом плане ограничен, учитывая способы адресации.
Но работа со стеком у Z80 эффективнее других адресаций, поэтому там брали данные со стека, а так как проц восьмибитный, то извлекались сразу маска+спрайт.
С редакторами спрайтов и их форматами проблем тоже хватало, так что выкручивались, кто как умел =) Обычно рисовали экран со спрайтами, а оттуда дергали процедурами.

[litwr]

Жаль, но уважаемый form уничтожил свою страницу, посвященную играм на RT11 на которую ссылался в первом посте. Предполагал, что эта страница будет наоборот становиться больше. Похоже в сети больше нет страниц по RT11-играм.

[CodeMaster]

Жаль, но уважаемый form уничтожил свою страницу, посвященную играм на RT11

Что написано в интернет, того не вырубить Delete.

[Manwe]

Уже есть тема с таким же названием. Модет быть переименовать эту в "игры с RT-11 на БК"?

[litwr]

Добавил ещё несколько игр, всё тут , на двух загрузочных образах дисков.