куда кидать луа скрипты в мта

Куда кидать луа скрипты в мта

Как установить мод MTA DayZ на ваш сервер.

1) Скачиваете мод
2) Распаковываем
3) Папка installation, internal.db вставить в mods/deathmatch/
4) [DayZ-MTA] (в папке resources) извлечь в mods/deathmatch/resources
5) Прописываем ресурсы в ACL группу в администраторы (acl.xml) ( в acl добавляется когда выключен сервер )

6)Прописываем ресурсы в mtaserver.conf (Приписывая сюда этот ресурс будет автоматически запускаться )

7)Стереть scoreboard из mtaserver.conf

8)Выключить ваши login панели, если есть
9) Выключить сторонние панели аккаунтов, если они есть Все, ваш сервер успешно подключен.

Осталось просто запустить его, и наслаждаться игрой.
Так-же в этой группе вы найдете много интересных туториалов/скриптов/модов.

Добавить новые скины в мод Dayz.
Файлы в которые будем добавлять :

— inventory.lua
— login.lua
— spawn.lua
— pickups.lua
— survivorSystem.lua
— survivorSystem_client.lua

Я покажу как добавить Женский скин

Открываем файл inventory.lua
Поиск (CTRL+F) вводим Items = <
Находим скины которые уже есть у вас и добавляем
<"Женская одежда",1,"Переодеться">,

Дальше :
Открываем файл login.lua
Поиск (CTRL+F) вводим Civilian Clothing
Находим скины и добавляем:
<"Женская одежда">,

Далее
Поиск (CTRL+F) вводим local vehicleDataTable
Находим наши скины и добавляем:
<"Женская одежда">,

Далее :
Открываем файл spawn.lua
Поиск (CTRL+F) вводим Civilian Clothing
Находим скины и добавляем
<"Женская одежда">,

Далее:
Поиск (CTRL+F) вводим local vehicleDataTable=<
Находим наши скины.
Добавляем:
<"Женская одежда">,

Источник

Введение в скриптинг MTA Lua

Здравствуйте. В этом уроке мы познакомимся с таким программированием, как Lua. Данный учебник будет написан на простом и понятном языке, чтобы не усложнять жизнь начинающим скриптерам. В введении в курс Lua я буду сравнивать аналогичные функции с SA-MP Pawn.

1) Client’n’Server Sides (2 стороны сервера – C-Сторона и S-Сторона) – Введение
2) Иерархическое строение сервера (meta.xml)
3) Администрирование (ACL)
4) Аргументы игрока (source, thePlayer, getLocalPlayer())
5) Вывод (Окончание учебника)
6) Дополнительный материал

Наша статья прямо связана с сетевой игрой для GTA San Andreas – Multi Theft Auto. Начну с того, что в MTA Lua вам предоставлены 2 стороны – Server (связана с функциями и действиями в основном с игроками и игровым миром) и Client (связана с функциями и действиями, не связанными с игроком). На S-Стороне пишут в основном системы, которые непосредственно связаны с игроком, например система команд. На C-Стороне пишут диалоговые окна (GUI), изображения на экран (dxDraw). Про dxDraw могу сказать то, что он немного похож на TextDraw из SA-MP, но имеет функцию загрузки любого выбранного вами изображения (на примере рабочего стола в моей системе Lunix OS).

Иерархическое строение сервера (meta.xml)

Сервер МТА имеет иерархическое строение, а именно один каталог принадлежит другому, а тот в свою очередь принадлежит третьему. Главным каталогом является папка или архив с названием ресурса (не имеет значения, как её назвать) в папке /MTA San Andreas Ver/server/mods/deathmatch/resources/

в котором в свою очередь обязательно должен находится файл meta.xml, где хранятся данные о ресурсе (тип, название ресурса, автор, версия, дочерние файлы (изображения, модели, текстуры, lua файлы ресурса, и другое)).
В МТА присутствует функция отделения карты/ресурса от главного запущенного (им является ресурс с пометкой «Gamemode» в файле meta.xml), следовательно, можно выгружать и загружать ресурс или карту прямо на сервер, не перезагружая при этом сервер.

Так-же тут присутствует возможность использовать функции из других ресурсов, например есть 2 ресурса – «admin» (система администрирования) и «TvoyRes». Вашим ресурсом является «TvoyRes». Вы можете прямо использовать функции из ресурса «admin», ничего не подгружая (кроме директории ресурса в meta.xml)

