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

[metamorpho]

Появилась у меня идея (уже несколько дней крутится у меня в голове не могу отбиться ) написать на Бейсике для Вектора нечто интересное-необычное (на мой взгляд).
Радостно обнаружил что есть "программа под винду для конвертации бейсиковских программ для вектора" от thetrik, а также "утилиту bas2asc" от svofski. И уже готов был начать реализовывать идею (и конечно набирать текст в удобном текстовом редакторе, а не на Бейсике в Эмуляторе), однако пройдя по ссылкам не обнаружил (может я не увидел где они там лежат) готового к работе .EXE файла программ для конвертации бейсиковских программ для Вектора. Насколько я понял эти программы нужно компилировать для чего нужен FASM и VB6, а для второй программы нужен Python 3.
Просьба к авторам если возможно скомпилируйте под Windows (32bit), чтобы программы были готовые к использованию. И напишите как в них преобразовать файл из Бейсика в современный текстовый формат и обратно.

[ivagor]

В недавних упражнениях пользовался утилитой thetrika, exe лежит в релизах или прямая ссылка на 1.0.7

[svofski]

Просьба к авторам если возможно скомпилируйте под Windows (32bit), чтобы программы были готовые к использованию.

Под Windows 32-бит увы, не могу, я не знаю где такое найти. 64 бит вот, пожалуйста, bas2asc в виде exe

bas2asc megagame.bas megagame.asc -- bas в текст
bas2asc megagame.asc megagame.bas -- текст в bas

[metamorpho]

Освоение Бейсика для Вектора идёт полным ходом
Перечитал описание Бейсика (реальная книжечка от Вектора сохранилась), а также эту ветку форума про Бейсик.
Открыл файл.CAS в конверторе (Vector06C- Basic-Converter автор thetrik) и набросал там основу проекта.
Далее если знать то путь до живого Бейсика не сложен =>> Загрузил эмулятор VV, загрузил (F3+F11 и потом F12) Бейсик (v 2.5), загрузил CLOAD"" файл.CAS в Бейсик, сделал RUN = и полезли всякие ошибки, то это не так то данные некорректны, вообщем с некоторыми моментами пришлось упорно эксперементировать, чтобы понять как они работают. В итоге приноровился и если знать всякие моменты, то программа пишется достаточно быстро. Однако скорость выполнения Бейсик-программ не радует - "заварил чай - запустил вывод уровня на экран - пошёл попить чай - пришёл, вывод на экран уровня ещё работает" .... вообщем это трагедия какая-то (а что ты хотел это же ИНТЕРПРИТАТОР 198n-х)
Но я к этому был готов, поэтому не расстроился и решил не хоронить Бейсик так сразу
Итак перед вами попытка ускорить выполнение программы и обойтись чисто Бейсик операторами - без использования вставок машинных кодов через USR. Можно конечно самому поэксперементировать, но время не очень много, а результатов хочется поскорее.
Поэтому прибегаю к ускорению процесса и попытаюсь использовать знания и опыт знающих эту тему.
На данный момент пытливый ум ищет ответа на следующие вопросы:
1. Можно ли в Бейсике запретить прерывания (конечно можно) ? Если можно запретить прерывания, то продолжится ли выполнение программы или будет зависание ? Насколько программа прерывания связана с ходом выполнения Бейсик-программы = понятно что оператор PLAY и SCREEN не будет работать корректно = а ещё есть какие-то операторы сильно зависящие от прерываний ?

2. Запоминает ли оператор GET информацию со всех четырёх плоскостей экрана или же на него влияет оператор SCREEN 2 (которая запрещает/разрешает обращения к плоскостям) т.е. если например две плоскости запрещены то GET запомнит информацию только с двух плоскостей ? Или же GET запоминает массив цвета точек изображения ? Как устроен GET ?
И соответственно выводит ли PUT во все четыре плоскости или же только в те которые разрешены оператором
SCREEN 2 ? Как устроен PUT, выводит ли он попиксельно или байтами ?

