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

[Improver]

Если нет, то как при абсолютных с насыщением сделать банальным вычитанием продолжительное перемещение карты или картинки в окне в одну сторону или продолжительное вращение персонажа рейкастера в одну сторону?

Ну если надо техническое решение для этой задачи, то я бы предложил два варианта, на выбор в зависимости от конкретных условий:

1. При попадании курсора в область у края экрана, или рамки (шторки) вокруг карты, делать сдвиг изображения. Собственно, тут ничего нового -- это и на ПК встречается.
2. Переключить контроллер в режим "джойстик" и двигать карту. Этот вариант подходит в случае, если в программе мышь для других целей не используется.

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

[Advertiser]

[UncleDim]

не стоит забывать, что Вектор -- это не современный быстрый компьютер

т.е. двигать курсор по экрану - для него норм, а НЕ двигать на краях - уже перебор?))
за сколько тактов при обработке приращения vs абсолютов борьба идет? притом ценой функционала?

[Improver]

т.е. двигать курсор по экрану - для него норм, а НЕ двигать на краях - уже перебор?))

Вообще не понял, что Вы имеете в виду, поясните.

за сколько тактов при обработке приращения vs абсолютов борьба идет? притом ценой функционала?

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

[UncleDim]

поясните

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

[ivagor]

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

[Improver]

ivagor, не совсем так. Моя позиция, и об этом я написал в самом начале -- не упрощать контроллер, а усложнять, перенести в него большинство вычислений, насколько это будет возможно, и в то же время упростить обращение к нему. И я согласен на разные режимы его работы, в т.ч. на аппаратную эмуляцию джойстиков, и на гибкое управление его настройками, вплоть до программной настройки чуствительности мыши.
Ну а Ваша позиция тоже понятна -- сделать всё сейчас быстро и просто, экономя не понятно для чего в железе, и не важно, что будет потом. Пусть те, кто будет писать программы с поддержкой мыши сами "жрут кактус"... Тем более, что все и так привыкли к тому, что мышь может только давать информацию об относительных перемещениях, не более.

[ivagor]

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

Мне представляются приемлемыми два варианта:
1. Максимально простой, который KTSerg уже реализовал.
2. Его сравнительно простая адаптация с микроконтроллером, который возьмет на себя преобразования последовательный<->параллельный.
При этом в вектор передаются нативные данные с мыши, что является проверенным универсальным решением. Передавать абсолютные координаты с насыщением = ограничивать область применения мыши для копеечной экономии в тактах векторовского софта в части задач (и непреодолимых проблем в других задачах), это я уже повторяюсь. Компромиссным вариантом является добавление абсолютного режима в качестве дополнительного, программно переключаемого.