Ir para conteúdo
GPS Clube

sosgps

VIP
  • Postagens

    159
  • Registro em

  • Última visita

  • Dias Ganhos

    3

Posts postados por sosgps

  1. Galera não sei se alguém mora no RJ aqui deste fórum mais a BR101 que é uma br muito famosa o trecho entre itaguaí até paraty foi privatizada e colocaram pedágio eletrônico (free flow) sem cabine, em alguns pontos da costa verde como (Mangaratiba, Itaguaí, Conceição de Jacareí e Paraty) tenho no momento somente a localização do de Itaguaí que é sentido ida e volta, segue a localização para inclusão

    -22.90441, -43.88309

    em breve postarei os outros

    • Thanks 1
  2. 10 horas atrás, Xamanian disse:

    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.

     

     

     

    Xamanian além de agradecer pela sua resposta, você deu uma SUPER aula... Muito obrigado

    Talvez possa ser o que você disse mesmo, pode ser alguma incompatibilidade com o nextgen, pois fiz o procedimento que citou e não consegui fazer funcionar

    Mas tenho uma boa notícia a pasta gfx que peguei do primo wince e coloquei na raiz do nextgen, está funcionando agora perfeitamente vi que o tema eu tinha colocado somente para dia e quando eu mudava a scheme o céu bugava acho que foi isso, porque deixei o tema no automático (dia ficar claro e noite ficar escuro) e as gfx que esta com as 5 imagens para fazer o efeito, está funcionando perfeitamente deixei aberto o gps durante a tarde até a noite e mudou tudo perfeitamente...

    E para completar sai durante a madrugada e ela fez o efeito certinho também ao contrario de noite virar dia com as imagens ao contrario... ou seja perfeito!

    Agradeço pelo esforço em ajudar e pelo tempo que se dedicou em tentar solucionar nosso problema, muito obrigado meu amigo!

  3. 4 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.

     

     

     

     

    Obrigado pela resposta Xamanian, fiz o procedimento certinho porém quando vou mudar a scheme dentro do navegador acaba fechando o app... Não consegui resolver..

    Outra coisa tenho uma pasta sky ela deve ser excluida da ux?

     

  4. 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

     

    • Like 1
  5. franciscorodrigues

    essa GFX eu utilizava no Igo primo para wince por ventura agora tenho o nextgen no android e fiz um teste de pegar a gfx que ficava na raiz do primo wince e colocar na raiz do nextgen e até funcionou, mais somente com duas schemes especificas nas outras acontece um bug de ficar durante o dia com o céu a noite... muito estranho mais decobri que com a oldstak day v3 funciona de boa....

    Em relação a sua pergunta são 5 imagens sim, ( uma de dia fixo, 3 imagens de entardecer realistico e 1 imagem a noite fixa), nessas pastas apararece um sol fixo e uma lua fixa da própria imagem... não aparece mais nenhuma que seja do sistema do igo ok

    Pude perceber também que as imagens não entram em transição até escurecer totalmente eu preciso reiniciar para ir mudando (creio que seja devido a essa pasta gfx ser de um igo wince)...

    Estou testando a própria ux sky que tem no nextgen com as duas schemes que o amigo disponibilizou logo acima para download e parece funcionar, irei aguardar até amanhã para ver se vai entardecer automaticamente rsrsrs, mas pelo que vi também são lua e sol fixos desta ux sem nenhum sol o lua que seja do igo

    E reinterando amigo realmente faz sentido o que você está falando de testar scheme dia na noite e o céu ficar a noite de dia...

    Será que seja isso? Pq fiz um teste agora e coloque scheme   odytsak-Day-v3-Pitaco agora de noite e ao invés de ficar o céu azul ficou cheio de estrelas e de noite kkkk

    Será que é isso... Irei aguardar até amanhã de manhã para ver... Obrigado

  6. franciscorodrigues essa pasta gfx era o que eu usava no win ce com igo primo, agora estou com android nextgen e apenas coloquei esta pasta, mas é apenas umas 5 imagens que fazem um entardecer realistico, essas imagens são fixos a lua por exemplo se eu der um giro 360 no gps aparece varias vezes entende...

    editei umas imagens deste GFX que informei coloquei um sol e no day e uma lua no night e aproveitei dei uma personalizada... Ficou funcionando perfeitamente pois o bug que as vezes não aparecia estava na scheme que tinha que ser oldstak day e olstak night (não sei a forma certa da escrita)... mas com essas duas a pasta gfx foi puxada perfeitamente o céu e o entardecer ficou luxo

    • Like 1
  7. franciscorodrigues 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

    • Like 1
  8. Eu tenho a voz gabriela do win ce com o Igo Primo no Gps e gosto pelo fato de ser uma voz mais suave porém coloquei a pasta com a voz no nextgen e só falar para as manobras e não fala nome das ruas, alguém teria a voz dela para o nextgen?

  9. Onisanti, funcionou aqui, porém as imagens não ficaram proporcionais ao tamanho da tela ficou esticado... Eu consegui fazer a edição pelo programa que o claudio trg enviou e o arquivo é de uma ux loading que consegue colocar em portrat e landscape e substitui os arquivos e mandei para pasta ux e não funciona de jeito nenhum, verifiquei o tamanho das imagens e está tudo certo não modifiquei nada além disso só tirei as fotos do arquivo e coloquei a minha, se puder dá uma olhada agradeço...

    https://drive.google.com/file/d/1JE1hzEc9x2UvEgr19ys2iamSfDPQiIl8/view?usp=sharing

  10. Galera infelizmente editei certinho mais nas imagens maiores meu programa esta travando... alguém poderia me ajudar a fazer essas duas imagens que criei para colocar no arquivo que o claudiotgr enviou na resposta logo acima, para deixar iniciando o Nextgen com essas duas imagens?

    loading_landscape.jpg

×
×
  • Criar Novo...