Valery Blazhnov

В стандартном профайле TrackIR ось roll отключена по умолчанию. Возможно, Мэтт об этом не знал.

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

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

Камеры - это тоже объекты, живущие в моделируемом мире. И чем более развита система видов, тем сильнее эта зависимость.

Боюсь, что решение проблемы бедности на территории бывшего СССР нам не по силам. А игры делаются в расчете на мировой рынок, который и диктует приоритеты. В качестве утешения могу только сказать, что внутренний рынок неуклонно растет, поэтому его влияние постоянно усиливается.

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

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

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

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

Вместо упрощенных режимов управления сложными объектами лучше ввести реалистичные режимы управления простыми объектами. Тогда и хардкорность не пострадает, и всегда можно будет найти себе объект по вкусу. Вот тогда уж вирпилы попляшут в сетевых играх от злобных моджахедов со Стингерами :)

Всегда рад помочь :) Почитайте Doc/KeyCommands.doc повнимательнее, некоторые удобные фитчи нигде больше не описаны.

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

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

Этот движок доживает свои последние дни, поэтому оптимизировать его нецелесообразно. Разумнее потратить время и силы на разработку более перспективных технических решений, что и делается.

Действуем по следующему алгоритму: 1. Снимаем блокировку случайного изменения в файле Config/View/View.lua: DisableSnapViewsSaving = false 2. Запускаем ЛокОн, затем открываем миссию с нужным летабельным самолетом и жмем Fly. 3. Когда окажемся в кабине, выбираем Key Pad 0 + Key Pad 8. Видим тот вид, который хотим изменить. Отпускаем клавиши и оказываемся снова в обычном виде F1. 4. Теперь прямо здесь устанавливаем камеру так, как нужно для вида, соответствующего выбранному в пункте 3. Нажимаем Right Alt + Key Pad 0 для сохранения изменений. 5. Снова переключаемся на Key Pad 0 + Key Pad 8 и видим уже новую конфигурацию вида. 6. Повторяем пункты 3-5 для других видов, если нужно. 7. После выхода из игры, не забываем снова выставить защиту в файле Config/View/View.lua: DisableSnapViewsSaving = true Примечание: описанные манипуляции удобно делать при остановленном модельном времени (на паузе).

Итак, возвращаясь к начальному посту, констатируем желание комьюнити к разнообразию в игровом мире в широком смысле этого понятия. Мы тоже этого хотим, и это будет, на это можно рассчитывать, но развиваться это будет, к сожалению, гораздо медленнее, чем хотелось бы. Надеюсь, что присутствующие поняли, почему.

Замечательно :) А панели эти общедоступны?

Так ведь именно это я и объяснял в своем ответе выше :), но готов повторить еще раз. Объясни на конкретном примере, какой вид и как ты хочешь настроить?

Запросто, если будут продолжать доить ту же самую худую корову :)

Да уж, Falcon лучше не поминать всуе, а то сюда все соколы сейчас слетятся :)

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

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

Отличная идея! Особенно, если вспомнить, как закончила свою деятельность команда Falcon ;)

Ну, и кто не дает наслаждаться полнотой реализма там, где это бывает? Зачем нужно требовать этого там, где не бывает? Какое-то самоистязание бессмысленное получается :)

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