androksi

Basta começar a aprender. O que você deseja fazer é algo bem simples, só precisa criar uma pasta, um arquivo meta.xml e um arquivo client-side, com o nome client.lua, por exemplo. O nome é apenas exemplo. O meta.xml ficaria desta forma: <meta> <script src="client.lua" type="client" /> </meta> Arquivo client-side: addEventHandler("onClientResourceStart", resourceRoot, function() setPlayerHudComponentVisible("radio", false) setPlayerHudComponentVisible("area_name", false) setPlayerHudComponentVisible("vehicle_name", false) end) -- addEventHandler adiciona um evento -- onClientResourceStart é o nome do evento que, quando o resource é iniciado, executará o bloco de código dentro dele. -- resourceRoot significa que irá executar o bloco de código somente se ESTE resource for iniciado/reiniciado. Infelizmente nós não podemos te ensinar, mas podemos tirar suas dúvidas. Essa é a principal ideia do fórum. Comece a aprender e traga suas dúvidas, iremos responder.

Há exemplos na Wiki do MTA, usando a função que citei. O código deve ficar em um arquivo client-side.

Olá e bem-vindo(a) ao fórum. Você pode fazer isso utilizando esta função: setPlayerHudComponentVisible - as propriedades seriam: area_name, radio

Em qual(ais) servidor(es) você joga? Pois esse problema eu nunca vi. A distância do horizonte estando em 100% + aquelas opções ativas, você deveria enxergar elementos a longa distância. PS: Verifique também lá na aba "Avançado" se o Streaming Memory está no máximo.

Olá e bem-vindo ao fórum. Verifique se estas duas opções estão marcadas.

É pra funcionar sim. Só uma correção. Não se usa source como parâmetro de função. Como aqui, por exemplo (ignora a seta, vou falar depois): Sobre a setinha vermelha, você já está passando o jogador que usou o comando "Skin22", então lá no client-side, basta usar source. Lembrando que é uma variável pré-definida, então não precisa declará-la em nenhum lugar.

Olá. Isso fica no resource freeroam, no arquivo fr_server.lua. Procure por "blip".

E aí. Você fala da pasta config do BOT? Ela consta sim no download.

Você pode configurar no próprio meta.xml. <settings> <setting name="*command" value="abrir" /> </settings> E lá no arquivo compilado (presumo que esteja), você busca pela informação das configurações com a função get, de acordo com o nome dela. No exemplo acima, é command. local commandHandler = tostring(get("command"))

Olá. Você postou numa seção Inglesa. O tópico será movido por algum administrador para a seção correta. Sobre a sua pergunta, use um GTA: SA limpo, sem nenhuma modificação.

@Edununes27, welcome to the forums! Thread has been moved into a better section: Scripting. On-topic: yes, you can do that. Use the function setVehicleHandling, with the property engineAcceleration.

Olá. Dessa forma que você está fazendo, não seria possível fazer um scroll. Primeiramente, você deve colocar todos os "artigos" em uma tabela. Uma vez com a tabela criada e populada com eles, dentro de um renderTarget você iria fazer um laço de repetição, pegando todos os artigos e colocando-os um abaixo do outro, calculando o eixo y. Também é necessário uma variável para identificar o valor do scroll, que iria junto ao cálculo do eixo y. Um exemplo: Parece meio complicado, então saber como laços de repetição e renderTargets funcionam, é de suma importância.

Olá. Você pode usar a função createBlip. Ela irá criar um ícone no mapa (F11) onde o jogador deve ir.

Qual é a versão do servidor que você está usando? Ela precisa ser 1.5.8 r20788 ou acima. Para ver a versão, use o comando sver no Console.

Sim, entendo qual é a proteção por IP. Não é nada relacionado ao MTA, nem um serviço nosso. É o próprio vendedor que faz isso. Porém, se o cliente vazar o script, mesmo que esteja compilado, outros conseguem facilmente executar o script, sobrescrevendo as funções de validação de IP.

