Xamanian

Aislan, você precisa dos arquivos das vozes, bem como de algumas bibliotecas (.dll) adicionais. Tente copiar os arquivos e pastas do link abaixo para a pasta raiz de seu Primo. Se não funcionar, avise; se tudo certo, se possível, confirme também. https://www.mediafire.com/file/0lomtbymat8gd9a/Vozes.rar/file Havendo arquivos repetidos, faça um backup dos seus antes de substitui-los. [ ]'s, .XA.

Amigo Wil, como dito pelos colegas acima, o Primo não lê arquivos arquivo de imagem vetorial, como os arquivos de extensão .svg. O arquivo da_bra_sharp_curve_right.svg, que se encontra na subpasta /da no global_cfg postado, só funciona no Nextgen. Tentei analisar o global_cfg postado, mas ele está muito modificado, inclusive contendo arquivos que não deveria, como lang, POI e outros. Isso pode gerar conflitos. Sugestão: use um global_cfg padrão, no máximo configurado com as cores para o Brasil. Modificação essa que basta inserir as linhas abaixo no arquivo signpost_colors.csv, que se encontra na pasta config do global_cfg.zip: "_BRA","#FFFFFF","#F6E639","#045cb3","#FFFFFF","#F6E639","#045cb3","#FFFFFF","#F6E639","#257f39","#FFFFFF","#F6E639","#257f39","#FFFFFF","#F6E639","#045cb3","#FFFFFF","#D00000","#045cb3","#FFFFFF","#D00000","#257f39","#FFFFFF","#D00000","#257f39",,, Abraços, .XA.

Amigo Cláudio, permita-me entrar no debate. 😉 Além da linha que citou acima, é interessante habilitar as categorias dos cursores a serem exibidas. Assim: [map.car_display] categories=car,pedestrian,other Sem a linha acima só aparece a seta no lugar do carrinho. Pensei em postar um sys.txt e um igo9.ini que uso aqui, mas não sei se o pacote do Bil é desbloqueado ou original de fábrica. Temo em gerar algum problema para ele, exceto se ele fizer um backup do pacote original antes de realizar outros testes. Abraços, .XA.

Salve, amigo Luiz Carlos! Com o passar do tempo, passei a "traduzir" a palavra verbosidade por número de avisos (ou de alertas, não me lembro bem). Usei aspas porque na verdade é uma adaptação e não uma tradução. Lembro-me, no passado, que muitas pessoas não sabiam o que era verbosidade, de modo que era uma pergunta recorrente nos fóruns de GPS. Na verdade, a verbosidade máxima se traduz como três avisos antes da manobra, a média em dois avisos e a mínima em apenas um aviso. As linhas que você indicou na seção [sound.voice], para ser inserida no system.ini, podem ser inseridas no sys.txt também. A vantagem é não perder nada nas configurações caso a pasta Save seja deletada. Um exemplo sobre algo que uso no sys.txt: [lua] currency="R$" Esse comando configura a moeda para real. Ela é usada para o valor do combustível quando se acessa as configurações do veículo. Uma vez que o comando é inserido no sys.txt, ele vai automaticamente para o system.ini. Se algo for perdido neste arquivo, ao carregar o Primo o sys.txt é executado novamente e tudo volta ao normal. É isso, caro amigo, abraços, .XA.

Dorival, a verbosidade (ou número de avisos) é ajustada nas configurações do navegador GPS, na parte de pontos de alerta. Você pode ajustar em um, dois ou três avisos antes de cada manobra anunciada. Não se faz nada em pastas e nem no sys.txt. [ ]'s .XA.

Ronaldo, a resposta é, em geral, não. A pasta Save contém ajuste não apenas do navegador GPS, mas também das skins usadas, módulos ux, etc. A existência de um recurso "marcado" nos arquivos da Save e ausente em outro pacote vai gerar conflitos de todos os tipos. Evite tal prática se não quiser aborrecimentos. Abraços, .XA.

Tomas, essa UX é bem antiga e pode entrar em conflito com outra(s) que pode(m) ter o mesmo recurso incorporado. A mesma está em anexo ao post. É a versão original e que funcionava corretamente à época; não tem erro nos comandos citados. [ ]'s, .XA. Blink_v1.0.zip

Ronaldo, se você se refere a skin diMka 2.0, então pode usar no Primo 2.0/2.01, pois ela foi feita para este navegador GPS. Abraços, .XA.

Amigo Luiz, é possível mudar o driver no sys.txt. Deixo aqui algumas opções: [rawdisplay] driver=SURFACE_ENGINE ; [opções: engine, gdi, gles, nogles, SURFACE_ENGINE ou SURFACE_GLES] force_renderer=RENDER_MOYA ; [opções: SOFTWARE_RENDER, RENDER_GLES] Entre colchetes deixo mais opções para seus testes. Se achar necessário, leve estas linhas acima para o system.ini na pasta save/profiles/01 também. Note que as duas opções "setadas" acima são diferentes do pacote Fast Ultimate; terá que testar uma por uma para ver se funciona. Outra tentativa no sys.txt é usar as seguintes linhas: [modules] BASE_RENDER_3D=RENDER_GLES Outro ponto importante: verifique se a resolução de tela de sua CM está presente no arquivo info.ini da skin no campo supported_resolutions=; se não estiver, inclua nos dois "sentidos", ou seja, x_y e y_x. A ausência da resolução correta também pode levar a tela preta. Se não souber identificar a resolução exata da tela (a diferença em um dígito já dá problema), uma boa ideia (sempre funciona) é capturar a tela (print screen) e em um editor de imagens verificar a resolução. Já vi este pacote rodando em Android superior ao 7 e plenamente funcional. O Primo tem sim suas limitações em Android. O maior problema são os APKs (que não são mais desenvolvidos) e o segundo é o aquecimento do dispositivo, mas quase todo navegador GPS aquece mesmo o dispositivo. Abraços, .XA.

Antonio, desculpe-me pela (longa) demora, só agora vi a mensagem. Resolução alta, como a 1080 x 2400, somente em navegador NextGen. Se este é o caso, então o branding tem sim arquivos grandes o bastante para dar suporte a essa resolução Full HD+. Funciona sim. Abraços, .XA.

Amigo Wil, diMka Team = Xamanian, Sherlock e Plot. 😉 Abraços, .XA.

Belias, todas as vezes que der erro de arquivo faltante você deve inserir o arquivo, tipicamente na pasta da resolução usada. No passado muitas pessoas modificavam certas skins e dava esse problema. Pegavam os arquivos de programação de uma e inseriam em outra, mas sem se darem conta que certos arquivos deveriam ir juntos também. Daí os erros em várias skins. Insira o arquivo faltante da mensagem de erro e faça testes. Pode ser que tenham outros. Insira todos até que a mensagem de erro desapareça. Abraços, .XA.

Pessoal, tenho visto este tópico antigo sendo resgatado recentemente. Acho que as pessoas não entenderam como a coisa funciona. Explico: considere as seguinte linhas no sys.txt: [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 Somente a primeira linha é efetiva, as demais não. Não adianta retirar o ponto e vírgula, pois são linhas sem ações. O melhor é fazer assim: [android] navigation_audio_stream=1 ;[Seleciona o tipo de transmissão de áudio: 0 = chamada de voz, 1 = sons do sistema, 2 = toques, 3 = música, 4 = alarmes, 5 = notificações, 6 = Bluetooth, 8 = DTMF]. A sigla DTMF significa Dual Tone Multi Frequency, que são os sons emitidos ao digitar as teclas. Em suma, na linha navigation_audio_stream=, após o sinal de igual, deve-se inserir um dos valores acima e fazer testes. Observe que usei o valor 1 como referência e é o que uso atualmente. Essa linha é para priorizar um dos canais de áudio, os demais não serão ignorados. A questão de música e voz não é tão simples assim, pois depende do projeto da central multimídia (CM). Já tive uma que abaixava o volume da música quando o GPS emitia um sinal de alerta (bipe ou voz). A atual corta a música quando o GPS dá alguma informação. Motivo: se há um alerta a ser informado, que nenhum outro som interfira na mensagem. É uma característica da CM e nada permite mudar isso. [ ]'s .XA. Na primeira linha deve-se inserir um valor (número) após o sinal de igual.

Belias, está faltando um arquivo de nome diricon_YellowFlag25.bmp na skin do navegador. Pode estar faltando no data.zip (pasta 800_480 ou 480_272) ou está faltando na skin diMka (mesmas pastas). Observe que pode ter mais arquivos faltantes além de que foi apontado no erro. Solução: procure em outro pacote por um arquivo de mesmo nome e insira o arquivo no data.zip ou na skin diMka de seu pacote. O importante é usar arquivos de mesmo nome e da mesma resolução. Att, .XA.

Bom dia, pessoal. O tópico é antigo, mas sempre aparece alguém com este mesmo tipo de problema. Deixo aqui uma solução que funciona sempre. 1) No arquivo sys.txt: Procure pelo parágrafo abaixo e deixe como informado: [GPS] port="auto" baud="auto" 2) Localize o seguinte arquivo: \save\profile\01\system.ini. Abra este arquivo e localize os seguintes parágrafos: [adaptive_routing_statistics] (se tiver; dependendo do navegador GPS, não tem) [config] [gps] Apague todas as linhas abaixo de cada um dos parágrafos informados acima e salve o arquivo. As demais linhas nos demais parágrafos deverão ser mantidas. Pronto! Sugiro também que as pessoas que disponibilizam pacotes façam o mesmo, deixando as configurações como informadas acima. Se assim não for feito, as configurações de localização, data, dados de satélites, etc. serão aquelas de quem montou o pacote. Isso implica em conflito em outros aparelhos, pois o navegador GPS vai tentar uma conexão que não dará certo. Apagando as linhas informadas no system.ini e deixando o sys.txt, como informado, deixa a conexão com satélites muito rápida. Esse é um dos grandes erros de quem monta pacotes, deixar de fazer essas configurações básicas antes de postar um link. [ ]'s .XA.

Pessoal, aqueles que estão tendo problemas com conexão de satélites: façam o seguinte, entrem na pasta save/profiles/01 e localizem e abram o arquivo "system.ini". Localizem (está bem no começo) as seções [config] e [gps]. Apaguem todas as linhas abaixo de cada seção indicada (não mexam nas demais seções); salve o arquivo; volte com o cartão de memória para o dispositivo GPS. Feito isso, deixe o dispositivo em uma área aberta e espere pela conexão (pode demorar alguns minutos, já que os campos foram apagados). Este procedimento sempre funciona e pode ser usado quando o problema voltar. A lentidão da conexão ocorre após dias sem uso do GPS, pois ele tenta conectar nas coordenadas GPS informadas no system.ini, comparando com a última data informada. Claro, em dias nublados há maior dificuldade para obter sinal mais forte. Uma medida paliativa, quando demora mais tempo para conexão, é sair do navegador GPS e entrar novamente; isso pode ser feito umas duas ou três vezes (ou até mais); este procedimento força o navegador GPS a "limpar" as últimas informações e ir direto para o sinal dos satélites, sem ficar comparando com os dados do arquivo system.ini. Em dias nublados, onde o sinal é pior, esta prática de entrar e sair do navegador GPS pode ajudar em uma conexão com os satélites de maneira um pouco mais rápida. Att, .XA.

Hufus, acho que a solução é simples, mas... Entre na subpasta \save\profiles\01 e localize o arquivo de nome "poi_visiblities.txt". Agora basta renomear a extensão (não é necessário apagá-lo, pois se não funcionar, basta voltar atrás): por exemplo, "poi_visiblities.t_t". Inicie o navegador GPS e faça testes. Att, .XA.

Luiz Carlos, graças a Deus, não peguei! Feliz por você também, temos que evitar a todo custo, não é brincadeira! Não, as pastas são as comuns, por exemplo, a de mapas é só "map", sem as extensões como antes. Ou seja, o nome das pastas são como as originais. Idem para as demais, todas ficam com os nomes originais. Os arquivos da "map" ficam misturados, ou seja, os arquivos da TT e Here ficam nas correspondentes pastas. O módulo ux se encarrega de separar, mas aqui falo em separar arquivos da "map". Nas demais subpastas da content, há sobreposição de informações. Por exemplo, os POI da TT e da Here serão informados ao mesmo tempo, idem para building e demais. O módulo ux cria um botão que permite selecionar os arquivos do desenvolvedor. Caso seja usado apenas um pacote de desenvolvedor (por exemplo, só Here), então o botão fica como se estivesse desativado. Abração! .XA.

Olá amigo Luiz Carlos! Você precisará de um módulo ux: https://www.mediafire.com/file/ou0x9lc13yel8up/MapChanger.zip/file Já no sys.txt você insere estas linhas: [mapchanger] map_ta=2020.06 map_nt=2021.Q2 onde map_ta é a versão do mapa atual da TomTom e map_nt é a versão do mapa da Here. Abraços, .XA.

Amigo Cláudio, você está corretíssimo! Editei o meu post anterior, pois não havia observado que a seção citada era [warning.driveralert.settings], ou seja, uma seção específica para alertas de condução. Achei que o Xangai tinha perguntado sobre os comandos referentes às seções [warning] ou [speedcam_category:x], x = 0, ..., 31, que são para pontos de alerta (e até tem uns comandos parecidos também). Obrigado pela observação, meu caro, uma informação equivocada pode gerar muita confusão, por isso apaguei. 😉 Abraços!

Editado: erro em resposta ao Xangai, não observei a seção [warning.driveralert.settings] e tudo o que escrevi foi um equivoco. 😉

Exatamente, amigo Atlan. Pense assim: uma espécie de cone (casquinha de sorvete) com o vértice localizado no dispositivo GPS e que vai se abrindo à frente e onde o ângulo da geratriz (uma reta com determinado ângulo, que ao ser girada forma a superfície deste cone) é dado pela linha citada por você. A coisa se dá em 3D, ou seja, não importa a altura que um ponto de alerta está localizado, mas que será captado se o mesmo estiver dentro da região cônica. Quando o ângulo é grande, pontos de alerta próximos serão captados. E o Primo/Nextgen não prioriza bem qual será o primeiro a ser informado. No caso do Primo, a última skin diMka permite ajustar a prioridade; melhora um pouco, mas não há milagres. Grande abraços!

Amigo Atlan, anos atrás sofria com este problema e a solução está nos parâmetros apontados pelo Maurício, mas uso valores diferentes. São eles: [warning] speedcam_max_angle=40 speedcam_maxdistance_from_road=40 Estes são os melhores valores que testei até hoje e funcionam muito bem. Ângulo acima de 40 pode "pegar" pontos de alertas nas vizinhanças e ângulo muito baixo pode não avisar certos pontos de alertas, principalmente em ponto de alerta logo após a uma curva fechada. []'s .XA.

Paulo e d780, este é um velho e conhecido problema. Ele está relacionado ao arquivo de fonema (extensão .ph) da TomTom. Ela produz dois tipos: LH+ e Sampa_UCL. Acho que o primeiro é o responsável. O segundo funciona, mas só em versões mais antigas, com o tempo também apresentou o problema com as vozes TTS. Sugiro remover tal arquivo da pasta Phoneme (antes, fazer um backup) e fazer testes. [ ]'s .XA.

Hola Fabian, sim, você pode enviar os ícones. A minha sugestão é que você coloque um link com os ícones em arquivo compactado aqui neste tópico. Estou atualizando o branding novamente e nas próximas semanas irei divulgar neste tópico. Estou tendo pouco tempo em virtude do trabalho, mas estou pensando em fazer um tutorial básico referente à construção do branding; dá muito trabalho, mas não é difícil montar e atualizar o branding. Abraços, .XA.