MX_Master

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

Это просто название группы, можешь ваще придумать любое. Главное - доступ к каким параметрам, фунькам, закладкам админки указать как true. Я лично для Супер модера убрал доступ к управлению ресурсами в админке, но разные карты с их модами они могли запускать. Кстати, добавить админа может даже модер, в админке есть кнопка такая. И я не нашел параметра, который бы в ACL мог бы влиять на нее.

1 раз в минуту достаточно если не секрет, какие данные из клиента на сервер нужно сохранить?

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

сохранять нужно периодически, а при выходе может быть любой глюк/косяк и прочее, и данные могут не сохраниться. Проверено. Ты точно проверил, что onClientPlayerQuit не срабатывает, потому что он должен срабатывать. Если уж все будет так плохо, то придется временами отправлять данные из клиента на сервер, чтобы он потом сохранил последние отправленные данные в аккаунт игрока.

New mirror to clean english copy, 32.8 Mb : wiki.multitheftauto.com_01.06.2011.chm --- it includes other languages?

Для обсуждения и реализации идеи с ботами (peds) создана отдельная тема - https://forum.multitheftauto.com/viewtopic.php?f=123&t=33475

Цель: Создать минимальный, простой и эффективный набор функций (ресурс или библиотеку) для управления ботами, чтобы даже новичок мог добавить ботов в свой скрипт и без проблем управлять ими. Требования: Боты, созданные сервером, должны синхронизироваться, созданные клиентом - нет. Набор функций должен быть очень простым, что-то вроде - "дойти/добежать/доехать в какую-то точку карты или до элемента" (goToPoint, goToElement) - "сесть/выйти из машины" (enter/exitVehicle) - "следовать за элементом" (chaseElement) - "выстрелить/стрелять в какую-то точку карты или элемент" (fireToPoint, fireToElement) - "драться с элементом" (fightWithElement) - ... Когда бот ничего не делает, или просто следует куда-то, он должен быть интерактивным. Если он без оружия и игрок целиться в него, он должен поднять руки вверх. Если просто стоит на месте - выполнять какие-то анимации простоя, переминаться с ноги на ногу, чесать репу, курить и т.д. Ваши предложения относительно ботов пишите в этой теме, т.к. есть еще очень много разных состояний для ботов и описать их одним разом в одном предложении нельзя.. Этот небольшой проектик должен быть общественным, чтобы поднять интерес игроков и скриптеров к MTA и придать игровому миру больше глубины. Проект лучше всего дислоцировать на Гугл Коде, т.к. он бесплатен, открыт для всех и довольно прост в обращении. Что скажете? Есть желающие заняться этим?

о чём это ты? какая кнопка еще? Да MTASA 1.1 поддерживает любой язык, включая русский -> Talidan +10

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

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

Один момент.. если создаете что-то общественное, то и все наработки должны быть относительно прозрачны. Это непривычно для НАШЕГО человека, понимаю, почти каждый жмется за самый, даже плохой, кусочек своего кода. Но хотя бы на гугл коде можно создать проект тому, кто действительно решил эту тему двигать. Так хотя бы дело пойдет по примерно правильному пути, а не будет стоять тут на форуме одной из тем. Также можно отдельную тему про оживление ботов создать.

string.find и нужен список ников

Я смотрел slothbot, он заточен под войну, это мое мнение. Это частный случай, к тому же. Для вождения боту нужны пути, а пути это не первая задача. Первая задача - научить бота перемещаться по 3Д точкам, указанным сервом или клиентом. В случае с сервом, должен быть синхр. На начальном этапе - пускай по прямой траектории без всяких рассчетов. Позже можно добавить рассчеты для обхода препятствий с помощью вычисления промежуточных точек до конечной точки. Это канеш мое мнение и мой вариант подхода к этой задаче.

Кто-то я помню спрашивал хэндлинг эдитор для 1.1. http://code.google.com/p/hedit

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

yep today i installed debian on virtualbox to do this builds by myself.. i'm running public 1.1 server on linux host and i need these updates as air (: especially after 2700 build crashes

тада неси всю папку ресурса вместе c meta.xml сюда (:

в админке в списке ресурсов твой ресурс после запуска как `running` отмечен? на лицо явно видно, что проблема тока в запуске ресурса

а ты чё? не желаешь?

канеш помогает, этот способ помогает в многих случаях с траблами звука ваще, не тока для мта пропадание звука есть как в 1.0.4 / 1.0.5 так и в 1.1 особенно, как минимум 2 игрока из 5 говорили мне, что звуки пропадают

addEventHandler ( "onResourceStart", resourceRoot, function () outputDebugString ( '`crouchbug` enabled: ' .. tostring( setGlitchEnabled ( "crouchbug", true ) ) ) end ) + войти как админ и в F8 набрать debugscript 3 перезапустить ресурс и посмореть результат в дебаг панельке

скобки в конце не хватает ... addEventHandler ( "onResourceStart", getResourceRootElement ( ), resourceStart )

тебе вовсе не скриптером предложили побыть

меня ща в аське нет (: просто технолигию обхода препятсвий надо где-то подсмореть в инете..