Поговорим об Unreal

Так это же и есть код стрельбы о ногам, если я правильно понял.
То есть в оригинале таки была стрельба по ногам?

А по той фигне, что они пишут в своих дневниках, и не скажешь. Гы-гы, обыграл его в кости, гы-гы, полез на ту тёлку, ой, она меня пнула по яйцам, ненавижу это гр****ую работу, как меня всё достало. Это BRAINS_Bydlo скорее, а не BRAINS_Human.
Но Бруты и этим потолочные зелёные фигни точно упреждения недостойны.

 

Masterkent, ты прописал скаарджа зад*ота))
BRAINS_Human...
А они писали другие типы ИИ для этого? В документации к тварям была только подпись к BRAINS_None

 

Ты посты по диагонали читаешь? Вот это свойство

Код:

var bool        bIsPlayer;      // Pawn is a player or a player-bot

у монстров принимает значение False.

Чтобы иметь хорошие боевые навыки, не нужно быть шибко умным.

Меня лично больше интересует увлекательность игрового процесса, а не условности вроде "достойны"/"не достойны". Жалкие беспомощные монстры мало подогревают интерес к игре. Я бы не стал ухудшать характеристики игровых персонажей, за исключением следующих двух моментов:
1) можно изменить поведение защитного поля Mercenary: убрать грубую ступенчатость разряда защиты из-за наносимых повреждений и ввести возможность отбрасывать защищённого Mercenary (например, взрывами),
2) можно сделать так, чтобы монстры не могли определить местоположение невидимого игрока, пока тот никуда не стреляет и не производит заметного шума.

class Engine.Pawn

Код:

var(AI) enum EIntelligence //important - order in increasing intelligence
{
	BRAINS_NONE, //only reacts to immediate stimulus
	BRAINS_REPTILE, //follows to last seen position
	BRAINS_MAMMAL, //simple navigation (limited path length)
	BRAINS_HUMAN   //complex navigation, team coordination, use environment stuff (triggers, etc.)
}	Intelligence;

 

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

Я имел в виду, они конкретно писали ии для этих типов?
Но насколько вижу, они лишь урезали возможности и умения базового класса... или нет?

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

Идея хорошая.
Может тогда потихоньку всю игру переделаешь?

 

Ты чё такой нервный? С самого начала будто тебя иголками в бок тыкают.

А, вон оно чё... Вот сразу бы и сказал нормально.

Ну так кроме чисто киберспортивной увлекательности надо ещё и соблюдать отношения между монстрами различных типов. Фишка скааржа в том, что он самый умный и ловкий. А брут - неповоротливый и тупой, он не может знать такое слово, как "упреждение".

 

Конкретно для второй и третьей ступеней в отдельности - вроде, нет. Но есть сравнения с BRAINS_Reptile и BRAINS_Mammal на предмет выше/ниже/не выше/не ниже и соответствующие ответвления в коде.

Я не знаю, что на это ответить.

Я б мог, да времени жалко.

Ну, если справедливое замечание о твоём странном игнорировании написанного травмирует твою нежную психику, то я, так и быть, могу прекратить с тобой всякое общение, дабы не подорвать её окончательно ненароком.
Я человек не нервный, я саркастичный (это не одно и то же).

 

Забей)

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

 

Если кратко, то касаемо перевода в целом - нет. Если подробно, то ...

IMHO, для целевой аудитории этого материала знание английского желательно в любом случае. Само по себе знание иностранного языка не приходит, его приходится учить. Работа с текстом является неотъемлемой частью обучения. Данный материал вполне годится для практических занятий, там в основном используется довольно простой общий лексикон. Я лично в большей степени поднял своё знание английского не в образовательных учреждениях, а именно за счёт того, что не ленился читать со словариком нужные мне документацию и технические обсуждения на буржуйских форумах, и сейчас благодаря этому почти любую доку читаю свободно, как на родном.

