Форум Oni

3. Персонажи

3.1. Основные команды

Каждый персонаж в игре имеет свой индекс (номер), имя и стартовое расположение. Персонажей из одного уровня нельзя переместить в другой уровень или подредактировать его вид, приёмы, реплики - во всяком случае, лишь скриптами, без редактирования ресурсов игры, что стало возможным лишь с относительно недавнего времени. По крайней мере, перенос и глобализация. =) Ныне есть АЕ, и можно об этой проблеме забыть.
Когда персонаж создаётся, он находится именно на своей стартовой позиции, которая, опять же, прописана не в скриптах, а в файле уровня (Character.BINA).
В данной главе должна довольно чётко обозначаться граница между индексом и именем персонажа. Для некоторых операций индекс более приемлем, но он зависит от порядка спавна, и, например, при нелинейном прохождении скрипта с созданием персонажей по ходу выполнения, он может оказаться разным. Едва персонаж появился, номер фиксируется за ним до самой смерти и даже на некоторое время после неё, после чего может быть занят персонажем, созданным уже после его исчезновения.
Индекс игрока (Маи) - всегда нулик (0), имя же варьируется от уровня к уровню, см. пункт 1.2.6. Имя лучше особо не использовать, а для глобальных функций это вообще противопоказано. Разве что использовать их вызов, предварительно кидая из функции конкретного уровня переменную, определяющую уровень и/или имя. Либо определить единое имя в ресурсах игры. -_- Либо пользоваться chr_name, когда оно появится.
Также у многих персонажей в ресурсах прописано название функции, которая будет вызываться при смерти этого персонажа. Иногда к ним добавляются функции, вызываемые вступлением в диалог с персонажем, нанесением ему первого урона, и т.п.
Список персонажей по уровням с указанием имени, внешнего вида, класса, команды, оружия и прочих предметов, а также всех привязанных функций можно взять на OniStuff.

3.1.1. Создание

    ai2_spawn [имя персонажа] [force]
Собственно создаёт персонажа на его стандартной стартовой позиции и со стандартными параметрами (команда, здоровье, оружие).
force позволяет спавнить одного и того же персонажа более одного раза, после чего, впрочем, могут возникнуть проблемы с дальнейшим управлением этими персонажами. Используйте с осторожностью - порой лучше обойтись командой chr_set_class, если необходимо создать иллюзию большого количестве одинаковых персонажей; и в любом случае старайтесь избегать слишком больших толп врагов, делайте упор на качество, а не количество. Больше 16 противников за раз, имхо, никогда не бывает нужно в принципе, иначе это уже моветон. Да видел, видел я свои скрипты, и rh3 тоже видел, вот потому и предостерегаю...
Также есть команда, позволяющая создать сразу всех персонажей, какие только есть на данном уровне. Кстати, ещё имейте ввиду, что на некоторых видеокартах (особенно от NVidia -_-) могут возникать критические ошибки из-за наличия слишком большого количества активных персонажей (таковыми становятся персы, находящиеся примерно в поле зрения игрока). Проблема pathfinding сетки была исправлено в последних версиях daodan'а, да и нижняя планка нвидии лежала на 32 противниках, чего уже предостаточно.

    ai2_spawnall
Страшная штука. Спавнит всех. Всех, кто перечислен в Character.BINA.

    chr_create [индекс персонажа] [start]
Создаёт тело. Тело имеет все "физические" свойства нормального персонажа, но обделено мозгом - АИ в нём отсутствует. Тела обычно используются только для различных полу катсценовых эффектов (start как раз отсылает тело на дело, для которого оно предназначено). Например, в "Региональном управлении" АИ не имеют Мукад в самом начале уровня, Мукад, тыкающий терминал во время катсцены и Мукад с ещё одним ниндзей, удирающие в самом конце. Подобных тел можно создавать сколь угодно много, пока не будут достигнуты лимиты прорисовывания и памяти. И важно не путать индексы этих тел с номерами персонажей (которые присваиваются по порядку спавна).

3.1.2. Первичная настройка

    chr_set_health [имя персонажа] [количество здоровья]
    chr_health [номер персонажа] [количество здоровья]
Даёт заданному персонажу заданное количество здоровья. Здоровье прибавляется и отнимается плавно, как при использовании гипо-спрея и при ударе, особенно сильном. Полное здоровье Маи без эффекта Даодана равно 200 единицам на среднем и сложном уровнях, и 260 на простом. Если быть точным, по умолчанию на простом уровне у игрока установлено 130% от "обычного" здоровья (а на сложном - 125% у врагов).
В принципе, количество здоровья не ограничивается никакими разумными рамками, но всё здоровье, превышающее верхнюю границу даоданавой силы, отображается как равное верхней границе, и соответствует аналогичной даодановой силе. С течением времени избыток здоровья уменьшается - с той же скоростью, что и обычный даодановый излишек.

    chr_full_health [имя персонажа]
Задаёт персонажу максимум здоровья. Команда не изменяет численное количество здоровья, которое является максимум для данного персонажа, а просто даёт ему ровно столько здоровья, сколько можно до вызова эффекта Даодана. И отображает в консоли его численное количество. Причём здесь плавность отключена: здоровье выставляется мгновенно.

    chr_changeteam [имя персонажа] [название команды]
Задаёт принадлежность персонажа к какой-либо команде. Принадлежность к командам влияет как на поведение персонажа (ИИ, за исключениям мирного люда, дерётся с "чужими", не трогает "своих" в соответствии с командными принадлежностями, а также по-разному ведёт себя с "нейтральными" персонажами), так и на сами боевые контакты ("своих" невозможно ударить).
Названия команд и их взаимоотношения строго (с точки зрения скриптов) прописаны в ресурсах, и делятся на TCTF, Syndicate, Konoko, Neutral, Switzerland (катсценовые персонажи), SyndicateAccessory (девушко в начале второго уровня и синдикатские нейтралы последнего уровня), RogueKonoko (в Лаборатории Хасегавы, порой и сама Маи), SecurityGuard (Региональное управление). Будьте внимательны: названия команд, как и всё остальное, чувствительны к регистру, написания вроде "neutral" или "Tctf" работать не будут.
Менять команду можно и самому игроку.

    chr_teleport [имя персонажа] [номер точки]
Мгновенно переносит персонажа к заданному флагу на уровне.

    chr_location [номер персонажа] [абсцисса] [ордината] [аппликата]
Мгновенно переносит персонажа в заданную координатами точку на уровне. Более точная штука, чем телепорт, но требует именно номера, а не имени.
Если Вы не имеете примерного представления о том, куда направленны оси абсцисс и аппликат (ордината всегда направлена вверх) и где находится точка отсчёта - это очень просто определить в консоли:
    where
Напишет в консоли, где Вы находитесь в данный момент, а
    chr_location 0 0 0 0
или
    goto 0 0 0
Мгновенно перенесёт в точку отсчёта. Всё дальнейшее легко расчитать и проверить опытным путём, либо можно попросту бегать (иногда с использованием примерного chr_location для экономии времени, либо с использованием обильного количества девмодовских возможностей по перемещению) по уровню между всеми нужными точками, запрашивая для них where.
Кстати, chr_location без аргументов тоже показывает текущее местоположение игрока, а при перемещении - и старую, и новую координату. Просто where более предназначена для этого, и угол поворота персонажа заодно показывает - мелочь, а приятно. )
Есть и функция, прорисовывающая отрезок, соединяющий игрока с заданной точкой:
    chr_draw_dot [абсцисса] [ордината] [аппликата]

    chr_facetoflag [персонаж] [флаг]
Поворачивает данного персонажа в направлении, на которое ориентирован данный флаг (не "поворачивает к флагу"). Возможно использование, например, сразу после телепортации, чтобы персонаж не смотрел куда попало. Перед использованием стоитт ознакомиться с направлением facing vector'а данного флага, чтобы направление не оказалось неожиданным. =)

    chr_set_class [номер персонажа] [класс]
Задаёт персонажу класс - ONCC в ресурсах, содержащий все физические данные и ссылки на них, включая модель, текстуры, набор анимаций, звуки и т.п. Имя, номер, независимые от класса свойства АИ и всё прочее остаётся прежним.

    chr_nocollision [персонаж] [0/1]
Читообразная функция, отключающая коллизии с архитектурой. Позволяет ходить сквозь стены и прочие предметы, а также ходить по воздуху. Впрочем, комфорта в этом не так уж и много: персонаж без коллизий фиксируется на своём горизонтальном уровне и не может перемещаться по вертикали. Только прыгнуть, но после этого он "зависнет" на новой горизонтальной плоскости в полёте, пока не превысит лимит "падения" и не погибнет. Коллизии с персонажами и подверженность ударам (в отличие от оружия) при этом остаётся.

    chr_enable_collision=[0/1]
Что-то вроде противоположности вышеуказанной функции. Это не функция, а переменная, отключает коллизии не при единице, а при нуле, отключает не одному персонажу, а всем сразу, и  коллизии в данном случае имеются ввиду между персонажами, можно бить и пробегать насквозь (только броски работают из-за иной механики). С архитектурой и оружием коллизии остаются.

    chr_unkillable [персонаж] [0/1]
Делает персонажа неубиваемым. Отличается от invincible тем, что здоровье отнимается без проблем, при достижении нуля возникают соответствующие смерти эффекты (вспышка, звуки, падение), но смерть совсем не фиксируется и персонаж спокойно может встать и отомстить.

    chr_weapon_immune [персонаж]
Делает персонажа неуязвимым к оружию. Необратимо.

3.1.3. Удаление

    ai2_kill [имя персонажа]
Убивает персонажа - так, как если бы он умер обыкновенной насильственной смертью - с анимацией и звуками смерти, выпадением имущества, наличием трупика и вызовом соответствующей функции.
Убитые таким (как и традиционным) способом персонажи не удаляются полностью (вернее, преодолевают стандартное разложение - постепенное удаление различных свойств, физического присутствия, и т.д.), и впоследствии их можно накачать здоровьем, поднять на ноги и анимировать всяческой скриптовой некромантией, но полноценно оживить его вряд ли получится: как АИ, так и боевые настройки после смерти улетают на небеса. >_< Проще создать персонажа заново, предварительно удалив прошлого следующей командой:

    chr_delete [персонаж]
Удаляет персонажа. Безо всяких эффектов, следов и вызова функции смерти (впрочем, chr_wait_health при удалении срабатывает). Может удалить и мёртвое тело. После удаления персонажа можно создать заново - через ai2_spawn или хотя бы chr_create.

Есть и оружие массового поражения:
    chr_kill_all_ai
Убивает всё живое, что уже заспавнилось.

Также стоит упомянуть о блокировании полного удаления:
    chr_death_lock [персонаж] [0/1]
При включенном блоке, персонаж не будет после смерти проходить все стадии разложения (вплоть до удаления), а оставит бесполезное тело со всеми вытекающими. Например, при этом не освободится его порядковый номер, что позволит более точно контролировать эту самую нумерацию.

3.2. ИИ

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

    ai2_passive [персонаж] [0/1]
При единице делает персонажа пассивным. В таком состоянии персонаж не принимает участия в драке, не встаёт, если его уронили (исключение - автоматическое поднятие, если персонаж был за областью видимости временно не обсчитывался), и не выполняет некоторые задачи - патрулирование, включение консоли тревоги, и т.п. Традиционно более распространена команда, управляющая пассивностью сразу всех персонажей:
    ai2_allpassive [0/1]
По сути, обезвреживает и останавливает всех, что незаменимо для дебага и сценок.

    ai2_active [персонаж]
Делает персонажа активным. То бишь, прорисовываемым, анимируемым, обсчитываемым движком. Обычно активность/неактивность автоматически переключается при наличии/отсутствии данного персонажа вблизи поля зрения. Обратная команда:
    ai2_inactive [персонаж]

Для фиксации персонажа в активном состоянии, чтобы он не переключился автоматически:
    chr_lock_active [персонаж]
Для расфиксации, соответственно:
    chr_unlock_active [персонаж]

    ai2_attack [персонаж_1] [персонаж_2]
Заставляет персонажа_1 атаковать персонажа_2, по возможности игнорируя всё остальное. можно таким образом заставить персонажа атаковать того, кто с ним в одной команде, но при отсутствии оружия цели достигнут лишь броски (которые у АИ работают не совсем как у людей). Не работает при пассивности агрессора.

    ai2_movetoflag [персонаж] [номер точки]
Посылает персонажа идти к заданному флагу.

    ai2_comehere [персонаж]
    ai2_followme [персонаж]
Посылают персонажа идти к точке, где стоял игрок на момент вызова этой функции. ai2_followme должна была бы регулярно уточнять текущее расположение игрока, но не делает этого из-за небольшой скосяченности. Для не самых замороченных случаев можно воспользоваться аналогом типа:
var bool follow;
func followme(string ai_name, int step)
{
    ai2_comehere(ai_name);
    sleep(step);
    if(follow) fork followme(ai_name,step);
}
Где follow=1; followme [персонаж] [период обновления координат] позволяет включить следование, а follow=0; - выключить.

При задании движения важно уточнить, как именно персонажу следует двигаться - шагом, бегом, красться, вприпрыжку или боком/задом. Для этого используется следующая команда:
    ai2_setmovementmode [персонаж] [тип движения]
Где тип движения может быть creep, walk, walk_noaim, run, run_noaim.

    ai2_lookatchar [персонаж_1] [персонаж_2]
Заставляет персонажа_1 повернуться в сторону персонажа_2. Есть её более короткий аналог, поворачивающий персонажа к игроку:
    ai2_lookatme [персонаж]

Команды ai2_lookatchar, ai2_movetoflag и ai2_setmovementmode можно применить и к самому игроку, но при одном условии - передаче контроля ИИ следующей командой:
    ai2_takecontrol [0/1]
Где 1 включает эту возможность.

    ai2_makedeaf [персонаж] [0/1]
    ai2_makeblind [персонаж] [0/1]
Глушит и слепит персонажа соответственно. глухой персонаж не реагирует на посторонние звуки (бег-прыг) вне видимости. Слепой, очевидно, ничего не видит (но может поворачиваться на звук, а в боевом настрое даже бегать за источником шума). Слепой персонаж способен драться, если его на это спровоцировать, но только пока провокатор находится в непосредственной близости от слепого: малейшее удаление ведёт к потере цели.
Есть и независимые переменные, делающие глухими/слепыми сразу всех персонажей:
    ai2_deaf=[0/1]
    ai2_blind=[0/1]

    ai2_makeignoreplayer [персонаж] [0/1]
Персонаж игнорирует игрока. Аналогично, для массового игнорирования переменная:
    ai2_ignore_player=[0/1]

    ai2_idle [персонаж]
Даёт установку бездельничать. Обычно стоит перед следующей командой:

    ai2_setjobstate [персонаж]
Назначает текущее действие персонажа его работой. Используется для сброса всего остального в idle и для фиксирования, например, следующей вещи:

    ai2_dopath [персонаж] [путь]
Заставляет персонажа следовать данному пути (обычно патрульный обход по точкам в качестве работы, либо просто пробежка в заданной последовательности).

    ai2_doalarm [персонаж] [номер консоли]
Посылает персонажа нажимать указанную консоль. Не имеет значения, "тревожная" это консоль или "обычная" (на самом деле это почтиодни и те же консоли, просто в "тревожных" функциях, скриптовых же, характерное содержание. ну, и флажок для ИИ для поиска имеется). Более того, функции консоли имеют аргумент в имени имени нажавшего (что в оригинальных скриптах не используется), что можно использовать любым образом.

    chr_animate [персонаж] [название анимации]
Всё просто - персонаж выполняет заданную анимацию. Список анимаций равен списку TRAM. при этом нет никаких ограничений, на каком уровне анимация проигрывается, и соответствует ли данному персонажу, и т.д. Единственная неприятность - при проигрывании _tgt анимаций (жертвы бросков) иногда случается блам. Если ещё не исправлено. )
Суффикс _block традиционно приостанавливает выполнение функции до завершения анимации.

Для исполнения анимаций, циклично исполняющихся в течение переменного времени, следует воспользоваться более полным вариантом:
    chr_animate [персонаж] [название анимации] [длительность]
или
    chr_animate [персонаж] [название анимации] [длительность] [фактическое время]
В первом случае анимация просто будет длиться указанное время (нецикличные анимации тоже повторяются), во втором - анимация будет замедленной, чтобы исполниться в фактическое время (оно должно быть больше или равно длительности). При этом возникают различные побочные эффекты: например, персонаж может переместиться дальше, чем следует.

4. Прочее

4.1. Применительное к игроку

4.1.1. Геймплей
    lock_keys [клавиши]
Блокирует/разблокирует определённые клавиши, используемые игроком. Блокирует при отсутствии аргументов, разблокирует следующие типы: keys_reload, keys_hypo, keys_walk, keys_inventory, keys_action, keys_pause, keys_attack, keys_crouch, keys_jump, keys_movement. Для разблокирования всего сразу - keys_all.

    input [0/1]
Выключает/включает ввод игроком. В отличие от lock_keys, блокируется заодно и реакция на движение мыши.

    chr_aim_width=[число]
Угол (в градусах) поворота камеры (и головы игрока), по достижении которого игрок поворачивается всем телом. При 0~1 повоторов головы практически нет (лишь лёгкое подрагивание при повороте), при отрицательном значении модель будет постоянно потряхивать, при достаточно большом (>180) доступен практически полный оборот камеры вокруг вертикальной оси, однако при полуобороте возникает резкий поворот в "отражение" анимации. Стандарт - 70.

    chr_auto_aim_dist=[число]
Опредяет расстояние до противника, с которого работает "самонаведение" (практически мгновенный поворот точно в сторону цели) ударов. По умолчанию 40.

    chr_auto_aim_arc=[число]
Максимальный угол (в градусах) действия вышеуказанного наведения. По умолчанию 90, что, имхо, не очень удобно. Особенно страшно замечать за собой привычку предугадывать поворот и пытаться компенсировать эту функцию.

    chr_weapon_auto_aim=[0/1]
Отвечает за самонаведение оружия. Имеется ввиду автоматическое удержание прицела на противнике на ближней дистанции, но не "подсветка" прицела, когда он наведён на что-то живое.

    wp_force_no_scale=[0/1]
    wp_force_half_scale=[0/1]
    wp_force_scale=[0/1]
Отвечают за масштабирование прицела. =) При no_scale не масштабируется вообще (кажется, что вдали прицел большой, а вблизи не очень), при scale - сильно масштабируется (оч.большой прицел вблизи), half_scale - среднее и оптимальное.

4.1.2. Не геймплей
    gs_screen_shot_reduce=[число]
Уменьшает делаемые игрой скриншоты в 2^[число] раз. И правильно делает, для полноэкранных режимов.

    fall_back
Игрок падает назад.

    fall_front
Игрок падает вперёд.

    diary_page_unlock [номер]
Выблокировывает страницу данного номера в дневнике.

    chr_focus [номер персонажа]
Передаёт игроку заданного персонажа вместо 0. Не забывайте, что при подобной рокировке нужно тщательно контролировать ai2_takecontrol: и для прошлого персонажа (в частности, для самой 0 ИИ не предусмотрено), и для нового (чтобы не остаться в его теле под его контролем... или остаться)

4.2. Сохранения

    save_game [номер сохранения]
Сохраняет игру (местоположение, здоровье, инвентарь и т.п.) в соответствующий слот. Имеем ввиду, что слотов сохранения в каждом уровне можно иметь до десяти штук, и их вполне можно сделать динамическими (самое простое - по нажатию консоли).

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

4.3. Получение констант

Переменной можно присвоить значение, возвращаемое функцией, но не наоборот. -_-
Помимо самописных функций с return, которые должны-таки работать, есть следующие встроенные функции:

    difficulty
Возвращает сложность игры (0 для простой, 1 для средней, 2 для сложной).

    did_kill_griffen (sic!)
Возвращает (из persist.dat) 1, если Гриффин был убит, 0, если нет.
Этот пункт можно вписать в persist.dat следующей командой:
    killed_griffen [0/1] (sic!)

    chr_is_player [персонаж]
Возвращает истинность того, является ли данный персонаж игроком (для баловства с chr_focus, например).

    chr_has_empty_weapon [персонаж]
Указывает на наличие у данного персонажа пустого оружия в руках (если оружие спрятано или его нет совсем, 0).

    chr_has_lsi [персонаж]
Отвечает за наличие у данного персонажа (не только 0) специального предмета (резак, ключи, и т.д.).

4.4. Ожидание.

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

    chr_wait_health [персонаж] [количество здоровья]
Ждёт, пока здоровье персонажа не пересечёт заданное значение. Так как удары, падения, лечения гипами и chr_set_health работают плавно, ожидание довольно верное.

    chr_wait_animation [персонаж] [названия анимаций]
