DakiLLa

Look at the 2nd parameter of the triggerServerEvent function: it is a variable representing the source of the function you call. So: -- Client log = {} -- Not local! log.succes = "Test String" triggerServerEvent ( "onEvent", getLocalPlayer(), blah, log ) -- Server addEvent ( "onEvent", true ) addEventHandler ( "onEvent", root, function ( blah, log ) string.format ( log.succes, blah ) end )

Wrong. He want to replace weapon's texture, not it's model:

You should send a player variable to your 'fix' function that retrieves a player element to get his occupied vehicle. So, add 'player' var to your setTimer functions, because 'player' is the source of the executed command: setTimer ( fix, 1500, 1, player ) --line 87 and 136 And the resulting 'fix' function: function fix ( player ) local wal = getPedOccupiedVehicle(player) fixVehicle ( wal ) end

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

Это значит, что в данный момент находится в разработке.

Насколько я знаю, handling-функции еще не до конца доработаны, может поэтому не работает... ?

спросите лил тоди, ему лучше знать.

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

Sweet. Are you going to release this thing?

Отлично, я как раз для 1.1 и делаю. Просто замечательно. Ага, и таких я встречал, но они тут же палились на высоком FPS, да и заранее уже было известно, что у них процессор амдшный. Собственно, поста от лил тоди я и ждал), все вопросы решены, всем спасибо.

I don't know why the first example does not work for you, it should be ok if there is a 'zombieturn' function that should recieve a player element as it's parameter. Btw, there are no any parameters in getRandomPlayer function, so the 'source' you passed there is useless. And what about the second example.. I guess it does not work because your function does return nothing, so that could be a problem, may be you forgot to put 'return c' ? Btw, you can replace it with just one-line function: function getRndPlayer() return getElementsByType( "player" )[math.random( 1, #getElementsByType( "player" ) )]; end; But eh, what actually do you want to do, can you explain it lil bit better... ?

Hello. I can't upload any image for my resource on community center. That's the errors I get when I try to upload an image: -broken image link removed at the request of OP- And that's what actually in the screenshots section after I 'uploaded' an image: -broken image link removed at the request of OP- Strange, but it still says that image was uploaded successfully ?

UPDATE 1.1.0: -Owners data is now based on user's account names, not on their nicknames. All previously created houses are NOT compatible with this version anymore. I warned you! -Removed smooth gui fading in/out. -Fixed bug when you type 't' or 'y' and chatbox and input appears then. -Fixed bug when you got killed and gui stays opened forever. -Fixed bug when sometimes player gets frozen forever. -Fixed bug with permissions. -Tweak cicles optimizations and reduced code size. WARNING: All previously created houses ARE NOT COMPATIBLE now with this resource version anymore. You have to re-create them again, or change their 'owner' data to ' ' (empty string) manually with SQLite Browser (if they don't have the owner yet) since this version uses account names for checking house owner. You probably will also have to change owner data to account name of the actual owner for those houses, that have been already bought by someone. For those who expiriencing that bug with invisible interior: I dont know actually, what causes that, but after some time I was testing script, some interiors were missing objects inside them (couches, chairs, TVs etc.). May be this is an MTA bug or something, I dont know, if someone who expirienced that bug anywhere - leave the feedback. I don't have the ability to test this script with more than 300+ houses so I can't say anything about it's stability after adding so many houses.

Ну так эту опцию можно отключить в самом mtaserver.conf, так что все зависит только от владельца сервера.

К сожалению, программы у меня нет, но достаточно вбить в гугл cheat engine, а там уже дело за малым. Это мне до боли все известно.

Ах да, одну вещь я забыл упомянуть. Способ с getGameSpeed я проверил сразу же, как только заметил, что кто-то балуется со скоростью, да только это ничего не дало: функция все время возвращала 1, то есть тут дело не в скорости игры, а, как бы сказать, в быстродействии что ли...

Добрый день. Хочу задать несколько вопросов: 1) Каждый раз, когда я вызываю setElementData на стороне клиента, в дебаг вылезает ошибка из админ панели что-то про "Admin security mismatch". Я порылся в исходниках админки, но так и не допер, о чем вообще предупреждает данное сообщение и стоит ли в таком случае использовать функцию на стороне клиента? Если нет, зачем тогда вообще сделали эту функцию исполняемой на стороне клиента, если она вызывает какие-то несоответствия данных между клиентом и сервером? Кстати, некоторые ресурсы, например скрипт парашюта, так же заставляет появиться в дебаге сие сообщение. 1.1) Если по вопросу номер 1 нет нареканий, то тогда такой вопрос: разумно ли использовать setElementData внутри onClientRender для постоянного обновления данных игрока при включенной синхронизации этих данных с сервером (последний параметр функции) ? И еще, если скажем так, человек 50 будут постоянно обновлять свои данные, в каком размере получается нагрузка на сервер и стоит ли вообще идти тогда таким путем? 2) Это конечно хорошо, что МТА обретает популярность, но вот загвоздка: мне посчастливилось встретить двух человек, которые с помощью CheatEngine (вроде бы) смогли каким-то образом изменить свою скорость игры. Персонажи их носились как со спидхаком, а все таймеры на стороне клиента шли в 10 раз быстрее, ну а о последствиях не сложно догадаться. Означает ли это, что так можно вызвать практически любую клиентскую функцию? По сути, ни о какой защите в таком случае и речи быть не может, раз можно докапаться до внутренностей через представленный выше софт... ? Пока вроде все.

source передает сам клиент а client задан сервером, в зависимости от того, от кого он получил пакет То есть в таком случае во всех функциях, вызываемых из клиента, лучше использовать переменную client, нежели source, которую можно "перехватить" ? Спрашиваю, потому что до сего момента сплошь и рядом в этих функциях использовал source.

/off: Кстати, правда, что новый комьюнити сейчас находится в разработке ?

Синронизовать поворот головы не получится, удаленные игроки тупо смотрят в точку (0, 0, 0). Баг на багтрекере. Так что вариант только для клиента.

You should use 'onPlayerJoin' event instead, beacuse 'onPlayerConnect' fires when someone is just connecting to your server. function spawn() --'source' is the player that have joined the server spawnPlayer (source, 0, 0, 5) fadeCamera (source, true) setCameraTarget (source, source) end addEventHandler("onPlayerJoin", getRootElement(), spawn)

Все SCM сценарии в МТА отключены, поэтому этот вариант отпадает. В сампе вроде как раз этим этим методом реализована данная функция (поправьте меня, если не прав). Действительно, плюс ко всему этому, есть какой-то баг, который искажает угол поворота цепляемого объекта (или что-то в этом роде). Хотелось бы тоже узнать Кстати, вот она, но посмотрев исходники, а так же баги на багтрекере (1, 2), вызванные этой функцией, стало ясно, что от нее больше проблем, нежели пользы.

Сказать, что такой функции не будет равносильно тому, если сказать, что такая функция когда-нибудь появится. Это open-source проект, поэтому каждый, кто хочет, вносит какой-то вклад в его развитие. В данный момент функций контроля угла поворота колес нет.

src="help.xml" type="client" />

+c можно включить с помощью setGlitchEnabled (параметр "crouchbug") и будет вам счастье