ZX Like Pascal

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

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

Цитата:

---

Сообщение от Andrew771

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

---

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

Цитата:

---

Сообщение от Andrew771

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

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


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

---

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

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

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

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

Цитата:

---

Сообщение от Andrew771

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

---

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

Цитата:

---

Сообщение от ALKO

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

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

---

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

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


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

Цитата:

---

Сообщение от ALKO

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

---

да.

Цитата:

---

Сообщение от ALKO

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

---

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

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

Цитата:

---

Сообщение от ALKO

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

---

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

Почему

Код:

---

                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.
Было бы неплохо её единожды за фрейм вычислить максимально быстро.