Ir para conteúdo
GPS Clube

franciscorodrigues

Membros
  • Postagens

    86
  • Registro em

  • Última visita

Posts postados por franciscorodrigues

  1. Em 06/08/2023 em 15:45, claudiotrg disse:

    Faz tempo que não lido mais com o Primo_WinCe, mas lembro de alguma coisa do tipo pra eliminar este erro de Global_cfg.

    troque ou acrescente a linha no sys.txt por esta abaixo.

    [folders]
    linked_root_list="/sdcard2/iGO /sdcard/iGO /sdcard/sd/iGO /sdcard/external_sd/iGO /mnt/sdcard/iGO /mnt/sd/iGO /mnt/iGO /storage/iGO /mnt/sdcard/sd/iGO /mnt/sdcard/external_sd/iGO /mnt/emmc/iGO /mnt/flash/iGO"
     

    valeu cláudi. Vou testar.

  2. 19 horas atrás, 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):

    https://ufile.io/mc386sy1

    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.

    https://ufile.io/9pjosf2e

    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.

    https://ufile.io/ip85dqjq

    Veja se agora funciona aí. Se não, deixe mensagem.

    Abraços,

    .XA.

     

    Boa tarde. Fiz como me orientou. Desta vez até puz no cartão sd. Não troquei nada do que já veio no pacote como, por exemplo, o global cfg. deu o mesmo erro: cfg not found.

    Depois troque o antigo pelo novo cfg que postaste ontem. Deu erro de novo. Vou trocar de descompactador pra ver se muda alguma coisa. Com win.rar 3.8, os pacotes que baixo não abrem. Pra abrir preciso atualizar pra win,rar de 64x 60.2.

    Mas esse último não trasnfere e compacta corretamente as imágens de bmp criadas pelo iPack. Aí preciso reinstalar o 3.8.

    Pode ser esse o problema por aqui. Vou ver e posto.

     

  3. 6 horas atrás, d780 disse:

    franciscorodrigues

    Não sei como está o pacote, mas pelo seu relato falta alguns arquivos ou o .exe está buscando os arquivos em pastas diferente nas memorias de seu aparelho. Ou na transferência corrompeu algo...

    A princípio adicione ao lang e voice arquivos .zip que esteja em inglês e teste (pegue do pacote que você tem funcionando).  Apague também a pasta SAVE (caso tem).

    No .sys adicione:

    [folders]
    has_secondary_root=0

    O global_cfg mais atual tem aqui:http://gpsclube.com/forum/index.php?/topic/731-global_cfg-atualizado-igo/

     

     

    Obrigado pelas dicas. Vou testar.

  4. 4 horas atrás, 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:

    https://ufile.io/mc386sy1

    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.

    https://ufile.io/9pjosf2e

    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.

    https://ufile.io/ip85dqjq

    Veja se agora funciona aí. Se não, deixe mensagem.

    Abraços,

    .XA.

     

    Obrigadaço Xamanian. Que coração grande. Tudo mastigado. Só você mesmo. Baixando tudo

    • Like 1
  5. 2 horas atrás, Xamanian disse:

    Vivendo e aprendendo, caro amigo. Realmente não sabia.

    Existem executáveis de versões mais novas do que este, mas depois que o conheci, não troquei. Em minha opinião é o melhor executável para Primo 2.4 que conheço.

    Abraços,

    .XA.

    Pois é, foi exatamente por causa dessa sua indicação que que quero tocar o meu. 😄

    Em Win Ce sempre usei 9.6.5.11.94. (Primo2PE). Sempre estável também e sem problemas. 

    Mas se você dá um aval a este que usas, então vamos testar. Porque não?

    (Sabendo-se, é claro que existem outros bons executáveis que a turma vem usando a anos sem problemas como eu mesmo acabei de citar). Valeu.

    • Like 1
  6. 1 hora atrás, franciscorodrigues disse:

    OLá Xamanian. Muito obrigado por compartilhar. Acabei de baixar. Vou testar em meu novo GPS Pionner de 9 Plg. WinCe. Sobre o Advent, é uma vesão do Primo que possui esse executável. Abraços.

    Oi Xamanian. Instalei mas esta dando erro de global_cfg not found. Havia colocado o cgf atualizado padrão Brasil. Deu erro. Deletei e coloquei o seu que vem no pacote. Deu o mesmo erro.

    Pesquisei mas não entendí bem como resolver. Parece que a a maioria das soluções pede pra colocar o cfg em cartão de memória. Mas já testei vários outros pacotes primo e rodaram certinho na memo interna. Alguma dica?

  7. 3 horas atrás, Xamanian disse:

    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.

    OLá Xamanian. Muito obrigado por compartilhar. Acabei de baixar. Vou testar em meu novo GPS Pionner de 9 Plg. WinCe. Sobre o Advent, é uma vesão do Primo que possui esse executável. Abraços.

  8. Em 01/06/2018 em 11:08, Xamanian disse:

    "... Como já disse, não uso o Nextgen, é legal, mas é chatinho de usar..."

    Abração,

    .XA.

    (Desculpem se for indelicadeza apagar parte do texto, mas é que quis me reportar apenas a esse pequeno trecho de toda a fala).

    Olá senhores. Também já testei Nextgeen e pra mim, tô fora. Prefiro o velho iGO Primo com a velha slkn dinka. 

    O Xamanian ou algum dos senhores teria o um pacote do executável primo 9.6.13.290290 800x480 para disponibilizar?

    Existe uma versão denominada de Advent. Gostaria de testar. Se alguém tiver e quiser disponibilizar por aqui ou mandar em particular, ficaria grato. 

     

  9. APROVEITO PARA ENSINAR MEU MODO DE TESTAR OS MOVIMENTOS DO SOL NAS SCHEMES, A QUALQUER HORA DO DIA OU DA NOITE, SENTADO NO SOFÁ SEM PRECISAR ENTRAR NO CARRO e SAIR DE CASA, E COMO MANTER O SOL O TEMPO TODO NA TELA ENQUANTO OBSERVA.

    Talvez não seja novidade pra os mais antigos e viajados como alguns feras aqui do site. Mas talvez possa servir pra alguém que ainda não havia pensado nisso. 

    A única dificuldade inicial será a de ter quer gastar um tempinho observando o navegador pela primeira vez, pra saber em que horário iniciam as primeiras trocas de imagem, sejam da manhã ou da tarde, por causa de seu fuso horário.

    As imágens são cinco. Como uma já estará em uso, que no caso será a sky_0, sobram apenas quatro transições:

    da sky_0 para sky_1

    da sky_1 para sky_2

    da sky_2 para sky_3

    da sky _3 para sky_night

    1- Tendo feito meu teste inicial, já sei que a primeira transição no meu tablet ocorre às 17 e 14. Então mudo a hora do meu tablet, para 17 e 12, por exemplo.

    2-É o tempo que traço uma rota para simular uma navegação. (Bom traçar uma rota que obtenha trajeto com curvas longas e abertas, o que proporciona o mapa girar o suficiente para o aparecimento do sol no mapa, pois é preciso que o carrinho fique de frente para o sol).

    3-Com a rota sendo simulada, clico várias vezes (quantas julgar necessárias) no botão de "+" do player, que permite acelerar a velocidade do carrinho na pista, até perceber o momento em que o sol aparece. (Geralmente, no amanhecer, a bússola aponta, um pouco em tangente para cima e para a esquerda, e no entardecer um pouco em tangente para cima e para a direita. Bom saber disso pois facilita saber o momento em que o sol vai aparecer no mapa).

    4-Ao aparecer o sol, clico repetidas vezes e muito rapidamente,  no botão de "-" do player, para desacelerar completamente a velocidade do carrinho. Ele deve ficar na velocidade "1". E assim o carrinho vai parecer estar completamente parado, embora esteja ainda em trajeto. Com a simulação em quase "0", o sol vai ficar o tempo inteiro "na sua frente", enquanto você pode observar seu movimento para cima no amanhecer, ou descendo no entardecer, incluindo nisso, é claro, as trocas de imágens.

    Assim você não perderá o sol de vista por conta dos movimento do céu no mapa, devido a velocidade padrão do simulador de navegação.

    É o macete que uso pra deixar o sol na tela do mapa praticamente "parado" para observar seus movimentos do começo ao fim. Dependendo do ponto da rota que você escolher ou achar, poderá ser observado o movimento do sol completo até a noite, sem precisar escolher outro ponto.

    Espero ter ajudado

  10. Em 27/07/2023 em 11:07, franciscorodrigues disse:

    OI. Bom dia. Obrigado, Xamanian. Bem explicado. Obrigado por seu interesse e sua ajuda valiosa. Vou testar.

    Olá Xamanian. Testei usando as easy day e night de seu pacote de schemes. Coloquei a gfx na raiz do primo  e coloquei a mesma gfx também no data, substituindo a antiga, e o movimento do sol continua acontecendo na forma inversa. 

    Por conta disso fiz outro teste maluco: inverti (troquei) os nomes das pastas day e night da gfx para ver no que daria. O céu da tarde ficou escuro como na noite e ainda assim o movimento do sol ocorreu de modo inverso tanto no amanhecer como no entardecer.

    Meu GPS (nativo-dedicado) Pionner de 9 plg chegou e instalei nele o antigo Primo 2PE - 800x480 super funcional. Nele os movimentos do sol da gfx funcionam sem erros. Vou colocar a gfx dele no tablet e testar, pra ver.

  11. 12 horas atrás, Xamanian disse:

    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.

    Olá, Xamanian. Como disse, estava testando com a easy-day, e a easy-night, do pacote de schemes elaboradas por você mesmo, e que baixei aqui do site. Ou seja, você já as tem consigo.

    Mas talvez o defeito esteja em alguma configuração ou arquivos de meu navegador. Digo isso porque deletei suas schemes e a pasta gfx, e observei hoje mesmo que o sol, ao invés de se por, ficava subindo ate sumir na tela. Inclusive apareceu ainda com o navegador já tendo mudado para o céu da noite.

    Creio que isso acontece porque tenho apenas cinco imagens (sky-0; 1; 2; 3; e sky night). Como (creio eu), deve estar faltando algumas imágens para fazer o ciclo completo do por do sol, ele fica ainda aparecendo na última imágem, a sky_night, até desaparecer. Só que no meu caso os efeitos por e nascer do sol estão acontecendo de modo inverso respectivamente.

    CONCLUSÃO: CREIO QUE O DEFEITO ESTÁ NO MEU NAVEGADOR, E NÃO EM SEUS ARQUIVOS E TRABALHO TÃO BEM ELABORADOS.

    Aproveito pra perguntar: partindo do pre-suposto de que o erro está no meu navegador, tens noção do que pode está causando o modo inverso na transição?

    Outra: minha imágem do sol aparece no sky_1(à tarde). Mas só da pra ver se girar a tela para modo retrato.

    No modo paisagem ele só aparece quando muda pro o "sky_2" E o sol sempre aparece subindo, nunca se pondo.

    Inclusive estou testando isso agora, enquanto escrevo.

    O que poderia fazer pra resolver? Inverter a resolução no [rawdisplay] do sys.txt resolveria?

    Detalhe: Minhas imágens do céu estão todas em 1024x768. (Pois uso o tablet em modo paisagem). Achas que isso poderia estar interferindo para a imagem do sol não aparecer em modo paisagem?

    Outra: Minhas imágens de sky estão no data.

    São apenas cinco: night, 0, 1, 2, e 3.

    Poderia simplesmente acrescentar as imágens restantes para completar o ciclo do por do sol e as transições ocorreriam normalmente? Quantas são ao todo?

    Acho que não esqueci de nada.

    Desculpe por abusar da bondade deste anfitrião no site. É o jeito perguntar pra quem sabe (rsss).

    Abraços.

  12. Em 18/07/2023 em 08:53, Xamanian disse:

    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.

    É xamanian, como  disseste: "Tem coisas sutis nas programações..." Acabei de observar algo curioso testando a scheme easy-day dentre as que trabalhaste e baixei.

    Com meu Tab A em 768x1024, no amanhecer do dia, o sol ao inves de subir, ficava declinando e se misturando com as núvens até sumir. Quando virei a tela para 1024x768, o sol sobe à pino e vai lá pra cima.

    Em meus testes estou usando easy-day e o efeito do nascer do sol está acontecendo no modo inverso.

    O que pode ser?

  13. 15 horas atrás, sosgps disse:

    Entendi franciscorodrigues, essas 21 imagens creio também que são para isso... Você teria esse arquivo e a instalação para me fornecer pois fiz um teste agora na pista e não deu certo está tudo aleatório, tentarei fazer o teste... No igo primo que eu tinha era perfeito a traca mais no nextgen tá dificil funcionar

     

    OI, sosgps. As 21 imágens de que falei estão aqui mesmo no forum e foram postadas pelo xamaniam no link abaixo:

    https://www.mediafire.com/file/7zczpdz5n4emmdr/Schemes_e_GFX.rar/file

  14. 2 horas atrás, Xamanian disse:

    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.

     

     

     

     

    Ok. Xamanian, bem explicado e entendido. Acho que na primeira vez colquei na memo iinterna do Tab A mas não renomeei a pasta mencionada. Não deu certo e desisti. Tentando de novo, coloquei dentro do data.zip a pasta ui_igo9 e sem renomear e schemes na pasta scheme. Funcionou mas com movimento inverso do por do sol. deve ter sido isso mesmo, por não renomear a pasta. Vou seguir as dicas e reporto depois.

    Prgunta: baseado em:

    "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º."

    Não seria possível criar linha de comando (espero não estar falando errado) que faça o mesmo sol, programado para aparecer apenas à tarde, aparecer também desde o amanhecer, até que fosse acionado o sol da tarde?

    Se é possível programá-lo pra aparecer à tarde, não se poderia usar os mesmos comandos pra fazê-lo aparecer de dia?

    Obrigado.

     

  15. sosgps,

    meu problema de a última imágem, a de numero 3 do por do sol não estar transitando ou trocando para a imágem fixa da noite, era porque estava usando  durante o dia a scheme oldstake night (que é pra ser usada à noite). Daí não trocava as imágens. Quando troquei de oldstske night para a fácil dia durante o dia, trocou normalmente para a scheme jove night que é a scheme que costumo usar pra noite. Não deu mais erro. 

    Por isso supuz ser o que deve estar acontecendo no seu caso.

    Minhas imagens estão na pasta ui_android do data. E são apenas 5 como no seu caso. Mas as do gfx do xamanian são 21 imágens que creio são para fornecer transições mais suaves e discretas com abjetivo de mais realismo do cair da tarde.

  16. Olá sosgps. Boa noite.

    Pergunto: na sua experiência com essa gfx, o sol aparecia sempre durante o dia inteiro? Ou só no entardecer, como no meu caso? No meu só aparecem 3 imágens de transição. Como fez pra ter 5?

    Penso que a razão de de o seu céu do dia não transitar para o céu da noite automaticamente deve ser porque você esteja usando durante o dia alguma scheme que é para ser usada a noite. 

    Tive um problema assim até descobrir que era isso. Dava 7 da noite e o céu continuva na última tela de transição do entardecer e não mudava pra tela da noite. Veja se não é isso que está acontecendo.

  17. Olá xamanian.

    Boa tarde. Instalei as schemes. Funcionando perfeito tanto em em meu Tab A de 8 pg , com android 7 (que estou usando no carro), como em meu S20, resolução 4k, com android 13.

    Parabéns pelo excelente trabalho. Alta qualidade, imagens incríveis, pincéis de nuvens excelentes. O céu noturno ficou impressionante. O aspecto de brilho no céu noturno estrelado foi alcançado com exito.

    (Quando fiz o meu céu do dia, fiz com um pincel de Fotoshop que usei no gimp. Modestia à parte, ficou também bem legal. rrsss).

    Nos testes que fiz o sol não apareceu de dia de forma alguma, somente ao entardecer. Como disseste anteriormente, notei que realmente o sol só aparece quando estamos de frente para sua posição. De costas não aparece. Entendo que faz parte da idéia de realismo caprichado do Primo, partindo da lógica do posicionamento do condutor em relação ao sol.

    Outra coisa que notei e achei estranho, foi que o deslocamento do sol ao invés de ser declinando para sumir na linha do horizonte, ocorreu na forma inversa.  Parei em um local, observei cuidadosamente, e percebi por várias vezes seu deslocamento para cima, e não para baixo. Isso seria um bug do primo? Não deveria ser ao contrário? Poderia ser corrigido. Achei que seria útil comentar a experiência.

    Citei acima:

    "No entardecer, às vezes me aparece o sol nativo do iGO primo, aí tenho sol duplicado. É esse o problema que queria resolver".

    E você respondeu:

    "...Se está aparecendo, então tem duas possibilidades: ...

    ... Se sim, basta remover....  ...Ou coloque um ponto e vírgula na frente da linha ou a apague. Veja se resolve o problema."

    Parece que não me expliquei direito, por conseguinte acho que causei uma entendimento errado da questão. Na verdade não quero evitar que o sol nativo do primo fique aparecendo junto ou alado do sol que coloquei em minha imágem do céu do dia.

    O que realmente quero é que o sol nativo do Primo fique aparecendo o dia inteiro, e se pondo ao entardecer, para que eu possa eliminar o sol da imágem que criei.

    A pergunta é: tem como fazer o sol nativo do Primo aparecer o dia inteiro quando de frente para o sol real? Ou o Primo foi programado apenas para mostrar o por do sol?. Obrigado.

  18. 1 hora atrás, Xamanian disse:

    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.

    Xamanian você é o cara mesmo, (rrssss). Tudo já prontinho e esquematizado. É muita boa vontade para com o próximo.

    Como as imagens originais do primo são meio pobres no visual, na verdade até já havia feito as 4 imágens de ceu mais realista: 1 do sol do dia (sky_0_), e as 3  do entardecer progressivo (Sky_1, sk_2, e sky_3). E as 3 últimas possuem o entardecer em degradê. Nas 4 coloquei o sol. No entardecer, às vezes me aparece o sol nativo do iGO primo, aí tenho sol duplicado. É esse o problema que queria resolver.

    Mas pelo que vejo com seu minuncioso trabalho com a edição dos arquivos acima, terei uma super upgrade em termos de imágens e também a solução dos problemas. Vou tirar um tempo pra analisar, entender e fazer as mudanças. Obrigadaço.

  19. 2 horas atrás, d780 disse:

    franciscorodrigues

    Esse seu navegador é um dos 1º para android (Primo 2.4), na época existia muitas modificações e adaptações para funcionar normalmente (skin "diMkaWA, Doupas, GjAk e até mesmo no Branding skin").

    Pode ser que seu pacote existe alguma incompatibilidade com as instruções referente ao scheme. Provavelmente em seu pacote existem pelo menos 2 pastas "ui_android" uma  dentro do data.zip e outra fora (pode está também no "branding.zip" ou na "skin.zip" ), sendo assim o navegador deve está buscando a imagem aleatoriamente. Ou seja, arrumar a imagem em pelo menos 3 pastas...

    Hoje a estrutura do "navegador iGO android" é diferente, te sugiro a intalar uma versão mais atual e testar, escolha um pacote aqui: http://gpsclube.com/forum/index.php?/forum/36-download/

    Valeu. Pelas dicas e esclarecimentos d780. Vou analizar e  tentar personlizar um pacote mais atual.

  20. 20 horas atrás, sosgps disse:

    guefranciscorodris eu mexia em gps uns 10 anos atrás e parei de mexer, voltei essa semana e baixei uma versão para android e eu tinha um arquivo no igo primo para win ce que se chamava gfx que tinha essas figuras de por do sol, lua, entardecer funcionava certinho no primo e joguei essa pasta no android nextgen e funcionou mais percebi que tem um bug quando coloco no oldstak day o céu fica a noite e quando mudo para outro tema e reinicio as vezes fica certinho... mais funcionou sabe...

    Mas vamos aguardar algúem se tiver uma resposta pq também preciso rsrs

    Olá sosgps. Quando dizes que o sol da pasta gfx lhe aparecia normalmente, que tipo de sol era? Grande, normal ou apenas um pontinho como disse o xamaniam? Pois na gfx o que temos é um pequenino pontinho. poderias postar essa pasta pra gente testar por aqui?

  21. 29 minutos atrás, Xamanian disse:

    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.

    Grato, Xamanian. Citei a "jove night" até desnecessariamente pois realmente a, scheme, em que o sol aprece são apenas as do modo dia. Verifiquei minha gfx e de fato o aquivo é apenas um pontinho. Alguém já tentou mudar essa imagem para um sol maior e ver no que dá?

    Criei a imagem do dia de um céu mais realista, coloquei um sol nela e coloquei no gps. Mas como há um sol "nativo" no Primo, se ele me aparecesse sempre, removeria o sol desta imagem e deixaria apenas o ceu.

    No meu caso, o sol que me aparece de vez em quando, esta na pasta que citei acima: "data/ui android/common". inclusive mudei a imagem para um sol mais realista e continua aparecendo.

    O curioso é que ela já me apareceu até mesmo no modo noturno, depois da da troca de scheme da facil dia para a jove night. Teria algo a ver com configuração de horário em algum arquivo?

     

    "desde que a scheme esteja devidamente configurada para isso."

    Nesse caso, não dá pra configurar pra aparecer sempre durante o dia?

     

    "Ou seja, não vai aparecer o sol em schemes deste tipo (e é o caso da fácil dia)."

    Nesse caso, há schemes que fazem aparecer o sol o tempo todo? Quais schemes poderia usar ou quais me indicaria?

     

    Meu navegador é um  iGO_9.6.29.468978 (1024x768). Grato

     

  22. Olá. Bom dia a todos. Alguem aí Saberiadizer como se faz para ativar o "sun_0" (sol do dia) e o "sun_1" (por do sol) da pasta data/ui android/common. Estou usando as skemes "facil dia", e "jove night". O sol do dia nunca aparece, já o sol da tarde aparecer vez ou outra quando o mapa se movimenta ou gira mas, mas não sempre. As vezes não aparece nunca. A agum macete ou config. pra resolver isso? Aguardo.

    • Like 1
×
×
  • Criar Novo...