Полигон-2

Ekb написал:

[q]

У меня есть такой блок-конвертор. Как проверить "разные форматы, разные носители, частота кадров, цветовой охват" ?

[/q]

В разных программах (преимущественно в играх под DOS; в NC и Windows это менее заметно), путём:
1) прямолинейно, медленно и плавно двигать мышью с разные стороны. Убедиться, что курсор движется по экрану также плавно, без "заеданий" и скачков,
2) резко начинать движение мышью, резко менять её направление движения, резко останавливать. Убедиться, что курсор на экране не отстаёт от мыши и не продолжает движение, когда она уже остановилась.

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

hyperborean написал:

[q]

Но, конечно, проблема физического размещения платы-расширения добавляет изрядную ложку дёгтя во всю затею.

[/q]

Абсолютно с Вами согласен. С другой стороны, самое сложное - выпаять "старый" контроллер клавиатуры. Впаять панельку и бросить перемычку на IRQ12 уже не сложно.


Швейк написал:

[q]

А в чём состоит сакральный смысл оптической мыши?

[/q]

1. Не нужен коврик. Работает по любой поверхности.
2. Не нужно чистить.
3. PS/2 оптические мыши до сих пор доступны в ассортимете. Можно даже новую приобрести. Найти хорошую COM шариковую уже проблематично. У меня из трёх хорошо работает только одна. Остальные, то ли изначально были некачественные, то ли резина от времени усохла.

hyperborean написал:

[q]

[/q]

Если есть хоть небольшой зазор, ~6..8мм, то можно влезть. Если меньше, то да, проблематично.
Придется придумывать что-нибудь экзотическое, чтобы подключить панельку с контроллером. Или поискать другую плату.

hyperborean спасибо! Теперь более-менее понятно.

Ekb написал:

[q]

Включил XT...

[/q]

На XT естественно ничего заметно не будет.
Речь о 386, 486-х.
640х480 и выше.
Я не уверен, что на 286-й что-то будет видно.

P.S. Если это конвертер EJSanYo, то у его алгоритма проблема не с отзывчивостью, а с плавностью перемещения.
Невозможно плавно менять скорость.
Также попробуйте плавно, равномерно двигать курсором горизонтально, вертикально, под углом 45 градусов.

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]

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