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

[Nihil]

Хотелось бы поприветствовать присутствующих.
На суд уважаемых вирпилов выкладываю SV Mapper, как нетрудно догадаться из названия - мапер. Позволяет мапить как нажатия клавиш, так и их отпускание, плюс выставлять количество повторов нажатий.

Также возможно задавать режим продолжительного нажатия (протестировалось с TeamSpeak'ом - вроде бы работает - на двух машинах).
В сумме дает возможность распаивать двухпозиционные тумблеры на одну кнопку - на нажатие одно, на отжатие задать другое действие.
Возможно установить пакетный отстрел ловушек.
Не судите строго, программирование все-таки не мой хлеб.

Испытывалось в LockOn 1.12a.

Отдельная благодарность USSR_Rik за отзывы, комментарии и выдачу правильных указаний по части интерфейса/функционала программы.

Апдейт

Отвечу по пунктам Oleg_BS.

2) Как по мне, то следующим шагом стоило бы реализовать возможность (о чем уже написали) назначения клавиш Ctrl, Shift,Alt.

Мне просто в голову не приходило, что такое - тоже необходимо.
Поэтому сделано в билде 1.0.0.51. Переобновил вложение.
Только появляется по отпусканию, а не по нажатию.

3) Кроме п.2. хотелось бы возможности назначения комбинаций кнопок, например "Ctrl+Shift+F4"

Вообще говоря было задумано чтобы так тоже работало. Что интересно, у меня-таки оно работает. Попробуйте в другом порядке задать модификаторы - т.е. сначала Shift, потом Ctrl. Но попробую в свободное время поэкспериментировать более детально.

4) Все таки нужен такой параметр как задержка между повторами.

Пока что для меня сие сложновато.
В этом варианте необходимо использование отдельных потоков - Threads. Надо развиваться в этом русле

5) Отличной опцией было бы переключение профилей по нажатию кнопки джоя и возвращение на старый профиль при отпускании.

Не подскажете, как оформить внутри интерфейса?

6) Ну и в принципе (понимаю что для этого придется переписывать с нуля весь интерфейс) было бы неплохо иметь возможность программить "макросы", т.е. по нажатию одной кнопы джоя выдавать что нибуть типа "(Нажать А) (пауза 10) (Нажать Б) (пауза 3) С (повтор нажатия 3 раза) (Отпустить Б) (Отпустить А)".

Ой, вот последний пункт вообще караул. Это надо сильно много думать

Спасибо за отзывы.

[USSR_Rik]

Flaming Cliffs compatible

[Gelo]

Nihil
мапер сохранил главный (для меня) недостаток MJoy Maper'а - нельзя повесить на кнопку Shift или Ctrl.

[-=REA=-]

можно ли в SV Mapper добавить функцию назначения на кнопку джоя кнопки Shift Ctrl...?
и ещё, Хатка не видна.

[Oleg_BS]

Хотелось бы поприветствовать присутствующих.
На суд уважаемых вирпилов выкладываю SV Mapper, как нетрудно догадаться из названия - мапер. Позволяет мапить как нажатия клавиш, так и их отпускание, плюс выставлять количество повторов нажатий.

Отлично! Спасибо!
Сам уже неоднократно задумывался чтобы сесть и написать толковый маппер ибо потратив кучу времени и сил, так и не смог найти удовлетворительный по функционалу готовый маппер для "нефирменных" джоев, который к тому же еще и понимал бы >32 кнопок.
Теперь по существу.
1) Очень надеюсь, что программа будет развиваться. Поэтому будет совсем не лишним завести отдельный топик
2) Как по мне, то следующим шагом стоило бы реализовать возможность (о чем уже написали) назначения клавиш Ctrl, Shift,Alt.
3) Кроме п.2. хотелось бы возможности назначения комбинаций кнопок, например "Ctrl+Shift+F4"
4) Все таки нужен такой параметр как задержка между повторами.
5) Отличной опцией было бы переключение профилей по нажатию кнопки джоя и возвращение на старый профиль при отпускании.
6) Ну и в принципе (понимаю что для этого придется переписывать с нуля весь интерфейс) было бы неплохо иметь возможность программить "макросы", т.е. по нажатию одной кнопы джоя выдавать что нибуть типа "(Нажать А) (пауза 10) (Нажать Б) (пауза 3) С (повтор нажатия 3 раза) (Отпустить Б) (Отпустить А)".

