Специалист: программирование на ассемблере

Цитата:

---

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

А чем она выгоднее метода AND/OR?

---

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

Цитата:

---

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

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

---

Дык, если ты решил использовать координаты не по модулю 8 тебе и так и так сдвигать как маску так и спрайт (ну или заготавливать сдвинутые спрайты с масками). Так что не аргумент.

Санчез самоустранилася с форума, но, возможно, @jerri вспомнит в чём профит.

Цитата:

---

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

анимированный спрайт героя сильно мерцает при восстановлении фона под ним. На Специалисте нужно делать дополнительный промежуточный буфер, что усложняет программу и понимание её работы. Я пока не реализовал это и вообще не уверен, что это легко позволит избавиться от мерцания.

---

Промежуточный буфер точно поможет. Другое дело, что организовать этот буфер можно разными способами и тут как раз помог бы пример спековских движков.
OR+XOR выгоднее AND+(X)OR если для сдвига маски используется dad h. При этом "новые" крайние биты будут нулевые, а при сдвиге маски варианта AND+(X)OR они д.б. единичные.

Вот это я и хотел услышать. Действительно, маска для XOR выгоднее для сдвига влево, чем маска для AND. Спасибо.

Цитата:

---

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

Санчез самоустранилася с форума, но, возможно, @jerri вспомнит в чём профит.

---

Основной профит OR/XOR- если скроллим влево например спрайт шириной 16 точек
то удобно использовать add hl hl rla и спрайт будет в AHL
также если скроллить через таблицу, то одну и туже таблицу можно использовать для спрайта и маски.

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

Цитата:

---

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

Вот как раз момент с OR/XOR (HL) не является мелочью, а является наглядным примером того, как можно одновременно сократить размер, сделать быстрее и понятнее код. Именно поэтому я решил снять короткий ролик. А другие ошибки типа опечаток я просто правлю тихонько за кадром. Но здесь был не тот случай! А я ещё как раз сидел и думал, как бы избавиться от PUSH/POP BC в этой процедуре. Нутром чуял, что можно, но в итоге так и забыл про (HL).


С последним у меня сейчас на Специалисте вообще проблема - анимированный спрайт героя сильно мерцает при восстановлении фона под ним. На Специалисте нужно делать дополнительный промежуточный буфер, что усложняет программу и понимание её работы. Я пока не реализовал это и вообще не уверен, что это легко позволит избавиться от мерцания.

---

я предлагаю делать частичную буферизацию изображения.

Цитата:

---

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

также если скроллить через таблицу, то одну и туже таблицу можно использовать для спрайта и маски.

---

Вот! Это оно и есть! Сдвиг спрайтов с одновременным переворотом в этом движке производится при помощи одной таблицы на 4 кб (2 * 8 * 256).

Цитата:

---

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

я предлагаю делать частичную буферизацию изображения.

---

Так и планирую сделать.

Перемещаем спрайт с помощью клавиатуры:

https://youtu.be/eQe1Uf5TSvw

Восстанавливаем фон под спрайтом и анимируем сам спрайт:

https://youtu.be/pQJ7o1Zgdxw

Спрайт ожидаемо мерцает. Нужно делать дополнительный буфер, в котором готовить бутерброд из фона и спрайта и потом целиком рисовать его на экране. А перед этим нужно будет локально запретить восстанавливать анимацию, если она есть в этом месте. Всё это сильно усложняет логику и понимание. Может что-то предложите попроще?

Я не вижу простых решений без полноэкранного бэкбуфера к сожалению.