Не понятно, если братья накодили 20 асемблерных вставок, то нафига городить огород с бейсиком и компилятором, уж дальше бы кодили логику игры и базы экранов вбивали, тем более игры у них достаточно простенькие, и привлекают к себе большей частью графикой.
SOFTLAND FOREVER
* Felix *, в то время очень популярно было написание игр на бейсике.
да и я бы сказал что идеология игры на бейсике и написанной на асме серьезно отличается
С уважением,
Jerri / Red Triangle.
Итак, вопрос интереса звучит так: каких именно возможностей не хватает стандартному Спектрум-Бейсику для написания на нём выглядящих профессионально игр, что их отсутствие приходится компенсировать кодовыми вставками. Притом игры обычно скомпилированы, не вызывают ассоциации с Бейсиком, но вызывают удивление при ассоциации с Бейсиком.Ну типа как Heartbroken. Когда в неё играешь, не возникает ощущения, что это на Бейсике.
Так что было бы интересно подробнее узнать о результатах реверс-инжиниринга игр от братьев Shaw. Использовали ли они линкер, вырезающий неиспользуемый код? Как именно передавались параметры в кодовые вставки?
Кстати, я когда-то декомпилировал вручную игру Тетрис, написанную на Бейсике и откомпилированную. Уже не помню, какой компилятор это был. Но это было сравнительно несложно, даже наверно где-то лежит тетрадка с листингом.
если не ошибаюсь полноценным компилятором была только программа от HiSoft
http://www.worldofspectrum.org/infos...cgi?id=0008249
остальные скорее раскладывали бейсик строки в более удобоваримый вид для подставления на обработку в пзу
Последний раз редактировалось goodboy; 06.05.2018 в 19:14.
MCoder2 вполне полноценный. Он делает чистый машкод с вызовом для каждого Бейсик-оператора подпрограммы из своего рантайма (весь набор обычно - это 3-5 кб кода, использующего ПЗУ). Лишние процедуры из рантайма научились даже вырезать, оптимизируя размер кода.
Конечно такой компилятор не в силах дать слишком уж хороший код, да и Бейсик как язык не способствует этому. Поэтому в набортных компиляторах полно ограничений: только целочисленная арифметика, нет обработки строк и т.д. Скорость вывода текста (и UDG-графики) обычно тоже не ускорена - используется всё тот же RST #10. Вот и приходится юзать кодовые вставки для работы с графикой.
вот и приходиться при выводе локации печать всё `невидимым` (попутно меняя шрифты для тайлов) , а потом кидать аттрибуты LDIR`om.Сообщение от Oleg N. Cher
естественно `излишний` код оставляет меньше места для данных,
поэтому например в DownTown печатается каждый второй столбик, а потом они сдвигаются
Последний раз редактировалось goodboy; 06.05.2018 в 19:24.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
"поэтому например в DownTown печатается каждый второй столбик, а потом они сдвигаются"
в смысле, растянуто по горизонтали?
ага, то есть в реале задействовано 16столбцов, а не 32.
хотя наверно скорее печатается только половинка ???
........
точно помню что печатается разрозненный скрин, а потом сдвигается
Последний раз редактировалось goodboy; 06.05.2018 в 19:44.
Интересная находка. Надо будет попробовать.
Как они восстанавливают экран после смещения спрайта?
И как хранят карту? В бейскик-структурах?
В DIM-массиве удобно хранить карту вместе с цветовыми кодами, печатается очень быстро. В 2014м я собирался участвовать в конкурсе игр, по фатальным причинам самоустранился.
Но тут точно лежат файлики теста моего движка, листать мне сейчас поздно: http://zx-pk.ru/threads/22974-konkur...a-bejsike.html
«Земля - слишком маленькая и хрупкая корзина, для того чтобы человечество держало в ней все свои яйца…» - Роберт Энсон Хайнлайн.
Электроника МК-61, Psion series 5mx.
Всем умеющим читать советую http://www.skeptik.net/conspir/moonhoax.htm http://lurkmore.to/Лунный_заговор
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
