JohnDoe

Тут уж ничего не поделать… Основной проблемой столь любимых тобой «мод-платформ» является «графическая разношёрстность» даже приличных модов. А у rF это норма даже для официального контента.

Пляски разные бывают : )

А какая разница?

Недешёвые нужны только в случае «высокогерцовых» мониторов — а таких без наличия DP сейчас в продаже практически и нет.

Про какое? : ) У тебя до 1070 видеокарты были? Вспомни какой там был набор интерфейсов : )

Всё прекрасно «пролезает» — и по DVI, и по HDMI, и вперемешку : ) Я ж написал выше : )

Повальное «засилье DP» это началось только на совсем новых картах. Это явно не тот случай — скорее всего имеем стандартный набор 2×DVI + HDMI + DP

Это необходимость была у карт АMD на начальном этапе появления Eyefinity — для HD5xxx и 6xxx однозначно, для более новых линеек не в курсе. Для nVidia таких условий не было никогда.

@TOPMO3, Не заморачивайся : ) Для того кому действительно надо — существует куча «готовых» мапперов (JoytoKey, mCab, SV и так далее).

В плане симрейсинга он и не нужен. Ну разве что простая привязка клавиатурных комбинаций для хоткеев AC. А вот для авиа — там бы не помешало и маппирование, и последовательности, и замыкание/размыкание, и сегментирование осей : )

Для этих целей хорошо бы иметь отдельный универсальный маппер (в природе пока не существует).

Что то я не припомню такой проблемы за AMS… У AC — было такое, но вроде исправляют потихоньку.

Разработчики, случаем, ничего не вякали на тему раздельного рендера для триплов?

Да ладно : ) Алексей это всего лишь повод, а причина:

А тут, как я погляжу, в честь дня рождения Ленина начали на мохнатые времена ностальгировать : )

Если поискать — в этой теме имеется видео с насильственными действиями Василия, демонстрирующее «пластичность» шарниров : )

Когда на конструкции будет висеть двадцать килограмм мониторов — оно само будет перекашиваться за милую душу. Об этом и речь — вертикальная регулировка Антону особо не нужна, но вот «вперёд-назад» там планируется к регулярному использованию.

Безнадёжно — оно будет клинить при малейшем перекосе : )

И что случится?

Это уже второй вопрос и по идее там нет никаких проблем. А если слегка пожертвовать эстетикой (один хрен оно сзади) и смонтировать шарниры «дуги» не «торец в торец», а «торец в боковину» — то «цена ошибки» уменьшится в разы. Если бы мне не требовалась «активная» регулировка по высоте — я бы ни за какие коврижки не стал маяться с кронштейнами, а сделал бы именно так. P.S. Хотя в кронштейнах есть свой плюс — они практически полностью освобождают место на столе.

Шарниры не выдержат такой нагрузки : )

По умолчанию, у актуатора на CSP свой «алгоритм» — можно настроить срабатывание «блокировки» на определённый процент от нажатия педали и не более того. И только в случае подключения педалей «через руль». Можно поискать софтинку Стефана Тюрпена, с её помощью блокировка отрабатывается довольно точно (этот же алгоритм использован в SimShaker) — но по большому счёту прок от вибрации на педали тормоза невелик, слишком уж она малозаметна (особенно при «коротком ходе»).

Проку от этих актуаторов — ноль : )

Последовательность суждений безусловно является твоей сильнейшей стороной : )

Безусловно. Но «оконный режим» всегда был достаточно проблемным в плане «подфриживаний»…