Ждёт, пока данный персонаж не начнёт выполнять данную анимацию (или любую из нескольких перечисленных). Традиционный аналог скриптового бинда и вообще интерфейса (а до появления консоли - ещё и её замена).

    chr_wait_animtype [персонаж] [типы анимаций]
Ждёт любую анимацию из целого класса (или даже нескольких классов) анимаций. Варианты: punch, kick, run, jump, flip, crouch, crouch_back, standing_turn_left, standing_turn_right, Pickup_Object, Pickup_Object_Mid, Pickup_Pistol, Pickup_Rifle, Pickup_Pistol_Mid, Pickup_Rifle_Mid, Autopistol_Recoil, reload_pistol, reload_rifle.

    wait_for_key
Ожидает нажатия чего-нибудь (что убирает начальную заставку уровня).
________________________________________________________________________________
В дальнейшем всё это будет дополняться и тем, что уже есть, но ещё не оформлено сюда, и тем, что надо просто перевести, и то, о чём будете спрашивать. -_-
На фактические ошибки, опечатки и просто спорные места указывайте, плиз. Они ведь есть, наверное, в немалом количестве...
Кинематику, катсцены, win-lose, dmsg-dprint и прочую неклассифицируемую фигню, которой хватать не будет, тоже перечисляйте. За алфавитным перечнем и на английские источники можно слазить, а тут вопрос в надобности команд... )

Огромное спасибо Амэ за огромное в составлении пособия участие. *_* И за мудрое руководство, пересилившее-таки мою лень. -_- Ну, и вообще... За всё. =)
И спасибо geyser'у за нижеоказываемую помощь и участие в составлении аналогичных англоязычных вещей.

iljaos, во-первых, в последний раз прощаю даблпостинг. В следующий раз буду стирать, не читая.
Во-вторых, подобные вопросы следует задавать в соответствующую тему, или хотя бы создавать новую, с перечислением претензий по недоработкам пособия, которых тут пока что предостаточно, но писаться дополнения будут в единую статью, а не рассредотачиваться по длинной теме, которых уже накопилось несколько штук.
В-третьих, планы уровней есть только в ресурсах игры.
Как описать векторы отсчёта на словах, или даже со скриншотом, без путаницы (а ведь уровни большие), я плохо себе представляю.
Сейчас допишу под chr_location простейший метод определения координат.

geyser написал(а):

Слово "команда" я не люблю.

geyser написал(а):

тип параметров

Угу, это всё поправлю и дополню потихоньку.
Насколько я помню, например, sleep ведь относится к синтаксису и ключевым словам, а не к прочим "функциям"? Его "командой" можно обозвать? ) А то более подходящего слова не вижу... Как и ко всем "внутренним" функциям, которые хотелось отделить от тех функций, которые собственно и задаются в скриптах. Может, это не совсем правильно (но, имхо, и не совсем неправильно), да и вшитые функции можно переписывать в скриптах... Но, возможно, стоит просто уточнить в начале, что именно в контексте подразумевается под "командой", "строкой" и т.п.?

geyser написал(а):

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

А вот это вот действительно забыл написать. О_о Хоть и собирался... Пасиба.

geyser написал(а):

Есть неточности, грубых ошибок пока не заметил.

И на том хорошо. +) Относительно... Дальше по ходу дела дописывать-исправлять буду...

geyser написал(а):

Функции

Ну, с точки зрения представления в скрипте, строка ≈ команда ≈ вызов функции. А вызов функции и сама функция - вещи уже разной природы.
То бишь, имхо, про функции можно написать, например, так:
Функция
func void you_lose(string ai_name)
{
    sleep 240
    fade_out 0 0 0 180
    sleep 240
    lose
}
отвечает за эффект затухания экрана и проигрыш уровня.
А про вызов функции, соответственно, уже иначе:
Строка
    you_lose
отвечает за [то же самое].

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

geyser написал(а):

Музыка и амбиент ничем не отличаются, кроме того, что у них разные регистры, поэтому если стартануть музыку как sound_ambient_start mus_fitec, то её и стопать надо как sound_ambient_stop mus_fitec

Угу. А какого-нить списка в сети о том, что .imp, что .amb, нету? Или просто отправлять всех читать OSBD в ресурсах?..

geyser написал(а):

Кстати о "стопе", вот пример "грубой неточности"

Угу. )

geyser написал(а):

Ни фига. Никаких "блоков".

Угу. Хотя не совсем угу. _block ведь вроде должен тормозить выполнение всего, что после этой строки? А не только диалоговых функций?

geyser написал(а):

Ой. Мих, ты чё?

Воистину ой. А ещё там про float вообще ни слова не было изначально. )) Щас пофиксю всю эту ересь...

geyser написал(а):

Советую употреблять слова "инструкция" (statement) и "выражение" (expression) для базовых элементов кода.

Ок.

geyser написал(а):

Вызов функции - он вызов функции и есть. Ничего неловкого, всё строго и справедливо. Есть функция, и мы её вызываем.

Говоря строго и справедливо, вызов - это вообще скорее процесс. Есть набор символов в скрипте, который инициирует (ну, вернее, заставляет инициировать того, кто этот набор символов исполняет) вызов функции. Есть функция, которая вызывается тем набором символов. А сам вызов - это нечто между ними, или то, во что они входят. Инструкция > вызов > функция. Инструкция пишется в консоль, функция вызывается, а сам вызов - это нажатие ентера и последующие процессы. Либо инструкция пишется в .bsl файл и мирно дожидается своей минуты, а вызов происходит, когда скриптовый движок эту инструкцию читает и выполняет. Обозвать кучу буковок вызовом у меня как-то в принципе язык не поворачивается... Только то, что эта куча буковок делает при своём исполнении. Как-то так.

geyser написал(а):

Дамп имён всей этой толпы нисколько не удобнее читать, чем просто перечень .oni-файлов в Windows Explorer или Total Commander...

Зато, может, чуть удобнее, чем по dir | more... Проблема устарела уже, это во времена IRF_Oni в куче SNDD было почти невозможно ориентироваться...  Да и сейчас, имхо, закономернее и логичнее будет текстовый список читать, нежели только ради этого списка вываливать кучу мусора в какую-нить директорию и затем постоянно к ней обращаться. Файлы ж всё равно никуда не денутся. По крайней мере, из более-менее оригинальных ресурсов...

geyser написал(а):

http://wiki.oni2.net/Music/Ingame

Угу, заодно ссылку сюда вставлю эту... )

geyser написал(а):

"блок инструкций" здесь ни при чём.

Я в курсе, только проникся смыслом всех _block'ов немножко позже, чем написал единственную пришедшую в голову догадку относительно этого суффикса, так как ни chr_animate_block, ни cm_[...]_block особо не пользовался, отдавая всё всемогущему sleep'у. А при вызове отдельной инструкции из консоли разницы с и без _block как бы и нету... При переписывании в cm_ эти блоки поправил, а вот диалог проглядел почему-то...

geyser написал(а):

Тоже мне философ нашёлся...  Все програмисты называют такой вид инструкции вызовом (call), и ничего, никакой путаницы.

Ну, значит, вызов как процесс есть calling от statement'а к function'у, и call ≠ statement. Иначе выходит, что сам вызов и вызывает вызываемое. @_@ Не инструкция есть вызов, а инструкция означает, подразумевает, характеризует вызов. В машинном коде, может, это и одно и то же, но ведь речь-то о bsl. ) Впрочем, ладно, уболтал, вызов так вызов, всё равно команды теперь будут называться инструкциями. )

Про OSBD - тоже угу. Примерно поэтому же и пособие это волочилось еле-еле и едва ли не завяло в начале, что возник вопрос - а зачем вообще расписывать обыкновенные скрипты, функции и особенности наряду с наиболее приближёнными частями оригинальных ресурсов, если всё это скоро начнёт мутировать от гораздо более глубоких модификаций? Когда будут новые оружия и противники, когда почти все ресурсы станут доступны из любого уровня, кинематических мордашек станет в пять раз больше, появятся два новых кавайных цвета для dmsg, новые виды предметов, новые уровни, новые скриптовые функции, наконец, новый движок и новый вид скриптов, например, на том же lua? С одним только девмодом львиная доля скриптовых ухищрений стала выполняться в два счёта прямо из игры, если не нажатием одной-двух хоткеев. Не говоря уж о всплывающих подсказках и консольной ругани, по которой можно заиметь представление о немалой части функций... Другое дело, что в крайности впадать не следует, раз пока что хотя бы часть из этого кому-нибудь да понадобится... )

geyser написал(а):

Вызов есть частный случай инструкции

Что он есть частный случай, само собой, вопрос был в том, сама ли это инструкция, или то, что она делает, за что отвечает и для чего вообще нужна. Т.е. не инструкция-вызов, инструкция-присвоение, инструкция-возврат, а инструкции вызова, присвоения и возврата. Ладно, не надо берданку, я понял уже всё.

geyser написал(а):

Именно поэтому я рекомендую преподавать BSL в первую очередь на примере консольного ввода.

А в таком случае не теряется большая часть смысла скриптов?.. Ну, то есть, это уже получается пособие к консоли, а для скриптов, напротив, надо будет упор сделать на том, что можно и нужно делать только ими, используя консоль максимум как дебаггер с dprint'ами и руганью об ошибках, или как инициатор каких-нибудь функций, без извращений с chr_wait_anim*...

geyser написал(а):

BSL уже сейчас практически достаточен для Эдишна.

Хм, ну раз он ещё таким долго будет, то хорошо. о_О Значит, есть в этом какой-то смысл. ) И даже немалый... О_о

насколько я понимаю, всё, что здесь обозвано "командами" - не что иное, как процедуры, а вот функции, возвращающие какое либо значение в игре есть? можно ли их задать самому?

Если мне не изменяет безжалостно затраханная Михой память,
движок определяет только 5 "функций" (в паскалевом смысле):

bool did_kill_griffen()
bool chr_has_lsi()
bool chr_is_player()
bool chr_has_empty_weapon()
int difficulty()

Остальные влияют на состояние игры либо выводят что-то на печать.
Как видишь, demos_kratos, раздолье весьма умеренное... Се ля ви.

Кроме того, ключевое слово return принадлежит к больным местам BSL.
Целые числа возвращать получается, а вот строки - скорее как бы нет.
Другое больное место - else, а также парсинг строк в условиях для if.

погоди,но ведь я думаю никому не нужно ставить 32 нуля,это глупо,легче ввести liveforever.А то что тебя не ограничивают,так это правда,ставь какие угодно числа,но команда ведь работает

geyser спасибо уже в который раз

awp_master.pro^no clear* я конечно понимаю, что тебе доставляет удовольствие меня поправлять но все же будь по внимательнее. Никто и не спорит, я просто провел исследование, я уже писал что при постановке в chr_set_health большого числа я умер. Вот и решал заняться, вижу что никто не замечал этого.

Извините за недержание флуда, но всё-таки awp_master.pro^no clear* был прав.

iljaos - важно понимать, что такое большие числа. Даже лосю известно, что хелсы в состоянии оверпауэра спадают быстрее, чем один хелс в секунду, но медленнее, чем в секунду 60 хелсов - иначе стандартного оверпауэра (200 сверх нормы или около того) хватало бы на долгие минуты или считанные секунды, соответственно. Допустим, для наглядности, что десять хелсов спадают за три секунды (на самом деле - 60 хелсов за 11 секунд, то есть примерно 5 хелсов в секунду). Тогда 10^32 (единичка и 32 ноля) пропадут за 30*10^30 (тройка и 31 нолик) секунд. Это - тридцать квадрильонов квадрильонов секунд. Или 30 тысяч миллиардов миллиардов миллиардов. Красиво, но ежу по-прежнему непонятно, много это или мало. Что делать?

Начинаем считать секунды. В одном часу их всего-то 60х60=3600, так что до тысячи в наше время не досчитает только ленивый. А до миллиона - шесть нолей - далеко? Оказывается, порядочно. В году (365 дней по 24 часа и ещё 6 часов) секунд наберётся 31557600, то есть тридцать миллионов, то есть до миллиона - шесть нолей - мы будем считать дней эдак двенадцать - это уже надоедает. А миллиард секунд - девять нолей - это уже тридцать лет. Триллион секунд - двенадцать нолей - 30 тысяч лет. Квадрильон - пятнадцать нолей - 30 миллионов лет, тут уже динозаврами попахивает. А квинтильон - всего-то восемнадцать нолей, казалось бы, плешь собачья - это 30 миллиардов лет. Для сравнения, возраст матушки Земли оценивается в 4 с половиной миллиарда лет, а возраст Вселенной - в 18 миллиардов. Дальше считать - ежу не хватает воображения.

То есть - грубо говоря, в нашем приближении, за год съедается 100 миллионов хелсов (восемь нолей), а со времён динозавров, за сто миллионов лет, съелось бы 10 миллионов миллиардов хелсов (16 нолей). А 32 ноля - это ещё на столько же умножить. Так что, iljaos, прочувствуй разницу между твоими Онишными сейшнами и возрастом динозавров "в квадрате". Единичка и 32 нуля - это тебе не хухры-мухры.

Кроме того, нетрудно проверить, что число с 32-мя десятичными знаками без труда перешибает максимальное представимое в машине 32х-битное целое число, то есть 4 294 967 295 (даже 64х-битное перешибает, которое 18 446 744 073 709 551 615). Что это значит? Это значит, что хелсы персонажа могут иметь значение только от 0 до 4 294 967 295 включительно, а любые числа, выходящие за этот диапазон, делятся с остатком на 4 294 967 296, и хелсы приравниваются к вот этому остатку. То есть, если ты напишешь chr_set_health(0, 4294967300), то новые хелсы Коноки будут мизерные - 4 очка. Добавляя твои любимые нолики, ты всего лишь изучаешь остаток деления Очень Круглых Десятичных Чисел на Очень Круглое Двоичное Число 4 294 967 296.

