Полигон-2

right:
push ax
push bx
push dx
inc cnt2

mov ax,cnt2
mov dx,0
mov bx,320
div bx

cmp dx,310 (!!!!!!!!!!!!!!!!!!!)
ja c1

pop ax
pop bx
pop dx
jmp spr_lp

c1:
dec cnt2
pop ax
pop bx
pop dx
jmp spr_lp

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

Есть еще один вопрос: как организовать задержку по таймеру, который IRQ 0 System Timer?

Через int 15h на XT что-то не пашет...
mov ah,86h
mov cx,000Fh
mov dx,4240h
int 15h

Через циклы как-то не очень хорошо выглядит...

Я отталкивался от того, что дается пространство в 64000 точек. Если вывести спрайт сразу, например с 5000-ной точки, то как бы нужно сразу сообщить ему границы. То есть, ему можно задать почти любую стартовую точку в рабочем поле и далее управлять им и при этом все установленные границы отрабатывают верно. Как-то так. Есть подпрограмма рисования спрайта с входным параметром (адрес в рабочем поле - DI). В нее постоянно отсылаются новые координаты при нажатии соот кнопок.
То есть нажал "вправо" и пошло - 5001,5002. Это DI+1 в реальности.Или cnt2+1. Если не просчитать границу, то спрайт вылезет уже слева с новой строчки... Грубо говоря, спрайту задается произвольный адрес из адреса рабочего поля и он уже должен знать все границы.
Вывод спрайта c заданного адреса, задержка,опрос клавиатуры крутится в основном Loop.
По условным переходам - накрутка адреса, просчет границы.
Приведенный алгоритм - единственное, что пришло в голову.
По поводу задержек да, DOS-DOX ругается на int 15h в консоли, но выполняет. Но, как я понимаю, это для машин 286+.
На 8088 есть только некий системный таймер. Причем его юзает какой-то русификатор, судя по показаниям checkit.
Вероятно, к нему можно как-то подцепиться.
Но, приходится костылить с циклами, так как я просто не понимаю, как это сделать.

вот сам исполняемый COM уже с исправлениями

[q]

А как только второго? От текущей координаты же нужно считать. // да, конечно, требуется только одно действие и проверка остатка

[/q]

По прежнему 2 действия, причём первое осталось тем же, тоесть в корне не поменялось. Речь о возможности не использовать операцию деления, пояснения ниже, и был комментарий Const14 о "достаточно только проверки на граничные условия"

[q]

как организовать задержку по таймеру, который IRQ 0 System Timer?

[/q]

перехват этого прерывания, если не через разные стандартные функции(ah=25/35, int 21h) то "вручную" грубо подставив свой обработчик.

[q]

Через циклы как-то не очень хорошо выглядит...

[/q]

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

[q]

что дается пространство в 64000 точек. // отсылаются новые координаты // Вывод спрайта c заданного адреса // накрутка адреса, просчет границы

[/q]

Вами отсылается одна "координата", и дальше развивать данную программу для поддержки других графических видеорежимов с другой шириной, высотой будет сложнее из таких представлений. Можно остановиться на варианте с игрой "змейка" или другие планы. Границы теже ... самые. Эти выражения говорят о вашем текущем представлении о должной работе программы, стараемся думать без сбивающих с толку аллегорий и упрощений, зачем считаете границу(делить, остаток) и лишь потом необходимое сравнение со значением фиксированной границы.

[q]

Грубо говоря, спрайту задается произвольный адрес из адреса рабочего поля

[/q]

На поле(сетке) 2 координаты, а на линии(цепочке) адресе она одна. Как изменится(будет выглядеть) программа если она для управления будет оперировать не одной координатой, а двумя, а для отображения в видеопамяти переходить на одну?

Снова лишние действия, подобно сместились в сторону(inc x1), поняли что прошли сквозь стену(cmp x1,) и вернулись назад(dec x1), если прошли - преграды не было? А в стек что ложете/достаёте, тоже самое?
С алгоритмом в виде блок схемы, условия по и ветвления - интересное слово, знакомы ?
Открыл учебник "Основы информатики и вычислительной техники", алгоритмический язык, вот задачка оттуда:
Петя составил алгоритм, а Коля стёр в нём одну команду:
алг прогулка
дано | стен на поле нет
надо | Робот погулял и вернулся в исходное положение
нач
| вверх
| вправо
| ???
| вниз
| влево
| влево
кон

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

Поэтапно Алгоритм - Блок схема - язык Высокого уровня - ассемблер - Двоичный код.
А как сейчас выглядит код? Нравится, оптимизировать или и так хватает быстродействия, как оценивать?
Есть вопрос о необходимости переходить на специализированные форумы.