ZX Like Pascal

[ALKO]

Не пойму что на счёт указателя на стэк в коде, сформировавшемся через паскаль.
Или у него дефолтное значение. Или в каждой процедурке задаётся своё.
Эндрю мож чё подскажет по этому поводу.

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

Достаточно ли будет в самом начале программы влепить ld SP, допустим 45000?

[ALKO]

Пробовал ld sp,32768 в начале программы влепить, тоже не помогло.

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

видимо, придётся остаться на нищебродских 48к

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

Может ли быть так, что в компилятор EmuZwin лажает по части порта #7FFD ?

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

Проблема была вот в чём
virt_screen_high указывал 192
Но банка же начинается с нуля, а в процедуре спрайтов был оффсет на #4000 реального экрана.
Так что virt_screen_high = 192-64 надо было. Воть.

Ещё бы определиться, куда зеркальные спрайты запихать. В 128к ещё более тесно, чем в 48к

[Andrew771]

После компиляции ЯВУ подправил addr_virt_screen
Код:
...
virt_screen_high equ 160
addr_virt_screen equ #C000
table_mirror_high equ 251
...
В итоге чёрный экран, и через мгновение прога ресетится.

Все три значения нужно поменять (пересчитать) для #C000. Третье значение - старший байт для таблицы зеркальных байтов. Эта таблица 256 байт - идет сразу после виртуального экрана, если используются зеркальные спрайты. Если зеркальные спрайты не используются, то таблица не компилируется, не нужна.

Не пойму что на счёт указателя на стэк в коде, сформировавшемся через паскаль.
Или у него дефолтное значение. Или в каждой процедурке задаётся своё.
Эндрю мож чё подскажет по этому поводу.

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

Достаточно ли будет в самом начале программы влепить ld SP, допустим 45000?

У SP дефолтное значение.
Как я понимаю, достаточно. Только опять же в 128к нужно смотреть, чтоб банк не переключался со стеком, или отслеживать внимательно.

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

После каждой компиляции редактировать придётся.
Это можно как-то перенастроить, не пересобирая утилиту на делфях?

в Дельфи лезть не обязательно.Достаточно подредактировать файл библиотек libasm.lib - это обычный текстовый файл с ассемблерными процедурами.

[ALKO]

Кодо-генерация на уровне бейсика походу.
Добавил пару условий - килобайта как не бывало.
А условий ещё нужно втулить огромное количество. Сначала переживал, что для заставки места не хватит. Терь переживаю, что даже для банальных скриптов маловато будет

[Andrew771]

можь текст добавил первый, шрифт подгрузился?
Так-то нормально должно быть, не килобайт точно

[ALKO]

Почему-то XOR в виртуальном экране оставляет мусор если дважды в одном и том же месте рисовать спрайт (тогда как по логике он должен его полностью очищать).

Также мусор вылазит, когда богоподобный старославянский и богомерзкий пиндосянский текст находятся в одном сообщении. Это можно как-то побороть?

[Andrew771]

Про текст не понял, что не так.
XOR посмотрю.

[ALKO]

Про текст не понял, что не так.

В первом окошке интерфейса на скрине каракуля появляется когда в одной строке находится инглиш и русишь.
Хотя не исключено, что это где-то мой локальный косяк.

[Andrew771]

В первом окошке интерфейса на скрине каракуля появляется когда в одной строке находится инглиш и русишь.

Я не вижу там каракуль. Шрифт 4х8, так что особо не порисуешь изгибы, некоторые буквы касаются друг друга.

[ALKO]

А такая конструкция точно должна работать?
Я про остаток от деления.

aliceframe:=aliceframe+1;
if aliceframe%2=0 then
SpritePutClear(DMG,0,alice_x,alice_y)
else SpritePutClear(DMG,1,alice_x,alice_y);

Я конечно в курсе, что в других ЯП пашет. Но конкретно в ЗХ-паскале чего-то не выходит.

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

почему-то aliceframe%2 никогда не равно 0.

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

Я не вижу там каракуль. Шрифт 4х8, так что особо не порисуешь изгибы, некоторые буквы касаются друг друга.

к шрифту претензий у меня и не было.