Понимаю что последний пункт сложен для реализации, но овчинка выделки стоит.
Понимаю что многого хочу (и как всегда сразу) но это те фичи, которые я реализовывал бы, если бы сел писать маппер, и ИМХО все они будут востребованы. Это просто идеи, реализовывать их или нет, естественно дело Автора.

Ну и последнее. Очень прошу не забрасывать это начинание. Потребность в хорошем маппере существует, и существует давно. Реализаций (толковых) нет. Поэтому есть все шансы сделать уникальный продукт!

Но даже тот функционал, что реализован сейчас это уже огромный прорыв для многих и многих владельцев МДжоя-16.
Спасибо за отличную работу!!!

[USSR_Rik]

Джентльмены, моя хотеть немножко добавить

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

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

[Oleg_BS]

Насчет невидимости хатки могу ответить - к сожалению разобраться не сумел пока ещё с ней по DirectX SDK.

Ой...
TDIJoyState2 = packed record
// skipped...
(1) rgdwPOV: Array [0..3] of DWORD; (* POV directions *)
(2) rgbButtons: Array [0..127] of BYTE; (* 128 buttons *)
// skipped...
end;
т.е. со 128 кнопами (стр.2) разобрался, а с 4-мя кнопами хатки (стр.1) нет? Я хоть и не Станиславский, но не верю

Отвечу по пунктам Oleg_BS.

Мне просто в голову не приходило, что такое - тоже необходимо.

Это позволяет сделать аналог шифта (модификатора) на кнопке джоя. Т.е. вешаешь на одну из кнопок - Shift (или Ctrl), на вторую, допустим "m", и получается, что когда жмешь одну кнопу получаешь m, когда ОБЕ (кнопа + кнопа-модификатор) получаешь Shift+m, т.е. кол-во комбинаций удваивается.

Поэтому сделано в билде 1.0.0.51. Переобновил вложение.

Спасибо за оперативность!
Но предыдущий пункт работает не так как хотелось бы. Т.е. хочется, чтобы при нажатии ДВУХ перечисленных выше кнопок, я на выходе получал нажатие Shift+m, т.е. М. Сейчас выходит следующее - (Нажать Shift, отпустить Shift, нажать m, отпустить m)

Вообще говоря было задумано чтобы так тоже работало. Что интересно, у меня-таки оно работает. Попробуйте в другом порядке задать модификаторы - т.е. сначала Shift, потом Ctrl.

Посыпаю голову пеплом :confused: Я написал этот пункт не проверяя. почему то решил, что если не обрабатывается Shift, Ctrl etc., то и комбинаций быть не может. Сорри, все работает!

Пока что для меня сие сложновато.
В этом варианте необходимо использование отдельных потоков - Threads. Надо развиваться в этом русле

Я не знаю как реализована передача нажатий клавы, но почему обычная задержка не подходит?

Не подскажете, как оформить внутри интерфейса?

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

И эта-а-а... Мы ж на форуме. "Выкать" мне не обязательно, даже (скажу по секрету) вредно. А то я зазнаюсь и начну требовать тако-о-о-о-го...

Ой, вот последний пункт вообще караул. Это надо сильно много думать

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

И еще? Что там такого пишется в профиль, что при замапленых ДВУХ кнопках на нажатие он размерчиком в 180 кил?
Зачем туда писать названия джоев?
Как по мне,
1)джои в конфиге должны описываться по номерам. Грубо говоря "Джой1, кнопка 3" Это кстати позволит обмениваться профилями.
2) конфиг должен быть либо .txt, либо *.ini. Судя по наличию config.ini работа с ini-файлами не составляет проблем? Но профиль, при наличии прямых рук, можно будет подправить руцями, да и просто понять что куда замаплено, просто открыв профиль в ноутпаде ;-)

