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

[Improver]

UncleDim, а сколько этих "иных сценариев" может быть, применительно к Вектору? Т.е. всех программ, где мышь может использоваться не как указатель координаты на экране и не как замена джойстика? Выйдет пять, ну пусть даже 10, и проблема всех этих "иных" решается банальным вычитанием. Ради это стоит усложнять все остальные?

[Advertiser]

[ivagor]

проблема всех этих "иных" решается банальным вычитанием.

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

[UncleDim]

Improver, сценариев может быть достаточно, при наличии аппаратного вертикального скроллинга
Каким вычитанием вы собрались отличать неподвижную на краю экрана мышь от движущейся за край?

[Improver]

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

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

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

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

[UncleDim]

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

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

[Improver]

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

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

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

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

[UncleDim]

поясните

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

[ivagor]

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

[Improver]

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

[KTSerg]

Периодически всплывает мнение, что мышь должна иметь возможность (восприниматься Вектором) работать как джойстик.
Честно говоря, я мало играл джойстиком, но мне кажется его преимущество, держать контакты замкнутыми, достаточно долго.
Тогда как у мыши, так не получится ни при каком раскладе. Так как эмуляция "нажатия контактов" зависит от физического перемещения мыши. Значит у "джойстика" из мыши будет постоянный "дребезг контактов". Приемлемо ли это?
Скорее всего это ограничит применяемость такой имитации.
Или я не прав?

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

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

Я с самого начала говорил, что если это контроллер, то ничего не мешает реализовать в нём все "хотелки".
Вопрос, как управлять контроллером, если все три порта "ПУ" будут настроены на вход?
Как я понял, к примеру:
порт "А" - X;
порт "В" - Y;
порт "С" - 3 кнопки, 1 бит для Х в режиме 512, колесо прокрутки 4 бита (значение от -8 до +7).

Как сообщить мыши, что нужно перейти в другой режим, перезагрузиться, или изменить чувствительность?
Как вариант, соединить контроллер мыши с разъёмом магнитофона, и по нему слать команды управления?