Итак, мы поняли, что самые большие и долгоиграющие хелсы получаются, если вбить chr_set_health(0, 4294967295), или - что то же самое, но запоминается проще и вбивается быстрее - chr_set_health(0, -1). В переводе на человекочасы это даёт - умножаем на 11 (фрэймы), делим на 60 (секунды), ещë на 60 (минуты), ещё на 60 (часы), ещё на 24 (дни) и ещё на 365,25 (годы) - 25 лет. Даже если врубить fast_mode, который ускоряет игровое время в 10 раз и делает игру невозможной - даже тогда этого хватит на 2 с половиной года.

Так что с большими числами, iljaos, надо дружить, а то они на нашей с тобой могиле что-нибуть такое станцуют.

P.S. А, да. Предупреждение экспериментаторам. Если засетить ai2_showhealth=1, то движок для каждых пяти хелсов рисует чёрточку у каждого чела над головой. Если Конока одна и хелсов у неё, скажем, пять миллинов - это миллион чёрточек, и серьёзная нагрузка для движка. Если сделать максимальные хелсы - 4 миллиарда - то при отображении чёрточек Онька просто повиснет.

Ты лучше скажи - ты усёк, что от  chr_set_health(0, 4294967296) тоже умирают?
( а от 33х-значного 100000000000000000000000000000400 - наоборот - нет )
И что на сутки непрерывной игры хватает chr_set_health(0,500000)?

geyser с твоими профессиональными объяснениям, становится почти все понятно.

awp_master.pro^no clear*  ты про 32 муро пошутил, что ли???

awp, "хватит" это не в смысле через день сдохнешь, а через день оверпауер кончится. От противников при таких масштабах зависит не очень сильно. Если ты специально не подставляешься под самые болезненные удары, урон от противников несоразмерим с потерей 5 хелсов в секунду. А 32 перекачанных Муро бьют всего-то в 2.3 раза больнее обычного.
Я думаю, самое важное - помнить, что максимальное 32-х битное неотрицательно целое число - это 4 миллиарда с копейками. И что, поскольку оно неотрицательное, то по модулю (остатку) оно равно -1. Если не нравится минус-единица и есть претензии к полумиллиону, можно вбивать миллиард - его уж точно хватит на годы.

Я думаю, самое важное - помнить, что максимальное 32-х битное неотрицательное целое число - это 4 миллиарда с копейками. И что, поскольку оно неотрицательное, то по модулю (остатку) оно равно -1. Ну и заодно помнить, что 4 миллиарда - это 20 лет оверпауера или 2 года фазовой маски.
Если не нравится chr_set_health(0,-1) и есть претензии к полумиллиону, можно вбивать миллиард - его уж точно хватит на годы.

Ну и конечно, все эти соображения о том, что такое много-мало, можно обобщить на другие неотрицательные целые в Они. С 32-х битными мы разобрались, но есть, в принципе, и 16-битные, максимальное значение которых - 65535. Это уже гораздо меньше часа, если мерить во фреймах. Минут эдак 18. Кроме того, числа бывают со знаком, а это уменьшает максимальное положительное значение вдвое.

Ээээ, вдруг в директории с игрой нашел текстовый файл с описанием всех скриптовых команд - что-то раньше я его не замечал. Или я его скопировал откуда-то...
command: ai2_comehere
desc: tells an AI to come to the player

---

Прикрепленные файлы:
script_commands.txt, Размер: 56,184 байт, Скачано: 1,260

Наверно, но вот не помню точно.

Manticore написал(а):

я не могу сделать новые сценарии? я могу менять только те сценарии, которые заложены в игру?

Поподробнее,видимо ты не так понимаешь слово "сценарии",Сценарии-это понятие растяжимое...

Впринципе да,только команд для этого потребуется намного больше

Manticore написал(а):

Умение написания скриптов поможет в создании мультиплеера или Oni-2? мне кажется что нет.

Умение писать музыку тем более...

Manticore написал(а):

Умение написания скриптов поможет в создании мультиплеера или Oni-2? мне кажется что нет.

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

Отредактировал(а) AWP_Mega (03-07-2009 15:38:53)

Вопервых,его нет в BINACJOBCharactes
Вовторых,игра по твоему читает твои мысли?И он появится там где ты подумал?

А где и что надо написать, чтобы я мог играть за Барабаса? Спасибо!

AWP_Mega написал(а):

займись глобализацией

чем?

Отредактировал(а) Manticore (03-07-2009 17:47:45)

AWP_Mega написал(а):

И это ты собрался нами руководить

я не собирался руководить, я говорил что мой брат может руководить.
Мне надо повнимательнее почитать FAQ-пособие? А что ещё почитать?

Отредактировал(а) Manticore (03-07-2009 17:52:16)

AWP_Mega написал(а):

Блин,doctordulit,прочитал мои мысли

You dont know what I alredy know))))))))))

Вообще не понимаю по какому принципу действует блокировка клавиш,хочу поставить допустим античит(f1 убрать)Ввожу lock_keys fkey1 но ничего не происходит,вижу у вас перед самими действиями стоит keys_ и как догадаться что ввести после?Да и вообще часто замечаю что нужны номера(флаги,страницы дневника и т.д)Где взять-то?Ссылки не видел..Да и с followme не все ясно,работает только тогда,когда захочет

Отредактировал(а) AWP_Mega (28-07-2009 20:49:52)

Спасибо за ответ и ссылки

geyser написал(а):

К страницам дневника разве приходится обращаться из скриптов?

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

geyser написал(а):

И что такое "и т.д."?

Сначала хотел написать про названия команд,номера дверей и консолей,но вдруг вспомнил про stuff

ai2_followme должна была бы регулярно уточнять текущее расположение игрока, но не делает этого из-за небольшой скосяченности

Насчёт "небольшой скосячености" можно поподробнее, или это суть домысел?

diary_page_unlock [номер] Выблокировывает страницу данного номера в дневнике.

Нда? А если я попрошу предъявить рабочий пример применения этой функции?

Мih@ написал(а):

что неясно?

Все что было не ясно уже geyser обьяснил

Добавлено спустя 2 минуты 41 секунду:

geyser написал(а):

AWP_Mega написал(а):

    Сначала хотел написать про названия команд,номера дверей и консолей,но вдруг вспомнил про stuff

    Мih@ написал(а):

    Список дверей по уровням с номерами, названиями, скриншотами, изначальными положениями и названиями сопутствующих индикаторов можно взять на OniStuff.

    Мih@ написал(а):

    Список консолей во всех уровнях с номерами, скриншотами и вызываемыми функциями можно взять на OniStuff.

Ты мог заметить,что я сначала написал,а потом вспомнил

ai2_movetoflag [персонаж] [номер точки]
ну не как не работает да и ai2_attack 1 2
                ai2_movetoflag 1 flag дело даже не в ошибке постановки команды в скриптах,не работает нигде,есть ли команда,которая нормально отправляет персонажа к флагу

geyser написал(а):

Тупишь, батя. Большинство команд обращаются к персам не по индексу, а по имени.

Спасибо,знаю,ты меня не так понял,это не индексы,это номера(типа persona}!{ 1 and persona}!{ 2)

Отредактировал(а) AWP_Mega (31-07-2009 07:50:12)

