экзотичная процедура.Сообщение от Andrew771
экзотичная процедура.
сам писал и использую в своих играх.
Перекодировку лучше делать в процессе печати, а не при задании. Иначе получается маловразумительная мешанина вместо текста.
вот немного из черновика:
и далее, где константа svsk?для печати текста удобнее подготовить следующую структуру:
dw#4820;экранный адрес, где будет напечатан текст
db "текст",0
нулевой байт удобнее для определения длины сообщения, заодно позволит сэкономить регистры.
в общем, не наш метод. метод - в хранении шрифта и хитрой печати в win-кодировке.
завтра допишу, тут опубликую.
Можно перекодировать перед сохранением объектника. А можно макросом.
Ну там тока добавить sub a,n , чтобы перейти в стандартную кодировку ASCII. Я просто применял свою кодировку с только нужными символами, чтобы сэкономить память.
А вот как быть с процедурами вывода спрайтов? Уж больно много разных, с разными форматами и выводами. Даже если разделить по категориям, всё равно для одной категории (например, вывод познакоместного спрайта без атрибутов) много реализаций.
для начала предлагали форматы спрайтов как-то классифицировать, ибо тот же спрайт с аттрибутами можно хранить всяко разно.
но в целом, я думаю, что на каждый формат нужно не более 3х процедур, т.к. цель - не все выложить, что только можно придумать, а некую базу, чтобы стало понятно и можно было брать и юзать (это всегда будет не оптимальный вариант по скорости/размеру - это нормально!).
отдельно, наверное, надо в разделе о демах описать разные методы вывода спрайтов: стековые, стековые, стековые, через кучу LDI, стековые с маской и т.д.
а это все разные методы вывода?
ну два как минимум принципиально разные, 3й я могу придумать
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием