Xamanian

Caro Francisco, segue link da versão que montei anos atrás: https://ufile.io/101xb1lg O executável é da versão que citou, mas não se trata de um pacote puro/original, mas sim modificado. Sobre a versão dita Advent, desconheço. Abraços, .XA.

Francisco, revi as configurações do color.ini da scheme easy day e está assim (a modificada por mim): [other] texture="gfx/day/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" Para que ela funcione é necessário que a pasta GFX, elaborada por mim e em link acima, seja usada. Coloque-a na raiz da pasta Primo. Faça isso antes de inserir no data.zip; é só para testes iniciais. Problema no pacote: faça o seguinte teste: 1. Faça um backup dos arquivos sys.txt, igo9.ini e igo9_android.ini (os dois últimos estão no data.zip, na subpasta data.zip\project_config). 2. Use os arquivos que disponibilizo em anexo, substituindo os arquivos em cada lugar correto. 3. Revise a seção [mapchanger], que está antiga. 4. [rawdisplay]: use o driver sugerido por mim, mas existem outras opções que podem ser testadas; no sys.txt que envio tem os nomes de outros drivers, basta trocar se quiser testar. Sobre a inversão da ordem do sol na tela do navegador: uma possibilidade é de erro no nomes dos arquivos sun_x.bmp, ou seja, tem uma sequência lógica a ser seguida. Use o iPAQ para visualizar os arquivos sun_x.bmp que inseri na pasta GFX, disponibilizada por mim em post acima. Primeiro use as configurações indicadas na seção [other] indicadas acima com os arquivos indicados nos caminhos corretos (é preciso que a pasta GFX esteja na raiz do Primo). A scheme easy day original tem a seção [other] do seguinte modo: [other] texture="gfx/day/texture.spr" sun="gfx/day/sun.spr" sky="gfx/day/sky.spr" heightcolormap="$skin$/common/dayheightcolormap.bmp" background_picture_0="sky0.bmp" background_picture_1="sky1.bmp" background_picture_2="sky2.bmp" background_picture_3="sky3.bmp" background_picture_4="sky_night.bmp" sun_picture_0="$skin$/common/sun_0.bmp" sun_picture_1="$skin$/common/sun_0.bmp" sun_picture_2="$skin$/common/sun_1.bmp" sun_picture_3="$skin$/common/sun_1.bmp" Note, acima, que o caminho para os arquivos de sol são dados por $skin$/common/sun_x.bmp, ou seja, o uso do símbolo $ indica que é para usar os arquivos do data.zip. Observe também que a seção [other] (veja mais acima) modificada por é diferente, pois ela indica que os arquivos a serem usados são aqueles presentes na pasta GFX presentes na raiz do Primo. Tudo isso pode mudar muita coisa. Caso queira manter as configurações originais da easy day, então a seção [other] do color.ini tem que ser as mesmas que estão acima, mas é preciso ter os arquivos corretos no data.zip. Para testes, você pode usar os arquivos que disponibilizei na pasta GFX, levando-os para o seu data.zip; claro, fazendo backup dos seus arquivos correspondentes antes da troca. Abraços, .XA. Teste.zip

Francisco, preciso pensar sobre o assunto. Você poderia me enviar a scheme que está dando problema? Só estudando a mesma para ver se o problema está nela. Em princípio, descarto algum problema no restante do pacote, mas pode ser também. Abraços, .XA.

Feliz aqui por ter dado tudo certo aí, caro amigo SOSGPS. Tem coisas sutis nas programações e que nem sempre a gente se atenta, mas com um pouco de calma é possível resolver certos problemas. Abraços, .XA.

SOSGPS, como falei antes, fiz muitas modificações no arquivo default.vis que fica na subpasta data.zip\ui_igo9\common, onde a subpasta ui_igo9 poderá ser ui_android ou ui_nextgen. Como você está usando o Nextgen, pode ser que as modificações introduzidas por mim não funcionem corretamente com esse navegador. Originalmente as schemes para Nextgen são as mesmas para o Primo, versão WinCE ou Android. Então as linhas presentes na seção [other] que citei acima (troca de arquivos de céu e sol) tem que funcionar. Porém é possível que eu tenha introduzido alguns comandos não reconhecido pelo Nextgen, de modo que um erro pode realmente aparecer. Outra possibilidade é a indicação de algum arquivo em uma dada pasta do Nextgen e que não está presente na mesma, também dá erro. Dei uma olhada no arquivo sky.zip que fica na subpasta UX do Nextgen. Este módulo ux tem como objetivo fazer a troca dos arquivos de céu e do sol. Realmente ela pode estar conflitante com os arquivos que postei. Sugestões: 1. Retire, mas sem apagar, o arquivo sky.zip da pasta UX e faça testes. Mas acho que ainda poderá ter problemas, pois o Nextgen trabalha com resoluções diferenciadas e o Primo com resoluções fixas. 2. Extraia as subpastas e arquivos do módulo sky.zip. Use o software iPAQ para visualizar os arquivos e verificar as dimensões do mesmo (largura e altura). Caso tenha interesse em alguns arquivos da pasta GFX que postei, então use um editor de imagem para redimensionar os arquivos que postei para o tamanho em cada subpasta do módulo ux sky.zip\ui_nextgen\res\common. Depois use novamente iPAQ para salvar cada arquivo no padrão bmp compactado. Feito isso, insira todos eles em um arquivo cópia de sky.zip e insira na subpasta UX do Nextgen. Dá algum trabalho, mas deve funcionar. 3. Modificar as schemes sem ter que usar as minhas: pegue uma scheme que funcione no Nextgen sem apresentar travamento. Abra o color.ini desta scheme e o color.ini de uma das minhas schemes. Modifique algumas linhas do color.ini da scheme que funciona seguindo a lógica que introduzi no color.ini de minhas schemes. Em cada linha do color.ini que modifiquei em minhas schemes tem explicações sobre o seu papel. Por exemplo, você verá algo assim: [color] 0="ground", 100,100,100, 1 ; terreno/fundo visível em grande escala a="0_int", 226,215,67 ; auto-estrada (2D - Here e TT) A="0_ext", 160,130,0 ; borda d="0_int", 226,215,67 ; auto-estrada (3D - Here e TT) D="0_ext", 160,130,0 ; borda Use o programinha que disponibilizei para ver as cores de cada linha. Ou seja, abra o programa, com ele abra o color.ini, clique em cima de uma das linhas; aparecerá a cor e a possibilidade de modificação. Modifique ao seu gosto e critério. Rolando o arquivo você verá algo como ;============================================================== ; Áreas construídas: ; ; Observa-se que, no arquivo default.vis, todas as variáveis do bloco abaixo estão setadas como "built_up". Here e TT. ;============================================================== Esta parte, a anterior e a posterior pode dar problema, pois essas partes dependem fortemente do arquivo default.vis que modifiquei e que pode ser diferente no Nextgen. As linhas que aparecem no color.ini da scheme que está funcionando no Nextgen podem ser mantidas, porém pode ter as suas cores modificadas pelo programinha. Não insira as linhas que introduzi no color.ini de minhas schemes, pois elas podem apresentar problemas com o Nextgen (que deve ter um default.vis bem diferente). A parte ;============================================================== ; Cores do mapa nas cidades: ; ; As linhas do bloco a seguir são usadas apenas se implementadas pelo desenvolvedor de mapas. Entre parênteses encontra-se o nome da variável setada no arquivo default.viz original (sem modificação). ;============================================================== depende fortemente do default.vis. Elas estão presentes em todas as schemes, mas algumas funções estão desabilitadas. Como habilitei tudo e modifiquei o default.vis para aceitar os novos comandos, sugiro que deixe as linhas desta seção sem alteração, mas as cores podem ser modificadas pelo programinha sem problema algum. Nas linhas e seções que seguem adiante, use apenas aquelas presentes no color.ini da scheme que funciona bem, mas as cores podem ser alteradas livremente. Na seção [icon] (e outras), tenha cuidado. Você notará que vários arquivos estão setados aí, ou seja, para funcionar os arquivos têm que estar presente nas pastas e subpastas indicadas nos caminhos indicados em cada linha. Se isso não ocorre, é erro na certa. Como o Nextgen segue uma lógica diferente do Primo no que diz respeito à pastas e subpastas, então é preciso estudar o caso antes de modificar caminhos. Use aquilo que está indicado na scheme que funcione e modifique, caso queira, os arquivos nas correspondentes subpastas no data.zip do Nextgen. Todas as seções (nos color.ini modificados por mim) que seguem adiante sempre indicam arquivos e caminho das pastas. Não introduza linhas diferentes daquelas que estão presentes no color.ini da scheme que funciona. No máximo modifique o correspondente arquivo indicado na linha fazendo alteração do mesmo no data.zip do Nextgen. Tem também uma seção final: ;============================================================== ; Aperfeiçoamento gráfico em 3D: ;============================================================== Não a use em sua scheme, pois pode apresentar problemas. Caso apareça na scheme que funciona bem, apenas mantenhas as linhas. Tente aí. Caso precise de ajuda específica, basta que me fale. Abraços, .XA.