Хорошо,правда пишу в личку Михе(тебе предпочитаю писать по более серьезным проблемам,или по ресурсам,пока проблем не вижу,да и OUPом пользуюсь чаще,чем сплитом)а он и не думает отвечать,Миха ты личку проверяй пожалуйста,ведь не все мысли мне на форуме излагать,а Ж пишу как привык,лень раскладку туда-сюда щелкать,а вот по вопросам даже стыдно в icq обращаться,какой раз что-либо в скриптах не работает,потом целый день проверяю,и выясняется что в катсцене всего-то в func void ошибки..

Отредактировал(а) AWP_Mega (31-07-2009 11:23:21)

geyser написал(а):

Тупишь, батя. Как можно писать пособие по скриптам без типа входных параметров?

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

AWP_Mega написал(а):

Миха ты личку проверяй пожалуйста

я вижу.

s/persona}!{/nEpCoHa}|{/g s/persona}!{/person/g

doktordulit написал(а):

Как мы все знаем,в ониных скриптах нельзя генериривать случайные числа.

кагбэ этот же метод и в OTA давно используется. модуль юникстайма своими руками. ) никаких чисел из функции не выходит, просто в каждый фрейм времени i оказывается равным новому псевдослучайному числу.
раз запостил в эту тему, имеешь ввиду, что стоит добавить в первый пост? я этот рандом в global вижу примерно так:
var int myintrnd = 0;
var bool dogen = 1;
func void random_gen(int sstep, int rndmax)
{
    myintrnd = myintrnd + 1;
    if (myintrnd > rndmax) myintrnd = 1;
    sleep (sstep);
    if (dogen) fork random_gen(sstep, rndmax);
}
с учётом того, что можно для каждого параллельного счётчика кроме myintrnd либо написать вторую аналогичную функцию, либо внести её сюда же вместе с дополнительным max-аргументом. в случае, если шаг времени для всех един. значение "0" оставлено на случай, если генератор не был запущен вообще.
а вообще, рандом слишком от контекста зависим, единственное преимущество такого варианта - что его можно смело запускать с самого начала и сразу убить стек учесть в ослучаивании точную продолжительность wait_to_key.

Ребят потскажите можно ли как-то сделать чтоб у муро-мутанта(когда ты за него играеш) был телекинез??
Просто у мукада можно было забиндить его шар самоновадящися...

Димидиран написал(а):

а как сделать чтобы Барабас бил только дрожью земли?

Зациклить одну и ту же анимацию на короткий sleep,тогда ты к нему и подойти не сможешь.

BUM написал(а):

Ребят потскажите можно ли как-то сделать чтоб у муро-мутанта(когда ты за него играеш) был телекинез??

Как такого-да,через скрипты-нет.

BUM написал(а):

Просто у мукада можно было забиндить его шар самоновадящися...

С какого перепуга у Мукада самонаводящиеся шары,да и с каких пор их можно биндить?

Отредактировал(а) AWP_Mega (12-05-2010 11:21:11)

demos_kratos написал(а):

Забиндить их нельзя. Можно только заменить следующим образом:

Код:

func void replmuk(void)
{
    chr_wait_animation 0 NINCOMpunch_heavy
    chr_animate 0 NINCOMfireball
    fork replmuk
}

как это нельзя? Кнопки ф2 и ф3 как раз созданы для того чтобы записать на них любые анимации! На них можно
забайндить любые анимации.
Надо просто положить
название анимации в
переменную sc_bind_f2 или
sc_bind_f3. В key_config.txt
должно быть прописано,
например, bind fkey2 to
cutscene1 и bind fkey3 to
cutscene2
з.ы. Но и с твоим вaриaнтом d_k я тожe соглaсeн!

Отредактировал(а) NiKiT@ (13-07-2010 23:51:57)

Оххх....сори...забыл сказать про запись film'ов, спасибо что поправил

http://ssg.oni2.net

Гордон Фриман написал(а):

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

по идее так и должно быть. особенно если создаёшь через ai2_spawn.
если нет, chr_focus в помощь. нумерация в порядке спавна, 0 всегда 0.

Гордон Фриман написал(а):

Ты как то это сделал, вот тут

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

Гордон Фриман написал(а):

Интересно, а как ты вот это сделал, ну приёмы  партикли поменял

это к скриптам не относится. man ONCC; ONCP.

Гордон Фриман написал(а):

поскольку время то в игре раз в 500 ускоряется

ну дык это для красоты, а не для практического применения.

Народ, как остановить функцию вызванной камандой "fork" ?? (Чтобы команда перестала выполнятся)

А кто знает, как изменить скорость полёта пули?? (оружия)

NiKiT@ написал(а):

я знаю)

Куль. Ну и как изменить?

NiKiT@ написал(а):

Мммм...на форуме ответ то есть!)
в файле ONWC по адресу 0x21E находится задержка между выстрелами в фреймах в формате int16
по адресу 0x220 находится задержка, испльзуемая при активации чит-кода "roughjustice"

это если оружие использует только один партикль. если не один, то придётся искать среди массивов партиклей нужный и относительно него эти данные находятся по адресам 0x046 и 0x048 соответственно.

Спасибо за инфу Никит)) Но я имел ввиду немножко другое: скорость полёта пули, а не скорострельность оружия))

NiKiT@ написал(а):

ааа...ну этого я точно не знаю) Помоему можно!

Да, жаль... А силу атаки персонажа (конока или другие) как настроить? Тоесть кол-во хп отнимающиеся при ударах и бросках.

NiKiT@ написал(а):

Ааа.. я как-то это делал)
Читал тут: http://wiki.oni2.net/ONCC

Да, я знаю про ONCC, просто если ты помнишь то скажи строку))

NiKiT@ написал(а):

Если не ошибаюсь, то вначале после рисунка строки:
0x020  float  00 00 34 42  45.000000  maximal falling height without damage 
0x024  float  00 00 07 43  135.000000  maximal falling height with damage

Нее( Это характеристики падения игрока с высоты 45 - падение без повреждений) и начиная с 135 - смертельная

Отредактировал(а) Smith (06-10-2010 18:14:46)

Данные об уроне приемов вроде хранятся в самих TRAMах. А их сложновато редактировать.

Скорость полета пули рекулируется в файле партикля пули (если точнее, то BINA/PAR3). Партикли редактировать тоже не мёд

Про weight. Попробуй изменить и запихнуть в игру и посмотри что получится. Я не пробовал еще.

Про суперудары. Все обозначения анимаций есть тут - http://wiki.oni2.net/Combat_moves
В частности анимации суперударов обозначаются ******kick(punch)_heavy

demos_kratos написал(а):

Данные об уроне приемов вроде хранятся в самих TRAMах. А их сложновато редактировать.

Оппа)) Спасибо за инфу, покопаемся)

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

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

Мih@ написал(а):

chr_set_class [имя персонажа] [класс]
Задаёт персонажу класс - ONCC в ресурсах, содержащий все физические данные и ссылки на них, включая модель, текстуры, набор анимаций, и т.п. Имя, АИ и всё прочее остаётся прежним.

