ZX Like Pascal

[Andrew771]

В отдельную библиотеку не надо, потому что подгружаются из общей только нужные процедуры, которые точно используются в программе, а не все.
Да, со спрайтами мне надо еще поработать, дописать процедур. В общем, сразу же на след.неделе ими займусь. т.к. это самое важное. Отзеркаливание спрайтов по x и y, get, put, познакоместный скролл... Плюс конвертер спрайтов допилить.

[Advertiser]

[ALKO]

я вот чё думаю... если даже познакоместно будет скроллироваться экран, а тайлы будут размером больше знакоместа.
к примеру 48*48 пикселей.
Каков будет алгоритм скролла, чтоб незаметно было появление тайла?

Пока представляю себе это следующим образом:
1 есть экран, с массивом тайлов.
2 двигаем, допустим, влево. И на этом же этапе заполняем тайлами образовавшуюся пустую область справа, впритык.

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

то есть от процедуры скроллирования толку никакого. А нужно рисовать каждый раз всю область видимости. а после этого персонажа(жей). И это надо делать за пределами видео ОЗУ, и лишь потом выплёскивать на экран.

[Alex Rider]

Есть процерура отрисовки 5 слоев тайлов (фон, герои, передний план) + слой маски на экран (переписанная из Саботера 2). Умеет зеркалить байты спрайтов. Надо? Очень быстрая, стек не использует, легко кастомизируется для переменного числа промежуточных слоев. Скоро будет быстрая процедура для рисования тайлов в слои с маскированием и копированием тайлов фона для детекции коллизий.

[Andrew771]

то есть от процедуры скроллирования толку никакого. А нужно рисовать каждый раз всю область видимости. а после этого персонажа(жей). И это надо делать за пределами видео ОЗУ, и лишь потом выплёскивать на экран.

вирт.экран тогда, полная перерисовка. Как в ZXOOM.

---------- Post added at 00:07 ---------- Previous post was at 00:06 ----------

Есть процерура отрисовки 5 слоев тайлов (фон, герои, передний план) + слой маски на экран (переписанная из Саботера). Надо? Очень быстрая, стек не использует, легко кастомизируется для переменного числа промежуточных слоев. Скоро будет быстрая процедура для рисования тайлов в слои с маскированием и копированием тайлов фона для детекции коллизий.

процедура классная, но как ее встроить в Паскаль. Команда с кучей параметров?

---------- Post added at 00:09 ---------- Previous post was at 00:07 ----------

то есть от процедуры скроллирования толку никакого. А нужно рисовать каждый раз всю область видимости. а после этого персонажа(жей). И это надо делать за пределами видео ОЗУ, и лишь потом выплёскивать на экран.

в Эйфории я кстати по другому поступил - вывод ландшафта из символов-тайлов. Сначала в буфере строим последовательность из кодов символов, а потом вывод на экран, как строку символов.

[Alex Rider]

процедура классная, но как ее встроить в Паскаль. Команда с кучей параметров?

Если адреса слоев задать системными константами, то без параметров совсем. Кстати, жырный минус - слои должны лежать один за другим в строком порядке.

[Andrew771]

а в слои как спрайты кладутся?

[Alex Rider]

Можно свой алгоритм написать для твоего Паскаля, можно из разогнанного Саботера 2 поиспользовать когда допишу. Ничего особого, процедура с кучей параметров, типа, X, Y, ширина, высота, направление, адрес тайлмапа спрайта,... (не помню все, ща не дома, посмотреть негде). Тайлмап пихается в слои с учетом кадрирования, заполняется слой маски и делается копия тайлов фона под спрайтом. Выводилка на экран смешивает слои по алгоритму "если в маске не 0, то берем тайл фона, накладываем на него по маске слои героев, сверху накладываем по маске спрайты переднего плана (есть нюансы с маскированием слоев и атрибутом выходного спрайта), и полученный микс кидаем в экран.

[Epsilon]

Я конешно дилетант, а не проще было сделать так

прогу на паскале конвертировать в Си-подобный код, и потом z88dk сделает из него asm?

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

[ALKO]

прогу на паскале конвертировать в Си-подобный код, и потом z88dk сделает из него asm?

тогда проще сразу писать на сях напрямую в z88dk, безо всяких пасцалей.

[Andrew771]

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

Зачем такие сложности, если уже я написал кодогенератор с оптимизатором?
Так поступил Oleg N.Cher. с Обероном, см. тут
Сейчас на повестке дня допиливание новых команд вывода спрайтов и экранов в библиотеке на асме, для практического применения в играх. ALKO и Alex Rider правильно тон задают.

Можно свой алгоритм написать для твоего Паскаля, можно из разогнанного Саботера 2 поиспользовать когда допишу. Ничего особого, процедура с кучей параметров, типа, X, Y, ширина, высота, направление, адрес тайлмапа спрайта,... (не помню все, ща не дома, посмотреть негде). Тайлмап пихается в слои с учетом кадрирования, заполняется слой маски и делается копия тайлов фона под спрайтом. Выводилка на экран смешивает слои по алгоритму "если в маске не 0, то берем тайл фона, накладываем на него по маске слои героев, сверху накладываем по маске спрайты переднего плана (есть нюансы с маскированием слоев и атрибутом выходного спрайта), и полученный микс кидаем в экран.

Наверно да, выгодно задать новую команду с кучей параметров. А ее встроить в библиотеку libasm.lib. Присылай, как будет возможность.
Я вот сейчас решил срочно сделать следующее:
- флажок "Вывод спрайтов в виртуальный экран", при включенном вывод спрайтов будет на вирт. экран, при выключенном сразу на экран;
- аналогично флажок для вывода текста на вирт.экран;
- флажки "Использовать атрибуты для спрайтов", "Использовать атрибуты для текста";
- команду копирования вирт.экрана на экран;
- допилить конвертер bmp в спрайты с атрибутами.