CYK

Caro jorgeultra, Achei que tivesse resolvido em parte, mas não resolveu. É justamente por ter que ficar fora do Brasil as vezes, é que preciso que o sinal do satélite pego pelo iGo Primo arrume automaticamente o horário do aparelho. E não estou conseguindo fazer com que isso ocorra. Notei que não consigo setar outro fuso horário que não seja o do Brasil no aparelho (Aquarius Discovery), mesmo selecionando outro fuso, após sair da tela de configuração e voltar, o fuso do Brasil volta a ser configurado. Só me resta testar estas configurações fora do Brasil para ver se consigo configurar outro fuso para o aparelho. Grato pelo feedback, CYK

Caro jorgeultra, Boa tarde e grato pela informação, mas não resolveu. Percebi que o horário do aparelho é ajustado pelo que fica configurado em "[config]" no arquivo "system.ini" (dentro de "save\profiles\01"): [config] last_saved_system_time="2020.09.02.|05:37:38.000" Já em "[regional.timezone]" apesar da data estar errada, o horário está com a hora atual correta pego do GPS: [regional.timezone] [...]last_auto_time_sync="2001.01.17.|16:37:33.000"[...] Será que tem como configurar este parâmetro com o horário atual pego do GPS (satélite)? At., CYK

Caro callgps, Poderia me dizer se estas configurações que vocâ postou são para iGo Primo em WinCE ou Android? Tenho um aparelho de GPS da marca Aquarius Discovery 4.3 com TV. Nele está instalado o iGo Primo 2.4 Fast Ultimate com skin DiMka WA P.1.7.4 Ultimate no WinCE. Estou tentando fazer com que o iGo pegue a hora pelo GPS (satélite) e atualize a hora do aparelho. Já tentei várias combinações no sys.txt, mas até agora não conseguir fazer isso. Ele somente atualiza a hora do aparelho, quando o iGo fica sem sinal do satélite e ajusto o fuso no iGo manualmente. [regional.timezone] use_auto="1 ; utiliza detecção automática de fuso horário ; sync_time=0 ;sincroniza hora com hora do aparelho sync_time="1" ; sincroniza hora com hora do GPS reset_os_timezone=1 sync_os_timezone=1 Alguém saberia como resolver este problema? Saudações, CYK

Pessoal boa tarde, Desta vez, resolvi melhorar a skin "DiMka WA P.1.7.4 - Ultimate xxxxxx" wince para adicionar novos alertas para o iGo Primo Fast Ultimate, sem precisar modificar os que já existem. Para isso é necessário efetuar adições/mudanças nos seguintes arquivos: * Crie e adicione a imagem para o novo tipo nos arquivos de imagens "speedwarn.bmp", "speedwarn0.bmp" e "speedwarn1.bmp" (adicione a imagem na posição certa do número do tipo - a contagem começa com zero); * Crie a imagem do novo tipo e salve como arquivos de imagens "cameraKSM_nn", "cameraKSMMenu_nn" e "cameraKSMSS_nn" (nn é o número do tipo). NOTA: Todas as imagens estão dentro da pasta "ui_igo9\480_272" (utilize a pasta da resolução que usa) do arquivo compactado da skin. Não esqueça de fazer os backups dos arquivos originais das imagens. Precisa descompactar as imagens para edição. * Em "variable_def.ui" (dentro da pasta "ui_igo9\common\ui" do arquivo compactado da skin) editar em "<userlist wCameraSettingName name="str" tts="str" type="int" firstphrase="wstr" editspeed="bool" overspeedvalid="bool" editdirection="bool" defdirection="int" visible="bool">" os seguintes parâmetros: ; Original; <row name="" tts="" type=28 firstphrase=L"" editspeed=false overspeedvalid=false>;; Editado para novo alerta <row name="Invalid Speed Camera" tts="Invalid Speed camera," type=28 firstphrase=L"Invalid_SC" editspeed=true overspeedvalid=true> NOTA: "variable_def.ui" define se o alerta poderá ter a velocidade e direção alterados. A configuração padrão dos alertas é: <default editspeed=false overspeedvalid=false editdirection=true defdirection=0 visible=true> Para poder editar a velocidade do alerta, deve-se deixar "editspeed=true" e "overspeedvalid=true", pois o padrão é "editspeed=false" "overspeedvalid=false". Para não editar a direção do alerta, deve-se deixar "editdirection=false", pois o padrão é "editdirection=true". * Em "customized.lua" (dentro da pasta "ui_igo9\common\ui" do arquivo compactado da skin) editar os seguinte parâmetros/códigos: - Em "local skin_dictionary = {" deve-se incluir o texto e fala para o novo tipo, como por exmplo: ["Invalid Speed Camera"]="Radar sem aprovação no INMETRO", ["Invalid Speed Camera,"]="Radar sem aprovação no INMETRO,", - Em "function sd_undefined_type(n)" deve-se alterar "return n > 23 and n < 30" para que contenha os tipos não selecionáveis, como por exemplo: -- Original return n > 23 and n < 30 Neste caso, os tipos 24, 25, 26, 27, 28 e 29 não poderão ser selecionados. Já em: -- Editado para novos alertas return (n > 23 and n < 27) or (n > 28 and n < 30) Neste caso, os tipos 24, 25, 26 e 29 não poderão ser selecionados. Assim, deixa-se os tipos 27 e 28 para serem utilizados. - Em "sc_wCameraSetting_LoadDefault = function(model)" alterear as configurações do tipo desejado, como por exemplo o tipo 28: -- Original-- {type=28, visualtype=0, voicetype=0, voicealert=L"!passcam", voicesecond=0, overspeedvalid=0, overspeedtype=0, overspeeddelta=0, overspeedsound=L"", overspeedvolume=0, approachtype=0, distvalid=0, diston=0, distvisual=300, distsound=300, distsoundtts=0, voicesecondtts=0},-- Editado para novo alerta{type=28, visualtype=1, voicetype=2, voicealert=L"!passcam", voicesecond=1, overspeedvalid=1, overspeedtype=1, overspeeddelta=0, overspeedsound=L"", overspeedvolume=0, approachtype=2, distvalid=0, diston=0, distvisual=0, distsound=0, distsoundtts=1, voicesecondtts=1}, NOTA: Verifiquei que o arquivo "camera_setting114_1.txt" (dentro da pasta "\save\profiles\01\userlists") é criado quando você muda do skin padrão para o skin diMka apenas na primeira vez, para guardar estas configurações acima. Se outro arquivo "camera_setting114_1.txt" já existir, não adiantará mudar a skin usada para a skin padrão e então retornar para a skin "diMka WA P.1.7.4 - Ulimate xxxxxxxx", porque o arquivo "camera_setting114_1.txt" não será atualizado e a configuração deverá ser feita manualmente editando este arquivo. Outra forma, é apagar este arquivo para ele ser recriado da forma certa. Para habilitar ou não o teste de voz TTS para os alertas, configure de acordo como o desejado abaixo: - para falar "Segunda frase (limite de velocidade)", deixe "voicesecond=1" e "voicesecondtts=1" e para não falar deixe "voicesecond=0" e "voicesecondtts=0";- para falar "Primeira frase (distância até o ponto de alerta)", deixe "distsoundtts=1" e para não falar "distsoundtts=0";- para falar a distância utilizando as configuração do "sys.txt" (warn_distances="100:500, ...") deixe "distvalid=0" e para usar a distância pré-definida da skin, deixe "distvalid=1", mas aí deverá colocar as distâncias em "distvisual" e "distsound". Caso deixe "distvalid=0" e não houver configuração de "warn_distances=..." para o alerta, o iGo usará as distâncias pré-definidas de "distvisual" e "distsound". Além disso, verifiquei que a última coluna da configuração de cada alerta no arquivo "camera_setting114_1.txt", refere-se à habilitação ou não da prioridade do alerta por voz TTS e é inserida após a configuração de ""sc_wCameraSetting_LoadDefault = function(model)": "28;1;2;!passcam;1;1;1;0;;0;2;0;0;0;0;1;1;1" Caso algumas opções estejam habilitadas ou desabilitadas na tele de teste dos alertas, será necessário efetuar estas alterações acima no arquivo "camera_setting114_1.txt" (que está dentro da pasta "\save\profiles\01\userlists"). * Abra o arquivo "dictionary.lang" que está dentro de arquivo compactado da língua utilizada (no meu caso "Lang_Portuguese-bra" dentro da pasta "content\lang" e adicione o texto abaixo que aparecerá na tela de seleção do alerta: Invalid Speed Camera="Radar fixo sem aprovação no INMETRO" * Abra o arquivo arquivo "dictionary.voice" que está dentro de arquivo compactado da voz TTS utilizada (no meu caso "LVoice_TTS Pro-Nuance_4.5_MF-PTBR - Raquel" dentro da pasta "content\voice") e adicione os textos abaixo que serão falados por TTS na tela de teste dos alertas: Invalid Speed Camera="Radar sem aprovação no INMETRO"Invalid Speed Camera,="Radar sem aprovação no INMETRO," * No arquivo "sys.txt" na sessão de alertas, edite para incluir o novo alerta do tipo 28: [...] ; S P E E D C A M - C A T : 28[speedcam_category:28]activated_spoken_type=speechactivated_speech="Radar sem aprovação no INMETRO.";activated_min_speech_repeat_delay=-1[...]warn_distances=" ... " [...] Imagem do novo "speedwarn.bmp": Fica aqui a dica para quem quiser adicionar novos alertas de Rafael2San e juntei tudo aqui em português. Saudações,CYK

Caro d780, Bom dia. Já inseri o link para baixar o arquivo no final do post. At., CYK

Pessoal, Boa tarde... Sou moderador no site Maparadar e ficou definido no código de conduta do Mapardar, que não cadastramos instrumentos de fiscalização de velocidade (radar fixo, semáforo com radar ou semáforo com radar e câmara de avanço de vermelho) caso este instrumento não esteja aprovado pelo INMETRO. Desta forma, pensando nisso, efetuei além da correção de bugs, uma atualização no arquivo "speedcam.zip" do Pongo, para adicionar o alerta de radar não aprovado pelo INMETRO, utilizando o código 28 que não era utilizado pela versão original de "speedcam.zip". Também adicionei a função mais importante para mim, que é a opção de escolher qual alerta/radar, usará ou não o som de excesso de velocidade acima da velocidade do alerta/radar (overspeed_sound) que é definido no próprio iGO Nextgen, pois na versão original, não havia esta opção e este som era "tocado" para todos os alertas/radares, ou seja, ou usava-se para todos ou não usava para nenhum. Durante a navegação, será exibido a imagem abaixo no mapa e a voz TTS dirá: "[...] Radar sem aprovação no INMETRO. [...]" Assim, para quem quiser ter um aviso de um radar que foi removido ou não cadastrado no Maparadar, pode utilizar este arquivo "speedcam.zip" e outros arquivos relacionados em: https://mega.nz/#!kIdSGIiJ!Yt_1W1XECEdqzinqUjlikeqpatwSmhCjI8qea9xZ3yE At., CYK

Caro fau, Boa tarde... Não sei se sua central multimídia possui estas configurações: "GPS Mix", o "GPS Mix Volume" e o "Aplicativo GPS". Configurando estes itens, o som do rádio ira reduzir a voz TTS irá falar e depois o som do rádio volta ao normal. OSB.: Não sei o que aconteceu, mas a voz TTS do Google (ou outro app TTS) parou de funcionar e a voz não era mais escutada. Então instalei uma versão do iGO Nextgen com voz TTS própria (com pasta "tts_nua_ve1") e voltou a falar normalmente. At., CYK

Pessoal, Bom dia... O problema pode ser porque a configuração da porta serial e a velocidade de comunicação do receptor de sinal dos satélites estejam errados. Favor postar aqui a configuração de [gps] no "sys.txt". Ele é parecido com o abixo: [gps]port=1 ; Porta serial do receptor de sinais dos satélitesbaud=9600 ; Velocidade de comunicação da porta serial. Pelo GPSScan = 4800, original do Aquarius = 9600 e Máximo = 57600 Caro lovatto no seu caso, experimente trocar a porta serial. Comece com port=1 faça o teste para ver se pega sinal. Caso contrario troque para 2 e assim sucessivamente. Caro Agnaldo no seu caso, experimente colocar o valor mais baixo que é baud=4800 e teste o sinal. Vá aumentando até o máximo que o GPS consiga manter o sinal sem perdê-lo. At.,CYK

Boa tarde LR61, Obrigado pela dica e vou dar uma olhada. Quanto a prioridade lembro que no iGo Primo, a "última palavra" era sempre do "sys.txt". Já no Nextgen provavelmente também deve ser do "sys.txt", pois ele deriva do Primo. At., CYK

Pessoal, parece que esta configuração no "sys.txt" resolveu a prioridade da voz de alerta de radar sobra a voz de manobra. Mas percebi outra coisa. Agora o som WAV que defini para alertar que a velocidade do carro está acima da velocidade do radar, corta a voz de avido do radar. Será que também há uma configuração no "sys.txt" para isso? At., CYK

Sim... Por isso estou tentando alguma configuração no "sys.txt".

Caro ROP, O arquivo "speedcam.zip" existe dentro da pasta "UX". Vou tentar a configuração do "sys.txt", conforme achei e conforme sugerido pelo colega secay: [warning] mute_voice_announce_during_alert=1 At., CYK

Caro ROP, Obrigado pelo feedbak. A configuração a que me referi no iGo Primo Fast Ultimate WinCE com skin diMka WA P.1.7.4 Ultimate Titanium estão nas seguintes telas: Mas, encontrei o seguinte em igo9.ini: [warning] ... ;mute_voice_announce_during_alert=1 ... Será que este comando funcionará? At., CYK

Pessoal boa tarde, Gostaria de saber se há possibilidade de definir a prioridade dos avisos de alertas sobre os avisos de manobras da rota, pois notei que em alguns casos, quando o iGo Nextgen está avisando sobre um radar e há uma manobra da rota próxima, o Nextgen corta o aviso de radar para fazer o anúncio da manobra. Lembro que no iGo Primo Fast Ultimate com skin diMka WA P.1.7.4 Ultimate Titanium, havia uma configuração para definir a prioridade do aviso do alerta sobre o aviso de navegação. Será que há alguma configuração que possa ser feita no próprio sys.txt? At., CYK

Pessoal boa tarde, Após pesquisar na net achei uma versão do iGo Nextgen que funciona perfeitamente na central multiídia Aikon Atom. A versão é o iGO Israel Gift 9.18.27.687519 Android (26-Jan-2017). Pode-se utilizar o próprio TTS do Google, ou seja, não precisa instalar nenhum outro TTS. Também, não precisa modificar o "sys.txt" que está no pacote. A única coisa que precisa fazer é configurar o "GPS Mix", o "GPS Mix Volume" e o "Aplicativo GPS" para funcionar direitinho a redução do volume do rádio da central. At., CYK

Pessoal tarde, Tenho uma Central Multimídia Aikon Atom 6.95" com DVD (Android 8.1, 2 GB RAM e 16 GB memória interna) e instalei este pacote do iGo Nextgen, mas quando utilizo a voz TTS do Google ou VocalizerEX (codefactoryvocalizer_3.1.2_full_kent110.apk) e estiver escutando o rádio, a voz TTS as vezes começa a falar, mas é cortada ou fica muitíssimo baixa a ponto de não escutá-la e volta a tocar o rádio ou as vezes nem coneça a falar e o rádio continua tocando. Sem escutar rádio a voz TTS parece funcionar normalmente. Mas se eu utilizar as vozes não TTS, os anúncios das manobras ficam normais com a CM baixando o volume do rádio. Também setei este iGo Nextgen como navegador principal e fiz várias configurações do "GPS Mix" e "GPS Mix Volume" na CM, mas continua na mesma. Também configurei o sys.txt com todos os valores e nada: [android] navigation_audio_stream = 4 ; or other num ;STREAM_VOICE_CALL - Value: 0 ;STREAM_SYSTEM - Value: 1 ;STREAM_RING - Value: 2 ;STREAM_MUSIC - Value: 3 ;STREAM_ALARM - Value: 4 ;STREAM_NOTIFICATION - Value: 5 ;STREAM_BLUETOOTH - Value: 6 ;STREAM_DTMF - Value: 8 Quando utilizo o Spotify, as vozes TTS são pronunciadas apesar de a CM não baixar o volume do Spotify. Alguém saberia como resolver estes problemas de TTS com rádio? At., CYK

Pessoal, Boa tarde... Tenho uma dúvida e gostaria que vocês pudessem me ajudar, pois não entendo de CM Android. Estou pensando em adquirir uma central multimídia Winca S170 Android 6.0 para meu veículo. Pelo anúncio desta central na internet, reparei que tem tela de 7" e resolução de 800x480. Gostaria de saber se conseguirei utilizar este iGo disponibilizado aqui neste CM, pois verifiquei que no arquivo data.zip, existe a pasta 800_480. At., CYK

Caro hctomio, Boa noite... Existem sim praças de pedágios com apenas uma direção aqui em São Paulo. Por exemplo na Rodovia dos Bandeirantes. O primeiro pedágio saindo de São Paulo no sentido interior é apenas para quem vai para o interior. O pedágio correspondente da volta fica em outra localidade e não no mesmo lugar. Para quem usa este UX de tarifas de pedágios para o iGO aqui em São Paulo, é bom colocar o sentido para as praças de pedágios para não dar falsos alertas de pedágio. Por este motivo este meu programa serve para colocar os sentidos/ângulos para as praças de pedágios além de criar um arquivo de pedágios ".TXT" correto para que o UX possa falar os valores das tarifas. Para praças de pedágio que cobram nos dois sentidos no mesmo local, pode-se colocar o código de sentido todos ( se não me engano acho que é 0 ) para a praça de pedágio. Se fizer isso, pode-se desabilitar um dos pontos de pedágio da mesma praça, pois no arquivo "TollRates.lua" praticamente todas as praças de pedágio possuem coordenadas para os dois sentidos. Sabemos que o iGO somente alerta um pedágio, se as coordenadas estiverem no mesmo sentido da via ou com o sentido todos ( além de estarem de acordo com os parâmetros de [warning] em "sys.txt" ). O UX precisa que o iGO reconheça a praça de pedágio para que ele possa dizer as tarifas. Quando o iGO reconhece um pedágio, o UX será informado pelo iGO que existe um pedágio. A partir daí, o UX pega as coordenadas deste pedágio e busca estas coordenadas no tabela de tarifas "TollRates.lua". Quando estas coordenadas são encontradas, as tarifas correspondentes são faladas. Quando o UX não encontra estas coordenadas do pedágio ele fala que as tarifas não foram encontradas. Eu fiz testes neste sentido utilizando coordenadas exatamente iguais no arquivo de pedágios ".TXT" e no "TollRates.lua" onde o UX falou as tarifas. Quando as coordenadas são direderentes o UX diz que as tarifas não foram encontradas. Se o sentido do pedágio não for no sentido da via ou com todos os sentidos, você até visualiza o ícone do pedágio na tela do iGO, mas não recebe nenhuma mensagem de pedágio à frente pelo iGO e muito menos a fala de que as tarifas não foram encontradas pelo UX. Por isso, quando se utiliza o arquivo de pedágios do MapaRadar com o arquivo "TollRates.lua", o UX diz que as tarifas não foram encontradas, pois o iGO reconhece o pedágio pelas coordenadas constantes no arquivo de pedágios do MapaRadar, mas estas coordenadas não são encontradas não tabela de tarifas de pedágios "TollRates.lua". Realmente no caso dos GPS Garmin que não reconhece os sentidos dos alertas, basta ter as coordenadas para o pedágio obedecendo o raio de 30 metros para ativação do alerta. At., CYK

Caro hctomio, Bom dia... Realmente fiz o conversor de SPUD para TXT. Muito obrigado pelo elogio. Faço estes programas para me ajudar a automatizar certas tarefas para não ter que "fazer no braço". No caso deste programa acima, compartilho com os colegas dos fóruns para que os mesmos possam atualizar/corrigir coordenadas dos pedágios em sua região e depois compartilhar com os outros do fórum para evitar aquela mensagem de que a tarifa não foi encontrada. At., CYK

Pessoal, Boa tarde... Vendo a questão de um colega de outro fórum, também resolvi postar aqui o que disse lá para que os colegas deste fórum também tomem conhecimento do problema. O colega ao fazer a atualização das tarifas de pedágio passeou por alguns pedágios e os mesmos não funcionaram. Vide abaixo: Dando uma olhada na programação no arquivo "TollValue.lua" dentro do arquivo compactado "TollValue_59_CE" (ou "TollValue_61_CE"), notei que o aviso dos valores das tarifas somente funcionará se as coordenadas no arquivo "TollRates.lua" e no arquivo de pedágios (".txt") forem exatamente iguais. Logo, como a programação em "TollValue.lua" não verifica se as coordenadas estão próximas, pode ocorrer de apesar de existirem as tarifas do pedágio em "TollRates.lua" o iGO não fala as tarifas porque as coordenadas não são exatamente iguais. NOTA: Você pode abrir o arquivo "TollRates.lua" utilizando um editor de texto comum como o Notepad.exe e o WordPad.exe do Windows. Sabendo disso, resolvi criar um programinha ("PedagiosTXT.exe") para criar o arquivo de pedágios ("Pedagios.txt") a partir do arquivo "TollRates.lua" e utilizando um arquivo de pedágios, por exemplo o do MapaRadar, para obter o sentido/ângulo dos pontos de pedágios. Você escolhe onde quer salvar o arquivo "Pedagios.txt" Ao final do processo é informado quantos pontos de pedágios do "TollRates.lua" foram encontrados no arquivo de pedágios e quantos não foram encontrados. Também é criado e salvo no mesmo local do arquivo "Pedagios.txt" o arquivo "Nao_encontrados.txt". Este arquivo contém os pontos de pedágios do arquivo "TollRates.lua", mas que não foram encontrados no arquivo de pedágios. Estes pontos de pedágios que não foram encontradas podem ter ocorrido por dois motivos: 1º - porque as coordenadas dos pedágios estão fora da área de cobertura definida pelo raio no programa; ou 2º - porque realmente não existe esta praça de pedágio no arquivo de pedágios. NOTA: Deixei o padrão do raio no programa em 20 metros, mas você pode mudar este valor. Como o programa compara a distância somente dos dois primeiros pontos de pedágios encontrados dentro do raio com relação ao ponto de referência, não é aconselhável aumentar muito este valor, por causa das rodovias que possuem vários pontos de pedágios próximos no mesmo local. Além disso, tanto "TollValue.lua" como o meu programa irão desconsiderar os pontos de pedágios iniciados com "--". Assim você pode desabilitar algum ponto de pedágio em "TollRates.lua", como no exemplo abaixo: -- { ["-46.367005,-23.466444"] = {"3.70", "1.85", "3.70 eixo"} }, -- Itaquaquecetuba - Sentido São Paulo (Automático) Em meu "sys.txt" deixo a seguinte configuração para [warning]: "[...][warning]speedcam_max_lookahead=2800 ; distância máxima à frente para "detectar" alertas speedcam_maxdistance_from_road=20 ; distância máxima da via para "detectar" alertasspeedcam_max_angle=45 ; ângulo máximo para "detcetar" alertaswarn_distances=120:800,100:700,80:600,60:500,40:400 ; distância para o alerta de acordo com a velocidade[...]" Usando o arquivo "Nao_encontrados.txt", pode-se adicionar os pontos de pedágios não encontrados ao final do arquivo "Pedagios.txt", mas precisaremos saber o sentido/ângulo destes pontos de pedágios para poder adicionar no campo "Direction", conforme o padrão do iGO Primo: "X,Y,TYPE,SPEED,DirType,Direction-38.395008,-12.718428,12,0,1,347[...]" Após a criação do arquivo "Pedagios.txt", você o coloca na pasta "speedcam" do iGo Primo para que as coordenadas sejam exatamente iguais as coordenadas em "TollRates.lua". Quem quiser o programa favor pedir por MP e passar o e-mail para eu enviar, pois meu programa foi removido do tite que estava hospedado porque alegaram infração à direito autoral. At., CYK

Pessoal, Segue abaixo todos os parâmetros de [loading]: [loading]loading_bmp = "loading.bmp" ; imagem de carregamento do iGOshow_progressbar = 1 ; mostra barra de progresso (0 = não mostrar)progressbar_bmp = "loading_progressbar.bmp" ; imagem da barra de progressoprogressbar_x = 95 ; posição horizontal da barra de progressoprogressbar_y = 235 ; posição vertical da barra de progressoprogressbar_end_bmp = "loading_progressbar_end.bmp" ; imagem personalizada para a borda final da barra de progressoprogressbar_end_x = 95 ; posição horizontal da borda final da barra de progressoprogressbar_end_y = 235 ; posição vertical da borda final da barra de progressoshow_statustext = 1 ; mostra texto do status de carregamento (0 = não mostrar)text_fontcolor = xFFFFFF ; cor do textotext_fontsize = 30 ; tamanho do textotext_align = 1 ; alinhamento do texto: esquerda = 0, centro = 1, direita = 2, stroke = 3text_x = 0 ; posição horizontal do textotext_y = 225 ; posição vertical do textotext_w = 100 ; não sei para que serve Exemplo de "loading_progressbar.bmp" e "loading_progressbar_end.bmp": "loading_progressbar.bmp" => https://i.imgur.com/Il4f1ZO.png"loading_progressbar_end.bmp"=> https://i.imgur.com/PKuCRPp.png At.,CYK