Valery Blazhnov

С ложными ощущениями нужно бороться, а не приписывать их причины разработчикам :) Было бы очевидной глупостью переориентировать специалистов симуляторной направленности на гейм-дизайн. А полноценное развитие гейплея требует не меньше человеческих ресурсов, чем симуляторное. Таким образом, нам предлагается примерно вдвое расширить команду разработчиков путем приглашения специалистов в области гейм-дизайна. Лично я не только не против, но обеими руками за, поскольку у меня голова не болит о том, откуда у этих ребят возьмется зарплата. Остается сущая ерунда - вдвое увеличить бюджет фирмы, но такие мелочи, естественно, не рассматриваются нашими благожелателями, как существенные.

Ну дык, об чем и речь :) А если на отдельный комп ее вынести, то нужно слияние ввода с двух компов, чего тоже прямо сейчас нет, но планируется. Отработаем это дело сначала на обычных мышах, тогда и с панелями проблем не будет.

Около двадцати - иногда чуть больше, иногда чуть меньше.

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

Двадцать раз уже объясняли, почему. Но проблема в том, что тебя на самом деле ответы совершенно не интересуют :)

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

А кто спорит-то? Сами с собой в спор вступаете - сами и отвечайте :)

При таких ценах действительно выгоднее развивать мультикомпьютерный вариант на базе устаревших процессоров - они копейки стоят.

В общем, даешь геймплей! Одно обсуждение на эту тему заканчивается, другое начинается с той же точки, как будто ничего до этого не обсуждалось. Все варианты давно перебрали, все возможные направления развития обговорили, какой смысл затевать еще один раунд, который уже заранее известно, чем закончится?

Так оно и есть. Поэтому, любое изменение приоритетов пойдет в ущерб другим направлениям. Прежде чем просить, подумайте: вы готовы к приостановке развития летабельных самолетов, к отказу от АФМ для истребителей, от трехмерных кликабельных кабин и т.д?

Не ЛокОн потеряется, а Windows - в ней все мыши, подключенные к системе, считаются за одну.

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

Правда? Тогда кому адресованы вступительная и заключительная фразы? Здесь-то вроде все уже давно в курсе :)

Надо же, кто бы мог подумать? ;) Загляни в файл Config/Export/Export.lua - еще больше интересного для себя узнаешь :)

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

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

Читай Doc/KeyCommands.doc - там все написано в разделе Cockpit Views. Не забудь сначала снять блокировку случайного изменения в файле Config/View/View.lua: DisableSnapViewsSaving = false Затем выбери тот вид, который собираешься модифицировать, выйди из него и установи камеру так, как тебе нужно. Нажми Right Alt - Key Pad 0 для сохранения изменений. Переключись снова на нужный вид для проверки. Когда выйдешь из игры, не забудь снова выставить защиту в файле Config/View/View.lua: DisableSnapViewsSaving = true

С чего бы это? Речь идет только о графике, а она на результаты моделирования не влияет.

Не очень. Думаю, что старый движок умрет вместе с версией 1.2.

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

Скажу честно: сам не пробовал, но думаю, что использование панельки через DirectX приведет к созданию двух COM-устройств - дисплея и мыши. Учитывая, что двух независимых мышей под одной Windows быть не может, получаем на одном компьютере уже известную нам проблему различения мышей, которую как-то нужно решать на драйверном уровне. Весь этот геморрой - еще один аргумент в пользу мультикомпьютерного развития системы.

Спасибо за правильное уточнение, мои слова действительно можно было истолковать по-другому. voi, извини, ничего обидного не имел в виду :)

Для кого? Таких пользователей реально раз-два и обчелся в мире. С ними у нас сугубо индивидуальный профессиональный разговор. А у остальных интерес чисто разговорный, им толк не нужен :)

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

А зачем все грузить на один-единственный процессор? Кто мешает использовать несколько, в том числе простеньких и дешевеньких? Да, и мультиядерные монстры уже на подходе :)