P.S. сам относительно недавно выступал в роли автора софта для ИЛа, и знаю как порой достают "юзеры", которым вечно чего то нехватает, которые просят какую то "х.фигню", которая на мой взгляд нафиг не нужна, и т.д. и т.п.
Так что прошу не обижаться. Я не в коей мере не пытаюсь "учить", я просто идеи генерю, которые можно принимать, можно отбрасывать, или расставлять по приоритетам

P.P.S я бы все таки перенес первый пост в новый топик, и там продолжим. Ибо (что-то мне подсказывает ) тема эта будет развиваться, так к чему выискивать нужные посты среди вопросов о МДжое?

[Nihil]

т.е. со 128 кнопами (стр.2) разобрался, а с 4-мя кнопами хатки (стр.1) нет? Я хоть и не Станиславский, но не верю

Просто не было потребности - хатку на MJ16 я не распаивал, вот-с
Поэтому пока не копался.

Но предыдущий пункт работает не так как хотелось бы. Т.е. хочется, чтобы при нажатии ДВУХ перечисленных выше кнопок, я на выходе получал нажатие Shift+m, т.е. М. Сейчас выходит следующее - (Нажать Shift, отпустить Shift, нажать m, отпустить m)

Необходимо переключить назначенную на роль Shift'а кнопку в Continous режим. По идее должно помочь.

Я не знаю как реализована передача нажатий клавы, но почему обычная задержка не подходит?

Потому как если в основном потоке сформировать sleep(N), то весь поток обработки нажатий кнопок джойстика "отстанет" на это самое время задержки N.
Если паузы составляют 20-40 мс, заметно не особо будет, но вот если кому-то придет в голову отстреливать пакет ДО и ЛТЦ (эдак 5-6 пачек) с задержкой по 1000мс между выбросом - разница будет весьма ощутимой.
Поэтому по-человечески надо порождать отдельную нить, которая отправит SendInput (комбинация1), потом заснет на время задержки, потом отправит еще один SendInput и т.д.
При этом основной поток будет все также обрабатывать кнопки джойстика.

Про профиль подумаю, но пока что сложновато

И еще? Что там такого пишется в профиль, что при замапленых ДВУХ кнопках на нажатие он размерчиком в 180 кил?

Ответ простой - сбрасывается вся структура на описание кнопок.
По идее можно прицепить ZLIB.DLL и архивировать перед сохранением, но пока что не до того.

Зачем туда писать названия джоев?
Как по мне,
1)джои в конфиге должны описываться по номерам. Грубо говоря "Джой1, кнопка 3" Это кстати позволит обмениваться профилями.

Туда пишется не столько название, сколько ProductName и его GUID.
Пишется исключительно для того, чтобы при загрузке профиля кнопки, назначенные на один джой, цеплялись именно к нему. Мне не пришло в голову, как при подключенных нескольких контроллерах иным путем определить что к чему.
Если сделать именно Джой1, кнопка 3 - то, допустим следующую ситуацию - было подключено два джойстика, один из них вдруг решено выдернуть из компа. Причем первый.
Теперь второй джойстик стал первым на запуске программы.
Какой будет результат?..

2) конфиг должен быть либо .txt, либо *.ini. Судя по наличию config.ini работа с ini-файлами не составляет проблем? Но профиль, при наличии прямых рук, можно будет подправить руцями, да и просто понять что куда замаплено, просто открыв профиль в ноутпаде ;-)

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

P.P.S я бы все таки перенес первый пост в новый топик, и там продолжим. Ибо (что-то мне подсказывает ) тема эта будет развиваться, так к чему выискивать нужные посты среди вопросов о МДжое?

Пусть пока тут поживет, так как вроде бы продукт пока что больше к MJ16 относится

[Oleg_BS]

Необходимо переключить назначенную на роль Shift'а кнопку в Continous режим. По идее должно помочь.

