Кстати где то читал что defint переменные несколько медленнее чем явноуказанные с %
Чтобы программа выполнялась быстрее, в начале обычно ставили: clear и defint a-z. Ибо дробные переменные использовались крайне редко (или не использовались вообще) и их, как и строковые указывали явно.
Правильно. А я об другом писал.
defint a
A% будет всё равно быстрее чем A в случае с defint.
Еще важно чтобы часто используемая переменная (например цикла - I) была объявлена первой.
Я пробовал объявлять разные переменные дополнительно - скорость падала. Как только объявил I% первой - скорость тут же вернулась.
Правильно. А я об другом писал.
defint a
A% будет всё равно быстрее чем A в случае с defint.
Еще важно чтобы часто используемая переменная (например цикла - I) была объявлена первой.
Я пробовал объявлять разные переменные дополнительно - скорость падала. Как только объявил I% первой - скорость тут же вернулась.
Возможно так и есть, но врядли критично быстрее.
Если гонишься за скоростью, пиши в кодах - уделаешь бейсик как пацана
Ну с такими советами... И не на z80. А на core i7...
Интерпретатор бейсика тем и хорош.. что написал - тут же увидел результат. Для детей )
Хихи, не только defint'ом ускорялись. Мы еще ставили _netend в начале программ. Сетевой адаптер отжирал прерывания и без него работалось чуточку быстрее. Некоторые также умудрялись использовать ОЗУ этого адаптера (вроде там 2кб) под свои нужды. А еще на 805 грузились с CTRL - тогда памяти немного больше появлялось из-за отключения второго флопа. Да... было время!
С оператором play эксперименты ни к чему хорошему не привели. Можно конечно повесить подпрограмму проверки очереди и подпитки оператора play на on interrupt, но придётся сильно жертвовать быстродействием. У нас реально плавная музыка не получалась никогда. Очереди play хватало максимум на 2-4 секунды и пока шла проверка и подпитка, музыка немного задерживалась и поэтому шла рывками.
Именно поэтому мы бейсик бросили уже через год и занялись программированием на ассемблере.
Алексей