Вектор06Ц, клава и мышь PS/2 через "ПУ"

[svofski]

Резкость сейчас сглаживается легкостью обмена информацией. Но при полутора потенциальных пользователях важно учитывать пожелания всех и каждого.

[Improver]

зато это разом ограничивает возможные варианты использования мыши, что на мой взгляд совсем неприемлемо.

А давайте обсудим все возможные варианты использования мыши? Я могу предположить следующие:

1. Указание на экране -- кнопки меню, точки при рисовании и т.д.
2. Эмуляция функций джойстика -- движение вправо/влево/вверх/вниз...
3. ... Что ещё?

В первом случае однозначно передача координат будет лучше, во втором надо сделать переключение режима в "джойстик", программно или кнопкой, причём контроллер должен полностью эмулировать сигналы джойстика ПУ, чтобы не патчить существующие программы. А в каких случаях лучше получать дельту координат? В упомянутом Wolf3d?

[svofski]

Ну вот, я не успел сочинить ответ, а PPC уже написал драйвер.

[PPC]

Я к тому, что контроллер умный и обрабатывает знаки. На векторе понадобятся простые нормировки краёв, примитивные как репа (проверка битов старше 8-го или -9го в зависимости от видеорежимов).

[ivagor]

в каких случаях лучше получать дельту координат?

1.

ограничить зону действия мыши некоей областью

2.

В упомянутом Wolf3d

3. Перетаскивание/прокрутка карты (или чего-то подобного) в окне.

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

[UncleDim]

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

[Advertiser]

[KTSerg]

Вот не пруха... хотел посмотреть, какие можно получить значения смещения при максимальной скорости перемещения мыши... и добавить в тестовую программу значения колеса прокрутки...
Но не смог найти распаянный переходник. Там были распаяны разъёмы и ps/2 и usb.

[Improver]

1.

Не проблема и в координатах.

2.

Которого ещё нет и не факт, что он будет.

3. Перетаскивание/прокрутка карты (или чего-то подобного) в окне.

Да, было несколько игрушек, где экран прокручивался в окошке с четверть размера экрана (или даже меньше), на большее ресурсов Вектора не хватало. Но для такого частного случая можно и посчитать разность.

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

То же самое можно сказать и про относительные...

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

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

Т.е. в той же винде мышка превращается во что-то другое? Хм...
А что тогда будет точно мышь?

[ivagor]

Не проблема и в координатах.

Тут не получится просто брать абсолютные координаты и пользоваться ими. Придется добавить обработку, которая так или иначе использует разности ("выливаем чайник на плиту").

Которого ещё нет и не факт, что он будет.

Есть рейкастер для 8080 и есть wolf48 для вектора с z80 (кстати спековский оригинал поддерживает мышь).

Но для такого частного случая можно и посчитать разность.

Как и для первого случая.

То же самое можно сказать и про относительные

У абсолютных есть принципиальное ограничение - при очень быстром перемещении произойдет переполнение и мы не сможем однозначно сказать в какую сторону переместились (и тут возможны "метания"). На практике с этим можно бороться частым опросом мыши, чтобы она не успела уехать слишком далеко. Предполагаю, что комодорский вариант так и делает, тем более там не 256 точек ни по X ни по Y (и скорее всего они переходят к разностям).
Что будет при очень быстром перемещении мыши и относительных приращениях. У контроллера внутри разрядность счетчиков приращений можно сделать больше, что позволяет при очень быстром перемещении запомнить его внутри и потом выдавать за несколько опросов. У внутренних счетчиков разностей надо делать насыщение, тогда даже при супербыстром и длительном перемещении метаний не будет, в худшем случае перемещение курсора будет отставать от перемещения мыши.

[Improver]

У абсолютных есть принципиальное ограничение - при очень быстром перемещении произойдет переполнение и мы не сможем однозначно сказать в какую сторону переместились (и тут возможны "метания").

Вот поэтому лучше это делать контроллером -- там можно мышь опрашивать так часто, как Вектор просто не сможет, а координаты выдавать по запросу Вектора.

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

Но лучше сделать пересчёт там же, в контроллере, и выдавать готовую координату за один запрос, без метаний. Зачем, опять же, нагружать Вектор тем, что может сделать контроллер?