Вектор-06Ц. подключение USB-мыши.

[KTSerg]

Контроллер может и приращения сам накапливать и отдавать вектору по мере опроса, просто он может делать это в формате, который получает от мыши.

Регистры 4 и 5 именно в таком формате и содержат данные.
Для USB-мыши, стандарт - это целое со знаком, от -128 до +127.

На тестах я пытался перемещать (дёргать) мышь с максимально возможной скоростью, получил пиковые скорости перемещения в пределах 80-90 пикселей за 20мс. Это уже адаптированная для Вектора скорость.

[Advertiser]

[ivagor]

Хорошо, насчет "делать это в формате, который получает от мыши" я погорячился, реализовать это 1 в 1 не очень хорошо. Основная проблема, которую хотелось бы преодолеть - потеря точности. Движение курсора - частная задача, и подгонять мышь к разрешению вектора - так себе вариант для мыши 2024 года. Лучше бы оставить полную точность добавив регистр или даже два с младшими частями смещений, которые, как понимаю, сейчас отбрасываются.

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

Хотя бы в варианте для ВУ.

[KTSerg]

Решил погуглить по поводу чувствительности сенсора мыши.
Ни когда не задумывался, оказывается есть такой параметр DPI, и он от 400 до 5000 dpi (пикселей на дюйм), если верить хухлу.
И моя мышь имеет 1200dpi, собственно около 480 пикселей на 1см.
Значит с реальным "контроллером мыши", с разными мышами, скорости перемещения могут отличаться.

[KTSerg]

Обновил вложение в первом сообщении.
Заменил исходники на актуальную версию теста контроллера с 9-ю регистрами.

Где-то я аркрноида адаптировал под PS/2-мыщь, найду, переделаю под порт D4h.

[ivagor]

Не понимаю, зачем и 4-5 и 6-7. При желании можно преобразовывать в векторе или "процедурно" или таблицей, если нужно побыстрее. Вместо этого точно полезнее добавить младшие части смещений.

[KTSerg]

Не понимаю, зачем и 4-5 и 6-7. При желании можно преобразовывать в векторе или "процедурно" или таблицей, если нужно побыстрее. Вместо этого точно полезнее добавить младшие части смещений.

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

Свободные регистры есть, могу и эти (отрезанные от смещения) 3 бита воткнуть в отдельные регистры.
Только что туда будут передавать в эмуляторах (если эмуляция контроллера появится) ?
При эмуляции ведь этих "отрезанных бит" не будет.

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

Будешь дразнить, я в этот контроллер ещё и USB-клавиатуру воткну... хотя пока не собирался

Во вложении первого сообщения добавил адаптированный под контроллер вариант "arkanoid".

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

Я тут где-то пургу нёс про представление смещения в PS/2-мышах...
Откудава я взял, что там только положительные значения, а флаг направления отдельно - я не имею представления
В PS/2-мышах, смещение также как в usb-мышах, 8бит целое со знаком (-128 ... +127), и ещё (не понятно для чего) отдельно флаг "отрицательного значения".

[ivagor]

К адаптации старых программ под мышь отношусь умеренно скептически. Что имеет смысл адаптировать - (нормальные) графические редакторы (наверно Draw и хватит) и подходящие игры, типа Minesweeper, Ветка, карточные и игры на доске (шахматы, шашки, реверси и т.п.).

Свободные регистры есть, могу и эти (отрезанные от смещения) 3 бита воткнуть в отдельные регистры.
Только что туда будут передавать в эмуляторах (если эмуляция контроллера появится) ?
При эмуляции ведь этих "отрезанных бит" не будет.

Если правильно сделать эмуляцию, то там будет примерно то же самое, что и в железном контроллере.

[svofski]

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

Предлагаю смещения передавать в таком виде:
* X смещение со знаком / 8
* X смещение со знаком % 8
* Y смещение со знаком / 8
* Y смещение со знаком % 8
Это даст перемещения с удобной для Вектора скоростью и точность для тех случаев, где она может быть понадобится.

Про абсолютные координаты я уже не раз высказывался, но вижу, что эта идея не умрет просто так от моего напряженного взора. В конце концов мне не жалко.

Объясни, почему в эмуляции должны возникнуть какие-то проблемы с младшими битами?

[KTSerg]

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

Если этот вопрос ко мне, то разве я говорил, что при эмуляции могут возникнуть какие-то проблемы с младшими битами скорости перемещения мыши?
Я говорил о том, что для эмуляторов Вектора они не пригодятся, а с реальным контроллером, при их использовании курсор мыши становится слишком чувствительным к перемещениям самой мыши, и носится по экрану как угорелый, не возможно точно позиционировать. Вот и пришлось "замедлять" до "комфортной" скорости, отбрасывая 3 младших бита скорости.

Эти 3 младшие бита "скорости" - это 3 младших бита чувствительности сенсора мыши.
Обычная мышь имеет чувствительность 1200 пикселей на 2.5см (дюйм) смещения.
Обычный экран РС (при разрешении 1280х1024) курсор мыши пробегает за 2.5 см смещения мыши по коврику, это если в настройках не снижена чувствительность мыши. Обычно мышь нужно сместить примерно на 5 см.
У реального Вектора экран 256х256, при обычной чувствительности сенсора, курсор будет пробегать от края до края за 0.53см смещения мыши по коврику.
Вопрос: Это очень удобно?
Я в реальном контроллере, отбросил 3 младшие бита "скорости", т.е. чувствительности сенсора, и получил чувствительность 150 пикселей на 2.5см смещения мыши по коврику.
Т.е. экран Вектора 256 пикселей курсор будет проходить за чуть меньше 5см смещения мыши (300 пикселей за 2 дюйма смещения).
Эта скорость очень сильно отличается от скорости смещения мыши по экрану РС ?

Нет, я конечно понимаю, что сейчас только я пользуюсь старым монитором с разрешением 1280х1024, а почти у всех остальных мониторы с разрешением 3840 x 2160 и всем пользователям эмулятора Вектора понадобится точно позиционировать каждую 1/64 площади каждого пикселя на экране Вектора, для этого им нужны будут эти 3 отброшенные бита скорости.
И я повторюсь, мне не жалко.

[svofski]

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

Я неточно выразился. Но ты сказал, что:

Только что туда будут передавать в эмуляторах (если эмуляция контроллера появится) ?
При эмуляции ведь этих "отрезанных бит" не будет.

Исправляю вопрос -- почему не будет отрезанных бит при эмуляции? Потому что координаты курсора в сообщениях винды привязаны к пикселям? Тут тоже есть много деталей. Как ты точно подметил, сейчас мало кто может позволить себе запустить эмулятор с увеличением 1х на современных мониторах, так что 1/4 пикселя будет не редкость. Кроме того, перемещения курсора можно получать через WM_INPUT и они будут в нативном разрешении мыши, ну или по крайней мере в каком-то минимально пережеванном. Это может быть нужно не для супбиксельного позиционирования курсора, а для плавного движения какого-нибудь предмета в игре, например.