Полигон-2

Ekb написал:

[q]

Rio444 написал:

[q]

у его алгоритма проблема не с отзывчивостью, а с плавностью перемещения....

[/q]

Откуда эти сведения? думаю паника преувеличена

[/q]

Из анализа исходного кода прошивки. Часть пакетов от мыши PS/2 теряется и не доходит по порта COM.
В зависимости от установленного в конвертере масштаба скорости мыши, либо теряется часть пакетов, приходящих от мыши. Либо наоборот приходят уже устаревшие данные.

Основная проблема протокола для COM мыши - низкая частота передачи данных. Всего 1200 бод/9 бит/3 байта = 44,(4) раза в секунду. Если пакет с данными приходит непосредственно от мыши, с задержкой 1000/44,(4) = 22,5 миллисекунд. Мизерный процент людей могут заметить такую задержку. Не зря считается, что fps с играх не должен опускаться ниже 30.
Если мышь PS/2 подключена через конвертер, то задержка увеличивается в 2-3 раза. То есть будет 22,5*2 = 45мс или 22,5*3 = 67,5мс. Что соответсвует частоте 22,2 и 14,81Гц. Что уже очень заметно. Задержка связана с тем, что пока в COM порт передаётся очередной пакет данных, из PS/2 уже приходят новые данные. Они не передадутся в COM, пока в COM не уйдет текущий пакет.
Задержка может быть разной потому что частоты передачи данных у PS/2 и COM мыши не совпадают. У PS/2 - 100 раз в секунду.
У COM, как писал выше - 44,(4) раза. Поэтому задержка зависит от того, на кокой момент пакета передачи данных в COM приходится получение данных из PS/2. Если пакет данных в COM (почти) передан, но новый ещё не начался - задержка 45мс. Если только начался - то 67,5мс.
Чтобы уменьшить задержку, можно передавать в COM только последний пакет, полученный из PS/2. При этом часть данных теряется. Теряются ранее полученные пакеты. Это будет ощущаться в незавномерном движении курсора, если очень медленно двигать мышью. Либо, если двигать ею равномерно вертикально, она будет слегка "скакать" влево-вправо. Если горизонтально - то вверх-вниз. Такой алгоритм реализован у EJSanYo при минимальном масштабе скорости.
При других масштабах в компьютер приходит "свет угасших звёзд", т.е. неактуальные данные.
Конечно понятнее было бы это всё отобразить на графиках. Если Вам действительно интересно, можете сами это сделать.
Если Вы хотите доказать, что всё работает нормально и Вас всё устраивает, даже спорить не буду)))


Ekb написал:

[q]

Я так понимаю, что нужно проверять в 3D-шутере, подобия Descent - где нужно быстро и точно наводить на цель.Для таких случаев, у меня 486 на плате 4dps, у него и так есть PS/2

[/q]

Я довольно однозначно написал про курсор.

Ekb написал:

[q]

[/q]

Дописал сообщение выше. Там подробнее.

Предыдущее сообщение получилось несколько сумбурным. Есть неточности. Задержка в конвертере PS/2 -> COM, не в 2-3 раза, а в примерно 1,1-2,3 раза.

Аппаратная часть проверена и отлично работает.
Проверял на 486-й материнке с биос Award 4.50PG.
В программной части оказалось достаточно подправить родной биос модбином, включить "PS/2 mouse support" enable.

Оказалось, что ещё одна 486-я и все мои 386-е имеют AMI Bios.
Каждая версия AMI Bios правится своей версией Amibcp:

[q]

BCP14.EXE (for core BIOS 07/07/91)
BCP20.EXE (for core BIOS 12/12/91)
BCP21.EXE (for core BIOS 06/06/92)
BCP21A.EXE (for core BIOS 11/11/92 and 08/08/93)
WBCP33.EXE (for core BIOS 12/15/93 (and 06/25/94?))
WBCP40.EXE (for core BIOS 06/25/94 and 07/25/94)
WBCP42.EXE (for core BIOS 07/25/94)
WBCP511.EXE (for core BIOS 10/10/94)

[/q]

Источник
Никто эти версии в глаза не видел.
Если у кого есть, шлите!

Сейчас работаю на TSR программой, которая будет выполнять все функции биос, связанные с работой PS/2 мыши.
Кто знает ассемблер, и, особенно, NASM, нужны ваши подсказки.

В частности, как реализовать задержку 15мкс?
Сделал через функцию 86h прерывания int 15h.
В некоторых источниках пишут, что эта функция нормально работает, если задержка от 1000мкс.
Но не понятно, что будет, если длительность меньше. Как я предполагаю, просто реальная задержка
будет больше заданной. Что скажете?

pahan, спасибо за наводку. Почитаю.
Может можно как-то попроще? Или есть готовый код для таймера?

Я бы только посоветовал использовать инструкции не выше 286,
чтобы можно было использовать эту разработку на 286 платах.

В кодах BIOS-ов небольше задержки часто делаются просто loop цилами,
но понятно, что такая задержка зависит от частоты и поколения CPU.

Работу с таймером с только 16-bit инструкциями можно подсмотреть в коде
Atmel программатора для AT89 (прилагаю AT89.ZIP, файл XTIMER.ASM)

PS. Я бы использовал MASM (или другой DOS assembler), чтобы можно было вести разработку на 286 машине.