Получаются примерно следующие варианты:
1) я могу, преодолев лень, потратить полдня-день на неинтересное мне печатание альтернативного перевода к материалу, который потом прочитают от силы пару десятков людей - ещё более ленивых, чем я , либо
2) я могу то же время потратить на составление подробного описания своего предложения в комитет по стандартизации C++, которое, возможно, принесёт ощутимо больше пользы.

Второй вариант для меня явно более привлекателен.

Качество перевода по приведённой ссылке, конечно, так себе. Я приведу свои заметки/версии перевода по начальным пунктам, но не более.

--------------------------------------------
For all the human corpses in your maps, be sure you used MaleBody,
MaleBodyTwo, MaleBodyThree, FemaleBody and Female2Body. Very recently (for
network performance) I added some new subclasses - MaleOneCarcass,
MaleTwoCarcass, MaleThreeCarcass, FemaleOneCarcass, and FemaleTwoCarcass.
These use the regular meshes, and therefore take up a lot of memory (plus
they don't have the extra poses). Check your maps, and make sure you
haven't put any of these in.

[Тут у меня получается перевод с диаметрально противоположным смыслом] В отношении всех человеческих трупов на ваших картах убедитесь, что вы использовали MaleBody, MaleBodyTwo, MaleBodyThree, FemaleBody и Female2Body. Совсем недавно [теперь это уже не так :-)] (в целях сетевой производительности) я добавил некоторые новые подклассы: MaleOneCarcass, MaleTwoCarcass, MaleThreeCarcass, FemaleOneCarcass и FemaleTwoCarcass. Они используют regular mesh-ы [я без понятия, как следует переводить эту терминологию], и, таким образом, занимают много памяти (к тому же у них нет дополнительных поз). Проверьте ваши карты и убедитесь, что вы не поместили туда объект какого-либо из этих классов.

--------------------------------------------
Typically, you will use the default values for the parameters below, with the following exceptions:
Tag, Orders, Ordertag,TeamTag, bTeamLeader, AlarmTag and sometimes Aggressiveness. AttitudeToPlayer, and Combatstyle.

Обычно вы будете использовать значения по умолчанию для нижеприведённых параметров, за исключением следующих из них:
Tag, Orders, Ordertag,TeamTag, bTeamLeader, AlarmTag и иногда Aggressiveness, AttitudeToPlayer и Combatstyle.

--------------------------------------------
[Далее по тексту вместо слова "пешка" я бы использовал "существо".
Значения "true" и "false" я бы вообще не переводил.]

--------------------------------------------
bHasRangedAttack: specifies whether creature can attack from beyond melee range.

bHasRangedAttack: указывает, может ли создание атаковать за пределами зоны ближнего боя.

--------------------------------------------
bTeamLeader: Leader of his team (as defined by the TeamTag). There should be only one per team.

bTeamLeader: Лидер своей команды (указанной в TeamTag). Должен быть только один в команде.

--------------------------------------------
bDelayedPatrol: If true, and creature’s orders are Patroling, then the creature will begin his patrol only when it is triggered. However, it will break off this patrol and react to the player if it sees him. To force the creature to continue to his destination, you can also specify the patrol destination in the creature’s alarmtag.

bDelayedPatrol: если true и свойство Orders у создания имеет значение Patrolling, то создание будет начинать своё патрулирование только когда оно получает сигнал. Однако, оно перестанет заниматься патрулированием и будет реагировать на игрока, если увидит его. Для того чтобы заставить создание двигаться к своей цели, вы также можете указать пункт назначения в свойстве AlarmTag данного создания.

--------------------------------------------
[Замечание по поводу свойства TeamTag: члены одной команды при наличии в ней живого лидера обычно не враждуют друг с другом; например, если вы хотите, чтобы два SkaarjBerserker-а не поцапались между собой, то назначьте им одинаковый непустой TeamTag и сделайте одного из них лидером; если же вы хотите, чтобы члены группы из более двух Skaarj-ей никогда не враждовали между собой, то лидера можно поместить в недосягаемое место, дабы его невозможно было умертвить, нарушив тем самым сплочённость команды.]