Я хоть и не в Америке живу, но Жванецкий, произнося слово "Ну тупы-ы-ы-е" явно про меня думал
Работает, спасибо!

Потому как если в основном потоке сформировать sleep(N), то весь поток обработки нажатий кнопок джойстика "отстанет" на это самое время задержки N.

Согласен, был не прав.
Но IMHO это (задержка) очень нужная фича. По приоритетам я бы ее на №1 воткнул.
Кстати посмотрел сейчас свои профили для ИЛ-2 и МСФС и понял, что прижившийся на компе JoyToKey будет выброшен моментально после появления задержек ;-)

Про профиль подумаю, но пока что сложновато

Главное, что остается надежда, а не мгновенный ответ "не будет"

Туда пишется не столько название, сколько ProductName и его GUID.
Пишется исключительно для того, чтобы при загрузке профиля кнопки, назначенные на один джой, цеплялись именно к нему. Мне не пришло в голову, как при подключенных нескольких контроллерах иным путем определить что к чему.
Если сделать именно Джой1, кнопка 3 - то, допустим следующую ситуацию - было подключено два джойстика, один из них вдруг решено выдернуть из компа. Причем первый.
Теперь второй джойстик стал первым на запуске программы.
Какой будет результат?..

Предлагаю рассмотреть следующую ситуацию. В системе ОДИН джой - МДжой16. И тут вдруг как нибудь он отключается. Какой будет результат?
Правильно, пользователю будет пофиг маппер, замапленные кнопки в ИЛ/Локон/МСФС и он будет решать одну единственную задачу - как сделать так, чтобы система увидела джой.
К чему это я? Да к тому, что отслеживание аппаратных проблем не есть задача маппера. Соответственно структуру профиля можно упростить.

Пример номер 2. Человек поменял один джой на другой. Допустим Сайтек 52 на Сайтек 52Про. Кнопы те же, раскладка та же, но продакт-АйДи поменялся. И что, перемапливать все кнопки по новому?
ИМХО, значительно удобнее было бы чтоб профиль продолжал работать без привязки к точным параметрам джоя.

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

Проще - возможно. Лучше - не уверен. В делфи очень легкая работа с ini файлами. Посему лучше бы все таки в ini а не в txt. (я не про расширения файлов, а про их структуру)
Хотя повторюсь, по приоритетам, задержки на первом месте, как для меня.
И еще раз спасибо за отличный софт!!!

[USSR_Rik]

Я думаю, все-таки более правильно и "академично" брать имя и GUID из винды. Да, минус в замене джоя на аналогичный (или переустановка винды) и перебивке полностью профайла - но вроде этот минус пока единственный ( [мечтательно]а вот если бы профайл - текстовый.. ).

С другой стороны - это ГАРАНТИЯ того, что профайл жестко привязан к данному девайсу. И подключение второго ТОЧНО ТАКОГО же не приведет к путанице - его GUID другой будет. Кроме того, многие используют программу, позволяющую менять порядок джоев в системе (и мне пришлось для нормальной работы NewView с моими четырьмями девайсами) - т.е. я к тому, что все-таки простой номер джойстика есть штука ненадежная.

[-=REA=-]

От JoyToKey не могу отказаться, так как на Мдж16 распаяна Хатка.

И можно ли сделать так, чтобы SV Mapper запускался свёрнутым в трей сразу

[Oleg_BS]

Я думаю, все-таки более правильно и "академично" брать имя и GUID из винды.

Брать - пожалуйста, привязываться к ним жестко...
Возьмем ИЛ-2. У него все настройки джоя привязаны к порядковому номеру джоя в системе и только. Никаких названий, никаких GUID. Номер джоя и номер оси. Все. Многим это доставило неудобства?

Да, минус в замене джоя на аналогичный (или переустановка винды) и перебивке полностью профайла - но вроде этот минус пока единственный

Но ты согласен, что это минус? Так зачем его оставлять?

[мечтательно]а вот если бы профайл - текстовый..

А чего так скромно и незаметно?

