http://stalkerin.gameru.net/wiki/api.php?action=feedcontributions&feedformat=atom&user=RekongstorS.T.A.L.K.E.R. Inside Wiki - Вклад участника [ru]2026-06-13T21:51:14ZВклад участникаMediaWiki 1.22.6http://stalkerin.gameru.net/wiki/index.php?title=3dsmax._%D0%9E%D0%B4%D0%B8%D0%BD_%D0%B8%D0%B7_%D1%81%D0%BF%D0%BE%D1%81%D0%BE%D0%B1%D0%BE%D0%B2_%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B4%D0%BE%D1%80%D0%BE%D0%B3%D0%B8_%D0%BD%D0%B0_%D1%82%D0%B5%D1%80%D1%80%D0%B5%D0%B9%D0%BD%D0%B53dsmax. Один из способов создания дороги на террейне2012-05-28T19:12:53Z<p>Rekongstor: </p>
<hr />
<div>==Создание дороги на терейне при помощи сплайнов и объёмной(2D) привязки==<br />
<br />
<br />
<center>Прежде хочется сказать, что данный урок рассчитан на пользователей имеющих минимальные знания пакета 3ds max и умеющих создавать стандартные примитивы и которые уже пытаются что то сделать сами и имеющих понятие о элементах интерфейса(основные элементы интерфейса я рассматривал в предыдущем уроке)</center><br />
<br />
<br />
<center>И так приступим. Допустим мы имеем такой, ну или почти такой терейн (естественно это не шедевр но для демонстрации принципов сойдёт) :</center><br />
<br />
<center>[[Изображение:max_road1.jpg|300px]]</center><br />
<br />
<br />
<center>Террейн имеет достаточно много полигонов и не является плоским что значительно усложняет процесс создания дороги на нем. </center><br />
<br />
<br />
<center>Ну что ж приступим, для начала мы создадим сплайн который будет являться как бы линейкой для последующего вырезания cut -ом дороги. Для этого нужно перейти в окно Top (Т на клавиатуре) и открыв вкладку create выбрать под вкладку Shapes и выберите line с настройками как на рисунке:</center><br />
<br />
<br />
<center>[[Изображение:max_road2.jpg|300px]]</center><br />
<br />
<br />
<center>После создания сплайна вы увидите примерно следующее:</center><br />
<br />
<center>[[Изображение:max_road3.jpg|300px]]</center><br />
<br />
<br />
<center>Затем выделив сплайн перейдём на вкладку Modify и нажав на плюсик около слова line перейдём на уровень Spline после чего в свойствах сплайна около слова Outline в поле числового ввода укажем ширину нашей дороги(у меня 2,5 метра) :</center><br />
<br />
<center>[[Изображение:max_road4.jpg|300px]]</center><br />
<br />
<br />
<center>После нажатия Enter увидим</center><br />
<br />
<center>[[Изображение:max_road5.jpg|300px]]</center><br />
<br />
<br />
<center>После выделим сам террейн и включим привязку нажав и удерживая на иконку с изображением магнита и цифры</center><br />
<br />
<center>[[Изображение:max_road6.jpg|300px]]</center><br />
<br />
<br />
<center>после снова щелкнем на иконке но уже правой клавишей мыши и выберем как на рисунке</center><br />
<br />
<center>[[Изображение:max_road7.jpg|300px]]</center><br />
<br />
<br />
<center>Выделим террейн перейдём в режим редактирования вертекстов и при нажатой кнопке 2D привязки выберем инструмент cut и щёлкнув на край террейна начнём разрезать(привязка к сплайну служит для того чтобы дорога получилась идеально точной ширины)</center><br />
<br />
<center>[[Изображение:max_road8.jpg|300px]]</center><br />
<br />
<br />
<center>Такой трюк делаем для всей дороги(если вам вдруг понадобится дорога с высокой плотностью полигонов то outline можно применить несколько раз, те как бы усложнить линейку — сплайн). Вот что получилось в итоге у меня</center><br />
<br />
<br />
<center>[[Изображение:max_road9.jpg|300px]]</center><br />
<br />
<center>Но это не конец теперь ещё нужно отредактировать сетку(вспомним remove), те привести её к нормальному виду(если этого не сделать то вы рискуете напороться на инвалид фэйс при попытке добавления вашего творения в игру :))</center><br />
<br />
<center>Вот как стало выглядеть у меня</center><br />
<br />
<center>[[Изображение:max_road10.jpg|300px]]</center><br />
<br />
<br />
<center>Ну вот собственно и всё, хотя лично я придерживаюсь мнения что сначала нужно хорошо продумать геометрию а затем начинать моделировать, дорогу я создаю путём перемещения вертекстов и использованием cut-а. </center><br />
<br />
<br />
<center>PS Существуют и другие способы моделирования, но о них расскажу позже, как будет свободное время.</center><br />
<br />
<br />
'''Автор: Жуков Антон(Dzot), AMK-II(c)'''<br />
<br />
==Дополнения==<br />
* В 3dsmax 9 можно сделать намного проще - Create - Compound Objects - ShapeMerge. Выбираем Copy, Pick Shape и кликаем по лайну. Всё, террейн разрезан. Только придётся поправить текстуру, но это труда, думаю, не составит.<br />
<br />
[[Категория: Wireframe]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=Maya._%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_HUD_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8_%D0%BE%D1%80%D1%83%D0%B6%D0%B8%D1%8F_%D1%81_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%D0%BC_%D0%B0%D0%B2%D1%82%D0%BE%D1%80%D1%81%D0%BA%D0%B8%D1%85_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B2.Maya. Создание HUD модели оружия с использованием авторских скриптов.2012-02-19T09:41:08Z<p>Rekongstor: </p>
<hr />
<div>==Начало==<br />
===Введение===<br />
Итак, я снова с вами и теперь я хочу рассказать об авторских скриптах скриптах и их пользе. И всё же, чем эта статья вам поможет:<br />
* Откроет вам глаза на использование скриптов.<br />
* Покажет вам скрипты, которые очень необходимы.<br />
* Научит или напомнит о пользовании этими скриптами.<br />
И самое главное, расскажет, как создать саму модель не только худа оружия (хотя в статье будет подробно расписано создание именно этой модели), но и создания или редактирования других моделей по аналогии.<br />
<br />
<br />
Итак, почему же я решил написать эту статью?<br />
* Я не знал о том, что я нуб и не знаю, как всё это сделать всё это с помощью обычных средств.<br />
* Я нуб, но есть такие же нубы, которые также мало знают о всём, что было перечислено в списке, именуемым "чем поможет эта статья".<br />
* Я не нуб и действительно нужно объяснить многим людям, как всё это сделать.<br />
<br />
В любом случае, понимайте так, как захотите.<br />
----<br />
<big><blockquote>Рекомендую прочитать другую мою [[Maya._Подробное_описание_создания_объектов|'''статью''']] по работе с объектами и костями.</blockquote></big><br />
----<br />
Теперь приступим к инструментарию!<br />
<br />
===Инструменты===<br />
* Разумеется, сама [http://thepiratebay.org/torrent/3602763/AUTODESK.MAYA.UNLIMITED.V8.5.HYBRID.DVD-ISO Maya]<br />
* [http://www.stalkerin.gameru.net/downloads/SDK/ai_compiler/xray_re-tools-10sep2008.rar Плагины] для работы с ней<br />
* Специальные [http://intreface.narod2.ru/scripts.rar скрипты]<br />
----<br />
<big><blockquote>Сразу скажу, что эти скрипты я нашёл в Google почти случайным образом. Вот [http://dlight.ru/forums/showthread.php?t=848 ссылка на страницу], где эти скрипты и находятся</blockquote> (скрипты были обновлены! скачивайте по ссылке, указанной в инструментах (старую версию), т.к. из новой вырезали нужную функцию)</big><br />
----<br />
==Основное содержание статьи==<br />
===Работа со скриптами===<br />
----<br />
<big><blockquote>Настоятельно рекомендую прочитать документацию к скриптам ''(Инструкция.doc)'' т.к. там находится куча полезной информации о скачанных скриптах</blockquote></big><br />
----<br />
Для начала установим эти скрипты. Это как раз и описано в документации, но я ещё раз это напишу:<br />
* В вашем файловом браузере зайдите в папку Мои документы/maya/scripts.<br />
* Если в папке пусто, нет файлов - залейте в эту папку все скрипты из архива и перезагрузите Maya, ВСЁ!<br />
Сами скрипты довольно просто найти в главной панели Maya: ''Запустите Maya. В строке меню “File, Edit…” в конце будет меню Scripts.''<br />
<br />
Итак, в скриптах много чего интересного для создания объектов. Начну разбирать некоторые скрипты, о которых просто стоит сделать отдельное описание:<br />
*'''Соединение мешей или ''Combine + ...'''''<br />
Не знаю, как у вас, но лично у меня (может, проблема в плагинах?) просто объединить меши нельзя. Для этого можно использовать Mesh\Combine, но сразу после экспорта в любой формат *.object, у меня случается вылет с предложением отправить отсчёт об ошибке. Но не соединят же Autodesk нам геометрию! Вот и тема остаётся нетронутой. Вот я сразу, после того как установил плагин, попробовал использовать этот скрипт (он находит по адресу ''Scripts\Objects\Combine + weld + soft border edges''). После него всё заработало! Выделяем объекты и запускаем скрипт. После этого Maya подумает (зависит от размера объекта) и сделает сливание объектов. Экспорт проходит на ура.<br />
<br />
*'''Сохранение/загрузка костей (аналог сохранения у Physique в Max) или ''Save/load weights to file-cache''''''<br />
К сожалению, этот скрипт не понадобится в создании худа, но, скорее всего, пригодится в других ситуациях, потому что в отличии от привычного некоторым людям сохранения/загрузки Physique в максе, он почему-то исключает любую добавленную геометрию. Но тем не менее все кости после загрузки взаимодействуют с мешом отлично. Вообще, я на него сразу обратил внимание, но только потратил время, достигая нужной цели. Эти функции находится в ''Scripts\Skelet/Skin'' под соответствующими названиями.<br />
----<br />
Возможно, существует для присоединения костей или их изменения...<br />
<br />
<br />
*'''Изменение геометрии или ''Edit skinned geometry'''''<br />
Этот, скорее, один из самых важнейших в этом уроке скриптов, потому что он обеспечивает редактирование геометрии без необходимости детача скина (то есть удаления привязки костей - Detach Skin). Вот что пишет автор об этом скрипте: ''Выделите скиненый объект, запустите скрипт, теперь вы можете редактировать его геометрию как угодно без боязни потерять тщательно разложенные ранее веса, можно резать геометрию, свелдживать вершины, удалять полигоны, создавать новые, менять развертку, удалять историю, все что угодно.'' Это значит, что можно спокойно присоединять к мешу объекты, которые нам нужны (например, оружие или плюшевый мишка для создания худа :D). Сам скрипт лежит по адресу ''Scripts\Skelet/Skin\Edit skinned geometry''. Чтобы прекратить режим изменения геометрии - заново активируйте этот же скрипт.<br />
<br />
*'''Редактирование привязки или ''Skin weights editor'''''<br />
Это второй скрипт, который немаловажен для последующего урока. Автор даже сделал отдельную сноску в документации для этого скрипта, но я ему уделю не так много. Просто скажу, что с помощью этого скрипта можно удалять привязку отдельной или наоборот - создавать её. Она работает довольно просто - выделяем сначала объект, потом активируем скрипт, потом выделяем некоторые вертексы и кость, которая вам нужна. Затем нажимаем Assign и дело в шляпе. Выделенные вертексы поменяют отношение к выделенной кости. Т.е. были привязаны - станут отвязанными и наоборот. Но только есть один момент - если я хочу вернуть действие назад (например, обратно отвязать объект), то окошко выдаёт текст того, что вертексы проассигнены. Об этом попробую написать потом. Этот скрипт лежит в ''Scripts\Skelet/Skin\Skin weights editor''<br />
<br />
===Создание худ модели===<br />
----<br />
<big><blockquote>Предупреждаю сразу - эта часть не предусматривает создание сложных объектов с костями, прикреплёнными к wpn_body и ниже (вроде wpn_scope).О таких случаях я напишу позже.</blockquote></big><br />
----<br />
<br />
Итак, вот то, ради чего многие сюда пришли. Как помню, в [[Milkshape._Перенос_моделей_оружия_из_ЧН%2C_ЗП_в_ТЧ|статье, посвящённой похожему делу, но в ''MilkShape'']] есть такой текст: <br />
* "''Видим, что, вроде бы, перенести оружие из ЧН\ЗП в ТЧ достаточно просто – надо только объединить скелеты рук и оружия, и дело в шляпе. На практике это действительно несложно – при условии, что работаем мы в Maya. Но модмейкеры, как известно, в большинстве своем народ бедный, и Maya им не по карману :). Что же, придется действовать «народными средствами», т.е. при помощи Milkshape 3d, благо, необходимые плагины для него имеются.''"<br />
* "''Ищем в меню пункт, позволяющий присоединить один джоинт к другому, и… нервно бьем кулаком по столу, так как такого пункта там, как ни странно, нет.''"<br />
<br />
Почему-то я тут увидел намёк на то, что в майе такая кнопка быть должна... Тем не менее такой кнопки нет (впоследствии узнаётся то, что она легко появляется после установки скриптов и, при правильном использовании, даёт нужный результат. <font color = "gray"> Вообще-то можно просто в Outliner'е перетащить потомка на родителя. --[[Участник:RedPython|RedPython]] 05:05, 26 марта 2011 (UTC) </font><br />
<br />
Как же пользоваться этими скриптами, я сейчас и расскажу. <br />
<br />
Запускаем Maya. В ней настраиваем нужные параметры (если хотим): ед. измерения и отображение камеры.<br />
Потом импортируем нужные руки. Я работал с руками из ЧН, но можно взять и руки ТЧ (только там пока нет кости wpn_body и её придётся создать и присоединить к основному скелету).<br />
* Если вы импортируете руки из ЧН (или ЗП), то вам придётся задать им путь к текстуре этих рук, которая была прежде скопирована из ЧН/ЗП и навана, к примеру, '''act_arm_perchatka_cs'''<br />
[[Изображение:Руки-Rek0.png]]<br />
<br />
Теперь производим импорт любого объекта (как статики, как и динамики. лучше - статики из СДК, но будет также рассмотрен случай с динамикой).<br />
Если вы импортировали динамический объект, то нажимаем на сам объект и в режиме редактирования анимации нажимаем на Skin\Detach Skin. Потом убираемся - удаляем кости, которые остались после '''этого''' объекта. У нас получился статичный объект. <br />
<br />
Теперь надо подвинуть объект на нужное место (лучше, чтобы его можно было легко выделять без рук и анимировать). Удаляем изменяем нужные вертексы объекта и получается что-то вроде:<br />
<br />
[[Изображение:Руки и объект - Rek0.png]]<br />
<br />
<br />
Теперь, имея динамические руки и статичный объект, можно двигаться дальше. Нажимаем на руки и активируем скрипт ''Scripts\Skelet/Skin\'''Edit skinned geometry'''''<br />
<br />
Теперь выделяем руки и объект и активируем ''Scripts\Objects\'''Combine + weld + soft border edges'''''<br />
<br />
Пауза...<br />
<br />
Нажимаем ещё раз ''Scripts\Skelet/Skin\'''Edit skinned geometry'''''<br />
<br />
Всё. Модель объекта присоединена к худу, но если подвигать некоторыми костями, то будет видно, как объект двигается вместе с костями и причём очень криво. Примерно так:<br />
<br />
[[Изображение:Кривое движение - Rek0.png]]<br />
<br />
Нам это не нужно. Если двигали кости, то возвращаемся назад или нажимаем с выбором главной кости Skin\Go to bind pose<br />
<br />
Теперь настало время привязки объекта к костям. Для этого выделяем худ и активируем ''Scripts\Skelet/Skin\'''Skin weights editor'''''<br />
<br />
У меня появляется окошко, но немного неправильной формы. Чтобы посмотреть содержимое, я просто расширяю его. Видим содержимое: Select some joints and skinned verticies... Я бы сначала выделил ''skinned verticies'' т.е. вертексы объекта. Выделяем объект (у меня это сейф) без рук.<br />
----<br />
<big><blockquote>Если вы не послушали совета, что объект надо передвигать туда, где легко не задеть рук, то выделяем несколько вертексов и нажимаем Shift + Ю (на англ. раскладке)</blockquote></big><br />
----<br />
<br />
Я выделил свой объект и получилось что-то вроде этого:<br />
<br />
[[Изображение:Аттач объекта - Rek0.png]]<br />
<br />
Если у вас получилось что-то аналогичное, то всё, должно быть, правильно.<br />
<br />
Теперь окошко просит выделить кости. Для начала выделим главную кость - ту, что скрепляет все кости. У меня она называется bip01 (напомню, что руки ЧН). Когда вы выделите эту кость, то все остальные кости выделятся вместе с ней. Теперь нажимаем на кнопку внутри окошка: '''Assign'''.<br />
Это исключит объект из всего скелета и, сколько не двигай костями (кроме основной, т.к. она определяет позицию самого объекта), ничего мы не добьёмся. Теперь намечается новый случай - многокостие. Я его так назвал, потому что в некоторых случаях бывает, что объекту нужны кости вроде wpn_scope и т.п. Пока я их не трогаю и создание больших пушек я опишу в отдельной части и потом.<br />
<br />
Если у вас один объект без наворотов, то можно продолжать. Выделяем заново все вертексы объекта и кликаем по косточке wpn_body. Нажимаем Assign. В этом случае скрипт наоборот - сделает вертексы привязвнными к кости.<br />
<br />
Закрываем окно скрипта. Всё с объектом... Экспортируем объект в X-Ray Skeletal Object (выделив меш худа)<br />
<br />
Худ Готов. Теперь осталось его только анимировать. Анимки экспортируем также, как и объект, но только X-Ray Skeletal Motion.<br />
----<br />
<big><blockquote>На заметку: главное в анимации - правильный поворот худа. Он итак по идее правильный. Просто если вы ошиблись в положении худа, то не стоит переделывать положение худа через анимку. Пользуйтесь параметром position в конфиге худа оружия.</blockquote></big><br />
----<br />
Настройки в актор эдиторе можно посмотреть в [[3dsmax._Создание_HUD-модели_оружия#5._.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B0_.D0.BF.D0.B0.D1.80.D0.B0.D0.BC.D0.B5.D1.82.D1.80.D0.BE.D0.B2_.D0.B2_Actor_Editor|аналогичной статье по 3ds максу]]<br />
<br />
Удачи!<br />
<br />
[[Изображение:В_игре.jpg|640px]]<br />
<br />
На заметку: попробуйте себя проверить, добавив какой-нибудь простенький объект.<br />
<br />
==Немного о руках ТЧ==<br />
Если вы хотите историю создания рук, то вы не по адресу, потому что этот раздел посвящён тому, чем может отличаться работа с руками из ТЧ. Итак, распишу по пунктам.<br />
* Импортируем [http://intreface.narod2.ru/wpn_hands_soc.mb модель рук формата] .object<br />
* Импортируем оружие, не забываем отсоединить скин и удалить кости, если оружие было динамическим.<br />
* Включаем '''Edit skinned geometry'''<br />
* Подсоединяем оружие (или погремушку) через '''Combine + weld + soft border edges'''<br />
* Вырубаем '''Edit skinned geometry'''<br />
* Открываем '''Skin weights editor'''<br />
* Выделяем (только) вертексы оружия (или погремушки)<br />
** Если не видим вертексов оружия, то удерживаем правой кнопкой на худе и выбираем '''Vertex'''<br />
* C зажатым Shift, выделяем кость '''root'''<br />
* Нажимем '''Assign'''<br />
* Опять выделяем вертексы оружия<br />
* C зажатым Shift, выделяем кость '''wpn_body'''<br />
* Нажимем '''Assign''' и закрываем окно<br />
** Можно немного полюбоваться, подвигать кости. Не забудьте вернуть всё в порядок через '''Go to bind pose'''<br />
<br />
==Авторы==<br />
*[[Участник:Rekongstor|Rekongstor]]<br />
<br />
==Ссылки на руки==<br />
*[http://rekongstor.narod2.ru/wpn_hand_cs.object wpn_hand_cs.object] - ЧН<br />
*[http://rekongstor.narod2.ru/wpn_hands_soc.object wpn_hands_soc.object] - ТЧ<br />
*[http://intreface.narod2.ru/wpn_hands_soc.object] - ТЧ '''(обновление)'''<br />
<br />
<br />
<br />
<br />
<br />
[[Категория:Wireframe]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9F%D1%80%D0%B8%D1%87%D0%B8%D0%BD%D1%8B_%D0%B2%D1%8B%D0%BB%D0%B5%D1%82%D0%BE%D0%B2_%D0%B8%D0%B3%D1%80%D1%8B_(%D1%80%D0%B0%D0%B7%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D0%BC_%D0%BB%D0%BE%D0%B3%D0%B8)Причины вылетов игры (разбираем логи)2011-08-30T09:19:48Z<p>Rekongstor: </p>
<hr />
<div>Привет всем! Игра сталкер, а конкретно сам движок X-ray довольно капризный, и зачастую как в процессе модификации, так и во время игры игра «вылетает». Чтобы мы знали причину вылета, движок нам оставляет лог вылета. Лог вылета можно посмотреть несколькими способами:<br />
* В текстовом редакторе нажать Ctrl+V (Вставить)<br />
* Посмотреть лог игры включая лог вылета в файле xray_имя_пользователя.log в папке C:\Documents and Settings\All Users\Документы\STALKER-***\logs<br />
* Посмотреть непосредственно в окне багтрекера (только в ЧН и ЗП).<br />
Ну приступим. Начнём с простых:<br />
--------------<br />
<pre><br />
Expression : wave&&wave->length()<br />
Function : CSoundRender_Source::LoadWave<br />
File : E:\stalker\patch_1_0004\xrSound\SoundRender_Source_loader.cpp<br />
Line : 65<br />
Description : Can't open wave file:<br />
Arguments : d:\stalker\gamedata\sounds\music\sound.ogg<br />
</pre><br />
Здесь игра не может открыть звуковой OGG-файл под названием sound в папке d:\stalker\gamedata\sounds\music\<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CRender::texture_load<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender\Texture.cpp<br />
Line : 295<br />
Description : <no expression><br />
Arguments : Can't find texture 'act\act_corp_monolit'<br />
</pre><br />
Не может найти текстуру act_corp_monolit из папки textures\act<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CModelPool::Instance_Load<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender\ModelPool.cpp<br />
Line : 111<br />
Description : <no expression><br />
Arguments : Can't find model file 'physics\mesh.ogf'.<br />
</pre><br />
Не найдена трёхмерная OGF-модель mesh.ogf из папки meshes\physics.<br />
--------------<br />
<pre><br />
Expression : SG<br />
Function : CRender::model_CreateParticles<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender_R2\r2.cpp<br />
Line : 330<br />
Description : Particle effect or group doesn't exist<br />
Arguments : hit_fx\hit_water_00<br />
</pre><br />
Не найдена система частиц (партикл) hit_water_00 в директории hit_fx файла particles.xr (подробно опишу позже).<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CResourceManager::_GetBlender<br />
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager.cpp<br />
Line : 49<br />
Description : <no expression><br />
Arguments : Shader 'models\antigas_glass' not found in library.<br />
</pre><br />
Не найден шейдер models\antigas_glass в библиотеке шейдеров.<br />
--------------<br />
<pre><br />
Expression : fs<br />
Function : CResourceManager::_CreateVS<br />
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager_Resources.cpp<br />
Line : 185<br />
Description : shader file doesnt exist<br />
Arguments : d:\stalker\gamedata\shaders\r2\deffer_impl_flat.vs<br />
</pre><br />
Не найден файл шейдера deffer_impl_flat.vs.<br />
<tt>--Added by Герр. Роммель<br />
Да нет. Тут проблема вся в том, что неправильно закомпилился шейдер, при компиляции уровня на качестве, более высоком чем Draft. Нужно скачивать исправление шейдеров от товарища Haron.<br />
Для ЗП (ЧН) это может ещё быть из-за отсутствия thm"ок для текстур терраина уровня!</tt><br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : out_of_memory_handler<br />
File : D:\prog_repository\sources\trunk\xrCore\xrDebugNew.cpp<br />
Line : 336<br />
Description : <no expression><br />
Arguments : Out of memory. Memory request: 55965 K <br />
</pre><br />
Нехватка оперативной памяти.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File :E:\stalker\sources\trunk\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable ammo_mag_size in [wpn_addon_grenade_launcher]<br />
</pre><br />
Не найдена переменная ammo_mag_size в секции [wpn_addon_grenade_launcher].<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp<br />
Line : 74<br />
Description : <no expression><br />
Arguments : LUA error: C stack overflow<br />
</pre><br />
Переполнение стека. Смотрим внимательно: lua_error. Ошибка возможно в скриптах.<br />
--------------<br />
<pre><br />
Expression : vertex || show_restrictions(m_object)<br />
Function : CPatrolPathManager::select_point<br />
File : E:\stalker\sources\trunk\xr_3da\xrGame\patrol_path_manager.cpp<br />
Line : 155<br />
Description : any vertex in patrol path [sniper_3_walk] in inaccessible for object [stalker_0002]<br />
</pre><br />
Какая то вершина (вейпоинт) пути sniper_3_walk стоит в неположенном месте (например не на аи-сетке). Объект stalker_0002 (в данном случае сталкер) который якобы двигался по пути sniper_3_walk попал на эту точку, а заодно ушёл за аи-сетку. Этого движок не терпит.<br />
<br />
Тоже самое произойдет если координаты(вейпоинт) пути sniper_3_walk совпадет с координатами места где нпс запрешенно находится буть то рестриктор или аномалия в схеме обхода аномалий.<br />
Также этот вылет набюдается при попытке отправить нпс за пределы места работ параметр out_rest = "имя_рестриктора",<br />
в файле загрузки работ гулага<br />
<br />
попробуйте любого сталкера из лагеря новичков отправить допустим к остановке<br />
получите этот самый вылет<br />
--------------<br />
<pre><br />
Expression : e_entity<br />
Function : xrServer::Process_event_reject<br />
File : E:\stalker\sources\trunk\xr_3da\xrGame\xrServer_process_event_reject.cpp<br />
Line : 12<br />
Description : entity not found. id_parent=7540 id_entity=44047 frame=2075050<br />
</pre><br />
Возникают иногда произвольно при смерти неписей. Причина — движок отрабатывая лут изредка теряет серверный объект уничтожаемой вещи, в итоге происходит вылет.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp<br />
Line : 74<br />
Description : <no expression><br />
Arguments : LUA error: e:\stalker\gamedata\scripts\_g.script:20: bad argument #2 to 'format' (string expected, got no value)<br />
</pre><br />
Ошибка распространённая. На первый взгляд кажется, что ошибка как раз в скриптах, но всё может быть иначе. Делаем так: открываем файл _g.script блокнотом, закоменчиваем 20 строку (ставим перед строкой --) и идём к тому месту где поймали вылет. Так мы получим более развёрнутый ответ.<br />
--------------<br />
<pre><br />
Expression : assertion failed<br />
Function : _VertexStream::Lock<br />
File : E:\stalker\patch_1_0004\xr_3da\R_DStreams.cpp<br />
Line : 44<br />
Description : (bytes_need<=mSize) && vl_Count<br />
</pre><br />
Проблема возникает при убийстве НПС\мутанта. Типичный вылет по нехватке ресурсов. Встречается в основном на больший локациях.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : IRender_Visual::Load<br />
File : E:\stalker\patch_1_0004\xr_3da\FBasicVisual.cpp<br />
Line : 58<br />
Description : <no expression><br />
Arguments : Invalid visual<br />
</pre><br />
Неправильный визуал (модель) НПС.<br />
--------------<br />
<pre><br />
Expression : !phrase_dialog->m_PhraseVector.empty()<br />
Function : CPhraseDialog::SayPhrase<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\PhraseDialog.cpp<br />
Line : 140<br />
Description : No available phrase to say, dialog[esc_dialog]<br />
</pre><br />
В диалоге esc_dialog нет доступной для отображения фразы (скажем все заткнуты инфопоршенами).<br />
--------------<br />
<pre><br />
Expression : motion_ID.valid()<br />
Function : CKinematicsAnimated::ID_Cycle<br />
File : D:\prog_repository\sources\trunk\Layers\xrRender\SkeletonAnimated.cpp<br />
Line : 210<br />
Description : ! MODEL: can't find cycle:<br />
Arguments : death_init<br />
</pre><br />
Игра не нашла в модели трёхмерную анимацию с именем death_init.<br />
<br />
--------------<br />
--------------<br />
* Автор статьи — '''Pihan13'''<br />
* Дополнил статью — '''Fireman3000'''<br />
* Частично использовалась информация с сайта http://forum.stalker-simbion.ru/<br />
<br />
<center> '''Не стесняемся — дополняем, если знаем о чём идёт речь.''' </center><br />
<br />
Дополнение к статье(От Fireman3000):<br />
Извините если где нибудь я неправильно пишу. Уж не родился я Колмогором :(<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp<br />
Line : 73<br />
Description : <no expression><br />
Arguments : LUA error: ...hadow of chernobyl\gamedata\scripts\xr_danger.script:116: attempt to index field 'ignore_types' (a nil value)<br />
</pre><br />
Причина вылета в том что игра не понимает значения 0 в danger_ignore.Проще говоря в логике какого то персонажа параметр danger_ignore = 0 либо в минусовом значении. Либо его вообще нету<br />
<br />
P.S. Также может быть причина в том, что в логике у какого-то АИ что-то неправильно указано. Для исправления рекомендую вставить строчку перед 116: get_console():execute(self.object:name()). То имя в логе, которое будет последним после вылета, указывает на персонажа с кривой логикой. --[[Участник:Rekongstor|Rekongstor]] 14:01, 2 июня 2011 (UTC)<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable class in [test_no_klass_npc]<br />
</pre><br />
Не найден класс персонажа. Возможно, нпс не прописан под своим классом в gamedata\npc_profile.xml, либо в creatures\spawn_section.ltx, либо в gameplay\character_desc.xml<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_section<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 342<br />
Description : <no expression><br />
Arguments : Can't open section 'bandage_test_kick1'<br />
</pre><br />
Игра не может найти секцию. Это может быть предмет, нпс и многое другое. Возможно, вы написали название с ошибками. Либо когда добавляли его в: продажу, скрипт, нпс, выпадение из нпс а в редких случиях это может быть иммунитет чего либо(определить пото трудно). Часто такое бывает связано с названием<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable remove_time in [vehicle_btr]<br />
</pre><br />
Не найдена переменная remove_time в секции [vehicle_btr]. А в данном случае ошибка в том что если вы делали предмет как физическую модель(тобишь которую нельзя использовать, говорить и вообще он похож на декорации типа деревьев, столов и прочего хлама) то необходимо указывать remove_time в его секции<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp<br />
Line : 73<br />
Description : <no expression><br />
Arguments : LUA error: ...dow of chernobyl\gamedata\scripts\test_kick.script:34: attempt to call method 'section' (a nil value)<br />
</pre><br />
Метод обращения в игре не предусмотрен. Возможно, стоит пересмотреть подход к тому или иному скрипту<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : rpoints[0].size()<br />
Function : game_sv_Deathmatch::Create<br />
File : D:\prog_repository\sources\trunk\xrGame\game_sv_deathmatch.cpp<br />
Line : 99<br />
Description : rpoints for players not found<br />
</pre><br />
На мультиплеерной карте не найдены точки респавна игроков. В SDK должен быть красный пацанчик. Настроить Team = 0<br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<pre>Expression : fatal error<br />
Function : xrServer::Process_update<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\xrServer_process_update.cpp<br />
Line : 37<br />
Description : <no expression><br />
Arguments : Beer from the creator of 'WP_SHOTG'</pre><br />
<br />
Такое иногда бывает, когда ты (ГГ) или НПС заряжает дробовик или другое оружие со значением tri_state_reload = true.<br />
Это глюк. в игре что-то сбивается, и когда у дробовика максимальное количество заряженых патронов скажем 6, он заряжается за 6 и дальше.. дальше.. дальше.. и так пока не произойдёт вылет с вышеуказанным логом. вылет не значительный и редкий, но если он случается слишком часто, можно в конфигах всех дробовиков и ружей поменять значение tri_state_reload = true на tri_state_reload = false.<br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<pre>Expression : fatal error<br />
Function : CInifile::r_string<br />
File : D:\prog_repository\sources\trunk\xrCore\Xr_ini.cpp<br />
Line : 477<br />
Description : <no expression><br />
Arguments : Can't find variable bound_rect in [level_map]</pre><br />
<br />
Такой лог бывает когда подключаеш локу с ТЧ в ЗП. Причина проста в ЗП уровнях файл строчка bound_rect пишется в файле gamedata\levels\имя_уровня\level.ltx , а в ТЧ строка bound_rect для каждого уровня непосредствено в файле gamedata\config\game_maps_single.ltx ... <br />
<br /> Исправить просто, нужно изменить файл gamedata\levels\имя_уровня\level.ltx в подключеной локации, просто перенести строку bound_rect из game_maps_single.ltx в level.ltx перед строчкой texture . <br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<br />
Небольшой пример из практики по определению ошибки в особых случаях(для начинающих):<br />
Игра зависла, картинка на экране не меняется, на Ctrl + Alt+ Delete не реагирует. Только "Холодная перезагрузка" reset. Но при этом обычно в логе нет записи и обычным Ctrl + V ошибку не увидеть.<br />
Я пользуюсь программой Punto Switcher. Есть в ней опция "дневник", она ведёт запись всех нажатий клавиш и по нажатию сочетаний клавиш содержимое памяти может записывать в дневник.<br />
теперь когда игра зависла и картинка на экране не меняется, нажимаете Ctrl + Alt+ Delete. Внешне ничего не изменится, но ОС будет реагировать<br />
на клавиши, нажимаете сочетание клавишь "записать в дневник". Делаете перезагрузку, открываете дневник - Ваша ошибка записана.<br />
"дядя Саша"<br />
--------------<br />
<br />
[[Категория:FAQ]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%9E%D0%B1%D1%85%D0%BE%D0%B4_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9_mp_ranks.ltx_(%D0%BC%D0%B5%D1%82%D0%BE%D0%B4_%D1%80%D0%B5%D0%BA%D1%80%D0%B8%D1%82%D0%B0)Обсуждение:Обход ограничений mp ranks.ltx (метод рекрита)2011-06-28T21:47:08Z<p>Rekongstor: Новая страница: «а как насчёт сохранения\загрузки? данные сохранятся?»</p>
<hr />
<div>а как насчёт сохранения\загрузки? данные сохранятся?</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9F%D1%80%D0%B8%D1%87%D0%B8%D0%BD%D1%8B_%D0%B2%D1%8B%D0%BB%D0%B5%D1%82%D0%BE%D0%B2_%D0%B8%D0%B3%D1%80%D1%8B_(%D1%80%D0%B0%D0%B7%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D0%BC_%D0%BB%D0%BE%D0%B3%D0%B8)Причины вылетов игры (разбираем логи)2011-06-02T14:02:15Z<p>Rekongstor: </p>
<hr />
<div>Привет всем! Игра сталкер, а конкретно сам движок X-ray довольно капризный, и зачастую как в процессе модификации, так и во время игры игра «вылетает». Чтобы мы знали причину вылета, движок нам оставляет лог вылета. Лог вылета можно посмотреть несколькими способами:<br />
* В текстовом редакторе нажать Ctrl+V (Вставить)<br />
* Посмотреть лог игры включая лог вылета в файле xray_имя_пользователя.log в папке C:\Documents and Settings\All Users\Документы\STALKER-***\logs<br />
* Посмотреть непосредственно в окне багтрекера (только в ЧН и ЗП).<br />
Ну приступим. Начнём с простых:<br />
--------------<br />
<pre><br />
Expression : wave&&wave->length()<br />
Function : CSoundRender_Source::LoadWave<br />
File : E:\stalker\patch_1_0004\xrSound\SoundRender_Source_loader.cpp<br />
Line : 65<br />
Description : Can't open wave file:<br />
Arguments : d:\stalker\gamedata\sounds\music\sound.ogg<br />
</pre><br />
Здесь игра не может открыть звуковой OGG-файл под названием sound в папке d:\stalker\gamedata\sounds\music\<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CRender::texture_load<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender\Texture.cpp<br />
Line : 295<br />
Description : <no expression><br />
Arguments : Can't find texture 'act\act_corp_monolit'<br />
</pre><br />
Не может найти текстуру act_corp_monolit из папки textures\act<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CModelPool::Instance_Load<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender\ModelPool.cpp<br />
Line : 111<br />
Description : <no expression><br />
Arguments : Can't find model file 'physics\mesh.ogf'.<br />
</pre><br />
Не найдена трёхмерная OGF-модель mesh.ogf из папки meshes\physics.<br />
--------------<br />
<pre><br />
Expression : SG<br />
Function : CRender::model_CreateParticles<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender_R2\r2.cpp<br />
Line : 330<br />
Description : Particle effect or group doesn't exist<br />
Arguments : hit_fx\hit_water_00<br />
</pre><br />
Не найдена система частиц (партикл) hit_water_00 в директории hit_fx файла particles.xr (подробно опишу позже).<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CResourceManager::_GetBlender<br />
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager.cpp<br />
Line : 49<br />
Description : <no expression><br />
Arguments : Shader 'models\antigas_glass' not found in library.<br />
</pre><br />
Не найден шейдер models\antigas_glass в библиотеке шейдеров.<br />
--------------<br />
<pre><br />
Expression : fs<br />
Function : CResourceManager::_CreateVS<br />
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager_Resources.cpp<br />
Line : 185<br />
Description : shader file doesnt exist<br />
Arguments : d:\stalker\gamedata\shaders\r2\deffer_impl_flat.vs<br />
</pre><br />
Не найден файл шейдера deffer_impl_flat.vs.<br />
<tt>--Added by Герр. Роммель<br />
Да нет. Тут проблема вся в том, что неправильно закомпилился шейдер, при компиляции уровня на качестве, более высоком чем Draft. Нужно скачивать исправление шейдеров от товарища Haron.<br />
Для ЗП (ЧН) это может ещё быть из-за отсутствия thm"ок для текстур терраина уровня!</tt><br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : out_of_memory_handler<br />
File : D:\prog_repository\sources\trunk\xrCore\xrDebugNew.cpp<br />
Line : 336<br />
Description : <no expression><br />
Arguments : Out of memory. Memory request: 55965 K <br />
</pre><br />
Нехватка оперативной памяти.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File :E:\stalker\sources\trunk\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable ammo_mag_size in [wpn_addon_grenade_launcher]<br />
</pre><br />
Не найдена переменная ammo_mag_size в секции [wpn_addon_grenade_launcher].<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp<br />
Line : 74<br />
Description : <no expression><br />
Arguments : LUA error: C stack overflow<br />
</pre><br />
Переполнение стека. Смотрим внимательно: lua_error. Ошибка возможно в скриптах.<br />
--------------<br />
<pre><br />
Expression : vertex || show_restrictions(m_object)<br />
Function : CPatrolPathManager::select_point<br />
File : E:\stalker\sources\trunk\xr_3da\xrGame\patrol_path_manager.cpp<br />
Line : 155<br />
Description : any vertex in patrol path [sniper_3_walk] in inaccessible for object [stalker_0002]<br />
</pre><br />
Какая то вершина (вейпоинт) пути sniper_3_walk стоит в неположенном месте (например не на аи-сетке). Объект stalker_0002 (в данном случае сталкер) который якобы двигался по пути sniper_3_walk попал на эту точку, а заодно ушёл за аи-сетку. Этого движок не терпит.<br />
<br />
Тоже самое произойдет если координаты(вейпоинт) пути sniper_3_walk совпадет с координатами места где нпс запрешенно находится буть то рестриктор или аномалия в схеме обхода аномалий.<br />
Также этот вылет набюдается при попытке отправить нпс за пределы места работ параметр out_rest = "имя_рестриктора",<br />
в файле загрузки работ гулага<br />
<br />
попробуйте любого сталкера из лагеря новичков отправить допустим к остановке<br />
получите этот самый вылет<br />
--------------<br />
<pre><br />
Expression : e_entity<br />
Function : xrServer::Process_event_reject<br />
File : E:\stalker\sources\trunk\xr_3da\xrGame\xrServer_process_event_reject.cpp<br />
Line : 12<br />
Description : entity not found. id_parent=7540 id_entity=44047 frame=2075050<br />
</pre><br />
Возникают иногда произвольно при смерти неписей. Причина — движок отрабатывая лут изредка теряет серверный объект уничтожаемой вещи, в итоге происходит вылет.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp<br />
Line : 74<br />
Description : <no expression><br />
Arguments : LUA error: e:\stalker\gamedata\scripts\_g.script:20: bad argument #2 to 'format' (string expected, got no value)<br />
</pre><br />
Ошибка распространённая. На первый взгляд кажется, что ошибка как раз в скриптах, но всё может быть иначе. Делаем так: открываем файл _g.script блокнотом, закоменчиваем 20 строку (ставим перед строкой --) и идём к тому месту где поймали вылет. Так мы получим более развёрнутый ответ.<br />
--------------<br />
<pre><br />
Expression : assertion failed<br />
Function : _VertexStream::Lock<br />
File : E:\stalker\patch_1_0004\xr_3da\R_DStreams.cpp<br />
Line : 44<br />
Description : (bytes_need<=mSize) && vl_Count<br />
</pre><br />
Проблема возникает при убийстве НПС\мутанта. Типичный вылет по нехватке ресурсов. Встречается в основном на больший локациях.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : IRender_Visual::Load<br />
File : E:\stalker\patch_1_0004\xr_3da\FBasicVisual.cpp<br />
Line : 58<br />
Description : <no expression><br />
Arguments : Invalid visual<br />
</pre><br />
Неправильный визуал (модель) НПС.<br />
--------------<br />
<pre><br />
Expression : !phrase_dialog->m_PhraseVector.empty()<br />
Function : CPhraseDialog::SayPhrase<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\PhraseDialog.cpp<br />
Line : 140<br />
Description : No available phrase to say, dialog[esc_dialog]<br />
</pre><br />
В диалоге esc_dialog нет доступной для отображения фразы (скажем все заткнуты инфопоршенами).<br />
--------------<br />
<pre><br />
Expression : motion_ID.valid()<br />
Function : CKinematicsAnimated::ID_Cycle<br />
File : D:\prog_repository\sources\trunk\Layers\xrRender\SkeletonAnimated.cpp<br />
Line : 210<br />
Description : ! MODEL: can't find cycle:<br />
Arguments : death_init<br />
</pre><br />
Игра не нашла в модели трёхмерную анимацию с именем death_init.<br />
<br />
--------------<br />
--------------<br />
* Автор статьи — '''Pihan13'''<br />
* Дополнил статью — '''Fireman3000'''<br />
* Частично использовалась информация с сайта http://forum.stalker-simbion.ru/<br />
<br />
<center> '''Не стесняемся — дополняем, если знаем о чём идёт речь.''' </center><br />
<br />
Дополнение к статье(От Fireman3000):<br />
Извините если где нибудь я неправильно пишу. Уж не родился я Колмогором :(<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp<br />
Line : 73<br />
Description : <no expression><br />
Arguments : LUA error: ...hadow of chernobyl\gamedata\scripts\xr_danger.script:116: attempt to index field 'ignore_types' (a nil value)<br />
</pre><br />
Причина вылета в том что игра не понимает значения 0 в danger_ignore.Проще говоря в логике какого то персонажа параметр danger_ignore = 0 либо в минусовом значении. Либо его вообще нету<br />
<br />
P.S. Также может быть причина в том, что в логике у какого-то АИ что-то неправильно указано. Для исправления рекомендую вставить строчку перед 116: get_console():execute(self.object:name()). То имя в логе, которое будет последним после вылета, указывает на персонажа с кривой логикой. --[[Участник:Rekongstor|Rekongstor]] 14:01, 2 июня 2011 (UTC)<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable class in [test_no_klass_npc]<br />
</pre><br />
Не найден класс персонажа. Возможно, нпс не прописан под своим классом в gamedata\npc_profile.xml, либо в creatures\spawn_section.ltx, либо в gameplay\character_desc.xml<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_section<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 342<br />
Description : <no expression><br />
Arguments : Can't open section 'bandage_test_kick1'<br />
</pre><br />
Игра не может найти секцию. Это может быть предмет, нпс и многое другое. Возможно, вы написали название с ошибками. Либо когда добавляли его в: продажу, скрипт, нпс, выпадение из нпс а в редких случиях это может быть иммунитет чего либо(определить пото трудно). Часто такое бывает связано с названием<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable remove_time in [vehicle_btr]<br />
</pre><br />
Не найдена переменная remove_time в секции [vehicle_btr]. А в данном случае ошибка в том что если вы делали предмет как физическую модель(тобишь которую нельзя использовать, говорить и вообще он похож на декорации типа деревьев, столов и прочего хлама) то необходимо указывать remove_time в его секции<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp<br />
Line : 73<br />
Description : <no expression><br />
Arguments : LUA error: ...dow of chernobyl\gamedata\scripts\test_kick.script:34: attempt to call method 'section' (a nil value)<br />
</pre><br />
Метод обращения в игре не предусмотрен. Возможно, стоит пересмотреть подход к тому или иному скрипту<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : rpoints[0].size()<br />
Function : game_sv_Deathmatch::Create<br />
File : D:\prog_repository\sources\trunk\xrGame\game_sv_deathmatch.cpp<br />
Line : 99<br />
Description : rpoints for players not found<br />
</pre><br />
На мультиплеерной карте не найдены точки респавна игроков.<br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<pre>Expression : fatal error<br />
Function : xrServer::Process_update<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\xrServer_process_update.cpp<br />
Line : 37<br />
Description : <no expression><br />
Arguments : Beer from the creator of 'WP_SHOTG'</pre><br />
<br />
Такое иногда бывает, когда ты (ГГ) или НПС заряжает дробовик или другое оружие со значением tri_state_reload = true.<br />
Это глюк. в игре что-то сбивается, и когда у дробовика максимальное количество заряженых патронов скажем 6, он заряжается за 6 и дальше.. дальше.. дальше.. и так пока не произойдёт вылет с вышеуказанным логом. вылет не значительный и редкий, но если он случается слишком часто, можно в конфигах всех дробовиков и ружей поменять значение tri_state_reload = true на tri_state_reload = false.<br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<pre>Expression : fatal error<br />
Function : _out_of_memory<br />
File : E:\stalker\patch_1_0004\xrCore\xrDebugNew.cpp<br />
Line : 359<br />
Description : <no expression><br />
Arguments : Out of memory. Memory request: 114688 K</pre><br />
<br />
Это банальная нехватка памяти. может быть вы включили какую-нибудь программу, которая жрёт много ресурсов (например fraps).<br />
Закройте все активные приложения, и переиграйте.<br />
--------------------------------------------------------------------------------------<br />
Небольшой пример из практики по определению ошибки в особых случаях(для начинающих):<br />
Игра зависла, картинка на экране не меняется, на Ctrl + Alt+ Delete не реагирует. Только "Холодная перезагрузка" reset. Но при этом обычно в логе нет записи и обычным Ctrl + V ошибку не увидеть.<br />
Я пользуюсь программой Punto Switcher. Есть в ней опция "дневник", она ведёт запись всех нажатий клавиш и по нажатию сочетаний клавиш содержимое памяти может записывать в дневник.<br />
теперь когда игра зависла и картинка на экране не меняется, нажимаете Ctrl + Alt+ Delete. Внешне ничего не изменится, но ОС будет реагировать<br />
на клавиши, нажимаете сочетание клавишь "записать в дневник". Делаете перезагрузку, открываете дневник - Ваша ошибка записана.<br />
"дядя Саша"<br />
--------------<br />
<br />
[[Категория:FAQ]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9F%D1%80%D0%B8%D1%87%D0%B8%D0%BD%D1%8B_%D0%B2%D1%8B%D0%BB%D0%B5%D1%82%D0%BE%D0%B2_%D0%B8%D0%B3%D1%80%D1%8B_(%D1%80%D0%B0%D0%B7%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D0%BC_%D0%BB%D0%BE%D0%B3%D0%B8)Причины вылетов игры (разбираем логи)2011-06-02T14:01:08Z<p>Rekongstor: </p>
<hr />
<div>Привет всем! Игра сталкер, а конкретно сам движок X-ray довольно капризный, и зачастую как в процессе модификации, так и во время игры игра «вылетает». Чтобы мы знали причину вылета, движок нам оставляет лог вылета. Лог вылета можно посмотреть несколькими способами:<br />
* В текстовом редакторе нажать Ctrl+V (Вставить)<br />
* Посмотреть лог игры включая лог вылета в файле xray_имя_пользователя.log в папке C:\Documents and Settings\All Users\Документы\STALKER-***\logs<br />
* Посмотреть непосредственно в окне багтрекера (только в ЧН и ЗП).<br />
Ну приступим. Начнём с простых:<br />
--------------<br />
<pre><br />
Expression : wave&&wave->length()<br />
Function : CSoundRender_Source::LoadWave<br />
File : E:\stalker\patch_1_0004\xrSound\SoundRender_Source_loader.cpp<br />
Line : 65<br />
Description : Can't open wave file:<br />
Arguments : d:\stalker\gamedata\sounds\music\sound.ogg<br />
</pre><br />
Здесь игра не может открыть звуковой OGG-файл под названием sound в папке d:\stalker\gamedata\sounds\music\<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CRender::texture_load<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender\Texture.cpp<br />
Line : 295<br />
Description : <no expression><br />
Arguments : Can't find texture 'act\act_corp_monolit'<br />
</pre><br />
Не может найти текстуру act_corp_monolit из папки textures\act<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CModelPool::Instance_Load<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender\ModelPool.cpp<br />
Line : 111<br />
Description : <no expression><br />
Arguments : Can't find model file 'physics\mesh.ogf'.<br />
</pre><br />
Не найдена трёхмерная OGF-модель mesh.ogf из папки meshes\physics.<br />
--------------<br />
<pre><br />
Expression : SG<br />
Function : CRender::model_CreateParticles<br />
File : E:\stalker\patch_1_0004\xr_3da\xrRender_R2\r2.cpp<br />
Line : 330<br />
Description : Particle effect or group doesn't exist<br />
Arguments : hit_fx\hit_water_00<br />
</pre><br />
Не найдена система частиц (партикл) hit_water_00 в директории hit_fx файла particles.xr (подробно опишу позже).<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CResourceManager::_GetBlender<br />
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager.cpp<br />
Line : 49<br />
Description : <no expression><br />
Arguments : Shader 'models\antigas_glass' not found in library.<br />
</pre><br />
Не найден шейдер models\antigas_glass в библиотеке шейдеров.<br />
--------------<br />
<pre><br />
Expression : fs<br />
Function : CResourceManager::_CreateVS<br />
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager_Resources.cpp<br />
Line : 185<br />
Description : shader file doesnt exist<br />
Arguments : d:\stalker\gamedata\shaders\r2\deffer_impl_flat.vs<br />
</pre><br />
Не найден файл шейдера deffer_impl_flat.vs.<br />
<tt>--Added by Герр. Роммель<br />
Да нет. Тут проблема вся в том, что неправильно закомпилился шейдер, при компиляции уровня на качестве, более высоком чем Draft. Нужно скачивать исправление шейдеров от товарища Haron.<br />
Для ЗП (ЧН) это может ещё быть из-за отсутствия thm"ок для текстур терраина уровня!</tt><br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : out_of_memory_handler<br />
File : D:\prog_repository\sources\trunk\xrCore\xrDebugNew.cpp<br />
Line : 336<br />
Description : <no expression><br />
Arguments : Out of memory. Memory request: 55965 K <br />
</pre><br />
Нехватка оперативной памяти.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File :E:\stalker\sources\trunk\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable ammo_mag_size in [wpn_addon_grenade_launcher]<br />
</pre><br />
Не найдена переменная ammo_mag_size в секции [wpn_addon_grenade_launcher].<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp<br />
Line : 74<br />
Description : <no expression><br />
Arguments : LUA error: C stack overflow<br />
</pre><br />
Переполнение стека. Смотрим внимательно: lua_error. Ошибка возможно в скриптах.<br />
--------------<br />
<pre><br />
Expression : vertex || show_restrictions(m_object)<br />
Function : CPatrolPathManager::select_point<br />
File : E:\stalker\sources\trunk\xr_3da\xrGame\patrol_path_manager.cpp<br />
Line : 155<br />
Description : any vertex in patrol path [sniper_3_walk] in inaccessible for object [stalker_0002]<br />
</pre><br />
Какая то вершина (вейпоинт) пути sniper_3_walk стоит в неположенном месте (например не на аи-сетке). Объект stalker_0002 (в данном случае сталкер) который якобы двигался по пути sniper_3_walk попал на эту точку, а заодно ушёл за аи-сетку. Этого движок не терпит.<br />
<br />
Тоже самое произойдет если координаты(вейпоинт) пути sniper_3_walk совпадет с координатами места где нпс запрешенно находится буть то рестриктор или аномалия в схеме обхода аномалий.<br />
Также этот вылет набюдается при попытке отправить нпс за пределы места работ параметр out_rest = "имя_рестриктора",<br />
в файле загрузки работ гулага<br />
<br />
попробуйте любого сталкера из лагеря новичков отправить допустим к остановке<br />
получите этот самый вылет<br />
--------------<br />
<pre><br />
Expression : e_entity<br />
Function : xrServer::Process_event_reject<br />
File : E:\stalker\sources\trunk\xr_3da\xrGame\xrServer_process_event_reject.cpp<br />
Line : 12<br />
Description : entity not found. id_parent=7540 id_entity=44047 frame=2075050<br />
</pre><br />
Возникают иногда произвольно при смерти неписей. Причина — движок отрабатывая лут изредка теряет серверный объект уничтожаемой вещи, в итоге происходит вылет.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp<br />
Line : 74<br />
Description : <no expression><br />
Arguments : LUA error: e:\stalker\gamedata\scripts\_g.script:20: bad argument #2 to 'format' (string expected, got no value)<br />
</pre><br />
Ошибка распространённая. На первый взгляд кажется, что ошибка как раз в скриптах, но всё может быть иначе. Делаем так: открываем файл _g.script блокнотом, закоменчиваем 20 строку (ставим перед строкой --) и идём к тому месту где поймали вылет. Так мы получим более развёрнутый ответ.<br />
--------------<br />
<pre><br />
Expression : assertion failed<br />
Function : _VertexStream::Lock<br />
File : E:\stalker\patch_1_0004\xr_3da\R_DStreams.cpp<br />
Line : 44<br />
Description : (bytes_need<=mSize) && vl_Count<br />
</pre><br />
Проблема возникает при убийстве НПС\мутанта. Типичный вылет по нехватке ресурсов. Встречается в основном на больший локациях.<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : IRender_Visual::Load<br />
File : E:\stalker\patch_1_0004\xr_3da\FBasicVisual.cpp<br />
Line : 58<br />
Description : <no expression><br />
Arguments : Invalid visual<br />
</pre><br />
Неправильный визуал (модель) НПС.<br />
--------------<br />
<pre><br />
Expression : !phrase_dialog->m_PhraseVector.empty()<br />
Function : CPhraseDialog::SayPhrase<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\PhraseDialog.cpp<br />
Line : 140<br />
Description : No available phrase to say, dialog[esc_dialog]<br />
</pre><br />
В диалоге esc_dialog нет доступной для отображения фразы (скажем все заткнуты инфопоршенами).<br />
--------------<br />
<pre><br />
Expression : motion_ID.valid()<br />
Function : CKinematicsAnimated::ID_Cycle<br />
File : D:\prog_repository\sources\trunk\Layers\xrRender\SkeletonAnimated.cpp<br />
Line : 210<br />
Description : ! MODEL: can't find cycle:<br />
Arguments : death_init<br />
</pre><br />
Игра не нашла в модели трёхмерную анимацию с именем death_init.<br />
<br />
--------------<br />
--------------<br />
* Автор статьи — '''Pihan13'''<br />
* Дополнил статью — '''Fireman3000'''<br />
* Частично использовалась информация с сайта http://forum.stalker-simbion.ru/<br />
<br />
<center> '''Не стесняемся — дополняем, если знаем о чём идёт речь.''' </center><br />
<br />
Дополнение к статье(От Fireman3000):<br />
Извините если где нибудь я неправильно пишу. Уж не родился я Колмогором :(<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp<br />
Line : 73<br />
Description : <no expression><br />
Arguments : LUA error: ...hadow of chernobyl\gamedata\scripts\xr_danger.script:116: attempt to index field 'ignore_types' (a nil value)<br />
</pre><br />
Причина вылета в том что игра не понимает значения 0 в danger_ignore.Проще говоря в логике какого то персонажа параметр danger_ignore = 0 либо в минусовом значении. Либо его вообще нету<br />
<br />
P.S. Также может быть причина в том, что в логике у какого-то АИ что-то неправильно указано. Для исправления рекомендую вставить строчку перед 115: get_console():execute(self.object:name()). То имя в логе, которое будет последним после вылета, указывает на персонажа с кривой логикой. --[[Участник:Rekongstor|Rekongstor]] 14:01, 2 июня 2011 (UTC)<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable class in [test_no_klass_npc]<br />
</pre><br />
Не найден класс персонажа. Возможно, нпс не прописан под своим классом в gamedata\npc_profile.xml, либо в creatures\spawn_section.ltx, либо в gameplay\character_desc.xml<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_section<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 342<br />
Description : <no expression><br />
Arguments : Can't open section 'bandage_test_kick1'<br />
</pre><br />
Игра не может найти секцию. Это может быть предмет, нпс и многое другое. Возможно, вы написали название с ошибками. Либо когда добавляли его в: продажу, скрипт, нпс, выпадение из нпс а в редких случиях это может быть иммунитет чего либо(определить пото трудно). Часто такое бывает связано с названием<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CInifile::r_string<br />
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp<br />
Line : 352<br />
Description : <no expression><br />
Arguments : Can't find variable remove_time in [vehicle_btr]<br />
</pre><br />
Не найдена переменная remove_time в секции [vehicle_btr]. А в данном случае ошибка в том что если вы делали предмет как физическую модель(тобишь которую нельзя использовать, говорить и вообще он похож на декорации типа деревьев, столов и прочего хлама) то необходимо указывать remove_time в его секции<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : fatal error<br />
Function : CScriptEngine::lua_error<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp<br />
Line : 73<br />
Description : <no expression><br />
Arguments : LUA error: ...dow of chernobyl\gamedata\scripts\test_kick.script:34: attempt to call method 'section' (a nil value)<br />
</pre><br />
Метод обращения в игре не предусмотрен. Возможно, стоит пересмотреть подход к тому или иному скрипту<br />
<br />
--------------<br />
<br />
--------------<br />
<pre><br />
Expression : rpoints[0].size()<br />
Function : game_sv_Deathmatch::Create<br />
File : D:\prog_repository\sources\trunk\xrGame\game_sv_deathmatch.cpp<br />
Line : 99<br />
Description : rpoints for players not found<br />
</pre><br />
На мультиплеерной карте не найдены точки респавна игроков.<br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<pre>Expression : fatal error<br />
Function : xrServer::Process_update<br />
File : E:\stalker\patch_1_0004\xr_3da\xrGame\xrServer_process_update.cpp<br />
Line : 37<br />
Description : <no expression><br />
Arguments : Beer from the creator of 'WP_SHOTG'</pre><br />
<br />
Такое иногда бывает, когда ты (ГГ) или НПС заряжает дробовик или другое оружие со значением tri_state_reload = true.<br />
Это глюк. в игре что-то сбивается, и когда у дробовика максимальное количество заряженых патронов скажем 6, он заряжается за 6 и дальше.. дальше.. дальше.. и так пока не произойдёт вылет с вышеуказанным логом. вылет не значительный и редкий, но если он случается слишком часто, можно в конфигах всех дробовиков и ружей поменять значение tri_state_reload = true на tri_state_reload = false.<br />
<br />
--------------<br />
<br />
--------------<br />
<br />
<pre>Expression : fatal error<br />
Function : _out_of_memory<br />
File : E:\stalker\patch_1_0004\xrCore\xrDebugNew.cpp<br />
Line : 359<br />
Description : <no expression><br />
Arguments : Out of memory. Memory request: 114688 K</pre><br />
<br />
Это банальная нехватка памяти. может быть вы включили какую-нибудь программу, которая жрёт много ресурсов (например fraps).<br />
Закройте все активные приложения, и переиграйте.<br />
--------------------------------------------------------------------------------------<br />
Небольшой пример из практики по определению ошибки в особых случаях(для начинающих):<br />
Игра зависла, картинка на экране не меняется, на Ctrl + Alt+ Delete не реагирует. Только "Холодная перезагрузка" reset. Но при этом обычно в логе нет записи и обычным Ctrl + V ошибку не увидеть.<br />
Я пользуюсь программой Punto Switcher. Есть в ней опция "дневник", она ведёт запись всех нажатий клавиш и по нажатию сочетаний клавиш содержимое памяти может записывать в дневник.<br />
теперь когда игра зависла и картинка на экране не меняется, нажимаете Ctrl + Alt+ Delete. Внешне ничего не изменится, но ОС будет реагировать<br />
на клавиши, нажимаете сочетание клавишь "записать в дневник". Делаете перезагрузку, открываете дневник - Ваша ошибка записана.<br />
"дядя Саша"<br />
--------------<br />
<br />
[[Категория:FAQ]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=Space_restrictorSpace restrictor2011-06-01T09:57:44Z<p>Rekongstor: </p>
<hr />
<div>==Начало==<br />
----------------------------------------------------------<br />
Значит, распаковываем алл.спавн с помощью ACDC...Распаковали.<br />
Откроем, например, alife_l02_garbage.ltx.<br />
В самом конце допишем:<br />
<br />
<pre><br />
[2145]<br />
; cse_abstract properties<br />
section_name = space_restrictor<br />
name = sgm_kvest<br />
position = 41.297409057617,0.44233170151711,-299.86953735352<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = 253<br />
distance = 0<br />
level_vertex_id = 214760<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[logic]<br />
active = sr_idle<br />
[sr_idle]<br />
on_actor_inside = %+story_sgm_kvest2_3%<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = box<br />
shape0:axis_x = 6.5,0,0<br />
shape0:axis_y = 0,6.5,0<br />
shape0:axis_z = 0,0,6.5<br />
shape0:offset = 0,0,0<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 3<br />
</pre><br />
<br />
Где<br><br />
[2145] - порядковый номер<br><br />
section_name = space_restrictor - имя секции (нам надо space_restrictor)<br><br />
name = svalka_prikol - личное имя (задаём любое)<br><br />
position = - позиции (место, где будем спавнить его)<br><br />
direction = - поворот рестриктра (не трогаем...)<br><br />
game_vertex_id = - геймвертекс <br><br />
level_vertex_id = - левелвертекс <br><br />
<br />
''Примечание: координаты спавна, game_vertex_id и level_vertex_id можно получить с помощью следующей функции:''<br><br />
<lua><br />
function main_menu:OnButton_credits_clicked()<br />
local text<br />
local vid<br />
local gvid<br />
local a = vector()<br />
local text<br />
a = db.actor:position()<br />
vid = db.actor:level_vertex_id()<br />
gvid = db.actor:game_vertex_id() <br />
text = "Позиция:\\nX= "..a.x.."\\nY= "..a.y.."\\nZ= "..a.z.."\\nlevel_vertex= "..vid.."\\ngame_vertex_id= "..gvid<br />
news_manager.send_tip(db.actor, text, nil, nil, 30000)<br />
end<br />
</lua><br />
<br />
просто допишите её в ui_main_menu.script, в самом конце.<br />
<br />
==Логика==<br />
<br />
===Выдача infoportions===<br />
Теперь логика для рестриктора:<br />
<br />
<pre><br />
[logic]<br />
active = sr_idle<br />
<br />
[sr_idle]<br />
on_actor_inside = %+имя инфопоршня%<br />
END<br />
</pre><br />
<br />
С такой логикой рестриктор будет выдавать ГГ инфопоршень.<br />
<br />
===Эффекты выброса===<br />
<br />
<pre><br />
[logic]<br />
active = sr_idle<br />
<br />
[sr_idle]<br />
on_timer = 100000| %=start_small_reject% sr_idle2<br />
<br />
[sr_idle2]<br />
on_timer = 100000| %=start_small_reject% sr_idle<br />
END<br />
</pre><br />
<br />
Такая логика будет запускать каждые 100 сек. эффекты выброса.<br />
<br />
===Проверка на наличие и выдача infoportion===<br />
<pre><br />
[logic]<br />
active = sr_idle<br />
<br />
[sr_idle]<br />
on_actor_inside = {=имя_инфопоршня_3 +имя_инфопоршня_2} nil %+имя_инфопоршня_1%<br />
END<br />
</pre><br />
<br />
{=имя_инфопоршня_3 +имя_инфопоршня_2} - это проверка(условие) что у ГГ есть нужный инфопоршень.Если есть,то рестриктор выдаст нужный инфопоршень.<br />
<br />
==Shapes==<br />
Двигаем дальше.<br><br />
shapes = тут вписываем названия шейпов<br><br />
<br />
Пример:<br />
<pre><br />
shapes = shape0<br />
</pre><br />
<br />
shape0:type = - это тип шейпа. Ставить или box,или sphere.<br><br />
box - коробка<br><br />
sphere - сфера<br><br />
<br />
shape0:axis_x = ваша цифра,0,0<br><br />
shape0:axis_y = 0,ваша цифра,0<br><br />
shape0:axis_z = 0,0,ваша цифра<br><br />
- это размеры шейпа.<br><br />
<br />
restrictor_type - тип рестриктра.<br /><br />
Я везде ставлю restrictor_type = 3, поэтому сказать не могу на что влияет значение.<br /><br />
Ну вот и всё.Думаю всё чётко и ясно.Будут вопросы обращайтесь.<br /><br />
ПС: спасибо р-09 за объяснение некоторых моментов с логикой.<br /><br />
<br />
Статью написал:<br />
'''джЭдай, SGMTeam.'''<br><br />
Статью преобразовывал в вики (неправильный перенос строк, ошибки с отсутствием некоторых знаков, запись в категорию) - '''Rekongstor'''<br />
<br />
[[Категория:Конфигурационные файлы]] [[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:SoC._%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%B5%D0%BC_%D1%85%D1%83%D0%B4_%D0%BC%D0%B0%D1%81%D0%BA%D0%B8Обсуждение:SoC. Создаем худ маски2011-05-30T16:48:02Z<p>Rekongstor: </p>
<hr />
<div>а не спижжен ли у xstream & red75 этот скрипт?<br />
<br />
Weanchester: "Ответишь?"<br />
<br />
Rekongstor : да тут, вижу, назревает холивар по поводу неправильного скрипта :)<br />
xstream & red75, если вы делали этот скрипт, то займитесь логикой: если у меня в инвентаре костюм сталкера, а надет костюм новичка, то будет выдан худ. надо делать такую проверку<br />
local slot = db.actor:item_in_slot(6)<br />
if slot then<br />
if slot:section() == "stalker_outfit" or slot:section() == "killer_outfit" then -- можно указать другие костюмы<br />
-- далее установка худа или его удаление, если условие вернёт false<br />
else<br />
-- убираем худ<br />
end<br />
else <br />
-- убираем худ<br />
end<br />
правильней, конечно, всё в один if запихнуть, но я не рискую и считаю, что так правильно.</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:SoC._%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%B5%D0%BC_%D1%85%D1%83%D0%B4_%D0%BC%D0%B0%D1%81%D0%BA%D0%B8Обсуждение:SoC. Создаем худ маски2011-05-30T16:47:30Z<p>Rekongstor: </p>
<hr />
<div>а не спижжен ли у xstream & red75 этот скрипт?<br />
<br />
Weanchester: "Ответишь?"<br />
<br />
да тут, вижу, назревает холивар по поводу неправильного скрипта :)<br />
xstream & red75, если вы делали этот скрипт, то займитесь логикой: если у меня в инвентаре костюм сталкера, а надет костюм новичка, то будет выдан худ. надо делать такую проверку<br />
local slot = db.actor:item_in_slot(6)<br />
if slot then<br />
if slot:section() == "stalker_outfit" or slot:section() == "killer_outfit" then -- можно указать другие костюмы<br />
-- далее установка худа или его удаление, если условие вернёт false<br />
else<br />
-- убираем худ<br />
end<br />
else <br />
-- убираем худ<br />
end<br />
правильней, конечно, всё в один if запихнуть, но я не рискую и считаю, что так правильно.</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-03-07T13:52:30Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
-----<br />
{||border=0 cellpadding="0" cellspacing="0" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}<br />
-----<br />
<br />
<br /><br />
:'''Rekongstor, используй кнопку предпросмотра:'''<br />
<br />
http://img.gameru.net/img/65fbc.png<br />
<br />
[[Участник:RedPython|RedPython]] 12:24, 9 января 2011 (UTC)<br />
<br />
Та я использую :) Просто так иногда приходится комп вырубать или добавить что-то... Так что вот не получается. Но я постараюсь :)</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=Maya._%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_HUD_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8_%D0%BE%D1%80%D1%83%D0%B6%D0%B8%D1%8F_%D1%81_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%D0%BC_%D0%B0%D0%B2%D1%82%D0%BE%D1%80%D1%81%D0%BA%D0%B8%D1%85_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B2.Maya. Создание HUD модели оружия с использованием авторских скриптов.2011-01-21T10:39:07Z<p>Rekongstor: Обновил для рук ТЧ</p>
<hr />
<div>==Начало==<br />
===Введение===<br />
Итак, я снова с вами и теперь я хочу рассказать об авторских скриптах скриптах и их пользе. И всё же, чем эта статья вам поможет:<br />
* Откроет вам глаза на использование скриптов.<br />
* Покажет вам скрипты, которые очень необходимы.<br />
* Научит или напомнит о пользовании этими скриптами.<br />
И самое главное, расскажет, как создать саму модель не только худа оружия (хотя в статье будет подробно расписано создание именно этой модели), но и создания или редактирования других моделей по аналогии.<br />
<br />
<br />
Итак, почему же я решил написать эту статью?<br />
* Я не знал о том, что я нуб и не знаю, как всё это сделать всё это с помощью обычных средств.<br />
* Я нуб, но есть такие же нубы, которые также мало знают о всём, что было перечислено в списке, именуемым "чем поможет эта статья".<br />
* Я не нуб и действительно нужно объяснить многим людям, как всё это сделать.<br />
<br />
В любом случае, понимайте так, как захотите.<br />
----<br />
<big><blockquote>Рекомендую прочитать другую мою [[Maya._Подробное_описание_создания_объектов|'''статью''']] по работе с объектами и костями.</blockquote></big><br />
----<br />
Теперь приступим к инструментарию!<br />
<br />
===Инструменты===<br />
* Разумеется, сама [http://thepiratebay.org/torrent/3602763/AUTODESK.MAYA.UNLIMITED.V8.5.HYBRID.DVD-ISO Maya]<br />
* [http://www.stalkerin.gameru.net/downloads/SDK/ai_compiler/xray_re-tools-10sep2008.rar Плагины] для работы с ней<br />
* Специальные [http://www.propergraphics.com/www/denis/scripts.rar скрипты]<br />
----<br />
<big><blockquote>Сразу скажу, что эти скрипты я нашёл в Google почти случайным образом. Вот [http://dlight.ru/forums/showthread.php?t=848 ссылка на страницу], где эти скрипты и находятся</blockquote></big><br />
----<br />
==Основное содержание статьи==<br />
===Работа со скриптами===<br />
----<br />
<big><blockquote>Настоятельно рекомендую прочитать документацию к скриптам ''(Инструкция.doc)'' т.к. там находится куча полезной информации о скачанных скриптах</blockquote></big><br />
----<br />
Для начала установим эти скрипты. Это как раз и описано в документации, но я ещё раз это напишу:<br />
* В вашем файловом браузере зайдите в папку Мои документы/maya/scripts.<br />
* Если в папке пусто, нет файлов - залейте в эту папку все скрипты из архива и перезагрузите Maya, ВСЁ!<br />
Сами скрипты довольно просто найти в главной панели Maya: ''Запустите Maya. В строке меню “File, Edit…” в конце будет меню Scripts.''<br />
<br />
Итак, в скриптах много чего интересного для создания объектов. Начну разбирать некоторые скрипты, о которых просто стоит сделать отдельное описание:<br />
*'''Соединение мешей или ''Combine + ...'''''<br />
Не знаю, как у вас, но лично у меня (может, проблема в плагинах?) просто объединить меши нельзя. Для этого можно использовать Mesh\Combine, но сразу после экспорта в любой формат *.object, у меня случается вылет с предложением отправить отсчёт об ошибке. Но не соединят же Autodesk нам геометрию! Вот и тема остаётся нетронутой. Вот я сразу, после того как установил плагин, попробовал использовать этот скрипт (он находит по адресу ''Scripts\Objects\Combine + weld + soft border edges''). После него всё заработало! Выделяем объекты и запускаем скрипт. После этого Maya подумает (зависит от размера объекта) и сделает сливание объектов. Экспорт проходит на ура.<br />
<br />
*'''Сохранение/загрузка костей (аналог сохранения у Physique в Max) или ''Save/load weights to file-cache''''''<br />
К сожалению, этот скрипт не понадобится в создании худа, но, скорее всего, пригодится в других ситуациях, потому что в отличии от привычного некоторым людям сохранения/загрузки Physique в максе, он почему-то исключает любую добавленную геометрию. Но тем не менее все кости после загрузки взаимодействуют с мешом отлично. Вообще, я на него сразу обратил внимание, но только потратил время, достигая нужной цели. Эти функции находится в ''Scripts\Skelet/Skin'' под соответствующими названиями.<br />
----<br />
Возможно, существует для присоединения костей или их изменения...<br />
<br />
<br />
*'''Изменение геометрии или ''Edit skinned geometry'''''<br />
Этот, скорее, один из самых важнейших в этом уроке скриптов, потому что он обеспечивает редактирование геометрии без необходимости детача скина (то есть удаления привязки костей - Detach Skin). Вот что пишет автор об этом скрипте: ''Выделите скиненый объект, запустите скрипт, теперь вы можете редактировать его геометрию как угодно без боязни потерять тщательно разложенные ранее веса, можно резать геометрию, свелдживать вершины, удалять полигоны, создавать новые, менять развертку, удалять историю, все что угодно.'' Это значит, что можно спокойно присоединять к мешу объекты, которые нам нужны (например, оружие или плюшевый мишка для создания худа :D). Сам скрипт лежит по адресу ''Scripts\Skelet/Skin\Edit skinned geometry''. Чтобы прекратить режим изменения геометрии - заново активируйте этот же скрипт.<br />
<br />
*'''Редактирование привязки или ''Skin weights editor'''''<br />
Это второй скрипт, который немаловажен для последующего урока. Автор даже сделал отдельную сноску в документации для этого скрипта, но я ему уделю не так много. Просто скажу, что с помощью этого скрипта можно удалять привязку отдельной или наоборот - создавать её. Она работает довольно просто - выделяем сначала объект, потом активируем скрипт, потом выделяем некоторые вертексы и кость, которая вам нужна. Затем нажимаем Assign и дело в шляпе. Выделенные вертексы поменяют отношение к выделенной кости. Т.е. были привязаны - станут отвязанными и наоборот. Но только есть один момент - если я хочу вернуть действие назад (например, обратно отвязать объект), то окошко выдаёт текст того, что вертексы проассигнены. Об этом попробую написать потом. Этот скрипт лежит в ''Scripts\Skelet/Skin\Skin weights editor''<br />
<br />
===Создание худ модели===<br />
----<br />
<big><blockquote>Предупреждаю сразу - эта часть не предусматривает создание сложных объектов с костями, прикреплёнными к wpn_body и ниже (вроде wpn_scope).О таких случаях я напишу позже.</blockquote></big><br />
----<br />
<br />
Итак, вот то, ради чего многие сюда пришли. Как помню, в [[Milkshape._Перенос_моделей_оружия_из_ЧН%2C_ЗП_в_ТЧ|статье, посвящённой похожему делу, но в ''MilkShape'']] есть такой текст: <br />
* "''Видим, что, вроде бы, перенести оружие из ЧН\ЗП в ТЧ достаточно просто – надо только объединить скелеты рук и оружия, и дело в шляпе. На практике это действительно несложно – при условии, что работаем мы в Maya. Но модмейкеры, как известно, в большинстве своем народ бедный, и Maya им не по карману :). Что же, придется действовать «народными средствами», т.е. при помощи Milkshape 3d, благо, необходимые плагины для него имеются.''"<br />
* "''Ищем в меню пункт, позволяющий присоединить один джоинт к другому, и… нервно бьем кулаком по столу, так как такого пункта там, как ни странно, нет.''"<br />
<br />
Почему-то я тут увидел намёк на то, что в майе такая кнопка быть должна... Тем не менее такой кнопки нет (впоследствии узнаётся то, что она легко появляется после установки скриптов и, при правильном использовании, даёт нужный результат.<br />
<br />
Как же пользоваться этими скриптами, я сейчас и расскажу. <br />
<br />
Запускаем Maya. В ней настраиваем нужные параметры (если хотим): ед. измерения и отображение камеры.<br />
Потом импортируем нужные руки. Я работал с руками из ЧН, но можно взять и руки ТЧ (только там пока нет кости wpn_body и её придётся создать и присоединить к основному скелету).<br />
* Если вы импортируете руки из ЧН (или ЗП), то вам придётся задать им путь к текстуре этих рук, которая была прежде скопирована из ЧН/ЗП и навана, к примеру, '''act_arm_perchatka_cs'''<br />
[[Изображение:Руки-Rek0.png]]<br />
<br />
Теперь производим импорт любого объекта (как статики, как и динамики. лучше - статики из СДК, но будет также рассмотрен случай с динамикой).<br />
Если вы импортировали динамический объект, то нажимаем на сам объект и в режиме редактирования анимации нажимаем на Skin\Detach Skin. Потом убираемся - удаляем кости, которые остались после '''этого''' объекта. У нас получился статичный объект. <br />
<br />
Теперь надо подвинуть объект на нужное место (лучше, чтобы его можно было легко выделять без рук и анимировать). Удаляем изменяем нужные вертексы объекта и получается что-то вроде:<br />
<br />
[[Изображение:Руки и объект - Rek0.png]]<br />
<br />
<br />
Теперь, имея динамические руки и статичный объект, можно двигаться дальше. Нажимаем на руки и активируем скрипт ''Scripts\Skelet/Skin\'''Edit skinned geometry'''''<br />
<br />
Теперь выделяем руки и объект и активируем ''Scripts\Objects\'''Combine + weld + soft border edges'''''<br />
<br />
Пауза...<br />
<br />
Нажимаем ещё раз ''Scripts\Skelet/Skin\'''Edit skinned geometry'''''<br />
<br />
Всё. Модель объекта присоединена к худу, но если подвигать некоторыми костями, то будет видно, как объект двигается вместе с костями и причём очень криво. Примерно так:<br />
<br />
[[Изображение:Кривое движение - Rek0.png]]<br />
<br />
Нам это не нужно. Если двигали кости, то возвращаемся назад или нажимаем с выбором главной кости Skin\Go to bind pose<br />
<br />
Теперь настало время привязки объекта к костям. Для этого выделяем худ и активируем ''Scripts\Skelet/Skin\'''Skin weights editor'''''<br />
<br />
У меня появляется окошко, но немного неправильной формы. Чтобы посмотреть содержимое, я просто расширяю его. Видим содержимое: Select some joints and skinned verticies... Я бы сначала выделил ''skinned verticies'' т.е. вертексы объекта. Выделяем объект (у меня это сейф) без рук.<br />
----<br />
<big><blockquote>Если вы не послушали совета, что объект надо передвигать туда, где легко не задеть рук, то выделяем несколько вертексов и нажимаем Shift + Ю (на англ. раскладке)</blockquote></big><br />
----<br />
<br />
Я выделил свой объект и получилось что-то вроде этого:<br />
<br />
[[Изображение:Аттач объекта - Rek0.png]]<br />
<br />
Если у вас получилось что-то аналогичное, то всё, должно быть, правильно.<br />
<br />
Теперь окошко просит выделить кости. Для начала выделим главную кость - ту, что скрепляет все кости. У меня она называется bip01 (напомню, что руки ЧН). Когда вы выделите эту кость, то все остальные кости выделятся вместе с ней. Теперь нажимаем на кнопку внутри окошка: '''Assign'''.<br />
Это исключит объект из всего скелета и, сколько не двигай костями (кроме основной, т.к. она определяет позицию самого объекта), ничего мы не добьёмся. Теперь намечается новый случай - многокостие. Я его так назвал, потому что в некоторых случаях бывает, что объекту нужны кости вроде wpn_scope и т.п. Пока я их не трогаю и создание больших пушек я опишу в отдельной части и потом.<br />
<br />
Если у вас один объект без наворотов, то можно продолжать. Выделяем заново все вертексы объекта и кликаем по косточке wpn_body. Нажимаем Assign. В этом случае скрипт наоборот - сделает вертексы привязвнными к кости.<br />
<br />
Закрываем окно скрипта. Всё с объектом... Экспортируем объект в X-Ray Skeletal Object (выделив меш худа)<br />
<br />
Худ Готов. Теперь осталось его только анимировать. Анимки экспортируем также, как и объект, но только X-Ray Skeletal Motion.<br />
----<br />
<big><blockquote>На заметку: главное в анимации - правильный поворот худа. Он итак по идее правильный. Просто если вы ошиблись в положении худа, то не стоит переделывать положение худа через анимку. Пользуйтесь параметром position в конфиге худа оружия.</blockquote></big><br />
----<br />
Настройки в актор эдиторе можно посмотреть в [[3dsmax._Создание_HUD-модели_оружия#5._.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B0_.D0.BF.D0.B0.D1.80.D0.B0.D0.BC.D0.B5.D1.82.D1.80.D0.BE.D0.B2_.D0.B2_Actor_Editor|аналогичной статье по 3ds максу]]<br />
<br />
Удачи!<br />
<br />
[[Изображение:В_игре.jpg|640px]]<br />
<br />
На заметку: попробуйте себя проверить, добавив какой-нибудь простенький объект.<br />
<br />
==Немного о руках ТЧ==<br />
Если вы хотите историю создания рук, то вы не по адресу, потому что этот раздел посвящён тому, чем может отличаться работа с руками из ТЧ. Итак, распишу по пунктам.<br />
* Импортируем [http://intreface.narod2.ru/wpn_hands_soc.mb модель рук формата] .object<br />
* Импортируем оружие, не забываем отсоединить скин и удалить кости, если оружие было динамическим.<br />
* Включаем '''Edit skinned geometry'''<br />
* Подсоединяем оружие (или погремушку) через '''Combine + weld + soft border edges'''<br />
* Вырубаем '''Edit skinned geometry'''<br />
* Открываем '''Skin weights editor'''<br />
* Выделяем (только) вертексы оружия (или погремушки)<br />
** Если не видим вертексов оружия, то удерживаем правой кнопкой на худе и выбираем '''Vertex'''<br />
* C зажатым Shift, выделяем кость '''root'''<br />
* Нажимем '''Assign'''<br />
* Опять выделяем вертексы оружия<br />
* C зажатым Shift, выделяем кость '''wpn_body'''<br />
* Нажимем '''Assign''' и закрываем окно<br />
** Можно немного полюбоваться, подвигать кости. Не забудьте вернуть всё в порядок через '''Go to bind pose'''<br />
<br />
==Авторы==<br />
*[[Участник:Rekongstor|Rekongstor]]<br />
<br />
==Ссылки на руки==<br />
*[http://rekongstor.narod2.ru/wpn_hand_cs.object wpn_hand_cs.object] - ЧН<br />
*[http://rekongstor.narod2.ru/wpn_hands_soc.object wpn_hands_soc.object] - ТЧ<br />
*[http://intreface.narod2.ru/wpn_hands_soc.object] - ТЧ '''(обновление)'''<br />
<br />
<br />
<br />
<br />
<br />
[[Категория:Wireframe]] [[Категория:Незаконченные_статьи]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D0%B5%D0%BC_%D0%BF%D1%80%D0%BE%D0%B2%D0%BE%D0%B4%D0%BD%D0%B8%D0%BA%D0%B0SoC. Добавляем проводника2011-01-21T07:43:30Z<p>Rekongstor: </p>
<hr />
<div>В ТЧ есть единственный момент ,когда в результате диалога с НПС ,ГГ перемещается. Это диалог с О - сознанием. После отказа от вступления, ГГ перемещается на АЭС 2. Если использовать эту функцию ,можно создать в ТЧ проводника.<br />
Примечание: Проводник не будет перемещаться вместе с вами ,как в ЗП. Вы будете перемещаться в одиночку ,как в ЧН.<br />
Для этого:<br />
1)Для этого в '''gamedata\scripts''' находим файл '''dialogs_aes.script'''. В нём имеется следующая функция<br />
<lua><br />
function osoznanie_decline(npc, actor)<br />
db.actor:disable_info_portion("oso_init_dialog")<br />
npc:stop_talk()<br />
actor:stop_talk()<br />
xr_effects.enable_ui(db.actor, nil) <br />
local point = patrol("mon_jump_aes2_walk")<br />
local look = patrol("mon_jump_aes2_look")<br />
<br />
db.actor:set_actor_position(point:point(0))<br />
local dir = look:point(0):sub(point:point(0))<br />
db.actor:set_actor_direction(-dir:getH())<br />
<br />
end<br />
</lua><br />
2)Копируем эту функцию ,допустим ,в '''escape_dialog''' из директории '''gamedata\scripts'''<br />
3)Обратите внимание на вот этот фрагмент из функции: '''db.actor:disable_info_portion("oso_init_dialog")'''. Здесь функция ссылается на инфопоршень ,но на Кордоне данный инфопоршень не прописан. Тогда<br />
4)Переименовываем данный инфопоршень так ,как вам удобно ,например '''db.actor:disable_info_portion("esc_init_dialog")'''. Примечание: Название инфопоршня это '''"esc_init_dialog"''' , (то ,что за скобками ,переименовывать не надо). Затем добавляем инфопоршень в файл '''info_101escape.xml''' из директории '''gamedata\config\gameplay'''. В этом файле добавляем следующее: '''<info_portion id="esc_init_dialog"></info_portion>'''<br />
5)Итак ,функция есть ,инфопоршень тоже есть. Теперь нужны координаты. Обратите внимание на следующий фрагмент функции:<br />
<lua><br />
local point = patrol("mon_jump_aes2_walk")<br />
local look = patrol("mon_jump_aes2_look")<br />
</lua><br />
Здесь функция ссылается на определённые координаты на АЭС2. Но нам нужны координаты на Кордоне. Для этого открываем '''way_101_escape.ltx''' и там дописываем пути. Например вот так:<br />
<br />
<lua><br />
[mon_jump_esc8_look]<br />
points = p0<br />
p0:name = wp00<br />
p0:position = -239.110947,-19.788391,-134.999161<br />
p0:game_vertex_id = 8<br />
p0:level_vertex_id = 16191<br />
<br />
<br />
[mon_jump_esc8_walk]<br />
points = p0<br />
p0:name = wp00<br />
p0:position = -238.017761,-19.888292,-140.161987<br />
p0:game_vertex_id = 47<br />
p0:level_vertex_id = 17468<br />
</lua><br />
Всё пути есть. Только теперь в функции ,переименуйте фрагмент:<br />
<lua><br />
local point = patrol("mon_jump_aes2_walk")<br />
local look = patrol("mon_jump_aes2_look")<br />
</lua><br />
<br />
На фрагмент:<br />
<lua><br />
local point = patrol("mon_jump_esc8_walk")<br />
local look = patrol("mon_jump_esc8_look")<br />
</lua><br />
<br />
Теперь осталось только привязать всё это к диалогу. Я взял диалог с Кузнецовым.<br />
Открываем файл dialogs_escape.xml и находим следующие строки:<br />
<br />
<lua><br />
<dialog id="esc_bridge_soldiers_start"><br />
<precondition>dialogs.is_not_wounded</precondition><br />
<phrase_list><br />
<phrase id="12"><br />
<text>esc_bridge_soldiers_start_12</text><br />
<next>13</next><br />
</phrase><br />
</lua><br />
<br />
Это фраза "Мне надо дальше". Сюда вставляем активизацию нашей функции. Получется следующее:<br />
<br />
<lua><br />
<dialog id="esc_bridge_soldiers_start"><br />
<precondition>dialogs.is_not_wounded</precondition><br />
<phrase_list><br />
<phrase id="12"><br />
<text>esc_bridge_soldiers_start_12</text><br />
<action>escape_dialog.osoznanie_decline</action> Здесь следующая структура: <action>Название_скрипта. Название_функции</action><br />
<next>13</next><br />
</phrase><br />
</lua><br />
<br />
Вот ,собственно и всё. Теперь после фразы "Мне надо дальше" вы переместитесь к бункеру Сидоровича.<br />
Автор: '''mma'''<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:Maya._%D0%9F%D0%BE%D0%B4%D1%80%D0%BE%D0%B1%D0%BD%D0%BE%D0%B5_%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5_%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Обсуждение:Maya. Подробное описание создания объектов2011-01-13T19:52:19Z<p>Rekongstor: </p>
<hr />
<div>Здесь задавайте вопросы по статье.<br />
Уменя вопрос немонго не по теме- как в майе соединить 2 объекта (attach в maxЕ)<br />
<br />
У меня самого не получалось это соединить. Но я знаю, что в Милке это можно сделать.<br />
<br />
моя недавняя статья по привязыванию объекта (сейф на примере) к худу (к одной из костей)<br />
[[Maya._Создание_HUD_модели_оружия_с_использованием_авторских_скриптов.]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsОбсуждение:Разбор Bind или новая замена Infoportions2011-01-13T18:49:56Z<p>Rekongstor: </p>
<hr />
<div>А тут обсуждаем статью.<br />
<br />
Любопытно было бы узнать, а чем автора InfoScripts не устраивает запись в pstor? Если, конечно, он он вообще знает об этом.<br />
Запись <br />
<lua><br />
if xr_logic.pstor_retrieve(db.actor, "first_spawn", 0)==0 then<br />
тут что делаем<br />
xr_logic.pstor_store(db.actor, "first_spawn", 1)<br />
</lua><br />
<br />
прекрасно заменяет инфопоршни. И pstor вообще достаточно удобное место для хранения своих данных.<br />
<br />
'''Erlik'''<br />
<br />
в общем-то да. про pstor знаю. упростить можно. тем не менее сами инфоскрипты можно бы было попробовать использовать не только в качестве "заглушек", но и для диалогов, а то и для квестов попробовать.<br />
<br />
--[[Участник:Rekongstor|Rekongstor]]<br />
<br />
а ещё сложно будет умещать текст в 16000. кстати, я так и не понял, чего именно??? байт или всё-таки бит?<br />
<br />
--[[Участник:Rekongstor|Rekongstor]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsОбсуждение:Разбор Bind или новая замена Infoportions2011-01-13T18:49:43Z<p>Rekongstor: </p>
<hr />
<div>А тут обсуждаем статью.<br />
<br />
Любопытно было бы узнать, а чем автора InfoScripts не устраивает запись в pstor? Если, конечно, он он вообще знает об этом.<br />
Запись <br />
<lua><br />
if xr_logic.pstor_retrieve(db.actor, "first_spawn", 0)==0 then<br />
тут что делаем<br />
xr_logic.pstor_store(db.actor, "first_spawn", 1)<br />
</lua><br />
<br />
прекрасно заменяет инфопоршни. И pstor вообще достаточно удобное место для хранения своих данных.<br />
<br />
'''Erlik'''<br />
<br />
в общем-то да. про pstor знаю. упростить можно. тем не менее сами инфоскрипты можно бы было попробовать использовать не только в качестве "заглушек", но и для диалогов, а то и для квестов попробовать.<br />
<br />
--[[Участник:Rekongstor|Rekongstor]]<br />
<br />
а ещё сложно будет умещать текст в 16000. кстати, я так и не понял, чего именно??? байт или всё-таки бит?</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsОбсуждение:Разбор Bind или новая замена Infoportions2011-01-13T18:48:24Z<p>Rekongstor: </p>
<hr />
<div>А тут обсуждаем статью.<br />
<br />
Любопытно было бы узнать, а чем автора InfoScripts не устраивает запись в pstor? Если, конечно, он он вообще знает об этом.<br />
Запись <br />
<lua><br />
if xr_logic.pstor_retrieve(db.actor, "first_spawn", 0)==0 then<br />
тут что делаем<br />
xr_logic.pstor_store(db.actor, "first_spawn", 1)<br />
</lua><br />
<br />
прекрасно заменяет инфопоршни. И pstor вообще достаточно удобное место для хранения своих данных.<br />
<br />
'''Erlik'''<br />
<br />
в общем-то да. про pstor знаю. упростить можно. тем не менее сами инфоскрипты можно бы было попробовать использовать не только в качестве "заглушек", но и для диалогов, а то и для квестов попробовать.<br />
<br />
--[[Участник:Rekongstor|Rekongstor]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsОбсуждение:Разбор Bind или новая замена Infoportions2011-01-13T18:48:14Z<p>Rekongstor: </p>
<hr />
<div>А тут обсуждаем статью.<br />
<br />
Любопытно было бы узнать, а чем автора InfoScripts не устраивает запись в pstor? Если, конечно, он он вообще знает об этом.<br />
Запись <br />
<lua><br />
if xr_logic.pstor_retrieve(db.actor, "first_spawn", 0)==0 then<br />
тут что делаем<br />
xr_logic.pstor_store(db.actor, "first_spawn", 1)<br />
</lua><br />
<br />
прекрасно заменяет инфопоршни. И pstor вообще достаточно удобное место для хранения своих данных.<br />
<br />
'''Erlik'''<br />
<br />
в общем-то да. про pstor знаю. упростить можно. тем не менее сами инфоскрипты можно бы было попробовать использовать не только в качестве "заглушек", но и для диалогов, а то и для квестов попробовать.<br />
<br />
--[[Участник:Rekongstor|Rekongstor]] 18:48, 13 января 2011 (UTC)</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=CoP._%D0%AD%D1%84%D1%84%D0%B5%D0%BA%D1%82_%D1%80%D0%B0%D0%B7%D0%BD%D0%BE%D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%B8%D1%8F_%D0%B0%D1%80%D1%82%D0%B5%D1%84%D0%B0%D0%BA%D1%82%D0%BE%D0%B2CoP. Эффект разнообразия артефактов2011-01-13T11:30:58Z<p>Rekongstor: </p>
<hr />
<div>Давным давно читал на форуме GSC такое предложение: '''Сделайте так чтобы артефакты были более уникальны. Тоесть каждая Медуза имела отличия от такой же Медузы.'''<br />
<br />
Честно говоря идея хорошая, я тоже считаю неправильным то что каждая найденая мной Медуза весит пол килограмма выводит 2 условные единицы радиации и стоит 4000 рублей (тут конечно есть разброс цен у торгашей) дети ведь не рождаются с весом ровно 3200 со светлыми волосами и голубыми глазами. Менять можно впринципе любые параметры, но на практике столкнулся с тем что приходится поднимать общую радиоизлучаемость артефактов до минимума равного 5-6 и максисума равного 12-13.<br />
<br />
'''НАЧНЕМ'''<br />
<br />
Вот исправленный конфиг медузы:<br />
<br />
[af_medusa]:af_base<br />
$spawn = "artefacts\gravitational_1_medusa"<br />
class = ARTEFACT ; будет подпрыгивать<br />
visual = dynamics\artefacts\af_medusa.ogf<br />
description = st_af_medusa_descr<br />
inv_name = st_af_medusa_name<br />
inv_name_short = st_af_medusa_name<br />
inv_weight = 0.5<br />
<br />
inv_grid_x = 9<br />
inv_grid_y = 4<br />
<br />
cost = 4000<br />
<br />
jump_height = .5 ; высота прыжка<br />
<br />
particles = artefact\af_gravi_idle<br />
det_show_particles = artefact\af_gravi_show<br />
det_hide_particles = artefact\af_gravi_hide<br />
<br />
af_rank = 1<br />
<br />
lights_enabled = true<br />
<br />
trail_light_color = 0.4,0.4,0<br />
trail_light_range = 2.0<br />
<br />
;скорости увеличения (уменьшения)<br />
health_restore_speed = 0<br />
radiation_restore_speed = -0.003<br />
satiety_restore_speed = 0<br />
power_restore_speed = 0<br />
bleeding_restore_speed = 0<br />
hit_absorbation_sect = af_medusa_absorbation<br />
<br />
additional_inventory_weight = 0<br />
additional_inventory_weight2 = 0<br />
<br />
artefact_activation_seq = af_activation_bold<br />
<br />
[af_medusa_absorbation]<br />
burn_immunity = 0 ;коэффициенты иммунитета<br />
strike_immunity = 0<br />
shock_immunity = 0<br />
wound_immunity = 0<br />
radiation_immunity = 0<br />
telepatic_immunity = 0<br />
chemical_burn_immunity = 0<br />
explosion_immunity = 0<br />
fire_wound_immunity = 0<br />
<br />
Сразу же после него вписываем что то вроде:<br />
<br />
[af_medusa_mini]:af_medusa<br />
$spawn = "artefacts\my_addon_af_medusa_mini"<br />
inv_weight = 0.3<br />
<br />
cost = 3500<br />
<br />
radiation_restore_speed = -0.002<br />
<br />
;------------------------------------------------------------------------------------------<br />
<br />
[af_medusa_maxi]:af_medusa<br />
$spawn = "artefacts\my_addon_af_medusa_maxi"<br />
inv_weight = 0.7<br />
<br />
cost = 4500<br />
<br />
radiation_restore_speed = -0.004<br />
<br />
;------------------------------------------------------------------------------------------<br />
<br />
[af_medusa_super]:af_medusa<br />
$spawn = "artefacts\my_addon_af_medusa_super"<br />
inv_weight = 0.3<br />
<br />
cost = 5500<br />
<br />
radiation_restore_speed = -0.004<br />
<br />
Я в данном случае создал еще три артефакта которые в игре будут полностью похожи на медузу (Название, описание, свойства) С разницей лишь в том что все четыре Медузы будут по разному стоить, имеют разный вес, и по разному выводят радиацию. Далее нам необходимо добавить их в игру.<br />
<br />
'''1) gamedata\configs\misc\devices.ltx'''<br />
<br />
Дописываем по аналогии секции:<br />
<br />
af_class_40 = af_medusa_mini<br />
af_sound_40_ = detectors\art_beep1<br />
af_freq_40 = 0.05, 2<br />
af_class_41 = af_medusa_maxi<br />
af_sound_41_ = detectors\art_beep1<br />
af_freq_41 = 0.05, 2<br />
af_class_42 = af_medusa_super<br />
af_sound_42_ = detectors\art_beep1<br />
af_freq_42 = 0.05, 2<br />
<br />
К нужному детектору. Не забывая при этом сместить номера последующих секций в следующих детекторах если приписываете на Отклик, Медведь или Велес (detector_simple, detector_advanced, detector_elite)<br />
<br />
'''2) gamedata\configs\ui\ui_detector_artefact.xml'''<br />
<br />
Дописываем по аналогии:<br />
<br />
<palette id="af_medusa_mini" width="0.0015" height="0.0015" stretch="1" alignment="c"><br />
<texture shader="hud\p3d">ui_temp_ad3_artefact</texture><br />
</palette><br />
<palette id="af_medusa_maxi" width="0.0015" height="0.0015" stretch="1" alignment="c"><br />
<texture shader="hud\p3d">ui_temp_ad3_artefact</texture><br />
</palette><br />
<palette id="af_medusa_super" width="0.0015" height="0.0015" stretch="1" alignment="c"><br />
<texture shader="hud\p3d">ui_temp_ad3_artefact</texture><br />
</palette><br />
<br />
'''И'''<br />
<br />
<palette id="af_medusa_mini" width="0.0011" height="0.0011" stretch="1" alignment="c"><br />
<texture shader="hud\p3d">ui_inGame2_Detector_icon_artefact</texture><br />
</palette><br />
<palette id="af_medusa_maxi" width="0.0011" height="0.0011" stretch="1" alignment="c"><br />
<texture shader="hud\p3d">ui_inGame2_Detector_icon_artefact</texture><br />
</palette><br />
<palette id="af_medusa_super" width="0.0011" height="0.0011" stretch="1" alignment="c"><br />
<texture shader="hud\p3d">ui_inGame2_Detector_icon_artefact</texture><br />
</palette><br />
<br />
'''3) gamedata\configs\scripts\локация\anomaly\аномалия.ltx'''<br />
<br />
Делаем из:<br />
<br />
[anomal_zone]<br />
layers_count = 1<br />
respawn_tries = 2<br />
max_artefacts = 3<br />
;applying_force_xz = 200<br />
;applying_force_y = 200 <br />
artefacts = af_medusa<br />
start_artefact = af_medusa<br />
coeff = 3<br />
artefact_ways = zaton_zanaveska_af_way<br />
<br />
Вот это<br />
<br />
[anomal_zone]<br />
layers_count = 1<br />
respawn_tries = 2<br />
max_artefacts = 3<br />
;applying_force_xz = 200<br />
;applying_force_y = 200 <br />
artefacts = af_medusa, af_medusa_mini, af_medusa_maxi, af_medusa_super<br />
start_artefact = af_medusa_mini<br />
coeff = 3, 3, 2, 1<br />
artefact_ways = zaton_zanaveska_af_way<br />
<br />
Вот собственно и всё (осталось только добавить в торговлю)<br />
<br />
<br />
'''Да как же всё =)'''<br />
<br />
Очень вероятно кто то захочет провернуть такое со всеми артефактами (у меня ушло около 7-8 часов (долго искал БАГ).<br />
<br />
Так вот в случае с Медузой мы не использовали секцию иммунитетов которые даёт артефакт: hit_absorbation_sect<br />
<br />
К примеру:<br />
<br />
hit_absorbation_sect = af_cristall_flower_mini_absorbation<br />
<br />
Вот тут есть правило что если мы используем иммунитеты то они должны вписываться вот так:<br />
<br />
[af_cristall_flower_mini]:af_cristall_flower<br />
$spawn = "artefacts\my_addon_af_cristall_flower_mini"<br />
inv_weight = 0.4<br />
<br />
cost = 2500<br />
<br />
radiation_restore_speed = 0.006<br />
hit_absorbation_sect = af_cristall_flower_mini_absorbation<br />
<br />
[af_cristall_flower_mini_absorbation]<br />
burn_immunity = 0<br />
strike_immunity = 0<br />
shock_immunity = 0<br />
wound_immunity = 0<br />
radiation_immunity = 0<br />
telepatic_immunity = 0.01<br />
chemical_burn_immunity = 0<br />
explosion_immunity = 0<br />
fire_wound_immunity = 0<br />
<br />
А не вот так:<br />
<br />
[af_cristall_flower_mini]:af_cristall_flower<br />
$spawn = "artefacts\my_addon_af_cristall_flower_mini"<br />
inv_weight = 0.4<br />
<br />
cost = 2500<br />
<br />
radiation_restore_speed = 0.006<br />
hit_absorbation_sect = af_cristall_flower_mini_absorbation<br />
<br />
[af_cristall_flower_mini_absorbation]<br />
telepatic_immunity = 0.01<br />
<br />
Во втором случае при спавне артефакта игра вылетит с ошибкой типа не найден '''burn_immunity''' в '''af_cristall_flower_mini_absorbation''' тоесть af_cristall_flower_mini_absorbation должен содержать все иммунитеты даже если их значение ноль.<br />
<br />
Хотя впринципе можно создать в файле секцию:<br />
<br />
[af_bla_bla_bla_absorbation]<br />
burn_immunity = 0<br />
strike_immunity = 0<br />
shock_immunity = 0<br />
wound_immunity = 0<br />
radiation_immunity = 0<br />
telepatic_immunity = 0<br />
chemical_burn_immunity = 0<br />
explosion_immunity = 0<br />
fire_wound_immunity = 0<br />
<br />
А все следующие иммунитеты писать вот так:<br />
<br />
[af_cristall_flower_mini]:af_cristall_flower<br />
$spawn = "artefacts\my_addon_af_cristall_flower_mini"<br />
inv_weight = 0.4<br />
<br />
cost = 2500<br />
<br />
radiation_restore_speed = 0.006<br />
hit_absorbation_sect = af_cristall_flower_mini_absorbation<br />
<br />
[af_cristall_flower_mini_absorbation]:af_bla_bla_bla_absorbation<br />
telepatic_immunity = 0.01<br />
<br />
Не пробовал но должно работать =)<br />
<br />
В итоге если создать для каждого артефакта 3 можно и больше дублей и добавить их все в аномалии и торговлю то сложится впечатление что каждый конкретный артефакт может быть разным.<br />
<br />
--[[Участник:Rekongstor|Rekongstor]] 11:30, 13 января 2011 (UTC)<br />
Я смотрю на <br />
это и предлагаю сделать кое-что. Ведь есть возможность записи в консоль параметров и в итоге можно сделать для каждого артефакта свой разброс параметров. <br />
<br />
Автор: [[Участник:WincentDark69|WincentDark69]]<br />
<br />
[[Категория:Конфигурационные_файлы]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsОбсуждение:Разбор Bind или новая замена Infoportions2011-01-13T11:23:40Z<p>Rekongstor: </p>
<hr />
<div>А тут обсуждаем статью.<br />
<br />
Любопытно было бы узнать, а чем автора InfoScripts не устраивает запись в pstor? Если, конечно, он он вообще знает об этом.<br />
Запись <br />
<lua><br />
if xr_logic.pstor_retrieve(db.actor, "first_spawn", 0)==0 then<br />
тут что делаем<br />
xr_logic.pstor_store(db.actor, "first_spawn", 1)<br />
</lua><br />
<br />
прекрасно заменяет инфопоршни. И pstor вообще достаточно удобное место для хранения своих данных.<br />
<br />
'''Erlik'''<br />
<br />
в общем-то да. про pstor знаю. упростить можно. тем не менее сами инфоскрипты можно бы было попробовать использовать не только в качестве "заглушек", но и для диалогов, а то и для квестов попробовать.</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-10T12:19:51Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
-----<br />
* Проверил АМК скрипты. Там присутствует загрузка переменных, но, в основном, роль у них одна - сохранение какой-нибудь стадии для скриптовых событий (выброса) или простое присваивание скриптам значения, которое должно сохраниться. У инфоскриптов, я бы сказал, аналогичное действие, но другая функция. Они существуют заместо стандартных инфопоршней и должны контролировать и облегчать создание диалогов и заданий, контролировать выдачу статей энциклопедии или простого каких-то действий, схожих с перечисленными.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]] ~19:30-22:54, 9 января 2011 (UTC)<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-10T12:19:19Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
-----<br />
* Проверил АМК скрипты. Там присутствует загрузка переменных, но, в основном, роль у них одна - сохранение какой-нибудь стадии для скриптовых событий (выброса) или простое присваивание скриптам значения, которое должно сохраниться. У инфоскриптов, я бы сказал, аналогичное действие, но другая функция. Они существуют заместо стандартных инфопоршней и должны контролировать и облегчать создание диалогов и заданий, контролировать выдачу статей энциклопедии или простого каких-то действий, схожих с перечисленными.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]] ~20:13-22:54, 9 января 2011 (UTC)<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-10T12:18:08Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
-----<br />
* Проверил АМК скрипты. Там присутствует загрузка переменных, но, в основном, роль у них одна - сохранение какой-нибудь стадии для скриптовых событий (выброса) или простое присваивание скриптам значения, которое должно сохраниться. У инфоскриптов, я бы сказал, аналогичное действие, но другая функция. Они существуют заместо стандартных инфопоршней и должны контролировать и облегчать создание диалогов и заданий, контролировать выдачу статей энциклопедии или простого каких-то действий, схожих с перечисленными.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]] --[[Участник:Rekongstor|Rekongstor]] 12:18, 10 января 2011 (UTC)<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-10T12:14:16Z<p>Rekongstor: /* Дополнения */</p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
-----<br />
* Проверил АМК скрипты. Там присутствует загрузка переменных, но, в основном, роль у них одна - сохранение какой-нибудь стадии для скриптовых событий (выброса) или простое присваивание скриптам значения, которое должно сохраниться. У инфоскриптов, я бы сказал, аналогичное действие, но другая функция. Они существуют заместо стандартных инфопоршней и должны контролировать и облегчать создание диалогов и заданий, контролировать выдачу статей энциклопедии или простого каких-то действий, схожих с перечисленными.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-10T12:13:58Z<p>Rekongstor: /* Дополнения */</p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
* Проверил АМК скрипты. Там присутствует загрузка переменных, но, в основном, роль у них одна - сохранение какой-нибудь стадии для скриптовых событий (выброса) или простое присваивание скриптам значения, которое должно сохраниться. У инфоскриптов, я бы сказал, аналогичное действие, но другая функция. Они существуют заместо стандартных инфопоршней и должны контролировать и облегчать создание диалогов и заданий, контролировать выдачу статей энциклопедии или простого каких-то действий, схожих с перечисленными.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-10T10:37:01Z<p>Rekongstor: /* Дополнения */</p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-09T20:12:45Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-09T20:07:47Z<p>Rekongstor: /* Различия и сходства Infoportion и Infoscript */</p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-09T20:03:19Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-09T20:01:21Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
==Дополнения==<br />
Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsОбсуждение:Разбор Bind или новая замена Infoportions2011-01-09T20:00:11Z<p>Rekongstor: </p>
<hr />
<div>А тут обсуждаем статью.</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-01-09T19:54:28Z<p>Rekongstor: </p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]]<br />
<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:A-LifeКатегория:A-Life2011-01-09T14:44:37Z<p>Rekongstor: </p>
<hr />
<div>В данной категории содержатся статьи о работе с системой симуляции жизни A-Life.<br />
<br />
Основная статья [[Логика_NPC|Логика NPC]]<br />
[[Категория:Конфигурационные_файлы]]<br />
[[Категория:Скрипты]]</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:56:30Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
-----<br />
{||border=0 cellpadding="0" cellspacing="0" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}<br />
-----</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:56:18Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
-----<br />
<br />
{||border=0 cellpadding="0" cellspacing="0" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
<code><br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
</code><br />
|}<br />
<br />
-----</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:56:02Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
-----<br />
<code><br />
{||border=0 cellpadding="0" cellspacing="0" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}<br />
</code><br />
-----</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:54:34Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
-----<br />
{||border=0 cellpadding="0" cellspacing="0" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}<br />
-----</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:54:00Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="0" cellspacing="0" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:53:51Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:120%;text-align:left;line-height:1em;width:100%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:53:30Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:120%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:53:20Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#EEEEEE;color:#000000"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:53:11Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#EEEEEE;color:#FFFFFF"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:53:04Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#EEEED1;color:#FFFFFF"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:52:21Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000;color:#FFFFFF"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:51:39Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000;color:#FFFFFF"<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:51:26Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000|black (0 0 0);color:#FFFFFF"<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:51:15Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000"|black (0 0 0);color:#FFFFFF"<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:51:06Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000"|black (0 0 0);"color:#FFFFFF"<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:50:29Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000"|black (0 0 0)|"color:#FFFFFF"<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:49:42Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000"|black (0 0 0) "color:#FFFFFF"<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:48:50Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#000000"|black (0 0 0)<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstorhttp://stalkerin.gameru.net/wiki/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:RekongstorУчастник:Rekongstor2011-01-09T11:48:10Z<p>Rekongstor: </p>
<hr />
<div>==Моё резюме:==<br />
<br />
Лучше буду говорить, что я не умею:<br />
{||border=0 cellpadding="3" cellspacing="1" align="center" style="font-size:89%;text-align:left;line-height:1em;width:98%;"<br />
| style="background-color:#828282;color:#FFFFFF"|<br />
* Gulag_... - не пробовал серьёзно работать с ними. <br />
* Слабые знания net_packet<br />
* .efd<br />
* Пока не делал персонажей (3ds max)<br />
|}</div>Rekongstor