--------------------------------------------
Skill: Added skill of this creature. Default is 0. For example, if Skill = 1, then the creature will act like a difficulty 2 creature when the difficulty setting = 1.

Skill: Добавочный навык создания. Значение по умолчанию равно 0. Например, если Skill = 1, то на уровне сложности 1 создание будет действовать так же, как и на уровне сложности 2 при Skill = 0.

--------------------------------------------
SightRadius: Maximum sight distance. Creature’s likelihood of seeing other pawns depends on how far away the other pawn is relative to the creature’s sight radius. the other pawn’s visibility, and (soon) how well lit the other pawn is.

SightRadius: Максимальная дальность видения. Способность создания видеть другое существо зависит от соотношения расстояния между ними и собственной дальности видения, а также от видимости (Visibility) и (скоро) освещённости существа.

--------------------------------------------
HearingThreshold: Minimum scaled noise loudness which can be heard. While the exact hearing range depends on the creature’s alertness, a good rule of thumb is that creatures can hear a typical loud noise if there is a line of sight to the noise location, and HearingThreshold < 200 / (distance to the noise in Unreal units). For example, a creature with HearingThreshold = 0.4 could typically hear noises if they were no more than 500 units away. A hearing threshold of 0.2 translates to a max hearing distance of 1000 units. Creatures can never hear noises which are more than 2800 units away.

HearingThreshold: Минимальная масштабируемая громкость шума, который может быть услышан. В то время как точный диапазон расстояний, где проявляется способность слышать шумы, зависит от уровня настороженности (Alertness) создания, есть хорошее приблизительное правило: создания могут слышать типичный громкий шум, если его источник находится в прямой видимости и выполняется неравенство HearingThreshold < 200 / (расстояние до источника шума в Unreal units (uu)). Например, создание с HearingThreshold = 0.4 обычно может слышать шумы, исходящие с расстояния не более, чем 500 uu. Типичному пороговому значению слуха 0.2 соответствует максимальная дистанция слышимости в 1000 uu. Создания никогда не слышат шумы, исходящие с расстояния более 2800 uu.

--------------------------------------------
CombatStyle: Tactical decision making during combat. Value between 0.0 and 1.0 Higher means the creature is more likely to charge, try to melee, etc.

CombatStyle: Отвечает за принятие тактических решений во время боя. Значение между 0.0 и 1.0. Более высокое значение повышает вероятность того, что существо будет наступать, пытаться перейти к ближнему бою и т.д.

--------------------------------------------
[В контексте данного руководства слово order я бы перевёл как указание, а не приказ]

--------------------------------------------
3. Swarm AI Pawns

3. Существа с групповым ИИ.

--------------------------------------------
Horseflies, biterfish, and blobs all use variations of swarm AI. Do not place individual Horseflies and biterfish in your map. Rather, place horseflySwarms and biterfishSchools, and specify in their properties how many individual creatures they should contain. For blobs, add a parentBlob and a number of bloblets, and give them all the same tag.

Horsefly-и, biterfish-ы и blob-ы используют разновидности группового ИИ. Не размещайте отдельные Horsefly-и и Biterfish-ы на ваших картах. Вместо этого используйте HorseflySwarm и BiterfishSchool и укажите в их свойствах, сколько особей должна содержать стая. Для создания blob-ов добавьте на карту ParentBlob и несколько Bloblet-ов и назначьте им всем одинаковое значение Tag.

Но за ссылочку на архив спасибо

 

Хммм...
Толи я это понимаю как-то уже по-другому, не так как когда переводил, либо разные люди понимают по-разному) Т.е. твои комментарии мне чего-то иного не сказали)
Но учту, если будем править всю имеющуюся документацию.
А буржуйский я не знаю - поэтому и перевод такой)
Вообще, судя по собравшейся аудитории на том сайте, это уже никому не нужно, но может единицам и пригодилось бы твое описание по "по стандартизации C++"

 

Ты про unreal-level.ru?

Offtop

