ZX Like Pascal

[Andrew771]

А для вывода фона из тайлов 1х1 или 2х2 можно использовать карты в ZX Like Pascal

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

А для вывода фона из тайлов 1х1 или 2х2 можно использовать карты в ZX Like Pascal

Могу еще подбросить 4х4, но без атрибутов. Она в demo_Z используется.

[ALKO]

А для вывода фона из тайлов 1х1 или 2х2 можно использовать карты в ZX Like Pascal

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


Могу еще подбросить 4х4, но без атрибутов. Она в demo_Z используется.

Только у меня тайлы 3х3, и цветные.
Да и формат карты свой (через одномерный массив).

[Andrew771]

3х3 нету, но можно переделать из 4х4 (сократить). А одномерный массив - это двумерный с одной стороной равной 1

[ALKO]

неужели никак нельзя сделать проверку границ PUTIMAGE...

Видимо, придётся вернуть всё обратно на спрайты.

А одномерный массив - это двумерный с одной стороной равной 1

У меня там самодельные специфические костыли, меня они устраивают. (карта хранится не в виде тайлового набора, долго объяснять)

[Andrew771]

неужели никак нельзя сделать проверку границ PUTIMAGE...

Видимо, придётся вернуть всё обратно на спрайты.

Там нужно будет вычислять длину строки до ldir, что может убить всю выгоду от ldir-а. Я пытался так сделать, хотел сделать спрайты в Паскале только прямоугольные для экономии места и ускорения процедур, но ускорения не получается, отказался из-за этого. Так что, лучше на спрайты вернуться.

[ALKO]

Ищё такой вопрос, если спрайт 8х8 он по скорости же будет тождественен линейной процедуре Putimage?


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

[Andrew771]

если спрайт 8х8 он по скорости же будет тождественен линейной процедуре Putimage?

да.

В паскале этой выводилка спрайтов максимально быстрая? Или возможны варианты ещё быстрее ?(с использованием стека (наличие проверки границ экрана обязательно, разумеется))
П

С использованием стека быстрее, но опять же, проверки границ притормаживают. И процедуры сложнее по кодированию. У меня таких нету.
Еще есть промежуточный вариант - вместо ldir (21 такт на байт) использовать в цикле много ldi (16 тактов на байт). Это используется в процедуре копирования вирт.экрана на реальный.

[ALKO]

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

[Andrew771]

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

Я вообще под 128к ничего не писал никогда, знаю, что нужно щелкать какой-то определенной банкой туда-сюда. В книге Родионова вроде понятно описано.

[ALKO]

Почему

		for i:=campos/3 to 10+campos/3 do 
		begin
                ...

работает как положено.

А это:

                kampos:=campos/3;
		for i:=kampos to 10+kampos do 
		begin
                ...

ведёт себя так, будто i всегда равно нулю?

kampos объявлял как word и byte.

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

вообще у меня там часто встречается campos/3.
Было бы неплохо её единожды за фрейм вычислить максимально быстро.