Поговорим об администрировании сервера MTA.

В МТА администратор ресурса зовётся resourceRoot (некоторая связь с администрированием систем Linux). Главными resourceRoot’ами являются командная строка запуска сервера, и игровая консоль (вызывающаяся на символ «

» при английской раскладке, или клавишей F8). Игровая консоль от командной строки сервера отличаются тем, что в консоли можно вводить команды ресурсов (в командной строке нельзя), и входить в режим resourceRoot в консоли не нужно.

Давайте сравним типы администрирования Rcon (SA-MP) и resourceRoot, или просто Root (MTA):

— В SA-MP Rcon может войти любой игрок, зная определённый единственный пароль для входа.
— В МТА Root могут войти только зарегистрированные на сервере пользователи, имеющие привилегии, указанные в специальном файле.

Это показывает то, что в МТА по стандартным установкам сервера последних версий уже имеется система аккаунтов, нежели в SA-MP, которую, если нужно, можно написать.

В МТА так же имеется система уровней администрирования:

— Everyone (Default) – зарегистрированные аккаунты, они сюда после регистрации не попадают, их нужно записывать самому.
— Moderator – модератор, с ограниченным набором команд.
— SuperModerator – модератор, имеющий больше привилегий.
— Admin – администратор, который имеет доступные привилегии модератора и супер-модератора с добавлением некоторых полномочий.
— RPC – связан с доступом в интернет, имеет только функцию callRemote, которая связана с загрузкой деталей из интернета.
— MapEditor – имеющий доступ к редактированию карты (если загружен скрипт редактирования (с сервера, не имеющий отношения к Map Editor в меню игры))
— raceACLGroup – многие знают, что МТА с начала существования начинала с серверов, связанных с гонками (нежели SA-MP был полон DM серверов), эта группа связана с администрированием Race ресурсов (думаю данная группа не важна).
— Console – resourceRoot всего сервера, имеющий все полномочия вместе взятых групп.

По сравнению с SA-MP, в МТА в сервер встроены команды для администраторов.

Использование функций ACL (администрирования) в скриптинге выглядит не так просто, потому что для того, чтобы найти администратора на сервере через скрипт, нужно ввести поиск полномочий пользователя. Например, функция поиска объекта, имеющего доступ к чему-либо (только S-Сторона):

И функция поиска объекта в ACL группах (поиск по группам администрирования) (только S-Сторона):

Рассмотрим эти функции на примере:

Эта функция проверит, доступна ли у игрока source доступ к функции addBan (доступен администраторам и выше)

Данный код найдёт пользователя в группе Admins. Так как в файле администраторов игрок прописывается через user.name, то и поиск его тоже надо сделать через user. Функция getPlayerName покажет имя игрока, и, следовательно, исходный запрос будет выглядеть как user.name. Функция aclGetGroup ищет по группе администрирования, указанной в аргументе. Важно вводить группу такой, какая она есть (Admin, SuperModerator, Console, MapEditor), соблюдая регистр.

Это конечно выглядит и понимается сложней, чем то же самое в SA-MP:

Аргументы игрока (source, thePlayer, getLocalPlayer())

Раз дело пошло о аргументе Source, расскажу о нём.

В МТА есть несколько аргументов на поиск игрока. Самым основным является source – он доступен для обеих сторон (S- и C- сторон), и определяет любого «раздражителя» (например, если объект выполняет действие с source, то в выполнении source’ом является именно этот объект, но не какой-либо левый игрок). Так же присутствует аргумент thePlayer, определяющий игрока, работает в S-Стороне. Ещё присутствует функция getLocalPlayer (), определяющая игрока в пределах C-Стороны.

Вывод (Окончание учебника)

На этом я заканчиваю данный урок. В заключении я добавлю, что МТА Lua является упрощённым языком, и пишется проще, чем SA-MP Pawn, но данный язык усложнён своими функциями, но именно они упрощают вид языка.

Для тех кто думает переходить с Pawn в Lua (я всеми руками за) я могу предложить переменную, которая оставит вам привычный playerid.

Данный код можно писать в начале ресурса

Как редактор ресурсов, советую вам использовать MTA Script Editor.

Источник

Обучение LUA

Введение

Типы данных

Область видимости переменных

Переменные могут быть локальными или глобальными. Локальные переменные объявляются с ключевым словом local и определены внутри блока. При выходе за пределы блока значение локальной переменной становится nil. Блоком является либо файл, либо последовательность выражений между ключевыми словами do и end.
Пример:

