Lex128

Wiki account: Lex128 E-mail: [email protected]

Деспаунить нет, даже при заходе на сервер, перед скриптовым spawnPlayer, игрок всё равно уже зарождён в точке (0, 0, 0) и заморожен. Следственно можно сымитировать деспаун таким же образом - заморозить игрока и переместить в точку (0, 0, 0)

Ну раз обсуждается значит есть разница... смысл тогда просто так спрашивать)

Ну я под "своим", "не мташным" и подразумевал официальный, т.к. при его использовании сервер сообщает нам ошибку и невозможность работы с ним, и предлагает воспользоваться "мташным"... Вот и получается что если нужно закрыть код, то пользоваться теперь придётся исключительно сервисом luac.multitheftauto.com, хотя Лил упомянул что это пока еще не строгое ограничение, а следовательно (как я понимаю из этого) пока еще можно закрыть код не прибегая к "мташному" компилятору, встаёт вопрос: А чем же можно еще пользоваться, после чего закрытый скрипт будет работать на сервере?

Как понять не строгое ограничение? То есть можно каким-то образом пользоваться своим компилятором и при этом скрипт на MTA сервере будет работать?

Но это же 5 часовая работа, ты чего, лучше пофлудить здесь...

Ну можно ведь сделать так, если в лоб: addEventHandler ( "onClientGUIClick", WeaponShop_button_15, function() executeCommandHandler ( "give", "22 200 200") end) дароу винц

А зачем ты вместо прямой ссылки на поток указываешь плейлист, при том что у тебя ссылка еще начинается не с http://, а ты еще указал зачем то ресурс Скачав плейлист по ссылке и открыв его в блокноте ты увидишь нужные прямые адреса потоков, например для 128kbps - http://72.13.91.147:8000. Этот адрес и указывай как путь при создании звука Кстати спс за радио канал

Точно! Здорово, вот и вспомнил как в прошлых сериях игры менял колеса) Наверное в сане не добрался туда т.к забыл)Жаль пока нет возможности менять эти параметры посредством МТА. Зачем тогда создавать тему-вопрос? Все равно сделал по-своему. Наверное просто рассказать хотелось о проекте, ну так бы и создал тему о новом проекте А то названием темы "..русское сообщество" сбил с толку людей, ведь ты имел в виду сообщество именно скриптеров/модеров МТА, и чтобы не было ничего лишнего.А вообще в тех перечисленных порталах есть точно такие же разделы о скриптинге и довольно богатые с почти общей русской аудиторией МТА-скриптеров. Так что ты и мог бы их развить, превратив в нечто глобальное)

Действительно типичная проблема, сколько раз уже видел то тут то здесь.Колеса висят или утоплены в землю - это из-за того что размер колес новой модели не такой же как у стандартной, а размер колеса у машины в MTA нельзя настроить/изменить ни setModelHandling ни чем нибудь другим... Вобще я не припомню чтобы в GTA SA был где либо параметр размера колес, в отличии от прошлых серий GTA 3, GTA VC Так что ответ на твой вопрос - никак. Как вариант - уменьшить у самой модели колеса до стандартных размеров. Как мне кажется в игре у всех машин колеса действительно одинаковых размеров. У мотоциклов, монстров с дамперами, у всех типов транспорта свой размер колес, и похоже он не зависит от индивидуальных настроек техники.

Good day, ladies and gentlemen. The script is available to everyone. What is the new version of Tactics able to do? A lot of new things. There are a new options, the script was adjusted and found bugs were fixed. Now there is a weather tab, where you can really fine-tune weather's conditions. Also, there were tabs Shooting and Handling, where you can further customize weapons and vehicles. Tactics 1.2 supports 12 game modes Arena: A common Team DeathMatch mode, where the winner team is the one which destroyed the opposite. If the had expired before one of the teams destroyed another, the winner would be the team with higher number of players. If the numbers are equal, the winner status will go to the team with higher summary player HP. Base: Another common mode, where the goal is to capture the base. If either the whole attacker team is destroyed, or the checkpoint isn't captured, the defense will win. Bang: This is a battle on special cars with missiles of different types. The winner team is the one who destroyed all its opponents. Bomb: A mode where defenders must secure a certain place or places, and attackers' objective is to plant the bomb. A countdown will start when the bomb is planted, so the defenders must defuse it in any case. Defenders will win when the bomb is defused. If the bomb exploded, the winner team would be attackers. If the bomb isn't planted before the terrorists are killed, the opposite team will be the winner. CTF: Capture the flag from your opponent's base and take it to your spawnpoint. If the opponent does it first, you'll have to return it. The team with more flags captured is the winner. Derby: There are two types of this mode - individual and teams. If the type is individual, survivor will be the winner. If two teams are playing, then the winner team will be the one that has a survivor. DM: Frag battle - the winner is the person who has the highest number of frags at the end of a round. You can also set a certain number of frags and the winner will be the player who reached this number first. Fly: Two teams, rustlers and dogfight. To win you'll have to destroy the opposite team. Hostage: Escort hostages to the swat car. If all the hostages are killed by terrorists, the Terrorsist team will lose. If a player from Police team kills a hostage, then the Terrorist team will win. If all the policemen are dead, the terrorists will win, and the opposite. Race: Cross the finish line first, just as usual. Vip: The team called 'Vip Group' has to escort a VIP to his helicopter. If the VIP dies, the terrorists will win. If either the VIP reaches his destination, or all the terrorists die, 'Vip Group' team will win. Zombie: The player who is the closest to the point of infection turns into a zombie. His objective is to infect all the humans. Humans have to kill all the zombie team members. Lobby: Freeride while waiting for a map to start. To change appearance or gameplay settings or language - press f2. You can download and read all information about script here: http://code.google.com/p/mtasa-tactics/. Here you can read setup, control, settings information: http://bpb-team.ru/lex128/tactics-wiki/. Maps can be downloaded here: http://bpb-team.ru/star-tR/files/maps.zip. Maps from Counter Strike and other games can be downloaded here: http://bpb-team.ru/star-tR/files/csmaps.zip.

А интерьер или измерение нулевые у тебя в игре? Ведь когда просто создаешь объект он создается в interior = 0 и dimension = 0, а ты где при этом находился? Лучше бы сделал вывод успеха создания объекта а не просто функции, например на первом объекте: outputChatBox("check1: "..tostring(createObject(7940,49.59999847,-128.10000610,1367.40002441))) тогда уже и смотришь, если в чат написалось userdate: номер, то уже знаешь что объект создался, но ты его почему-то не видишь... Дальше у тебя уже другие соображения будут по поводу - "А где же он тогда?".

RP = Role Play, RPG = Role Playing Game Одно и то же -__- Мне кажется RP это как понятие жанра, а RPG - компьютерная игра этого жанра)

Будет на гуглкоде, как ветку запилю)

Стант, вот я изпользовал тоже текст из xml файла, и там был знак \n, но читался он правильно в dxDrawText, текст был с переносом

В твоей отдельной теме viewtopic.php?f=142&t=41033 лови ответ)

Ответ на твой вопрос: Никак, это разные переменные. btnOutput это элемент созданной кнопки (в смысле прямоугольник черный) к которой позже привязывается событие "onClientGUIClick" (к элементу), а button это типа кнопки мыши, вследствие нажатии которой и произошло событие "onClientGUIClick" (при условии что курсор был наведен на кнопку btnOutput) в нашем случает левая кнопка "left" Пример приведенный на вики полностью верный, ты его просто не понял) Посмотри ещё раз каждую переменную в примере, подумай что каждая из них представляет из себя. И просмотри описания каждого события использованного в нем и каждой функции. Словом, разберись в самом принципе скрипта, во всей его логике Это будет не лишнем и если сделаешь это, то таких вопросов не возникнет больше

setElementData ( thePlayer, marker, "type1",true) ??? аргументы не напутал? В setElementData аргумент bool synchronize = true итак стоит по умолчанию. Все элементы (люди, машины, объекты) - серверные, а в onClientResourceStart для них создаются маркеры на стороне клиента и прикрепляются к ним с attachElements и с установлением его типа setElementData. Проверяю тип элемента в который вошел тоже на клиенте с getElementData(marker,"sometype") У меня у самого противоречия "путать не будет их", но тут же сам вижу обратное... И происходит этот баг не всегда, ни с определенной периодичностью, ни с какой-нибудь закономерностью, отсюда и подозрения на сбои в стриме маркеров. Баг этот я обошел другим путем определения типов маркеров, но всё же не оставляет мысль о его существовании.

Довелось наткнуться на странный баг. Я использую marker'ы типа "corona" для обнаружения когда пед, машина или что-то другое натыкаются друг на друга или находятся вблизи, при этом маркеры я присоединяю к ним (сначала хотел использовать colshapes, но обнаружил что они не прикрепляются к элементам с attachElemens, в отличии от маркеров) Для обозначения групп и типов маркеров я задавал им дату setElementData(marker,"type1",true), setElementData(marker,"type2",true) ... так вот заметил один изредка происходящий баг, когда вдруг обнаруживалось что: getElementData(marker,"type1") == true и getElementData(marker,"type2") == true было на одном и том же маркере, при том что каждому задавалась только 1 дата и только 1 раз, при создании. Много раз я проверял это, и очень не часто это снова происходило, я не мог воспроизвести это специально и не видел никаких логических ошибок в сценарии. Но заметил что при создании, пока маркер виден, с его ElementData всё в порядке, но при многократном его исчезании и появлении иногда происходит путаница с чужими ElementData, и именно маркеров. Мне кажется тут дело в стриме самих маркеров и синхронизации их ElementData. Это только лишь интуиция, но вдруг кто-то замечал что-то подобное ?

Зарке, как успехи?

Вобще scrollpane это для показа чего-то большого, на маленькой области с простой прокруткой содержимого.. например можно в маленьком window создать scrollpane и уже в ней создавать все другие gui элементы, они будут видны как и без scrollpane, но когда элементы начнут выходить за рамки window, то появятся соответствующие скролы этого самого scrollpane и можно будет "прокрутить" окно к вышедшим за рамки элементам. А для guiCreateScrollBar посоветую использовать guiScrollBarGetScrollPosition для получения текущей прокрутки твоего отдельного скролбара, кстати на вики эти 2 функции для работы со скролбаром находятся с его созданием) https://wiki.multitheftauto.com/wiki/Cli ... Scrollbars

По тестировал эту функцию setPedLookAt на удаленных игроках и что получилось: Первое использование ставит взгляд правильно, но последующие не меняют взгляд, даже если голову возвратить обратно (time = 0), то при новом использовании setPedLookAt голова поворачивается с точку, что была задана в первый раз, независимо от новых координат... Ещё используя параметр target, установив его на себя (localPlayer), игроки смотрели всегда в таком же направлении что и моя голова, также независимо от выставленных им координат. Найдя в исходниках MTA определение это функции обнаружил аргумент iBlend, про который на вики почему-то не написали... Проводя эксперименты с фиксом этого "первоначального взгляда", попробовал setPedAimTarget на игроке и... его взгляд вдруг обновился Но опять же это работало не всегда (из-за какого-то бага с функцией setPedAimTarget, когда прицел педа направляется в никуда) Короче, как я понял при использовании setPedLookAt на игроке, ему выставляется "прицел" в эту точку (getPedTargetEnd показывает туже самую точку), и при дальнейшем использовании setPedLookAt этот прицел ему не меняется и игрок смотрит всегда туда же. А при изменении ему прицела setPedAimTarget на другую точку, следующий взгляд setPedLookAt будет туда же, в новый прицел. И всё бы хорошо, но функция setPedLookAt иногда выставляет игроку/педу прицел в никуда (при этом getPedTargetEnd возвращает бесконечные величины) вот из-за этого же и взгляд не обновить

А что так темно всегда?

Мб сначала разберешься/напишешь конкретно что у тебя не работает, а что работает... а то ты много функций имеешь, какую именно мы сами догадываться должны?Ты добавляешь заголовок события addEventHandler("onPlayerChat",getRootElement(),enterCom) ну рас тебе нужно его когда-то добавлять(чтобы до этого его не было), то и удалять его когда-то тоже надо? в коде этого не вижу А саму функцию enterCom(message) лучше объявлять как показал MX_Master

Ну можно и так, при этом анимация будет корректная, только для чего тебе это.. ведь прицел будет всегда направлен в сторону плоскости X=0))) не абсурдно ли?