-
hehehe 111
Re: Вопросы.
Вопрос к naryv, наверное. Сейчас при разработке миссии приходится прибегать к локализации сообщений и более гибкой настройке параметров(иначе миссия будет только на одном языке) - куда отправлять это сообщение(например "Chat", "ChatAndScreen" и "Screen"), отправить определенным игрокам, всем или определенной армии или просто перевести текст, никуда не отправляя(для пункта меню к примеру). Также нужен вариант отправки сообщения без перевода как есть(но с аналогичным локализации примером). Сам перевод сообщений берется из текстового или xml-файлов. Для этого приходится в сам скрипт миссии добавлять большой кусок кода, но тогда появляется проблема - в скрипты подмиссий его тоже придется добавлять и вообще в любой скрипт, где используется локализация и отправка сообщений. В GamePlay.gpLogServer и GamePlay.gpHUDLogCenter не проводится проверка на null емнип и вообще эти команды в чистом виде неудобны(обычно используют введение дополнительных параметров, указаны выше).
Есть другой способ - отдельный класс в своей сборке dll, которая подключается к каждому скрипту, где необходимо. Этот вариант лучше.
Возможно ли введение нового класса для отправки/локализации сообщений с указанными выше параметрами в игру? Необходимость - для любой серьезной миссии на сервере.
Есть еще одна необходимость - хранилище переменных разных типов, доступное из скриптов подмиссий и хост-миссии. Это реализовано в командере от Small_Bee с примером.
Ну и кроме этого, возможно встроить проверку на null(это самая частая и не всегда очевидная ошибка, возникающая казалось бы при добавленных везде проверках) куда-нибудь поглубже в код, чтобы не заниматься этим в каждом скрипте?
П.С. Если потребуется, могу более подробно объяснить и привести примеры кода
И пара дополнительных вопросов, более важных, т.к. их нельзя решить самим пользователям. Первое - это контроль над статиками. Проблема известная. Имеем много отлично проработанных наземных статических объектов и возможность создавать миссию нон-стоп, но не имеем возможности объединить их, т.к. учитывать и перезагружать статитики невозможно. Из-за это нынешние миссии мало чем отличаются от старых иловских. Есть наземка(причем посчитать можно только нестатики), длительность миссии несколько часов. Никакой линии фронта в нормальном виде или даже захватываемых аэродромов нет до сих пор в онлайне. Даже цель - завод/склад толком не организовать. Старые иловские костыли в виде машинок не работают. Потому-что если поставить живые - они разъезжаются сквозь стены в разные стороны несмотря на таймаут. Статические машинки - ничем не отличаются от зданий. Приходится ставить ПТ-пушки. Но это тоже плохой вариант, т.к. артиллерия имеет ИИ и отбирает лишние ресурсы у сервера. К тому же если приедут вражеские танки захватить склад - его продукция начнет стрелять по ним.
Вторая проблема - нельзя из подмиссии загружать здания/окопы. Т.е. к примеру если команда "построила" аэродром, то он будет без ангаров и красот, обычное поле с зенитками. Или к примеру создаем объект завод, который загружается в подмиссии. Все здания/цеха приходится в ручную копировать в файл хост-миссии. Если бы возможность грузить такие объекты из подмиссий была - можно было бы сделать полноценные сменяемые аэродромы или опорные пункты, играющие роль линии фронта. Или строящиеся динамически оборону, склады, переправы.
Велась/проводится ли какая-то работа по работе со статиками в ближайшем патче?
Крайний раз редактировалось podvoxx; 31.05.2012 в 09:36.
Ваши права
- Вы не можете создавать новые темы
- Вы не можете отвечать в темах
- Вы не можете прикреплять вложения
- Вы не можете редактировать свои сообщения
-
Правила форума