Вставка музыки в прерывании в 128к

[ALKO]

только обычно эти бейсикосипаскали не умеют работать с много страничностью итд...

В смысли?...
по-дефолту пасцаль много с чем не умеет работать, но асм-вставки там возможны. И переключение теневого экрана 128к я на нём таки освоил, но вернулся обратно в 48к, потому что теневой экран откусывает аж целых 16кб (ну и ощутимого прироста в скорости я не получил, так как LDIR чуть более трети экрана не сильно уступает щёлканью страниц).
Пасцаль удобен для написания набора скриптовых условий. if else намного удобочитаемо, чем же-пе-ноу-зиро, боку-но-пико и прочая китайщина в виде мнемоник.

[Advertiser]

[NEO SPECTRUMAN]

потому что теневой экран откусывает аж целых 16кб

откусывает от процедур отрисовки на экран
а так памяти то в 2 раза больше

с таким же успехом можно юзать и один экран как 48-й
а в страницах хранить больше графики
равзернутые процедуры
музыке и многоуровне

- - - Добавлено - - -

так как LDIR

как бы ldir медленен для повседневного использования

и оправдан только там где не нужна скорость
или там где нужна экономии памяти...

- - - Добавлено - - -

чем же-пе-ноу-зиро,

а мне удобен жп но зиро

мне теперь не хватает оно в ЯВУ
тк тут бы поставил жп но зеро
а нужно городить какуето гародуху на if else...

особенно когда нужно задетектить факты переполнения
нужно делать какието мерзкие остатки от деления % для элементарных операций
который делаются елементарным jp nc\nz

[Andrew771]

Я еще его использую для экономии времени, которого и так нет. Это в юности было полно, сейчас только урывками. Плюс зубодробительные алгоритмы, которые на асме не осилить или очень много человекочасов бы заняло.

[NEO SPECTRUMAN]

человекочасов бы заняло.

а сколко человекочасов займет отлаживание не рабочего кода?
когда дебагер ничего не говорит о том какой щас код выполняется

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

- - - Добавлено - - -

это в синклер бейсике тебе вываливалось что и по какому адресу
и ты туда лез и смотрел...

[Andrew771]

а сколко человекочасов займет отлаживание не рабочего кода?
когда дебагер ничего не говорит о том какой щас код выполняется

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

- - - Добавлено - - -

это в синклер бейсике тебе вываливалось что и по какому адресу
и ты туда лез и смотрел...

Также, как и для асма, в дебаггере для асма. Ориентируюсь по меткам.
Для ж.д.магната думалку я писал и отлаживал месяца три-четыре, чтоб правильно и оптимально строили пути и обходили горы и моря. На асме вообще нереально, там логика заумная. Сейчас пишу Z - алгоритм движения танков, чтоб захватывали территории и ездили по дорогам и мостам, а не где только можно. Месяц убил, вчера только поехали почти как надо. И это на Пасцале. На асм если только вручную перевести с ЯВУ. С нуля написать невозможно.

- - - Добавлено - - -

Посмотрел в старых исходниках, там вот так:
org RAM 2,32768
org RAM 0,49152
org RAM 4,49152
org RAM 5,27500

Думаю логику можно понять
Я уже плохо помню, но вроде все орги должны быть в таком стиле. Причем именно ВСЕ если под 128 пишешь, т.е. просто org уже будет глючить местами.

Спасибо! Возможно так, попробую.

- - - Добавлено - - -

это в синклер бейсике тебе вываливалось что и по какому адресу
и ты туда лез и смотрел...

еще я иногда ставлю writeln(переменные) в нужных местах, выводит на экран всё что надо сразу.

[NEO SPECTRUMAN]

С нуля написать невозможно.

а как другие пишут?

[goodboy]

гораздо дольше