Бейсики для Вектора-06Ц и клонов

[ivagor]

Пара слов про компилятор. Компилятор специально для 2.5+ скорее всего не будет написан никогда, но есть другой путь, чуть более реальный. Теоретически можно научить BASCOM переваривать векторовские программы. Для этого нужны 2 вещи:
1. Ассемблерная библиотека для BASCOM с поддержкой графики и музыки.
2. Препроцессор, который берет текстовый файл программы для 2.5 и меняет там графические и музыкальные операторы и функции на вызовы вышеупомянутой библиотеки.
На оригинальность не претендую, просто надеюсь, что написанное подтолкнет кого-нибудь к практическим действиям в данном направлении (необязательно для вектора, для любого компа с 8080).

[Improver]

Пример подобной конструкции, кмк: ЛС-Паскаль.
Теоретически, можно даже написать некий конвертор из бейсика в p-код и использовать компилятор Паскаля.

[ivagor]

Задачи могут быть разные, но для быстродействия конверсия в p-код ничего хорошего не даст. Вот если конвертировать бейсиковские исходники в паскалевские (или сишные) исходники и потом нормальным компилятором получать машинный код, то это другое дело. Это обобщение того, что я написал, просто конвертировать исходник 2.5 в BASCOM проще, чем в Паскаль или Си.

[KTSerg]

...Теоретически можно научить BASCOM переваривать векторовские программы. Для этого нужны 2 вещи:
1. Ассемблерная библиотека для BASCOM с поддержкой графики и музыки.
...

Я думал, что "Драйверы устройств" - это ассемблерная библиотека графики, музыки и всего прочего.
Или для BASCOM нужно что-то особенного?

[ivagor]

Проблемы две:
1. Драйверы устройств располагаются по тем же адресам, что и родная runtime библиотека BASCOM.
2. Нужно так или иначе обеспечить интерфейс, чтобы из BASCOM можно было вызывать нужные процедуры.

[ivagor]

Добавил CORPSE в свой набор бенчмарков, соответственно стал часто запускать и заметил, что изредка на экране появляются странные черточки. После этого можно много раз запускать и ничего не будет, а потом вдруг снова. Расследование показало, что опрос клавиатуры baskeysCorrected2 не полностью совместим с версиями бейсика начиная с 2.98 (особенности обработчика прерываний), извините. Проблема косметическая, бейсик не ломается, но все равно неприятно и так оставлять нельзя. Сделал новый вариант, который совместим со всей линейкой от 2.5 до 2.9+. Машиннокодовая процедура на 3 байта длиннее (стартовый адрес изменился!), а бейсиковский загрузчик оптимизировал, он компактнее. CORPSEfld доработал, но потенциальная проблема касается и других игрушек, например VITAMINO, поэтому надо или запускать их в бейсиках <2.98 или заменить процедуру опроса. Рекомендую все же заменить, в 2.98 много важных оптимизаций (по количеству и качеству изменений это скорее 3.0), предыдущие версии заметно медленнее. На примере CORPSE (время от RUN до строки 315, инициализация+заставка):
2.891 - 59.6 секунды
2.97fix - 45.6 секунды
2.98fix/2.995 - 29.4 секунды
CORPSEfld2:
2.891 - 45.3 секунды
2.97fix - 35.5 секунды
2.98fix/2.995 - 19.5 секунды
Скорость бейсика конечно сказывается не только на инициализации и рисовании уровня, но и на скорости движения героя и отзывчивости управления. С 2.5 не сравнил, т.к. в нем очень ограниченная поддержка шестнадцатеричных и пришлось бы дорабатывать CORPSE для совместимости. Смысла в такой доработке нет, даже в 2.891 слишком медленно, в 2.5 было бы просто невыносимо.

[ivagor]

Ускорил дизернутый трассировщик до упора. Все ради любви к круглым цифрам и новой версии бейсика, в которой будет рисовать меньше чем за 3 часа.

[ivagor]

В штатном описании 2.5 для функции RND приведен только один вариант вызова - RND(1)
Из дизассемблера или описаний микрософтовских бейсиков можно узнать полный набор вариантов того, как влияют аргументы RND:
1) >0 - генерация нового псевдослучайного числа
2) =0 - повторение предыдущего
3) <0 - рестарт псевдослучайной последовательности с RND SEED зависящим от аргумента
Особый интерес представляет случай 3, т.к. в 2.5 (как и во всех клонах msbasic 8k) нет оператора RANDOMIZE, позволяющего задать RND SEED.
Первое число последовательности при вызове с аргументом <0 получается так (это справедливо для аналогов микрософтовского 3.2, в более новых версиях они изменили генератор и инициализацию):
1. Меняются местами старший и младший байт мантиссы аргумента
2. Результат всегда будет положительный и после нормализации диапазон (0,1]
Пара примеров близких к границам диапазона:
1) RND(-16777215) - последовательность начнется с 1.
2) RND(-1) - последовательность начнется с 7.65943E-06. Можно получить чуть-чуть меньшее значение, если делить аргумент на степени двойки. На первый элемент это повлияет очень слабо, но на следующие сильно.