С другой стороны - это ГАРАНТИЯ того, что профайл жестко привязан к данному девайсу. И подключение второго ТОЧНО ТАКОГО же не приведет к путанице - его GUID другой будет. Кроме того, многие используют программу, позволяющую менять порядок джоев в системе (и мне пришлось для нормальной работы NewView с моими четырьмями девайсами) - т.е. я к тому, что все-таки простой номер джойстика есть штука ненадежная.

Именно. Встал джой не на свое место в системе, запустил указанную программу, подкорректировал его ID и вуаля, все работает. Так к чему тогда жесткая привязка?

Кстати, предложение по интерфейсу.
Учитывая тот факт что у многих, джоев больше чем 1, и на каждом кнопок немало, м.б. реализовать механизм закладок по кол-ву джоев.
Т.е. выбрал закладку с нужным джоем и в нем уже кнопки мапишь.
А то (если к примеру джоев штук 5 и на каждом по 128 кнопок) запаришься вниз-вверх полосу прокрутки тягать ;-)

[Oleg_BS]

От JoyToKey не могу отказаться, так как на Мдж16 распаяна Хатка.

Хатка реализуется действительно легко. Думаю что в след. версии она уже будет. (Хотя чего это я за Автора расписываюсь? )
С задержками сложнее.

И можно ли сделать так, чтобы SV Mapper запускался свёрнутым в трей сразу

Может внизу окна проги сделать небольшую статическую часть (не грид) для установки параметров? И писать их в config.ini? Или как вариант, выбор из меню пункта Settings, и вываливания окна для установки настроек?

[USSR_Rik]

Возьмем ИЛ-2. У него все настройки джоя привязаны к порядковому номеру джоя в системе и только. Никаких названий, никаких GUID. Номер джоя и номер оси. Все. Многим это доставило неудобства?

Насчет Ила - не знаю, не Копенгаген А вот в ЛО специально ввели наименование профайла джоя на основе его GUID - народ просил, ибо два одинаковых джойстика инпут не переваривал. И теперь профайл ЖЕСТКО привязан именно к имени джоя, а не к его номеру.

Именно. Встал джой не на свое место в системе, запустил указанную программу, подкорректировал его ID и вуаля, все работает. Так к чему тогда жесткая привязка?

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

В общем-то, все это решилось бы текстовым профайлом.

[Oleg_BS]

Насчет Ила - не знаю, не Копенгаген А вот в ЛО специально ввели наименование профайла джоя на основе его GUID - народ просил, ибо два одинаковых джойстика инпут не переваривал. И теперь профайл ЖЕСТКО привязан именно к имени джоя, а не к его номеру.

ИМХО это "недочет" в программировании Локона. Скорее всего вызванный как раз привязкой к имени джоя. Для винды параллельно сколько джоев одного типа (марки/названия) в системе. Винда совершенно спокойно их переваривает, и позволяет обработать.

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

Давай рассмотрим вот такой вариант. Мой реальный случай.
В системе 1 джой, Сайтек 45.
Задолбала меня точность стандартного контроллера получился вариант 2:
В РУД ушел контроллер 45-го, в РУС - МДжой8.
В итоге, при существующем положении дел, ВСЕ ранее замапленные кнопки с РУСа, перешли бы на РУД.
В том варианте, который предлагаю я, Кнопка 1 РУСа, осталась бы на РУСе, кн.2 РУСа, осталась бы на РУСе. и т.д.
По-моему это более правильный и интуитивно понятный вариант?

В общем-то, все это решилось бы текстовым профайлом.

Именно. На крайняк, даже при существующей схеме, возможно ручками переписать названия/GUID/
И кстати по GUID джоя. Есть 100% уверенность что на разных машинах, разные джои МДжой-16 (одинаковая модель, но разные экземпляры) будут под одним GUID? ИМХО не факт. В итоге получаем, что Олег_БС сделал классный профиль для своего МДжоя, и решил им поделиться с USSR_Rik.
И каков будет результат, если профиль подвязан под GUID и он окажется разный?

[USSR_Rik]