3. Тот же вопрос по оператору LINE x,y,BF (рисование закрашеного прямоугольника). Рисует ли он во все четыре плоскости или только в те которые разрешены оператором SCREEN 2 ?

Кто-нибудь знает ответы ?

[ivagor]

1. Можно ли в Бейсике запретить прерывания (конечно можно) ?

Штатными средствами нельзя, только с использованием своей машиннокодовой процедуры.

Насколько программа прерывания связана с ходом выполнения Бейсик-программы = понятно что оператор PLAY и SCREEN не будет работать корректно = а ещё есть какие-то операторы сильно зависящие от прерываний ?

Клавиатура не будет опрашиваться.

Запоминает ли оператор GET информацию со всех четырёх плоскостей экрана или же на него влияет оператор SCREEN 2

SCREEN2 влияет.

выводит ли PUT во все четыре плоскости или же только в те которые разрешены оператором
SCREEN 2

И на PUT тоже SCREEN2 влияет (и на LINE BF).

Как устроен PUT, выводит ли он попиксельно или байтами ?

Попиксельно.

Чтобы избежать разочарований не рекомендую нацеливаться на динамическую игру, тут не спасают и машиннокодовые процедуры (примеров много, один из ярких - Йети в BASS). А вот что-нибудь логическое или пошаговое вполне возможно.

[svofski]

Однако скорость выполнения Бейсик-программ не радует - "заварил чай - запустил вывод уровня на экран - пошёл попить чай - пришёл, вывод на экран уровня ещё работает" .... вообщем это трагедия какая-то (а что ты хотел это же ИНТЕРПРИТАТОР 198n-х)

Уже не раз касались этого вопроса. Это связано с многогранной кривизной Бейсика, который получил в свое время наибольшее распространение, и стал прообразом Векторовского Бейсика. Можно сделать быстрее, но надо затеять свой Бейсик с нуля. Такое дело, на которое не очень тянет даже таких психов, как мы тут. У меня бывают шальные мысли на этот счет, но пока справляюсь отгонять бесов.

[Advertiser]

[ivagor]

Положение мог бы в некоторой степени спасти кросс-компилятор, но это из области фантастики. С другой стороны на Си в его z88dk воплощении можно писать программы под вектор. Но с векторовскими библиотеками там не то чтобы густо, писать свои ассемблерные процедуры придется.

[svofski]

Положение мог бы в некоторой степени спасти кросс-компилятор, но это из области фантастики.

Что-то типа кросс-компилятора Бейсика теоретически возможно. Это бестолково, но это проще сделать. Преимущество по сравнению с z88dk и ark в том, что теоретически можно добиться совместимости со старыми бейсиковскими программами. И вот тогда все бесчисленные биоритмы, психологические тесты и гороскопы, все то, что было так нужно, но не хватало терпения дождаться окончания вычислений, наконец обрадуют нас молниеносным исполнением.

[ivagor]

Есть еще вариант - микрософтовский BASCOM для CP/M. Он чудовищно медленно компилирует, но результат работы не такой уж плохой, местами даже хороший. Только там надо делать ассемблерные процедуры для вектора, а то он про графику и музыку не знает.

[svofski]

Есть еще вариант - микрософтовский BASCOM для CP/M. Он чудовищно медленно компилирует, но результат работы не такой уж плохой, местами даже хороший. Только там надо делать ассемблерные процедуры для вектора, а то он про графику и музыку не знает.

Даже не знал про такой. Но Бейсик, где надо доделывать для Вектора ассемблерные процедуры просто чтобы нарисовать линию, это такой совсем непонятный крокодил, который не понятно, как применить. Например, можно на Бейсике написать сложный вычислитель какого-нибудь интересного семпла с плавающей точкой, вычислять, а потом проигрывать его машинным кодом.