Маппер джойстика SVMapper от Nihil

[USSR_Rik]

Aim, Oleg_BS - да, теперь применение понял. Дело за автором!

И все-таки правка профиля ручками нужна. Например - с клавы выставить задержку 20..30 мс будет проблематично

[LSA]

Ручную правку макроса нужно иметь в арсенале средств - не каждый макрос задашь с клавы.

[Oleg_BS]

И все-таки правка профиля ручками нужна. Например - с клавы выставить задержку 20..30 мс будет проблематично

Ручками поковыряться в текстовом файле профиля никто и никогда не запретит
Но я выше писал следующее:

Что касается реализации, то, опять таки ИМХО, ручное редактирование строки не самый оптимальный вариант. Лучше сделать по принципу Сайтековского маппера - ручками жмешь нужные кнопы, они пишутся (с подсчетом и вводом длительности пауз между нажатиями) и есть возможность ручной корректировки длительности пауз (только пауз, поскольку легче контролировать ввод - только числовые значения).

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

Ручную правку макроса нужно иметь в арсенале средств - не каждый макрос задашь с клавы.

Э-э-э... Например?

Почему собственно я сторонник варианта ввода макросов через интерфейс?
Да по одной простой причине - защита от дурака.
Ну и юзабилити ессно.

[LSA]

Например?

Во-первых:

корректировку длительности ... по ... причине, что точно заданную длительность с клавы не выдержать.

Во-вторых, если в макросы ввести логику-циклы, то ее проще руками прописывать, чем городить интерфейс (который в итоге будет сложнее самого маппера).

Надо просто начать с простого макроса в виде последовательности нажатий, а там виднее будет.

[Oleg_BS]

Во-вторых, если в макросы ввести логику-циклы

Сереж, я задам только один вопрос - Почему ты вместо NewView начал использовать SVMapper?

Надо просто начать с простого макроса в виде последовательности нажатий

...и отжатий, с паузами между ними, и... на этом остановиться.
С макросами
Слишком сложно - это недостаток. Циклы и логика внутри макросов - это слишком сложно для среднестатистического пользователя. Соответственно не слишком востребовано. А по трудозатратам на реализацию далеко не самое легкое дело. Считай мини-интерпретатор языка программирования нужно написать
ИМХО.

[LSA]

Почему ты вместо NewView начал использовать SVMapper?

Не вместо, а вместе. У меня обзором продолжает заведовать NV (это его первоначальное предназначение), а вот кнопки ... Оказалось, что удобнее (проще, очевиднее и т.д.) их разруливать в SVMapper'е.

...Слишком сложно - это недостаток. Циклы и логика внутри макросов - это слишком сложно для среднестатистического пользователя. Соответственно не слишком востребовано. А по трудозатратам на реализацию далеко не самое легкое дело. Считай мини-интерпретатор языка программирования нужно написать
ИМХО.

Да, это запредельная мечта, согласен. Я же упомянул, что это будет сложнее самого маппера.

[Nihil]

Всех приветствую.
Смотрю, тут просто весеннее буйство красок

Сначала товарищу LSA хотел бы посоветовать по поводу батника. Если вдруг до сих пор решение не было найдено и все еще необходимо.
Чтобы в батнике следующая команда по списку не дожидалась отработки предыдущей запускать её надо через start. Тогда управление возвращается в батник сразу после запуска процесса. Это не проблема маппера, что он не передает управление дальше, это проблема неверного использования возможностей ОС.
Попробуй, к примеру, создать батник
notepad.exe
calc.exe
solitaire.exe
Что получится?

Для решения же твоей задачи (запустить маппер, потом игру, а после её завершения выгрузить маппер) получается bat-файлик с примерно таким содержимым:
start "" "SV Mapper.exe"
start /WAIT LockOn.exe
start "" "SV Mapper.exe" -u

Конечно, я тут предположил, что батник лежит там же, где LockOn.exe и SVMapper.exe.
Комментирую по строкам - запускается маппер через команду start - т.е. управление после этой строчки передается обратно в батник и происходит запуск LockOn.exe.
Обращаю внимание на первую пустую пару кавычек. Команда start первые кавычки воспринимает как необязательный параметр "title". Поскольку имя запускаемого файла 'SV Mapper.exe' содержит пробел - его также необходимо спрятать внутрь кавычек. Если не поставить первую пару кавычек, то start подумает, что мы запускаем новую консоль с названием окна SV Mapper.exe.
Так что первые кавычки необходимы. Если путь к запускаемому файлу с маппером/игрой/чем угодно содержит пробелы - то такая пустая парочка кавычек жизненно необходима.
Далее, поскольку LockOn.exe запущен с параметром WAIT - батнику управление не отдается до тех пор, пока процесс LockOn не будет завершен.
Как только это произойдет - управление вернется в bat-файл и выполнится строка start "" "SV Mapper.exe" -u - а этот ключ (-u) для маппера означает выгрузку из памяти.

Такой рецепт должен работать.
Плюс рекоменду посмотреть хелп по виндовой команде start. (start /?)