Francisco, nunca tive o cuidado de olhar a programação dos arquivos relativos a posição do sol no céu. Talvez seja possível, mas só estudando o caso para saber ao certo. A questão, penso eu, é que mesmo que o sol apareça durante todo o dia, dificilmente ele será visto na tela do navegador. Pense no horário de meio-dia, o sol estará no centro do céu, mas o navegador GPS só mostrará aquilo que está adiante, em certo ângulo bem menor. Acho que é por isso que a figurinha do sol só aparece durante o nascimento e o pôr do sol real. Estou meio sem tempo para olhar essa programação, mas se conseguir, darei uma olhada. Abraços, .XA.

Caro Francisco, a resposta sobre o sol aparecer o dia inteiro se encontra nestas duas linhas que citei em post acima: background_picture_0="gfx/day/sky_0.bmp" ; figura de céu usada quando o sol está acima de 20° em relação a linha do horizonte 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 Se você conferir o arquivo de céu, ou seja, o arquivo sky_0.bmp, é justamente ele que aparece durante todo o dia. Porém o arquivo de sol, arquivo sun_0.bmp, parece que ele não aparece, pois nunca o vi antes. Ao que parece, o sol só começa a aparecer no pôr do sol a partir do ângulo de 20º e os arquivos vão trocando até atingir a linha do horizonte, ou seja, em 0º. No Primo que uso, tanto para WinCE quanto para Android, os arquivos são trocados em movimento descendente, ou seja, na ordem correta. O problema da inversão pode ser por outros motivos. Reveja as linhas na schemes que tratam do assunto, elas devem ser colocadas na ordem que mencionei. Nas scheme noturna a ordem é inversa, pois os arquivos de sol devem ser trocados para que o sol suba no céu (ou seja, durante o nascimento do sol. E na scheme diurna tem que ser na ordem que coloquei em post anterior, para que o sol apareça descendo no céu. Talvez as linhas citadas do arquivo color.ini estejam invertidas em suas schemes, ou seja, o que deveria estar na diurna está na noturna e vice-versa. Confira isso. Outra coisa importante: no link que deixei em post anterior, que contém a pasta GFX e vários arquivos e pastas, tem uma pasta de nome Inserir na raiz do Primo. O uso dela é muito importante para que as schemes que fiz funcionem corretamente, sem isso bugs vão aparecer. E talvez seja esse um dos problemas que você e nosso colega SOSGPS estejam enfrentando. Motivo: no interior da citada pasta tem uma subpasta de nome ui_igo9. Esta subpasta está presente no data.zip. Quando a gente quer sobrepor um ou mais arquivos no data.zip sem ter que substituir no próprio data.zip, a gente usa o macete de colocar a subpasta ui_igo9 na raiz do Primo. Mas observe que essa pasta é para Primo WinCE. Para Android ela deve ser renomeada para ui_android e para Nextgen ela deve ser renomeada para ui_nextgen. Em suma, copie as duas subpastas da pasta "Inserir na raiz do Primo" para o cartão de memória, depois renomeie a subpasta "ui_igo9" para "ui_android" e faça testes. Ao renomear a pasta que falei, você terá o seguinte arquivo: \ui_android\common\default.vis. Tempos atrás fiz modificações significativas no arquivo default.vis, que é responsável pelo visual do Primo e uso daquilo que está programado no arquivo color.ini da scheme. Havia vários recursos que estavam (e ainda estão) desabilitados no arquivo default.vis original. Eu os habilitei para ter um visual mais interessante, mas para funcionar é preciso que se use todo o conjunto de arquivos que disponibilizei, bem como as schemes que estão no pacotinho. Dentre os recursos que falo: cor da área hospitalar, cor da pista de aeroporto, cor da área do aeroporto, cor da região de cemitérios, cor de área militar, cor de areia da praia, cor do litoral oceânico, cor de praças, jardins, parques, etc. (que podem ser configuradas em cores distintas), etc. Talvez, Francisco, você e o SOSGPS não tenham renomeado a pasta ui_igo9 para a forma correta, até porque eu esqueci de falar sobre isso. Tente seguir alguns dos meus comentários acima e veja se consegue resolver os problemas. Abraços aos amigos, .XA.

Caro SOSGPS, passei alguns bons anos para montar esta pasta GFX, não foi fácil localizar e editar tais arquivos. O que ela contém é uma coletânea de material aparecia pontualmente em fóruns gringos, tipicamente no interior de algumas schemes. Use-a e a modifique livremente. Se quiser um visual mais realista ainda, abra o arquivo color.ini nas schemes que inseri no pacotinho e modifique suas schemes: lá você encontrará explicações para as principais linhas presentes em tal arquivo. As schemes que você citou recebem o nome de Odytsak, elas se encontram em anexo, caso queira experimentá-las novamente. Use o software ColorSchemes (também em anexo) caso queira editar as cores presentes no arquivo color.ini. Ele é muito intuitivo e fácil de usar. Não o vejo mais por aí, logo é uma preciosidade que todos deveriam ter. [ ]'s, .XA. ColorSchemes.exe odytsak-Night-v3-Pitaco.zip odytsak-Day-v3-Pitaco.zip

Francisco, o sol nativo do Primo é um pontinho, logo ele não aparecerá. Se está aparecendo, então tem duas possibilidades: 1. O arquivo sun.bmp (ou spr, de dimensionamento e posicionamento do bmp) está presente na própria skin. Veja se a mesma tem uma pasta gfx em seu interior. Se sim, basta remover. Se não tiver tal pasta, edite a linha que começa por sun_picture e termina por sun.bmp/spr; algo do tipo sun="gfx/day/sun.spr". Ou coloque um ponto e vírgula na frente da linha ou a apague. Veja se resolve o problema. 2. Talvez tenha alguma coisa na pasta Save que "memorizou" o sol nativo do Primo. Apague alguns arquivos na pasta Save\profiles\01, deixe-a como no print abaixo:

Francisco, dê uma olhada nos arquivos do link abaixo: https://www.mediafire.com/file/7zczpdz5n4emmdr/Schemes_e_GFX.rar/file Estas foram as modificações que fiz até 2019. Lá você encontrará outras imagens do sol, entre outras coisas. Abra uma das schemes, localize a abra o arquivo color.ini (use um editor de texto, tipo Bloco de Notas); este é o arquivo de configurações das schemes em geral. Role a tela até encontrar a seção [others]. Nos arquivos editados por mim você verá: [other] texture="texture.spr" ; paleta de texturas sun="gfx/day/sun.spr" sky="gfx/day/sky.spr" heightcolormap="dayheightcolormap.bmp" ; cores de elevação e sombreamento background_picture_0="gfx/day/sky_0.bmp" ; figura de céu usada quando o sol está acima de 20° em relação a linha do horizonte background_picture_1="gfx/day/sky_1.bmp" ; figura de céu usada quando o sol está abaixo de 20° em relação a linha do horizonte background_picture_2="gfx/day/sky_2.bmp" ; figura de céu usada quando o sol está abaixo de 10° em relação a linha do horizonte background_picture_3="gfx/day/sky_3.bmp" ; figura de céu usada quando o sol está abaixo de 7° em relação a linha do horizonte background_picture_4="gfx/day/sky_4.bmp" ; figura de céu usada quando o sol está abaixo de 4° em relação a linha do horizonte ; 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 horizonte ; ; As linhas acima permitem a composição do entardecer e amanhancer, ao trocar as figuras (bmp's) do céu e do sol. Por exemplo, à medida que o sol real vai se pondo no horizonte, as figuras de céu começam a ser trocadas. Da mesma forma, a figura do sol vai ficando cada vez mais próxima da linha do horizonte, dando a sensação de que o sol está se pondo. ; ; OBS.: o navegador usa o horizonte real como referência, de modo que a tela de navegação/mapa (que é virtual) também se apresente desta maneira. Assim, em regiões muito montanhosas, a figura do sol poderá não aparecer na tela de navegação, pois estará encoberto pelas montanhas (que aparecem na tela de mapa). Isto se deve ao fato do ângulo estar muito baixo (conforme linhas acima). Ou seja, acima tem todos os detalhes sobre a funcionalidades de troca de arquivos de céu e de sol. Na pasta GFX, que segue em anexo também, você encontrar os arquivos de céu e sol. Use o software iPAQ para visualizar os arquivos que usei. Entendida a lógica usada por mim, então basta modificar qualquer scheme, personalizando-a da maneira que preferir. [ ]'s, .XA.

Francisco, as schemes originais da NNG não habilitam a exibição de sol no modo noturno, mas no modo dia, sim. Problema: na pasta GFX, que originalmente fica no arquivo data.zip, tem o arquivo sun.bmp, mas na prática ele é apenas um pontinho. Ou seja, não vai aparecer o sol em schemes deste tipo (e é o caso da fácil dia). Sobre o aparecimento do sol: ele não aparece o tempo todo, apenas no nascer e no pôr do sol. No dois horários, o aparecimento se dá exatamente na posição real do sol no céu. Portanto, somente quando o veículo estiver apontando exatamente para a localização do sol real é que o navegador GPS vai mostrar uma figurinha do sol na tela; claro, desde que a scheme esteja devidamente configurada para isso. [ ]'s, .XA.

Amigos Cláudio, Luiz e d780, as expressões "adiante", "em frente", etc. usadas com alguns pontos de alerta foram paliativos usados no passado (por aqueles colegas que iniciaram as traduções de lang e voices) para resolver problemas de falhas de fonemas nas vozes TTS. Por exemplo, a tradução de "thunnel" para "túnel" era pronunciada por "tunéu", mas "túnel adiante" quebrava o galho. A saída que encontrei há alguns anos atrás foi adaptar a tradução de "thunnel" para "thúnel", que fica bem melhor, quase uma pronúncia perfeita de "túnel"; bastou um simples "h" ali na palavra inventada. Em suma, a complementação dos avisos era para correção fonética de certas traduções diretas que não funcionavam. Fica a dica para quem quiser tentar outras adaptações do tipo. Abraços, .XA.

Cláudio, você tem razão, acabei de olhar o arquivo "\save\profiles\01\persistent_vars.sav" e ele tem o comando mostrar cidade. Uma coisa que o Silveira pode fazer é apagar este arquivo, pois o próprio sistema vai gerar outro após a reinicialização. Pode ter algo no pacote dele que está impedindo a gravação/atualização deste arquivo. Ao apagar, eventuais falhas têm chances de serem corrigidas. Só testando para ver se dá certo. Abraços, meu caro. .XA.

Silveira, não sei se usa um pacote do Nextgen obtido aqui no fórum. Tudo que é para salvar é guardado no arquivo system.ini que fica na pasta iGO_Israel\save\profiles\01. Se for pacote daqui, a única linha que encontrei relacionando algo com cidade é essa aqui: [lua.city.address] go="0" O valor 0 significa desabilitado em qualquer pacote da família iGO. Tente setar em 1 e veja se funciona. Tem muito tempo que não uso Nextgen (continuo não gostando), então não consigo testar. [ ]'s, .XA.

Atlan, o que encontrei aqui é a menção ao arquivo button_topleft_nopress.bmp dentro do arquivo templates.css que fica dentro da pasta ui_igo9\common\ui da skin diMka. Não tenho nada com o final _3#3 aqui. O que posso dizer é que o símbolo #3 aparece após a extensão do arquivo .bmp e que ele faz parte da programação da skin. Sugestão: extraia o arquivo templates.css da skin, localize o arquivo mencionado e edite o arquivo para que o mesmo fique com o nome correto do arquivo bmp. Aqui, no arquivo templates.css está assim: .btn_main.topleft { bmp:"button_topleft.bmp#3"; } .btn_main_np.topleft { bmp:"button_topleft_nopress.bmp#3"; } Estou usando um notebook novo e ainda sem o iPAq, de modo que não pude comparar os arquivos para o modo dia e noite. Talvez tenham cores diferentes, pois se trata de algum ícone. Veja se você tem o arquivo button_topleft_nopress.bmp (sem o _3 no final) na pasta "dia". Se sim, edite o templates.css, salve, insira no arquivo da skin e faça testes. Se falhar novamente, avise aqui para a gente pensar mais um pouco. Grande abraço, .XA.

Aislan, estas imagens são as junções. No caso da foto, essa é da NNG, mas existem outras também e que ficam no arquivo de extensão FJV. E sim, apareceu por causa das licenças que habilitaram o recurso.

Atlan, este pacote foi montado pelo nosso amigo Sherlock e foi disponibilizado no antigo Point. Não consegui abrir o link que você postou, mas se for este o pacote que você procura, então deixo um link: https://www.mediafire.com/file/crwej0d3ygh4bm9/P24Full.rar/file Senha: GPS Clube Abraços, .XA.

Atlan, tem tempos que não uso tal aplicativo, mas acho que eu usava este aqui do link abaixo: https://www.mediafire.com/file/5axa5e61f31ieps/iGOLua.zip/file Por acaso executei o arquivo e o McAfee acusou vírus. Acho que é falso positivo, pois eu o usava sem problemas anos atrás. Se tiver dúvidas, não execute. Grande abraço, .XA.

Aislan, veja se estas do link abaixo funcionam em seu pacote: https://www.mediafire.com/file/pha7blppgo0qbb4/license.zip/file Abraços, .XA.

Amigo Atlan, tem muitos anos que não uso este pacote, de modo que não me lembro detalhes agora sobre essa mensagem, mas verei aqui o motivo. Apenas lhe peço um tempinho adicional. Naquela época eu buscava configurações que pudessem deixar o Primo com maior qualidade gráfica possível e que tivesse habilitado todos os recursos existentes. Não era para ser um pacote leve, ele era bem pesado mesmo. Uma das coisas que buscava era as informações sobre bateria, alimentação externa, etc. E isso virou uma tormenta, pois depende do hardware de cada dispositivo. A seção para as configurações encontra-se abaixo: [power] ;allow_battery_full=0 ;battery_critical_limits=0 battery_low_limits=10,5 battery_shutdown_at=1 ; (shutdown iGO [suspend device] automatically at given level [default: -1 - no automatic shutdown]) battery_shutdown_delay=5 ; (delay of automatic shutdown before suspending device) ; (default backlight levels) backlight_day_default=100 backlight_day_battery_default=80 backlight_events=1,2 ;backlight_key_bright_BA1=Brightness ;("BacklightCurrentLevel") ;backlight_key_bright_AC1=ACBrightness ;("BacklightCurrentLevel") ;backlight_key_bright_BA2=BacklightLuminanceLevel ;backlight_key_bright_AC2=ACBacklightLuminanceLevel ;backlight_key_on_BA=OnOff ;backlight_key_on_AC=ExtOnOff ;backlight_key_ontap_BA=BacklightOnTap ;backlight_key_ontap_AC=ACBacklightOnTap ;backlight_key_timeout_BA=BatteryTimeout ;backlight_key_timeout_AC=ACTimeout ;backlight_slow_api=1 backlight_manage_values=1 backlight_manage_keys=1 backlight_max=100 ;(valor máximo da escala do controlador) backlight_min=1 ;(valor mínimo da escala do controlador) ;backlight_methods=50, 61 backlight_night=1 backlight_night_default=50 backlight_night_battery_default=30 ;backlight_reverse = 0 ;backlight_sync_with_os=0 ;backlight_tunnel=30 backlight_tunnel_default=50 ;disconnect_gps_on_suspend=0 powermgm_state=0 ; (default: Smart Powersave [1]) ;skip_resume_process=1 ;skip_resume_process_all=1 ;skip_suspend_process=1 ;skip_suspend_process_all=1 tunnel_backlight_enabled=1 ; (habilitar/desabilitar, especialmente em túnel) Naquele pacote a seção acima está no arquivo data.zip/project_config/igo9.ini. Você pode modificá-lo através do sys.txt que dá certo também. Note que introduzi comentários em várias linhas, pois o objetivo era o desabilitar vários comandos. Isso veio depois do SW. Não sei se vai resolver o problema da mensagem que citou, mas se ela tiver relação com as configurações de energia, então tem chances de resolver se deixar as linhas como apresentadas acima. Veja se ajuda, se não, precisarei de mais tempo para ver o que pode ser. Abraços, .XA.

Farei isso em breve, nobre amigo Nelson. 😉

Bogdan, esse assunto é complicado e longo. Não tenho tempo para fazer um vídeo, nem mesmo um tutorial detalhado. Mas a ideia geral é simples. Você vai precisar encontrar o logotipo da empresa, que pode ser encontrado na Internet. Feito isso, você precisa editar o arquivo com o tamanho para cada resolução desejada. Depois deve-se converter o arquivo para um padrão específico para os navegadores da família iGO: extensão BMP compactado. Isso pode ser feito através do software freeware de nome iPAQ 31x Tools, que pode ser encontrado na Internet. Pode-se salvar o arquivo com qualquer nome, mas é razoável usar o nome da empresa, mesmo que de forma abreviada. Apenas sugiro que não se use espaços entre as palavras, opte por underline (_) ou hífen (-). Para que o iGO reconheça os ícones é preciso que o nome do arquivo esteja associado a uma dada categoria prevista na programação do navegador GPS. Por exemplo, para a categoria de hotéis você pode usar o arquivo poi_accommodation.icons que se encontra na subpasta POI do Branding.zip. Abra este arquivo para você entender a lógica, pode usar um editor de texto como o Bloco de Notas Windows ou um mais completo, como o Notepad++ (freeware). Exemplos: [Accommodation] $poi_mapdistant.bmp accommodation.bmp accommodation.bmp accommodation.bmp accommodation_disabled.bmp [Accommodation.Hotel_or_Motel.Hotel.Ambassador] $poi_mapdistant.bmp hotel_ambassador.bmp hotel_ambassador.bmp hotel_ambassador.bmp hotel_ambassador_disabled.bmp Tipicamente, os arquivos com a expressão _disabled no final do nome são aqueles que são convertidos em escala de cinzas para indicar que um dado ícone está desabilitado; em cores significa habilitado. Para cada nova empresa que se pretende adicionar ao branding.zip é preciso criar dois ícones, um colorido e outro em escala de cinzas. É preciso que eles estejam associados nos diversos arquivos de extensão .icons que estão na subpasta POI do arquivo principal. Tudo isso é feito manualmente, arquivo por arquivo. É um grande trabalho construir o arquivo branding.zip, toma muito tempo, sem falar que algumas categorias exigem tentativa e erro para funcionar. Mas com o tempo pega-se o jeito e o trabalho rende bem. Abraços, .XA.

Vou dar uma olhada e postar novamente se for o caso. [ ]'s .XA.

Aislan, pode postar sim, acho que a moderação não vai se importar com isso. Acredito que o problema que está tendo com as vozes TTS e com os POIs esteja relacionado com as licenças, talvez estejam faltando algumas. Abraços, .XA.

Bom dia, amigo Nelson! Quais links, os do primeiro post ou aquele do post acima? Se for o do primeiro post, então preciso de um tempinho para ajeitar os arquivos aqui. Abraços, .XA.