Olá. Bem-vindo(a) ao fórum. Já tivemos muito esse debate dentro da comunidade, a conclusão é que não existe uma forma totalmente segura, pelo menos até o momento. A única coisa que você pode fazer é compilar os scripts e colocá-los apenas em servidores dedicado/vps confiáveis. Sobre compilar, é chato mesmo ter que ficar indo toda hora lá compilando, baixando e substituindo. Nesse caso, você pode usar a API para criar um resource que compila os arquivos sempre que forem iniciados. Use somente no servidor em produção.

Olá. Você está tentando obter o dinheiro sujo do jogador fora da função, e ainda usando o parâmetro errado. Não existe source dessa forma no client-side, use localPlayer. Também, deixe aquela variável dentro do escopo onde será executado o código. Aquele "PenDrive Com Trojan" não faz sentido. De onde ele está vindo?

Você pode desativar a barra de progresso usando setTransferBoxVisible.

Olá. Use este resource no seu servidor para obter o nome das texturas.

Olá. Bem, vamos começar pelo fato de que o editbox em si não faz essas ações. ? É necessário alguma lógica por trás. Quando você cria um editbox ou qualquer elemento GUI que seja compatível com [1], você então obtém o valor inserido nesse elemento. Eu sugiro criar abas para cada ação. Enviar dinheiro (primeira aba) Seguindo alguma lógica bem simples: teria dois campos, um para a inserção do nickname do jogador que o usuário deseja enviar o dinheiro, outro para o valor. Uma vez com os dados validados, nós os enviamos para o lado do servidor [2]. Agora que temos os dados (nickname e valor) no lado do servidor, precisamos validar se o nickname pertence à algum jogador [3]. Também, é necessário validar se o valor inserido é maior que zero e menor ou igual ao dinheiro atual [4] do usuário que deseja enviar, pois, caso o valor seja maior que o dinheiro do usuário, quer dizer que ele está tentando enviar quantidades que não existem, e também não queremos valores abaixo de zero (negativo) ou zero. Com tudo validado, já podemos retirar a quantia [5] do usuário que enviou e mandar o valor [6] para o jogador. Você pode mandar um feedback para ambos [7]. Sacar dinheiro (segunda aba) Aqui, nós não teríamos o campo para ser preenchido com o nickname do jogador, apenas a quantia que o usuário deseja sacar. Também, um sistema de banco seria necessário, pois não há como sacar dinheiro de beterraba. Contudo, a lógica seria a mesma, mas agora enviando ao servidor [2] apenas a quantia. Lá, também teria validações, como por exemplo, se a quantia inserida é maior que zero e menor ou igual ao dinheiro existente no banco. Depositar dinheiro (terceira aba) De acordo com a mesma lógica de sacar, enviando ao servidor [2] a quantia, precisamos apenas validar se o usuário de fato tem aquele dinheiro para depositar ao banco. Para isso, use [4] e verifique se é maior ou igual à quantia. Validado, use [5] para retirar a quantia do usuário. LEMBRETE: Tudo o que escrevi acima, levei em consideração que você tem um sistema bancário, com exceção da aba de enviar dinheiro. É claro que você também pode criar o seu próprio. guiGetText triggerServerEvent getPlayerFromName getPlayerMoney takePlayerMoney givePlayerMoney outputChatBox

Olá. Você pode criar uma tabela e anexar o jogador, nela você iria atribuir o total de tarefas completadas. Com esse total, basta usá-lo como índice na sua tabela. Também, claro, se for maior que o total de markers possíveis, então nada iria executar.

Editei o código da minha resposta.

Olá. Veja se funciona. Fiz uma função para evitar código duplicado e também uma lógica para mostrar qual foi o motivo da prisão.

Olá. Desligue o seu servidor, abra o acl.xml e adicione o resource.admin novamente à acl Admin, você removeu.