Serjevski

Отлично, спасибо за исчерпывающее объяснение

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

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

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

Не совсем понятно, как осуществляется электрическая связь кнопок бочки с базой THQ

Спасибо, вполне исчерпывающе. Может быть стоит добавить углы отклонений ручек в ТТХ баз при их сравнении на сайте virpil? Глядишь часть вопросов отпадет. Тогда еще вопрос "короткий" desk mount + S-образный удлинитель тоже заставит биться ручку об стол или кронштейн? Так я не про warthog базу, а про WarBRD

Извините, может я плохо читал или чего-то не понял... Из инструкций не вполне понятно, что препятствует использованию удлинителей с базой WarBRD. На первый взгляд - ничего, разве что ее прочности не хватит?.. Я задавал тот же вопрос пару-тройку дней назад на форуме Virpil, но ответа не получил. Хочется установить warbrd на "короткий" подстольный кронштейн с удлинителем в 100мм. или это никак не получится и придется использовать строго настольный вариант? Или покупать почти вдвое более дорогую базу MongoosT-50CM2 Base?

Уже есть мини-стик... https://virpil.by/ruchki/vpc-constellation-alpha?sort=p.price&order=DESC

Не смеюсь, уточняю :) спасибо.

С базой или только сама ручка?

Ну тогда еще до кучи, неочевидная настройка, в ПАНЕЛИ УПРАВЛЕНИЯ джоем, НЕ в профайлере, на какой-то их вкладок можно включить/выключить clutch mode, при его выключении, кнопка с буквой "i" в центре крутилки начинает работать как любая другая кнопка и становится доступной для программирования в профайлере.

Строго говоря, в сайтековском профайлере переключение режимов можно повесить на любые кнопки. Надо только переключить профайлер в табличный режим, удалить 5 доп режимов по умолчанию и создать новые, указав им кнопки включения.

Если сохранился каталог профиля прежнего юзера можно попробовать подгрузить файл реестра ntuser.dat в регедит, и оттуда экспортировать. http://screencast.com/t/LdtH7mz0Xz

Уважаемые разработчики, добрый день, хотелось бы прояснить вопрос по лицензированию модулей в много пользовательской среде одного компьютера. У установлен DCS World с различными модулями на домашнем компьютере. Заведены различные учетные записи лоя меня и детей, для каждого своя. Под своей учетной записью я установил и активировал все модули, но как только сын, со своей учетной записи, попытался запустить игру, ему выдало запрос на активацию. На мой взгляд это как-то неправильно, не то что б мне жалко активаций, хотя и это тоже, но когда меня нет дома, а ему хочется полетать... Как быть в этой ситации? Я так понимаю активация прописывается в пользовательском профилие, почему бы не сделать ее привязанной к компьютеру в целом? Или по выбору пользователя, с запросом при установке, как делают многие программы?

Если это не монтаж, то я просто поражен...

Да... на базе DCS World + MИ-8 пора делать симулятор аналогичный старенькому "Search & Rescue" :) для тех кто любит жизнь и полеты сами по себе! Я смотрю, уже почти все для этого есть... Осталось только пловца и медиков реализовать.

погодите, но ведь такие вещи реализуются через ссылки/идентификаторы... Есть команда id:0xNNNN которая отвечает за сбос груза например, и в обеих секциях (РОШ/ГРУЗ) мы ссылаемся на нее по ИД, вытаскивая из ресурсов и текстовое описание и привязанное сочетание.. ну имхо так логично... Правда придется развязать в конфиге полный список команд, где каждая уникально по ИД, но не имеет признака радела, и доступное из игру визуальное представление где они уже сгруппированы по разделам, но там перечисления вида "раздел,ид;раздел,ид;"etc

Если джой программируемый, забиндь первое нажатие комбинации на нажатие кнопки, второе нажатие комбинации -- на отпускание.

А еще к ней есть sixupdater, ныне plaWithSix -- весьма развитый менеджер аддонов, отслеживающий их взаимодействие и актуальность.

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

Так есть возможность навесить кнопку паузы в фритраке и facenoir. Про Trackir не знаю

Я про что, что НА МОЙ ВЗГЛЯД нет необходимости стравливать страны, пусть даже и виртуальной реальности. Я для себя представляю что это просто учения :)

по мне так вообще надо 2 страны оставить: "свои" и "чужие". Какая разница какой идентификатор имеет противник или союзник?.. Просто как готовые наборы типов юнитов?..

Бот, если честно, ты свои собственные ограничения пытаешься распространить на всех, на мой взгляд. Да, симулятор такого уровня требует времени. Да без голосовой связи практически невозможно реализовать боевое взаимодействие. Это данность, как ни крути. Я тоже чел, который по возрасту должен называться взрослым, тоже практически не имею времени, но просить сделать игру "для меня" не буду. Ну невозможно летать в ДКС не имея хотя бы времени... :) Причем не только для самих полетов, но и для "начального обучения". НЕВОЗМОЖНО.

Чтобы сделать что-то хорошее, в любом деле, надо, прежде всего, четко представлять конечную цель. А вот путь следования к ней разбивать на небольшие этапы. Иначе будет черт-те что с костылями и заплатами. Soviet, неплохо подошел к вопросу, по крайней мере, выстроил интересную концепцию. Ее вполне можно обсудить и принять с изменениями. Или не ее, а другую, но такую, которая была бы принята большинством игроков. А то получится как со многими программными пакетами, которые программисты пишут исходя из СВОЕГО видения "как надо". А пользователя, потребителя спросить забывают. Результат -- мертворожденные системы, которые никому не нужны. Приняв концепцию, уже дробить ее на этапы. И реализовывать. Только так. С системой обучения и "недопущения зеленых" все не гладко, по какому критерию идентифицировать игрока? В нашем-то виртуальном мире, когда ключи регистрации свободно перепродаются, и "зеленый" может оказаться владельцем "гуру"-учетки. Получается что оценивать степень готовности игрока к заданию может только человек..