Я неточно выразился. Под "именем" я имею в виду не "Logitech Wingman Force 3D", а нечто вроде "MJoy1111668800", где цифровая часть и есть кусок из GUID. И именно в таком варианте проблем нет.

Твой пример понятен. А вот другой пример. У меня в системе три девайса и я ставлю дополнительно обзорник, который "занимает" третий (или четвертый) номер. А мне надо (НАДО! для NewView просто необходимо), чтобы он был вторым. Я смещаю нумерацию как хочу - и профайлы накладываются на чужие девайсы. Или - я выдернул один из девайсов - профайлы опять поплыли.

А если привязать профайлы к GUID- профайлы останутся при своих джойстиках при любых условиях. Обмен, естественно, невозможен - есть практически 100% вероятность, что GUID'ы не совпадут. Кстати - эта проблема решена в теперешней системе профайлов ЛокОна, ими обмениваться можно (ессно, только при одинаковых девайсах).

Удовлетворить противоположные требования невозможно. Поэтому нужен редактируемый руками профайл.

[Oleg_BS]

ОК, чего мы спорим то? В принципе и твое и мое видение имеет право на жизнь. Но универсального варианта скорее всего не будет. Посему предлагаю остановиться на более критичных задачах, типа хатки/задержек/смены профилей и т.д., а не за....мучивать Автора всякой фигней ;-)

Поэтому нужен редактируемый руками профайл.

Согласен. Надеюсь что этот пункт войдет в ToDo.

[USSR_Rik]

Вот я прикинул - есть еще один вариант для обсуждения.

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

Зато теперь станет действительно возможным обмен профайлами - получатель просто переименует чужой в соответствии со своими правилами.

Это просто как сырая идея, может, ничего путного и не выйдет.

[Oleg_BS]

Вот я прикинул - есть еще один вариант для обсуждения.

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

Зато теперь станет действительно возможным обмен профайлами - получатель просто переименует чужой в соответствии со своими правилами.

Это просто как сырая идея, может, ничего путного и не выйдет.

Не, профайл должен быть один(без разбивки по устройствам), и имя его определяет юзер.
НО, внутри профайла есть СЕКЦИИ с НОМЕРАМИ джоев (чуешь почему я про ini файлы завел тему)? Переименование секции дело двух строк в Делфи.
Ну и в идеале, дать возможность юзеру определять соответствие физического джоя номеру секции в профиле.

[Oleg_BS]

Кстати, на закладках как раз нужно выводить НАЗВАНИЯ устройств, добавляя в скобках номер, если в системе неколько аналогичных девайсов (MJoy(0),MJoy(1),...)
а уж на самих закладках показывать ТОЛЬКО НОМЕР кнопки выбранного джоя.

[USSR_Rik]

Я положил краткое описание на форуме Локона http://forum.lockon.ru/showthread.ph...292#post297292 - не все оттуда сюда в Матчасть заглядывают.
удалено вследствие неактуальности. Rik

[Oleg_BS]

Я положил краткое описание на форуме Локона http://forum.lockon.ru/showthread.ph...292#post297292 - не все оттуда сюда в Матчасть заглядывают.

Молодца ;-)

Саша, по-моему, в постинге № 1452 архив дважды запакован, причем второй (более глубокий) пак - без расширения. Или это я в лыжах на асфальте стою?

Рик, верни Автора в студию :-)
Уже хорошо, знаем, что зовут Саша. знаем что скромный...
Саша, мы добрые, и благодарные.
Но появись САМ, и скажи плиз что в планах.
А то мы тут с РИКом копья ломаем, планы строим, надеемся, а вдруг все зря? (тьфу-тьфу-тьфу через левое плечо)
Саша, НАМ ВСЕМ ОЧЕНЬ НУЖЕН ХОРОШИЙ маппер!!!!
(даже не нашел какое из слов маленькими буквами набрать. Все важны.
Ответь плиз...

[Nihil]

С интересом почитал возникший диспут по поводу маппера между аксакалами.

Налицо потребность в задержках, поддержке хатки и подгружаемых профилях.
Что ж, будем делать.
Одно влечет за собой другое, другое тянет третье.
Т.е. работать надо, как обычно, над всем сразу ;-)

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