Переменная становитя глобальной после первого присвоения ей значения.
Пример:

Функции

Итак, мы выяснили, что функция является типом данных. То есть, функции можно возвращать из функций.
Пример:

Функции могут принимать несколько значений. Если при вызове функции последние значения опущены, им присваивается nil. Параметры функции являются локальными переменными внутри функции.
Пример:

Функции могут возвращать несколько значений.
Пример:

Переменная _ используется в Lua для замены ненужной переменной.
Например, из функции f() нам нужно получить только третий параметр:

«Замороженные» переменные (upvalues)

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

Изменим время жизни локальной переменной x:

Функции, кстати, тоже могут быть локальными:

Некоторые особенности при вызове функций

Например, есть две функции:

function f1()
return 1, 2
end

function f2(x, y)
return x + y
end

Поскольку первая функция возвращает два значения, а вторая принимает два значения, то функции могут быть вызваны так:

function f1()
return 1, 2, 3
end

function f2(x, y, z)
return x + y + z
end

Понятно, что f1 дополняет последние параметры f2 нужным числом своих параметров. Однако это работает, только если вызов f1 стоит последним в списке параметров. Что будет если вызвать функции так:

В этом случае из f1 будет взят только первый параметр. А если так:

Да, третьим параметром будет nil, что при выполнении математической операции сгенерирует ошибку.

Переменное число параметров

В Lua, как и в С, в функцию можно передавать переменное число параметров. Синтаксис также похож:

function f(. )
for i = 1, arg.n do
print(arg[i])
end
end

Таблицы

Заполним ее различными типами данных:

t[1] = 10
t[«Вася»] = «осел»
t[3] = true

local function f()
return 1
end

Таблица может быть проинициализирована при создании:

Массивы

Если при инициализации таблицы ключи не были указаны, то Lua сама присваивает значениям ключи, начиная с 1.
Внимание! Индексация массивов в Lua начинается с 1, не с 0!

Получение размера массива выполняется оператором #:

Оператор # возвращает целое число n, такое, что t[n] не nil, и t[n + 1] равно nil. Другими словами оператор #, возвращает максимальный индекс непрерывной последовательности ключей от начала массива. Соответственно, для таблицы:

Для массива, в котором значения хранятся одно за другим, оператор # вернет количество элементов в массиве.

Обход элементов таблицы

local t = <1, 2, 3, "Вася">
for i = 1, #t, 1 do
print(t[i])
end

Обычные таблицы обходятся циклом for с итератором:

local t = <1, 2, x = 4, y = 5, ["Вася"] = "осел">
for key, value in pairs(t) do
print(key, value)
end

— > 1 1
— > 2 2
— > y 5
— > x 4
— > Вася осел

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

Методы

Рассмотрим следующую конструкцию (попытка сымитировать ООП):

function t:fun()
print(self.x)
end

На что все это похоже? Это похоже на ООП. Есть, объект, есть метод объекта, есть вызов метода объекта. Чего нет? Нет возможности создавать объекты определенного типа (например типа t). То есть и объект, и метод существуют в единственном экземпляре. Для того, чтобы создать объект типа tt, который ведет себя так же, как объект типа t, нам придется повторить всю процедуру с самого начала:

function tt:fun()
print(self.x)
end

function checkMetod(x)
x:fun()
end

Есть ли выход из сложившейся ситуации? Да, есть. Но о нем мы поговорим после того, как рассмотрим метатаблицы.

Метатаблицы.

Метатаблицы позволяют переопределить поведение встроенных типов. Для таблиц это можно сделать прямо в Lua, а для других типов придется это делать через С.
Метатаблицы схожи с конструкцией operator() в C++. Рассмотрим, например, как можно складывать две таблицы (в самом языке такая операция не предусмотрена).

Итак, что мы сделали? Создали два объекта, каждый из которых содержит поле х. Затем создали обычную таблицу meta. В ней определили функцию со специальным именем __add. Затем установили метатаблицу первому операнду.
С тем же успехом мы могли бы установить эту метатаблицу и второму операнду. Когда Lua обнаруживает операцию над значением, то сначала ищется подходящий обработчик в метатаблице первого операнда, и если там нет, то ищется обработчик в метатаблице второго операнда. Если обработчика и там нет, то генерируется ошибка.
Вот список операций, обработчики которых могут быть переопределены в метатаблице: