[Resolvido] Problema em usar o valor contido em um pointer pego de uma Thread

Problema em usar o valor contido em um pointer pego de uma Thread

Eu estou tendo um probleminha em usa string da Thread, eu tenho aqui assim

Código:: { ... LVAR_INT text GET_LABEL_POINTER buff_1 text ... } buff_1: DUMP 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ENDDUMP

Consigo pegar um texto armazenado nele facilmente para exibir assim

Código:: PRINT_FORMATTED_NOW "%s" 2000 $texto

Mas não da certo aqui

Código:: REQUEST_ANIMATION $texto

Eu não sei exatamente se tem haver com a variável texto ser declarada como LVAR_INT e REQUEST_ANIMATION pede uma TEXT_LABEL, alguém sabe a solução? Não sei se estou deixando algo passar (HMM)

_

Só opcode cleo aceita ponteiro, o certo é copiar o valor para uma variável de long text. philosoraptor

Eu até fiz isto

Código:: LVAR_TEXT_LABEL16 string_temp STRING_FORMAT string_temp"%s" $texto

A intenção era ter ao menos 20 caracteres, mas acho que vou ter que deixar nos 16 mesmo (HMM)

Última edição por Arthropod em Seg 08 Jun 2020, 04:35, editado 1 vez(es)

Arthropod escreveu:Não use thread como sinônimo de script, é difícil fazer um resumo de diferença, mas não é a mesma coisa, visto que um script pode ter vários threads, e isto é irrecíproco.

O termo "thread memory" veio lá de antigamente quando não era comum (mas nem hoje é comum...) usar o mesmo script para várias threads, tanto que, quando você chama uma nova thread pelos opcodes da CLEO você está tirando uma cópia do script para uma nova thread, assim a thread memory é realmente um espaço de memória da thread (e não uma "script memory"), a não ser que você crie uma nova thread dentro do script "por label", como acontece nos multifiles, daí a "thread" memory na verdade não será uma "memory" da thread, mas do arquivo.

@Um Geek escreveu:Eu não sei exatamente se tem haver com a variável texto ser declarada como LVAR_INT e REQUEST_ANIMATION pede uma TEXT_LABEL, alguém sabe a solução? Não sei se estou deixando algo passar

Esse comando só funciona por strings, e nem há motivo para você enviar um ponteiro pra uma string maior de 16 bytes lá, pois o jogo tem limite de 16 bytes no nome do .ifp

[Resolvido] Problema em usar o valor contido em um pointer pego de uma Thread 00019

Não há como instalar um .ifp maior de 16 bytes, portanto não é necessário usar mais de 16 bytes para carregar um .ifp.

Arthropod escreveu:Não use thread como sinônimo de script, é difícil fazer um resumo de diferença, mas não é a mesma coisa, visto que um script pode ter vários threads, e isto é irrecíproco.

Não entendi, isto é porque eu criei a pergunta sobre Thread na parte sobre script? Porque tem Scripts, Mapas,texturas,modelagem, outros tipos de mods. Creio que se encaixa melhor em script mesmo (HMM)

@Junior_Djjr escreveu:Não há como instalar um .ifp maior de 16 bytes, portanto não é necessário usar mais de 16 bytes para carregar um .ifp.

Tem alguns que não da para armazenar em label16

Código:: BBALL_Jump_Cancel BBALL_Jump_Shot_O BBALL_SkidStop_R_O buddy_crouchreload

Mas com 16 bytes já da para usar muitas animações, já que o máximo será isto reduzi o tamanho dos buffers também para 16, mas isto ja ajudou muito porque se eu fosse fazer varias variáveis de string de tamanho 16 iria reduzir muito o numero de variáveis que eu posso usar (ONO)

@Um Geek escreveu:

Arthropod escreveu:Não use thread como sinônimo de script, é difícil fazer um resumo de diferença, mas não é a mesma coisa, visto que um script pode ter vários threads, e isto é irrecíproco.

Não entendi, isto é porque eu criei a pergunta sobre Thread na parte sobre script? Porque tem Scripts, Mapas,texturas,modelagem, outros tipos de mods. Creio que se encaixa melhor em script mesmo

É que meio que você usou a palavra "thread" de forma errada :v:

@Um Geek escreveu:

@Junior_Djjr escreveu:Não há como instalar um .ifp maior de 16 bytes, portanto não é necessário usar mais de 16 bytes para carregar um .ifp.

Tem alguns que não da para armazenar em label16

Código:

BBALL_Jump_Cancel BBALL_Jump_Shot_O BBALL_SkidStop_R_O buddy_crouchreload

lol, isso não é nome de .ifp, é nome de animação.
E o comando PLAY_ANIM deve suportar ponteiro, quase certeza.

É que meio que você usou a palavra "thread" de forma errada

Deve ter sido nesta parte "string da Thread", ficou meio estranho mesmo, não achei outra forma de dizer o que queria no momento (XD)

O problema é no REQUEST_ANIMATION, mas se PLAY_ANIM suporta eu jogo o nome do conjunto de animação na TEXT_LABEL16 e uso a ANIM diretamente, creio que isto soluciona. valeu! (BG)

@Um Geek escreveu:

É que meio que você usou a palavra "thread" de forma errada

Deve ter sido nesta parte "string da Thread", ficou meio estranho mesmo, não achei outra forma de dizer o que queria no momento

O problema é no REQUEST_ANIMATION

Sim, e este comando é onde carrega o .ifp, onde nunca é maior do que 16 bytes.
Basta usar o ponteiro onde pede a animação no PLAY_ANIM que deve funcionar já.

Foi um sonho realizado de 30 segundos (ROLL)

imagem:

Melhor deixar com 16 bytes mesmo, melhor que 8 como antes (WARY)

Última edição por Arthropod em Seg 08 Jun 2020, 04:36, editado 2 vez(es)

Bem, eu quis ser breve como dizer "vem um cara no cavalo" em vez de "vem um cavaleiro montado sobre o cavalo". Também me referi a Thread escrita no texto questionando como a usar de forma correta, de qualquer forma o @Junior_Djjr e o @Fabio já me ajudaram (BG)

Última edição por Arthropod em Seg 08 Jun 2020, 04:36, editado 1 vez(es)

Eu tinha esquecido de mencionar que resolvi este problema, nem era algo no código ou limitação do gta3sc, acontece que uma configuração do Visual Studio Code atrapalha um pouco no uso de variáveis de forma livre

[Resolvido] Problema em usar o valor contido em um pointer pego de uma Thread 03a5be6f422a42258e688be2da0f8804

Eu diria para quem esta começando a usar desabilitar esta opção Entity Tracking e vera que muitas coisas que não podiam serem feitas passarem a ser

Mas solucionou exatamente qual problema?

Na parte do uso com nomes de animações eu tive que fazer como o @Fabio mencionou copiando o valor do pointer para uma variável string e já que você confirmou que os nomes de IFP tem no máximo 16 caracteres Ainda tinha problemas em usar pointer em lugares que exigia ids como de char ou vehicle.

Exemplo::

Código:: ... GET_LABEL_POINTER buffer (pointer) ... DOES_CHAR_EXIST pointer DOES_VEHICLE_EXIST pointer

Eu não podia usar assim pois com Entity Tracking eu só poderia usar em DOES_CHAR_EXIST como exemplo variáveis que ja tinha sido declaradas como char

Exemplo::

Código:: GET_PLAYER_CHAR 0 scplayer DOES_CHAR_EXIST scplayer

Na hora de compilar ela marcava um tracinho vermelho embaixo da variável se não fosse desta forma

Depois de desativar esta opção pude usar melhor não só GET_LABEL_POINTER quanto variáveis comuns onde Entity Tracking antes não permitia. (HMM)

Acho que você não leu esse tutorial:
https://brmodstudio.forumeiros.com/t6306-17-tipos-de-entidades-nas-variaveis
De qualquer modo, desativar essa checagem também é uma opção.

@Junior_Djjr escreveu:
Acho que você não leu esse tutorial:
https://brmodstudio.forumeiros.com/t6306-17-tipos-de-entidades-nas-variaveis
De qualquer modo, desativar essa checagem também é uma opção.

Eu até li, foi o motivo de eu ter lembrado de desativar esta opção. Demorei um pouco pois não liguei os dois assuntos. Como você cita lá

Recorte:: in: 17-tipos-de-entidades-nas-variaveis

@Junior_Djjr escreveu:
Depois de você ler e entender tudo o que se passa, você pode agora aprender a simplesmente desativar esta checagem.
Sim, você tem opção de desativar a checagem de entidade e compilar mesmo que o compilador diga que está errado, simplesmente clicando no "CS" no canto inferior (lembra que isso faz abrir as opções do compilador?) e indo em "Disable Entity Tracking".

Eu não recomendo que você faça isso mesmo que você seja experiente, pois, é fato de que mesmo experientes fazem erros bobos e passam dores de cabeça para encontrá-los. Mas a decisão final é sua.

Requer mais atenção no que esta fazendo apenas. Resumindo, este tutorial e o que foi citado aqui resolveu o assunto. (BG)