Миха, у тебя ошибка в пособии. На эту команду не влияет имя персонажа, нужно ставить номер перса на уровне! Я уже 2 дня не могу найти номер перса Floor2_Striker_3  на био лаборатории. Имена эта команда не распознает. А номера только наугад. Ты сам это как делал?

Мih@ написал(а):

номер персонажу присваивается в порядке спавна, начиная с игрока под номером 0.

Это по идее с учетом тех, которые есть на уровне, но по какой-то причине не были спавнены? То есть они прописаны в файле уровня, но их нет на уровне, пока не введешь ai2_spawnall

Номера в порядке спавна... Странно, получается тот кого я ищу должен быть на отрезке от 3 до 5, но под этими номерами он не числится.

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

elex написал(а):

стрелочку как в гта

<libastral=enabled>нечто вроде жёлтого objective-кружочка (objective_set) в самой Оньке?</libastral> скорее всего, можно, но скриптовая часть будет заключаться только в вызовах obj_create и obj_kill в нужные моменты. или particle(, create|kill|start|stop|etc.). всё, что нужно - номера/названия этих сущностей и сама их суть.
анимация может быть двух видов - или движется в пространстве сам объект/частица, или на статичную плоскость нужно положить анимированную (построенную из кучки кадров, ага, man TXAN) текстуру. как это делается или хотя бы по какому пути идти проще (объекты ж не из 19 кусков состоят, а просто крутятся и ездиют), понятия не представляю, вопрос далеко не скриптовый. +)

elex написал(а):

Ладно, чёрт с ней со стрелочкой, открывание двери как реализовать?

скриптами - door_open номер_двери
чтобы елозило - зациклить: то door_open, то door_close. предварительно заперев через door_lock.
из игры - к двери привязан квадратный триггер, по которому она может открываться без ctrl, если снят соответствующий бит.

двери могут открываться и горизонтально, и вертикально, и вокруг оси (как в Омегу, например). man BINA/OBJC/DOOR, man DOOR, там должна быть ссылка на OBAN, описывающий движение объекта. если я всё правильно понимаю. ><

Гордон Фриман написал(а):

А какой командой можно привязать какое-либо действие к  смерти того или иного перса?

man BINA/CHAR; man chr_wait_health

Мih@, спасибо за пояснения

подскажите как таймер заставить работать? и как его выключить?
#
# Testing.bsl
#

func void
main(
    void)
{
    env_shade 1500 1501 .9 .8 .9
    gl_fog_blue=0
    gl_fog_red=0
    gl_fog_green=0
    gl_fog_start=.975
    gs_farclipplane_set 900
    start
    if (my_save_point eq 0)
    {
        timer_start 60 lose
    }
    env_show 31 0
    env_show 41 0
}

Отредактировал(а) elex (10-01-2011 11:08:45)

Мih@ , шикарно, работает именно так как нужно, отбрасывает в точку появления, огромное спасибо. А счётчик времени(просто считает затраченное время) можно сделать?

Добавлено спустя 1 минуту 33 секунды:
я уровень5 the airport part deux ковыряю, там нет ничерта кроме скайбокса, с существующими уровнями пока не могу запихать обратно сохранив координаты(руки кривые у меня)

Оно самое, fork counting(60); - точность отсчёта насколько понял, увеличив в 10 раз будет считать по 10 секунд, ещё раз спасибо.

На сегодня всё, левая кнопка у мыши провалилась, теперь завтра продолжу

Большое спасибо   Может тогда расскажете как пользоваться командой man BINA/CHAR; man chr_wait_health

Мih@ написал(а):

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

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

Тогда где, в теме кто где живет?

Окей кэп

Молча

Несколько деталей про планировщик...

fork dmsg "test" – работает, но число аргументов не проверяет
fork chr_wait_animation 0 boo – валится: SLrSchedule_Function_Engine банально передаёт NULL вместо UUtBool * defer, вызывая функцию
перед форком (пытаясь его избежать)
schedule chr_wait_animation(0, "boo") at 0 – валится по тому же поводу, что и предыдущая; а вот с ненулевой задержкой (at 1) уже работает
schedule dmsg("test") at 100 – работает, как и должно
schedule did_kill_griffen at 1 – валится, как и любая другая встроенная функция, возвращающая не void (fork did_kill_griffen, естественно, тоже).
schedule dmsg("test") repeat 3 every 100 Несмотря на проблемы с  at 0 выше, выражение every 0 работает, потому что движок не может избежать создания задачи из-за наличия repeat.


Кто помнит что-нибудь ещё, связанное с wait-функциями, fork, schedule, repeat и т. п.? Пока лимиты в расчёт не берём, и про игнор repeat вне выражения schedule я знаю.

Привет! слушай, как то пытался разобраться во всем этом, но терпения не хватило. не можешь подсказать, есть ли возможность просто закрепить эффект от кода carousel (замедленный режим) за нажатием какой нибудь одной кнопки?

Добавлю к основному списку эти команды. Помимо имеющихся, эти самые нужные из всех.
chr_freeze [персонаж] [1 или 0], где при 1 "отупляет" персонажа. 0 возвращает ум. Или chr_neutral  [персонаж] [1 или 0]
chr_inv_reset [персонаж] - очищает инвентарь.(оружие, гипо, патроны и т.д.)
ai2_chump [персонаж] - создает персонажа для поиска пути.
ai2_chump_stop=1 - останавливает его
ai2_noncombatant [персонаж] [1 или 0] - при 0 персонаж умеет драться, а при 1 начинает вести себя как цивилы
ai2_reset - возвращает всем персонажам на уровне их базовые настройки
ai2_setalert [персонаж] [alert] - устанавливает уровень встревоженности. alert может быть:lull-спокойствие low-низкий medium-средний high-высокий combat-боевой
chr_disable_melee [1 или 0] - то же самое, что и чит canttouchthis, но броски/разоружения/захваты делать можно + при обычных ударах(не бросках и т.д. ) не наносится урон
chr_enable_collision [1 или 0] - при 0 все персонажи станут нематериальны
chr_full_health [персонаж] - повышает здоровье до планки. У каждого персонажа своя "планка"
chr_poison ([персонаж], [урон], [интервал], [начальный интервал]) - отнимает здоровье в зависимости от параметров
chr_weapon_immune [персонаж] - делает персонажа невосприимчивым к оружию
gs_show_corpses [1 или 0] - Показывает или скрывает трупы. При 1 показывает, при 0 нет. Но только те трупы, которые есть на уровне с самого начала
cutscene_sync [mark/on/of] - маркирует точку в катсцене
door_ignore_locks - разблокирует все двери
reset_mechanics - сбрасывает все на уровне (триггеры, туррели, консоли, и т д...) в исходное состояние
chr_draw_weapon [1 или 0] - при 1 показывает оружие, при 0 нет
ai2_report [персонаж] - показывает информацию о персонаже(job, current etc) или ai2_report_verbose [персонаж]
gs_show_particles [1 или 0] - при 1 показывает все частицы, при 0 скрывает
p3_startall - стартует все уровневые частицы
p3_stopall - останавливает все уровневые частицы

Отредактировал(а) Глебс (08-11-2014 11:36:48)