Valery Blazhnov

Боюсь, что иноспарка перешибет отечественный авиапром :)

А смысл? :D

Как минимум - обучение. Как максимум - спарка. Этот режим вернется в симулятор обязательно.

We added some info about Lua coroutines support to the end of the Lua exporting article in the Developer's Journal on our site. It may be interesting for programming complex Lua scripts and to distribute their execution during simulation time uniformly. Coroutine support will be avaliable in Lock On version 1.12. So far read about Lua coroutines in Roberto Ierusalimschy book Programming in Lua.

В Журнале разработчика на сайте в конец раздела Lua-зкспорт добавлен небольшой материал о поддержке сопрограмм Lua в экспортном скрипте ЛокОна версии 1.12. Это может быть интересно тем, кто пишет взаимодействующие с ЛокОном сложные скрипты и хочет, чтобы они не тормозили, а "размазывались" по модельному времени равномерно. Пощупать это дело живьем можно будет в версии 1.12, а пока что можно почитать про сопрограммы Lua в книге Роберто Иерусалимского Programming in Lua.

Теперь нужно A-10A сделать со шкуркой Су-25Т. Типа - подержанная иномарка перекрашенная :)

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

No problem, send your device, software and documentation to ED.

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

Для этого достаточно иметь возможность, например, из экспортного скрипта принудительно устанавливать позицию самолета в пространстве, игнорируя данные моделирования. В принципе, это не так уж трудно реализовать, но непонятно, зачем это нужно.

IMHO пора уже начинать просить динамическую кампанию ;)

Хочу десанты! И прочие транспортировки сил и средств. "Успех в операции достигается сочетанием удара, огня и маневра" - (Кто-то из классиков военной науки).

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

Любопытно, что в данной сокетной реализации можно было бы запустить NewView на одном компьютере, а ЛокОн - на другом. Правда, непонятно, зачем :)

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

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

А мне о своей нельзя писать, что ли? Не фига себе, заявочки! Лучше писать на e-mail.

Не для ЛокОна, а для NewView. ЛокОн вообще не использует LuaSocket, а предлагает ее использовать в качестве возможного решения для обмена данными из Lua-скриптов, если кому-нибудь это нужно. Ждем отзывов от благодарных пользователей :)

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

Вот-вот, мечтать не вредно :) Да будет она, будет... со временем :D

Я бы попросил - без излишней фамильярности...

Ну, это мы завсегда... :D

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

Я - за! :) Вот, только кто это делать будет?

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