franciscorodrigues
-
Postagens
86 -
Registro em
-
Última visita
Posts postados por franciscorodrigues
-
-
Aguem teria o pacote igo primo 9.6.13.290290 para adroid? Ou pelo menos o apk? Se tiver gostaria de testá-lo. Grato
-
Em 13/10/2023 em 08:10, Xamanian disse:
Francisco, no pacote que disponibilizei aqui, na pasta GFX tem todos os arquivos necessários. Apesar de os nomes dos arquivos de céu serem os mesmos para os modos diurno e noturno, no fundo eles são diferentes; céu claro aparece na subpasta day e os modos escuros na subpasta night.
Eu também me incomodava com o céu escuro, por isso mudei aqui para ter um visual melhor. Do jeito que fiz o céu escuro só aparece no momento exato da virada do pôr do sol. Você pode editar o arquivo color.ini da scheme facilmente.
Modo diurno:
[other]
texture="texture.spr"
sun="gfx/day/sun.spr"
sky="gfx/day/sky.spr"
heightcolormap="dayheightcolormap.bmp"
background_picture_0="gfx/day/sky_0.bmp"
background_picture_1="gfx/day/sky_1.bmp"
background_picture_2="gfx/day/sky_2.bmp"
background_picture_3="gfx/day/sky_3.bmp"
background_picture_4="gfx/day/sky_4.bmp"
sun_picture_0="gfx/day/sun_0.bmp"
sun_picture_1="gfx/day/sun_1.bmp"
sun_picture_2="gfx/day/sun_2.bmp"
sun_picture_3="gfx/day/sun_3.bmp"
sun_picture_4="gfx/day/sun_4.bmp"
Modo noturno:
[other]
texture="texture.spr"
sun="gfx/night/sun.spr"
sky="gfx/night/sky.spr"
heightcolormap="nightheightcolormap.bmp"
background_picture_0="gfx/night/sky_0.bmp"
background_picture_1="gfx/night/sky_1.bmp"
background_picture_2="gfx/night/sky_2.bmp"
background_picture_3="gfx/night/sky_3.bmp"
background_picture_4="gfx/night/sky_4.bmp"
sun_picture_0="gfx/night/sun_0.bmp"
sun_picture_1="gfx/night/sun_1.bmp"
sun_picture_2="gfx/night/sun_2.bmp"
sun_picture_3="gfx/night/sun_3.bmp"
sun_picture_4="gfx/night/sun_4.bmp"
Não basta ter essas linhas acima no color.ini das schemes, é preciso ajustar certos comandos. Abra o arquivo sun.spr (pode usar o Bloco de Notas); você verá estas linhas (dia; modo noite é similar):
Bmp = "gfx/day/sun.bmp"
Bmp = "gfx/day/sun_0.bmp"
Bmp = "gfx/day/sun_1.bmp"
Bmp = "gfx/day/sun_2.bmp"
Bmp = "gfx/day/sun_3.bmp"
Bmp = "gfx/day/sun_4.bmp"
BmpFlags = 0
DefFlags = ALPHA_PIXEL | GRAB_BOTTOM | GRAB_CENTER | ALPHA_LAYER
DefPhase = 0As linhas acima determinam a ordem em que os arquivos de sol serão exibidos (talvez seja esse o problema da inversão do movimento do sol que você estava enfrentando). A penúltima linha indica que se deve usar transparência (canal alpha) e as posições (inferior e central). Deixe o arquivo sun.spr da forma acima. A ordem dos arquivos de céu ficam determinada no arquivo sky.spr, onde você vê as seguintes linhas (dia; modo noite é análogo):
Bmp = "gfx/day/sky.bmp"
Bmp = "gfx/day/sky_0.bmp"
Bmp = "gfx/day/sky_1.bmp"
Bmp = "gfx/day/sky_2.bmp"
Bmp = "gfx/day/sky_3.bmp"
Bmp = "gfx/day/sky_4.bmp"
BmpFlags = 0
DefFlags = 0
DefPhase = 0No arquivo color.ini da schme, no parágrafo [other], as primeiras linhas são (dia; semelhante no modo noite):
texture="texture.spr"
sun="gfx/day/sun.spr"
sky="gfx/day/sky.spr"
heightcolormap="dayheightcolormap.bmp"Nas duas linhas em negrito acima, os arquivos indicados devem estar presentes no arquivo da scheme usada, junto com o color.ini. Caso estejam ausentes o navegador GPS vai dar erro, mas informa o nome do arquivo que falta. Abra o texture.spr e veja o nome do arquivo bmp que ele usará; o mesmo também deverá estar dentro do arquivo da scheme. Os arquivos indicados nas linhas não negritadas (sun.spr e sky.spr) são aqueles que comentei mais acima. Eles indicam a ordem de carregamento dos arquivos de céu e sol.
Os demais arquivos bmp indicados no parágrafo [other] do arquivo color.ini das schemes devem estar presentes na correspondentes subpastas da pasta GFX (ou seja, subpastas day e night). Caso não seja assim, não funciona corretamente.
Como exemplo dos arquivos indicados acima, deixo um link contendo os arquivos principais da schemes e da pasta GFX:
https://www.mediafire.com/file/lv52accnx7fetl6/Arquivos.rar/file
Observo que não se trata dos arquivos completos da pasta GFX e das schemes, apenas indico os arquivos necessários para o correto funcionamento dos comandos usados no parágrafo [other], ou seja, para que não seja apontado falha no carregamento de arquivos setados no citado parágrafo. Caso o arquivo color.ini da scheme use outros arquivos (spr e bmp), então eles também deverão estar presentes nos devidos lugares (scheme, pasta GFX e suas subpastas day e night).
Tente aí e veja se funciona; qualquer coisa, volte que a gente tenta ajudar mais um pouco.
Abraços,
.XA.
Olá, Xamanian. Segui sua informções. Tudo o que consegui por aqui (tomando apenas o horário da tarde como exemplo) foi o sol se converter em lua quando a scheme noturna é ativada e, seguindo o padrão do Primo Ultimate, uma transição mais demorada da imagem 3 para a 4 (a sky_night) , o que ocorre por volta das 18 e 24, quando o céu realmente entra em sua fase mais escura ou noturna.
Não consegui com milhões de testes realizados com as mais diversas modificações fazer com que rodassem 4 ou 5 imagens antes da sky_night aparecer. Também não consegui fazer com que o sol corrigise seu curso ao nascer e se por.
Usei inclusive outros navegadores como o ultimate e outros pra ver se se o problema era meu data, mas deu na mesma.
Estou desistindo das tentativas de corrigir isso.
Ainda um pedido, se não for abusar muito: terias o pacote igo primo 9.6.13.290290 para adroid? Ou pelo menos o apk?
Pois o que disponibilizaste aqui é para winCe. Quria testar o android, no caso.
Obrigado por tudo, pacienecia, diligencia, e atenção. Abraços.
-
Em 13/10/2023 em 08:10, Xamanian disse:
Francisco, no pacote que disponibilizei aqui, na pasta GFX tem todos os arquivos necessários. Apesar de os nomes dos arquivos de céu serem os mesmos para os modos diurno e noturno, no fundo eles são diferentes; céu claro aparece na subpasta day e os modos escuros na subpasta night.
Eu também me incomodava com o céu escuro, por isso mudei aqui para ter um visual melhor. Do jeito que fiz o céu escuro só aparece no momento exato da virada do pôr do sol. Você pode editar o arquivo color.ini da scheme facilmente.
Modo diurno:
[other]
texture="texture.spr"
sun="gfx/day/sun.spr"
sky="gfx/day/sky.spr"
heightcolormap="dayheightcolormap.bmp"
background_picture_0="gfx/day/sky_0.bmp"
background_picture_1="gfx/day/sky_1.bmp"
background_picture_2="gfx/day/sky_2.bmp"
background_picture_3="gfx/day/sky_3.bmp"
background_picture_4="gfx/day/sky_4.bmp"
sun_picture_0="gfx/day/sun_0.bmp"
sun_picture_1="gfx/day/sun_1.bmp"
sun_picture_2="gfx/day/sun_2.bmp"
sun_picture_3="gfx/day/sun_3.bmp"
sun_picture_4="gfx/day/sun_4.bmp"
Modo noturno:
[other]
texture="texture.spr"
sun="gfx/night/sun.spr"
sky="gfx/night/sky.spr"
heightcolormap="nightheightcolormap.bmp"
background_picture_0="gfx/night/sky_0.bmp"
background_picture_1="gfx/night/sky_1.bmp"
background_picture_2="gfx/night/sky_2.bmp"
background_picture_3="gfx/night/sky_3.bmp"
background_picture_4="gfx/night/sky_4.bmp"
sun_picture_0="gfx/night/sun_0.bmp"
sun_picture_1="gfx/night/sun_1.bmp"
sun_picture_2="gfx/night/sun_2.bmp"
sun_picture_3="gfx/night/sun_3.bmp"
sun_picture_4="gfx/night/sun_4.bmp"
Não basta ter essas linhas acima no color.ini das schemes, é preciso ajustar certos comandos. Abra o arquivo sun.spr (pode usar o Bloco de Notas); você verá estas linhas (dia; modo noite é similar):
Bmp = "gfx/day/sun.bmp"
Bmp = "gfx/day/sun_0.bmp"
Bmp = "gfx/day/sun_1.bmp"
Bmp = "gfx/day/sun_2.bmp"
Bmp = "gfx/day/sun_3.bmp"
Bmp = "gfx/day/sun_4.bmp"
BmpFlags = 0
DefFlags = ALPHA_PIXEL | GRAB_BOTTOM | GRAB_CENTER | ALPHA_LAYER
DefPhase = 0As linhas acima determinam a ordem em que os arquivos de sol serão exibidos (talvez seja esse o problema da inversão do movimento do sol que você estava enfrentando). A penúltima linha indica que se deve usar transparência (canal alpha) e as posições (inferior e central). Deixe o arquivo sun.spr da forma acima. A ordem dos arquivos de céu ficam determinada no arquivo sky.spr, onde você vê as seguintes linhas (dia; modo noite é análogo):
Bmp = "gfx/day/sky.bmp"
Bmp = "gfx/day/sky_0.bmp"
Bmp = "gfx/day/sky_1.bmp"
Bmp = "gfx/day/sky_2.bmp"
Bmp = "gfx/day/sky_3.bmp"
Bmp = "gfx/day/sky_4.bmp"
BmpFlags = 0
DefFlags = 0
DefPhase = 0No arquivo color.ini da schme, no parágrafo [other], as primeiras linhas são (dia; semelhante no modo noite):
texture="texture.spr"
sun="gfx/day/sun.spr"
sky="gfx/day/sky.spr"
heightcolormap="dayheightcolormap.bmp"Nas duas linhas em negrito acima, os arquivos indicados devem estar presentes no arquivo da scheme usada, junto com o color.ini. Caso estejam ausentes o navegador GPS vai dar erro, mas informa o nome do arquivo que falta. Abra o texture.spr e veja o nome do arquivo bmp que ele usará; o mesmo também deverá estar dentro do arquivo da scheme. Os arquivos indicados nas linhas não negritadas (sun.spr e sky.spr) são aqueles que comentei mais acima. Eles indicam a ordem de carregamento dos arquivos de céu e sol.
Os demais arquivos bmp indicados no parágrafo [other] do arquivo color.ini das schemes devem estar presentes na correspondentes subpastas da pasta GFX (ou seja, subpastas day e night). Caso não seja assim, não funciona corretamente.
Como exemplo dos arquivos indicados acima, deixo um link contendo os arquivos principais da schemes e da pasta GFX:
https://www.mediafire.com/file/lv52accnx7fetl6/Arquivos.rar/file
Observo que não se trata dos arquivos completos da pasta GFX e das schemes, apenas indico os arquivos necessários para o correto funcionamento dos comandos usados no parágrafo [other], ou seja, para que não seja apontado falha no carregamento de arquivos setados no citado parágrafo. Caso o arquivo color.ini da scheme use outros arquivos (spr e bmp), então eles também deverão estar presentes nos devidos lugares (scheme, pasta GFX e suas subpastas day e night).
Tente aí e veja se funciona; qualquer coisa, volte que a gente tenta ajudar mais um pouco.
Abraços,
.XA.
Olá, xamanian. Abri o sun.spr mas não encontrei o texto na forma decrita acima. O que encontrei foi:
Bmp = "gfx/sun.bmp"
BmpFlags = 0
DefFlags = TRANS_COLOR | GRAB_CENTER
DefPhase = 0Já no sky.spr o que encontrei foi:
Bmp = "gfx/sky.bmp"
BmpFlags = 0
DefFlags = 0
DefPhase = 0Vou sair agora, mas mais tarde vou editar os dois arquivos conforme sua recomendação e ver os resultados.
-
7 horas atrás, Xamanian disse:
Francisco, as duas sequências que uso:
Dia: gfx/day/ sky_0 => sky_1 => sky_2 => sky_3 => sky_4
Noite: gfx/night/ sky_0 => sky_1 => sky_2 => sky_3 => sky_4
A primeira imagem de céu noturno só é carregada quando o modo noturno é ativado, ou seja, exatamente após o pôr do sol, em horário exato, que é informado pelo navegador GPS diariamente.
Abraços,
.XA.
Pois é, xamanian, no meu caso, partindo do sky0, que é o ceu do dia, só vejo transitar sky1, 2 e 3.
Daí, já muda pra o ceu noturno, com a sky_night.
percebo que no seu caso, entre sky0 e night, existem 4 e não apenas 3 imagens.
Já fiz um monte de testes e arranjos com 4, mas só passam 3 imágens, o que faz com que o sol continue transitando no ceu até completar o trajeto mesmo com a scheme da noite já ativada.
-
Em 01/10/2023 em 08:36, Xamanian disse:
Pois é, Francisco, parece que há algum tipo de incompatibilidade do Primo com seu dispositivo. Mas pode estar ocorrendo uma inversão das schemes para modo dia e noite. Confira aí no Primo que você usa se as configurações estão do jeito que deixo abaixo (arquivo color.ini):
Scheme dia:
[other]
sun_picture_0="gfx/day/sun_0.bmp" ; figura do sol que é exibida em ângulo acima de 20° em relação a linha do horizonte
sun_picture_1="gfx/day/sun_1.bmp" ; figura do sol que é exibida em ângulo abaixo de 20° em relação a linha do horizonte
sun_picture_2="gfx/day/sun_2.bmp" ; figura do sol que é exibida em ângulo abaixo de 10° em relação a linha do horizonte
sun_picture_3="gfx/day/sun_3.bmp" ; figura do sol que é exibida em ângulo abaixo 7° em relação a linha do horizonte
sun_picture_4="gfx/day/sun_4.bmp" ; figura do sol que é exibida em ângulo abaixo de 4° em relação a linha do horizonteUma possibilidade é você inverter a ordem das linhas, ou seja, da _4 até a _0. Nunca fiz isso. Outra possibilidade é trocar a ordem dos arquivos da pasta day, mudando os comandos das linhas acima. Exemplo: sun_picture_0="gfx/day/sun_4.bmp", onde troque o 0 por 4 na primeira linha. Também nunca teste isso.
Tenha o cuidado de usar a subpasta gfx/day, tanto para o modo diurno quanto noturno. Lembrando que no modo noturno os arquivos sun_x.bmp devem usar a ordem inversa, ou seja, do tom mais escuro para o mais claro.
Faça testes e reporte aqui depois.
Abraços,
.XA.
Olá, xamanian. Me tire uma dúvida: Quantas imagens fazem transição em seu navegador? À tarde, por exemplo, a sequência é
sky0, sky1, sky2, sky3, sky_night
ou
sky0, sky1, sky2, sky3, sky,4, sky5, sky_night
No meu, mesmo colocando 7 imágens, só vejo a transição como na primeira sequência descrita.
-
1 hora atrás, Xamanian disse:
Francisco,
este pacote e aquele que te passei já foram testados a exaustão. Nunca li relato sobre problema com o sol. A questão do sol é simples de entender: durante o nascimento do sol ele vai subindo (ou seja, no navegador os arquivos vão sendo trocados na ordem inversa, do mais escuro para o mais claro) e durante o pôr do sol ele vai descendo (já fiz muitos testes e sempre funciona).
O que pode estar acontecendo é o seu dispositivo GPS estar com configurado com fuso horário diferente, ou seja, parece haver uma defasagem de 12 horas. Outra possibilidade é o navegador GPS não está sendo capaz de reconhecer o horário correto a partir do dispositivo. A hora informada pelo navegador GPS é sempre a mesma do dispositivo. Não acredito que seja problema no navegador.
Tempos atrás um colega de fórum (não me recordo mais quem, talvez o Maurícioae) apresentou um conjunto de comandos para configurar o fuso horário no sys.txt. Procurei aqui, mas não encontrei. Talvez alguém os tenha e post aqui. A ideia de tal comando é forçar o uso de determinado fuso horário independentemente daquele usado no dispositivo GPS. Acredito que ele possa ajudar com a defasagem de fuso em seu dispositivo, que parece ser o caso da inversão da exibição dos arquivos durante o nascimento e pôr do sol. É o que me vem à cabeça neste momento.
Abraços,
.XA.
Ok, xamanian. Obrigado pele atenção.
O dispositivo está com fuso horário de Brasília (GMT-03:00) e o navegador corresponde com o mesmo horário.
Quando altero o horário no dispositivo para testar a movimentação do sol, o navegador se ajusta ao mesmo horário também.
As transições das imagens tanto dos céus com do sol, ocorrem normalmente dentro do esperado, salvo que ao invés de o sol nascer na scheme do dia, ele se põe, como se fosse à noite, e nas schemes da noite ele se eleva, como se estivesse nascendo.
Quando testei suas schemes no pacote que uso, coloquei schemes em contente/schemes
gfx e ui_igo9 na pasta raiz do primo, renomeando ui_igo9 para ui_android
e coloquei uma cópia da gfx no data.zip (imagino que fiz tudo correto)
E todas as transições ocorreram normalmente, mas o problema com o nascer e por do sol, como descrito acima, continuaram ocorrendo.
Os dois pacotes ultimat que testei, foram baixados aqui mesmo do site, e foram instalados do jeito que vieram. Alterei apenas a resolução no sys. Como disseste, foram amplamente testados. Então não deveria estar ocorrendo o erro. É por isso que fica mais difícil decifrar o que está ocorrendo no meu caso específico.
Perdão se estou sendo repetitivo na descrição, mas é que estou tentando ser mais claro pra ajudar a entender. Penso que dessa vez consegui ser mais claro e resumido.
Vou continuar fazendo minhas manobras por aqui até conseguir. mais difícil era ir à lua
Abraços.
-
Ola, Xamanian. Eu por aqui de novo. Acabei de baixar o pacote
"iGO Primo Ultimate android Pie 2260x1080 ( Redmi Note 7)"
para fazer testes e descobrir um pacote em que o nascer e por do sol acontecessem normalmente. Imagino que este seja um pacote testado e aprovado. Istalei em meu Tab A de 8 Pg (1024 x 768). Não alterei nada alem da resolução no sys.txt.
Alterei a hora do gps para as 17 e 30, já são nele 17 e 51 e o sol ao invés de se por, continua subindo.
Agora as 17 e 56, o sol foi trocado pela lua, mas continua em ascendência.
Nesse pacote não há schemes na content. Creio que estão no data.zip. Mas pelo design dos céus, parece ser daquelas que foram elaboradas por você, xamaniam.
Será que existe um bug nos fusos horários do meu tablet que ocasiona essa situação? Já viu algo semelhante? Só falta resolver isso pra meu pacote ficar 100% funcional e até enviar ao site como mais uma opção Android disponível.
Ouvi falar de uma configuração no sys que sincroniza o relogio do gps com o celular, algo assim. Teria alguma coisa a ver com isso? E, sim a hora está correta e as schemes cada qual em seu horário.
Já matei cabeça fazendo um monte de testes inclusive com o pack de schemes elaboradas por você, seguindo as recomendações, e nada. Já testei outro pack ultimate e foi a mesma coisa.
Alguma luz por ai? Alguma dica?
-
Em 25/09/2023 em 14:20, d780 disse:
Arrumei as tuas imagens para 1 post só.
Abra novamente o color.ini e remove alguns espaços existente (provavelmente tem em quase todas linhas), por exemplo: planned_road_future="" , 0 , 149, 149 (planned_road_future="", 0,149,149) e teste.
Para postar imagens, tem umas dicas aqui: http://gpsclube.com/forum/index.php?/topic/4646-postar-imagens-no-fórum/
Ok. Entendi. Se criar gif com as imagens, é o mesmo método? Funciona do mesmo jeito? Até quantas imágens suporta um gif? Seria mais prático e ocuparia menos espaço.
-
Em 17/09/2023 em 08:38, atlan disse:
Francisco, não sei se voce já conseguiu resolver o problema das placas, mas eu diminui a exibição das placas de transito assim:
configurações -> configurações de orientação visual -> restrições de manobras e coloque em desligado
configurações de alertas de condução: desative aviso de curvas e esquinas aviso sobre tráfego e cruzamentos
Desativei tambem a exibição dos numeros das casas
com essa configuração minha tela fica bem enxuta. Todas as restrições de manobras, placas de transito etc não são mais exibidas. Experimente se for o caso de ainda não ter resolvido o problema.
Não sei como você usa seu navegador, mas para mim o que interessa são os avisos de radar, a navegação em si e as lombadas, etc. Portanto, desativei também os POIs (não tenho nenhum arquivo de POI na pasta do navegador), uma vez que quando vou viajar, crio uma base de pois que me interessam durante a viagem e coloco no userpois.
Atlan
Olá, atlan. Obrigado por comentar. De fato desativar estas várias funções enxugaria um pouco mais. Só que na verdade gosto de todas as outras configurações mencionadas, ativadas. Mas as placas que realmente estão poluindo a tela são as de lombadas, porque inventei de colocar todas as da minha cidade que vejo por onde passo. Mas resolvi refazer o arquivo do 0 colocando só as de avenidas principais. Isso deverá diminuir bastante. Obrigado pelas dicas.
-
2
-
-
Em 16/09/2023 em 20:17, antoniok disse:
francisco
posta um print de como ficou, acho que seu gosto é parecido com o meu e se posssível disponibiliza a mudança para testarmos e depois tentamos fazer mais mudanças.
Olá, antoniok. Desculpe a demora. Muito ocupado. Fiz os print's ontem. Achei esse tom de verde para a rota traçada mais discreto e de belo contraste com a cor amarela padrão da pista da "Real Night".
Vai um print também dos valores da mudança feitas nas linhas
"planned_road=" (Cor da pista com rota traçada)
e
"planned_road_future=" (Cor da proxima pista com rota traçada)
Fiz teste também usando a cor verde da seta que indica as manobras de conversões, e usei esta cor para a rota traçada também. Ficou também legal.
Se quiser usar o verde da seta para a pista de rota traçada pegue os valores que estão na linha
"guidancestrip =" e coloque eles na linha "planned_road="
Se gostar dos resultados e quiser apenas copiar e colar os mesmos, ficaram assim:
planned_road="", 0, 149, 149
planned_road_future="", 0, 149, 149
E abaixo, os valores da cor verde da seta da "Real Night":
guidancestrip = , 0, 255, 0
Mas acho que você já manja destas coisas a tempo
(EU não sabia de nada, e agora dando uma aulinha 😁 - Graças ao d780 e ao xamanian, na verdade)
E o programinha "ColorSchemes" disponibilizado pelo xamanian é "mamão com açucar" e "uma mão na roda pra fazer estas mudanças. É de uma simplicidade, praticfidade e intuitividade incriveis.
Bem, vamos aos print's
Estou tentando enviar as outras imágens mas parece que o tamanho não é suportado. Só consegui enviar esta abaixo. Como faço pra enviar as imágens coloridas de captura de tela?
Queria mandar mais duas, mas minhas manobras não funcionaram. Acho que já é sufuciente.
-
1
-
-
Em 13/09/2023 em 13:43, d780 disse:
franciscorodrigues
Observe as imagens acima, acredito que você deseja alterar essas cores "violeta" e "amarelo" onde o veículo/cursor está em rota planejada. No meu caso, para um melhor visual, adicionei mais 2 cores "vermelho" e "verde" .
1 º - encontre a scheme que você deseja alterar (as linhas abaixo funciona em qualquer navegador iGO);
2º - pelo PC, usando o winrar até a versão 3.93. Não descompacte. Apenas abra o arquivo color.ini de dentro da scheme usando o bloco de notas e edite as linhas abaixo para as cores de sua preferência (primeiro teste com as minhas indicações e verá que funcionam), depois clique em fechar o arquivo .txt, será emitido um aviso pelo winrar, clique em salvar nas 2 perguntas e teste em seu navegador;Para facilitar, use um site e encontre os códigos (depois das aspas) das cores que deseja, eu uso esse: https://rgb.to/255,0,0
planned_road="", 110,96,179 ;violeta: cor da via atual em rota
planned_road_future="", 88,77,144 ;violeta: cor da próxima via em rota
guidancestrip="0", 235,250,15 ;cor da seta de orientação amarelo
oneway_arrow="", 255, 0, 0 ;vermelho: cor da seta unidirecional (sentido proibido)
planned_road_alt1="", 32,128,0 ;verde: cor da via planejada em rota (pista que você deve pegar)
Quanto ao tamanho da seta (não sei qual é o seu navegador iGO) veja se essas dicas funcionam: http://gpsclube.com/forum/index.php?/topic/3335-manual-prático-de-configurações-sys/
d780, obrigado pela resposta. Acabei de fazer os testes. Funcionou tranquilo. Troquei o violeta por verde, na cor de rota traçada da Real Night. Gostei do resultado.
Vou fazer print da dica para ter quando precisar. Sempre faço assim. Tiro print ou imprimo em pdf tudo sobre o que não sei, que que for importante e que posso precisar no futuro. Obrigado pela ajuda.
-
1
-
-
21 horas atrás, claudiotrg disse:
Veja este tópico.
Para aumentar o tamanho do cursor/carrinho, não precisa adicionar nada no sys, tem essa opção nas configurações de escolha e ou troca de cursor/carro.
Obrigado pela dica. Sem tempo agora, mas vou ler direito o tópico, fazer as mudanças e testar. Valeu
-
Em 13/09/2023 em 07:24, claudiotrg disse:
Na verdade, quando falo em Android, sempre me refiro ao iGO_NextGen, que não consegui fazer estes nomes aparecerem. Sei que você não usa o Nextgen.
Abraços
Olá, claudiotrg. Entendi. Explicado então não ter conseguido. mas deve ter um jeito. Mexendo e insistindo, a gente sempre descobre alguns macetes.
-
1
-
-
Olá senhores. Alguém saberia me dizer:
- Onde e como faço para mudar a cor da rota traçada? (Aquela que aparece em cor diferente e que se sobrepõe a cor padrão da pista)
- como mudar também a cor da seta guia da rota?
- Como diminuir a largura da seta guia da rota?
Se alguém souber e puder responder, serei grato.
-
1
-
Em 05/07/2023 em 12:49, claudiotrg disse:
Bah, não sou especialista não.
Essa dica peguei sei lá aonde, talvez ainda do GPSPoint., tenho coisas que achei interessantes e guardei.
Mas só consegui fazer funcionar no Primo WinCe, no Android não.
Olá claudiotrg, da pra funcionar no aAndroid sim. No meu aparecem todos os nomes de poi. Em meu tablet android 7.7.1, e em meu S20 com Android 13.
-
1
-
-
Em 22/08/2023 em 16:58, franciscorodrigues disse:
Então, mudando de assunto, outra pergunta (Desculpem, sei que pergunto demais):
Edito minhas imágens dos pois de postos e etc. com Gimp, depois as transformo em arquivo BMP com iPack. Em visualização 3D, todas aparecem perfeitas, sem distorção de cor ou perda de qualidade. Em 2D, porém o efeito é contrário. Só não perdem a qualidade as imagens dos alertas que, curiosamente, foram editadas da mesma forma.
Detalhe, quando converto as imagens pelo iPack, uso a primeira opção: "IPACK 31x / iGO. Não uso as opções BMP (RGB), ou BMP (ARGB). Quando as redimensiono, uso o tamanho 55 e minha resolução de tela é 1024_768
Como editá-las para tê-las sem perda de qualidade tanto em 2D como em 3D?
Se alguém puder dar algumas dicas ficaria agradecido.
Ola, abraços a todos. Acabei de descobrir como ter as imagens dos pois com qualidade e sem perdas na visualização tanto em modo 3D como em modo 2D.
Os pois do meu Data.zip (da minha resolução de 1024 X 768), possuem o tamanho original em 70 X 91. E as logos dos pois de minha branding eu editei em tamanho 55 X 55.
Fui corrigir um detalhe em um poi que havia editado a algum tempo atrás usando o ícone de um balão azul padrão do primo. Só que, na época, eu o havia feito em tamanho menor.
Fiz o seguinte teste: peguei o poi do balão azul em tamanho original 70 X 91, deletei a imagem dele e deixei tudo transparente.
Depois colei a imagem do outro balão azul (que havia feito em tamanho menor) e simplesmente colei ele na imagem de tamanho 70 X 91.
Coloquei a nova imagem na branding e testei em 2D. Redimensionei a tela do navegador aumentando e diminuindo. E mesmo assim ele permaneceu aparecendo com a mesma qualidade dos demais balões azuis em que não havia feito mudança alguma.
Fiz então o mesmo teste usando agora três imagens, uma do Bradesco, outra da Caixa Econômica, e outra do Itau, que antes apresentavam problema de perda de qualidade e mudança de cores, as quais estavam em tamanho 55 X 55.
Só colei as imágens 55 X 55 na imágem de tamanho padrão de 70 X 91, que havia deixado transparente e pronto. Redimensionei elas a vontade em 2D e não me deram mais problemas.
Fiz um teste simulando rota com o navegador em 2D e só continuaram apresentando problema de perda de qualidade as imagens em que ainda não fiz a mudança.
DETALHE: necessário abrir com o bloco de notas, o arquivo spr correspondente à imagem que será alterada, e editar nele os mesmos valores de tamanho da imagem. Caso contrário, dará erro.
Conclusão: se usarmos o tamanho padrão das imagens dos Pois do Data.zip, e criarmos uma branding ou fizermos as alterações no próprio data (de acordo com a resolução, é claro), mesmo colando a imagem em tamanho menor, o problema desaparece.
Espero que isso ajude alguém que enfrenta o mesmo problema e ainda não sabia como resolver. Abraços.
-
1
-
-
Então, mudando de assunto, outra pergunta (Desculpem, sei que pergunto demais):
Edito minhas imágens dos pois de postos e etc. com Gimp, depois as transformo em arquivo BMP com iPack. Em visualização 3D, todas aparecem perfeitas, sem distorção de cor ou perda de qualidade. Em 2D, porém o efeito é contrário. Só não perdem a qualidade as imagens dos alertas que, curiosamente, foram editadas da mesma forma.
Detalhe, quando converto as imagens pelo iPack, uso a primeira opção: "IPACK 31x / iGO. Não uso as opções BMP (RGB), ou BMP (ARGB). Quando as redimensiono, uso o tamanho 55 e minha resolução de tela é 1024_768
Como editá-las para tê-las sem perda de qualidade tanto em 2D como em 3D?
Se alguém puder dar algumas dicas ficaria agradecido.
-
Xamanian, obrigado pelo retorno imediato.
Tenho todos esses ajustes já configurados pela própria skin. Todos funcionam satisfatoriamente.
Observei os comandos mostrados e, pelo visto, parece que vai acabar acontecendo o disseste acima:
"...não sei se vai funcionar...", pois muitos deles, na maioria lombadas, aparecem até de bairros distantes de onde moro.
O meu "speedcam_max_lookahead=600", está configurado para 1000 mts de distância.
O que acontece é que tenho um txt com todos os alertas da cidade onde moro. Já adicionei centenas de lombadas e elas estão começando a encher a tela do mapa. Adiciono porque uma ou outra vez na vida estamos correndo contra o tempo e acontece de precisarmos ser alertados pra não esbarrar de vez em cima das lombadas.
Se houvesse um jeito de apenas diminuir o numero da visualização delas na tela do mapa, seria perfeito.
Se meu amigo aí, que já lida com isso a anos disse:"Se há um comando para ponto de alerta e alerta de condução, então não me lembro.", então é porque com certeza não há.
Então, se quiser me livrar delas (o que na verdade não queria), terei que abrir mão deste arquivo e deletá-lo, ou apenas deixar adicionadas as lombadas das principais vias da cidade, visto que, apesar de as vezes transitar em outros bairros, minha cidade não deixa de ser "minha práia" (rrsss). Além disso não precisamos viver correndo em vias urbanas, principalmente onde não conhecemos palmo a palmo.
De qualquer forma obrigadaço pela prestatividade de sua parte.
-
E aí, galera? Nada? ALGUÉM SABERIA DE ALGUM COMANDO, faça diminuir o número de placas de alerta na tela do mapa? Algum arquivo que possa fazer alguma alteração dentro das pastas existentes no iGO primo?
continuo por aqui esperando. Se alguém já conseguiu isso de alguma forma, compartilha por aqui com a gente.
-
6 horas atrás, claudiotrg disse:
Eh!
Realmente Francisco, dei uma olhada agora e não tem no Primo, só no Nextgen.
Como disse acima, comandos no Sys. nunca funcionaram pros meus navegadores, já tentei de tudo.
Claudiotrg, obrigado por responder. Pelo visto, sem solução. Realmente esses comandos não funcionam,; é o que estou percebendo na experiência.
Vamos aguardar e ver se aparece alguma postagem de algo que funcione. Obrigado.
-
1
-
-
Em 08/08/2023 em 09:53, Xamanian disse:
franciscorodrigues
veja se este comando funciona aí:
[3d_config]
max_pois_on_horizont=10
O valor "10" pode ser modificado, claro.
Obrigado, Xamanian, mas não deu certo depois de ter tentado. Terias alguma outra sugestão? Alguma outro local, arquivo, pasta que pudesse mexer e tentar?
-
Em 08/08/2023 em 07:22, claudiotrg disse:
Oi cludiotrg. Obrigado pela dica. Mas examinando o topico, parece que a dica serve apenas para nextegeen.
Não sei onde estaria no meu igo Primo o tal "defaut.vis" para colocar os camando e diminuir o numero de placas.
-
Em 05/08/2023 em 18:48, Xamanian disse:
Francisco,
apesar deste tipo de erro no global_cfg ser velho conhecido na comunidade, ele aparece mais em pacotes para Android. Como nunca instalei pacote na memória interna, só no cartão, sugiro seguir a dica do nosso amigo d780.
1. Novo pacote, que está funcionando corretamente aqui. Deixo o link (apenas 800x480):
2. Inicialmente, use o global_cfg que está no pacote. A versão mais nova foi modificada por mim hoje, mas não testei ainda (link abaixo). Faça mais modificações do que outras pessoas. Por exemplo, as placas de trânsito modificadas por mim seguem o padrão BR, que têm cores reais, diferentemente das placas da NNG.
3. O pacote tem skins modificadas por mim com data de 2018, mas fiz algumas alterações em 2019. Deixo link abaixo. Antes de trocar, teste as skins do pacote do primeiro link.
Veja se agora funciona aí. Se não, deixe mensagem.
Abraços,
.XA.
Olá Xamanian. Abrindo o global cfg deste pacote para wince que generosamente partilhaste com todos aqui, pude observar que a pasta "ui_" dele está definida como "ui_nextegeen".
Renomeei para "ui_igo9", mas ainda assim continuou dando erro "global not found".
Logicamente a observação que faço não é para apresentar erros ou corrigi-lo em seu trabalho.
Sabemos que és bastante ocupado desempenhando tantas tarefas e tentando responder e agradar a todos que recorrem aqui, a você e a outros que são veteranos nos assuntos.
Não é de estranhar que em meio a tantas tarefas e no meio da "parafernalha" de tantos arquivos, textos, nomes, comandos, imágens, etc, que venham a ocorrer algum erro por descuido.
Fiz uma viagem de São Luis à Carolina no Ma. Mais de 850 Km. O global cfg atual no padrão Brasil é de uma precisão absurda quanto à sinalização da via. Ultrapassgem proibida, curvas, curvas em s, animais na pista.... Tudo no exato local onde as placas estão.
Até as áreas com projecção de cascalho ou risco de desmoronamento ele apresenta certinho. Top.
Abraços.
Abraços.
-
1
-
-
5 horas atrás, ChicTeclados disse:
Troquei essas Schemes e não funcionou. Mas tua sugestão valeu, peguei duas schemes do Claudiotrg de um iGO_Primo que baixei aqui e com essas duas Schemes dia/noite do Claudiotrg funcionou certinho e abriu rapidinho com todos os mapas e speedcam.
Somente um detalhe, funcionou sem o Sys text, deixei sem SYS. O global_cfg é o mesmo do Xá, portanto o Global tem nada a ver com isso. Deletei todas as schemes, deixei somente as duas do claudiotrg.
Pessoal, isso aqui não é reclamação, muito pelo contrário, são experiencias que faço e tento colaborar, afinal é p/ esse objetivo o Forum, não é?
Muito bom. Compartilhar as experiencias tanto ajuda a resolver problemas como faz o forum subir de nível.
-
1
-
iGO primo 9.6.13.290290
em Download
Postado
Ola. Alguém teria do pacote igo primo 9.6.13.290290 para Adroid? Ou teria pelo menos o apk? Gostaria de testar. Se alguem fizer a gentileza, ficaria agradecido.