Вид для печати
Ширмы в 16 строк уже мало :)Цитата:
Сообщение от metamorpho
Либо увеличивать ширму, либо для пограничных "строк" лабиринта использовать специализированные (адаптированные) подпрограммы вывода спрайта.
Судя по видео, уходят с экрана они как-раз плавно, а вот появляются рывком - сразу целиком.
А раз уходят плавно, значит и появляться могут так-же. Просто вывод нужно начинать на позицию раньше.
Или я не правильно проблему понял?
ты не совсем верно понимаешь концептЦитата:
Сообщение от metamorpho
на прерываниях у тебя обработка объектов
в процессе обработки создаешь массив выводимых обьектов
в 2 списка
в основном теле только отрисовка
ты берешь по очереди один из списков и рисуешь по нему объекты
пока обьектов мало - скорость отрисовки высокая
когда их много - скорость отрисовки падает, но скорость изменения ситуации остается прежней.
как то так.
у тебя размер шторки должен быть равен или больше высоты спрайта.Цитата:
Это всего лишь тестовый вариант.
----
На данный момент переписал программу обработки всех движущихся объектов.
Скорость вернулась.
Но столкнулся с новой проблемой - выход объектов за границу экрана.
Поскольку на Векторе нельзя рисовать за границей экрана, возникает проблема с тем чтобы сделать так, чтобы уходя с экрана спрайт исчезал плавно, а не резко. Сейчас придумываю как это сделать.
тогда проверяешь выход спрайта за пределы экрана и рисуешь его только если он уходит совсем за шторку
выложи последний билд
Например вверх плавно уходят они за ширму и в итоге появляются с нижней стороны экрана, т.к. ширма=16 строк а спрайт 24 строки + подпрограмма вывода спрайта не контролирует Y, т.е. если Y=0ffh то inr y будет 00h и т.д. В итоге образуется мусор на экране и при скроллинге это ещё больше ухудшается.Цитата:
Сообщение от KTSerg
Цитата:
Сообщение от jerri
Если программа обработки прерывания слишком длинная, то разве это не повлияет на отрисовку спрайтов в основном цикле программы ? Какой предел общего количества тактов команд, который можно без последствий для основного цикла программы, внедрить в программу обработки прерываний ?
Если делать "ширму" высотой равной высоте спрайта, то это потеря двух строк, т.е. вместо 10 станет 8.
На мой взгляд не очень хороший вариант, т.к. даже сейчас когда 10 строк уровня по горизонтали, всё равно чувствуется некоторая теснота в них. Поэтому увеличить ширму это конечно вариант, но к нему прибегну только если другие варианты не помогут.
Билд выложу позже, как только определюсь каким способом буду достигать решение этой проблемы, а сейчас только эксперименты разные.
Ширму надо сделать не менее высоты спрайта, т.е. >=24. При этом ширма получится высотой 40 строк изображения, 216 останется для отображения, а это 9 строк спрайтов/тайлов.Цитата:
Сообщение от metamorpho
- - - Добавлено - - -
Кстати, эти размышления наводят на мысль, что теоретически можно увеличить высоту спрайта до 25 строк, но это приведет к ряду неудоств.
9 это уже лучше :)Цитата:
Сообщение от ivagor
Сейчас есть труднореализуемая идея - написать подпрограмму вывода спрайта, которая учитывает смещение спрайта по Y и рисует только то что есть на экране (до ширмы) + нужно отслеживать когда происходит вертикальный скроллинг чтобы контролировать какую часть спрайта снова нужно рисовать.
Самый простой и очевидный вариант - перейти на построчное рисование. Для досрочного прерывания процедуры (когда строк <24) просто ставим команду перехода вместо команд рисования первой "лишней" строки. После перехода сразу восстанавливаем испорченные команды.Цитата:
Сообщение от metamorpho
И алгоритма вывода спрайта видимо нужно как минимум два: один для вывода спрайта снизу-вверх, второй сверху-вниз.
Т.к. в верхней части экрана может быть видена только нижняя часть спрайта. А в нижней части экрана нужна только верхняя часть спрайта.
Если пользоваться универсальным алгоритмом вывода спрайта, то потребуются дополнительные расчеты для каждого объекта, чтобы вычислить на сколько он "спрятался", и какое смещение (в спрайте) нужно для начала его вывода.
Можно конечно не париться, и придумать какую-то таблицу с координатами, размерами, смещениями. И пересчитывать её при каждом: скроллинге, перемещении.
Тогда для вывода спрайта достаточно будет из таблицы брать кол-во видимых строк в спрайте, смещения, и проч...
Да, и действительно, если выводить только видимую часть спрайта, то алгоритм построчного вывода проще прервать после вывода нужного кол-ва строк спрайта.
почему 40? 24 достаточно - 12 наверху и 12 внизу.Цитата:
Сообщение от ivagor
- - - Добавлено - - -
просто скипать лишние строчки.Цитата:
Сообщение от KTSerg
а в случае рисования за ширмой вообще не обращать внимания на урезание.
- - - Добавлено - - -
https://www.youtube.com/watch?v=F7-XnSAu3Uk&t=44sЦитата:
Сообщение от metamorpho
вот здесь обработка обьектов отдельно освежение фона отдельно.
высота 10 элементов = 240 точекЦитата:
Если делать "ширму" высотой равной высоте спрайта, то это потеря двух строк, т.е. вместо 10 станет 8.
На мой взгляд не очень хороший вариант, т.к. даже сейчас когда 10 строк уровня по горизонтали, всё равно чувствуется некоторая теснота в них. Поэтому увеличить ширму это конечно вариант, но к нему прибегну только если другие варианты не помогут..
256-24 = 232 точки - просто сверху и снизу по 4 линии тайла не будут видны.
Чтобы было только 24 придется при сдвиге экрана не только пририсовывать несколько строк к ширме с одной стороны и стирать столько же с другой, но еще и в условном центре ширмы делать эту операцию. Можно сказать, что вместо одной ширмы в 40 строк будет 2 по 12. И целиком объект 24x24 под такой составной ширмой не нарисуешь, смысл ее мне не понятен.Цитата:
Сообщение от jerri
в смысле? ты неправильно смотришь.Цитата:
Сообщение от ivagor
у тебя есть ширма высотой 24
у тебя есть столбец экрана высотой 256
просто рисуешь ширму с -12 до +12 от первой строки.
и также спрайты врагов надо рисовать в этом же периоде -12 до 243
тогда ширма будет из скрывать.
В итоге вся разница в том, что в моем варианте будут видны только 9 полных строк, а в твоем еще и "частичные" строки.
Или уменьшить размер ячейки лабиринта по вертикали до 22-ух или 20-ти строк.
Даже при высоте 22 строки, это на экране 10 строк лабиринта в высоту, и 36 строк ширмы. Достаточно, чтобы полностью спрятать уходящие за предел экрана элементы, без необходимости резать вывод спрайтов.
- - - Добавлено - - -
А сколько строк спрайта лабиринта прячется под ширмой, при подготовке для скроллинга, 8 строк ?
Получается, 22 строки - уходящий за ширму элемент, плюс 8 строк - с другой стороны для подготовки лабиринта... между ними зазор 6 строк...
Если не будет ситуации, когда два элемента уходят за пределы экрана одновременно в одной колонке лабиринта, то артефактов быть не должно. А с другой стороны, даже если они за ширмой что-то друг с другом сделают... этого-же ни кто не увидит :)
Ну да. Я о чем и говорю. главное это ширма и возможность скрываться за ней врагов. то что некоторые строки будет видно частично - только плюсЦитата:
Сообщение от ivagor
на экране технически может отображаться до 11 разных строк - просто верхняя и нижняя всего по 8 линий.
Обошёлся пока без дополнительного удлинения ширмы.
Написал две специальные дополнительные подпрограммы вывода спрайта (построчно) при его достижении верхней и нижней границы экрана.
Иногда бывает появляется артефакт, пока не понял почему.
В тестовом уровне обрабатывается 4-е летающих объекта (не считая главного героя, огонька и монет).
При этом скорость снизилась, но не критично (на мой взгляд).
Возможно можно будет что-то ускорить засчёт оптимизации.
Ниже (rom) для тестов :)
Цитата:
Сообщение от metamorpho
ага красиво
рисовать шторку через стек - дорого по тактам
надо по другому
у тебя спрайты какого размера?
переход от битплана к битплану очень дорого
надо змейкой - слева направо битплан 1, справа налево битплан 2, слева направо битплан 3, потом вниз
потом наоборот
- - - Добавлено - - -
почему враги визуально подвисают при движении героя?
- - - Добавлено - - -
ivagor, можешь вот это на векторский перевести?
Вложение 73194
и например обьяснить как этим правильно пользоваться
Как понимаю, речь опять про способ/метод Медноногова. PPC уже переводил на векторовский, надо вспомнить выкладывал ли он исходник, но обсуждение точно можно найти в ветке Robotz, она не такая уж большая.Цитата:
Сообщение от jerri
Сколько смотрю на этот алгоритм, не могу понять, как можно восстановить испорченные стеком данные.Цитата:
Сообщение от jerri
С моей точки зрения, сделать это на 100% - это не возможно.
Пример.
Есть на экране картинка. Я с помощью стека вношу в неё изменения.
Только-что полностью закончил вывод спрайта, и собираюсь восстановить указатель стека, который в данный момент указывает на фоновую картинку под выведенным спрайтом... И тут пришло оно... прерывание... Адрес возврата из прерывания пишется в стек, т.е. прямо на мою фоновую картинку, о содержимом затёртого стеком ни кто, ни как знать вообще не может...
Подпрограмма "восстановления" в прерывании загоняет за место двух затёртых байт фоновой картинки содержимое пары ВС (если я правильно понял), и вот на фоновой картинке под спрайтом появляется артефакт...
А если я только занёс в ВС данные для спрайта, но не выполнил PUSH BC... и произошло прерывание, то оно сделает это за меня, испортив два предыдущих байта в спрайте?
Выход только один, в своих подпрограммах вывода спрайта, постоянно запрещать и разрешать прерывания... а будет ли при этом выигрыш от использования стека, вот в чём вопрос ?
Ну над этим алгоритмом работал один из гениев программирования спектрума.Цитата:
Сообщение от KTSerg
Задача этого набора процедур не дать сдохнуть данным спрайтов выводимых через стек при включенных прерывания.
Для этого нужна другая процедура рисования спрайтов. Более быстрая. С прокачкой данных через стек.
Стек не на экране. Стек на спрайтах.
Вот с этим согласен.Цитата:
Сообщение от jerri
Если стек на спрайте, а не на экране. Есть вероятность корректной работы алгоритма.
Для этого как минимум нужно разрешить прерывание только после установки стека на спрайт и чтения первых байт спрайта. А перед переходом на другой спрайт запрещать.
Иначе спрайтам - кирдык.
Можно конечно выкрутиться, и подогнать, что-бы все спрайты начинались и заканчивались одинаково... тады...
Прерывания разрешены всегда.Цитата:
Сообщение от KTSerg
Просто сначала заряжаешь основной регистр под графику, потом уже стек.
Ну вот похоже и сформировались рекомендации:Цитата:
Сообщение от jerri
1. Пара ВС ни где в программе больше не используется, кроме подпрограммы вывода спрайта.
2. Стек при выводе спрайта используется на чтение данных из спрайта.
3. Все спрайты должны иметь два первых и два последних байта одинаковыми. Например подпрограмма вывода спрайта может первую пару байт читать в холостую, без вывода на экран, и так-же по завершении вывода спрайта, считать из спрайта ещё пару байт (для очистки ВС).
Дополняйте, что ещё ?
Пара BC в подпрограмме вывода спрайта используется только для чтения графики спрайта. Остальная программа может быть какой угодно.Цитата:
Сообщение от KTSerg
Это не нужно. Решение классика - первые два байта читаем обычно, без стека. Для вектора, если графики много и она в квазе, придется читать все стеком и на этот случай (в ветке robotz) jerri предложил делать промежуток в 2 байта между спрайтами.Цитата:
Сообщение от KTSerg
Просто если ВС будет использоваться помимо подпрограммы вывода спрайта, то неизбежно, "буферные" байты между спрайтами будут менять значение. Это конечно не критично, для того они и предусмотрены.Цитата:
Сообщение от ivagor
Ну "промежуток в 2 байта между спрайтами" и то, что я написал "первые2 и последние 2 одинаковые во всех спрайтах", в принципе одно и то-же.Цитата:
Это не нужно. Решение классика - первые два байта читаем обычно, без стека. Для вектора, если графики много и она в квазе, придется читать все стеком и на этот случай (в ветке robotz) jerri предложил делать промежуток в 2 байта между спрайтами.
На время работы процедуры вывода спрайтов активен специальный(отдельный) обработчик прерываний.Цитата:
Сообщение от KTSerg
Это лишнееЦитата:
Сообщение от ivagor
Все манипуляции происходят в стеке
Заменяя адрес возврата из прерывания содержимым bc
Да, критичного ничего не произойдет, но в принципе можно придумать что-нибудь очень вычурное и специфическое, где это не подойдет.Цитата:
Сообщение от jerri
например ?Цитата:
Сообщение от jerri
24х24 точкиЦитата:
Сообщение от jerri
что такое битплан ?Цитата:
Сообщение от jerri
я не смог написать вариант змейкой чтобы он был быстрее моего.
Можно полный пример вывода спрайта по этому варианту ?
Так написан алгоритм взаимодействия вертикального скроллинга и отображения уровня (при вертикальном сдвиге на 24 точки - уровень (10х10 элементов экрана - обновляется лишь 1 раз),Цитата:
Сообщение от jerri
чтобы переделывать это нужно придумавать новое взаимодействие и писать всё заново, но в этот проект это не входит. Цель этого проекта сделать игру на более-менее хорошем уровне - и получить опыт, узнав разные подводные камни при создании игры на Вектор. Если же всё доводить до идеала, то можно надолго зависнуть на одном проекте и никогда его не сделать. А у меня цель выпустить игру уже осенью этого года :)
К тому же можно объяснить это супер-способностью главного героя. Когда он делает супер-рывок по вертикали, то остальное как бы замедляет своё движение :)
Я многие моменты не полностью понимаю, так что чтобы понять это нужем конкретный алгоритм с коментариями :)Цитата:
Сообщение от jerri
Ну оно должно идти в комплекте с процедурой рисования спрайта.Цитата:
Сообщение от metamorpho
У тебя же спрайты просто рисуются? Так?
А удаляешь лишнее как?
Удаляю лишнее в чём ?Цитата:
Сообщение от jerri
Ну вот у тебя нарисован спрайт героя.Цитата:
Сообщение от metamorpho
И ты героя двигаешь. Как ты стираешь след от героя?
Мне прост влом разбирать программу
Поверх старого спрайта печатаю новый со сдвигом - получается одновременно и движение и затирание следа.Цитата:
Сообщение от jerri
То есть герой меньше чем 24х24Цитата:
Сообщение от metamorpho
Нет, герой 24х24. Когда например идёт сдвиг влево то у меня есть готовые спрайты 32х24 в котором идёт сдвиг влево и анимация заодно.Цитата:
Сообщение от jerri
А когда герой стоит на месте то печатается спрайт 24х24. При сдвиге вверх тоже печатается 24х24 т.к. в спрайте снизу и сверху есть запас чёрных-нулевых линий.
Ага у тебя есть спрайты 32*24 и спрайты 24*24Цитата:
Сообщение от metamorpho
metamorpho, забавный глюк
если уперется в стену вверх или вниз и зачать соостветсвенно вверх или вниз то враги дрожат на месте
- - - Добавлено - - -
вот тебе архив с комментариями
3 файла
interrupt.a80 правильные прерывания для работы с программой отрисовки спрайтов
Скрытый текст
Код:;процедура обработки прерывания с восстановлением поврежденных данных
;при доступе к стеку
;регистровая пара для доступа к стеку BC
im_routine
di
;сохраняем HL и забираем адрес возврата из прерывания
ex (sp),hl
;сохраняем его
ld (im_ret),hl
;забираем HL
pop hl
;сохраняем его чтобы не потерять при манипуляциях с SP
ld (im_hl),hl
;сохраняем флаги
push af
;вычисляем корректный адрес стека программы
ld hl,2
add hl,sp
;сохраняем стек программы
ld (im_sp),hl
pop af
;восстановлением поврежденые данные регистром BC
push bc
;задаем стек прерывания
ld sp,im_stek
;сохраняем все регистры кроме HL
push af,bc,de
;-----------------------------
;ISR
;здесь прерывание
;-----------------------------
;восстанавливаем регистры
pop de,bc,af
;восстанавливаем HL
ld hl,#2121
im_hl equ $-2
;восстанавливаем стек
ld sp,#3131
im_sp equ $-2
ei
;возвращаемся из обработки прерывания
jp #c3c3
im_ret equ $-2
[свернуть]
sprite.a80 две подпрограммы быстрого вывода через стек
но тебе надо будет поменять формат спрайтов
сначала вся линия для одного плана, потом для другого, потом для третьего.
это значительно ускорит вывод.
вектор использует систему битпланов при формировании цвета точки
вот здесь на примере идентичной системы Commodore Amiga более менее рассказано
Скрытый текст
Код:;вывод спрайта в системе битпланов Вектор 06
;ширина спрайта -24
;на входе
;bc адрес спрайта
;de aдрес на экране
;E-Y D-X
;A высота спрайта/2
drop24
ld hl,0
add hl,sp
ld (sprite_sp0),hl
ld h,b
ld l,c
ld c,(hl)
inc hl
ld b,(hl)
inc hl
ld sp,hl
;задаем Y в L
ld l,e
;задаем высоту спрайта в E
ld e,a
;задаем X в A
ld a,d
;переход между битпланами
ld d,#20
drop240
ld h,a
;рисуем на первом плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
;переход на второй битплан
add a,d
ld h,a
;рисуем на втором плане
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;переход на третий битплан
add a,d
ld h,a
;рисуем на третьем плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
;возвращаемся на первый план
sub #40
;переходим на следующую строку
inc l
;повторяем цикл рисования
;
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;переход на второй битплан
add a,d
ld h,a
;рисуем на втором плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
;переход на третий битплан
add a,d
ld h,a
;рисуем на третьем плане
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
;выбираем следующую пару байтов для цикла рисования
pop bc
;возвращаемся на первый план
sub #40
;переходим на следующую строку
inc l
;проверяем на завершение цикла
dec e
jp nz,drop240
sprite_sp
ld sp,#3131
sprite_sp0 equ $-2
ret
;ширина спрайта -32
;на входе
;bc адрес спрайта
;de aдрес на экране
;E-Y D-X
;A высота спрайта/2
drop32
ld hl,0
add hl,sp
ld (sprite_sp0),hl
ld h,b
ld l,c
ld c,(hl)
inc hl
ld b,(hl)
inc hl
ld sp,hl
;задаем Y в L
ld l,e
;задаем высоту спрайта в E
ld e,a
;задаем X в A
ld a,d
;переход между битпланами
ld d,#20
drop320
ld h,a
;рисуем на первом плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;переход на второй битплан
add a,d
ld h,a
;рисуем на втором плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;переход на третий битплан
add a,d
ld h,a
;рисуем на третьем плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;возвращаемся на первый план
sub #40
;переходим на следующую строку
inc l
;повторяем цикл рисования
;
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;переход на второй битплан
add a,d
ld h,a
;рисуем на втором плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
pop bc
;переход на третий битплан
add a,d
ld h,a
;рисуем на третьем плане
ld (hl),c
inc h
ld (hl),b
inc h
pop bc
ld (hl),c
inc h
ld (hl),b
;выбираем следующую пару байтов для цикла рисования
pop bc
;возвращаемся на первый план
sub #40
;переходим на следующую строку
inc l
;проверяем на завершение цикла
dec e
jp nz,drop320
jp sprite_sp
[свернуть]
И небольшая таблица в EXCEL
с памяткой по переводу команд из z80 в i8080 и назад.
чтобы понять как это работает
Вложение 73199
Я тут собрал "болванку" по образцу этой программы.
Спрайты 24х24 на 3 плоскости, на экране 10х10 ячеек игрового поля, ширма 16 строк.
Вывод спрайтов с использованием стека на чтение.
Прерывания, те, которые тут обсуждаются, для данного метода вывода спрайтов.
В итоге получается, что при перемещениях персонажа по горизонтали, и отрисовка ещё 5-ти подвижных объектов спокойно укладывается между прерываниями, т.е. требуется менее 20мс.
А вот при перемещении по вертикали, из-за подготовки поля под ширмой, до прерывания можно обработать только 4-е подвижных объекта, и совсем без запаса.
KTSerg, ты как поле готовишь?
Мой метод спрайтов посмотрел?
Это то, что под спойлером, начинается с ";вывод спрайта в системе битпланов Вектор 06" ?Цитата:
Сообщение от jerri
Нет пока не смотрел. Сейчас гляну.
Мнемоника там не привычная, на первый взгляд от Z80.
Ну да. От z80Цитата:
Сообщение от KTSerg
jerri, примерно да. Только у меня алгоритм значительно длиннее, и не построчно, а по две строки.Цитата:
Сообщение от jerri
Т.е. две строки в одной колонке, потом две во второй, в третьей. Потом переход на след. план. По две строки справа налево. Переход на след. план. Снова по две строки в право. И так дважды.
За счет более длинного и развёрнутого алгоритма, по тактам, мой не значительно быстрее. Видимо за счет меньшего количества проверок на конц цикла. Т.к. у тебя на 4 строки дважды проверка на повтор, а у меня один раз.
Поскольку у тебя, переход между планами и проверка циклов компактнее, чем у меня.
Спасибо за идею.
И подозреваю, что у моего метода "по две строки" выше вероятность появлению мельтешения (мерцания).
- - - Добавлено - - -
jerri, в алгоритме рисования спрайта, есть для меня один не понятный момент.
При переходе на след строку (в средине алгоритма):
Уменьшение аккумулятора на 40 - это я понимаю, переход не след строку "inc l" - тоже.Код:ld (hl),c
;возвращаемся на первый план
sub #40
;переходим на следующую строку
inc l
;повторяем цикл рисования
ld (hl),b
А как происходит перевод регистра H - на начало?
Не пропущено "mov h,a" ?