кстати, если не сильно центрировать, можно и в 30 байт сделать
еще, скажем, можно подумать насчет ret z, с вызовом программы через print usr ...Код:org -14*256+1+#10000 x equ 3 defb -3-x,-3-x,-23-x,-17-x,-11-x,-5-x,-15-x,-11-x,-7-x,-3-x,-7-x,-5-x,-3-x,-1-x start ld a,23 ;set coords via ROM procedure rst 16 dec c jr z,$ ;stop when finished ; ret z ld a,(bc) ;line len in negative format ld e,a print inc e jr z,start rra sub b ;centering rst 16 jr print
Да, рыл в этом направлении, но в условиях указано про центровку. Так что делал "как положено"Сообщение от char
Считаю, что дальнейшая оптимизация, если и возможна, то за счёт игры входными данными.
Самое сложным было убедить "буржуя", что бейсик-загрузчик не даёт каких-либо преимуществ.
В том смысле, что лишь загружает и запускает код, и не содержит скрытых доп. данных.
По сути, он и не нужен, в описании чётко указано, с какого адреса запускать код.
Вся проблема лишь в несовпадении адресов загрузки и запуска, как "обычно" делается.
В принципе, подобрав адрес запуска и переместив данные в конец, можно уйти от этого, но выгоды не будет.
Да, только вместо Print поставить оператор Pause =) Собственно, почти так и делал в процессе отладки кода, но даже не помышлял об использовании такого варианта в готовой программе, поскольку считаю это помощью со стороны Бейсика: мы как бы заменяем кусочек кода бейсик-оператором.
При отладке вызывал код конструкцией Randomize usr 61455: Pause 0 - можно так и оставить, но вход и выход в машкоды передаёт параметр через рег. пару BC, а она перед выходом равна 61440, то есть при вызове через Pause usr 61455 получится команда Pause 61440 - бесконечная пауза, по сути. Условно программа сократится ещё на байт, но почему б тогда и ещё чего-нибудь в бейсик-часть не напихать?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием