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

[ivagor]

1. например
FOR A=1 TO 10
FOR B=1 TO 10
NEXT B
NEXT A
т.е. можно не указывать NEXT B, NEXT A, а просто написать NEXT, NEXT ?

можно NEXT B,A или NEXT:NEXT
Второе, насколько помню, чуть быстрее

2. Пробелы в именах - это относится к Бейсику v.2.5 ?

Да, к 2.5 и всем его модификациям это тоже относится

Ещё - можно ли в Бейсике (не применяя ассемблерных вставок) через OUT в порт 1 вывести синтезированную речь (возможно запретив прерывания) ?

К сожалению нет, частота дискретизации недостаточная, бейсик слишком медленный.

Каким образом (как это выглядит в строках кода) через Bload можно загружать массивы для Put ?

Попробуем без подробного кода
Генерация
1. Делаем HIMEM, чтобы выделить место под картинку
2. Рисуем на экране картинку и делаем GET в область между HIMEM и экраном
3. Делаем BSAVE сохраненной через GET картинки
Использование
1. HIMEM
2. BLOAD

[Advertiser]

[metamorpho]

...
Насчёт сроков правильно написали...
Многие не помнят как команды работают,
а Вы за 2 месяца софтину хотите???
Да ещё приличную...Ну я как бы начну, а там как получится...

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

.............
Попробуем без подробного кода
Генерация
1. Делаем HIMEM, чтобы выделить место под картинку
2. Рисуем на экране картинку и делаем GET в область между HIMEM и экраном
3. Делаем BSAVE сохраненной через GET картинки
Использование
1. HIMEM
2. BLOAD

Оригинальный способ !!
А как быть если много разных картинок - спрайты анимации например - это надо же расположение каждой в памяти знать, иначе как PUT догадается откуда выводить из какого массива ?
Или же уже при записи вся структура (массивы) должна быть определена и она записывается при запоминании в GET ?

[ivagor]

Оригинальный способ !!

Он несколько более оригинальный, чем хотелось бы, в 2.5 так не получится.

А как быть если много разных картинок - спрайты анимации например - это надо же расположение каждой в памяти знать, иначе как PUT догадается откуда выводить из какого массива ?
Или же уже при записи вся структура (массивы) должна быть определена и она записывается при запоминании в GET ?

Надо самому распланировать распределение памяти. Для этого надо считать, сколько займет каждая картинка. Самый простой вариант - берем формулу из описания 2.5
INT(Х*У/8+3/4)+1 и умножаем на 4 - это будет число байт на картинку. На самом деле можно и чуть поменьше, но пусть лучше будет с запасом.
Вместе с графическими данными хранятся еще два параметра - ширина и высота картинки.

частота дискретизации недостаточная, бейсик слишком медленный.

Прикинул достижимую частоту дискретизации при выводе по OUT1,PEEK(I)
в 2.5 - 160-190 Гц
в последних модификациях - 300-320 Гц
А для речи надо раз в 10-20-30 больше.