А что мешает увеличить радиус таргетса до нескольких квадратов, в которых будет двигаться наземка?Сообщение от mar$
А что мешает увеличить радиус таргетса до нескольких квадратов, в которых будет двигаться наземка?
1. Попадание в этот радиус левых и даже своих объектовА что мешает увеличить радиус таргетса до нескольких квадратов, в которых будет двигаться наземка?
2. Он принципиально не воспринимает всё, что вне секции [Nstationary]
SC заведомо не понимает движушиеся объекты [chief....]А что мешает увеличить радиус таргетса до нескольких квадратов, в которых будет двигаться наземка?
POP, mar$
Сорри, забыл об этом
Это с чего бы?
Тем более что УЖЕ работает с движущейся наземкой
SC?Тем более что УЖЕ работает с движущейся наземкой
FBDj
Собственный.
Прошу прощения, что вмешиваюсь. Но между программистом, не знающим предмета, и самим предметом или заказчиком софта должен стоять постановщик и/или архитектор, в предмете ориентирующийся. Причем в вопросах архитектуры и бизнес-функций его слово приоритетно. Но, глядя на Ваши предыдущие посты, у меня возникает большое сомнение, что Вы готовы поработать простым программистом "под" предметно-ориентированным постановщиком.
Что касается выбора СУБД, то вопрос этот во многом религиозный - для данной задачи MySQL более чем достаточен (выше 5.1), тем более, что он уже есть на серверах с проектами Ил-2, но если речь идет о создании фактически нового продукта, то я бы тоже предпочел MS SQL-Server. Тут вопрос в другом - если проект пишется не только "под себя", но и с прицелом на свободное использование другими, не будет ли у этих "других" сложностей с поднятием MS SQL-Server на чужом хостинге? Не у всех, наверное, свое железо.
Делай, или не делай - пробовать не надо ((с) м. Йода)
Он как-то неправильно считает килы. Уже точно не помню,но сам лично обращался к его разработчику,но он так и не исправил этот баг.
---------- Добавлено в 00:16 ---------- Предыдущее сообщение было написано в 00:13 ----------
Поделился бы посмотреть)
Ну, держать Иловский сервер на чужом железе, да ещё там, где проблема поднять MSSQL - это само по себе под большим сомнением.
Во всяком случае, на виртуалке запустить сервер по-человечески мне не удалось из-за проблем с отсчётом времени через счётчик тактов процессора.
А по-другому виндовых хостингов, я как-то не встречал.
MSSQL же на любой виртуалке встанет без проблем.
у нас именно так. Может,поднять БД и не будет проблемой,но сервера ил-2 нередко на чужих компах,с этим нельзя не считаться.
POP, а что означает запись в ServerErrrorlog.txt : socketConnection with 83.149.3.70:22415 on channel 55 lost. Reason: Reconnect user ошибка разбора ?
Это значит, что при разборе этой строки из консоли произошла ошибка - возможно, этого юзера уже не было в списке игроков на сервере и была попытка его удалить по этой строке из консоли.
Вобщем, в этот файл пишутся перехваченные ошибки исключительно для отлавливания неучтённых вариантов поведения сервера. Если основная логика не нарушается, то можно их просто игнорировать.
POP,а можно взглянуть на пример инишника твоего коммандера? Как будут лимитироваться лдинамические объекты?
Формат инишника полностью повторяет SC-шный (по-крайней мере, то, что касается времени на миссию и целей)
Динамические объекты (наземка, то, что в секции chief миссии) привязываются к цели по первой точке маршрута - если эта точка попала в круг цели, значит вся колонна попадает в цель, учёт уничтожения - поюнитный.
Единственное отличие по целям - если в круг цели для команды попадает свой объект, то он не считается частью цели.
Можно одну и ту же цель (центр, радиус) задать для обеих команд - победит та, которая выбьет нужный процент чужих юнитов в этой цели.
Мне кажется,это лишнее.Можно одну и ту же цель (центр, радиус) задать для обеих команд - победит та, которая выбьет нужный процент чужих юнитов в этой цели.
Как я правильно понял,если колонна выедет за пределы радиуса цели,она все равно будет учтена?
Да.
Не важно где уничтожена, важно является ли колонна целью в миссии.
Цели определяются в момент загрузки миссии. Колонны "разбиваются" на юниты и подсчёт выполнения цели ведётся от общего числа юнитов в цели.
Т.е., если в одну цель (на самом деле подцель) попадает один статик и одна колонна из 3х юнитов, и процент уничтожения задан 75%, то для выполнения этой цели нужно уничтожить уже не важно где 3 юнита из 4х.
Почему подцель - потому, что SC позволяет создавать одну цель для победы на карте из нескольких подцелей.
Я постарался сохранить логику для более простого перехода на новый командер.
Ничто не мешает изменить эту логику.
Насколько помню, в SC геннадичей (или это ограничение игры-хз) было ограничение максимум 4 таргетных цели на сторону. Большее число целей просто не определялось по команде <targets Теперь это будет учтено?
Не отображается по команде - это не значит, что не учитывается и не обсчитывается.
POP,а ты еще не пробовал делать карты на свой сервер с ограничениями по загрузкам самолетов из большого редактора? FBDj-коммандер не понимает записи по этому параметру, по сети с ним летать невозможно.
Не пробовал, но пока не представляю что может помешать нормальной работе - там что? В лог или консоль пишется что-то новое?
Я сначала не совсем разобрался. Пишется набор цифр в файл .mis после записи каждого самолета,поставленного на филд,если ему задавать конкретный список подвесов. Нельзя только включать ограничения по самим самолетам,иначе неразбериха. По лимитам подвесов вроде работает. Опять же ручками доправляя файл .misВ лог или консоль пишется что-то новое?
Крайний раз редактировалось mar$; 20.01.2011 в 23:56.
POP, а твой коммандер под какими ОС работает? На фришку не пойдёт?
Ваши права
Ответить с цитированием