Теперь по поводу пожеланий.
Тут безадресно, всем сразу.
Макросы... Макросы - это, конечно, вещь.
Но, как совершенно справедливо отметил LSA - если это делать визуально, как в сайтековских/трастмастеровых мапперах - еще те навороты получатся.
Учитывая к тому же, что визуальность все-таки будет стеснена рамками той самой визуальности, в той мере, в какой мне удастся её реализовать - у меня складывается впечатление, что работа по воплощению такого инструмента - сизифов труд.
Разумный вариант, в котором чувствуется наследие AutoHotKey, озвучил USSR_Rik
Прописать макросы именно в полях... Ну, например, сейчас поля уже есть - OnKeyDown, OnKeyUp.
Или задать поля MacrosOnKeyDown/Up.
И приоритетными считать именно macros - если не пусто, значит его берем.
Насчет задания нажатий-отжатий - в верхнем регистре, в нижнем регистре... Тут тоже надо подумать, что и как.
В целом, получается, что нужен парсер-анализатор-интерпретатор. Который будет сообщать об ошибках в строках, говорить о том, что не соблюдена парность нажатий-отжатий, и т.д. и т.п.
Если уж задан макрос - то, в принципе, лучше тогда поля Mapped Key On ... экранировать или писать туда слово "Macros", иначе там такое некоторые напишут - не разобрать ведь будет
Это детали, что и как визуализировать - можно решить, было бы что визуализировать, как говорится.
Пока что надо подумать, что и где и как изменить.
Думаю, циклы всякого рода оформлять - это уже навороты.
Вообще, господа, чего хочется-то в конечном счете?
Пара-тройка различных кнопочек с разными интервалами между нажатиями?
Или сокращенную предполетную подготовку вместе с вылетом в район боевых действий, поиск и уничтожение противника плюс возврат на аэродром по нажатию одной кнопки?
А то получается такая тенденция - что в конце туннеля маппер чуть ли не заменяет собой второго пилота
Я не говорю, что "перебор" с запросами, в конечном счете макросы в каком-то виде появятся.
Просто немного забавно

[LSA]

Сначала товарищу LSA хотел бы посоветовать по поводу батника.

Спасибо за совет, все работает как я и хотел!

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

Насчет парсера не уверен, а циклы нужны. Лично мне нужен макрос в виде последовательностей с опциональными повторениями. "Предполетная подготовка" и все такое... "Иначе времени на отдых не останется" (с)

[Oleg_BS]

Вообще, господа, чего хочется-то в конечном счете?

Правильный подход!!!
Я постараюсь озвучить, то что уже сложилось...
1) Макросы. Ну это уже и так понятно.
2)

Я вот хотел просто повтор удерживаемой клавиши с заданным интервалом времени

Т.е. задаю я повтор нажатия клавиатурной комбинации с заданной паузой между повторами (или макроса), все время пока кнопка джоя нажата.
3) Управление курсором мыши с помощью кнопок джойстика - вправо/влево/вверх/вниз, по диагонали ( в случае 8-позиционной хатки), с возможностью "регулировки чувствительности"
4) Обработка осей джойстика, а именно:
4.1) Ось делится на "диапазоны" (скорее всего в процентах от полного хода). Каждому диапазону присваивается свое действие (клавиатурная комбинация, смена профиля, макрос). Для упрощения, задается кол-во диапазонов, и они равномерные. В идеале - диапазон произвольный, типа 0-10% - реверс, 75-100% - форсаж.
4.2) Боюсь даже заикаться...
Регулировка "кривых отклика" по осям по нажатию кнопки джоя. Как реализуется, чесс слово не знаю, знаю только что реализуемо.

ИМХО всё, хотя уверен, что дополнят

Посему (опять таки ИМХО) для реализации п.п. 3-4 "табличная" форма интерфейса не очень подходит...

[LSA]

2)
Т.е. задаю я повтор нажатия клавиатурной комбинации с заданной паузой между повторами (или макроса), все время пока кнопка джоя нажата.

И при этом чтобы нажатия других кнопок в это время тоже отрабатывались. Но это в программе вроде бы уже есть (threads емнип)?

[=M=PiloT]

А мапер не работает в других приложениях? или я нет что то делаю?

[=M=PiloT]

Блокнотом и проверял-не работает...попробую щас еще,не опишите краткий порядок действий на простое назначение ,пример-кн.дж 1="A"???

[Gelo]

Блокнотом и проверял-не работает...попробую щас еще,не опишите краткий порядок действий на простое назначение ,пример-кн.дж 1="A"???

Мышью два раза щелкаешь в поле "Mapped Key On Press" в строке кнопки 1, кружок в столбце "Device" должен стать желтым, нажимаешь клавишу "А", в поле "Mapped Key On Press" должно появиться "А". Если нужно чтобы нажатие отрабатывалось до отпускания кнопки (например для ТС) то двойным щелчком в поле "Continous" меняешь значение на "yes".

[=M=PiloT]

Мышью два раза щелкаешь в поле "Mapped Key On Press" в строке кнопки 1, кружок в столбце "Device" должен стать желтым, нажимаешь клавишу "А", в поле "Mapped Key On Press" должно появиться "А". Если нужно чтобы нажатие отрабатывалось до отпускания кнопки (например для ТС) то двойным щелчком в поле "Continous" меняешь значение на "yes".

Отлично,спасибо,все работает... (очень полезная штука)