Там речь шла об официальном запросе в ISO (международную организацию по стандартизации), точнее в одну из её рабочих групп, занимающуюся стандартизацией языка C++ (на котором, кстати, написан движок Unreal - по крайней мере, частично ). Запрос касается внесения определённых изменений в спецификацию (стандарт) C++ и нацелен на усовершенствование (прежде всего, в плане производительности) стандартных ассоциативных контейнеров (таких, как std::map/std::set), которые на практике используются довольно часто, поэтому потенциальная совокупная выгода от изменений (как для программеров, так и для конечных пользователей) довольно большая.

Типичный запрос, имеющий достаточно весомые шансы быть реализованным в умеренные сроки, выглядит примерно так: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3406.html (если ссылка не открывается, то черновой вариант можно посмотреть здесь). Сомневаюсь, что у меня получится столь же круто разложить всё по полочкам, но попытаться всё же стоит.

 

Да.

Хех, Нашел тут арт... кривоватый)

 

Бруты кажись стреляют с упреждением, может только не все.
Предложения касательно реакции врагов на невидимого героя и защитного поля наемников поддерживаю.

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

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

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

Впрочем в 227 патче было не самое плохое решение, в виде увеличения скорости снарядов.

 

У кого-нибудь есть вариант преобразования UV в анрыловские TextureU и TextureV для N-гонов?
Я догадывась, что нет, но вдруг?

 

У меня Unreal появился когда вышел в 1998 году. Был вместе с первым PC, первыми дисками. Unreal Gold "GOLD Фаргус" 2CD. Тогда игра просто лежала, не мог установить на компьютер. Потом появился Unreal Tournament, прошел его, но игра не понравилась. Решил поменять ее и первую которая у меня лежала. Спустя несколько лет, где то в 2003, загрузил первый Unreal, прошел 3 4 уровня и стер из за малой динамики, врагов в большом пространстве. Сейчас вспомнил ее и тот интересный ролик который был в начале игры. Реклама разработчиков, показать красоту окружающего виртуального мира. Unreal единственный популярный старый 3D Shooter который не прошел. Может это из за влияния Unreal Tournament, который сразу стал дисциплиной "Кибер спорта" после своего выхода, а может из за игровой моды и влияния друзей.

 

ты абсолютно прав ! Совсем никакой динамичности, огромные пространства, мало врагов, ничего не происходит, да и технологически она вообще ни в какое сравнение с UT не идёт (пофиг, что движки один в один). А иначе чего ту уже несколько страниц люди обсуждают, как бы эту динамичность с технологичность повысить, да монстров побольше и покруче напихать ? Поставь и играй. Всё не так плохо !

 

Разве в Unreal есть существа, которые пускают projectile-ы без упреждения?

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

Зато для меня это был самый приоритетный фикс.

У меня совсем другой опыт: в оригинале гранатами попасть по Skaarj-у в разы проще, чем ракетами.

Убить Skaarj-а из EightBall-а и FlakCannon-а стало сложнее, именно этого я и добивался.

 

Кажется, иногда он "переставал реагировать" в тот момент, когда игрок двигался, и даже когда игрок встал, скаарж продолжал ещё секунду стрелять в место перед игроком.

 

Так это же ОФИГЕНО!! По мне так довольно реалистично вышло)

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

 

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

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

 

Обычные Краллы (не элита).

Во всяком случае, этот вариант уже заметно лучше оригинального .

Получилось так, что и для меня он самый принципиальный, только с противоположной стороны .

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

Недостатки гранат я описывал, и для меня они перевешивают достоинства этого оружия. Если скаарджи начнут опасаться еще и гранат, то арсенал борьбы с ящерами, который итак был в относительном меньшинстве, сократится еще на 3 ствола (EightBall, FlakCannon и GESBioRifle). Зато остальных монстров мы начнем уделывать еще эффективнее, ощущая их еще большими слабаками, потому как почти все мощные стволы теперь потеряют цену и без бережливости станут сливаться на тупых монстрах.