Насчет закладок - идея, конечно, хорошая, но реализацию такого интерфейса, видимо, придется отложить на далекое неопределенное время. Если вообще до этого дойдет.
А то так можно договориться до базы картинок джойстиков, взятых из фирменных мапперов сайтек, Thrustmaster и т.д.
"Я не волшебник, я только учусь" ©
Довольно много завязано на тот ListView и взаимодействие с ним.
Контролировать сразу четверку таких ListView's на разных закладках и следить за ними всеми - головная боль та ещё.
Вообще как это водится, в такого рода программах 30% задачи сводится к непосредственно функциональной части, а остальные 70% - это морока с пользовательским интерфейсом.

По поводу привязки джойстика ответ, видимо, будет такой - все-таки надежнее привязаться к триплету ProductGUID, InstanceGUID, ProductName, как это сделано в MJoy Mapper'е. Коль скоро файлы профилей будут лежать в INI-файлах, я думаю, невелика будет трудность подправить ручками, ежели потребность возникнет по причине замены джойстика/переустановки винды и т.д.

По срокам ничего определенного, к сожалению, сказать не могу.
Угадать трудно. Самое точное – "как только - так сразу" © NN.

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

[Oleg_BS]

УРА!!!! И снова... Гип-гип УРА!!!

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

Основные но крайне НЕОБХОДИМЫЕ функции определены правильно ;-)

Одно влечет за собой другое, другое тянет третье.
Т.е. работать надо, как обычно, над всем сразу ;-)

Тяжела и неказиста
Жизнь простого программиста
(с) Не помню кто
А никто и не говорил что будет легко.
Зато представь, что ТВОИМ маппером будут пользоваться ТЫСЯЧИ благодарных пользователей. И каждый из них (нас) поблагодарит, хотя бы мысленно. Приятно?

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

Хочешь, пример пришлю, из IL2-JoyControl, то что касается работы с ini файлами? Всяк по готовому и работающему проще разбираться.

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

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

Вообще как это водится, в такого рода программах 30% задачи сводится к непосредственно функциональной части, а остальные 70% - это морока с пользовательским интерфейсом.

Согласен на 100%

По поводу привязки джойстика ответ, видимо, будет такой - все-таки надежнее привязаться к триплету ProductGUID, InstanceGUID, ProductName, как это сделано в MJoy Mapper'е. Коль скоро файлы профилей будут лежать в INI-файлах, я думаю, невелика будет трудность подправить ручками, ежели потребность возникнет по причине замены джойстика/переустановки винды и т.д.

Отлично!!! Полностью устраивает!!!

По срокам ничего определенного, к сожалению, сказать не могу.
Угадать трудно. Самое точное – "как только - так сразу" © NN.

Главное что ты не плюнул на наши "хотелки", не сказал, "не нравится, я же не заставляю". Не торопим, ждем!!!

И еще. Хочу оговориться, что в будущей версии совместимость с нынешним форматом сохранения профиля не гарантируется.

Я думаю, что кол-во пользователей окончательно и бесповоротно пересевших на SV Mapper, пока не очень велико. Посему не переживай. Глобальные изменения требуют жертв.

Т.е. я постараюсь это в каком-то виде сделать, но если это станет неподъемным камнем преткновения, то, надеюсь, общественность как-то переживет необходимость еще разок замапить кнопки.

ИМХО не стоит даже время тратить. Есть более востребованные вещи, на которые стоит тратить силы и время. Главное (опять таки ИМХО), продумать структуру конфига, чтобы дальнейшие доработки туда ложились, и поддерживали совместимость снизу вверх.
И еще раз ОГРОМНОЕ ВИРПИЛЬСКОЕ СПАСИБО!!!!

[Necroscope]

Говорили многие, но сделали - лучшие
Огромно, человеческое СПАСИБО!!!!!